Bug#834163: libmagick++: undefined behavior on concurrent access because mutex locking is poorly done

2016-08-12 Thread Guillaume Gimenez
Le 12/08/2016 à 22:44, Bastien ROUCARIES a écrit : On Fri, Aug 12, 2016 at 6:16 PM, Guillaume Gimenez wrote: Package: libmagick++-6.q16-5v5 Version: 8:6.8.9.9-7.2 Severity: important File: libmagick++ Tags: patch Dear Maintainer, There is a bug in the locking implentation (RAII was the

Bug#834163: libmagick++: undefined behavior on concurrent access because mutex locking is poorly done

2016-08-12 Thread Guillaume Gimenez
Package: libmagick++-6.q16-5v5 Version: 8:6.8.9.9-7.2 Severity: important File: libmagick++ Tags: patch Dear Maintainer, There is a bug in the locking implentation (RAII was the intended C++ idiom) that has been fixed upstream. http://git.imagemagick.org/repos/ImageMagick/commit/5cbe21ed2728da0

Bug#724731: #724731: gdm3: Greeter does not start in 3.8 with autologin

2013-10-16 Thread Guillaume Gimenez
Hi folks, I'm also concerned by this problem. What I have noticed during investigations is that all gnome services attempting to use gnome-settings-daemon complain about dconf with messages like (gnome-settings-daemon:7139): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf':

Bug#603113: all my apologies

2010-11-10 Thread Guillaume Gimenez
I reply to myself because it's my own bug... In this precise case, iterators are invalidated due to a reallocation. The vector grew up in the callback to what was already reserved file:///usr/share/doc/stl-manual/html/Vector.html#5 Next time I'll grab a c++ book and open my eyes, it's promised

Bug#603113: libstdc++6: SIGSEGV in sort(rndit, rndit,cmp) with cmp modifying vector outside boundaries

2010-11-10 Thread Guillaume Gimenez
Package: libstdc++6 Version: 4.4.5-6 Severity: normal The following code segfaults when copying rhs in cmp::operator() because it's a dangling reference. it appends at the 2nd iteration. It worked previously but I can't say since how long it does not work, recently I guess. Yet it should be po

Bug#560238: netbase: ipv6 and ipv4 stack connection

2010-01-20 Thread Guillaume Gimenez
Marco d'Itri a écrit : On Jan 20, Guillaume Gimenez wrote: - for the client side part of this issue, it forces applications >>which migrate from ipv4 to ipv6 to keep legacy code. If your application is broken, you use the setsockopt to enable the compatibility mode for its s

Bug#560238: netbase: ipv6 and ipv4 stack connection

2010-01-20 Thread Guillaume Gimenez
Package: netbase Version: 4.40 Severity: normal The bindv6only parameter doesn't limit its effect to server sockets. As a side effect, it also disables the possibility of addressing ipv4 only hosts with ipv6 compatibility adresses like :::192.168.0.1. $ cat /proc/sys/net/ipv6/bindv6only 0

Bug#523512: gthumb no longer imports RAW files when shooting both jpg and NEF

2009-04-10 Thread Guillaume Gimenez
Package: gthumb Version: 3:2.11.0~svn2319-1+b1 Severity: normal gthumb no longer imports RAW files when shooting both jpg and NEF. It only shows jpg files in import dialog and only imports jpg files. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, '

Bug#518771: [imagemagick] Re: Could you install debug package?

2009-03-25 Thread Guillaume Gimenez
Hello, The problem was certainly due to libgomp1 since version 4.4-20090317 seems to solve the problem. By the way, thanks a lot for all work. Best regards - Guillaume Gimenez -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe"

Bug#518771: Could you retry with new experimental version?

2009-03-15 Thread Guillaume Gimenez
at start_thread source: /build/buildd-glibc_2.9-4-i386-WTAfru/glibc-2.9/nptl/pthread_create.c:297 at clone source: /build/buildd-glibc_2.9-4-i386-WTAfru/glibc-2.9/misc/../sysdeps/unix/sysv/linux/i386/clone.S:132 Best regards - Guillaume Gimenez -- To UNSUBSCRIBE, email to de

Bug#518771: libmagickcore1: AcquireImageColormap and other functions hang on gomp_team_end

2009-03-09 Thread Guillaume Gimenez
Bastien ROUCARIES a écrit : On Sun, Mar 8, 2009 at 6:34 PM, Guillaume Gimenez wrote: Bastien ROUCARIES a écrit : On Sun, Mar 8, 2009 at 3:32 PM, Guillaume Gimenez wrote: Package: libmagickcore1 Version: 7:6.4.5.4.dfsg1-1 Severity: normal Thank you I work on my testing version however

Bug#518771: libmagickcore1: AcquireImageColormap and other functions hang on gomp_team_end

2009-03-08 Thread Guillaume Gimenez
Bastien ROUCARIES a écrit : On Sun, Mar 8, 2009 at 3:32 PM, Guillaume Gimenez wrote: Package: libmagickcore1 Version: 7:6.4.5.4.dfsg1-1 Severity: normal ImageMagick hangs on gomp_team_end() at futex_wait source: /build/buildd/gcc-4.3-4.3.3/build/x86_64-linux-gnu

Bug#518771: libmagickcore1: AcquireImageColormap and other functions hang on gomp_team_end

2009-03-08 Thread Guillaume Gimenez
Package: libmagickcore1 Version: 7:6.4.5.4.dfsg1-1 Severity: normal ImageMagick hangs on gomp_team_end() at futex_wait source: /build/buildd/gcc-4.3-4.3.3/build/x86_64-linux-gnu/libgomp/../../../src/libgomp/config/linux/x86/futex.h:44 at gomp_team_end

Bug#508888: update-flashplugin-nonfree must not rely on uname -m to check distribution architecture

2008-12-16 Thread Guillaume Gimenez
Package: flashplugin-nonfree Version: 1:2.1 Severity: important update-flashplugin-nonfree script try to guess the distribution architecture by using uname -m. And that is not a good idea. flashplugin-nonfree_*_i386.deb must only download i386 version of flashplugin. And for the same reason, fla

Bug#493948: gnome shouldn't depend on any swfdec* package, just recommend it

2008-10-06 Thread Guillaume Gimenez
Package: gnome Version: 1:2.22.2~5 Followup-For: Bug #493948 Hi folks, Gnome shouldn't depend on any swfdec* package, just recommend it, because it is still buggy, doesn't work on all contents and its features aren't mandatories in desktop-environment. Best regards - Gu

Bug#407780: libapreq2: apreq_body doesn't work as expected when body like "a=1&=&c=3" is passed

2007-01-21 Thread Guillaume Gimenez
Package: libapreq2 Version: 2.08-4 Severity: normal Hi folks, There is a problem with the apreq_body function. When I submit a form with malformed input (ie fields without name like {input type="text" name="" value=""} ) all others parameters in the form are missed by apreq_body and resulting a

Bug#292435: mozilla-browser: unix shortcuts don't work anymore

2005-01-26 Thread Guillaume Gimenez
Package: mozilla-browser Version: 2:1.7.5-1 Severity: normal Hi folks, unix shortcuts like C-e, C-a and others don't work anymore. Thanks a lot, Guillaume -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-68