Bug#719157: [vlc-nox] playing directory with 2.0.8 crash if libdvdread4 too old

[manuk7]

Package: vlc-nox
Version: 2.0.8-1
Severity: normal

--- Please enter the report below this line. ---
Hi,

VLC segfault when i passed a directory as argument (see attached
traceback). I was running an older version (4.2.0+20120521-2) of
libdvdread4 which was not required to be updated by vlc-nox.

Updating libdvdread4 to 4.2.0+20130219-2 solves the problem.

Maybe you could update libdvdread4 depend to 4.2.0+20130219-2 to avoid
this issue ?


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.9-1-amd64

Debian Release: 7.0
  500 testing mirrors.ircam.fr
  500 testing ftp.igh.cnrs.fr
  500 stable  mirrors.ircam.fr
  500 isv:ownCloud:devel download.opensuse.org
  100 unstablemirrors.ircam.fr
  100 unstableftp.gajim.org
  100 experimentalmozilla.debian.net
  100 experimentalmirrors.ircam.fr

--- Package information. ---
Depends (Version) | Installed
=-+-
liba52-0.7.4  | 0.7.4-16
libasound2(>= 1.0.16) | 1.0.25-4
libass4(>= 0.9.7) | 0.10.0-3
libavahi-client3  (>= 0.6.16) | 0.6.31-1
libavahi-common3  (>= 0.6.16) | 0.6.31-1
libavc1394-0   (>= 0.5.3) | 0.5.4-1
libavcodec53 (>= 6:0.8.3-1~)  | 7:0.10.3-dmo1
 OR libavcodec-extra-53  (>= 6:0.8.7) |
libavformat53 (>= 6:0.8.3-1~) | 7:0.10.3-dmo1
libavutil51   (>= 6:0.8.3-1~) | 8:1.0.6-dmo2
libbluray1| 1:0.2.2-1
libc6   (>= 2.16) |
libcddb2  |
libcdio13   (>= 0.83) |
libcrystalhd3 |
libdbus-1-3   (>= 1.2.16) |
libdc1394-22  |
libdca0   |
libdirac-decoder0 |
libdirac-encoder0 |
libdirectfb-1.2-9 |
libdvbpsi8 (>= 1.0.0) |
libdvdnav4(>= 4.2.0+20120524) |
libdvdread4   |
libebml3  |
libfaad2 (>= 2.7) |
libflac8   (>= 1.3.0) |
libfontconfig1(>= 2.10.0) |
libfreetype6   (>= 2.2.1) |
libfribidi0   (>= 0.19.2) |
libgcc1  (>= 1:4.1.1) |
libgcrypt11(>= 1.5.1) |
libgnutls26(>= 2.12.17-0) |
libgpg-error0   (>= 1.10) |
libiso9660-8(>= 0.83) |
libkate1   (>= 0.3.0) |
liblircclient0|
liblua5.1-0   |
libmad0(>= 0.15.1b-3) |
libmatroska5  |
libmodplug1   |
libmpcdec6(>= 1:0.1~r435) |
libmpeg2-4|
libmtp9(>= 1.1.0) |
libncursesw5(>= 5.6+20070908) |
libogg0(>= 1.1.0) |
libopus0(>= 1.1~beta) |
libpng12-0  (>= 1.2.13-4) |
libpostproc52 (>= 6:0.8.3-1~) |
libproxy0  (>= 0.2.3) |
libraw1394-11 |
libresid-builder0c2a  |
libsamplerate0 (>= 0.1.7) |
libschroedinger-1.0-0 (>= 1.0.10) |
libshout3 |
libsidplay2   |
libsmbclient  (>= 3.0.24) |
libspeex1(>= 1.2~beta3-1) |
libspeexdsp1   (>= 1.2~beta3.2-1) |
libssh2-1(>= 1.2) |
libstdc++6   (>= 4.6) |
libswscale2   (>= 6:0.8.3-1~) |
libtag1c2a   (>= 1.7) |
libtheora0   (>= 1.0) |
libtinfo5 |
libtwolame0   |
libudev0 (>= 146) |
libupnp6   (>= 1.4.3) |
libusb-1.0-0 (>= 2:1.0.8) |
libv4l-0   (>= 0.5.0) |
libvcdinfo0   (>= 0.7.21) |
libvlc5(>= 2.0.0) |
libvlccore5(>= 2.0.2) |
libvorbis0a(>= 1.1.2) |
libvorbisenc2  (>= 1.1.2) |
libx264-123   |
libxml2(>= 2.7.4) |
libzvbi0  (>= 0.2.11) |
zlib1g (>= 1:1.2.0.2) |
fonts-freefont-ttf|
vlc-nox  

Bug#701116: [iceowl-extension] Only occurs because of Owncloud database not available

[manuk7]

Le 13/04/2013 15:39, Guido Günther a écrit :
> Hi,
> On Sun, Feb 24, 2013 at 09:07:51PM +0100, manuk7 wrote:
>> Control: severity -1 normal
>> Control: retitle -1 floods Owncloud calendar http server when Owncloud
>> database unavailable
>>
>> Package: iceowl-extension
>> Version: 17.0.2-1
>>
>> --- Please enter the report below this line. ---
>> Actually this bug only occurs because Owncloud's database was
>> unavailable (but http server was available).
>>
>> Therefore this is not anymore a critical bug, however Iceowl could
>> include a limitation of requests send to http server in this case.
>>
>> This bug might affect also previous versions of Iceowl (ie Wheezy package).
> 
> Any steps to reproduce or even a test system? What kind of response did
> own cloud sense (that would trigger the same request over and over
> again)?
> Cheers,
>  -- Guido
> 

Hello,

How to reproduce this bug :
- Configure a Owncloud calendar in Iceowl/Lightning
- Stop mysql database used by Owncloud
- In Iceowl, click on Synchronize (or wait until it's done automatically
every XXX min).
=> check http server (apache2 for me) logs for http flood


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

Bug#712484: [jackd2] "Cannot create shm registry segment (Permission denied)"

[manuk7]

Package: jackd2
Version: 1.9.8~dfsg.4+20120529git007cdc37-5
Severity: minor

--- Please enter the report below this line. ---
Since few time i'm was unable to launch jackd with the following message
: « Cannot create shm registry segment (Permission denied) »

I found this is mostly due to /run/shm which wasn't mounted as tmpfs
(btw i don't know were to report this bug).

However it seems jackd is also guilty because it tries to access
/dev/shm instead of /run/shm. According to release notes of /run
migration (
http://wiki.debian.org/ReleaseGoals/RunDirectory#Packages_using_.2Fdev.2Fshm
) this shall be done with shm_* and sem_*. Could you correct this ?

Thanks

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-3-amd64

Debian Release: 7.0
  500 testing mirrors.ircam.fr
  500 testing ftp.igh.cnrs.fr
  500 stable  mirrors.ircam.fr
  100 unstablemirrors.ircam.fr
  100 unstableftp.gajim.org
  100 experimentalmozilla.debian.net
  100 experimentalmirrors.ircam.fr

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libasound2  (>= 1.0.18) | 1.0.25-4
libc6  (>= 2.7) |
libdbus-1-3  (>= 1.0.2) |
libexpat1(>= 2.0.1) |
libgcc1(>= 1:4.1.1) |
libjack-jackd2-0 (= 1.9.8~dfsg.4+20120529git007cdc37-5) |
libsamplerate0   (>= 0.1.7) |
libsndfile1 (>= 1.0.20) |
libstdc++6 (>= 4.6) |
debconf   (>= 0.5)  |
 OR debconf-2.0 |
python  |
coreutils  (>= 4.0) |
python-dbus |


Recommends   (Version) | Installed
==-+-===
qjackctl   | 0.3.9-2
libpam-modules | 1.1.3-7.1
jackd2-firewire|


Suggests (Version) | Installed
==-+-===
jack-tools | 20101210-2
meterbridge|


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

Bug#710174: xserver-xorg-video-radeon: many artefacts in GL rendering with Radeon HD 7480D

[manuk7]

Le 30/05/2013 08:58, Michel Dänzer a écrit :
> On Mit, 2013-05-29 at 21:58 +0200, manuk7 wrote:
>>> I suspect Mesa 8.0.x might just be too old to properly support your GPU.
>>> Does libgl1-mesa-dri 9.1.3-1 from experimental work better?
>>
>> I just installed it; unfortunately that's not better.
> 
> Still exactly the same?
Yes, always a lot of artefacts.

>> I also upgraded libgl1-mesa-gl to experimental.
> 
> How about libdrm-radeon1? If upgrading that to experimental as well
> doesn't help either, something might be wrong in the kernel.
I upgraded it now, but nothing better.

Do think i should transfer this bug to kernel package ?


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

Bug#710174: xserver-xorg-video-radeon: many artefacts in GL rendering with Radeon HD 7480D

[manuk7]

> I suspect Mesa 8.0.x might just be too old to properly support your GPU.
> Does libgl1-mesa-dri 9.1.3-1 from experimental work better?

I just installed it; unfortunately that's not better. I also upgraded
libgl1-mesa-gl to experimental.
Probably i can only wait for 9.2.


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

Bug#710174: xserver-xorg-video-radeon: many artefacts in GL rendering with Radeon HD 7480D

[manuk7]

Package: xserver-xorg-video-radeon
Version: 1:6.14.4-8
Severity: normal


I'm trying to use a Radeon HD 7480D chip (integrated GPU in A4 AMD
processor). It works fine with a recent kernel (3.8 from Sid) for
booting with KMS ... but GL applications suffers from a lot of artefacts :

https://pix.isalo.org/upload/original/1369770053.png
https://pix.isalo.org/upload/original/1369769722.jpg

Could tell me if this problem is already known / if i may provide you
informations to try to correct this problem which currently makes this
chip unusable for games ?

Thanks,


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 May  1 20:22 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2044664 Apr 17 10:40 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD]
nee ATI Device [1002:9993]

Xorg X server configuration file status:

-rw-r--r-- 1 root root 7546 May  4 00:14 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
Screen  1  "Screen1" RightOf "Screen0"
Screen  2  "Screen2" RightOf "Screen1"
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath   "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
FontPath "built-ins"
EndSection

Section "ServerFlags"
 Option "AutoAddDevices" "off"
EndSection

Section "Module"
Load  "record"
Load  "dri"
Load  "dri2"
Load  "dbe"
Load  "extmod"
Load  "glx"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
#Option  "Device" "/dev/input/event0"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
EndSection

Section "Monitor"
Identifier   "Monitor1"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
EndSection

Section "Monitor"
Identifier   "Monitor2"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz",
### : "%"
### [arg]: arg optional
#Option "NoAccel"   # []
#Option "SWcursor"  # []
#Option "Dac6Bit"   # []
#Option "Dac8Bit"   # []
#Option "BusType"   # []
#Option "CPPIOMode" # []
#Option "CPusecTimeout" # 
#Option "AGPMode"   # 
#Option "AGPFastWrite"  # []
#Option "AGPSize"   # 
#Option "GARTSize"  # 
#Option "RingSize"  # 
#Option "BufferSize"# 
#Option "EnableDepthMoves"  # []
#Option "EnablePageFlip"# []
#Option "NoBackBuffer"  # []
#Option "DMAForXv"  # []
#Option "FBTexPercent"  # 
#Option "DepthBits" # 
#Option "PCIAPERSize"   # 
#Option "AccelDFS"  # []
#Option "IgnoreEDID"# []
#Option "CustomEDID"# []
#Option "DisplayPriority"   # []
#Option "PanelSize" # []
#Option "ForceMinDotClock"  # 
#Option "ColorTiling"   # []
#Option "VideoKey"  # 
#Option "RageTheatreCrystal"# 
#Option "RageTheatreTunerPort"  # 
#Option "RageTheatreCompositePort"  # 
#Option "RageTheatreSVideoPort" # 
#Option "TunerType" # 
#Option "RageTheatreMicrocPath" # 
#

Bug#709917: [flightgear] Unable to launch without Recommended packages

[manuk7]

Package: flightgear
Version: 2.6.0-1.1
Severity: wishlist

--- Please enter the report below this line. ---
My apt configuration doesn't install automatically Recommends packages.
When i install the package 'flightgear' i'm unable to launch flightgear:
"Cannot find specified aircraft: c172p"
"Config option parsing failed ..."

I think flightgear should mention that no data package is found, or the
'flightgear' package shall install data packages as Depends packages.
Recommends packages aren't supposed to renders main package unusable.

Thanks

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-3-amd64

Debian Release: 7.0
  500 testing mirrors.ircam.fr
  500 testing ftp.igh.cnrs.fr
  500 stable  mirrors.ircam.fr
  100 unstablemirrors.ircam.fr
  100 unstableftp.gajim.org
  100 experimentalmozilla.debian.net
  100 experimentalmirrors.ircam.fr

--- Package information. ---
Depends (Version) | Installed
=-+-==
freeglut3 | 2.6.0-4
libapr1(>= 1.2.7) | 1.4.6-3
libc6   (>= 2.14) |
libgcc1  (>= 1:4.1.1) |
libgl1-mesa-glx   |
 OR libgl1|
libglu1-mesa  |
 OR libglu1   |
libice6  (>= 1:1.0.0) |
libjpeg8  (>= 8c) |
libopenscenegraph80   |
libopenthreads14  |
libplib1 (>= 1.8.5-1) |
libpng12-0  (>= 1.2.13-4) |
libsm6|
libstdc++6   (>= 4.6) |
libsvn1  (>= 1.5) |
libudev0   (>= 0.140) |
libx11-6  |
libxext6  |
libxi6|
libxmu6   |
simgear2.6.0   (>= 2.6.0) |
zlib1g   (>= 1:1.1.4) |
fgfs-base  (>= 2.6.0) |


Recommends  (Version) | Installed
=-+-===
fgfs-aircraft-base (>= 2.6.0) | 2.6.0-1.1
fgfs-models-base   (>= 2.6.0) | 2.6.0-1.1
fgfs-scenery-base  (>= 2.6.0) | 2.6.0-1.1


Package's Suggests field is empty.


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

Bug#701116: [iceowl-extension] Only occurs because of Owncloud database not available

[manuk7]

Control: severity -1 normal
Control: retitle -1 floods Owncloud calendar http server when Owncloud
database unavailable

Package: iceowl-extension
Version: 17.0.2-1

--- Please enter the report below this line. ---
Actually this bug only occurs because Owncloud's database was
unavailable (but http server was available).

Therefore this is not anymore a critical bug, however Iceowl could
include a limitation of requests send to http server in this case.

This bug might affect also previous versions of Iceowl (ie Wheezy package).


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-3-amd64

Debian Release: 7.0
  500 testing mirrors.ircam.fr
  500 testing ftp.igh.cnrs.fr
  100 unstablemirrors.ircam.fr
  100 unstableftp.gajim.org
  100 experimentalmozilla.debian.net
  100 experimentalmirrors.ircam.fr

--- Package information. ---
Depends (Version) | Installed
=-+-===
icedove(>= 17.0.2-1)  | 17.0.2-1
 OR thunderbird (>= 17.0.2-1) |
calendar-timezones   (= 17.0.2-1) | 17.0.2-1
libc6(>= 2.7) |
libnspr4 (>= 2:4.9.2) |
libstdc++6 (>= 4.1.1) |


Recommends(Version) | Installed
===-+-===
calendar-google-provider|


Suggests   (Version) | Installed
-+-===
fonts-lyx| 2.0.3-3


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

Bug#701116: [iceowl-extension] floods Owncloud calendar server

[manuk7]

Package: iceowl-extension
Version: 17.0.2-1
Severity: important

--- Please enter the report below this line. ---

I use one local calendar + one remote calendar on Owncloud. Since an
update to version 17 (experimental), Icedove/Iceowl doesn't prompt me
any more for my Owncloud password and says that my calendar isn't
synchronised.
When i click on Synchronise, still no password request but the Owncloud
server get flooded with following requests :

192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "PROPFIND
/owncloud/remote.php/caldav/calendars/root/icedove/ HTTP/1.1" 200 622
"-" "Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112
Icedove/17.0.2 Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "PROPFIND
/owncloud/remote.php/caldav/calendars/root/icedove/ HTTP/1.1" 200 622
"-" "Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112
Icedove/17.0.2 Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "OPTIONS
/owncloud/remote.php/caldav/calendars/root/ HTTP/1.1" 200 622 "-"
"Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2
Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "OPTIONS
/owncloud/remote.php/caldav/calendars/root/ HTTP/1.1" 200 622 "-"
"Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2
Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "PROPFIND
/owncloud/remote.php/caldav/calendars/root/icedove/ HTTP/1.1" 200 622
"-" "Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112
Icedove/17.0.2 Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "PROPFIND
/owncloud/remote.php/caldav/calendars/root/icedove/ HTTP/1.1" 200 622
"-" "Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112
Icedove/17.0.2 Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "OPTIONS
/owncloud/remote.php/caldav/calendars/root/ HTTP/1.1" 200 622 "-"
"Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2
Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "OPTIONS
/owncloud/remote.php/caldav/calendars/root/ HTTP/1.1" 200 622 "-"
"Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2
Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "PROPFIND
/owncloud/remote.php/caldav/calendars/root/icedove/ HTTP/1.1" 200 622
"-" "Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112
Icedove/17.0.2 Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "PROPFIND
/owncloud/remote.php/caldav/calendars/root/icedove/ HTTP/1.1" 200 622
"-" "Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112
Icedove/17.0.2 Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:29 +0100] "OPTIONS
/owncloud/remote.php/caldav/calendars/root/ HTTP/1.1" 200 622 "-"
"Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2
Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:30 +0100] "OPTIONS
/owncloud/remote.php/caldav/calendars/root/ HTTP/1.1" 200 622 "-"
"Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2
Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:30 +0100] "PROPFIND
/owncloud/remote.php/caldav/calendars/root/icedove/ HTTP/1.1" 200 622
"-" "Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112
Icedove/17.0.2 Lightning/1.9b1"
192.168.1.20 - - [21/Feb/2013:19:57:30 +0100] "PROPFIND
/owncloud/remote.php/caldav/calendars/root/icedove/ HTTP/1.1" 200 622
"-" "Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112
Icedove/17.0.2 Lightning/1.9b1"


This bug might be related with #669859.
I tag it important because it's saturating the Owncloud server by
creating a plenty PHP sessions by second ... so i'm forced to
desactivate this remote calendar.



--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-3-amd64

Debian Release: 7.0
  500 testing mirrors.ircam.fr
  500 testing ftp.igh.cnrs.fr
  100 unstablemirrors.ircam.fr
  100 unstableftp.gajim.org
  100 experimentalmozilla.debian.net
  100 experimentalmirrors.ircam.fr

--- Package information. ---
Depends (Version) | Installed
=-+-===
icedove(>= 17.0.2-1)  | 17.0.2-1
 OR thunderbird (>= 17.0.2-1) |
calendar-timezones   (= 17.0.2-1) | 17.0.2-1
libc6(>= 2.7) |
libnspr4 (>= 2:4.9.2) |
libstdc++6 (>= 4.1.1) |


Recommends(Version) | Installed
===-+-===
calendar-google-provider|


Suggests   (Version) | Installed
-+-===
fonts-lyx| 2.0.3-3


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

Bug#667501: Linux 2.6.39+: WARNING: floppy_disable_hlt() scheduled for removal in 2012

[manuk7]

Hi,

i'm affraid but i'm also concerned with this bug on a fresh Wheezy
installation (linux-image 3.2.0-4-686-pae). I'm just migrating from
Squeeze, where this floppy disk was working fine. In attachement is my
dmesg which is very similar to rpnpif's one.

This is IMO a serious regression for Wheezy release.

Btw I don't understand why this bug has been retitled as only applying
to 2.6 despite the submitter found it on 3.2.

Thanks,

Nov  5 12:29:29 proton kernel: [  805.384019] [ cut here 
]
Nov  5 12:29:29 proton kernel: [  805.384064] WARNING: at 
/build/buildd-linux_3.2.32-1-i386-Z3rOrf/linux-3.2.32/drivers/block/floppy.c:1041
 setup_rw_floppy+0x19f/0x258 [floppy]()
Nov  5 12:29:29 proton kernel: [  805.384068] Hardware name: MS-6788
Nov  5 12:29:29 proton kernel: [  805.384071] floppy_disable_hlt() scheduled 
for removal in 2012
Nov  5 12:29:29 proton kernel: [  805.384074] Modules linked in: ppdev lp nfsd 
nfs nfs_acl auth_rpcgss fscache lockd sunrpc ext3 jbd loop snd_emu10k1_synth 
snd_emux_synth snd_seq_midi_emul snd_seq_virmidi tuner_simple tuner_types 
snd_emu10k1 tuner snd_ac97_codec snd_util_mem snd_hwdep tvaudio snd_bt87x 
tda7432 snd_seq_midi msp3400 ir_lirc_codec snd_pcm_oss snd_mixer_oss 
snd_seq_midi_event bttv btcx_risc tveeprom lirc_dev snd_pcm snd_rawmidi 
snd_page_alloc videobuf_dma_sg ir_mce_kbd_decoder snd_seq ir_sony_decoder 
snd_seq_device videobuf_core ir_jvc_decoder snd_timer usbhid v4l2_common 
ir_rc6_decoder ir_rc5_decoder videodev hid ac97_bus snd emu10k1_gp gameport 
iTCO_wdt iTCO_vendor_support rng_core ir_nec_decoder media i2c_i801 rc_core 
soundcore parport_pc parport processor shpchp thermal_sys evdev ext4 crc16 jbd2 
mbcache usb_storage uas sg sd_mod crc_t10dif sr_mod cdrom radeon ata_generic 
power_supply i2c_algo_bit floppy ata_piix ttm drm_kms_helper drm libata 
firewire_ohci firewire_core 8139too 8139cp mii uhci_hc
Nov  5 12:29:29 proton kernel: d crc_itu_t scsi_mod ehci_hcd usbcore i2c_core 
button usb_common [last unloaded: scsi_wait_scan]
Nov  5 12:29:29 proton kernel: [  805.384193] Pid: 0, comm: swapper/0 Not 
tainted 3.2.0-4-686-pae #1 Debian 3.2.32-1
Nov  5 12:29:29 proton kernel: [  805.384196] Call Trace:
Nov  5 12:29:29 proton kernel: [  805.384211]  [] ? 
warn_slowpath_common+0x68/0x79
Nov  5 12:29:29 proton kernel: [  805.384224]  [] ? 
setup_rw_floppy+0x19f/0x258 [floppy]
Nov  5 12:29:29 proton kernel: [  805.384230]  [] ? 
warn_slowpath_fmt+0x29/0x2d
Nov  5 12:29:29 proton kernel: [  805.384245]  [] ? 
setup_rw_floppy+0x19f/0x258 [floppy]
Nov  5 12:29:29 proton kernel: [  805.384260]  [] ? 
local_bh_enable+0x2/0x2
Nov  5 12:29:29 proton kernel: [  805.384265]  [] ? 
run_timer_softirq+0x150/0x1f3
Nov  5 12:29:29 proton kernel: [  805.384278]  [] ? 
fd_watchdog+0x84/0x84 [floppy]
Nov  5 12:29:29 proton kernel: [  805.384284]  [] ? 
local_bh_enable+0x2/0x2
Nov  5 12:29:29 proton kernel: [  805.384289]  [] ? 
__do_softirq+0x94/0x12f
Nov  5 12:29:29 proton kernel: [  805.384293]  [] ? 
local_bh_enable+0x2/0x2
Nov  5 12:29:29 proton kernel: [  805.384295][] ? 
irq_exit+0x32/0x80
Nov  5 12:29:29 proton kernel: [  805.384305]  [] ? 
smp_apic_timer_interrupt+0x5b/0x65
Nov  5 12:29:29 proton kernel: [  805.384312]  [] ? 
apic_timer_interrupt+0x31/0x38
Nov  5 12:29:29 proton kernel: [  805.384319]  [] ? 
__ps2_command+0x248/0x2d4
Nov  5 12:29:29 proton kernel: [  805.384326]  [] ? 
native_safe_halt+0x2/0x3
Nov  5 12:29:29 proton kernel: [  805.384332]  [] ? 
default_idle+0x52/0x87
Nov  5 12:29:29 proton kernel: [  805.384338]  [] ? cpu_idle+0x95/0xaf
Nov  5 12:29:29 proton kernel: [  805.384344]  [] ? 
start_kernel+0x320/0x325
Nov  5 12:29:29 proton kernel: [  805.384347] ---[ end trace d406f5f9922af1e9 
]---

Bug#437872: gnuchess: Increases CPU load to 100% if invoced by xboard

[manuk7]

Hi,

I think i got a similar bug (i'll open a new report if really different) :

- When running 'gnuchess' from console, the 'gnuchess' process takes
100% of the CPU.
- When running 'xboard', nothing abnormal (fairymax loads the CPU only
when computer is thinking).


Dear submitter, could you check if the initial behaviour you described 5
years ago still occur and if you're not confronted to my behaviour ?


Thanks,


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

Bug#624477: gnuchess: You MUST have a chess on your system

[manuk7]

Nigel, could you try to reproduce this bug ? I'm unable to reproduce
it on Wheezy, and everything seems right in package Depends.

Thanks,


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

Bug#689648: scilab: crash on launching ATOMS Module Manager

[manuk7]

Package: scilab
Version: 5.4.0.0-1~exp1
Severity: normal

When trying to launch the module manager, it crashes with the following 
traceback.
This bug does not happend with binary from scilab.org.

  javax.media.opengl.GLException: X11GLXDrawableFactory - Could not initialize 
shared resources for :0.0
at 
jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:267)
at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:261)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.NullPointerException
at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:419)
at 
jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:246)
... 2 more
[CONTROLLER - DEBUG] : == Exception caught ==
[CONTROLLER - DEBUG] : cloneObject id = 45296005:13a280dfcc3:-7fcf
javax.media.opengl.GLException: Profile GL_DEFAULT is not available on 
X11GraphicsDevice[type X11, connection :0.0, unitID 0, handle 0x0], but: []
at javax.media.opengl.GLProfile.get(GLProfile.java:655)
at javax.media.opengl.GLProfile.getDefault(GLProfile.java:478)
at javax.media.opengl.awt.GLJPanel.(GLJPanel.java:247)
at javax.media.opengl.awt.GLJPanel.(GLJPanel.java:217)
at javax.media.opengl.awt.GLJPanel.(GLJPanel.java:208)
at 
org.scilab.modules.gui.bridge.canvas.SwingScilabCanvasImpl.createOpenGLComponent(Unknown
 Source)
at org.scilab.modules.gui.bridge.canvas.SwingScilabCanvas.(Unknown 
Source)
at org.scilab.modules.gui.bridge.tab.SwingScilabTab.(Unknown Source)
at org.scilab.modules.gui.SwingView.CreateObjectFromType(Unknown Source)
at org.scilab.modules.gui.SwingView.CreateObjectFromType(Unknown Source)
at org.scilab.modules.gui.SwingView.createObject(Unknown Source)
at 
org.scilab.modules.graphic_objects.graphicController.GraphicController$1.run(Unknown
 Source)
at 
org.scilab.modules.graphic_objects.graphicController.GraphicController.objectCreated(Unknown
 Source)
at 
org.scilab.modules.graphic_objects.graphicController.GraphicController.cloneObject(Unknown
 Source)
at 
org.scilab.modules.graphic_objects.CallGraphicController.cloneGraphicObject(Unknown
 Source)
[CONTROLLER - DEBUG] : == Exception caught ==
 !--error 42 



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-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/dash

Versions of packages scilab depends on:
ii  scilab-cli   5.4.0.0-1~exp1
ii  scilab-full-bin  5.4.0.0-1~exp1

Versions of packages scilab recommends:
pn  scilab-doc  

Versions of packages scilab suggests:
pn  scilab-doc-fr 
pn  scilab-doc-ja 
pn  scilab-doc-pt-br  

-- no debconf information
  javax.media.opengl.GLException: X11GLXDrawableFactory - Could not initialize 
shared resources for :0.0
at 
jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:267)
at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:261)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.NullPointerException
at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:419)
at 
jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:246)
... 2 more
[CONTROLLER - DEBUG] : == Exception caught ==
[CONTROLLER - DEBUG] : cloneObject id = 45296005:13a280dfcc3:-7fcf
javax.media.opengl.GLException: Profile GL_DEFAULT is not available on 
X11GraphicsDevice[type X11, connection :0.0, unitID 0, handle 0x0], but: []
at javax.media.opengl.GLProfile.get(GLProfile.java:655)
at javax.media.opengl.GLProfile.getDefault(GLProfile.java:478)
at javax.media.opengl.awt.GLJPanel.(GLJPanel.java:247)
at javax.media.opengl.awt.GLJPanel.(GLJPanel.java:217)
at javax.media.opengl.awt.GLJPanel.(GLJPanel.java:208)
at 
org.scilab.modules.gui.bridge.canvas.SwingScilabCanvasImpl.createOpenGLComponent(Unknown
 Source)
at org.scilab.modules.gui.bridge.canvas.SwingScilabCanvas.(Unknown 
Source)
at org.scilab.modules.gui.bridge.tab.SwingScilabTab.(Unknown Source)
at org.scilab.modules.gui.SwingView.CreateObjectFromType(Unknown Source)
at org.scilab.modules.gui.SwingView.CreateObjectFromType(Unknown Source)
at org.scilab.modules.gui.SwingView.createObject(Unknown Source)
at 
org.scilab.modules.graphic_objects.graphicController.GraphicController$1.run(Unknown
 Source)
at 
org.scilab.modules.graphic_objects.graphicController.GraphicController.objectCreated(Unknown
 Source)
at 
org.scilab.modules.graphic_objects.graphicController.GraphicController.cloneObject(Unknown
 Sou

Bug#681188: scilab: Issue with locales values and import/export text files

[manuk7]

Hi,

I got also this locale warning with scilab 5.4.0.0-1~exp1 (from
experimental). Exporting LC_ALL remove this warning, however my
interface (menus, messages ...) is still in english.
Are your menus in french when exporting LC_ALL / when not exporting ?


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

Bug#577244: gnome-terminal: segmentation fault, crash on startup

[manuk7]

reassign 577244 vte 1:0.24.0-1


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

Bug#648606: bpython: Accented characters are not displayed

[manuk7]

tag 648606 unreproducible
thanks

Hi,

I can't reproduce this bug with current version in Wheezy (0.11-1).
Could you check if it still occurs after updating ?


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

Bug#575605: cheese: Stores files in an unexpected directory, without possibility to change it

[manuk7]

severity 575605 wishlist
thanks


Hi,

This bug is outdated and should be closed (see also #556735).
Cheese stores now recording in directories managed through XDG.


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

Bug#635463: cheese: Can't enable effects

[manuk7]

Hi,

a new version is available in Wheezy (3.4.2-1), could you check if
you're still affected by this bug ?

This version works fine for me.


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

Bug#657911: cheese: effects are listed twice

[manuk7]

tag moreinfo
thanks


Hi Marcus,

Could you check the /usr/share/gnome-video-effects/ directory as
suggested by Luciana ?

Moreover a new version is now available in Wheezy, could you check if
this problem still occurs ? If not, could you try to purge and reinstall
the package ?


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

Bug#556735: cheese: Creates folder in home without permission.

[manuk7]

severity wishlist
thanks

@Philipp:
The current behaviour (in version 3.4.2-1) is to record pictures in
~/Pictures/Webcam and videos in ~/Videos/Webcam (~/Picture and ~/Videos
are standardized directories managed through xdg).

So this bug is not relevant anymore; at least it could be a wish to let
the user to choose the record directory, but i'm not sure it's
compatible with the Gnome/advanced desktop philosophy.


@Package Maintener: I switch severity to wishlist but in my opinion this
bug should be closed.


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

Bug#637256: cheese: Cheese crashes when switching from photo- to videomode

[manuk7]

Hi,

I'm unable to reproduce this bug with the current Wheezy version (3.4.2-1).
Could you check that it is still present please ?

If so, a backtrace could be usefull (
http://wiki.debian.org/HowToGetABacktrace ).


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

Bug#675373: virtualbox: segfault in libQtCore.so.4.8.1

[manuk7]

Some clarification, i forgot to install libqt4-dbg in the previous
backtrace ; the guilty seems to be thread/qthread_unix.cpp from the
libqt (and not VirtualBox directly) :

# gdb /usr/lib/virtualbox/VirtualBox
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/lib/virtualbox/VirtualBox...Reading symbols
from /usr/lib/debug/usr/lib/virtualbox/VirtualBox...done.
done.
(gdb) r
Starting program: /usr/lib/virtualbox/VirtualBox
[Thread debugging using libthread_db enabled]
[New Thread 0x7fdd02ed2700 (LWP 14925)]
[New Thread 0x7fdd02eb1700 (LWP 14926)]
[Thread 0x7fdd02eb1700 (LWP 14926) exited]
[Thread 0x7fdd02ed2700 (LWP 14925) exited]

Program received signal SIGSEGV, Segmentation fault.
0x7fdcfb9b693f in get_thread_data () at thread/qthread_unix.cpp:174
174 thread/qthread_unix.cpp: Aucun fichier ou dossier de ce type.
in thread/qthread_unix.cpp
(gdb) bt
#0  0x7fdcfb9b693f in get_thread_data () at thread/qthread_unix.cpp:174
#1  QThreadData::current () at thread/qthread_unix.cpp:200
#2  0x7fdcfb9b47e9 in QThread::currentThread () at
thread/qthread.cpp:361
#3  0x7fdcfbab3d88 in
QCoreApplicationPrivate::QCoreApplicationPrivate (this=0x22ef270,
aargc=@0x7fff23dfaa0c, aargv=0x7fff23dfaca8, flags=)
at kernel/qcoreapplication.cpp:402
#4  0x7fdcfae5c603 in QApplicationPrivate::QApplicationPrivate
(this=0x22ef270, argc=, argv=,
type=QApplication::GuiClient,
flags=) at kernel/qapplication.cpp:179
#5  0x7fdcfae6408d in QApplication::QApplication
(this=0x7fff23dfaae0, dpy=0x22e2920, argc=@0x7fff23dfaa0c,
argv=, visual=36624768,
colormap=0, _internal=17041409) at kernel/qapplication.cpp:952
#6  0x7fdcfd35c3de in TrustedMain (argc=1, argv=) at
/tmp/buildd/virtualbox-4.1.16-dfsg/src/VBox/Frontends/VirtualBox/src/main.cpp:372
#7  0x7fdd02550ead in __libc_start_main () from
/lib/x86_64-linux-gnu/libc.so.6
#8  0x004012a5 in _start ()
(gdb)



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

Bug#675373: virtualbox: segfault in libQtCore.so.4.8.1

[manuk7]

I'm suffering of the same problem, which seems to be double :

* right permission on /usr/lib/virtualbox/VirtualBox
By default, set to 6755, but
https://forums.virtualbox.org/viewtopic.php?t=11154 says 4711. This last
value doesn't work for me and seems really strange to me (the file isn't
executable any more).
I can't get a backtrace when running virtualbox in gdb as a normal user,
but it's more interesting when running as root (see below).

* crash in libqtcore :
# gdb /usr/lib/virtualbox/VirtualBox
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/lib/virtualbox/VirtualBox...Reading symbols
from /usr/lib/debug/usr/lib/virtualbox/VirtualBox...done.
done.
(gdb) r
Starting program: /usr/lib/virtualbox/VirtualBox
[Thread debugging using libthread_db enabled]
[New Thread 0x7fa3f5fe4700 (LWP 9993)]
[New Thread 0x7fa3f5fc3700 (LWP 9994)]
[Thread 0x7fa3f5fc3700 (LWP 9994) exited]
[Thread 0x7fa3f5fe4700 (LWP 9993) exited]

Program received signal SIGSEGV, Segmentation fault.
0x7fa3eeac893f in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
(gdb) bt
#0  0x7fa3eeac893f in ?? () from
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#1  0x7fa3eeac67e9 in QThread::currentThread() () from
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#2  0x7fa3eebc5d88 in
QCoreApplicationPrivate::QCoreApplicationPrivate(int&, char**, unsigned
int) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#3  0x7fa3edf6e603 in QApplicationPrivate::QApplicationPrivate(int&,
char**, QApplication::Type, int) () from
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#4  0x7fa3edf7608d in QApplication::QApplication(_XDisplay*, int&,
char**, unsigned long, unsigned long, int) () from
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#5  0x7fa3f046e3de in TrustedMain (argc=1, argv=) at
/tmp/buildd/virtualbox-4.1.16-dfsg/src/VBox/Frontends/VirtualBox/src/main.cpp:372
#6  0x7fa3f5662ead in __libc_start_main () from
/lib/x86_64-linux-gnu/libc.so.6
#7  0x004012a5 in _start ()
(gdb)

---
SIGSEGV occurs ~10s after launching 'run'.

Please let me know if you needs more outputs.

Packages version :
virtualbox : 4.1.16-dfsg-1
libqtcore4 : 4:4.8.1-2



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

Bug#662199: jackd2: jack_connect segfault

[manuk7]

Package: jackd2
Version: 1.9.8~dfsg.2-1
Severity: normal

Step to reproduce the bug:
- launch Jack (through qjackctl for instance)
- run 'jack_connect'

~$ jack_connect 

usage: jack_connect [options] port1 port2
Connects two JACK ports together.

-s, --serverConnect to the jack server named 
-v, --version Output version information and exit
-h, --helpDisplay this help message

For more information see http://jackaudio.org/
zsh: segmentation fault  jack_connect


dmesg reports:
jack_connect[13627]: segfault at 1 ip 7f035f2ff038 sp 7fff06671ea0 
error 4 in libc-2.13.so[7f035f2bb000+17a000]

Please let me know if you need more informations.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (1100, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-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/dash

Versions of packages jackd2 depends on:
ii  coreutils  8.13-3
ii  debconf [debconf-2.0]  1.5.41
ii  libasound2 1.0.24.1-4
ii  libc6  2.13-7
ii  libcelt0-0 0.7.1-1
ii  libdbus-1-31.4.16-1
ii  libexpat1  2.0.1-7.2
ii  libgcc11:4.6.1-3
ii  libjack-jackd2-0   1.9.8~dfsg.2-1
ii  libncurses55.9-1
ii  libreadline6   6.2-4
ii  libsamplerate0 0.1.8-1
ii  libsndfile11.0.25-3
ii  libstdc++6 4.6.1-3
ii  libtinfo5  5.9-4
ii  python 2.7.2-10
ii  python-dbus0.84.0-2

Versions of packages jackd2 recommends:
ii  jackd2-firewire  
ii  libpam-modules   1.1.3-2
ii  qjackctl 0.3.8-1

Versions of packages jackd2 suggests:
pn  jack-tools   
pn  meterbridge  

-- debconf information:
* jackd/tweak_rt_limits: true



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

Bug#619810: softhsm: leaves behind statoverride line after purge

[manuk7]

Submitter and I are unable to reproduce the bug.



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

Bug#617938: wrong ownership of /var/log/news/ and /etc/news/

[manuk7]

Hello,

As mentioned in the Ubuntu bug report, this behavior seems in accordance
with the Debian Policy :
http://www.debian.org/doc/manuals/securing-debian-howto/ch12.en.html#s12.1.12.1

I'm not really convinced we may considered that as a bug, however it
should be reported to the Debian Policy (i don't know how) rather than
to any package.

I suggest to close this bug.



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

Bug#616367: linphone segfaults on receiving call

[manuk7]

Hello,

Some new versions have been released since your bug report. Could you
check whether you're still confronted with this problem with either
testing (3.3.2-4.1+b1) and experimental (3.5.0-2) versions  ?

Thanks



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

Bug#644001: mozilla-imagezoom: not compatible with ff 6 and later

[manuk7]

tag 644001 patch

thanks


Hello,

"maxVersion" of install.rdf has to be incremented to follow the
impressive Firefox version increase.


--- a/install.rdf   2010-02-09 11:28:17.0 +0100
+++ b/install.rdf   2012-02-19 12:45:11.0 +0100
@@ -56,7 +56,7 @@
  
{ec8030f7-c20a-464f-9b0e-13a3a9e97384}
3.0
-   3.6.*
+   11.*
  
 

Bug#656746: mini-buildd-rep: fails to install

[manuk7]

Hi,

I can't reproduce that bug.

When looking at mini-buildd-rep.init , i can't see any required
dependancy with lvm. However, lvm is required in mini-buildd-bld.init,
so maybe this bug is the same as #632955 .

* Does this bug append when installing mini-buildd-rep without
mini-buildd-bld ?

* Does it append even if you start manually lvm2 before installing the
package ?

* Did you tried version 0.9.6 from experimental ?



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

Bug#640608: (no subject)

[manuk7]

forcemerge 627958 640608

thanks



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

Bug#638197: icedove: x86_64 version has broken/disabled auto text wrapping on outgoing mails

[manuk7]

I'm using Icedove on x86_64 with the following useragent:

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21)
Gecko/20110831 Icedove/3.1.13

and i'm not confronted with the bug you described.

They are some updates since you reported the bug, could you please check
if your problem still occurs after updating ?

Thanks

Manu



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

Bug#627679: icedove segfaults after last security update (squeeze)

[manuk7]

They are 2 more security updates since you reported the bug. Did they
solve your problem ?

Thanks


Manu



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

Bug#631838: (no subject)

[manuk7]

tag 631838 moreinfo

thanks


Martin:

I'm unable to reproduce your bug. Could you specify which Gtk theme are
you using ? And is that a theme coming from a Debian package ?
I'm suspecting it's not a standard theme (or at least the two usual
icons "gtk-stop" and "gtk-missing-image" are missing in your theme).

Could you check weather the bug still occurs when picking a standard
Gtk-theme ?

Thanks


Manu



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

Bug#583181: rox-filer: open rox, delete the folder, rox quits or crashes

[manuk7]

Please dicrease severity to 'wishlist', this not an important bug.

In the case your using rox-filer without windows-manager, i dont think
you may delete the folder in which you are from rox-filer.


Manu



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

Bug#632233: psi-plus-plugin-psimedia: Package should depend on libqca2-plugin-ossl

[manuk7]

Package: psi-plus-plugin-psimedia
Version: 1.0.3+svn737-1
Severity: normal

This package should depend on libqca2-plugin-ossl; Calls are not possible 
without it, so this package is unusable.
However, this problem only affect people who have disabled Recommends auto 
install, because psi-plus recommends this package.

Thanks !


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (1100, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-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/dash

Versions of packages psi-plus-plugin-psimedia depends on:
ii  gstreamer0.10-alsa0.10.30-1  GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-goo 0.10.24-1  GStreamer plugins from the "good" 
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.0-7  GCC support library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgstreamer-plugins-base 0.10.32-2  GStreamer libraries from the "base
ii  libgstreamer0.10-00.10.34-1  Core GStreamer libraries and eleme
ii  liboil0.3 0.3.17-2   Library of Optimized Inner Loops
ii  libqtcore44:4.7.3-2  Qt 4 core module
ii  libqtgui4 4:4.7.3-2  Qt 4 GUI module
ii  libspeexdsp1  1.2~rc1-1  The Speex extended runtime library
ii  libstdc++64.6.0-7The GNU Standard C++ Library v3
ii  libxml2   2.7.8.dfsg-2   GNOME XML library
ii  psi-plus  0.15~svn3910-1 Qt-based jabber client (basic vers

psi-plus-plugin-psimedia recommends no packages.

psi-plus-plugin-psimedia suggests no packages.

-- 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#624630: shotwell: Shotwell crashes when i try to import photos of one folder

[manuk7]

Hi,

miguel, could you check if you are still affected by this bug after
upgrading to 0.9.3-1 ?
I'm using Shotwell 0.9.3-1 on amd64 too, but importing pictures from a
folder doesn't cause any crash.

Manu




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

Bug#466920: cdcd: segfaults with 'rndplay' if no disc in drive

[manuk7]

Hi,

The patch joint solve the problem: rndplay will perform the same check
as for the play command.

Unfortunally I can't hear any sound while playing a CD with cdcd (either
with play or rndplay) but 'status' says the CD is well read.

Manu
--- cmd_cdcd.c  2011-06-26 15:03:10.0 +0200
+++ cmd_cdcd.c_new  2011-06-26 15:04:56.0 +0200
@@ -614,8 +614,8 @@
 {
   struct disc_info disc;
   NOARG;
-  if (cd_stat (cd_desc, &disc) != 0)
-return XRET_NULL;
+  if (cdcd_cd_stat (cd_desc, &disc) < 0)
+return 0;
 
   play_track = (rand () % disc.disc_total_tracks) + 1;
 

Bug#623725: rtorrent: print_status_info(...) wrote past end of the buffer.

[manuk7]

Hi Raf,

Could you check whether your problem still occurs with the version
0.8.7-7 (sid/wheezy) ? I'm unable to reproduce your bug.


Thanks




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

Bug#613563: closed by Yves-Alexis Perez (Re: [Pkg-xfce-devel] Bug#592524: Bug#592524: xfburn: Crashes while adding file/directories.)

[manuk7]

Le 07/04/2011 15:07, Debian Bug Tracking System a écrit :
> This is an automatic notification regarding your Bug report
> which was filed against the xfburn package:
> 
> #592524: xfburn: When a new directory is added to a composition, crash when 
> launching the burn
> 
> It has been closed by Yves-Alexis Perez .
> 
> 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 Yves-Alexis Perez 
>  by
> replying to this email.

Hi,

You merged my bug with #592524 that you closed due to a lack of
information. However my bug is still present in the 0.4.3.3 version of
xfburn. I proposed a patch which solve this problem, I would very like
if you could consider it.
I mentioned this problem on the Xfce bugzilla, but no new again
(https://bugzilla.xfce.org/show_bug.cgi?id=6805)

Thanks

Manuel




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

Bug#611677: iotop: Huge and wrong io values

[manuk7]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 14/03/2011 02:39, Paul Wise a écrit :
> Guillaume: With the Debian BTS you need to CC submitters and people
> adding comments. Only the maintainer (myself) and folks subscribed to
> the package (like you) via the PTS will get a mail sent to 1234@bugs.d.o
> 
> On Sun, 2011-03-13 at 18:36 +0100, Guillaume Chazarain wrote:
> 
>> For the ARM issue, using http://people.debian.org/~aurel32/qemu/armel/
>> I could get squeeze/2.6.32 to work in qemu and iotop works just fine.
>> I tried http://packages.debian.org/squeeze/linux-image-2.6.32-5-orion5x
>> but could not get qemu to boot with it.
> 
> I tried this on the Debian porter boxes and asked a few people about
> this on IRC, including one with a dlink 323. None could reproduce it.
> 
>> For the AMD64 issue, that looks very weird as I expect the majority of
>> users to be on that architecture, which kernel version are you using?
> 
> manuk7: could you answer this?
> 
> I can't reproduce it myself.
> 

I believe I was using the 2.6.37-trunk (from experimental) at this time.
Since I've upgraded to 2.6.37-1 and I'm unable to reproduce the bug,
either with debian package and Git revision.

So that was probably a kernel problem.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEUEARECAAYFAk1+VgoACgkQnyDZfoiOigkq0gCfa5TugMKnhErPJf1tjxgb2KqC
ay8AlA2qXdpvSyo6MgpnjlkRlmIgPbo=
=0/HN
-END PGP SIGNATURE-




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

Bug#616565: sshpass: Segfault when calling with no argument

[manuk7]

Subject: sshpass: Segfault when calling with no argument
Package: sshpass
Version: 1.04-1
Severity: minor

Just run 'sshpass': it segfault.
It should rather return tips on arguments usage.

Thanks,

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (1100, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-1-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/dash

Versions of packages sshpass depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library:
Shared lib

Versions of packages sshpass recommends:
ii  openssh-client [ssh-client]   1:5.8p1-2  secure shell (SSH) client,
for sec

sshpass suggests no packages.

-- 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#593248: aptitude: Does not fetch changelog from experimental

[manuk7]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Some additionnal notes:
This doesn't seem to be a bug but rather a feature :) (or more precisely
a default policy).

CLI version of aptitude has the same "problem"; aptitude changelog
 return the changelog of the version that aptitude would
install, and that's explained in the manpage: « By default, the
changelog for the version which would be installed with "aptitude
install" is downloaded.»

I think that default policy for changelog fetch with aptitude should be
revised: for both CLI and ncurses, aptitude should fetch the changelog
of installed version when the package is installed.

btw I think severity should be set to whishlist.


Regards,

- --
Manu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1dTmwACgkQnyDZfoiOigku1gCfQSKRIjEyLfjI0lsWHHUsjmq2
QxgAninTMaa5yjRZvHPUWUVn0S32PtT+
=NgRN
-END PGP SIGNATURE-




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

Bug#613563: [Pkg-xfce-devel] Bug#613563: Bug#613563: xfburn: When a new directory is added to a composition, crash when launching the burn

[manuk7]

>> I'm not conviced that it's the same than #592524 because it doesn't
>> look
>> like to happen at any time.
>>
>> However I tried to solve my problem, and following patch for
>> xfburn-data-composition.c seems to correct my problem. Could you check
>> it ? 
> 
> Please send it as a unified diff :) (it might be worth directly pushing
> it upstream too, if we didn't do it in the meantime)
> 
> Regards,

Ok; here is the unified diff.


--
manu
--- xfburn/xfburn-data-composition.c2011-02-17 16:37:03.0 +0100
+++ xfburn/xfburn-data-composition_patched.c2011-02-17 16:40:40.0 
+0100
@@ -1874,26 +1874,29 @@
   g_error ("Failed adding %s as a node to the image: code %X!", src, 
r);
   }
 
-  basename = g_path_get_basename (src);
+  /* Check names only for items not manually created (#613563) */
+  if (type != DATA_COMPOSITION_TYPE_DIRECTORY || src != NULL) {
+basename = g_path_get_basename (src);
+
+/* check if the file has been renamed */
+if (strcmp (basename, name) != 0) {
+  /* rename the iso_node */
+  r = iso_node_set_name (node, name);
+
+  if (r == 0) {
+/* The first string is the renamed name, the second one the 
original name */
+xfce_warn (_("Duplicate filename '%s' for '%s'"), name, src);
+
+g_free (basename);
+g_free (name);
+g_free (src);
 
-  /* check if the file has been renamed */
-  if (strcmp (basename, name) != 0) {
-/* rename the iso_node */
-r = iso_node_set_name (node, name);
-
-if (r == 0) {
-  /* The first string is the renamed name, the second one the original 
name */
-  xfce_warn (_("Duplicate filename '%s' for '%s'"), name, src);
-
-  g_free (basename);
-  g_free (name);
-  g_free (src);
-
-  continue;
+continue;
+  }
 }
+g_free (basename);
   }
 
-  g_free (basename);
   g_free (name);
   g_free (src);
 

Bug#613563: [Pkg-xfce-devel] Bug#613563: xfburn: When a new directory is added to a composition, crash when launching the burn

[manuk7]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 15/02/2011 23:09, Yves-Alexis Perez a écrit :
> forcemerge 592524 613563
> thanks
> 
> On mar., 2011-02-15 at 18:57 +0100, Manuel Klein wrote:
>> Package: xfburn
>> Version: 0.4.3-1
>> Severity: normal
>>
>> Hi,
>>
>> In Data composition mode, I would use the new directory functionnality to 
>> organize my burn in a heavy composition. Unfortunately, when clicking on 
>> 'Proceed to burn', Xfburn crashed.
>>
>> This bug occurs as soon as we add at least one directory from 'Create 
>> directory' function.
>>
>> It can be reproduced simply according to this steps:
>>  - Select New Data Composition at launch
>>  - Create a directory (let's name it "pipo")
>>  - Click on Proceed to burn
>> *Segfault*
>>
>> I built xfburn from sources to collect backtrace provided in attachement.
>> On line 10 of traceback_xfburn_bt_full is the name of added directory.
> 
> That looks like #592524 too though there was no backtrace on it :)
> 
> Merging the too, will try to have a look at some point.
> 
> Regards,

I'm not conviced that it's the same than #592524 because it doesn't look
like to happen at any time.

However I tried to solve my problem, and following patch for
xfburn-data-composition.c seems to correct my problem. Could you check it ?

Thanks

- --
Manu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1b6RUACgkQnyDZfoiOigk3lQCfeXmPkoelJARY9XwCXP7ejC0c
RzMAnRXc2hsE6+Jov0skINgnFEyTccar
=CpSn
-END PGP SIGNATURE-
1877c1877,1879
<   basename = g_path_get_basename (src);
---
>   /* Check names only for items not manually created (#613563) */
>   if (type != DATA_COMPOSITION_TYPE_DIRECTORY || src != NULL) {
> basename = g_path_get_basename (src);
1879,1882c1881,1884
<   /* check if the file has been renamed */
<   if (strcmp (basename, name) != 0) {
< /* rename the iso_node */
< r = iso_node_set_name (node, name);
---
> /* check if the file has been renamed */
> if (strcmp (basename, name) != 0) {
>   /* rename the iso_node */
>   r = iso_node_set_name (node, name);
1884,1886c1886,1888
< if (r == 0) {
<   /* The first string is the renamed name, the second one the 
original name */
<   xfce_warn (_("Duplicate filename '%s' for '%s'"), name, src);
---
>   if (r == 0) {
> /* The first string is the renamed name, the second one the 
> original name */
> xfce_warn (_("Duplicate filename '%s' for '%s'"), name, src);
1888,1890c1890,1892
<   g_free (basename);
<   g_free (name);
<   g_free (src);
---
> g_free (basename);
> g_free (name);
> g_free (src);
1892c1894,1895
<   continue;
---
> continue;
>   }
1893a1897
> g_free (basename);
1896d1899
<   g_free (basename);

Bug#613064: midori: [sid] Please set dependancy of libglib2.0-0 to sid version

[manuk7]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>>> Please provide a complete backtrace.
>> Ok, I re-installed testing version of libglib. Then midori didn't
>> segfault anymore on "fr." but on "en." (this is probably because
>> history
>> has changed during this time; Now I kept a copy of my .config/midori
>> in
>> case we need to do others tests).
>>
>> Please find the backtrace in attachment.
>>
> 
> Please install all relevant debugging packages. See
> http://wiki.debian.org/HowToGetABacktrace
> 
> Regards,

Ok I have installed midori-dbg, libglib2.0-0-dbg and libgtk2.0-0-dbg.
I hope that the output is verbose enough now.

One attachment is the result of "bt" and the other of "bt full".

Please let me known if I should add again some -dbg package.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1W7FoACgkQnyDZfoiOigmwQwCdHF5szWoOvGQVHbIpWSBMG+No
BxAAoKRt0sk7v2kn06Nxg1UP0iThclqb
=JI+e
-END PGP SIGNATURE-
$ gdb midori
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/midori...Reading symbols from 
/usr/lib/debug/usr/bin/midori...done.
done.
(gdb) r
Starting program: /usr/bin/midori 
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffea6cb700 (LWP 11436)]
[New Thread 0x7fffe9eca700 (LWP 11437)]
[New Thread 0x7fffdd004700 (LWP 11444)]
[Thread 0x7fffdd004700 (LWP 11444) exited]
[New Thread 0x7fffdd004700 (LWP 11447)]
[Thread 0x7fffdd004700 (LWP 11447) exited]

(midori:11426): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:11426): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:11426): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:11426): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:11426): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

Program received signal SIGSEGV, Segmentation fault.
append_escaped_text (text=0x78854000 , length=)
at /scratch/build-area/glib2.0-2.24.2/glib/gmarkup.c:2040
2040/scratch/build-area/glib2.0-2.24.2/glib/gmarkup.c: Aucun fichier ou 
dossier de ce type.
in /scratch/build-area/glib2.0-2.24.2/glib/gmarkup.c
(gdb) bt
#0  append_escaped_text (text=0x78854000 , length=)
at /scratch/build-area/glib2.0-2.24.2/glib/gmarkup.c:2040
#1  IA__g_markup_escape_text (text=0x78854000 , length=)
at /scratch/build-area/glib2.0-2.24.2/glib/gmarkup.c:2117
#2  0x77fc7086 in midori_location_entry_render_text_cb (layout=, renderer=, 
model=, iter=, 
data=) at ../midori/midori-locationaction.c:1160
#3  0x774f2d63 in IA__gtk_tree_view_column_cell_set_cell_data 
(tree_column=, tree_model=0x786a8a00, 
iter=0x7fffd040, is_expander=, 
is_expanded=)
at /scratch/build-area/gtk+2.0-2.20.1/gtk/gtktreeviewcolumn.c:2592
#4  0x774eae5b in validate_row (tree_view=0x7865d030, tree=, node=0x7873d810, 
iter=, path=) at 
/scratch/build-area/gtk+2.0-2.20.1/gtk/gtktreeview.c:5723
#5  0x774eb6a5 in do_validate_rows (tree_view=0x7865d030, 
queue_resize=)
at /scratch/build-area/gtk+2.0-2.20.1/gtk/gtktreeview.c:6283
#6  0x774eba69 in gtk_tree_view_size_request (widget=0x7873c800, 
requisition=0x7865d068)
at /scratch/build-area/gtk+2.0-2.20.1/gtk/gtktreeview.c:2036
#7  0x7642c3c9 in IA__g_closure_invoke (closure=0x78244b70, 
return_value=0x0, n_param_values=2, 
param_values=0x786f4f80, 
invocation_hint=0x7fffd220) at 
/scratch/build-area/glib2.0-2.24.2/gobject/gclosure.c:767
#8  0x76441cc1 in signal_emit_unlocked_R (node=0x78244c20, 
detail=, instance=, 
emission_return=, 
instance_and_params=)
at /scratch/build-area/glib2.0-2.24.2/gobject/gsignal.c:3178
#9  0x76443a76 in IA__g_signal_emit_valist (instance=0x7865d030, 
signal_id=, detail=0, 
var_args=0x7fffd430) at 
/scratch/build-area/glib2.0-2.24.2/gobject/gsignal.c:2981
#10 0x76443d93 in IA__g_signal_emit_by_name (instance=0x7865d030, 
detailed_signal=0x776136be "size-request")
at /scratch/build-area/glib2.0-2.24.2/gobject/gsignal.c:3075
#11 0x77454bf8 in _gtk_size_group_compute_requisition 
(widget=0x7865d030, requisition=0x7fffd560)
at /scratch/build-area/gtk+2.0-2.20.1/g

Bug#613064: midori: [sid] Please set dependancy of libglib2.0-0 to sid version

[manuk7]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> reassign 613064 libglib2.0-0
> thanks
> 
> On sam., 2011-02-12 at 16:04 +0100, Manuel Klein wrote:
>> Current version of midori/unstable segfault with my midori profile
>> (probably due to the history). Segfault occurs when starting typing
>> "fr." in the URL field. I got the following traceback with gdb:
>> "0x75d7f460 in g_markup_escape_text ()
>> from /lib/libglib-2.0.so.0
> 
> Please provide a complete backtrace.
Ok, I re-installed testing version of libglib. Then midori didn't
segfault anymore on "fr." but on "en." (this is probably because history
has changed during this time; Now I kept a copy of my .config/midori in
case we need to do others tests).

Please find the backtrace in attachment.

>> I was using libglib-2.0-0 from testing, so I updated it to sid. It
>> solved the problem, I have no more segfault now.
> 
> Nothing else was updated?
No; the only dependance updated when I updated libglib was
libglib2.0-dev, and libglib2.0-bin as new package.

>> Before I updated libglib-2.0-0, I checked that with a empty midori
>> profile I got no segfault.
>>
>> So I think it could be a good idea to modify libglib2.0-0 dependancy
>> to unstable.
> 
> The libglib2.0-0 dependency is added by dh_shlibdeps using infos given
> by libglib2.0-dev itself, so reassigning. But please provide a backtrace
> so it can be investigated.
> 
> Regards,

Thanks
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1W2KUACgkQnyDZfoiOigl4pgCfTNsRi+Yr6+THriaQQ1LQRRdL
95sAn2th3phj6AXqDioIXmcQJdq+wuhN
=Pw1B
-END PGP SIGNATURE-
~$ gdb midori
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/midori...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/midori 
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffea6cb700 (LWP 19876)]
[New Thread 0x7fffe9eca700 (LWP 19877)]
[New Thread 0x7fffdd004700 (LWP 19884)]
[Thread 0x7fffdd004700 (LWP 19884) exited]

(midori:19873): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:19873): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:19873): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:19873): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:19873): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:19873): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

(midori:19873): GLib-CRITICAL **: g_regex_replace_eval: assertion `string != 
NULL' failed

Program received signal SIGSEGV, Segmentation fault.
0x75d7f460 in g_markup_escape_text () from /lib/libglib-2.0.so.0
(gdb) bt
#0  0x75d7f460 in g_markup_escape_text () from /lib/libglib-2.0.so.0
#1  0x77fc7086 in ?? ()
#2  0x774f2d63 in gtk_tree_view_column_cell_set_cell_data () from 
/usr/lib/libgtk-x11-2.0.so.0
#3  0x774eae5b in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#4  0x774eb6a5 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#5  0x774eba69 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#6  0x7642c3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#7  0x76441cc1 in ?? () from /usr/lib/libgobject-2.0.so.0
#8  0x76443a76 in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0
#9  0x76443d93 in g_signal_emit_by_name () from 
/usr/lib/libgobject-2.0.so.0
#10 0x77454bf8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#11 0x7744a554 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#12 0x7642c3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#13 0x76441cc1 in ?? () from /usr/lib/libgobject-2.0.so.0
#14 0x76443a76 in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0
#15 0x76443d93 in g_signal_emit_by_name () from 
/usr/lib/libgobject-2.0.so.0
#16 0x77454bf8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x773a98bc in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x7642c3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#19 0x76441cc1 in ?? () from /usr/lib/libgobject-2.0.so.0
#20 0x76443a76 in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0
#21 0x76443d93 in g_signal_emit_by_name () from 
/usr/lib/libgobject-2.0.so.0
#22 0x77454bf8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#23 0x7750f26c in ?? () from /

Bug#611677: iotop: Huge and wrong io values

[manuk7]

Hi

for your information, I was suffering from the same problem with version
0.4-2 on amd64 architecture.
But the last Git revision seems to partialy solve the problem in my case.


~$ iotop -obk -n1
Total DISK READ: 1582.97 K/s | Total DISK WRITE: 0.00 K/s
  TID  PRIO  USER DISK READ  DISK WRITE  SWAPIN  IOCOMMAND
10115 be/4 manuel   6798788191870.07 K/s 1062310654979.70 K/s  0.00 %
0.00 % rtorrent debian-live-6.0.0-i386-xfce-desktop.iso.torrent

With last Git revision, Disk read/Disk write values are ok:
~/paquets/iotop$ ./iotop.py -okb -n1
Total DISK READ: 1980.04 K/s | Total DISK WRITE: 0.00 K/s
  TID  PRIO  USER DISK READ  DISK WRITE  SWAPIN  IOCOMMAND
10115 be/4 manuel   1785.92 K/s0.00 K/s  0.00 % 45.72 % rtorrent
debian-live-6.0.0-i386-xfce-desktop.iso.torrent


However when sorting processes by write/read size in interactive mode,
the IO percentages are sometime wrong (with both current debian package
and Git):

520 be/4 manuel   43.20 P 20.41 P  0.00 % -441921744.24 %
firefox-bin
1020 be/4 root 16.00 T  9.89 P  0.00 % -574477165.34 %
[kjournald]

Björn, do you notice this problem too ?
I don't know if it's possible to grab this data in non-interactive mode.

--
manu
xmpp:deb...@conference.jabber.org?join




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

Bug#393839: pdfjoin: writes output to unexpected directory

[manuk7]

The problem of unexpected output directory can be solved with this very
small patch for pdfjoin:

189c189
< outfileDir="$sourceDir";
---
> outfileDir=`pwd`;


ii  pdfjam 1.20-2 collection of PDF document handli[...]


--
Manuel



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