Bug#991084: golint: Golint doesn't return error code if it find any errors

[Dmitry E. Oboukhov]

Package: golint
Version: 0.0+git20200130.910be7a-1+b5
Severity: normal
X-Debbugs-Cc: un...@debian.org

Package: golint
X-Debbugs-Cc: un...@debian.org
Version: 0.0+git20200130.910be7a-1+b5
Severity: normal

So it's unusable with CI/Vim

Example:

$ golint cal.go
cal.go:12:8: expected '(', found ain (and 2 more errors)

$ golint cal.go && echo ok
cal.go:12:8: expected '(', found ain (and 2 more errors)
ok

$ golint --help
Usage of golint:
golint [flags] # runs on package in current directory
golint [flags] [packages]
golint [flags] [directories] # where a '/...' suffix includes all 
sub-directories
golint [flags] [files] # all must belong to a single package
Flags:
  -min_confidence float
minimum confidence of a problem to print it (default 0.8)
  -set_exit_status
set exit status to 1 if any issues are found

$ golint -set_exit_status cal.go && echo ok
cal.go:12:8: expected '(', found ain (and 2 more errors)
ok



-- System Information:
Debian Release: 11.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-security'), (500, 'unstable'), 
(500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information

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#961812: RM: tarantool-lts -- ROM; obsolete

[Dmitry E . Oboukhov]

Package: ftp.debian.org
Severity: normal



Hello!

I'd like to request removal of tarantool-lts.

This package 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.

Bug#952510: coreutils: wc -l ignores last non-'\n' line

[Dmitry E . Oboukhov]

Package: coreutils
Version: 8.30-3+b1
Severity: normal

Dear Maintainer,

I don't know if this is a bug or not, but example:


$ echo line 1 > test.txt
$ wc test.txt
1 2 7 test.txt

$ echo line 2 >> test.txt
$ wc test.txt
 2  4 14 test.txt

$ echo -n line 3 >> test.txt
$ wc test.txt
 2  6 20 test.txt

$ wc -l test.txt
2 test.txt

$ cat test.txt
line 1
line 2
line 3


$ > wc.pl   
$count = 0;
while (<>) {
  $count++;
}
print "total $count lines\n";

$ perl wc.pl test.txt 
total 3 lines


-- System Information:
Debian Release: 10.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.3.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_USER
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: systemd (via /run/systemd/system)

Versions of packages coreutils depends on:
ii  libacl1  2.2.53-4
ii  libattr1 1:2.4.48-4
ii  libc62.29-3
ii  libselinux1  2.8-1+b1

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information

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#876077: mutt: folder_format (%N) doesn't work anymore

[Dmitry E. Oboukhov]

t;

patch-attach-headers-color-neomutt
patch-compose-to-sender-neomutt
patch-compress-neomutt
patch-cond-date-neomutt
patch-encrypt-to-self-neomutt
patch-fmemopen-neomutt
patch-forgotten-attachments-neomutt
patch-forwref-neomutt
patch-ifdef-neomutt
patch-index-color-neomutt
patch-initials-neomutt
patch-keywords-neomutt
patch-kyoto-neomutt
patch-limit-current-thread-neomutt
patch-lmdb-neomutt
patch-multiple-fcc-neomutt
patch-nested-if-neomutt
patch-new-mail-neomutt
patch-nntp-neomutt
patch-notmuch-neomutt
patch-progress-neomutt
patch-quasi-delete-neomutt
patch-reply-with-xorig-neomutt
patch-sensible-browser-neomutt
patch-sidebar-neomutt
patch-skip-quoted-neomutt
patch-status-color-neomutt
patch-timeout-neomutt
patch-tls-sni-neomutt
patch-trash-neomutt

To learn more about NeoMutt, visit: http://www.neomutt.org/
If you find a bug in NeoMutt, please raise an issue at:
https://github.com/neomutt/neomutt/issues
or send an email to: <neomutt-de...@neomutt.org>


-- System Information:
Debian Release: 9.1
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.15-x86_64-linode81 (SMP w/8 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 mutt depends on:
ii  libassuan02.4.3-2
ii  libc6 2.24-11+deb9u1
ii  libcomerr21.43.4-2
ii  libgnutls30   3.5.8-5+deb9u2
ii  libgpg-error0 1.26-2
ii  libgpgme111.8.0-3+b2
ii  libgssapi-krb5-2  1.15-1
ii  libidn11  1.33-1
ii  libk5crypto3  1.15-1
ii  libkrb5-3 1.15-1
ii  libncursesw5  6.0+20161126-1
ii  libnotmuch4   0.23.7-3
ii  libsasl2-22.1.27~101-g0780600+dfsg-3
ii  libtinfo5 6.0+20161126-1
ii  libtokyocabinet9  1.4.48-11+b1

Versions of packages mutt recommends:
ii  libsasl2-modules  2.1.27~101-g0780600+dfsg-3
ii  locales   2.24-11+deb9u1
ii  mime-support  3.60

Versions of packages mutt suggests:
pn  aspell | ispell
ii  ca-certificates20161130+nmu1
ii  exim4-daemon-heavy [mail-transport-agent]  4.89-2+deb9u1
ii  gnupg  2.1.18-6
pn  mixmaster  
ii  openssl1.1.0f-3
pn  urlview

Versions of packages mutt is related to:
ii  mutt  1.7.2-1

-- no debconf information
-- 

. ''`.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#875679: RFS: goldendict/1.5.0~rc2+git20170908+ds-1

[Dmitry E. Oboukhov]

>> PS: Debian contains package "wordnet". The patch created an
>> integration between goldendict and wordnet.

> I believe this patch is long merged upstream.

Oh, sorry!

I'll upload the package now :)

-- 

. ''`.    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#875679: RFS: goldendict/1.5.0~rc2+git20170908+ds-1

[Dmitry E. Oboukhov]

Hi, Boyuan!


> commit 45d460fcc8c86f50e6bff1c505396dd4d7c462df
> Author: Boyuan Yang <073p...@gmail.com>
> Date:   Wed Sep 13 16:16:48 2017 +0800
> 
> debian: prepare new release 1.5.0~rc2+git20170908+ds-1
> 
>  config.cc   |   3 -
>  debian/changelog|  10 ++-
>  debian/control  |   2 +
>  ...sable-autostart-control => 0001-Disable-default-autostart.patch} |  17 
> +++--
>  debian/patches/8e11d2a0bdec3ccf24ebb61d468b005543b899ee.patch   | 115 
> --
>  debian/patches/series   |   4 +-
>  debian/patches/wordnet-dict-paths   |  14 
> 
>  debian/rules|   5 ++
>  debian/watch|   5 ++
>  preferences.ui  |   3 -
>  10 files changed, 34 insertions(+), 144 deletions(-)


You dropped patch debian/patches/wordnet-dict-paths, so Your version
goldendict can not use wordnet dictionaries (see Debian packages
wordnet and goldendict-wordnet).

Could You revert the patch?

PS: Debian contains package "wordnet". The patch created an
integration between goldendict and wordnet.



On 20:38 Wed 13 Sep , Boyuan Yang wrote:
> Package: sponsorship-requests
> Severity: normal
> X-Debbugs-CC: un...@debian.org

> Dear mentors and Dmitry,

> I am looking for a sponsor for the package I co-maintain, "goldendict".

> This upload would update the package "goldendict" to its latest snapshot.
> Goldendict upstream has been pretty stable recently and no major regressions
> were found. I believe this upload should be appropriate. Meanwile, this upload
> tries to eliminate lintian warnings and errors.

> * Package name: goldendict
> Version : 1.5.0~rc2+git20170908+ds-1
> Upstream Author : Abs62 <ottom...@yandex.ru>
> * URL : http://goldendict.org
> * License : GPL-3+
> Section : utils

> It builds those binary packages:

> goldendict - feature-rich dictionary lookup program

> To access further information about this package, please visit the following
> URL:

> https://mentors.debian.net/package/goldendict

> Alternatively, one can download the package with dget using this command:

> dget -x https://mentors.debian.net/debian/pool/main/g/goldendict/
> goldendict_1.5.0~rc2+git20170908+ds-1.dsc

> Alioth Git packaging repository:

> https://anonscm.debian.org/git/collab-maint/goldendict.git

> Changes since the last upload:

> goldendict (1.5.0~rc2+git20170908+ds-1) unstable; urgency=medium
> .
> * New upstream snapshot. (Closes: #867497)
> + Enable support for Zim dictionaries.
> + Enable support for Chinese conversion.
> * Remove third-party maclibs and winlibs (+ds).
> * Apply "wrap-and-sort -abst".
> * Bump Standards-Version to 4.1.0.
> * Switch from cdbs to debhelper v10+.
> + Bump debian/compat to 10.
> + Enable full hardening.
> * Update man page for goldendict accordingly.
> * Drop menu file (per ctte's decision in #741573).
> * Refresh patches.
> * Limit libhunspell version (>= 1.6.1).
> * Refresh watch file.

> Regards,
> Boyuan Yang
-- 

. ''`.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#874428: RFS: goldendict/1.5.0~git20160508.g92b5485-1.2 [RC, NMU]

[Dmitry E. Oboukhov]

>>>> [2] https://qa.debian.org/developer.php?email=unera%40debian.org
>>
>> If You want to be a maintainer, feel free to add to uploader's
>> list yourself . I uploaded the package if someone asked me or if I
>> found some new interesting functions.
>> So if You need to upload a new version, ping me, or adopt the package if
>> you consider my work unsatisfactory :)

> Thank you for your mail. I believe this NMU should act as the beginning of
> adoption. I am willing to package its newer snapshots and fix bugs later.

> It would be great if somebody could help sponsor this NMU now since the
> original maintainer shows up and agrees with it.

> Many thanks to everyone involved here. (especially the MIA team)

I am building the package with patches and will upload it soon.

If someone wants to be a maintainer, ping me. Now I'm already online.


Sorry that I didn't pay attention on this ticket (it became seriois on
the 26th of August). I was on leave and after that I had much work to
do.

I saw the dicussion on it but I had absolutely no opportunity to
take part in it.

Besides, the package is tagged as LowNMU for that very case: when
maintener has no opportunity to respond, the tag LowNMU points,
that an urgent problem can be solved without him.
-- 

. ''`.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: Digital signature

Bug#874428: RFS: goldendict/1.5.0~git20160508.g92b5485-1.2 [RC, NMU]

[Dmitry E. Oboukhov]

>>> Man thanks Boyuan for taking care about goldendict!
>>> 
>>>> Dear mentors and Dmitry,
>>>> 
>>>>* Add myself into uploaders list. (Hijacking package)
>>> 
>>> As I learned on DebConf17'S we've have a (proposed) process for
>>> this. Lets bring it to live and salvage the package as described here:
>>> https://lists.debian.org/debian-devel/2012/09/msg00654.html
>>> 
>>> (please, involve the MIA team if you find neglected packages.)
>>> 
>>> Thanks for caring about goldendict,
>>> --
>>> tobi
>> 
>> Wondering if there's any concensus on this topic. Replies in this thread 
>> shows
>> there are still some disagreement on concrete actions of "Salvaging" 
>> packages.
>> An article on Debian Wiki or email on debian-devel-announce would be much 
>> more
>> convincing.

> We've had a discussion @DebConf17 (in the "if you love a package let it go" 
> BOF)
> where this link was brought up by the audience as an possible solution to the
> problem that some packages are quite neglected. AFAIR it was suggested that
> we've give the process a try.

> While I understand that you'd like some official announcement, we're not yet
> there -- this will only happen once we've tried it serveral times :)
> But the salvaing process will for sure generate less friction than a hijack.

>> Besides, MIA Team is not the right option here; DDPO shows that the 
>> maintainer
>> is still active on other packages. [2]

> While the MIA team has power on cases like this, we also handle cases where 
> e.g
> the maintainer has appearantly too much on his plate; at least we can get in
> touch with the maintainer and indeed that helps quite often to find a 
> solution.
> (Note that I am also MIA team member)

>> Thanks,
>> Boyuan Yang
>> 
>> [2] https://qa.debian.org/developer.php?email=unera%40debian.org

If You want to be a maintainer, feel free to add to uploader's
list yourself . I uploaded the package if someone asked me or if I
found some new interesting functions.
So if You need to upload a new version, ping me, or adopt the package if
you consider my work unsatisfactory :)

-- 

. ''`.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: Digital signature

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#842290: RM: confetti -- ROM; Upstream is dead, nobody uses the package.

[Dmitry E. Oboukhov]

Package: ftp.debian.org
Severity: normal

The package was uploaded for tarantool* dep-list. But now tarantool
doesn't use the package and upstream is dead.

So, please, remove the package from Debian.

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#833384: wordnet: multiple packages for the same database

[Dmitry E. Oboukhov]

>>>> For example, as per goldendict dictionaries tab:
>>>> goldendict-wordnet  => Total Words: 148730
>>>> dict-wn => Total Words: 147311

I think that some articles could not be exported to dict-wn database,
so 147311 < 148730.


> OK, understood.

>> Maybe it is because of the format the databases are generated in, even if 
>> they
>> are generated from the same source.

> I admit I have no idea about goldendict at all.  Dmitry E. Oboukhov is
> responsible for the creation of the binary package as well for the code
> that does the format conversion. 


> If the goldendict binary is able to
> cope with dict format as well I'm tempted to drop this package and the
> according Ruby code which I do not understand and which had created
> trouble in the past.  Dmitry, could you please comment on this?

The script (converter) was written by goldendict contributor.
Goldendict can't use wordnet database directly, so I think that
current way is the easiest variant to use wordnet in goldendict.

PS: We live in the 21 st century, so is it really worth exerting
oneself for saving a couple of dozens megabytes in repository (not
at the user's hard disk)?
-- 

. ''`.   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#801222: sort doesn't sort properly

[Dmitry E. Oboukhov]

Package: coreutils
Version: 8.23-4

for example You have a file (attached):

$ cat file.test.txt 
101 160B5393
101 2A73C7652
101 2C07190F7
100 53F9F0D8
10  12A0040C8
101 28F97E7A6
100 5C87DC23
101 2C793F80D
100 AF0378DE
101 2B32E3B09
101 184B53583
10  11062616C
101 15E4EEA10
101 24D54B3
101 28B0E9BA0
100 57160B47
101 2901E477E

You can sort it by perl:

$ cat sort.pl 
#!/usr/bin/perl

@lines = <>;
print for sort @lines;

$ perl sort.pl < file.test.txt 
10  11062616C
10  12A0040C8
100 53F9F0D8
100 57160B47
100 5C87DC23
100 AF0378DE
101 15E4EEA10
101 160B5393
101 184B53583
101 24D54B3
101 28B0E9BA0
101 28F97E7A6
101 2901E477E
101 2A73C7652
101 2B32E3B09
101 2C07190F7
101 2C793F80D

If You try to use `sort` from `coreutils`, You have unexpected result:

$ sort < file.test.txt
100 53F9F0D8
100 57160B47
100 5C87DC23
100 AF0378DE
10  11062616C
101 15E4EEA10
101 160B5393
101 184B53583
101 24D54B3
101 28B0E9BA0
101 28F97E7A6
101 2901E477E
10  12A0040C8
101 2A73C7652
101 2B32E3B09
101 2C07190F7
101 2C793F80D


Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

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

Versions of packages coreutils depends on:
ii  libacl1  2.2.52-2
ii  libattr1 1:2.4.47-2
ii  libc62.19-18
ii  libselinux1  2.3-2

coreutils recommends no packages.

coreutils suggests no packages.

-- 

. ''`.           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
101 160B5393
101 2A73C7652
101 2C07190F7
100 53F9F0D8
10  12A0040C8
101 28F97E7A6
100 5C87DC23
101 2C793F80D
100 AF0378DE
101 2B32E3B09
101 184B53583
10  11062616C
101 15E4EEA10
101 24D54B3
101 28B0E9BA0
100 57160B47
101 2901E477E


signature.asc
Description: Digital signature

Bug#731216: xbattbar: reposition the bar on screen resize

[Dmitry E. Oboukhov]

Hi!

The patch doesn't work at my host (window hangs up).

PS:
I applied the other Your patch now.

On 10:08 Tue 03 Dec , Andrew Shadura wrote:
 Package: xbattbar
 Version: 1.4.4-1

 Hello,

 Attached is the patch which enables xbattbar to react to screen size
 changes. However, probably, the proper way would be not to place in to
 the edge of a root window, but to the edge of primary screen; that
 would require to use Xinerama API or XRandR.

 --
 Cheers,
 Andrew

 Subject: Resize bar when the root window size changes.
 From: Andrew Shadura andre...@debian.org

 --- a/xbattbar.c
 +++ b/xbattbar.c
 @@ -92,6 +92,7 @@ int bi_thick = BI_THICKNESS;/* t
 int bi_interval = PollingInterval;  /* interval of polling APM */

 Display *disp;
 +Window root;
 Window winbar;  /* bar indicator window */
 Window winstat = -1;/* battery status window */
 GC gcbar;
 @@ -163,21 +164,10 @@ Status AllocColor(char *name, unsigned l
 return(status);
 }

 -/*
 - * InitDisplay:
 - * create small window in top or bottom
 - */
 -void InitDisplay(void)
 +void ReshapeWindow(void)
 {
 -  Window root;
 int x,y;
 unsigned int border,depth;
 -  XSetWindowAttributes att;
 -
 -  if((disp = XOpenDisplay(NULL)) == NULL) {
 -  fprintf(stderr, xbattbar: can't open display.\n);
 -  _exit(1);
 -  }

 if(XGetGeometry(disp, DefaultRootWindow(disp), root, x, y,
 width, height, border, depth) == 0) {
 @@ -185,14 +175,6 @@ void InitDisplay(void)
 _exit(1);
 }

 -  if (!AllocColor(ONIN_C,onin) ||
 -   !AllocColor(OFFOUT_C,offout) ||
 -   !AllocColor(OFFIN_C,offin) ||
 -   !AllocColor(ONOUT_C,onout)) {
 -fprintf(stderr, xbattbar: can't allocate color resources\n);
 -_exit(1);
 -  }
 -
 switch (bi_direction) {
 case BI_Top: /* (0,0) - (width, bi_thick) */
 bi_width = width;
 @@ -218,6 +200,30 @@ void InitDisplay(void)
 bi_x = width - bi_thick;
 bi_y = 0;
 }
 +}
 +
 +/*
 + * InitDisplay:
 + * create small window in top or bottom
 + */
 +void InitDisplay(void)
 +{
 +  XSetWindowAttributes att;
 +
 +  if((disp = XOpenDisplay(NULL)) == NULL) {
 +  fprintf(stderr, xbattbar: can't open display.\n);
 +  _exit(1);
 +  }
 +
 +  if (!AllocColor(ONIN_C,onin) ||
 +   !AllocColor(OFFOUT_C,offout) ||
 +   !AllocColor(OFFIN_C,offin) ||
 +   !AllocColor(ONOUT_C,onout)) {
 +fprintf(stderr, xbattbar: can't allocate color resources\n);
 +_exit(1);
 +  }
 +
 +  ReshapeWindow();

 winbar = XCreateSimpleWindow(disp, DefaultRootWindow(disp),
 bi_x, bi_y, bi_width, bi_height,
 @@ -314,6 +320,7 @@ main(int argc, char **argv)
 signal(SIGALRM, (void *)(battery_check));
 battery_check();
 XSelectInput(disp, winbar, myEventMask);
 +  XSelectInput(disp, root, StructureNotifyMask);
 while (1) {
 XWindowEvent(disp, winbar, myEventMask, theEvent);
 switch (theEvent.type) {
 @@ -342,6 +349,12 @@ main(int argc, char **argv)
 xbattbar: unknown event (%d) captured\n,
 theEvent.type);
 }
 +XWindowEvent(disp, root, StructureNotifyMask, theEvent);
 +switch (theEvent.type) {
 +case ConfigureNotify:
 +  ReshapeWindow();
 +  XMoveResizeWindow(disp, winbar, bi_x, bi_y, bi_width, bi_height);
 +}
 }
 }
-- 

. ''`.   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#731216: xbattbar: reposition the bar on screen resize

[Dmitry E. Oboukhov]

 On Apr 30, 2014 4:53 PM, Dmitry E. Oboukhov un...@debian.org wrote:
 The patch doesn't work at my host (window hangs up).

 Any idea why? I've had it applied since then and haven't encountered any 
 issues
 whatsoever.

I haven't seen it yet (I've just applied Your patches and checked
xbattbar).
may be tonight :)
-- 

. ''`.   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#727708: call for votes on default Linux init system for jessie

[Dmitry E. Oboukhov]

I vote: V U O

:)

-- 

. ''`.   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#736905: please enable module r8188eu

[Dmitry E. Oboukhov]

Package: src:linux
Version: 3.12-1
Severity: wishlist

Since 3.12 linux provides a driver for nano-WiFi TP-Link 725 -
r8188eu.

I was forced to rebuild kernel from kernel.org to use the driver.
Could You enable the module?

CONFIG_R8188EU=m
CONFIG_88EU_AP_MODE=y
CONFIG_88EU_P2P=y


-- 

. ''`.   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#731850: ITP tarantool-php -- PECL PHP driver for Tarantool/Box

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: tarantool-php
 Version : 1.0
 Upstream Author : Alexandre Kalendarev akal...@mail.ru
 URL : https://github.com/tarantool/tarantool-php
 License : PHP 3.01
 Programming Lang: C
 Description : PECL PHP driver for Tarantool/Box

Tarantool is an in-memory database and Lua application server.
This package provides PECL PHP driver for Tarantool/Box.


-- 

. ''`.   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#703713: postgis: please package v2.0.3

[Dmitry E. Oboukhov]

Hi, Maintainers!

I need postgis 2.0, too. I see that postgis2.0 is prepared in Git.
Could I help You to upload the package?
-- 

. ''`.   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#696432: ITP: libjs-jstorage -- store data locally with JavaScript

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name   : libjs-jstorage
 Version: 0.3.1
 Upstream Author: Andris Reinman andris.rein...@gmail.com
 URL: http://www.jstorage.info/
 License: MIT
 Programming Language   : JS
 Description: store data locally with JavaScript

Storage is a cross-browser key-value store database to store data
locally in the browser - jStorage supports all major browsers, both
in desktop and in mobile.
-- 

. ''`.   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#696226: ITP: libmojolicious-plugin-mailexception-perl -- Mojolicious plugin to send crash information by email

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libmojolicious-plugin-mailexception-perl
 Version : 0.02
 Upstream Author : Dmitry E. Oboukhov un...@debian.org
 URL : http://search.cpan.org/dist/Mojolicious-Plugin-MailException/
 License : Artistic or GPLv1
 Programming Lang: Perl, XS
 Description : Mojolicious plugin to send crash information by email

The plugin catches all exceptions, packs them into email and sends
them to email.

-- 

. ''`.   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#693974: ITP: libprotocol-tarantool-perl -- Binary protocol of Tarantool/Box database

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libprotocol-tarantool-perl
 Version : 0.01
 Upstream Author : Mons Anderson m...@cpan.org
 URL : http://search.cpan.org/dist/Protocol-Tarantool/
 License : Artistic or GPLv1
 Programming Lang: Perl, XS
 Description : Binary protocol of Tarantool/Box database

The package provides module to create clients for tarantool database

-- 

. ''`.   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#691862: dpkg fails if there is an old-style script in /etc/init.d

[Dmitry E. Oboukhov]

Package: dpkg

I have a script in /etc/init.d that has no tags in comment.
Then I tried to install exim4 on the host:


proxy:[~]$ sudo apt-get -t wheezy install exim4 exim4-config 
Чтение списков пакетов... Готово
Построение дерева зависимостей   
Чтение информации о состоянии... Готово
Уже установлена самая новая версия exim4.
Уже установлена самая новая версия exim4-config.
Следующий пакет устанавливался автоматически и больше не требуется:
  libdb4.7
Для их удаления используйте 'apt-get autoremove'.
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 
241 пакетов не обновлено.
не установлено до конца или удалено 4 пакетов.
После данной операции, объём занятого дискового пространства возрастёт на 0 B.
Хотите продолжить [Д/н]? 

Настраивается пакет exim4-base (4.80-5) ...
insserv: warning: script 'proxy-daemon' missing LSB tags and overrides
insserv: There is a loop between service munin-node and proxy-daemon if stopped
insserv:  loop involving service proxy-daemon at depth 2
insserv:  loop involving service munin-node at depth 1
insserv: Stopping proxy-daemon depends on munin-node and therefore on system 
facility `$all' which can not be true!
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing exim4-base (--configure):
 подпроцесс установлен сценарий post-installation возвратил код ошибки 1
configured to not write apport reports
  dpkg: dependency problems prevent 
configuration of exim4-daemon-light:
 exim4-daemon-light зависит от exim4-base (= 4.80), однако:
  Пакет exim4-base пока не настроен.

dpkg: error processing exim4-daemon-light (--configure):
 проблемы зависимостей -- оставляем не настроенным


And apt-get couldn't do anything until I removed the script from
/etc/init.d.

-- 

. ''`.   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]

 The bug seems not related to packaging anyway, unless you have a local 
 compile of
 routino which doesn't have the problem?

I recompiled the package by hand (to have nostrip package) it crashes
(asserts), 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#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#688973: goldendict won't start and crash

[Dmitry E. Oboukhov]

severity 688973 normal
tags 688973 unreproducible moreinfo
thanks


 Message: The configuration file is malformed

try to remove ~/.goldendict directory and restart gd.

-- 

. ''`.   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#685591: liblua-cjson -- JSON parser/encoder for LUA

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: liblua-cjson
 Version : 2.1.0
 Upstream Author : Mark Pulford m...@kyne.com.au
 URL : http://www.kyne.com.au/~mark/software/lua-cjson.php
 License : BSD-like
 Programming Lang: C, LUA
 Description : JSON parser/encoder for LUA

 Features:
  * Fast, standards compliant encoding/parsing routines
  * Full support for JSON with UTF-8, including decoding surrogate pairs
  * Optional run-time support for common exceptions to the JSON
specification (infinity, NaN,..)
  * No dependencies on other libraries

-- 

. ''`.   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#685124: ITP: libdr-sundown-perl -- perl bindings for sundown

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libdr-sundown-perl
 Version : 0.02
 Upstream Author : Dmitry E. Oboukhov un...@debian.org
 URL : http://search.cpan.org/dist/DR-SunDown/
 License : Artistic or GPLv1 and BSD
 Programming Lang: Perl, XS
 Description : perl bindings for sundown

SunDown is a fast lightweight library for converting markdown
text to html.

The package provides perl bindings for the library.

-- 

. ''`.   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#683485: ITP: confetti -- configuration file parser generator

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: confetti
 Version : 20120731
 Upstream Author : Teodor Sigaev sig...@corp.mail.ru
 URL : https://github.com/mailru/confetti
 License : BSD
 Programming Lang: C
 Description : configuration file parser generator

The utility generates C-code by config template.
The code parses Your application config file and creates
C-structures that can be used by Your program.

-- 

. ''`.   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#682134: unblock: blockout2

[Dmitry E. Oboukhov]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

libpng*-dev and its binary package was renamed, so blockout2 was
rebuilt with new version of libpng (closed FTBFS #662275, #649550).

please unblock the package

-- 

. ''`.   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#681296: ITP: libcoro-twiggy-perl -- Coro interface for Twiggy webserver

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libcoro-twiggy-perl
 Version : 0.01
 Upstream Author : Dmitry E. Oboukhov un...@debian.org
 URL : http://search.cpan.org/dist/Coro-Twiggy/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : perl tests for debian

 The package provides Coro(utine) interface for Twiggy webserver,
 so You can use Twiggy as http backend of Coro applications.


-- 
. ''`.   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#681322: ITP: liburi-escape-xs-perl -- Drop-In replacement for URI::Escape

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: liburi-escape-xs-perl
 Version : 0.08
 Upstream Author : Dan Kogai danko...@dan.co.jp
 URL : http://search.cpan.org/dist/URI-Escape-XS/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Drop-In replacement for URI::Escape

The package replaces standard perl URI::Escape by XS module.


-- 

. ''`.   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#681324: ITP: liblog-dispatch-perl-perl -- Use core Perl functions for logging

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: liblog-dispatch-perl-perl
 Version : 0.04
 Upstream Author : Elizabeth Mattijsen (l...@dijkmat.nl)
 URL : http://search.cpan.org/dist/Log-Dispatch-Perl/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Use core Perl functions for logging

 The Log::Dispatch::Perl module offers a logging alternative using standard
 Perl core functions. It allows you to fall back to the common Perl
 alternatives for logging, such as warn and cluck. It also adds the
 possibility for a logging action to halt the current environment, such as
 with die and croak
-- 

. ''`.   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#681335: ITP: libmath-int64-perl -- Manipulate 64 bits integers in Perl

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libmath-int64-perl
 Version : 0.26
 Upstream Author : Salvador Fandino sfand...@yahoo.com
 URL : http://search.cpan.org/dist/Math-Int64/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Manipulate 64 bits integers in Perl

Math::Int64 adds support for 64 bit integers, signed and unsigned, to
Perl.
-- 

. ''`.   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#681336: ITP: libanyevent-connection-perl -- Base class for tcp connectful clients

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libanyevent-connection-perl
 Version : 0.06
 Upstream Author : Mons Anderson m...@cpan.org
 URL : http://search.cpan.org/dist/AnyEvent-Connection/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Base class for tcp connectful clients

 The module provides base interface for creating tcp connection using
 perl and AnyEvent framework.


-- 

. ''`.   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#681341: ITP: libanyevent-memcached-perl -- AnyEvent memcached client

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libanyevent-memcached-perl
 Version : 0.05
 Upstream Author : Mons Anderson m...@cpan.org
 URL : http://search.cpan.org/dist/AnyEvent-Memcached/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : AnyEvent memcached client

The package provides memcached client for perl (and AnyEvent).

-- 

. ''`.   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#681345: ITP: libnet-idn-encode-perl -- Internationalizing Domain Names in Applications

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libnet-idn-encode-perl
 Version : 2.003
 Upstream Author : Claus Farber cfaer...@cpan.org
 URL : http://search.cpan.org/dist/Net-IDN-Encode/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Internationalizing Domain Names in Applications (IDNA)

 This module provides an easy-to-use interface for encoding and decoding
 Internationalized Domain Names (IDNs).
 .
 IDNs use characters drawn from a large repertoire (Unicode), but IDNA  
 allows the non-ASCII characters to be represented using only the ASCII
 characters already allowed in so-called host names today
 (letter-digit-hypen, /[A-Z0-9-]/i).


-- 

. ''`.   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#681346: ITP: libdigest-sha1-perl -- Perl interface to the SHA-1 algorithm

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libdigest-sha1-perl
 Version : 2.13
 Upstream Author : Gisle Aas gi...@activestate.com
 URL : http://search.cpan.org/dist/Digest-SHA1/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Perl interface to the SHA-1 algorithm

 The Digest::SHA1 module allows you to use the NIST SHA-1 message digest
 algorithm from within Perl programs. The algorithm takes as input a message
 of arbitrary length and produces as output a 160-bit fingerprint or
 message digest of the input.
 .
 The Digest::SHA1 module provide a procedural interface for simple use, as
 well as an object oriented interface that can handle messages of arbitrary
 length and which can read files directly.

-- 

. ''`.   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#681346: ITP: libdigest-sha1-perl -- Perl interface to the SHA-1 algorithm

[Dmitry E. Oboukhov]

 Package: wnpp
 Severity: wishlist
 Owner: Dmitry E. Oboukhov un...@debian.org
 
  Package name: libdigest-sha1-perl
  Version : 2.13
  Upstream Author : Gisle Aas gi...@activestate.com
  URL : http://search.cpan.org/dist/Digest-SHA1/
  License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl interface to the SHA-1 algorithm
 
  The Digest::SHA1 module allows you to use the NIST SHA-1 message digest
  algorithm from within Perl programs. The algorithm takes as input a message
  of arbitrary length and produces as output a 160-bit fingerprint or
  message digest of the input.
  .
  The Digest::SHA1 module provide a procedural interface for simple use, as
  well as an object oriented interface that can handle messages of arbitrary
  length and which can read files directly.

 Out of curiosity, how does this compare to Digest::SHA
 (libdigest-sha-perl), which is already in the archive, and supports SHA1
 and a couple of others too?

 Digest::SHA appears to have a very similar interface too.

I try to package one big project that uses some such modules, so I
thought to package all them before...
-- 

. ''`.   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#680773: O: libnet-server-coro-perl -- co-operative multithreaded server using Coro

[Dmitry E. Oboukhov]

Package: wnpp
Severity: normal


module 'Coro' is buggy. author thinks that it is a feature - not a
bug.
I cant talk to Marc, so I orphan modules that depend on libcoro-perl.
-- 

. ''`.   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#680774: O: libcorona-perl -- Coro based PSGI web server server using Coro

[Dmitry E. Oboukhov]

Package: wnpp
Severity: normal


module 'Coro' is buggy. author thinks that it is a feature - not a
bug.
I cant talk to Marc, so I orphan modules that depend on libcoro-perl.

-- 

. ''`.   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#680178: ITP: libtest-debian-perl -- perl tests for debian

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libtest-debian-perl
 Version : 0.01
 Upstream Author : Dmitry E. Oboukhov un...@debian.org
 URL : http://search.cpan.org/dist/Test-Debian/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : perl tests for debian

The module provides some perl tests for debian system:
   - system_is_debian
   - package_is_installed
   - package_isnt_installed
You can use them inside Your perl tests.

-- 

. ''`.   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#679379: pidgin-mra -- Mail.ru Agent protocol plugin for Pidgin IM

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: pidgin-mra
 Version : 20100304-1
 Upstream Author : Vladimir Rudnyh m...@dreadatour.ru
 URL : https://github.com/dreadatour/pidgin-mra
 License : GPL-2+
 Programming Lang: C
 Description : Mail.ru Agent protocol plugin for Pidgin IM

The plugin enables Mail.ru Agent protocol in Pidgin IM.

-- 

. ''`.   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#675697: libanyevent-callback-perl -- callback aggregator for AnyEvent watchers

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libanyevent-callback-perl
 Version : 0.02
 Upstream Author : Dmitry E. Oboukhov un...@debian.org
 URL : http://search.cpan.org/dist/AnyEvent-Callback/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Coro based PSGI web server

The module allows You to create callback's hierarchy. Also the module
groups error and result callbacks into one object.
.
Also the module checks if one callback was called by watcher or not.
If a watcher doesn't call result or error callback, error callback will
be called automatically.
.
Also the module checks if a callback was called reentrant. In the case
the module will complain (using carp in Carp).
.
If a watcher touches error callback and if superior didn't define error
callback, the module will call error callback upwards hierarchy.

-- 

. ''`.   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#674982: ITP: libcorona-perl -- Coro based PSGI web server

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libcorona-perl
 Version : 0.1004
 Upstream Author : Tatsuhiko Miyagawa
 URL : http://search.cpan.org/dist/Corona/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Coro based PSGI web server

Corona is a Coro based Plack web server. It uses Net::Server::Coro
under the hood, which means we have coroutines (threads) for each
socket, active connections and a main loop.

-- 

. ''`.   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#673646: ITP: libdr-tarantool-perl -- alternative perl driver for tarantool

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libdr-tarantool-perl
 Version : 0.02
 Upstream Author : Dmitry E. Oboukhov un...@debian.org
 URL : http://search.cpan.org/dist/DR-Tarantool/
 License : Artistic
 Programming Lang: Perl
 Description : perl driver for tarantool

The module provides sync and async drivers for tarantool.

The driver uses libtarantool* libraries for making requests
and parsing responses.
-- 

. ''`.   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#672327: tarantool: Incorrect input on primary/secondary port shuts the server down with no diagnostics

[Dmitry E. Oboukhov]

 that was SIGABRT, looks like an assert() had failed:

 Reading symbols from /usr/bin/tarantool_box...Reading symbols from
 /usr/lib/debug/usr/bin/tarantool_box...done.
 done.
 [New LWP 3646]

 warning: Can't read pathname for load map: Input/output error.
 [Thread debugging using libthread_db enabled]
 Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
 Core was generated by `tarantool_box: primary pri: 33013 sec: 33014
 adm: 33015   '.
 Program terminated with signal 6, Aborted.
 #0  0x7f0c1844d475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
 (gdb) bt
 #0  0x7f0c1844d475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
 #1  0x7f0c184506f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6
 #2  0x7f0c1879deb8 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
 #3  0x7f0c0c78 in ?? ()
 #4  0x7f0c0c20 in ?? ()
 #5  0x7f0c0c0008a0 in ?? ()
 #6  0x00020760 in ?? ()
 #7  0x7f0c18493eed in ?? () from /lib/x86_64-linux-gnu/libc.so.6
 #8  0x7f0c18421ba0 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
 #9  0x7f0c197874e0 in ?? ()
 #10 0xd040 in ?? ()
 #11 0x in ?? ()
 #12 0x00021000 in ?? ()
 #13 0x0001 in ?? ()
 #14 0x006c5368 in c...@got.plt ()
 #15 0x in ?? ()
 (gdb)

Please install libc6-dbg and repeat :)


Also upstream says that they fixed similar trouble and after You
receive full backtrace, please check the latest tarantool/debian
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#672327: tarantool: Incorrect input on primary/secondary port shuts the server down with no diagnostics

[Dmitry E. Oboukhov]

forwarded 672327 https://bugs.launchpad.net/tarantool/+bug/899343
thanks

-- 

. ''`.   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#672327: tarantool: Incorrect input on primary/secondary port shuts the server down with no diagnostics

[Dmitry E. Oboukhov]

 Package: tarantool
 Version: 1.4.4+20120127-1
 Severity: important

 Dear Dmitry,

 [some] improper input on primary/secondary port immediately shuts down entire 
 set (tarantool/logger, tarantool_box and wal_writer) with no diagnostics.

 To reproduce (default config presumed):

 $ telnet localhost 33013
 Trying 127.0.0.1...
 Connected to localhost.
 Escape character is '^]'.
 show config
 Connection closed by foreign host.

 The bogus input should be in the first line and be at least 10+ characters 
 long.


Hi, Alexander!

I can't reproduce the bug. I think that is segfault. Could You get
backtrace?

1. install tarantool-dbg and gdb
2. enter the root console
3. usage: invoke-rc.d tarantool stop
4. usage: ulimit -c unlimited
5. usage: invoke-rc.d tarantool start
6. crash Your tarantool (core dump will be created)
7. usage: gdb /usr/bin/tarantool_box /path/to/core
7.1. usage: bt (inside gdb)
8. copy output here :)

Also there is new version of tarantool in sid. You can also try the
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#671915: postgresql breaks logs

[Dmitry E. Oboukhov]

Package: postgresql-9.1
Version: 9.1.3-2
Tags: l10n

Since (I think) I've upgraded postgresql server upto 9.1 version I see
broken logs. The previous versions of Pg wrote logs in English.
Current version writes part of logs in Russian and part in '?'
symbols:

...
2012-05-07 01:45:10 MSK ???:  ??? ? ??  
(? 6 ???.)
2012-05-07 01:45:10 MSK ?:  , ? ? 
checkpoint_segments.
2012-05-07 01:45:16 MSK ???:  ??? ? ??  
(? 6 ???.)
2012-05-07 01:45:16 MSK ?:  , ? ? 
checkpoint_segments.
2012-05-07 01:45:25 MSK ???:  ??? ? ??  
(? 9 ???.)
2012-05-07 01:45:25 MSK ?:  , ? ? 
checkpoint_segments.
2012-05-07 01:45:52 MSK ???:  ??? ? ??  
(? 27 ???.)
2012-05-07 01:45:52 MSK ?:  , ? ? 
checkpoint_segments.
2012-05-07 01:46:31 MSK ??:  pgstat wait timeout
2012-05-07 01:46:33 MSK ОШИБКА:  повторяющееся значение ключа нарушает 
ограничение уникальности orders_orderid_key
2012-05-07 01:46:33 MSK ПОДРОБНОСТИ:  Ключ 
(orderid)=(0e5587a6260448398f7bddd86c4e8dc1) уже существует.
...

$ grep lc_ /etc/postgresql/9.1/main/postgresql.conf
lc_messages = 'ru_RU.UTF-8' # locale for system error message
lc_monetary = 'ru_RU.UTF-8' # locale for monetary formatting
lc_numeric = 'ru_RU.UTF-8'  # locale for number formatting
lc_time = 'ru_RU.UTF-8' # locale for time formatting

-- 

. ''`.   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#671341: ITP: libdbix-dr-perl -- easy DBI helper (perl inside SQL and blessed results)

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: libdbix-dr-perl
 Version : 0.18
 Upstream Author : Dmitry E. Oboukhov un...@debian.org
 URL : http://search.cpan.org/~unera/DBIx-DR/
 License : Artistic, GPL-1
 Programming Lang: Perl
 Description : easy DBI helper

The package extends DBI and allows You:

to use perl inside Your SQL requests;
to bless resultsets into Your package;
to place Your SQL's into dedicated directory;
to use usual DBI methods.

-- 

. ''`.   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#668138: pbuilder-uml doesn't work anymore

[Dmitry E. Oboukhov]

 $ pbuilder-user-mode-linux  create --distribution sid --debug
 Error: Unknown option [--debug] was specified
 $ pbuilder-user-mode-linux  create --debug --distribution sid
 Error: Unknown option [--debug] was specified
 $ pbuilder-user-mode-linux --debug create --distribution sid
 Error: Unknown option [--debug] was specified
 
 running with '--debug ' option might give more logs; looks like
 debootstrap is failing and it is usually a transient error, but not
 quite sure.

The same log:

I: Unpacking libreadline6:amd64...
I: Unpacking readline-common...
I: Unpacking rsyslog...
I: Unpacking libsqlite3-0:amd64...
I: Unpacking tasksel...
I: Unpacking tasksel-data...
I: Unpacking info...
I: Unpacking install-info...
I: Unpacking traceroute...
I: Unpacking libudev0:amd64...
I: Unpacking udev...
I: Unpacking vim-tiny...
I: Unpacking wget...
I: Unpacking libxapian22...
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
I: Unpacking udev...
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
Module debian failed with status 1: Operation not permitted
The exit value from the shell will be evaluated:
   0 -- exit and raise exception
   1 -- re-eval script that failed
   2 -- go on with next script
   N -- exit and raise exception
/bin/sh: 0: can't access tty; job control turned 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#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#668138: pbuilder-uml doesn't work anymore

[Dmitry E. Oboukhov]

$ pbuilder-user-mode-linux  create --distribution sid --debug
Error: Unknown option [--debug] was specified
$ pbuilder-user-mode-linux  create --debug --distribution sid   
Error: Unknown option [--debug] was specified
$ pbuilder-user-mode-linux --debug create --distribution sid 
Error: Unknown option [--debug] was specified

 running with '--debug ' option might give more logs; looks like
 debootstrap is failing and it is usually a transient error, but not
 quite sure.

 At Mon, 9 Apr 2012 10:39:54 +0400,
 Dmitry E. Oboukhov wrote:
 
 Package: pbuilder-uml
 Version: 0.210
 
 Recently I've upgraded my pbuilder (and pbuilder-uml) upto sid.
 Since the action it doesn't work. It always finishes with such log:
 
 $ pbuilder-user-mode-linux create --distribution testing
 Core dump limits :
 soft - 0
 hard - NONE
 Checking that ptrace can change system call numbers...OK
 Checking syscall emulation patch for ptrace...OK
 Checking advanced syscall emulation patch for ptrace...OK
 Checking for tmpfs mount on /dev/shm...nothing mounted on /dev/shm
 Checking PROT_EXEC mmap in /tmp/...OK
 Checking for the skas3 patch in the host:
   - /proc/mm...not found: No such file or directory
   - PTRACE_FAULTINFO...not found
   - PTRACE_LDT...not found
 UML running in SKAS0 mode
 Adding 31084544 bytes to physical memory to account for exec-shield gap
 Initializing cgroup subsys cpuset
 Linux version 2.6.32 (2.6.32) (root@fluid) (gcc version 4.4.5 (Debian 
 4.4.5-8) ) #2 Tue Jan 17 15:44:25 UTC 2012
 Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 15565
 Kernel command line: eth0=tuntap,,,10.255.1.241 con0=fd:0,fd:1 con=pts 
 root=/dev/root rootflags=/ rootfstype=hostfs 
 ubd1=/home/dimka/.pbuilder-user-mode-linux/pbuilder-image 
 init=/usr/lib/rootstrap/builder devfs=nomount 
 rsworkdir=/home/dimka/.pbuilder-user-mode-linux
 PID hash table entries: 256 (order: -1, 2048 bytes)
 Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
 Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
 allocated 631240 bytes of page_cgroup
 please try 'cgroup_disable=memory' option if you don't want memory cgroups
 Memory: 24804k available
 SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
 Hierarchical RCU implementation.
 NR_IRQS:15
 Calibrating delay loop... 629.14 BogoMIPS (lpj=3145728)
 Security Framework initialized
 TOMOYO Linux initialized
 Mount-cache hash table entries: 256
 Initializing cgroup subsys ns
 Initializing cgroup subsys cpuacct
 Initializing cgroup subsys memory
 Initializing cgroup subsys devices
 Initializing cgroup subsys freezer
 Checking that host ptys support output SIGIO...Yes
 Checking that host ptys support SIGIO on close...No, enabling workaround
 Using 2.6 host AIO
 NET: Registered protocol family 16
 bio: create slab bio-0 at 0
 Switching to clocksource itimer
 NET: Registered protocol family 2
 IP route cache hash table entries: 512 (order: 0, 4096 bytes)
 TCP established hash table entries: 2048 (order: 3, 32768 bytes)
 TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
 TCP: Hash tables configured (established 2048 bind 2048)
 TCP reno registered
 NET: Registered protocol family 1
 IRQ 9/mconsole: IRQF_DISABLED is not guaranteed on shared IRQs
 mconsole (version 2) initialized on /home/dimka/.uml/AYm1mF/mconsole
 Checking host MADV_REMOVE support...
 MADV_REMOVE failed, err = -38
 Can't release memory to the host - memory hotplug won't be supported
 Mapper v0.1
 mmapper_init - find_iomem failed
 UML Watchdog Timer
 VFS: Disk quotas dquot_6.5.2
 Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
 squashfs: version 4.0 (2009/01/31) Phillip Lougher
 JFS: nTxBlock = 194, nTxLock = 1554
 SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, 
 no debug enabled
 SGI XFS Quota Management subsystem
 Btrfs loaded
 msgmni has been set to 48
 alg: No test for stdrng (krng)
 io scheduler noop registered
 io scheduler anticipatory registered
 io scheduler deadline registered
 io scheduler cfq registered (default)
 SoftDog: cannot register miscdev on minor=130 (err=-16)
 TCP cubic registered
 NET: Registered protocol family 17
 Initialized stdio console driver
 Console initialized on /dev/tty0
 console [tty0] enabled
 Initializing software serial port version 1
 console [mc-1] enabled
 Failed to initialize ubd device 0 :Couldn't determine size of device's file
  ubdb: unknown partition table
 Choosing a random ethernet address for device eth0
 Netdevice 0 (72:6a:aa:1b:e4:71) :
 TUN/TAP backend - IP = 10.255.1.241
 registered taskstats version 1
 VFS: Mounted root (hostfs filesystem) readonly on device 0:12.
 IRQ 3/console-write: IRQF_DISABLED is not guaranteed on shared IRQs
 IRQ 2/console: IRQF_DISABLED is not guaranteed on shared IRQs
 IRQ 10/winch: IRQF_DISABLED is not guaranteed on shared IRQs
 builder running...
 Using rootstrap module network from:
 /usr/lib/rootstrap/modules/network
 helper_wait : waitpid

Bug#668138: pbuilder-uml doesn't work anymore

[Dmitry E. Oboukhov]

* arp -i tap3 -d 10.255.1.242 pub
No ARP entry for 10.255.1.242
* arp -i tap3 -d 10.255.1.242 pub
No ARP entry for 10.255.1.242
* arp -i tap8 -d 10.255.1.242 pub
* arp -i tap0 -d 10.255.1.242 pub
helper_wait : waitpid process 8292 failed, errno = 10
* route add -host 10.255.1.242 dev tap1
* bash -c echo 1  /proc/sys/net/ipv4/conf/tap1/proxy_arp
Using rootstrap module mkfs from:
/usr/lib/rootstrap/modules/mkfs
Using rootstrap module mount from:
/usr/lib/rootstrap/modules/mount
Using rootstrap module debian from:
/usr/lib/rootstrap/modules/debian
debootstrap --exclude=pcmcia-cs,setserial --include=makedev testing /tmp/target 
http://ftp.de.debian.org/debian 
I: Retrieving Release
I: Retrieving Release.gpg
I: Checking Release signature
I: Valid Release signature (key id 9FED2BCBDCD29CDF762678CBAED4B06F473041FA)
I: Retrieving Packages
I: Validating Packages
I: Resolving dependencies of required packages...
I: Resolving dependencies of base packages...
I: Found additional required dependencies: insserv libbz2-1.0 libdb5.1 
libsemanage-common libsemanage1 libslang2 libustr-1.0-1 multiarch-support ucf 
I: Found additional base dependencies: libclass-isa-perl libgcrypt11 
libgnutls26 libgpg-error0 libidn11 libnfnetlink0 libp11-kit0 libsqlite3-0 
libswitch-perl libtasn1-3 perl perl-modules 
I: Checking component main on http://ftp.de.debian.org/debian...
I: Retrieving libacl1
I: Validating libacl1
I: Retrieving adduser
I: Validating adduser
I: Retrieving apt
I: Validating apt
I: Retrieving apt-utils

I: Unpacking libssl1.0.0:amd64...
I: Unpacking libp11-kit0:amd64...
I: Unpacking perl...
I: Unpacking perl-modules...
I: Unpacking libpopt0:amd64...
I: Unpacking libprocps0:amd64...
I: Unpacking procps...
I: Unpacking libreadline6:amd64...
I: Unpacking readline-common...
I: Unpacking rsyslog...
I: Unpacking libsqlite3-0:amd64...
I: Unpacking tasksel...
I: Unpacking tasksel-data...
I: Unpacking info...
I: Unpacking install-info...
I: Unpacking traceroute...
I: Unpacking libudev0:amd64...
I: Unpacking udev...
I: Unpacking vim-tiny...
I: Unpacking wget...
I: Unpacking libxapian22...
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
I: Unpacking udev...
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
W: Failure while installing base packages.  This will be re-attempted up to 
five times.
Module debian failed with status 1: Operation not permitted
The exit value from the shell will be evaluated:
   0 -- exit and raise exception
   1 -- re-eval script that failed
   2 -- go on with next script
   N -- exit and raise exception
/bin/sh: 0: can't access tty; job control turned off
# 


I tried to replace mirrors, but all cases have the same result.

my configs:

$ cat .pbuilderrc
# vim: set ft=sh :

PBDIR=/home/dimka/.pbuilder-user-mode-linux

for dir in $PBDIR $HOME/work/deb/pbuilder; do
if test -d $dir; then
continue
fi
mkdir -p $dir
done

MY_ETH0=tuntap,,,10.255.1.241
UML_IP=10.255.1.242
UML_NETMASK=255.255.255.240
UML_NETWORK=10.255.1.240
UML_BROADCAST=10.255.1.255
UML_GATEWAY=10.255.1.241
PBUILDER_UML_IMAGE=$PBDIR/pbuilder-image
UML_BUILDRESULT=$HOME/work/deb/pbuilder
APTCACHEHARDLINK=no
AUTO_DEBSIGN=yes
ROOTSTRAP_IMAGESIZE=4096
UML_MEM=1024M
APTCACHE=
CCACHEDIR=

case `hostname` in
apache)
MIRRORSITE=http://ftp.de.debian.org/debian;
;;
*)
MIRRORSITE=http://debian.uvw.ru/debian;
;;
esac
-- 

. ''`.   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#661339: binkd spams if inetd isn't used

[Dmitry E. Oboukhov]

Package: binkd

LANG=C logrotate -f /etc/logrotate.d/binkd
grep: /etc/inetd.conf: No such file or directory
grep: /etc/inetd.conf: No such file or directory
grep: /etc/inetd.conf: No such file or directory

-- 

. ''`.   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#652966: ITP: libmr-tarantool-perl - perl driver for tarantool

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: tarantool
 Version : 1.4.4
 Upstream Author : Mail.RU
 URL : http://tarantool.org/
 License : Artistic, GPL-1
 Programming Lang: Perl
 Description : perl driver for tarantool

Tarantool is a high performance key/value storage server.
.
The package contains perl driver for the storage server.

-- 

. ''`.   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#652911: ITP: tarantool - high performance key/value storage server

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov un...@debian.org

 Package name: tarantool
 Version : 1.4.4
 Upstream Author : Mail.RU
 URL : http://tarantool.org/
 License : BSD
 Programming Lang: ObjectiveC
 Description : high performance key/value storage server

The server maintains all its data in random-access memory, and
therefore can handle read requests blazingly fast. At the same time,
a copy of the data is kept on non-volatile storage (a disk drive),
and inserts and updates are performed atomically.

Supports replication. Replicas may run locally or on a
remote host. Tarantool replication is asynchronous and does not block
writes to the master. When or if the master becomes unavailable,
the replica can be switched to assume the role of the master.

The server uses a cooperative multitasking environment so it is lock-free.

The server supports procedures in Lua.

-- 

. ''`.   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#651671: Please rename the package (Perl policy violation)

[Dmitry E. Oboukhov]

Package: twiggy

I spent much time to find the package. I even thought to build the
package by myself, but apt-file helped me to find the package.

Traditionally perl modules are named as libmodule-name-perl [1]

so It would be nice to rename the module to
  libtwiggy-perl

The module aslo contains /usr/bin/twiggy. It could be left
in module 'twiggy'.

So It would be nice to have two packages:

twiggy:
depends - libtwiggy-perl
contains -
/usr/bin/twiggy
/usr/share/man/man1/twiggy.1p.gz
/usr/share/doc/twiggy/copyright
/usr/share/doc/twiggy/changelog.gz
/usr/share/doc/twiggy/changelog.Debian.gz

libtwiggy-perl:
contains -
/usr/share/perl5/Twiggy.pm
/usr/share/perl5/AnyEvent
/usr/share/perl5/AnyEvent/Server
/usr/share/perl5/AnyEvent/Server/PSGI.pm
/usr/share/perl5/Plack
/usr/share/perl5/Plack/Handler
/usr/share/perl5/Plack/Handler/Twiggy.pm
/usr/share/perl5/Twiggy
/usr/share/perl5/Twiggy/Server.pm
/usr/share/perl5/Twiggy/Server
/usr/share/perl5/Twiggy/Server/SS.pm
/usr/share/man
/usr/share/man/man3
/usr/share/man/man3/Twiggy.3pm.gz
/usr/share/man/man3/Plack::Handler::Twiggy.3pm.gz
/usr/share/doc/libtwiggy-perl/copyright
/usr/share/doc/libtwiggy-perl/changelog.gz
/usr/share/doc/libtwiggy-perl/changelog.Debian.gz

1. 
http://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-package_names

-- 

. ''`.   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#651671: Please rename the package (Perl policy violation)

[Dmitry E. Oboukhov]

 I spent much time to find the package. I even thought to build the
 package by myself, but apt-file helped me to find the package.
 
 Traditionally perl modules are named as libmodule-name-perl [1]
 
 so It would be nice to rename the module to
   libtwiggy-perl

 IIRC, at the time this was uploaded for the first time, it was decided to
 rename the package this way because it was mainly inteneded to be used as
 standalone application (as per group's policy [0]). Same goes for the
 starman package.

 This [1] is what I found with a quick search, but I couldn't find the
 specific discussion about twiggy and starman use.

Now the package is well alternative to libanyevent-httpd. So there
will appear many projects dependig on libtwiggy-perl.
:)

 The module aslo contains /usr/bin/twiggy. It could be left
 in module 'twiggy'.
 
 So It would be nice to have two packages:
 
 [...]

 I don't think splitting the package this way makes much sense given that the
 twiggy script is quite minimal. In the case this is going to be renamed,
 the package libtwiggy-perl should just Provides: twiggy.

I think that package size means little. If somebody needs twiggy
script he will seek 'twiggy' package. If he needs Twiggy module he will
seek 'libtwiggy-perl' package. So I think it is worth to split package
anymore.

Now Debian has already have one package that depends on twiggy.
And it uses it as library (external module). So the project (probably)
needn't twiggy script :)

-- 

. ''`.   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#650675: perl errors: Attempt to free unreferenced scalar...

[Dmitry E. Oboukhov]

 Package: libapache2-mod-perl2
 Version: 2.0.5-4+b1

 After upgrading perl to 5.14 mod-perl began complain:

 $ sudo invoke-rc.d apache2 reload
 Reloading web server config: apache2Attempt to free unreferenced
 scalar: SV 0x7f9c0c34e680, Perl interpreter: 0x7f9c0c1a2dd0 during
 global destruction.

 Hi,

 what code are you loading? This could be a bug in any of perl itself,
 mod_perl2, or an XS module you're using, but there isn't much chance of
 fixing it without a way to reproduce it first.

site that uses Mojolicious.

Location / 
SetHandler  perl-script
PerlHandler Plack::Handler::Apache2
PerlSetVar  psgi_app /path/to/script
/Location
-- 

. ''`.   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#650675: perl errors: Attempt to free unreferenced scalar...

[Dmitry E. Oboukhov]

Package: libapache2-mod-perl2
Version: 2.0.5-4+b1

Hi!

After upgrading perl to 5.14 mod-perl began complain:


$ sudo invoke-rc.d apache2 reload 
Reloading web server config: apache2Attempt to free unreferenced
scalar: SV 0x7f9c0c34e680, Perl interpreter: 0x7f9c0c1a2dd0 during
global destruction.
Attempt to free unreferenced scalar: SV 0x7f9c0c347490, Perl
interpreter: 0x7f9c0c1a2dd0 during global destruction.
Attempt to free unreferenced scalar: SV 0x7f9c0c22fce0, Perl
interpreter: 0x7f9c0c1a2dd0 during global destruction.
Attempt to free unreferenced scalar: SV 0x7f9c0c34e608, Perl
interpreter: 0x7f9c0c1a2dd0 during global destruction.
Attempt to free unreferenced scalar: SV 0x7f9c0c2ba028, Perl
interpreter: 0x7f9c0c1a2dd0 during global destruction.
Attempt to free unreferenced scalar: SV 0x7f9c0c34e5c0, Perl
interpreter: 0x7f9c0c1a2dd0 during global destruction.
Attempt to free unreferenced scalar: SV 0x7f9c0c347b80, Perl
interpreter: 0x7f9c0c1a2dd0 during global destruction.
Attempt to free unreferenced scalar: SV 0x7f9c0c34e6e0, Perl
interpreter: 0x7f9c0c1a2dd0 during global destruction.
-- 

. ''`.   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