Bug#1061731: fwupd: Failed to load daemon: failed to load engine : Failed to load config: Key file does not have group “redfish”

[Michel Casabona]

Hi,

It seems that the bug is fixed upstream

https://github.com/fwupd/fwupd/pull/6735

Bug#1016044: deluge: Deluge floods syslog with error messages (builtins.KeyError: 'disk.num_blocks_cache_hits')

[Michel Casabona]

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#1014105: remmina: Changelog file is outdated

[Michel Casabona]

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#961641: Icewm needs too the X11 en_US locales, removed by localepurge v. 0.7.3.9

[Michel Casabona]

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#961641: localepurge removes X11 locale files otherwise required

[Michel Casabona]

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#960770: python3-psutil: psutil 5.7.0 is needed to support kernel >= 5.5

[Michel Casabona]

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#868431: wmaker: uses static upstream menu

[Michel Casabona]

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#868431: wmaker: uses static upstream menu

[Michel Casabona]

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#759048: hachoir-wx: Patch for wxPython 3.0

[michel . casabona]

Hi Olly, 

- Mail original -
 De: Olly Betts o...@survex.com
 À: 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#694762: yersinia: loops and lose keyboard interaction on tty/console when nflog device exists

[Michel Casabona]

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#678457: gedit: crashes on setting highlight mode to default

[Michel Casabona]

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#604039: hachoir-core: diff for NMU version 1.3.3-2.1

[Michel Casabona]

- Alexander Reichle-Schmehl toli...@debian.org 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#604040: python-hachoir-core: Homepage url (and urls in manual pages) are wrong

[Michel Casabona]

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#597783: Fwd: Re: Bug#597783: [Pkg-fglrx-devel] Bug#597783: fglrx-source: fails to build with locally built kernel

[Michel Casabona]

 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 michel.casab...@free.fr
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#597783: [Pkg-fglrx-devel] Bug#597783: fglrx-source: fails to build with locally built kernel

[Michel Casabona]

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: fglrx-source: fails to build with locally built kernel

[Michel Casabona]

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
Monitoraticonfig-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 jcris...@debian.org) 
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/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,

Bug#549102: error while loading shared libraries: libntop-3.3.10.so

[Michel Casabona]

Hi Ola

- Ola Lundqvist o...@debian.org 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#549017: yersinia: reversed IP addresses parameters on command line

[Michel Casabona]

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

[Michel Casabona]

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#443915: lilypond-doc probably should be split

[Michel Casabona]

 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#522801: flim: byte-compile fails for xemacs21 because ccl.el is missing

[Michel Casabona]

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#519988: ndiswrapper-source: version 1.53-2 fails to build with kernel 2.6.28

[Michel Casabona]

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#519029: proftpd-basic: should not depend on unixodbc

[Michel Casabona]

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   none (no description available)
pn  proftpd-mod-ldap  none (no description available)
pn  proftpd-mod-mysql none (no description available)
pn  proftpd-mod-pgsql none (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#498697: libeel2-2.20: libeel-2.so library not in user package (only in -dev)

[Michel Casabona]

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)

[Michel Casabona]

- 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)

[Michel Casabona]

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#436648: wrapper conflicts with tcptraceroute package

[Michel Casabona]

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#433264: ITP: hachoir-subfile -- a tool to find subfiles in any binary stream.

[Michel Casabona]

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.

[Michel Casabona]

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#383845: ITP: hachoir -- Tool to modify binary files in human-readable view

[Michel Casabona]

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#394559: initramfs-tools: postinst script exit status 1, testing for LILO in update-initramfs

[Michel Casabona]

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#386229: shfs-source: patch is incomplete (2)

[Michel Casabona]

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#386229: shfs-source: patch is incomplete

[Michel Casabona]

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#376713: can't build cloop 2.02 module against kernel 2.6.17

[Michel Casabona]

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)

[Michel Casabona]

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, /usr/share/doc-base/debian-euro-support 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, /usr/share/doc-base/debian-euro-support 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#353494: xserver-xorg: fails to start on Cyrix 6x86L CPU (SIGILL)

[Michel Casabona]

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  signal handler called
#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
FontPathunix/: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
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadtype1
Loadvbe
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
SubSection Display
Depth   1
Modes   1024x768 

Bug#287124: pftp conflicts with ftp

[Michel Casabona]

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