Bug#1065178: python3-pil: Installation of python3-pil should not trigger installation of mime-support by default

the desired python3-pil. Regards, Stefan Weil -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/48 CPU

Bug#1063689: Acknowledgement (linux-image-6.1.0-18-amd64 not usable with NVIDIA GPU)

Related discussion: https://forums.debian.net/viewtopic.php?t=158200.

Bug#1063689: linux-image-6.1.0-18-amd64 not usable with NVIDIA GPU

like the new kernel includes changes that cause a conflict between the non-GPL NVIDIA code and two GPL'ed functions which are now used, but were not used with the previous kernel from Debian stable. Best regards Stefan Weil -- Package-specific info: ** Model information sys_vendor: primeLine

Bug#1060666: Update to podman-compose from bookworm-backports

podman-compose 1.0.6-1~bpo12+1 from bookworm-backports works fine. I suggest to update bookworm to that version.

Bug#1060666: podman-compose: Version is too old and fails to work

Package: podman-compose Version: 1.0.3-3 Severity: important X-Debbugs-Cc: s...@weilnetz.de Dear Maintainer, I tried to use the Debian package podman-compose with this code: https://github.com/UB-Mannheim/quiver-benchmarks/tree/fixes podman-compose was able to build a container, but each time

Bug#1024305: fail2ban: 'allowipv6' not defined in 'Definition'

I suggest to update /etc/fail2ban/jail.d/defaults-debian.conf to fix this bug: -- # cat /etc/fail2ban/jail.d/defaults-debian.conf [DEFAULT] allowipv6 = auto [sshd] enabled = true -- Stefan

Bug#770171: sshd jail fails when system solely relies on systemd journal for logging

This bug report from 2014 is meanwhile more important than ever. With the latest stable release Debian marked rsyslog as deprecated (see https://wiki.debian.org/Rsyslog). If a user removes the rsyslog package without removing the related logfiles in /var/log, fail2ban silently stops doing

Bug#1032894: psad: Broken symbolic link in documentation

Package: psad Version: 2.4.6-3 Severity: minor Dear Maintainer, the installed README in the documentation is a symbolic link which points to a missing file README.md: # ls -l /usr/share/doc/psad total 64 -rw-r--r-- 1 root root 3563 Aug 1 2018 BENCHMARK -rw-r--r-- 1 root root 1248 Jan 31

Bug#1025818: curl: Command line option -O no longer works as expected

Package: curl Version: 7.86.0-2 Severity: normal X-Debbugs-Cc: s...@weilnetz.de It looks like there is a regression for curl in bookworm: The following command no longer works as expected (bullseye was fine): curl -O -L

Bug#1024434: osslsigncode: Fails to sign code with pkcs12

I could now debug the code and at least see which function fails: PKCS12_parse failed with error:0308010C:digital envelope routines::unsupported. libssl3 no longer provides support by default for some old and unsecure algorithms. Such algorithms can be loaded by function OSSL_PROVIDER_load or

Bug#1024434: osslsigncode: Fails to sign code with pkcs12

Am 19.11.22 um 14:03 schrieb Stephen Kitt: Since you have a working build, could you run ldd on it and reply with the result? Working build:     linux-vdso.so.1 (0x7ffd29d74000)     libcrypto.so.1.1 => /lib/x86_64-linux-gnu/libcrypto.so.1.1 (0x7f41f5e0)     libcurl-gnutls.so.4

Bug#1024434: osslsigncode: Fails to sign code with pkcs12

Package: osslsigncode Version: 2.5-2 Severity: normal Code signing no longer works with the package from Debian bookworm, while Debian bullseye and a local build based on https://github.com/mtrojnar/osslsigncode works fine. Error with bookworm: stefan@qemu:~$ osslsigncode sign -pkcs12

Bug#1009846: nsis: Crash of makensis when size of installed files exceeds 2 GiB

Package: nsis Version: 3.08-2 Severity: important Tags: upstream All current versions of makensis (which is part of the nsis package) crash when the total size of the installed files exceeds 2 GiB and compression option /SOLID is set. I tested both the nsis package which is part of Debian

Bug#540782: Recent switch to Dwarf2 exception handling breaks compatibility with upstream Mingw-64

Am 01.12.20 um 21:00 schrieb Stephen Kitt: Hi Stefan, Thanks for the feedback, one of the reasons I made the change was to see if it would cause problems for anyone, before the Debian 11 freeze... The dilemma I’m faced with now is that MSYS2 and Fedora and others have switched to Dwarf2 for

Bug#540782: Recent switch to Dwarf2 exception handling breaks compatibility with upstream Mingw-64

The recent switch from SJLJ exception handling to Dwarf2 breaks the compatibility with upstream Mingw-w64 which still sticks to SJLJ: https://sourceforge.net/p/mingw-w64/wiki2/Exception%20Handling/. It is now no longer possible to use for example the Mingw-w64 cross packages from Cygwin for

Bug#949638: tesseract: uses -march=native

Adrian, I am afraid that there is a misunderstanding. The code part which is compiled with -march=native is never executed by default. There is a command line option which allows users to select the code which is used for certain time critical calculations (dot product). A wrong choice is not a

Bug#949119: Bug fix was not needed

Hi Paul, you are right, the Tesseract code uses two files from autoconf-archive. But those files are part of the Tesseract code base since commit 6b250b58121a9858d3e3019a78a6f7d421bd0fc7 (2018), so Tesseract does not require a build dependency on autoconf-archive. Kind regards Stefan Weil

Bug#949638: tesseract: uses -march=native

Am 24.01.20 um 21:53 schrieb peter green: > I still don't think -march=native is appropriate for a binary > distribution though. If you want to offer different versions of the > code built with different CPU requirements, that is fine, but please > don't let them depend on what CPU happens to be

Bug#949638: tesseract: uses -march=native

It is not necessary to patch Tesseract code if for whatever reason -march=native is completely unwanted. `make libtesseract_native_la_CXXFLAGS=` will override the extra compiler flags which are used to produce the native code, so only the default flags which don't include -march=native will be

Bug#949638: tesseract: uses -march=native

> The URL for the patch is 404. s/tessarect/tesseract/ The fixed URL is https://debdiffs.raspbian.org/main/t/tesseract/. Stefan

Bug#949638: tesseract: uses -march=native

Am 24.01.20 um 19:55 schrieb Jeff Breidenbach: > > Regarding: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949638 > > Thank you, Peter. > > 1. The URL for the patch is 404. > > 2. There may be some subtlety with -march=native, specifically related to > detection of  SIMD instructions like

Bug#933878: tesseract: training files are split across libtesseract-dev and tesseract-ocr

On Sun, 04 Aug 2019 18:49:24 +0100 Julian Gilbey wrote: [...] > At the same time, the training binaries are in tesseract-ocr, such as > classifier_tester, lstmtraining and so on. Would it not make more > sense to have *only* /usr/bin/tesseract in tesseract-ocr, and all of > the other binaries,

Bug#931598: aptitude: Number of broken packages not shown with German locale

Package: aptitude Version: 0.8.11-7 Severity: minor Tags: l10n If some packages are broken, English and German locale settings show different information: English: #Broken: 34 Disk: ... German: #Beschädigt: Disk: ... So the number (34 in my example) of broken packages is not visible when the

Bug#900279: iipimage-server: Build package with support for JPEG 2000

A tagged upstream version 1.1 is now available. It supports JPEG 2000 using OpenJPEG. See https://github.com/ruven/iipsrv/releases/tag/iipsrv-1.1 for details. It would be very helpful to get that version for Debian.

Bug#931147: gdb depends on newer libbabeltrace

Updating the package libbabeltrace1 from stretch to buster fixes this.

Bug#931147: gdb depends on newer libbabeltrace

Package: gdb Version: 8.2.1-2 Severity: important gdb fails to run when the buster package is installed, but libraries from stretch are still installed: gdb: error while loading shared libraries: libbabeltrace-ctf.so.1: cannot open shared object file: No such file or directory The package

Bug#930492: pkg-config: Broken i686-w64-mingw32-pkg-config and x86_64-w64-mingw32-pkg-config

Hello Helmut, I am not sure whether reassigning the bug to mingw-w64-tools is the best way to get a quick (intermediate) solution. If it helps, I have no objection, although I thought that patching the pkg-config package would be easier to fix that special issue. I agree that a Debian

Bug#930492: pkg-config: Broken i686-w64-mingw32-pkg-config and x86_64-w64-mingw32-pkg-config

Debian will add multiarch support for *-w64-mingw32 in the near future. Best regards Stefan Weil -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign

Bug#929485: libtensorflow-dev: Missing dependency - package depends on libprotoc-dev

Package: libtensorflow-dev Version: 1.10.1+dfsg-A2+b1 Severity: normal Builds fail because of missing header files if libprotoc-dev is not installed: /usr/include/tensorflow/core/platform/default/protobuf.h:23:10: fatal error: google/protobuf/compiler/importer.h: No such file or directory

Bug#909039: thunderbird: Crash when starting Thunderbird after latest security update to 1:60.0-3~deb9u1

Package: thunderbird Version: 1:60.0-3~deb9u1 Severity: grave Tags: upstream Justification: renders package unusable After the latest security update for Stretch Thunderbird was no longer usable for one family member because it crashed right after starting. The reason and the fix are described

Bug#906922: `tesseract -l deu --psm 0` dies with sigseg

On Wed, 22 Aug 2018 12:50:07 +0200 =?utf-8?B?SsO2cmc=?= Sommer wrote: > Package: tesseract-ocr > Version: 4.00~git2844-607e8fd8-2 > Severity: normal > > Hi, > > I've got a coredump on running tesseract. If it helps, I can provide the > image, but I could reproduce this behaviour with different

Bug#900279: iipimage-server: Build package with support for JPEG 2000

Package: iipimage-server Version: 1.0-1+b1 Severity: important Contrary to the package description there is currently no support for JPEG 2000. It was implemented upstream now using the free OpenJPEG library, but there is currently no tagged release. I addressed this upstream with issue

Bug#849094: liblept5: Broken on s390x (+ other big endian archs)

On Wed, 25 Apr 2018 10:51:09 +0200 Graham Inggs wrote: > I agree, and with the upload of leptonlib 1.75.3-4, the tests are now > run during the build [3], and failure here will result in a failed > build. Builds of leptonlib were successful on all architectures [4] > except

Bug#849094: Tesseract fixed for BE machines

The big endian problem in Tesseract which caused a SIGSEGV crash was fixed with this commit: https://github.com/tesseract-ocr/tesseract/commit/21d5ce57175e35e9df514e81f9c584f0bb2910ad.

Bug#849094: liblept5: Broken on s390x (+ other big endian archs)

Am 25.04.2018 um 03:37 schrieb Dan Bloomberg: > There's an endianness.h file in leptonica/src.  Does it say BIG_ENDIAN > or LITTLE_ENDIAN on your s390? It says BIG_ENDIAN on my emulated S390X with Debian Testing. Is arrayaccess.h correct for big endian machines? The 16 and 32 bit accessors look

Bug#839695: qemu: Please build qemu with –enable-gtk

Hi Michael, QEMU from buster is not usable at all with the default SDL2 user interface. It is terribly slow (even with KVM enabled) – maybe a deadlock problem which I have noticed with SDL2 for a long time now. That means you should go a step further and remove not only GTK3 support, but also

Bug#891432: redis-server: Missing IPv6 in default installation

Package: redis-server Version: 3:3.2.6-1 Severity: important Tags: ipv6 By default, the redis server only listens on 127.0.0.1, but not on ::1. If a user has mapped localhost to ::1 only (like it was on my server), programs which try to connect to the version on localhost won't get a connection

Bug#880474: redis-server: Unknown lvalue 'RunTimeDirectory' in section 'Service'

Package: redis-server Version: 3:3.2.6-1 Followup-For: Bug #880474 According to bug report #850534, it should be fixed by version 3.2.6-2, but obviously that version is not available for Debian stable. -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500,

Bug#889141: tesseract-ocr-frk: Improve description for package

Package: tesseract-ocr-frk Version: 4.00~git15-45ed289-3 Severity: minor According to the current description, this package supports "Frankish". In reality it is not related to Frankish, but simply supports German Fraktur. -- System Information: Debian Release: buster/sid APT prefers testing

Bug#885789: ocsinventory-agent: Missing /usr/bin/ipdiscover in package

Package: ocsinventory-agent Version: 2:2.0.5-1.2 Severity: normal When building the Debian package, I get this warning: dh_install: usr/bin/ipdiscover exists in debian/tmp but is not installed to anywhere The executable /usr/bin/ipdiscover is missing indeed in the distributed package. It is

Bug#864727: ocsinventory-agent: fails to parse ifconfig output

I would be good to get that in an updated package for stable. Regards, Stefan Weil

Bug#864727: ocsinventory-agent: fails to parse ifconfig output

mpilation failed in require at (eval 84) line 1. BEGIN failed--compilation aborted at (eval 84) line 1. [debug] Ocsinventory::Agent::Backend::IpDiscover ignored [debug] Ocsinventory::Agent::Backend::OS::AIX ignored [...] Kind regards Stefan Weil -- System Information: Debian Release: 9.1 APT prefers sta

Bug#875637: iipimage-server: Wrong configuration file /etc/apache2/mods-available/iipsrv.conf

Package: iipimage-server Version: 1.0-1+b1 Severity: grave Tags: patch Justification: renders package unusable The default installation with Apache2 won't work with the provided configuration file because that file uses "Directory" instead of "Location". A fixed version is shown below. --

Bug#787080: LibreOffice Online with Debian Stretch

The license issue with JSON in libpoco was fixed recently, see https://github.com/pocoproject/poco/issues/1614#issuecomment-327629217.

Bug#869220: agrep crash caused by double free

Package: agrep Version: 4.17-9 Severity: important Tags: security patch The following crash can be reproduced (files can be downloaded with base URL https://digi.bib.uni-mannheim.de/periodika/reichsanzeiger/ocr/film/tesseract-4.0.0-alpha.20170703/): $ agrep -2 -l -d '$$' 'Beilage zum Deutſchen'

Bug#856192: License of JSON component

Am 26.02.2017 um 13:46 schrieb Jochen Sprickerhof: Parser.h contains the line: "The Software shall be used for Good, not Evil." https://github.com/pocoproject/poco/blob/develop/JSON/include/Poco/JSON/Parser.h#L32 This is non-free: https://wiki.debian.org/qa.debian.org/jsonevil Would be great

Bug#787080: LibreOffice Online with Debian Stretch

Indeed it would be nice to have a Debian package for LibreOffice Online. I finished installing it manually on Debian Stretch, and it works pretty good. When building I noticed that missing JSON support in package libpoco-dev is still a problem (see bug report #856192).

Bug#856192: License of JSON component

See also this comment: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786498#21.

Bug#856192: libpoco-dev: Missing JSON component

Package: libpoco-dev Version: 1.7.6+dfsg1-4 Severity: normal The package does not include the JSON component – it is explicitly disabled in debian/rules. That component is needed for LibreOffice Online, for example. There is a short comment in the changelog of poco: * Remove JSON lib, as it's

Bug#849094: liblept5: Broken on s390x (+ other big endian archs)

On 01/04/17 08:03, Graham Inggs wrote: On 3 January 2017 at 20:24, Jeff Breidenbach wrote: Tesseract 4 is known to not work on big endian. Stefan (on CC) is excited to take a look if someone can give him access to a big endian machine. It is possible for non-DDs to request

Bug#846049: Acknowledgement (icedove: SIGSEGV in JSObject2WrappedJSMap::UpdateWeakPointersAfterGC)

Maybe this is related: https://bugzilla.mozilla.org/show_bug.cgi?id=1223078 Did the problems with Thunderbird / Icedove start after November 2015 with that code change? Stefan

Bug#837952: Acknowledgement (icedove: SIGSEGV in gfxShapedText::DetailedGlyphStore::Get)

Icedove was running in safe mode, without any extensions. gdb output (stack traces, registers, disassembly) is appended. MOZILLA_FIVE_HOME=/usr/lib/icedove LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove DISPLAY=:0 DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove

Bug#837952: icedove: SIGSEGV in gfxShapedText::DetailedGlyphStore::Get

Package: icedove Version: 1:45.2.0-4+b1 Severity: normal This is one of the random crashes which happen frequently (~ 1 crash every 2 days). I write a new report because it is the first crash in function gfxShapedText::DetailedGlyphStore::Get. gdb output is available. -- System Information:

Bug#827274: segfaults when loading message list after switching mail folders

On 07/25/16 20:33, Stefan Weil wrote: Hi Carsten, one more debug protocol with a similar backtrace of the crashing thread. Here is a new debug protocol from icedove 1:45.2.0-2+b1. Icedove was run in safe mode without any extensions. Could it be that the crashing code is operating with data

Bug#831989: icedove: Crash in nsDisplayItem::GetClippedBounds / GetBounds

Package: icedove Version: 1:45.1.0-1 Severity: normal Dear Maintainer, icedove crashed randomly during normal operation. The stack differs from two other kinds of random crashes which I got some days ago. This is the first time that I see a crash in GetBounds, nor did I find similar crashes in

Bug#831338: icedove: SIGSEGV caused by NULL pointer in js::Shape::fixupShapeTreeAfterMovingGC

Package: icedove Version: 1:45.1.0-1~deb8u1 Severity: normal Dear Maintainer, while reading e-mails, icedove crashed. Here is the gdb output (I attached gdb because I was waiting for a different crash): Program received signal SIGSEGV, Segmentation fault. js::Shape::fixupShapeTreeAfterMovingGC

Bug#829531: icedove: Icedove closes abruptly

This older bug report seems to be related: https://bugzilla.mozilla.org/show_bug.cgi?id=1174997

Bug#829531: icedove: Icedove closes abruptly

I also experience that sudden terminations of Icedove since some days. Today I attached gdb to find the reason, got a stack trace and found this bug report with identical results. The crash is caused by a NULL pointer access: oldArray = this->objectSet == NULL. Details here: Program received

Bug#822550: liblept5: leptonica does not work with libgif7 5.1.2

Package: liblept5 Version: 1.73-1+b2 Severity: important Dear Maintainer, the leptonica code refuses to support libgif 5.1.2 because of a known bug in that version. Here you can see that the current Debian package was compiled without working support for gif images: # strings

Bug#810552: Acknowledgement (scite depends on libgl1-mesa-glx)

There seems to be no hard dependency, but something like "if UNKNOWN COMPONENT does not exist, then require libGL.so.1": I removed /usr/lib/x86_64-linux-gnu/libGL.so.1, and scite still kept working. I also tried "strace -f scite" and did not see libGL.so.1 in the trace output.

Bug#810552: scite depends on libgl1-mesa-glx

Package: scite Version: 3.6.0-1 Severity: normal Dear Maintainer, scite was installed on a minimal Debian testing system. It failed to run because of missing libGL.so.1: Couldn't open libGL.so.1: libGL.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden

Bug#805653: liblept4: Wrong file mode in call of fmemopen

Package: liblept4 Version: 1.72-3 Severity: normal Dear Maintainer, liblept4 fails to read any JPEG 2000 file (Jessie) or uses an inefficient temporary file (1.72-3). Example output with tesseract + liblept4 1.71-*: $ tesseract test.jp2 test -l deu-frak hocr Tesseract Open Source OCR Engine

Bug#774622: Crash caused by IPv6 connection

The crash is triggered by the IPv6 connection used in our test scenario: struct sockaddr_in is only sufficient for IPv4, but IPv6 needs struct sockaddr_in6. A better fix than the one given in my initial report would use struct sockaddr_storage and cast it either to struct sockaddr_in or to

Bug#774622: ssvnc: Crash (stack smashing) of listening vncviewer

Package: ssvnc Version: 1.0.29-2+b1 Severity: important Dear Maintainer, we experience crashes of the vncviewer (which make it unusable for our application). Test scenario: * Debian jessie installation * Two X displays (:0, :1) * Run viewer: DISPLAY=:1 ssvncviewer -viewonly -listen 0 *

Bug#774624: xtightvncviewer: Crash (stack smashing) of listening vncviewer

Package: tightvnc Severity: important TightVNC includes the same bug which was reported for ssvnc (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774622). As the related source code is also identical, the fix given in that bug report also applies to package tightvnc. -- System

Bug#774622: Package tightvnc is also affected

Package ssvnc is based on TightVNC, and Debian's package tightvnc shows the same bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#681380: powertop: Crash (SIGSEGV) on ARM hosts

:1.2.7.dfsg-13 powertop recommends no packages. Versions of packages powertop suggests: pn cpufrequtils none pn laptop-mode-tools none -- no debconf information From 46702a2bb5f6adb6c4735bebb69ec2828d695ef6 Mon Sep 17 00:00:00 2001 From: Stefan Weil s...@weilnetz.de Date: Thu, 12 Jul 2012 20

Bug#649125: scite: Crash caused by bug in CPP lexer

Package: scite Version: 2.25-1 Severity: important There is a bug in the Scintilla library which parses C, C++ code. This line of C preprocessor code raises a fatal exception when it is entered in a C or C++ file opened by SciTE: #if defined(NAME value The bug was introduced with Hg changeset

Bug#629101: geneweb: Preconfigure reports missing /usr/bin/isoquery during installation

Package: geneweb Version: 5.02~cvs20091031-8 Severity: normal During installation of geneweb, it complains about missing /usr/bin/isoquery: Vorkonfiguration der Pakete ... /tmp/geneweb.config.107861: 120: /usr/bin/isoquery: not found /tmp/geneweb.config.107861: 126: /usr/bin/isoquery: not found

Bug#624249: myspell-en-gb: Wrong spelling writeable (correct spelling writable is missing)

Package: myspell-en-gb Version: 1:3.3.0-3 Severity: normal Writeable instead of writable is a very common spelling bug. myspell-en-gb supports this bug because it does not include the correct version but only the wrong spelling. That is really bad for a spell-checker. -- System Information:

Bug#585865: SCiTE with LUA support builds fine on amd64, please re-enable

Package: scite Version: 2.03-1 Severity: important I can confirm that it's possible to build a Debian package for amd64 with support for lua scripting and that this fixes the reported problem. The compiler warnings (cast from int to pointer) which were the initial reason why lua support was

Bug#589438: powertop: Crash with new linux kernel (2.6.35)

Package: powertop Version: 1.11-1 Severity: normal Tags: lenny powertop 1.11-1 is limited to 5000 lines in the kernel config file (/boot/config-*). The latest kernel exceeds this hard coded limit: # wc /boot/config-2.6.35-rc5-amd64 5024 8611 115367 /boot/config-2.6.35-rc5-amd64 Newer

Bug#588696: iceowl: Localizations are missing

Package: iceowl Version: 1.0~b1+dfsg-4 Severity: wishlist Tags: l10n Iceowl and iceowl-extension only includes the localization for english. Other languages should be either included or provided in separate packages. The existing localization packages for iceowl are too old for

Bug#559738: aptitude: Aptitude display untranslated Yes/No question,

(and No) but fails to find one. Regards, Stefan Weil -- Package-specific info: aptitude 0.6.1.5 compiled at Feb 3 2010 06:34:23 Compiler: g++ 4.4.3 Compiled against: apt version 4.8.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current

Bug#546819: splashy: Splashy shows: caught signal 8 (at addr, integer divide by zero)

The same thing happens on my system with similar packages installed. I only get this crash with vga=795 (resolution 1280x1024), but not with vga resolution 640x480. The crash happens in libdirectfb-1.2.0: Stack: (gdb) i s #0 0x7f13ef04f5db in raise (sig=value optimized out) at

Bug#472574: jack support should be enabled for AMD64

Hi, I have the same problem like Frans. Jack support is still not working with mixxx in Debian Lenny on amd64. The documentation says that it should be supported. And this report says that the problem is caused by portaudio19: https://bugs.launchpad.net/ubuntu/+source/portaudio19/+bug/183011

Bug#472574: jack support should be enabled for AMD64

Stefan Weil schrieb: Hi, I have the same problem like Frans. Jack support is still not working with mixxx in Debian Lenny on amd64. The documentation says that it should be supported. And this report says that the problem is caused by portaudio19: https://bugs.launchpad.net/ubuntu/+source

Bug#467127: post-install fails with grub-probe: error: Cannot get the real path of `/dev/sda'

Robert Millan schrieb: Please copy-paste the exact command and error you get. I should mention a point missing in my last mails which maybe is important: the removable medium must contain a partition with an operating system. Here is my test scenario (see comments) with system output and

Bug#467127: post-install fails with grub-probe: error: Cannot get the real path of `/dev/sda'

: remove SD card. Maybe grub-probe should ignore errors from any removable medium. Stefan Weil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#467127: post-install fails with grub-probe: error: Cannot get the real path of `/dev/sda'

Stefan Weil wrote: 2. An earlier installation was done while a removable media (in my case: SD flash card) was not in my card reader. So there is no entry for /dev/sda in device.map. When I upgraded grub-pc while there was a SD card in the card reader, grub-probe probed /dev/sda

Bug#474581: openoffice.org-core: openoffice crashs when opening a document with hyphenation

Package: openoffice.org-core Version: 1:2.4.0-3 Severity: important Tags: patch openoffice crashs when the first document which is opened contains lines with hyphenation and automatic spell checking is activated. This is caused by conflicting declarations of array encds in the shared libraries

Bug#474581: Bugs #465767 and #474581 are identical

The reason for bug #465767 is described at bug #474581 (conflict between hyphenation and spelling correction code). Sorry that I did not see your bug report when I wrote my new one. You can check this by creating a simple document using hyphenation and try to load it as first document. A

Bug#345146: wireless-tools: needs libiw28 27+28pre11-1

Package: wireless-tools Version: 27+28pre11-1 Severity: normal Tags: experimental wireless-tools needs a newer version of libiw28. Using libiw28 27+28pre9-1 (which satisfies the current package dependencies) results in this error: [EMAIL PROTECTED]:~$ /sbin/iwconfig wlan0 wlan0 IEEE