Bug#1040801: mcomix: pillow 10.0.0 not recognized as higher than 6.0.0

2023-08-06 Thread Olivier Allard-Jacquin

Hi,

On Mon, 10 Jul 2023 22:08:46 +0200 Sebastien KALT  wrote:

Package: mcomix
Version: 2.1.0-2
Severity: grave
Justification: renders package unusable


Same issue here (Debian testing up to date).

The issue is here :
/usr/lib/python3/dist-packages/mcomix/run.py:

 if PIL.__version__ < '6.0.0':


	I guess that issue root cause is due to "<", who is probably not the 
good way to compare strings under python. Python look like understand 
that "6.0" is after "10.0", due to comparison-only between 6 and 1...


I'm not a python developer, so here a quick and dirty patch:

# diff /usr/lib/python3/dist-packages/mcomix/run.py.bak 
/usr/lib/python3/dist-packages/mcomix/run.py

143c143
< if PIL.__version__ < '6.0.0':
---
> if PIL.__version__ < '10.0.0':

With this modification, mcomix work fine.

	Real python developers, or packagers should provide a better and more 
python-style than me ! :)


Best regards,
Olivier



Bug#1040348: gnucash 5.1 fails to run finance-quote

2023-07-14 Thread Olivier Allard-Jacquin

Hi Doug,

same issue here.

Nevertheless, I'd find a way to fix it:
- the file exist into Debian source repository
- so download 
http://deb.debian.org/debian/pool/main/g/gnucash/gnucash_5.1.orig.tar.xz

see https://packages.debian.org/source/trixie/gnucash for information

- uncompress it: tar xJvf gnucash_5.1.orig.tar.xz 
gnucash-5.1/libgnucash/quotes/finance-quote-wrapper.in


- apply attached patch (because the "finance-quote-wrapper.in" is not a 
ready to use perl script)


- copy new "finance-quote-wrapper" into /usr/bin/finance-quote-wrapper

- you can test result into you gnucash, or with simple test:
gnucash-cli --quotes info
gnucash-cli --quotes dump alphavantage IBM

Regards,
Olivier1c1
< #!@PERL@ -w
---
> #!/usr/bin/perl -w
9,19c9,19
< ### 
< ### This program is free software; you can redistribute it and/or
< ### modify it under the terms of the GNU General Public License as   
< ### published by the Free Software Foundation; either version 2 of   
< ### the License, or (at your option) any later version.  
< ###  
< ### This program is distributed in the hope that it will be useful,  
< ### but WITHOUT ANY WARRANTY; without even the implied warranty of   
< ### MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
< ### GNU General Public License for more details. 
< ###  
---
> ###
> ### This program is free software; you can redistribute it and/or
> ### modify it under the terms of the GNU General Public License as
> ### published by the Free Software Foundation; either version 2 of
> ### the License, or (at your option) any later version.
> ###
> ### This program is distributed in the hope that it will be useful,
> ### but WITHOUT ANY WARRANTY; without even the implied warranty of
> ### MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> ### GNU General Public License for more details.
> ###
30,72d29
< 
< =head1 NAME
< 
< finance-quote-wrapper  -  internal interface between gnucash and Finance::Quote
< 
< =head1 SYNOPSIS
< 
< finance-quote-wrapper
< 
< =head1 DESCRIPTION
< 
< Input: a JSON encoded hash of namespaces and commodities to query prices for.
< Currencies all go under the "currency' namespace, other commodities are
< grouped according to the quotes source they should be queried from
< There should also be a "defaultcurrency" key with the currency to be used as
< base currency for currency quotes.
< 
< {
< "defaultcurrency": "EUR",
< "currency": {
< "XAG": "",
< "HKD": "",
< "USD": ""
< },
< "yahoo_json": {
< "CSCO": ""
< }
< }
< 
< Output (on standard output):
< 
< The retrieved quotes in JSON format for further processing. These are
< the raw values returned by Finance::Quote. The caller is responsible for
< parsing and interpreting the results.
< 
< If there are program failures, an error message will be printed on standard error.
< 
< Exit status
< 
< 0 - success
< non-zero - failure
< 
< =cut


Bug#1005411: deluge: log spammed with findCaller exception

2023-02-11 Thread Olivier Allard-Jacquin

Dear Maintainer,

	same issue here (Debian Testing / amd64 / up to date), after python 
3.10 to 3.11 standard Debian Testing upgrade.


In order to fix it, I've to apply 2 patchs:
- Same as Daniel from current bug #1005411 :
https://git.deluge-torrent.org/deluge/commit/?h=develop=351664ec071daa04161577c6a1c949ed0f2c3206

- And a second patch, found here: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016044

https://github.com/deluge-torrent/deluge/commit/89189adb24321c3db6bfa816ec557d7d8367ba24

Run deluged during 12h, no more abnormal messages into journal

Thanks for your help.

Best regards,
Olivier



Bug#1022240: ipmiutil: Issue with /etc/cron.d/wdt

2022-10-22 Thread Olivier Allard-Jacquin
Package: ipmiutil
Version: 3.1.8-2+b1
Severity: important
X-Debbugs-Cc: olivie...@free.fr

Dear Maintainer,

issue root cause is /etc/cron.d/wdt :


MAILTO=''
* * * * *  root  /usr/bin/ipmiutil wdt -r > /usr/bin/ipmiutil wdt.lastrun 2&>1


As you seen, this command is run every minute, and re-write /usr/bin/ipmiutil, 
who is binary.
On 2nd run, /usr/bin/ipmiutil size become 0 byte.

"/usr/bin/ipmiutil" is the main program of "ipmiutil" package, so it's no more 
usable.

Workaround: Comment this line with a "#":

#MAILTO=''
#* * * * *  root  /usr/bin/ipmiutil wdt -r > /usr/bin/ipmiutil wdt.lastrun 2&>1


For information, here "/usr/bin/ipmiutil wdt -r" output :

ipmiutil wdt ver 3.18
-- BMC version 2.40, IPMI version 2.0 
wdt data: 04 01 00 00 dc 05 00 00 
Watchdog timer is stopped for use with SMS/OS. Logging
   pretimeout is 0 seconds, pre-action is None
   timeout is 150 seconds, counter is 0 seconds
   action is Hard Reset
Resetting watchdog timer ...
reset_wdt: ret = 0
wdt data: 44 01 00 00 dc 05 dc 05 
Watchdog timer is started for use with SMS/OS. Logging
   pretimeout is 0 seconds, pre-action is None
   timeout is 150 seconds, counter is 150 seconds
   action is Hard Reset

ipmiutil wdt, completed successfully


Finally, "/usr/bin/ipmiutil wdt.lastrun" has no effect (unsupported option).

In order to fix this issue, "/etc/cron.d/wdt" should be modified (I'm not sure 
of this cron's file goal).

Thanks for you help.

Best regards,
 Olivier


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

Kernel: Linux 5.19.0-2-amd64 (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
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 ipmiutil depends on:
ii  anacron2.3-35+b1
ii  dpkg   1.21.9+b1
ii  init-system-helpers1.65.2
ii  libc6  2.35-3
ii  libssl33.0.5-4
ii  lsb-base   11.4
ii  rpcbind1.2.6-6+b1
ii  sysvinit-utils [lsb-base]  3.05-6

ipmiutil recommends no packages.

ipmiutil suggests no packages.

-- no debconf information



Bug#1010978: live-boot breaks some upgrades

2022-07-02 Thread Olivier Allard-Jacquin

Hi,

I confirm that below fsmithred's patch work fine :


Maybe change line #148 from this:

copy_exec /usr/bin/mount /bin

To this:

copy_exec "$(command -v mount)" /bin



Tested on two debian-live build mechanism, based on 
debian/testing/amd64.

Best regards,
Olivier



Bug#998108: firefox freezes shortly after start

2021-10-30 Thread Olivier Allard-Jacquin

Hi,

same issue here:
- AMD64 install
- Debian testing + firefox from unstable


After 93.0-1+b1 install, firefox freeze on some web sites, specially 
when new tab open a new link.


According to "strace" command, this is look faulted tab open nvidia 
library, so maybe issue is linker to video acceleration.


According to upper Philipp Huebner's reply, downgrading to 93.0-1 from 
snapshot.debian.org has fix issue.


Finally, using latest firefox nightly version from 
https://www.mozilla.org/fr/firefox/channel/desktop/#nightly (today this 
is 95.0a1) also fix issue.


Best regards,
Olivier



Bug#972511: nvidia-legacy-390xx-driver: DKMS module build fail ioctl32.h not found

2020-10-24 Thread Olivier Allard-Jacquin
Hi,

same issue here, with AMD64 processor.

According to
https://www.phoronix.com/scan.php?page=news_item=NVIDIA-Linux-5.9-Delayed
, this is an incompatibility with 5.9 kernel.

I suggest to install 5.8 kernel.

Regards,
Olivier



Bug#956035: Doesn't work with linux 5.6

2020-05-16 Thread Olivier Allard-Jacquin
Hi,

after virtualbox-dkms:amd64 6.1.4-dfsg-2 -> 6.1.6-dfsg-2 upgrade, the
compilation issues does not appear anymore.

/usr/src/virtualbox-6.1.6/ files C code show that 5.6.x kernel
specificity are take into account.

Best regards,
Olivier



Bug#956035: Doesn't work with linux 5.6

2020-05-10 Thread Olivier Allard-Jacquin
Hi,

I've same issue here. Thanks Anthony for the VB link.

Package: virtualbox-dkms
Version: 6.1.4-dfsg-2

Issue with kernel linux-image-5.6.0-1-amd64, version 5.6.7-1.


According to https://www.virtualbox.org/ticket/19312 , there are 2 issues:
- one into "memobj-r0drv-linux.c"
- the other into "time.h" and "time-r0drv-linux.c", related with time64
kernel function.


I attach log files for 2 issues, and 3 patchs from VB web site.

Once files patched, dkms vb modules compilation does not fail anymore.


Be carefull, according to
https://www.virtualbox.org/attachment/ticket/19312/timet.patch , "The
patch is working for 5.6-rc3+, but will break older versions :( "

But on my computer, I was able to compile DKMS modules and run
virtualbox guests on both 5.5 and 5.6 host linux kernels


Thanks for your help !

Olivier
DKMS make.log for virtualbox-6.1.4 for kernel 5.6.0-1-amd64 (x86_64)
dimanche 10 mai 2020, 16:12:51 (UTC+0200)
make : on entre dans le répertoire « /usr/src/linux-headers-5.6.0-1-amd64 »
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/linux/SUPDrv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/SUPDrv.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/SUPDrvGip.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/SUPDrvSem.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/SUPDrvTracer.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/SUPLibAll.o
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/SUPDrvTracer.o: warning: objtool: .text+0x7: indirect jump found in RETPOLINE build
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/SUPDrvTracer.o: warning: objtool: supdrvTracerProbeFireStub() is missing an ELF size annotation
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/alloc-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/initterm-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/memobj-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/mpnotification-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/powernotification-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/assert-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/alloc-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/initterm-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/memuserkernel-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/mp-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/mpnotification-r0drv-linux.o
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/memuserkernel-r0drv-linux.o: warning: objtool: rtR0MemKernelCopyLnxWorker.part.0()+0xe: redundant CLD
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/process-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/rtStrFormatKernelAddress-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/semevent-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/semeventmulti-r0drv-linux.o
In file included from /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/waitqueue-r0drv-linux.h:38,
 from /var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/r0drv/linux/semevent-r0drv-linux.c:42:
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/include/iprt/time.h: In function ‘RTTimeSpecGetTimeval’:
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/include/iprt/time.h:379:13: error: dereferencing pointer to incomplete type ‘struct timeval’
  379 | pTimeval->tv_sec = (time_t)i64;
  | ^~
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/include/iprt/time.h:379:25: error: ‘time_t’ undeclared (first use in this function); did you mean ‘ktime_t’?
  379 | pTimeval->tv_sec = (time_t)i64;
  | ^~
  | ktime_t
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/include/iprt/time.h:379:25: note: each undeclared identifier is reported only once for each function it appears in
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/include/iprt/time.h:379:32: error: expected ‘;’ before ‘i64’
  379 | pTimeval->tv_sec = (time_t)i64;
  |^~~
  |;
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/include/iprt/time.h: In function ‘RTTimeSpecSetTimeval’:
/var/lib/dkms/virtualbox/6.1.4/build/vboxdrv/include/iprt/time.h:393:67: error: dereferencing pointer to incomplete type ‘const struct timeval’
  393 | return RTTimeSpecAddMicro(RTTimeSpecSetSeconds(pTime, pTimeval->tv_sec), pTimeval->tv_usec);
  |   ^~
  CC [M]  

Bug#907262: [plasma-workspace] Cannot load tray icons and Vault

2018-08-26 Thread Olivier Allard-Jacquin
Hi,

same issue here after 5.13.4-1 upgrade (Debian Testing).

According to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907262#10 , upgrade
KDE packages to unstable has fix issue :

aptitude install -t unstable debconf-kde-data debconf-kde-helper
kde-baseapps kde-cli-tools kde-cli-tools-data kde-config-gtk-style:amd64
kde-config-mailtransport:amd64 kde-config-screenlocker kde-config-sddm
kde-l10n-fr kde-plasma-desktop kde-runtime kde-runtime-data
kde-spectacle kde-standard kde-style-breeze kde-style-breeze-qt4
kde-style-oxygen-qt5 kde-style-qtcurve-qt4:amd64
kde-style-qtcurve-qt5:amd64 kdeaccessibility kdeconnect kded5
kdelibs-bin kdelibs5-data kdelibs5-plugins kdenlive kdenlive-data
kdepim-addons:amd64 kdepim-runtime kdepim-themeeditors
kdeplasma-addons-data kf5-kdepim-apps-libs-data kio-sieve:amd64
libblockdev-crypto2:amd64 libblockdev-fs2:amd64 libblockdev-loop2:amd64
libblockdev-part-err2:amd64 libblockdev-part2:amd64
libblockdev-swap2:amd64 libblockdev-utils2:amd64 libblockdev2:amd64
libdebconf-kde1:amd64 libkde3support4 libkdeclarative5
libkdecorations2-5v5 libkdecorations2private6 libkdecore5 libkdesu5
libkdeui5 libkdewebkit5 libkf5kdelibs4support-data
libkf5kdelibs4support5:amd64 libkf5kdelibs4support5-bin
libkf5kdepimdbusinterfaces5:amd64 libkf5kmanagesieve5:amd64
libkf5ksieve-data libkf5ksieve5:amd64 libkf5ksieveui5:amd64
libkf5libkdepim-data libkf5libkdepim-plugins:amd64
libkf5libkdepim5:amd64 libkf5libkdepimakonadi5:amd64 libkf5su-bin
libkf5su-data libreoffice-kde5 polkit-kde-agent-1
qml-module-org-kde-activities:amd64 qml-module-org-kde-bluezqt:amd64
qml-module-org-kde-draganddrop:amd64 qml-module-org-kde-kcm:amd64
qml-module-org-kde-kconfig:amd64 qml-module-org-kde-kcoreaddons:amd64
qml-module-org-kde-kholidays:amd64 qml-module-org-kde-kio:amd64
qml-module-org-kde-kirigami2 qml-module-org-kde-kquickcontrols:amd64
qml-module-org-kde-kquickcontrolsaddons:amd64
qml-module-org-kde-kwindowsystem:amd64 qml-module-org-kde-newstuff
qml-module-org-kde-purpose:amd64 qml-module-org-kde-qqc2desktopstyle
qml-module-org-kde-runnermodel qml-module-org-kde-solid:amd64
software-properties-kde task-french-kde-desktop task-kde-desktop
libknewstuff2-4 libknewstuff3-4 libkf5su5 libkf5su-bin
libkf5newstuffcore5 qml-module-org-kde-newstuff libkf5runner5
qml-module-org-kde-runnermodel

Notes :
- Moreover, this has fix "alt+f2" / krunner issue, who did not allow
anymore to start program

- Upper command has force libreoffice upgrade 1:6.1.0-1  (testing) ->
1:6.1.1~rc1-1 (unstable) , but's not usable (crashs).
- So, I'd downgrade to libreoffice testing version, and this has fix
libreoffice issue

Thanks for your help !

Best regards,

Olivier



Bug#882138: Acknowledgement ("drm_framebuffer_remove" crash after hibernate exit, on Intel i7-3770 / DZ77SL-50K motherboard)

2017-11-19 Thread Olivier Allard-Jacquin
Mistake, duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882086#10

Please, close #882138

Best regards,

                            Olivier



Bug#882086: "drm_framebuffer_remove" crash after hibernate exit, on Intel i7-3770 / DZ77SL-50K motherboard

2017-11-19 Thread Olivier Allard-Jacquin
Package: src:linux
Version: 4.13.4-2


    Hi,

    I'd upgrade today kernel to last experimental version :
"linux-image-4.14.0-rc7-amd64"

    Issue is the same, black screen on hibernate exit, but computer is
still remotely reachable through ssh.

    I attach 4.14 journald logs.

According to 
https://01.org/linuxgraphics/documentation/how-get-gpu-error-state , I try to 
collect GPU error:

# cat /sys/class/drm/card0/error
No error state collected


    For information, few months/years ago, while this computer was into 
Testing/Stretch (not Buster),
hibernate was working fine. So hibernate functionality was lost before 4.9 
kernel upgrade.

    Thanks for your help.

    Best regards,

                                                Olivier



Bug#864190: openssh-server: Missing privilege separation directory: /run/sshd

2017-09-10 Thread Olivier Allard-Jacquin
Hi,

I'm running sshd trough xinetd, with following configuration:

$ cat /etc/xinetd.d/sshd
service ssh
{
id  = sshd
disable = no
type= UNLISTED
port= 22
socket_type = stream
wait= no
user= root
server  = /usr/sbin/sshd
server_args = -i -4
log_on_success  += DURATION USERID
log_on_failure  += USERID
nice= 10
only_from   = x.x.x.x/24
}

So, in order for system to not start /lib/systemd/system/ssh* , I've
create a blank :
/etc/ssh/sshd_not_to_be_run

Until now (before "openssh-server:amd64 1:7.5p1-5"), in order for this
configuration to work, I've add to my "/etc/rc.local" a :

# SSHD fix
[ ! -d /var/run/sshd/ ] && (mkdir -p /var/run/sshd/)

But now, with "1:7.5p1-10" upgrade, I've to modify "/etc/rc.local" to :

# SSHD fix
[ ! -d /run/sshd/ ] && (mkdir -p /run/sshd/)

Best regards,

Olivier

-- 
~~~  _/\_  ~~~~~~~~~~~~~~~
Phoenix /   _ \/ _   \Olivier Allard-Jacquin
   /   / \  / \   \   Web:  http://olivieraj.free.fr/
  /___/  /  \  \___\  Mail: olivie...@free.fr
 /  ///\\\  \ ~~~ Linux Powered !!



Bug#793675: hplip-gui: No system tray detected

2015-08-14 Thread Olivier Allard-Jacquin
Hi,

I see same issue into one computer, after a daily upgrade (kde4 was
upgraded to QT5). Computer is using Testing/Stretch + KDE

If I run hp-systray under a Konsole :

log
$ hp-systray -x

HP Linux Imaging and Printing System (ver. 3.14.6)
System Tray Status Service ver. 2.0

Copyright (c) 2001-13 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:127:
RuntimeWarning: PyOS_InputHook is not available for interactive use of PyGTK
  set_interactive(1)
error: Unable to find hp-upgrade --notify on PATH.
/log

Issue look like related on the fact that this software does not find
hp-upgrade.

According to
https://packages.debian.org/search?searchon=contentskeywords=hp-upgrademode=exactfilenamesuite=stablearch=any
, hp-upgrade exist into Stable/Jessie , but does not exist into
Testing/Stretch

Strangely, according to
https://packages.debian.org/search?searchon=contentskeywords=hp-upgrademode=exactfilenamesuite=unstablearch=any
, this is exist into some Sid version:
- NOT into AMD64 version (3.14.6-1+b1):
https://packages.debian.org/sid/amd64/hplip/filelist
- version sh4 is OK (3.13.4-1):
https://packages.debian.org/sid/sh4/hplip/filelist

So, I guest that we lost hp-upgrade during 3.14.6-1+b1 upgrade.

Best regards,

Olivier



Bug#735648: x11vnc: buffer overflow detected: x11vnc terminated

2014-05-08 Thread Olivier Allard-Jacquin
Hi all,

Le 01/05/2014 14:18, Gianluca Oglietti a écrit :
 Hi,
 
 this is the complete backtrace of my issue (amd64 system):
 
 =
 (gdb) bt
 #0  0x749fd3a9 in __GI_raise (sig=sig@entry=6) at 
 ../nptl/sysdeps/unix/sysv/linux/raise.c:56
 #1  0x74a004c8 in __GI_abort () at abort.c:89
 #2  0x74a368f4 in __libc_message (do_abort=do_abort@entry=2, 
 fmt=fmt@entry=0x74b2c103 *** %s ***: %s terminated\n) at 
 ../sysdeps/posix/libc_fatal.c:175
 #3  0x74abcb97 in __GI___fortify_fail 
 (msg=msg@entry=0x74b2c09a buffer overflow detected) at 
 fortify_fail.c:31
 #4  0x74abbc20 in __GI___chk_fail () at chk_fail.c:28
 #5  0x74abcb07 in __fdelt_chk (d=optimized out) at 
 fdelt_chk.c:25
 #6  0x77b91f88 in rfbProcessNewConnection 
 (rfbScreen=rfbScreen@entry=0xa275c0) at sockets.c:407
 #7  0x77b924b8 in rfbCheckFds 
 (rfbScreen=rfbScreen@entry=0xa275c0, usec=0) at sockets.c:306
 #8  0x77b897bd in rfbProcessEvents (screen=0xa275c0, 
 usec=optimized out) at main.c:1101
 #9  0x0049b801 in ?? ()
 #10 0x004605d2 in ?? ()
 #11 0x00410777 in ?? ()
 #12 0x749e9b45 in __libc_start_main (main=0x40d8d0, argc=11, 
 argv=0x7fffe748, init=optimized out, fini=optimized out, 
 rtld_fini=optimized out, stack_end=0x7fffe738) at libc-start.c:287
 #13 0x0041a78a in ?? ()
 =
 
 As Shaddy wrote I think that the new libvncserv0 library (0.9.9+dfsg-5) 
 will solve this problem. This bug can be closed.
 
 Thanks to all... :-)
 
Gianluca

same behavior on side : issue is fixed with last x11vnc and libvnc*
packages (x11vnc servers in i386 and vnc clients in amd64) :

ii  libvncclient0:i386   0.9.9+dfsg-5
ii  libvncserver0:i386   0.9.9+dfsg-5vnc server
ii  x11vnc   0.9.13-1.1+b1
ii  x11vnc-data  0.9.13-1.1

You can close this bug.

Thanks all for your help !

Best regards,

Olivier


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



Bug#698321: after opening, openshot needs 25% of CPU while doing nothing

2013-10-06 Thread Olivier Allard-Jacquin
Hi dear maintainer,

I've got the same behavior as describe in this bug report:
- openshot started from command line
- 100% CPU usage for one core
- openshot application fully frozen. Not possible to click anywhere
- Need to use xkill in order to close application (ctrl+c does not work)
- console text messages are in attachment
- strace show continuously messages like :
messages
[pid  4371] read(14, \0, 1)   = 1
[pid  4371] poll([{fd=14, events=POLLIN|POLLERR|POLLNVAL}], 1,
4294967295 unfinished ...
[pid  4373] ... futex resumed )   = 0
[pid  4373] write(13, \0, 1)  = 1
[pid  4371] ... poll resumed )= 1 ([{fd=14, revents=POLLIN}])
[pid  4373] futex(0x7fa2b45af000,
FUTEX_WAIT_BITSET|FUTEX_CLOCK_REALTIME, 0, {1381076849, 977362000},
 unfinished ...
[pid  4371] read(14, \0, 1)   = 1
[pid  4371] futex(0x7fa2a8017504, FUTEX_CMP_REQUEUE_PRIVATE, 1,
2147483647, 0x7fa2a80174d8, 3086) = 1
[pid  4367] ... futex resumed )   = 0
[pid  4371] poll([{fd=14, events=POLLIN|POLLERR|POLLNVAL}], 1,
4294967295 unfinished ...
[pid  4367] futex(0x7fa2a80174d8, FUTEX_WAKE_PRIVATE, 1) = 0
[pid  4367] futex(0x7fa2a801755c, FUTEX_CMP_REQUEUE_PRIVATE, 1,
2147483647, 0x7fa2a8017530, 3074) = 1
[pid  4372] ... futex resumed )   = 0
[pid  4367] futex(0x7fa2a800578c, FUTEX_CMP_REQUEUE_PRIVATE, 1,
2147483647, 0x7fa2a8005760, 3098 unfinished ...
[pid  4372] futex(0x7fa2a8017530, FUTEX_WAKE_PRIVATE, 1 unfinished ...
[pid  4368] ... futex resumed )   = 0
[pid  4372] ... futex resumed )   = 0
[pid  4368] futex(0x7fa2a8005760, FUTEX_WAIT_PRIVATE, 2, NULL
unfinished ...
[pid  4367] ... futex resumed )   = 1
[pid  4372] poll([{fd=11, events=POLLIN|POLLOUT}], 1, 4294967295
unfinished ...
[pid  4367] futex(0x7fa2a8005760, FUTEX_WAKE_PRIVATE, 1 unfinished ...
[pid  4372] ... poll resumed )= 1 ([{fd=11, revents=POLLOUT}])
[pid  4368] ... futex resumed )   = 0
[pid  4372] writev(11, [{\3\0\2\0~\0\200\3\16@\2\0~\0\200\3, 16},
{NULL, 0}, {, 0}], 3 unfinished ...
[pid  4368] futex(0x7fa2a8005760, FUTEX_WAKE_PRIVATE, 1 unfinished ...
[pid  4372] ... writev resumed )  = 16
[pid  4368] ... futex resumed )   = 0
[pid  4367] ... futex resumed )   = 1
[pid  4367] futex(0x7fa2a8017504, FUTEX_WAIT_PRIVATE, 3087, NULL
unfinished ...
[pid  4372] poll([{fd=11, events=POLLIN}], 1, 4294967295) = 1 ([{fd=11,
revents=POLLIN}])
[pid  4372] recvfrom(11,
\1\0\326\17\3\0\0\0!\0\0\0\1\0\1\1\377\377\377\377\0\0\0\0\0\0\2\0\n\0`\10...,
4096, 0, NULL, NULL) = 76
[pid  4372] recvfrom(11, 0x7fa2a81735e4, 4096, 0, 0, 0) = -1 EAGAIN
(Resource temporarily unavailable)
[pid  4372] recvfrom(11, 0x7fa2a81735e4, 4096, 0, 0, 0) = -1 EAGAIN
(Resource temporarily unavailable)
[pid  4372] recvfrom(11, 0x7fa2a81735e4, 4096, 0, 0, 0) = -1 EAGAIN
(Resource temporarily unavailable)
[pid  4372] recvfrom(11, 0x7fa2a81735e4, 4096, 0, 0, 0) = -1 EAGAIN
(Resource temporarily unavailable)
[pid  4372] recvfrom(11, 0x7fa2a81735e4, 4096, 0, 0, 0) = -1 EAGAIN
(Resource temporarily unavailable)
/messages

I'm using KDE and Jack into a Debian Jessy/Testing

In order to install openshot, I've to patch OpenShot package
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716759

Thanks for your help.

Best regards,

Olivier

- ERROR 1 --
Failed to import 'from openshot import main'
Error Message: cannot import name main


   OpenShot (version 1.4.3)

Process no longer exists: 4271.  Creating new pid lock file.
No LADSPA plugins were found!

Check your LADSPA_PATH environment variable.

Detecting formats, codecs, and filters...
---
video_codecs:
  - a64multi
  - a64multi5
  - asv1
  - asv2
  - bmp
  - cljr
  - dnxhd
  - dpx
  - dvvideo
  - ffv1
  - ffvhuff
  - flashsv
  - flv
  - gif
  - h261
  - h263
  - h263p
  - huffyuv
  - jpegls
  - ljpeg
  - mjpeg
  - mpeg1video
  - mpeg2video
  - mpeg4
  - msmpeg4v2
  - msmpeg4
  - pam
  - pbm
  - pcx
  - pgm
  - pgmyuv
  - png
  - ppm
  - qtrle
  - rawvideo
  - roqvideo
  - rv10
  - rv20
  - sgi
  - snow
  - svq1
  - targa
  - tiff
  - v210
  - v410
  - wmv1
  - wmv2
  - zlib
  - zmbv
  - libdirac
  - libschroedinger
  - libtheora
  - libvpx
  - libx264
  - libxvid
...
---
audio_codecs:
  - aac
  - ac3
  - ac3_fixed
  - alac
  - eac3
  - flac
  - mp2
  - nellymoser
  - real_144
  - vorbis
  - wmav1
  - wmav2
  - roq_dpcm
  - adpcm_adx
  - g722
  - g726
  - adpcm_ima_qt
  - adpcm_ima_wav
  - adpcm_ms
  - adpcm_swf
  - adpcm_yamaha
  - libgsm
  - libgsm_ms
  - libmp3lame
  - libspeex
  - libvorbis
...
---
formats:
  - a64
  - ac3
  - adts
  - adx
  - aiff
  - amr
  - asf
  - ass
  - asf_stream
  - au
  - avi
  - avm2
  - cavsvideo
  - crc
  - daud
  - dirac
  - dnxhd
  - dts
  - dv
  - eac3
  - ffm
  - ffmetadata
  

Bug#217472: rxvt dies when copying selected text to another program

2013-08-20 Thread Olivier Allard-Jacquin
Hi George,

Le 19/08/2013 16:28, George Gensure a écrit :
 I have successfully reproduced this by pasting into a non-terminal
 program from rxvt (chrome in my case).  I will see about debugging the
 problem as soon as I can.

You true : The issue does not come with the copy, but the paste.

In KDE there is a software called klipper, who automatically save
last copied contents. This in order to allow user to recover older contents.

So this software does automatically paste the rxvt's selection.

If I stop klipper, rxvt does not crash anymore when I **select** a
text. But this is crash when I **past** (mouse middle button) selected
text (into an another terminal, a text editor, ...)

Maybe the issue is into rxvt's code called by (Xorg ?) who get the
rxvt's selection ?

Thanks for your help.

Best regards,

Olivier
-- 
~~~  _/\_  ~~~
Phoenix /   _ \/ _   \Olivier Allard-Jacquin
   /   / \  / \   \   Web:  http://olivieraj.free.fr/
  /___/  /  \  \___\  Mail: olivie...@free.fr
 /  ///\\\  \ ~~~ Linux Powered !!


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



Bug#677141: iftop: possible memory leak

2013-05-05 Thread Olivier Allard-Jacquin
Hi,

according to e3zhbo6k AT arcor.de :

mail
Upstream didn't respond nor did they fix it.

The memory leak is in resolver.c introduced by commit Frédéric
Perrin patch for ipv6 reverse resolution via address structure that
retains IP family.. A struct addr_storage is always allocated in
resolve(). If dns resolution is turned off it will not be freed.

Possible fix?

diff --git a/resolver.c b/resolver.c
index c09de9d..e3b965d 100644
--- a/resolver.c
+++ b/resolver.c
@@ -472,15 +472,15 @@ void resolve(int af, void* addr, char* result, int
buflen) {
 int added = 0;
 struct addr_storage *raddr;

-raddr = malloc(sizeof *raddr);
-memset(raddr, 0, sizeof *raddr);
-raddr-af = af;
-raddr-len = (af == AF_INET ? sizeof(struct in_addr)
-  : sizeof(struct in6_addr));
-memcpy(raddr-addr, addr, raddr-len);
-
 if(options.dnsresolution == 1) {

+raddr = malloc(sizeof *raddr);
+memset(raddr, 0, sizeof *raddr);
+raddr-af = af;
+raddr-len = (af == AF_INET ? sizeof(struct in_addr)
+  : sizeof(struct in6_addr));
+memcpy(raddr-addr, addr, raddr-len);
+
 pthread_mutex_lock(resolver_queue_mutex);

 if(hash_find(ns_hash, raddr, u_hostname.void_pp) ==
HASH_STATUS_OK) {/mail
/mail

I confirm this patch does fix memory leak issue.

Tested on both i386 and amd64 arch, with sources from
http://packages.debian.org/wheezy/iftop (iftop_1.0~pre2.orig.tar.gz 
iftop_1.0~pre2-3.diff.gz)

Test procedure
iftop -n -i lo
ping -f localhost
top
- memory leak clearly appear after about 2min (~300Mo used)
- without -n parameter, there is no memory leak (iftop process use
about 45Mo)
/Test procedure

Best regards,

Olivier


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



Bug#641909: closed by Reinhard Tartler siret...@tauware.de (Bug#641909: fixed in smplayer 0.8.4-1)

2013-04-10 Thread Olivier Allard-Jacquin
Hi Reinhard,

Le 30/03/2013 10:06, Debian Bug Tracking System a écrit :
 This is an automatic notification regarding your Bug report
 which was filed against the smplayer package:
 
 #641909: /usr/bin/smplayer: smplayer buttons and menus issue after mplayer 
 update
 
 It has been closed by Reinhard Tartler siret...@tauware.de.
 
 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Reinhard Tartler 
 siret...@tauware.de by
 replying to this email.

I've recently réinstall my Debian Testing from i386 to amd64.

I confirm this bug is fixed.

Thanks for your support !

Regards,

Olivier
-- 
~~~  _/\_  ~~~
Phoenix /   _ \/ _   \Olivier Allard-Jacquin
   /   / \  / \   \   Web:  http://olivieraj.free.fr/
  /___/  /  \  \___\  Mail: olivie...@free.fr
 /  ///\\\  \ ~~~ Linux Powered !!


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



Bug#677141: iftop: possible memory leak

2012-06-17 Thread Olivier Allard-Jacquin
Hi Alexander,

I guess this bug is similar with this one on Redhat bugzilla :
https://bugzilla.redhat.com/show_bug.cgi?id=782275

I've start 2 iftop programs, one with -n parameter and nothing for
the other.
-n mean that iftop will not try to resolve IP address :

$ ps -edf|grep iftop
root 26181 26151  1 00:06 pts/400:13:25 iftop -i eth0
root 26258 26059  1 00:06 pts/000:13:16 iftop -n -i eth0
 ^

Result with top :

  PID USER  PR  NI  VIRT   RES  SHR S  %CPU  %MEM TIME+  COMMAND
26181 root  20  0  32668  4380 3324 S   5,3   0,2  13:18.14  iftop
26258 root  20  0   797m  461m 3340 S   3,3  26,0  13:11.00  iftop
^     

After 24h, iftop -n command use about 800m, since other iftop only
use 32k.

So, this is look like that memory leak appear when DNS resolution is 
OFF.

In my ~/.iftoprc , I use;
iftoprc
interface:  eth1
dns-resolution: no
^^^
port-resolution:yes
show-bars:  yes
log-scale:  yes
promiscuous:no
port-display:   on
use-bytes:  yes
line-display:   one-line-both
show-totals:yes
filter-code:not udp
sort:   40s
/iftoprc

I've run iftop under valgrin control (see attachment), but he did not
found many leak :

==11872== LEAK SUMMARY:
==11872==definitely lost: 3,446,706 bytes in 143,983 blocks
==11872==indirectly lost: 0 bytes in 0 blocks
==11872==  possibly lost: 6,264 bytes in 247 blocks
==11872==still reachable: 169,197 bytes in 2,264 blocks
==11872== suppressed: 0 bytes in 0 blocks
==11872== Reachable blocks (those to which a pointer was found) are not
shown.
==11872== To see them, rerun with: --leak-check=full --show-reachable=yes
==11872==
==11872== Use --track-origins=yes to see where uninitialised values come
from
==11872== ERROR SUMMARY: 16 errors from 16 contexts (suppressed: 27 from 8)

So, I guess that iftop does not really leak memory, but allocate new
memory every time.

I've **downgrad** iftop (1.0~pre2-2 - 0.17-16), and issue does not 
appear:

 PID USER  PR  NI  VIRT  RES  SHR S  %CPU %MEMTIME+  COMMAND
32479 root  30  10 29608 3476 3112 S   0,3  0,2  16:51.97 iftop

So, I guess this bug appear during during 0.17-16 - 1.0~pre2-2 upgrade.

Best regards,

Olivier

==11872== Memcheck, a memory error detector
==11872== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==11872== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==11872== Command: iftop -n -i eth0
==11872== Parent PID: 9778
==11872== 
--11872-- 
--11872-- Valgrind options:
--11872----suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp
--11872----tool=memcheck
--11872---v
--11872----log-file=/root/tmp/iftop-3.txt
--11872----num-callers=8
--11872----leak-check=full
--11872-- Contents of /proc/version:
--11872--   Linux version 3.2.0-2-686-pae (Debian 3.2.19-1) 
(debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-7) ) #1 SMP 
Fri Jun 1 18:56:14 UTC 2012
--11872-- Arch and hwcaps: X86, x86-sse1-sse2
--11872-- Page sizes: currently 4096, max supported 4096
--11872-- Valgrind library directory: /usr/lib/valgrind
--11872-- Reading syms from /lib/i386-linux-gnu/ld-2.13.so (0x400)
--11872--   Considering /lib/i386-linux-gnu/ld-2.13.so ..
--11872--   .. CRC mismatch (computed a5545d71 wanted b9bc6ed7)
--11872--   Considering /usr/lib/debug/lib/i386-linux-gnu/ld-2.13.so ..
--11872--   .. CRC is valid
--11872-- Reading syms from /usr/sbin/iftop (0x8048000)
--11872--   Considering /usr/sbin/iftop ..
--11872--   .. CRC mismatch (computed 0577815d wanted 1ec5de82)
--11872--object doesn't have a symbol table
--11872-- Reading syms from /usr/lib/valgrind/memcheck-x86-linux (0x3800)
--11872--   Considering /usr/lib/valgrind/memcheck-x86-linux ..
--11872--   .. CRC mismatch (computed 968f6b42 wanted a4df99eb)
--11872--   Considering /usr/lib/debug/usr/lib/valgrind/memcheck-x86-linux ..
--11872--   .. CRC is valid
--11872--object doesn't have a dynamic symbol table
--11872-- Reading suppressions file: /usr/lib/valgrind/debian-libc6-dbg.supp
--11872-- Reading suppressions file: /usr/lib/valgrind/default.supp
==11872== embedded gdbserver: reading from 
/tmp/vgdb-pipe-from-vgdb-to-11872-by-root-on-???
==11872== embedded gdbserver: writing to   
/tmp/vgdb-pipe-to-vgdb-from-11872-by-root-on-???
==11872== embedded gdbserver: shared mem   
/tmp/vgdb-pipe-shared-mem-vgdb-11872-by-root-on-???
==11872== 
==11872== TO CONTROL THIS PROCESS USING vgdb (which you probably
==11872== don't want to do, unless you know exactly what you're doing,
==11872== or are doing some strange experiment):
==11872==   /usr/lib/valgrind/../../bin/vgdb --pid=11872 ...command...
==11872== 
==11872== TO DEBUG 

Bug#677141: iftop: possible memory leak

2012-06-12 Thread Olivier Allard-Jacquin
Hi Alexander

Le 12/06/2012 14:29, Alexander Reichle-Schmehl a écrit :
 tags 677141 +unreproducible
 thanks
 
 Hi Olivier!
 
 * olivier olivie...@free.fr [120611 22:34]:
 
 since last iftop upgrade (probably iftop:i386 0.17-19 - 1.0~pre2-2 ), I've 
 observe that iftop memory usage increase constantly.
 I use iftop since many years, and I never observe this behaviour.

 2 computers are affected (both under testing), and upgradinng iftop:i386 
 1.0~pre2-2 - 1.0~pre2-3 (unstable .deb) does not fix issue.
 [..]
 Architecture: i386 (i686)
 
 Many thanks for your bug report!  However, I'm sorry that so far I fail
 to reproduce it on my machines.  The only difference I see so far is
 that my test machines are running amd64.  Is the second machine you
 noticed this problem also an i386 based one?
 
 
 Best regards,
   Alexander

All my computers are i386, I've no amd64 debian distro.

What kind of software may I use for help to analysis this issue ?
Valgrind ?

According with
http://redmine.lighttpd.net/projects/lighttpd/wiki/howtoreportabug , I
start today to run iftop under valgind monitoring :
valgrind.bin --tool=memcheck -v --log-file=iftop.txt \
 --num-callers=8 iftop -i eth0

I will monitor during 24/48h iftop's activity, and will be back with
result.

Thanks for your help.

Best regards,

Olivier
-- 
~~~  _/\_  ~~~
Phoenix /   _ \/ _   \Olivier Allard-Jacquin
   /   / \  / \   \   Web:  http://olivieraj.free.fr/
  /___/  /  \  \___\  Mail: olivie...@free.fr
 /  ///\\\  \ ~~~ Linux Powered !!



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



Bug#641909: /usr/bin/smplayer: smplayer buttons and menus issue after mplayer update

2011-09-18 Thread Olivier Allard-Jacquin
Hi,

this bug seems to be similar with bug #640889  (
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640889 )

When I open smplayer without running a video, behavior is normal. I can
use menus, change configuration settings, ...

But when I open a video, I see a 100% CPU usage. Video is running
normally, BUT, any buttons or menus are unusable. And this is not
possible to shutdown smplayer, unless by using :

killall -9 smplayer ; sleep 2s; killall -9 mplayer

Thanks for your help.

Regards,

Olivier



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