Bug#929098: linux-image-4.19.0-5-amd64: No graphics with Radeon Vega 1.0

2019-05-31 Thread skodde 
Hi,

I can confirm this bug. The systems boots with 'nomodeset'.

0c:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Vega 10 XL/XT [Radeon RX Vega 56/64] (rev c1)

It works fine with

linux-image-4.19.0-4-amd64 (4.19.28-2)

and

linux-image-5.0.0-trunk-amd64 (5.0.2-1~exp1)


Thanks

Bug#902245: cryptsetup: Broken volume in initrd with decrypt_gnupg and plain dm-crypt

2018-06-24 Thread skodde 
On Sat, Jun 23, 2018 at 6:50 PM, Guilhem Moulin  wrote:
> In fact it's not related to the ‘decrypt_gnupg’ keyscript, the
> “size=256” wrongly translates to `cryptsetup --size=256`, which sets the
> size of the device to 256 512-bytes sectors instead of setting the key
> size.

This makes more sense, and it actually explains the wrong size of the volume.

As a workaround, I removed the size= option from crypttab.
It works as expected, although it generates a warning when updating
the initramfs and at boot:

cryptsetup: WARNING: Option 'size' missing in crypttab for plain
dm-crypt mapping root. Please read
/usr/share/doc/cryptsetup/README.initramfs and add the correct 'size'
option to your crypttab(5).

You may want to change the specified README.initramfs path to reflect
the new packages names (i.e.
/usr/share/doc/cryptsetup-initramfs/README.initramfs.gz).


Thanks

Bug#902245: cryptsetup: Broken volume in initrd with decrypt_gnupg and plain dm-crypt

2018-06-23 Thread skodde 
Hi,

Sorry, the body was missing in the original message.

I've been using the following line in crypttab to unlock the root
volume in initrd and it's been working till version 2:2.0.2-1
included:


/etc/crypttab

root/dev/device /path/to/key.gpg
cipher=aes-xts-plain64,size=256,hash=plain,initramfs,noearly,keyscript=decrypt_gnupg,discard


With the current version (2:2.0.3-3) the volume is created with the
wrong size (256 blocks) and no filesystem is recognized, halting the
boot process.

If I recreate it manually in the initramfs emergency shell, then it
works as expected:


/lib/cryptsetup/scripts/decrypt_gnupg /path/to/key.gpg | cryptsetup -c
aes-xts-plain64 -d /dev/stdin -s 256 --allow-discards create root
/dev/device


I've also tried different values of hash= in crypttab, to mimic the
default cryptsetup behavior of not hashing the key when specified with
the -d option and creating a plain dm_crypt volume, without success.
Other values will not create the volume at all, as opposed to "plain"
which creates the wrong size volume.


Thanks

Bug#902245: cryptsetup: Broken volume in initrd with decrypt_gnupg and plain dm-crypt

2018-06-23 Thread skodde 
Package: cryptsetup
Version: 2:2.0.2-1
Severity: important

/tmp/reportbug-cryptsetup-20180623-4415-imdw6ns_

-- Package-specific info:

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable'), (600, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.17.0-trunk-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cryptsetup depends on:
ii  cryptsetup-bin 2:2.0.2-1
ii  debconf [debconf-2.0]  1.5.67
ii  dmsetup2:1.02.145-4.1
ii  libc6  2.27-3

Versions of packages cryptsetup recommends:
ii  busybox 1:1.27.2-2
ii  console-setup   1.184
ii  initramfs-tools [linux-initramfs-tool]  0.130
ii  kbd 2.0.4-3

Versions of packages cryptsetup suggests:
ii  dosfstools  4.1-2
pn  keyutils
ii  liblocale-gettext-perl  1.07-3+b3

-- debconf information excluded

Bug#736274: Data corruption on dm-crypt volumes over USB 3 (xhci-hcd)

2014-01-21 Thread skodde 
On Tue, Jan 21, 2014 at 11:06 PM, Ben Hutchings  wrote:
> So far as I am aware, the write failure is properly reported (except
> that the operation is retried and the failure logged many times, which
> is also a known bug) and previously written data are readable.  If
> that is the case, I don't believe this qualifies as data corruption.

I'm not sure if every write operation triggers a corruption, but, as
an example, if you try to run a fsck (forcing it if necessary) on an
existing ext4 filesystem on the encrypted volume, the filesystem will
be heavily corrupted.


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

Bug#736274: Data corruption on dm-crypt volumes over USB 3 (xhci-hcd)

2014-01-21 Thread skodde 
Package: linux-image-3.12-1-amd64
Version: 3.12.8-1
Severity: grave

When you create a dm-crypt volume on an external drive attached to an
USB 3 port, every write operation on it will corrupt its data and
cause the drive to reset.

I've tried three different SATA to USB 2 adapters and one SATA to USB
3 adapter, using two different drives, obtaining the same result.
They work just fine when accessing the drive directly (i.e. without
dm-crypt), and they work perfectly also with dm-crypt when attached to
an USB 2 port on a different machine with the same kernel version (I
don't have USB 2 ports available on this laptop).

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable'),
(600, 'experimental')
Architecture: amd64 (x86_64)

-- Model information:
product_name: 3259HLG
product_version: ThinkPad Edge E530
bios_version: H0ET94WW (2.54 )

-- USB controller:
00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series
Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if
30 [XHCI])
Subsystem: Lenovo Device [17aa:5000]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR-

Bug#584576: closed by Ari Pollak (Re: Bug#584576: Pidgin randomly crashes)

2010-06-24 Thread skodde 
Disabling direct connections in the MSN account preferences solves the problem.
It seems that it only occurs when both sides are behind NAT (and
without port forwarding).
HTH.



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

Bug#584576: closed by Ari Pollak (Re: Bug#584576: Pidgin randomly crashes)

2010-06-22 Thread skodde 
It was not the specific contact, but the using of custom smileys.
Pidgin will crash almost every time a custom smiley is received.
This doesn't explain why it's crashing also with no dialog windows
opened, maybe the same code is related to the management of contact
icons or custom smileys in the nicknames?



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

Bug#584576: closed by Ari Pollak (Re: Bug#584576: Pidgin randomly crashes)

2010-06-14 Thread skodde 
On Sat, Jun 12, 2010 at 1:20 AM, Ari Pollak  wrote:
> Could you start pidgin -d and save the output somewhere, and try to
> reproduce the crash? Can I assume this doesn't happen if you don't log
> in to MSN?

Yes, it seems to be related to the MSN protocol but, strangely, only
to a particular contact.
Pidgin didn't crash for the whole weekend, until now, when this
particular contact came online.

I've attached the last lines of a few debug outputs, the entire ones
contain some private informations so, if you need them, I can send
them privately to you or clean them up first.
(09:01:09) msn: S: SB 076: ACK 3
(09:01:09) msn: S: SB 076: MSG s_he_was_he...@hotmail.it Uthopya 177
(09:01:09) msn: S: SB 076: MSG s_he_was_he...@hotmail.it Uthopya 532
(09:01:09) network: Listening on port: 6700
(09:01:09) network: Skipping external port mapping.
(09:01:09) msn: got_ok: listening socket created
(09:01:09) msn: msn_slplink_process_msg: slpmsg complete
(09:01:09) msn: msn_slplink_process_msg: send ACK
(09:01:09) msn: switchboard send msg..
(09:01:09) msn: C: SB 076: MSG 4 D 150
(09:01:09) msn: switchboard send msg..
(09:01:09) msn: C: SB 076: MSG 5 D 577
(09:01:09) msn: S: SB 076: MSG s_he_was_he...@hotmail.it Uthopya 855
(09:01:09) msn: got_invite: transreqbody received
(09:01:09) msn: msn_slplink_process_msg: slpmsg complete
(09:01:09) msn: msn_slplink_process_msg: send ACK
(09:01:09) msn: switchboard send msg..
(09:01:09) msn: C: SB 076: MSG 6 D 150
(09:01:09) msn: S: SB 076: MSG s_he_was_he...@hotmail.it Uthopya 181
(09:01:09) msn: S: SB 076: MSG s_he_was_he...@hotmail.it Uthopya 1007
(09:01:09) gtkconv: About to close the smiley pixbuf
(09:01:09) msn: msn_slplink_process_msg: slpmsg complete
(09:01:09) network: getsockname: Bad file descriptor
(09:01:09) stun: using server 
(09:01:09) network: getsockname: Bad file descriptor
(09:01:09) GLib: /tmp/buildd/glib2.0-2.24.1/glib/giounix.c:406Error while 
getting flags for FD: Bad file descriptor (9)
(09:16:05) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 98
(09:16:05) pidgin-encryption: Using pre-existing menu icon for conv 0x2a46a90, 
win 0x299ed00, item 0x2a07820
(09:16:05) msn: S: SB 002: ACK 10
(09:16:05) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 177
(09:16:05) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 533
(09:16:05) network: Listening on port: 6700
(09:16:05) network: Skipping external port mapping.
(09:16:05) msn: got_ok: listening socket created
(09:16:05) msn: msn_slplink_process_msg: slpmsg complete
(09:16:05) msn: msn_slplink_process_msg: send ACK
(09:16:05) msn: switchboard send msg..
(09:16:05) msn: C: SB 002: MSG 11 D 150
(09:16:05) msn: switchboard send msg..
(09:16:05) msn: C: SB 002: MSG 12 D 577
(09:16:05) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 838
(09:16:05) msn: got_invite: transreqbody received
(09:16:05) msn: msn_slplink_process_msg: slpmsg complete
(09:16:05) msn: msn_slplink_process_msg: send ACK
(09:16:05) msn: switchboard send msg..
(09:16:05) msn: C: SB 002: MSG 13 D 150
(09:16:05) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 181
(09:16:05) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 1007
(09:16:05) gtkconv: About to close the smiley pixbuf
(09:16:05) msn: msn_slplink_process_msg: slpmsg complete
(09:16:05) network: getsockname: Bad file descriptor
(09:16:05) stun: using server 
(09:16:05) network: getsockname: Bad file descriptor
(09:16:05) GLib: /tmp/buildd/glib2.0-2.24.1/glib/giounix.c:406Error while 
getting flags for FD: Bad file descriptor (9)
(09:18:50) msn: S: SB 002: ACK 2
(09:18:50) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 177
(09:18:50) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 533
(09:18:50) network: Listening on port: 6700
(09:18:50) network: Skipping external port mapping.
(09:18:50) msn: got_ok: listening socket created
(09:18:50) msn: msn_slplink_process_msg: slpmsg complete
(09:18:50) msn: msn_slplink_process_msg: send ACK
(09:18:50) msn: switchboard send msg..
(09:18:50) msn: C: SB 002: MSG 3 D 150
(09:18:50) msn: switchboard send msg..
(09:18:50) msn: C: SB 002: MSG 4 D 577
(09:18:50) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 838
(09:18:50) msn: got_invite: transreqbody received
(09:18:50) msn: msn_slplink_process_msg: slpmsg complete
(09:18:50) msn: msn_slplink_process_msg: send ACK
(09:18:50) msn: switchboard send msg..
(09:18:50) msn: C: SB 002: MSG 5 D 150
(09:18:50) msn: S: SB 002: MSG s_he_was_he...@hotmail.it 
Uthopya(all'%20esame) {XD%20c'è%20da%20ride%20si%20XD} 181
(09

Bug#584576: closed by Ari Pollak (Re: Bug#584576: Pidgin randomly crashes)

2010-06-11 Thread skodde 
This bug still affects me.
In the meantime I collected some other backtraces.
GNU gdb (GDB) 7.1-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/pidgin...Reading symbols from /usr/lib/debug/usr/bin/pidgin...done.
done.
(gdb) handle SIGPIPE nostop noprint
SignalStop	Print	Pass to program	Description
SIGPIPE   No	No	Yes		Broken pipe
(gdb) run
Starting program: /usr/bin/pidgin 
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
msn_slpcall_session_init (slpcall=0x176a5e0)
at /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/protocols/msn/slpcall.c:136
136	/usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/protocols/msn/slpcall.c: No such file or directory.
	in /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/protocols/msn/slpcall.c
(gdb) bt full
#0  msn_slpcall_session_init (slpcall=0x176a5e0)
at /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/protocols/msn/slpcall.c:136
No locals.
#1  0x7fffe8cecf68 in msn_dc_fallback_to_sb (dc=0x1650d20)
at /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/protocols/msn/directconn.c:352
slplink = 0xf5e750
slpcall = 0x176a5e0
queue = 
__PRETTY_FUNCTION__ = "msn_dc_fallback_to_sb"
#2  0x7fffe8ced027 in msn_dc_incoming_connection_timeout_cb (
data=)
at /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/protocols/msn/directconn.c:840
dc = 0x1650d20
__PRETTY_FUNCTION__ = "msn_dc_incoming_connection_timeout_cb"
#3  0x75073e9b in g_timeout_dispatch (source=0x1854820, callback=0, 
user_data=0xe013c0) at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:3396
No locals.
#4  0x750736c2 in g_main_dispatch (context=0x6f2dd0)
at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:1960
dispatch = 0x75073e80 
user_data = 0x1650d20
callback = 0x7fffe8cecfb0 
cb_funcs = 0x7530ff50
cb_data = 0x1895ac0
current_source_link = {data = 0x1854820, next = 0x0}
source = 0x1854820
current = 0xf40870
i = 0
#5  IA__g_main_context_dispatch (context=0x6f2dd0)
at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:2513
No locals.
#6  0x75077538 in g_main_context_iterate (context=0x6f2dd0, 
block=, dispatch=, 
self=) at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:2591
max_priority = 0
timeout = 0
some_ready = 1
nfds = 11
allocated_nfds = -184007936
fds = 
__PRETTY_FUNCTION__ = "g_main_context_iterate"
#7  0x75077a45 in IA__g_main_loop_run (loop=0x1409cc0)
at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:2799
self = 0x6ed010
__PRETTY_FUNCTION__ = "IA__g_main_loop_run"
#8  0x7644f647 in IA__gtk_main ()
at /tmp/buildd/gtk+2.0-2.20.1/gtk/gtkmain.c:1219
tmp_list = 0x70de00
functions = 0x0
init = 0x0
loop = 
#9  0x00485a74 in main (argc=1, argv=0x7fffe498)
at /usr/src/debian/work/build-area/pidgin-2.7.1/./pidgin/gtkmain.c:979
opt_force_online = 0
opt_help = 
opt_login = 0
opt_nologin = 0
opt_version = -7304
opt_si = 1
opt_config_dir_arg = 
opt_login_arg = 0x0
opt_session_arg = 0x0
accounts = 
sigset = {__val = {82951, 0 }}
prev_sig_disp = 
errmsg = "\000\303\377\377\377\177\000\000\000\000`\201\377\377\377\377\000\000\066\213\275\357\377\377Ф\375\367\377\177\000\000\017\000\000\000\000\000\000\000H!\323\364\377\177\000\000\000\303\377\377\377\177\000\000\000\000\300\201\377\377\377\377\000\000\066\213\275\357\377\377Ф\375\367\377\177\000\000\r\000\000\000\000\000\000\000\061!\323\364\377\177\000\000\000\303\377\377\377\177\000\000\000\000 \202\377\377\377\377\000\000\066\213\275\357\377\377H\215\002\365\377\177\000\000\030\352\374\367\377\177\000\000\062\256\336\367\377\177\000\000\001\000\000\000\377\177\000\000\310\344\374\367\377\177\000\000`\273\377\377\377\177\000\000\000\000\000\000\000\000\000\000\350\213\002\365\377\177\000\000D\255\336\367\377\177\000\000\001\000\000\000\377\177\000\000\000\340\374\367\377\177\000\000\260\301\377\377\377\177\000\000\000\000\000\000\000\000\000\000؋\002\365\377\177\000\000D\255\336\367\377\177\000\000\001\000\000\000\377\177\000\000\320\371\374\367\377\177\000\000\340\301\377\377\377\177\000\000\000\000\000\000\000\000\000\000\270\213\002\365\377\177\000\000D\255\336\367\377\177\000\000\001\000\000\000\377\177\000\000\350\364\374\367\377\177\000\000\020\302

Bug#584576: Pidgin randomly crashes

2010-06-05 Thread skodde 
On Fri, Jun 4, 2010 at 9:01 PM, Ari Pollak  wrote:
> Could you get another backtrace, but before running gdb, run this: export
> MALLOC_CHECK_=2
>
> And immediately after you enter gdb, run this:
> handle SIGPIPE nostop noprint

Here it is, it took a while to crash again, this time with a
conversation window opened and used.
The  MALLOC_CHECK_ variable was already set in the other backtraces anyway.
GNU gdb (GDB) 7.1-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/pidgin...Reading symbols from /usr/lib/debug/usr/bin/pidgin...done.
done.
(gdb) handle SIGPIPE nostop noprint
SignalStop	Print	Pass to program	Description
SIGPIPE   No	No	Yes		Broken pipe
(gdb) run
Starting program: /usr/bin/pidgin 
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x74d8b955 in purple_network_finish_pmp_map_cb (data=0x1679e40)
at /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/network.c:383
383	/usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/network.c: No such file or directory.
	in /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/network.c
(gdb) 
(gdb) bt full
#0  0x74d8b955 in purple_network_finish_pmp_map_cb (data=0x1679e40)
at /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/network.c:383
No locals.
#1  0x75073e9b in g_timeout_dispatch (source=0x1816f00, 
callback=0x434c2f382d465455, user_data=0x0)
at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:3396
No locals.
#2  0x750736c2 in g_main_dispatch (context=0x6f2dd0)
at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:1960
dispatch = 0x75073e80 
user_data = 0x1679e40
callback = 0x74d8b8f0 
cb_funcs = 0x7530ff50
cb_data = 0x17d2020
current_source_link = {data = 0x1816f00, next = 0x0}
source = 0x1816f00
current = 0xf3d670
i = 1
#3  IA__g_main_context_dispatch (context=0x6f2dd0)
at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:2513
No locals.
#4  0x75077538 in g_main_context_iterate (context=0x6f2dd0, 
block=, dispatch=, 
self=) at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:2591
max_priority = 0
timeout = 0
some_ready = 1
nfds = 11
allocated_nfds = -184007936
fds = 
__PRETTY_FUNCTION__ = "g_main_context_iterate"
#5  0x75077a45 in IA__g_main_loop_run (loop=0x1406880)
at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:2799
self = 0x6ed010
__PRETTY_FUNCTION__ = "IA__g_main_loop_run"
#6  0x7644f647 in IA__gtk_main ()
at /tmp/buildd/gtk+2.0-2.20.1/gtk/gtkmain.c:1219
tmp_list = 0x70de00
functions = 0x0
init = 0x0
loop = 
#7  0x00485a74 in main (argc=1, argv=0x7fffe498)
at /usr/src/debian/work/build-area/pidgin-2.7.1/./pidgin/gtkmain.c:979
opt_force_online = 0
opt_help = 
opt_login = 0
opt_nologin = 0
opt_version = -7304
opt_si = 1
opt_config_dir_arg = 
opt_login_arg = 0x0
opt_session_arg = 0x0
accounts = 
sigset = {__val = {82951, 0 }}
prev_sig_disp = 
errmsg = "\000\303\377\377\377\177\000\000\000\000`\201\377\377\377\377\000\000\066\213\275\357\377\377Ф\375\367\377\177\000\000\017\000\000\000\000\000\000\000H!\323\364\377\177\000\000\000\303\377\377\377\177\000\000\000\000\300\201\377\377\377\377\000\000\066\213\275\357\377\377Ф\375\367\377\177\000\000\r\000\000\000\000\000\000\000\061!\323\364\377\177\000\000\000\303\377\377\377\177\000\000\000\000 \202\377\377\377\377\000\000\066\213\275\357\377\377H\215\002\365\377\177\000\000\030\352\374\367\377\177\000\000\062\256\336\367\377\177\000\000\001\000\000\000\377\177\000\000\310\344\374\367\377\177\000\000`\273\377\377\377\177\000\000\000\000\000\000\000\000\000\000\350\213\002\365\377\177\000\000D\255\336\367\377\177\000\000\001\000\000\000\377\177\000\000\000\340\374\367\377\177\000\000\260\301\377\377\377\177\000\000\000\000\000\000\000\000\000\000؋\002\365\377\177\000\000D\255\336\367\377\177\000\000\001\000\000\000\377\177\000\000\320\371\374\367\377\177\000\000\340\301\377\377\377\177\000\000\000\000\000\000\000\000\000\000\270\213\002\365\377\177\000\000D\255\336\367\377\177\000\000\001\000\000\000\377\177\000\000\350\364\374\367\377\177\000\000\020\302\377\377\377\177\000\000\000\000\000\000\000\000\000\000\070\213\002\365\377\177\000\000D\255\336\367\377\177\000\000\001\000\000\000\000\000\000\000\000\360"...
signal_channel = 
signal_

Bug#584576: Pidgin randomly crashes

2010-06-04 Thread skodde 
On Fri, Jun 4, 2010 at 8:45 PM, Ari Pollak  wrote:
> The first backtrace looks like your system ran out of memory. Is this
> possible?

It would be strange:

# free
 total   used   free sharedbuffers cached
Mem:   40552843399136 656148  0 1911242426812
-/+ buffers/cache: 7812003274084
Swap:  8016424  111368005288

I can reboot the machine if you think it could be related.



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

Bug#584576: Pidgin randomly crashes

2010-06-04 Thread skodde 
Package: pidgin
Version: 2.7.1-1
Severity: important

Pidgin randomly crashes without doing anything particular or anything at all.
I left only two accounts enabled (msn and jabber), with no windows
opened other than the main one and without using it and after a while
it simply crashed again.
I've attached two backtraces, I hope they will be useful.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable'),
(600, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.34-NeverLand (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pidgin depends on:
ii  gconf2  2.28.1-3 GNOME configuration database syste
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.1-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.86-1   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgstreamer0.10-0  0.10.29-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libpurple0  2.7.1-1  multi-protocol instant messaging l
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libstartup-notification00.10-1   library for program launch feedbac
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.7.dfsg-2 GNOME XML library
ii  libxss1 1:1.2.0-2X11 Screen Saver extension library
ii  perl5.10.1-13Larry Wall's Practical Extraction
ii  perl-base [perlapi-5.10.1]  5.10.1-13minimal Perl system
ii  pidgin-data 2.7.1-1  multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.29-4  GStreamer plugins from the "base"
ii  gstreamer0.10-plugins-good0.10.23-3  GStreamer plugins from the "good"

Versions of packages pidgin suggests:
pn  evolution-data-server  (no description available)
ii  gnome-panel   2.30.0-2   launcher and docking facility for
ii  libsqlite3-0  3.6.23.1-4 SQLite 3 shared library
GNU gdb (GDB) 7.1-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/pidgin...Reading symbols from /usr/lib/debug/usr/bin/pidgin...done.
done.
(gdb) set pagination 0
(gdb) run
Starting program: /usr/bin/pidgin 
[Thread debugging using libthread_db enabled]

Program received signal SIGABRT, Aborted.
0x749df175 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64	../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
	in ../nptl/sysdeps/unix/sysv/linux/raise.c
(gdb) bt full
#0  0x749df175 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = 
selftid = 
#1  0x749e1f80 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0x7fffbda0, sa_sigaction = 0x7fffbda0}, sa_mask = {__val = {140737488338360, 4317145136, 140737300839275, 0, 140737304417312, 0, 16355072, 120, 140737304417469, 206158430248, 140737488338528, 140737488338336, 140737488338400, 140737300765392, 140737353983184, 22177900}}, sa_flags = -1, sa_restorer = 0}
sigs = {__val = {32, 0 }}
#2  0x74a1eb40 in malloc_printerr (action=2, str=0x74ad2b55 "free(): invalid pointer", ptr=0x582f) at malloc.c:6272
No locals.
#3  0x74d8b95f in purple_network_finish_pmp_map_cb (data=0x146d800) at /usr/src/debian/work/build-area/pidgin-2.7.1/./libpurple/network.c:385
No locals.
#4  0x75073e9b in g_timeout_dispatch (source=0x153f540, callback=0x582f, user_data=0x6) at /tmp/buildd/glib2.0-2.24.1/glib/gmain.c:3396
No locals.
#5  0x750736c2 in g_main_dispatch (contex