Bug#1042815: linux-image-6.1.0-10-amd64: Fails to load kernel modules due to bpf/btf issue
On Tue, Aug 01, 2023 at 01:44:26PM +0200, Salvatore Bonaccorso wrote: > > PS: This, I think, is covered in bug 1003965 but my attempt to email into > > that bug appears > > to have failed. If it ever succeeds apologies for the dupe report. :( > > is the assumption that you updated from 6.1.37-1 or 6.1.38-1 to > 6.1.38-2 (or any of the combinations which did not bump ABI) but did > not reboot before loading the module correct? Nope. You're right. This is what happens when you ansiblise everything. The initial image is with -1, my playbook upgraded it to -2 and tried to use it and it failed. Just did a manual test and modified my playbook to reboot and tested that and it works fine after reboot. So... my bad. Feeling a bit sheepish. Apologies. Still... downloading and installing a new kernel shouldn't break a live system. Andrew
Bug#1042815: linux-image-6.1.0-10-amd64: Fails to load kernel modules due to bpf/btf issue
On Tue, Aug 01, 2023 at 01:44:26PM +0200, Salvatore Bonaccorso wrote: > > [37404.063872] BPF: [99720] ENUM STROY > > [37404.064350] BPF: size=4 vlen=14 > > [37404.064699] BPF: > > [37404.065000] BPF: Invalid name > > [37404.065287] BPF: > > [37404.065463] failed to validate module [nf_conntrack] BTF: -22 > > [37404.067137] missing module BTF, cannot register kfuncs ... > > PS: This, I think, is covered in bug 1003965 but my attempt to email into > > that bug appears > > to have failed. If it ever succeeds apologies for the dupe report. :( > > is the assumption that you updated from 6.1.37-1 or 6.1.38-1 to > 6.1.38-2 (or any of the combinations which did not bump ABI) but did > not reboot before loading the module correct? The dmesg report in the bug appeared to fit bar the "missing module" line so I figured that was just missed or something. For me, this is a minty fresh install that I'm creating on a fresh instance with ansible and the container creation part of the playbook fails. > The particular bug is something which was introduced in 5.18-rc1, and > fixed 6.1.39 and 6.4.4 following the fixing in 6.5-rc1. But if the > above assumption is correct then you just missed the reboot after the > kernel update. That bit doesn't fit me. As I said, minty fresh install where the playbook for building the instance hasn't had a chance to finish. Andrew
Bug#1042815: linux-image-6.1.0-10-amd64: Fails to load kernel modules due to bpf/btf issue
Package: linux-image-6.1.0-10-amd64 Severity: important Tags: patch Dear Maintainer, Current kernel failed to load modules for MASQUERADE nat rules giving the following in dmesg: [37404.063872] BPF: [99720] ENUM STROY [37404.064350] BPF: size=4 vlen=14 [37404.064699] BPF: [37404.065000] BPF: Invalid name [37404.065287] BPF: [37404.065463] failed to validate module [nf_conntrack] BTF: -22 [37404.067137] missing module BTF, cannot register kfuncs The following upstream patch fixes the issue: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=3de4d22cc9ac7c9f38e10edcf54f9a8891a9c2aa And it has been included in upstream stable 6.1 kernel releases since 6.1.39: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/log/?h=linux-6.1.y=400 Please include in Bookworm as its currently preventing netavark from using iptables to load the MASQUERADE module and, thus, preventing me from running containers. Thanks. :) PS: This, I think, is covered in bug 1003965 but my attempt to email into that bug appears to have failed. If it ever succeeds apologies for the dupe report. :( -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1036159: request-tracker5: fails to build at build-final-ckeditor.sh stage
Source: request-tracker5 Severity: normal X-Debbugs-Cc: deb...@inml.grue.cc Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? A desire to build the package with some changes for re-use within containers. * What exactly did you do (or not do) that was effective (or ineffective)? apt-get build-dep request-tracker5 apt-get source request-tracker5 cd request-tracker5-5.0.3+dfsg/ dpkg-buildpackage -j4 * What was the outcome of this action? ... test -d third-party-source/devel/third-party dh_autoreconf ./debian/build-final-ckeditor.sh Copying files (relax, this may take a while) Exception in thread "main" org.mozilla.javascript.WrappedException: Wrapped java.util.MissingResourceException: Can't find bundle for base name com.google.javascript.rhino.head.resources.Messages, locale en_AU (/build/ckbuilder-Vz2B26/ckbuilder-2.4.3+dfsg/src/lib/javascript.js#29) at org.mozilla.javascript.Context.throwAsScriptRuntimeEx(Context.java:1914) at org.mozilla.javascript.MemberBox.newInstance(MemberBox.java:167) at org.mozilla.javascript.NativeJavaClass.constructInternal(NativeJavaClass.java:266) at org.mozilla.javascript.NativeJavaClass.constructSpecific(NativeJavaClass.java:205) at org.mozilla.javascript.NativeJavaClass.construct(NativeJavaClass.java:166) at org.mozilla.javascript.ScriptRuntime.newObject(ScriptRuntime.java:2613) at ckbuilder.lib.javascript._c_compileFile_2(/build/ckbuilder-Vz2B26/ckbuilder-2.4.3+dfsg/src/lib/javascript.js:29) at ckbuilder.lib.javascript.call(/build/ckbuilder-Vz2B26/ckbuilder-2.4.3+dfsg/src/lib/javascript.js) at org.mozilla.javascript.optimizer.OptRuntime.callName(OptRuntime.java:63) at ckbuilder.lib.javascript._c_anonymous_5(/build/ckbuilder-Vz2B26/ckbuilder-2.4.3+dfsg/src/lib/javascript.js:167) at ckbuilder.lib.javascript.call(/build/ckbuilder-Vz2B26/ckbuilder-2.4.3+dfsg/src/lib/javascript.js) ... And the (unmodified) build stops. * What outcome did you expect instead? The PC to grind away for 2 hours as it builds RT5 and then runs the 5 billion item test suite. :) Interesting to note that the RT5 package builds just fine on bullseye. *** End of the template - remove these template lines *** -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'oldstable-updates'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.3.2-local.20230516-141845 (SMP w/4 CPU threads) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect
Bug#1033304: request-tracker5: debianisation of version interferes with doc linking
Package: request-tracker5 Version: 5.0.3 Severity: normal Dear Maintainer, RT5 (and possibly RT4) uses the version number to generate a URL for its documentation. This URL is in use when configuring the system via the web interface (click on a config name and it takes you to the help for it). As a result the help results in a 404 until you manually remove the debian component of the version. This error is the result of the debianize_version.diff patch which changes the version globally.
Bug#956663: initramfs-tools-core: update-initramfs does not search all the firmware paths the kernel does
Package: initramfs-tools-core
Version: 0.133+deb10u1
Severity: normal
Tags: patch
Dear Maintainer,
* What led up to the situation?
I like to keep up with the official kernel releases. As a result the firmware
they wind up requiring is newer than what is available in firmware packages.
I'd like to install these from the git repo but also want to keep using
some firmware package from debian (cpu microcode patches for example).
* What exactly did you do (or not do) that was effective (or
ineffective)?
I placed the firmware from the git repo in /lib/firmware/updates/ which
the kernel searches before /lib/firmware.
* What was the outcome of this action?
Kernel can find them but update-initramfs cannot.
* What outcome did you expect instead?
update-initramfs look in all the places the kernel does and copies the files
as appropriate.
I have attached an initial patch that solves this. I am currently using the
resultng code and it is working fine for me.
The one thing the patch does not do is allow for a custom location that can
be provided to the kernel to search first.
This is because that's a little more complicated and requires a decision wrt
where to specify this location (ie the config file?).
I can do that work also if it'll help get the patch in.
-- System Information:
Debian Release: 10.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (100, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.6.3-local.20200409-123516 (SMP w/6 CPU cores; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8),
LANGUAGE=en_AU:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages initramfs-tools-core depends on:
ii coreutils8.30-3
ii cpio 2.12+dfsg-9
ii e2fsprogs1.44.5-1+deb10u3
ii klibc-utils 2.0.6-1
ii kmod 26-1
ii udev 241-7~deb10u3
Versions of packages initramfs-tools-core recommends:
ii busybox 1:1.30.1-4
ii pigz 2.4-1
Versions of packages initramfs-tools-core suggests:
pn bash-completion
-- no debconf information
--- a/hook-functions2020-04-09 11:39:18.061168163 +1000
+++ b/hook-functions2020-04-09 11:51:05.621625010 +1000
@@ -53,7 +53,7 @@
# Add dependent modules + eventual firmware
manual_add_modules()
{
- local prefix kmod options firmware
+ local prefix kmod options firmware fwloc
if [ $# -eq 0 ]; then
return
@@ -76,15 +76,19 @@
# Add required firmware
for firmware in $(modinfo -k "${version}" -F firmware
"${kmod}"); do
- if [ -e "${DESTDIR}/lib/firmware/${firmware}" ] \
- || [ -e
"${DESTDIR}/lib/firmware/${version}/${firmware}" ]; then
+ if [ -e
"${DESTDIR}/lib/firmware/updates/${version}/${firmware}" ] \
+ || [ -e "${DESTDIR}/lib/firmware/updates/${firmware}" ]
\
+ || [ -e
"${DESTDIR}/lib/firmware/${version}/${firmware}" ] \
+ || [ -e "${DESTDIR}/lib/firmware/${firmware}" ]; then
continue
fi
# Only print warning for missing fw of loaded module
# or forced loaded module
- if [ ! -e "/lib/firmware/${firmware}" ] \
- && [ ! -e "/lib/firmware/${version}/${firmware}" ] ;
then
+ if [ ! -e
"/lib/firmware/updates/${version}/${firmware}" ] \
+ && [ ! -e "/lib/firmware/updates/${firmware}" ] \
+ && [ ! -e "/lib/firmware/${version}/${firmware}" ] \
+ && [ ! -e "/lib/firmware/${firmware}" ]; then
# Only warn about missing firmware if
# /proc/modules exists
if [ ! -e /proc/modules ] ; then
@@ -99,12 +103,15 @@
continue
fi
- if [ -e "/lib/firmware/${version}/${firmware}" ]; then
- copy_file firmware \
- "/lib/firmware/${version}/${firmware}"
- else
- copy_file firmware "/lib/firmware/${firmware}"
- fi
+ for fwloc in
"/lib/firmware/updates/${version}/${firmware}" \
+ "/lib/firmware/updates/${firmware}" \
+ "/lib/firmware/${version}/${firmware}" \
+ "/lib/firmware/${firmware}"; do
+ if [ -e "$fwloc" ]; then
+ copy_file firmware "$fwloc"
+ break
+
Bug#839328: [PATCH] ipxe: FTBFS: --defsym:2: undefined symbol `obj_82540em' referenced in expression
My, my, my... Is not the obvious bug obvious? :)
Well, that this is bad perl is obvious. That it actually does fix
this reported bug isn't so much, but if you try to do
make bin/version.82540em.rom.o
in the src dir you'll find that this script bombs out. Fixing it
gets you a happy fun package (in my case a custom one of latest
git flavours - same code exists in the official package).
--- ipxe-1.0.0+git-20160307.99b5216.orig/src/util/parserom.pl
+++ ipxe-1.0.0+git-20160307.99b5216/src/util/parserom.pl
@@ -157,7 +157,7 @@ sub process_isa_rom {
# Output Makefile rules for the specified ROM declarations
sub print_make_rules {
-my ( $state, my $image, my $desc, my $vendor, my $device, my $dup ) = @_;
+my ( $state, $image, $desc, $vendor, $device, $dup ) = @_;
unless ( $state->{'is_header_printed'} ) {
print "# NIC\t\n";
print "# NIC\tfamily\t$state->{family}\n";
Bug#772628: kmod: support gzip and xz compression in kmod
Package: kmod Version: 18-3 Severity: wishlist Hi, * What led up to the situation? Linux 3.18.0 comes with native support for xz compressed modules. I like rolling my own kernels and I need to use modules for some things. Compression allows me to drop the size of a kernel's modules dir by 2/3rds. This is nice as I like to have a few fallback kernels around, just in case. Also nice for Debian released kernels as the modules for that wind up being huge on-disk. * What exactly did you do (or not do) that was effective (or ineffective)? depmod -a * What was the outcome of this action? No module dependency lists generated. * What outcome did you expect instead? Module dependency list to be generated and xz compressed modules able to be used. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-wb.20141209-011018 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmod depends on: ii libc6 2.19-13 ii libkmod2 18-3 ii lsb-base 4.1+Debian13+nmu1 kmod recommends no packages. kmod 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#717196: Acknowledgement (pacemaker: crm configure does not have support for rsc_ticket constraint.)
Ok, I found that help file /usr/share/pacemaker/crm.8.txt and python files at /usr/share/pyshared/crm don't have appropriate support code for rsc_ticket. Also I found that after pacemaker 1.7 upstream has move crmsh in standalone project. And debian has experimental package of it http://packages.debian.org/experimental/crmsh For now I build this package for debian wheezy (just changing name from crm to crmsh to avoid packages conflict with pacemaker) and it looks like issue has been resolved for me this rude way. According https://savannah.nongnu.org/forum/forum.php?forum_id=7503 CRM shell 1.2.5 supports all Pacemaker 1.1 versions. # crmsh configure rsc_ticket cluster-req-t_ticket t_ticket: cluster_group loss-policy=fence # crmsh configure show | grep rsc_ticket rsc_ticket cluster-req-t_ticket t_ticket: cluster_group loss-policy=fence # crmsh configure help rsc_ticket This constraint expresses dependency of resources on cluster-wide attributes, also known as tickets. Tickets are mainly used in geo-clusters, which consist of multiple sites. A ticket may be granted to a site, thus allowing resources to run there. The `loss-policy` attribute specifies what happens to the resource (or resources) if the ticket is revoked. The default is either `stop` or `demote` depending on whether a resource is multi-state. See also the `site` set of commands. Usage: ... rsc_ticket id ticket_id: rsc[:role] [rsc[:role] ...] [loss-policy=loss_policy_action] loss_policy_action :: stop | demote | fence | freeze ... Example: ... rsc_ticket ticket-A_public-ip ticket-A: public-ip rsc_ticket ticket-A_bigdb ticket-A: bigdb loss-policy=fence rsc_ticket ticket-B_storage ticket-B: drbd-a:Master drbd-b:Master ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717196: pacemaker: crm configure does not have support for rsc_ticket constraint.
Package: pacemaker Version: 1.1.7-1 Severity: important 1) About bug. Shell util crm does not accept rsc_ticket constraint and also there is no information about this option in docs. Impossible to create working Multi-Site Cluster configuration (booth+pacemaker) via crm. Probably it's unusable in other ways (via editing raw xml). I don't trying it yet. Pacemaker from unstable branch (1.1.7-2.1) also affected. 2) How to reproduce. Install pacemaker+booth-pacemaker. After basic setup corosync try to create constraint: # crm configure rsc_ticket cluster-req-t_ticket t_ticket: cluster_group loss-policy=fence ERROR: syntax: rsc_ticket cluster-req-t_ticket t_ticket: cluster_group loss-policy=fence # crm configure rsc_ticket help ERROR: syntax: rsc_ticket help # crm configure help rsc_ticket There is no help for topic rsc_ticket # crm configure help | grep -i ticket # 3) What I expect? Accepting input by crm shell util crm configure rsc_ticket cluster-req-t_ticket t_ticket: cluster_group loss-policy=fence and listing this constraint in help menu by command crm configure help according booth/pacemaker documentation http://doc.opensuse.org/products/draft/SLE-HA/SLE-ha-guide_sd_draft/cha.ha.geo.html#sec.ha.geo.setup.resources 4) Additional information Behind this, pacemaker package has working crm_ticket util in it and there is some kind of information of rsc_ticket in source code (http://ftp.de.debian.org/debian/pool/main/p/pacemaker/pacemaker_1.1.7.orig.tar.gz) and supplementary files: # grep -ri rsc_ticket /usr/share/pacemaker/ /usr/share/pacemaker/constraints-1.1.rng: ref name=element-rsc_ticket/ /usr/share/pacemaker/constraints-1.1.rng: define name=element-rsc_ticket /usr/share/pacemaker/constraints-1.1.rng:element name=rsc_ticket /usr/share/pacemaker/constraints-1.2.rng: ref name=element-rsc_ticket/ /usr/share/pacemaker/constraints-1.2.rng: define name=element-rsc_ticket /usr/share/pacemaker/constraints-1.2.rng:element name=rsc_ticket Package version from experimental branch (1.1.9+git20130321-1) can't be installed due packages dependency problem. Anyway I recompile experimental package from debian source (pacemaker_1.1.9+git20130321-1.dsc) on the top of debian unstable and compiled package does not affected by this bug. Output: # crm configure help 2/dev/null | grep -i ticket rsc_ticket resources ticket dependency # dpkg -l | grep 'pacemaker ' ii crmsh 1.2.5+hg953-2 amd64 CRM shell for the pacemaker cluster manager ii pacemaker 1.1.9+git20130321-1amd64 HA cluster resource manager I don't check full function of it due corosync configuration problems on debian unstable system. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages pacemaker depends on: ii adduser 3.113+nmu3 ii corosync 1.4.2-3 ii libbz2-1.01.0.6-4 ii libc6 2.13-38 ii libcib1 1.1.7-1 ii libcrmcluster11.1.7-1 ii libcrmcommon2 1.1.7-1 ii libesmtp6 1.0.6-1+b1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnutls26 2.12.20-7 ii liblrm2 1.0.9+hg2665-1 ii libltdl7 2.4.2-1.1 ii libncurses5 5.9-10 ii libpam0g 1.1.3-7.1 ii libpe-rules2 1.1.7-1 ii libpe-status3 1.1.7-1 ii libpengine3 1.1.7-1 ii libpils2 1.0.9+hg2665-1 ii libplumb2 1.0.9+hg2665-1 ii libsnmp15 5.4.3~dfsg-2.7 ii libssl1.0.0 1.0.1e-2 ii libstonithd1 1.1.7-1 ii libtinfo5 5.9-10 ii libtransitioner1 1.1.7-1 ii libuuid1 2.20.1-5.3 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxslt1.11.1.26-14.1 ii python2.7.3-4 ii python2.7 2.7.3-6 ii resource-agents 1:3.9.2-5+deb7u1 pacemaker recommends no packages. pacemaker 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#651703: acpi-support-base: power button and lid events fail to be acted on
Package: acpi-support-base Version: 0.138-9 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Installed wheezy. Button has never worked. * What exactly did you do (or not do) that was effective (or ineffective)? Pressed power button long enough to generate the following event: button/power PWRF 0080 0004 * What was the outcome of this action? /etc/acpi/powerbtn-acpi-support.sh executes but CheckPolicy returns true and so it just exits. * What outcome did you expect instead? A shutdown of my laptop. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.5-wb.20111211-232011 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support-base depends on: ii acpid1:2.0.13-1 ii kbd [console-utilities] 1.15.3-7 acpi-support-base recommends no packages. Versions of packages acpi-support-base suggests: ii acpi-support 0.138-9 -- 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#619114: /usr/share/udhcpc/default.script has no override in /etc
Package: udhcpc Version: 1:1.17.1-8 Severity: normal In Lenny I had /etc/udhcpc/default.script which I used to override /usr/share/udhcpc/default.script. This allowed me to add my own custom scripts that did things of interest to me. Since my upgrade to squeeze my scripts have not been executing. I recognise the presence of the -s option to override /usr/share/udhcpc/default.script but there appears to be nothing about the options available for inet dhcp in /etc/network/interfaces that allows me to specify it. A good way out of this, imo, would be to have busybox check for /usr/share/udhcpc/default.script and run that. If it's not present then run /usr/share/udhcpc/default.script. If -s is given then that would override all. This would preserve current behaviour except for where one would come from Lenny where the old behaviour would be preserved. It would also allow one to have a default custom config should one choose. -- System Information: Debian Release: 6.0 Architecture: i386 (i686) Kernel: Linux 2.6.37.3-wb.20110313-182945 (PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udhcpc depends on: ii busybox 1:1.17.1-8 Tiny utilities for small and embed udhcpc recommends no packages. udhcpc suggests no packages. -- Configuration Files: /etc/udhcpc/default.script changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#92206: Grads High
1767314 0724685 838664 4 7731313 2031680 4 5 3 451 13 6 3 1 5 5 2 46 8 0 4 5 6 2 0 5 8 165686 7 7 5 2 0887212 0 7 1 1 2 208587186 1 7 2 3 6 7 6 5 8 1 1 200 1 8 4 8 3 7570130 14 8 3 410 6186115 8035384 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350962: amavisd-new: cab files not detected
Package: amavisd-new Version: 1:2.3.3-4 Severity: important All's well except that file is reporting cab archives as: Microsoft Cabinet file, 621 bytes, 1 file and not as: Microsoft cabinet file, 621 bytes, 1 file as amavis expects in: [qr/^Microsoft cabinet file\b/ = 'cab'], The fix is obvious. Change the above to: [qr/^Microsoft cabinet file\b/i = 'cab'], And it all works well :) Patch below: --- amavisd-new 2006-02-02 11:46:54.0 +1100 +++ /usr/sbin/amavisd-new 2006-02-02 11:46:59.0 +1100 @@ -789,7 +789,7 @@ [qr/^current ar archive\b/i = 'a'],# standard Unix archive (ar) [qr/^RPM\b/ = 'rpm'], [qr/^(Transport Neutral Encapsulation Format|TNEF)\b/i = 'tnef'], - [qr/^Microsoft cabinet file\b/ = 'cab'], + [qr/^Microsoft cabinet file\b/i = 'cab'], [qr/^(uuencoded|xxencoded)\b/i = 'uue'], [qr/^binhex\b/i = 'hqx'], -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15-rc5 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages amavisd-new depends on: ii adduser3.63 Add and remove users and groups ii file 4.12-1Determines file type using magic ii libarchive-tar-perl1.23-1Archive::Tar - manipulate tar file ii libarchive-zip-perl1.14-1Module for manipulation of ZIP arc ii libberkeleydb-perl 0.26-3use Berkeley DB 4 databases from P ii libcompress-zlib-perl 1.34-1Perl module for creation and manip ii libconvert-tnef-perl 0.17-4Perl module to read TNEF files ii libconvert-uulib-perl 1.0.5.1-1 Perl interface to the uulib librar pn libdigest-md5-perl Not found. ii libio-stringy-perl 2.110-1 Perl5 modules for IO from scalars ii libmailtools-perl 1.62-1Manipulate email in perl programs pn libmime-base64-perl Not found. ii libmime-perl 5.417-1 Perl5 modules for MIME-compliant m ii libnet-perl1:1.19-1 Implementation of Internet protoco ii libnet-server-perl 0.87-3An extensible, general perl server ii libunix-syslog-perl0.100-4 Perl interface to the UNIX syslog( ii perl [libtime-hires-perl] 5.8.4-8sarge3 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.8.4-8sarge3 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306565: ttf-thryomanes: fails to set encdng properly (with xfontsel)
Package: ttf-thryomanes Version: 1:1.2 Severity: normal The reason I think there is an error in the encdng of the font, comes here: using xfontsel, I'm reproducing the error by choosing: -hmiller-thryomanes-*-*-*.. the rest is asterisk (*), and I want to choose the last option encdng where the following is available: 1,2,3,4,5,7,9,10,13,14,15,cp1251 the following encdng values results in a crash: 2,3,4,5,7,9,10,13,15,cp1251 which leaves: 1,14 as encodings, which do not crash comparing to other fonts, it's seems reasonable that only 1 and 14 is present as encdng values. Since xfontsel does not crash with any other fonts I've tested (quite a lot), I'm very convinced it's not an xfontsel bug. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_DK, LC_CTYPE=en_DK (charmap=ISO-8859-1) Versions of packages ttf-thryomanes depends on: ii defoma 0.11.8-0.1 Debian Font Manager -- automatic f ii xutils 4.3.0.dfsg.1-12.0.1 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305827: swscanner: in menu Tools-Utilities
Package: swscanner Version: 0.1.6-1 Severity: minor spell: in the menu Tools-Utilities, it should be Utilities :) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_DK, LC_CTYPE=en_DK (charmap=ISO-8859-1) Versions of packages swscanner depends on: ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libshp1 1.2.10-2C API for reading and writing ArcV ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
