Bug#1016085: libqt5network5: depends on libssl3 but loads (wrong) file provided by libssl-dev instead
Package: libqt5network5 Version: 5.15.4+dfsg-4 Severity: serious Justification: Policy 3.5 I have libssl 3.0.4-2 (satisfying the dependency of libqt5network5), but libssl-dev 1.1.1n-0+deb11u3. Starting QT applications gets on stdout/stderr stuff like 07-26 20:08:33:071 [ warning qt.network.ssl ]: QSslSocket: cannot resolve SSL_get1_peer_certificate 07-26 20:08:33:071 [ warning qt.network.ssl ]: QSslSocket: cannot resolve EVP_PKEY_get_base_id 07-26 20:08:33:071 [ warning qt.network.ssl ]: QSslSocket: cannot resolve SSL_CTX_load_verify_dir 07-26 20:08:46:405 [ warning qt.network.ssl ]: QSslSocket: cannot call unresolved function SSL_CTX_load_verify_dir 07-26 20:08:46:405 [ warning qt.network.ssl ]: An error encountered while to set root certificates location: "" 07-26 20:08:46:409 [ warning qt.network.ssl ]: QSslSocket: cannot call unresolved function SSL_get1_peer_certificate 07-26 20:08:46:409 [ warning qt.network.ssl ]: QSslSocket: cannot call unresolved function SSL_get1_peer_certificate and then the application fails to recognise any certificate as valid, since it doesn't recognise any root CA. An strace shows that it loads (my guess if with dlopen()) /usr/lib/x86_64-linux-gnu/libssl.so That file is _not_ provided by _any_ direct or indirect dependency of libqt5network5 but by libssl-dev. So from a policy standpoint: * libqt5network5 _must_ _not_ require that file to function since it does not depend on libssl-dev; formally that is fulfilled since it will fallback to libssl.so.3 when libssl.so is not found. * libqt5network5 _must_ _not_ be broken by the presence of any particular version of that file since it does not conflict with any particular version of libssl-dev; that is the policy requirement that is not fulfilled. In my opinion the best solution is to _never_ dlopen("libssl.so"), but only every dlopen("libssl.so.3") since that is the ABI that you expect, and what the package depends on. >From a policy standpoint, it would also be acceptable (as in non-RC buggy) to instead conflict on any version of libssl-dev that one is not compatible with, but IMO that would be a pity. -- System Information: Debian Release: 11.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-15-amd64 (SMP w/8 CPU threads) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.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 libqt5network5 depends on: ii libc6 2.33-8 ii libgssapi-krb5-2 1.18.3-6+deb11u1 ii libqt5core5a [qtbase-abi-5-15-4] 5.15.4+dfsg-4 ii libqt5dbus5 5.15.4+dfsg-4 ii libssl3 3.0.4-2 ii libstdc++612.1.0-7 ii zlib1g1:1.2.11.dfsg-2+deb11u1 libqt5network5 recommends no packages. libqt5network5 suggests no packages. -- no debconf information -- Lionel Mamane Tél: +352 46 67 74 Fax: +352 46 67 76 This message and any attachments may be intended to be confidential, intended solely for the addressee and/or contain legally privileged information. Any unauthorised use or dissemination is prohibited. Unless cryptographically protected, emails are susceptible to interception, alteration and spoofing, so in case of doubt, please check by independent means. We do not make any commitment by email, ever; if this emails appears to contain a commitment, we will not recognise the latter as valid, nor as engaging our liability. We make commitments only by a written paper document signed by at least one person entitled to engage our liability.
Bug#971403: geeqie: fails to start with X error
Package: geeqie Version: 1:1.5.1+git20200808-2a27c9ab-1 Severity: grave Justification: renders package unusable Seems to be since upgrade from 1:1.5.1-9 to 1:1.5.1+git20200808-2a27c9ab-1 $ geeqie (geeqie:26619): Gdk-ERROR **: 00:31:08.776: The program 'geeqie' received an X Window System error. This probably reflects a bug in the program. The error was 'GLXBadContext'. (Details: serial 185 error_code 161 request_code 152 (GLX) minor_code 6) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Trace/breakpoint trap -- System Information: Debian Release: 10.6 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8), LANGUAGE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages geeqie depends on: ii geeqie-common1:1.5.1+git20200808-2a27c9ab-1 ii libc62.31-3 ii libcairo21.16.0-4 ii libchamplain-0.12-0 0.12.16-3 ii libchamplain-gtk-0.12-0 0.12.16-3 ii libclutter-1.0-0 1.26.2+dfsg-10 ii libclutter-gtk-1.0-0 1.8.4-4 ii libcogl201.22.2-6 ii libdjvulibre21 3.5.27.1-10 ii libexiv2-27 0.27.3-3 ii libffmpegthumbnailer4v5 2.1.1-0.2+b1 ii libgcc-s110.2.0-7 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.66.0-2 ii libgtk-3-0 3.24.5-1 ii libheif1 1.8.0-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii liblcms2-2 2.9-3 ii liblirc-client0 0.10.1-6.2~deb10u1 ii liblua5.1-0 5.1.5-8.1+b2 ii libopenjp2-7 2.3.0-2+deb10u1 ii libpango-1.0-0 1.42.4-8~deb10u1 ii libpangocairo-1.0-0 1.42.4-8~deb10u1 ii libpoppler-glib8 0.71.0-5 ii libstdc++6 10.2.0-7 ii libtiff5 4.1.0+git191117-2~deb10u1 ii libwebp6 0.6.1-2 ii libx11-6 2:1.6.7-1 ii sensible-utils 0.0.12 Versions of packages geeqie recommends: ii cups-bsd [lpr] 2.2.10-6+deb10u3 ii exiftran 2.10-3 ii exiv20.25-4+deb10u1 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.23+dfsg-2.1+deb10u1 ii librsvg2-common 2.44.10-2.1 ii ufraw-batch 0.22-4 ii zenity 3.30.0-2 Versions of packages geeqie suggests: pn geeqie-dbg ii gimp 2.10.18-1+b1 ii libjpeg-turbo-progs [libjpeg-progs] 1:1.5.2-2+b1 ii ufraw0.22-4 ii xpaint 2.9.1.4-3.2+b1 -- no debconf information
Bug#946669: vlc: silently fails to play 32bit 48kHz Opus audio from mkv container
Package: vlc-plugin-base Version: 3.0.8-0+deb10u1 Severity: serious Justification: depend on libmatroska6v5 versioned too loosely Playing an mkv video with 48kHz 32 bit Opus Audio results in total silence. I tried alsa audio output, I tried pulseaudio output. Videos with other codecs work correctly. I didn't try: * other sampling frequency, or other bit depth, of Opus Audio * Opus Audio in another container than mkv I tried upgrading libopus0 to 1.3-1, same result. vlc -vvv output: This is caused by: [556bdfd5bc60] main libvlc warning: cannot load module `/usr/lib/x86_64-linux-gnu/vlc/plugins/demux/libmkv_plugin.so' (/usr/lib/x86_64-linux-gnu/vlc/plugins/demux/libmkv_plugin.so: undefined symbol: _ZN11libmatroska27KaxVideoProjectionPosePitch10ClassInfosE) which is solved by upgrading libmatroska6v5 from version 1.4.5-2 to 1.4.9-1. This suggests that the depends of vlc-plugin-base on libmatroska6v5 (>= 1.4.5) should be versioned more strictly, to require a higher version, making this a Policy-serious bug. Note that the "messages" window of vlc didn't show any error, nor did stderr. They should have, which would have clued me in as to the problem, before I ran with "-vvv" as instructed by reportug for this bug report. -- System Information: Debian Release: 9.11 APT prefers oldstable-updates APT policy: (600, 'oldstable-updates'), (600, 'oldstable'), (500, 'stable-updates'), (400, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-11-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii vlc-bin 3.0.8-0+deb10u1 ii vlc-plugin-base 3.0.8-0+deb10u1 ii vlc-plugin-qt3.0.8-0+deb10u1 ii vlc-plugin-video-output 3.0.8-0+deb10u1 Versions of packages vlc recommends: ii vlc-l10n 3.0.8-0+deb10u1 ii vlc-plugin-notify 3.0.8-0+deb10u1 ii vlc-plugin-samba 3.0.8-0+deb10u1 ii vlc-plugin-skins2 3.0.8-0+deb10u1 ii vlc-plugin-video-splitter 3.0.8-0+deb10u1 ii vlc-plugin-visualization 3.0.8-0+deb10u1 vlc suggests no packages. Versions of packages libvlc-bin depends on: ii libc62.28-10 ii libvlc5 3.0.8-0+deb10u1 Versions of packages libvlc5 depends on: ii libc62.28-10 ii libvlccore9 3.0.8-0+deb10u1 Versions of packages libvlc5 recommends: ii libvlc-bin 3.0.8-0+deb10u1 Versions of packages vlc-bin depends on: ii libc6 2.28-10 ii libvlc-bin 3.0.8-0+deb10u1 ii libvlc5 3.0.8-0+deb10u1 Versions of packages vlc-plugin-base depends on: ii liba52-0.7.4 0.7.4-19 ii libaom0 1.0.0-3 ii libarchive13 3.2.2-2+deb9u2 ii libaribb24-0 1.0.3-2 ii libasound2 1.1.8-1 ii libass9 1:0.14.0-2 ii libavahi-client3 0.6.32-2 ii libavahi-common3 0.6.32-2 ii libavc1394-0 0.5.4-4+b1 ii libavcodec58 7:4.1.4-1~deb10u1 ii libavformat587:4.1.4-1~deb10u1 ii libavutil56 7:4.1.4-1~deb10u1 ii libbasicusageenvironment12018.11.26-1.1 ii libbluray2 1:1.1.0-1 ii libc62.28-10 ii libcairo21.16.0-4 ii libcddb2 1.3.2-5 ii libchromaprint1 1.4.3-3 ii libcrystalhd31:0.0~git20110715.fdd2f19-12 ii libdbus-1-3 1.10.28-0+deb9u1 ii libdc1394-22 2.2.5-1 ii libdca0 0.0.5-10 ii libdvbpsi10 1.3.0-5 ii libdvdnav4 5.0.3-3 ii libdvdread4 5.0.3-2 ii libebml4v5 1.3.6-2 ii libfaad2 2.8.0~cvs20161113-1+deb9u2 ii libflac8 1.3.2-1 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3+deb10u1 ii libfribidi0 1.0.5-3.1+deb10u1 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgnutls30 3.6.7-4 ii libgpg-error01.35-1 ii libgroupsock82018.11.26-1.1 ii libharfbuzz0b2.3.1-1 ii libixml101:1.8.4-2 ii libjpeg62-turbo 1:1.5.1-2 ii libkate1 0.4.1-7+b1 ii liblirc-client0 0.9.4c-9 ii liblivemedia64
Bug#913641: libreoffice-report-builder: report builder reports fail to run
On Tue, Nov 13, 2018 at 12:58:02PM +0100, rene.engelh...@mailbox.org wrote: > Am 13. November 2018 12:13:52 MEZ schrieb Lionel Elie Mamane > : >> Package: libreoffice-report-builder >> Version: 1:6.1.3-1 >> Severity: normal > Huh, what? On a stable? Seriousl Yes, I'm dogfooding more recent version of LibreOffice. Seriously, that's how one gets early testers and bug reports before release. >> Trying to run any report (a report builder one, not a legacy one) >> fails with error message: >> Can not activate the factory for >> org.libreoffice.report.pentaho.SOReportJobFactory$_SOReportJobFactory > I assume it's related to stables openjdk 8 update and the discussion > in https://gerrit.libreoffice.org/63118. Hmmm... Switching LibreOffice to use OpenJDK 7 solves that issue. I guess this confirms your assumption? > Need to file a bug on openjdk... Not clear if you are saying I need to do it, or you need to do it. I don't quite understand the issue, you do, so I assume you will, you will be able to explain to the Java package maintainers the issue? Please CC me, I'd like to be educated on that. > >-- System Information: > >Debian Release: 9.6 > > APT prefers stable-updates > >APT policy: (600, 'stable-updates'), (600, 'stable'), (400, 'testing'), > >(300, 'unstable'), (1, 'experimental') > >Architecture: amd64 (x86_64) > >Foreign Architectures: i386 > > [...] > >Versions of packages libreoffice-report-builder depends on: > >ii libbase-java 1.1.6-2 > >ii libcommons-logging-java1.2-1 > >ii libflute-java 1:1.1.6-3 > >ii libfonts-java 1.1.6.dfsg-3 > >ii libformula-java1.1.7.dfsg-2 > >ii liblayout-java 0.2.10-2 > >ii libloader-java 1.1.6.dfsg-4 > >ii libpentaho-reporting-flow-engine-java 0.9.4-4 > >ii libreoffice-common 1:6.1.3-1 > >ii libreoffice-core 1:6.1.3-1 > >ii libreoffice-java-common1:6.1.3-1 > >ii libreoffice-report-builder-bin 1:6.1.3-1 > >ii librepository-java 1.1.6-3 > >ii libsac-java1.3+dfsg-2 > >ii libserializer-java 1.1.6-4 > >ii libxml-java1.1.6.dfsg-3 > This honestly is Soo broken. Ok, the backport will have the same problem > (that's why I needed +2 there) but.. That's honestly not broken at all. That's why our packages have dependencies, so that they can have what they require. >> ii openjdk-8-jre [java6-runtime] 8u181-b13-2~deb9u1 > This is probably the cause What happens with the old openjdk 8 on > stretch or openjdk 11.0.1+13? Downgrading to 8u171-b11-2 makes this problem disappear.
Bug#875688: libreoffice-report-builder: report builder inactive in 5.4
On Wed, Dec 13, 2017 at 09:20:57AM +0100, Rene Engelhard wrote: > On Wed, Dec 13, 2017 at 04:43:36AM +0100, Lionel Elie Mamane wrote: >> On Tue, Dec 12, 2017 at 11:35:29PM +0100, Rene Engelhard wrote: >>> On Thu, Dec 07, 2017 at 04:28:10PM +0100, Lionel Elie Mamane wrote: >>>> The Debian package of 5.4 behaves as if the optional part of >>>> LibreOffice "Report Builder" was not installed, although the >>>> packages libreoffice-report-builder and >>>> libreoffice-report-builder-bin are installed. I haven't diagnosed >>>> why. >>> Interestingly, in my sid test vm, the 5.4.4 packages from >>> https://people.debian.org/~rene/libreoffice/5.4/ do show it again >>> *but* you marked it as found in 6.0.0 beta2 and yes, I don't see >>> it there either anymore... >> This starts to look like there is some non-determinism in the build >> process, and depending on more-or-less random choices made, the bug is >> there or not. > This was the case since ages (3.6.1 if I am right), but maybe something in > 5.4 changed wrt how it detects/runs the report builder? Not that I'm aware of, but it could be a change made by another developer that I didn't see. > Maybe it's the following: > https://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/tree/rules#n1965 > is build-arch. Due to build time (and Build-Depends:, one can move those > to -Indep) optimization we build with > -disable-ext-wiki-publisher \ > --disable-report-builder --disable-scripting-javascript \ > --disable-scripting-beanshell > here and only later > (https://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/tree/rules#n2002) > we do the full build with the report builder. I wondered how this could ever work, since report builder (the "*report*builder*" packages) contains .so files. Confusingly, it seems that these parts are built even on a --disable-report-builder build. -- Lionel
Bug#875688: libreoffice-report-builder: report builder inactive in 5.4
On Tue, Dec 12, 2017 at 11:35:29PM +0100, Rene Engelhard wrote: > On Thu, Dec 07, 2017 at 04:28:10PM +0100, Lionel Elie Mamane wrote: > > The Debian package of 5.4 behaves as if the optional part of > > LibreOffice "Report Builder" was not installed, although the packages > > libreoffice-report-builder and libreoffice-report-builder-bin are > > installed. I haven't diagnosed why. > Interestingly, in my sid test vm, the 5.4.4 packages from > https://people.debian.org/~rene/libreoffice/5.4/ do show it again *but* > you marked it as found in 6.0.0 beta2 and yes, I don't see it there > either anymore... This starts to look like there is some non-determinism in the build process, and depending on more-or-less random choices made, the bug is there or not. If that's the case, it will a PITA to debug... But since AFAIK that bug happens only on Debian, we should concentrate on the Debian-specific patches. Or the non-determinism is in the install process? It depends in what order the packages are installed / upgraded? -- Lionel
Bug#875688: libreoffice-report-builder: report builder inactive in 5.4
On Tue, Dec 12, 2017 at 11:35:29PM +0100, Rene Engelhard wrote: > On Thu, Dec 07, 2017 at 04:28:10PM +0100, Lionel Elie Mamane wrote: >> The immediate cause is that in file >> dbaccess/source/ui/misc/linkeddocuments.cxx >> function OLinkedDocumentsAccess::open, the call to impl_open throws a >> css::io::WrongFormatException, >> but what is the underlying reason for that? Probably the internal >> LibreOffice registry doesn't have properly registered the optional >> "Report Builder" part (could be an error in >> /usr/lib/libreoffice/share/registry/reportbuilder.xcd or that file is >> not loaded), or it fails to load for some reason. > But it is there and was there. And if it was that, why is it > different between versions and without any change to what we do with > that file? When I wrote "it fails to load for some reason", I meant "Report Builder fails to load for some reason", and that's the following files: /usr/lib/libreoffice/program/librptlo.so /usr/lib/libreoffice/program/librptuilo.so /usr/lib/libreoffice/program/librptxmllo.so -- Lionel
Bug#875688: libreoffice-report-builder: report builder inactive in 5.4
retitle 875688 report builder inactive; only legacy reports can be created and run thanks For clarity, there are two reporting systems in LibreOffice: 1) Report Design (entirely in C++), the "old legacy one". 2) Report Builder, which used to be an extension, then was a bundled extension, and then became an optional but integrated part of LibreOffice (installed by default, but optional). The Debian package of 5.4 behaves as if the optional part of LibreOffice "Report Builder" was not installed, although the packages libreoffice-report-builder and libreoffice-report-builder-bin are installed. I haven't diagnosed why. The immediate cause is that in file dbaccess/source/ui/misc/linkeddocuments.cxx function OLinkedDocumentsAccess::open, the call to impl_open throws a css::io::WrongFormatException, but what is the underlying reason for that? Probably the internal LibreOffice registry doesn't have properly registered the optional "Report Builder" part (could be an error in /usr/lib/libreoffice/share/registry/reportbuilder.xcd or that file is not loaded), or it fails to load for some reason.
Bug#857293: asterisk-chan-capi: should it be removed from Debian?
On Thu, Mar 09, 2017 at 06:32:56PM +0100, Mattia Rizzolo wrote: > Therefor, I'm suggesting to just remove this package from the > archive. I was probably the only uploaded to somewhat care about this package or with the hardware to make any test. Basically, I don't use the hardware anymore, it is in a retired computer, so I think nobody's left in Debian with the capacity to maintain this. Removal is a good idea. (Plus I'm quasi-inactive in Debian these days.) -- Lionel
Bug#834706: libc6-dev: needs versioned dependency on linux-libc-dev for SYS_getrandom
On Thu, Aug 18, 2016 at 03:52:48PM +0200, Aurelien Jarno wrote: > On 2016-08-18 09:53, Lionel Elie Mamane wrote: >> /usr/include/x86_64-linux-gnu/bits/syscall.h >> contains >> #define SYS_getrandom __NR_getrandom >> but that is not defined in stable's linux-libc-dev (version >> 3.16.7-ckt25-2 and security update 3.16.7-ckt25-2+deb8u3). >> For this #define to work, libc6-dev needs a versioned depends on a >> newer version of linux-libc-dev. The version now in sid and testing >> (4.6.4-1) works but probably the requirement is more lax than that. > I am not sure about that. This kind of new features are usually > detected by the configure scripts of the software, given anyway that > the presence of the syscall definition doesn't imply that the > running kernel has support for it. I encountered this issue when compiling mutt. It contains this code: #if defined(SYS_getrandom) && defined(__linux__) long ret; do { ret = syscall(SYS_getrandom, out, len, 0, 0, 0, 0); } while ((ret == -1) && (errno == EINTR)); if (ret == len) return; // more stuff, removed here because not useful to the point #endif That code fails to compile with a new libc6-dev and old linux-libc-dev, with an error message along the lines of symbol __NR_getrandom not defined If you mean to say this mutt code is buggy, then fine, I defer to your expertise. You can reassign this bug to mutt with an explanation of what it _should_ do. > Also I am not sure Policy 3.5 applies there, most of the packages > work correctly there, so the dependency is not "required" for > packages to "work correctly". I understand "work correctly" as "works completely correctly", not "most of the package works correctly", and always have. I won't fight you if you disagree and downgrade the severity. -- Lionel
Bug#834706: libc6-dev: needs versioned dependency on linux-libc-dev for SYS_getrandom
On Thu, Aug 18, 2016 at 09:53:20AM +0200, Lionel Elie Mamane wrote: > libc6-dev needs a versioned depends on a newer version of > linux-libc-dev. The version now in sid and testing (4.6.4-1) works > but probably the requirement is more lax than that. Rumours suggest that 3.6.17 would be enough, since that's when the getrandom() syscall was introduced. -- Lionel
Bug#834706: libc6-dev: needs versioned dependency on linux-libc-dev for SYS_getrandom
Package: libc6-dev Version: 2.23-4 Severity: serious Justification: Policy 3.5 /usr/include/x86_64-linux-gnu/bits/syscall.h contains #define SYS_getrandom __NR_getrandom but that is not defined in stable's linux-libc-dev (version 3.16.7-ckt25-2 and security update 3.16.7-ckt25-2+deb8u3). For this #define to work, libc6-dev needs a versioned depends on a newer version of linux-libc-dev. The version now in sid and testing (4.6.4-1) works but probably the requirement is more lax than that. -- System Information: Debian Release: 8.5 APT prefers stable APT policy: (500, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages libc6-dev depends on: ii libc-dev-bin2.23-4 ii libc6 2.23-4 ii linux-libc-dev 4.6.4-1 libc6-dev recommends no packages. Versions of packages libc6-dev suggests: ii glibc-doc 2.19-18+deb8u4 ii manpages-dev 3.74-1 -- no debconf information
Bug#791491: lives: Crashes on startup
Package: lives Followup-For: Bug #791491 This looks similar to upstream bug https://sourceforge.net/p/lives/bugs/205/ If it is, in fact, the same, then it it is fixed upstream. -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages lives depends on: ii frei0r-plugins1.4-3+b1 ii imagemagick 8:6.8.9.9-5 ii libasound21.0.28-1 ii libatk1.0-0 2.18.0-1 ii libavc1394-0 0.5.4-2 ii libavutil-ffmpeg547:2.8.2-1 ii libc6 2.19-18+deb8u1 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libgdk-pixbuf2.0-02.31.1-2+deb8u3 ii libglib2.0-0 2.46.2-1 ii libgtk-3-03.18.5-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libmjpegutils-2.1-0 1:2.1.0+debian-3 ii libpango-1.0-01.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpng12-01.2.50-2+deb8u1 ii libpulse0 5.0-13 ii libraw1394-11 2.1.0-3 ii libswscale-ffmpeg37:2.8.2-1 ii libunicap20.9.12-2 ii libweed0 2.4.0~ds0-1+b1 ii libx11-6 2:1.6.2-3 ii lives-data2.4.0~ds0-1 ii lives-plugins 2.4.0~ds0-1+b1 ii mplayer2 [mplayer]2.0-728-g2c378c7-4+b1 ii ogmtools 1:1.5-3+b1 ii perl 5.20.2-3+deb8u1 ii procps2:3.3.9-9 ii python2.7.9-1 ii sox 14.4.1-5 Versions of packages lives recommends: ii dvgrab 3.5-2+b2 ii icedax 9:1.1.11-3 ii libogg01.3.2-1 ii libtheora-bin 1.1.1+dfsg.1-6 ii libtheora0 1.1.1+dfsg.1-7 ii mencoder 2:1.2-1 ii mkvtoolnix 8.5.2-1 ii pulseaudio 5.0-13 ii x11-utils 7.7+2 ii youtube-dl 2015.11.10-1 Versions of packages lives suggests: ii libdv-bin 1.0.0-6 ii mjpegtools 1:2.1.0+debian-3 -- no debconf information
Bug#798763: vlc: segfault if vlc and libvlc5/libvlccore8/vlc-data out of sync
Package: vlc Version: 2.2.1-3 Severity: serious Justification: Policy 3.5 after upgrade, vlc started segfaulting on startup. This was solved by: [UPGRADE] libvlc5:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3 [UPGRADE] libvlccore8:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3 [UPGRADE] vlc-data:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3 [UPGRADE] vlc-plugin-pulse:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3 which suggests that dependency on at least one of these packages is too lax (should be more strictly versioned). here's the backtrace for reference (without symbols) (gdb) bt #0 strlen () at ../sysdeps/x86_64/strlen.S:106 #1 0x7fb7fdb24954 in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 #2 0x7fb7fdb1761f in lua_pushstring () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 #3 0x7fb7fdd5890a in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so #4 0x7fb7fdb1bc4d in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 #5 0x7fb7fdb2783d in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 #6 0x7fb7fdb1bf8e in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 #7 0x7fb7fdb1b5cf in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 #8 0x7fb7fdb1c1d1 in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 #9 0x7fb7fdb180f1 in lua_pcallk () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0 #10 0x7fb7fdd4f0d3 in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so #11 0x7fb7fdd51880 in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so #12 0x7fb8047b9ee5 in ?? () from /usr/lib/libvlccore.so.8 #13 0x7fb8047ba4ae in vlc_module_load () from /usr/lib/libvlccore.so.8 #14 0x7fb80477dca3 in ?? () from /usr/lib/libvlccore.so.8 #15 0x7fb804780604 in ?? () from /usr/lib/libvlccore.so.8 #16 0x7fb80478473d in input_Read () from /usr/lib/libvlccore.so.8 #17 0x7fb80475a775 in ?? () from /usr/lib/libvlccore.so.8 #18 0x7fb804755af8 in ?? () from /usr/lib/libvlccore.so.8 #19 0x7fb804751838 in libvlc_InternalAddIntf () from /usr/lib/libvlccore.so.8 #20 0x7fb80520145c in libvlc_add_intf () from /usr/lib/libvlc.so.5 #21 0x004012c2 in ?? () #22 0x7fb804a50b45 in __libc_start_main (main=0x4010f0, argc=1, argv=0x7fff440fef88, init=, fini=, rtld_fini=, stack_end=0x7fff440fef78) at libc-start.c:287 #23 0x004014bc in ?? () -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-43 ii libavcodec-ffmpeg56 7:2.7.2-2+b1 ii libavutil-ffmpeg54 7:2.7.2-2+b1 ii libc6 2.19-18+deb8u1 ii libcaca00.99.beta19-2 ii libcairo2 1.14.0-2.1 ii libegl1-mesa [libegl1-x11] 10.3.2-1+deb8u1 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreetype62.5.2-3 ii libfribidi0 0.19.6-3 ii libgcc1 1:5.2.1-16 ii libgl1-mesa-glx [libgl1]10.3.2-1+deb8u1 ii libgles1-mesa [libgles1]10.3.2-1+deb8u1 ii libgles2-mesa [libgles2]10.3.2-1+deb8u1 ii libglib2.0-02.44.1-1.1 ii libpulse0 5.0-13 ii libqt5core5a5.4.2+dfsg-9 ii libqt5gui5 5.4.2+dfsg-9 ii libqt5widgets5 5.4.2+dfsg-9 ii libqt5x11extras55.3.2-2 ii librsvg2-2 2.40.5-1 ii libsdl-image1.2 1.2.12-5+b5 ii libsdl1.2debian 1.2.15-10+b1 ii libstdc++6 5.2.1-16 ii libva-drm1 1.4.1-1 ii libva-x11-1 1.4.1-1 ii libva1 1.4.1-1 ii libvlccore8 2.2.1-3 ii libvncclient1 0.9.10+dfsg-3 ii libx11-62:1.6.2-3 ii libxcb-composite0 1.10-3+b1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.10-3+b1 ii libxcb-shm0 1.10-3+b1 ii libxcb-xv0 1.10-3+b1 ii libxcb1 1.10-3+b1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1+b1 ii vlc-nox 2.2.1-3 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.1-3 ii vlc-plugin-samba 2.2.1-3 ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages vlc suggests: pn videolan-doc -- no debconf information
Bug#771669: segfaults with trivial usage
rename 771669 segfault on SQLPrepare SELECT with expression result column thanks On Mon, Dec 01, 2014 at 02:31:22PM +0200, Enrico Zini wrote: sqlite3+odbc segfaults with this simple test case, which as far as I understand ODBC is just a standard connect and prepare sequence. $ cat sqlite-odbc.c (...) // Prepare a query assert(SQLPrepare(stm, (SQLCHAR*)SELECT COUNT(*) FROM sqlite_master WHERE type='table' AND name=?, SQL_NTS) == SQL_SUCCESS); Reproduced; the trigger for this segfault is that a column in the result of the select is an expression, as opposed to a straight column reference from a table. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771669: segfaults with trivial usage
Hi Christian, May I draw your attention on Debian bug number 771669, which I quote below and which can be read in full at http://bugs.debian.org/771669 ? It was reported against 0.992, but I have reproduced it with 0.999 (which I'm shortly going to upload to Debian). I also attach a backtrace with sqliteodbc and libsqlite3 compiled in full debug mode. The trigger for this segfault seems to me to be that a column in the result of the select is an expression, as opposed to a straight column reference from a table, leading to sqlite3_column_(database|table|origin)_name to return NULL, which is then passed to sqlite3_table_column_metadata. I'm not 100% sure if that is to be considered a bug in sqliteodbc or in libsqlite3; even if a bug in libsqlite3, it would probably be good to work around it in sqliteodbc, additionally to having it fixed in libsqlite3. Please keep 771...@bugs.debian.org in CC of your replies, so that they are filed by our bug tracking system and forwarded to the right people. Best Regards and Thanks, Lionel Mamane On Mon, Dec 01, 2014 at 02:31:22PM +0200, Enrico Zini wrote: Package: libsqliteodbc Version: 0.992-2 Severity: grave Hello, sqlite3+odbc segfaults with this simple test case, which as far as I understand ODBC is just a standard connect and prepare sequence. The segfault happens in the current Jessie and in Fedora 20. $ cat sqlite-odbc.c #include sql.h #include sqlext.h #include assert.h #include stdlib.h int main() { // Allocate ODBC environment handle and register version SQLHENV od_env; assert(SQLAllocHandle(SQL_HANDLE_ENV, SQL_NULL_HANDLE, od_env) == SQL_SUCCESS); assert(SQLSetEnvAttr(od_env, SQL_ATTR_ODBC_VERSION, (void*)SQL_OV_ODBC3, 0) == SQL_SUCCESS); SQLHDBC od_conn; assert(SQLAllocHandle(SQL_HANDLE_DBC, od_env, od_conn) == SQL_SUCCESS); // Connect to the DSN char sdcout[1024]; SQLSMALLINT outlen; assert(SQLDriverConnect(od_conn, NULL, (SQLCHAR*)Driver=SQLite3;Database=test.sqlite;, SQL_NTS, (SQLCHAR*)sdcout, 1024, outlen, SQL_DRIVER_NOPROMPT) == SQL_SUCCESS); // Create a statement SQLHSTMT stm; assert(SQLAllocHandle(SQL_HANDLE_STMT, od_conn, stm) == SQL_SUCCESS); // Prepare a query assert(SQLPrepare(stm, (SQLCHAR*)SELECT COUNT(*) FROM sqlite_master WHERE type='table' AND name=?, SQL_NTS) == SQL_SUCCESS); // All good, deallocate things SQLFreeHandle(SQL_HANDLE_STMT, stm); SQLFreeHandle(SQL_HANDLE_DBC, od_conn); SQLFreeHandle(SQL_HANDLE_ENV, od_env); } $ gcc -g sqlite-odbc.c -o sqlite-odbc -lodbc $ rm -f test.sqlite # Not needed, but it keeps the tests stateless $ ./sqlite-odbc Segmentation fault $ rm -f test.sqlite # Not needed, but it keeps the tests stateless $ gdb ./sqlite-odbc GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 [...] (gdb) run Starting program: /home/enrico/lavori/arpa/dballe/sqlite-odbc [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. 0x76abc537 in sqlite3_stricmp () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (gdb) where #0 0x76abc537 in sqlite3_stricmp () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #1 0x76abd485 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #2 0x76abecf6 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #3 0x76b29188 in sqlite3_table_column_metadata () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #4 0x76d8180d in ?? () from /usr/lib/x86_64-linux-gnu/odbc/libsqlite3odbc.so #5 0x76d882d0 in ?? () from /usr/lib/x86_64-linux-gnu/odbc/libsqlite3odbc.so #6 0x76d88965 in ?? () from /usr/lib/x86_64-linux-gnu/odbc/libsqlite3odbc.so #7 0x77b94481 in SQLPrepare () from /usr/lib/x86_64-linux-gnu/libodbc.so.2 #8 0x00400957 in main () at sqlite-odbc.c:30 (gdb) Regards, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsqliteodbc depends on: ii libc6 2.19-13 ii libsqlite0 2.8.17-12 ii libsqlite3-0 3.8.7.1-1 ii multiarch-support 2.19-13 libsqliteodbc recommends no packages. Versions of packages libsqliteodbc suggests: ii unixodbc-bin 2.3.0-4 -- no debconf information Program received signal SIGSEGV, Segmentation fault. 0x76aaa487 in sqlite3_stricmp (zLeft=0x62b758 sqlite_temp_master, zRight=zRight@entry=0x0) at sqlite3.c:23042 23042while( *a!=0 UpperToLower[*a]==UpperToLower[*b]){ a++; b++; } (gdb)
Bug#763010: xchat-guile: debian/control still depends on guile-1.8
On Fri, Sep 26, 2014 at 10:41:15PM -0500, Rob Browning wrote: Package: xchat-guile Version: 0.3-3 Severity: serious I suspect this was just overlooked in the 2.0 migration. Thank you for your bug report. Indeed, this dependency was left there, but xchat-guile was already using guile 2.0. It turns out it doesn't even need the guile-2.0 package (which contains the command-line interface interpreter) since it uses the library directly. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747928: libglib2.0-dev: fails to configure - unmet python:any dependency
Package: libglib2.0-dev Version: 2.40.0-3 Severity: serious libglib2.0-dev fails to configure: dpkg: dependency problems prevent configuration of libglib2.0-dev: libglib2.0-dev depends on python:any (= 2.6.6-7~). Well, the package name is python, not python:any. I thought it might be related to multiarch and maybe a newer dpkg would parse the python:any, but nope, even with dpkg from unstable, still same error message. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libglib2.0-dev depends on: ii libc6 2.17-3 ii libglib2.0-02.40.0-3 ii libglib2.0-bin 2.40.0-3 ii libpcre3-dev1:8.31-2 ii pkg-config 0.26-1 pn python:any none ii zlib1g-dev 1:1.2.7.dfsg-13 libglib2.0-dev recommends no packages. Versions of packages libglib2.0-dev suggests: ii libglib2.0-doc 2.33.12+really2.32.4-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747928: libglib2.0-dev: fails to configure - unmet python:any dependency
On Tue, May 13, 2014 at 05:23:09AM +0200, Lionel Elie Mamane wrote: Package: libglib2.0-dev Version: 2.40.0-3 Severity: serious libglib2.0-dev fails to configure: dpkg: dependency problems prevent configuration of libglib2.0-dev: libglib2.0-dev depends on python:any (= 2.6.6-7~). Well, the package name is python, not python:any. I thought it might be related to multiarch and maybe a newer dpkg would parse the python:any, but nope, even with dpkg from unstable, still same error message. Upgrading *python* helped. So it seems there is a missing dependency on new-enough python. See e.g. https://bugs.debian.org/724705 for a similar situation. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743893: mediawiki: postinst uses php5enmod, but fails to depend on a php5-common that has it
Package: mediawiki Version: 1:1.19.15+dfsg-1 Severity: serious Justification: Policy 3.5 Setting up mediawiki (1:1.19.15+dfsg-1) ... /var/lib/dpkg/info/mediawiki.postinst: 78: php5enmod: not found dpkg: error processing mediawiki (--configure): subprocess installed post-installation script returned error exit status 127 $ dpkg -l php5-common Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii php5-common 5.3.3-7+squeeze19Common files for packages built from the php5 source Apparently, mediawiki needs a newer php5-common than that. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675834: hsqldb: FTBFS: The import java.sql.SQLFeatureNotSupportedException cannot be resolved
On Sun, Jun 03, 2012 at 06:07:33PM +0200, Rene Engelhard wrote: On Sun, Jun 03, 2012 at 05:44:59PM +0200, Christoph Egger wrote: Your package failed to build on the kfreebsd-* buildds: More: s/on the kfreebsd-* buildds/with gcj/ Interesting. This should be JAVA7 only: +//#ifdef JAVA7 +public Logger getParentLogger() throws SQLFeatureNotSupportedException +{ +throw new SQLFeatureNotSupportedException(Not supported yet.); +} + +//#endif JAVA7 It should, but is not, because the way the preprocessing was applied is buggy. See http://cgit.freedesktop.org/libreoffice/core/commit/?id=69273cdd675b205b6f47e9aab2872901c03be578 But maybe we should just stop the native compilation, which makes this a pure _all package and then it can build everywjere (and we can then ignore that this is not building on gcj archs as noone seriously will build there for _all packages) I'd rather avoid a situation where one of our arches cannot build one of the packages that it ships: this makes users of this arch unable to patch their package, and thus to make use of the software freedom. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677367: luatex: fails to upgrade in isolation
Package: luatex Version: 0.70.1.20120524-1+b1 Severity: serious Justification: Policy 7.2 $ sudo aptitude install luatex The following packages will be upgraded: luatex 1 packages upgraded, 0 newly installed, 0 to remove and 2016 not upgraded. Need to get 0 B/2 435 kB of archives. After unpacking 96,3 kB will be freed. Do you want to continue? [Y/n/?] (Reading database ... 269430 files and directories currently installed.) Preparing to replace luatex 0.60.2-1 (using .../luatex_0.70.1.20120524-1+b1_amd64.deb) ... Unpacking replacement luatex ... Processing triggers for doc-base ... Processing 1 changed doc-base file... Registering documents with dhelp... Registering documents with scrollkeeper... Processing triggers for man-db ... Setting up luatex (0.70.1.20120524-1+b1) ... Building format(s) --byengine luatex. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.Seil1cQB Please include this file if you report a bug. dpkg: error processing luatex (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: luatex E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up luatex (0.70.1.20120524-1+b1) ... Building format(s) --byengine luatex. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.utBfAnuU Please include this file if you report a bug. dpkg: error processing luatex (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: luatex Note that I was upgrading luatex without upgrading the rest of texlive. My guess: is missing a (versioned?) dependency on the package that contains these files, or the right symlink to these files or ... Downgrading to version 0.60.2-1 works: $ sudo dpkg --install luatex_0.60.2-1_amd64.deb (Reading database ... 269439 files and directories currently installed.) Preparing to replace luatex 0.70.1.20120524-1+b1 (using luatex_0.60.2-1_amd64.deb) ... Unpacking replacement luatex ... Setting up luatex (0.60.2-1) ... Building format(s) --byengine luatex. This may take some time... done. Processing triggers for doc-base ... Processing 1 changed doc-base file... Registering documents with dhelp... Registering documents with scrollkeeper... Processing triggers for man-db ... And then the problem happens again when one tries to upgrade lutaex. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages luatex depends on: ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libpng12-0 1.2.44-2 PNG library - runtime ii libpoppler5 0.12.4-1.2 PDF rendering library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages luatex recommends: ii texlive-luatex2009-11TeX Live: LuaTeX packages luatex suggests no packages. -- no debconf information fmtutil: running `luatex -ini -jobname=luatex -progname=luatex luatex.ini' ... warning: kpathsea: configuration file texmf.cnf not found in these directories: /etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c. This is LuaTeX, Version beta-0.70.2-2012060509 (TeX Live 2012/Debian) (INITEX) ! I can't find file `luatex.ini'. * luatex.ini Please type another input file name: ! Emergency stop. * luatex.ini No pages of output. Transcript written on luatex.log. Error: `luatex -ini -jobname=luatex -progname=luatex luatex.ini' failed fmtutil: running `luatex -ini -jobname=dviluatex -progname=dviluatex dviluatex.ini' ... warning: kpathsea: configuration file texmf.cnf not found in these directories: /etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c. This is LuaTeX, Version beta-0.70.2-2012060509 (TeX Live 2012/Debian) (INITEX) ! I can't find file `dviluatex.ini'. * dviluatex.ini Please type another input file name: ! Emergency stop. * dviluatex.ini No pages of output. Transcript written on dviluatex.log. Error: `luatex -ini -jobname=dviluatex -progname=dviluatex dviluatex.ini' failed fmtutil: running `luatex -ini -jobname=dvilualatex -progname=dvilualatex dvilualatex.ini' ... warning: kpathsea: configuration file texmf.cnf not found in these directories: /etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c. This is
Bug#677367: luatex: fails to upgrade in isolation
On Wed, Jun 13, 2012 at 03:31:18PM +0200, Hilmar Preusse wrote: On 13.06.12 Lionel Elie Mamane (lio...@mamane.lu) wrote: fmtutil: running `luatex -ini -jobname=luatex -progname=luatex luatex.ini' ... warning: kpathsea: configuration file texmf.cnf not found in these directories: /etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c. This is LuaTeX, Version beta-0.70.2-2012060509 (TeX Live 2012/Debian) (INITEX) ! I can't find file `luatex.ini'. * luatex.ini Please type another input file name: ! Emergency stop. * luatex.ini Which version of tex-common do you have installed? Version 2.08. Basically all (or only most?) of texlive on this machine is 2009. I see at least a mix of 2009-3, 2009-7, 2009-10, 2009-11 in versions of installed *texlive* packages. Additional info: $ dlocate texmf.cnf tex-common: /usr/share/tex-common/texmf.cnf.md5sum.d tex-common: /usr/share/tex-common/texmf.cnf.md5sum.d/2.0.2-13 tex-common: /usr/share/tex-common/texmf.cnf.md5sum.d/1.0.7+20011202-7.1 tex-common: /usr/share/texmf/web2c/texmf.cnf $ find /etc/ -name texmf.cnf /etc/texmf/texmf.cnf -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677367: luatex: fails to upgrade in isolation
On Wed, Jun 13, 2012 at 06:36:15PM +0200, Hilmar Preusse wrote: On 13.06.12 Lionel Elie Mamane (lio...@mamane.lu) wrote: On Wed, Jun 13, 2012 at 03:31:18PM +0200, Hilmar Preusse wrote: On 13.06.12 Lionel Elie Mamane (lio...@mamane.lu) wrote: fmtutil: running `luatex -ini -jobname=luatex -progname=luatex luatex.ini' ... warning: kpathsea: configuration file texmf.cnf not found in these directories: /etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c. This is LuaTeX, Version beta-0.70.2-2012060509 (TeX Live 2012/Debian) (INITEX) ! I can't find file `luatex.ini'. * luatex.ini Please type another input file name: ! Emergency stop. * luatex.ini Which version of tex-common do you have installed? Version 2.08. Basically all (or only most?) of texlive on this machine is 2009. I see at least a mix of 2009-3, 2009-7, 2009-10, 2009-11 in versions of installed *texlive* packages. Your problem is decribed in #676716, which was addressed in last tex-common: tex-common (3.12) unstable; urgency=low * mention NEWS.Debian in the update-updmap warning * break against old luatex, it cannot find the necessary files (Closes: #613013, #676716) -- Norbert Preining prein...@debian.org Sat, 09 Jun 2012 11:40:37 +0900 Obviously this was the wrong way to attack the problem. Yes, I guess newer luatex needs to depend on new enough tex-common? -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677367: luatex: fails to upgrade in isolation
On Thu, Jun 14, 2012 at 07:46:16AM +0900, Norbert Preining wrote: On Mi, 13 Jun 2012, Lionel Elie Mamane wrote: Yes, I guess newer luatex needs to depend on new enough tex-common? The question is honest: Is it *really* RC if you start upgrading from one distributin to the next package by package? Yes, it is, as long as the issue happens when one is upgrading one or more packages from Debian version n (or newer) to Debian version n+1 (or older), and all packages on the system are of a version between Debian n and n+1 (inclusive). In this case, the upgrade is from squeeze to (what is supposed to become) wheezy. Pragmatically, note that this particular problem can also break FULL upgrades, because apt is allowed to decide to upgrade luatex BEFORE tex-common (especially since newer tex-common breaks older luatex, it makes sense for the algorithm to decide to upgrade luatex first, since the dependencies say that newer luatex does not need newer tex-common, and is OK with the older one). -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659216: what to use in with the database connect url?
On Tue, Apr 24, 2012 at 03:22:40PM +0200, Jelle de Jong wrote: I got a working psql command and what to do some smart things with librebase, but cant figure out how to use the database url in the wizard!! It is a conninfo string as defined in http://www.postgresql.org/docs/current/static/libpq-connect.html#LIBPQ-PQCONNECTDB, which sends you back to http://www.postgresql.org/docs/current/static/libpq-connect.html#LIBPQ-PQCONNECTDBPARAMS; it is a space-separated list of keyword=value pairs. A more user-friendly prompt is in wishlist: https://bugs.freedesktop.org/43369 (I take patches) psql -U username -h vps6.server.nl database password For example, the equivalent of this psql command line is: host=vps6.server.nl dbname=database Then enter username and password in the LibreOffice dialogs for that. You can also hardcode the username (and also password) if you wish so: host=vps6.server.nl dbname=database user=HERE_THE_username password=HERE_THE_password Then, uncomment the needs password setting in LibreOffice. If you enter username and/or password in both the conninfo string (URL) and the LibreOffice prompts, I don't remember out the top of my head which one overrides the other one. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659818: dahdi-linux 2.5.0.1 won't build against Linux 3.2
On Sat, Apr 07, 2012 at 07:45:14PM +0300, Tzafrir Cohen wrote: On Fri, Apr 06, 2012 at 09:18:05PM +0100, Dmitrijs Ledkovs wrote: Now that sid/wheezy have 3.2+ linux kernel, this bug is now grave as it's not possible to build dahdi kernel module. I am planning to upload attached NMU to fix this bug, unless there is a good reason not to fix this now for 2.5.0.1. Upstream has tagged 2.6.1-rc2 (but no tarball released). I was hoping there would be a release by now, but as there's none so far, I'll create one from that tag. Ping? Any progress on that? -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659216: not possible to connect base with a postgresql db via libreoffice-sdbc-postgresql
On Thu, Feb 23, 2012 at 12:36:10PM +0100, Torsten Wiebke wrote: The error message has no other detail? It usually has. Please click on the more button and copy/paste the whole error message and send it to us (at the address 659...@bugs.debian.org). Here it is: SQL-Status: FATAL: Ident-Authentifizierung f?r Benutzer gncuser fehlgeschlagen Fehler-Code: 1 Couldn't establish database connection to 'sdbc:postgresql:dbname=gnucash' FATAL: Ident-Authentifizierung f?r Benutzer gncuser fehlgeschlagen My guess: you did not provide a password to PostgreSQL, and it wants one. Or you use the wrong user. In menu edit / database / properties, check password required and/or correct the user. Click test connection, give correct password. Does connecting with the psql command-line tool work? With which command-line exactly, are any of PGPORT, PGDATABASE, PGHOST, PGUSER environment variables set? -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659216: not possible to connect base with a postgresql db via libreoffice-sdbc-postgresql
On Thu, Feb 09, 2012 at 11:42:00AM +0100, Rene Engelhard wrote: On Thu, Feb 09, 2012 at 11:32:44AM +0100, Torsten Wiebke wrote: it is not possible to connect base with a postgresql db via libreoffice-sdbc-postgresql. With what symtoms? Do you just have not the option or what? I have the option to choose the connection via the sbc-postgres but it doesnt work. I get the information that the connection is not possible or that the user of the db cant be authorized. The error message has no other detail? It usually has. Please click on the more button and copy/paste the whole error message and send it to us (at the address 659...@bugs.debian.org). If there are multiple errors in the error list in the left part of the Details dialog (the one that opens when you click more), then please make sure to send us a copy of every error message. Please give me the datasource URL you use (you can replace any password you'd have put inside by , but please don't remove/add/change anything else). Menu edit / database / properties, it is in the first field. What happens when you click test connection? See above for error messages. -- Lionel, (upstream) PostgreSQL-SDBC maintainer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652702: openvpn: fails to start after upgrade: Linux ip link set failed: could not execute external program
Package: openvpn Version: 2.2.1-1 Severity: grave Justification: renders package unusable Since upgrade from 2.2.0-2 to 2.2.1-1, openvpn fails to start. /var/log/daemon.log: TUN/TAP device tun-openvpn opened do_ifconfig, tt-ipv6=0, tt-did_ifconfig_ipv6_setup=0 ip link set dev tun-openvpn up mtu 1500 Linux ip link set failed: could not execute external program Exiting I did not find why. An strace shows: execve(ip, [ip, link, set, dev, tun-openvpn, up, mtu, 1500], [/* 17 vars */]) = -1 ENOENT (No such file or directory) But from the shell, the exact same command works. I thought that maybe the PATH is modified in a bad way, but in /etc/init.d/openvpn and the strace I don't find anything touching the PATH. # ls -l /bin/ip /sbin/ip -rwxr-xr-x 1 root root 229296 6 jui 2010 /bin/ip lrwxrwxrwx 1 root root 7 14 déc 17:18 /sbin/ip - /bin/ip -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.13-23Embedded GNU C Library: Shared lib ii liblzo2-2 2.03-2 data compression library ii libpam0g 1.1.1-6.1+squeeze1 Pluggable Authentication Modules l ii libpkcs11-helper1 1.07-1 library that simplifies the intera ii libssl1.0.0 1.0.0e-3 SSL shared libraries ii net-tools 1.60-23The NET-3 networking toolkit openvpn recommends no packages. Versions of packages openvpn suggests: ii openssl 0.9.8o-4squeeze4 Secure Socket Layer (SSL) binary a pn resolvconf none (no description available) -- Configuration Files: /etc/init.d/openvpn changed: . /lib/lsb/init-functions test $DEBIAN_SCRIPT_DEBUG set -v -x DAEMON=/usr/sbin/openvpn DESC=virtual private network daemon CONFIG_DIR=/etc/openvpn test -x $DAEMON || exit 0 test -d $CONFIG_DIR || exit 0 AUTOSTART=all STATUSREFRESH=10 OMIT_SENDSIGS=0 if test -e /etc/default/openvpn ; then . /etc/default/openvpn fi start_vpn () { if grep -q '^[ ]*daemon' $CONFIG_DIR/$NAME.conf ; then # daemon already given in config file DAEMONARG= else # need to daemonize DAEMONARG=--daemon ovpn-$NAME fi if grep -q '^[ ]*status ' $CONFIG_DIR/$NAME.conf ; then # status file already given in config file STATUSARG= elif test $STATUSREFRESH -eq 0 ; then # default status file disabled in /etc/default/openvpn STATUSARG= else # prepare default status file STATUSARG=--status /var/run/openvpn.$NAME.status $STATUSREFRESH fi log_progress_msg $NAME STATUS=0 start-stop-daemon --start --quiet --oknodo \ --pidfile /var/run/openvpn.$NAME.pid \ --exec $DAEMON -- $OPTARGS --writepid /var/run/openvpn.$NAME.pid \ $DAEMONARG $STATUSARG --cd $CONFIG_DIR \ --config $CONFIG_DIR/$NAME.conf || STATUS=1 [ $OMIT_SENDSIGS -ne 0 ] ln -s /var/run/openvpn.$NAME.pid /run/sendsigs.omit.d/openvpn.$NAME.pid } stop_vpn () { kill `cat $PIDFILE` || true rm -f $PIDFILE [ $OMIT_SENDSIGS -ne 0 ] rm -f /run/sendsigs.omit.d/openvpn.$NAME.pid rm -f /var/run/openvpn.$NAME.status 2 /dev/null } case $1 in start) log_daemon_msg Starting $DESC # autostart VPNs if test -z $2 ; then # check if automatic startup is disabled by AUTOSTART=none if test x$AUTOSTART = xnone -o -z $AUTOSTART ; then log_warning_msg Autostart disabled. exit 0 fi if test -z $AUTOSTART -o x$AUTOSTART = xall ; then # all VPNs shall be started automatically for CONFIG in `cd $CONFIG_DIR; ls *.conf 2 /dev/null`; do NAME=${CONFIG%%.conf} start_vpn done else # start only specified VPNs for NAME in $AUTOSTART ; do if test -e $CONFIG_DIR/$NAME.conf ; then start_vpn else log_failure_msg No such VPN: $NAME STATUS=1 fi done fi #start VPNs from command line else while shift ; do [ -z $1 ] break if test -e $CONFIG_DIR/$1.conf ; then NAME=$1 start_vpn else log_failure_msg No such VPN: $1 STATUS=1 fi done fi log_end_msg ${STATUS:-0} ;; stop) log_daemon_msg Stopping $DESC if test -z $2 ; then for PIDFILE in `ls /var/run/openvpn.*.pid 2 /dev/null`; do NAME=`echo $PIDFILE | cut -c18-` NAME=${NAME%%.pid} stop_vpn log_progress_msg $NAME done else while shift ; do [ -z $1 ] break if test -e /var/run/openvpn.$1.pid ; then PIDFILE=`ls /var/run/openvpn.$1.pid 2 /dev/null`
Bug#648029: xen-utils-common: /usr/lib/xen-common/bin/xen-toolstack (and thus /usr/sbin/xm) works with bash, but not dash
Package: xen-utils-common Version: 4.1.2-1 Severity: grave Justification: renders package unusable (Grave because dash is the default /bin/sh) With dash 0.5.5.1-7.4 as /bin/sh, /usr/sbin/xm enters an infinite loop of reexcuting itself. When run with bash, it works correctly. I traced that to /usr/lib/xen-common/bin/xen-toolstack; here's the diff between /bin/sh -x /usr/sbin/xm and /bin/bash -x /usr/sbin/xm; the output of /bin/bash -x /usr/sbin/xm has been post-processed to remove spurious differences, such as multiple + at start of line (that in bash show recursion/inclusion level), '[' vs [, etc. + [ -z ] + check xm + [ xm = xm ] -+ PATH=/usr/lib/xen-4.1/bin command -v xm -+ cmd_xm=/usr/sbin/xm ++ PATH=/usr/lib/xen-4.1/bin ++ command -v xm ++ cmd_xm=/usr/lib/xen-4.1/bin/xm + check xl + [ xl = xm ] + [ xl = xl ] -+ PATH=/usr/lib/xen-4.1/bin command -v xl -+ cmd_xl=/usr/sbin/xl -+ [ /usr/sbin/xm ] -+ echo /usr/sbin/xm -+ TOOLSTACK=/usr/sbin/xm ++ PATH=/usr/lib/xen-4.1/bin ++ command -v xl ++ cmd_xl=/usr/lib/xen-4.1/bin/xl ++ [ /usr/lib/xen-4.1/bin/xm ] ++ echo /usr/lib/xen-4.1/bin/xm ++ TOOLSTACK=/usr/lib/xen-4.1/bin/xm + RET=0 + [ 0 -eq 0 ] -+ basename /usr/sbin/xm ++ basename /usr/lib/xen-4.1/bin/xm + [ xm != xm ] -+ exec /usr/sbin/xm ++ exec /usr/lib/xen-4.1/bin/xm Plainly, the idiom PATH=FOO command -v bar does not work with dash. This seems to work: local PATH_old PATH_old=${PATH} PATH=FOO command -v bar PATH=${PATH_old} Or maybe more devious (but untested): local PATH PATH=FOO command -v bar -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xen-utils-common depends on: ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii udev164-3/dev/ and hotplug management daemo ii xenstore-utils 4.0.1-4 Xenstore utilities for Xen xen-utils-common recommends no packages. xen-utils-common suggests no packages. -- Configuration Files: /etc/xen/xend-config.sxp changed: (network-script 'network-camp netdev=eth0 bridge=xenbr0') (vif-script 'vif-bridge bridge=xenbr0') (dom0-min-mem 196) (enable-dom0-ballooning yes) (total_available_memory 0) (dom0-cpus 0) (vncpasswd '') (keymap 'fr-be') -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648029: patch for Bug#648029 xen-toolstack (and thus xm) works with bash, but not dash
tags 648029 +patch thanks Here's a patch for bug #648029 /usr/lib/xen-common/bin/xen-toolstack (and thus /usr/sbin/xm) works with bash, but not with dash. Works for me, tested with dash and bash.--- xen-toolstack.orig 2011-11-08 15:02:01.0 +0100 +++ xen-toolstack 2011-11-08 15:03:16.0 +0100 @@ -5,11 +5,13 @@ dir=$(. /usr/lib/xen-common/bin/xen-dir); ret=$?; [ $ret -eq 0 ] || exit $ret check() { +local PATH if [ $1 = xm ] || [ $1 = xl ]; then -PATH=$dir/bin command -v $1 +PATH=$dir/bin else -PATH=$dir/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin command -v $1 +PATH=$dir/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin fi +command -v $1 } if [ -e $configfile ]; then
Bug#642400: package ftbfs on amd64: segfault in ./build/build-usual-image
severity 642400 wishlist retitle 642400 not portable to 64bit platforms tags =upstream thanks On Thu, Sep 22, 2011 at 10:29:11AM +0200, Matthias Klose wrote: Package ftbfs in unstable, on amd64: Package has not business being built on amd64, as amd64 is *not* in the Architecture: field. The bug is in the program that decided to try to build it. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: latex-unicode sources and licensing
On Tue, Aug 02, 2011 at 12:57:21PM +0900, Norbert Preining wrote: On Mo, 01 Aug 2011, Frank Küster wrote: Please don't overreact. Upstream has a fine mechanism to record licenses of packages and even individual files, and all we need to do is Individual packages, yes, individual files, no. As far as I can see, the licensing information in this case applies to the whole package, which should be (once it is in proper source format) just a small number of files, namely ucs.dtx, ucs.ins and a few perl scripts. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: latex-unicode sources and licensing
On Wed, Jul 27, 2011 at 11:02:39PM +0200, Frank Küster wrote: Lionel Elie Mamane lio...@mamane.lu wrote: So I'm out of ideas how to find the real sources. Given that the true sources seem to have disappeared, Hm, just googling for ucs.dtx (...) Now, why didn't that cross my mind is a fair question. There is a ucs.dtx at http://softbase.org/latex-unicode/ Ah yes, and that domain is owned by Wolfgang Jeltsch (the new maintainer, as you were saying). Thanks for that find. Now, with what Norbert said (will not bother about fixing a single LaTeX package) if we get Wolfgang Jeltsch to upload to CTAN *now*, then it will be in TeXlive 2012, so in.. wheezy+1, because wheezy will be frozen by then? Or did Norbert's remark apply only to patching it, not getting the source in the Debian source package? -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: latex-unicode sources and licensing
On Thu, Jul 28, 2011 at 07:21:39PM +0200, Alexander Reichle-Schmehl wrote: Am 26.07.2011 12:27, schrieb Lionel Elie Mamane: Given that the true sources seem to have disappeared, I suppose we could consider the .sty file to be its own source; it is a stretch, but removing unicode support for (La)TeX would be rather ... damaging. I really, really vote for that the absolute upper limit to what we would do about this is we move it to non-free, not remove (I want good unicode support in my LaTeX!). For the ftp-team the question is: What file would you edit, if you would need to do any modification on it? If it's feasible to edit the sty (even so it's not the original source), and you would edit the sty if you needed to make a change, then that's what we would consider to be the source. Sorry, I have not kept you in the loop. We found the new upstream maintainer, we found his darcs repository and it contains the true sources. So the point is moot. But FYI editing the .sty file is certainly feasible; it is roughly a portion of the .dtx file with literate programming comments stripped. And now that we have the .dtx file, we even see it does not contain _any_ comment for that part of the code! %% This program is provided under the terms of the LaTeX Project Public %% License with some modifications. %% See the file LICENSE (http://www.unruh.de/DniQ/latex/unicode/content/LICENSE) %% for information. I can't find that file [.. neither in Debian sources nor in upstream...], and /usr/share/doc/texlive-latex-extra does not contain licensing information for it (I grepped for ucs and unicode and did not find anything). So how do we know whether it is DFSG-free software? What are the some modifications above? Formally even: how do we know we can redistribute it in the way we do. I found http://web.archive.org/web/20050307171101/http://www.unruh.de/DniQ/latex/unicode/content/LICENSE but haven't read the content, yet. Upstream (that is, texlive, not the ultimate upstream maintainer of latex-unicode) actually had the license file in a place I had not looked at. The license is actually LaTeX project license plus additional authorisations, so no DFSG problem. So, on the Debian side we have to: 1) Include that license in debian/copyright, document which part it applies to. 2) Include the true source in the source package. The plan for that currently is to simply let it trickle downstream in its natural way: wait for the ultimate upstream maintainer (which I have prodded) to upload it to CTAN, and then it will end up in the next texlive update and then in the Debian package. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: latex-unicode source
forwarded 635382 jelt...@informatik.tu-cottbus.de thanks (Please keep 635...@bugs.debian.org in the CC in replies.) Hi, According to archives of newsgroup comp.text.tex, you are now the maintainer of latex-unicode. That's right? I noticed that the file ucs.dtx (source of many other files that form latex-unicode; directory macros/latex/contrib/unicode/ on CTAN) is not on CTAN (and thus not in TeX-live and thus not in Debian); did you get it from the previous maintainer? In that case, could you please put it on CTAN (and probably remove the generated files from CTAN), so that it trickles down to texlive and Debian? That would be great. Thanks in advance. Also, the previous maintainer's latex-unicode webpage (mentioned in the files on CTAN) (http://www.unruh.de/DniQ/latex/unicode/) redirects to your website at http://wolfgang.jeltsch.info/software/latex-unicode/, but that's a 404. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635382: [tex-live] latex-unicode source and licensing
On Tue, Jul 26, 2011 at 01:29:35PM +0200, Manuel Pégourié-Gonnard wrote: Le 26/07/2011 12:36, Lionel Elie Mamane a écrit : In the texlive SVN, in the directory Master/texmf-dist/tex/latex/ucs 2) I don't find the LICENSE file to know what the some modifications are. Do you have it or know where to find it? Yep, it's in TL in texmf-dist/doc/latex/ucs, [...] The modifications do not add any restriction to the LPPL, at first glance, so they are not a problem at all. Great, thanks. So all we have to do now on the Debian side for the licensing question is document this in the copyright file. On Tue, Jul 26, 2011 at 02:07:07PM +0200, Markus Kohm wrote: The current maintainer of ucs seems to be Wolfgang Jeltsch, see http://newsgroups.derkeiler.com/Archive/Comp/comp.text.tex/2011-01/msg00537.html Thanks, too. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628591: xpdf: cannot open any PDF file: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed
Package: xpdf Version: 3.02-12 Severity: serious Justification: Policy 3.5 After upgrade from 3.02-1.4+lenny2 to 3.02-12 $ xpdf foo.pdf xpdf: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. Aborted This kind of issue on partial upgrades is often caused by a missing versioned dependency: xpdf would need a newer version of some library than what I have. -- System Information: Debian Release: squeeze/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif21:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libpoppler5 0.12.4-1.2 PDF rendering library ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-4X11 client-side library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library Versions of packages xpdf recommends: ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii poppler-data 0.4.4-1Encoding data for the poppler PDF ii poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple xpdf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628591: xpdf: cannot open any PDF file: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed
notfound 628591 3.02-2 found 628591 3.02-9 thanks On Mon, May 30, 2011 at 04:03:41PM +0200, Lionel Elie Mamane wrote: $ xpdf foo.pdf xpdf: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. Aborted Reproduced on 3.02-9 and 3.02-10 from snapshot.debian.org. This kind of issue on partial upgrades is often caused by a missing versioned dependency: xpdf would need a newer version of some library than what I have. Rebuilding locally does *not* solve the problem, which suggests that wrong library version is probably not the problem. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613013: luatex: fails to upgrade in absence of fmtutil.cnf
Package: luatex Version: 0.60.2-1 Severity: serious Justification: Policy 7.2 Setting up luatex (0.60.2-1) ... Building format(s) --byengine luatex. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.GqN8HXC0 Please include this file if you report a bug. That file contains: /usr/bin/fmtutil: line 362: /usr/share/texmf/texconfig/tcfmgr: No such file or directory fmtutil: config file `fmtutil.cnf' not found. So it seems that luatex fails to configure in absence of that config file. I *guess* that this config file is put in place by the postinst / configure step of some other texlive package, maybe texlive-base. Then luatex should (directly or indirectly) depend on texlive-base. Possibly the bug is in a package that luatex depends on, or recommends, rather than in luatex itself. The information hereunder is for the state _after_ I fixed the issue manually, by first having all texlive-related packages installed and configured correctly. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages luatex depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libpng12-0 1.2.27-2+lenny4 PNG library - runtime ii libpoppler50.12.4-1.2PDF rendering library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages luatex recommends: ii texlive-luatex2009-11TeX Live: LuaTeX packages luatex suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613022: fcitx-data: file conflict with older version of fcitx
Package: fcitx-data Version: 1:4.0.1-2 Severity: serious Justification: Policy 7.2 As fcitx-data contains a file that was previously contained in fcitx, it should Replace: fcitx. Selecting previously deselected package fcitx-data. Unpacking fcitx-data (from .../fcitx-data_1%3a4.0.1-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/fcitx-data_1%3a4.0.1-2_all.deb (--unpack): trying to overwrite '/usr/share/fcitx/data/gbks2t.tab', which is also in package fcitx 1:3.4.3-1.1 dpkg-deb: subprocess paste killed by signal (Broken pipe) -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611579: libavformat52: broke ABI without SONAME change
Package: libavformat52 Version: 4:0.6.1-2 Severity: serious Justification: 8 user@host:~ $ gmplayer gmplayer: relocation error: gmplayer: symbol codec_wav_tags, version LIBAVFORMAT_52 not defined in file libavformat.so.52 with link time reference user@host:~ $ dpkg -l mplayer-gui ii mplayer-gui 2:1.0~rc3++final.dfsg1-1 movie player for Unix-like systems -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libavformat52 depends on: ii libavcodec524:0.6.1-2ffmpeg codec library ii libavutil50 4:0.6.1-2ffmpeg utility library ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii librtmp02.3-2toolkit for RTMP streams (shared l ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libavformat52 recommends no packages. libavformat52 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609999: bzr-gtk: breaks partial upgrades at python 2.6 installation step
Package: bzr-gtk Version: 0.99.1+bzr699-1 Severity: serious Not sure if the bug is in bzr-gtk, python or python-support/python-central. Setting up python (2.6.6-3+squeeze4) ... Linking and byte-compiling packages for runtime python2.6... Traceback (most recent call last): File /usr/bin/pycompile, line 314, in module main() File /usr/bin/pycompile, line 300, in main options.force, options.optimize, e_patterns) File /usr/bin/pycompile, line 196, in compile ftime = os.stat(fn).st_mtime OSError: [Errno 2] No such file or directory: '/usr/lib/python2.6/dist-packages/bzrlib/plugins/gtk/tests/test_tortoise_bzr.py' $ ls -l /usr/lib/python2.6/dist-packages/bzrlib/plugins/gtk/tests/test_tortoise_bzr.py lrwxrwxrwx 1 root root 65 nov 6 09:28 /usr/lib/python2.6/dist-packages/bzrlib/plugins/gtk/tests/test_tortoise_bzr.py - /usr/share/pyshared/bzrlib/plugins/gtk/tests/test_tortoise_bzr.py $ ls -l /usr/share/pyshared/bzrlib/plugins/gtk/tests/ total 88 -rw-r--r-- 1 root root 1171 mai 30 2010 __init__.py -rw-r--r-- 1 root root 1433 mai 7 2009 test_annotate_config.py -rw-r--r-- 1 root root 52213 déc 2 2009 test_commit.py -rw-r--r-- 1 root root 11897 oct 22 2008 test_diff.py -rw-r--r-- 1 root root 1762 mar 9 2007 test_history.py -rw-r--r-- 1 root root 1362 jun 9 2009 test_linegraph.py -rw-r--r-- 1 root root 3528 jun 10 2009 test_revisionview.py -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bzr-gtk depends on: ii bzr2.3.0~beta2-1 easy to use distributed version co pn python none(no description available) ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gtk22.17.0-4 Python bindings for the GTK+ widge ii python-notify 0.1.1-2+b2Python bindings for libnotify Versions of packages bzr-gtk recommends: ii bzr-dbus 0.1~bzr39-2 D-Bus announcements plugin for Baz ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect pn python-gnome2-desktopnone (no description available) ii python-gnomekeyring 2.30.0-3Python bindings for the GNOME keyr ii python-gtksourceview22.10.1-1Python bindings for the GtkSourceV pn seahorse none (no description available) Versions of packages bzr-gtk suggests: pn bzr-avahi none (no description available) pn bzr-loom none (no description available) pn bzr-searchnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609657: libreoffice-gcj: needs versioned dependency on gcj compat package
Package: libreoffice-gcj Version: 1:3.3.0~rc2-3 Severity: serious Justification: Policy 7.2 When libreoffice-gcj is installed, but the version of the Java-RTE-like interface of gcj (package gcj-jre or java-gcj-compat) that is installed is not the right one, and LibreOffice is configured to use gcj, LibreOffice aborts as soon as it tries to use java with error message: libgcj failure: gcj linkage error. The dependency on gcj-jre / java-gcj-compat should thus be versioned accordingly to ensure that a compatible version is installed. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice-gcj depends on: ii bsh-gcj2.0b4-12 Java scripting environment (BeanSh ii gcj-jre [java-gcj-comp 4:4.4.5-2 Java runtime environment using GIJ ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc11:4.3.2-1.1 GCC support library ii libgcj-bc 4.4.5-2 Link time only library for use wit ii libgcj-common 1:4.4.5-2 Java runtime library (common files ii libhsqldb-java-gcj 1.8.0.10-9Java SQL database engine (native c ii libreoffice-core 1:3.3.0~rc2-3 office productivity suite -- arch- ii libreoffice-java-commo 1:3.3.0~rc2-3 office productivity suite -- arch- ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime libreoffice-gcj recommends no packages. libreoffice-gcj suggests no packages. Versions of packages libreoffice-core depends on: ii fontconfig 2.6.0-3 generic font configuration library ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.18.2-8lenny4Multi-protocol file transfer libra ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-4+lenny3XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.3.7-2+lenny4FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1.1 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgraphite3 1:2.3.1-0.2 SILGraphite - a smart font rende ii libgstreamer-plugi 0.10.30-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.11-1 spell checker and morphological an ii libhyphen0 2.4-4 ALTLinux hyphenation library - sha ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libicu44 4.4.2-1 International Components for Unico ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libmythes-1.2-02:1.2.1-1 simple thesaurus library ii libneon27-gnutls 0.29.3-3 An HTTP and WebDAV client library ii libnspr4-0d4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1 Network Security Service libraries ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpng12-0 1.2.27-2+lenny4 PNG library - runtime ii librdf01.0.10-3 Redland Resource Description Frame ii libreoffice-common 1:3.3.0~rc2-3 office productivity suite -- arch- ii libsm6 2:1.0.3-2 X11 Session Management library ii libssl0.9.80.9.8o-2 SSL shared libraries ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw72:1.0.4-2 X11 Athena Widget library ii libxext6 2:1.0.4-2 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3 X11 Xinerama extension library ii libxml22.7.8.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii ttf-opensymbol 1:3.2.1-7 OpenSymbol TrueType font ii ure
Bug#609657: libreoffice-gcj: needs versioned dependency on gcj compat package
block 609657 609665 thanks On Tue, Jan 11, 2011 at 11:55:26AM +0100, Rene Engelhard wrote: On Tue, Jan 11, 2011 at 11:31:17AM +0100, Lionel Elie Mamane wrote: The dependency on gcj-jre / java-gcj-compat should thus be versioned accordingly to ensure that a compatible version is installed. That requires that gcj-jre (well, libgcj) has that info available and wouldn't change it without notifiying maintainers of -gcj using packages. I see. I filed bug #609665 about that. Maybe you'll want to subscribe to it. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609657: libreoffice-gcj: needs versioned dependency on gcj compat package
On Tue, Jan 11, 2011 at 12:31:44PM +0100, Rene Engelhard wrote: On Tue, Jan 11, 2011 at 11:31:17AM +0100, Lionel Elie Mamane wrote: Package: libreoffice-gcj Version: 1:3.3.0~rc2-3 Severity: serious Oh, and you really think this is a basis to block LibreOffice from entering Debian testing unless forced in? (BTW, openoffice.org-gcj has the exact same problem). That package's dependencies do not faithfully express all it absolutely needs to work. That's a serious violation of Debian Policy, thus bug severity serious. Debian can decide to temporarily make an exception in this case; I think it is a good idea, but I can't make that decision single-handedly. AFAIK, it would have to be made with the release managers, and implemented either by forcing the package in and/or by tagging this bug squeeze-ignore or something like that (in particular, not by downgrading the severity). -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607873: FTBFS: dpkg-gencontrol: error: error occurred while parsing Suggests field
On Mon, Dec 27, 2010 at 12:25:56PM +0100, Rene Engelhard wrote: On Thu, Dec 23, 2010 at 01:42:31PM +0100, Lionel Elie Mamane wrote: Source: openoffice.org Severity: serious Justification: Policy 7.7 The policy doesn't say anything about broken, misconfigured systems. I don't see how my system is broken and/or misconfigured. At the end of the email, you seem to imply that the broken, misconfigured part is that I'm mixing stable and testing/unstable. My understanding is that this has always been supported / allowed (and more generally, mixing/upgrading from release N and/to release N+1, of which testing is an alpha / beta version), albeit not very well tested. What is not supported is mixing/upgrading oldstable with/to testing/unstable, nor release N and/to release N+2. Neither does it say anything about filing it against sids version when history also is affected. (since 1:3.0.1-3) One reports bugs with the information one has. I determined that the sid version was affected, and had no information on whether older versions were, and which ones. Version: 1:3.2.1-10 So this is wrong, and you bogusly blocked a important bugfix from entering testing. No, this is not wrong. It states that this bug is present in version 1:3.2.1-10, and it is. It does not state anything about past versions, it does not say past versions don't have this bug, and it does not state that past versions have this bug. APT prefers testing APT policy: (600, 'testing'), (600, 'stable'), (500, 'stable'), (300, 'unstable'), (1, 'experimental') ... and the above works unless someone has such a broken mix (what has stable to do here?!) which results in two different libdb-devs pointing to different lidbX.Ys on his system... No, they are not on the system, but available for installation. One could even have a non-Debian repository in /etc/apt/sources.list, that offers yet another libdb-dev, with a higher (or lower) pin and/or version number. Then one would also have two different libdb-dev available for installation. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577381: sqliteodbc FTBFS with recent unixodbx fixed in new upstream version
The sqliteodbc bug FTBFS: sqliteodbc.c:7072: error: conflicting types for 'SQLSetStmtOption' is not present anymore in upstream version 0.87. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577381: Package fixing these bugs
A packaged version of sqliteodbc 0.87, which fixes all these bugs is at http://people.debian.org/~lmamane/sqliteodbc/ . AFAIK, the only change it would need before upload would be either make it a proper NMU (say it is a NMU in changelog) or a proper MU or a proper hijack (change version numbers and maintainer in debian/control). Oh, and check against newer Standards-Version, too. Rerunning autoreconf should also fix #570246. -- Lionelx -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604212: capi4hylafax: installation fails
On Sun, Nov 21, 2010 at 10:49:23AM +0100, Lucas Nussbaum wrote: While testing the installation of all packages in unstable, I ran into the following problem: Which looks to me like a problem in hylafax-server, not capi4hylafax. Setting up hylafax-server (2:6.0.5-3) ... invoke-rc.d: policy-rc.d denied execution of stop. awk: cmd. line:1: fatal: cannot open file `/etc/mtab' for reading (No such file or directory) dpkg: error processing hylafax-server (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: hylafax-server E: Sub-process /usr/bin/dpkg returned an error code (1) -- Lionelx -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601658: dbus: maintainer script uses group messagebus, but does not ensure it exists
Package: dbus Version: 1.2.24-3 Severity: serious Justification: Policy 9.2 In a rather minimal chroot: Setting up dbus (1.2.24-3) ... chown: invalid group: `root:messagebus' If dbus needs group messagebus to exist, it should either create it or (pre-?)depend on a package that does. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dbus depends on: ii adduser 3.112+nmu1 add and remove users and groups ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii lsb-base 3.2-26 Linux Standard Base 3.2 init scrip dbus recommends no packages. Versions of packages dbus suggests: pn dbus-x11 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601658: [Pkg-utopia-maintainers] Bug#601658: dbus: maintainer script uses group messagebus, but does not ensure it exists
On Thu, Oct 28, 2010 at 02:33:22PM +0200, Michael Biebl wrote: On 28.10.2010 08:55, Lionel Elie Mamane wrote: In a rather minimal chroot: Setting up dbus (1.2.24-3) ... chown: invalid group: `root:messagebus' If dbus needs group messagebus to exist, it should either create it or (pre-?)depend on a package that does. dbus postinst does create a user and group messagebus: How did you create your chroot? Was that really a clean install of dbus? Did you already have a user messagebus in your chroot passwd but no corresponding group messagebus, i.e. did you copy passwd from somewhere into your chroot? Yes, you are right, that's exactly what happened. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596417: should break Dpkg.pm users or depend on libdpkg-perl
Package: dpkg Version: 1.15.8.4 Severity: serious Justification: 7 $ dpkg-source -x tzdata_2010l-1.dsc apt Can't locate Dpkg.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/dpkg-source line 7. BEGIN failed--compilation aborted at /usr/bin/dpkg-source line 7. $ dpkg -l dpkg-dev ii dpkg-dev1.14.29 Debian package development tools Apparently libdpkg-perl has been split off dpkg; to allow for partial upgrades, dpkg should have a Breaks relationship on all users of Dpkg.pm, or depend on libdpkg-perl. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii coreutils 6.10-6 The GNU core utilities ii libbz2-1.01.0.5-1high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii xz-utils 4.999.9beta+20100810-1 XZ-format compression utilities ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.0 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596192: python-nevow: fails to install: SyntaxError when byte-compiling
On Thu, Sep 09, 2010 at 09:29:40AM +0200, Vincent Bernat wrote: OoO En ce doux début de matinée du jeudi 09 septembre 2010, vers 08:59, Lionel Elie Mamane lio...@mamane.lu disait : You have a system with mixed stable/testing/unstable. Since you took python2.6 from squeeze, please also use python-nevow from squeeze. This should work. The package relationship (Depends, Conflicts, Breaks, ...) fields are supposed to express these relationships. (Debian Policy chapter 7) Mixing distributions is on your own responsability. We cannot express relationship that were not needed on the time of the release. Take any Python package, take python-central/python-support from stable, python2.6 from unstable along with python-defaults from unstable and you have something that does not work at all because the paths have changed and a newer python-central/python-support is needed here. That's why python2.6-minimal has Breaks: python-central ( 0.6.14) That's how one can and does express relationship that were not needed on the time of the release. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596192: python-nevow: fails to install: SyntaxError when byte-compiling
On Thu, Sep 09, 2010 at 08:52:08PM +0200, Vincent Bernat wrote: OoO En cette matinée ensoleillée du jeudi 09 septembre 2010, vers 09:37, Lionel Elie Mamane lio...@mamane.lu disait : You have a system with mixed stable/testing/unstable. Since you took python2.6 from squeeze, please also use python-nevow from squeeze. This should work. The package relationship (Depends, Conflicts, Breaks, ...) fields are supposed to express these relationships. (Debian Policy chapter 7) Mixing distributions is on your own responsability. We cannot express relationship that were not needed on the time of the release. Take any Python package, take python-central/python-support from stable, python2.6 from unstable along with python-defaults from unstable and you have something that does not work at all because the paths have changed and a newer python-central/python-support is needed here. That's why python2.6-minimal has Breaks: python-central ( 0.6.14) That's how one can and does express relationship that were not needed on the time of the release. Those relationships were added to allow upgrading from lenny to squeeze, not to allow to run the other mentioned programs in lenny with a python From squeeze. There is no problem with python-nevow since it uses python-central and therefore, python-central will be upgraded before python2.6 is installed and will not fail anymore if it is not able to build the package (if it tries to build it before it is upgraded). See bug #590138. This bug report can be seen as pretty similar with yours. If you are not satisfied with the solution, I can merge your bug to this one. Bug #590138 is about exactly the same issue as I report. A merge seems a good way to proceed. There are no other way to fix this bug since it is already fixed in the version in squeeze and does not exist in stable. No, it is *not* fixed in squeeze, only in sid. It is fixed in python2.6 version 2.6.6-2, but squeeze only has 2.6.6~rc1-1. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590138: #590138 filed against wrong package (python-minimal: please add Breaks: for packages incompatible with python2.6)
This bug was filed against python-minimal (src package python-defaults), but fixed in python2.6-minimal (src package python2.6). This was keeping proper version tracking to come into effect, and especially since this is filed as an RC bug (severity: serious), I made the necessary fiddling so that it is properly registered against python2.6, with proper found / fixed versions so that version tracking knows it is found in squeeze and fixed in sid, and we do not release with this bug. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590138: #590138 affects others (python-minimal: please add Breaks: for packages incompatible with python2.6)
We might want to consider: affects 590138 +pitivi python-freevo python-gadfly python-nevow python-scientific qmtest aap bkchem python-mpmath python-plwm python-pydoctor python-pyscript python-scapy python-sympy pythoncad rawdog python-pmock polgen doclifter fvwm-crystal gforge-web-apache2 mftrace As these are the packages where the people will see the problem on partial upgrades. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578358: gnupg-agent: mangles passphrases should be grave (data loss, fixed upstream)
tags 578358 +upstream,fixed-upstream severity 578358 grave thanks On Mon, Apr 19, 2010 at 09:18:57AM +, Sascha Silbe wrote: Keys created / imported / having passphrase changed with gpg-agent 2.0.14 cannot be decrypted (and thus used), preventing all gpg operations. This has been fixed upstream in 2.0.15: Keys that are already mangled are unreadable even by 2.0.15 IMHO this means this bug is of grave severity, because this is in effect data loss. Not only of the key, but of any data encrypted with it! -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592086: patch for openvpn: rebuilding creates a different source package which FTBFS when built twice in a row
tags 592086 +patch thanks On Sat, Aug 07, 2010 at 03:18:58PM +0200, Lionel Elie Mamane wrote: The clean target does not undo all that binary / build targets do, leading to: 1) rebuilding yields a _different_ source package 2) (...) that new source package fails to build from source when built twice in a row. In other words, openvpn fails to build from source when built *three* times in a row. I expected AM_MAINTAINER_MODE (in a debian/patches/ patch) would solve the problem, but it seems it doesn't. That may be because patches are unapplied _before_ running distclean, not _after_, and AM_MAINTAINTER_MODE is not active then? That was exactly why it was not working. Here is a patch that works: it makes sure patches are applied before clean, and unpatches at the end of clean. One could apply _only_ the am_maintainer_mode patch before clean (and still unapply all patches at the end of clean). Something like (untested): clean:: dh_testdir dh_testroot rm -f build-stamp QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push am_maintainer_mode || test $$? = 2 # Add here commands to clean up after the build process. [ ! -f Makefile ] || $(MAKE) distclean #clean plugins $(MAKE) -C plugin/auth-pam/ clean $(MAKE) -C plugin/down-root/ clean clean:: unpatch dh_clean -- Lionel diff -Nru openvpn-2.1.0/debian/patches/am_maintainer_mode openvpn-2.1.0/debian/patches/am_maintainer_mode --- openvpn-2.1.0/debian/patches/am_maintainer_mode 1970-01-01 01:00:00.0 +0100 +++ openvpn-2.1.0/debian/patches/am_maintainer_mode 2010-08-07 17:18:17.0 +0200 @@ -0,0 +1,298 @@ +Index: openvpn-2.1.0/configure.ac +=== +--- openvpn-2.1.0.orig/configure.ac 2010-08-07 17:17:11.0 +0200 openvpn-2.1.0/configure.ac 2010-08-07 17:17:29.0 +0200 +@@ -33,6 +33,7 @@ + dnl Guess host type. + AC_CANONICAL_HOST + AC_CANONICAL_SYSTEM ++AM_MAINTAINER_MODE + AM_INIT_AUTOMAKE(openvpn, [$PACKAGE_VERSION]) + + AC_ARG_WITH(cygwin-native, +Index: openvpn-2.1.0/Makefile.in +=== +--- openvpn-2.1.0.orig/Makefile.in 2010-08-07 17:17:11.0 +0200 openvpn-2.1.0/Makefile.in 2010-08-07 17:17:47.0 +0200 +@@ -184,6 +184,7 @@ + LIBOBJS = @LIBOBJS@ + LIBS = @LIBS@ + LTLIBOBJS = @LTLIBOBJS@ ++MAINT = @MAINT@ + MAKEINFO = @MAKEINFO@ + MAN2HTML = @MAN2HTML@ + MKDIR_P = @MKDIR_P@ +@@ -379,7 +380,7 @@ + .SUFFIXES: .c .o .obj + am--refresh: + @: +-$(srcdir)/Makefile.in: $(srcdir)/Makefile.am $(am__configure_deps) ++$(srcdir)/Makefile.in: @MAINTAINER_MODE_TRUE@ $(srcdir)/Makefile.am $(am__configure_deps) + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ +@@ -406,9 +407,9 @@ + $(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) + $(SHELL) ./config.status --recheck + +-$(top_srcdir)/configure: $(am__configure_deps) ++$(top_srcdir)/configure: @MAINTAINER_MODE_TRUE@ $(am__configure_deps) + cd $(srcdir) $(AUTOCONF) +-$(ACLOCAL_M4): $(am__aclocal_m4_deps) ++$(ACLOCAL_M4): @MAINTAINER_MODE_TRUE@ $(am__aclocal_m4_deps) + cd $(srcdir) $(ACLOCAL) $(ACLOCAL_AMFLAGS) + + config.h: stamp-h1 +@@ -420,7 +421,7 @@ + stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status + @rm -f stamp-h1 + cd $(top_builddir) $(SHELL) ./config.status config.h +-$(srcdir)/config.h.in: $(am__configure_deps) ++$(srcdir)/config.h.in: @MAINTAINER_MODE_TRUE@ $(am__configure_deps) + cd $(top_srcdir) $(AUTOHEADER) + rm -f stamp-h1 + touch $@ +Index: openvpn-2.1.0/aclocal.m4 +=== +--- openvpn-2.1.0.orig/aclocal.m4 2010-08-07 17:17:11.0 +0200 openvpn-2.1.0/aclocal.m4 2010-08-07 17:17:45.0 +0200 +@@ -543,6 +543,35 @@ + rmdir .tst 2/dev/null + AC_SUBST([am__leading_dot])]) + ++# Add --enable-maintainer-mode option to configure. -*- Autoconf -*- ++# From Jim Meyering ++ ++# Copyright (C) 1996, 1998, 2000, 2001, 2002, 2003, 2004, 2005 ++# Free Software Foundation, Inc. ++# ++# This file is free software; the Free Software Foundation ++# gives unlimited permission to copy and/or distribute it, ++# with or without modifications, as long as this notice is preserved. ++ ++# serial 4 ++ ++AC_DEFUN([AM_MAINTAINER_MODE], ++[AC_MSG_CHECKING([whether to enable maintainer-specific portions of Makefiles]) ++ dnl maintainer-mode is disabled by default ++ AC_ARG_ENABLE(maintainer-mode, ++[ --enable-maintainer-mode enable make rules and dependencies not useful ++ (and sometimes confusing) to the casual installer], ++ USE_MAINTAINER_MODE=$enableval, ++ USE_MAINTAINER_MODE=no) ++ AC_MSG_RESULT([$USE_MAINTAINER_MODE]) ++ AM_CONDITIONAL(MAINTAINER_MODE, [test $USE_MAINTAINER_MODE = yes]) ++ MAINT=$MAINTAINER_MODE_TRUE ++ AC_SUBST(MAINT)dnl
Bug#587790: grub-pc: upgrade-from-grub-legacy exits with success (and deletes grub1) even when grub-setup fails
Package: grub-pc Version: 1.98+20100617-1 Severity: grave Justification: renders system unbootable grub-install fails with the following command error message: /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. Leading me to think it will *not* successfully boot my system. But upgrade-from-grub-legacy still deleted grub1, it says: GRUB Legacy has been removed, but its configuration files have been preserved, since this script cannot determine if they contain valuable information. If you would like to remove the configuration files as well, use the following command: and indeed I don't find the grub1 files in /boot/grub, except for menu.lst*. So it has rendered my system unbootable, all because it ignores the error return code of grub-install: mas...@capsaicin:~ 0 $ sudo grub-install /dev/sda; echo $? /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. 1 Note that grub does not actually need RAID or LVM support to boot my system, as the boot partition is on RAID1. My grub1 was configured to just use /dev/sda5 (hd0,4) as root (and I would manually change that to (hd1,4) in the interactive boot menu if the first disk were to become defective). -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/diskvg-rootlv / xfs rw,relatime,noquota 0 0 /dev/md0 /boot ext2 rw,sync,nosuid,nodev,noexec,relatime,errors=continue 0 0 /dev/mapper/diskvg-rootlv /var/chroots/sid-i386/home xfs rw,relatime,noquota 0 0 /dev/mapper/diskvg-rootlv /var/chroots/sid-i386/tmp xfs rw,relatime,noquota 0 0 /dev/mapper/diskvg-rootlv /var/chroots/sid-i386/media xfs rw,relatime,noquota 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } insmod raid insmod raid5rec insmod mdraid insmod lvm insmod part_msdos insmod part_msdos insmod part_msdos insmod xfs set root='(diskvg-rootlv)' search --no-floppy --fs-uuid --set af9ee105-4b60-4c36-865f-619c98222a41 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe fi if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod part_msdos insmod ext2 set root='(md0)' search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 set locale_dir=($root)/grub/locale set lang=fr insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod part_msdos insmod ext2 set root='(md0)' search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 insmod png if background_image /grub/moreblue-orbit-grub.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os { insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod part_msdos insmod ext2 set root='(md0)' search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 echo'Loading Linux 2.6.32-5-amd64 ...' linux /vmlinuz-2.6.32-5-amd64 root=/dev/mapper/diskvg-rootlv ro console=tty0 rootdelay=5 quiet echo'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-amd64 } menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod part_msdos insmod ext2 set root='(md0)' search --no-floppy --fs-uuid --set
Bug#583128: xine-ui: ships empty /usr/share/doc/xitk directory
Package: xine-ui Version: 0.99.5+cvs20070914-2.1~lenny2 Severity: serious Justification: Policy 12.3 xine-ui ships an empty /usr/share/doc/xitk directory, but that directory us reserved for an enventual xitk package. It also ships /usr/share/doc/xine-ui/README.xitk /usr/share/locale/*/LC_MESSAGES/xitk.mo which suggests it would have a /usr/bin/xitk, but it does not. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xine-ui depends on: ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.18.2-8lenny4 Multi-protocol file transfer libra ii libpng12-0 1.2.27-2+lenny3 PNG library - runtime ii libreadline5 5.2-3.1 GNU readline and history libraries ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3FreeType-based font drawing librar ii libxine1 1.1.18.1-1+b1 the xine video/media player librar ii libxine1-ffmpeg 1.1.18.1-1+b1 MPEG-related plugins for libxine1 ii libxine1-x 1.1.18.1-1+b1 X desktop video output plugins for ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii libxv1 2:1.0.4-1 X11 Video extension library ii libxxf86vm1 1:1.0.2-1 X11 XFree86 video mode extension l Versions of packages xine-ui recommends: ii xdg-utils 1.0.2-6.1 desktop integration utilities from xine-ui suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579000: texlive-base: fails to configure: fmtutil-sys failed: cannot find pdftexconfig.tex
On Sun, Apr 25, 2010 at 06:04:29PM +0900, Norbert Preining wrote: On So, 25 Apr 2010, Lionel Elie Mamane wrote: we're back to the starting situation: texlive-base fails to configure and its configuration attempt unconfigures tex-common. Can you do the following: - edit /var/lib/dpkg/info/texlive-base.preinst, search for a line starting with resurrect_conffile_sid and *add* after it the following line (it is the line 226 right at the end) resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex texlive-base $1 $2 OK. - edit /var/lib/dpkg/info/texlive-base.postinst, again search for resurrect_conffile_sid (this time it is line 73) and *ADD* after that line resurrect_conffile_sid /etc/texmf/metafont/misc/modes.mf texlive-base That line is already there, and the only call to resurrect_conffile_sid. Duplicating it does not help. Maybe you wanted me to add resurrect_conffile_sid /etc/texmf/tex/generic/config/pdftexconfig.tex texlive-base $1 $2 ? Yes, that solves the problem: $ sudo dpkg --configure -a Setting up tex-common (2.07) ... Running mktexlsr. This may take some time... done. texlive-base is not ready, delaying updmap-sys call texlive-base is not ready, skipping fmtutil-sys --all call Setting up texlive-base (2009-8) ... Reinstalling deleted mandatory conffile pdftexconfig.tex Running mktexlsr. This may take some time... done. Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-base.cnf. This may take some time... done. Processing triggers for tex-common ... Running updmap-sys. This may take some time... done. Building e-tex based formats --byhyphen /var/lib/texmf/tex/generic/config/language.def. This may take some time... done. Setting up advi (1.9.0-1) ... ... -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579000: texlive-base: fails to configure: fmtutil-sys failed: cannot find pdftexconfig.tex
On Sun, Apr 25, 2010 at 07:59:47PM +0200, Hilmar Preuße wrote: On 24.04.10 Lionel Elie Mamane (lio...@mamane.lu) wrote: $ grep -A1 '^Package: tex-common' /var/lib/dpkg/status Package: tex-common Status: install ok half-configured $ But indeed, if I use reportbug to create a new bug report for texlive-base, it shows tex-common as desired/status pn. This might be a bug in how reportbug queries the state of tex-common. Will you file a new bug? Thanks! Done. $ sudo dpkg --configure texlive-base Setting up texlive-base (2009-8) ... Running mktexlsr. This may take some time... done. Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-base.cnf. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.OKYxWvL9 Please include this file if you report a bug. I guess the build of the formats fails with the same error message as before, right? Yes. Norbert had me tweak the postinst to resurrect the missing config file and now it works. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579000: texlive-base: fails to configure: fmtutil-sys failed: cannot find pdftexconfig.tex
Package: texlive-base Version: 2009-8 Severity: serious $ sudo dpkg --configure texlive-base Setting up texlive-base (2009-8) ... Running mktexlsr. This may take some time... done. Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-base.cnf. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.RNDuki8C Please include this file if you report a bug. dpkg: error processing texlive-base (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for menu ... Processing triggers for tex-common ... texlive-base is not ready, delaying updmap-sys call Building e-tex based formats --byhyphen /var/lib/texmf/tex/generic/config/language.def. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.NaiuKHml Please include this file if you report a bug. dpkg: error processing tex-common (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: texlive-base tex-common ## List of ls-R files -rw-r--r-- 1 root root 2018 Apr 24 09:43 /var/lib/texmf/ls-R lrwxrwxrwx 1 root staff 25 Oct 29 2005 /usr/local/share/texmf/ls-R - /var/lib/texmf/ls-R-LOCAL lrwxrwxrwx 1 root root 29 Apr 24 01:17 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Apr 24 01:18 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Apr 24 01:18 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Apr 24 01:17 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 5543 Apr 24 09:43 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 12790 Apr 24 09:43 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 5098 Apr 24 09:43 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 0 ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf bab3b7e578107f999fa1b0768994f6f8 /etc/texmf/texmf.d/95NonPath.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf.dpkg-new -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-base depends on: ii dpkg 1.15.7.1 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii luatex0.60.0-1 next generation TeX engine ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap pn tex-commonnone (no description available) ii texlive-binaries 2009-5 Binaries for TeX Live ii texlive-common2009-8 TeX Live: Base component ii texlive-doc-base 2009-2 TeX Live: TeX Live documentation Versions of packages texlive-base recommends: ii lmodern 2.004.1-3 scalable PostScript and OpenType f Versions of packages texlive-base suggests: ii evince [postscript-viewer] 2.28.2-1Document (postscript, pdf) viewer ii ghostscript [postscript-view 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF ii gv [postscript-viewer] 1:3.6.8-1 PostScript and PDF viewer for X pn perl-tk none (no description available) ii xpdf-reader [pdf-viewer] 3.02-2 Portable Document Format (PDF) sui Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii dpkg 1.15.7.1 Debian package management system ii ucf 3.0025 Update Configuration File: preserv Versions of packages texlive-base is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) pn tex-commonnone (no description available) -- Configuration
Bug#579000: texlive-base: fails to configure: fmtutil-sys failed: cannot find pdftexconfig.tex
On Sat, Apr 24, 2010 at 11:14:18AM +0200, Hilmar Preuße wrote: On 24.04.10 Lionel Elie Mamane (lio...@mamane.lu) wrote: Versions of packages texlive-base depends on: pn tex-commonnone (no description available) texlive-base depends on tex-common. How did you manage to install it w/o having tex-common installed? I have tex-common: $ dpkg -l tex-common Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- iF tex-common 2.07 common infrastructure for building and installing Te $ grep -A1 '^Package: tex-common' /var/lib/dpkg/status Package: tex-common Status: install ok half-configured $ But indeed, if I use reportbug to create a new bug report for texlive-base, it shows tex-common as desired/status pn. This might be a bug in how reportbug queries the state of tex-common. So now I do: $ sudo dpkg --configure tex-common; echo $? Setting up tex-common (2.07) ... Running mktexlsr. This may take some time... done. texlive-base is not ready, delaying updmap-sys call texlive-base is not ready, skipping fmtutil-sys --all call 0 $ dpkg -l tex-common Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii tex-common 2.07 common infrastructure for building and installing Te $ sudo dpkg --configure texlive-base Setting up texlive-base (2009-8) ... Running mktexlsr. This may take some time... done. Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-base.cnf. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.OKYxWvL9 Please include this file if you report a bug. dpkg: error processing texlive-base (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for menu ... Processing triggers for tex-common ... texlive-base is not ready, delaying updmap-sys call Building e-tex based formats --byhyphen /var/lib/texmf/tex/generic/config/language.def. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.YejmsE0L Please include this file if you report a bug. dpkg: error processing tex-common (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: texlive-base tex-common $ dpkg -l tex-common Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- iF tex-common 2.07 common infrastructure for building and installing Te $ Trying to configure texlive-base unconfigures tex-common in some way. fmtutil: running `pdftex -ini -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx *pdfetex.ini' ... This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) (INITEX) restricted \write18 enabled. (/usr/share/texmf-texlive/web2c/cp227.tcx) entering extended mode (/usr/share/texmf-texlive/tex/plain/config/pdfetex.ini ! I can't find file `pdftexconfig.tex'. l.4 \input pdftexconfig.tex There should be two incarnations, one in /usr/share/texlive-base/ the other in /etc/texmf/tex/generic/config/ . Could you double check if that file is there? Only in one of the places: $ ls -l /etc/texmf/tex/generic/config/ /usr/share/texlive-base/pdftexconfig.tex -rw-r--r-- 1 root root 284 3 jan 2006 /usr/share/texlive-base/pdftexconfig.tex /etc/texmf/tex/generic/config/: total 0 -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579000: texlive-base: fails to configure: fmtutil-sys failed: cannot find pdftexconfig.tex
On Sun, Apr 25, 2010 at 11:45:04AM +0900, Norbert Preining wrote: On So, 25 Apr 2010, Lionel Elie Mamane wrote: Now texlive-binaries doesn't configure, with the same symptoms. What I don't understand why tex-common wasn'tconfigured. See my other mail to the bug. It was configured (I remember from the output on the screen) successfully (no error message) right before texlive-base, but the configuration attempt of texlive-base unconfigured it. Now that I reinstalled texlive-binaries, it stays configured even after dpkg --configure texlive-binaries fails. Naturally, configuring texlive-base is not even attempted because it depends on texlive-binaries. Can you check that it is: dpkg -l tex-common texlive-base and send the output. $ dpkg -l tex-common texlive-base texlive-binaries Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii tex-common 2.07 common infrastructure for building and installing Te iF texlive-base 2009-8 TeX Live: Essential programs and files iF texlive-binaries 2009-5 Binaries for TeX Live -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579000: texlive-base: fails to configure: fmtutil-sys failed: cannot find pdftexconfig.tex
On Sun, Apr 25, 2010 at 11:45:04AM +0900, Norbert Preining wrote: On So, 25 Apr 2010, Lionel Elie Mamane wrote: does reinstalling of texlive-binaries and texlive-base help? Now texlive-binaries doesn't configure, with the same symptoms. It seems aptitude's idea of reinstalling is not my idea of it: it does *not* re-unpack it, only reconfigures it. So I manually ran: $ sudo dpkg --install tex-common_2.07_all.deb texlive-binaries_2009-5_amd64.deb texlive-base_2009-8_all.deb And now tex-common and texlive-binaries succeeded to configure and we're back to the starting situation: texlive-base fails to configure and its configuration attempt unconfigures tex-common. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579000: texlive-base: fails to configure: fmtutil-sys failed: cannot find pdftexconfig.tex
On Sun, Apr 25, 2010 at 06:54:19AM +0200, Lionel Elie Mamane wrote: On So, 25 Apr 2010, Lionel Elie Mamane wrote: does reinstalling of texlive-binaries and texlive-base help? Now texlive-binaries doesn't configure, with the same symptoms. It seems aptitude's idea of reinstalling is not my idea of it: it does *not* re-unpack it, only reconfigures it. So I manually ran: $ sudo dpkg --install tex-common_2.07_all.deb texlive-binaries_2009-5_amd64.deb texlive-base_2009-8_all.deb And now tex-common and texlive-binaries succeeded to configure This, BTW suggests that the postinst of texlive-binaries is not idempotent (policy 6.2). -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550632: (no subject)
On Mon, Feb 08, 2010 at 11:04:35PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko wrote: Does it happen with latest upstream? When you contact someone about a bug report, please quote or summarise what it is about, so that one does not have to go check the history in the BTS... Anyway, I don't have physical access to this machine right now, so it will have to wait. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568312: libgmime-2.0-2a: needs -fno-strict-aliasing
Package: libgmime-2.0-2a Version: 2.2.22-5 Severity: grave Tags: patch After upgrading from version 2.2.22-4 to 2.2.22-5, pan ceased to send email correctly at all. It behaves exactly as if no email recipient is set. I presume that the problem is that g_mime_message_add_recipients_from_string fails to do its job. This is corrected by recompiling libgmime-2.0-2a with -fno-strict-aliasing added to CFLAGS. Upstream released version 2.2.25 with just that change (compared to 2.2.24): * configure.in: Disabled strict-aliasing to work around subtle bugs generated by gcc 4.4 when optimizations are enabled. Please either upgrade to upstream version 2.2.25 or at least apply this patch in the meantime (and rerun autoconf): diff --recursive -uN gmime-2.2.24/configure.in gmime-2.2.25/configure.in --- gmime-2.2.24/configure.in 2009-08-12 19:54:29.0 +0200 +++ gmime-2.2.25/configure.in 2010-01-30 18:53:51.0 +0100 @@ -498,6 +498,7 @@ EXTRA_LIBS=$EXTRA_LIBS $LIBICONV fi +CFLAGS=$CFLAGS -fno-strict-aliasing AC_SUBST(CFLAGS) LIBS=$LIBS $EXTRA_LIBS -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgmime-2.0-2a depends on: ii libc6 2.10.2-3 Embedded GNU C Library: Shared lib ii libglib2.0-02.22.3-2 The GLib library of C routines ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libgmime-2.0-2a recommends no packages. libgmime-2.0-2a suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563733: missing replaces and/or conflicts texlive-base-bin?
Package: texlive-latex-base Version: 2009-6 Severity: serious Justification: Policy 7.6.1 Preparing to replace texlive-latex-base 2007.dfsg.2-4 (using .../texlive-latex-base_2009-6_all.deb) ... Unpacking replacement texlive-latex-base ... Replacing files in old package texlive-latex-recommended ... Replacing files in old package texlive-metapost ... dpkg: error processing /var/cache/apt/archives/texlive-latex-base_2009-6_all.deb (--unpack): trying to overwrite '/usr/share/man/man1/pdflatex.1.gz', which is also in package texlive-base-bin 0:2007.dfsg.2-7 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-base depends on: ii dpkg 1.15.5.5 Debian package management system ii tex-common 1.20 common infrastructure for building ii texlive-base 2007.dfsg.2-4 TeX Live: Essential programs and f ii texlive-common 2007.dfsg.2-4 TeX Live: Base component Versions of packages texlive-latex-base recommends: ii texlive-latex-base-doc 2007.dfsg.2-4 TeX Live: Documentation files for texlive-latex-base suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii dpkg 1.15.5.5 Debian package management system ii ucf 3.0025 Update Configuration File: preserv Versions of packages texlive-latex-base is related to: pn tetex-base none(no description available) ii tetex-bin 2007.dfsg.2-4 TeX Live: teTeX transitional packa ii tetex-extra2007.dfsg.2-4 TeX Live: teTeX transitional packa ii tex-common 1.20 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: true -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554631: fails with c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed.
On Mon, Nov 23, 2009 at 12:20:02AM +0100, Christoph Kling wrote: capi4hylafax cannot be started after it has been updated because the initscript is corrupted. Thank your for your bug report. The problem is not the upgrade of capi4hylafax, nor a corruption of the init script, but an upgrade of hylafax you probably did at the same time as the capi4hylafax upgrade. You upgraded hylafax to version 2:6.0.0-1 or later, right? Well, now hylafax bind-mounts /var/spool/hylafax/etc, and indeed capi4hylafax has to adapt to this. Please see the following error message: The default action is to keep your current version. *** capi4hylafax (Y/I/N/O/D/Z) [default=N] ? y Installing new version of config file /etc/init.d/capi4hylafax ... cp: `/etc/hylafax/config.faxCAPI' and `/var/spool/hylafax//etc/config.faxCAPI' are the same file invoke-rc.d: initscript capi4hylafax, action start failed. dpkg: error processing capi4hylafax (--configure): subprocess installed post-installation script returned error exit status 1 -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554631: upgrade fails with c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed.
On Thu, Nov 05, 2009 at 10:10:55PM +0100, Martin Steigerwald wrote: Am Donnerstag 05 November 2009 schrieb Lionel Elie Mamane: On Thu, Nov 05, 2009 at 08:39:24PM +0100, Martin Steigerwald wrote: Upgrade of capi4hylafax fails like this: shambhala:~ LANG=C aptitude safe-upgrade Preparing to replace capi4hylafax 1:01.03.00.99.svn.300-12 (using .../capi4hylafax_1%3a01.03.00.99.svn.300-13_i386.deb) ... Stopping capi4hylafax: c2faxrecvinvoke-rc.d: initscript capi4hylafax, action stop failed. dpkg: warning: old pre-removal script returned error exit status 1 Argh, it returns 1 when it is already stopped. That's a bug indeed. To work around that bug, start capi4hylafax and try the upgrade again. Doesn't work either. Init script does not seem to be able to either start or stop capi4hyladax. I see. Then apply the attached patch and try the upgrade again. Or upgrade directly to version -15, which fixes this. -- Lionel --- /etc/init.d/capi4hylafax +++ /etc/init.d/capi4hylafax @@ -74,22 +74,22 @@ case $1 in start) echo -n Starting capi4hylafax: c2faxrecv - start-stop-daemon --start --quiet --background \ + start-stop-daemon --start --quiet --oknodo --background \ --make-pidfile --pidfile $C2FAXRECVPID \ --exec /usr/bin/c2faxrecv echo . ;; stop) echo -n Stopping capi4hylafax: c2faxrecv - start-stop-daemon --stop --quiet --pidfile $C2FAXRECVPID + start-stop-daemon --stop --quiet --oknodo --pidfile $C2FAXRECVPID rm -f $C2FAXRECVPID echo . ;; restart | force-reload) echo -n Restarting capi4hylafax: c2faxrecv - start-stop-daemon --stop --quiet --pidfile $C2FAXRECVPID + start-stop-daemon --stop --quiet --oknodo --pidfile $C2FAXRECVPID sleep 2 - start-stop-daemon --start --quiet --background \ + start-stop-daemon --start --quiet --oknodo --background \ --make-pidfile --pidfile $C2FAXRECVPID \ --exec /usr/bin/c2faxrecv echo .
Bug#550632: grub-pc: chainload from legacy fails with bios disk error
Package: grub-pc Version: 1.97~beta4-1 Severity: grave Justification: renders package unusable When selecting the Chainload into GRUB 2 menu entry in the grub-legacy still in the MBR, I get these error messages: error: bios disk read error Entering reascue mode... error: cannot get C/H/S values And then I get a prompt that does not understand help so I'm guideless. -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/diskvg-rootlv / xfs rw,relatime,noquota 0 0 /dev/md0 /boot ext2 rw,sync,nosuid,nodev,noexec,relatime,errors=continue 0 0 /dev/mapper/diskvg-rootlv /var/chroots/sid-i386/home xfs rw,relatime,noquota 0 0 /dev/mapper/diskvg-rootlv /var/chroots/sid-i386/tmp xfs rw,relatime,noquota 0 0 /dev/mapper/diskvg-rootlv /var/chroots/sid-i386/media xfs rw,relatime,noquota 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 insmod raid insmod raid5rec insmod mdraid insmod lvm insmod xfs set root=(diskvg-rootlv) search --no-floppy --fs-uuid --set af9ee105-4b60-4c36-865f-619c98222a41 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 insmod png if background_image /grub/moreblue-orbit-grub.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, Linux 2.6.30-2-amd64 { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 linux /vmlinuz-2.6.30-2-amd64 root=/dev/mapper/diskvg-rootlv ro console=tty0 rootdelay=5 quiet initrd /initrd.img-2.6.30-2-amd64 } menuentry Debian GNU/Linux, Linux 2.6.30-2-amd64 (recovery mode) { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 linux /vmlinuz-2.6.30-2-amd64 root=/dev/mapper/diskvg-rootlv ro single console=tty0 rootdelay=5 initrd /initrd.img-2.6.30-2-amd64 } menuentry Debian GNU/Linux, Linux 2.6.29-2-amd64 { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 linux /vmlinuz-2.6.29-2-amd64 root=/dev/mapper/diskvg-rootlv ro console=tty0 rootdelay=5 quiet initrd /initrd.img-2.6.29-2-amd64 } menuentry Debian GNU/Linux, Linux 2.6.29-2-amd64 (recovery mode) { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 linux /vmlinuz-2.6.29-2-amd64 root=/dev/mapper/diskvg-rootlv ro single console=tty0 rootdelay=5 initrd /initrd.img-2.6.29-2-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_memtest86+ ### menuentry Memory test (memtest86+) { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 linux16 /memtest86+.bin } menuentry Memory test (memtest86+, serial console 115200) { insmod raid insmod mdraid insmod ext2 set root=(md0) search --no-floppy --fs-uuid --set 9f92bc65-061b-4c02-9c05-a60bf66ba5e4 linux16 /memtest86+.bin console=ttyS0,115200n8 } ### END /etc/grub.d/20_memtest86+ ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8
Bug#492978: ia32-apt-get upgrade dropped lines from source.list
Package: ia32-apt-get Version: 18 Severity: normal Not sure if it is the same bug, but for me it *dropped* a line and added lines that were not there. My source.list was (taken from a backup in the night): lion...@hair-dryer:~/O/etc/apt$ cat sources.list deb http://ftp.nl.debian.org/debian/ squeeze main contrib non-free deb http://ftp.nl.debian.org/debian/ sid main contrib non-free deb-src http://ftp.nl.debian.org/debian/ sid main contrib non-free deb http://security.eu.debian.org/ squeeze/updates main contrib non-free deb-src http://security.eu.debian.org/ squeeze/updates main contrib non-free ### ia32-apt-get entries ### #deb http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny-i386 main #deb http://ftp.surfnet.nl/os/Linux/distr/debian/ sid-i386 main #deb http://security.eu.debian.org/ lenny/updates-i386 main lion...@hair-dryer:~/O/etc/apt$ find native/ foreign/ -type f | while read f; do echo ; echo $f; echo --; cat $f; done native/sources.list -- deb http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://ftp.surfnet.nl/os/Linux/distr/debian/ sid main deb-src http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://security.eu.debian.org/ lenny/updates main deb-src http://security.eu.debian.org/ lenny/updates main foreign/sources.list -- deb http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://ftp.surfnet.nl/os/Linux/distr/debian/ sid main deb-src http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://security.eu.debian.org/ lenny/updates main deb-src http://security.eu.debian.org/ lenny/updates main I have no idea where these native and foreign files come from, I just edited sources.list, removed all ia32-apt-get lines (they were giving me too much trouble and grey hair) and switched to squeeze when lenny became stable. And now it is: lion...@harif:/etc/apt$ find sources.list sources.list.d/ i386/ amd64/ -type f | while read f; do echo ; echo $f; echo --; cat $f; done sources.list -- deb http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://ftp.surfnet.nl/os/Linux/distr/debian/ sid main deb-src http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://security.eu.debian.org/ lenny/updates main deb-src http://security.eu.debian.org/ lenny/updates main sources.list.d/ia32-apt-get.amd64.ia32-apt-get-transitional.list -- # This adds the ia32-libs and ia32-libs-gtk transitional packages deb file:///usr/share/ia32-apt-get transitional-amd64 main sources.list.d/ia32-apt-get-transitional.list -- # This adds the ia32-libs and ia32-libs-gtk transitional packages deb file:///usr/share/ia32-apt-get transitional main sources.list.d/ia32-apt-get.i386.list -- deb http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny-i386 main deb http://ftp.surfnet.nl/os/Linux/distr/debian/ sid-i386 main deb http://security.eu.debian.org/ lenny/updates-i386 main sources.list.d/ia32-apt-get.i386.ia32-apt-get-transitional.list -- # This adds the ia32-libs and ia32-libs-gtk transitional packages deb file:///usr/share/ia32-apt-get transitional-i386 main sources.list.d/ia32-apt-get.amd64.list -- deb http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny-amd64 main deb http://ftp.surfnet.nl/os/Linux/distr/debian/ sid-amd64 main deb http://security.eu.debian.org/ lenny/updates-amd64 main i386/sources.list -- deb http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://ftp.surfnet.nl/os/Linux/distr/debian/ sid main deb http://security.eu.debian.org/ lenny/updates main i386/sources.list.d/ia32-apt-get-transitional.list -- # This adds the ia32-libs and ia32-libs-gtk transitional packages deb file:///usr/share/ia32-apt-get transitional main amd64/sources.list -- deb http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://ftp.surfnet.nl/os/Linux/distr/debian/ sid main deb-src http://ftp.surfnet.nl/os/Linux/distr/debian/ lenny main deb http://security.eu.debian.org/ lenny/updates main deb-src http://security.eu.debian.org/ lenny/updates main amd64/sources.list.d/ia32-apt-get-transitional.list -- # This adds the ia32-libs and ia32-libs-gtk transitional packages deb file:///usr/share/ia32-apt-get transitional main -- System Information: Debian Release: squeeze/sid APT prefers transitional APT policy: (500, 'transitional'), (500, 'unstable'), (500, 'stable'), (400, 'unstable-i386'), (400, 'transitional-i386'), (400, 'stable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-apt-get
Bug#534059: scsh-install-lib: FTBFS: Nonexistent build-dependency: scsh-0.6
severity 534059 wishlist thanks On Sun, Jun 21, 2009 at 05:48:02PM +0200, Lucas Nussbaum wrote: Package: scsh-install-lib Version: 1.3.0-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090620 qa-ftbfs Justification: FTBFS on amd64 During a rebuild of all packages in sid, your package failed to build on amd64. Build-Depends: debhelper (= 4.0.0), docbook-to-man, scsh-0.6 (= 0.6.6) E: Package scsh-0.6 has no installation candidate Yes, that's correct it cannot be built on amd64 because one of it build-deps is not available on amd64. How is that more than a wishlist bug? There is no mandate that an arch: all package must be buildable on any architecture, as far as I know. If you want to build it, do it on a 32 bit architecture. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530260: fails to upgrade: install-info: File /usr/share/info/zile.info not found
Package: zile Version: 2.3.6-1 Severity: grave Justification: renders package unusable Setting up zile (2.3.6-1) ... install-info: File /usr/share/info/zile.info not found dpkg: error processing zile (--configure): subprocess installed post-installation script returned error exit status 2 # install-info --version Debian install-info version 1.15.1. Copyright (C) 1994,1995 Ian Jackson. This is free software; see the GNU General Public Licence version 2 or later for copying conditions. There is NO warranty. However, it installed correctly on an installation where: $ /usr/sbin/install-info --version Debian install-info version 1.14.26. Copyright (C) 1994,1995 Ian Jackson. This is free software; see the GNU General Public Licence version 2 or later for copying conditions. There is NO warranty. Possibly being called on a non-existing file became an error condition in install-info between these two versions? -- System Information: Debian Release: squeeze/sid APT prefers unstable Architecture: i386 chroot inside an amd64 system Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG= Shell: /bin/sh linked to bash Versions of packages zile depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libncurses5 5.7+20090516-1 shared libraries for terminal hand zile recommends no packages. zile suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Tue, May 05, 2009 at 07:13:23PM +0200, Julien Cristau wrote: arch-specific builds run 'debian/rules build $rootcmd debian/rules binary-arch' (where rootcmd is fakeroot or sudo). They can't do anything else, because the build-arch target is (still) not required. Sure they can: debian/rules build-arch if [ $? -eq 2 ] then apt-get install ${BUILD_DEPENDS_INDEP_OF_THE_PACKAGE} apt-get remove ${BUILD_CONFLICTS_INDEP_OF_THE_PACKAGE} debian/rules build fi $rootcmd debian/rules binary-arch Not wanting to do something as convoluted / brittle is another matter altogether and something I'd support. (Returning error code 2 is mandatory for debian/rules when called on a non-existing target, if I remember well.) So, pbuilder can call build unconditionally (that in itself is not a bug), but then it _must_ respect Build-Depends-Indep and Build-Conflicts-Indep. Whatever's needed for this needs to be in Build-Depends. No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: http://www.debian.org/doc/debian-policy/footnotes.html#f46 http://www.nl.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps I quote (emphasis mine): Build-Depends-Indep, Build-Conflicts-Indep The Build-Depends-Indep and Build-Conflicts-Indep fields must be satisfied when any of the following targets is invoked: *build*, build-indep, binary and binary-indep. If you make build-arch or binary-arch, you need Build-Depends. If you make build-indep or binary-indep, you need Build-Depends and Build-Depends-Indep. If you make *build* or binary, you need *both*. Under the current policy it is a bug for pbuilder to not install the Build-Depends-Indep. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#280529: [Pkg-mailman-hackers] Bug#280529: fixed in mailman 2.1.5-5
On Sun, Mar 15, 2009 at 08:03:22PM +0100, Thijs Kinkhorst wrote: On snein 15 Maart 2009, Mark Sapiro wrote: It's fine with me if the bug is closed. My only point in reporting what I did is there is a Debian patch to bin/update at http://patch-tracking.debian.net/patch/series/view/mailman/1:2.1.11-11/67_ update_handle_old_versions.patch which is still being applied, at least to Mailman 2.1.11. I have committed a change to Pending.py on the 2.2 branch which conflicts with 67_update_handle_old_versions.patch, and I wanted you to know this. Excellent, it is now well documented and the bug is not listed as affecting our current version, so that's exactly where we want to be :-) Well, the version graph on the top of the bug page shows all versions as red, I'm not sure why. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514428: galeon: world-readable temporary files when using helper app
/changelog +++ galeon-2.0.6/debian/changelog @@ -1,3 +1,10 @@ +galeon (2.0.6-2.1) unstable; urgency=high + + * Use dedicated temporary directory; avoids world-readable +temporary files (Closes: #TODO) + + -- Lionel Elie Mamane lmam...@debian.org Sat, 07 Feb 2009 14:35:20 +0100 + galeon (2.0.6-2) unstable; urgency=low * New patch, 50_configure-tests-flags, use proper CFLAGS/LDFLAGS/CPPFLAGS --- galeon-2.0.6.orig/src/galeon-main.c +++ galeon-2.0.6/src/galeon-main.c @@ -40,6 +40,8 @@ #include gtk/gtkwindow.h #include gdk/gdkx.h #include string.h +#include sys/stat.h +#include sys/types.h #ifdef ENABLE_NLS # include locale.h #endif @@ -259,6 +261,38 @@ } else { + + { + char *ntmpdir, *p; + unsigned int i = 0; + size_t ol, nl; + int r; + char *otmpdir = getenv(TMPDIR); + const char *pattern = galeon-tmp-; + const size_t pl = strlen(pattern); + const size_t max_ilen = sizeof(i)*2; + if ( otmpdir == NULL || *otmpdir == '\0' ) +otmpdir = getenv(TMP); + if ( otmpdir == NULL || *otmpdir == '\0' ) +otmpdir = getenv(TEMP); + if ( otmpdir == NULL || *otmpdir == '\0' ) +otmpdir = /tmp/; + ol = strlen(otmpdir); + nl = pl + max_ilen + 1 + ol; + ntmpdir = malloc(nl); + if ( ntmpdir == NULL) +abort(); + strncpy(ntmpdir, otmpdir, nl); + p = ntmpdir + ol; + strcpy(p, pattern); + p += pl; + while ( (r=mkdir(ntmpdir, S_IRUSR | S_IWUSR | S_IXUSR)) != 0 +errno == EEXIST i UINT_MAX ) +snprintf(p, max_ilen, %x, i++); + if ( r != 0 || setenv(TMPDIR, ntmpdir, -1) != 0 ) +abort(); + } + galeon_debug_init (); gul_state_init ();
Bug#486196: Got this bug
found 486196 1:9.5.0.dfsg.P2-4 thanks It seems this bug was reintroduced at some point: Unpacking replacement bind9 ... dpkg: error processing /var/cache/apt/archives/bind9_1%3a9.5.0.dfsg.P2-4_amd64.deb (--unpack): trying to overwrite `/usr/share/man/man1/idnconv.1.gz', which is also in package dnsutils dpkg-deb: subprocess paste killed by signal (Broken pipe) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505088: alsa-lib: fails to build twice in a row
Package: alsa-lib Version: 1.0.18-1 Severity: serious Justification: lenny release goal User: [EMAIL PROTECTED] Usertags: qa-doublebuild Second build: [EMAIL PROTECTED]:~/j/alsa-lib-1.0.18 0 $ debuild -us -uc -b dpkg-buildpackage -rfakeroot -D -us -uc -b dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package alsa-lib dpkg-buildpackage: source version 1.0.18-1 dpkg-buildpackage: source changed by Jordi Mallach [EMAIL PROTECTED] dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 Patch configure_cross_compile.patch does not remove cleanly (refresh it or enforce with -f) make: *** [unpatch] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2 debuild: fatal error at line 1319: dpkg-buildpackage -rfakeroot -D -us -uc -b failed -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473665: file conflict with binutils-multiarch
Package: binutils Version: 2.18.1~cvs20080103-3 Severity: serious Justification: Policy 7.2 binutils fails to install because it ships the same file as binutils-multiarch and doesn't conflict/replace it. Preparing to replace binutils-multiarch 2.18.1~cvs20080103-1 (using .../binutils-multiarch_2.18.1~cvs20080103-3_amd64.deb) ... Leaving `diversion of /usr/bin/size to /usr/bin/size.single by binutils-multiarch' Leaving `diversion of /usr/bin/objdump to /usr/bin/objdump.single by binutils-multiarch' Leaving `diversion of /usr/bin/ar to /usr/bin/ar.single by binutils-multiarch' Leaving `diversion of /usr/bin/strings to /usr/bin/strings.single by binutils-multiarch' Leaving `diversion of /usr/bin/ranlib to /usr/bin/ranlib.single by binutils-multiarch' Leaving `diversion of /usr/bin/objcopy to /usr/bin/objcopy.single by binutils-multiarch' Leaving `diversion of /usr/bin/addr2line to /usr/bin/addr2line.single by binutils-multiarch' Leaving `diversion of /usr/bin/readelf to /usr/bin/readelf.single by binutils-multiarch' Leaving `diversion of /usr/bin/nm to /usr/bin/nm.single by binutils-multiarch' Leaving `diversion of /usr/bin/strip to /usr/bin/strip.single by binutils-multiarch' Leaving `diversion of /usr/bin/gprof to /usr/bin/gprof.single by binutils-multiarch' Leaving `diversion of /usr/lib/libbfd.a to /usr/lib/libbfd-single.a by binutils-multiarch' Leaving `diversion of /usr/lib/libopcodes.a to /usr/lib/libopcodes-single.a by binutils-multiarch' Unpacking replacement binutils-multiarch ... Preparing to replace binutils 2.18.1~cvs20080103-1 (using .../binutils_2.18.1~cvs20080103-3_amd64.deb) ... Unpacking replacement binutils ... dpkg: error processing /var/cache/apt/archives/binutils_2.18.1~cvs20080103-3_amd64.deb (--unpack): trying to overwrite `/usr/lib64/libiberty.a', which is also in package binutils-multiarch dpkg-deb: subprocess paste killed by signal (Broken pipe) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages binutils depends on: ii libc6 2.7-10 GNU C Library: Shared libraries binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471418: capi4hylafax: bashism in /bin/sh script
On Tue, Mar 18, 2008 at 08:49:22PM -0600, Raphael Geissert wrote: On 18/03/2008, Lionel Elie Mamane [EMAIL PROTECTED] wrote: On Mon, Mar 17, 2008 at 09:23:30PM -0600, Raphael Geissert wrote: checkbashisms' output: possible bashism in ./etc/init.d/capi4hylafax line 15 (local foo=bar): local SPOOL=/var/spool/hylafax/ It is still a serious bug, though, because according to policy only local a a=foo can be used and not local a=foo (Policy 10.4) (...) some people have said that using bashisms in /bin/sh scripts does not qualify for RC. Based on the way I parse the RC policy for lenny[1] I would also say that they are RC bugs, Ah, yes, I keep forgetting that the rules have changed and that not all should/must clauses of the Debian policy warrant serious severity anymore. The RC policy for lenny is mum on /bin/sh scripts; so in a way, it is up to the release managers. The point is becoming moot anyway, I'm fixing the bug now. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464170: CVE-2008-0664: etch not vulnerable?
Hi, Is something happening for CVE-2008-0664 (wordpress xml-rpc can edit other user's posts) on etch? Has someone determined etch is not vulnerable, is an update being prepared, ...? -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463223: initramfs-tools: missing dependency on mktemp? Fails to configure without it
Package: initramfs-tools Version: 0.91d Severity: serious Justification: Policy 3.5 On update/upgrade of a sid machine today, initramfs-tools failed to configure, because it tries to use mktemp, while it was not installed on that machine. If it needs it, it must depend on it. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457196: vlan interface created with _rename suffix
Package: vlan Version: 1.9-3 Severity: grave Justification: renders package unusable When trying to add a new vlan interface, the interface is named with a suffix of _rename, e.g. vlan5_rename or eth1.5_rename. This means that the /etc/network/interfaces entry won't work, ifupdown cannot find the said interface. I also get this error in dmesg: net eth1.5_rename: device_rename: sysfs_create_symlink failed (-17) I tried with various kernels, always same result, except that for older kernels, the error message doesn't come on dmesg, the interface is just silently named foo_rename. Kernels I've tried: linux-image-2.6.18-4-amd64 2.6.18.dfsg.1-12 linux-image-2.6.23-1-amd64 2.6.23-1 self-compiled vanilla upstream 2.6.23.12 with CONFIG_SYSFS_DEPRECATED not set. A subsequent ifrename -c /dev/null -i eth1.5_rename -n eth1.5 gives a similar error message, but does rename the interface, which gives rise to a work-around by adding the ifrename call to /etc/network/if-pre-up.d/vlan . -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vlan depends on: ii iproute 20070313-1 Professional tools to control the ii libc6 2.7-4 GNU C Library: Shared libraries vlan recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457196: vlan interface created with _rename suffix
On Thu, Dec 20, 2007 at 01:33:39PM +0100, Lionel Elie Mamane wrote: When trying to add a new vlan interface, the interface is named with a suffix of _rename, This starts to look like an amd64 or 64-bit specific bug, because that bug does not happen on my i386 machines. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457196: vlan interface created with _rename suffix
On Thu, Dec 20, 2007 at 01:51:25PM +0100, Lionel Elie Mamane wrote: On Thu, Dec 20, 2007 at 01:33:39PM +0100, Lionel Elie Mamane wrote: When trying to add a new vlan interface, the interface is named with a suffix of _rename, This starts to look like an amd64 or 64-bit specific bug, because that bug does not happen on my i386 machines. No, not exactly either, I have reproduced the problem on i386 machines, too. Here are the results: arch kernel udev result amd64 2.6.23-1-amd64 0.114-2 bug i386 2.6.18-5-6860.105-4no bug i386 2.6.22-1-6860.105-4 bug i386 2.6.18-5-6860.105-4no bug amd64 2.6.18-4-amd64 0.114-2 bug -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451348: gnash-tools: [patch] missing library or dependency
On Fri, Dec 14, 2007 at 12:55:26AM +0100, Michael Koch wrote: On Tue, Dec 11, 2007 at 02:40:20AM +, Simon McVittie wrote: http://people.alioth.debian.org/~smcv-guest/gnash-0.81~rc070818-2.1-rfs1/ Wow, that really takes time to build. Even on my quadcore system...I will upload tomorrow morning. Any news on that? -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451348: gnash-tools: missing library or dependency
Package: gnash-tools Version: 0.8.1~rc.070818-2 Severity: serious Justification: Policy 3.5 [EMAIL PROTECTED]:~/ff$ gparser 300x250.swf gparser: error while loading shared libraries: libgnashserver-0.8.1.so: cannot open shared object file: No such file or directory [EMAIL PROTECTED]:~/ff$ gprocessor 300x250.swf gprocessor: error while loading shared libraries: libgnashserver-0.8.1.so: cannot open shared object file: No such file or directory It seems you are missing a dependency on ... maybe gnash-common? Or whatever package includes the libraries. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnash-tools depends on: ii libc6 2.6.1-6GNU C Library: Shared libraries ii libgcc1 1:4.2.2-3 GCC support library ii libstdc++64.2.2-3The GNU Standard C++ Library v3 gnash-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444508: polyxmass-bin: FTBFS: error: 'GtkTooltips' undeclared
On Sat, Oct 27, 2007 at 06:50:36PM +0200, rusconi wrote: I have fixed the problem referenced in the subject. The new package is available at http://www.polyxmass.org/varia/debian-limbs/ www.polyxmass.org doesn't DNS-resolve right now, so I cannot upload the package. Please place it somewhere else, e.g. on your home on alioth or somewhere under http://polyxmass.alioth.debian.org/ or ... Thanks, -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446730: bittornado: fails to start: ImportError: No module named BitTornado
Package: bittornado Version: 0.3.18-3 Severity: grave Justification: renders package unusable Bittornado completely fails to start: [EMAIL PROTECTED]:~/ST/debian/etch$ btdownloadcurses debian-40r0-amd64-businesscard.iso.torrent Traceback (most recent call last): File /usr/bin/btdownloadcurses, line 8, in ? from BitTornado import PSYCO ImportError: No module named BitTornado [EMAIL PROTECTED]:~/ST/debian/etch$ btdownloadgui debian-40r0-amd64-businesscard.iso.torrent Traceback (most recent call last): File /usr/bin/btdownloadgui, line 7, in ? from BitTornado import PSYCO ImportError: No module named BitTornado [EMAIL PROTECTED]:~/ST/debian/etch$ btdownloadheadless debian-40r0-amd64-businesscard.iso.torrent Traceback (most recent call last): File /usr/bin/btdownloadheadless, line 6, in ? from BitTornado import PSYCO ImportError: No module named BitTornado [EMAIL PROTECTED]:~/ST/debian/etch$ btlaunchmanycurses Traceback (most recent call last): File /usr/bin/btlaunchmanycurses, line 8, in ? from BitTornado import PSYCO ImportError: No module named BitTornado -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-amd64+deb-3 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bittornado depends on: ii python2.4.4-6An interactive high-level object-o ii python-support0.7.4 automated rebuilding support for p Versions of packages bittornado recommends: ii mime-support 3.39-1MIME files 'mime.types' 'mailcap ii python-crypto 2.0.1+dfsg1-2 cryptographic algorithms and proto -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439923: texmacs: Segfaults on startup
On Sat, Oct 06, 2007 at 05:36:14PM -0400, Kamaraju Kusumanchi wrote: After discussing the issue with guile upstream [1], I came to know that guile-1.8 is not ABI compatible if threads are enabled. Threads are reenabled in guile 1.8.2+1-2 leading to the crash of texmacs. Since the fix has to come from guile package itself, I am reassigning the bug to guile-1.8-libs. From the guile side of things, I suggest that guile-1.8-libs be renamed guile-1.8-libs-threaded or something like that so that the ABI change is marked by a package name change (so that it doesn't fulfil dependencies of packages compiled against the non-threads ABI). On the TeXmacs side of things, the problam can rather easily be circumvented with a rebuild and a dependency on guile-1.8-libs = 1.8.2+1-2 and a build-depends on guile = 1.8.2+1-2 . It is a bad solution in the long-term, but it is an immediate action that will put back a working TeXmacs in Debian. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446730: bittornado: fails to start: ImportError: No module named BitTornado
On Mon, Oct 15, 2007 at 12:39:37PM -0700, Cameron Dale wrote: could you let me know the output of this command: locate -e BitTornado | sed -e 's#/[^/]*$##' | sort -u [EMAIL PROTECTED]:~$ locate -e /BitTornado | sed -e 's#/[^/]*$##' | sort -u /usr/share/python-support/bittornado /usr/share/python-support/bittornado/BitTornado /usr/share/python-support/bittornado/BitTornado/BT1 It should show some entries in /usr/share/python-support and /var/lib/python-support/python2.4. Also, was this a new install of BitTornado, or an upgrade from a previous version? /var/log/aptitude.1.gz:[UPGRADE] bittornado 0.3.18-3 - 0.3.18-4 You could probably fix this problem by reinstalling BitTornado, but if you can wait then it would be better NOT to reinstall until we (or the python-support people) can figure out what's causing these problems. I can wait. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439378: Building (sid version of) powerdns on Etch.
On Sat, Sep 08, 2007 at 08:03:24PM +0200, Andreas Henriksson wrote: I'm just blindly guessing here, but could you please check and report back if the attached patch solves the problem? It does not. Same result. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441592: pdns: Building twice in a row does not produce the same source package - clean target incomplete
Package: pdns Version: 2.9.21-2 Severity: serious Justification: Policy 4.9 It seems the clean target of debian/rules forgets to delete pdns-2.9.21.orig/modules/mysqlbackend/.deps/mysqlcbackend.Plo pdns-2.9.21.orig/modules/mysqlbackend/Makefile pdns-2.9.21.orig/modules/goraclebackend/.deps/goraclebackend.Plo pdns-2.9.21.orig/modules/goraclebackend/.deps/soracle.Plo pdns-2.9.21.orig/modules/goraclebackend/Makefile pdns-2.9.21.orig/modules/opendbxbackend/.deps/odbxbackend.Plo pdns-2.9.21.orig/modules/opendbxbackend/.deps/odbxprivate.Plo pdns-2.9.21.orig/modules/opendbxbackend/Makefile pdns-2.9.21.orig/pdns/docs/pdns-expanded.sgml that are created by a build. That's probably an upstream bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439923: texmacs: Segfaults on startup
On Wed, Aug 29, 2007 at 09:58:09AM -0400, Kamaraju Kusumanchi wrote: ii guile-1.8-libs 1.8.2+1-2Main Guile libraries The problem is with the latest version of guile-1.8-libs. Texmacs starts up fine with guile-1.8-libs 1.8.1+1-5 . However, it segfaults with 1.8.2+1-2. For what it's worth, I have manually compiled CVS HEAD of TeXmacs, and it works. I wonder whether a 1.0.6.10 TeXmacs compiled/linked against the latest guile-1.8-libs will work, too. You may want to try that. It would indicate a bug in guile-1.8-libs, I suppose. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439923: texmacs: Segfaults on startup
Package: texmacs Version: 1:1.0.6.10-1 Severity: grave Justification: renders package unusable Even after rm -rf ~/.TeXmacs, sincy my last upgrade to bleeding edge sid, texmacs segfaults on startup. Here is the end of an strace: open(/usr/share/texmacs/TeXmacs/progs/texmacs/texmacs/tm-print.scm, O_RDONLY|O_LARGEFILE) = 8 fcntl64(8, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE) lseek(8, 0, SEEK_CUR) = 0 fstat64(8, {st_mode=S_IFREG|0644, st_size=4504, ...}) = 0 select(1024, [8], [], [], {0, 0}) = 1 (in [8], left {0, 0}) read(8, \n;;;..., 4096) = 4096 access(/etc/papersize, R_OK) = 0 open(/etc/papersize, O_RDONLY|O_LARGEFILE) = 9 fcntl64(9, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE) lseek(9, 0, SEEK_CUR) = 0 fstat64(9, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 select(1024, [9], [], [], {0, 0}) = 1 (in [9], left {0, 0}) read(9, a4\n, 4096) = 3 close(9)= 0 select(1024, [8], [], [], {0, 0}) = 1 (in [8], left {0, 0}) read(8, $TEXMACS_HOME_PATH/system/tmp/pr..., 4096) = 408 select(1024, [8], [], [], {0, 0}) = 1 (in [8], left {0, 0}) read(8, , 4096) = 0 close(8)= 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ and the end of an ltrace: strlen(guile-c) = 7 scm_mem2string(0x8628750, 7, 0xff809ae8, 0x83f74df, 8)= 0x86e8300 strlen(guile-c) = 7 scm_mem2string(0x8628750, 7, 0xff809c18, 0x83f74df, 8)= 0x86e82e0 strlen(guile-c) = 7 scm_mem2string(0x8628750, 7, 0xff8086e8, 0x83f74df, 8)= 0x86e7f90 strlen(guile-c) = 7 scm_mem2string(0x8628750, 7, 0xff808818, 0x83f74df, 8)= 0x86e7f70 scm_is_string(0x86e9dd0, 0xff808db8, 0xff808d68, 0xf7e169e7, 1) = 1 gh_scm2newstr(0x86e9dd0, 0xff808d54, 0xff808d68, 0xf7e169e7, 1) = 0x85c2020 free(0x85c2020) = void scm_is_string(0x86e9b30, 0xf7550f08, 1, 0xf7a3a285, 0xf7e81b54) = 1 gh_scm2newstr(0x86e9b30, 0xff808c1c, 1, 0xf7a3a285, 0xf7e81b54) = 0x85c2020 free(0x85c2020) = void scm_mem2string(0x8628680, 2, 0xff808bf8, 0x85c2018, 4)= 0x86e9ac0 scm_is_string(0x86e9ac0, 0xff808db8, 0xff808d68, 0xf7e169e7, 1) = 1 gh_scm2newstr(0x86e9ac0, 0xff808d54, 0xff808d68, 0xf7e169e7, 1) = 0x85c2020 free(0x85c2020) = void scm_is_string(0x86e9c70, 0xff808db8, 0xff808d68, 0xf7e169e7, 1) = 1 gh_scm2newstr(0x86e9c70, 0xff808d54, 0xff808d68, 0xf7e169e7, 1) = 0x85c2020 free(0x85c2020) = void scm_is_integer(10, 0xf755dbe0, 0xff808e98, 0xf7df4c20, 0xf7e81b54)= 1 scm_to_int32(10, 0xf755dbe0, 0xff808e98, 0xf7df4c20, 0xf7e81b54) = 2 strlen()= 0 strlen(MAKETFM) = 7 strlen(none)= 4 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-amd64+deb-3 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texmacs depends on: ii groff 1.18.1.1-12 GNU troff text-formatting system ii gs-gpl 8.56.dfsg.1-1.1 The GPL Ghostscript PostScript int ii guile-1.8-libs 1.8.2+1-2Main Guile libraries ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-4GCC support library ii libgmp3c2 2:4.2.1+dfsg-5 Multiprecision arithmetic library ii libltdl31.5.24-1 A system independent dlopen wrappe ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii texlive-base2007-11 TeX Live: Essential programs and f ii texlive-base-bin2007-13 TeX Live: Essential binaries ii texlive-extra-utils 2007-13 TeX Live: TeX auxiliary