From: [email protected]

Package: mldonkey-gui
Version: 2.5.27-1
Severity: normal

Since the last package update, mlgui does not start anymore.

I wasn't sure if I should report this bug as "grave", so I decided to leave
the severity as "normal" for now, even if the package is completely unusable for me.

There are no errormessages, just nothing happens:

haegar@aurora:~$ mlgui
haegar@aurora:~$ echo $?

0
haegar@aurora:~$


further information:
this machine got only mldonkey-gui installed, the other mldonkey-parts are running on another box

to help debugging this, I attached an strace output below, it is quite
small.

-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-rc3-mm1
Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=de_DE.ISO-8859-1

Versions of packages mldonkey-gui depends on:
ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii zlib1g 1:1.2.1.1-5 compression library - runtime

-- no debconf information

execve("/usr/bin/mlgui", ["mlgui"], [/* 63 vars */]) = 0
uname({sys="Linux", node="aurora", ...}) = 0
brk(0) = 0x80a6000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe9000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=74615, ...}) = 0
old_mmap(NULL, 74615, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd6000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libz.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\27\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=67304, ...}) = 0
old_mmap(NULL, 66268, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fc5000 old_mmap(0xb7fd5000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x10000) = 0xb7fd5000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0006\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=141312, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fc4000
old_mmap(NULL, 139712, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fa1000 old_mmap(0xb7fc3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x22000) = 0xb7fc3000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\32"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=9416, ...}) = 0
old_mmap(NULL, 12272, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f9e000 old_mmap(0xb7fa0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0xb7fa0000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PE\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=82566, ...}) = 0
old_mmap(NULL, 64928, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f8e000 old_mmap(0xb7f9b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd000) = 0xb7f9b000
old_mmap(0xb7f9c000, 7584, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f9c000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300X\1"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1278724, ...}) = 0
old_mmap(NULL, 1284940, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7e54000 old_mmap(0xb7f83000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12f000) = 0xb7f83000
old_mmap(0xb7f8b000, 11084, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f8b000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e53000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e53300, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0xb7fd6000, 74615) = 0
set_tid_address(0xb7e53348) = 17124
rt_sigaction(SIGRTMIN, {0xb7f924b0, [], SA_SIGINFO}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 brk(0) = 0x80a6000
brk(0x80c7000) = 0x80c7000
brk(0) = 0x80c7000
brk(0) = 0x80c7000
brk(0x80eb000) = 0x80eb000
mmap2(NULL, 253952, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e15000
sigaltstack({ss_sp=0x80a2600, ss_flags=0, ss_size=8192}, NULL) = 0 rt_sigaction(SIGSEGV, {0x80802d6, [], SA_STACK|SA_NOMASK}, NULL, 8) = 0 readlink("/proc/self/exe", "/usr/bin/mlgui", 256) = 14
stat64("/usr/bin/mlgui", {st_mode=S_IFREG|0755, st_size=362092, ...}) = 0 _llseek(0, 0, 0xbffff63c, SEEK_CUR) = -1 ESPIPE (Illegal seek)
_llseek(1, 0, [4600], SEEK_CUR) = 0
_llseek(2, 0, [4644], SEEK_CUR) = 0
gettimeofday({1092262823, 288156}, NULL) = 0
getppid() = 17123
getpid() = 17124
exit_group(0) = ?


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

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

Hello,

On Thu, Aug 12, 2004 at 12:22:09AM +0200, Sven Koch wrote:

Package: mldonkey-gui
Version: 2.5.27-1
Severity: normal

Since the last package update, mlgui does not start anymore.

I wasn't sure if I should report this bug as "grave", so I decided to leave the severity as "normal" for now, even if the package is completely unusable for me.

There are no errormessages, just nothing happens:

haegar@aurora:~$ mlgui
haegar@aurora:~$ echo $?
0
haegar@aurora:~$

further information:
this machine got only mldonkey-gui installed, the other mldonkey-parts are running on another box

to help debugging this, I attached an strace output below, it is quite
small.

Ok, i just read the strace. It is very strange, because there is not
even a loading of the libgtk*.so. The errors comes before.

I think the errors comes from different version of mldonkey-server / mldonkey-gui.

Could you please check that the two version are the same ?

Could you also install mldonkey-server on the mldonkey-gui box ( don't
use a system wide daemon, just use the menu to start Mldonkey server and
try to connect to this server ).

Just to give you my experience, it is working perfectly for me here.

Regard
Sylvain Le Gall

-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-rc3-mm1
Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=de_DE.ISO-8859-1

Versions of packages mldonkey-gui depends on:
ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an
ii zlib1g 1:1.2.1.1-5 compression library - runtime

-- no debconf information

execve("/usr/bin/mlgui", ["mlgui"], [/* 63 vars */]) = 0
uname({sys="Linux", node="aurora", ...}) = 0
brk(0) = 0x80a6000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe9000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=74615, ...}) = 0
old_mmap(NULL, 74615, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd6000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/libz.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\27\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=67304, ...}) = 0
old_mmap(NULL, 66268, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fc5000 old_mmap(0xb7fd5000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x10000) = 0xb7fd5000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0006\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=141312, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fc4000
old_mmap(NULL, 139712, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fa1000 old_mmap(0xb7fc3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x22000) = 0xb7fc3000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\32"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9416, ...}) = 0
old_mmap(NULL, 12272, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f9e000 old_mmap(0xb7fa0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0xb7fa0000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PE\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=82566, ...}) = 0
old_mmap(NULL, 64928, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7f8e000 old_mmap(0xb7f9b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd000) = 0xb7f9b000
old_mmap(0xb7f9c000, 7584, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f9c000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300X\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1278724, ...}) = 0
old_mmap(NULL, 1284940, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7e54000 old_mmap(0xb7f83000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12f000) = 0xb7f83000
old_mmap(0xb7f8b000, 11084, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f8b000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e53000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e53300, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0xb7fd6000, 74615) = 0
set_tid_address(0xb7e53348) = 17124
rt_sigaction(SIGRTMIN, {0xb7f924b0, [], SA_SIGINFO}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 brk(0) = 0x80a6000
brk(0x80c7000) = 0x80c7000
brk(0) = 0x80c7000
brk(0) = 0x80c7000
brk(0x80eb000) = 0x80eb000
mmap2(NULL, 253952, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e15000
sigaltstack({ss_sp=0x80a2600, ss_flags=0, ss_size=8192}, NULL) = 0

[continued in next message]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

On Thu, 12 Aug 2004, Sylvain LE GALL wrote:

On Thu, Aug 12, 2004 at 12:22:09AM +0200, Sven Koch wrote:

Package: mldonkey-gui
Version: 2.5.27-1
Severity: normal

Since the last package update, mlgui does not start anymore.

further information:
this machine got only mldonkey-gui installed, the other mldonkey-parts are running on another box

to help debugging this, I attached an strace output below, it is quite small.

Ok, i just read the strace. It is very strange, because there is not
even a loading of the libgtk*.so. The errors comes before.

It must be something very basic.
libgtk*.so seems to be loaded by some module initialized late, because
mlgui is not directly linked against it:

haegar@aurora:~$ ldd /usr/bin/mlgui
libz.so.1 => /usr/lib/libz.so.1 (0xb7fc5000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7fa1000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7f9e000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7f8e000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7e54000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fea000)

I think the errors comes from different version of mldonkey-server / mldonkey-gui.

I don't think so.
Even if there is no mldonkey-server in the world the gui used to start
and let me input the hostname of the server - but now there doesn't appear anything, so no way to select on which address the server is.

Could you please check that the two version are the same ?

Just to rule this out:

horizon:/vice/mldonkey# dpkg -l mldonkey-server Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name Version Description +++-==============-==============-============================================ ii mldonkey-serve 2.5.27-1 Door to the 'donkey' network

The server is working, the http-interface reachable, and it continues to download the contents of the old 2.5.21 queue.

Could you also install mldonkey-server on the mldonkey-gui box ( don't
use a system wide daemon, just use the menu to start Mldonkey server and
try to connect to this server ).

Does not work too:

haegar@aurora:~$ sudo su -
Password:
aurora:~# apt-get install mldonkey-server
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
mldonkey-server
0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
Need to get 2286kB of archives.
After unpacking 6074kB of additional disk space will be used.
Get:1 http://ftp.de.debian.org unstable/main mldonkey-server 2.5.27-1
[2286kB]
Fetched 2286kB in 6s (328kB/s)
Preconfiguring packages ...
Selecting previously deselected package mldonkey-server.
(Reading database ... 96775 files and directories currently installed.) Unpacking mldonkey-server (from .../mldonkey-server_2.5.27-1_i386.deb) ... Setting up mldonkey-server (2.5.27-1) ...
Writing new values to /etc/default/mldonkey-server : done.

aurora:~# logout
haegar@aurora:~$ mlgui
haegar@aurora:~$


As there are no mlgui windows, there is no menu to start the server.

Just to give you my experience, it is working perfectly for me here.

Some stabs in the dark:

- mldonkey-gui does not depend on *gtk* at all:

haegar@aurora:~$ apt-cache show mldonkey-gui
Package: mldonkey-gui
Version: 2.5.27-1
Depends: libc6 (>= 2.3.2.ds1-4), zlib1g (>= 1:1.2.1)
Suggests: mldonkey-server (= 2.5.27-1)
Filename: pool/main/m/mldonkey/mldonkey-gui_2.5.27-1_i386.deb
Size: 343726
MD5sum: 9cb0dd492b84c7f6301cbeb1d95eb41f

Is it linked static against some version of libgtk?

Does it need some libs where the dependency is missing, which are
perhaps not installed here?


- I tried to exclude that it may be the kernel 2.6.8-rc3-mm1 on my
laptop, so I installed mldonkey-gui on my router, where
mldonkey-server is happily running:

horizon:~# apt-get install mldonkey-gui
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
mldonkey-gui
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 344kB of archives.
After unpacking 868kB of additional disk space will be used.
Get:1 http://ftp.de.debian.org unstable/main mldonkey-gui 2.5.27-1 [344kB]
Fetched 344kB in 1s (201kB/s)
Selecting previously deselected package mldonkey-gui.
(Reading database ... 59215 files and directories currently installed.)
Unpacking mldonkey-gui (from .../mldonkey-gui_2.5.27-1_i386.deb) ...
Setting up mldonkey-gui (2.5.27-1) ...

horizon:~# logout
haegar@horizon:~$ mlgui
haegar@horizon:~$

-> same problem there

both boxes are sid, completely updated as of today.
the server (horizon) is an old pII-300 with kernel 2.4.27-pre6,
the laptop (aurora, gui machine) is an celeron-1700 with kernel
2.6.8-rc3-mm1

c'ya
sven

--

The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/)


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

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)