Bug#471372: awn-manager: missing dependecy from python-xdg

[Krzysztof Krzyzaniak (eloy)]

Package: awn-manager
Version: 0.2.6-1
Severity: serious
Justification: Policy 3.5


Missing dependency,

[EMAIL PROTECTED]:~$ awn-manager
Traceback (most recent call last):
  File "/usr/bin/awn-manager", line 46, in ?
from awnApplet import awnApplet
  File "/usr/share/avant-window-navigator/awn-manager/awnApplet.py", line 38, 
in ?
from xdg.DesktopEntry import DesktopEntry
ImportError: No module named xdg.DesktopEntry

  eloy

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages awn-manager depends on:
ii  avant-window-navigator0.2.6-1A MacOS X like panel for GNOME
ii  gnome-menus   2.22.0-1   an implementation of the freedeskt
ii  librsvg2-common   2.22.2-2   SAX-based renderer library for SVG
ii  python2.4.4-6An interactive high-level object-o
ii  python-awn0.2.6-1Python bindings for avant-window-n
ii  python-central0.6.1  register and build utility for Pyt
ii  python-gnome2 2.20.1-2   Python bindings for the GNOME desk
ii  python-gnome2-desktop 2.20.0-1   Python bindings for the GNOME desk

awn-manager recommends no packages.

-- no debconf information


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

Bug#403320: libsys-syscall-perl: FTBFS: tests failed

[Krzysztof Krzyzaniak]

gregor herrmann wrote:
> On Sat, 16 Dec 2006 10:55:34 +0100, Julien Danjou wrote:
> 
>> There was a problem while autobuilding your package:
> 
>>> t/01-epoll...Can't bind : IO::Socket::INET: Bad protocol 'udp'
> 
> I've fixed this bug by adding netbase to Build-Depends-Indep in our
> svn repository.
> 
> Could someone please check/upload?

Yep, I'll do this.

... and I swear that I've tested this with pbuilder in chroot.

  eloy
-- 
[EMAIL PROTECTED]

   jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej

Bug#380080: [pkg-lighttpd] Bug#380080: workaround

[Krzysztof Krzyzaniak]

Pierre Habouzit wrote:
> tag 380080 + patch
> thanks
> 
> I use that simple test in the 'reload' part of the script:
> 
> while pidof lighttpd | grep -q `cat $PIDFILE`; do sleep 1; done
> 
> betwwen the stop and start call. that's quite simple, and works like a 
> charm for a month right now.
> 
> please consider applying that simple workaround,I would be terribly 
> sorry not to see lighty enter etch because of that.
> 
> if I see no answer about that soon, I'll probably NMU lighttpd with that 
> fix.

Uploaded.

  eloy
-- 
[EMAIL PROTECTED]

   jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej

Bug#392775: libtest-www-mechanize-perl: FTBFS: Missing Build-Depends and other test failures

[Krzysztof Krzyzaniak]

gregor herrmann wrote:
> On Fri, 13 Oct 2006 14:43:59 +0200, Daniel Schepler wrote:
> 
>> From my pbuilder build log:
> 
> Thanks for your bug report.
>  
>> t/content_contains..Use of uninitialized value in socket at 
>> /usr/share/perl5/HTTP/Server/Simple.pm line 573,  line 16.
> 
> I can confirm this problem ...
>  
>> Adding netbase to the Build-Depends (most likely needed for /etc/services
>> and/or /etc/protocols) fixes most of these test failures, but not all:
> 
> ... but adding netbase to the build dependencies fixes all errors for
> me (except the pod related ones which need some more packages).
>  
> I've committed the changes to the DPG's svn repository, could some DD
> please check and if possible upload the new revision?

Uploaded.

  eloy
-- 
[EMAIL PROTECTED]

   jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej

Bug#380080: [pkg-lighttpd] Bug#380080: lighttpd: logrotate stops servers, and sometimes it does not starts again

[Krzysztof Krzyzaniak]

Pierre Habouzit wrote:
> Package: lighttpd
> Version: 1.4.11-7
> Severity: grave
> Justification: renders package unusable
> 
> 
>   I use lighttpd on many servers, and sometimes, because of logrotate,
> the server stops, but never starts again (presumably because the sleep 5
> is not enough, logs shows that it took 5 seconds to stop:
> 
> 2006-07-27 06:25:20: (server.c.1216) [note] graceful shutdown started
> 2006-07-27 06:25:24: (log.c.135) server stopped
> 
>   (1) I'm surprised that lighttpd is not able to understand a kill -HUP
>   to reload.

It's because lighty dropping privileges after binding to port 80, there
is discussion [1] and preliminary, experimental patch.


>   (2) even if it doesn't, it should be possible to wait until it's
>   really stopped before starting it again, instead of a crude sleep.
> 
>   given that the logrotate fires the stop around 06:25, it causes
> serious downtime, hence the severity.

[1]
http://article.gmane.org/gmane.comp.web.lighttpd/3752/match=graceful+restart

  eloy
-- 
[EMAIL PROTECTED]

   jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej

Bug#375347: [pkg-lighttpd] Bug#375347: invoke-rc.d: initscript lighttpd, action "start" failed

[Krzysztof Krzyzaniak]

Wasyl Wawrychuk wrote:
> Package: lighttpd
> Version: 1.4.11-6
> Severity: grave
> Justification: renders package unusable
> 
> dpkg: lighttpd: warning - failed to link `/etc/lighttpd/lighttpd.conf' to 
> `/etc/lighttpd/lighttpd.conf.dpkg-old': No such file or directory
> Installing new version of config file /etc/lighttpd/lighttpd.conf ...
> Starting web server: lighttpd2006-06-25 15:20:25: (configfile.c.805) source: 
> /usr/share/lighttpd/create-mime.assign.pl line: 3 pos: 1 parser failed 
> somehow near here: )
> 2006-06-25 15:20:25: (configfile.c.805) source: /etc/lighttpd/lighttpd.conf 
> line: 158 pos: 14 parser failed somehow near here: (EOL)
>  failed!
> invoke-rc.d: initscript lighttpd, action "start" failed.
> dpkg: error processing lighttpd (--configure):
>  subprocess post-installation script returned error exit status 1
> Errors were encountered while processing:
>  lighttpd
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 

is this fresh instalation or update?


  eloy
-- 
[EMAIL PROTECTED]

   jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej

Bug#356239: FTBFS: header rsvg-gz.h does not exist

[Krzysztof Krzyzaniak]

Martin Michlmayr wrote:

Package: libimage-librsvg-perl
Version: 0.05-2
Severity: serious

Your package fails to build on unstable because rsvg-gz.h cannot be
found.  I cannot find this header in any package on unstable:

1391:[EMAIL PROTECTED]: ..root/debian/dists/unstable] zgrep rsvg-gz.h 
Contents-i386.gz
zsh: exit 1 zgrep rsvg-gz.h Contents-i386.gz

In stable it was in:
1395:[EMAIL PROTECTED]: ..p.root/debian/dists/stable] zgrep rsvg-gz.h 
Contents-i386.gz
usr/include/librsvg-2/librsvg/rsvg-gz.hlibdevel/librsvg2-dev

Please investigate what happened and update your package.



librsvg (2.12.7-5) unstable; urgency=high

  * rsvg-gz.patch: provide the rsvg_handle_new_gz function
(closes: #348920). Do not provide the C prototype to force
applications using it to use rsvg_handle_new instead.


So until upstream will provide new version

perl Makefile.PL DEFINE=DHAVE_SVGZ=0

added to debian/rules should help.

  eloy
--
[EMAIL PROTECTED]

   jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej

Bug#328047: [Pkg-catalyst-maintainers] Bug#328047: FTBFS: Test case failures

[Krzysztof Krzyzaniak]

It's fixed in new, uploaded version.

Matt Kraai wrote:

Package: libsql-abstract-limit-perl
Version: 0.033-3
Severity: serious

libsql-abstract-limit-perl fails to build because some of its test
cases fail:



/usr/bin/perl Build test
t/00.load.# Testing SQL::Abstract::Limit 0.033
ok
t/01.sql..
# Failed test (t/01.sql.t at line 52)
# died: Can't locate object method "_quote" via package "TheTable" (perhaps you forgot to 
load "TheTable"?) at /usr/share/perl5/SQL/Abstract.pm line 190.

# Failed test (t/01.sql.t at line 53)
#   undef
# doesn't match '(?-xism:requestor\,\ worker\,\ colC\,\ colH\ FROM\ 
TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ \(\ 
worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ \)\ 
\))'

# Failed test (t/01.sql.t at line 54)
#   undef
# doesn't match '(?-xism:^SELECT\ requestor\,\ worker\,\ colC\,\ colH\ 
FROM\ TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ 
\(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ 
\)\ \)\ ORDER\ BY\ pay\,\ age\ LIMIT\ 10\ OFFSET\ 70$)'

# Failed test (t/01.sql.t at line 57)
# died: Can't locate object method "_quote" via package "TheTable" (perhaps you forgot to 
load "TheTable"?) at /usr/share/perl5/SQL/Abstract.pm line 190.

# Failed test (t/01.sql.t at line 58)
#   undef
# doesn't match '(?-xism:requestor\,\ worker\,\ colC\,\ colH\ FROM\ 
TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ \(\ 
worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ \)\ 
\))'

# Failed test (t/01.sql.t at line 59)
#   undef
# doesn't match '(?-xism:^SELECT\ requestor\,\ worker\,\ colC\,\ colH\ 
FROM\ TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ 
\(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ 
\)\ \)\ ORDER\ BY\ pay\,\ age\ LIMIT\ 70\,\ 10$)'

# Failed test (t/01.sql.t at line 62)
# died: Can't locate object method "_quote" via package "TheTable" (perhaps you forgot to 
load "TheTable"?) at /usr/share/perl5/SQL/Abstract.pm line 190.

# Failed test (t/01.sql.t at line 63)
#   undef
# doesn't match '(?-xism:requestor\,\ worker\,\ colC\,\ colH\ FROM\ 
TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ \(\ 
worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ \)\ 
\))'

# Failed test (t/01.sql.t at line 64)
#   undef
# doesn't match '(?-xism:^SELECT\ requestor\,\ worker\,\ colC\,\ colH\ 
FROM\ TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ 
\(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ 
\)\ \)\ ORDER\ BY\ pay\,\ age\ ROWS\ 70\ TO\ 80$)'

# Failed test (t/01.sql.t at line 70)
# died: Can't locate object method "_quote" via package "TheTable" (perhaps you forgot to 
load "TheTable"?) at /usr/share/perl5/SQL/Abstract.pm line 190.

# Failed test (t/01.sql.t at line 71)
#   undef
# doesn't match '(?-xism:requestor\,\ worker\,\ colC\,\ colH\ FROM\ 
TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ \(\ 
worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ \)\ 
\))'

# Failed test (t/01.sql.t at line 79)
# died: Can't locate object method "_quote" via package "TheTable" (perhaps you forgot to 
load "TheTable"?) at /usr/share/perl5/SQL/Abstract.pm line 190.

# Failed test (t/01.sql.t at line 80)
#   undef
# doesn't match '(?-xism:requestor\,\ worker\,\ colC\,\ colH\ FROM\ 
TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ \(\ 
worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ \)\ 
\))'

# Failed test (t/01.sql.t at line 88)
# died: Can't locate object method "_quote" via package "TheTable" (perhaps you forgot to 
load "TheTable"?) at /usr/share/perl5/SQL/Abstract.pm line 190.

# Failed test (t/01.sql.t at line 91)
#   undef
# doesn't match '(?-xism:requestor\,\ worker\,\ colC\,\ colH\ FROM\ 
TheTable\ X\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ \(\ 
worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ \)\ 
\))'

# Failed test (t/01.sql.t at line 99)
# died: Can't locate object method "_quote" via package "TheTable" (perhaps you forgot to 
load "TheTable"?) at /usr/share/perl5/SQL/Abstract.pm line 190.

# Failed test (t/01.sql.t at line 100)
#   undef
# doesn't match '(?-xism:requestor\,\ worker\,\ colC\,\ colH\ FROM\ 
TheTable\ WHERE\ \(\ requestor\ \=\ \?\ AND\ status\ \!\=\ \?\ AND\ \(\ \(\ 
worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ OR\ \(\ worker\ \=\ \?\ \)\ \)\ 
\))'
*** not yet testing subquery LIMIT emulations
# Looks like you failed 17 tests of 22.
dub

Bug#283896: libdbd-sqlite-perl: version mismatch with sqlite package.

[Krzysztof Krzyzaniak]

On pią, 2005-01-21 at 09:00 -0600, Marcelo E. Magallon wrote:
> Hi Steve,
> 
> On Sat, Jan 08, 2005 at 04:44:22AM -0800, Steve Langasek wrote:
> 
>  > - First, this bug is not critical: it does not break "unrelated
>  >   packages or the whole system".  It is at most grave (if it makes
>  >   the package unusable), or serious (if it's your opinion that this
>  >   bug makes the package unsuitable for release for other reasons).
> 
>  It depends on how you understand "unrelated packages".  It breaks
>  existing scripts because the backend is changed from SQLite 2 to 3.
>  SQLite 3 can't read files written by SQLite 2 and the error message
>  that DBD outputs is rather confusing (much more generic than "can't
>  read files in SQLite 2 format").
> 
>  The package itself is usable, one must only pay attention to what one
>  is doing.
> 
>  It's unsuitable for release with sarge because we don't know what
>  upstream's plan is (maybe Krzysztof has already figured out something
>  with upstream, but there's no record of that on the BTS).  I would very
>  much prefer _not_ to release these packages with sarge unless this is
>  fixed and an upgrade path is provided.  SQLite provides such path, only
>  the Perl DBD is a mess.

Upstream author answered that he don't want to change name of package
(to dbd::sqlite3) but will provide "another solution". He didn't tell
what he mind writing this. 

I am afraid I am not able to find solution myself so I'll "donate" this
package to Debian Perl Group. I will upload to Alioth this package as
soon as possible.

  eloy

-- 
* Allegro.pl / Aukro.cz / Au-Au.ru
* Krzysztof 'eloy' Krzyżaniak
* <[EMAIL PROTECTED]>

Bug#283896: libdbd-sqlite-perl: version mismatch with sqlite package.

[Krzysztof Krzyzaniak]

Dnia 08-01-2005, sob o godzinie 04:44 -0800, Steve Langasek napisał(a):
> severity 283896 grave
> thanks
> 
> Hi eloy,
> 
> I'm confused why you raised the severity of this bug, given your comments in
> the BTS.
> 
> - First, this bug is not critical: it does not break "unrelated packages
>   or the whole system".  It is at most grave (if it makes the package
>   unusable), or serious (if it's your opinion that this bug makes the
>   package unsuitable for release for other reasons).
> - Second, I don't understand why this package would be /unusable/, it's just
>   not compatible with the sqlite package.  Everything I see says that it
>   should be compatible with the sqlite3 package.  Therefore the package
>   isn't unusable, it's just being used wrong.  Also, since you suggested
>   having "libdbd-sqlite2-perl" and "libdbd-sqlite-perl" as package names for
>   two versions of this package, this would *still* leave libdbd-sqlite-perl
>   incompatible with sqlite, AIUI, so your changes would not seem to do
>   anything to fix this bug.
> 
> Since there are several packages in the archive that depend on
> libdbd-sqlite-perl, I would appreciate it if you would explain why you think
> this is a release critical bug before attempting to remove those packages
> from testing.
> 
> Thanks,

Take look at
,
 (and below).

Question is in upstream changes and very confusing schema names. I'll
try to work out this issue as soon as possible.

  eloy
-- 
* Allegro.pl / Aukro.cz / Tetrako.hu
* Krzysztof 'eloy' Krzyżaniak
* <[EMAIL PROTECTED]>