Bug#1043396: iotas: Cannot run iotas
Package: iotas Version: 0.2.2-1 Severity: important Dear Maintainer, when I run iotas I get Traceback (most recent call last): File "/usr/lib/python3/dist-packages/iotas/editor.py", line 83, in __init__ self.__init_webkit() File "/usr/lib/python3/dist-packages/iotas/editor.py", line 416, in __init_webkit from iotas.markdown_render_view import MarkdownRenderView File "/usr/lib/python3/dist-packages/iotas/markdown_render_view.py", line 13, in from mdit_py_plugins.dollarmath import dollarmath_plugin ModuleNotFoundError: No module named 'mdit_py_plugins' I suppose a missing dependency -- System Information: Debian Release: trixie/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 6.3.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages iotas depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4 ii gir1.2-adw-1 1.3.4-1 ii gir1.2-gtksource-5 5.8.0-2 ii gir1.2-secret-1 0.20.5-3 ii gir1.2-webkit-6.02.40.5-1 ii python3 3.11.4-5+b1 ii python3-gi 3.44.1-2 ii python3-gtkspellcheck4.0.5-3 ii python3-linkify-it 2.0.2-2 ii python3-markdown-it 3.0.0-2 ii python3-requests 2.31.0+dfsg-1 iotas recommends no packages. iotas suggests no packages. -- no debconf information
Bug#1030337: skanpage starts but does not show a window
Package: skanpage Version: 22.12.1-1+b1 Severity: important Dear Maintainer, when I call skanpage on the command line it prints to stdout kf.i18n: KLocalizedString: Using an empty domain, fix the code. msgid: "New document" msgid_plural: "" msgctxt: "" QQmlApplicationEngine failed to load component qrc:/qml/MainWindow.qml:328:5: Type ShareWindow unavailable qrc:/qml/ShareWindow.qml:13:1: module "org.kde.purpose" is not installed but never opens a window. Uwe -- System Information: Debian Release: bookworm/sid APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages skanpage depends on: ii libc62.36-8 ii libgcc-s112.2.0-14 ii libkf5configcore55.102.0-1 ii libkf5configgui5 5.102.0-1 ii libkf5coreaddons55.102.0-1 ii libkf5crash5 5.102.0-1 ii libkf5i18n5 5.102.0-1 ii libksanecore122.12.1-1 ii liblept5 1.82.0-3+b3 ii libqt5core5a 5.15.8+dfsg-2 ii libqt5gui5 5.15.8+dfsg-2 ii libqt5printsupport5 5.15.8+dfsg-2 ii libqt5qml5 5.15.8+dfsg-2 ii libqt5quick5 5.15.8+dfsg-2 ii libqt5widgets5 5.15.8+dfsg-2 ii libstdc++6 12.2.0-14 ii libtesseract55.3.0-2 skanpage recommends no packages. skanpage suggests no packages. -- no debconf information
Bug#1025233: googler: jarun/googler is no longer active but oksiquatzel/googler appears to be
Package: googler Version: 4.3.2-1 Severity: minor Dear Maintainer, googler doesn't spit out any results anymore. I suppose because upstream has stoped development. https://github.com/oksiquatzel/googler appears to be still active. So it might be worth to switch upstream. -- System Information: Debian Release: bookworm/sid APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages googler depends on: ii python3 3.10.6-3 googler recommends no packages. googler suggests no packages. -- no debconf information
Bug#1022217: ttyd: Unable to load evlib plugin evlib_uv when starting
Package: ttyd Version: 1.7.2-1 Severity: important Dear Maintainer, when I start ttyd with ttyd -p 8087 bash I get [2022/10/22 09:05:06:1466] N: ttyd 1.7.2 (libwebsockets 4.1.6-) [2022/10/22 09:05:06:1466] N: tty configuration: [2022/10/22 09:05:06:1466] N: start command: bash [2022/10/22 09:05:06:1466] N: close signal: SIGHUP (1) [2022/10/22 09:05:06:1466] N: terminal type: xterm-256color [2022/10/22 09:05:06:1466] N: LWS: 4.1.6-, loglevel 7 [2022/10/22 09:05:06:1466] N: NET CLI SRV H1 H2 WS IPV6-off [2022/10/22 09:05:06:1532] E: lws_create_context: unable to load evlib plugin evlib_uv [2022/10/22 09:05:06:1532] E: libwebsockets context creation failed -- System Information: Debian Release: bookworm/sid APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ttyd depends on: ii libc6 2.35-3 ii libcap2 1:2.44-1 ii libjson-c5 0.16-2 ii libssl3 3.0.5-4 ii libuv1 1.44.2-1 ii zlib1g 1:1.2.11.dfsg-4.1 ttyd recommends no packages. Versions of packages ttyd suggests: ii apache2 2.4.54-3 -- no debconf information
Bug#1010348: horizon-eda isn't affected by it
I finally investigated this, but came to the conclusion that horizon-eda isn't affected by it, because it doesn't use the version of dxflib in the horizon-eda sources but links against the version shipped by debian. Am I missing anything here? signature.asc Description: PGP signature
Bug#939170: Setting Discrete TPM made the difference
I'm running a T560 for many years, it always had problems coming back from suspend. It wasn't related to any kernel version starting from 5.10.x A half way working work around was to send the laptop into hybrid sleep. It wouldn't come back from sleep when the lid was opened or the power button was pressed, but hard resetting it, at least allowed me to hibernate from disc. After that initial procedure it worked for weeks or even month with at least opening and closing the lid once a day. But recently (after more than 3 month running without a reboot) that trick didn't do it anymore. I couldn't figure out why. I even updated the bios without any success. Setting 'Discrete TPM' finally made it work again, even without any work around. Uwe signature.asc Description: PGP signature
Bug#1005735: lbreakouthd: Core dump and error messages
Package: lbreakouthd Version: 1.0.8-2 Severity: important Dear Maintainer, lbreakouthd quits early with a segm fault. Right after starting lbreakouthd I get the following on the console: lbreakouthd 1.0.8 Copyright 2018-2021 Michael Speck Published under GNU GPL --- Loading configuration /home/steinm/.lbreakouthd/lbreakouthd.conf ERROR: tools.cpp:52: FileParser(): Could not open /home/steinm/.lbreakouthd/lbreakouthd.conf Loading hiscores /var/games/lbreakouthd.hscr Initializing SDL Mixer opened (16 channels, 1024 buf size) ERROR: tools.cpp:181: readDir(): Could not open /usr/share/games/lbreakouthd/themes No game controller found... Speicherzugriffsfehler -- System Information: Debian Release: bookworm/sid APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lbreakouthd depends on: ii libc62.33-5 ii libgcc-s111.2.0-16 ii libsdl2-2.0-02.0.20+dfsg-2 ii libsdl2-image-2.0-0 2.0.5+dfsg1-3 ii libsdl2-mixer-2.0-0 2.0.4+dfsg1-4+b1 ii libsdl2-ttf-2.0-02.0.18+dfsg-2 ii libstdc++6 11.2.0-16 lbreakouthd recommends no packages. lbreakouthd suggests no packages. -- no debconf information
Bug#976249: dpkg: /usr/share/perl5/Dpkg/Source/Package.pm call syserror() instead of syserr()
Package: dpkg Version: 1.20.5 Severity: normal Dear Maintainer, In line 547 of /usr/share/perl5/Dpkg/Source/Package.pm syserror() instead of syserr() is called. cp($src, $dst) or syserr(g_('cannot copy %s to %s'), $src, $dst); -- Package-specific info: -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dpkg depends on: ii libbz2-1.0 1.0.8-4 ii libc62.31-5 ii liblzma5 5.2.4-1+b1 ii libselinux1 3.1-2+b1 ii tar 1.32+dfsg-1 ii zlib1g 1:1.2.11.dfsg-2 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt2.1.12 pn debsig-verify -- no debconf information
Bug#959791: horizon-eda FTCBFS: uses the build architecture pkg-config
Upѕtream has changed the Makefile. The next release will have it. This is the commit. https://github.com/horizon-eda/horizon/commit/cfa44300b932e0a71228be3689c5be7d185f090c Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: PGP signature
Bug#959791: horizon-eda FTCBFS: uses the build architecture pkg-config
On Tue, May 05, 2020 at 08:51:32AM +0200, Helmut Grohne wrote: > horizon-eda fails to cross build from source, because it uses the build > architecture pkg-config. The upstream Makefile actually makes pkg-config > substitutable, but it uses the non-standard variable PKGCONFIG whereas > dh_auto_build substitutes PKG_CONFIG. Beyond that, make install also Would it help, if I ask upstream to use PKG_CONFIG instead? Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: PGP signature
Bug#877007: orpie FTBFS on armel/armhf/mips/mipsel: #error "Architectures with double-word alignment for doubles are not supported"
On Mon, Nov 25, 2019 at 02:46:25PM +0200, Adrian Bunk wrote: > On Mon, Nov 25, 2019 at 01:26:21PM +0100, Vincent Lefevre wrote: > > On 2019-11-25 14:16:53 +0200, Adrian Bunk wrote: > > > This is fixed now, but testing migration needs a source-only upload. > > > > But this will yield a FTBFS on armel/armhf/mips/mipsel. > > Which is not a problem since there are no old binaries on these > architectures in the archive: > https://tracker.debian.org/pkg/orpie > > 1.6.0 would be nice and fix 3 bugs in the BTS (including this one), > but the problem preventing orpie from reentering testing is unreleated. I'm about to upload 1.6.0. Just packaged it but it has a completely different build system based on dune and opam which I'm not so familiar with. It's building now and piuparts doesn't complain but it still needs some tuning. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: PGP signature
Bug#922330: Any thoughts on the new version
Hi Milan, are you planing to upload a new version in the near future? If you are too busy, I can offer my help. Uwe signature.asc Description: PGP signature
Bug#939963: Problems compiling orpie with ocaml 4.08
Adding the dependency on libnum was easy, but orpie doesn't compile with ocaml 4.08 anymore. I need to talk to upstream ... signature.asc Description: PGP signature
Bug#922330: simulide: New upstream version 0.3.10
Package: simulide Version: 0.3.10-1 Severity: minor Dear Maintainer, just saw that a new version of simulide is available. I was able to compile it on sid. Just need to add a build depend on qtscript5-dev and the patch --- simulide-0.3.10.orig/src/simulator/elements/e-led.h +++ simulide-0.3.10/src/simulator/elements/e-led.h @@ -21,6 +21,7 @@ #define ELED_H #include "e-diode.h" +#include class MAINMODULE_EXPORT eLed : public eDiode { -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages simulide depends on: ii libc6 2.28-7 ii libelf10.175-2 ii libgcc11:8.2.0-20 ii libqt5core5a 5.11.3+dfsg-5 ii libqt5gui5 5.11.3+dfsg-5 ii libqt5multimedia5 5.11.3-2 ii libqt5script5 5.11.3+dfsg-2 ii libqt5serialport5 5.11.3-2 ii libqt5svg5 5.11.3-2 ii libqt5widgets5 5.11.3+dfsg-5 ii libqt5xml5 5.11.3+dfsg-5 ii libstdc++6 8.2.0-20 Versions of packages simulide recommends: ii arduino-core 2:1.0.5+dfsg2-4.1 ii avra 1.3.0-3 ii gputils1.4.0-0.1+b1 ii libqt5multimedia5-plugins 5.11.3-2 Versions of packages simulide suggests: ii arduino 2:1.0.5+dfsg2-4.1 ii avr-libc 1:2.0.0+Atmel3.6.1-1 ii gcc-avr 1:5.4.0+Atmel3.6.1-2 pn simavr pn simutron -- no debconf information
Bug#919260: mu-editor: Missing dependency
Package: mu-editor Version: 1.0.1+dfsg-1 Severity: important Dear Maintainer, when starting mu-editor, I get the following Traceback (most recent call last): File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 581, in _build_master ws.require(__requires__) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 898, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 789, in resolve raise VersionConflict(dist, req).with_context(dependent_req) pkg_resources.ContextualVersionConflict: (matplotlib 3.0.2 (/usr/lib/python3/dist-packages), Requirement.parse('matplotlib==2.2.2'), {'mu-editor'}) During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/mu-editor", line 6, in from pkg_resources import load_entry_point File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3126, in @_call_aside File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3110, in _call_aside f(*args, **kwargs) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3139, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 583, in _build_master return cls._build_from_requirements(__requires__) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 596, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 784, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'matplotlib==2.2.2' distribution was not found and is required by mu-editor -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mu-editor depends on: ii fonts-inconsolata 001.010-5 ii python3 3.7.1-3 ii python3-appdirs 1.4.3-1 ii python3-bs4 4.6.3-2 ii python3-guizero 0.5.4+dfsg-1 ii python3-matplotlib 3.0.2-2 ii python3-nudatus 0.0.4-1 ii python3-pgzero 1.2.post4+dfsg-1 ii python3-pil 5.3.0-1 ii python3-pycodestyle 2.4.0-2 ii python3-pyflakes2.0.0-1 ii python3-pyqt5 5.11.3+dfsg-1+b3 ii python3-pyqt5.qsci 2.10.4+dfsg-1+b1 ii python3-pyqt5.qtchart 5.11.3+dfsg-1 ii python3-pyqt5.qtserialport 5.11.3+dfsg-1+b3 ii python3-qtconsole 4.3.1-1 ii python3-requests2.20.0-2 ii python3-scrapy 1.5.1-1 ii python3-semver 2.0.1-3 ii python3-serial 3.4-4 ii python3-uflash 1.2.4+dfsg-1 mu-editor recommends no packages. Versions of packages mu-editor suggests: pn mu-editor-doc -- no debconf information
Bug#913212: RM: netmrg -- ROM; Upstream devel has stoped many years ago
Package: ftp.debian.org Severity: normal The code has moved to githup many years ago because the original site has been abandoned, but hasn't changed at all since then. The package contains php files which are unlikely to run on a recent php version. popcon is down to 11 and a recent bug for reproducible builds requires some changes to the packing, which isn't worth the effort.
Bug#892894: zathura: Add file /usr/lib/mime/packages/zathura
Package: zathura Version: 0.3.8-1 Severity: wishlist Dear Maintainer, it would be great if you added /usr/lib/mime/packages/zathura just like /usr/lib/mime/packages/mupdf. That would allow to change the order of entries for zathura in /etc/mailcap just by adding zathura:application/pdf to /etc/mailcap.order and calling update-mime afterwards. Uwe -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zathura depends on: ii libc62.27-2 ii libcairo21.15.10-2 ii libgirara-gtk3-3 0.2.8-2 ii libglib2.0-0 2.54.3-2 ii libgtk-3-0 3.22.28-1 ii libmagic11:5.32-2 ii libsqlite3-0 3.22.0-1 ii libsynctex1 2017.20170613.44572-8+b2 ii zathura-pdf-poppler 0.2.8-1 zathura recommends no packages. Versions of packages zathura suggests: ii chromium [www-browser] 65.0.3325.146-1 ii firefox [www-browser] 58.0.1-1+b1 ii firefox-esr [www-browser] 52.6.0esr-2+b1 ii konqueror [www-browser]4:17.08.3-2 ii w3m [www-browser] 0.5.3-36 pn zathura-cb pn zathura-djvu pn zathura-ps -- no debconf information
Bug#848216: jigsaw-generator: Missing dependency on python3-yaml
Package: jigsaw-generator Version: 0.2.3-1 Severity: normal Dear Maintainer, looks like there is missing dependency on python3-yaml I got Traceback (most recent call last): File "/usr/bin/jigsaw-generate", line 10, in import jigsaw.generate as generate File "/usr/share/jigsaw-generator/jigsaw/generate.py", line 24, in import yaml ImportError: No module named 'yaml' until I installed python3-yaml Uwe -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages jigsaw-generator depends on: ii python3 3.5.1-4 pn python3:any ii texlive-pictures 2016.20161130-1 jigsaw-generator recommends no packages. jigsaw-generator suggests no packages. -- no debconf information
Bug#833494: acmetool: Does not correctly respond to changes in an ACME server's preferred agreement
Package: acmetool Version: 0.0.54-1 Severity: important Dear Maintainer, Current version of acmetool has a problem with the agreement. 20160805081346 [CRITICAL] acmetool: fatal: reconcile: the following errors occurred: error satisfying Target(xxx;https://acme-v01.api.letsencrypt.org/directory;0): HTTP error: 400 Bad Request map[Server:[nginx] Content-Type:[application/problem+json] Boulder-Request-Id:[a8pizmxmElGgUHEUJwrrXaRRBPe-0updqBrZuKCauHo] Pragma:[no-cache] Date:[Fri, 05 Aug 2016 06:13:46 GMT] Content-Length:[265] Boulder-Requester:[1885796] Replay-Nonce:[sKseTFb9KB-a6mkcMJs6ugOG3XwzaA-fUrwleqYiy38] Expires:[Fri, 05 Aug 2016 06:13:46 GMT] Cache-Control:[max-age=0, no-cache, no-store]] { "type": "urn:acme:error:malformed", "detail": "Provided agreement URL [https://letsencrypt.org/documents/LE-SA-v1.0.1-July-27-2015.pdf] does not match current agreement URL [https://letsencrypt.org/documents/LE-SA-v1.1.1-August-1-2016.pdf];, "status": 400 } This seems to have the same source as #86 and acmetool 0.0.55 fixes it according to the changelog: Fixes #191, whereby acmetool did not correctly respond to changes in an ACME server's preferred agreement. This is an important update and should be applied promptly, as it causes autorenewal to fail (though by design, acmetool requires intervention to agree to new agreements anyway). -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages acmetool depends on: ii libc62.23-4 ii libcap2 1:2.25-1 Versions of packages acmetool recommends: ii dialog 1.3-20160424-1 acmetool suggests no packages. -- no debconf information
Bug#656586: routino-www: fails to purge - command in postrm not found
On Fri, Dec 05, 2014 at 05:06:27PM +0100, Sebastiaan Couwenberg wrote: Hi Niels, The issues with routino where not on the Debian GIS teams radar because the Maintainer field is not set the team address even though the source lives in the Debian GIS git repository on Alioth. Uwe Steinmann has taken over maintenance of routino from Thibaut Gridel since November 2011, so I've added him to the discussion. @Uwe, there are no tags in git, can you push your tags to Alioth too? tags are pushed. Sorry for missing that. In the mean time I'm updating my clone of the repo to incorporate the recent NMUs and prepare a new upload for unstable if Uwe is unable to do so. I can do the upload if you like. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#730550: sqlite3: libstc++.so.6 not found
Package: sqlite3 Version: 3.8.1-1 Severity: normal steinm@macbook:~/svn/trunk/mmk/trio/web/import$ sqlite3 sqlite3: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory steinm@macbook:~/svn/trunk/mmk/trio/web/import$ ldd /usr/bin/sqlite3 linux-vdso.so.1 (0x7fffba311000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f325b28a000) libreadline.so.6 = /lib/x86_64-linux-gnu/libreadline.so.6 (0x7f325b043000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f325ae19000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f325aa6d000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f325a851000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f325a64c000) /lib64/ld-linux-x86-64.so.2 (0x7f325b786000) steinm@macbook:~/svn/trunk/mmk/trio/web/import$ I even recompliled sqlite3 on my system. Same result. Uwe -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sqlite3 depends on: ii libc6 2.17-96 ii libreadline6 6.2+dfsg-0.1 ii libsqlite3-0 3.8.1-1 ii libtinfo5 5.9+20130608-1 sqlite3 recommends no packages. Versions of packages sqlite3 suggests: pn sqlite3-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721762: foobillardplus: Segm fault when restarting a game
Package: foobillardplus Version: 3.43~svn168+dfsg-1 Severity: normal Dear Maintainer, playing the first game after starting the programm works, but when I press esc afterwards and click on 'new game' in the main menu the program crashes. Uwe -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages foobillardplus depends on: ii fonts-dejavu 2.33+svn2514-3 ii fonts-linuxlibertine 5.3.0-2 ii foobillardplus-data 3.43~svn168+dfsg-1 ii libc6 2.17-92+b1 ii libfreetype6 2.4.9-1.1 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libglu1-mesa [libglu1]9.0.0-1 ii libpng12-01.2.49-4 ii libsdl-mixer1.2 1.2.12-8 ii libsdl1.2debian 1.2.15-6 ii zlib1g1:1.2.8.dfsg-1 foobillardplus recommends no packages. foobillardplus 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#662164: netmrg: diff for NMU version 0.20-6.1
on the company name will follow a link. It is usually the url +Clicking on the company name will follow a link. It is usually the URL pointing to the start page of your company's web site. msgstr По щелчку на названии компании осуществляется переход по ссылке. Обычно, -этот url указывает на начальную страницу веб-сайта вашей компании. +этот URL указывает на начальную страницу веб-сайта вашей компании. #. Type: boolean #. default only in patch2: unchanged: --- netmrg-0.20.orig/debian/po/it.po +++ netmrg-0.20/debian/po/it.po @@ -0,0 +1,256 @@ +# Italian translation of netmrg debconf messages. +# Copyright (C) 2012, Uwe Steinmann ste...@debian.org +# This file is distributed under the same license as the netmrg package. +# Beatrice Torracca beatri...@libero.it, 2012. +msgid +msgstr +Project-Id-Version: netmrg\n +Report-Msgid-Bugs-To: net...@packages.debian.org\n +POT-Creation-Date: 2012-01-18 06:57+0100\n +PO-Revision-Date: 2012-03-25 11:42+0200\n +Last-Translator: Beatrice Torracca beatri...@libero.it\n +Language-Team: Italian debian-l10n-ital...@lists.debian.org\n +Language: it\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +Plural-Forms: nplurals=2; plural=(n != 1);\n +X-Generator: Virtaal 0.7.1\n + +#. Type: select +#. choices +#: ../templates:1001 +msgid None, Apache2, Apache, Apache-SSL, All +msgstr Nessuno, Apache2, Apache, Apache-SSL, Tutti + +#. Type: select +#. description +#: ../templates:1002 +msgid Web server to configure: +msgstr Server web da configurare: + +#. Type: string +#. default +#: ../templates:2001 +msgid localhost +msgstr localhost + +#. Type: string +#. description +#: ../templates:2002 +msgid Host name of the mysql database server: +msgstr Nome host del server di database mysql: + +#. Type: string +#. default +#. Type: string +#. default +#: ../templates:3001 ../templates:5001 +msgid netmrg +msgstr netmrg + +#. Type: string +#. description +#: ../templates:3002 +msgid Name for the database: +msgstr Nome del database: + +#. Type: note +#. description +#: ../templates:4002 +msgid The database already exists +msgstr Il database esiste già + +#. Type: note +#. description +#: ../templates:4002 +msgid +A simple test revealed that a database with the name \${dbname}\ already +exists and appears to be a netmrg database. If you really like to use this +database then confirm the name in the next step. +msgstr +Un semplice test ha rivelato che esiste già un database con il nome +«${dbname}» e sembra essere un database di netmrg. Se si desidera veramente +usare questo database allora confermare il nome al prossimo passo. + +#. Type: string +#. description +#: ../templates:5002 +msgid Name of the database user: +msgstr Nome dell'utente del database: + +#. Type: string +#. description +#: ../templates:5002 +msgid This user will have read/write access to the netmrg database. +msgstr L'utente avrà accesso in lettura/scrittura al database netmrg. + +#. Type: password +#. description +#: ../templates:6002 +msgid Password of the database user: +msgstr Password dell'utente del database: + +#. Type: password +#. description +#: ../templates:7002 +msgid Confirm the password of the database user: +msgstr Confermare la password dell'utente del database: + +#. Type: text +#. description +#: ../templates:8002 +msgid Password mismatch +msgstr Le password non coincidono + +#. Type: text +#. description +#: ../templates:8002 +msgid The database user passwords you entered didn't match. Please try again. +msgstr +Le password dell'utente del database che sono state inserite non coincidono. +Riprovare. + +#. Type: string +#. description +#: ../templates:9002 +msgid Name of the database system administrator: +msgstr Nome dell'amministratore di sistema del database: + +#. Type: string +#. description +#: ../templates:9002 +msgid +In order to be able to create the initial database and database user for +netmrg, the account name of the database system administrator is needed. +msgstr +Per poter creare il database e l'utente del database iniziali per netmrg è +necessario il nome dell'account dell'amministratore di sistema del database. + +#. Type: password +#. description +#: ../templates:10002 +msgid Password of the database system administrator: +msgstr Password dell'amministratore di sistema del database: + +#. Type: string +#. description +#: ../templates:11002 +msgid Name of web host: +msgstr Nome dell'host web: + +#. Type: string +#. description +#: ../templates:11002 +msgid +netmrg's user interface is web based. The hostname of the web server is used +for URLs within the netmrg web interface. Leaving this entry field empty is +usually a good choice. +msgstr +L'interfaccia utente di netmrg è basata sul web. Il nome host del server web +viene usato per gli
Bug#679555: [Pkg-mediawiki-devel] Bug#679555: mediawiki: Update to 1.19 needs php-apc
On Sat, Jun 30, 2012 at 12:23:44AM +0200, Platonides wrote: On 29/06/12 20:36, steinm wrote: Package: mediawiki Version: 1:1.19.1-1 Severity: important Dear Maintainer, i could not update to 1.19 unless I installed php-apc. After installing it the update.php script run without errors. The application didn't run either but after restarting apache (and loading php-apc) it worked. Uwe MediaWiki doesn't require APC. Did the configuration of the wiki being updated have a parameter set to use APC? (usually with CACHE_ACCEL) Now that you mentioned it, I checked the configuration and it contains a line $wgMainCacheType = CACHE_ACCEL; I didn't add it and mediawiki definitely run when it was still at 1.15. So either it didn't matter before or the update to 1.19 has added that line. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#679555: [Pkg-mediawiki-devel] Bug#679555: mediawiki: Update to 1.19 needs php-apc
On Sat, Jun 30, 2012 at 03:40:44PM +0200, Platonides wrote: On 30/06/12 14:45, Uwe Steinmann wrote: On Sat, Jun 30, 2012 at 12:23:44AM +0200, Platonides wrote: MediaWiki doesn't require APC. Did the configuration of the wiki being updated have a parameter set to use APC? (usually with CACHE_ACCEL) Now that you mentioned it, I checked the configuration and it contains a line $wgMainCacheType = CACHE_ACCEL; I didn't add it and mediawiki definitely run when it was still at 1.15. So either it didn't matter before or the update to 1.19 has added that line. Uwe The update doesn't modify your LocalSettings.php (much less to a config that will break the update!). Looking at the code, in 1.15 a setting of CACHE_ACCEL was silently ignored if there was no accelerator cache available. Since the r83140 rewrite (available on mediawiki 1.18), it throws an exception on such case (it is, after all, a conflictive configuration). That explains it at least. The question remains if the previous version 1.15 in Debian did have $wgMainCacheType set by default. If not, I must have set that some time, though I'm not aware of it. If it was set in 1.15 already, it should be handled by the update to 1.19. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#657427: tupi: Segm faults after opening a new project
Package: tupi Version: 0.1+git12-1 Severity: important Dear Maintainer, tupi crasheѕ (though very nicely ;-) right after opening a new project. All I did was starting the programm, selected 'new project' from the menu and accepted the preset values for the new project. After clicking 'ok' it comes up with a very nice dialog telling me that it crashes with signal 11. Uwe -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tupi depends on: ii libavcodec53 5:0.9.1-0.1 ii libavformat53 5:0.9.1-0.1 ii libavutil51 5:0.9.1-0.1 ii libc6 2.13-24 ii libgcc1 1:4.6.2-12 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libqt4-network4:4.7.4-2 ii libqt4-opengl 4:4.7.4-2 ii libqt4-svg4:4.7.4-2 ii libqt4-xml4:4.7.4-2 ii libqtcore44:4.7.4-2 ii libqtgui4 4:4.7.4-2 ii libstdc++64.6.2-12 ii tupi-data 0.1+git12-1 ii zlib1g1:1.2.3.4.dfsg-3 tupi recommends no packages. tupi 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#656483: patch for #656483
On Sat, Jan 21, 2012 at 03:18:46PM +0200, Lior Kaplan wrote: tag 656483 patch thanks The following patch fixes the php 5.4 build (already applied upstream two years ago at http://svn.php.net/viewvc/pecl/ps/trunk/ps.c?r1=256493r2=297236 but no new upstream release since) I can NMU if needed. Thanks for the offer, but I will do the upload myself. Uwe signature.asc Description: Digital signature
Bug#655713: libtravel-routing-de-vrr-perl: Output is wrong
Package: libtravel-routing-de-vrr-perl Version: 2.00-1 Severity: normal Dear Maintainer, it looks like the output of efa isn't correct anymore eva hagen hoheleye hagen hbf returns 13:52 ab Hagen Hauptbahnhof Niederflurbus 514Hagen Hauptbahnhof 14:06 an Hagen Hauptbahnhof: Bstg. 2 The starting point should not be 'Hagen Hauptbahnhof' though the times are all right. Uwe -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libtravel-routing-de-vrr-perl depends on: ii libclass-accessor-perl 0.34-1 ii libexception-class-perl 1.31-1 ii libwww-perl 6.03-1 ii libxml-libxml-perl 1.89+dfsg-1 ii perl 5.14.2-6 libtravel-routing-de-vrr-perl recommends no packages. libtravel-routing-de-vrr-perl 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#647724: Removal of orpie
Hi, will ocamlgsl on mips and mipsel be fixed sometime, so orpie will be available on those architectures again? Uwe PS: I'm the maintainer of orpie -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#643800: New version of routino
Package: routino Version: 2.0.3-1 Severity: wishlist Dear Maintainer, the version of routino in debian is quite old. The current version is 2.0.3 and I packaged it by just doing uupdate with your debian sources. It compiled without problems. How about a new version in debian? Uwe -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages routino depends on: ii libc6 2.13-21 routino recommends no packages. routino 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#642976: josm: Loading data from the osm server has no result
Package: josm Version: 0.0.svn4399+dfsg1-1 Severity: important Dear Maintainer, downloading data from the osm server gets stuck. I can select an area and I get the dialog box when the download is processed, but when it disappears there is no visible data. On the console the following error is thrown Using /usr/lib/jvm/java-6-openjdk/bin/java to execute josm. Debian-Release: 0.0.svn4399+dfsg1-1 Build-Date: 2011-09-25 20:23:55 Revision: 4399 Is-Local-Build: true GET http://api.openstreetmap.org/api/capabilities... OK Kommunikation mit http://api.openstreetmap.org/api mittels Protokollversion 0.6 etabliert. lade Plugin 'FixAddresses' (Version 26606) lade Plugin 'PicLayer' (Version 26606) Silent shortcut conflict: 'menu:PicLayer' moved by 'menu:Imagery' to 'Alt+B'. lade Plugin 'terracer' (Version 26606) Werkzeugleistenaktion ohne Namen: org.openstreetmap.josm.plugins.piclayer.NewLayerFromFileAction Werkzeugleistenaktion ohne Namen: org.openstreetmap.josm.plugins.piclayer.NewLayerFromClipboardAction Successfully loaded Bing attribution data. GET http://api.openstreetmap.org/api/0.6/map?bbox=9.3447304,51.6541344,9.3740845,51.67095829995 java.util.concurrent.ExecutionException: java.lang.ExceptionInInitializerError at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252) at java.util.concurrent.FutureTask.get(FutureTask.java:111) at org.openstreetmap.josm.actions.downloadtasks.PostDownloadHandler.run(PostDownloadHandler.java:66) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) Caused by: java.lang.ExceptionInInitializerError at org.openstreetmap.josm.data.osm.Node.getEastNorth(Node.java:94) at org.openstreetmap.josm.data.osm.Node.setDataset(Node.java:180) at org.openstreetmap.josm.data.osm.DataSet.addPrimitive(DataSet.java:347) at org.openstreetmap.josm.io.OsmReader.processNodesAfterParsing(OsmReader.java:471) at org.openstreetmap.josm.io.OsmReader.parseDataSet(OsmReader.java:571) at org.openstreetmap.josm.io.BoundingBoxDownloader.parseOsm(BoundingBoxDownloader.java:103) at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.realRun(DownloadOsmTask.java:88) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:79) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:125) ... 6 more Caused by: java.lang.RuntimeException: java.lang.RuntimeException: Fehler: Öffnen des Eingabedatenstroms für Ressource '/data/ntf_r93_b.gsb' fehlgeschlagen. Kann NTF-RGF93-Raster nicht laden. at org.openstreetmap.josm.data.projection.Lambert.init(Lambert.java:93) at org.openstreetmap.josm.data.projection.Projections.clinit(Projections.java:19) ... 15 more Caused by: java.lang.RuntimeException: Fehler: Öffnen des Eingabedatenstroms für Ressource '/data/ntf_r93_b.gsb' fehlgeschlagen. Kann NTF-RGF93-Raster nicht laden. at org.openstreetmap.josm.data.projection.Lambert.init(Lambert.java:88) ... 16 more -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages josm depends on: ii libgdata-java1.30.0-2 ii libgettext-commons-java 0.9.6-2 ii libmetadata-extractor-java 2.3.1+dfsg-2 ii liboauth-signpost-java 1.2.1.1-1 ii libsvgsalamander-java0~svn95-1 ii openjdk-6-jre6b23~pre7-1 ii openstreetmap-map-icons-classic 1:0.0.svn26700-1 ii sun-java6-jre6.26-3 Versions of packages josm recommends: ii josm-plugins 0.0.svn26626+ds1-1 ii webkit-image-gtk 0.0.svn25399-2+b1 josm 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#639969: gjots2: New Version available
Package: gjots2 Version: 2.3.14-1 Severity: wishlist Dear Maintainer, gjots2 is currently at verion 2.3.15. Would be nice to have an update. I created my own debian package from 2.3.14 which didn't cause any problems. Uwe *** Please consider answering these questions, where appropiate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gjots2 depends on: ii python 2.6.7-3 ii python-glade2 2.24.0-2 ii python-gnome2 2.28.1-3 ii python-support 1.0.14 Versions of packages gjots2 recommends: ii gv 1:3.7.2-2 ii mpage 2.5.6-1 gjots2 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#634694: O: gpmudmon-applet
Package: wnpp Severity: normal I'm upstream and maintainer of gpmudmon-applet. It's development has stoped and I don't expect it to be resumed in the future. I'm lacking appropriate hardware to do any more development. Uwe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633623: libphp-adodb: New version 5.11 is available for more than a year
Package: libphp-adodb Version: 5.10-1 Severity: wishlist Version 5.11 fixeѕ some bugs. Would be great to have it in debian. -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libphp-adodb depends on: ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii php5 5.3.6-13 server-side, HTML-embedded scripti ii php5-cli 5.3.6-13 command-line interpreter for the p Versions of packages libphp-adodb recommends: ii php5-mysql5.3.6-13 MySQL module for php5 ii php5-pgsql5.3.6-13 PostgreSQL module for php5 ii php5-sybase 5.3.6-13 Sybase / MS SQL Server module for Versions of packages libphp-adodb suggests: ii php5-adodb5.04-6 Extension optimising the ADOdb dat -- debconf information: * libphp-adodb/pathmove: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627981: imagemagick: missing config files
Package: imagemagick Version: 8:6.6.9.7-2 Severity: normal Hi, libmagickcore4 says in NEWS.Debian.gz that all config are now in /etc. I can't find them and convert reports errors steinm@macbook:/tmp$ convert -background white formprint-sv9SMq.pdf formprint-sv9SMq.png convert: unable to access configure file `colors.xml' @ warning/configure.c/GetConfigureOptions/589. convert: unable to access configure file `delegates.xml' @ warning/configure.c/GetConfigureOptions/589. Looks like the config files are all missing. Uwe -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgomp14.6.0-9 GCC OpenMP (GOMP) support library ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b4 Color management library ii liblqr-1-0 0.4.1-1 converts plain array images into m ii libltdl72.4-2A system independent dlopen wrappe ii libmagickcore4 8:6.6.9.7-2 low-level image manipulation libra ii libmagickwand4 8:6.6.9.7-2 image manipulation library ii libsm6 2:1.2.0-1X11 Session Management library ii libtiff43.9.5-1 Tag Image File Format (TIFF) libra ii libx11-62:1.4.3-1X11 client-side library ii libxext62:1.3.0-1X11 miscellaneous extension librar ii libxt6 1:1.1.1-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages imagemagick recommends: ii ghostscript 9.02~dfsg-2interpreter for the PostScript lan ii libmagickcore4-extra 8:6.6.9.7-2low-level image manipulation libra ii netpbm2:10.0-12.2+b1 Graphics conversion tools between ii ufraw-batch 0.18-1 batch importer for raw camera imag Versions of packages imagemagick suggests: pn autotrace none(no description available) ii cups-bsd [lpr] 1.4.6-6 Common UNIX Printing System(tm) - ii curl 7.21.6-1 Get a file from an HTTP, HTTPS or pn enscript none(no description available) ii ffmpeg 5:0.6.2-0.4 audio/video encoder, streaming ser ii gimp 2.6.11-2 The GNU Image Manipulation Program ii gnuplot4.4.0-1.1 A command-line driven interactive pn grads none(no description available) ii groff-base 1.21-5GNU troff text-formatting system ( pn hp2xx none(no description available) pn html2psnone(no description available) pn imagemagick-do none(no description available) pn libwmf-bin none(no description available) ii mplayer3:1.0~rc4+svn20110505-0.0 The Ultimate Movie Player For Linu pn povray none(no description available) pn radiance none(no description available) ii sane-utils 1.0.22-2 API library for scanners -- utilit ii texlive-binari 2009-8Binaries for TeX Live pn transfig none(no description available) ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from -- 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#615946: php-getid3: New version available
Package: php-getid3 Version: 1.7.9-1 Severity: wishlist There is a new version 1.8.5 available. Uwe -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-getid3 depends on: ii php5 5.3.5-1server-side, HTML-embedded scripti ii php5-cli 5.3.5-1command-line interpreter for the p Versions of packages php-getid3 recommends: ii vorbis-tools 1.4.0-1several Ogg Vorbis tools php-getid3 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#611617: openerp-server: postinst finds openerp-web and things it is the openerp user
Package: openerp-server Version: 5.0.15-2 Severity: normal I installed both openerp-server and openerp-web. If openerp-web is configured first, it will create a user openerp-web. The postinst script of openerp-server will grep the password file for '^openerp' and finds this user, mistaken her for an already existing openerp user. Which makes the script fail when it calls chmod later on. Uwe -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openerp-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-libxslt1 1.1.26-6 Python bindings for libxslt1 ii python-lxml 2.2.8-2 pythonic binding for the libxml2 a ii python-psycopg2 2.2.1-1 Python module for PostgreSQL ii python-pychart 1.39-7 Python library for creating high q ii python-pydot1.0.2-1 Python interface to Graphviz's dot ii python-reportlab2.4-4ReportLab library to create PDF do ii python-tz 2010b-1 Python version of the Olson timezo Versions of packages openerp-server recommends: ii ghostscript8.71~dfsg2-10 The GPL Ghostscript PostScript/PDF ii graphviz 2.26.3-5 rich set of graph drawing tools ii postgresql 9.0.2-1 object-relational SQL database (su ii postgresql-client 9.0.2-1 front-end programs for PostgreSQL ii postgresql-client-9.0 [pos 9.0.2-1 front-end programs for PostgreSQL ii python-imaging 1.1.7-2 Python Imaging Library ii python-matplotlib 0.99.3-1 Python based plotting system in a ii python-openssl 0.10-1Python wrapper around the OpenSSL ii python-pyparsing 1.5.2-2 Python parsing module Versions of packages openerp-server suggests: ii openerp-client5.0.15-2 Enterprise Resource Management (cl -- debconf information: openerp-server/username: openerp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610531: navit: New version 0.2.0 is out
Package: navit Version: 0.2.0~svn3501+dfsg.1-1 Severity: wishlist Hi, looks like 0.2.0 is out. Uwe -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages navit depends on: ii libc6 2.11.2-8 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgarmin00~svn320-1 Garmin image format library (runti ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgps19 2.95-8 Global Positioning System - librar ii libspeechd2 0.7-6 Speech Dispatcher: Shared librarie ii libssl0.9.8 0.9.8o-4 SSL shared libraries ii navit-data0.2.0~svn3501+dfsg.1-1 Car navigation system with routing ii navit-gui-gtk 0.2.0~svn3501+dfsg.1-1 Car navigation system with routing ii navit-gui-interna 0.2.0~svn3501+dfsg.1-1 Car navigation system with routing ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages navit recommends: ii gpsd 2.95-8 Global Positioning System - daemon Versions of packages navit suggests: pn maptool none (no description available) -- Configuration Files: /etc/navit/navit.xml changed [not included] -- 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#563205: Any progress on including the sphinx api?
Hi, are the any plans to added the various APIs to the package? I would very much appreciate it. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#465182: osmo: Segm faults right after start up
On Wed, Nov 24, 2010 at 10:21:22AM +0100, Eike Nicklas wrote: On Wed, 24 Nov 2010 08:11 +0100, Uwe Steinmann u...@steinmann.cx wrote: If you like, I can check again on my powerpc system at home. That would be great, thanks a lot! No more problems. I played with osmo a bit and it didn't crash. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#465182: osmo: Segm faults right after start up
On Tue, Nov 23, 2010 at 09:53:13PM +0100, Eike Nicklas wrote: Is anyone still seeing this problem? If not, I will close this bug, since more than 2.5 years and many versions of osmo have passed since the report. Upstream never found the source of this problem... If you like, I can check again on my powerpc system at home. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#556660: xcowsay: Please configure with DBus support
Package: xcowsay Version: 1.1.1-1 Severity: wishlist Would be great of xcowsay --daemon worked, but unfortunately it isn't compiled with dbus support. Uwe -- System Information: Debian Release: squeeze/sid APT prefers sid APT policy: (990, 'sid'), (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-1-powerpc Locale: lang=de_de.iso-8859...@euro, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de_de.iso-8859...@euro) Shell: /bin/sh linked to /bin/bash Versions of packages xcowsay depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio xcowsay recommends no packages. xcowsay 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#544695: me-tv quits early with error message
Package: me-tv Version: 1.0.0-1 Severity: important Right after starting me-tv I see a gtk dialog box saying Duplicate object id 'hbox1' on line 1220 (previously on line 535) All I can do than, is to click on 'OK' and exit the program. Uwe -- System Information: Debian Release: squeeze/sid APT prefers sid APT policy: (990, 'sid'), (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-1-powerpc Locale: lang=de_de.iso-8859...@euro, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de_de.iso-8859...@euro) Shell: /bin/sh linked to /bin/bash Versions of packages me-tv depends on: ii libc6 2.9-26GNU C Library: Shared libraries ii libgcc11:4.4.1-3 GCC support library ii libgconfmm-2.6-1c2 2.24.0-2 C++ wrappers for GConf (shared lib ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.20.1-1+b1 C++ wrapper for the GLib toolkit ( ii libgnet2.0-0 2.0.8-1 GNet network library ii libgnomemm-2.6-1c2 2.26.0-1 C++ wrappers for libgnome (shared ii libgnomeuimm-2.6-1c2a 2.26.0-1 C++ wrappers for libgnomeui (share ii libgtk2.0-02.16.6-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.16.0-2C++ wrappers for GTK+ 2.4 (shared ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libsqlite3-0 3.6.17-2 SQLite 3 shared library ii libstdc++6 4.4.1-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1+b1 X11 client-side library ii libxine1 1.1.16.3-1+b1 the xine video/media player librar ii libxine1-ffmpeg1.1.16.3-1+b1 MPEG-related plugins for libxine1 Versions of packages me-tv recommends: ii dvb-apps 1.1.1+rev1273-1 Digitial Video Broadcasting (DVB) me-tv 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#536477: ITP: cdash -- An open source, web-based software testing server.
On Fri, Jul 10, 2009 at 10:51:37AM +0200, Mathieu Malaterre wrote: Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: cdash Version : 1.4.2 Upstream Author : Julien Jomier julien.jomier at kitware.com * URL : http://www.cdash.org/ * License : BSD Programming Lang: PHP, XSL Description : An open source, web-based software testing server. There is not need to mention 'open source'. It wouldn't be in debian if it wasn't. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#524374: function PX_timestamp2string bad time conversion
On Thu, Apr 16, 2009 at 12:59:57PM -0300, Carlos wrote: Package: pxlib1 Version: 0.6.3-1 The function PX_timestam2string located in paradox.c , make a bad conversion of time part (H:m:s) of timestamp I found that bug is in type casting double to long, when calculate the module ( % operator) to extract seconds of timestamp. I suggest that use the fmod function, located in lib math I'm not sure, but is this really a problem in this case. What should happen, except for a too large double value that does not fit into a long value. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#515061: dh-make-php: please run the test suite at build time instead of installing the test files
On Thu, Feb 12, 2009 at 09:36:41PM -0600, Raphael Geissert wrote: Package: dh-make-php Version: 0.2.12 Severity: wishlist Hi, While working on a lintian check I noticed the debian/rules generated by dh-make-pe{ar,cl} don't run the test suite even when there is one. Please do Can you give me an example of pecl/pear package for testing. it, and stop installing the test files in the final .deb, as they are completely useless for the end user. Thanks in advance. By the way, have you considered joining the PHP Team? I did but currently I probably won't be of much help due to lack of time. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#508486: [powerpc] Segm fault when exporting key
On Mon, Jan 26, 2009 at 01:36:38AM +0100, Daniel Baumann wrote: tags 508486 +moreinfo thanks Hi, please retry with 0.9.1-1. No improvement. It still dies when I save the 'only the private key'. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#508486: gnomint: Segm fault when exporting key
Package: gnomint Version: 0.6.0-1 Severity: important I simply cannot export a private key or both parts. The program dies imediately. The only thing I can export is the 'Only the public part'. Uwe -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: lang=de_de.iso-8859...@euro, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de_de.iso-8859...@euro) Shell: /bin/sh linked to /bin/bash Versions of packages gnomint depends on: ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-16GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libgconf2-42.22.0-1 GNOME configuration database syste ii libgcrypt111.4.1-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.3-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome2-02.20.1.1-2The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgnutls262.4.2-4 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.16-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libsqlite3-0 3.5.9-6 SQLite 3 shared library ii libtasn1-3 1.5-1 Manage ASN.1 structures (runtime) ii libxml22.6.32.dfsg-5 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime gnomint recommends no packages. gnomint 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#494221: netmrg: diff for NMU version 0.20-2.1
On Fri, Oct 03, 2008 at 11:09:54PM +0200, Thomas Viehmann wrote: tags 494221 + patch pending thanks Hi Uwe, here is my netmrg NMU (version 0.20-2.1), bumping the build-dependency to the fixed rrdtool. Thanks. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#422218: NetMRG don't display graphs when a : is included
On Fri, May 04, 2007 at 12:47:05PM +0200, Rainer Schmidt wrote: package: netmrg version : 0.18.2-14 severity: important If a colon is included within the fields of an interface or an description of the graph, it won't be displayed within that release. To circumvent the situation I renamed some device names so they are working again. However, when monitoring Cisco-Routers with interfaces like bri0:1 or so on, there's no change to rename them as they are hard coded device names the gathered read via SNMP. That graph's aren't working any longer. Please fix the problem as it's serious at least for me. The problem did not exist with sarge (stable). I am now working with GNU/Debian etch-1 - stable release with no testing or unstable packages. Thank you very much for help. The problem is known upstream already http://bugs.netmrg.net/view.php?id=367 Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#489731: iceweasel: Framesets aren't displayed propperly
Package: iceweasel Version: 3.0~rc2-2 Severity: normal I cannot use the typo3 backend anymore. It is a three column frame layout with a menu in the left frame. When clicked on one of the menu entries, the middle an right column are updated but the left column remains visible. This isn't the case anymore. Once clicked in the left column, it disappears and the remaining two columns take up the whole width. Even worse, links in the former middle column don't work at all. This also happens with galeon. Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-5 GCC support library ii libglib2.0-0 2.16.4-1 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-5The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9~rc2-5 XUL + XPCOM application runner iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489731: iceweasel: Framesets aren't displayed propperly
On Mon, Jul 07, 2008 at 03:37:40PM +0200, Mike Hommey wrote: On Mon, Jul 07, 2008 at 02:56:02PM +0200, Uwe Steinmann [EMAIL PROTECTED] wrote: Package: iceweasel Version: 3.0~rc2-2 Severity: normal I cannot use the typo3 backend anymore. It is a three column frame layout with a menu in the left frame. When clicked on one of the menu entries, the middle an right column are updated but the left column remains visible. This isn't the case anymore. Once clicked in the left column, it disappears and the remaining two columns take up the whole width. Even worse, links in the former middle column don't work at all. This also happens with galeon. http://my.opera.com/area42/blog/typo3-backend-workaround-for-firefox-3 ? That explains it and the only reasonable fix was to update typo3. Thanks and sorry for the noise. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#487817: otrs2: Can't write /usr/share/otrs/Kernel/Config/Files/ZZZAAuto.pm
Package: otrs2 Version: 2.2.7-1 Severity: normal all I did was installing otrs2, configured the database with dbconfig and logged in on the web page as [EMAIL PROTECTED] After that I got Error: Can't write /usr/share/otrs/Kernel/Config/Files/ZZZAAuto.pm: Permission denied! and Traceback: ERROR: OTRS-CGI-10 Perl: 5.10.0 OS: linux Time: Tue Jun 24 12:47:57 2008 Message: Can't write /usr/share/otrs/Kernel/Config/Files/ZZZAAuto.pm: Permission denied! Traceback (23323): Module: Kernel::System::Config::WriteDefault (v1.64.2.1) Line: 247 Module: Kernel::Modules::AdminInit::Run (v1.4) Line: 56 Module: Kernel::System::Web::InterfaceAgent::Run (v1.23) Line: 670 Module: ModPerl::ROOT::ModPerl::Registry::usr_share_otrs_bin_cgi_2dbin_index_2epl::handler (v) Line: 47 Module: (eval) (v1.81) Line: 204 Module: ModPerl::RegistryCooker::run (v1.81) Line: 204 Module: ModPerl::RegistryCooker::default_handler (v1.81) Line: 170 Module: ModPerl::Registry::handler (v1.99) Line: 31 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages otrs2 depends on: ii adduser 3.107 add and remove users and groups ii apache2-mpm-prefork [httpd-c 2.2.8-3 Traditional model for Apache HTTPD ii dbconfig-common 1.8.38 common framework for packaging dat ii debconf 1.5.22 Debian configuration management sy ii libauthen-sasl-perl 2.11-1 Authen::SASL - SASL Authentication ii libcrypt-passwdmd5-perl 1.3-9 interoperable MD5-based crypt() fo ii libdate-pcalc-perl 1.2-2 Perl module for Gregorian calendar ii libdbi-perl 1.604-1+b1 Perl5 database interface by Tim Bu ii libemail-valid-perl 0.179-2 Check validity of Internet email a ii libio-stringy-perl 2.110-3 Perl5 modules for IO from scalars ii libmailtools-perl2.03-1 Manipulate email in perl programs ii libmime-perl 5.426-1 transitional dummy package ii libmime-tools-perl [libmime- 5.426-1 Perl5 modules for MIME-compliant m ii libtext-diff-perl0.35-3 Perform diffs on files and record ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii perl 5.10.0-10 Larry Wall's Practical Extraction ii ucf 3.006 Update Configuration File: preserv Versions of packages otrs2 recommends: ii aspell0.60.5-2.2 GNU Aspell spell-checker ii libapache2-mod-perl2 2.0.4-1Integration of perl with the Apach ii libdbd-mysql-perl 4.006-1+b1 A Perl5 database interface to the ii libdbd-pg-perl2.7.2-1Perl DBI driver for the PostgreSQL ii libgd-graph-perl 1.44-1 Graph Plotting Module for Perl 5 ii libgd-text-perl 0.86-3.1 Text utilities for use with GD ii mysql-server-5.0 [mysql-serve 5.0.51a-6 MySQL database server binaries ii procmail 3.22-16Versatile e-mail processor -- debconf information: otrs2/remove-error: abort otrs2/pgsql/authmethod-admin: ident otrs2/pgsql/method: unix socket otrs2/pgsql/changeconf: false otrs2/pgsql/authmethod-user: ident otrs2/internal/skip-preseed: false otrs2/db/dbname: otrs2 otrs2/upgrade-error: abort otrs2/remote/newhost: otrs2/internal/reconfiguring: false otrs2/purge: false * otrs2/database-type: mysql otrs2/remote/host: otrs2/missing-db-package-error: abort otrs2/mysql/admin-user: root otrs2/install-error: abort otrs2/db/app-user: otrs otrs2/resetdbuser: true otrs2/remote/port: otrs2/upgrade-backup: true otrs2/pgsql/admin-user: postgres otrs2/dbconfig-reinstall: false otrs2/db/basepath: * otrs2/dbconfig-install: true otrs2/pgsql/manualconf: otrs2/mysql/method: unix socket otrs2/dbconfig-remove: otrs2/pgsql/no-empty-passwords: otrs2/dbconfig-upgrade: true otrs2/passwords-do-not-match: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477947: fontforge: Segm fault when saving a font
Package: fontforge Version: 0.0.20080330-1+b1 Severity: important Another segm fault which appears when saving a font. Maybe it is related to #474206 because an otf font is involved. Loading the font from http://www.interq.or.jp/www1/anzawa/bin/aoyagikouzan2otfv11.lzh works, but when I try to save it into PS Type1 or PS CID fontforge dies shortly after hitting the save button. Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages fontforge depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libfreetype6 2.3.5-1 FreeType 2 font engine, shared lib ii libgif44.1.6-4 library for GIF images (library) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.26-1 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libspiro0 20071029-1a library for curve design ii libtiff4 3.8.2-8 Tag Image File Format (TIFF) libra ii libuninameslist0 0.0.20060907-2a library of Unicode annotation da ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii python2.5 2.5.2-3 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime fontforge recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474206: [Pkg-fonts-devel] Bug#474206: fontforge: Segm fault when loading an ot font
On Sat, Apr 05, 2008 at 06:39:01PM +0900, Hideki Yamane wrote: On Fri, 04 Apr 2008 08:32:22 +0200 Uwe Steinmann [EMAIL PROTECTED] wrote: Unfortunetly, I cannot provide the font, because it is commercial. How about other otf fonts that you can get at http://www.wazu.jp/gallery/Fonts_Japanese.html ? aoyagikouzanfont2otf.otf loads without a problem. I haven't check the other ones. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#474206: fontforge: Segm fault when loading an ot font
Package: fontforge Version: 0.0.20080330-1 Severity: normal I tried to load an OpenType font fontforge A-OTF-ShinGoPro-Regular.otf and fontforge dies while loading Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x48025650 (LWP 21642)] 0x0eeed2d8 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x0eeed2d8 in strlen () from /lib/libc.so.6 #1 0x0ee953d8 in __dcigettext () from /lib/libc.so.6 #2 0x0ee94294 in dcgettext () from /lib/libc.so.6 #3 0x0fa28a5c in sgettext () from /usr/lib/fontforge/libgutils.so.1 #4 0x1009b854 in ?? () #5 0x1009b9b8 in ?? () #6 0x0fc45150 in ?? () from /usr/lib/fontforge/libfontforge.so.1 #7 0x0fc4b73c in _SFReadTTF () from /usr/lib/fontforge/libfontforge.so.1 #8 0x0fc4cc34 in SFReadTTF () from /usr/lib/fontforge/libfontforge.so.1 #9 0x0fce6f8c in ReadSplineFont () from /usr/lib/fontforge/libfontforge.so.1 #10 0x0fce78a8 in LoadSplineFont () from /usr/lib/fontforge/libfontforge.so.1 #11 0x0fbc59b8 in ViewPostscriptFont () from /usr/lib/fontforge/libfontforge.so.1 #12 0x100c7324 in ?? () #13 0x10146e50 in main () (gdb) Unfortunetly, I cannot provide the font, because it is commercial. Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages fontforge depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libfreetype6 2.3.5-1 FreeType 2 font engine, shared lib ii libgif44.1.6-4 library for GIF images (library) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libspiro0 20071029-1a library for curve design ii libtiff4 3.8.2-8 Tag Image File Format (TIFF) libra ii libuninameslist0 0.0.20060907-2a library of Unicode annotation da ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.31.dfsg-2 GNOME XML library ii python2.4 2.4.5-1 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime fontforge recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449025: --only 5 doesn't help?
On Fri, Mar 21, 2008 at 06:24:04PM +1100, [EMAIL PROTECTED] wrote: Creating debian source package: php-- Upstream is: grep: /usr/include/php4/Zend/zend_modules.h: No such file or directory Guessing Maintainer: root [EMAIL PROTECTED] mv: cannot stat `-': No such file or directory Try the latest version from testing or unstable. I haven't checked but changes are good, that this is fixed already. I tried this in an 'etch' qemu host, with just the standard system plus dh-make-php and php5-dev. I'll send the tar ball of the logs separately. The same behaviour was observed with the etch version or the lenny version (2.10); none of the variables got set by the eval_package function. This is strange because I cannot reproduce it. [EMAIL PROTECTED]:/tmp$ dh-make-pecl --only 5 oci8 downloading oci8-1.2.4.tgz ... Starting to download oci8-1.2.4.tgz (99,687 bytes) ..done: 99,687 bytes File /tmp/oci8-1.2.4.tgz downloaded Creating debian source package: php-oci8-1.2.4 Upstream is: Antony Dovgal, Wez Furlong, Andi Gutmans, Christopher Jones Guessing Maintainer: Uwe Steinmann [EMAIL PROTECTED] [EMAIL PROTECTED]:/tmp$ dh-make-pecl --version 0.2.10 [EMAIL PROTECTED]:/tmp$ ls -l php-oci8-1.2.4/ insgesamt 31 drwxr-xr-x 2 steinm steinm 1024 21. Mär 09:32 debian drwxr-xr-x 3 steinm steinm 1024 21. Mär 09:31 oci8-1.2.4 -rw-r--r-- 1 steinm steinm 27804 1. Sep 2007 package.xml [EMAIL PROTECTED]:/tmp$ Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#471279: dh-make-php: does not parse oci8 package correctly?
On Mon, Mar 17, 2008 at 01:58:09PM +1100, Vincent McIntyre wrote: Package: dh-make-php Version: 0.2.0 Severity: normal Tags: patch thanks *** Please type your report below this line *** Hi, I am trying to use this package to build oci-8.2.4, viz: # dh-make-pecl --only 5 oci8 This appears to download the tar file ok, but then it doesn't extract any information in the eval_package() function. For example the call to set the VERSION variable (set -x; set-v output): xsltproc --nonet --novalid --param Element /package/release/version ${PREFIX}/share/dh-make-php/xslt/common.xsl package.xml ++ xsltproc --nonet --novalid --param Element /package/release/version /usr/share/dh-make-php/xslt/common.xsl package.xml + VERSION= Could this be because the package.xml layout has changed? I'm no expert with xml parsing. That could be and newer versions of dh-make-pecl are much more robust when reading the package.xml file. Actually, they don't use xsltproc anymore but a php script which used the pear class for reading package.xml files. That class should handle all possible flavours. I have a suggestion for the dh-make-pecl script; could it not check for unset or blank variables before charging on and making a mess in the working directory, with directories named 'php--' and so on? I've attached a patch that does what I would like to see, perhaps it needs expanding and/or applying to dh-make-pear. Perhaps it would be better to do the test in eval_package and return a failure if variables that should always have a value are blank? Though I suspect that your problem is fixed with a newer version of dh-make-pecl, it sounds like a good idea to do some more error handling. I'll see if your patch still make sense for newer verions. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#449025: --only 5 doesn't help?
On Mon, Mar 17, 2008 at 01:29:37PM +1100, Vincent McIntyre wrote: Hello, I can't get this to work either, for some reason. It's hard to see where I am going wrong, the --only 5 option is the only addition to the command line. % su # cd /tmp # mkdir test # cd test # dh-make-pecl --only 5 oci8 downloading oci8-1.2.4.tgz ... Starting to download oci8-1.2.4.tgz (99,687 bytes) ..done: 99,687 bytes File /tmp/test/oci8-1.2.4.tgz downloaded Creating debian source package: php-- Upstream is: grep: /usr/include/php4/Zend/zend_modules.h: No such file or directory Guessing Maintainer: root [EMAIL PROTECTED] mv: cannot stat `-': No such file or directory Try the latest version from testing or unstable. I haven't checked but changes are good, that this is fixed already. BTW, no need to be root for calling dh-make-pecl. It just creates a source package. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#464934: php-script-but-no-php-cli-dep
Hi, I doubt this is possible easily because dh-make-pear just creates a source package and doesn't know how the binary package will look like and what it depends on. This is why the option --depends exists. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#465399: osmo: Full-year calendar is somewhat messed up
On Thu, Feb 21, 2008 at 10:46:22PM +0100, Eike Nicklas wrote: Hi Uwe, upstream changed the way of displaying empty fields in the full year calendar in svn and asked whether that changed the messed up behaviour you're seeing. I created a source package of the current svn snapshot and uploaded it to mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/o/osmo - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/o/osmo/osmo_0.2.0+svn-1.dsc It would be great if you could have a quick look at it. Still no improvement, but I know how to fix it :-) The reason lies in char being unsigned on powerpc by default unlike on other architectures. This seems to be true for gchar as well. display_calendar() in calendar_fullyear.c defines calendar_table, d, and tmpbuf to be gchar. In line 113 calendar_table is initialized to -1 which is 255 on powerpc because gchar is unsigned. Later on there is also a comparision 'd 0' which can never be true on powerpc. If I replace the gchar into 'signed char' it works. Note: #465182 is not yet known to be fixed, so you might have to start osmo with LANG=C LC_ALL=C osmo or comment out line 1637 in calendar.c If I have some more time, I'll try to look into this as well. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#465182: osmo: Segm faults right after start up
On Tue, Feb 12, 2008 at 11:16:30PM +0100, Eike Nicklas wrote: On Tue, 12 Feb 2008 08:27:38 +0100 Uwe Steinmann wrote: If I comment out the line 1637 in calendar.c gtk_tooltips_set_tip (appGUI-osmo_tooltips, appGUI-cal-n_timeline_button, _(Insert timeline), NULL); the application starts. Wow, thanks for your investigation! I was going to ask you to run Osmo configured with the --enable-debug option, but that seems to be not necessary any more :-) Will forward to upstream. This may all be related to a general problem with german umlauts. None of them is properly displayed througout the gui. In some cases I see a '?' but sometimes the string terminates where the umlaut should appear. The segm fault also disappears if I start osmo with LANG=C LC_ALL=C osmo So, this is definetly related to the locale. I checked this with version 0.2.0. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#465399: osmo: Full-year calendar is somewhat messed up
On Tue, Feb 12, 2008 at 11:32:55PM +0100, Eike Nicklas wrote: Hi Uwe, On Tue, 12 Feb 2008 08:39:00 +0100 Uwe Steinmann wrote: The Full-year calendar seems to have a small cosmetic bug. A month not starting on a monday has the number '255' instead of a empty field in the columns before the month actually starts. January 2008 looks like the following Mo Di Mi Do Fr ... 255 1 2 3 4 The same happens at the end of the month. Each month is filled up with 255. I could not observe this on i386. It might have changed in the new upstream release 0.2.0, since the full-year calendar experienced some major changes. I uploaded osmo_0.2.0-1 to mentors.debian.net yesterday and my sponsor will hopefully upload it this weekend: - URL: http://mentors.debian.net/debian/pool/main/o/osmo - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/o/osmo/osmo_0.2.0-1.dsc Note that #465182 has not yet been fixed in this upload. If I have time, I will include your workaround and reupload. It would be great if you could test whether this bug is still present in 0.2.0. Still there. There is just a lit bit more space between the 255's. BTW, the full-year calendar starts up showing the calendar for 2008 but the little text field for changing the year says '2007'. This bug was fixed in the new upstream version 0.2.0. Yep. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#465399: osmo: Full-year calendar is somewhat messed up
Package: osmo Version: 0.1.6-1 Severity: normal The Full-year calendar seems to have a small cosmetic bug. A month not starting on a monday has the number '255' instead of a empty field in the columns before the month actually starts. January 2008 looks like the following Mo Di Mi Do Fr ... 255 1 2 3 4 The same happens at the end of the month. Each month is filled up with 255. BTW, the full-year calendar starts up showing the calendar for 2008 but the little text field for changing the year says '2007'. Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-3-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages osmo depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgtk2.0-02.12.7-1 The GTK+ graphical user interface ii libical0 0.30-1iCalendar library implementation i ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libxml22.6.31.dfsg-1 GNOME XML library osmo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465055: php-ps: FTBFS: libgd2-dev not available anymore.
On Sun, Feb 10, 2008 at 01:32:40PM +0100, Kurt Roeckx wrote: Package: php-ps Version: 1.3.6-2 Severity: serious Hi, You have a build dependency on: libgd2-dev ( 2.0.0) | libgd2-xpm-dev ( 2.0.0) | libgd2-noxpm-dev ( 2.0.0) The buildd's will only consider the first of those, and then fail. You'll want to remove that part. Is this specific for the buildds or the above dependency line in general the wrong approach? Uwe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465182: osmo: Segm faults right after start up
On Mon, Feb 11, 2008 at 09:54:59PM +0100, Eike Nicklas wrote: Hi Uwe, On Sat, 09 Feb 2008 09:08:01 +0100 Uwe Steinmann wrote: I can't even see a window. It dies before. Thanks for reporting this. The package seems to work fine on i386, so this might be ppc-specific. I don't have access to a ppc machine nor experience in debugging such potentially platform specific problems, but will contact upstream and do my best to find the source of the problem. If I comment out the line 1637 in calendar.c gtk_tooltips_set_tip (appGUI-osmo_tooltips, appGUI-cal-n_timeline_button, _(Insert timeline), NULL); the application starts. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#465182: osmo: Segm faults right after start up
Package: osmo Version: 0.1.6-1 Severity: normal I can't even see a window. It dies before. Here is a somewhat incomplete backtrace Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x300278e0 (LWP 10299)] 0x0f85e23c in g_markup_escape_text () from /usr/lib/libglib-2.0.so.0 (gdb) bt #0 0x0f85e23c in g_markup_escape_text () from /usr/lib/libglib-2.0.so.0 #1 0x0fea0ad0 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #2 0x0f91146c in g_object_set_valist () from /usr/lib/libgobject-2.0.so.0 #3 0x0f911a90 in g_object_set () from /usr/lib/libgobject-2.0.so.0 #4 0x0fe91a38 in gtk_widget_set_tooltip_text () from /usr/lib/libgtk-x11-2.0.so.0 #5 0x100114e0 in ?? () #6 0x10046098 in ?? () #7 0x1004ab00 in ?? () #8 0x0f489b10 in generic_start_main () from /lib/libc.so.6 #9 0x0f489cd0 in __libc_start_main () from /lib/libc.so.6 #10 0x in ?? () (gdb) Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-3-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages osmo depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgtk2.0-02.12.7-1 The GTK+ graphical user interface ii libical0 0.30-1iCalendar library implementation i ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libxml22.6.31.dfsg-1 GNOME XML library osmo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418318: Processed: reassign
On Thu, Feb 07, 2008 at 10:36:07PM +0100, Luk Claes wrote: Uwe Steinmann wrote: On Thu, Feb 07, 2008 at 07:02:16PM +0100, Luk Claes wrote: Uwe Steinmann wrote: On Wed, Feb 06, 2008 at 07:57:03PM +0100, Luk Claes wrote: Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign 418318 ftp.debian.org Bug#418318: Don't build a php4-specific package because of php4's removal Bug reassigned from package `php4-ps' to `ftp.debian.org'. Shouldn't you just remove the php4-ps binary package in your next upload fixing this bug? That's what I thought as well but Wiesiek Swiatek told me: quote You should reassign this bug to ftp.debian.org metapackage with ask to removal this package from unstable. Upload new package as php-ps is not enougn, becouse source (php4-ps) still is aviable in unstable. /quote If you really want to change the source package name, then you indeed have to ask for removal of this package. Though I would advise to upload the new source package first if that's the case and read [1] to have a decent bug title for package removals. This is still very confusing for me. Reading [1] I get the impression that everything is done automatically. The source package php4-ps used to produce two binary packages php4-ps and php5-ps. Now that php4 isn't supported anymore, only php5-ps will be left, which is somewhat strange. A source package php4-ps produces a binary package php5-ps. That's why I created a new source package php-ps which produces php5-ps. Isn't this one of the cases where rene takes care of automatic removal? 'Source packages which have had all their binary packages taken over by another source packages' Will you have a php4-ps binary package in php-ps or only a php5-ps? If the latter, this bug is what you should do except for the bug title. I also would advise you to wait till php-ps is at least in unstable before retitling this bug correctly. php-ps will only have a binary package php5-ps. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#418318: Processed: reassign
On Wed, Feb 06, 2008 at 07:57:03PM +0100, Luk Claes wrote: Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign 418318 ftp.debian.org Bug#418318: Don't build a php4-specific package because of php4's removal Bug reassigned from package `php4-ps' to `ftp.debian.org'. Shouldn't you just remove the php4-ps binary package in your next upload fixing this bug? That's what I thought as well but Wiesiek Swiatek told me: quote You should reassign this bug to ftp.debian.org metapackage with ask to removal this package from unstable. Upload new package as php-ps is not enougn, becouse source (php4-ps) still is aviable in unstable. /quote Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#418318: Processed: reassign
On Thu, Feb 07, 2008 at 07:02:16PM +0100, Luk Claes wrote: Uwe Steinmann wrote: On Wed, Feb 06, 2008 at 07:57:03PM +0100, Luk Claes wrote: Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign 418318 ftp.debian.org Bug#418318: Don't build a php4-specific package because of php4's removal Bug reassigned from package `php4-ps' to `ftp.debian.org'. Shouldn't you just remove the php4-ps binary package in your next upload fixing this bug? That's what I thought as well but Wiesiek Swiatek told me: quote You should reassign this bug to ftp.debian.org metapackage with ask to removal this package from unstable. Upload new package as php-ps is not enougn, becouse source (php4-ps) still is aviable in unstable. /quote If you really want to change the source package name, then you indeed have to ask for removal of this package. Though I would advise to upload the new source package first if that's the case and read [1] to have a decent bug title for package removals. This is still very confusing for me. Reading [1] I get the impression that everything is done automatically. The source package php4-ps used to produce two binary packages php4-ps and php5-ps. Now that php4 isn't supported anymore, only php5-ps will be left, which is somewhat strange. A source package php4-ps produces a binary package php5-ps. That's why I created a new source package php-ps which produces php5-ps. Isn't this one of the cases where rene takes care of automatic removal? 'Source packages which have had all their binary packages taken over by another source packages' Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#453222: orpie: FTBFS: `Depends' field, syntax error after reference to package `ocaml-nox'
On Tue, Nov 27, 2007 at 09:35:25PM +0100, Lucas Nussbaum wrote: Package: orpie version: 1.5.1-2 Ups, I have just uploaded 1.5.1-3 which doesn't have this error, because I fixed it right before upload. Why is the buildd still trying to build 1.5.1-2 instead of 1.5.1-3? Uwe Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071126 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dh_installcron dh_installman dh_installinfo dh_installchangelogs dh_link dh_strip dh_compress dh_fixperms dh_installdeb dh_shlibdeps dpkg-shlibdeps: warning: debian/orpie/usr/bin/orpie shouldn't be linked with libgslcblas.so.0 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/orpie/usr/bin/orpie-curses-keys shouldn't be linked with libgsl.so.0 (it uses none of its symbols). dpkg-shlibdeps: warning: debian/orpie/usr/bin/orpie-curses-keys shouldn't be linked with libgslcblas.so.0 (it uses none of its symbols). dh_gencontrol dh_md5sums dh_builddeb dpkg-deb: parse error, in file `debian/orpie/DEBIAN/control' near line 6 package `orpie': `Depends' field, syntax error after reference to package `ocaml-nox' dh_builddeb: command returned error code 512 make: *** [binary-arch] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error exit status 2 The full build log is available from: http://people.debian.org/~lucas/logs/2007/11/26 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#335994: Isn't the license issue fixed already?
Hi, I wonder if the license issue is fixed in the mean time. Image/Color is licensed with PHP 3.01 according to pear.php.net. Wouldn't that be ok for debian? Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#449025: dh-make-php: dh-make-pecl still want php4 package
On Fri, Nov 02, 2007 at 01:26:35PM +0100, Krzysztof Krzyzaniak (eloy) wrote: Package: dh-make-php Version: 0.2.8 Severity: important dh-make-pecl still want to php4-dev package to create/build package. dh-make-pecl creates a php4 packages because that is still the default. You can easily prevent it from doing so by passing the -only 5 option. I wouldn't call this an important bug, though you are right if you say this should not be the default in lenny anymore. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#445310: grandr: Segm fault when clicking on the left list of monitors
Package: grandr Version: 0.1-2 Severity: important I can hardly use grandr because clicking on one of the monitor symbols in the left list crashes it imediately. I did some debugging and finally could fix it by making a comment out of line 738 in grandr.c gtk_list_store_clear (store); It didn't experience any side effects so far, though this is more of a dirty hack then a clean fix. Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.17-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages grandr depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgconf2-4 2.20.0-1 GNOME configuration database syste ii libglib2.0-02.14.1-4 The GLib library of C routines ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra grandr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443117: watch url is not correct
On Tue, Sep 18, 2007 at 09:37:24PM +0200, Yann Rouillard wrote: Package: dh-make-php Version: 0.2.6 Severity: minor --- Please enter the report below this line. --- dh-make-php create a watch file with the following template: version=3 http://pear.php.net/package/##pearpkgname##/download /get/##pearpkgname##-([\d.]+)\.tgz debian uupdate However the url /get/ doesn't seem to work (anymore ?). I had to use instead http://download.pear.php.net/package/ for all my pear packages. The release uploaded yesterday should already fix. So just wait for 0.2.7 Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#441680: orpie: FTBFS: mlgsl_error.c:46: error: void value not ignored as it ought to be
Upstream has commented on it. The next version version will fix it, but it's not clear now, when that version will be released. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#439613: dh-make-php: CDBS pear class should use the -P option instead of -R to install a pear package
I fixed it in svn already. Next version will contain the fix. Uwe On Sun, Aug 26, 2007 at 02:10:12AM +0200, Yann Rouillard wrote: Package: dh-make-php Version: 0.2.5 Severity: normal Tags: patch Currently, the cdbs pear class (usr/share/cdbs/1/class/pear.mk) use the -R option to install a package, ie: /usr/bin/pear ... install --nodeps -R ... It should use the -P option instead, according to pear help: -R DIR, --installroot=DIR root directory used when installing files (ala PHP's INSTALL_ROOT), use packagingroot for RPM -P DIR, --packagingroot=DIR root directory used when packaging files, like RPM packaging Using -R option can cause a php pear module to use the original builder path instead of the real one. For example, it will looks for its data in /home/username/packages/module_name-version/usr/share/php/data instead of /usr/share/php/data. I had this problem with php-html-quickform-advmultiselect (not yet in debian). Yann --- /usr/share/cdbs/1/class/pear.mk.orig2007-08-26 08:42:02.0 +0900 +++ /usr/share/cdbs/1/class/pear.mk 2007-08-26 08:42:20.0 +0900 @@ -60,7 +60,7 @@ -d data_dir=/usr/share/php/data \ -d doc_dir=/usr/share/php/docs \ -d test_dir=/usr/share/php/tests \ - install --nodeps -R $(DEB_DESTDIR) $(PEAR_SOURCE_DIR)/package.xml + install --nodeps -P $(DEB_DESTDIR) $(PEAR_SOURCE_DIR)/package.xml # move documentation to correct location mkdir -p $(DEB_DESTDIR)$(PEAR_NEW_DOC_DIR) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-php depends on: ii cdbs 0.4.49 common build system for Debian pac ii php-pear 5.2.3-1PEAR - PHP Extension and Applicati ii php5-cli 5.2.3-1+b1 command-line interpreter for the p dh-make-php recommends no packages. -- no debconf information -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#437395: request permission to NMU (dh-make-php: pear.mk makes php-benchmark FTBFS)
On Fri, Aug 17, 2007 at 06:05:46PM +0200, Bart Martens wrote: Hello Uwe, Do I have your permission to fix this bug via NMU ? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437395 Just made an upload which fixes it. Thanks for the offer. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#433456: I'm experiencing this problem as well
On Thu, Aug 02, 2007 at 10:56:32PM -0400, Charles Fry wrote: Since we know that the file we are looking for is package.xml, is there any reason not to specify that explicitely, instead of using . which isn't working for some of us? I have seen extension which call it package2.xml. Uwe Charles On 7/21/07, Charles Fry [EMAIL PROTECTED] wrote: % /usr/bin/php5 -f /usr/share/dh-make-php/phppkginfo . package % /usr/bin/php5 -f /usr/share/dh-make-php/phppkginfo package.xml package Pager% I don't know what the extra character is at the end, either. In any case, I am running a stable installation, which may have something to do with it? If so, then dh-make-php's dependencies may be incorrect. Charles -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#433456: dh-make-php: phppkginfo does not open package.xml properly
On Tue, Jul 17, 2007 at 01:49:09PM +0200, Rafal Krypa wrote: Package: dh-make-php Version: 0.2.3 Severity: grave Justification: renders package unusable I'm sorry for reporting bug in yet unreleased package version, but the 0.2.2 version is almost unusable because of bug #432880 and I tried the svn version as Uwe Steinmann suggested. New dh-make-php dropped xmlstarlet dependency and now uses its own script to retrieve package information. Usage information printed by /usr/share/dh-make-php/phppkginfo says: - Usage: /usr//share/dh-make-php/phppkginfo dir command dir - Directory containing package.xml file commands: version - Return version of package maintainers - Return comma separated list of maintainers - But phppkginfo expects its first argument to full path to package.xml file, not the directory that contains it. Because in /usr/share/dh-make-php/dh-make-php.lib the script is also called with directory argument, dh-make-php does not work. I can only partly reproduce this. phppkginfo calls PEAR_PackageFile::fromAnyFile() which is quite smart and checks for package.xml and package2.xml in the given directory. It also checks, whether the package file is passed directly and it searches it in a .tgz file. That should be sufficient and phppkginfo should be working as intended. It could be that in your case, that /usr/bin/php still points towards /usr/bin/php4. So, please check if /usr/bin/php5 -f phppkginfo works. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#432880: dh-make-php: xmlstarlet commands no longer work
On Thu, Jul 12, 2007 at 02:35:45PM -0400, Charles Fry wrote: Package: dh-make-php Version: 0.2.2 Severity: important The xmlstarlet commands which are key components of /usr/share/cdbs/1/class/pear.mk no longer work correctly. I don't have the time right now to track this down, but maybe we should find something else to use instead. You may not believe it, but there is already a replacement, because I was unhappy with xmlstarlet as well. PEAR itself ships a class PackageFile.php which is able to read package.xml files. I've written a very small php program 'phppkginfo' which extracts all the info needed from package.xml. It should also work with package2.xml files, which was my initial reason to replace xmlstarlet. svn has it all. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#428535: libgtkdatabox-0.7.0-0: Linking to libgtkdatabox results in a unmet dependency
Package: libgtkdatabox-0.7.0-0 Version: 1:0.7.0.0-1 Severity: important I'm not quite sure what is going wrong but all I did was linking an application against libgtkdatabox and made a debian package of it. When I try to install it, I get ibook:/usr/share/doc/linux-wlan-ng# LC_ALL=C dpkg -i ~steinm/sourceforge/gpmudmon/gpmudmon-applet_0.4.0-1_powerpc.deb (Reading database ... 188082 files and directories currently installed.) Preparing to replace gpmudmon-applet 0.4.0-1 (using .../gpmudmon-applet_0.4.0-1_powerpc.deb) ... Unpacking replacement gpmudmon-applet ... dpkg: dependency problems prevent configuration of gpmudmon-applet: gpmudmon-applet depends on libgtkdatabox-0.7.0.0-0 (= 0.7.0.0); however: Package libgtkdatabox-0.7.0.0-0 is not installed. dpkg: error processing gpmudmon-applet (--install): dependency problems - leaving unconfigured Errors were encountered while processing: gpmudmon-applet ibook:/usr/share/doc/linux-wlan-ng# Well,dpkg is right, but where is that dependency coming from? I guess there is something wrong in libgtkdatabox-0.7.0-0.shlibs Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.17-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages libgtkdatabox-0.7.0-0 depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-10 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgtk2.0-0 2.10.12-2 The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra libgtkdatabox-0.7.0-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428535: libgtkdatabox-0.7.0-0: Linking to libgtkdatabox results in a unmet dependency
On Tue, Jun 12, 2007 at 02:19:40PM +0200, Andreas Tille wrote: On Tue, 12 Jun 2007, Uwe Steinmann wrote: Package: libgtkdatabox-0.7.0-0 Version: 1:0.7.0.0-1 Severity: important I'm not quite sure what is going wrong but all I did was linking an application against libgtkdatabox and made a debian package of it. When I try to install it, I get ibook:/usr/share/doc/linux-wlan-ng# LC_ALL=C dpkg -i ~steinm/sourceforge/gpmudmon/gpmudmon-applet_0.4.0-1_powerpc.deb (Reading database ... 188082 files and directories currently installed.) Preparing to replace gpmudmon-applet 0.4.0-1 (using .../gpmudmon-applet_0.4.0-1_powerpc.deb) ... Unpacking replacement gpmudmon-applet ... dpkg: dependency problems prevent configuration of gpmudmon-applet: gpmudmon-applet depends on libgtkdatabox-0.7.0.0-0 (= 0.7.0.0); however: Package libgtkdatabox-0.7.0.0-0 is not installed. dpkg: error processing gpmudmon-applet (--install): dependency problems - leaving unconfigured Errors were encountered while processing: gpmudmon-applet ibook:/usr/share/doc/linux-wlan-ng# Well,dpkg is right, but where is that dependency coming from? I guess there is something wrong in libgtkdatabox-0.7.0-0.shlibs In how far is it astonishing that a package that contains binaries that are linked against a library in another package ask for installing the library package that contains the library it is linked against.? The library is installed! Sorry, I wasn't very clear about this. If I simply copy my application to /usr/bin it works with out problems and expecially without missing the library, because it is there. Sorry I absolutely do not understand your problem. What happens if you just install libgtkdatabox-0.7.0.0-0? What says 'ldd your binary'? ldd returns among many other lines the following: libgtkdatabox-0.7.0.so.0 = /usr/lib/libgtkdatabox-0.7.0.so.0 (0x0feb3000) Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#427686: php-xajax: Undefined variable: sResponse
Package: php-xajax Version: 0.2.5-1 Severity: important Since the last version 0.2.5 an error complaining about an undefined variable stops my application from working. bNotice/b: Undefined variable: sResponse in b/usr/share/php/xajax/xajax.inc.php/b on line b747/b That variable sReponse is in fact only used once in line 747 and nowhere else. It's not even been initialized. I wonder if it rather has to be oResponse instead. Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.17-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages php-xajax depends on: ii php46:4.4.6-2server-side, HTML-embedded scripti ii php4-cgi6:4.4.6-2+b1 server-side, HTML-embedded scripti ii php4-cli6:4.4.6-2+b1 command-line interpreter for the p ii php5-cli5.2.2-2 command-line interpreter for the p php-xajax recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412548: This is reproducible and fixed in newer versions
Hi Francois, I found the same behaviour on my system. Version 0.19 (which is not currently available in debian) fixes it. I'll try to backport from that version into 0.18.2. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#412691: netmrg: The monitor 'Script Options' field is ignored
On Tue, Feb 27, 2007 at 02:00:27PM +0100, Francois Gouget wrote: Package: netmrg Version: 0.18.2-14 Severity: normal The documentation says: edit info about a monitor [...] + Script Options o Parameters - specifies a string which will be appended to the script's parameters. Parameter expansions are honored in this field. So I created a Test script as follows: Name: LMSensors Command: local-netmrg-lmsensors.pl Data Type:Standard Out For use with this device: Linux Box Then I created a monitor as follows: Monitoring Type: Script Script Test: LMSensors Parameters: temp1 Data Type:Gauge Minimum Value:U Maximum Value:U Subdevice:Amboise - Hardware Monitors But netmrg-gatherer is running the following command: [L: 0064, C: 0512] [Dev: 0002] [Sub: 0017] [Mon: 0064] Sending '/usr/lib/netmrg/local-netmrg-lmsensors.pl' to shell. Instead of the expected '/usr/lib/netmrg/local-netmrg-lmsensors.pl temp1'. Sorry for the long delay. It took me quite some time to figure out what's going on here. The documentation is bit scarce on this. It will work, if you specify the command as 'local-netmrg-lmsensors.pl %parameters%' %parameters% will be replaced with 'temp1' in your case. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#420218: texlive-base-bin: Allow to place entries in specific map file (not always in all map files)
Package: texlive-base-bin Version: 2007-5 Severity: wishlist I ran into a problem which I couldn't solve with the way updmap manages the map files. The goal was to install a truetype font, which is to be included by pdftex without conversion (because pdf can handle ttf) and must be converted to pk for use in postscript documents (when dvips is called). If I put a line like jvnr8r Verdana TeXBase1Encoding ReEncodeFont 8r.enc jvnr8a.ttf into my map file (which ends up in psfonts.map and pdftex.map), pdftex is quite happy with it but dvips doesn't call mktexpk anymore and actually includes the font in tt format into the postscript file. If I remove the above line from the map and instead put an equivalent line in ttfonts.map, mktexpk is called again, but for both pdftex and dvips, which doesn't really make sense for a pdf document. Well, the solution would be if I could put the above line only into pdftex.map and also put the equivalent line into ttfonts.map. Both isn't currently possible with updmap. Uwe -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'oldstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.17-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-base-bin depends on: ii ed0.2-20 The classic unix line editor ii libc6 2.5-2 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpoppler0c2 0.4.5-5.1 PDF rendering library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 1:1.0.3-3 X11 Athena Widget library ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxpm4 1:3.5.6-2 X11 pixmap library ii libxt61:1.0.5-2 X11 toolkit intrinsics library ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii perl 5.8.8-7Larry Wall's Practical Extraction ii texlive-common2007-4 TeX Live: Base component ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages texlive-base-bin recommends: ii perl-tk 1:804.027-7 Perl module providing the Tk graph Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 2.0021 Update Configuration File: preserv Versions of packages texlive-base-bin is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416454: depends on unavailable phpapi-20051025
On Tue, Mar 27, 2007 at 10:37:27PM -0400, Filipus Klutiero wrote: Package: php5-ps Version: 1.3.4-2 Severity: grave This package should apparently declare a dependency on phpapi-20051025. However, it does not and phpapi-20051025 is no more available in Etch, so we missed that it was unusable. I get a PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613+lfs/ps.so' - /usr/lib/php5/20060613+lfs/ps .so: cannot open shared object file: No such file or directory in Unknown on line 0 when starting PHP with ps enabled. This should have been fixed in 1.3.4-3, but unfortunetly the new version has another problem as described in #416416. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#416416: php5-ps: fails to initialize
On Tue, Mar 27, 2007 at 09:20:35PM +0100, Jorge Tiago Vila wrote: Package: php5-ps Version: 1.3.4-3 Severity: grave Justification: renders package unusable PHP5 PS module fails to initialize under PHP5 (5.2.0-10). Apache2 error log: [Tue Mar 27 21:08:01 2007] [notice] Digest: generating secret for digest authentication ... [Tue Mar 27 21:08:01 2007] [notice] Digest: done PHP Warning: PHP Startup: SH\x8d\x15\xf5\x01: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHPcompiled with module API=20 060613, debug=0, thread-safety=0\nThese options need to match\n in Unknown on line 0 [Tue Mar 27 21:08:01 2007] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-10 mod_ssl/2.2.3 OpenSSL/0.9.8e configured -- resuming normal operations Although it does not state the package name anywhere in the log file, removing it makes the PHP warning disapear and reinstalling it brings back the warning. It seems the package needs to be recompiled for the new PHP API. Much worse and a fairly stupid error on my side. The php4 module has been installed in the php5 extension dir. Will be fixed in version 1.3.4-4 Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#416454: Fixed
On Wed, Mar 28, 2007 at 12:44:39AM -0700, Steve Langasek wrote: reopen 416454 thanks On Wed, Mar 28, 2007 at 02:30:23AM -0400, Filipus Klutiero wrote: Version: 1.3.4-3 This was fixed by Uwe Steinmann. No, it wasn't. The current php5-ps package is still missing a dependency on the matching phpapi virtual package; so the new version of the package still permits installing the package in an unusable configuration. It's almost certain that lenny will ship with a different php5 ABI than etch includes, but php5-ps's dependency doesn't prevent the package from being broken by future partial upgrades; and the php4-ps package from the same source package has the same problem, meaning its dependencies are already insufficient to prevent installation with existing, incompatible php4 packages from sarge. That's a serious bug (incorrect dependencies). Uwe, please fix this package to use the ABI version information available from php-config4 --phpapi and php-config5 --phpapi in the Debian php*-dev packages. For an example of an out-of-tree extension that implements this, feel free to reference php-imlib. I just missed a ${php:Depends} in the Depends line. Should be fixed in 1.3.4-4. Thanks for pointing me into the right direction. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#412549: netmrg: Improve linux26diskaccess.pl to monitor disk traffic in bytes /sec
Thanks for the improved script. I made a simple test, but didn't get the expected results. ibook:/usr/share/doc/linux-wlan-ng# cat /sys/block/hda/hda2/stat 285 57000 ibook:/usr/share/doc/linux-wlan-ng# /tmp/linux26diskaccess.pl -r hda2 ibook:/usr/share/doc/linux-wlan-ng# /tmp/linux26diskaccess.pl -rb hda2 285 ibook:/usr/share/doc/linux-wlan-ng# /tmp/linux26diskaccess.pl -w hda2 570 ibook:/usr/share/doc/linux-wlan-ng# /tmp/linux26diskaccess.pl -wb hda2 0 Why doesn't '/tmp/linux26diskaccess.pl -r hda2' return '0'? Uwe On Mon, Feb 26, 2007 at 07:38:41PM +0100, Francois Gouget wrote: Package: netmrg Version: 0.18.2-14 Severity: normal Tags: patch When I looked at linux26diskaccess.pl I was surprised by the results. I would like to monitor my disk traffic in bytes per second rather than requests per second (the two are not correlated because of request merging). So I modified linux26diskaccess.pl so it supports the -rb and -wb options which report these statistics. At the same time I made some other changes: * It can now monitor any disk device, not just IDE disks * I tried to improve the usage message a bit * I factorized the partition / raw device handling -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.8fg1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages netmrg depends on: ii adduser3.102 Add and remove users and groups ii apache2-mpm-prefork [httpd 2.2.3-3.2 Traditional model for Apache HTTPD ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libmysqlclient15off5.0.32-3 mysql database client library ii libsnmp9 5.2.3-7 NET SNMP (Simple Network Managemen ii libssl0.9.80.9.8c-4 SSL shared libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libxml22.6.27.dfsg-1 GNOME XML library ii mysql-client-5.0 [mysql-cl 5.0.32-3 mysql database client binaries ii php4 6:4.4.4-8 server-side, HTML-embedded scripti ii php4-cli 6:4.4.4-8 command-line interpreter for the p ii php4-mysql 6:4.4.4-8 MySQL module for php4 ii rrdtool1.2.15-0.3Time-series data storage and displ ii wwwconfig-common 0.0.48Debian web auto configuration ii zlib1g 1:1.2.3-13compression library - runtime netmrg recommends no packages. -- debconf information excluded *** /usr/lib/netmrg/linux26diskaccess.pl #!/usr/bin/perl use strict; ### config variables my $blockdev = /sys/block; ### argument processing if (@ARGV != 2 or $ARGV[0] !~ /^-[rw]b?$/ or $ARGV[1] !~ /^\w+(?:\d+)?$/) { print U\n; print \n; print $0 [-r|-rb|-w|-wb] dev(N)\n; print \n; print Reports disk I/O statistics counters for use as a NetMRG test script.\n; print \n; print Options:\n; print -r Report the number of read operations\n; print -rb Report the number of read bytes\n; print -w Report the number of write operations\n; print -wb Report the number of written bytes\n; print dev(n) Is a relative block device or partition name.\n; print For instance hda, hda1 or md0\n; print \n; exit 1; } ### figure out device/partitions my ($hd, $partition); if ($ARGV[1] =~ /^(hd\w)\d+$/) { $partition = $ARGV[1]; $hd = $1; } # end if hd has a partition else { $hd = $ARGV[1]; } # end else hd is just the drive ### read info from system block # read the data from the correct path my $path = $blockdev/$hd; $path .= /$partition if ($partition ne ); $path .= /stat; open(STAT, $path) || die (U\nERROR: couldn't open $path\n\n); my $line = STAT; close(STAT); chomp($line); my ($read, $readb, $write, $writeb); if ($partition eq ) { ($read, $readb, $write, $writeb)=(split /\s+/, $line)[0, 2, 4, 6]; } else { ($read, $readb, $write, $writeb)=split /\s+/, $line; } ### output the data if ($ARGV[0] eq -r) { print $read\n; } elsif ($ARGV[0] eq -w) { print $write\n; } elsif ($ARGV[0] eq -rb) { $readb*=512; print $readb\n; } elsif ($ARGV[0] eq -wb) { $writeb*=512; print $writeb\n; } -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#391615: php-xajax: Put examples and tests where they belong
Package: php-xajax Version: 0.2.4-1 Severity: minor Wouldn't it be better to put the examples into /usr/share/doc/php-xajax/examples and the tests into /usr/share/php/tests/xajax? Uwe -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages php-xajax depends on: ii php4 4:4.4.4-2 server-side, HTML-embedded scripti ii php4-cgi 4:4.4.4-2 server-side, HTML-embedded scripti ii php4-cli 4:4.4.4-2 command-line interpreter for the p ii php5-cli 5.1.6-3command-line interpreter for the p php-xajax recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391079: It would be nice if the 'q' key and/or the Esc key quit Orpie.
On Wed, Oct 04, 2006 at 02:41:28PM -0400, Jason Spiro wrote: Package: orpie Version: 1.4.3-1 Severity: wishlist It would be nice if the 'q' key and/or the Esc key quit Orpie. Try 'Q'. Is that easy enough? Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: +2331 840446Fax: +2331 843920 signature.asc Description: Digital signature
Bug#391079: It would be nice if the 'q' key and/or the Esc key quit Orpie.
On Thu, Oct 05, 2006 at 03:47:39AM -0400, Jason Spiro wrote: 2006/10/5, Uwe Steinmann [EMAIL PROTECTED] said: ... I suppose it was the intention of the author of orpie not to use 'q' for imediate quit. I wonder why that would have been. (To all lurkers here: Orpie saves its stack on quit so even if you 'q' by accident you don't lose any data.) He is in CC. Let's just wait for his answer. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: +2331 840446Fax: +2331 843920 signature.asc Description: Digital signature
Bug#391079: It would be nice if the 'q' key and/or the Esc key quit Orpie.
On Thu, Oct 05, 2006 at 02:54:35AM -0400, Jason Spiro wrote: Try 'Q'. Is that easy enough? It is, but 'q' would be even easier. And 'q' would be easy to implement - you just add one line to orpie-1.4.3/orpierc. You actually could do it yourself in ~/.orpierc, though I haven't tried it. I suppose it was the intention of the author of orpie not to use 'q' for imediate quit. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: +2331 840446Fax: +2331 843920 signature.asc Description: Digital signature
Bug#387565: No way to specify RewriteRules in /etc/apache2/conf.d/xxx
Package: apache2 Version: 2.0.55-4.2 Severity: minor If a package needs to configure the apache2 for its own purposes like adding an Alias to the configuration this is usually done by placing a file in /etc/apache2/conf.d/. If one needs rewriting this approach doesn't work anymore, because RewriteRules won't be visible by the virtual host it 000-default, unless it has 'RewriteEngine On' and 'RewriteOptions inherit' set. Unfortunately, there is no way to do this from an installing package. Would be great if a way exist do extend the virt. host. Uwe -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.0.55-4.2 traditional model for Apache2 apache2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385554: zope-debhelper: Typo in /usr/share/debhelper/autoscripts/postinst-dzproduct
Package: zope-debhelper Version: 0.3.2.15 Severity: minor Search for 'prodcut' Uwe -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages zope-debhelper depends on: ii debhelper 5.0.37.3 helper programs for debian/rules ii perl 5.8.8-6.1 Larry Wall's Practical Extraction zope-debhelper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385144: [Pkg-zope-developers] Bug#385144: zope-zms: New upstream version available for some time
On Wed, Aug 30, 2006 at 08:30:12AM +0200, Andreas Tille wrote: On Tue, 29 Aug 2006, Uwe Steinmann wrote: I built a new debian package from zms 2.9.2, which was quite simple, This sounds like a reasonable contribution. Any URL? Did you make use of zope-debhelper or just recompiling the new tarball with the stuff inside the debian directory? I just used the existing debian directory. zope-debhelper maybe the next step. BTW, I would be more than happy if somebody would take over zope-zms because I do not use it any more. I thought so, but I cannot honestly offer to take it over, because my knowledge of zope is rather weak. Let me try to get a recent version of zms packaged. If I do not run into major problems I'll rethink it. but I'm simply too unfamiliar with zope and its intances to make it work on zope3. Would be great if you could create a new package for zope3. I think this question was just answered. The first step would be to ask upstream to port ZMS to Zope 3. BTW, what new features do you expect from ZMS if you install it into Zope 3? Nothing particular. I just thought that doing it for zope3 in the first place may be better than creating packages for *old* zope2. I wasn't aware of how different zope2 and zope3 are. I'll stick with zope2 since its far from being abandoned. I'll try to create a package for zope2, if you don't mind. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: +2331 840446Fax: +2331 843920 signature.asc Description: Digital signature
Bug#385144: zope-zms: New upstream version available for some time
Package: zope-zms Version: 1:2.3.2b57a09-2.2 Severity: wishlist Upstream is already at version 2.9. Is there any reason to keep zms at 2.3.2? Uwe -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'sid'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages zope-zms depends on: ii python-imaging1.1.5-10 Python Imaging Library ii tidy 20051018-1 HTML syntax checker and reformatte ii unzip 5.52-8 De-archiver for .zip files ii xalan 1.10-3 XSLT processor ii zope3 3.2.1-5Open Source Web Application Server Versions of packages zope-zms recommends: ii libsaxon-java 1:6.5.5-1 The Saxon XSLT Processor ii zope-epoz 2.0.2-2cross-browser WYSIWYG editor for Z pn zope-textindexng2 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385144: [Pkg-zope-developers] Bug#385144: zope-zms: New upstream version available for some time
On Tue, Aug 29, 2006 at 02:48:56PM +0200, Andreas Tille wrote: On Tue, 29 Aug 2006, Uwe Steinmann wrote: Upstream is already at version 2.9. Is there any reason to keep zms at 2.3.2? The reason is quite simple: Real live issues kept me away from those packages I regarded not that important. Your request shows that it has some importance and I hope to get a new package out in about two weeks. It was on my agenda anyway. Sorry for the lazyness Andreas. PS: Because I stopped using ZMS personally it might be reasonable to bother me from time to time with new upstream versions because I stopped tracking upstream versions actively. The alternative for me would be to orphan the package completely. I built a new debian package from zms 2.9.2, which was quite simple, but I'm simply too unfamiliar with zope and its intances to make it work on zope3. Would be great if you could create a new package for zope3. I wouldn't mind to help where I can. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: +2331 840446Fax: +2331 843920 signature.asc Description: Digital signature