Bug#1071432: name 'cmp' is not defined

2024-05-27 Thread di dit
The following lists also have the "name 'cmp' is not defined" error message:

https://lists.debian.org/debian-release/recent
https://lists.debian.org/debian-qt-kde/recent

Same as debian-devel-changes as previously reported:
https://lists.debian.org/debian-devel-changes/recent

There may be more.



Bug#1071432: /recent no longer working for debian-devel-changes

2024-05-23 Thread di dit
The original bug seems to me to be fixed but there is another issue
which as far as I know affects only:
  https://lists.debian.org/debian-devel-changes/recent
The message is:
 name 'cmp' is not defined

I didn't open a new bug report becauseit is related to "cmp" too but
maybe it is unrelated.



Bug#1070217: chromium: Symbol lookup error with libsnappy1v5>=1.2.0

2024-05-02 Thread di dit
Same issue with nextcloud (package nextcloud-desktop):

$  nextcloud
nextcloud: symbol lookup error:
/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5: undefined symbol:
_ZN6snappy11RawCompressEPKcmPcPm



Bug#1032497: gnome-shell: JS ERROR: Error: Invalid overview shown transition from HIDDEN to SHOWN

2023-03-09 Thread di dit
Le mer. 8 mars 2023 à 20:27, Simon McVittie  a écrit :
> I don't have a way to reproduce this, so when 43.3-3 becomes available,
> please could you confirm whether that version fixes the issue?

I can't reproduce this bug now with version 43.3-3 after a few
attempts on both computers.

Thanks for taking care of this bug so quickly!

Best regards



Bug#1032497: gnome-shell: JS ERROR: Error: Invalid overview shown transition from HIDDEN to SHOWN

2023-03-08 Thread di dit
Package: gnome-shell
Version: 43.3-2
Severity: important

Dear Maintainer,

After login from gdm3, gnome-shell/wayland will sometimes start and
after leaving the overview mode I can't start any application. The mouse
cursor can be moved but mouse clicks and keyboard keys are ignored. This
has happened to me about every 2-3 logins on 2 different unstable/amd64
machines during the last week. Each time this happens, the following
entry is present in journalctl :
  gnome-shell[73239]: JS ERROR: Error: Invalid overview shown transition
from HIDDEN to SHOWN
   _changeShownState
@resource:///org/gnome/shell/ui/overview.js:295:19

 runStartupAnimation/<@resource:///org/gnome/shell/ui/overview.js:693:18
   onComplete
@resource:///org/gnome/shell/ui/overviewControls.js:856:31

 _makeEaseCallback/<@resource:///org/gnome/shell/ui/environment.js:152:13

 _easeActor/<@resource:///org/gnome/shell/ui/environment.js:239:64
This also happens if I disable extensions.
This bug has already been reported here:

https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2514#note_1683525
and it is reported to be fixed there:
  https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2667

Best regards and thank you for your very good work!

-- System Information:
Debian Release: 12.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-6-amd64 (SMP w/16 CPU threads; PREEMPT)
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 gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gir1.2-accountsservice-1.0   22.08.8-6
ii  gir1.2-adw-1 1.2.2-1
ii  gir1.2-atk-1.0   2.46.0-5
ii  gir1.2-atspi-2.0 2.46.0-5
ii  gir1.2-freedesktop   1.74.0-3
ii  gir1.2-gcr-3 3.41.1-1+b1
ii  gir1.2-gdesktopenums-3.0 43.0-1
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-1+b1
ii  gir1.2-gdm-1.0   43.0-3
ii  gir1.2-geoclue-2.0   2.6.0-2
ii  gir1.2-glib-2.0  1.74.0-3
ii  gir1.2-gnomebluetooth-3.042.5-3
ii  gir1.2-gnomedesktop-3.0  43.2-2
ii  gir1.2-graphene-1.0  1.10.8-1
ii  gir1.2-gstreamer-1.0 1.22.0-2
ii  gir1.2-gtk-3.0   3.24.36-4
ii  gir1.2-gtk-4.0   4.8.3+ds-2
ii  gir1.2-gweather-4.0  4.2.0-2
ii  gir1.2-ibus-1.0  1.5.27-5
ii  gir1.2-mutter-11 43.3-5
ii  gir1.2-nm-1.01.42.2-2
ii  gir1.2-nma-1.0   1.10.6-1
ii  gir1.2-pango-1.0 1.50.12+ds-1
ii  gir1.2-polkit-1.0122-3
ii  gir1.2-rsvg-2.0  2.54.5+dfsg-1
ii  gir1.2-soup-3.0  3.2.2-2
ii  gir1.2-upowerglib-1.00.99.20-2
ii  gir1.2-webkit2-4.1   2.38.5-1
ii  gnome-backgrounds43.1-1
ii  gnome-settings-daemon43.0-4
ii  gnome-shell-common   43.3-2
ii  gsettings-desktop-schemas43.0-1
ii  gstreamer1.0-pipewire0.3.65-3
ii  libatk-bridge2.0-0   2.46.0-5
ii  libatk1.0-0  2.46.0-5
ii  libc62.36-8
ii  libcairo21.16.0-7
ii  libecal-2.0-23.46.4-1
ii  libedataserver-1.2-273.46.4-1
ii  libgcr-base-3-1  3.41.1-1+b1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgirepository-1.0-11.74.0-3
ii  libgjs0g 1.74.2-1
ii  libgles2 1.6.0-1
ii  libglib2.0-0 2.74.6-1
ii  libglib2.0-bin   2.74.6-1
ii  libgnome-autoar-0-0  0.4.3-1
ii  libgnome-desktop-3-2043.2-2
ii  libgraphene-1.0-01.10.8-1
ii  libgtk-3-0   3.24.36-4
ii  libgtk-4-1   4.8.3+ds-2
ii  libical3 3.0.16-1+b1
ii  libjson-glib-1.0-0   1.6.6-1
ii  libmutter-11-0   43.3-5
ii  libnm0   1.42.2-2
ii  libpango-1.0-0   

Bug#1023185: veusz does not run

2022-10-31 Thread di dit
Package: veusz
Version: 3.3.1-3
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: didi...@gmail.com

Dear Maintainer,

veusz does not start when launched from the GUI or from the CLI.
Here is the output of trying to run veusz from a terminal:

$  LANG=C veusz
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use
QT_QPA_PLATFORM=wayland to run on Wayland anyway.
Traceback (most recent call last):
  File "/usr/bin/veusz", line 33, in 
sys.exit(load_entry_point('veusz==3.3.1', 'gui_scripts', 'veusz')())
  File "/usr/lib/python3/dist-packages/veusz/veusz_main.py", line 369, in
run
app.startup()
  File "/usr/lib/python3/dist-packages/veusz/veusz_main.py", line 267, in
startup
self.splash = makeSplash(self)
  File "/usr/lib/python3/dist-packages/veusz/veusz_main.py", line 69, in
makeSplash
font.setPointSize(font.pointSize()*1.5)
TypeError: setPointSize(self, int): argument 1 has unexpected type 'float'

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
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 veusz depends on:
ii  libjs-sphinxdoc  4.5.0-4
ii  python3  3.10.6-1
ii  python3-numpy1:1.21.5-1+b1
ii  python3-veusz3.3.1-3

veusz recommends no packages.

veusz suggests no packages.

-- no debconf information


Bug#977023: symbol lookup error in libbacktrace.so.0

2020-12-09 Thread di dit
Package: aapt
Version: 1:8.1.0+r23-3+b2
Severity: grave

aapt crashes on startup since the last update of android-libbacktrace
with the following message:

symbol lookup error:
/usr/lib/x86_64-linux-gnu/android/libbacktrace.so.0: undefined symbol:
_ZN11unwindstack12ElfInterfaceD2Ev

Regards

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-4-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, 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 aapt depends on:
ii  android-libaapt1:8.1.0+r23-3+b2
ii  android-libandroidfw   1:8.1.0+r23-3+b2
ii  android-libbase1:10.0.0+r36-1~stage1.3
ii  android-libutils   1:10.0.0+r36-1~stage1.3
ii  android-libziparchive  1:10.0.0+r36-1~stage1.3
ii  libc6  2.31-5
ii  libexpat1  2.2.10-1
ii  libgcc-s1  10.2.1-1
ii  libpng16-161.6.37-3
ii  libprotobuf-lite23 3.12.3-2+b2
ii  libstdc++6 10.2.1-1

aapt recommends no packages.

aapt suggests no packages.

-- no debconf information



Bug#976250: [pkg-netfilter-team] Bug#976250: xtables-addons-dkms: fail to build with 4.19.0-13

2020-12-02 Thread di dit
> 4.19-0-13 includes a fix for a routing bug which is not compatible with
> version 3.2 of xtables-addons.  There is a fix available in the latest
> version, 3.13, which has been packaged and recently migrated to Testing.
> There is no release of xtables-addons available in Buster, so I'm
> guessing that you got 3.2-1 from Testing or Unstable.  That being so,
> upgrading to 3.13-1 should resolve your problem.

You are 100% right.  I had forgotten that version 3.2 of xtables-addons was
from testing. My bad. No issue with 3.13-1 on stable so far. Sorry for
the noise.

Thank you very much for your quick reply.

As far as I am concerned, this bug can be closed.

Regards



Bug#976250: xtables-addons-dkms: fail to build with 4.19.0-13

2020-12-01 Thread di dit
Package: xtables-addons-dkms
Version: 3.2-1
Severity: important

Dear Maintainer,

After updating to linux 4.19.0-13, dkms failed with the following message:

/etc/kernel/postinst.d/dkms:
Error!  Build of xt_ACCOUNT.ko failed for: 4.19.0-13-amd64 (x86_64)
Consult the make.log in the build directory

The make.log file is attached.

Thanks for your help and your work on  this package.

-- System Information:
Debian Release: 10.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-12-amd64 (SMP w/2 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, 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)
LSM: AppArmor: enabled

Versions of packages xtables-addons-dkms depends on:
ii  dkms   2.6.1-4
ii  make   4.2.1-1.2
ii  xtables-addons-common  3.2-1

Versions of packages xtables-addons-dkms recommends:
pn  linux-headers  

xtables-addons-dkms suggests no packages.

-- no debconf information
DKMS make.log for xtables-addons-3.2 for kernel 4.19.0-13-amd64 (x86_64)
mercredi 2 décembre 2020, 07:36:46 (UTC+0100)
make : on entre dans le répertoire « /usr/src/linux-headers-4.19.0-13-amd64 »
make -C /usr/src/linux-headers-4.19.0-13-amd64 KBUILD_SRC=/usr/src/linux-headers-4.19.0-13-common \
-f /usr/src/linux-headers-4.19.0-13-common/Makefile modules
test -e include/generated/autoconf.h -a -e include/config/auto.conf || (		\
echo >&2;			\
echo >&2 "  ERROR: Kernel configuration is invalid.";		\
echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it.";	\
echo >&2 ;			\
/bin/false)
mkdir -p /var/lib/dkms/xtables-addons/3.2/build/extensions/.tmp_versions ; rm -f /var/lib/dkms/xtables-addons/3.2/build/extensions/.tmp_versions/*
make -f /usr/src/linux-headers-4.19.0-13-common/scripts/Makefile.build obj=/var/lib/dkms/xtables-addons/3.2/build/extensions
make -f /usr/src/linux-headers-4.19.0-13-common/scripts/Makefile.build obj=/var/lib/dkms/xtables-addons/3.2/build/extensions/ACCOUNT need-builtin=
make -f /usr/src/linux-headers-4.19.0-13-common/scripts/Makefile.build obj=/var/lib/dkms/xtables-addons/3.2/build/extensions/pknock need-builtin=
(cat /dev/null;   echo kernel//var/lib/dkms/xtables-addons/3.2/build/extensions/ACCOUNT/xt_ACCOUNT.ko;) > /var/lib/dkms/xtables-addons/3.2/build/extensions/ACCOUNT/modules.order
(cat /dev/null;   echo kernel//var/lib/dkms/xtables-addons/3.2/build/extensions/pknock/xt_pknock.ko;) > /var/lib/dkms/xtables-addons/3.2/build/extensions/pknock/modules.order
   gcc-8 -Wp,-MD,/var/lib/dkms/xtables-addons/3.2/build/extensions/ACCOUNT/.xt_ACCOUNT.o.d  -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/8/include -I/usr/src/linux-headers-4.19.0-13-common/arch/x86/include -I./arch/x86/include/generated  -I/usr/src/linux-headers-4.19.0-13-common/include -I./include -I/usr/src/linux-headers-4.19.0-13-common/arch/x86/include/uapi -I./arch/x86/include/generated/uapi -I/usr/src/linux-headers-4.19.0-13-common/include/uapi -I./include/generated/uapi -include /usr/src/linux-headers-4.19.0-13-common/include/linux/kconfig.h -include /usr/src/linux-headers-4.19.0-13-common/include/linux/compiler_types.h  -I/var/lib/dkms/xtables-addons/3.2/build/extensions/ACCOUNT -I/var/lib/dkms/xtables-addons/3.2/build/extensions/ACCOUNT -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -Werror-implicit-function-declaration -Wno-format-security -std=gnu89 -fno-PIE -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -m64 -falign-jumps=1 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_SSSE3=1 -DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -DCONFIG_AS_AVX512=1 -DCONFIG_AS_SHA1_NI=1 -DCONFIG_AS_SHA256_NI=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mindirect-branch=thunk-extern -mindirect-branch-register -fno-jump-tables -fno-delete-null-pointer-checks -Wno-frame-address -Wno-format-truncation -Wno-format-overflow -Wno-int-in-bool-context -O2 --param=allow-store-data-races=0 -Wframe-larger-than=2048 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-unused-const-variable -fno-var-tracking-assignments -g -pg -mrecord-mcount -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wno-pointer-sign -Wno-stringop-truncation -Wno-array-bounds -Wno-stringop-overflow -Wno-restrict -Wno-maybe-uninitialized -fno-strict-overflow -fno-merge-all-constants -fmerge-constants -fno-stack-check -fconserve-stack -Werror=implicit-int -

Bug#972483: patch (gentoo bug 747946)

2020-10-20 Thread di dit
Applying the patch referenced below to the last file only
(/usr/src/virtualbox-6.1.14/r0drv/linux/thread2-r0drv-linux.c) fixed the
issue for me:
  https://747946.bugs.gentoo.org/attachment.cgi?id=664933


Bug#962045: patch

2020-06-03 Thread di dit
Here are 2 upstream fixes for the 2 issues:

https://github.com/gramps-project/gramps/pull/1052
https://github.com/gramps-project/gramps/pull/1031

Regards



Bug#962045: some plugins do not work anymore

2020-06-02 Thread di dit
Package: gramps
Version: 5.1.2-1
Severity: normal

Since a few weeks (months?) some plugins do not work anymore.

1/ Verifying data:
Using the menu Tools->Utilities->Verify the data ...
and then clicking the button Run, I get the following error:

46335: ERROR: grampsapp.py: line 156: Unhandled exception
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gramps/plugins/tool/verify.py",
line 367, in on_apply_clicked
self.v_r = VerifyResults(self.dbstate, self.uistate, self.track,
  File "/usr/lib/python3/dist-packages/gramps/plugins/tool/verify.py",
line 545, in __init__
self.sort_model = self.filt_model.sort_new_with_model()
AttributeError: 'TreeModelFilter' object has no attribute 'sort_new_with_model'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gramps/plugins/tool/verify.py",
line 374, in on_apply_clicked
self.v_r.ignores = {}
AttributeError: 'NoneType' object has no attribute 'ignores'


2/ Removing unused objects:
Using the following menu Tools->Family tree repair->Remove unused objects
I get the following error:

140333: ERROR: tool.py: line 257: Failed to start tool.
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gramps/gui/plug/tool.py", line
251, in gui_tool
tool_class(dbstate = dbstate, user = user,
  File "/usr/lib/python3/dist-packages/gramps/plugins/tool/removeunused.py",
line 127, in __init__
self.init_gui()
  File "/usr/lib/python3/dist-packages/gramps/plugins/tool/removeunused.py",
line 175, in init_gui
self.sort_model = self.real_model.sort_new_with_model()
AttributeError: 'ListStore' object has no attribute 'sort_new_with_model'

Regards


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gramps depends on:
ii  gir1.2-gtk-3.03.24.20-1
ii  librsvg2-22.48.4+dfsg-1
ii  python3   3.8.2-3
ii  python3-bsddb36.2.7-1.1+b1
ii  python3-gi3.36.0-3
ii  python3-gi-cairo  3.36.0-3
ii  xdg-utils 1.1.3-2

Versions of packages gramps recommends:
ii  gir1.2-geocodeglib-1.0  3.26.2-2
ii  gir1.2-gexiv2-0.10  0.12.0-2
ii  gir1.2-osmgpsmap-1.01.1.0-7
ii  graphviz2.42.2-4
ii  python3-icu 2.2-3+b1


Versions of packages gramps suggests:
ii  fonts-freefont-ttf20120503-10
pn  gir1.2-goocanvas-2.0  
pn  gir1.2-gtkspell3-3.0  
ii  python3-numpy 1:1.18.4-1
ii  python3-pil   7.0.0-4+b1
pn  rcs   

-- no debconf information



Bug#947613: network-manager: Wi-Fi not working (does not get IPv4 address) with 1.22.2-1

2019-12-31 Thread di dit
I was affected by the same bug (Freebox Revolution from Free (French
ISP)  here).
I switched to isc-dhcp-client by creating a file
/etc/NetworkManager/conf.d/dhcp-client.conf containing the 2 following
lines:
[main]
dhcp=dhclient

Then I restarted NetworkManager using this command:
sudo service NetworkManager restart

and IPv4 is working as expected again. The bug is therefore probably
related to the internal dhcp client.

Regards



Bug#942570: workaround: GDK_BACKEND=x11

2019-10-18 Thread di dit
The request to rebuild against wxWidgets GTK 3 (#933431) recommends to
also look at bug #900678 (wxwidgets3.0: wxGLCanvas doesn't work with
Wayland). As suggested, I ran gnuplot after setting GDK_BACKEND=x11.
This fixed the issue. The plot window is updated immediately.



Bug#942570: gnuplot: plot not updated with wxt/gtk3/gnome-shell/wayland

2019-10-18 Thread di dit
Package: gnuplot
Version: 5.2.7+dfsg1-6
Severity: normal

Dear Maintainer,

Since the rebuild with the wxWidgets GTK 3 package, the wxt terminal
updates only after the window is focused under gnome/wayland.
Here are steps to reproduce:

1/ start gnuplot
2/ set term wxt
3/ plot sin(x)
4/ plot cos(x)

After step 3, the sine curve is plotted in the wxt terminal.
After step 4, nothing happens. The cosine curve appears only after the
wxt window is focused.
This behavior manifest with gnome/wayland but not with gnome/xorg.
The qt and x11 terminal are not affected.
Everything was fine before the rebuild with the wxWidgets GTK 3
package.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.2.0-3-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnuplot depends on:
ii  gnuplot-qt [gnuplot-x11]  5.2.7+dfsg1-6

gnuplot recommends no packages.

Versions of packages gnuplot suggests:
pn  gnuplot-doc  

-- no debconf information



Bug#939197: fonts-urw-base35: URW fonts not available in LibreOffice

2019-09-02 Thread di dit
Package: fonts-urw-base35
Version: 20170801.1-2
Severity: normal

Dear Maintainer,

The "Standard Symbol L" is not available in libreoffice because "new"
versions of libreoffice require more recent font formats. The same issue
exists in Debian stable. This font was widely used by some people with
previous versions of libreoffice. As a result, after upgrading libreoffice,
documents using that font lack some symbols.

The same issue existed and was fixed in Fedora. The bug report contains
many relevant details. See:
  https://bugzilla.redhat.com/show_bug.cgi?id=1496466

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

fonts-urw-base35 depends on no packages.

fonts-urw-base35 recommends no packages.

Versions of packages fonts-urw-base35 suggests:
ii  fonts-freefont-otf  20120503-9
ii  fonts-freefont-ttf  20120503-9
ii  fonts-texgyre   20180621-3

-- no debconf information



Bug#924009: closed by Dimitrios Eftaxiopoulos (Bug not reproduced)

2019-04-05 Thread di dit
As suggested, I rebuilt the debian package (version 3.61.1+dfsg1-4)
with and without adding --enable-generic to configure using a PC with
AVX support. I tested the resulting packages using 2 PCs without AVX
support. The package built with --enable-generic doesn't crash while
the other one always does.

Applying this fix to the freefem++ package for buster would be really nice.



Bug#924009: closed by Dimitrios Eftaxiopoulos (Bug not reproduced)

2019-03-25 Thread di dit
Hello Bernhard and Dimitrios,

> I think the issue is that freefem++s configure activate
> AVX instructions when the build CPU supports it.
>
>
> I could reproduce the crash in a Buster amd64 qemu VM, that
> unintentionally did not support AVX (while the VM host would).

I reproduced the crash with a Buster amd64 PC without AVX support
(Intel(R) Celeron(R) CPU  N3050). In other words, freefem++ crashes
here on 2 amd64 PCs without AVX but not on 2 others with AVX.
Congratulations Bernhard, I think your diagnostic is good!

Regards



Bug#924964: remmina-plugin-nx: GtkSocket not available

2019-03-19 Thread di dit
Yes I am running remmina under Wayland. remmina works fine under
XWayland using the command that you proposed.
Many thanks for the prompt reply!



Bug#924964: remmina-plugin-nx: GtkSocket not available

2019-03-19 Thread di dit
Package: remmina-plugin-nx
Version: 1.3.3+dfsg-2
Severity: important

Dear Maintainer,

When starting an NX session, remmina displays a dialog with the
following message and an OK button:
  Warning: This plugin require GtkSocket, but it's not available.
Then the connection fails.

Note that a similar bug report exists for Fedora:
  https://bugzilla.redhat.com/show_bug.cgi?id=1660515

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-4-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages remmina-plugin-nx depends on:
ii  libatk1.0-0 2.30.0-2
ii  libc6   2.28-8
ii  libcairo2   1.16.0-4
ii  libgdk-pixbuf2.0-0  2.38.1+dfsg-1
ii  libglib2.0-02.58.3-1
ii  libgtk-3-0  3.24.5-1
ii  libpango-1.0-0  1.42.4-6
ii  libssh-40.8.6-3+b1
ii  libx11-62:1.6.7-1
ii  libxkbfile1 1:1.0.9-2+b12
ii  nxproxy 2:3.5.99.19-1
ii  remmina 1.3.3+dfsg-2

remmina-plugin-nx recommends no packages.

remmina-plugin-nx suggests no packages.

-- no debconf information



Bug#924009: closed by Dimitrios Eftaxiopoulos (Bug not reproduced)

2019-03-19 Thread di dit
> Both commands
>
> FreeFem++ a_tutorial.edp
>
> and
>
> FreeFem++-nw a_tutorial.edp
>
> work fine on an updated unstable/amd64 installation.

Indeed, it does not manifest on every computer as I wrote there:
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=924009#10

Still I believe it is a real bug. I filled it upstream. See:
  https://github.com/FreeFem/FreeFem-sources/issues/77
I also provided a backtrace which I paste below.
__static_initialization_and_destruction_0 points to a possible static
initialization order issue.

Anyway, thank you for your work. I hope this bug will be fixed
upstream and that this bug report will make you want to have it fixed
in buster too.

Thank you again.

---

backtrace:

$ gdb FreeFem++
(gdb) set pagination 0
(gdb) run
Starting program: /usr/bin/FreeFem++
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGILL, Illegal instruction.
__static_initialization_and_destruction_0 (__initialize_p=1,
__priority=65535) at lg.ypp:105
105 lg.ypp: Aucun fichier ou dossier de ce type.
(gdb) bt
#0 __static_initialization_and_destruction_0 (__initialize_p=1,
__priority=65535) at lg.ypp:105
#1 _GLOBAL__sub_I_lg.tab.cpp(void) () at lg.ypp:989
#2 0x55f16dd5 in __libc_csu_init ()
#3 0x7728202a in __libc_start_main (main=0x55a6c4c0
, argc=1, argv=0x7fffe098, init=0x55f16d90
<__libc_csu_init>, fini=, rtld_fini=, stack_end=0x7fffe088) at
../csu/libc-start.c:264
#4 0x55a70cda in _start () at ../Graphics/rgraph.hpp:145



Bug#924009: update

2019-03-18 Thread di dit
New update: I rebuilt freefem++ from source using the instructions from:
  https://wiki.debian.org/SimpleBackportCreation
The issue disappeared.
The PC used to rebuild the package is the one for which freefem++
crashed before (2 CPUs).



Bug#924009: update

2019-03-08 Thread di dit
This issue is not as bad as I thought. FreeFem++ runs fine on another
debian/unstable/amd64 computer.
Moreover, upstream binary deb package v3.62 has the same issue.

The computer for which this issue manifest has 2 CPUs. See /proc/cpuinfo below.
See also the strace output.

Hope this help.

processor: 0
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   X5550  @ 2.67GHz
stepping: 5
microcode: 0x11
cpu MHz: 1595.913
cache size: 8192 KB
physical id: 0
siblings: 4
core id: 0
cpu cores: 4
apicid: 0
initial apicid: 0
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx
est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm pti
tpr_shadow vnmi flexpriority ept vpid dtherm ida
bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
bogomips: 5319.77
clflush size: 64
cache_alignment: 64
address sizes: 40 bits physical, 48 bits virtual
power management:

processor: 1
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   X5550  @ 2.67GHz
stepping: 5
microcode: 0x11
cpu MHz: 1595.928
cache size: 8192 KB
physical id: 0
siblings: 4
core id: 1
cpu cores: 4
apicid: 2
initial apicid: 2
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx
est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm pti
tpr_shadow vnmi flexpriority ept vpid dtherm ida
bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
bogomips: 5319.77
clflush size: 64
cache_alignment: 64
address sizes: 40 bits physical, 48 bits virtual
power management:

processor: 2
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   X5550  @ 2.67GHz
stepping: 5
microcode: 0x11
cpu MHz: 1596.018
cache size: 8192 KB
physical id: 0
siblings: 4
core id: 2
cpu cores: 4
apicid: 4
initial apicid: 4
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx
est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm pti
tpr_shadow vnmi flexpriority ept vpid dtherm ida
bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
bogomips: 5319.77
clflush size: 64
cache_alignment: 64
address sizes: 40 bits physical, 48 bits virtual
power management:

processor: 3
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   X5550  @ 2.67GHz
stepping: 5
microcode: 0x11
cpu MHz: 1595.924
cache size: 8192 KB
physical id: 0
siblings: 4
core id: 3
cpu cores: 4
apicid: 6
initial apicid: 6
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx
est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm pti
tpr_shadow vnmi flexpriority ept vpid dtherm ida
bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
bogomips: 5319.77
clflush size: 64
cache_alignment: 64
address sizes: 40 bits physical, 48 bits virtual
power management:

processor: 4
vendor_id: GenuineIntel
cpu family: 6
model: 26
model name: Intel(R) Xeon(R) CPU   X5550  @ 2.67GHz
stepping: 5
microcode: 0x11
cpu MHz: 1595.624
cache size: 8192 KB
physical id: 1
siblings: 4
core id: 0
cpu cores: 4
apicid: 16
initial apicid: 16
fpu: yes
fpu_exception: yes
cpuid level: 11
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology

Bug#924009: FreeFem++ crashes with exit status 132

2019-03-08 Thread di dit
Package: freefem++
Version: 3.61.1+dfsg1-4
Severity: important

Dear Maintainer,

FreeFem++ crashes with exit status 132 every time.
Here is an example session:

$ cp /usr/share/doc/freefem++/examples/examples++-tutorial/a_tutorial.edp .
$ FreeFem++-nw a_tutorial.edp
Illegal instruction
$ echo $?
132
$ FreeFem++ a_tutorial.edp
Illegal instruction
$ echo $?
132

The same commands work fine in current Debian/stable with the same file
(a_tutorial.edp) and freefem++ version 3.47+dfsg1-1+b2 (amd64).

Regards

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-3-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages freefem++ depends on:
ii  freeglut3  2.8.1-3
ii  libarpack2 3.7.0-1
ii  libatlas3-base [libblas.so.3]  3.10.3-8
ii  libblas3 [libblas.so.3]3.8.0-2
ii  libc6  2.28-8
ii  libgcc11:8.3.0-2
ii  libgl1 1.1.0-1
ii  libglu1-mesa [libglu1] 9.0.0-2.1
ii  libhdf5-1031.10.4+repack-10
ii  libopenmpi33.1.3-10
ii  libstdc++6 8.3.0-2
ii  libumfpack51:5.4.0+dfsg-1

freefem++ recommends no packages.

freefem++ suggests no packages.

-- no debconf information



Bug#900469: firefox/hunspell

2018-07-05 Thread di dit
According to:
  
https://forum.voidlinux.eu/t/solved-firefox-61-0-spellchecking-not-working-musl/6064

"System hunspell is not supported by Firefox anymore [ ... ] So
Firefox has to be recompiled with internal hunspell"

I tested the workaround below (also mentionned in the webpage above)
and it works for me:

cd ~
mkdir -p 'file:/usr/lib/firefox'
ln -s /usr/share/hunspell/ 'file:/usr/lib/firefox/dictionaries'
firefox



Bug#831860: Acknowledgement (veusz: segfault, error 14 in python2.7)

2017-02-16 Thread di dit
Rebuilding veusz fixes this bug.
Would be nice to have veusz in the next stable release ...

2016-07-20 12:09 GMT+02:00 Debian Bug Tracking System :
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Python Applications Packaging Team 
>
> If you wish to submit further information on this problem, please
> send it to 831...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 831860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831860
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems



Bug#831860: veusz: segfault, error 14 in python2.7

2016-07-20 Thread di dit
Package: veusz
Version: 1.21.1-1
Severity: important

Dear Maintainer,

veusz segfaults at start when run either from the GUI or from a
terminal with lines in dmesg such as:

veusz[17481]: segfault at 0 ip   (null) sp 7fff79d31568
error 14 in python2.7[40+2e9000]

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages veusz depends on:
ii  python 2.7.11-2
ii  python-numpy   1:1.11.1~rc1-1
ii  python-qt4 4.11.4+dfsg-2
ii  veusz-helpers  1.21.1-1

veusz recommends no packages.

Versions of packages veusz suggests:
ii  python-dbus1.2.4-1
pn  python-h5py
pn  python-pyfits  

-- no debconf information



Bug#821955: gtk 3.20 issue

2016-04-20 Thread di dit
Package: gramps
Version: 4.2.2~dfsg-1

Gramps is currently unusable in unstable. The following message is
displayed very often.

ERROR: grampsapp.py: line 107: Unhandled exception
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gramps/gui/widgets/styledtexteditor.py",
line 289, in on_motion_notify_event
self.match = self.textbuffer.match_check(iter_at_location.get_offset())
AttributeError: '_ResultTuple' object has no attribute 'get_offset'

According to the following upstream bug report, the culprit is the gtk
3.20 migration.
  https://gramps-project.org/bugs/view.php?id=9335

This issue has been fixed upstream in the 4.2.3 release.



Bug#571016: python-moinmoin broken with python-werkzeug version 0.6-1

2010-02-22 Thread di dit
Package: python-werkzeug
Version: 0.5.1-1
Severity: grave
Justification: renders package unusable

python-moinmoin version 1.9.1-1 doesn't work with python-werkzeug
version 0.6-1 but it works with version 0.5.1-1.
The error message in apache2 logs follows. Downgrading python-werkzeug
to version 0.5.1-1 fixes this issue.

2010-02-22 09:01:23,029 ERROR MoinMoin.wsgiapp:292 An exception has
occurred [http://...REMOVED...].
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.5/MoinMoin/wsgiapp.py", line 281, in __call__
response = run(context)
  File "/usr/lib/pymodules/python2.5/MoinMoin/wsgiapp.py", line 88, in run
response = dispatch(request, context, action_name)
  File "/usr/lib/pymodules/python2.5/MoinMoin/wsgiapp.py", line 136, in dispatch
response = handle_action(context, pagename, action_name)
  File "/usr/lib/pymodules/python2.5/MoinMoin/wsgiapp.py", line 195,
in handle_action
handler(context.page.page_name, context)
  File "/usr/lib/pymodules/python2.5/MoinMoin/action/__init__.py",
line 261, in do_show
content_only=content_only,
  File "/usr/lib/pymodules/python2.5/MoinMoin/Page.py", line 1109, in send_page
request.write(self.formatter.startDocument(self.page_name))
  File "/usr/lib/pymodules/python2.5/MoinMoin/web/contexts.py", line
276, in write
self.request.stream.writelines(data)
AttributeError: 'cStringIO.StringI' object has no attribute 'writelines'
2010-02-22 09:01:23,031 ERROR MoinMoin.web.frontend:46 An exception
occurred while running CGIFrontEnd
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.5/MoinMoin/web/frontend.py", line 39, in run
self.run_server(application, options)
  File "/usr/lib/pymodules/python2.5/MoinMoin/web/flup_frontend.py",
line 159, in run_server
return WSGIServer(application).run()
  File "/usr/lib/pymodules/python2.5/MoinMoin/web/_fallback_cgi.py",
line 69, in run
result = self.application(environ, start_response)
  File "/usr/lib/pymodules/python2.5/werkzeug/wsgi.py", line 406, in __call__
return self.app(environ, start_response)
  File "/usr/lib/pymodules/python2.5/MoinMoin/wsgiapp.py", line 281, in __call__
response = run(context)
  File "/usr/lib/pymodules/python2.5/MoinMoin/wsgiapp.py", line 88, in run
response = dispatch(request, context, action_name)
  File "/usr/lib/pymodules/python2.5/MoinMoin/wsgiapp.py", line 136, in dispatch
response = handle_action(context, pagename, action_name)
  File "/usr/lib/pymodules/python2.5/MoinMoin/wsgiapp.py", line 195,
in handle_action
handler(context.page.page_name, context)
  File "/usr/lib/pymodules/python2.5/MoinMoin/action/__init__.py",
line 261, in do_show
content_only=content_only,
  File "/usr/lib/pymodules/python2.5/MoinMoin/Page.py", line 1109, in send_page
request.write(self.formatter.startDocument(self.page_name))
  File "/usr/lib/pymodules/python2.5/MoinMoin/web/contexts.py", line
276, in write
self.request.stream.writelines(data)
AttributeError: 'cStringIO.StringI' object has no attribute 'writelines'
Premature end of script headers: moin.cgi


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) (ignored:
LC_ALL set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-werkzeug depends on:
ii  libjs-jquery  1.4.1-1JavaScript library for dynamic web
ii  python2.5.4-9An interactive high-level object-o
ii  python-support1.0.6  automated rebuilding support for P

Versions of packages python-werkzeug recommends:
ii  python-simplejson 2.0.9-2simple, fast, extensible JSON enco

Versions of packages python-werkzeug suggests:
pn  ipython(no description available)
pn  python-genshi  (no description available)
pn  python-lxml(no description available)
ii  python-pkg-resources  0.6.10-1   Package Discovery and Resource Acc

-- 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#554046: #554046 and uswsusp

2010-01-04 Thread di dit
2009/12/31 di dit :
> Removing uswsusp helps here too (even if I don't understand why).

Correction: the bug still exists even after removing uswsusp. However it doesn't
occur as often. Maybe it occurs once every 10 hibernation (very rough
estimation)
while it occurred almost every time before.

didit



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#554046: #554046 and uswsusp

2009-12-31 Thread di dit
Removing uswsusp helps here too (even if I don't understand why).

didit.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#554046: Reproducible

2009-12-09 Thread di dit
Le 9 décembre 2009 15:44, Josselin Mouette  a écrit :
> ISTR that someone correlated this to the bluetooth daemon. Is it any
> better if you stop this daemon first? Use "/etc/init.d/bluetooth stop"
> for that.

Stopping the bluetooth daemon doesn't fix the problem here.
I've switched to using the Fn+F3 key combination to hibernate my laptop
now so this issue is not a big problem for me anymore. But thanks for
taking care of it!

Regards,

didit.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#555858: go-oo bug

2009-12-04 Thread di dit
Hi,

This bug disappeared with the package from debian/experimental (3.2.0~beta-2).
Some debian users may prefer to use these experimental packages instead of the
upstream stable ones.

Regards,

didit.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#555858: go-oo bug

2009-11-16 Thread di dit
See
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/384249
https://bugzilla.novell.com/show_bug.cgi?id=541013

This bug was reported in Ubuntu in June ... It is specific to go-oo
and does not exist in
official openoffice.org builds. Ubuntu Karmik was released with this
bug and I just can hope Debian
won't do the same. For scientific presentations, the only workaround
right now is to use the
official openoffice.org debs.

didit



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#554046: gnome-power-manager: hibernation loop

2009-11-02 Thread di dit
Package: gnome-power-manager
Version: 2.28.1-2
Severity: important

I've been using gnome-power-manager successfully for a long time to hibernate my
laptop when the lid is closed. Since the last upgrade, this does not work
anymore (or it works too well!): after resuming from hibernation, the system
hibernates again after a very short delay (1 or 2 seconds). The only workaround
I've found is to switch very quickly outside of X (Ctrl+Alt+F1) and then back.
In that case, I get a warning that the system could not hibernate. Also, using
"dbus-sent" to hibernate via HAL or devicekit-power doesn't trigger this bug.

Thanks for your work and help,

didit.

-- Package-specific info:
Distro version:   squeeze/sid
Kernel version:   2.6.30-1-686
g-p-m version:2.28.1
HAL version:  0.5.13
System manufacturer:  missing
System version:   missing
System product:   missing
AC adapter present:   yes
Battery present:  yes
Laptop panel present: no
CPU scaling present:  yes
Battery Information:
  battery.charge_level.current = 13986  (0x36a2)  (int)
  battery.charge_level.design = 15096  (0x3af8)  (int)
  battery.charge_level.last_full = 13986  (0x36a2)  (int)
  battery.charge_level.percentage = 100  (0x64)  (int)
  battery.charge_level.rate = 0  (0x0)  (int)
  battery.is_rechargeable = true  (bool)
  battery.model = 'Primary'  (string)
  battery.present = true  (bool)
  battery.rechargeable.is_charging = false  (bool)
  battery.rechargeable.is_discharging = false  (bool)
  battery.reporting.current = 1260  (0x4ec)  (int)
  battery.reporting.design = 1360  (0x550)  (int)
  battery.reporting.last_full = 1260  (0x4ec)  (int)
  battery.reporting.rate = 0  (0x0)  (int)
  battery.reporting.technology = 'Li-ion'  (string)
  battery.reporting.unit = 'mAh'  (string)
  battery.serial = '01040 2006/05/11'  (string)
  battery.technology = 'lithium-ion'  (string)
  battery.type = 'primary'  (string)
  battery.vendor = 'Hewlett-Packard'  (string)
  battery.voltage.current = 12401  (0x3071)  (int)
  battery.voltage.design = 11100  (0x2b5c)  (int)
  battery.voltage.unit = 'mV'  (string)
DeviceKit data:
Device: /org/freedesktop/DeviceKit/Power/devices/battery_C1B4
  native-path:
/sys/devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/C1B4
  vendor:   Hewlett-Packard
  model:Primary
  serial:   01040 2006/05/11
  power supply: yes
  updated:  Sun Nov  1 17:06:24 2009 (102441 seconds ago)
  has history:  yes
  has statistics:   yes
  battery
present: yes
rechargeable:yes
state:   fully-charged
energy:  13.986 Wh
energy-empty:0 Wh
energy-full: 15.096 Wh
energy-full-design:  15.096 Wh
energy-rate: 0 W
voltage: 12.425 V
percentage:  92.6471%
capacity:100%
technology:  lithium-ion

Device: /org/freedesktop/DeviceKit/Power/devices/line_power_C1B2
  native-path:
/sys/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/C1B2
  power supply: yes
  updated:  Sun Nov  1 14:49:38 2009 (110647 seconds ago)
  has history:  no
  has statistics:   no
  line-power
online: yes

Daemon:
  daemon-version:  012
  can-suspend: yes
  can-hibernateyes
  on-battery:  no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:   yes
GNOME Power Manager Process Information:
HAL Process Information:
108  12726  0.0  0.4   6972  2188 ?Ss   Oct30   0:10 /usr/sbin/hald
root 12727  0.0  0.1   3584   804 ?SOct30   0:00  \_ hald-runner
root 12798  0.0  0.1   3420   772 ?SOct30   0:06  \_ hald-ad
root 12822  0.0  0.1   3396   532 ?SOct30   0:00  \_ hald-ad
108  12826  0.0  0.0   3248   468 ?SOct30   0:00  \_ hald-ad

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (100, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-power-manager depends on:
ii  consolekit0.3.1-2framework for defining and trackin
ii  dbus-x11  1.2.16-2   simple interprocess messaging syst
ii  devicekit-power   012-2  abstraction for power management
ii  gconf22.28.0-1   GNOME configuration database syste
ii  libbonobo2-0  2.24.2-1   Bonobo CORBA interfaces library
ii  libc6 2.10.1-3   GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libcanberra-gtk0  0.22-1 Gtk+ helper for playing widget eve
ii  libcanberra0  0.22-1 

Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

2009-05-14 Thread di dit
The last upload solved this problem with xserver-xorg-video-radeon
version 1:6.12.2-2.
I think this bug can be closed now.

Thanks for your help,

didit.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

2009-04-16 Thread di dit
2009/4/16 Alex Deucher :
> Does reverting the commit (f8c7d6a6162196a743f6885ecaf63ba50de1722a)
> mentioned in the bug above fix the issue?

Yes it does. Congratulations, you've found the culprit!
(Sorry, I didn't notice earlier that you already suspected this commit.)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

2009-04-16 Thread di dit
2009/4/15 Alex Deucher :
> Sounds like:
> https://bugs.freedesktop.org/show_bug.cgi?id=21199

Indeed.

> Does:
> xset dpms force off
> followed by moving the mouse cause both screens to come on?

Yes it does. Thanks for the workaround!
I'm ready to test patches to solve this issue if needed.
Thank you very much for your help.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

2009-04-15 Thread di dit
2009/4/14 Alex Deucher :
> Both heads are probably using the same crtc, but xrandr isn't smart
> enough to assign a different one.  You can see what crtc is in use by
> running xrandr --verbose.  You can assign a different crtc to the
> other head like so:
> xrandr --output DVI-1 --crtc 1 --mode 1280x1024 --left-of DVI-0


Thanks for the suggestion. Unfortunately, it doesn't solve my problem.
Here are the results of some tests obtained using the following
minimal xorg.conf file:
Section "Screen"
Identifier  "screen"
SubSection "Display"
Depth   24
Virtual 2600 1024
EndSubSection
EndSection

The output of xrandr --verbose at each step is given in the attached file.

1/ startx (window manager e16) results in monitors in clone mode as expected.
DVI-0 and DVI-1 do indeed use the same crtc (0).

2/ xrandr --output DVI-0 --crtc 0 --mode 1280x1024
nothing happens (as expected)

3/ xrandr --output DVI-1 --crtc 1 --mode 1280x1024
The monitor connected to DVI-0 enter power save mode.

4/ xrandr --output DVI-0 --off
nothing happens except that the following command wouldn't change
anything without it.

5/ xrandr --output DVI-0 --crtc 0 --mode 1280x1024
DVI-0 monitor goes on, DVI-1 monitor goes into power save mode

Another "funny" issue is that after running startx and without
"playing" with xrandr, if I switch off the
monitor connected to DVI-1 then the mouse pointer doesn't move on the
other monitor. This problem
doesn't exist when the monitor connected to DVI-1 is on and the other one off.


log.radeon
Description: Binary data


Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

2009-04-11 Thread di dit
Package: xserver-xorg-video-radeon
Version: 1:6.12.2-1
Severity: normal

The dualhead setup I've been using for more than 6 months broke up with
the last upgrade. The two identical monitors work fine in clone mode but
the following command results in a black screen on DVI-1 (the monitor
goes to standby mode it seems) while the display on DVI-0 is changed as
expected.
  xrandr --output DVI-1 --left-of DVI-0
At this stage, switching to the console (CTRL+ALT+F1) behave as expected
(both monitors display the same text) but switching back to X11
(CTRL+ALT+F7) restores the same situation (i.e. DVI-1 is black and DVI-0
displays the right half of the background image).

I had no success tweaking xorg.conf to get the dualhead output either so
only the clone mode works.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 mar  2 11:31 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1876400 avr  9 01:45 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc RV610 [Radeon
HD 2400 XT]

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1403 avr 10 16:06 /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 "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "fr"
Option  "XkbVariant""latin9"
Option  "XkbOptions""lv3:ralt_switch"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "videocard"
Option  "monitor-DVI-0" "dvi0"
Option  "monitor-DVI-1" "dvi1"
EndSection

Section "Monitor"
Identifier "dvi0"
#   Option "Position" "1280 0"
EndSection

Section "Monitor"
Identifier "dvi1"
#   Option "LeftOf" "dvi0"
#   Option "RightOf" "dvi0"
#   Option "Position" "1280 0"
EndSection

Section "Screen"
Identifier  "screen"
Device  "videocard"
SubSection "Display"
Depth   24
Virtual 2600 1024
EndSubSection
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 49504 avr 10 19:00 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.6.0
Release Date: 2009-2-25
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.29-1-amd64 x86_64 Debian
Current Operating System: Linux noee 2.6.29-1-amd64 #1 SMP Sat Apr 4
16:54:07 UTC 2009 x86_64
Build Date: 08 April 2009  11:41:45PM
xorg-server 2:1.6.0-1 (jcris...@debian.org)
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: Fri Apr 10 17:30:43 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "screen" (0)
(**) |   |-->Monitor ""
(**) |   |-->Device "videocard"
(==) No monitor specified for screen "screen".
Using a default monitor configuration.
(==) 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,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices be

Bug#506870: e17: CPU0 load 100%

2008-11-25 Thread di dit
Package: e17
Version: 0.16.999.050-1
Severity: important

The process "enlightenment" uses 100% of CPU0 on my quad-core processor.
I noticed this today even if I've been using e17 for a few days already.
(By the way, thanks for packaging it!)
It wasn't the case before. My debian/unstable system is up to date.
I tried to move the folder .e/ to a new location in order to start from a
clean configuration. The CPU load was the same. Restarting e17 doesn't help
either.
I can't see a recently upgraded package which could have triggered this issue.
The only unusual thing which occurred recently is that my computer was
stopped for a few minutes yesterday which doesn't happen very often.
Any idea?

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (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/bash

Versions of packages e17 depends on:
ii  e17-data  0.16.999.050-1 Enlightenment Window Manager Run T
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libcurl3  7.18.2-7   Multi-protocol file transfer libra
ii  libdbus-1-3   1.2.1-4simple interprocess messaging syst
ii  libecore-con0 0.9.9.050-1Ecore Connection Library
ii  libecore-evas00.9.9.050-1Ecore Evas Wrapper Library
ii  libecore-fb0  0.9.9.050-1Ecore frame buffer system function
ii  libecore-file00.9.9.050-1Ecore File Library
ii  libecore-imf0 0.9.9.050-1Ecore Input Method Framework modul
ii  libecore-ipc0 0.9.9.050-1Ecore inter-process communication
ii  libecore-job0 0.9.9.050-1Ecore job dealing functions
ii  libecore-txt0 0.9.9.050-1Ecore text encoding conversion fun
ii  libecore-x0   0.9.9.050-1Ecore functions for dealing with t
ii  libecore0 0.9.9.050-1Core abstraction layer for enlight
ii  libedbus0 0.5.0.050-1D-Bus and HAL wrapper libraries fo
ii  libedje0  0.9.9.050-1.1  Graphical layout and animation lib
ii  libeet1   1.1.0-1Enlightenment DR17 file chunk read
ii  libefreet00.5.0.050-1Library that implements freedeskto
ii  libevas-engines   0.9.9.050-2Evas module providingg the framebu
ii  libevas0  0.9.9.050-2Enlightenment DR17 advanced canvas
ii  libpam0g  1.0.1-4+b1 Pluggable Authentication Modules l
ii  libssl0.9.8   0.9.8g-14  SSL shared libraries
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar

e17 recommends no packages.

e17 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452939: [Debichem-devel] Bug#452939: still not fixed

2008-01-16 Thread di dit
2008/1/16, Daniel Leidert <[EMAIL PROTECTED]>:
> Can you please provide a backtrace, because I cannot longer reproduce
> the crash.

Here it is, thanks to your instructions. I hope it's OK.
Once the program is running, I just try to save a PNG in my home directory.

I should also mention that capturing the output with the import
utility from imagemagick works fine, so getting a PNG for example is
not a real problem. But this bug manifests itself when printing which
is more problematic.

Thanks for your good work,

didit.


gcrystal.gdb
Description: Binary data


Bug#452939: still not fixed

2008-01-16 Thread di dit
Hi,

Sorry, but this bug isn't fixed.
I've been unable to test the fix earlier. Sorry for the long delay.

Testing with a current unstable system (which means that parts of the
xserver have been updated since the original report) returns the
following error on my amd64 setup with the radeon Xorg driver, trying
to save a PNG:

$ gcrystal /usr/share/doc/gcrystal/examples/nickel.gcrystal
The program 'gcrystal' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
  (Details: serial 13551 error_code 9 request_code 145 minor_code 7)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

I'll send another email later regarding my other i386/unstable machine.

Regards,

didit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#450821: swfdec-mozilla: uninstallable because depends on unavailable libswfdec-0.5-4

2007-12-06 Thread di dit
Today, on unstable/amd64:

$ LANG=C sudo apt-get install swfdec-mozilla

returns:

The following packages have unmet dependencies:
  swfdec-mozilla: Depends: libswfdec-0.5-4 but it is not installable
E: Broken packages

Package libswfdec0.5-2 is available though. On i386, swfdec-mozilla
depends on this package.

didit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452939: gcrystal: Unable to save as bitmap or print

2007-11-29 Thread di dit
2007/11/30, Daniel Leidert <[EMAIL PROTECTED]>:
> Can you tell me, which video card driver(s) you are using? Are the
> drivers the same on the amd64 and the i386 architecture?

For the amd64 machine (lspci output):
ATI Technologies Inc RV370 5B64 [FireGL V3100 (PCIE)]
Xorg driver: radeon

For the i386 machine (lspci output):
Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated
Graphics Controller (rev 03)
Xorg driver: intel

Due to these very different video cards, I don't think it is a driver
issue, but I may be wrong.

Regards,

didit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452939: reproduced on i386

2007-11-26 Thread di dit
I just reproduced this bug on an i386 debian/unstable machine.

didit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#452939: gcrystal: Unable to save as bitmap or print

2007-11-26 Thread di dit
Package: gcrystal
Version: 0.8.4-3
Severity: important

*** Please type your report below this line ***
Trying to save a bitmap using "File->Save as image ..." crashes the
program. Only the "VRML document" output seems to work (I didn't try to
display the resulting file).

Printing also results in a crash even when printing to a file or a PDF
or clicking the "Print Preview" button.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-3-amd64 (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/bash

Versions of packages gcrystal depends on:
ii  chemical-mime-data  0.1.94-2 chemical MIME and file type suppor
ii  gconf2  2.20.1-1 GNOME configuration database syste
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.7-1GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1+b2  The Cairo 2D vector graphics libra
ii  libgcc1 1:4.2.2-3GCC support library
ii  libgconf2-4 2.20.1-1 GNOME configuration database syste
ii  libgcu0 0.8.4-3  GNOME chemistry utils (library)
ii  libgl1-mesa-glx [libgl1 7.0.2-2  A free implementation of the OpenG
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.4-1 The GLib library of C routines
ii  libglu1-mesa [libglu1]  7.0.2-2  The OpenGL utility library (GLU)
ii  libgnomecanvas2-0   2.20.1.1-1   A powerful object-oriented display
ii  libgnomeprint2.2-0  2.18.2-1 The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-02.18.1-1 GNOME 2.2 print architecture User
ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System (runtime
ii  libgoffice-0-4  0.4.2-3  Document centric objects library -
ii  libgsf-1-1141.14.7-2 Structured File Library - runtime
ii  libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface
ii  libgtkglext11.0.6-2.1+b1 OpenGL Extension to GTK (shared li
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libopenbabel2   2.1.1-2  Convert and manipulate chemical da
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.2.2-3  The GNU Standard C++ Library v3
ii  libxml2 2.6.30.dfsg-3GNOME XML library
ii  libxmu6 1:1.0.3-1X11 miscellaneous utility library
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

gcrystal recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#451168: [Debichem-devel] Bug#451168: gcrystal: reproducible crash

2007-11-22 Thread di dit
Hi,

What about a new upload to unstable to fix this bug and also to have
binaries for non i386 arches?

Regards,

didit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#451168: gcrystal: reproducible crash

2007-11-13 Thread di dit
Subject: gcrystal: reproducible crash
Package: gcrystal
Version: 0.8.4-1
Severity: normal

gcrystal crashes each time I do the following:
 - running "gcrystal /usr/share/doc/gcrystal/examples/NaCl.gcrystal"
 - opening Crystal->Atoms...
 - selecting the line for the first atom (Cl 0 0 0)
 - selecting the line for the second atom (Na 0.5 0.5 0.5)
There is a segmentation fault when doing the last action.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (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/bash

Versions of packages gcrystal depends on:
ii  chemical-mime-data  0.1.94-2 chemical MIME and file type suppor
ii  gconf2  2.20.1-1 GNOME configuration database syste
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-6  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.91-1 generic font configuration library
ii  libgcc1 1:4.2.2-3GCC support library
ii  libgconf2-4 2.20.1-1 GNOME configuration database syste
ii  libgcu0 0.8.4-1  GNOME chemistry utils (library)
ii  libgl1-mesa-glx [libgl1 7.0.1-2  A free implementation of the OpenG
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.2-1 The GLib library of C routines
ii  libglu1-mesa [libglu1]  7.0.1-2  The OpenGL utility library (GLU)
ii  libgnomecanvas2-0   2.20.1.1-1   A powerful object-oriented display
ii  libgnomeprint2.2-0  2.18.2-1 The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-02.18.1-1 GNOME 2.2 print architecture User
ii  libgnomevfs2-0  1:2.20.0-3   GNOME Virtual File System (runtime
ii  libgoffice-0-4  0.4.2-2  Document centric objects library -
ii  libgsf-1-1141.14.7-1 Structured File Library - runtime
ii  libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface
ii  libgtkglext11.0.6-2.1+b1 OpenGL Extension to GTK (shared li
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libopenbabel2   2.1.1-2  Convert and manipulate chemical da
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.2.2-3  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcomposite1  1:0.3.2-1+b1 X11 Composite extension library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxdamage1 1:1.1.1-3X11 damaged region extension libra
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.30.dfsg-2GNOME XML library
ii  libxmu6 1:1.0.3-1X11 miscellaneous utility library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

gcrystal recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#441860: same problem, same solution, no LVM

2007-09-12 Thread di dit
Hi,

I couldn't resume from suspend to disk with initramfs-tools version 0.91
in unstable (i386) kernel linux-image-2.6.22-2-686. Downgrading to
version 0.90a solved the problem. Contrarily to the original report,
no LVM here.

The message I had when it failed was more or less like this
(can't copy from the logs because it's not there so I just wrote it on paper):
"Activating swap. Unable to find swap space signature.
failed.", the last word being written in red.

Hope this helps,

didit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#318719: some success - no sound

2006-06-14 Thread di dit

Reading the gdb output provided by Helge Kreutzmann, a problem related
to audiomixer::mus_handle appears so I decided to try tecnoballz
without sound. It turns out there is a command line option --nosound
for that purpose.

Running "tecnoballz --nosound" once is enough to play tecnoballz. This
command line option is not required the next times you want to run the
program. I didn't succeed to have the sound after that even if it does
not seem to be disabled in ~/.tlkgames/tecnoballz.conf.

Running tecnoballz the second time without ---nosound but with
--verbose returns this:
$ tecnoballz --verbose
LP64
===
  TECNOBALLZ START
===
mentatCode::first_init() [START]
ressources::locateFile(/var/games/tecnoballz/tecnoballz.hi) [START]
ressources::locateFile(cosinus128.list) [START]
ressources::locateFile() try /cosinus128.list
ressources::locateFile() try /usr/share/games/tecnoballz/cosinus128.list
ressources::locateFile(/usr/share/games/tecnoballz/cosinus128.list) END
audiomixer::initialise() audio disable

I have no idea why audio is disabled but at least I can play.

kernel: 2.6.16-2-em64t-p4-smp
debian amd64 port - unstable - up to date
tecnoballz version: 0.91cvs20060612-2

Hope this helps!


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#373168: preinst called with unknown argument `install'

2006-06-13 Thread di dit

Package: tecnoballz
Version:  0.91cvs20060612-1

tecnoballz-data installs fine but not  tecnoballz

Transcript follows: sudo apt-get install tecnoballz

Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
 tecnoballz
0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
Need to get 0B/159kB of archives.
After unpacking 578kB of additional disk space will be used.
(Reading database ... 135465 files and directories currently installed.)
Unpacking tecnoballz (from .../tecnoballz_0.91cvs20060612-1_amd64.deb) ...
preinst called with unknown argument `install'
dpkg: error processing
/var/cache/apt/archives/tecnoballz_0.91cvs20060612-1_amd64.deb
(--unpack):
subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
/var/cache/apt/archives/tecnoballz_0.91cvs20060612-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

I am using Debian GNU/Linux unstable on amd64, kernel
2.6.16-1-em64t-p4-smp. The same error happens in an i386 chroot.

This error comes from the preinst file which does not contain a rule
for the `install' argument. Rules exists only for upgrade,
failed-upgrade, abort-install, abort-upgrade and disappear so the fix
is probably very simple.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#360604: dchroot broken due to recent changes in "su"

2006-04-03 Thread di dit
Package: dchroot
Version:  0.12

Since the recent changes in su (package "login" version 4.0.15-2) as
announced in
http://lists.debian.org/debian-devel-announce/2006/03/msg3.html
dchroot does not work anymore. The call to /bin/su does not use the -c switch.

See the following section of the announce:

Short details
=
Packages passing a command in argument to su must use su's -c option
and must quote the command if it contains a space.
For example:
  su - root -c "ls -l /"

The following commands won't work anymore:
  su - root -c ls -l /
  su - root "ls -l /"
  su - root ls -l /


I am using Debian GNU/Linux unstable on amd64, kernel 2.6.16-1-em64t-p4-smp
but the problem is in the i386 chroot.



Bug#360049: graphviz should depend on libltdl3

2006-03-30 Thread di dit
Package: graphviz
Version: 1.5.22-4

Without  libltdl3 installed, when running `dot', I get the following error:

$ dot
dot: error while loading shared libraries: libltdl.so.3: cannot open
shared object file: No such file or directory

This is fixed after installing the libltdl3 package.

I am using Debian GNU/Linux unstable on amd64, kernel 2.6.16-1-em64t-p4-smp



Bug#350235: still not solved

2006-03-13 Thread di dit
Hi,

This bug is still not solved. Adding the following "magic" line in
persistant.rules solves the problem for me:
BUS=="ide", SYSFS{block/removable}=="1", DRIVER!="ide-cdrom", \
  GOTO="no_volume_id"

debian/unstable, i386, udev 0.087-1, linux-image-2.6.15-1-686 2.6.15-8

(sorry for the long silence.)

didit.



Bug#350235: pcmciautils ?

2006-01-29 Thread di dit
Hi,

2006/1/29, Marco d'Itri <[EMAIL PROTECTED]>:
> BUS=="ide", SYSFS{removable}=="1", DRIVER!="ide-cdrom", GOTO="no_volume_id"
>
> Maybe a rule like this one would work, but is it correct? (And how are
> people going to figure this?)
>
> BUS=="ide", SYSFS{block/removable}=="1", DRIVER!="ide-cdrom", 
> GOTO="no_volume_id"

I confirm that making the change described above to the file
/etc/udev/persistent.rules fix the problem here.

Thanks very much for your help,

didit



Bug#350235: pcmciautils ?

2006-01-29 Thread di dit
2006/1/29, Marco d'Itri <[EMAIL PROTECTED]>:
> On Jan 29, di dit <[EMAIL PROTECTED]> wrote:
>
> > I have no idea if this can help or not fixing the bug. udevinfo -a -p
> > /block/hde/hde1 returns nothing interesting in the first case.
> I still need the data.

Here it is. In the first case (when the CPU usage is 100%), I only have this:
** BEGIN
udevinfo starts with the device the node belongs to and then walks up the
device chain, to print for every device found, all possibly useful attributes
in the udev key format.
Only attributes within one device section may be used together in one rule,
to match the device for which the node will be created.
*** END
In the second case, I have this additional info:
*** BEGIN
  looking at device '/block/hde/hde1':
KERNEL=="hde1"
SUBSYSTEM=="block"
SYSFS{stat}=="   0000"
SYSFS{size}=="15584"
SYSFS{start}=="32"
SYSFS{dev}=="33:1"

  looking at device '/block/hde':
ID=="hde"
BUS=="block"
DRIVER==""
SYSFS{stat}=="   20   16   230   
0000   23   23"
SYSFS{size}=="15680"
SYSFS{removable}=="1"
SYSFS{range}=="64"
SYSFS{dev}=="33:0"

  looking at device
'/devices/pci:00/:00:1e.0/:02:07.1/1.0/ide2/2.0':
ID=="2.0"
BUS=="ide"
DRIVER=="ide-disk"

  looking at device '/devices/pci:00/:00:1e.0/:02:07.1/1.0/ide2':
ID=="ide2"
BUS==""
DRIVER==""

  looking at device '/devices/pci:00/:00:1e.0/:02:07.1/1.0':
ID=="1.0"
BUS=="pcmcia"
DRIVER=="ide-cs"

SYSFS{modalias}=="pcmcia:m0045c0401f04fn00pfn00paE2D20B54pb91844B1CpcAAC4295Bpd"
SYSFS{prod_id3}=="5/3 0.6"
SYSFS{prod_id2}=="SDP"
SYSFS{prod_id1}=="SunDisk"
SYSFS{card_id}=="0x0401"
SYSFS{manf_id}=="0x0045"
SYSFS{func_id}=="0x04"
SYSFS{function}=="0x00"

  looking at device '/devices/pci:00/:00:1e.0/:02:07.1':
ID==":02:07.1"
BUS=="pci"
DRIVER=="yenta_cardbus"
SYSFS{modalias}=="pci:v1180d0476sv1043sd1624bc06sc07i00"
SYSFS{local_cpus}=="1"
SYSFS{irq}=="11"
SYSFS{class}=="0x060700"
SYSFS{subsystem_device}=="0x1624"
SYSFS{subsystem_vendor}=="0x1043"
SYSFS{device}=="0x0476"
SYSFS{vendor}=="0x1180"

  looking at device '/devices/pci:00/:00:1e.0':
ID==":00:1e.0"
BUS=="pci"
DRIVER==""
SYSFS{modalias}=="pci:v8086d2448svsdbc06sc04i00"
SYSFS{local_cpus}=="1"
SYSFS{irq}=="0"
SYSFS{class}=="0x060400"
SYSFS{subsystem_device}=="0x"
SYSFS{subsystem_vendor}=="0x"
SYSFS{device}=="0x2448"
SYSFS{vendor}=="0x8086"

  looking at device '/devices/pci:00':
ID=="pci:00"
BUS==""
DRIVER==""
*** END

didit



Bug#350235: pcmciautils ?

2006-01-29 Thread di dit
Hi,

I've had exactly the same problem when I started "playing" with
pcmciautils a few days ago. The latest version of pcmcia-cs (3.2.8-6)
depends on pcmciautils, so I'm afraid this package might have
triggered the problem in the original report too. (But it also solved
an issue I had with my prism54 wifi card.)

I've tried to follow some of the suggestions so here are my results.
Without any modifications, I did this while CPU usage was close to 100%:
udevinfo -a -p /block/hde >hdebad
The after reboot (because I had a kernel oops when trying "pccardctl
eject 1". See below.) I removed the link to z20_persistent.rules and
did:
udevinfo -a -p /block/hde >hdegood

Then:
diff -u hdebad hdegood
--- hdebad  2006-01-29 09:35:06.0 +0100
+++ hdegood 2006-01-29 09:44:08.0 +0100
@@ -8,7 +8,7 @@
   looking at device '/block/hde':
 KERNEL=="hde"
 SUBSYSTEM=="block"
-SYSFS{stat}=="1578 122522424119120   
00001191211912"
+SYSFS{stat}=="   20   16   230   
0000   23   23"
 SYSFS{size}=="15680"
 SYSFS{removable}=="1"
 SYSFS{range}=="64"

I have no idea if this can help or not fixing the bug. udevinfo -a -p
/block/hde/hde1 returns nothing interesting in the first case.

Below is the "OOPS" I got, in case it might help. Some messages were
probably generated while I was trying to halt the machine.

didit

Jan 29 09:35:20 MyMachine kernel:  hde:<5>pccard: card ejected from slot 1
Jan 29 09:35:20 MyMachine kernel: Unable to handle kernel paging
request at virtual address 00070142
Jan 29 09:35:20 MyMachine kernel:  printing eip:
Jan 29 09:35:20 MyMachine kernel: c019c332
Jan 29 09:35:20 MyMachine kernel: *pde = 
Jan 29 09:35:20 MyMachine kernel: Oops: 0002 [#1]
Jan 29 09:35:20 MyMachine kernel: Modules linked in: ide_cs radeon drm
binfmt_misc ipv6 thermal fan button processor ac battery eeprom lm9
0 cpufreq_userspace p4_clockmod speedstep_lib freq_table prism54
pcmcia firmware_class usbhid ohci1394 ieee1394 yenta_socket
rsrc_nonstati
c pcmcia_core joydev snd_intel8x0m snd_intel8x0 snd_ac97_codec
snd_ac97_bus snd_pcm_oss snd_mixer_oss 8139cp 8139too mii psmouse
snd_pcm s
nd_timer intel_agp snd serio_raw ide_cd cdrom soundcore uhci_hcd
agpgart shpchp pci_hotplug snd_page_alloc usbcore i2c_i801 i2c_core
ext3
jbd mbcache generic ide_disk ide_generic piix ide_core evdev mousedev
Jan 29 09:35:20 MyMachine kernel: CPU:0
Jan 29 09:35:20 MyMachine kernel: EIP:0060:[as_add_arq_hash+71/84]
   Not tainted VLI
Jan 29 09:35:20 MyMachine kernel: EFLAGS: 00210007   (2.6.15-1-686)
Jan 29 09:35:20 MyMachine kernel: EIP is at as_add_arq_hash+0x47/0x54
Jan 29 09:35:20 MyMachine kernel: eax: df3b8138   ebx: c1719d08   ecx:
0007013e   edx: c1719d28
Jan 29 09:35:20 MyMachine kernel: esi: c167a0c4   edi: c1719d08   ebp:
de141380   esp: d4803b20
Jan 29 09:35:20 MyMachine kernel: ds: 007b   es: 007b   ss: 0068
Jan 29 09:35:20 MyMachine kernel: Process vol_id (pid: 11126,
threadinfo=d4802000 task=d9264550)
Jan 29 09:35:20 MyMachine kernel: Stack: 0001 c019d54e de141380
c1719d08  0001 0001 c171a07c
Jan 29 09:35:20 MyMachine kernel:c167a0c4 0003 c167a0c4
c0196977 c167a0c4 c171a07c c171a07c 0008
Jan 29 09:35:20 MyMachine kernel:0008 c0199710 c167a0c4
c171a07c 0003   
Jan 29 09:35:20 MyMachine kernel: Call Trace:
Jan 29 09:35:20 MyMachine kernel:  [as_add_request+184/408]
as_add_request+0xb8/0x198
Jan 29 09:35:20 MyMachine kernel:  [__elv_add_request+220/297]
__elv_add_request+0xdc/0x129
Jan 29 09:35:20 MyMachine kernel:  [__make_request+1057/1104]
__make_request+0x421/0x450
Jan 29 09:35:20 MyMachine kernel:  [generic_make_request+236/254]
generic_make_request+0xec/0xfe
Jan 29 09:35:20 MyMachine kernel:  [mempool_alloc+33/153]
mempool_alloc+0x21/0x99
Jan 29 09:35:20 MyMachine kernel:  [submit_bio+165/170] submit_bio+0xa5/0xaa
Jan 29 09:35:20 MyMachine kernel:  [bio_alloc+19/34] bio_alloc+0x13/0x22
Jan 29 09:35:20 MyMachine kernel:  [submit_bh+274/307] submit_bh+0x112/0x133
Jan 29 09:35:20 MyMachine kernel:  [block_read_full_page+595/617]
block_read_full_page+0x253/0x269
Jan 29 09:35:20 MyMachine kernel:  [radix_tree_insert+102/249]
radix_tree_insert+0x66/0xf9
Jan 29 09:35:20 MyMachine kernel:  [add_to_page_cache_lru+24/45]
add_to_page_cache_lru+0x18/0x2d
Jan 29 09:35:20 MyMachine kernel:  [add_to_page_cache_lru+40/45]
add_to_page_cache_lru+0x28/0x2d
Jan 29 09:35:20 MyMachine kernel:  [read_cache_page+124/271]
read_cache_page+0x7c/0x10f
Jan 29 09:35:20 MyMachine kernel:  [blkdev_get_block+0/77]
blkdev_get_block+0x0/0x4d
Jan 29 09:35:20 MyMachine kernel:  [read_dev_sector+50/132]
read_dev_sector+0x32/0x84
Jan 29 09:35:20 MyMachine kernel:  [blkdev_readpage+0/21]
blkdev_readpage+0x0/0x15
Jan 29 09:35:20 MyMachine kernel:  [adfspart_check_ICS+24/286]
adfspart_check_ICS+0x18/0x11e
Jan 29 09:35:20 MyMa