Bug#652047: /usr/share/clang/scan-build/scan-build: scan-build manpage mentions unknown option --experimental-checks

2011-12-14 Thread Premysl Hruby 
Package: clang
Version: 3.0-3
Severity: minor
File: /usr/share/clang/scan-build/scan-build

Dear Maintainer,

scan-build manpage mention option --experimental-checks but there's no
option (even in scan-build's sourcecode)

$ scan-build --experimental-checks
scan-build: unrecognized option '--experimental-checks'

Proposed solution: delete this option from scan-build's manpage

-Ph


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages clang depends on:
ii  libc6   2.13-21  
ii  libffi5 3.0.10-3 
ii  libgcc1 1:4.6.2-5
ii  libllvm3.0  3.0-4
ii  libstdc++6  4.6.2-5  
ii  libstdc++6-4.6-dev  4.6.2-5  

Versions of packages clang recommends:
ii  llvm-3.0-dev  3.0-4  
ii  python2.7.2-9

clang suggests no packages.

-- no debconf information



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

Bug#640890: lsyncd: Typo in manual in -pifile (should be -pidfile)

2011-09-08 Thread Premysl Hruby 
Package: lsyncd
Version: 2.0.4-1
Severity: minor


In manual of lsyncd there's typo in -pifile option, which should say
"-pidfile" instead.

-Ph


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lsyncd depends on:
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  liblua5.1-0   5.1.4-10   Shared library for the Lua interpr
ii  lua5.15.1.4-10   Simple, extensible, embeddable pro
ii  rsync 3.0.8-1fast remote file copy program (lik

lsyncd recommends no packages.

lsyncd suggests no packages.

-- no debconf information



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

Bug#602289: powertop: Powertop crashes after a few seconds from start

2010-11-11 Thread Premysl Hruby 
Hi,

I have that same problem too, I'd rebuild powertop with debug symbols
and found where the problem lies:

in config.c there's staticaly defined aray (configlines) used to hold kernel 
config,
with 5000 lines tops, but current (2.6.35-trunk) kernel for amd64 has
5046 lines of config, but that limit of array is never checked.

Quick check is to raise the array size and add some form of limit check.

-Ph


-- 
Premysl "Anydot" Hruby, http://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#595936: gcalcli: Bad path to configfile in manual

2010-09-07 Thread Premysl Hruby 
Package: gcalcli
Version: 1.4-5
Severity: minor


In manual ~/.gcalcli is mentioned as the configfile, when in fact
gcalcli use ~/.gcalclirc as configfile.

-Ph


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

Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcalcli depends on:
ii  python2.6.5-13   interactive high-level object-orie
ii  python-dateutil   1.4.1-3powerful extensions to the standar
ii  python-gdata  2.0.8-1.1  Google Data Python client library

Versions of packages gcalcli recommends:
ii  gxmessage 2.12.4-1   an xmessage clone based on GTK+

gcalcli suggests no packages.

-- no debconf information



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

Bug#584923: scid: Move animation is too fast if board is fliped

2010-06-29 Thread Premysl Hruby 
On (08/06/10 11:32), Oliver Korff wrote:
> Date: Tue, 08 Jun 2010 11:32:35 +0200
> From: Oliver Korff 
> To: Premysl Hruby , 584...@bugs.debian.org
> Subject: Re: Bug#584923: scid: Move animation is too fast if board is
>  fliped
> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9)
>  Gecko/20100515 Icedove/3.0.4
> 
> Dear Premysl,
> 
> sorry, but I can't reproduce this bug. Maybe you do it in a special
> way, that I didn't try. Thats, what I did:
> 
> Case a:
> 
> 1. I did load a pgn
> 2. Pressed the "move button" very fast, to make the moves
> 3. I flipped the board with the "flip button"
> 4. Pressed the "move button" very fast again, to make the moves
> -> The animation of the moving pieces were independent of the colour
> and, which side was up or down.
> 
> Case b.:
> 
> 1. I loaded a pgn
> 2. Set the move time (in the analysis configuration menue) to 3 seconds
> 4. I pressed the autoplay button (blue arrow with a black one above it).
> -> The game is autoplayed forward
> 5. while autoplaying, I flipped the board, with the "flip button"
> 6. Flipped it back and forth
> -> The animation of the moving pieces was independent of the colour
> and, which side was up or down.
> 
> Maybe you are doing it in another way, please tell me how.
> 
> Oliver

In both cases the animation time depends on how the board is flipped. I
have setup animation time to 300ms. If the board is from white possition
(white at bottom of board), everything is fine, moves are animated etc
etc.

But, whenever I flip the board to see it from black possition, animation
is much much faster (looks like there are no sleep time during animation?).

-Ph

-- 
Premysl "Anydot" Hruby, http://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#584923: scid: Move animation is too fast if board is fliped

2010-06-07 Thread Premysl Hruby 
Package: scid
Version: 1:4.2.2.cvs20100202-2
Severity: minor


While replaying game, if the board is fliped (so board is seen from
possition of black -- white playing from top, black from bottom) the
move animation is too fast (seems almost like there's almost no delay
during piece transition) and this is pretty annoying. If the board is
flipped back to normal position (ie. as seen by white), everything is
back to normal again.

-Ph


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

Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages scid depends on:
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-1GCC support library
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-3X11 client-side library
ii  oss-compat  0.0.4+nmu3   OSS compatibility package
ii  python  2.5.4-9  An interactive high-level object-o
ii  tcl8.5  8.5.8-2  Tcl (the Tool Command Language) v8
ii  tk8.5   8.5.8-1  Tk toolkit for Tcl and X11, v8.5 -
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages scid recommends:
ii  libsnack2 2.2.10-dfsg1-9 Sound extension to Tcl/Tk and Pyth
pn  tdom   (no description available)
ii  texlive-games 2009-7 TeX Live: Games typesetting

Versions of packages scid suggests:
ii  crafty  23.2-1   state-of-the-art chess engine, com
pn  glaurung   (no description available)
pn  phalanx(no description available)
pn  scid-spell-data | scid-rati(no description available)
pn  stockfish  (no description available)
ii  toga2   1.4.1.1SE1-3 computer chess engine, calculates 

-- no debconf information



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

Bug#564661: libgsasl7: did not work any auth metods

2010-02-01 Thread Premysl Hruby 
On (01/02/10 19:04), Premysl Hruby wrote:
> Date: Mon, 1 Feb 2010 19:04:18 +0100
> From: Premysl Hruby 
> To: Emmanuel Bouthenot 
> Cc: 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt/1.5.20 (2009-06-14)
> 
> Well, I tested it here, in 32bit KVM instance I created today, and it
> worked.
> 
> But, I have reported && tested it in testing all the time, but your
> chroot is unstable.
> 
> Currently, both testing and unstable have same version of libgsasl7.
> Maybe there's some problem with library on which libgsasl7
> depends?
> 
> -Ph
> 

There it is, if I do clean testing chroot, and install into it
libgcrypt11 from unstable, everything works like a charm.

For me, it looks like a build/link error in (lib)gsasl package, as
manually rebuilding gsasl fixed the problems too, even with libgcrypt11
installed from testing.

-Ph


-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-02-01 Thread Premysl Hruby 
On (01/02/10 17:29), Emmanuel Bouthenot wrote:
> Date: Mon, 1 Feb 2010 17:29:17 +0100
> From: Emmanuel Bouthenot 
> To: Premysl Hruby 
> Cc: 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt 1.5.20 (2009-06-14)
> 
> > Same here.
> If you want to do another test, you can download a fresh 32bits
> chroot[1] i've setup few hours ago.
> 
> All works fine for me with it.
> 
> [1] http://kolter.openics.org/debian/gsasl/sid_chroot_i386.tar (228 MB)
> 
> M.
> 

Well, I tested it here, in 32bit KVM instance I created today, and it
worked.

But, I have reported && tested it in testing all the time, but your
chroot is unstable.

Currently, both testing and unstable have same version of libgsasl7.
Maybe there's some problem with library on which libgsasl7
depends?

-Ph

-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#567619: xserver-xorg: After upgrading squeeze xserver stops responding

2010-02-01 Thread Premysl Hruby 
I could confirm it here too. For me, it freeze whole system (can't even
ping it) and also after some prolonged idle period (maybe some problem
with dpms?). But not everytime DPMS suspend my pc it occure, so I can't
reproduce it on will.

(amd64, kernel 2.6.32-trunk)

-Ph


-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#567946: pgnscid segfaults

2010-02-01 Thread Premysl Hruby 
Package: scid
Version: 1:4.2.0.cvs20100120-1
Severity: normal


Everytime I try to convert pgn with pgnscid (aka pgnscid somefile.pgn),
the pgnscid segfaults. IIRC there was no problem with pgnscid in version
previous to current 1:4.2.0.cvs20100120-1

-Ph


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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages scid depends on:
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libgcc1 1:4.4.2-9GCC support library
ii  libstdc++6  4.4.2-9  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-1X11 client-side library
ii  oss-compat  0.0.4+nmu3   OSS compatibility package
ii  python  2.5.4-9  An interactive high-level object-o
ii  tcl8.5  8.5.8-2  Tcl (the Tool Command Language) v8
ii  tk8.5   8.5.8-1  Tk toolkit for Tcl and X11, v8.5 -
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages scid recommends:
ii  libsnack2   2.2.10-dfsg1-9   Sound extension to Tcl/Tk and Pyth
ii  tdom0.8.3~20080525-3 A fast XML/DOM/XPath/XSLT extensio
ii  texlive-games   2007.dfsg.17-2   TeX Live: Games typesetting (chess

Versions of packages scid suggests:
ii  crafty  23.1-1   state-of-the-art chess engine, com
pn  glaurung   (no description available)
pn  phalanx(no description available)
pn  stockfish  (no description available)
ii  toga2   1.4.1.1SE1-3 computer chess engine, calculates 

-- no debconf information



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

Bug#564661: libgsasl7: did not work any auth metods

2010-02-01 Thread Premysl Hruby 
On (01/02/10 12:22), Emmanuel Bouthenot wrote:
> Date: Mon, 1 Feb 2010 12:22:58 +0100
> From: Emmanuel Bouthenot 
> To: Premysl Hruby 
> Cc: 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt 1.5.20 (2009-06-14)
> 
> 
> > > Is it possible for you to copy and try this chroot on another box
> > > (debian or another linux distro) ?
> > > 
> > 
> > I just tried it on my i386 desktop, in i386 chroot on my amd64 desktop,
> > in new kvm-based i386 (and amd64) debian/testing installation and it's
> > all same: It doesn't work! :-)
> > 
> > Same msmtp behaviour, same error after gsasl --client-mechanisms ...
> 
> what are the md5 sums for /usr/lib/libgsasl.so.7.7.2 on both arch (i386 and
> amd64) ?
> 
> for me:
> amd64:
> c8ce0662f332c2855fa553975537c389  /usr/lib/libgsasl.so.7.7.2
> i386:
> b01ffd45ea664f2ed65a990bba3225ba  /usr/lib/libgsasl.so.7.7.2
> 

Same here.

-Ph

-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-02-01 Thread Premysl Hruby 
On (31/01/10 23:11), Emmanuel Bouthenot wrote:
> Date: Sun, 31 Jan 2010 23:11:49 +0100
> From: Emmanuel Bouthenot 
> To: Premysl Hruby 
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt 1.5.20 (2009-06-14)
> 
> > I tried it in new chroot just now (created via debootstrap), and it
> > fails in it => I'm unable to use login method in new & up-to-date chroot
> > just as I was unable to use it before I myself rebuild libgsasl7
> > package.
> Like you, i've setup a fresh 32bits chroot and all is ok.
> 
> That's crazy !
> 
> Is it possible for you to copy and try this chroot on another box
> (debian or another linux distro) ?
> 

I just tried it on my i386 desktop, in i386 chroot on my amd64 desktop,
in new kvm-based i386 (and amd64) debian/testing installation and it's
all same: It doesn't work! :-)

Same msmtp behaviour, same error after gsasl --client-mechanisms ...

So, it's pretty much reproducible here.

-Ph

-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-01-31 Thread Premysl Hruby 
On (31/01/10 19:22), Emmanuel Bouthenot wrote:
> Date: Sun, 31 Jan 2010 19:22:28 +0100
> From: Emmanuel Bouthenot 
> To: Premysl Hruby 
> Cc: "Roman S. Gushcha" , 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt 1.5.20 (2009-06-14)
> 
> > Well, I just tried to rebuild whole libgsasl7 package (via apt-get
> > source libgsasl7 + dpkg+buildpackage) and after installing it, it works
> > like a charm, both your example code works, in msmtp --version I can see
> > login method now and also can send email using login method. So it
> > definitely seems like badly built package.
> >ยท
> > Anyway, my arch is amd64. Is not that the problem, maybe you have i386
> > or some other arch?
> It was my first test, i've tried to reproduced the bug with my box (amd64)
> and i also tried with a 32bits chroot. It works fine with both.
> 
> 
> M.

I tried it in new chroot just now (created via debootstrap), and it
fails in it => I'm unable to use login method in new & up-to-date chroot
just as I was unable to use it before I myself rebuild libgsasl7
package.

-Ph

-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-01-31 Thread Premysl Hruby 
On (31/01/10 15:37), Emmanuel Bouthenot wrote:
> Date: Sun, 31 Jan 2010 15:37:08 +0100
> From: Emmanuel Bouthenot 
> To: Premysl Hruby 
> Cc: "Roman S. Gushcha" , 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt 1.5.20 (2009-06-14)
> 
> > # gsasl --client-mechanisms =>
> > gsasl: initialization failure: Low-level crypto error in SASL library
> > 
> > # gsasl --smtp -m PLAIN smtp.yandex.ru 25 =>
> > gsasl: initialization failure: Low-level crypto error in SASL library
> 
> interesting, for me the result is:
> 
> # gsasl --client-mechanisms
> This client supports the following mechanisms:
> ANONYMOUS EXTERNAL LOGIN PLAIN SECURID NTLM DIGEST-MD5 CRAM-MD5 SCRAM-SHA-1 
> GSSAPI
> 
> attached is a simple gsasl test program, can you compile it, run it and
> give us the result ?
> 
> # gcc sasl.c -o sasl -lgsasl && ./sasl
> 
> Thx
> 

Well, I just tried to rebuild whole libgsasl7 package (via apt-get
source libgsasl7 + dpkg+buildpackage) and after installing it, it works
like a charm, both your example code works, in msmtp --version I can see
login method now and also can send email using login method. So it
definitely seems like badly built package.

Anyway, my arch is amd64. Is not that the problem, maybe you have i386
or some other arch?

-Ph


-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-01-31 Thread Premysl Hruby 
On (31/01/10 15:37), Emmanuel Bouthenot wrote:
> Date: Sun, 31 Jan 2010 15:37:08 +0100
> From: Emmanuel Bouthenot 
> To: Premysl Hruby 
> Cc: "Roman S. Gushcha" , 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt 1.5.20 (2009-06-14)
> 
> > # gsasl --client-mechanisms =>
> > gsasl: initialization failure: Low-level crypto error in SASL library
> > 
> > # gsasl --smtp -m PLAIN smtp.yandex.ru 25 =>
> > gsasl: initialization failure: Low-level crypto error in SASL library
> 
> interesting, for me the result is:
> 
> # gsasl --client-mechanisms
> This client supports the following mechanisms:
> ANONYMOUS EXTERNAL LOGIN PLAIN SECURID NTLM DIGEST-MD5 CRAM-MD5 SCRAM-SHA-1 
> GSSAPI
> 
> attached is a simple gsasl test program, can you compile it, run it and
> give us the result ?
> 
> # gcc sasl.c -o sasl -lgsasl && ./sasl
> 
> Thx
> 

Output from your program:
gsasl init failed

I also tried to reinstall libgsasl7, to avoid any possible problem with
prelink etc. but it made no difference (both this test and msmtp
problem).

-Ph

-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-01-31 Thread Premysl Hruby 
On (31/01/10 14:10), Emmanuel Bouthenot wrote:
> Date: Sun, 31 Jan 2010 14:10:47 +0100
> From: Emmanuel Bouthenot 
> To: Premysl Hruby 
> Cc: "Roman S. Gushcha" , 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt 1.5.20 (2009-06-14)
> 
> 
> and what about the following commands (you will probably need to
> install the gsasl package):
> 
> # gsasl --client-mechanisms
> # gsasl --smtp -m PLAIN smtp.yandex.ru 25
> 

# gsasl --client-mechanisms =>
gsasl: initialization failure: Low-level crypto error in SASL library

# gsasl --smtp -m PLAIN smtp.yandex.ru 25 =>
gsasl: initialization failure: Low-level crypto error in SASL library

-Ph


-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-01-31 Thread Premysl Hruby 
On (31/01/10 13:58), Emmanuel Bouthenot wrote:
> Date: Sun, 31 Jan 2010 13:58:00 +0100
> From: Emmanuel Bouthenot 
> To: Premysl Hruby ,
>   "Roman S. Gushcha" 
> Cc: 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Mutt 1.5.20 (2009-06-14)
> 
> Hi all,
> 
> (i'm the maitainer of msmtp)
> 
> Premysl already filed a bug against msmtp and another user send me an email
> for the same bug.
> 
> I'm also the maintainer of mpop and a similar bug has been opened few days 
> ago :
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565134
> 
> This a very weird bug that i can't reproduce neither.
> 
> Can you (all of you) execute the following command :
> 
> # msmtp --version|grep -C1 '^Supported auth'
> 
> for me the result is:
> 
> --8<--
> Authentication library: GNU SASL
> Supported authentication methods:
> plain cram-md5 digest-md5 gssapi external login ntlm
> -->8--
> 
> thx,
> 
> M.
> 

For me output is:
---
Authentication library: GNU SASL
Supported authentication methods:
cram-md5 digest-md5 gssapi external login ntlm 
---

-Ph

-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-01-21 Thread Premysl Hruby 
On (21/01/10 11:15), Simon Josefsson wrote:
> Date: Thu, 21 Jan 2010 11:15:39 +0100
> From: Simon Josefsson 
> To: Premysl Hruby 
> Cc: 564...@bugs.debian.org
> Subject: Re: Bug#564661: libgsasl7: did not work any auth metods
> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux)
> 
> Good catch -- however this also works for me:
> 
> j...@mocca:~$ msmtp --auth=login --tls=on --tls-certcheck=off --host 
> yxa-v.extundo.com --debug -f si...@josefsson.org si...@josefsson.org 
> --user=...@yxa-v
> ...
> <-- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN
> <-- 250-DELIVERBY
> <-- 250 HELP
> password for j...@yxa-v at yxa-v.extundo.com: 
> --> AUTH LOGIN
> <-- 334 x
> --> 
> <-- 334 
> --> q
> <-- 235 2.0.0 OK Authenticated
> --> MAIL FROM:
> ...
> 
> Doesn't this work for you?  What output do you get?
> 
> (Yes, I replaced the confidential data with x, y, z, and q...)
> 
> /Simon

For me, it doesn't work:

msmtp --auth=login --tls=on --tls-certcheck=off --host= --debug -f 
 
host  = 
port  = 25
timeout   = off
protocol  = smtp
domain= localhost
auth  = LOGIN
user  = (not set)
password  = (not set)
ntlmdomain= (not set)
tls   = on
tls_starttls  = on
tls_trust_file= (not set)
tls_crl_file  = (not set)
tls_key_file  = (not set)
tls_cert_file = (not set)
tls_certcheck = off
tls_force_sslv3   = off
tls_min_dh_prime_bits = (not set)
tls_priorities= (not set)
auto_from = off
maildomain= (not set)
from  = 
dsn_notify= (not set)
dsn_return= (not set)
keepbcc   = off
logfile   = (not set)
syslog= (not set)
reading recipients from the command line
msmtp: support for authentication method LOGIN is not compiled in

Which is interresting, as I have just the same version of both msmtp and
libgsasl7 as you.


-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#564661: libgsasl7: did not work any auth metods

2010-01-21 Thread Premysl Hruby 
On (21/01/10 10:53), Simon Josefsson wrote:
> Date: Thu, 21 Jan 2010 10:53:24 +0100
> From: Simon Josefsson 
> To: "Roman S. Gushcha" 
> Cc: 564...@bugs.debian.org
> Subject: Bug#564661: libgsasl7: did not work any auth metods
> List-Id: <564661.bugs.debian.org>
> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux)
> 
> tags 564661 needinfo
> thanks
> 
> Hi Roman,
> 
> Thanks for the bug report.  I cannot reproduce your problem.  Below is
> an output of what happens when I try to run msmtp.  Can you run a
> similar command on your end and post the output you get?
> 
> /Simon
> 
> j...@mocca:~$ dpkg -l|grep -e msmtp -e gsasl
> ii  gsasl   1.4.0-1   
>  GNU SASL command line utility
> ii  libgsasl7   1.4.0-1   
>  GNU SASL library
> ii  msmtp   1.4.19-1  
>  light SMTP client with support for server profiles
> j...@mocca:~$ msmtp --auth=on --tls=on --tls-certcheck=off --host 
> yxa-v.extundo.com --debug -f si...@josefsson.org si...@josefsson.org 
> --user=...@yxa-v



> <-- 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN



> --> AUTH DIGEST-MD5

I myself have probably same problem as reporter. For me, plain method
works but I'm unable to use login method with msmtp (probably due to
recent libgsasl7 upgrade). In your test you used DIGEST-MD5 as
authentication method. Please, retry it with login method with something
like:

msmtp --auth=login ...

-Ph

-- 
Premysl "Anydot" Hruby, https://www.redrum.cz/
-
I'm a signature virus. Please add me to your signature and help me spread!



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

Bug#566104: msmtp: unable to use authentication method LOGIN

2010-01-21 Thread Premysl Hruby 
Package: msmtp
Version: 1.4.19-1
Severity: normal


It's not possible to use LOGIN as authentication method (ends with error
saying that LOGIN method support is not compiled in), probably due to
recent libgsasl7 upgrade?

-Ph


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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages msmtp depends on:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  dpkg  1.15.5.6   Debian package management system
ii  install-info  4.13a.dfsg.1-5 Manage installed documentation in 
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libcomerr21.41.9-1   common error description library
ii  libgnutls26   2.8.5-2the GNU TLS library - runtime libr
ii  libgsasl7 1.4.0-1GNU SASL library
ii  libgssapi-krb5-2  1.7+dfsg-4 MIT Kerberos runtime libraries - k
ii  libidn11  1.15-2 GNU Libidn library, implementation
ii  libk5crypto3  1.7+dfsg-4 MIT Kerberos runtime libraries - C
ii  libkrb5-3 1.7+dfsg-4 MIT Kerberos runtime libraries
ii  libntlm0  1.1-1  NTLM authentication library
ii  ucf   3.0025 Update Configuration File: preserv

Versions of packages msmtp recommends:
ii  ca-certificates   20090814   Common CA certificates

msmtp suggests no packages.

-- debconf information excluded



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

Bug#558770: Unable to run minirok, it instantly segfault

2009-11-30 Thread Premysl Hruby 
Package: minirok
Version: 2.1-1
Severity: important


Whenever I try to run minirok, it instantly segfault without any sort of
error etc. It does so on both amd64 and i386 (both current testing)

gdb backtrace with python+sip debug packages:
$ gdb --args python /usr/bin/minirok 
GNU gdb (GDB) 7.0-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/python...Reading symbols from 
/usr/lib/debug/usr/bin/python2.5...done.
(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/python /usr/bin/minirok
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
strlen () at ../sysdeps/x86_64/strlen.S:31
31  ../sysdeps/x86_64/strlen.S: No such file or directory.
in ../sysdeps/x86_64/strlen.S
Current language:  auto
The current source language is "auto; currently asm".
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:31
#1  0x004567f6 in PyString_FromFormatV (format=0x7678bab0 "the sip 
module implements API v%d.0 but the %s module requires API v%d.%d", 
vargs=0x7fff7a30)
at ../Objects/stringobject.c:211
#2  0x0049d902 in PyErr_Format (exception=0x723020, format=0xfff0 
) at ../Python/errors.c:522
#3  0x767885d5 in ?? () from /usr/lib/pymodules/python2.5/sip.so
#4  0x75f34ab5 in initkio () from 
/usr/lib/pymodules/python2.5/PyKDE4/kio.so
#5  0x004a7d9d in _PyImport_LoadDynamicModule (name=0x7fff8cd0 
"PyKDE4.kio", pathname=0x7fff7c00 
"/usr/lib/pymodules/python2.5/PyKDE4/kio.so", 
fp=) at ../Python/importdl.c:53
#6  0x004a6324 in import_submodule (mod=0x7633ed00, 
subname=0x77f95ec4 "kio", fullname=0x7fff8cd0 "PyKDE4.kio") at 
../Python/import.c:2400
#7  0x004a68d9 in ensure_fromlist (mod=0x7633ed00, 
fromlist=0x77f8ca50, buf=0x7fff8cd0 "PyKDE4.kio", buflen=6, 
recursive=0) at ../Python/import.c:2311
#8  0x004a6e08 in import_module_level (name=0x0, globals=, locals=, fromlist=0x77f8ca50, 
level=-1) at ../Python/import.c:2038
#9  0x004a6fbf in PyImport_ImportModuleLevel (name=0x77f95e94 
"PyKDE4", globals=0x9c0400, locals=0x9c0400, fromlist=0x77f8ca50, level=-1) 
at ../Python/import.c:2072
#10 0x00488f19 in builtin___import__ (self=, 
args=, kwds=) at 
../Python/bltinmodule.c:47
#11 0x004186a3 in PyObject_Call (func=0xfff0, arg=0x, 
kw=0x18) at ../Objects/abstract.c:1861
#12 0x004893e2 in PyEval_CallObjectWithKeywords (func=0x77fab5f0, 
arg=0x77f8a890, kw=0x0) at ../Python/ceval.c:3481
#13 0x0048bb2e in PyEval_EvalFrameEx (f=0x9707b0, throwflag=) at ../Python/ceval.c:2093
#14 0x0049023c in PyEval_EvalCodeEx (co=0x77f80cd8, globals=, locals=, args=0x0, argcount=0, kws=0x0, 
kwcount=0, defs=0x0, 
defcount=0, closure=0x0) at ../Python/ceval.c:2875
#15 0x00490432 in PyEval_EvalCode (co=0xfff0, globals=0x, 
locals=0x18) at ../Python/ceval.c:514
#16 0x004a4aca in PyImport_ExecCodeModuleEx (name=0x7fffd270 
"minirok", co=0x77f80cd8, pathname=0x7fffb150 
"/usr/share/minirok/minirok/__init__.py")
at ../Python/import.c:675
#17 0x004a4d78 in load_source_module (name=0x7fffd270 "minirok", 
pathname=0x7fffb150 "/usr/share/minirok/minirok/__init__.py", fp=)
at ../Python/import.c:959
#18 0x004a5d41 in load_package (name=0x7fffd270 "minirok", 
pathname=) at ../Python/import.c:1015
#19 0x004a6324 in import_submodule (mod=0x72b5e0, 
subname=0x7fffd270 "minirok", fullname=0x7fffd270 "minirok") at 
../Python/import.c:2400
#20 0x004a65ac in load_next (mod=0x72b5e0, altmod=0x72b5e0, 
p_name=, buf=0x7fffd270 "minirok", 
p_buflen=0x7fffe278) at ../Python/import.c:2220
#21 0x004a6c0d in import_module_level (name=0x0, globals=0x97a6a0, 
locals=, fromlist=0x72b5e0, level=-1) at 
../Python/import.c:2001
#22 0x004a6fbf in PyImport_ImportModuleLevel (name=0x77f959e4 
"minirok", globals=0x97a6a0, locals=0x97a6a0, fromlist=0x72b5e0, level=-1) at 
../Python/import.c:2072
#23 0x00488f19 in builtin___import__ (self=, 
args=, kwds=) at 
../Python/bltinmodule.c:47
#24 0x004186a3 in PyObject_Call (func=0xfff0, arg=0x, 
kw=0x18) at ../Objects/abstract.c:1861
#25 0x004893e2 in PyEval_CallObjectWithKeywords (func=0x77fab5f0, 
arg=0x77f797e0, kw=0x0) at ../Python/ceval.c:3481
#26 0x0048bb2e in PyEval_EvalFrameEx (f=0x96f870, throwflag=) at ../Python/ceval.c:2093
#27 0x0049023c in PyEva

Bug#548914: libqtcore4: Unable to use any QT4 application, freeze while reading from Xserver socket

2009-09-29 Thread Premysl Hruby 
Package: libqtcore4
Version: 4:4.5.2-2
Severity: normal

I'm unable to use any application which does use qt lib for GUI.
According to strace, every such application blocks just after it gets
EAGAIN while reading from Xserver socket.


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

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

Versions of packages libqtcore4 depends on:
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libgcc11:4.4.1-1 GCC support library
ii  libglib2.0-0   2.22.0-1  The GLib library of C routines
ii  libstdc++6 4.4.1-1   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

libqtcore4 recommends no packages.

libqtcore4 suggests no packages.

-- no debconf information



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

Bug#546699: bash-completion-lib: aptitude unhold completion doesn't work

2009-09-15 Thread Premysl Hruby 
Package: bash-completion-lib
Version: 1.3.1-2
Severity: normal


Completion of "aptitude unhold" fails with error:

-bash: _comp_dpkg_hold_packages: command not found

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

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

Versions of packages bash-completion-lib depends on:
ii  bash  4.0-4  The GNU Bourne Again SHell

bash-completion-lib recommends no packages.

bash-completion-lib suggests no packages.

-- no debconf information



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

Bug#518947: singularity: Singularity crashed while creating new game

2009-03-09 Thread Premysl Hruby 
Package: singularity
Version: 0.30-1
Severity: important


If I try to create new game, singularity crash with following dump:

Exception in function show at Mon Mar  9 13:25:28 2009 CEST:
Traceback (most recent call last):
  File "/usr/share/games/singularity/code/safety.py", line 58, in safe_call
return func(*args, **kwargs)
  File "/usr/share/games/singularity/code/graphics/dialog.py", line 175, in show
Dialog.top.maybe_update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 297, in 
maybe_update
self.update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 303, in 
update
self._update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 335, in 
_update
child._update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 322, in 
_update
check_mask += child._update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 312, in 
_update
self.redraw()
  File "/usr/share/games/singularity/code/screens/map.py", line 122, in redraw
night_alphas[self.night_start:] = mask_alphas[:right_width]
ValueError: matrices are not aligned for copy

Traceback (most recent call last):
  File "singularity.py", line 1, in 
import code.singularity
  File "/usr/share/games/singularity/code/singularity.py", line 226, in 
menu_screen.show()
  File "/usr/share/games/singularity/code/graphics/dialog.py", line 189, in show
result = self.handle(event)
  File "/usr/share/games/singularity/code/graphics/dialog.py", line 306, in 
handle
return self.call_handlers(handlers, event)
  File "/usr/share/games/singularity/code/graphics/dialog.py", line 318, in 
call_handlers
handler(event)
  File "/usr/share/games/singularity/code/graphics/button.py", line 109, in 
handle_event
self.activate_with_sound(event)
  File "/usr/share/games/singularity/code/graphics/button.py", line 122, in 
activate_with_sound
self.activated(event)
  File "/usr/share/games/singularity/code/graphics/button.py", line 151, in 
activated
self.function(*self.args, **self.kwargs)
  File "/usr/share/games/singularity/code/screens/main_menu.py", line 89, in 
new_game
dialog.call_dialog(self.map_screen, self)
  File "/usr/share/games/singularity/code/graphics/dialog.py", line 96, in 
call_dialog
retval = dialog.show()
  File "/usr/share/games/singularity/code/screens/map.py", line 467, in show
exit = dialog.call_dialog(self.menu_dialog, self)
  File "/usr/share/games/singularity/code/graphics/dialog.py", line 96, in 
call_dialog
retval = dialog.show()
  File "/usr/share/games/singularity/code/graphics/dialog.py", line 175, in show
Dialog.top.maybe_update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 297, in 
maybe_update
self.update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 303, in 
update
self._update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 335, in 
_update
child._update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 322, in 
_update
check_mask += child._update()
  File "/usr/share/games/singularity/code/graphics/widget.py", line 312, in 
_update
self.redraw()
  File "/usr/share/games/singularity/code/screens/map.py", line 122, in redraw
night_alphas[self.night_start:] = mask_alphas[:right_width]
ValueError: matrices are not aligned for copy


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

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

Versions of packages singularity depends on:
ii  python  2.5.2-3  An interactive high-level object-o
ii  python-pygame   1.7.1release-4.2 SDL bindings for games development
ii  python-support  0.8.7automated rebuilding support for P
ii  ttf-dejavu-core 2.25-3   Vera font family derivate with add

Versions of packages singularity recommends:
ii  singularity-music 006-1  Music for Endgame: Singularity gam

Versions of packages singularity suggests:
pn  timidity   (no description available)

-- no debconf information



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

Bug#475562: files in /usr/lib/valgrind are not stripped too

2009-01-08 Thread Premysl Hruby 
Hi,

files in /usr/lib/valgrind/ are unstripped too and as consequence
valgrind package is HUGE (actually, amd64 is ~40MiB large!)

-Ph


-- 
Premysl "Anydot" Hruby, http://www.redrum.cz/



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

Bug#503829: libloki-dev: building program with /usr/include/loki/yasli/random.h fails

2008-10-28 Thread Premysl Hruby 
Package: libloki-dev
Version: 0.1.5-3.1
Severity: normal


/usr/include/loki/yasli/random.h doesn't include limits.h, so building
something with this header will probably fails, because this header make
use of two macros from limit.s: CHAR_BIT and ULONG_MAX. Repair is
simple: put "#include " into random.h


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages libloki-dev depends on:
ii  libloki0.1.5  0.1.5-3.1  a C++ library of generic design pa

libloki-dev recommends no packages.

Versions of packages libloki-dev suggests:
pn  libloki-doc(no description available)

-- no debconf information



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

Bug#484779: linux-image-2.6.25-2-amd64: enable access to acpi battery/ac info via (deprecated) /proc files

2008-06-06 Thread Premysl Hruby 
Package: linux-image-2.6.25-2-amd64
Version: 2.6.25-4
Severity: normal


Please, reintroduce (now deprecated) option CONFIG_ACPI_PROCFS_POWER=y
as many userspace utilities depends on /proc/acpi/* api, and move to the
sys power interface take some time. So please, enable both /proc and
/sys interface to power infos untill this settle down.

-Ph

-- Package-specific info:

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages linux-image-2.6.25-2-amd64 depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92a  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo

linux-image-2.6.25-2-amd64 recommends no packages.

-- debconf information:
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.25-2-amd64/prerm/removing-running-kernel-2.6.25-2-amd64: true
  linux-image-2.6.25-2-amd64/preinst/abort-overwrite-2.6.25-2-amd64:
  linux-image-2.6.25-2-amd64/postinst/old-initrd-link-2.6.25-2-amd64: true
  linux-image-2.6.25-2-amd64/postinst/create-kimage-link-2.6.25-2-amd64: true
  linux-image-2.6.25-2-amd64/preinst/failed-to-move-modules-2.6.25-2-amd64:
  linux-image-2.6.25-2-amd64/preinst/abort-install-2.6.25-2-amd64:
  linux-image-2.6.25-2-amd64/postinst/kimage-is-a-directory:
  linux-image-2.6.25-2-amd64/postinst/depmod-error-2.6.25-2-amd64: false
  linux-image-2.6.25-2-amd64/postinst/bootloader-test-error-2.6.25-2-amd64:
  linux-image-2.6.25-2-amd64/postinst/old-system-map-link-2.6.25-2-amd64: true
  linux-image-2.6.25-2-amd64/prerm/would-invalidate-boot-loader-2.6.25-2-amd64: 
true
  linux-image-2.6.25-2-amd64/preinst/overwriting-modules-2.6.25-2-amd64: true
  linux-image-2.6.25-2-amd64/postinst/depmod-error-initrd-2.6.25-2-amd64: false
  linux-image-2.6.25-2-amd64/postinst/old-dir-initrd-link-2.6.25-2-amd64: true
  linux-image-2.6.25-2-amd64/preinst/elilo-initrd-2.6.25-2-amd64: true
  linux-image-2.6.25-2-amd64/postinst/bootloader-error-2.6.25-2-amd64:
  linux-image-2.6.25-2-amd64/preinst/lilo-initrd-2.6.25-2-amd64: true
  linux-image-2.6.25-2-amd64/preinst/lilo-has-ramdisk:
  linux-image-2.6.25-2-amd64/preinst/initrd-2.6.25-2-amd64:
  linux-image-2.6.25-2-amd64/preinst/bootloader-initrd-2.6.25-2-amd64: true

-- 
Premysl "Anydot" Hruby, http://www.redrum.cz/



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

Bug#405712: nyello: when pausing, xmms2d quits

2007-01-05 Thread Premysl Hruby 
Package: nyello
Version: 0.5.0-1
Severity: important

When use command-line option to go on next or previous song (n or r) the
xmms2d quits with the line:

** ERROR **: src/xmms/sqlite.c:180: Error creating sqlite db: unable to
open database file
aborting...

and nyello starts writing:

Failed in file src/clients/lib/xmmsclient/ipc.c on  row 65

on the screen.

On the status or info command do same thing. In any other clients like
gkrellmxmms2, gxmms2, xmms2 it work.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-ck2
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)

Versions of packages nyello depends on:
ii  libc6   2.3.6.ds1-8  GNU C Library: Shared libraries
ii  libgcc1 1:4.1.1-19   GCC support library
ii  libreadline55.2-1GNU readline and history libraries
ii  libstdc++6  4.1.1-19 The GNU Standard C++ Library v3
ii  libxmmsclient0  0.2DrGonzo-4 XMMS2 - client library

nyello recommends no packages.

-- no debconf information


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

Bug#401630: manpages-dev: malloc_hook.3 doesn't display double-quote in example

2006-12-04 Thread Premysl Hruby 
Package: manpages-dev
Version: 2.39-1
Severity: minor
Tags: patch

In the malloc_hook(3) manpage there is an example. However in printf
there's no end double-quote rendering the example uncompilable.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-ck1
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)

Versions of packages manpages-dev depends on:
ii  manpages  2.39-1 Manual pages about using a
GNU/Lin

manpages-dev recommends no packages.

-- no debconf information

*** malloc_hook.3.patch
diff -urNa orig/malloc_hook.3 new/malloc_hook.3
--- orig/malloc_hook.3  2006-12-04 23:45:42.0 +0100
+++ new/malloc_hook.3   2006-12-04 23:48:25.0 +0100
@@ -110,7 +110,7 @@
 old_malloc_hook = __malloc_hook;

 /* `printf' might call `malloc', so protect it too. */
-printf ("malloc(%u) called from %p returns %p\n",
+printf ("malloc(%u) called from %p returns %p\\n",
 (unsigned int) size, caller, result);

 /* Restore our own hooks */



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