Bug#1019250: lttng-modules-dkms: Build of lttng-probe-compaction.ko failed for: 5.18.0-4-arm64 (aarch64)
Package: lttng-modules-dkms Version: 2.13.4-1 Severity: important Dear Maintainer, I get the following error when install lttng-modules-dkms: Setting up lttng-modules-dkms (2.13.4-1) ... Loading new lttng-modules-2.13.4 DKMS files... Building for 5.18.0-4-arm64 Building initial module for 5.18.0-4-arm64 Error! Build of lttng-probe-compaction.ko failed for: 5.18.0-4-arm64 (aarch64) Make sure the name of the generated module is correct and at the root of the build directory, or consult make.log in the build directory /var/lib/dkms/lttng-modules/2.13.4/build for more information. dpkg: error processing package lttng-modules-dkms (--configure): installed lttng-modules-dkms package post-installation script subprocess returned error exit status 7 Setting up libgcc-11-dev:arm64 (11.3.0-5) ... Setting up gcc-11 (11.3.0-5) ... Setting up linux-headers-5.18.0-4-arm64 (5.18.16-1) ... /etc/kernel/header_postinst.d/dkms: dkms: running auto installation service for kernel 5.18.0-4-arm64: Building module: cleaning build area... make -j64 KERNELRELEASE=5.18.0-4-arm64 -C /lib/modules/5.18.0-4-arm64/build M=/var/lib/dkms/lttng-modules/2.13.4/build modules CONFIG_LTTNG=m CONFIG_LTTNG_CLOCK_PLUGIN_TEST=m Error! Build of lttng-probe-compaction.ko failed for: 5.18.0-4-arm64 (aarch64) Make sure the name of the generated module is correct and at the root of the build directory, or consult make.log in the build directory /var/lib/dkms/lttng-modules/2.13.4/build for more information. The relevant part of make.log: /var/lib/dkms/lttng-modules/2.13.4/build/src/probes/Kbuild:184: Files /usr/src/linux-headers-5.18.0-4-common/mm/internal.h not found. Probe "compaction" is disabled. Use full kernel source tree to enable it. It seems that, starting from kernel 5.18, the compaction module depends on a header file that is only available with the full kernel sources. >From src/probes/Kbuild: # A dependency on internal header 'mm/internal.h' was introduced in v5.18 compaction_dep = $(srctree)/mm/internal.h compaction_dep_wildcard = $(wildcard $(compaction_dep)) compaction_dep_check = $(shell \ if [ \( $(VERSION) -ge 6 \ -o \( $(VERSION) -eq 5 -a $(PATCHLEVEL) -ge 18 \) \) -a \ -z "$(compaction_dep_wildcard)" ] ; then \ echo "warn" ; \ else \ echo "ok" ; \ fi ;) ifeq ($(compaction_dep_check),ok) obj-$(CONFIG_LTTNG) += lttng-probe-compaction.o else $(warning Files $(compaction_dep) not found. Probe "compaction" is disabled. Use full kernel source tree to enable it.) endif # $(wildcard $(compaction_dep)) The "random" module also won't build with 5.18: # Introduced in v3.6, remove in v5.18 random_dep = $(srctree)/include/trace/events/random.h ifneq ($(wildcard $(random_dep)),) obj-$(CONFIG_LTTNG) += lttng-probe-random.o endif If I comment both these modules out of the DKMS config file it can install OK. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 5.18.0-4-arm64 (SMP w/64 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lttng-modules-dkms depends on: ii dkms 3.0.3-4 Versions of packages lttng-modules-dkms recommends: ii lttng-tools 2.13.7-1+b1 lttng-modules-dkms suggests no packages. -- no debconf information
Bug#1015220: openjdk-18-jre-headless: OpenJDK 18 contains apparently non-free assembly sources
Package: openjdk-18-jre-headless Version: 18.0.1+10-1 Severity: normal Tags: upstream Dear Maintainer, OpenJDK 18 and later provide a shared library libjsvml.so of optimised vector math routines on amd64. However the source for this library is only provided as machine-generated output from the Intel C compiler. Here's an example: https://sources.debian.org/src/openjdk-18/18.0.1%2B10-1/src/jdk.incubator.vector/linux/native/libjsvml/jsvml_s_acos_linux_x86.S/ Although there is a GPL header on the file it's clearly not in a form that a human could readily understand or modify and therefore doesn't seem to qualify as free software. # -- Machine type EM64t .file "svml_s_acos.c" .text ..TXTST0: .L_2__routine_start___jsvml_acosf16_ha_z0_0: The C file "svml_s_acos.c" mentioned here is presumably the "preferred form of modification" but it isn't distributed, and presumably can't be. The GitHub PR where this code was originally imported has some details on the provenance: https://github.com/openjdk/jdk/pull/3638#issuecomment-844574382 > The library is written using Intel C Compiler extensions. > The generated code is the only way we could bring it in. The library is loaded with dlopen and if that fails it falls back to generic versions of the routines. So it's quite simple to just skip building it: diff --git a/make/modules/jdk.incubator.vector/Lib.gmk b/make/modules/jdk.incubator.vector/Lib.gmk index bab2c9fe8a59..156225b539bf 100644 --- a/make/modules/jdk.incubator.vector/Lib.gmk +++ b/make/modules/jdk.incubator.vector/Lib.gmk @@ -27,16 +27,16 @@ include LibCommon.gmk -ifeq ($(call isTargetOs, linux windows)+$(call isTargetCpu, x86_64)+$(INCLUDE_COMPILER2), true+true+true) - $(eval $(call SetupJdkLibrary, BUILD_LIBJSVML, \ - NAME := jsvml, \ - CFLAGS := $(CFLAGS_JDKLIB), \ - LDFLAGS := $(LDFLAGS_JDKLIB) \ - $(call SET_SHARED_LIBRARY_ORIGIN), \ - LDFLAGS_windows := -defaultlib:msvcrt, \ - )) +# ifeq ($(call isTargetOs, linux windows)+$(call isTargetCpu, x86_64)+$(INCLUDE_COMPILER2), true+true+true) +# $(eval $(call SetupJdkLibrary, BUILD_LIBJSVML, \ +# NAME := jsvml, \ +# CFLAGS := $(CFLAGS_JDKLIB), \ +# LDFLAGS := $(LDFLAGS_JDKLIB) \ +# $(call SET_SHARED_LIBRARY_ORIGIN), \ +# LDFLAGS_windows := -defaultlib:msvcrt, \ +# )) - TARGETS += $(BUILD_LIBJSVML) -endif +# TARGETS += $(BUILD_LIBJSVML) +# endif -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'testing-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openjdk-18-jre-headless depends on: ii ca-certificates-java 20190909 ii java-common 0.72 ii libasound21.2.7.1-1 ii libc6 2.33-7 ii libcups2 2.4.2-1 ii libfontconfig12.13.1-4.4 ii libfreetype6 2.12.1+dfsg-3 ii libgcc-s1 12.1.0-5 ii libharfbuzz0b 2.7.4-1+b1 ii libjpeg62-turbo 1:2.1.2-1 ii liblcms2-22.12~rc1-2 ii libnss3 2:3.79-1 ii libpcsclite1 1.9.8-1 ii libstdc++612.1.0-5 ii util-linux2.38-4 ii zlib1g1:1.2.11.dfsg-4 openjdk-18-jre-headless recommends no packages. Versions of packages openjdk-18-jre-headless suggests: ii fonts-dejavu-extra 2.37-2 pn fonts-indic pn fonts-ipafont-gothic pn fonts-ipafont-mincho pn fonts-wqy-microhei | fonts-wqy-zenhei ii libnss-mdns0.15.1-1 -- no debconf information
Bug#995684: llvm-11: missing man pages for most llvm tools
Package: llvm-11 Version: 1:11.0.1-2 Severity: normal Dear Maintainer, The llvm package no longer installs man pages for most LLVM tools like "llc", "opt", "llvm-as", etc. I checked manpages.debian.org and it seems these were present in the llvm-10 package: https://manpages.debian.org/experimental/llvm-10/index.html -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'testing-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-1-amd64 (SMP w/12 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages llvm-11 depends on: ii libc62.32-4 ii libgcc-s111.2.0-7 ii libllvm111:11.0.1-2 ii libpfm4 4.11.1+git32-gd0b85fb-1 ii libstdc++6 11.2.0-7 ii libtinfo66.2+20201114-4 ii libz3-4 4.8.12-1+b1 ii llvm-11-runtime 1:11.0.1-2 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages llvm-11 recommends: ii llvm-11-dev 1:11.0.1-2 Versions of packages llvm-11 suggests: ii llvm-11-doc 1:11.0.1-2 -- no debconf information
Bug#985459: dh-elpa: install error when root user has packages under /root/.emacs.d/elpa
Hi David, On 16/09/21 21:23 pm, David Bremner wrote: > > Setting user-package-dir to a nonexistent directory also seems to > work. Nick, can you try the dh-elpa version at > https://salsa.debian.org/emacsen-team/dh-elpa ? > I've just tested this and can't reproduce the error any more, thanks! -- Nick
Bug#989801: RFS: libcddb/1.3.2-7 [ITA] -- library to access CDDB data - runtime files
Hi Tobias, On 14/06/21 00:33 am, Tobias Frost wrote: > > as you know, we are currently in the freeze; that means such a big changeset > is > not appropiate at this time to be uploaded to unstable. OK, sure. > > Said, that, it looks like that #952689 _might_ be a good reason to cherry-pick > the fix for that bug and do an targetet upload; if I understood correctly, > without this patch the package is quite useless in its default configuration… > Possibly the bugs severity should be raised because of that… > It is useless if a program uses the library defaults directly and doesn't give the user a way to configure the server manually. However I think most programs have some kind of config dialog allowing the server to be changed, or even override the default server to gnudb.org directly (Asunder does this). So it's perhaps not that serious. The VLC crash seems worse as there's no way to work around that. But that bug isn't new (it was fixed 9 years ago in the vendored copy in upstream VLC). > If you agree, would you mind to prepare a minimal-changes packages to target > this bug and file an unblock request with the release team? Perhaps it's best to just leave it until after the freeze? -- Thanks, Nick
Bug#989801: RFS: libcddb/1.3.2-7 [ITA] -- library to access CDDB data - runtime files
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libcddb": * Package name: libcddb Version : 1.3.2-7 Upstream Author : Kris Verbeeck * URL : http://libcddb.sourceforge.net * License : LGPL-2+ * Vcs : https://salsa.debian.org/nickg/libcddb Section : devel It builds those binary packages: libcddb2 - library to access CDDB data - runtime files libcddb2-dev - library to access CDDB data - development files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libcddb/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libc/libcddb/libcddb_1.3.2-7.dsc Changes since the last upload: libcddb (1.3.2-7) unstable; urgency=medium . * debian/control: - New maintainer. (Closes: #980305) - Add Vcs fields. - Update debhelper compatibility level to 13. - Remove Build-Depends: dh-autoreconf. - Update standards version to 4.5.1, no changes needed. * debian/patches: - Change the default server from freedb.org to gnudb.gnudb.org as the former is no longer available. (Closes: #952689) - Disable use of SIGALRM for DNS lookup as this is not thread-safe. Patch adapted from upstream VLC. (Closes: #928176) - Change encoding of THANKS to UTF-8 to fix lintian warning. * debian/compat: - Removed, using Build-Depends: debhelper-compat instead. * debian/not-installed: - Ignore .la files for dh_missing. - Ignore cddb_query utility not currently packaged. * debian/salsa-ci.yml: - Enable CI. * debian/libcddb2-dev.examples: - Removed useless makefiles from /usr/share/doc as they are generated by automake and so only work within the libcddb build tree. They also contain the full path to the build directory which makes the package unreproducible. The example program is trivial to compile anyway. * debian/libcddb2-dev.README.Debian: - Add a note on how to compile the example program. * debian/tests: - Add a simple autopkgtest that uses the cddb_query example program to query the default CDDB server. * debian/copyright: - Convert to machine readable format. Regards, -- Nick Gasson
Bug#989188: mandoc: missing mandoc.css example CSS file
Package: mandoc Version: 1.14.5-1 Severity: normal Dear Maintainer, The mandoc(1) man page says: The file /usr/share/misc/mandoc.css documents style-sheet classes available for customising output. However this file is not installed on Debian. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'testing-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-6-amd64 (SMP w/12 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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 mandoc depends on: ii libc6 2.31-5 ii zlib1g 1:1.2.11.dfsg-2 mandoc recommends no packages. mandoc suggests no packages. -- no debconf information
Bug#985588: guile-2.2-libs: please re-enable slib catalog generation in postinst
Package: guile-2.2-libs Version: 2.2.7+1-5.4 Severity: minor Tags: patch Dear Maintainer, SLIB 3b6-3 in now supports Guile 2.2 (and 3.0 with a local patch in Debian). Could you re-enable the code in postinst that generates the catalog file? I've tested the following with guile-2.2: Index: guile-2.2-2.2.7+1/debian/guile-libs.postinst === --- guile-2.2-2.2.7+1.orig/debian/guile-libs.postinst +++ guile-2.2-2.2.7+1/debian/guile-libs.postinst @@ -14,11 +14,9 @@ case "$1" in # Configure slib support. if test -d /usr/share/slib then - # Uncomment the code below whenever SLIB supports Guile 2.2. - echo "SLIB does not support Guile 2.2 yet. Ignoring." - #(cd /usr/share/guile/@DEB_SRC_EFF_VER@ && ln -sf ../../slib .) - #/usr/lib/guile-@DEB_SRC_EFF_VER@/bin/guile -c \ - # "(use-modules (ice-9 slib)) (require 'new-catalog)" + (cd /usr/share/guile/@DEB_SRC_EFF_VER@ && ln -sf ../../slib .) + /usr/bin/guile-@DEB_SRC_EFF_VER@ -c \ +"(use-modules (ice-9 slib)) (require 'new-catalog)" else # slib isn't installed -- clean up symlink. rm -f /usr/share/guile/@DEB_SRC_EFF_VER@/slib An alternative is to have the slib package install a pre-generated slibcat file for Guile under /var/lib/slib/. I've done this for a few other Schemes in Debian that never supported slib before (MIT, Chez, ...). In that case the slib support code can be removed from Guile's postinst. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/12 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages guile-2.2-libs depends on: ii libc6 2.31-5 ii libcrypt1 1:4.4.17-1 ii libffi73.3-5 ii libgc1 1:8.0.4-3 ii libgmp10 2:6.2.1+dfsg-1 ii libltdl7 2.4.6-14 ii libreadline8 8.1-1 ii libunistring2 0.9.10-4 guile-2.2-libs recommends no packages. guile-2.2-libs suggests no packages. -- no debconf information
Bug#985459: dh-elpa: install error when root user has packages under /root/.emacs.d/elpa
Hi Sean,
On 03/18/21 18:31 PM, Sean Whitton wrote:
>
> Thank you for the report. Can you test this patch, please?
>
> diff --git a/helper/install b/helper/install
> index 1a2eb8a..af93ee4 100755
> --- a/helper/install
> +++ b/helper/install
> @@ -51,6 +51,8 @@ echo install/${ELPA_DIR}: byte-compiling for ${FLAVOR}
> (cd ${elc_dir}
> set +e
> ${FLAVOR} --quick --batch -l package \
> + --eval "(setq package-directory-list \
> + (delete package-user-dir package-directory-list))" \
> --eval "(add-to-list 'package-directory-list \"$src_dir\")" \
> -f package-initialize -f batch-byte-compile *.el > Install.log
> 2>&1
> if test $? -ne 0
I've just tried this but unfortunately I get the same error. I think
it's because package-load-all-descriptors in package.el always cons-es
package-user-dir on the front of package-directory-list when it searches
for a package
(defun package-load-all-descriptors ()
...
(dolist (dir (cons package-user-dir package-directory-list))
(when (file-directory-p dir)
...)))
Perhaps an alternative is to set package-user-dir to a temporary
directory that's guaranteed not to contain any existing packages.
--
Thanks,
Nick
Bug#985459: dh-elpa: install error when root user has packages under /root/.emacs.d/elpa
Package: dh-elpa-helper
Version: 2.0.8
Severity: normal
Dear Maintainer,
I got this cryptic error when I installed elpa-company on a machine
where the root user had elpa packages already installed under
/root/.emacs.d/elpa:
Setting up elpa-company (0.9.13-2) ...
Install emacsen-common for emacs
emacsen-common: Handling install of emacsen flavor emacs
Install elpa-company for emacs
install/company-0.9.13: Handling install of emacsen flavor emacs
install/company-0.9.13: byte-compiling for emacs
In toplevel form:
async-tests.el:22:1:Error: Cannot open load file: No such file or directory,
company-tests
[... snip many similar errors ...]
In toplevel form:
template-tests.el:22:1:Error: Cannot open load file: No such file or directory,
company-tests
In toplevel form:
transformers-tests.el:22:1:Error: Cannot open load file: No such file or
directory, company-tests
ERROR: install script from elpa-company package failed
dpkg: error processing package elpa-company (--configure):
installed elpa-company package post-installation script subprocess returned
error exit status 1
Errors were encountered while processing:
elpa-company
E: Sub-process /usr/bin/dpkg returned an error code (1)
The problem seems to be that it picks up the root user's local company
package from package-user-dir in preference to the Debian package in
package-directory-list.
The patch below overrides package-user-dir to point at the Debian elpa
source directory. Not sure if there's a better way to fix this but it
resolves the problem for me and seems more robust.
Index: dh-elpa-2.0.8/helper/install
===
--- dh-elpa-2.0.8.orig/helper/install
+++ dh-elpa-2.0.8/helper/install
@@ -51,6 +51,7 @@ echo install/${ELPA_DIR}: byte-compiling
(cd ${elc_dir}
set +e
${FLAVOR} --quick --batch -l package \
+ --eval "(setq package-user-dir \"$src_dir\")" \
--eval "(add-to-list 'package-directory-list \"$src_dir\")" \
-f package-initialize -f batch-byte-compile *.el > Install.log 2>&1
if test $? -ne 0
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
-- no debconf information
Bug#980305: RFA: libcddb2
On 17/01/21 23:35 pm, Eugene V. Lyubimkin wrote: > > The libcddb package needs a new maintainer. I no longer have time nor > interest to maintain it properly. > > I had adopted it many years as a dependency of a package I no longer > maintain. It was very low-maintenance until recently; there are now two > outstanding bug reports which require attention [1]. > > If you maintain one of Debian packages that depend on libcddb (Cc:d), > you might be interested in adopting it. > Hi Eugene, I'm not maintaining a dependent package but I'd like to help Debian more. I took a look at the two open bugs and I think they can be fixed quite easily with the patches I attached. Let me know if you're happy for me to adopt it. -- Thanks, Nick
Bug#928176: vlc: BOBOOvlc cannot play cd audio without net connection and crash
On 01/17/21 22:54 pm, Sebastian Ramacher wrote: >> >> In https://trac.videolan.org/vlc/ticket/25252, upstream answer : >> >> > That CDDB bug was fixed 9 years ago in VLC contribs. Complain to Debian. >> >> Can you have a look on debian side ? > > Reassigning to libcddb2. > I believe this is the patch in VLC's vendored copy they are referring to: https://code.videolan.org/videolan/vlc/-/commit/29d3ded7194271 It disables the use of alarm() to set a timeout for gethostbyname() which isn't safe if called from a program with multiple threads. > >> >> I made test with fedora 33 live + install proccess >> (https://www.videolan.org/vlc/download-fedora.html). >> vlc is functional. >> Fedora seems to use a different patch which just disables _FORTIFY_SOURCE in that file to avoid the longjmp() crash: https://src.fedoraproject.org/rpms/libcddb/blob/rawhide/f/libcddb-1.3.2-rhbz770611.patch Although I think it still has a problem where SIGALRM can be delivered to any thread in the program, so it's better to avoid using alarm() entirely as the VLC patch does. gethostbyname will time out by itself anyway. I've rebuilt the package with the patch below and tested locally without any problems. diff --git a/lib/cddb_net.c b/lib/cddb_net.c index 7adf37b..aac3967 100644 --- a/lib/cddb_net.c +++ b/lib/cddb_net.c @@ -228,6 +228,10 @@ int sock_vfprintf(cddb_conn_t *c, const char *format, va_list ap) /* Time-out enabled work-alikes */ +/* Do not use SIGALRM in Debian as it is not safe if used in a program + with multiple threads. */ +#undef HAVE_ALARM + #ifdef HAVE_ALARM /* time-out jump buffer */ static jmp_buf timeout_expired; -- Thanks, Nick
Bug#952689: libcddb2: freedb service is closing down
On 02/27/20 23:19 pm, Andreas Ronnquist wrote: > > According to a notice on https://freedb.org, that service is closing > down. I assume that libcddb is using that server, and only that - > please inform me if I am mistaken. > The patch below changes the default server to gnudb.org. I've tested locally with the cddb_query tool and it works fine: diff --git a/include/cddb/cddb_ni.h b/include/cddb/cddb_ni.h index d32fdc1..4156bdb 100644 --- a/include/cddb/cddb_ni.h +++ b/include/cddb/cddb_ni.h @@ -78,8 +78,8 @@ #define DEFAULT_USER"anonymous" #define DEFAULT_HOST"localhost" -#define DEFAULT_SERVER "freedb.org" -#define DEFAULT_PORT888 +#define DEFAULT_SERVER "gnudb.gnudb.org" +#define DEFAULT_PORT8880 #define DEFAULT_TIMEOUT 10 #define DEFAULT_PATH_QUERY "/~cddb/cddb.cgi" #define DEFAULT_PATH_SUBMIT "/~cddb/submit.cgi" -- Thanks, Nick
Bug#953728: gambc: FTBFS on s390x
On 05/23/20 13:13 PM, Adrian Bunk wrote: > On Thu, Mar 12, 2020 at 04:36:17PM +, Ivo De Decker wrote: >> package: src:gambc >> version: 4.9.3-1 >> severity: serious >> tags: ftbfs >> >> Hi, >> >> The latest upload of gambc to unstable fails on s390x: >> >> https://buildd.debian.org/status/package.php?p=gambc > > Can an s390x porter please have a look? > I had a look at this because it's blocking another package, slib. I can reproduce the hanging test case in qemu-user. It's testing timeouts with UDP sockets but there seems to be a bug in the set_socket_blocking_mode function where it passes an unsigned long argument to the FIONBIO ioctl which actually takes an int parameter. unsigned long param = !blocking; return SOCKET_CALL_ERROR(IOCTL_SOCKET(s, FIONBIO, )); The parameter value is only ever 0 or 1 so it's benign on little-endian LP64 systems but on a big-endian system the parameter is always 0 when read as an int so the socket is never put in non-blocking mode and reads from it hang. The patch below fixes the problem from me on S390 qemu-user. I'm wondering if someone with access to real hardware can verify? diff --git a/lib/os_io.c b/lib/os_io.c index 046be4a6bd30..b8b5f96c191e 100644 --- a/lib/os_io.c +++ b/lib/os_io.c @@ -5458,7 +5458,7 @@ ___BOOL blocking;) #ifdef FIONBIO - unsigned long param = !blocking; + int param = !blocking; return SOCKET_CALL_ERROR(IOCTL_SOCKET(s, FIONBIO, )); -- Thanks, Nick
Bug#948698: [Python-modules-team] Bug#948698: python3-flask-sqlalchemy: Please update to latest release 2.4.1
On 01/12/20 11:31 am, Emmanuel Arias wrote: > > I've just push to salsa, the new upstream release. > > I will need sponsorship, please. > Any chance of the updated version getting into the bullseye release? -- Thanks, Nick
Bug#977695: gnome-shell-extension-appindicator: QT application icons not showing
Package: gnome-shell-extension-appindicator Version: 34-1 Severity: important Tags: upstream Dear Maintainer, Since the last update icons for QT based applications do not appear in the tray. For me this affects NextClound and Clementine. There's an upstream bug here: https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/250 And also a pull request that claims to fix the issue: https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/260 -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-4-amd64 (SMP w/12 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-shell-extension-appindicator depends on: ii gnome-shell 3.38.2-1 gnome-shell-extension-appindicator recommends no packages. gnome-shell-extension-appindicator suggests no packages. -- no debconf information
Bug#970313: slib: syntax error loading mzscheme.init
Package: slib Version: 3b6-1 Severity: normal Dear Maintainer, Welcome to Racket v7.8. > (load "/usr/share/slib/mzscheme.init") ; /usr/share/slib/mzscheme.init:307:6: if: missing an "else" expression ; in: (if (provided? (quote trace)) (print-call-stack cep)) ; [,bt for context] > -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-3-amd64 (SMP w/12 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages slib depends on: ii dpkg1.19.7 ii install-info6.7.0.dfsg.2-5 ii sensible-utils 0.0.12+nmu1 slib recommends no packages. slib suggests no packages. -- no debconf information
Bug#970310: slib: Incorrect hard-coded path in chez.init
Package: slib Version: 3b6-1 Severity: normal Dear Maintainer, $ chezscheme Chez Scheme Version 9.5 Copyright 1984-2017 Cisco Systems, Inc. > (load "/usr/share/slib/chez.init") Exception in load: failed for /usr/local/lib/slib/require.scm: no such file or directory Type (debug) to enter the debugger. The file name should be corrected to the Debian install directory under /usr/share/slib. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-3-amd64 (SMP w/12 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages slib depends on: ii dpkg1.19.7 ii install-info6.7.0.dfsg.2-5 ii sensible-utils 0.0.12+nmu1 slib recommends no packages. slib suggests no packages. -- no debconf information
Bug#969752: lists.debian.org: Request for a new list: debian-scheme
> > People who are supportive of this request are asked to please send an > email to this bug report to show their interest. (I have Cc:d a few > maintainers of Scheme packages who could be interested). > I'm interested in helping out. -- Nick
Bug#964308: RFS: geshi/1.0.9.1-1 [ITA] -- Generic Syntax Highlighter
Hi Adrian, Thanks for looking at this. I've uploaded a new version to mentors.debian.net (#4): https://mentors.debian.net/debian/pool/main/g/geshi/geshi_1.0.9.1-1.dsc > > -Build-Depends: cdbs, debhelper (>= 9) > +Build-Depends: debhelper (>= 9), debhelper-compat (= 13) > > On the nitpick side is that debhelper-compat (= 13) is sufficient. Done. > > Slightly more serious that you should document the switch from cdbs in > the changelog. > OK, I've added a changelog entry about this. >>... >> + * debian/tests/test.php: add a simple sanity test. >>... > > Is anything running this test? > This looks like an autopkgtest without the control file. > No, I was just running it manually before. I've added a debian/tests/control file and expected output so autopkgtest can run it. > > More a question is whether the Homepage in debian/control still points > to the best place. The current URL points to an outdated location. I think http://qbnz.com/highlighter/ is still the best homepage, even though it's outdated. The other option would be the GitHub project page but that doesn't contain the documentation and examples which would be more useful to end users. I asked on their GH Issues if the homepage could be updated. -- Thanks, Nick
Bug#963238: RFS: slib/3b6-1 [ITA] -- Portable Scheme library
Hi, Is anyone available to review this package? Or maybe suggest somewhere I could look for a sponsor? -- Thanks, Nick
Bug#964308: RFS: geshi/1.0.9.1-1 [ITA] -- Generic Syntax Highlighter
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "geshi" * Package name: geshi Version : 1.0.9.1-1 Upstream Author : Benny Baumann * URL : http://qbnz.com/highlighter/ * License : GPL-2+ * Vcs : None Section : php It builds those binary packages: php-geshi - Generic Syntax Highlighter To access further information about this package, please visit the following URL: https://mentors.debian.net/package/geshi Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/geshi/geshi_1.0.9.1-1.dsc Changes since the last upload: * New maintainer. (Closes: #895843). * New upstream release. * debian/control: - Update debhelper compatibility level to 13. - Bump standards version to 4.5.0. * debian/watch: - Change URL to point at GitHub releases page. - Check upstream PGP signature. * debian/docs: - Remove obsolete documentation files. * debian/patches: - Use a patch to fix #685324 instead of removing the offending file in debian/rules. - Remove remote loaded image in geshi-doc.html to avoid potential privacy breach. * debian/doc-base: register with doc-base. * debian/tests/test.php: add a simple sanity test. * debian/copyright: convert to machine-readable format. Regards, -- Nick Gasson
Bug#895843: ITA: geshi -- Generic Syntax Highlighter
I'm using Geshi on my blog so would like to continue maintaining it.
Bug#963238: RFS: slib/3b6-1 [ITA] -- Portable Scheme library
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "slib" * Package name: slib Version : 3b6-1 Upstream Author : Aubrey Jaffer * URL : http://people.csail.mit.edu/jaffer/SLIB.html * License : permissive-slib * Vcs : https://salsa.debian.org/nickg/slib Section : devel It builds those binary packages: slib - Portable Scheme library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/slib Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/slib/slib_3b6-1.dsc Changes since the last upload: * New maintainer. (Closes: #721062) * New upstream release. (Closes: #641369) * debian/control - Update to debhelper version 13. - Add dependency on sensible-utils. - Add link to VCS on Salsa. - Update standards version to 4.5.0. * debian/compat: Remove. * debian/patches - Use gbp pq to manage patches. - Add patch to use sensible-browser in (browse-url). - Rebase on 3b6. - 712322_fix_doc_build.patch: was backported from upstream, no longer necessary. - do-not-regenerate-version-txi.patch: upstream behaviour changed, no longer necessary. * debian/rules: upstream now uses a configure script. * debian/copyright: convert to machine readable format. Regards, -- Nick Gasson
Bug#721062: ITA: slib -- Portable Scheme library
I've started updating the packaging here: https://salsa.debian.org/nickg/slib
Bug#944616:
I had a look at this. It's possible to reproduce the failure inside qemu-mipsel-static. The test set-process-filter-t is fundamentally racy: it reads output from a sub-process and compares that to an expected value. But on a slow machine it's possible to get a partial read from the child process which causes the test to fail. I don't think it's anything related to MIPS per se. This has already been fixed upstream. See here: https://git.savannah.gnu.org/cgit/emacs.git/commit?id=aa49aa884053d0e8b33efe265f2aade19d1f3f3d Maybe we can import the above patch or mark this test as unstable?
Bug#951128: emacs: Please build Emacs with modules support
Package: emacs Version: 1:26.3+1-1 Severity: wishlist Dear Maintainer, Trying to use emacs-vterm [1] fails in Debian Emacs because it's not built with modules support [2] (i.e. module-file-suffix is nil). I rebuilt the package myself with the `--with-modules' configure flag and it works as expected. Could you apply this patch? Thanks, Nick [1] https://github.com/akermu/emacs-libvterm [2] https://www.gnu.org/software/emacs/manual/html_node/elisp/Dynamic-Modules.html diff --git a/debian/rules b/debian/rules index b50b1615ac7..f5e49b6f0cb 100755 --- a/debian/rules +++ b/debian/rules @@ -273,6 +273,7 @@ confflags += --enable-locallisppath=$(local_lpath) confflags += --with-sound=alsa confflags += --without-gconf confflags += --with-mailutils +confflags += --with-modules # x configure flags confflags_gtk := $(confflags) -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/12 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages emacs depends on: ii emacs-gtk 1:26.3+1-1 emacs recommends no packages. emacs suggests no packages. -- no debconf information
Bug#556553: xcowsay: Please anti-alias the bubble.
This is fixed in 1.5 which uses Cairo and Gtk3 to draw the speech bubble with an alpha channel. Previous xcowsay was using xshape via Gtk2 which only allows pixels to be fully transparent or not. Nick
Bug#948698: python3-flask-sqlalchemy: Please update to latest release 2.4.1
Package: python3-flask-sqlalchemy
Version: 2.1-4
Severity: important
Dear Maintainer,
The version of flask-sqlalchemy currently packaged in Debian is quite
old, and gives some deprecation warnings when used with the latest
version of sqlalchemy in Debian:
/usr/lib/python3/dist-packages/sqlalchemy/dialects/sqlite/base.py:1453:
SADeprecationWarning: The create_engine.convert_unicode parameter and
corresponding dialect-level parameters are deprecated, and will be removed in a
future release. Modern DBAPIs support Python Unicode natively and this
parameter is unnecessary.
default.DefaultDialect.__init__(self, **kwargs)
/usr/lib/python3/dist-packages/flask_sqlalchemy/__init__.py:169:
SADeprecationWarning: Use .persist_selectable
info = getattr(mapper.mapped_table, 'info', {})
These warnings disappear if I install the latest 2.4.1 from pip.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.4.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages python3-flask-sqlalchemy depends on:
ii python3 3.7.5-1
ii python3-flask 1.1.1-2
ii python3-sqlalchemy 1.3.10+ds1-1
python3-flask-sqlalchemy recommends no packages.
python3-flask-sqlalchemy suggests no packages.
-- no debconf information
Bug#842081: Acknowledgement (gnucash: Incorrect autocomplete after entering two characters)
Here's two screenshots to illustrate: http://pasteboard.co/jjkb2DHt3.png http://pasteboard.co/jjkpLanD1.png After playing around a bit more I noticed two other behaviours sometimes, seemingly at random: * As described in the first report, except that the cursor will remain after the 'o' instead of jumping to the end of the description * It will not auto-complete until you type the next character (either 'n' or 'r') to disambiguate - which is the correct behaviour! But this only happened 2/10 times I tried.
Bug#842081: gnucash: Incorrect autocomplete after entering two characters
Package: gnucash Version: 1:2.6.13-1 Severity: normal Since upgrading to 2.6.13 from 2.6.4 in stable the autocomplete has been very buggy and bordering unusable. Here is a simple way to reproduce my problem (I'll attach a screenshot). 1. Create a new file using the standard template 2. In one account add a transaction with description "Monthly ISA investment" 3. In the same account add another transaction with description "Mortgage payment" 4. Go to the description field of a new transaction, type the characters "Mo" and GnuCash autocompletes to "Mortgage payment" and places the cursor *after* the 't' at the end of "payment", even though it hasn't got enough input to disabiguate this. This is quite painful to workaround as GnuCash makes it very difficult to go back and edit the text without it autocompleting again. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnucash depends on: ii gnucash-common 1:2.6.13-1 ii guile-2.0 2.0.11+1-12+b1 ii guile-2.0-libs 2.0.11+1-12+b1 ii libaqbanking35 5.6.12-1 ii libaqbanking35-plugins 5.6.12-1 ii libc6 2.24-5 ii libcairo2 1.14.6-1+b1 ii libcrypt-ssleay-perl 0.73.04-1+b2 ii libdate-manip-perl 6.56-1 ii libdbi10.9.0-4 ii libfinance-quote-perl 1.38-1 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.1-1 ii libgnome-keyring0 3.12.0-1+b1 ii libgnomecanvas2-0 2.30.3-2 ii libgoffice-0.8-8 0.8.17-6 ii libgtk2.0-02.24.31-1 ii libgwengui-gtk2-0 4.15.3-5 ii libgwenhywfar604.15.3-5 ii libhtml-tableextract-perl 2.13-1 ii libhtml-tree-perl 5.03-2 ii libktoblzcheck1v5 1.48-2.1 ii libofx61:0.9.10-1+b1 ii libpango-1.0-0 1.40.3-2 ii libpangocairo-1.0-01.40.3-2 ii libpython2.7 2.7.12-3+b1 ii libwebkitgtk-1.0-0 2.4.11-3 ii libwww-perl6.15-1 ii libx11-6 2:1.6.3-1 ii libxml22.9.4+dfsg1-2 ii libxslt1.1 1.1.29-1 pn perl:any ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gnucash recommends: pn gnucash-docs ii python-gnucash 1:2.6.13-1 pn yelp Versions of packages gnucash suggests: pn libdbd-mysql pn libdbd-pgsql pn libdbd-sqlite3 -- no debconf information
Bug#659697: xul-ext-quotecolors compatibility with icedove 31
On 12/10/14 14:49, David Prévot wrote: Can you please describe the actual problem you have? I use xul-ext-quotecolors 0.3-4 with icedove 31.0-3 without any issue. Without that patch if I go to the Add-ons Manager tab it says quotecolors is disabled because it is not compatible with this version. Please, do document the xul-ext-quotecolors and icedove version you are using (next time, please use reportbug to submit a new issue, it would have taken care of providing this information). Ping? Please, provide some log too, they tend to be verbose (at least, what is provided in the console where you can launch icedove). Hi David, I tried uninstalling my patched version and installing the version from testing again however I wasn't able to reproduce the problem. It also works fine with a clean profile so I guess there was something funny with my old Icedove profile. For reference: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 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 xul-ext-quotecolors depends on: ii icedove 31.0-3 xul-ext-quotecolors recommends no packages. xul-ext-quotecolors suggests no packages. Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659697: [xul-ext-quotecolors] not compatible with iceape=2.7.1-1
I have the same problem with Icedove 31.0. The fix is trivial: the
maxVersion field in 0001-support-icedove-8.0.patch just needs to be
updated. See the attached patch.
Nick
On Mon, 13 Feb 2012 10:58:13 +0100 populus tremula
populus.trem...@yahoo.com wrote:
Package: xul-ext-quotecolors
Version: 0.3-3
Severity: normal
Extension of xul-ext-quotecolors is not compatible with iceape=2.7.1-1
--- System information. ---
Architecture: i386
Kernel: Linux 3.2.0-1-686-pae
Debian Release: wheezy/sid
500 unstableftp.pl.debian.org
--- Package information. ---
Depends (Version) | Installed
===-+-
icedove (= 2.0) | 8.0-2
OR iceape (= 2.0~a1) | 2.7.1-1
Package's Recommends field is empty.
Package's Suggests field is empty.
From 95e1c41183e99989d8b63449e063081f54bb65fd Mon Sep 17 00:00:00 2001
From: Nick Gasson n...@nickg.me.uk
Date: Sat, 13 Sep 2014 12:13:00 +0100
Subject: [PATCH] Support Icedove 31.0
---
debian/patches/0001-support-icedove-8.0.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/patches/0001-support-icedove-8.0.patch b/debian/patches/0001-support-icedove-8.0.patch
index fbd3fe4..3aa53fe 100644
--- a/debian/patches/0001-support-icedove-8.0.patch
+++ b/debian/patches/0001-support-icedove-8.0.patch
@@ -16,7 +16,7 @@ index 8e50d83..89a7a82 100644
em:id{3550f703-e582-4d05-9a08-453d09bdfdc6}/em:id
em:minVersion2.0/em:minVersion
-em:maxVersion3.0.*/em:maxVersion
-+em:maxVersion8.0.*/em:maxVersion
++em:maxVersion31.0.*/em:maxVersion
/Description
/em:targetApplication
em:targetApplication
--
2.1.0
Bug#659697: xul-ext-quotecolors compatibility with icedove 31
Can you please describe the actual problem you have? I use xul-ext-quotecolors 0.3-4 with icedove 31.0-3 without any issue. Hi David, Without that patch if I go to the Add-ons Manager tab it says quotecolors is disabled because it is not compatible with this version. Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685849: Greyed out buttons
I've also run into this behaviour using the button at the bottom of the screen to toggle between shuffle and in-order. Now those options in the playlist menu are greyed out (see attached screenshot). If I then reload the playlist (with the same content) using the replace current playlist right-click option from the libray, then both the buttons and the menu are working again. Nick attachment: clementine-menu.png
Bug#628527: conky: Conky leaks memory
Package: conky Version: 1.8.0-1.1 Severity: important After five hours uptime conky is using 92MB RSS, 500MB VSZ. Restart it and it drops back 6MB RSS, 38MB VSZ. The upstream changelog for 1.8.1 lists several fixes for memory leaks. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 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 conky depends on: ii conky-all 1.8.0-1.1 highly configurable system monitor conky recommends no packages. conky suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617921: mew: Mew package should have | emacs-nox in Depends field
Package: mew Version: 1:6.3-2 Severity: normal Currently mew has a Depends field that includes various emacs packages but not emacs-nox. This is a problem if you want to use mew on a headless server without X. Adding | emacs-nox to the Depends line and rebuilding the package worked fine for me. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 mew depends on: ii dpkg 1.15.8.10 Debian package management system ii emacs 23.2+1-7 The GNU Emacs editor (metapackage) ii emacs23 23.2+1-7 The GNU Emacs editor (with GTK+ us ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii mew-bin 1:6.3-2external commands for Mew mew recommends no packages. Versions of packages mew suggests: pn bogofilter | bsfilter | s none (no description available) pn compface none (no description available) ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep pn gpgsm none (no description available) ii hyperestraier 1.4.9-1.4 a full-text search system for comm pn mhc none (no description available) pn mu-cite none (no description available) pn mule-ucs none (no description available) pn namazu2 none (no description available) pn namazu2-index-tools none (no description available) ii netpbm2:10.0-12.2+b1 Graphics conversion tools between ii ppthtml 0.5.1-6A program for converting Microsoft pn ssh none (no description available) pn w3m-elnone (no description available) ii wv1.2.4-2+b1 Programs for accessing Microsoft W pn x-face-el none (no description available) ii xlhtml0.5.1-6A program for converting Microsoft -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609257: chicken: Please update to Chicken 4.6
Package: chicken Severity: wishlist Tags: upstream Chicken Scheme 4.6 has been available for a while which contains lots of useful new features: http://code.call-cc.org/releases/4.6.0/NEWS http://code.call-cc.org/releases/4.6.0/chicken-4.6.0.tar.gz -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547386: Amarok fails to start with: libamarok_taglib.so.1: cannot open shared object
Package: amarok Version: 2.1.1-4 Severity: important fter upgrading from 1.4 to 2.1 testing amarok fails to start with the following error $ amarok amarok: error while loading shared libraries: libamarok_taglib.so.1: cannot open shared object file: No such file or directory Have tried uninstalling and reinstalling with no success. $ ldd /usr/bin/amarok linux-vdso.so.1 = (0x7fff554fd000) libkdeui.so.5 = /usr/lib/libkdeui.so.5 (0x7ff4be98c000) libamaroklib.so.1 = /usr/local/lib/libamaroklib.so.1 (0x7ff4be31a000) libQtGui.so.4 = /usr/lib/libQtGui.so.4 (0x7ff4bd70d000) libkdecore.so.5 = /usr/lib/libkdecore.so.5 (0x7ff4bd28a000) libQtCore.so.4 = /usr/lib/libQtCore.so.4 (0x7ff4bce42000) libc.so.6 = /lib/libc.so.6 (0x7ff4bcaf1000) libQtSvg.so.4 = /usr/lib/libQtSvg.so.4 (0x7ff4bc898000) libSM.so.6 = /usr/lib/libSM.so.6 (0x7ff4bc69) libICE.so.6 = /usr/lib/libICE.so.6 (0x7ff4bc475000) libX11.so.6 = /usr/lib/libX11.so.6 (0x7ff4bc13b000) libQtXml.so.4 = /usr/lib/libQtXml.so.4 (0x7ff4bbef4000) libXtst.so.6 = /usr/lib/libXtst.so.6 (0x7ff4bbcee000) libXcursor.so.1 = /usr/lib/libXcursor.so.1 (0x7ff4bbae4000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0x7ff4bf097000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0x7ff4bb8db000) libQtDBus.so.4 = /usr/lib/libQtDBus.so.4 (0x7ff4bb666000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7ff4bb358000) libm.so.6 = /lib/libm.so.6 (0x7ff4bb0d5000) libpthread.so.0 = /lib/libpthread.so.0 (0x7ff4baeba000) libkio.so.5 = /usr/lib/libkio.so.5 (0x7ff4ba9ee000) libkparts.so.4 = /usr/lib/libkparts.so.4 (0x7ff4ba7a7000) libkutils.so.4 = /usr/lib/libkutils.so.4 (0x7ff4ba553000) libXext.so.6 = /usr/lib/libXext.so.6 (0x7ff4ba342000) libXft.so.2 = /usr/lib/libXft.so.2 (0x7ff4ba12e000) libXau.so.6 = /usr/lib/libXau.so.6 (0x7ff4b9f2c000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0x7ff4b9d27000) libktexteditor.so.4 = /usr/lib/libktexteditor.so.4 (0x7ff4b9aed000) libkjs.so.4 = /usr/lib/libkjs.so.4 (0x7ff4b9821000) libphonon.so.4 = /usr/lib/libphonon.so.4 (0x7ff4b95ce000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x7ff4b93ab000) libgif.so.4 = /usr/lib/libgif.so.4 (0x7ff4b91a3000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0x7ff4b8f7e000) libz.so.1 = /usr/lib/libz.so.1 (0x7ff4b8d67000) libkhtml.so.5 = /usr/lib/libkhtml.so.5 (0x7ff4b841d000) libtag.so.1 = /usr/lib/libtag.so.1 (0x7ff4b81b) libsolid.so.4 = /usr/lib/libsolid.so.4 (0x7ff4b7f22000) libkfile.so.4 = /usr/lib/libkfile.so.4 (0x7ff4b7c7f000) libkpty.so.4 = /usr/lib/libkpty.so.4 (0x7ff4b7a76000) libQt3Support.so.4 = /usr/lib/libQt3Support.so.4 (0x7ff4b7551000) libkde3support.so.4 = /usr/lib/libkde3support.so.4 (0x7ff4b7241000) libthreadweaver.so.4 = /usr/lib/libthreadweaver.so.4 (0x7ff4b702a000) libQtOpenGL.so.4 = /usr/lib/libQtOpenGL.so.4 (0x7ff4b6d98000) libGL.so.1 = /usr/lib/libGL.so.1 (0x7ff4b6b1a000) libGLU.so.1 = /usr/lib/libGLU.so.1 (0x7ff4b68a9000) libamarok_taglib.so.1 = not found libamarokplasma.so.1 = not found libdl.so.2 = /lib/libdl.so.2 (0x7ff4b66a5000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x7ff4b6476000) libpcreposix.so.3 = /usr/lib/libpcreposix.so.3 (0x7ff4b6274000) libutil.so.1 = /lib/libutil.so.1 (0x7ff4b6071000) libstreamanalyzer.so.0 = /usr/lib/libstreamanalyzer.so.0 (0x7ff4b5dfe000) libstreams.so.0 = /usr/lib/libstreams.so.0 (0x7ff4b5bc2000) libQtNetwork.so.4 = /usr/lib/libQtNetwork.so.4 (0x7ff4b58a1000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x7ff4b5691000) libresolv.so.2 = /lib/libresolv.so.2 (0x7ff4b547a000) libfam.so.0 = /usr/lib/libfam.so.0 (0x7ff4b5272000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7ff4b5058000) libaudio.so.2 = /usr/lib/libaudio.so.2 (0x7ff4b4e3f000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0x7ff4b4bb8000) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x7ff4b4973000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7ff4b46b) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0x7ff4b447f000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0x7ff4b427b000) librt.so.1 = /lib/librt.so.1 (0x7ff4b4073000) /lib64/ld-linux-x86-64.so.2 (0x7ff4befa9000) libuuid.so.1 = /lib/libuuid.so.1 (0x7ff4b3e6f000) libxcb.so.1 = /usr/lib/libxcb.so.1 (0x7ff4b3c53000) libacl.so.1 = /lib/libacl.so.1
Bug#459288: patch
I encountered this problem too (0.2.27-1 in testing) I've posted a patch at https://sourceforge.net/tracker/index.php?func=detailaid=1908833group_id=39083atid=424297 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
