Bug#962226: libdr-tarantool-perl build-depends on obsolete package

[Dmitry E . Oboukhov]

retitle 962226 RM: libdr-tarantool-perl -- ROM; obsolete
reassign 962226 ftp.debian.org
severity normal

I'd like to request removal of libdr-tarantool-perl.

This package was part of tarantool-lts and was uploaded for those who were 
moving to
new tarantool in order for them to be able to use the package with the old one 
for a few years.
It hasn't been being actual for already two or three years. Please delete it.


04.06.2020, 21:45, "peter green" :
> Source: libdr-tarantool-perl
> Version: 0.45-2
> Severity: serious
> Tags: bullseye, sid
>
> libdr-tarantool-perl build-depends on
>
> tarantool-lts | tarantool (<< 1.6)
>
> tarantool-lts has been removed from Debian and tarantool is now at version 
> 1.9.1.26.g63eb81e3c-1.1

Bug#888423: firefox: FF 58.0 segfaults each 1-2 minute

[Dmitry E. Oboukhov]

>> Package: firefox
>> Version: 58.0-1
>> Severity: grave
>> 
>> I used FF58b4, it works fine.
>> Then I upgraded it to FF58b14, it crashed from time to time.
>> 
>> Today I upgraded FF to 58.0, it crashes each 1 minute (see backtrace)
>> (see below).
>> 
>> I can't find `firefox-dbg` package, so the backtrace doesn't contain symbols.

> You can add
> deb http://deb.debian.org/debian-debug unstable-debug main
> to your sources.list and install the firefox-dbgsym package.


Thanks!

The full backtrace here:

(gdb) bt
#0  mozilla::ipc::MessageChannel::OnChannelErrorFromLink (this=0x7f2f2aee6128)
at /build/firefox-WvkEP5/firefox-58.0/ipc/glue/MessageChannel.cpp:2543
#1  0x7f2f1cd7954f in mozilla::ipc::ProcessLink::OnChannelError 
(this=0x7f2f15369df0)
at /build/firefox-WvkEP5/firefox-58.0/ipc/glue/MessageLink.cpp:397
#2  0x7f2f1a4e99ba in ?? () from /usr/lib/x86_64-linux-gnu/libevent-2.1.so.6
#3  0x7f2f1a4ea537 in event_base_loop () from 
/usr/lib/x86_64-linux-gnu/libevent-2.1.so.6
#4  0x7f2f1cd5074e in base::MessagePumpLibevent::Run (this=0x7f2f2ae53e00, 
delegate=0x7f2f191c0d20)
at 
/build/firefox-WvkEP5/firefox-58.0/ipc/chromium/src/base/message_pump_libevent.cc:381
#5  0x7f2f1cd53000 in MessageLoop::RunInternal (this=0x7f2f191c0d20)
at 
/build/firefox-WvkEP5/firefox-58.0/ipc/chromium/src/base/message_loop.cc:326
#6  MessageLoop::RunHandler (this=0x7f2f191c0d20)
at 
/build/firefox-WvkEP5/firefox-58.0/ipc/chromium/src/base/message_loop.cc:319
#7  MessageLoop::Run (this=this@entry=0x7f2f191c0d20)
at 
/build/firefox-WvkEP5/firefox-58.0/ipc/chromium/src/base/message_loop.cc:299
#8  0x7f2f1cd5fa19 in base::Thread::ThreadMain (this=0x7f2f2ae2b528)
at /build/firefox-WvkEP5/firefox-58.0/ipc/chromium/src/base/thread.cc:181
#9  0x7f2f1cd5029a in ThreadFunc (closure=)
at 
/build/firefox-WvkEP5/firefox-58.0/ipc/chromium/src/base/platform_thread_posix.cc:38
#10 0x7f2f2c0bc494 in start_thread (arg=0x7f2f191c1700) at 
pthread_create.c:333
#11 0x7f2f2b661aff in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97


-- 

. ''`.Dmitry E. Oboukhov <un...@debian.org>
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Bug#888423: firefox: FF 58.0 segfaults each 1-2 minute

[Dmitry E. Oboukhov]

Package: firefox
Version: 58.0-1
Severity: grave

I used FF58b4, it works fine.
Then I upgraded it to FF58b14, it crashed from time to time.

Today I upgraded FF to 58.0, it crashes each 1 minute (see backtrace)
(see below).

I can't find `firefox-dbg` package, so the backtrace doesn't contain symbols.


gdb /usr/bin/firefox core
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/firefox...(no debugging symbols found)...done.

warning: core file may not match specified executable file.
[New LWP 27544]
[New LWP 27558]
[New LWP 27559]
[New LWP 27563]
[New LWP 27567]
[New LWP 27547]
[New LWP 27555]
[New LWP 28641]
[New LWP 3956]
[New LWP 27541]
[New LWP 27554]
[New LWP 27566]
[New LWP 27545]
[New LWP 27546]
[New LWP 27548]
[New LWP 27549]
[New LWP 27550]
[New LWP 27551]
[New LWP 27552]
[New LWP 27553]
[New LWP 27556]
[New LWP 27557]
[New LWP 27560]
[New LWP 27562]
[New LWP 28593]
[New LWP 28639]
[New LWP 28640]
[New LWP 27568]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/lib/firefox/firefox -contentproc -childID 6 
-isForBrowser -intPrefs 5:50|6'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7efece677453 in ?? () from /usr/lib/firefox/libxul.so
[Current thread is 1 (Thread 0x7efecaabf700 (LWP 27544))]
(gdb) bt
#0  0x7efece677453 in ?? () from /usr/lib/firefox/libxul.so
#1  0x7efece67754f in ?? () from /usr/lib/firefox/libxul.so
#2  0x7efecbde89ba in ?? () from /usr/lib/x86_64-linux-gnu/libevent-2.1.so.6
#3  0x7efecbde9537 in event_base_loop () from 
/usr/lib/x86_64-linux-gnu/libevent-2.1.so.6
#4  0x7efece64e74e in ?? () from /usr/lib/firefox/libxul.so
#5  0x7efece651000 in ?? () from /usr/lib/firefox/libxul.so
#6  0x7efece65da19 in ?? () from /usr/lib/firefox/libxul.so
#7  0x7efece64e29a in ?? () from /usr/lib/firefox/libxul.so
#8  0x7efedd99b494 in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#9  0x7efedcf40aff in clone () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) quit


-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: 9.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages firefox depends on:
ii  debianutils   4.8.1.1
ii  fontconfig2.11.0-6.7+b1
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-11+deb9u1
ii  libcairo-gobject2 1.14.8-1
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.24-0+deb9u1
ii  libdbus-glib-1-2  0.108-3
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-6
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u1
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.11-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.6-0 1.6.2-1
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.16-1+b1
ii  libnss3   2:3.34-1
ii  libpango-1.0-01.40.5-1
ii  libsqlite3-0  3.16.2-5+deb9u1
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++66.3.0-18
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3
ii  zlib1g1:1.2.8.dfsg-5

firefox recommends no packages.

Versions of packages firefox suggests:
pn  fonts-lmodern  
pn  fonts-stix | otf-stix  
pn  libcanberra0

Bug#844433: libdr-tarantool-perl: Non-determistically FTBFS due to unreliable tests

[Dmitry E. Oboukhov]

severity 844433 important
thanks

the package contains some tests that relay to the other program
(tarantool_box) does something while fixed interval exceeded.

I think Your build system (container?) is overloaded so these tests
are not passed from time to time.

Debian's buildd built the package successfully.

So I'll reduce severity for the ticket. If the problem is appeared on
debian buildd I'll do something.
Now the package is (de-facto) LTS, so I don't want to change it. I
also don't want to disable tests.


> Source: libdr-tarantool-perl
> Version: 0.45-2
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

> Dear Maintainer,

> libdr-tarantool-perl's testsuite appears to non-deterministically fail, 
> causing
> itself to FTBFS.

> Using wall-clock time is inherently unreliable.

> […]

> #   Failed test 'total time less than 1 second'
> #   at t/090-parallel-requests.t line 153.
> # '8.6400101184845'
> # <=
> # '1'
> # Looks like you failed 1 test of 48.
> t/090-parallel-requests.t ...
> 1..48
> ok 1 - use DR::Tarantool::LLClient;
> ok 2 - use DR::Tarantool;
> ok 3 - use File::Spec::Functions;
> ok 4 - use File::Basename;
> ok 5 - use AnyEvent;
> ok 6 - use DR::Tarantool::AsyncClient;
> ok 7 - directory with test data
> ok 8 - t/test-data/llc-easy2.cfg
> ok 9 - -d t/test-data
> ok 10 - -r t/test-data/init.lua
> ok 11 - An object of class 'DR::Tarantool::AsyncClient' isa 
> 'DR::Tarantool::AsyncClient'
> ok 12 - first call test_parallel: status
> ok 13 - return value
> ok 14 - id: 6
> ok 15 - delay minimum
> ok 16 - delay maximum
> ok 17 - id: 1
> ok 18 - delay minimum
> ok 19 - delay maximum
> ok 20 - id: 4
> ok 21 - delay minimum
> ok 22 - delay maximum
> ok 23 - id: 7
> ok 24 - delay minimum
> ok 25 - delay maximum
> ok 26 - id: 3
> ok 27 - delay minimum
> ok 28 - delay maximum
> ok 29 - id: 10
> ok 30 - delay minimum
> ok 31 - delay maximum
> ok 32 - id: 2
> ok 33 - delay minimum
> ok 34 - delay maximum
> ok 35 - id: 5
> ok 36 - delay minimum
> ok 37 - delay maximum
> ok 38 - id: 9
> ok 39 - delay minimum
> ok 40 - delay maximum
> ok 41 - id: 8
> ok 42 - delay minimum
> ok 43 - delay maximum
> ok 44 - id: 0
> ok 45 - delay minimum
> ok 46 - delay maximum
> ok 47 - total time
> not ok 48 - total time less than 1 second
> Dubious, test returned 1 (wstat 256, 0x100)
> Failed 1/48 subtests

> […]

> The full build log is attached or can be viewed here:

> https://tests.reproducible-builds.org/debian/logs/unstable/amd64/libdr-tarantool-perl_0.45-2.build2.log.gz

> Regards,

> --
> ,''`.
> : :'  : Chris Lamb
> `. `'`  la...@debian.org / chris-lamb.co.uk
> `-
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#841579: libdr-tarantool-perl: FTBFS: build-dependency not installable: tarantool (< 1.6)

[Dmitry E. Oboukhov]

>>>> 16 Oct 0.45-1 was uploaded. The upload fixed the FTBFS, too. So I
>>>> close the ticket.
>>>> 
>>>> On 15:04 Fri 21 Oct , Lucas Nussbaum wrote:
>>>>> Source: libdr-tarantool-perl
>>>>> Version: 0.45-1
>> 
>>> Are you sure? The version that was tested was 0.45-1.
>> 
>> since 0.45-1 the package contains B-D record
>> tarantool (<< 1.6) | tarantool-lts
>> 
>> my pbuilder (sid) builds the package successfuly, but your log
>> contains the record:
>> 
>> The following packages have unmet dependencies:
>>  sbuild-build-depends-libdr-tarantool-perl-dummy : Depends: tarantool
>>  (< 1.6) but it is not going to be installed
>>  E: Unable to correct problems, you have held broken packages.
>> 
>> Why the build script didn't try to install tarantool-lts?

> The sbuild dependency resolver ignores alternate dependencies (in order
> to increase the reproducibility of builds). Could you write it as:
>> tarantool-lts | tarantool (<< 1.6)
> as tarantool-lts is a better first guess?

i've just already rewriten the depend, so I'll upload the package soon
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#841579: libdr-tarantool-perl: FTBFS: build-dependency not installable: tarantool (< 1.6)

[Dmitry E. Oboukhov]

>> 16 Oct 0.45-1 was uploaded. The upload fixed the FTBFS, too. So I
>> close the ticket.
>> 
>> On 15:04 Fri 21 Oct , Lucas Nussbaum wrote:
>>> Source: libdr-tarantool-perl
>>> Version: 0.45-1

> Are you sure? The version that was tested was 0.45-1.

since 0.45-1 the package contains B-D record
tarantool (<< 1.6) | tarantool-lts

my pbuilder (sid) builds the package successfuly, but your log
contains the record:

The following packages have unmet dependencies:
 sbuild-build-depends-libdr-tarantool-perl-dummy : Depends: tarantool
 (< 1.6) but it is not going to be installed
 E: Unable to correct problems, you have held broken packages.

Why the build script didn't try to install tarantool-lts?

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#559783: Upping the severity

[Dmitry E. Oboukhov]

 Increasing the severity since this prevents new uploads as it fails
 the embedded library check.

Hi, Eric!

cve-2009-3720 has closed long ago.
also upstream is dead (only security problems are fixed).

Do You have any other (not cve-2009-3720) causes to keep severity
serious?

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#710501: avinfo about to be removed from Debian

[Dmitry E. Oboukhov]

 Hello

 avinfo no longer builds on Debian/unstable:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710501

 Since this situation has lasted for quite a while, avinfo package is about to
 be removed from Debian/unstable (it's already gone from Debian/testing).

 Are you guys aware of this issue ?

 Do you plan to fix it ? (if necessary, I can sponsor an upload)

 All the best

yes, I'll fix the bug ASAP :)
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#703000: apache-preforks, , modperl, segfaults

[Dmitry E. Oboukhov]

 Package: libapache2-mod-perl2
 Version: 2.0.7-2
 Severity: grave

 Today I've upgraded my modperl upto wheezy from 2.0.7-1 to 2.0.7-2
 and apache began to crash.

 That's quite surprising, given the only source changes between those
 versions are in the test suite.

 Can you please downgrade back and verify that the crashes go away
 with 2.0.7-1?

No, 2.0.7-1 is already removed from repo :(


also yesterday i upgraded apache from 2.2.22-12 to 2.2.22-13.

PS: Mojolicious has no XS modules, but mod-perl crashes often.

So I think that the problem is in mod-perl (backtrace points to) or
apache :)

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#703000: apache-preforks, , modperl, segfaults

[Dmitry E. Oboukhov]

 Can you please downgrade back and verify that the crashes go away
 with 2.0.7-1?
 
 No, 2.0.7-1 is already removed from repo :(

 You can find old package versions at
 http://snapshot.debian.org/binary/libapache2-mod-perl2/

Thanks for url :)
I downgraded mod-perl, 2.0.7-1 crashes, too (the same backtrace)

Then I downgraded apache to 2.2.22-12 and 2.2.22-12 + modperl 2.0.7-1
don't crash. Also apache 2.2.22-12 and modperl 2.0.7-2 don't crash,
too.

But backtrace points to mod-perl, so I doubt to reassign the
bugreport.

 also yesterday i upgraded apache from 2.2.22-12 to 2.2.22-13.

 PS: Mojolicious has no XS modules, but mod-perl crashes often.
 
 So I think that the problem is in mod-perl (backtrace points to) or
 apache :)

 Could be perl itself just as well, I suppose.

 libapache2-mod-perl2 2.0.7-2 has been in testing for two months,
 I'd expect other reports if it was totally broken.

 apache2 2.2.22-13 only migrated recently, so it does seem possible
 that triggered the regression. (Then again, so did perl.)

 Please try to isolate which package upgrade caused the troubles.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#703000: apache-preforks, , modperl, segfaults

[Dmitry E. Oboukhov]

 PS: Mojolicious has no XS modules, but mod-perl crashes often.
 
 So I think that the problem is in mod-perl (backtrace points to) or
 apache :)

 Could you also check the way forward, with the recently rebuild
 libapache2-mod-perl2 in unstable (also only test fixes), to 2.0.7-3?
 libapache2-mod-perl2 2.0.7-3 was build after apache2 2.2.22-13 to
 unstable.

 Do you get the crashes then too?

 yeah! 2.0.7-3 works fine!

mod-perl 2.0.7-3 and apache 2.2.22-13 work fine.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#703000: apache-preforks, , modperl, segfaults

[Dmitry E. Oboukhov]

 also yesterday i upgraded apache from 2.2.22-12 to 2.2.22-13.
 
 PS: Mojolicious has no XS modules, but mod-perl crashes often.
 
 So I think that the problem is in mod-perl (backtrace points to) or
 apache :)

 Could you also check the way forward, with the recently rebuild
 libapache2-mod-perl2 in unstable (also only test fixes), to 2.0.7-3?
 libapache2-mod-perl2 2.0.7-3 was build after apache2 2.2.22-13 to
 unstable.

 Do you get the crashes then too?

yeah! 2.0.7-3 works fine!

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#703000: apache-preforks, , modperl, segfaults

[Dmitry E. Oboukhov]

 I downgraded mod-perl, 2.0.7-1 crashes, too (the same backtrace)
 
 Then I downgraded apache to 2.2.22-12 and 2.2.22-12 + modperl 2.0.7-1
 don't crash. Also apache 2.2.22-12 and modperl 2.0.7-2 don't crash,
 too.
 
 But backtrace points to mod-perl, so I doubt to reassign the
 bugreport.

 As an additional data point, I am happily running apache2/mod_perl2
 from unstable/amd64 with no issues.

 apache2 is 2.2.22-13 and libapache2-mod-perl2 is 2.0.7-3, which
 basically is the same as Dmitry's environment.

Now I've upgraded apache2 to 2.2.22-13 (again) and upgraded mod-perl
to 2.0.7-3 and I can't reproduce the bug.
So may be it is worth to rebuild mod-perl 2.0.7-2 with new apache
or to push 2.0.7-3 to testing?
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#703000: apache-preforks, , modperl, segfaults

[Dmitry E. Oboukhov]

 = 1096241743
#26 0x7f01c027b908 in ap_process_connection (c=c@entry=0x7f01c005b290, 
csd=optimized out) at connection.c:190
rc = optimized out
#27 0x7f01c0289cb9 in child_main (child_num_arg=child_num_arg@entry=0)
at prefork.c:667
current_conn = 0x7f01c005b290
csd = 0x7f01c005b0a0
ptrans = 0x7f01c005b028
allocator = 0x7f01c160e100
status = optimized out
i = optimized out
lr = optimized out
pollset = 0x7f01c005d0c8
sbh = 0x7f01c005d0c0
bucket_alloc = 0x7f01c0059028
last_poll_idx = 0
#28 0x7f01c028a3d2 in make_child (slot=0, s=0x7f01c0215818)
at prefork.c:768
pid = 0
#29 make_child (s=0x7f01c0215818, slot=0) at prefork.c:696
No locals.
#30 0x7f01c028a476 in startup_children (number_to_start=5) at prefork.c:786
i = optimized out
#31 0x7f01c028add5 in ap_mpm_run (_pconf=_pconf@entry=0x7f01c021b028, 
plog=optimized out, s=s@entry=0x7f01c0215818) at prefork.c:1007
index = optimized out
remaining_children_to_start = optimized out
rv = optimized out
#32 0x7f01c025f832 in main (argc=3, argv=0x761da428) at main.c:755
c = 0 '\000'
configtestonly = 0
confname = 0x7f01c028c952 apache2.conf
def_server_root = 0x7f01c028c945 /etc/apache2
temp_error_log = optimized out
error = optimized out
process = 0x7f01c021d118
server_conf = 0x7f01c0215818
pglobal = optimized out
pconf = 0x7f01c021b028
plog = 0x7f01c01e7028
ptemp = 0x7f01c0213028
---Type return to continue, or q return to quit---pcommands = 
0x7f01c0219028
opt = 0x7f01c0219118
rv = 0
mod = optimized out
optarg = 0x7f01c021d028 (p\\300\001\177
signal_server = optimized out
(gdb) quit

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#689205: app-install-data and goldendict: error when trying to install together

[Dmitry E. Oboukhov]

-4_amd64.deb) ...
 Selecting previously unselected package libdc1394-22:amd64.
 Unpacking libdc1394-22:amd64 (from .../libdc1394-22_2.2.0-2_amd64.deb) ...
 Selecting previously unselected package libdca0.
 Unpacking libdca0 (from .../libdca0_0.0.5-5_amd64.deb) ...
 Selecting previously unselected package libdvbpsi7.
 Unpacking libdvbpsi7 (from .../libdvbpsi7_0.2.2-1_amd64.deb) ...
 Selecting previously unselected package libiso9660-8.
 Unpacking libiso9660-8 (from .../libiso9660-8_0.83-4_amd64.deb) ...
 Selecting previously unselected package libkate1.
 Unpacking libkate1 (from .../libkate1_0.4.1-1_amd64.deb) ...
 Selecting previously unselected package liblircclient0.
 Unpacking liblircclient0 (from .../liblircclient0_0.9.0~pre1-1_amd64.deb) ...
 Selecting previously unselected package libmad0.
 Unpacking libmad0 (from .../libmad0_0.15.1b-7_amd64.deb) ...
 Selecting previously unselected package libmodplug1.
 Unpacking libmodplug1 (from .../libmodplug1_1%3a0.8.8.4-3_amd64.deb) ...
 Selecting previously unselected package libresid-builder0c2a.
 Unpacking libresid-builder0c2a (from 
 .../libresid-builder0c2a_2.1.1-13_amd64.deb) ...
 Selecting previously unselected package libsidplay2.
 Unpacking libsidplay2 (from .../libsidplay2_2.1.1-13_amd64.deb) ...
 Selecting previously unselected package libtag1c2a:amd64.
 Unpacking libtag1c2a:amd64 (from .../libtag1c2a_1.7.2-1_amd64.deb) ...
 Selecting previously unselected package libtwolame0.
 Unpacking libtwolame0 (from .../libtwolame0_0.3.13-1_amd64.deb) ...
 Selecting previously unselected package libupnp6.
 Unpacking libupnp6 (from .../libupnp6_1%3a1.6.17-1.1_amd64.deb) ...
 Selecting previously unselected package libvcdinfo0.
 Unpacking libvcdinfo0 (from .../libvcdinfo0_0.7.24-1+b1_amd64.deb) ...
 Selecting previously unselected package vlc-nox.
 Unpacking vlc-nox (from .../vlc-nox_2.0.3-2_amd64.deb) ...
 Selecting previously unselected package app-install-data.
 Unpacking app-install-data (from .../app-install-data_2012.06.16.1_all.deb) 
 ...
 Selecting previously unselected package phonon-backend-vlc.
 Unpacking phonon-backend-vlc (from .../phonon-backend-vlc_0.6.0-1_amd64.deb) 
 ...
 Selecting previously unselected package phonon:amd64.
 Unpacking phonon:amd64 (from .../phonon_4%3a4.6.0.0-2_amd64.deb) ...
 Selecting previously unselected package goldendict.
 Unpacking goldendict (from .../goldendict_1.0.2~git20120929-2_amd64.deb) ...
 dpkg: error processing 
 /var/cache/apt/archives/goldendict_1.0.2~git20120929-2_amd64.deb (--unpack):
 trying to overwrite '/usr/share/app-install/desktop/goldendict.desktop', 
 which is also in package app-install-data 2012.06.16.1
 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
 Processing triggers for man-db ...
 Errors were encountered while processing:
 /var/cache/apt/archives/goldendict_1.0.2~git20120929-2_amd64.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 cow-shell unlink .ilist: No such file or directory

 This is a serious bug as it makes installation fail, and violates
 sections 7.6.1 and 10.1 of the policy. An optimal solution would
 consist in only one of the packages installing that file, and renaming
 or removing the file in the other package. Depending on the
 circumstances you might also consider Replace relations or file
 diversions. If the conflicting situation cannot be resolved then, as a
 last resort, the two packages have to declare a mutual
 Conflict. Please take into account that Replaces, Conflicts and
 diversions should only be used when packages provide different
 implementations for the same functionality.

 Here is a list of files that are known to be shared by both packages
 (according to the Contents file for sid/amd64, which may be
 slightly out of sync):

 /usr/share/app-install/desktop/goldendict.desktop

 This bug has been filed against both packages. If you, the maintainers of
 the two packages in question, have agreed on which of the packages will
 resolve the problem please reassign the bug to that package. You may then
 also register in the BTS that the other package is affected by the bug.

 -Ralf.

 PS: for more information about the detection of file overwrite errors
 of this kind see http://edos.debian.net/file-overwrites/.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#689205: app-install-data and goldendict: error when trying to install together

[Dmitry E. Oboukhov]

 
 I don't know why the other package includes goldendict's
 desktop/icons.
 I think that it should be fixed in app-install-data.

 You are installing a file into app-install-data's private
 directory. app-install-data collects all desktop files
 from /usr/share/applications and icons in the archive; that
 is used by higher-level tools like Software Center to display
 graphical applications available in Debian.

Ok, I'll add Conflicts section into my debian/control.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#689205: app-install-data and goldendict: error when trying to install together

[Dmitry E. Oboukhov]

 I don't know why the other package includes goldendict's
 desktop/icons.
 I think that it should be fixed in app-install-data.
 
 You are installing a file into app-install-data's private
 directory. app-install-data collects all desktop files
 from /usr/share/applications and icons in the archive; that
 is used by higher-level tools like Software Center to display
 graphical applications available in Debian.
 
 Ok, I'll add Conflicts section into my debian/control.

 No, drop the file. Applications install their desktop files into
 /usr/share/applications

which application uses the directory? 
Theese files rather strange. I don't understand at all what are they
needed for.
Ok I'll remove goldendict.desktop file.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#685536: Acknowledgement (planetsplitter crahes on current planet.osm.bz2)

[Dmitry E. Oboukhov]

I've just rebuilt the package with debug symbols and tried to use
--parse-only and --process-only.
It crashes with --process-only:

apache:[~/work/osm/routine]$ pv ../map/planet-latest.osm.bz2 | 
bunzip2|planetsplitter --loggable --parse-only

Parse OSM Data
==

22,1GB 13:37:38 [ 471kB/s] [=] 100%
Read: Lines=4418786769 Nodes=1517336218 Ways=143432273 Relations=1486052

apache:[~/work/osm/routine]$ planetsplitter --process-only

Process OSM Data


Sorting Nodesplanetsplitter: nodesx.c:190: SortNodeList: Assertion 
`nodesx-idata' failed.
zsh: abort (core dumped)  planetsplitter --process-only
apache:[~/work/osm/routine]$ echo bt|gdb planetsplitter core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
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:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/planetsplitter...(no debugging symbols 
found)...done.
[New LWP 13766]

warning: Can't read pathname for load map: Ошибка ввода/вывода.
Core was generated by `planetsplitter --process-only'.
Program terminated with signal 6, Aborted.
#0  0x7f3c9f68b475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) #0  0x7f3c9f68b475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7f3c9f68e6f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x7f3c9f684621 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x00402872 in SortNodeList ()
#4  0x00401a49 in main ()
(gdb) quit

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#685536: Acknowledgement (planetsplitter crahes on current planet.osm.bz2)

[Dmitry E. Oboukhov]

tags found 2.3.1-1
thanks

Hi!

I've just tried the latest version. It crashes, too.

apache:[~/work/osm/routine]$ planetsplitter --process-only

Process OSM Data


Sorted Nodes: Nodes=0 Duplicates=0
Sorted Segments: Segments=0
Sorted Ways by Name: Ways=138814
Separated Way Names: Ways=138814 Names=130148 
Sorted Ways: Ways=138814 Duplicates=113837
Sorted Turn Relations: Relations=119941 Duplicates=0
Checked Segments: Segments=0 Duplicate=0 Loop=0 No-Node=0 
Checked Nodes: Nodes=0 Highway=0 not-Highway=0
Processed Route Relations (1): Relations=1192027 Modified Ways=261 
Processed Route Relations (2): Relations=6166 Modified Ways=0 
Processed Route Relations (3): Relations=5280 Modified Ways=0 
Processed Route Relations (4): Relations=351 Modified Ways=0 
Processing Turn Relations (1): Relations=0zsh: segmentation fault (core dumped) 
 planetsplitter --process-only
apache:[~/work/osm/routine]$ ls core  
core
apache:[~/work/osm/routine]$ echo bt|gdb planetsplitter core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
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:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/planetsplitter...(no debugging symbols 
found)...done.
[New LWP 13820]

warning: Can't read pathname for load map: Ошибка ввода/вывода.
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Core was generated by `planetsplitter --process-only'.
Program terminated with signal 11, Segmentation fault.
#0  0x00402dbd in IndexNodeX ()
(gdb) #0  0x00402dbd in IndexNodeX ()
#1  0x00406223 in ProcessTurnRelations1 ()
#2  0x00401e45 in main ()
(gdb) quit


On 13:03 Wed 22 Aug , Dmitry E. Oboukhov wrote:
 I've just rebuilt the package with debug symbols and tried to use
 --parse-only and --process-only.
 It crashes with --process-only:

 apache:[~/work/osm/routine]$ pv ../map/planet-latest.osm.bz2 | 
 bunzip2|planetsplitter --loggable --parse-only

 Parse OSM Data
 ==

 22,1GB 13:37:38 [ 471kB/s] [=] 100%
 Read: Lines=4418786769 Nodes=1517336218 Ways=143432273 Relations=1486052

 apache:[~/work/osm/routine]$ planetsplitter --process-only

 Process OSM Data
 

 Sorting Nodesplanetsplitter: nodesx.c:190: SortNodeList: Assertion 
 `nodesx-idata' failed.
 zsh: abort (core dumped)  planetsplitter --process-only
 apache:[~/work/osm/routine]$ echo bt|gdb planetsplitter core
 GNU gdb (GDB) 7.4.1-debian
 Copyright (C) 2012 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
 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:
 http://www.gnu.org/software/gdb/bugs/...
 Reading symbols from /usr/bin/planetsplitter...(no debugging symbols 
 found)...done.
 [New LWP 13766]

 warning: Can't read pathname for load map: Ошибка ввода/вывода.
 Core was generated by `planetsplitter --process-only'.
 Program terminated with signal 6, Aborted.
 #0  0x7f3c9f68b475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
 (gdb) #0  0x7f3c9f68b475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
 #1  0x7f3c9f68e6f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6
 #2  0x7f3c9f684621 in __assert_fail () from 
 /lib/x86_64-linux-gnu/libc.so.6
 #3  0x00402872 in SortNodeList ()
 #4  0x00401a49 in main ()
 (gdb) quit

 --

 . ''`.   Dmitry E. Oboukhov
 : :’  :   email: un...@debian.org jabber://un...@uvw.ru
 `. `~’  GPGKey: 1024D / F8E26537 2006-11-21
 `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#685536: planetsplitter crahes on current planet.osm.bz2

[Dmitry E. Oboukhov]

Package: routino
Severity: grave
Version: 2.2-4

If You download current planet.osm.bz2 and try to use planetsplitter
with it it will crash (accert):

$ pv ../map/planet-latest.osm.bz2 | bunzip2|planetsplitter --loggable

Parse OSM Data
==
 
22,1GB 11:57:50 [ 537kB/s] [=] 100%
Read: Lines=4418786769 Nodes=1517336218 Ways=143432273 Relations=1486052

Process OSM Data


planetsplitter: nodesx.c:190: SortNodeList: Assertion `nodesx-idata' failed.
zsh: done pv ../map/planet-latest.osm.bz2 | bunzip2 | 
zsh: abort (core dumped)  planetsplitter --loggable

echo bt|gdb planetsplitter core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
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:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/planetsplitter...(no debugging symbols 
found)...done.
[New LWP 26259]

warning: Can't read pathname for load map: Ошибка ввода/вывода.
Core was generated by `planetsplitter --loggable'.
Program terminated with signal 6, Aborted.
#0  0x7f3ec70f9475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) #0  0x7f3ec70f9475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7f3ec70fc6f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x7f3ec70f2621 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x00402872 in ?? ()
#4  0x00401a49 in ?? ()
#5  0x7f3ec70e5ead in __libc_start_main ()
   from /lib/x86_64-linux-gnu/libc.so.6
#6  0x004022d5 in ?? ()
#7  0x7fffbc7cb968 in ?? ()
#8  0x001c in ?? ()
#9  0x0002 in ?? ()
#10 0x7fffbc7cc665 in ?? ()
#11 0x7fffbc7cc674 in ?? ()
#12 0x in ?? ()
(gdb) quit

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: Coro segfaults

[Dmitry E. Oboukhov]

 https://gist.github.com/3059829

 Looking at that program, it seems you build a very large recursive data
 structure and then free it in one go, without providing appropriate stack
 space for this operation, so the segfault just means out of memory
 because of the deep recursion.

1000 +- 100 hashes with 3-4 fields in 100 asyncs...
test computer has more than 4G RAM.

also you can watch these segfaults if You reduce iteration count, it
will be rarelly, but they will be.


 As such, the problem has nothing to do with Coro, you are just running out
 of memory (and Coro detects this because it places guard pages at the end
 of stack to catch this problem).

 You can verify that by using gdb to get a backtrace on the crash - most
 likely you will see hundreds of recursions inside sv_free.

by default ulimit -s == 8192, Coro::State::cctx_stacksize == 16384

I've increased these limits upto 327680 - the script segfaults.

But If I comment 'weaken' lines (and head pointer in $head variable)
it doesn't crash even if ulimit -s == 8192 /
Coro::State::cctx_stacksize == 16384.

The code that never crashes
https://gist.github.com/3059829#gistcomment-366046

and the code that crashes have the same stack requirements.
Also the second example never crashes if You increase iterations in 10
times: it gets ~2G RAM but it doesn't crash.

So I think that crashes happen if You use 'weaken' in Yur objects.

 If you free large data structures you need to increase the stack space,
 either using ulimit -s and/or using Coro::State::cctx_stacksize. Or change
 your program to use less memory on free.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: Coro segfaults

[Dmitry E. Oboukhov]

 Could You analyse the problem?

 Not without you first reading the documentation when configuring it and
 working through all the options, no :)

Of course I (as the most people) read documentation fully if I stumble
over problem. :)

But (as I showed in my previous letter) the problem stands not in
stacksize - in weaken objects.

So could You thrust me to the part of documentation that describes
problems of using 'weaken' with Coro?

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: Coro segfaults

[Dmitry E. Oboukhov]

 https://gist.github.com/3059829

 Looking at that program, it seems you build a very large recursive data
 structure and then free it in one go, without providing appropriate stack
 space for this operation, so the segfault just means out of memory
 because of the deep recursion.

 As such, the problem has nothing to do with Coro, you are just running out
 of memory (and Coro detects this because it places guard pages at the end
 of stack to catch this problem).

 You can verify that by using gdb to get a backtrace on the crash - most
 likely you will see hundreds of recursions inside sv_free.

 If you free large data structures you need to increase the stack space,
 either using ulimit -s and/or using Coro::State::cctx_stacksize. Or change
 your program to use less memory on free.


https://gist.github.com/3059829#gistcomment-366066

I've just dropped out a lot of unnessesary code and reduced iterations
count in test.

So now example crashes if it uses 100x(100+0-100) asyncs and uses
weaken.

But if it doesn't use weakens it never crashes even if it uses
500x(2000+0-100) iterations.

ulimit -s and Coro::State::cctx_stacksize don't influence on crashes.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: Coro segfaults

[Dmitry E. Oboukhov]

 Looking at that program, it seems you build a very large recursive data
 structure and then free it in one go, without providing appropriate stack
 space for this operation, so the segfault just means out of memory
 because of the deep recursion.

 As such, the problem has nothing to do with Coro, you are just running out
 of memory (and Coro detects this because it places guard pages at the end
 of stack to catch this problem).

 You can verify that by using gdb to get a backtrace on the crash - most
 likely you will see hundreds of recursions inside sv_free.

 If you free large data structures you need to increase the stack space,
 either using ulimit -s and/or using Coro::State::cctx_stacksize. Or change
 your program to use less memory on free.

 https://gist.github.com/3059829#gistcomment-366066

 I've just dropped out a lot of unnessesary code and reduced iterations
 count in test.

 So now example crashes if it uses 100x(100+0-100) asyncs and uses
 weaken.

 But if it doesn't use weakens it never crashes even if it uses
 500x(2000+0-100) iterations.

sorry for mistake.
I didn't commetn $tail-{head} = $head;

the first example crashes, too,
but increasing ulimit -s and Coro::State::cctx_stacksize doesn't help
:(


 ulimit -s and Coro::State::cctx_stacksize don't influence on crashes.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: libcoro-perl often segfaults

[Dmitry E. Oboukhov]

On 11:12 Fri 29 Jun , Alessandro Ghedini wrote:
 On Fri, Jun 29, 2012 at 06:31:52AM +0400, Dmitry E. Oboukhov wrote:
 found 679447 6.070-1+b1
 thanks
 
 
 I can't reproduce crashes in 6.070-1+b1 :)
 
 sorry for mistake. 6.070-1+b1 crashes, too

 Still, I can't reproduce it. The example code you provided doesn't segfault
 (with $n = 100, bigger than that my pc freezes), and Corona works fine 
 too.

 On amd64 it seems to work fine. Could you please provide a more specific
 procedure to reproduce the issue? That is, how are you getting failures so 
 reliably?


Hi!

I've extracted a code that causes segfaults.

It can be found here:
https://gist.github.com/3059829

start server (it will create socket with default name or ARGV[0]) and
then start client (it will connect to socket with default name or
ARGV[0]).

see also comments under gist.github
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: Coro segfaults

[Dmitry E. Oboukhov]

Hi, Marc!

I tried to up a project using Coro and stumbled on segfaults
in perl Coro. Then I realized my project with AnyEvent (old way), but
today I had some time to create test, so I've extracted part of code
from my project and placed it here:

https://gist.github.com/3059829

I think it segfaults if a module uses weaken refs (trees, iterators,
objects that uses AE-watchers, etc), but I can be mistaken.

The code segfaults randomly but pretty often.

The code segfaults under Perl-5.14.2 and Perl-5.8.8 (I've tested in
using perlbrew).

Could You analyse the problem?

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: libcoro-perl often segfaults

[Dmitry E. Oboukhov]

found 679447 6.080-3
thanks

Hi, Alessandro!

I've just installed 6.080-3. It has the same problems.

 Package: libcoro-perl
 Severity: grave
 Version: 6.080

 What version is that supposed to be? I suppose 6.080-2, and yes, it was a
 mistake. Everything should be fixed in 6.080-3. Would you mind testing it just
 to be sure? (you can find the new package at incoming.debian.org).

 Cheers

 --
 perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: libcoro-perl often segfaults

[Dmitry E. Oboukhov]

found 679447 6.080-1
found 679447 6.080-2
notfound 679447 6.070-1+b1
thanks


Hi, Alessandro!

I've just tried the other versions that are in debian.
I can't reproduce crashes in 6.070-1+b1 :)

On 06:02 Fri 29 Jun , Dmitry E. Oboukhov wrote:
 found 679447 6.080-3
 thanks

 Hi, Alessandro!

 I've just installed 6.080-3. It has the same problems.

 Package: libcoro-perl
 Severity: grave
 Version: 6.080

 What version is that supposed to be? I suppose 6.080-2, and yes, it was a
 mistake. Everything should be fixed in 6.080-3. Would you mind testing it 
 just
 to be sure? (you can find the new package at incoming.debian.org).

 Cheers

 --
 perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#679447: libcoro-perl often segfaults

[Dmitry E. Oboukhov]

found 679447 6.070-1+b1
thanks


 I can't reproduce crashes in 6.070-1+b1 :)

sorry for mistake. 6.070-1+b1 crashes, too
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#650359: segmentation fault gmpc

[Dmitry E. Oboukhov]

 tag 650359 + unreproducible
 thanks

 Hello,

 I can't reproduce this bug on my machine. I'll try running gmpc in
 longer sessions, where the bug may be triggered.

 If anyone else is affected, please let me know !

 glyr  the new version of gmpc probably won't make it into wheezy, so
 fixing this bug is now a priority of mine :)

since I removed gpmc's cache it crashes rarely. But crashes from time to
time.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#676114: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))

[Dmitry E. Oboukhov]

 Per Andersson escreveu isso aí:
 Please see the attached patch and try if it works.

 Heh, except that you missed other usages of the same pattern. Andreas,
 please try the attached patch.

 As Per explained, the problem is that in Ruby 1.8, a string is an array
 of bytes, so str[0] returns a number (the byte at position 0).  Ruby 1.9
 is fully encoding-aware, so a string is an array of characters and
 str[0] returns a string that is the first *character* in str.

 What I did was replacing the occurrences of str[0] with str.bytes.first
 to explicitly request the first *byte* in str.

 The resulting output when run with Ruby 1.9 is pretty much the same as
 the original version generates when run by Ruby 1.8, *except* for the
 ordering between lowercase and lowercase letters. Maybe that is due to
 some other detail, but understanding that script completely is too much
 for me. :)

 If that's not acceptable, you can also (at least for Wheezy) run the
 script from debian/rules with `ruby1.8` instead of `ruby` and build
 depend on ruby1.8 explicitly.


Hi, Andreas and the other people!

I see you have already patched the script. Sorry for my later
response: I'm very busy these days: I'm trying to change my job.
I will able to do something in week or two. Please don't drop packages
in the time :)

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#669309: frogatto: diff for NMU version 1.1+dfsg-4.1

[Dmitry E. Oboukhov]

 Dear maintainer,

 I've prepared an NMU for frogatto (versioned as 1.1+dfsg-4.1) and
 uploaded it to DELAYED/7. Please feel free to tell me if I should
 delay it longer.

Hi!

I've tagged all my packages as LowNMU, so You can skip DELAY stage,
but please push Your changes into git.debian.org.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found

[Dmitry E. Oboukhov]

 severity 655801 important
 thanks
 
 I can't reproduce the bug. So I reduce severity level.
 
 I can. Please post a build log including dependencies installation, so
 we can see why lua is there for you but not for me.
 
 I think that Your filesystem is a cause for Your trouble.

 Can you elaborate ?

 buildlog for i386:
 
 https://buildd.debian.org/status/fetch.php?pkg=tarantoolarch=i386ver=1.4.4%2B20120127-1stamp=1327746838

 In your log:

 make[4]: Entering directory
 `/build/buildd-tarantool_1.4.4+20120127-1-i386-v48zmd/tarantool-1.4.4+20120127/build-area/third_party/luajit/src'
 HOSTCCbuildvm.o
 gcc  -O2 -fomit-frame-pointer -Wall  -c -o buildvm.o buildvm.c
 HOSTCCbuildvm_asm.o
 gcc  -O2 -fomit-frame-pointer -Wall  -c -o buildvm_asm.o
 buildvm_asm.c
 [...]

 In my log:
 make[4]: Entering directory
 `/«BUILDDIR»/tarantool-1.4.4+20120127/build-area/third_party/luajit/src'
 DYNASMbuildvm_ppcspe.h
 lua ../dynasm/dynasm.lua  -D SPE -o buildvm_ppcspe.h buildvm_ppc.dasc
 make[4]: lua: Command not found
 make[4]: *** [buildvm_ppcspe.h] Error 127

 Can you explain that difference?

I think that Your tar unpacked buildvm_ppcspe.h after buildvm_ppc.dasc
and set wrong date for the file.

The project contains some parts that are prebuilt by hand, for example
some ragel c-objects and the case. But they aren't compiled if You
unpack tarball correctly.

I can reproduce Your problem only If I change datetime some files by
hand.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found

[Dmitry E. Oboukhov]

 I can reproduce Your problem only If I change datetime some files by
 hand.

 Are you using ext3 or ext4?

Yes, I'm using ext4 and ext3 and pbuilder and can't reproduce Your
problem :)
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found

[Dmitry E. Oboukhov]

 What happens on my system is that buildvm_ppc.dasc is newer than
 buildvm_ppcspe.h:

 (unstable-amd64-sbuild)root@ip-10-250-219-242:~/tarantool-1.4.4+20120127/build-area/third_party/luajit/src#
  stat buildvm_ppcspe.h buildvm_ppc.dasc ../dynasm/dynasm.lua
 File: `buildvm_ppcspe.h'
 Size: 89531   Blocks: 192IO Block: 4096   regular file
 Device: 11h/17d   Inode: 57883   Links: 1
 Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
 Access: 2012-04-20 19:06:21.080027787 +
 Modify: 2012-04-20 19:06:21.080027787 +
 Change: 2012-04-20 19:06:21.080027787 +
 Birth: -
 File: `buildvm_ppc.dasc'
 Size: 105208  Blocks: 224IO Block: 4096   regular file
 Device: 11h/17d   Inode: 57976   Links: 1
 Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
 Access: 2012-04-20 19:06:21.084027557 +
 Modify: 2012-04-20 19:06:21.084027557 +
 Change: 2012-04-20 19:06:21.084027557 +
 Birth: -
 File: `../dynasm/dynasm.lua'
 Size: 30427   Blocks: 64 IO Block: 4096   regular file
 Device: 11h/17d   Inode: 57862   Links: 1
 Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
 Access: 2012-04-20 19:06:21.080027787 +
 Modify: 2012-04-20 19:06:21.080027787 +
 Change: 2012-04-20 19:06:21.080027787 +
 Birth: -

$ curl -s 
http://cdn.debian.net/debian/pool/main/t/tarantool/tarantool_1.4.4%2b20120127.orig.tar.gz|tar
 -tzv|grep 'buildvm_ppcspe.h\|buildvm_ppc.dasc'

-rw-rw-r-- root/root105208 2011-12-27 11:17 
tarantool-1.4.4+20120127/third_party/luajit/src/buildvm_ppc.dasc
-rw-rw-r-- root/root 89531 2011-12-27 11:17 
tarantool-1.4.4+20120127/third_party/luajit/src/buildvm_ppcspe.h

So it must be 11:17 2011-12-27 against Your 2012-04-20 19:06:21.080027787

You have broken tar or broken filesystem that unpack or save files
incorrectly.

 so make decides that it needs to rebuild buildvm_ppcspe.h, which fails.

 I don't know why it's the case on my system but not on yours, but I also do 
 not
 see any reason why this should not happen.

I don't know, too. May be You use some buildup over ext[3-4]? or
special mount optins? Hgm...

What is the version of tar You use?
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found

[Dmitry E. Oboukhov]

Severity 655801 normal
thanks


 so make decides that it needs to rebuild buildvm_ppcspe.h, which fails.
 
 I don't know why it's the case on my system but not on yours, but I also do 
 not
 see any reason why this should not happen.
 
 I don't know, too. May be You use some buildup over ext[3-4]? or
 special mount optins? Hgm...

 I use tmpfs. But tarantool would be the first package to exhibit a tmpfs
 problem.

I think You can have problem in some packages that should restart
auto[make/conf] if source files are changed.

It seems that a few years ago someone filed such bugreport about
fluxbox. Since that it contains autoconf and (or) automake in its
B-D in spit of it doesn't need.

But in tarantool I can't do so because tarantool uses old versions of
lua. Upstream has plans to migrate to current version, but it just is
a plan.

 What is the version of tar You use?

 everything is plain unstable.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found

[Dmitry E. Oboukhov]

 On 19/01/12 at 03:07 +0400, Dmitry E. Oboukhov wrote:
 severity 655801 important
 thanks
 
 I can't reproduce the bug. So I reduce severity level.

 I can. Please post a build log including dependencies installation, so
 we can see why lua is there for you but not for me.

I think that Your filesystem is a cause for Your trouble.

buildlog for i386:

https://buildd.debian.org/status/fetch.php?pkg=tarantoolarch=i386ver=1.4.4%2B20120127-1stamp=1327746838

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found

[Dmitry E. Oboukhov]

tags 655801 unreproducible moreinfo
thanks

Hi!

I can't reproduce the bug. I've just built the package using pbuilder.
It is built fine. Also debian's buildd server built the package
recently, too.

 Source: tarantool
 Version: 1.4.4+20111229+2-2
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20120112 qa-ftbfs
 Justification: FTBFS on amd64

 Hi,

 During a rebuild of all packages in sid, your package failed to build on
 amd64.

 Relevant part:
 make[4]: Entering directory 
 `/build/tarantool-150Psl/tarantool-1.4.4+20111229+2/build-area/third_party/luajit/src'
 DYNASMbuildvm_ppcspe.h
 lua ../dynasm/dynasm.lua  -D SPE -o buildvm_ppcspe.h buildvm_ppc.dasc
 make[4]: lua: Command not found
 make[4]: *** [buildvm_ppcspe.h] Error 127

 The full build log is available from:
 http://people.debian.org/~lucas/logs/2012/01/12/tarantool_1.4.4+20111229+2-2_lsid64.buildlog

 A list of current common problems and possible solutions is available at
 http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
 of the Grid'5000 platform, using a clean chroot.  Internet was not
 accessible from the build systems.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found

[Dmitry E. Oboukhov]

 tags 655801 unreproducible moreinfo
 thanks
 
 Hi!
 
 I can't reproduce the bug. I've just built the package using pbuilder.
 It is built fine. Also debian's buildd server built the package
 recently, too.

 Please post your build log and a diff between your build log and mine.

You can see debian buildd log here:

https://buildd.debian.org/status/fetch.php?pkg=tarantoolarch=i386ver=1.4.4%2B20111229%2B2-2stamp=1325190422

I have the same log for amd64.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#650359: segmentation fault gmpc

[Dmitry E. Oboukhov]

 Hi!

 After removing ~/.cache/gmpc gmpc began to work fine. Now is the
 second day it is started :)

 If it crashes I'll report the bug :)

It was a mistake.

After removing ~/.cache/gmpc gmpc crashes, too. But it crashes rarely
than before removing. So the bug is still reproducible.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#650359: segmentation fault gmpc

[Dmitry E. Oboukhov]

 I've just upgraded gmpc upto 11.8.16-1. It always crashes.
 The bug is reproducible in a few hosts (desktop, notebook, the other
 desktop).
 
 Hello !
 
 Thanks a lot for the backtrace, that helps. I have a few questions to
 narrow a bit htis bug :
 
 * Do you have gmpc-plugins installed too (and which version) ? If
 so, does the problem occur when you launch gmpc with the
 --disable-plugins switch ?
 
 That was the first thing that I tried to do.
 When it chrashed the first time, I deleted gmpc-plugins.
 It crashes with plugins. It crashes without plugins.
 :(

 Thanks for the trace. Did you also try to remove (after making a
 backup) ~/.cache/gmpc (or $XDG_CACHE_HOME/gmpc) ?

 I am preparing gmyr (ITP #651416) in order to package a newer git
 snapshot, where the provider code has disappeared.


Hi!

After removing ~/.cache/gmpc gmpc began to work fine. Now is the
second day it is started :)

If it crashes I'll report the bug :)

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#650359: segmentation fault gmpc

[Dmitry E. Oboukhov]

:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: ChartLyrics 
Plugin

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Database

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Play Queue

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Упрощённые 
команды Gmpc

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Search Browser

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Connection

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Server Settings

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Interface

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Tag based 
browser

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Multimedia Keys

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Notification

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Playlist Editor

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Server 
Information

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Metadata Handler

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Proxy

(gmpc:26433): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Internal Extra 
Playlist View

(gmpc:26433): Gmpc.Plugin.Man
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#650359: Info received (Bug#650359: segmentation fault gmpc)

[Dmitry E. Oboukhov]

Sorry. It eaten tail of log

...

(gmpc:27557): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: DiscoGS Artist 
and Album Image Fetcher (internal)

(gmpc:27557): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Last FM 
metadata fetcher (internal)

(gmpc:27557): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Music Tree 
Provider

(gmpc:27557): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Home Theater 
Backdrops

(gmpc:27557): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Backdrop 
Renderer

(gmpc:27557): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: Lyrics DB Plugin

(gmpc:27557): Gmpc.Plugin.Manager-DEBUG: Status changed plugin: ChartLyrics 
Plugin

(gmpc:27557): EasyDownload-DEBUG: Expected download length: 0
zsh: segmentation fault  gmpc --disable-plugins --debug-level 3
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#650359: segmentation fault gmpc

[Dmitry E. Oboukhov]

Package: gmpc
Version: 11.8.16-1
Severity: grave

Hi!

I've just upgraded gmpc upto 11.8.16-1. It always crashes.
The bug is reproducible in a few hosts (desktop, notebook, the other
desktop).

Backtrace:

apache:[~]$ gdb gmpc core
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
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:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/gmpc...Reading symbols from 
/usr/lib/debug/usr/bin/gmpc...done.
done.
[New LWP 22022]
[New LWP 22050]

warning: Can't read pathname for load map: Ошибка ввода/вывода.
[Thread debugging using libthread_db enabled]
Core was generated by `gmpc'.
Program terminated with signal 11, Segmentation fault.
#0  0x0046016c in gmpc_easy_handler_get_data_as_string (
handle=0x15158b0) at Tools/gmpc_easy_download.c:502
502 Tools/gmpc_easy_download.c: Нет такого файла или каталога.
in Tools/gmpc_easy_download.c
(gdb) bt
#0  0x0046016c in gmpc_easy_handler_get_data_as_string (
handle=0x15158b0) at Tools/gmpc_easy_download.c:502
#1  0x00470f3d in gmpc_provider_lyr_db_handle_download (d=0x1631d40, 
status=optimized out, handle=optimized out, self=0x12bf1c0)
at Providers/LyrDB.c:459
#2  _gmpc_provider_lyr_db_handle_download_gmpc_async_download_callback_vala (
handle=optimized out, status=optimized out, p=0x1631d40, 
self=0x12bf1c0) at Providers/LyrDB.c:495
#3  0x0045f85d in temp_callback (handle=optimized out, 
status=GEAD_DONE, user_data=0x12ce570) at Tools/gmpc_easy_download.c:611
#4  0x0045fbf0 in gmpc_easy_async_callback (session=optimized out, 
msg=optimized out, data=0x15158b0) at Tools/gmpc_easy_download.c:448
#5  0x7f19207a936a in ?? () from /usr/lib/libsoup-2.4.so.1
#6  0x7f19207a95c0 in ?? () from /usr/lib/libsoup-2.4.so.1
#7  0x7f19207a9c13 in ?? () from /usr/lib/libsoup-2.4.so.1
#8  0x7f191db9fedd in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#9  0x7f191dba06b8 in ?? () from /lib/libglib-2.0.so.0
#10 0x7f191dba0cfa in g_main_loop_run () from /lib/libglib-2.0.so.0
#11 0x7f191f4fb717 in gtk_main ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#12 0x00428754 in main (argc=1, argv=0x7fff0545c348) at main.c:592
(gdb)
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#639069: wordnet: FTBFS: dictzip -k goldendict-wordnet.dsl freezes

[Dmitry E. Oboukhov]

severity 639069 normal
thanks

 Hi Dmitry,

 could you please care for this problem.  I do not know anything about
 this ruby using goldendict stuff. :-(

 Kind regards

This isn't our bug. This is a buildd bug (but this isn't buildd bug
this is a installation-specific settings bug): If it has not enogh
memory (build process requires more than 1G RAM) it will swap and
hang up.

We disabled to build the package for a few architectures: their buldd
system have not enough memory but the other architectures built the
package fine.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#636765: goldendict: run and eat CPU but does not start

[Dmitry E. Oboukhov]

tags 636765 unreproducible moreinfo
thanks

Hi!
I can't to reproduce the bugreport.

Please show Your environment (packages, architecture, etc)

 Package: goldendict
 Version: 1.0.2~git20110805-1
 Severity: grave
 Tags: sid
 Justification: renders package unusable

 Hi,

 With 1.0.2~git20110805-1 update, Goldendict no longuer starts. When
 I launch it, the process runs and eats CPU but the program never
 show up and I must kill the process.

 If I trace its execution, it seems to be looking for a GoldenDictrc
 file for ever.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#634826: Please package the last version

[Dmitry E. Oboukhov]

Package: trac-git
Severity: critical
Justification: unusable with sid version of trac

Hi, Jonny!

Debian has already contained trac 0.12. This version supports
multirepo feature. But current plugin doesn't work with the latest
trac. It showes the error:

TypeError: 'NoneType' object is unsubscriptable

example trac.ini:

[repositories]
portal.dir = /srv/repo-git/portal.git
portal.description = Portal project.
portal.type = git
portal.url = http://domain.com
.alias = portal


Python traceback:

2011-07-20 12:40:31,432 Trac[main] ERROR: Internal Server Error: 
Traceback (most recent call last):
  File /usr/lib/python2.6/dist-packages/trac/web/main.py, line 511, in 
_dispatch_request
dispatcher.dispatch(req)
  File /usr/lib/python2.6/dist-packages/trac/web/main.py, line 202, in 
dispatch
chosen_handler)
  File /usr/lib/python2.6/dist-packages/trac/web/main.py, line 344, in 
_pre_process_request
chosen_handler = filter_.pre_process_request(req, chosen_handler)
  File /usr/lib/python2.6/dist-packages/trac/versioncontrol/api.py, line 330, 
in pre_process_request
repo = self.get_repository(reponame)
  File /usr/lib/python2.6/dist-packages/trac/versioncontrol/api.py, line 526, 
in get_repository
repos = connector.get_repository(rtype, rdir, repoinfo.copy())
  File /usr/lib/python2.6/dist-packages/tracext/git/git_fs.py, line 162, in 
get_repository
shortrev_len=self._shortrev_len)
  File /usr/lib/python2.6/dist-packages/tracext/git/git_fs.py, line 180, in 
__init__
Repository.__init__(self, git:+path, None, log)
  File /usr/lib/python2.6/dist-packages/trac/versioncontrol/api.py, line 732, 
in __init__
self.reponame = params['name']


-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#632748: sigbus on sparc architecture

[Dmitry E. Oboukhov]

Package: icnsutils
Severity: grave
Version: 0.7.1-1.1

I have tried to use icnsutils to create hicolor icons for hedgewars
package.

command
  icns2png -x misc/Icon.icns -o tmp-icon

caught SIGBUS

=cut

mkdir -p tmp-icon
icns2png -x misc/Icon.icns -o tmp-icon
make: *** [stamp-icon] Bus error

=end cut

All the other architectures work fine.

full log see here:

https://buildd.debian.org/status/fetch.php?pkg=hedgewarsarch=sparcver=0.9.15-2stamp=1309878986


Unfortunately I have no sparc machine to get additional infos.

You can download the problem icns here:

http://anonscm.debian.org/gitweb/?p=collab-maint/hedgewars.git;a=blob;f=misc/Icon.icns;h=5f73944a99b1732530f8207c7f7a4f3a68f35177;hb=a6bc531e30860cab3ab93b50f34810e106ac3de7
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#625292: xul-ext-firebug: With Firebug enabled, pages loaded after a redirect are not displayed.

[Dmitry E. Oboukhov]

HB Package: xul-ext-firebug
HB Version: 1.7~b1-1
HB Severity: grave

HB When the Firebug extension is enabled, Iceweasel seems to load at least
HB parts of the page that it has been directed to (it will show pop-ups
HB asking for cookie setting permission), but it only displays a blank
HB page.

HB I believe that this behavior did not occur with versions prior to
HB 1.7~b1-1.

I've just uploaded firebug 1.7, please test this version.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#617827: libtorrent13[i386]/unstable deends on absent unstable library

[Dmitry E. Oboukhov]

Package: libtorrent13
Version: 0.12.7-4
Severity: serious

Depends: libc6 (= 2.11), libgcc1 (= 1:4.1.1), libsigc++-2.0-0c2a (=
2.0.2), libssl1.0.0 (= 1.0.0), libstdc++6 (= 4.5)

libssl1.0.0 is present only in experimental, so I think You should
make BinNMU for i386 architecture.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#613493: Memory leak if an array is appeared in bind variables

[Dmitry E. Oboukhov]

Package: libdbd-pg-perl
Severity: grave
Forwarded: https://rt.cpan.org/Ticket/Display.html?id=65734
X-Debian-Cc: debian-p...@lists.debian.org

Hi, Maintainers!

I've just stumbled over unpleasant bug. PSQL driver leaks if an array
is appeared in bind variables list.

In attache You can find a script that showes the problem.

-- 
. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


leak_pg1.t
Description: Troff document


signature.asc
Description: Digital signature

Bug#605863: Acknowledgement (rtorrent/experimental crashes when any rpc command is received)

[Dmitry E. Oboukhov]

another backtrace. it crashes if function 'system.listMethods' is called.


#0  0xb7218537 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb7218537 in raise () from /lib/libc.so.6
#1  0xb721b922 in abort () from /lib/libc.so.6
#2  0x08053ec0 in do_panic (signum=11) at main.cc:904
#3  0x0807d740 in SignalHandler::caught (signum=0)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:440
#4  signal handler called
#5  0xb71dff3a in pthread_kill () from /lib/libpthread.so.0
#6  0x0807d928 in ThreadBase::interrupt_main_polling () at thread_base.cc:206
#7  0x0810636c in rpc::SCgi::receive_call (this=0x95d0e70, task=0x95d0e80, 
buffer=0x9f3341e ?xml version=\1.0\ 
encoding=\UTF-8\?methodCallmethodNamesystem.listMethods/methodNameparams/params/methodCall,
 
length=123) at scgi.cc:168
#8  0x081076c8 in rpc::SCgiTask::event_read (this=0x95d0e80)
at scgi_task.cc:186
#9  0xb7616760 in torrent::PollEPoll::perform (this=0x9567370)
at poll_epoll.cc:170
#10 0x0807dcf5 in ThreadBase::event_loop (threadBase=0x95670c8)
at thread_base.cc:165
#11 0xb71da7b0 in start_thread () from /lib/libpthread.so.0
#12 0xb72b98fe in clone () from /lib/libc.so.6
(gdb)

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#605863: Acknowledgement (rtorrent/experimental crashes when any rpc command is received)

[Dmitry E. Oboukhov]

tags 605863 forwarded http://libtorrent.rakshasa.no/ticket/2411
thnaks

I've sent a report to upstream. It can be found here:
http://libtorrent.rakshasa.no/ticket/2411
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#605863: rtorrent/experimental crashes when any rpc command is received

[Dmitry E. Oboukhov]

=\1.0\ 
encoding=\UTF-8\?methodCallmethodNamesystem.multicall/methodNameparamsparamvaluearraydatavaluestructmembernameparams/namevaluearraydata/data/arr...,
 
length=588) at scgi.cc:168
#8  0x081076c8 in rpc::SCgiTask::event_read (this=0x9feae80)
at scgi_task.cc:186
#9  0xb7602760 in torrent::PollEPoll::perform (this=0x9f81370)
at poll_epoll.cc:170
#10 0x0807dcf5 in ThreadBase::event_loop (threadBase=0x9f810c8)
at thread_base.cc:165
#11 0xb71c67b0 in start_thread () from /lib/libpthread.so.0
#12 0xb72a58fe in clone () from /lib/libc.so.6
(gdb) 

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#603677: closed by Don Armstrong d...@debian.org (reply to ow...@bugs.debian.ogr) (Re: Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete depende

[Dmitry E. Oboukhov]

DA On Wed, 17 Nov 2010, Dmitry E. Oboukhov wrote:
 The problem is still reproducible. So or this or 550650 (was done 11
 Oct) or the other RC must be open (for ex against buildd), but You
 (You and Julien) prefer to keep your eyes closed. It's a pity.

DA It's not an RC bug; at most it is severity important.

User upgrades his system and then jabber-server becomes broken. It is
grave severity:

=quote
makes the package *in question unusable* or mostly so, or causes
data loss, or introduces a security hole allowing access to the
accounts of users who use the package.
=cut


DA [1] Secondly,
DA this bug only occurs if you've managed to only upgrade jabberd14,


1. When squeeze is released, many people will do like that.
2. I had the bug without upgrade: 
2.1 I had clean lenny
2.2 I added squeeze into sources.list
2.3 I installed jabberd14
2.4 I got the problem


DA and not libidn11.


DA This bug is actually a bug in libidn11, not jabberd14,

I agree, but bug against libidn11 was closed 11 Oct,
Now is 17 Nov, bug is still reproducible. So I think that including
version into depends will solve this problem. Or broken libidn11
must be replaced in debian repos.
Until problem is solved a bug must be opened: the problem is exists
and reproducible.

DA which has already been fixed, and the solution is rebuilding
DA jabberd14, which has (supposedly) already been queued.

It fits for testing, but I'm afraid that when squeeze is released
and this problem wont be solved: there is no bugreport which is opened.

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#603677: closed by Don Armstrong d...@debian.org (reply to ow...@bugs.debian.ogr) (Re: Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete depende

[Dmitry E. Oboukhov]

JC jcris...@franck:~$ dak ls -a i386 jabberd14
JC jabberd14 | 1.6.1.1-5+b1 |   testing | i386
JC jabberd14 | 1.6.1.1-5+b1 |  unstable | i386

jabberd14_1.6.1.1-5+b1_i386.deb 16-Nov-2010 18:18   347K


Ok, it seems to be solved since Yesterday evening, thanks!


-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#603677: jabberd14 has incomplete dependences

[Dmitry E. Oboukhov]

Package: jabberd14
Severity: grave

Hi, Miguel!

Today I've installed jabberd14 on new host. This host has two repo in
its sources.list: lenny and squeeze and has default release - lenny
(APT::Default-Release stable;).

When I installed jabberd14 by command

# apt-get install -t squeeze jabberd14

I got unrunnable version jabberd14:

# invoke-rc.d jabberd14 start
Starting Jabber/XMPP server: jabberd14/usr/sbin/jabberd:
/usr/lib/libidn.so.11: no version information available (required by
/usr/lib/libjabberd.so.2)
.

When I installed squeeze's version libidn11:

# apt-get install -t squeeze libidn11

jabberd began to work.

Obviously that it has incorrect depends section.

PS: Miguel! If You want, I can be a sponsor for the package again :)
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete dependences)

[Dmitry E. Oboukhov]

reopen 603677
thanks


Hi, Julien!

Don't close the bug until the problem is resolved.

JC This is 550650.  I'll get libjabberd2 rebuilt, closing this bug.

550650 was done 11 Oct, but I have this problem *today*. So either the
package must have correct dependences or dependences must be fixed
before this bug is closed.

Am I wrong?

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete dependences)

[Dmitry E. Oboukhov]

reopen 603677
thanks


 If I'm wrong, explain me.

JC Oh ffs, did you even read what that bug was about? 

Oh ffs, did *you* even read what that bug was about?
:)


JC libidn11 had wrong shlibs,

it is wrong

it *has* wrong shlibs, *now*.

So I think that closing the bug - Your mistake.
I agree that buildd server might hasn't compiled it yet, or the
other cause is exists, but *now* debian's repo contain packages in
inconsistent state.

Closing the bug violates p. 3 of Social Contract:

=quote

# We will not hide problems

We will keep our entire bug report database open for public view at
all times. Reports that people file online will promptly become
visible to others.

=cut

We *have* the problem, *now*.

Resolve this problem and *then* close the bug.
Now we have *freeze* squeeze state, so each RC bug has large value.

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#603677: closed by Don Armstrong d...@debian.org (reply to ow...@bugs.debian.ogr) (Re: Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete depende

[Dmitry E. Oboukhov]

DBTS On Tue, 16 Nov 2010, Dmitry E. Oboukhov wrote:
 reopen 603677
 thanks

DBTS If a maintainer closes a bug, and after a single round of explanation,
DBTS still does not agree with reopening the bug, the bug should stay
DBTS closed.

Julien isn't maintainer. [1]


DBTS If you disagree with the maintainer, then your choices are to either
DBTS attempt to:

DBTS 1) convince the maintainer that your viewpoint is correct, preferably
DBTS by submitting a patch which fixes the perceived problem, along with
DBTS rationale as to why the patch is correct.

Maintainer hasn't appeared here yet. [1]

I think that Julien wants to RCs were closed and he ignores that the
problem is still present. I watch such DD's behaviour each debian
freeze.

The problem is still reproducible. So or this or 550650 (was done 11
Oct) or the other RC must be open (for ex against buildd), but You
(You and Julien) prefer to keep your eyes closed. It's a pity.

DBTS 2) attempt to convince the technical committee that the maintainer is
DBTS incorrect, and should be overridden. This necessitates a patch as
DBTS required for #1.

He isn't maintainer.

DBTS In neither case should you reopen bugs that a maintainer has
DBTS closed.[1]

Maintainer didn't close the bug.


1. nbw:[~]$ apt-cache show jabberd14|grep ^Maintainer 
Maintainer: Miguel Landaeta mig...@miguel.cc
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#597679: has unsatisfiable Depends: iceweasel-l10n-ast, iceweasel-l10n-gd

[Dmitry E. Oboukhov]

Package: iceweasel-l10n-all
Severity: grave

Package iceweasel-l10n-all has unsatisfiable Depends:
iceweasel-l10n-ast
iceweasel-l10n-gd
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#595331: new version of crypttab doesn't work without changing config file: it is uncompatible with previous version

[Dmitry E. Oboukhov]

CAM less /usr/share/doc/cryptsetup/NEWS.Debian.gz

It is a wrong way.
If a user upgrades his system from lenny to squeeze, he wont be able
to read *all* changed packages' news.

I think that tests must show warning and then call blkid. You have
changed the well-working program to fail-working program and written
news about it. Most of users who use test 'ext2' (and other) will have
problem in the first reboot.

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#595331: new version of crypttab doesn't work without changing config file: it is uncompatible with previous version

[Dmitry E. Oboukhov]

 It is a wrong way.
 If a user upgrades his system from lenny to squeeze, he wont be able
 to read *all* changed packages' news.
 
 I think that tests must show warning and then call blkid. You have
 changed the well-working program to fail-working program and written
 news about it. Most of users who use test 'ext2' (and other) will have
 problem in the first reboot.
CAM I've had once cleanly rewritten all those checks scripts including some
CAM wrappers with warnings around the blkid check script providing the
CAM legacy ext2,xfs,swap check scripts.

CAM All these were however rejected for obscure reasons.

CAM I have no further automatic migration solution.

May be we should create a debconf's warning dialog to to give notice
of a user who has cryptsetup?
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537



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

Bug#595331: new version of crypttab doesn't work without changing config file: it is uncompatible with previous version

[Dmitry E. Oboukhov]

Package: cryptsetup
Version: 2:1.1.3-3
Severity: grave
Justification: impossible to reboot system if upgrade this package

Hi, maintainer!

A few day ago I upgraded my system, cryptsetup was upgraded, too. My
crypttab contained these strings:

=cut

nroot   /dev/sda6 none 
size=256,cipher=aes-cbc-plain,check=blkid,hash=ripemd160,tries=9
chome   /dev/sda3 none 
size=256,cipher=aes-cbc-plain,check=blkid,hash=ripemd160,tries=9

=end cut

Today I've tried to reboot my system and got these error messages
instead booting:

Starting crypto disk...chome (starting)...
WARNING: The check script /lib/cryptsetup/checks/ext2 is depreciated. Please 
use check script blkid instead.
 - The device /dev/mapper/chome_unformatted does not contain a filesystem type 
ext2.
chome: the check for '/dev/mapper/chome' failed - maybe the password is wrong 
... (warning).
chome (failed)...failed.


I think that to change runnable test to bypass with this warning is a
very bad idea.

I was forced to boot from CD and change crypttab by hand.

I think that You should create symlinks ext2 - blkid, or write a
script which would show this message and do exec blkid. But current state
when user will lose possibility to boot if he uses test which doesn't
have name 'blkid' is wrong state.
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#595331: new version of crypttab doesn't work without changing config file: it is uncompatible with previous version

[Dmitry E. Oboukhov]

Tsbdo My crypttab contained these strings:

Tsbdo =cut

Tsbdo nroot   /dev/sda6 none 
size=256,cipher=aes-cbc-plain,check=blkid,hash=ripemd160,tries=9
Tsbdo chome   /dev/sda3 none 
size=256,cipher=aes-cbc-plain,check=blkid,hash=ripemd160,tries=9

Tsbdo =end cut

Oh, sorry, it contains these strings *NOW*, later I used test 'ext2'
instead 'blkid'.

So it contained these strings:

=cut

nroot   /dev/sda6 none 
size=256,cipher=aes-cbc-plain,check=ext2,hash=ripemd160,tries=9
chome   /dev/sda3 none 
size=256,cipher=aes-cbc-plain,check=ext2,hash=ripemd160,tries=9

=end cut
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#585180: fluxbox: licenses for themes are not documented in debian/copyright

[Dmitry E. Oboukhov]

severity 585180 normal
thanks

Hi, all!

Now all themes were excluded from fluxbox, so this bug isn't actual.
But upstream relicensed all these themes and we will return them, so I
don't close this, but decrease severity.
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#589817: frogatto - FTBFS: ccache: failed to create /srv/buildd/.ccache (No such file or directory)

[Dmitry E. Oboukhov]

reassign 589817 buildd.debian.org
thanks

Hi, Bastian!

While You were writing the bugreport I uploaded -4 revision, so this
bugreport can be done.

But I think that it wasn't frogatto's bug because ccache couldn't
write file. I think that it was (is) bildd's bug. Frogatto was built in
pbuilder well, but it wasn'n built in buildd.

I was thinking over to file new bugreport, but You have done :)
So I reassign it to buildd.

https://buildd.debian.org/fetch.cgi?pkg=frogatto;ver=1.0%2Bdfsg1-3;arch=i386;stamp=1279710387

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537



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

Bug#589817: frogatto - FTBFS: ccache: failed to create /srv/buildd/.ccache (No such file or directory)

[Dmitry E. Oboukhov]

 https://buildd.debian.org/fetch.cgi?pkg=frogatto;ver=1.0%2Bdfsg1-3;arch=i386;stamp=1279710387
 
JC Packages shouldn't use ccache by default, and shouldn't fail when $HOME
JC is nonexistent or non-writable.  So this definitely sounds like a bug in
JC your package.

my package hasn't already used ccache. So if I was wrong reassigning
the bugreport: feel free to close.

PS: could You point me the policy part which includes these items?
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537



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

Bug#589817: frogatto - FTBFS: ccache: failed to create /srv/buildd/.ccache (No such file or directory)

[Dmitry E. Oboukhov]

reassign 589817 frogatto
fixed 589817 1.0+dfsg1-4
thanks

On 18:47 Wed 21 Jul , Julien Cristau wrote:
JC On Wed, Jul 21, 2010 at 21:34:12 +0400, Dmitry E. Oboukhov wrote:

 PS: could You point me the policy part which includes these items?

JC The 'autobuilding' part of
JC http://release.debian.org/squeeze/rc_policy.txt, and a bit of common
JC sense.

JC Cheers,
JC Julien
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#589302: Do not provide menu-file

[Dmitry E. Oboukhov]

severity 589302 wishlist
thanks

Hi!

Policy doesn't require all programs have menu record. So severity
level was set incorrectly.


On 17:49 Fri 16 Jul , Juhapekka Tolvanen wrote:

JT Package: goldendict
JT Version: 0.9.1~git20100707-1
JT Severity: serious

JT This package provides no manu-file. Therefore it do not show up in
JT menus of window magers that support Debian menus, for example fvwm2.
JT AFAIK such neglect is violation against Debian policy.

JT -- System Information:
JT Debian Release: squeeze/sid
JT APT prefers stable
JT APT policy: (1100, 'stable'), (990, 'testing'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (102, 'stable'), (101, 
'unstable')
JT Architecture: i386 (i686)

JT Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
JT Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
JT Shell: /bin/sh linked to /bin/dash

JT Versions of packages goldendict depends on:
JT ii  libc6   2.11.2-2 Embedded GNU C Library: Shared 
lib
JT ii  libgcc1 1:4.4.4-7GCC support library
JT ii  libhunspell-1.2-0   1.2.11-1 spell checker and 
morphological an
JT ii  libogg0 1.2.0~dfsg-1 Ogg bitstream library
JT ii  libphonon4  4:4.6.0really4.4.2-1 the core library of the Phonon 
mul
JT ii  libqt4-network  4:4.6.3-1Qt 4 network module
JT ii  libqt4-webkit   4:4.6.3-1Qt 4 WebKit module
JT ii  libqt4-xml  4:4.6.3-1Qt 4 XML module
JT ii  libqtcore4  4:4.6.3-1Qt 4 core module
JT ii  libqtgui4   4:4.6.3-1Qt 4 GUI module
JT ii  libstdc++6  4.4.4-7  The GNU Standard C++ Library v3
JT ii  libvorbis0a 1.3.1-1  The Vorbis General Audio 
Compressi
JT ii  libvorbisfile3  1.3.1-1  The Vorbis General Audio 
Compressi
JT ii  libx11-62:1.3.3-3X11 client-side library
JT ii  libxtst62:1.1.0-3X11 Testing -- Record 
extension li
JT ii  phonon  4:4.6.0really4.4.2-1 metapackage for the Phonon 
multime
JT ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

JT goldendict recommends no packages.

JT Versions of packages goldendict suggests:
JT ii  goldendict-wordnet1:3.0-23   electronic lexical database of 
Eng

JT -- no debconf information
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#586242: mytop: Crashes with 'Error in option spec: long|!' at startup

[Dmitry E. Oboukhov]

tags 586242 unreproducible moreinfo
thanks

It isn't debian's bug: there is no line
 long|!= \$config{long_nums},

there is correct line:
 long!   = \$config{long_nums},


I use mytop everyday and don't know what I should do to reproduce this
crash.

On 15:34 Thu 17 Jun , Daniel Baur wrote:
DB Package: mytop
DB Version: 1.6-4
DB Severity: grave
DB Justification: renders package unusable

DB mytop crashes with 'Error in option spec: long|!' at start-up. Commenting
DB out line 168 of /usr/bin/mytop

DB #long|!  = \$config{long_nums},

DB seems to fix the problem.

DB See also http://www.eth0.us/node/204

DB Sincerly,
DB DaB.

DB -- System Information:
DB Debian Release: 5.0.4
DB APT prefers stable
DB APT policy: (910, 'stable'), (401, 'testing')
DB Architecture: amd64 (x86_64)

DB Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
DB Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8)
DB Shell: /bin/sh linked to /bin/bash

DB Versions of packages mytop depends on:
DB ii  libdbd-mysql-perl 4.007-1+lenny1 A Perl5 database interface to 
the
DB ii  libdbi-perl   1.605-1Perl5 database interface by 
Tim Bu
DB ii  libterm-readkey-perl  2.30-4 A perl module for simple 
terminal
DB ii  perl  5.10.1-12  Larry Wall's Practical 
Extraction

DB mytop recommends no packages.

DB Versions of packages mytop suggests:
DB ii  perl [libtime-hires-perl] 5.10.1-12  Larry Wall's Practical 
Extraction

DB -- debconf-show failed
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#586242: mytop: Crashes with 'Error in option spec: long|!' at startup

[Dmitry E. Oboukhov]

It was fixed in fix of #509464. Upgrade mytop upto -6 revision.
Stable couldn't be fixed because it isn't security bug :)

On 20:54 Thu 17 Jun , Daniel 'DaB.' Baur wrote:
DDB Hello,
DDB Am Donnerstag 17 Juni 2010, 20:03:55 schrieb Dmitry E. Oboukhov:
 tags 586242 unreproducible moreinfo
 thanks
 
 It isn't debian's bug: there is no line
  long|!= \$config{long_nums},
 
 there is correct line:
  long!   = \$config{long_nums},

DDB r...@nightshade:~/tmp$ wget
DDB http://ftp.ch.debian.org/debian/pool/main/m/mytop/mytop_1.6-4_all.deb;
DDB --2010-06-17 18:47:25--
DDB http://ftp.ch.debian.org/debian/pool/main/m/mytop/mytop_1.6-4_all.deb
DDB Resolving ftp.ch.debian.org... 129.132.86.210
DDB Connecting to ftp.ch.debian.org|129.132.86.210|:80... connected.
DDB HTTP request sent, awaiting response... 200 OK
DDB Length: 33548 (33K) [application/x-debian-package]
DDB Saving to: `mytop_1.6-4_all.deb'

DDB 
100%[]
DDB 33,548  --.-K/s   in 0.06s

DDB 2010-06-17 18:47:25 (555 KB/s) - `mytop_1.6-4_all.deb' saved [33548/33548]

DDB r...@nightshade:~/tmp$ dpkg -x mytop_1.6-4_all.deb .
DDB r...@nightshade:~/tmp$ ls -l
DDB total 33
DDB -rw-r--r-- 1 rdab admins 33548 2008-05-08 05:32 mytop_1.6-4_all.deb
DDB drwxr-xr-x 4 rdab admins96 2008-05-08 05:24 usr
DDB r...@nightshade:~/tmp$ grep 'long|!' usr/bin/mytop
DDB long|!  = \$config{long_nums},

 
 
 I use mytop everyday and don't know what I should do to reproduce this
 crash.
 

DDB We use it everyday too, and until yesterday it worked ;-). But as you can 
see
DDB above, the line IS in your package (maybe it was there all the time and 
nobody
DDB noticed and now a libery became more strict?).

DDB Sincerly,
DDB DaB.
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#582888: rename will removes source *and* target file

[Dmitry E. Oboukhov]

tags 582888 unreproducible moreinfo
thanks

Hi, Tomas!
I can't reproduce this bug:

home.uvw.ru:[~]$ cd /share/common 
home.uvw.ru:[/share/common]$ touch bla
home.uvw.ru:[/share/common]$ touch bla.lock
home.uvw.ru:[/share/common]$ echo asdf  bla.lock
home.uvw.ru:[/share/common]$ mv bla.lock bla
`bla.lock' - `bla'
home.uvw.ru:[/share/common]$ ls bla 
bla
home.uvw.ru:[/share/common]$ cat bla 
asdf
home.uvw.ru:[/share/common]$ mhddfs -V
mhddfs version: 0.1.28
home.uvw.ru:[/share/common]$ mount|grep /share/common 
/mnt/third/common;/mnt/hda3;/share/hdd1 on /share/common type fuse.mhddfs 
(rw,nosuid,nodev,allow_other,default_permissions)
home.uvw.ru:[/share/common]$ rm bla
home.uvw.ru:[/share/common]$

Could You turn on log and send it to me?

On 12:40 Mon 24 May , Tomas Pospisek wrote:
TP Package: mhddfs
TP Version: 0.1.28-1
TP Severity: critical

TP $ touch bla
TP $ touch bla.lock
TP $ echo asdf  bla.lock
TP $ mv bla.lock bla
TP $ ls -l
TP total 0
TP $

TP $ pwd
TP /mnt/mhddfs/tmp/foo
TP $ realpath .
TP /mnt/mhddfs/tmp/foo

TP $ mount
TP /dev/sda5 on / type ext3 (rw,noatime,errors=remount-ro)
TP proc on /proc type proc (rw)
TP none on /sys type sysfs (rw,noexec,nosuid,nodev)
TP none on /sys/fs/fuse/connections type fusectl (rw)
TP none on /sys/kernel/debug type debugfs (rw)
TP none on /sys/kernel/security type securityfs (rw)
TP none on /dev type tmpfs (rw,mode=0755)
TP none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
TP none on /dev/shm type tmpfs (rw,nosuid,nodev)
TP none on /var/run type tmpfs (rw,nosuid,mode=0755)
TP none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
TP none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
TP /dev/sda7 on /mnt/sda7 type ext3 (rw,noatime)
TP /dev/sda8 on /mnt/sda8 type ext3 (rw,noatime)
TP /dev/sda9 on /mnt/sda9 type ext3 (rw,noatime)
TP /dev/sda10 on /mnt/sda10 type ext3 (rw,noatime)
TP /dev/sda1 on /mnt/win type fuseblk 
(rw,nosuid,nodev,noatime,allow_other,blksize=4096)
TP /mnt/sda7;/mnt/sda8;/mnt/sda9;/mnt/sda9;/mnt/sda10 on /mnt/mhddfs type 
fuse.mhddfs (rw,noatime,allow_other)
TP gvfs-fuse-daemon on /home/tpo/.gvfs type fuse.gvfs-fuse-daemon 
(rw,nosuid,nodev,user=tpo)

TP $ uname -a
TP Linux tpo-laptop 2.6.31-21-generic #59-Ubuntu SMP Wed Mar 24 07:28:27 UTC 
2010 x86_64 GNU/Linux

TP (Allthough I can also reproduce it on 2.6.32-22)

TP Architecture: amd64
TP Distro: Ubuntu Lucid 10.04

TP *t

TP -- System Information:
TP Debian Release: squeeze/sid
TP APT prefers lucid-updates
TP APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 
'lucid'), (500, 'karmic-updates'), (500, 'karmic')
TP Architecture: amd64 (x86_64)

TP Kernel: Linux 2.6.31-21-generic (SMP w/2 CPU cores)
TP Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8)
TP Shell: /bin/sh linked to /bin/dash

TP Versions of packages mhddfs depends on:
TP ii  fuse-utils  2.8.1-1.1ubuntu2 Filesystem in USErspace 
(utilities
TP ii  libc6   2.11.1-0ubuntu7  Embedded GNU C Library: Shared 
lib
TP ii  libfuse22.8.1-1.1ubuntu2 Filesystem in USErspace library

TP mhddfs recommends no packages.

TP mhddfs suggests no packages.

TP -- no debconf information
-- 
... mpd playing: U.D.O. - Borderline

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#582888: rename will removes source *and* target file

[Dmitry E. Oboukhov]

severity 582888 important
tags 582888 -moreinfo -unreproducible
thanks

TP /mnt/sda7;/mnt/sda8;/mnt/sda9;/mnt/sda9;/mnt/sda10 on /mnt/mhddfs type 
fuse.mhddfs (rw,noatime,allow_other)


Heh!
You mounted one dir two times. I wanted to write a code which can
detect such cases, but I've not done yet. There are a lot troubles if
you mount one dir a few times (for ex.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580785).

I thinked to fix this at the next release,
but I think it will complain/refuse mount instead mount.

Thanks for Your bugreport!

-- 
... mpd playing: U.D.O. - Shadow Maker

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#580479: libdbd-mysql-perl can access out of string and call craches

[Dmitry E. Oboukhov]

Package: libdbd-mysql-perl
Version: 4.014-1
Severity: serious
Tags: upstream
Forwarded: https://rt.cpan.org/Ticket/Display.html?id=57253

Hi, Maintainer!

There is a serious problem in last DBD::mysql if SQL-query finishes by
C-like commentary.

For example: $dbh-do('SELECT 1 /* comment */');

In this case it will access to symbols out of sql-statement and can
lead to craches.

I opened a bug in upstream, too.

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#576453: ca-certificates-java: Doesn't install on openvz/lenny-sid

[Dmitry E. Oboukhov]

/Sonera_Class_2_Root_CA.crt
  error adding mozilla/Staat_der_Nederlanden_Root_CA.crt
  error adding mozilla/Starfield_Class_2_CA.crt
  error adding mozilla/StartCom_Certification_Authority.crt
  error adding mozilla/StartCom_Ltd..crt
  error adding mozilla/SwissSign_Gold_CA_-_G2.crt
  error adding mozilla/SwissSign_Platinum_CA_-_G2.crt
  error adding mozilla/SwissSign_Silver_CA_-_G2.crt
  error adding mozilla/Swisscom_Root_CA_1.crt
  error adding mozilla/TC_TrustCenter__Germany__Class_2_CA.crt
  error adding mozilla/TC_TrustCenter__Germany__Class_3_CA.crt
  error adding mozilla/TDC_Internet_Root_CA.crt
  error adding mozilla/TDC_OCES_Root_CA.crt
  error adding mozilla/TURKTRUST_Certificate_Services_Provider_Root_1.crt
  error adding mozilla/TURKTRUST_Certificate_Services_Provider_Root_2.crt
  error adding mozilla/Taiwan_GRCA.crt
  error adding mozilla/Thawte_Personal_Basic_CA.crt
  error adding mozilla/Thawte_Personal_Freemail_CA.crt
  error adding mozilla/Thawte_Personal_Premium_CA.crt
  error adding mozilla/Thawte_Premium_Server_CA.crt
  error adding mozilla/Thawte_Server_CA.crt
  error adding mozilla/Thawte_Time_Stamping_CA.crt
  error adding mozilla/UTN-USER_First-Network_Applications.crt
  error adding mozilla/UTN_DATACorp_SGC_Root_CA.crt
  error adding mozilla/UTN_USERFirst_Email_Root_CA.crt
  error adding mozilla/UTN_USERFirst_Hardware_Root_CA.crt
Could not create the Java virtual machine.
  error adding mozilla/ValiCert_Class_1_VA.crt
  error adding mozilla/ValiCert_Class_2_VA.crt
  error adding 
mozilla/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G5.crt
  error adding 
mozilla/Verisign_Class_1_Public_Primary_Certification_Authority.crt
  error adding 
mozilla/Verisign_Class_1_Public_Primary_Certification_Authority_-_G2.crt
  error adding 
mozilla/Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.crt
  error adding 
mozilla/Verisign_Class_2_Public_Primary_Certification_Authority.crt
  error adding 
mozilla/Verisign_Class_2_Public_Primary_Certification_Authority_-_G2.crt
  error adding 
mozilla/Verisign_Class_2_Public_Primary_Certification_Authority_-_G3.crt
  error adding 
mozilla/Verisign_Class_3_Public_Primary_Certification_Authority.crt
  error adding 
mozilla/Verisign_Class_3_Public_Primary_Certification_Authority_-_G2.crt
  error adding 
mozilla/Verisign_Class_3_Public_Primary_Certification_Authority_-_G3.crt
  error adding 
mozilla/Verisign_Class_4_Public_Primary_Certification_Authority_-_G2.crt
  error adding 
mozilla/Verisign_Class_4_Public_Primary_Certification_Authority_-_G3.crt
  error adding mozilla/Verisign_RSA_Secure_Server_CA.crt
  error adding mozilla/Verisign_Time_Stamping_Authority_CA.crt
  error adding mozilla/Visa_International_Global_Root_2.crt
  error adding mozilla/Visa_eCommerce_Root.crt
  error adding mozilla/Wells_Fargo_Root_CA.crt
  error adding mozilla/XRamp_Global_CA_Root.crt
  error adding mozilla/beTRUSTed_Root_CA-Baltimore_Implementation.crt
  error adding mozilla/beTRUSTed_Root_CA.crt
  error adding mozilla/beTRUSTed_Root_CA_-_Entrust_Implementation.crt
  error adding mozilla/beTRUSTed_Root_CA_-_RSA_Implementation.crt
  error adding mozilla/thawte_Primary_Root_CA.crt
Could not create the Java virtual machine.
  error adding signet.pl/signet_ca1_pem.crt
  error adding signet.pl/signet_ca2_pem.crt
  error adding signet.pl/signet_ca3_pem.crt
  error adding signet.pl/signet_ocspklasa2_pem.crt
  error adding signet.pl/signet_ocspklasa3_pem.crt
  error adding signet.pl/signet_pca2_pem.crt
  error adding signet.pl/signet_pca3_pem.crt
  error adding signet.pl/signet_rootca_pem.crt
  error adding signet.pl/signet_tsa1_pem.crt
  error adding spi-inc.org/spi-ca-2003.crt
  error adding spi-inc.org/spi-cacert-2008.crt
  error adding telesec.de/deutsche-telekom-root-ca-2.crt
  error adding mozilla/COMODO_ECC_Certification_Authority.crt
  error adding mozilla/DigiNotar_Root_CA.crt
  error adding mozilla/Network_Solutions_Certificate_Authority.crt
  error adding mozilla/WellsSecure_Public_Root_Certificate_Authority.crt
failed (VM used: java-6-openjdk).
dpkg: error processing ca-certificates-java (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 ca-certificates-java
E: Sub-process /usr/bin/dpkg returned an error code (1)
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#574321: fluxbox: FTBFS: sh: rsvg: not found

[Dmitry E. Oboukhov]

 to contribute!

LN About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
LN of the Grid'5000 platform, using a clean chroot.  Internet was not
LN accessible from the build systems.
-- 
... mpd playing: Manowar - 01 Courage

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#569792: vsftpd anonymous root failed with mhddfs

[Dmitry E. Oboukhov]

tags 569792 unreproducible moreinfo
thanks

ON When using mhddfs to join several partitions, vsftpd is unable to allow
ON anonymous user to log in saying vsftpd: refusing to run with writable
ON anonymous root. Anonymous root directory has rigths 555 and is usable
ON via mounting the partition directly (without mhddfs).

mhddfs calls functions as mount user. If mount user isn't root You
must use a few FUSE options like allow_other/default_permissions. This
isn't a bug, this is a FUSE-feature.

describe how do you mount and show vsftpd's config

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#569792: vsftpd anonymous root failed with mhddfs

[Dmitry E. Oboukhov]

 describe how do you mount and show vsftpd's config

ON in /etc/fstab:

ON /dev/sda4   /mnt/internal_storage_1 xfs defaults 0 2
ON UUID=e241f3f5-9243-4ac1-819c-82bd9c15adaf /mnt/external_storage_1 xfs 
defaults
ON 0 2
ON mhddfs#/mnt/internal_storage_1,/mnt/external_storage_1 /srv fuse
ON defaults,allow_other 0 0

ON in /etc/vsftpd.conf:

ON listen=YES
ON write_enable=YES
ON anonymous_enable=YES
ON anon_world_readable_only=NO
ON no_anon_password=YES
ON anon_root=/srv/ftp/
ON anon_umask=077
ON anon_max_rate=786432
ON local_enable=YES
ON anon_upload_enable=YES
ON anon_mkdir_write_enable=YES
ON anon_other_write_enable=NO
ON dirmessage_enable=YES
ON xferlog_enable=YES
ON connect_from_port_20=YES
ON chown_uploads=YES
ON chown_username=ftp
ON ftpd_banner=Welcome to omega FTP server
ON secure_chroot_dir=/var/run/vsftpd
ON pam_service_name=vsftpd
ON rsa_cert_file=/etc/ssl/certs/vsftpd.pem

I installed vsftpd with Your config and it works fine.

Could You send me Your /etc/fuse.conf too?

and show permissions for each of directories

ls -ld /mnt/internal_storage_1
ls -ld /mnt/external_storage_1

I think that Your directory /mnt/internal_storage_1 has 0555
permissions that is why You have this problem :)

PS: Current mhddfs (from testing) has a few fixes, use it instead
stable, these changes aren't RC, but can be important enough
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#569792: vsftpd anonymous root failed with mhddfs

[Dmitry E. Oboukhov]

On 17:53 Sun 14 Feb , Oleksandr Natalenko wrote:
 Could You send me Your /etc/fuse.conf too?

ON This file is empty.

 and show permissions for each of directories
 
 ls -ld /mnt/internal_storage_1
 ls -ld /mnt/external_storage_1

ON drwxr-xr-x 4 root root 26 лют 12 23:11 /mnt/internal_storage_1/
ON drwxr-xr-x 2 root root 6 лют 12 23:28 /mnt/external_storage_1/

mhddfs translates permissions of the first mount directory upto mount
level.
How can Your directory have permissions 0555?
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#569792: vsftpd anonymous root failed with mhddfs

[Dmitry E. Oboukhov]

 mhddfs translates permissions of the first mount directory upto mount
 level.
 How can Your directory have permissions 0555?

ON I've tried both 755 and 555 with the same result. Now each folder has 755.

ON drwxr-xr-x 4 root root 26 лют 12 23:11 /srv
ON drwxr-xr-x 2 root root 6 лют 12 23:28 /mnt/external_storage_1/
ON drwxr-xr-x 4 root root 26 лют 12 23:11 /mnt/internal_storage_1/

ON mount says:

ON /dev/sda4 on /mnt/internal_storage_1 type xfs (rw)
ON /dev/sdb1 on /mnt/external_storage_1 type xfs (rw)
ON /mnt/internal_storage_1;/mnt/external_storage_1 on /srv type fuse.mhddfs
ON (rw,nosuid,nodev,allow_other)

ON mhddfs 0.1.28-1 also fails. No idea :(.

I can't reproduce it (I installed vsftpd with Your config and tested
mhddfs over two partitions). But I don't use xfs. May be You added
some ext-attributes which gives such effect?

Can root enter into mhddfs mount directory?
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#568425: app-install-data and goldendict: error when trying to install together

[Dmitry E. Oboukhov]

 deselected package libxdamage1.
RT Unpacking libxdamage1 (from .../libxdamage1_1%3a1.1.2-1_amd64.deb) ...
RT Selecting previously deselected package libxxf86vm1.
RT Unpacking libxxf86vm1 (from .../libxxf86vm1_1%3a1.1.0-2_amd64.deb) ...
RT Selecting previously deselected package libgl1-mesa-glx.
RT Unpacking libgl1-mesa-glx (from .../libgl1-mesa-glx_7.6.1-1_amd64.deb) ...
RT Selecting previously deselected package libglu1-mesa.
RT Unpacking libglu1-mesa (from .../libglu1-mesa_7.6.1-1_amd64.deb) ...
RT Selecting previously deselected package libx86-1.
RT Unpacking libx86-1 (from .../libx86-1_1.1+ds1-6_amd64.deb) ...
RT Selecting previously deselected package libsvga1.
RT Unpacking libsvga1 (from .../libsvga1_1%3a1.4.3-29_amd64.deb) ...
RT Selecting previously deselected package libsdl1.2debian-alsa.
RT Unpacking libsdl1.2debian-alsa (from 
.../libsdl1.2debian-alsa_1.2.14-4_amd64.deb) ...
RT Selecting previously deselected package libsdl1.2debian.
RT Unpacking libsdl1.2debian (from .../libsdl1.2debian_1.2.14-4_amd64.deb) ...
RT Selecting previously deselected package libxcb-shape0.
RT Unpacking libxcb-shape0 (from .../libxcb-shape0_1.5-2_amd64.deb) ...
RT Selecting previously deselected package libxcb-shm0.
RT Unpacking libxcb-shm0 (from .../libxcb-shm0_1.5-2_amd64.deb) ...
RT Selecting previously deselected package libxcb-xv0.
RT Unpacking libxcb-xv0 (from .../libxcb-xv0_1.5-2_amd64.deb) ...
RT Selecting previously deselected package libxinerama1.
RT Unpacking libxinerama1 (from .../libxinerama1_2%3a1.1-2_amd64.deb) ...
RT Selecting previously deselected package libxv1.
RT Unpacking libxv1 (from .../libxv1_2%3a1.0.5-1_amd64.deb) ...
RT Selecting previously deselected package libxvmc1.
RT Unpacking libxvmc1 (from .../libxvmc1_2%3a1.0.5-1_amd64.deb) ...
RT Selecting previously deselected package libxine1-x.
RT Unpacking libxine1-x (from .../libxine1-x_1.1.17-1+b1_amd64.deb) ...
RT Selecting previously deselected package libaa1.
RT Unpacking libaa1 (from .../libaa1_1.4p5-38_amd64.deb) ...
RT Selecting previously deselected package libcaca0.
RT Unpacking libcaca0 (from .../libcaca0_0.99.beta16-3_amd64.deb) ...
RT Selecting previously deselected package libxine1-console.
RT Unpacking libxine1-console (from 
.../libxine1-console_1.1.17-1+b1_amd64.deb) ...
RT Selecting previously deselected package libxine1.
RT Unpacking libxine1 (from .../libxine1_1.1.17-1+b1_amd64.deb) ...
RT Selecting previously deselected package phonon-backend-xine.
RT Unpacking phonon-backend-xine (from 
.../phonon-backend-xine_4%3a4.3.1-5_amd64.deb) ...
RT Selecting previously deselected package phonon.
RT Unpacking phonon (from .../phonon_4%3a4.5.3-4_all.deb) ...
RT Selecting previously deselected package goldendict.
RT Unpacking goldendict (from .../goldendict_0.9.1~git20100117-1_amd64.deb) ...
RT dpkg: error processing 
/var/cache/apt/archives/goldendict_0.9.1~git20100117-1_amd64.deb (--unpack):
RT trying to overwrite '/usr/share/app-install/desktop/goldendict.desktop', 
which is also in package app-install-data 0:2010.01.31
RT dpkg-deb: subprocess paste killed by signal (Broken pipe)
RT Processing triggers for man-db ...
RT W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5407760
RT Errors were encountered while processing:
RT /var/cache/apt/archives/goldendict_0.9.1~git20100117-1_amd64.deb
RT E: Sub-process /usr/bin/dpkg returned an error code (1)

RT This is a serious bug as it makes installation fail, and violates
RT sections 7.6.1 and 10.1 of the policy. An optimal solution would
RT consist in only one of the packages installing that file, and renaming
RT or removing the file in the other package. Depending on the
RT circumstances you might also consider Replace relations or file
RT diversions. If the conflicting situation cannot be resolved then, as a
RT last resort, the two packages have to declare a mutual
RT Conflict. Please take into account that Replaces, Conflicts and
RT diversions should only be used when packages provide different
RT implementations for the same functionality.

RT Here is a list of files that are known to be shared by both packages
RT (according to the Contents file for sid/amd64, which may be
RT slightly out of sync):

RT /usr/share/app-install/desktop/goldendict.desktop

RT This bug is assigned to both packages. If you, the maintainers of
RT the two packages in question, have agreed on which of the packages will
RT resolve the problem please reassign the bug to that package.

RT -Ralf.

RT PS: for more information about the detection of file overwrite errors
RT of this kind see http://edos.debian.net/file-overwrites/.
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#512915: closed by Ivan Borzenkov ivan1...@list.ru (Done: [libjs-yui] No source code)

[Dmitry E. Oboukhov]

ARS * Dmitry E. Oboukhov un...@debian.org [100123 09:03]:

 Above messages contain links to source code of yui.

ARS Sorry, I must have missed it.  I looked at the yui download from
ARS http://developer.yahoo.com/yui/2/ or
ARS http://developer.yahoo.com/yui/download/.
ARS yui/build/datemath/datemath-min.js is obfuscated.

last year (when the bug was filed) this letter:
http://lists.debian.org/debian-devel/2009/01/msg00589.html
had right links. How is the case now - i don't know :(

ARS Guessing by the output of 'find yui/ -type f -exec wc -l {} \; | grep
ARS .js$' that's not the only obfustcated file.  Lookin in there
ARS versioning system at
ARS http://github.com/yui/yui2/blob/master/build/datemath/datemath-min.js ,
ARS even there the file is obfuscated :(
here is this script:
http://github.com/yui/yui2/blob/master/src/datemath/js/DateMath.js

Am I wrong?

Maintainer must get scripts from _src_ directory (instead build) and do
build from debian/rules.

-- 
... mpd playing: Manowar - 02 The Fight For Freedom

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#512915: closed by Ivan Borzenkov ivan1...@list.ru (Done: [libjs-yui] No source code)

[Dmitry E. Oboukhov]

 Hmm, and who actually need it :)

ARS That's a joke, isn't it?  You have two choices:  Fix this bug or your
ARS package _will_ be removed not only from the next release but completly
ARS from the archive.

Above messages contain links to source code of yui. Including
obfuscate src-s contradicts DFSG (== source is absent). I left
low level severity because theoretically we could rebuild sources
from obfuscate source, but we had no reaction from package's
maintainer and even the bug was closed by submitter.

According to the rules severity must be critical, so I reopened report.
If maintainer wants to have his package containing in testing,
he can add sources into package. I think it isn't so difficult.

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#549768: wordnet: FTBFS: /bin/bash: aclocal-1.10: command not found

[Dmitry E. Oboukhov]

Hi, Lucas!

wordnet has 'automake' in b-d. Could You say what is the version of
You use?


Hi, Andreas!

AL Well, that's totally strange.  Ther *is* a file aclocal.m4 in the
AL source tarball.

when confugure passed, in Makefile You can find a target:

$(ACLOCAL_M4):  $(am__aclocal_m4_deps)
cd $(srcdir)  $(ACLOCAL) $(ACLOCAL_AMFLAGS)

I think that on his system 'configure' makes some changes in
am__aclocal_m4_deps:


am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \
$(top_srcdir)/configure.ac

Or his system sets incorrect date to these files.

As workaround we can add 'touch aclocal.m4' command before calling
configure. What do You think?
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#549768: wordnet: FTBFS: /bin/bash: aclocal-1.10: command not found

[Dmitry E. Oboukhov]

On 07:09 Wed 02 Dec , Andreas Tille wrote:
AT On Tue, Dec 01, 2009 at 11:37:51PM +0300, Dmitry E. Oboukhov wrote:
 $(ACLOCAL_M4):  $(am__aclocal_m4_deps)
 cd $(srcdir)  $(ACLOCAL) $(ACLOCAL_AMFLAGS)
 
 I think that on his system 'configure' makes some changes in
 am__aclocal_m4_deps:

AT This might be some reason.  But I wonder how this might happen in
AT a clean pbuilder chroot?  Shouldn't this in all cases the same and
AT his system should be the same as my system?

 am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \
 $(top_srcdir)/configure.ac
 
 Or his system sets incorrect date to these files.
 
 As workaround we can add 'touch aclocal.m4' command before calling
 configure. What do You think?

AT My guess is that there are some problems with parallel builds (which
AT sounds probable because a rebuild of the complete Debian system is done
AT on a larger cluster).  I know that there were problems reported about
AT parallel builds with grind and so I disallowed parallel builds
AT explicitely in the grind subdir previousely.  I now extended this
AT approach to the whole package in

I've seen Your patch debian/patches/01_tcltk8.5.patch

It patches configure.ac and aclocal.m4. If after patching aclocal.m4
has date less than configure.ac (it might be, because it is patched
before), it will call aclocal (see above).

May be edit debian/patches/01_tcltk8.5.patch to move aclocal.m4 to
downward?

AT debian/patches/90_prevent_parallel_build.patch

AT and closed the bug in the hope that the problem might be fixed which
AT might hopefully proven in the next rebuild run.  I can not find another
AT difference in the build process of Lucas and mine/yours.  That's why
AT the bug is closed in wordnet 3.0-20 (and I hope this is correct).

https://buildd.debian.org/fetch.cgi?pkg=wordnet;ver=1%3A3.0-20;arch=amd64;stamp=1259519063

-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#556810: fluxbox: FTBFS: sh: wmf2eps: not found

[Dmitry E. Oboukhov]

tags 556810 moreinfo unreproducible
thanks

 checking for pid_t... (cached) yes
 checking for size_t... yes
 convert debian/debian-blueish-wallpaper.svg 
 debian/debian-blueish-wallpaper.png
 sh: wmf2eps: not found
 convert: Delegate failed `wmf2eps -o %o %i' @ 
 delegate.c/InvokeDelegate/1060.
 convert: unable to open image `/tmp/magick-XXHdQCPe': No such file or 
 directory @ blob.c/OpenBlob/2480.
 convert: unable to open file `/tmp/magick-XXHdQCPe': No such file or 
 directory @ constitute.c/ReadImage/569.
 convert: missing an image filename `debian/debian-blueish-wallpaper.png' @ 
 convert.c/ConvertImageCommand/2838.
 make: *** [debian/debian-blueish-wallpaper.png] Error 1

Hi, Lucas!

I've installed last sid snapshot into chroot and tried to call convert
util. It works fine on my environment.
Your log says that it crashed into convert - imagemagik package.

I think that it is a bug in it. Could You make test in Your
environment:
 1 step: apt-get install imagemagik
 2 step: extract file debian/debian-blueish-wallpaper.svg
 3 step: try convert it to png.

If it crashes then You will able to reassign the bug to imagemagik,
but in my environment it is unreproducible.


-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#556810: fluxbox: FTBFS: sh: wmf2eps: not found

[Dmitry E. Oboukhov]

clone 556810 -1
reassign -1 imagemagick
retitle -1 Please comment this strange behaviour of 'convert'
thanks

 I've installed last sid snapshot into chroot and tried to call convert
 util. It works fine on my environment.

LN Well, it's totally reproducible for me. Use pbuilder, or clean up your
LN chroot using debfoster before building.

 Your log says that it crashed into convert - imagemagik package.

LN Possible ; but I'm extremely surprised that you can't reproduce it.

I've updated my debian-mirror, and retested it.
The bug is reproducible now.

But if i try to enter this command by hand (in
chroot or pbuilder) it works fine.

I have no idea what to think.

:(

It is an easy call to external utilitie, why it falls with one
environment and works under other?

I need to get an advice from imagemagick's maintainer.

Hi, maintainer of imagemagick!

I have the bugreport, but i don't know what to do. If I start
'convert' utilitie from terminal by hand, it will work fine. But if it
is started from debian/rules, it crashes into log (see above)

It tries to access into the temporary directory /tmp/magick-SUFFIX,
but can't.

debian/rules is:

http://git.debian.org/?p=collab-maint/fluxbox.git;a=blob;f=debian/rules;h=e555e701dc2e43cef14124c59372ea45abd40cfe;hb=fd19439c9208f8cfc60c51ffd14652af4fc121f3

fluxbox package is placed under git.debian.org
http://git.debian.org/?p=collab-maint/fluxbox.git;a=summary


-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#549768: FTBFS: /bin/bash: aclocal-1.10: command not found

[Dmitry E. Oboukhov]

follow-up 549768
thanks 

AT Well, that's totally strange.  Ther *is* a file aclocal.m4 in the
AT source tarball.  Something must be wrong on your side.  I can not
AT confirm any FTBFS on amd64 or i386.  The command quilt -a push works
AT perfectly on my side.

Hi, Andreas.
Today I've rebuild the package many times. It is built fine.
But when i a few times pressed Control-C in the time when configure
process was continuing, i could watch this bug.

But debian/rules clean resolved this problem, now the package is built
fine again. I think that this bug appears when building is aborted.


-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#552581: DFSG violation

[Dmitry E. Oboukhov]

Package: beneath-a-steel-sky
Severity: serious

One man asked me to upload a package into debian which contains a blob
without source. When i denied to upload it he routed an example Your
package (beneath-a-steel-sky), which contains files like sky.cpt which
has no sources and is distributed as binary file.

This situation is DFSG violation (p.2). Also this mediacontent has no
license terms in debian/copyright (only copyright holder is refered).

At least package should be splited into two packages and the first part
should be moved to contrib part of debian, second part must be moved
into non-free three. I haven't found license terms about game content.
If it isn't freeware, it couldn't be placed in non-free, in this case
You can write a script downloading mediacontent when Your package is
installed.
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#551065: Acknowledgement (med-xpi-pack breaks INPUT directory)

[Dmitry E. Oboukhov]

Additional infos:

If there is a package which is built without m-d, which has structure
like an unzipped xpi and added directory debian/, then if we could
rebuild it with m-d, then all jars would be unpacked too.
So we are forced to make repackaging orig.tar.gz.

For exampe package http://packages.qa.debian.org/i/itsalltext.html
has many jars in its build tree.
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#551065: med-xpi-pack breaks INPUT directory

[Dmitry E. Oboukhov]

Severity: grave
Package: mozilla-devscripts
Version: 0.17

If we have easy unpacked (unzipped) xpi which contains jar-file, the
command
 med-xpi-pack unpacked-dir.xpi creating.xpi

will unpack and delete jars in INPUT directory. So input data will be
broken.

Severity: grave because:

=quote http://www.debian.org/Bugs/Developer.en.html#severities

makes the package in question unusable or mostly so, or _causes data
loss_, or introduces a security hole allowing access to the accounts of
users who use the package.

=cut

--
... mpd playing: Агата Кристи - 2000 - Майн Кайф - Эпилог. На Краю..mp3

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#551065: Acknowledgement (med-xpi-pack breaks INPUT directory)

[Dmitry E. Oboukhov]

forwarded 551065 https://bugs.launchpad.net/mozilla-devscripts/+bug/452422
thanks

I forwarded this report to upstream

--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#528322: Versions?

[Dmitry E. Oboukhov]

On 14:12 Fri 21 Aug , Filipus Klutiero wrote:
FK Which version of openssh-server was installed?

I think it was 1:5.1p1-5 (it is standing now on its host)
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#528322: closed by Filipus Klutiero chea...@gmail.com (Re: Bug#528322: Versions?)

[Dmitry E. Oboukhov]

reopen 528322
reassign 528322 openssh-server
found 1:5.1p1-5
thanks

DBTS openssh-server 1:5.1p1-5 does not depend on libk5crypto3.
DBTS Closing as invalid.

Don't thoughtless close the bug. This event happened on the May 12.
Now I cannot exactly say what version of openssh was. But I exactly
remember that openssh complained the library absent.

Of course, depend-report of 'apt-cache depends' confused me, but this
bug hasn't dreamed to me. :)

Now i have tested removing libk5crypto3, ssh doesn't work without
this library:

home.uvw.ru:[/home/dimka]# export LANG=C
home.uvw.ru:[/home/dimka]# zcat 
/usr/share/doc/openssh-server/changelog.Debian.gz|dpkg-parsechangelog -l-
Source: openssh
Version: 1:5.1p1-5
Distribution: unstable
Urgency: low
Maintainer: Colin Watson cjwat...@debian.org
Date: Wed, 14 Jan 2009 00:34:08 +
Closes: 502444
Changes: 
 openssh (1:5.1p1-5) unstable; urgency=low
 .
   * Backport from upstream CVS (Markus Friedl):
 - packet_disconnect() on padding error, too. Should reduce the success
   probability for the CPNI-957037 Plaintext Recovery Attack to 2^-18.
   * Check that /var/run/sshd.pid exists and that the process ID listed there
 corresponds to sshd before running '/etc/init.d/ssh reload' from if-up
 script; SIGHUP is racy if called at boot before sshd has a chance to
 install its signal handler, but fortunately the pid file is written
 after that which lets us avoid the race (closes: #502444).
   * While the above is a valuable sanity-check, it turns out that it doesn't
 really fix the bug (thanks to Kevin Price for testing), so for the
 meantime we'll just use '/etc/init.d/ssh restart', even though it is
 unfortunately heavyweight.
home.uvw.ru:[/home/dimka]# apt-get remove libk5crypto3
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libkrb5support0
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
  libk5crypto3
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 266kB disk space will be freed.
Do you want to continue [Y/n]? 
(Reading database ... 51926 files and directories currently installed.)
Removing libk5crypto3 ...

home.uvw.ru:[/home/dimka]# invoke-rc.d ssh stop
home.uvw.ru:[/home/dimka]# invoke-rc.d ssh start


* In this point I have no ssh server :(


home.uvw.ru:[/home/dimka]# /usr/sbin/sshd -\?
/usr/sbin/sshd: error while loading shared libraries: libk5crypto.so.3: cannot 
open shared object file: No such file or directory
home.uvw.ru:[/home/dimka]# apt-get install libk5crypto3
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  krb5-doc krb5-user
The following NEW packages will be installed:
  libk5crypto3
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/104kB of archives.
After this operation, 266kB of additional disk space will be used.
Selecting previously deselected package libk5crypto3.
(Reading database ... 51920 files and directories currently installed.)
Unpacking libk5crypto3 (from .../libk5crypto3_1.7dfsg~beta3-1_i386.deb) ...
Setting up libk5crypto3 (1.7dfsg~beta3-1) ...
home.uvw.ru:[/home/dimka]# /usr/sbin/sshd -\?
sshd: illegal option -- ?
OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007
usage: sshd [-46DdeiqTt] [-b bits] [-C connection_spec] [-f config_file]
[-g login_grace_time] [-h host_key_file] [-k key_gen_time]
[-o option] [-p port] [-u len]


So, it is a bug in openssh-server. I'll reopen and reassign.


--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#542403: mysql-query-browser disturbs functioning other packages

[Dmitry E. Oboukhov]

Package: mysql-query-browser
Severity: serious
Version: 5.0r12-1

I've installed mysql-query-browser now. It works fine. But this
installation has broken package 'subversion'.

If I enter the command 'svn up' in the every svn tree, I receive
many messages like:

$ LANG=C svn up

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

** (process:12603): WARNING **: couldn't connect to dbus session bus:
Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

...


If I make 'apt-get autoremove mysql-query-browser' svn will begin to
work fine. I didn't explore what is the cause: mysql-query-browser or
its dependences. Please reassign the bug If I'm wrong choosing the
package.

PS: Normally I use fluxbox, rxvt, it is the first gnome program which
i tried. I am very depressed by such behavior. Why GUI-program
breaks/interferes in work of other (_console_) program? It is
unapproachably to understand.


--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#542403: mysql-query-browser disturbs functioning other packages

[Dmitry E. Oboukhov]

 I've installed mysql-query-browser now. It works fine. But this
 installation has broken package 'subversion'.
 
 If I enter the command 'svn up' in the every svn tree, I receive
 many messages like:
 
 $ LANG=C svn up
 
 ** (process:12603): WARNING **: couldn't connect to dbus session bus:
 Failed to connect to socket /tmp/dbus-RD1Gn0diy6: Connection refused

AM I'm not certain which package this would be a bug against, but it is not
AM mysql-query-browser.

AM It looks that it is either a problem with dbus (was that installed?) or
AM a problem with svn trying to use dbus when it doesn't listen. If you
AM have mysql-query-browser installed, is there dbus running?

AM $ ps ax | grep dbus
AM 2749 ?Ss 0:08 /usr/bin/dbus-daemon --system
AM 4824 pts/5R+ 0:00 grep dbus
AM 6040 ?Ss 0:01 /usr/bin/ssh-agent /usr/bin/dbus-launch
AM --exit-with-session /usr/bin/gnome-session
AM 6043 ?S  0:00 /usr/bin/dbus-launch --exit-with-session
AM /usr/bin/gnome-session
AM 6044 ?Ss 0:01 /usr/bin/dbus-daemon --fork --print-pid 6
AM --print-address 9 --session

AM I don't think anything is breaking svn except svn.

I'm not using dbus. Dbus wasn't installed by command
apt-get install mysql-query-browser
Dbus isn't contained in dep-list.
But it is not the thing I'm speaking about.

I've installed one package. By this action I've broken another one.
I concede that the problem might be in the dependencies, if You want
You could reassign the bug, but You should decide which of.
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#541487: Acknowledgement (rtorrent is crashed by SCGI)

[Dmitry E. Oboukhov]

tags 541487 patch
thanks

Hi, Rogério.
I've applied and tested the patch (it is placed in git.debian.org). It
works fine. Dont You want make some changes before upload with this
fix? Let's close this bug :)

--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#541487: rtorrent is crashed by SCGI

[Dmitry E. Oboukhov]

=
  {std::pairint, void* = {first = 0, second = 0x0}, third = 0x0})
at command_map.cc:193
#23 0x0811cd5e in rpc::xmlrpc_call_command (env=0xbfe5bae4, args=0x998a968, 
voidServerInfo=0x8123584) at xmlrpc.cc:454
#24 0xb7c9d198 in xmlrpc_dispatchCall () from /usr/lib/libxmlrpc_server.so.3
#25 0xb7c9d2e7 in xmlrpc_registry_process_call ()
   from /usr/lib/libxmlrpc_server.so.3
#26 0x0811b55f in rpc::XmlRpc::process (this=0x815e790, 
inBuffer=0x9c3d9e8 ?xml version=\1.0\ 
encoding=\us-ascii\?methodCallmethodNamed.multicall/methodNameparamsparamvaluestringdefault/string/value/paramparamvaluestringd.get_base_filename=/strin...,
 
length=4321, slotWrite={m_base = {_M_ptr = 0xbfe5bb7c}}) at xmlrpc.cc:493
#27 0x08083531 in rak::mem_fn3_trpc::XmlRpc, bool, char const*, unsigned int, 
r---Type return to continue, or q return to quit---
ak::function2bool, char const*, unsigned int ::operator() (this=0x984cb50, 
arg1=0x9c3d9e8 ?xml version=\1.0\ 
encoding=\us-ascii\?methodCallmethodNamed.multicall/methodNameparamsparamvaluestringdefault/string/value/paramparamvaluestringd.get_base_filename=/strin...,
 
arg2=4321, arg3={m_base = {_M_ptr = 0xbfe5bbbc}})
at ../rak/functional_fun.h:259
#28 0x0811a54a in rak::function3bool, char const*, unsigned int, 
rak::function2bool, char const*, unsigned int ::operator() (this=0x984c9a4, 
arg1=0x9c3d9e8 ?xml version=\1.0\ 
encoding=\us-ascii\?methodCallmethodNamed.multicall/methodNameparamsparamvaluestringdefault/string/value/paramparamvaluestringd.get_base_filename=/strin...,
 
arg2=4321, arg3={m_base = {_M_ptr = 0xbfe5bbfc}})
at ../../rak/functional_fun.h:173
#29 0x08118d5c in rpc::SCgi::receive_call (this=0x984c998, task=0x984c9a8, 
buffer=0x9c3d9e8 ?xml version=\1.0\ 
encoding=\us-ascii\?methodCallmethodNamed.multicall/methodNameparamsparamvaluestringdefault/string/value/paramparamvaluestringd.get_base_filename=/strin...,
 
length=4321) at scgi.cc:157
#30 0x0811b00f in rpc::SCgiTask::event_read (this=0x984c9a8)
at scgi_task.cc:179
#31 0xb7e22550 in torrent::PollEPoll::perform () from /usr/lib/libtorrent.so.11
#32 0x080e5b78 in core::PollManagerEPoll::poll (this=0x9803a88, timeout=
  {m_time = 1000}) at poll_manager_epoll.cc:74
#33 0x0809302a in main (argc=1, argv=0xbfe5be74) at main.cc:318
(gdb) 


--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#538857: rocksndiamonds: post-installation fails

[Dmitry E. Oboukhov]

On 19:39 Tue 28 Jul , Moritz Muehlenhoff wrote:
MM On Mon, Jul 27, 2009 at 09:15:00PM +0400, Dmitry E. Oboukhov wrote:
 The site www.artsoft.org is (temporary?) down. Why do You think it
 must be another way? Postinst returns error code because it can't
 download resource. Other packages (for example msttcorefonts) have
 the same behaviour.
 
GLB Do You think I shouldn't have report that problem?
 I think this is site's problem, i considered a few packages which
 download something from somewhere and all of them return errorcode
 when downloading fail.
 
 Of course we can complain of something like:
  - our provider provides us with bad connection;
  - the website we have link on is down.
 but does it refer to the specific package? Hmm...
 
 But I still don't know is this behavior is right. If the script
 doesn't return failcode, somebody could post the bug like 'I had no
 fail when I installed the package, but it doesn't work', even if he
 had seen the error message.
 
 I Cc-ed the mail to debian-devel: may be somebody gives us advice.

MM Again, as in the case of the broken rott download, the correct
MM fix is to add support for the media files to game-data-packager
MM instead of adding a postinst.

a few years ago rocksndiamonds was removed from debian because media
files isn't free. I haven't seen the other way to download them from
postinst: each of new upstream versions must replace the previous, so
downloading have to be started by upgrade system (postinst)

rocksndiamonds has the dialog screen which asks user if he agrees or
not to download. If he agrees, downloading can finish with failcode
(if user has network's problems, or root site is down)
--
... mpd paused: Manowar - Call To Arms

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature