Bug#287124: pftp conflicts with ftp
The conflict was solved at file level but apt-get still insists to remove ftp or ftp-ssl on install/upgrade as the pftp package conflicts with both packages though it doesn't seem required anymore. Thanks. -- Michel Casabona
Bug#383845: ITP: hachoir -- Tool to modify binary files in human-readable view
Hello, I'm packaging hachoir since version 0.5 and have packaged the last stable version 0.7.1. BTW, the packages are linked from the hachoir wiki ( http://hachoir.org/wiki/DebianPackage ). I've now uploaded the packages to mentors.debian.net: python-hachoir-core python-hachoir-parser python-hachoir-metadata python-hachoir-urwid Please feel free to check/upload the packages if you wish. If you have no time to look at them, please let me know, so I'll seek for a sponsor. Thanks -- Michel Casabona -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386229: shfs-source: patch is incomplete
Package: shfs-source
Version: 0.35-6
Followup-For: Bug #386229
In addition to the number of arguments of the function get_sb_nodev(),
the return-type was also changed to int which may explain why the patch
above oops'ed the kernel. This is fixed in the patch attached below.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (100, 'testing'), (10, 'stable'), (1, 'experimental')
Architecture: i386 (i486)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--- shfs/Linux-2.6/inode.c-1.3 2006-04-14 23:55:49.0 +0200
+++ shfs/Linux-2.6/inode.c 2006-09-26 20:25:09.0 +0200
@@ -341,11 +341,11 @@
return -EINVAL;
}
-static struct super_block *
+static int
shfs_get_sb(struct file_system_type *fs_type,
- int flags, const char *dev_name, void *data)
+ int flags, const char *dev_name, void *data, struct vfsmount *mnt)
{
- return get_sb_nodev(fs_type, flags, data, shfs_read_super);
+ return get_sb_nodev(fs_type, flags, data, shfs_read_super, mnt);
}
static struct file_system_type sh_fs_type = {
Bug#386229: shfs-source: patch is incomplete (2)
Package: shfs-source
Version: 0.35-6
Followup-For: Bug #386229
Hello,
Sorry, the patch that I posted yesterday was also incomplete and caused
oops in statfs.
Here is a new patch attached hereafter that seems to cure the problem
and has been tested as much as possible.
--
Michel Casabona
diff -U1 -r shfs-0.35-6/Linux-2.6/inode.c shfs/Linux-2.6/inode.c
--- shfs-0.35-6/Linux-2.6/inode.c 2006-04-14 23:55:49.0 +0200
+++ shfs/Linux-2.6/inode.c 2006-09-26 20:25:09.0 +0200
@@ -343,7 +343,7 @@
-static struct super_block *
+static int
shfs_get_sb(struct file_system_type *fs_type,
- int flags, const char *dev_name, void *data)
+ int flags, const char *dev_name, void *data, struct vfsmount *mnt)
{
- return get_sb_nodev(fs_type, flags, data, shfs_read_super);
+ return get_sb_nodev(fs_type, flags, data, shfs_read_super, mnt);
}
diff -U1 -r shfs-0.35-6/Linux-2.6/proc.c shfs/Linux-2.6/proc.c
--- shfs-0.35-6/Linux-2.6/proc.c2004-06-01 15:16:19.0 +0200
+++ shfs/Linux-2.6/proc.c 2006-09-27 19:28:22.0 +0200
@@ -573,4 +573,5 @@
int
-shfs_statfs(struct super_block *sb, struct kstatfs *attr)
+shfs_statfs(struct dentry *dentry, struct kstatfs *attr)
{
+ struct super_block *sb = dentry->d_sb;
struct shfs_sb_info *info = info_from_sb(sb);
diff -U1 -r shfs-0.35-6/Linux-2.6/shfs_fs.h shfs/Linux-2.6/shfs_fs.h
--- shfs-0.35-6/Linux-2.6/shfs_fs.h 2006-04-14 23:55:49.0 +0200
+++ shfs/Linux-2.6/shfs_fs.h2006-09-27 19:03:26.0 +0200
@@ -102,3 +102,3 @@
int shfs_notify_change(struct dentry *dentry, struct iattr *attr);
-int shfs_statfs(struct super_block *sb, struct kstatfs *attr);
+int shfs_statfs(struct dentry *dentry, struct kstatfs *attr);
Bug#394559: initramfs-tools: postinst script exit status 1, testing for LILO in update-initramfs
Package: initramfs-tools
Version: 0.83
Severity: normal
Tags: patch
Hi,
update-initramfs exits with status 1 from function mbr_check() if the
boot record doesn't contain the string "LILO". Indeed grep returns
status 1 and the script runs with "set -e".
The small patch attached below solved the problem for me (using grub,
but lilo still installed and lilo.conf no longer current).
Thanks
-- Package-specific info:
-- /proc/cmdline
root=/dev/hda10 ro vga=0x317
-- /proc/filesystems
ext3
ext2
cramfs
vfat
-- lsmod
Module Size Used by
ipv6 212544 12
nls_iso8859_15 4608 5
nls_cp850 4864 5
vfat 11200 5
fat44956 1 vfat
dm_snapshot14268 0
dm_mirror 16784 0
dm_mod 47544 2 dm_snapshot,dm_mirror
snd_sbawe 32512 0
snd_opl3_lib9312 1 snd_sbawe
snd_sb16_dsp8896 1 snd_sbawe
snd_sb16_csp 17504 1 snd_sbawe
snd_sb_common 15232 3 snd_sbawe,snd_sb16_dsp,snd_sb16_csp
snd_hwdep 8580 2 snd_opl3_lib,snd_sb16_csp
snd_mpu401_uart 7232 1 snd_sbawe
snd_rawmidi21728 1 snd_mpu401_uart
snd_seq_device 7596 3 snd_sbawe,snd_opl3_lib,snd_rawmidi
snd_pcm_oss37760 0
snd_mixer_oss 14944 1 snd_pcm_oss
snd_pcm65608 3 snd_sbawe,snd_sb16_dsp,snd_pcm_oss
snd_timer 19620 2 snd_opl3_lib,snd_pcm
snd45156 13
snd_sbawe,snd_opl3_lib,snd_sb16_dsp,snd_sb16_csp,snd_sb_common,snd_hwdep,snd_mpu401_uart,snd_rawmidi,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 8704 1 snd
snd_page_alloc 9416 1 snd_pcm
mousedev 10304 1
tsdev 7296 0
evdev 8800 0
parport_pc 31268 0
parport33928 1 parport_pc
rtc11220 0
8250_pnp8608 0
ns558 4608 0
gameport 13480 2 ns558
floppy 50500 0
psmouse34312 0
serio_raw 6212 0
pcspkr 2560 0
ide_cd 34944 0
cdrom 32192 1 ide_cd
ide_disk 14272 12
piix8964 0 [permanent]
8139too23808 0
mii 5056 1 8139too
generic 4804 0 [permanent]
ide_core 105668 4 ide_cd,ide_disk,piix,generic
ohci_hcd 17316 0
ehci_hcd 26632 0
usbcore 109092 3 ohci_hcd,ehci_hcd
-- kernel-img.conf
# Do not create symbolic links in /
do_symlinks = Yes
postinst_hook = /sbin/update-grub
postrm_hook = /sbin/update-grub
do_bootloader = no
do_initrd = Yes
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (100, 'testing'), (10, 'stable'), (1, 'experimental')
Architecture: i386 (i486)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages initramfs-tools depends on:
ii busybox 1:1.1.3-3 Tiny utilities for small and embed
ii cpio 2.6-17 GNU cpio -- a program to manage ar
ii klibc-utils 1.4.27-1 small statically-linked utilities
ii module-init-tools 3.2.2-3tools for managing Linux kernel mo
ii udev 0.100-2/dev/ and hotplug management daemo
initramfs-tools recommends no packages.
-- no debconf information
--- update-initramfs-0.83 2006-10-13 09:37:34.0 +0200
+++ update-initramfs2006-10-21 22:39:01.0 +0200
@@ -139,8 +139,7 @@
boot=$(awk -F = '/^boot=/{ print $2}' /etc/lilo.conf)
[ -z "${boot}" ] && return 0
[ ! -r "${boot}" ] && return 0
- dd if="${boot}" bs=512 skip=0 count=1 2> /dev/null | grep -q LILO
- [ $? -eq 0 ] && run_lilo && return 0
+ dd if="${boot}" bs=512 skip=0 count=1 2> /dev/null | grep -q LILO &&
run_lilo && return 0
echo
echo "WARNING: grub and lilo installed."
echo "If you use grub as bootloader everything is fine."
Bug#604039: hachoir-core: diff for NMU version 1.3.3-2.1
- "Alexander Reichle-Schmehl" a écrit : > tags 604039 + patch > tags 604039 + pending > thanks > > Dear maintainer, > > I've prepared an NMU for hachoir-core (versioned as 1.3.3-2.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. > Alexander, Thanks for the patch. Though the package is maintained in DPMT svn repository where python-hachoir-core 1.3.3-3 is ready for upload by a sponsor (finalized yesterday night). http://svn.debian.org/viewsvn/python-modules/packages/hachoir-core/trunk/debian/ I don't know why the svn commit didn't tag this bug #604039 as pending as it did for #604040. I suppose we can leave it like that, the NMU fixes the bug and will be overrided if/when Piotr decides to upload. Thanks -- Michel Casabona -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678457: gedit: crashes on setting highlight mode to default
Package: gedit Version: 3.4.2-1 Severity: normal To reproduce, edit a text file and set the highlight mode View -> Highlight Mode -> Others -> Defaults ~$ LANG=C gedit tmp/test.txt ** GtkSourceView:ERROR:gtksourcecontextengine.c:5487:update_syntax: assertion failed: (state->context != NULL) Abandon In some cases under Gnome the problem persists because the highlight mode has been saved in the file's metadata ~$ gvfs-info tmp/test.txt | tail -2 metadata::gedit-language: def metadata::gedit-position: 0 To make the file geditable again, the attribute has to be reset ~$ gvfs-set-attribute tmp/test.txt metadata::gedit-language '' I'm reporting the bug against gedit because it is the application that crashed, but it could be libgtksourceview as well. Thanks -- Package-specific info: Active plugins: - 'spell' - 'docinfo' - 'filebrowser' - 'time' - 'modelines' No plugin installed in $HOME. Module versions: - glib 2.32.3 - gtk+ - gtksourceview - pygobject - enchant - iso-codes 3.36 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (100, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.20 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit depends on: ii gedit-common 3.4.2-1 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.01.32.1-1 ii gir1.2-gtk-3.0 3.4.2-1 ii gir1.2-gtksource-3.0 3.4.2-1 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-peas-1.01.4.0-2 ii gsettings-desktop-schemas 3.4.2-1 ii iso-codes 3.36-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-1 ii libcairo2 1.12.2-1 ii libenchant1c2a 1.6.0-7 ii libffi53.0.10-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-1 1.32.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-1 ii libgtksourceview-3.0-0 3.4.2-1 ii libice62:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libpeas-1.0-0 1.4.0-2 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.4.99.901-2 ii libxml22.8.0+dfsg1-3 ii python 2.7.3~rc2-1 ii python-gi 3.2.2-1 ii python-gi-cairo3.2.2-1 ii python2.7 2.7.3~rc2-2.1 Versions of packages gedit recommends: ii yelp3.4.2-1 ii zenity 3.4.0-2 Versions of packages gedit suggests: ii gedit-plugins 3.4.0-1 -- 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#694762: yersinia: loops and lose keyboard interaction on tty/console when nflog device exists
Package: yersinia
Version: 0.7.2+svn48+ntohl-1
Severity: important
Tags: patch upstream
yersinia gets stuck in a tight loop when keyboard interaction is
required, ie, calling the ncurses interface (-I) or using the CLI for
attacks that are stopped by pressing a key.
It occurs since non network interfaces are return by pcap_findalldevs,
like nflog or usbmon1. The function interface_init_data() fails but
the return code is not tested in interface_init(). It seems that stdin
is closed and file descriptor 0 reused for a socket.
The attached patch excludes "nflog" and "usbmonX" devices in addition
to "any" and the loopback.
To reproduce the problem:
# yersinia stp -interface eth0 -version 3 -attack 4
<*> Starting NONDOS attack Claiming Root Role...
<*> Press any key to stop the attack <*>
the last process has to be killed to stop.
On wheezy (kernel 3.2) where nflog exists the file descriptors are as
follows:
# ls -l /proc/22428/fd/
total 0
lrwx-- 1 root root 64 nov. 29 18:45 0 -> socket:[48001]
lrwx-- 1 root root 64 nov. 29 18:45 1 -> /dev/pts/1
lrwx-- 1 root root 64 nov. 29 18:45 2 -> /dev/pts/1
lrwx-- 1 root root 64 nov. 29 18:45 3 -> /tmp/yersinia.log
lrwx-- 1 root root 64 nov. 29 18:45 4 -> socket:[48004]
=== messages found in yersinia.log
eth0 iflinkname EN10MB
eth0 iflinkdesc Ethernet
eth0 MAC = 0002.55ee.9b5b
nflog iflinkname NFLOG
nflog iflinkdesc Linux netfilter
libnet_init failed on nflog -> libnet_check_iface() ioctl: No such
device
th_tty_peer thread = -1250792592...
th_uptime thread = -1242399888
eth0 libnet_handler 921EEE8
Entering command line mode...
attack_launch: -1250792592 Attack thread -1261921424 is born!!
TERM signal received from -1234003360!
g00dbye function called from -1234003360
The same command run on squeeze works correctly, file descriptors as
normal:
# ls -l /proc/9319/fd
total 0
lrwx-- 1 root root 64 29 nov. 18:36 0 -> /dev/pts/1
lrwx-- 1 root root 64 29 nov. 18:36 1 -> /dev/pts/1
lrwx-- 1 root root 64 29 nov. 18:36 2 -> /dev/pts/1
lrwx-- 1 root root 64 29 nov. 18:36 3 -> /tmp/yersinia.log
lrwx-- 1 root root 64 29 nov. 18:36 4 -> socket:[7997751]
lrwx-- 1 root root 64 29 nov. 18:36 5 -> socket:[7997754]
l-wx-- 1 root root 64 29 nov. 18:36 7 -> pipe:[7959155]
-- System Information:
Debian Release: wheezy/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (100,
'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages yersinia depends on:
ii libatk1.0-0 2.4.0-2
ii libc6 2.13-35
ii libcairo2 1.12.2-2
ii libfontconfig1 2.9.0-7
ii libfreetype62.4.9-1
ii libglib2.0-02.33.12+really2.32.4-3
ii libgtk2.0-0 2.24.10-2
ii libncurses5 5.9-10
ii libnet1 1.1.4-2.1
ii libpango1.0-0 1.30.0-1
ii libpcap0.8 1.3.0-1
yersinia recommends no packages.
yersinia suggests no packages.
-- no debconf information
Thanks,
--
Michel Casabona
--- interfaces.c-orig 2008-06-06 08:02:13.0 +0200
+++ interfaces.c 2012-11-29 20:12:23.157187558 +0100
@@ -145,7 +145,9 @@
while (index)
{
-if ( (strncmp(index->name,"any",strlen(index->name))) &&
+if ( (strncmp(index->name,"any",strlen(index->name)) != 0) &&
+ (strncmp(index->name,"nflog",strlen(index->name)) != 0) &&
+ (strncmp(index->name,"usbmon",strlen("usbmon")) != 0) &&
(index->flags != PCAP_IF_LOOPBACK) )
{
if ((iface_data = (struct interface_data *) calloc(1, sizeof(struct interface_data))) == NULL) {
Bug#759048: hachoir-wx: Patch for wxPython 3.0
Hi Olly, - Mail original - > De: "Olly Betts" > À: 759...@bugs.debian.org > Envoyé: Dimanche 7 Septembre 2014 02:45:54 > Objet: Bug#759048: hachoir-wx: Patch for wxPython 3.0 > > Control: tags 759048 + patch Thanks a lot for the patch, and wxpy30-update > With the attached patch, hachoir-wx builds. When run, it seems to > want > me to select a file, but I'm not sure I have a suitable input, so I > haven't really been able to usefully test it. Any binary structured file such as tar.gz, png, ogg, avi will do > Please could you give it a more thorough workout, and upload if all > is > well. No other change is needed, everything seems to work correctly. The package is ready to upload from Debian python svn repository FYI, there is an error message from wxpython at program termination. "swig/python detected a memory leak of type 'wxPyXmlSubclassFactory *', no destructor found." it is already fixed upstream: http://trac.wxwidgets.org/changeset/75542 Thanks! -- Michel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#868431: wmaker: uses static upstream menu
On Sun, 16 Jul 2017 07:28:38 +0200 Andreas Metzler wrote:
. . .
Strange, I also do have menu installed. I have doublechecked that it is
not my user profile that is broken by testing with a freshly generated
user with almost empty ~/. I need to symlink/copy
/etc/GNUstep/Defaults/menu.hook to ~/GNUstep/Library/WindowMaker/ to get
the Debian menu.
Hello,
Same problem here, menu is installed.
A workaround is to point wmaker at the absolute path of the menu.hook
file in ~/GNUstep/Defaults/WMRootMenu
~$ diff -U1 GNUstep/Defaults/WMRootMenu{-org,}
--- GNUstep/Defaults/WMRootMenu-org 2009-03-14 17:45:12.0 +0100
+++ GNUstep/Defaults/WMRootMenu 2017-07-22 16:30:00.996644421 +0200
@@ -1 +1 @@
-"menu.hook"
+"/etc/GNUstep/Defaults/menu.hook"
--
Michel
Bug#868431: wmaker: uses static upstream menu
It looks like the change is documented in the changelog * debian/patches/50_def_config_paths.diff - Remove unnecessary patch. It added /etc/GNUstep/Defaults to the DEF_CONFIG_PATHS macro, but the files needed in the paths referenced in this macro (in particular, menu, autostart, and exitscript) will not be located there. May be the patch is not yet unnecessary? Thanks -- Michel
Bug#436648: wrapper conflicts with tcptraceroute package
Package: traceroute Version: 2.0.7-2 Severity: normal The /usr/bin/tcptraceroute wrapper conflicts with the program found in the tcptraceroute package. ~$ LANG=C sudo aptitude upgrade -t unstable The following packages will be upgraded: traceroute 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/40.6kB of archives. After unpacking 28.7kB will be used. Do you want to continue? [Y/n/?] Reading changelogs... (Reading database ... 148001 files and directories currently installed.) Preparing to replace traceroute 1.4a12-21 (using .../traceroute_2.0.7-2_i386.deb) ... Unpacking replacement traceroute ... dpkg: error processing /var/cache/apt/archives/traceroute_2.0.7-2_i386.deb (--unpack): trying to overwrite `/usr/bin/tcptraceroute', which is also in package tcptraceroute Errors were encountered while processing: /var/cache/apt/archives/traceroute_2.0.7-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages traceroute depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries traceroute recommends no packages. -- no debconf information Thanks -- Michel Casabona
Bug#376713: can't build cloop 2.02 module against kernel 2.6.17
Package: cloop-src Version: 2.02.1+eb.10 Severity: important The deprecated MODULE_PARM() macro has been removed from kernel 2.6.17, and must be replaced by module_param() at line 107 of compressed_loop.c There is a very simple patch (appended below). Or the cloop version 2.04 used in Knoppix 5.0.1 can be used instead (source found at http://debian-knoppix.alioth.debian.org/sources/ ) --- compressed_loop.c-2.02 2005-10-06 12:41:51.0 +0200 +++ compressed_loop.c 2006-07-04 12:14:29.0 +0200 @@ -106,3 +106,3 @@ static char *file=NULL; -MODULE_PARM(file, "s"); +module_param(file, charp, 0); MODULE_PARM_DESC(file, "Initial cloop image file (full path) for /dev/cloop"); -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (100, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cloop-src depends on: ii bzip2 1.0.3-2high-quality block-sorting file co ii module-assistant 0.10.4 tool to make module package creati cloop-src recommends no packages. -- no debconf information Thanks for your support -- Michel Casabona
Bug#373577: documentation is missing (two problems)
Package: euro-support
Version: 1.34
Severity: normal
Hello,
There are two problems with the documentation of euro-support last package.
The first (cosmetic) problem is that the errors messages below are shown
during the upgrade:
error in control file: `Index' value missing for format `info' at
/usr/sbin/install-docs line 709, line
19.
Dépaquetage de la mise à jour de euro-support ...
Paramétrage de euro-support (1.34) ...
error in control file: `Index' value missing for format `info' at
/usr/sbin/install-docs line 709, line
19.
It seems that duplicating the Files line as Index fixes the problem
(patch attached)
The second problem was found while investigating the first.
Actually all the documentation is missing from the package 1.34
because the build procedure fails due to a syntax error in
the manual/DOC/Makefile after the call to debiandoc2html
for translated languages ("if\" instead of "if;\")
(patch attached in the same file below)
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (100, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages euro-support depends on:
ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy
ii gettext 0.14.5-4 GNU Internationalization utilities
euro-support recommends no packages.
-- debconf information:
* euro-support/configuring:
Thank you.
--
Michel Casabonadiff -U1 -r euro-support-1.34-org/debian/doc-base.euro-support euro-support-1.34/debian/doc-base.euro-support
--- euro-support-1.34-org/debian/doc-base.euro-support 2004-03-12 09:25:31.0 +0100
+++ euro-support-1.34/debian/doc-base.euro-support 2006-06-14 13:04:16.0 +0200
@@ -17,2 +17,3 @@
Format: Info
+Index: /usr/share/doc/euro-support/debian-euro-support/debian-euro-support.info.gz
Files: /usr/share/doc/euro-support/debian-euro-support/debian-euro-support.info.gz
diff -U1 -r euro-support-1.34-org/manual/DOC/Makefile euro-support-1.34/manual/DOC/Makefile
--- euro-support-1.34-org/manual/DOC/Makefile 2003-02-21 20:25:58.0 +0100
+++ euro-support-1.34/manual/DOC/Makefile 2006-06-14 13:04:30.0 +0200
@@ -66,3 +66,3 @@
mv $$file $$newfile;\
- fi\
+ fi;\
done;
Bug#443915: lilypond-doc probably should be split
> Well, actually 33 MB. and now 233 Mb for version 2.12.2-0.1 Perhaps the package should be split into a base package and multiple translation packages. Thanks -- Michel Casabona -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#433264: ITP: hachoir-subfile -- a tool to find subfiles in any binary stream.
Package: wnpp Severity: wishlist Owner: Michel Casabona <[EMAIL PROTECTED]> * Package name: hachoir-subfile Version : 0.5.2 Upstream Authors: Victor Stinner <[EMAIL PROTECTED]> * URL : http://hachoir.org/ Licence : GPLv2 Programming Lang: Python Description : hachoir-subfile is a tool based on hachoir-parser to find subfiles in any binary stream. Homepage: http://hachoir.org/wiki/hachoir-subfile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433263: ITP: hachoir-regex -- a regular expressions manipulation Python library.
Package: wnpp Severity: wishlist Owner: Michel Casabona <[EMAIL PROTECTED]> * Package name: hachoir-regex Version : 1.0.2 Upstream Authors: Victor Stinner <[EMAIL PROTECTED]> * URL : http://hachoir.org/ Licence : GPLv2 Programming Lang: Python Description : hachoir-regex is a regular expressions manipulation Python library. hachoir-regex is a Python library for regular expression (regex or regexp) manipulation. You can use a|b (or) and a+b (and) operators. Expressions are optimized during the construction: merge ranges, simplify repetitions, etc. It also contains a class for pattern matching allowing to search multiple strings and regex at the same time. Homepage: http://hachoir.org/wiki/hachoir-regex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#549017: yersinia: reversed IP addresses parameters on command line
Package: yersinia
Version: 0.7.1-1.1
Severity: normal
Tags: patch
The IP addresses passed as command line parameters have their bytes
reversed in the generated packet. For instance in the example below,
the -ipsource parameter 10.11.22.33 is changed to 33.22.11.10.
# yersinia dot1q -attack 1 -interface eth1 -dest 11:22:33:44:55:66
-ipsource 10.11.22.33 -ipdest 10.77.88.99 -vlan1 -vlan2
<*> Starting NONDOS attack sending 802.1Q double enc. packet...
tcpdump output:
11:38:27.029116 0e:c4:36:08:12:20 > 11:22:33:44:55:66, ethertype
802.1Q (0x8100), length 58: ethertype 802.1Q, ethertype IPv4, (tos
0x0, ttl 64, id 66, offset 0, flags [none], proto ICMP (1), length 36)
33.22.11.10 > 99.88.77.10: ICMP echo request, id 66, seq 66, length 16
The attached patch seems to cure the problem for the few cases I have
tried. It removes the call to ntohl(). I hope it makes sense.
In case you wonder, the second change was done to help to distinguish
between two otherwise identical error messages.
BTW, I packaged the latest snapshot (+svn48) to check if the bug was fixed
here (no) and for information the debian patch applies cleanly.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (100, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.30
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash
Versions of packages yersinia depends on:
ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii libc6 2.9-26 GNU C Library: Shared libraries
ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii libfontconfig12.6.0-4generic font configuration library
ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib
ii libglib2.0-0 2.22.0-1 The GLib library of C routines
ii libgtk2.0-0 2.18.0-1 The GTK+ graphical user interface
ii libncurses5 5.7+20090803-2 shared libraries for terminal hand
ii libnet1 1.1.4-2library for the construction and h
ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio
ii libpcap0.81.0.0-4system interface for user-level pa
yersinia recommends no packages.
yersinia suggests no packages.
-- no debconf information
Thank you
--
Michel Casabona
--- yersinia/src/parser.c 2008-06-06 08:02:13.0 +0200
+++ yersinia-0.7.1+svn48/src/parser.c 2009-09-30 12:04:57.0 +0200
@@ -1714,13 +1714,14 @@
return -1;
}
+ /*
if (comm_par[j].type == FIELD_IP)
{
memcpy((void *)&aux_long, (void *)node->protocol[proto].commands_param[j], 4);
aux_long = ntohl(aux_long);
memcpy((void *)node->protocol[proto].commands_param[j], (void *)&aux_long, 4);
}
-
+ */
if (comm_par[j].filter) /* Use specific filter for this param */
{
@@ -1728,7 +1729,7 @@
fail = (comm_par[j].filter((void *)node,node->protocol[proto].commands_param[j],*(aux_args+1)));
if (fail == -1)
{
- write_log(2," Bad value '%s' for parameter '%s'!!\n",*(aux_args+1),param);
+ write_log(2," Bad value '%s' for parameter '%s'!!!\n",*(aux_args+1),param);
return -1;
}
}
Bug#549102: error while loading shared libraries: libntop-3.3.10.so
Package: ntop Version: 3:3.3-12 Severity: important ntop doesn't restart after upgrade. >Paramétrage de ntop (3:3.3-12) ... >Starting network top daemon: /usr/sbin/ntop: error while loading shared >libraries: libntop-3.3.10.so: cannot open >shared object file: No such file or >directory >ntop not started. Read /usr/share/doc/ntop/README.Debian. >invoke-rc.d: initscript ntop, action "start" failed. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30 Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages ntop depends on: ii adduser3.111 add and remove users and groups ii debconf [debconf-2.0] 1.5.27Debian configuration management sy ii libc6 2.9-26GNU C Library: Shared libraries ii libgdbm3 1.8.3-6+b1GNU dbm database routines (runtime ii libpcap0.8 1.0.0-4 system interface for user-level pa ii librrd41.3.8-1 Time-series data storage and displ ii libssl0.9.80.9.8k-5 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime ntop recommends no packages. Versions of packages ntop suggests: ii graphviz 2.20.2-3+b4rich set of graph drawing tools ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre -- debconf information excluded Thanks -- Michel Casabona -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549102: error while loading shared libraries: libntop-3.3.10.so
Hi Ola
- "Ola Lundqvist" a écrit :
> > ntop doesn't restart after upgrade.
> >
> > >Starting network top daemon: /usr/sbin/ntop: error while loading
> shared libraries: libntop-3.3.10.so: cannot open >shared object file:
>
> Can you start it after the upgrade is complete?
>
> I can not reproduce your problem.
Thanks for looking at this.
No, the problem is persistent, even after reboot.
More, another machine running squeeze has been upgraded this morning and
the same problem occured.
The wrong soname is called by libntopreport
~$ ldd /usr/lib/libntopreport-3.3.so | grep -E 'ntop|found'
libntop-3.3.10.so => not found
No idea why, however rebuilding the package got rid of the problem
("dpkg-buildpackage -rfakeroot -b" on squeeze). Apart from solving the
problem, the rebuild also linked ntop to pcre but I don't think it makes
a difference.
Thanks
--
Michel Casabona
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#498697: libeel2-2.20: libeel-2.so library not in user package (only in -dev)
Package: libeel2-2.20 Version: 2.20.0-7 Severity: normal Hi, A program from a (binary) package fails to start because libeel-2.so.2 is not found although the package libeel2-2.20 is installed. The symlink /usr/lib/libeel-2.so can be found in the libeel2-dev package: it seems weird for a user library, and the installation of the development package would force to install several dozen of packages that take a lot of additional disk space, not used otherwise. Could the symlink be moved to the user package ? Thanks -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.25 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages libeel2-2.20 depends on: ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libc6 2.7-13GNU C Library: Shared libraries ii libeel2-data 2.20.0-7 Eazel Extensions Library - data fi ii libgail-common 1.22.3-1 GNOME Accessibility Implementation ii libgail18 1.22.3-1 GNOME Accessibility Implementation ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgnome-menu2 2.22.2-4 an implementation of the freedeskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-4GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml22.6.32.dfsg-3 GNOME XML library ii libxrender11:0.9.4-2 X Rendering Extension client libra libeel2-2.20 recommends no packages. Versions of packages libeel2-2.20 suggests: ii app-install-data 2008.07.28 Application Installer Data Files ii synaptic 0.62.1 Graphical package manager -- no debconf information -- Michel Casabona -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498697: libeel2-2.20: libeel-2.so library not in user package (only in -dev)
- "Josselin Mouette" <[EMAIL PROTECTED]> a écrit : > Since libeel-2.so.2 does not have a stable ABI, we don’t ship this > file > and instead we rename it at each major version. It is wrong for an > external (non-GNOME) program to rely on it. I trust you that is a technically wise decision. Note that it was pointed out that the program is supported on Ubuntu where it works flawlessly (and indeed the symlink is here). > You can still add a libeel-2.so.2 symbolic link by hand, but this is > at > risk of crashes. of course... Thanks, -- Michel Casabona -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#450653: nvidia-kernel-legacy-71xx-source: fails to build via make-kpkg (nested fakeroot)
Package: nvidia-kernel-legacy-71xx-source Version: 71.86.01-1 Severity: important Tags: patch Hi, The module fails to build using make-kpkg because debian/rules calls itself "make" through fakeroot, which doesn't support nested calls. The correct way to build "as root" is to use the --rootcmd option of make-kpkg. Note that dh_testroot would have stopped the build, if not run as root or pseudo root by one mean or another, before the call to make, so fakeroot here is useless. > $ make-kpkg --rootcmd fakeroot --initrd --added-modules nvidia-kernel-legacy-71xx modules_image ... > dh_testdir > dh_testroot > PATCHLEVEL = 6 > Kernel compiler version : 4.1.2 > Detected compiler version : 4.1.2 > Using compiler gcc-4.1 version 4.1.2 > touch /opt/src/modules/nvidia-kernel-legacy-71xx/nv/gcc-check > touch /opt/src/modules/nvidia-kernel-legacy-71xx/nv/cc-sanity-check > ## Main Make ## > IGNORE_CC_MISMATCH=1 CC="gcc-4.1" fakeroot /usr/bin/make -C /opt/src/modules/nvidia-kernel-legacy-71xx/nv -f Makefile SYSSRC=/usr/src/linux-source-2.6.22 KBUILD_PARAMS="-C /usr/src/linux-source-2.6.22 SUBDIRS=/opt/src/modules/nvidia-kernel-legacy-71xx/nv" module; > fakeroot: FAKEROOTKEY set to 237356050 > fakeroot: nested operation not yet supported > make[2]: *** [build-stamp] Erreur 1 > make[2]: quittant le répertoire « /opt/src/modules/nvidia-kernel-legacy-71xx » > make[1]: *** [kdist_image] Erreur 2 > make[1]: quittant le répertoire « /opt/src/modules/nvidia-kernel-legacy-71xx » > Module /usr/src/modules/nvidia-kernel-legacy-71xx failed. > Perhaps /usr/src/modules/nvidia-kernel-legacy-71xx does not understand --rootcmd? > If you see messages that indicate that it is not > in fact being built as root, please file a bug > against /usr/src/modules/nvidia-kernel-legacy-71xx. > Hit return to Continue The fix is simply to remove $(ROOT_CMD): *** ../modules/nvidia-buildmod-rootcmd.diff --- nvidia-kernel-legacy-71xx/debian/rules-org 2007-10-28 04:23:14.0 +0100 +++ nvidia-kernel-legacy-71xx/debian/rules 2007-11-08 18:31:47.0 +0100 @@ -164,7 +164,7 @@ touch $(CURDIR)/$(dirname)/cc-sanity-check ## Main Make ## - IGNORE_CC_MISMATCH=1 CC="$(CC)" $(ROOT_CMD) $(MAKE) -C $(CURDIR)/$(dirname) -f Makefile SYSSRC=$(KSRC) $(KPKG_EXTRAV_ARG) KBUILD_PARAMS=$(KBUILD_PARAMS) module; + IGNORE_CC_MISMATCH=1 CC="$(CC)" $(MAKE) -C $(CURDIR)/$(dirname) -f Makefile SYSSRC=$(KSRC) $(KPKG_EXTRAV_ARG) KBUILD_PARAMS=$(KBUILD_PARAMS) module; touch build-stamp -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-legacy-71xx-source depends on: ii debhelper 5.0.60 helper programs for debian/rules ii dpatch2.0.28 patch maintenance system for Debia ii make 3.81-3 The GNU version of the "make" util ii sed 4.1.5-4The GNU sed stream editor Versions of packages nvidia-kernel-legacy-71xx-source recommends: ii devscripts 2.10.10 Scripts to make the life of a Debi ii kernel-package 11.001 A utility for building Linux kerne ii nvidia-glx-legacy-71xx 1.0.7185-4.1 NVIDIA binary Xorg driver (71xx le -- no debconf information Thanks! -- Michel Casabona
Bug#353494: xserver-xorg: fails to start on Cyrix 6x86L CPU (SIGILL)
Package: xserver-xorg Version: 6.9.0.dfsg.1-4 Severity: important Hello, After migration to testing, the X server crashes during startup on a 6x86L Cyrix CPU based machine (ie, i586 non MMX). Xfree86 was working w/o problem. Note that kernel 2.6 (tried 2.6.12 and 2.6.15) is very bad at detecting the CPU (as 486 w/o options/features) if that matters. Though setting features through set6x86 doesn't make any difference. gdb backtrace is appended below, a core file available if needed. Thanks for your support. #- backtrace #0 0xb7da27a7 in raise () from /lib/tls/libc.so.6 #1 0xb7da404b in abort () from /lib/tls/libc.so.6 #2 0x08070915 in ddxGiveUp () at xf86Init.c:1294 #3 0x080f0997 in AbortServer () at log.c:408 #4 0x080f0a65 in FatalError (f=0x0) at log.c:554 #5 0x080897e7 in xf86SigHandler (signo=4) at xf86Events.c:1495 #6 #7 0xb793cf8b in fbHaveMMX () at fbpict.c:1369 #8 0xb7930dc9 in fbFill (pDrawable=0x8283c68, pGC=0x8282738, x=0, y=0, width=16, height=16) at fbfill.c:52 #9 0xb7931201 in fbPolyFillRect (pDrawable=0x8283c68, pGC=0x8282738, nrect=1, prect=0xbfd1da6c) at fbfillrect.c:80 #10 0xb78cbf9e in XAAPolyFillRectPixmap (pDraw=0x8283c68, pGC=0x8282738, nrectFill=0, prectInit=0x0) at xaaGC.c:521 #11 0x08171c97 in damagePolyFillRect (pDrawable=0x8283c68, pGC=0x8282738, nRects=1, pRects=0xbfd1da64) at damage.c:1235 #12 0x080d4d29 in CreateDefaultStipple (screenNum=0) at gc.c:1068 #13 0x080d6637 in main (argc=1, argv=0xbfd1db44, envp=0x0) at main.c:394 -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2006-02-18 14:42 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1878044 2006-01-15 02:40 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:0a.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 02) /etc/X11/xorg.conf unchanged from checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 2765 2006-02-18 15:42 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "fr" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "Matrox Mystique" Driver "mga" EndSection Section "Monitor" Identifier "Sony CDP100sf" Option "DPMS" HorizSync 30-70 VertRefresh 50-120 EndSection Section "Screen" Identifier "Default Screen" Device "Matrox Mystique" Monitor "Sony CDP100sf" DefaultDepth24 Sub
Bug#597783: fglrx-source: fails to build with locally built kernel
Package: fglrx-source Version: 1:10-9-2 Severity: normal Hi, Thanks for the fix to #597478. However the module fails to build using a locally built kernel because there is no file /usr/src/linux-headers-$(KERNELRELEASE)/Module.symvers but /usr/src/linux-source-$(KERNELRELEASE)/Module.symvers instead. Thanks -- Package-specific info: VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4850] DRM and fglrx Informations from dmesg: [0.00] No AGP bridge found [0.297552] Linux agpgart interface v0.103 [5.139983] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [5.192980] [fglrx] Maximum main memory to use for locked dma buffers: 3798 MBytes. [5.193141] [fglrx] vendor: 1002 device: 9442 count: 1 [5.193453] [fglrx] ioport: bar 4, base 0xb000, size: 0x100 [5.203521] [fglrx] Kernel PAT support is enabled [5.203534] [fglrx] module loaded - fglrx 8.76.7 [Aug 3 2010] with 1 minors [ 20.436225] fglrx_pci :01:00.0: irq 30 for MSI/MSI-X [ 20.436779] [fglrx] Firegl kernel thread PID: 2243 [ 20.436933] [fglrx] IRQ 30 Enabled [ 22.334279] [fglrx] Gart USWC size:1240 M. [ 22.334282] [fglrx] Gart cacheable size:491 M. [ 22.334286] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 22.334288] [fglrx] Reserved FB block: Unshared offset:fc1f000, size:3e1000 [ 22.334290] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 Xorg X server configuration file status: -rw-r--r-- 1 root root 1590 Aug 25 16:58 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "ServerLayout" Identifier "Lailloute" Screen 0 "aticonfig-Screen[0]-0" 0 0 EndSection Section "Module" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "fr" Option "XkbVariant" "latin9" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" EndSection Section "Monitor" Identifier "aticonfig-Monitor[0]-0" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" EndSection Section "Device" Identifier "aticonfig-Device[0]-0" Driver "fglrx" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-0" Monitor"aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 20715 Sep 22 21:16 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux odysseus 2.6.32 #1 SMP Mon Aug 30 11:06:18 CEST 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32 root=UUID=a0057b2b-89ef-4be8-8651-c4379fe26202 ro vga=8 quiet Build Date: 24 August 2010 02:20:59PM xorg-server 2:1.7.7-4 (Julien Cristau ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Sep 22 21:16:02 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) ServerLayout "Lailloute" (**) |-->Screen "aticonfig-Screen[0]-0" (0) (**) | |-->Monitor "aticonfig-Monitor[0]-0" (**) | |-->Device "aticonfig-Device[0]-0" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unsc
Bug#597783: [Pkg-fglrx-devel] Bug#597783: fglrx-source: fails to build with locally built kernel
Le 23/09/2010 03:48, Michael Gilbert a écrit : do you have a /lib/modules/$(KERNELRELEASE)/build symlink? Yes, after the kernel package has been installed first $ ls -l /lib/modules/2.6.32/build lrwxrwxrwx 1 root root 28 9 janv. 2010 /lib/modules/2.6.32/build -> /usr/src/linux-source-2.6.32 > are your sources originally in /usr/src/linux? No, the sources are in /usr/src/linux-$(KERNELRELEASE)/ The is no symlink to /usr/src/linux. > would you mind helping me find a consistent path to that file? The variable $(KSRC) should contain the path to the kernel sources according to /usr/share/doc/kernel-package/README.modules I've tested that it works with make-kpkg (kernel-package), ie, the value is /usr/src/linux-source-2.6.32 and also with module-assistant (/lib/modules/2.6.32/source). Not sure about others build methods (dkms?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597783: Fwd: Re: Bug#597783: [Pkg-fglrx-devel] Bug#597783: fglrx-source: fails to build with locally built kernel
Message original Sujet: Re: Bug#597783: [Pkg-fglrx-devel] Bug#597783: fglrx-source: fails to build with locally built kernel Date : Thu, 23 Sep 2010 23:29:08 +0200 De :Michel Casabona Pour : 597...@bugs.debian.org Le 23/09/2010 03:48, Michael Gilbert a écrit : do you have a /lib/modules/$(KERNELRELEASE)/build symlink? Yes, after the kernel package has been installed first $ ls -l /lib/modules/2.6.32/build lrwxrwxrwx 1 root root 28 9 janv. 2010 /lib/modules/2.6.32/build -> /usr/src/linux-source-2.6.32 are your sources originally in /usr/src/linux? No, the sources are in /usr/src/linux-$(KERNELRELEASE)/ The is no symlink to /usr/src/linux. would you mind helping me find a consistent path to that file? The variable $(KSRC) should contain the path to the kernel sources according to /usr/share/doc/kernel-package/README.modules I've tested that it works with make-kpkg (kernel-package), ie, the value is /usr/src/linux-source-2.6.32 and also with module-assistant (/lib/modules/2.6.32/source). Not sure about others build methods (dkms?)
Bug#519029: proftpd-basic: should not depend on unixodbc
Package: proftpd-basic Version: 1.3.2-2 Severity: normal proftpd-basic depends on unixodbc, when it should be only proftpd-mod-odbc. Actually it's due to mod_load and mod_wrap2 linked to libodbc. After removing LIBS="-lodbc" from ./configure the package still builds correctly and the dependencies looks correct. Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.28 Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages proftpd-basic depends on: ii adduser 3.110 add and remove users and groups ii debconf 1.5.26 Debian configuration management sy ii debianutils 2.31 Miscellaneous utilities specific t ii libacl1 2.2.47-2 Access control list shared library ii libattr1 1:2.4.43-2 Extended attribute shared library ii libc6 2.9-4 GNU C Library: Shared libraries ii libcap2 2.16-2 support for getting/setting POSIX. ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libncurses5 5.7+20090228-1 shared libraries for terminal hand ii libpam-runtime1.0.1-7Runtime support for the PAM librar ii libpam0g 1.0.1-7Pluggable Authentication Modules l ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii netbase 4.34 Basic TCP/IP networking system ii openbsd-inetd [inet-super 0.20080125-2 The OpenBSD Internet Superserver ii sed 4.1.5-8The GNU sed stream editor ii ucf 3.0016 Update Configuration File: preserv ii unixodbc 2.2.11-16 ODBC tools libraries proftpd-basic recommends no packages. Versions of packages proftpd-basic suggests: ii openssl 0.9.8g-15 Secure Socket Layer (SSL) binary a pn proftpd-doc(no description available) pn proftpd-mod-ldap (no description available) pn proftpd-mod-mysql (no description available) pn proftpd-mod-pgsql (no description available) -- debconf information: * shared/proftpd/inetd_or_standalone: standalone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519988: ndiswrapper-source: version 1.53-2 fails to build with kernel 2.6.28
Package: ndiswrapper-source Version: 1.53-2 Severity: normal The module fails to build with kernel >= 2.6.27. The problem was fixed upstream in version 1.54. FYI, the diff applies cleanly to the new version and the two patches are no longer needed. Thanks! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (991, 'testing'), (990, 'testing'), (101, 'stable'), (100, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28 Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages ndiswrapper-source depends on: ii bzip2 1.0.5-1high-quality block-sorting file co ii debhelper 7.0.17 helper programs for debian/rules ii module-assistant 0.10.11.0 tool to make module package creati ndiswrapper-source recommends no packages. Versions of packages ndiswrapper-source suggests: ii kernel-package11.017 A utility for building Linux kerne -- no debconf information -- Michel Casabona -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522801: flim: byte-compile fails for xemacs21 because ccl.el is missing
Package: flim
Version: 1:1.14.9-3
Severity: normal
flim fails to compile because xemacs21 has no ccl.el
from file /tmp/elc.XXX:
>Compiling /usr/share/xemacs21/site-lisp/flim/mel-b-ccl.el...
>While compiling toplevel forms in file
/usr/share/xemacs21/site->lisp/flim/mel-b-ccl.el:
> !! File error (("Cannot open load file" "ccl"))
>>>Error occurred processing mel-b-ccl.el: Cannot open load file: ccl
>
Xemacs stable 21.4.22 has mule-ccl.elc but no ccl.elc.
The patch commit found in at the URL below suggests that the problem is
with xemacs, but the patch didn't reach stable yet.
http://calypso.tux.org/pipermail/xemacs-patches/2007-July/000638.html
Simple circumvention:
# cd /usr/share/xemacs-21.4.22/lisp
# ln -sf mule/mule-ccl.elc ccl.elc
Thanks
-- System Information:
Debian Release: squeeze/sid
Architecture: i386 (i686)
Kernel: Linux 2.6.28
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash
Versions of packages flim depends on:
ii apel 10.7-2 portable library for emacsen
ii emacs [emacsen] 22.3+1-1 The GNU Emacs editor
(metapackage)
ii emacs22-gtk [emacsen] 22.3+1-1 The GNU Emacs editor (with
GTK use
ii xemacs21-nomule [emacsen] 21.4.22-1 highly customizable text
editor --
Versions of packages flim recommends:
ii metamail 2.7-54 implementation of MIME
Versions of packages flim suggests:
ii semi 1.14.6+0.20070618-2 library to provide MIME
feature fo
ii wl 2.14.0-9mail/news reader supporting
IMAP f
-- 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#604040: python-hachoir-core: Homepage url (and urls in manual pages) are wrong
Le 19/11/2010 18:54, Mike Hommey a écrit : Package: python-hachoir-core Version: 1.3.3-2 Severity: minor The urls in the Homepage field in the package metadata, and the urls in the manual pages all end up in 404. Hi Mike, Thanks for noticing. Indeed the url in hachoir-metadata man page is outdated. However the Homepage field of all python-hachoir-* packages looks good to me. Is there any details available? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#961641: localepurge removes X11 locale files otherwise required
Package: localepurge Version: 0.7.3.9 Severity: important dmenu (from suckless-tools) and i3-dmenu-desktop (from package i3-wm) stopped working suddenly, after localepurge was upgraded Two error messages are shown in .xsession-errors: warning: no locale support warning: no locale modifiers support The locale is set to fr_FR.UTF-8 $ echo $LANG fr_FR.UTF-8 but strace shows that dmenu tries to open /usr/share/X11/locale/en_US.UTF-8/XLC_LOCALE which is indeed missing, purged today by localpurge on upgrade. The workaround is simply to add en_US.UTF-8 to locale.nopurge, reconfigure localepurge and reinstall libx11-data Not sure why locale en_US.UTF-8 would be required, but it might be related to this: $ grep $LANG /usr/share/X11/locale/locale.dir en_US.UTF-8/XLC_LOCALE fr_FR.UTF-8 en_US.UTF-8/XLC_LOCALE: fr_FR.UTF-8 The comments found in locale.dir suggests that the problem could be rather common, so localepurge should perhaps keep en_US.UTF-8 anyway. Thanks! -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.14 (SMP w/2 CPU cores) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages localepurge depends on: ii debconf [debconf-2.0] 1.5.74 ii locales2.30-8 ii perl 5.30.2-1 ii procps 2:3.3.16-5 ii ucf3.0038+nmu1 localepurge recommends no packages. Versions of packages localepurge suggests: pn bleachbit pn debfoster ii deborphan 1.7.33 -- debconf information: localepurge/showfreedspace: true localepurge/dontbothernew: false localepurge/remove_no: localepurge/none_selected: false * localepurge/nopurge: en, en_US.UTF-8, fr, fr_FR, fr_FR@euro, fr_FR.UTF-8 * localepurge/mandelete: true * localepurge/use-dpkg-feature: false localepurge/quickndirtycalc: true localepurge/verbose: false
Bug#961641: Icewm needs too the X11 en_US locales, removed by localepurge v. 0.7.3.9
Le 01/06/2020 à 20:51, Miguel Figueiredo a écrit :
I suspect /usr/share/X11/locale/C was missing and not related with
en_US, which is not needed - see screenshot from the locales directory
on a new installation with only Portuguese files.
Let me know if /usr/share/X11/locale/C is present.
Hello,
Thanks for your testing and response.
To answer your question, yes the "C" directory is present
$ ls /usr/share/X11/locale/C/
Compose XI18N_OBJS XLC_LOCALE
I believe the problem is with how X11 supports UTF-8.
Running dmenu through strace with LANG set to fr_FR.UTF-8 shows that it
tries to use en_US.UTF-8 and fails
openat(AT_FDCWD, "/usr/share/X11/locale/locale.dir", O_RDONLY) = 3
access("/usr/share/X11/locale/en_US.UTF-8/XLC_LOCALE", R_OK) = -1
ENOENT (Aucun fichier ou dossier de ce type)
The file /usr/share/X11/locale/locale.dir points the locale name at the
locale database file name
In this file a comment states that the support is incomplete
# Note: The UTF-8 locales don't work correctly yet. Work in progress.
Luckily Portuguese is correctly supported which explain why your test worked
$ grep pt_PT.UTF-8 /usr/share/X11/locale/locale.dir
pt_PT.UTF-8/XLC_LOCALEpt_PT.UTF-8
pt_PT.UTF-8/XLC_LOCALE: pt_PT.UTF-8
Indeed the locale database exists in libx11-data
$ dpkg-deb -c libx11-data_2%3a1.6.9-2_all.deb |grep pt_PT
drwxr-xr-x root/root 0 2020-02-26 17:40
./usr/share/X11/locale/pt_PT.UTF-8/
-rw-r--r-- root/root 237 2020-02-26 17:40
./usr/share/X11/locale/pt_PT.UTF-8/Compose
-rw-r--r-- root/root 345 2020-02-26 17:40
./usr/share/X11/locale/pt_PT.UTF-8/XI18N_OBJS
-rw-r--r-- root/root 2064 2020-02-26 17:40
./usr/share/X11/locale/pt_PT.UTF-8/XLC_LOCALE
OTOH fr_FR.UTF-8 has no database and points at the US locale
$ grep fr_FR.UTF-8 /usr/share/X11/locale/locale.dir
en_US.UTF-8/XLC_LOCALEfr_FR.UTF-8
en_US.UTF-8/XLC_LOCALE: fr_FR.UTF-8
$ dpkg-deb -c libx11-data_2%3a1.6.9-2_all.deb |grep fr_FR.UTF-8
Same for Basque eu_ES.UTF-8 as reported by Martintxo
$ grep eu_ES.UTF-8 /usr/share/X11/locale/locale.dir
en_US.UTF-8/XLC_LOCALEeu_ES.UTF-8
en_US.UTF-8/XLC_LOCALE: eu_ES.UTF-8
$ dpkg-deb -c libx11-data_2%3a1.6.9-2_all.deb |grep eu_ES.UTF-8
Test of dmenu (LANG=fr_FR.UTF-8) with and w/o en_US.UTF-8 locale directory
$ echo $LANG
fr_FR.UTF-8
$ echo -e 'One\nTwo\nThree' | dmenu
Two
$ sudo mv /usr/share/X11/locale/en_US.UTF-8
/usr/share/X11/locale/en_US.UTF-8.bkup
$ echo -e 'One\nTwo\nThree' | dmenu
warning: no locale support
warning: no locale modifiers support
Erreur de segmentation
So it seems that en_US.UTF-8 should be treated as "C" by localepurge wrt
UTF-8 to be safe
Thanks!
Bug#1014105: remmina: Changelog file is outdated
Package: remmina Version: 1.4.27+dfsg-1 Severity: minor Hello, The file /usr/share/doc/remmina/changelog.gz is no longer updated. The current changelog is CHANGELOG.md which is not included in the debian package. (the changes in between are stored in CHANGELOG.archive.md) Thanks for your support Michel Casabona -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.5 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages remmina depends on: ii dbus-user-session [default-dbus-session-bus] 1.14.0-1 ii dbus-x11 [dbus-session-bus] 1.14.0-1 ii libavahi-client3 0.8-6 ii libavahi-common3 0.8-6 ii libavahi-ui-gtk3-00.8-6 ii libayatana-appindicator3-10.5.91-1 ii libc6 2.33-7 ii libcairo2 1.16.0-5 ii libgcrypt20 1.10.1-2 ii libglib2.0-0 2.72.2-2 ii libgtk-3-03.24.34-1 ii libjson-glib-1.0-01.6.6-1 ii libpango-1.0-01.50.7+ds-1 ii libsodium23 1.0.18-1 ii libsoup2.4-1 2.74.2-3 ii libssh-4 0.9.6-2+b1 ii libvte-2.91-0 0.68.0-1+b1 ii remmina-common1.4.27+dfsg-1 Versions of packages remmina recommends: ii remmina-plugin-rdp 1.4.27+dfsg-1 pn remmina-plugin-secret ii remmina-plugin-vnc 1.4.27+dfsg-1 Versions of packages remmina suggests: pn remmina-plugin-exec pn remmina-plugin-kwallet pn remmina-plugin-python ii remmina-plugin-spice1.4.27+dfsg-1 pn remmina-plugin-www pn remmina-plugin-x2go -- no debconf information
Bug#1016044: deluge: Deluge floods syslog with error messages (builtins.KeyError: 'disk.num_blocks_cache_hits')
Package: deluge Version: 2.0.3-3.1 Severity: normal Tags: upstream Hello, Deluge (gtk) is flooding syslog with groups of error messages at a rate of 72 msgs/sec. The last 3 messages: Jul 25 11:44:52 odysseus /usr/libexec/gdm-x-session[95923]: File "/usr/lib/python3/dist-packages/deluge/core/core.py", line 361, in _update_session_cache_hit_ratio Jul 25 11:44:52 odysseus /usr/libexec/gdm-x-session[95923]: self.session_status['disk.num_blocks_cache_hits'] / blocks_read Jul 25 11:44:52 odysseus /usr/libexec/gdm-x-session[95923]: builtins.KeyError: 'disk.num_blocks_cache_hits' (this is +700Mb worth of logs a day, possibly duplicated in syslog/messages/user.log) The bug is known and has been fixed upstream (release 2.0.4) One bug report https://dev.deluge-torrent.org/ticket/3514 The fix https://github.com/deluge-torrent/deluge/commit/89189adb24321c3db6bfa816ec557d7d8367ba24 Thanks -- Michel Casabona -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.5 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages deluge depends on: ii deluge-gtk 2.0.3-3.1 ii python3 3.10.5-3 ii python3-libtorrent 2.0.7-1 deluge recommends no packages. deluge suggests no packages. -- no debconf information
Bug#960770: python3-psutil: psutil 5.7.0 is needed to support kernel >= 5.5
Package: python3-psutil Version: 5.6.7-2+b1 Severity: normal Tags: upstream psutil.disk_io_counters() raises ValueError on kernel >= 5.5 > diskiocounters = psutil.disk_io_counters(perdisk=True) > ValueError: not sure how to interpret line ' 1 0 ram0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0\n' Please see https://github.com/giampaolo/psutil/pull/1665 The fix was included in psutil 5.7.0 The problem was noticed because glances diskio plugin is not working on kernel > 5.5 Thanks! -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.7 (SMP w/2 CPU cores) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-psutil depends on: ii libc62.30-7 ii python3 3.8.2-3 python3-psutil recommends no packages. Versions of packages python3-psutil suggests: pn python-psutil-doc -- no debconf information
Bug#1061731: fwupd: Failed to load daemon: failed to load engine : Failed to load config: Key file does not have group “redfish”
Hi, It seems that the bug is fixed upstream https://github.com/fwupd/fwupd/pull/6735
