Bug#1067692: gcc-arm-none-eabi: inttypes.h fails to define PRIi64 on GCC 13.2.1 with newlib

[Jonathan Neuschäfer]

Package: gcc-arm-none-eabi
Version: 15:13.2.rel1-2
Severity: normal

After upgrading to Debian trixie (currently "testing") and thus GCC
13.2.1, inttypes.h doesn't define the 64-bit format specifiers such as
PRIi64 anymore, as demonstrated and explained by the following program:

// $ arm-none-eabi-gcc --version
// arm-none-eabi-gcc (15:13.2.rel1-2) 13.2.1 20231009
//
// $ arm-none-eabi-gcc -c test.c
// test.c: In function 'main':
// test.c:21:31: error: expected ')' before 'PRIi64'
//21 | printf("the answer: %" PRIi64 "\n", i);
//   |   ~   ^~~
//   |   )
// test.c:18:1: note: 'PRIi64' is defined in header ''; did you 
forget to '#include '?
//17 | #include 
//   +++ |+#include 
//18 |

#include 
#include 
#include 

int main(void) {
int64_t i = 42;
printf("the answer: %" PRIi64 "\n", i);
return 0;
}

//
// /usr/include/newlib/machine/_default_types.h correctly defines 
___int64_t_defined,
// (indentation for emphasis mine, in all code excerpts):
//
// #ifdef __INT64_TYPE__
//  typedef __INT64_TYPE__ __int64_t;
//  #ifdef __UINT64_TYPE__
//   typedef __UINT64_TYPE__ __uint64_t;
//  #else
//   typedef unsigned __INT64_TYPE__ __uint64_t;
//  #endif
//  #define ___int64_t_defined 1
// #elif __EXP(LONG_MAX) > 0x7fff
//  typedef signed long __int64_t;
//  typedef unsigned long __uint64_t;
//  #define ___int64_t_defined 1
//  ...
//
//
// Next, __int64_t_defined would be set in /usr/include/newlib/sys/_stdint.h:
//
// #ifdef ___int64_t_defined
//  #ifndef _INT64_T_DECLARED
//   typedef __int64_t int64_t ;
//   #define _INT64_T_DECLARED
//  #endif
//  #ifndef _UINT64_T_DECLARED
//   typedef __uint64_t uint64_t ;
//   #define _UINT64_T_DECLARED
//  #endif
//  #define __int64_t_defined 1
// #endif /* ___int64_t_defined */
//
//
// sys/_stdint.h would be included via , but that doesn't happen
// because GCC picks the wrong stdint.h, from 
/usr/lib/gcc/arm-none-eabi/13.2.1/include/stdint.h.
//
// Finally, PRIi64 and similar macros are not defined in
// /usr/include/newlib/inttypes.h, because __int64_t_defined wasn't defined:
//
// #if __int64_t_defined
//  #define PRId64  __PRI64(d)
//  #define PRIi64  __PRI64(i)
//  #define PRIo64  __PRI64(o)
//  #define PRIu64  __PRI64(u)
//  #define PRIx64  __PRI64(x)
//  #define PRIX64  __PRI64(X)
//
//  #define SCNd64  __SCN64(d)
//  #define SCNi64  __SCN64(i)
//  #define SCNo64  __SCN64(o)
//  #define SCNu64  __SCN64(u)
//  #define SCNx64  __SCN64(x)
// #endif
//
//
// As a workaround, #include  before #include  fixes 
the issue.


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.15-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gcc-arm-none-eabi depends on:
ii  binutils-arm-none-eabi  2.41.90.20240115-1+23
ii  libc6   2.37-15
ii  libgcc-s1   14-20240201-3
ii  libgmp102:6.3.0+dfsg-2+b1
ii  libisl230.26-3+b2
ii  libmpc3 1.3.1-1+b2
ii  libmpfr64.2.1-1+b1
ii  libstdc++6  14-20240201-3
ii  zlib1g  1:1.3.dfsg-3+b1

Versions of packages gcc-arm-none-eabi recommends:
ii  libnewlib-arm-none-eabi  4.4.0.20231231-2

gcc-arm-none-eabi suggests no packages.

-- no debconf information

Bug#1061533: cmake: CMake doesn't find googletest

[Jonathan Neuschäfer]

Package: cmake
Version: 3.28.1-1
Severity: normal
X-Debbugs-Cc: s...@debian.org, hal...@debian.org


Hello, I have installed cmake 3.28.1-1 and googletest 1.14.0-1 from
Debian testing, and I'm trying to use GTest with CMake as follows:

```
# CMakeLists.txt
cmake_minimum_required(VERSION 3.14)
project(foo)

enable_testing()
find_package(GTest REQUIRED)

add_executable(foo foo.cc)
target_link_libraries(foo GTest::gtest GTest::gtest_main)

add_test(AllTestsInFoo foo)
```


```
// foo.cc
TEST(Foo, foo) {
EXPECT_EQ(1 + 2, 3);
}
```

This is very close to the example provided in 
/usr/share/cmake-3.28/Modules/FindGTest.cmake,
but it fails:

```
$ cmake .
-- The C compiler identification is GNU 13.2.0
-- The CXX compiler identification is GNU 13.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/lib/ccache/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/lib/ccache/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Error at 
/usr/share/cmake-3.28/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find GTest (missing: GTEST_LIBRARY GTEST_INCLUDE_DIR
  GTEST_MAIN_LIBRARY)
Call Stack (most recent call first):
  /usr/share/cmake-3.28/Modules/FindPackageHandleStandardArgs.cmake:600 
(_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.28/Modules/FindGTest.cmake:270 
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:5 (find_package)


-- Configuring incomplete, errors occurred!
```


This usecase doesn't seem to unusual, so I suspect a bug somewhere in
FindGTest.cmake or maybe a missing file somewhere.


Best regards.


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-5-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cmake depends on:
ii  cmake-data3.28.1-1
ii  libarchive13  3.7.2-1
ii  libc6 2.37-13
ii  libcurl4  8.5.0-2
ii  libexpat1 2.5.0-2+b2
ii  libgcc-s1 13.2.0-10
ii  libjsoncpp25  1.9.5-6+b2
ii  librhash0 1.4.3-3
ii  libstdc++613.2.0-10
ii  libuv11.46.0-3
ii  procps2:4.0.4-2+b1
ii  zlib1g1:1.3.dfsg-3+b1

Versions of packages cmake recommends:
ii  gcc   4:13.2.0-2
ii  make  4.3-4.1

Versions of packages cmake suggests:
pn  cmake-doc
pn  cmake-format 
pn  elpa-cmake-mode  
ii  ninja-build  1.11.1-2

-- no debconf information

Bug#1059347: flashrom doesn't know its own version

[Jonathan Neuschäfer]

Package: flashrom
Version: 1.3.0-2.1
Severity: minor

I don't know if it's due to an upstream bug, or a problem in the Debian
packaging, but flashrom fails to report its own version when asked with
--version:

> $ flashrom --version
> flashrom unknown on Linux 6.5.0-4-amd64 (x86_64)
> flashrom is free software, get the source code at https://flashrom.org
> 
> Using clock_gettime for delay loops (clk_id: 1, resolution: 1ns).



-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-4-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages flashrom depends on:
ii  libc6 2.37-12
ii  libftdi1-21.5-6+b3
ii  libjaylink0   0.3.1-1
ii  libpci3   1:3.10.0-2
ii  libusb-1.0-0  2:1.0.26-1

flashrom recommends no packages.

flashrom suggests no packages.

-- debconf-show failed

Bug#1057736: rust-src: Ship Cargo.lock to enable "cargo -Z build-std" usecase

[Jonathan Neuschäfer]

Package: cargo
Version: 0.66.0+ds1-1
Severity: wishlist

Cargo has a new (nightly) feature, build-std[1], which rebuilds the
standard library along with the target crate. This is especially useful
when cross-compiling, as Debian doesn't ship the standard library
pre-built for other architectures.

This requires Cargo.lock, not just Cargo.toml in the rust source
directory, but the rust-src Debian package only contains Cargo.toml
right now[2].


## Potential downsides of shipping Cargo.toml

- cargo -Z build-std is currently a nightly feature, and the rust
  toolchain in Debian is not nightly, so build-std is only usable with
  some tricks[3].
- However, I think it wouldn't do harm to include Cargo.lock in the
  package.


[1]: https://doc.rust-lang.org/nightly/cargo/reference/unstable.html#build-std
[2]: 
https://salsa.debian.org/rust-team/rust/-/blob/debian/sid/debian/rust-src.install?ref_type=heads
[3]: RUSTC_BOOTSTRAP=1 tricks cargo into allowing nightly features,
 RUSTFLAGS=-Clinker=arm-linux-gnueabi-gcc appears to be necessary as well

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-4-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cargo depends on:
ii  binutils   2.41.50.20231202-1
ii  clang  1:16.0-57
ii  clang-14 [c-compiler]  1:14.0.6-16
ii  clang-16 [c-compiler]  1:16.0.6-19
ii  gcc [c-compiler]   4:13.2.0-2
ii  gcc-11 [c-compiler]11.4.0-5
ii  gcc-12 [c-compiler]12.3.0-11
ii  gcc-13 [c-compiler]13.2.0-7
ii  libc6  2.37-12
ii  libcurl3-gnutls8.4.0-2
ii  libgcc-s1  13.2.0-7
ii  libgit2-1.51.5.1+ds-1
ii  libssh2-1  1.11.0-3
ii  libssl33.0.11-1
ii  rustc  1.70.0+dfsg1-1
ii  zlib1g 1:1.2.13.dfsg-3

cargo recommends no packages.

Versions of packages cargo suggests:
pn  cargo-doc  
ii  python33.11.4-5+b1

-- no debconf information

Bug#1028137: nextpnr: Support for more FPGA architectures (esp. ECP5)

[Jonathan Neuschäfer]

On Sat, Jun 24, 2023 at 10:28:07PM +0200, Daniel Gröber wrote:
> Hi Jonathan,

Hi Daniel.

> Thanks for the detailed review and testing!
>
> On Sat, Jun 24, 2023 at 12:35:12PM +0200, Jonathan Neuschäfer wrote:
> > [ Dropping the Debian mailing lists / bugtracker for now ]
>
> No need, I belive reviews should be public :) I've bounced your mail back
> to BTS/pkg-electronics.
>
> > Some notes:
> >
> > prjtrellis:
> >
> > - I tried to build it from source (using the tarballs, with 
> > dpkg-buildpackage),
> >   but it failed because it can't find version.cpp. After a dirty hack to 
> > ensure
> >   that version.cpp is present and usable, and unpacking the orig-database
> >   tarball to the right location, the package builds for me.
>
> Did you build with git/gbp or using the dsc? I see that the build system
> tries to extract the version using git commands. However I always test with
> sbuild so my build environment should also have been a plain unpacked dsc
> and not a git repo. Strange.

I didn't use Git (except separately, as a reference for comparison). I
extracted the orig and debian tarballs manually and then used
dpkg-buildpackage. Perhaps not the recommended method :)

> AFAICT I can define CURRENT_GIT_VERSION from d/rules and that should take
> care of it.

Sounds good.

>
> > apycula:
> >
> > - I think the source package name should rather be apicula (with 'i',
> >   not 'y'), which matches the upstream repo and readme.md. Apycula is
> >   the python binding, AFAIUI.
>
> NACK, what I'm packaging here is the a-py-cula pipy.org package which is
> the main output of project a-pi-cula.

Ah ok, that probably also explains the provenance of the pickle files.

> > - The debian orig tarball contains a few GW1N*.pickle files (in the
> >   apycula subdirectory), that don't appear in the upstream git repo.
> >   They seem to be generated, and are later used in the nextpnr build, but
> >   it's unclear to me where they come from, where the source is.
>
> Indeed I agree it's a bit dodgy and probably warrants an explaination in
> d/README.source. So what project apicula did is write fuzzers to
> map/document what bits in the FPGA bitstream perform what function.
>
> They do this by running the proprietary FPGA-vendor toolchain using their
> automated fuzzing tools. The pickle files encompass the output of these
> tools and essentially provide a map of what logical function is where in
> the hardware.

Right, indeed.

Other toolchains have the same problem, but solve it differently in
Debian, for example with the prjtrellis_1.4.orig-database.tar.gz source
tarball.

I would expect that the apycula database is also maintained in an
upstream git repo, akin to prjtrellis-db, but I haven't found one.

> The a-pi-cula source repo contains these fuzzin tools and produces as
> output the a-py-cula pipy package which is uploaded by the maintainer.
>
> I haven't consulted the sacred scriptures on the finer points yet but IMO
> the pickle files contain facts about the physical world, not computer
> code. My understanding is facts are not copyrightable in the first place so
> the usual derrivative work considerations don't apply.
>
> You can imagine I'm looking forward to ftp-master review ;)

In any case, apycula isn't the first to ship such data, as far as I
understand it.

> > nextpnr:
> >
> > - debian/upstream/metadata: Some of the authors have updated names that
> >   should be used instead of the old names. As far as I can gather:
> >- Myrtle Shah[1] (a.k.a. gatecat)
> >- Claire Xenia Wolf[2] (a.k.a. Claire Xen)
>
> This one is tricky. The license asks that the notices in the source be
> preserved, so it's not clear to me we can honor such name changes without
> explicit permission from the respective copyright holder.

Ah well, ok, that's beyond my legal expertise and I can't speak for the authors.

> > - Because I removed the GWIN*.pickle files of unknown origin, I skipped the
> >   gowin targets.
>
> Do note prjtrellis has the same layout information in the -database
> component just in a more human readable format (json). Have a look at that
> and you'll get an idea of what sort of data we're talking about here.

Yep. It's just that I didn't find the files in the upsteam Git repo that
I checked (and I didn't think to check the pypi package).

>
> > - Building multiple times in the same source directory fails, 
> > override_dh_auto_clean needs a
> >   "rm -rf debian/nextpnr-*-qt-chipdb/usr/share/nextpnr/chipdb-*.bin" or 
> > similar.
> >   Or maybe upstream "make clean" needs to be fixed.
> > - Somehow the chipdb files are installed to /usr/share/nextpn

Bug#1028137: nextpnr: Support for more FPGA architectures (esp. ECP5)

[Jonathan Neuschäfer]

[ Dropping the Debian mailing lists / bugtracker for now ]

On Tue, Jun 20, 2023 at 02:24:11PM +0200, Daniel Gröber wrote:
> Hi Jonathan,
>
> On Mon, Jun 19, 2023 at 08:12:04PM +0200, Jonathan Neuschäfer wrote:
> > > In the meantime I'm having a look at prjtrellis too, but since I don't 
> > > have
> > > any testing hardware I was wondering if you'd be able to do testing once I
> > > finish packaging?
> >
> > Yes, I have a board, and I can do testing if I don't forget about it.
> > Feel free to ping me when the package is ready.
>
> Great. I've uploaded the packages to my testing archive you should be able
> to install nextpnr=0.6-2~dxld1 on unstable using this sources.list entry:
>
> deb [signed-by=/etc/apt/dxld.asc] https://dxld.at/localdebs sid/
>
> You can get my gpg key from keyring.debian.org using
>
> $ gpg --keyserver keyring.debian.org --recv-keys 
> 57A1BF15B4F6F99B89EDB29FD39481AE1E79ACF7
> $ gpg --export -a 57A1BF15B4F6F99B89EDB29FD39481AE1E79ACF7 | sudo tee 
> /etc/apt/dxld.asc
>
> or from my website at
>
> $ wget https://dxld.at/localdebs/dxld-localdebs.gpg -O- | sudo tee /etc/\
> apt/dxld.asc
>
> DSCs are also there if you prefer building from source. You'd need to build
> the following:
>
> apycula_0.8.1+dfsg-1.dsc
> prjtrellis_1.4-1.dsc
> nextpnr_0.6-2~dxld1.dsc
>
> Thanks,
> --Daniel

Some notes:

prjtrellis:

- I tried to build it from source (using the tarballs, with dpkg-buildpackage),
  but it failed because it can't find version.cpp. After a dirty hack to ensure
  that version.cpp is present and usable, and unpacking the orig-database
  tarball to the right location, the package builds for me.


apycula:

- I think the source package name should rather be apicula (with 'i',
  not 'y'), which matches the upstream repo and readme.md. Apycula is
  the python binding, AFAIUI.
- The debian orig tarball contains a few GW1N*.pickle files (in the
  apycula subdirectory), that don't appear in the upstream git repo.
  They seem to be generated, and are later used in the nextpnr build, but it's
  unclear to me where they come from, where the source is.


nextpnr:

- debian/upstream/metadata: Some of the authors have updated names that
  should be used instead of the old names. As far as I can gather:
   - Myrtle Shah[1] (a.k.a. gatecat)
   - Claire Xenia Wolf[2] (a.k.a. Claire Xen)
- Because I removed the GWIN*.pickle files of unknown origin, I skipped the
  gowin targets.
- Building multiple times in the same source directory fails, 
override_dh_auto_clean needs a
  "rm -rf debian/nextpnr-*-qt-chipdb/usr/share/nextpnr/chipdb-*.bin" or similar.
  Or maybe upstream "make clean" needs to be fixed.
- Somehow the chipdb files are installed to /usr/share/nextpnr/chipdb-*.bin
  directly, while nextpnr expects them in per-arch subdirectories. As a quick
  work-around I'm symlinked the expected subdirectories to .


After all this, I've built a simple test design for ECP5 (OrangeCrab), and it 
worked!

Thanks for your work! I hope my comments help to improve it further :)


Best regards,
jn


[0]: Error message:
> CMake Error at CMakeLists.txt:136 (add_executable):
>   Cannot find source file:
>
> 
> /home/jn/dev/debian/nextpnr/prjtrellis-1.4/debian/build-x86_64-linux-gnu/generated/version.cpp
>
>   Tried extensions .c .C .c++ .cc .cpp .cxx .cu .mpp .m .M .mm .ixx .cppm .h
>   .hh .h++ .hm .hpp .hxx .in .txx .f .F .for .f77 .f90 .f95 .f03 .hip .ispc
[1]: https://github.com/gatecat/
[2]: https://github.com/clairexen

Bug#1028137: [Pkg-electronics-devel] Bug#1028137: nextpnr: Support for more FPGA architectures (esp. ECP5)

[Jonathan Neuschäfer]

On Tue, Jun 13, 2023 at 05:40:17PM +0200, Daniel Gröber wrote:
> Hi Jonathan,
>
> On Sat, Jan 07, 2023 at 06:01:11PM +0100, Jonathan Neuschäfer wrote:
> > to increase the usefulness of nextpnr in Debian, it would be nice to
> > package build nextpnr for more FPGA architectures, in addition to iCE40.
> > ECP5 comes to mind, because it seems to be fairly usable by now.
>
> I don't have an ECP5 devboard but what I have rediscovered recently is a
> Tang Nano 9k (Gowin GW1N) devboard. Hence I've been working on enabling
> gowin support. I've got project apicula and nextpnr packaged already but
> I'm waiting on a sponsor.
>
> In the meantime I'm having a look at prjtrellis too, but since I don't have
> any testing hardware I was wondering if you'd be able to do testing once I
> finish packaging?

Yes, I have a board, and I can do testing if I don't forget about it.
Feel free to ping me when the package is ready.


Jonathan

Bug#1034087: afl++: Include afl-clang-lto(++) in package

[Jonathan Neuschäfer]

Package: afl++
Version: 4.04c-3
Severity: wishlist

Hello,

the AFL++ documentation recommends using afl-clang-lto(++) if possible[1].

Based on local tests, "PREFIX=/usr make" will produce an afl-clang-lto
binary, if lld-14 is also installed (which should be the case, according
to debian/rules). Not sure what's missing from the Debian package in
order to get afl-clang-lto.

Best regards,
jn


[1]: 
https://github.com/AFLplusplus/AFLplusplus/blob/stable/docs/fuzzing_in_depth.md#1-instrumenting-the-target


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

Kernel: Linux 6.1.0-7-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages afl++ depends on:
ii  build-essential  12.9
ii  clang1:14.0-55.6
ii  clang-14 1:14.0.6-12
ii  libc62.36-8
ii  libgcc-s112.2.0-14
ii  libpython3.113.11.2-6
ii  libstdc++6   12.2.0-14
ii  procps   2:4.0.2-3

Versions of packages afl++ recommends:
ii  afl++-doc  4.04c-3

Versions of packages afl++ suggests:
pn  gnuplot  

-- no debconf information

Bug#1034004: afl++: afl-clang(-fast) does not support -m32 due to missing afl-compiler-rt-32.o

[Jonathan Neuschäfer]

Package: afl++
Version: 4.04c-3
Severity: normal

Hello,

When trying to use "afl-clang -m32" on amd64, it fails, even though
clang itself supports -m32:

$ clang -m32 hello.c -o hello
$ ./hello
hello
$ afl-clang -m32 hello.c -o hello
afl-cc++4.04c by Michal Zalewski, Laszlo Szekeres, Marc Heuse - mode: 
LLVM-PCGUARD

[-] PROGRAM ABORT : -m32 is not supported by your compiler
 Location : edit_params(), src/afl-cc.c:1217

$

Strace reveals that the error happens after afl-clang fails to find 
afl-compiler-rt-32.o:

access("/usr/bin/../lib/afl//afl-compiler-rt-32.o", R_OK) = -1 ENOENT (No such 
file or directory)

Inclusion of afl-compiler-rt-32.o in amd64 builds of afl++ would be useful
because -m32 helps in certain fuzzing scenarios (using AddressSanitizer plus a
virtual memory limit).


Best regards,
jn


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

Kernel: Linux 6.1.0-7-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages afl++ depends on:
ii  build-essential  12.9
ii  clang1:14.0-55.6
ii  clang-14 1:14.0.6-12
ii  libc62.36-8
ii  libgcc-s112.2.0-14
ii  libpython3.113.11.2-6
ii  libstdc++6   12.2.0-14
ii  procps   2:4.0.2-3

Versions of packages afl++ recommends:
ii  afl++-doc  4.04c-3

Versions of packages afl++ suggests:
pn  gnuplot  

-- no debconf information

Bug#1028137: nextpnr: Support for more FPGA architectures (esp. ECP5)

[Jonathan Neuschäfer]

Source: nextpnr
Severity: wishlist

Hello,

to increase the usefulness of nextpnr in Debian, it would be nice to
package build nextpnr for more FPGA architectures, in addition to iCE40.
ECP5 comes to mind, because it seems to be fairly usable by now.

For ECP5 support, prjtrellis will have to be packaged, similar to the
fpga-icestorm package:

  https://github.com/YosysHQ/prjtrellis


Best regards

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-3-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1026902: RFP: gdbgui -- A browser-based frontend to gdb (gnu debugger)

[Jonathan Neuschäfer]

Package: wnpp
Severity: wishlist

* Package name: gdbgui
  Version : 0.15.1.0
  Upstream Contact: Chad Smith 
* URL : https://www.gdbgui.com/
* License : GPLv3
  Programming Lang: Python
  Description : A browser-based frontend to gdb (gnu debugger)

>From the website:

> gdbgui is a browser-based frontend to gdb, the gnu debugger. You can
> add breakpoints, view stack traces, and more in C, C++, Go, and Rust!
>
> It's perfect for beginners and experts. Simply run gdbgui from the
> terminal to start the gdbgui server, and a new tab will open in your
> browser.

Bug#1021052: /usr/share/man/man7/kernel_lockdown.7.gz: kernel_lockdown(7): Rule about "unencrypted hibernation" is unclear

[Jonathan Neuschäfer]

Package: manpages
Version: 5.13-1
Severity: normal
File: /usr/share/man/man7/kernel_lockdown.7.gz

The kernel_lockdown(7) manpage states:

 • Unencrypted hibernation/suspend to swap are disallowed as the kernel
   image is saved to a medium that can then be accessed.

I have a swap partition in LVM on an encrypted volume, so it could
arguably count as encrypted. However "systemctl hibernate" fails
and places the following line into the system log:

[  727.705737] Lockdown: systemd-logind: hibernation is restricted; see man 
kernel_lockdown.7

It is unclear to me whether I'm seeing false documentation or a bug in
the implementation or my local configuration.

Please clarify the kernel_lockdown(7) manpage with regards to this
relatively common situation of swap on LVM on LUKS.


Best regards.

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

Kernel: Linux 5.19.0-2-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

manpages depends on no packages.

manpages recommends no packages.

Versions of packages manpages suggests:
ii  man-db [man-browser]  2.10.2-3

-- no debconf information

Bug#894724: ncmpc: Crash in chat screen when another client sends a long line

[Jonathan Neuschäfer]

Package: ncmpc
Version: 0.27-1
Severity: normal
Tags: patch security

Hi,

Ncmpc can be crashed when the user uses the chat screen and another
client sends a long chat message, due to a NULL pointer dereference.

I have a patch that fixes this for v0.27 (currently in Debian) and v0.29
(newest upstream release). The bug is fixed in upstream's master branch.

I tagged this report as "security"-related, because the client can be
crashed by the actions of another client, but I don't think this allows
anything more serious than a NULL pointer derefence (probably no RCE).

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mips, armhf, armel

Kernel: Linux 4.15.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ncmpc depends on:
ii  libc62.27-2
ii  libglib2.0-0 2.56.0-4
ii  liblirc-client0  0.10.0-2+b1
ii  libmpdclient22.11-1
ii  libncursesw5 6.1-1
ii  libtinfo56.1-1

ncmpc recommends no packages.

Versions of packages ncmpc suggests:
ii  mpd   0.20.18-1
pn  ncmpc-lyrics  

-- no debconf information
commit 5f67215970ca89dd6940954e23854cb081e28227
Author: Jonathan Neuschäfer <j.neuschae...@gmx.net>
Date:   Tue Apr 3 16:35:49 2018 +0200

screen_char: Fix NULL dereference on long messages

Currently, this script could crash ncmpc when the chat screen is open:

#!/usr/bin/python3
import socket, sys
host = 'localhost'
if len(sys.argv) > 1: host = sys.argv[1]
s = socket.socket()
s.connect((host, 6600))
s.send(b'sendmessage chat "Short message"\n')
s.send(b'sendmessage chat "l%sng message"\n' % (b'o' * 0x1f00))

This happens when screen_chat_update receives a message is received
that's deemed too long by libmpdclient ("Response line too large" is
shown in the status line), and screen_chat_update calls
mpdclient_finish_command, which calls mpd_response_finish without
checking c->connection for NULL.

Check c->connection for NULL in mpdclient_finish to at least prevent the
crash. Showing the "Response line too large" when another client sends a
too long line is still not ideal.

diff --git a/src/mpdclient.h b/src/mpdclient.h
index 1d3b6e0..bd84921 100644
--- a/src/mpdclient.h
+++ b/src/mpdclient.h
@@ -114,6 +114,9 @@ mpdclient_handle_error(struct mpdclient *c);
 static inline bool
 mpdclient_finish_command(struct mpdclient *c)
 {
+   if (!c->connection)
+   return false;
+
return mpd_response_finish(c->connection)
? true : mpdclient_handle_error(c);
 }

Bug#882372: ohcount: Command injection through file names

[Jonathan Neuschäfer]

Package: ohcount
Version: 3.0.0-8.3
Severity: grave
Tags: upstream security
Justification: user security hole

When ohcount tries to determine the type of a file with a specially
crafted name, it can execute arbitrary shell commands through improper
quoting. Details below.

## PoC

> $ echo hi > "test'\$(touch proof)'"
> $ ls
> test'$(touch proof)'
> $ ohcount .
> Examining 2 file(s)
> 
>   Ohloh Line Count Summary
> 
> Language  Files   CodeComment  Comment %  Blank  Total
>   -  -  -  -  -  -
>   -  -  -  -  -  -
> Total 0  0  0   0.0%  0  0
> $ ls
> proof  test'$(touch proof)'


## How does it work?

I haven't read the source, so I can't point at the vulnerable line, but here's
a snippet of strace output (trimmed and indented for readability):

Processes:
26767: ohcount .
  26773: sh -c "file -b './test'$(touch proof)''"
26776: touch proof
26782: file -b ./test
  26791: sh -c "file -b '.'"
26797 file -b .


26767 execve("/usr/bin/ohcount", ["ohcount", "."], [/* 52 vars */]) = 0
26767 write(1, "Examining 2 file(s)\n", 20) = 20
26767 open("./test'$(touch proof)'", O_RDONLY) = 3
26767 fstat(3, {st_mode=S_IFREG|0640, st_size=3, ...}) = 0
26767 read(3, "hi\n", 3)= 3
26767 access("./test'$(touch proof)'", F_OK) = 0
26767 pipe2([3, 4], O_CLOEXEC)  = 0
26767 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f31736e69d0) = 26773
  26773 execve("/bin/sh", ["sh", "-c", "file -b './test'$(touch proof)''"], [/* 
52 vars */]) = 0
  26773 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f601329d9d0) = 26776
26776 stat("/usr/bin/touch", {st_mode=S_IFREG|0755, st_size=93160, ...}) = 0
26776 execve("/usr/bin/touch", ["touch", "proof"], [/* 52 vars */]) = 0
26776 open("proof", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 3
26776 exit_group(0) = ?
26776 +++ exited with 0 +++
  26773 <... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 
26776
  26773 stat("/usr/bin/file", {st_mode=S_IFREG|0755, st_size=22792, ...}) = 0
  26773 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f601329d9d0) = 26782
  26773 wait4(-1,  
26782 execve("/usr/bin/file", ["file", "-b", "./test"], [/* 52 vars */]) = 0
26782 lstat("./test", 0x7ffc9809f660)   = -1 ENOENT (No such file or 
directory)
26782 stat("./test", 0x7ffc9809f660)= -1 ENOENT (No such file or 
directory)
26782 open("./test", O_RDONLY)  = -1 ENOENT (No such file or 
directory)
26782 write(1, "cannot open `./test' (No such fi"..., 49 ) = 49
26782 exit_group(0) = ?
26782 +++ exited with 0 +++
  26773 exit_group(0) = ?
  26773 +++ exited with 0 +++
26767 open(".", O_RDONLY)   = 3
26767 fstat(3, {st_mode=S_IFDIR|0751, st_size=4096, ...}) = 0
26767 fstat(3, {st_mode=S_IFDIR|0751, st_size=4096, ...}) = 0
26767 lseek(3, 0, SEEK_END) = 9223372036854775807
26767 lseek(3, 0, SEEK_SET) = 0
26767 read(3, 0x56315aaed880, 18446744073709547520) = -1 EFAULT (Bad address)
26767 close(3)  = 0
26767 access(".", F_OK) = 0
26767 pipe2([3, 4], O_CLOEXEC)  = 0
26767 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f31736e69d0) = 26791
  26791 execve("/bin/sh", ["sh", "-c", "file -b '.'"], [/* 52 vars */]) = 0
  26791 stat("/usr/bin/file", {st_mode=S_IFREG|0755, st_size=22792, ...}) = 0
  26791 clone(child_stack=NULL, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7fb58ec689d0) = 26797
26797 execve("/usr/bin/file", ["file", "-b", "."], [/* 52 vars */]) = 0
26797 lstat(".", {st_mode=S_IFDIR|0751, st_size=4096, ...}) = 0
26797 write(1, "directory\n", 10 
26797 exit_group(0) = ?
26797 +++ exited with 0 +++
  26791 exit_group(0) = ?
  26791 +++ exited with 0 +++
26767 write(1, "\n  Ohloh"..., 79) = 79
26767 write(1, "Language  Files   Co"..., 158) = 158
26767 write(1, "  -  ---"..., 79) = 79
26767 write(1, "Total 0 "..., 79) = 79
26767 exit_group(0) = ?
26767 +++ exited with 0 +++


## Disclosure, etc.

This is, AFAIK, a previously undisclosed vulnerability.

Salvatore Bonaccorso volunteered to request a CVE identifier for this
vulnerability.


-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mips, armhf, armel

Bug#785584: libmikmod: debugging symbols for libmikmod

[Jonathan Neuschäfer]

On Sun, Dec 20, 2015 at 12:03:12PM +0100, Stephen Kitt wrote:
> Hi Jonathan,
> 
> On Mon, 18 May 2015 04:53:10 +0200, Jonathan Neuschäfer
> <j.neuschae...@gmx.net> wrote:
> > It would be nice to have a libmikmod-dbg package, with debugging symbols
> > for libmikmod.
> 
> These are now provided automatically:
> https://lists.debian.org/debian-devel/2015/12/msg00262.html
> 
> Thus the next upload of mikmod will have a libmikmod3-dbgsym package
> (and I'll close this bug then).

Good, thanks!

> 
> Regards,
> 
> Stephen

Bug#804238: RFP: trosh -- A game made in 20 hours for a friend. It has explosions.

[Jonathan Neuschäfer]

Package: wnpp
Severity: wishlist

* Package name: trosh
  Version : unknown
  Upstream Author : Maurice 
* URL : http://stabyourself.net/trosh/
* License : WTFPLv2
  Programming Lang: Lua
  Description : A game made in 20 hours for a friend. It has explosions.

Original description from the homepage:

| This homage to flashy releases of energy and heat (commonly known as
| explosions) features Trosh, the unshakeable mountain of a person with
| sunglasses on his quest to space and back.
| 
| Features:
| * Explosions
| * Sunglasses
| * More explosions


The game needs version 0.8 of the Love game programming framework, but
the gzip'd and base64'd patch included below ports it to version 0.9,
which is currently in Debian.

I couldn't find any version or upstream email address on the homepage,
so I set these fields to "unknown".


Regards,
Jonathan Neuschäfer



H4sIAFqqPFYAA+1ZW4/jthV+XgP7Hwg/yWtZI8m6eZAttmiQNkU2bZO8bRYBJVGyGln0ktTYg2D7
a/JP8sd6SN0oWZ6dnWSAPnQwI/FyeA51vsNz4ST0cCgEwiTzk5hkmZdEoeO73jZ1YmeLtyTaYS8k
ru24mYedxZ9rsafsFv2dVljscYW+JTVP9r/9mhGGvvi3VakusCPsTX44Q1/8afElFuQWIfQVK9C3
9A4FyPFubed26yFg7KO17dj2YgEU6J+UCSQo+obeEWRbu8UiLbIMbTa53OVNXOTkfCwpL2hllTVG
8cXQoqhSckYBCbC/TS3LjXZZ6EQIRASet9hsNjN8Fuv1eo7Xmzdo43pmiNbqCd2srhIB00invU0Z
PhmrBXrxooSNWznDx32RcIsT8RdaUma4vm+i0ePVARRoHYrKcEzUtPHZsE1kOBsuMBOiOBB2E67g
5yVwJlUqX0WGOCkz60ONU/TFa+CExJ5ULxebqWy5pw+Gvs3ikJujfUsm73p2782G9fkVT3BJ2t59
14OtdePyBZtaz4l8Vom9Gq6omZlICpSUQLj4EcwNVeRUFhVBWMgxRDOUFSWZ2hVLe3tqmp0d7TLs
xoFl7Zwkc1w8taOWuLOftivtxotMMG31HNsNS2+TPUl+TmhpnE10v1KbhS3D75isMSuJ7Ty0LG0V
zNInKfbG1RqOZ6JIoToL6rPI+jyUElplLUpds0XJjlOcOVie9ijznGyMUk/coNR31ek2Izjc8NAx
UgqQZIaQh1pYohAlQa/R8ofv/vH9327RD3uC3tK7gjTNv+IDWb5UlFg5SEn6FtesSLpx4Map4pHh
khOJqbB4wgiprDt+XyUwI1g9njgVqdjDRGTbo/E9KfK9gInAG09kHGMYloOf0uwaVp1Ae/Q0ka9N
jORr42P52sQgf61MegQfqcjhvsWvb7cA4jhzI59YVpQkyS6xxwAO1A2CQ19CGNjyoKmnDqIiGp80
UyrjPHveGuqHD5yiUadAtT73GNiWE4V+P6D1rp265xT4eUdvGnXnQq7n7EhMfMvyopi423iC4Uy8
nQm2jsRSPUdY9pG2PqaQTRipmEdxEpGvIjkKUE+OTra11fW7/SSezy7281A94KIDtGu2WIZ2gm07
siw7Cb1064yx7IkbGPuuRFAB2OC3mHjUkuJ0DhMI31+SDNel+PqAc/JVUQrCjGVFMCNcLE3UN2cU
Oyx+eB16If8Y+VAXjKBlUmLOl6OhA6lqGHkg59O+Ql8Y12VJxJiZjJPLRurM534N4cBA42EATH2+
seyGbgogs45Vvlyh4ctbV/sULrc5KAsLbCh+kExKyrLg0pX/slRBTmotKWmdOn3Lla2c0bpKZSuu
+d7pGmruSE+E1UfZZDT5mSjVyxxWvjEHUGiRbiANVMt4XeVS+YSr6RPh9KDEYsboaZAF37k05S7h
Z8TFHbHlB1yWzuWQ22xRIQOtshDwdf2Rk0MnzKoC1CKbe4Jh+l6xKQlTSxgGRR/4vlA9BejHBlFp
IpFrOg5ay5f7gJF0+ZLU8AVS/4IJmfLDr7uDrCho3lt3ZV7C2hF3VBr1x868lRuQAbuxOuihk4lk
CB+zAzt4S1NitFY1pWtNTKNShccJ/ee1dASNt0GQ5uzlSNQNXClEeMumX2n2S8wmGzJV6gF66IoK
uaGsxDmXagPVlmWT4HTpk4n0nAW4tHkH+jhUJcM5eUC6lDHUFf+7J1X+xfmh5kXSgYTrtKCSy/e0
ZgmwUQM3glFOq9yied64vXbZLWzjG0qPYPGGVNqq9XRBqFxdEE183ZHRI2FHVlTC4CZq0ieeqCKX
qAxWnswGKqj4ZcrLBVDnFq9juaKA31VDBbaT0UrIc8DfSeL3g63Ml62SXHknc7oSttKgtzaMYuOs
XkVrePAE9jcqOdRmlTXMVql/mAD5fW1R2r3VSyp362xND623UO54I+UCugyCZkxPiapbQVcn8DOQ
5XG+GqrcJqKImlXol/66QF0gKA9psFfDqjVO01V3kzAmyx9HFl+SwezHx9QSl8m+DKZdatE2uzQx
CUIndiwr2Ca7MAomqUVH3KYWXVe5XGWq6qkrU9L8NNzA3PW5n6bH+TTwWOJ7wlQy1jRVJtY0MwZF
3ftuok/Gmu61KwoTheCY3Wv53zPKQy8y8MdgR3eogMOLC8YNiLKE8RVK6ctZxah0zXWliTav61rV
DPIxN1yrpxkNT8D6nNZshk5X5Ae2ZweJZUGdYTtJMjYcjbwxHW1AfWjoSutpXvqHNnSaATU5DH/n
vP+/JT3Ski5R9HQUPb2yyNLQIaFlpSl2o2mVqJFrKHoDitudQlG9LlD0NBQh5gxAtuFG+moKO32t
TVnqshXiFkyAMQ9+/MqF6rzms/IeWLTlW0tzXgPL1WPVD6ECBVcvVZ9b6uiEz6nuEmFfR9jXHbzt
kdgDB+8DxF7sziDsTxH2B4R3jkJYvS4Q9jWEVauvFZRuNq5tr0vI20Et57Vromb6/ulHeFbFTwD1
92H6BDw1MIeK6yqYgQ5moIHphpkTBoFlZaGXZfF2BsxgCmYwgOk3TtefdbrBbHyZg9UJoo2EVW7c
RH5w9WIHVmhq7Xuad2w1u+1rAN+/qk1fKvQafM8jai7GQq5Y8VJee7kDK3u485mQMyok7UbleMfi
JlxNEYftCaiVO8y1boc6ZGZeKv97FgZhFqUT1PUFLe76UHOM1T3QbnKR19F94h6vJ3v4Gq8jUwh0
nd//3wnPln/XcH9uoZ+8wvsv32BO2LQdAAA=

Bug#803234: pandoc: LaTeX error when using single quote in a markdown code block

[Jonathan Neuschäfer]

Package: pandoc
Version: 1.13.2.1~dfsg-1+b13
Severity: normal
Tags: upstream

Hi,

$ cat foo.md
This line causes an error: `'`
This one doesn't: `"`
$ pandoc -o foo.pdf foo.md
! LaTeX Error: Command \textquotesingle unavailable in encoding T1.

See the LaTeX manual or LaTeX Companion for explanation.
Type  H   for immediate help.
 ...

l.52 ...uses an error: \texttt{\textquotesingle{}}

pandoc: Error producing PDF from TeX source


According to [1], a potential fix might be to include
"\usepackage[numbered,framed]{mcode}" in the generated LaTeX code.


Regards,
Jonathan Neuschäfer



[1] http://www.latex-community.org/forum/viewtopic.php?f=19=20923


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.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
Init: systemd (via /run/systemd/system)

Versions of packages pandoc depends on:
ii  libc62.19-22
ii  libffi6  3.2.1-3
ii  libgmp10 2:6.0.0+dfsg-7
ii  liblua5.1-0  5.1.5-8
ii  libpcre3 2:8.35-7.2
ii  libyaml-0-2  0.1.6-3
ii  pandoc-data  1.13.2.1~dfsg-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

pandoc recommends no packages.

Versions of packages pandoc suggests:
pn  etoolbox   
pn  pandoc-citeproc
ii  texlive-latex-recommended  2015.20151016-1
pn  texlive-luatex 
pn  texlive-xetex  

-- no debconf information

Bug#802272: ImportError: No module named z3

[Jonathan Neuschäfer]

Package: python-z3
Version: 4.4.0-3+b1
Severity: important

Hi,

I installed python-z3 but importing "z3" or "Z3" fails:

$ python
Python 2.7.10+ (default, Oct 10 2015, 09:11:24)
[GCC 5.2.1 20151003] on linux2
Type "help", "copyright", "credits" or "license" for more
information.
>>> import z3
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named z3
>>> import Z3
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named Z3
>>>

Do I need to import the module in a special way?
If so, it should probably be written down in the package description
and/or /usr/share/doc/python-z3, to avoid future confusion.


Regards,
Jonathan Neuschäfer

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.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
Init: systemd (via /run/systemd/system)

Versions of packages python-z3 depends on:
ii  libz3-dev   4.4.0-3+b1
pn  python:any  

python-z3 recommends no packages.

python-z3 suggests no packages.

-- no debconf information

Bug#800428: libc6-dev-mips-cross: mips-linux-gnu-gcc-5 doesn't support -msoft-float

[Jonathan Neuschäfer]

Package: libc6-dev-mips-cross
Version: 2.19-19cross1
Severity: normal

Hello,

when I cross-compile a little hello world program for MIPS and use
-msoft-float, gcc complains that it doesn't find a file:

> $ cat hello.c
> #include 
> 
> int main(void)
> {
> printf("Hello World\n");
> return 0;
> }
> $ mips-linux-gnu-gcc-5 -msoft-floathello.c   -o hello
> In file included from /usr/mips-linux-gnu/include/features.h:398:0,
>  from /usr/mips-linux-gnu/include/stdio.h:27,
>  from hello.c:1:
> /usr/mips-linux-gnu/include/gnu/stubs.h:8:33: fatal error: 
> gnu/stubs-o32_soft.h: No such file or directory
> compilation terminated.
> : recipe for target 'hello' failed
> make: *** [hello] Error 1


Best regards,
Jonathan Neuschäfer

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-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
Init: systemd (via /run/systemd/system)

Versions of packages libc6-dev-mips-cross depends on:
ii  libc6-mips-cross   2.19-19cross1
ii  linux-libc-dev-mips-cross  4.1.6-1cross1

libc6-dev-mips-cross recommends no packages.

libc6-dev-mips-cross suggests no packages.

-- no debconf information

Bug#799029: RFP: classicmenu-indicator -- ClassicMenu Indicator, a notification area applet

[Jonathan Neuschäfer]

Package: wnpp
Severity: wishlist

* Package name: classicmenu-indicator
  Version : 0.09
  Upstream Author : Florian Diesch 
* URL : http://www.florian-diesch.de/software/classicmenu-indicator/
* License : GPLv3+
  Programming Lang: Python
  Description : ClassicMenu Indicator, a notification area applet

This program places an icon into the system tray that, when clicked,
shows a menu of applications.

The author provides a .deb package (targeting Ubuntu), which may be a
starting point for packaging. It depends on the recently removed
python-gmenu package, though.

Bug#786573: ghc: GHC 7.6.3 generates binaries with executable stack and data sections

[Jonathan Neuschäfer]

On Sat, May 23, 2015 at 10:18:20PM +0200, Joachim Breitner wrote:
 Hi,
 
 Am Samstag, den 23.05.2015, 01:19 +0200 schrieb Jonathan Neuschäfer:
  GHC 7.6.3, which is included in Debian jessie (now stable), generates
  binaries with an executable stack and apparently with executable data
  sections (on amd64; I didn't test anywhere else):
 
  [..]
 
  The fix discussed at [1] and [2], i.e. adding a .note.GNU-stack
  section does not seem have an effect; it _is_ present:
  
   $ ghc -c test.hs
   compilation IS NOT required
   $ readelf -a test.o | grep -i stack
 [ 6] .note.GNU-stack   PROGBITS   01f8
   $ ghc -S test.hs
   $ grep -i stack test.s
   .section .note.GNU-stack,,@progbits
 
 thanks for the report. I’m not sure what to do about it though. Is there
 a fix available?

I rebuilt with [3], but that didn't fix it.

[3] 
https://ghc.haskell.org/trac/ghc/attachment/ticket/703/0001-Disable-executable-stack-for-the-linker-note-fixing-.patch

 Also, you file this against the stable version, while I
 do not expect a fix for this to be worthy of backporting to stable.

Okay.

 Is it fixed in 7.8, or in 7.10?

It is indeed fixed in Debian's ghc 7.8.

 I think this is clearly an upstream matter. Can I suggest you take this
 discussion upstream at https://ghc.haskell.org/trac/ghc/ticket/703?

Since they probably aren't interested in backporting the fix to 7.6,
either, I don't think I have much to contribute.


Thanks,
Jonathan


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

Bug#786573: ghc: GHC 7.6.3 generates binaries with executable stack and data sections

[Jonathan Neuschäfer]

Package: ghc
Version: 7.6.3-21
Severity: normal
Tags: security

Hi,

GHC 7.6.3, which is included in Debian jessie (now stable), generates
binaries with an executable stack and apparently with executable data
sections (on amd64; I didn't test anywhere else):

 $ echo 'main = print 1'  test.hs
 $ ghc test.hs
 [1 of 1] Compiling Main ( test.hs, test.o )
 Linking test ...
 $ gdb ./test --ex start
 Reading symbols from ./test...(no debugging symbols found)...done.
 Temporary breakpoint 1 at 0x405886
 Starting program: /tmp/test
 [Thread debugging using libthread_db enabled]
 Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
 
 Temporary breakpoint 1, 0x00405886 in main ()
 (gdb) i proc
 process 20652
 cmdline = '/tmp/test'
 cwd = '/tmp'
 exe = '/tmp/test'
 (gdb) ^Z
 [1]+  Angehalten  gdb -q ./test --ex start
 $ cat /proc/20652/maps
 0040-004ae000 r-xp  08:01 1315509
 /tmp/test
 006ad000-006b7000 rwxp 000ad000 08:01 1315509
 /tmp/test
 006b7000-006c2000 rwxp  00:00 0  
 [heap]
 76c7e000-76c96000 r-xp  08:01 920012 
 /lib/x86_64-linux-gnu/libpthread-2.19.so
 76c96000-76e95000 ---p 00018000 08:01 920012 
 /lib/x86_64-linux-gnu/libpthread-2.19.so
 76e95000-76e96000 r-xp 00017000 08:01 920012 
 /lib/x86_64-linux-gnu/libpthread-2.19.so
 76e96000-76e97000 rwxp 00018000 08:01 920012 
 /lib/x86_64-linux-gnu/libpthread-2.19.so
 76e97000-76e9b000 rwxp  00:00 0
 76e9b000-7703a000 r-xp  08:01 920022 
 /lib/x86_64-linux-gnu/libc-2.19.so
 7703a000-7723a000 ---p 0019f000 08:01 920022 
 /lib/x86_64-linux-gnu/libc-2.19.so
 7723a000-7723e000 r-xp 0019f000 08:01 920022 
 /lib/x86_64-linux-gnu/libc-2.19.so
 7723e000-7724 rwxp 001a3000 08:01 920022 
 /lib/x86_64-linux-gnu/libc-2.19.so
 7724-77244000 rwxp  00:00 0
 77244000-77247000 r-xp  08:01 916708 
 /lib/x86_64-linux-gnu/libdl-2.19.so
 77247000-77446000 ---p 3000 08:01 916708 
 /lib/x86_64-linux-gnu/libdl-2.19.so
 77446000-77447000 r-xp 2000 08:01 916708 
 /lib/x86_64-linux-gnu/libdl-2.19.so
 77447000-77448000 rwxp 3000 08:01 916708 
 /lib/x86_64-linux-gnu/libdl-2.19.so
 77448000-7744f000 r-xp  08:01 920013 
 /lib/x86_64-linux-gnu/librt-2.19.so
 7744f000-7764e000 ---p 7000 08:01 920013 
 /lib/x86_64-linux-gnu/librt-2.19.so
 7764e000-7764f000 r-xp 6000 08:01 920013 
 /lib/x86_64-linux-gnu/librt-2.19.so
 7764f000-7765 rwxp 7000 08:01 920013 
 /lib/x86_64-linux-gnu/librt-2.19.so
 7765-7775 r-xp  08:01 920021 
 /lib/x86_64-linux-gnu/libm-2.19.so
 7775-7794f000 ---p 0010 08:01 920021 
 /lib/x86_64-linux-gnu/libm-2.19.so
 7794f000-7795 r-xp 000ff000 08:01 920021 
 /lib/x86_64-linux-gnu/libm-2.19.so
 7795-77951000 rwxp 0010 08:01 920021 
 /lib/x86_64-linux-gnu/libm-2.19.so
 77951000-77958000 r-xp  08:01 655342 
 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.2
 77958000-77b57000 ---p 7000 08:01 655342 
 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.2
 77b57000-77b58000 r-xp 6000 08:01 655342 
 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.2
 77b58000-77b59000 rwxp 7000 08:01 655342 
 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.2
 77b59000-77bda000 r-xp  08:01 655328 
 /usr/lib/x86_64-linux-gnu/libgmp.so.10.2.0
 77bda000-77dda000 ---p 00081000 08:01 655328 
 /usr/lib/x86_64-linux-gnu/libgmp.so.10.2.0
 77dda000-77ddb000 r-xp 00081000 08:01 655328 
 /usr/lib/x86_64-linux-gnu/libgmp.so.10.2.0
 77ddb000-77ddc000 rwxp 00082000 08:01 655328 
 /usr/lib/x86_64-linux-gnu/libgmp.so.10.2.0
 77ddc000-77dfc000 r-xp  08:01 916570 
 /lib/x86_64-linux-gnu/ld-2.19.so
 77fc7000-77fcc000 rwxp  00:00 0
 77ff6000-77ff8000 rwxp  00:00 0
 77ff8000-77ffa000 r-xp  00:00 0  
 [vdso]
 77ffa000-77ffc000 r--p  00:00 0  
 [vvar]
 77ffc000-77ffd000 r-xp 0002 08:01 916570 
 /lib/x86_64-linux-gnu/ld-2.19.so
 77ffd000-77ffe000 rwxp 00021000 08:01 916570

Bug#772782: mutt: segfault in pgp_getkeybystr at pgpkey.c:997

[Jonathan Neuschäfer]

Package: mutt
Version: 1.5.23-3
Followup-For: Bug #772782

Since this is technically a memory corruption bug (although probably
hardly exploitable), is there a chance to have this patch included in a
non-upstream release?


Jonathan


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

Bug#785418: [Pkg-mpd-maintainers] Bug#785418: mpd: port 6600 is exposed to non-localhost despite `bind_to_address localhost`

[Jonathan Neuschäfer]

Hi,

On Mon, May 18, 2015 at 10:48:08AM +0200, Florian Schlichting wrote:
 you're obviously using systemd to start mpd via socket activation. The
 way systemd creates the socket and thus makes mpd available on the
 network is not determined by the mpd configuration, but through the
 systemd unit called mpd.socket, and mpd itself is not able to change the
 settings made in the socket unit when it has actually been started, i.e.
 the bind_to_address directive becomes ineffective with socket
 activation.
 
 The default mpd.socket unit makes mpd available via both IPv4 and IPv6
 on all interfaces, so you'll likely want to customize the ListenStream
 directive in a local copy.

Thanks for your hint, I found the file, changed the directive in
question to ListenStream=localhost:6600 and probably through systemctl
reenable mpd.socket, I managed to apply the change. I guess I'm not
systemd savvy :-)

 I'm not sure if this classifies as systemd
 common knowledge that we still need a little time to thoroughly grasp,
 or if a helpful comment in the mpd sample configuration is called for?

A comment would probably save this pitfall from some mpd users that have
proviously only used non-systemd Debian.

I guess systemd common knowledge isn't that common among Debian users
yet (it might be just me, but I doubt it).


Thanks,
Jonathan


signature.asc
Description: Digital signature

Bug#785584: libmikmod: debugging symbols for libmikmod

[Jonathan Neuschäfer]

Source: libmikmod
Severity: wishlist

Hi!

It would be nice to have a libmikmod-dbg package, with debugging symbols
for libmikmod.


Jonathan

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#785418: mpd: port 6600 is exposed to non-localhost despite `bind_to_address localhost`

[Jonathan Neuschäfer]

Package: mpd
Version: 0.19.1-1.1
Severity: normal

Hello,

I configured mpd with `bind_to_address localhost`, to make it only
locally available, but netstat shows this:

 tcp6   0  0 [::]:6600   [::]:* LISTEN  1/systemd

Although not shown in netstat output (?), mpd is available in the LAN
via IPv4, too.

This issue may be considered a security problem or not, but it certainly
breaks the expectation that `bind_to_address localhost` makes mpd only
locally accessible.


Best regards,
Jonathan Neuschäfer

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages mpd depends on:
ii  adduser   3.113+nmu3
ii  init-system-helpers   1.22
ii  libadplug-2.2.1-0 2.2.1+dfsg3-0.1
ii  libao41.1.0-3
ii  libasound21.0.28-1
ii  libaudiofile1 0.3.6-2+b1
ii  libavahi-client3  0.6.31-5
ii  libavahi-common3  0.6.31-5
ii  libavcodec56  6:11.3-1
ii  libavformat56 6:11.3-1
ii  libavutil54   6:11.3-1
ii  libbz2-1.01.0.6-7+b3
ii  libc6 2.19-18
ii  libcdio-cdda1 0.83-4.2
ii  libcdio-paranoia1 0.83-4.2
ii  libcdio13 0.83-4.2
ii  libcurl3-gnutls   7.38.0-4+deb8u2
ii  libdbus-1-3   1.8.16-1
ii  libexpat1 2.1.0-6+b3
ii  libfaad2  2.7-8
ii  libflac8  1.3.0-3
ii  libfluidsynth11.1.6-2
ii  libglib2.0-0  2.42.1-1
ii  libgme0   0.5.5-2
ii  libicu52  52.1-8
ii  libid3tag00.15.1b-11
ii  libiso9660-8  0.83-4.2
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20140719git3eb0ae6a~dfsg-2
ii  libmad0   0.15.1b-8
ii  libmikmod33.3.7-1
ii  libmms0   0.6.2-4
ii  libmodplug1   1:0.8.8.4-4.1+b1
ii  libmp3lame0   3.99.5+repack1-7
ii  libmpcdec62:0.1~r459-4.1
ii  libmpdclient2 2.9-1
ii  libmpg123-0   1.20.1-2
ii  libnfs4   1.9.5-2
ii  libogg0   1.3.2-1
ii  libopenal11:1.15.1-5
ii  libopus0  1.1-2
ii  libpulse0 5.0-13
ii  libresid-builder0c2a  2.1.1-14
ii  libroar2  1.0~beta11-1
ii  libsamplerate00.1.8-8
ii  libshout3 2.3.1-3
ii  libsidplay2   2.1.1-14
ii  libsidutils0  2.1.1-14
ii  libsmbclient  2:4.1.17+dfsg-2
ii  libsndfile1   1.0.25-9.1
ii  libsoxr0  0.1.1-1
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstdc++64.9.2-10
ii  libsystemd0   215-17
ii  libupnp6  1:1.6.19+git20141001-1
ii  libvorbis0a   1.3.4-2
ii  libvorbisenc2 1.3.4-2
ii  libvorbisfile31.3.4-2
ii  libwavpack1   4.70.0-1
ii  libwildmidi1  0.3.7-1
ii  libwrap0  7.6.q-25
ii  libyajl2  2.1.0-2
ii  libzzip-0-13  0.13.62-3
ii  lsb-base  4.1+Debian13+nmu1
ii  zlib1g1:1.2.8.dfsg-2+b1

mpd recommends no packages.

Versions of packages mpd suggests:
ii  avahi-daemon  0.6.31-5
ii  gmpc [mpd-client] 11.8.16-9
pn  icecast2  none
ii  mpc [mpd-client]  0.26-1
ii  ncmpc [mpd-client]0.24-1
ii  ncmpcpp [mpd-client]  0.5.10-2
ii  pulseaudio5.0-13

-- 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#784809: hexer: Assertion failure on :s/a/b/ followed by undo

[Jonathan Neuschäfer]

Package: hexer
Version: 0.1.8-1
Severity: normal
Tags: upstream

When I substitute a string (with :s/a/b/) and try to undo that (with u),
hexer aborts with an assertion failure:

hexer: edit.c:132: he_refresh_lines: Assertion `hedit-refresh.parts = 64' 
failed.

(As a sample file to edit I used /bin/sh.)


Jonathan

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages hexer depends on:
ii  libc6  2.19-18
ii  libtinfo5  5.9+20140913-1+b1

hexer recommends no packages.

hexer 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#773308: ht: crashes on crafted ELF

[Jonathan Neuschäfer]

Hello Jakub,

AFAICT this bug has been fixed upstream in commit c80fd144
(https://github.com/sebastianbiallas/ht/commit/c80fd144dd808ff7a4db80deef82801769331e29).


Greetings,
Jonathan Neuschäfer


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

Bug#776537: bison++ 1.21.9-1 crashes on empty and missing input files

[Jonathan Neuschäfer]

Package: bison++
Version: 1.21.11-3.1
Severity: normal

Hello maintainer,

when running bison++ (version 1.21.9-1) on an empty grammar file or
giving an invalid file name, it crashes:

  $ bison test.y
  test.y, line 1: no input grammar
  test.y, line 1: no input grammar
  *** Error in `bison': double free or corruption (!prev):
  0x01442780 ***
  Aborted (core dumped)
  $ bison non-existing-file.y
  bison: non-existing-file.y: No such file or directory
  Segmentation fault (core dumped)
  $


Greetings,
jn

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bison++ depends on:
ii  libc6   2.19-13
ii  libgcc1 1:4.9.1-19
ii  libstdc++6  4.9.1-19

Versions of packages bison++ recommends:
ii  clang-3.5 [c-compiler]  1:3.5-9
ii  flex-old2.5.4a-10
ii  gcc [c-compiler]4:4.9.1-5
ii  gcc-4.9 [c-compiler]4.9.1-19

bison++ 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#623721: Bug:#623721 gitg: repository properties shows only one remote (with all addresses) [moreinfo]

[Jonathan Neuschäfer]

On Thu, May 09, 2013 at 06:39:41PM +1000, Dmitry Smirnov wrote:
 Dear Jonathan,
 
 Could you please try again to check if this problem is still present
 in newer `gitg` versions?

It seems to be solved now (in gitg 0.2.4).

I remember having trouble reproducing the problem even in the version
where I noticed it, though, so it might be just hiding. But unless it
actually appears again, I'm for closing this bug.

Thanks,
Jonathan Neuschäfer


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

Bug#679813: dir2ogg: mpg123 as MP3 decoder doesn't work anymore

[Jonathan Neuschäfer]

On Sun, Mar 03, 2013 at 02:55:09PM +0100, Julian Andres Klode wrote:
 I have committed a fix in my local repository to revert the change
 from 0.11.4 that causes this with recent mpg123 versions. This
 breaks older mpg123 versions, though [1]; so I'm not sure how I 
 should continue here.
 
 [1] mpg123 breaks command-line compatibility: In 0.11.4 I had to change
 dir2ogg to pass -w/dev/stdout to mpg123 because -w- stopped 
 working; now mpg123 only supports -w- anymore

How about checking the mpg123 --version output, and deciding which
command line interface to use based on the version?


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

Bug#679813: dir2ogg: mpg123 as MP3 decoder doesn't work anymore

[Jonathan Neuschäfer]

Package: dir2ogg
Version: 0.11.8-1
Severity: normal

When I run dir2ogg on a directory of mp3 files, I get the following
message for every file, and the generated ogg files are just about 4kB
big:

 INFO: Converting /path/to/foo.mp3 (using mpg123 as decoder)...
 [wav.c:143] error: cannot even write a single byte: Illegal seek
 [audio.c:630] error: failed to open audio device
 [mpg123.c:902] error: Failed to initialize output, goodbye.
 Encoding standard input to /path/to/foo.ogg at quality 3,00

I haven't dug further into this problem so I can't tell whether mpg123
or dir2ogg should be changed/fixed.

[ Using another decoder, it works just fine. ]

Thanks,
Jonathan Neuschäfer


-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dir2ogg depends on:
ii  mpg123  1.14.2+svn20120622-1
ii  python  2.7.3-1
ii  python-mutagen  1.20-1
ii  vorbis-tools1.4.0-1

Versions of packages dir2ogg recommends:
ii  faad2.7-8
ii  mplayer 2:1.0~rc4.dfsg1+svn34540-1+b2
ii  musepack-tools  2:0.1~r459-4
ii  wavpack 4.60.1-3

Versions of packages dir2ogg suggests:
ii  cdparanoia   3.10.2+debian-10.1
pn  python-cddb  none
pn  python-musicbrainz2  none

-- 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#553206: libc6: sscanf segfaults with %d on large decimal input string

[Jonathan Neuschäfer]

Package: libc6
Version: 2.13-24
Followup-For: Bug #553206

This also happens with plain scanf.

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6 depends on:
ii  libc-bin  2.13-24
ii  libgcc1   1:4.6.2-9

Versions of packages libc6 recommends:
ii  libc6-i686  2.13-24

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.41
ii  glibc-doc  none
ii  locales2.13-24

-- 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#638830: ncmpc: crashs on the lyrics screen

[Jonathan Neuschäfer]

Package: ncmpc
Version: 0.17-1
Severity: normal
Tags: patch upstream

Ncmpc can crash if loading lyrics on the lyrics screen is aborted. The
following patch, which is also on its way upstream (i.e. will likely be
included in ncmpc 0.20), fixes the crashs.


diff --git a/src/screen_lyrics.c b/src/screen_lyrics.c
index 7f5d47c..59dd478 100644
--- a/src/screen_lyrics.c
+++ b/src/screen_lyrics.c
@@ -65,7 +65,7 @@ screen_lyrics_abort(void)
 
if (current.title != NULL) {
g_free(current.title);
-   current.artist = NULL;
+   current.title = NULL;
}
 
if (current.song != NULL) {


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

Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ncmpc depends on:
ii  libc6   2.13-16  Embedded GNU C Library: Shared lib
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  liblircclient0  0.9.0~pre1-1 infra-red remote control support -
ii  libmpdclient2   2.3-1client library for the Music Playe
ii  libncursesw55.9-1shared libraries for terminal hand

ncmpc recommends no packages.

Versions of packages ncmpc suggests:
ii  mpd   0.16.3-1   Music Player Daemon
ii  ncmpc-lyrics  0.17-1 ncurses-based audio player (lyrics

-- 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#637583: /usr/share/guml/uml.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead

[Jonathan Neuschäfer]

Package: guml
Version: 0.4
Severity: normal
Tags: upstream

When I start guml, I get this warning:
/usr/share/guml/uml.py:30: DeprecationWarning: the md5 module is deprecated; 
use hashlib instead

It's probably trivial to fix, but I haven't looked at the code and I'm
not much of a Python dev.

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

Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages guml depends on:
ii  python   2.6.7-3 interactive high-level object-orie
ii  python-gtk2  2.24.0-2Python bindings for the GTK+ widge
ii  python-support   1.0.14  automated rebuilding support for P
ii  python-vte   1:0.28.1-2  Python bindings for the VTE widget
ii  user-mode-linux  2.6.32-1um-4+34squeeze1 User-mode Linux (kernel)

guml recommends no packages.

guml 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#632947: vorbisgain: double fclose()

[Jonathan Neuschäfer]

Package: vorbisgain
Version: 0.36-3.1
Severity: minor
Tags: upstream patch

In vorbis.c there's a double fclose().
The patch below (which I've also sent upsteam) should fix it.

--

commit 2b3c3a8b80f2d28a86f5f4443623bdbed501a215
Author: Jonathan Neuschäfer j.neuschae...@gmx.net
Date:   Thu Jul 7 00:52:52 2011 +0200

remove double fclose()

diff --git a/vorbis.c b/vorbis.c
index 5ec7622..50ec178 100644
--- a/vorbis.c
+++ b/vorbis.c
@@ -798,11 +798,6 @@ exit:
 fclose(infile);
 }
 
-if (infile != NULL)
-{
-fclose(infile);
-}
-
 if (delete_temp)
 {
 if (remove(TEMP_NAME) != 0)

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

Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vorbisgain depends on:
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libogg0 1.2.2~dfsg-1 Ogg bitstream library
ii  libvorbis0a 1.3.2-1  The Vorbis General Audio Compressi
ii  libvorbisfile3  1.3.2-1  The Vorbis General Audio Compressi

vorbisgain recommends no packages.

vorbisgain 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#623721: gitg: repository properties shows only one remote (with all addresses)

[Jonathan Neuschäfer]

Package: gitg
Version: 0.1.0-1
Severity: normal
Tags: upstream

In the Remotes tab of the Repository Properties window only one branch
is shown, which has the URLs of all remotes.

This bug is still present in the current development version [1] of gitg.

[1] 
http://git.gnome.org/browse/gitg/commit/?id=96e75c40181499d8c879c05a3f0444fc49e1167c

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

Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gitg depends on:
ii  dbus-x11 1.4.6-1 simple interprocess messaging syst
ii  git  1:1.7.4.4-1 fast, scalable, distributed revisi
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libfontconfig1   2.8.0-2.2   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-0   2.23.3-3GDK Pixbuf library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libgtksourceview2.0-02.10.4-1shared libraries for the GTK+ synt
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  libpng12-0   1.2.44-2PNG library - runtime

gitg recommends no packages.

gitg 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#623732: gitg: new upstream versions 0.1.1 and 0.1.2

[Jonathan Neuschäfer]

Package: gitg
Version: 0.1.0-1
Severity: wishlist

The new upstream versions 0.1.1 [1] and 0.1.2 [2] are available at gitg's
new git repository [3].
There's also a new gtk3 branch with upstream versions 0.2.*; Maybe they
are worth packaging as a new Debian package.

[1] http://git.gnome.org/browse/gitg/tag/?id=v0.1.1
[2] http://git.gnome.org/browse/gitg/tag/?id=v0.1.2
[3] http://git.gnome.org/browse/gitg/

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

Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gitg depends on:
ii  dbus-x11 1.4.6-1 simple interprocess messaging syst
ii  git  1:1.7.4.4-1 fast, scalable, distributed revisi
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libfontconfig1   2.8.0-2.2   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-0   2.23.3-3GDK Pixbuf library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libgtksourceview2.0-02.10.4-1shared libraries for the GTK+ synt
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  libpng12-0   1.2.44-2PNG library - runtime

gitg recommends no packages.

gitg 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#558669: 0verkill package

[Jonathan Neuschäfer]

On Mon, Sep 13, 2010 at 12:32:42PM +0200, Joachim Breitner wrote:
 Dear Marek,
 
 [...]
 
 it’s been a while, and I did not hear any news. The git repo at hackndev
 is dead, the savanna site has been removed...
 is there still someone working on overkill?
I have a Git repo at http://repo.or.cz/{w,r}/0verkill.git.
 
 Greetings,
 Joachim
 
 -- 
 Joachim nomeata Breitner
 Debian Developer
   nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
   JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata

Jonathan



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

Bug#588051: mpg321: should not depend on libaudio-scrobbler-perl

[Jonathan Neuschäfer]

Package: mpg321
Version: 0.2.11-3
Severity: normal

Mpg321 should not depend on libaudio-scrobbler-perl, as many users (of mpg321)
never use Last.fm.

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

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

Versions of packages mpg321 depends on:
ii  libao4  1.0.0-4  Cross Platform Audio Output Librar
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libid3tag0  0.15.1b-10   ID3 tag reading library from the M
ii  libmad0 0.15.1b-5MPEG audio decoder library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

mpg321 recommends no packages.

mpg321 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#588051: mpg321: should not depend on libaudio-scrobbler-perl

[Jonathan Neuschäfer]

On Sun, Jul 04, 2010 at 04:32:12PM +0300, Nanakos Chrysostomos wrote:
 Hi,
 
 On Sun, Jul 04, 2010 at 02:41:51PM +0200, Jonathan Neuschäfer wrote:
  Package: mpg321
  Version: 0.2.11-3
  Severity: normal
  
  Mpg321 should not depend on libaudio-scrobbler-perl, as many users (of 
  mpg321)
  never use Last.fm.
  
 So what do ypu propose? mpg321 should Recommend or Suggest this
 package???
I think it should suggest that package.
 
 
  -- System Information:
  [...]



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

Bug#584295: dir2ogg: doesn't work with a directory of WMAs

[Jonathan Neuschäfer]

Package: dir2ogg
Version: 0.11.8-1
Severity: normal

When I tried to invoke dir2ogg with the name of a directory containing some
WMA files, it just printed me the usage message, instead of doing something,
while passing all file names to it leads to the correct result (having all
audio converted).

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

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

Versions of packages dir2ogg depends on:
ii  mpg321 [mpg123]   0.2.11-3   Simple and lighweight command line
ii  python2.5.4-9An interactive high-level object-o
ii  python-mutagen1.15-2 audio metadata editing library
ii  vorbis-tools  1.4.0-1several Ogg Vorbis tools

Versions of packages dir2ogg recommends:
ii  faad 2.7-4   freeware Advanced Audio Decoder pl
ii  mplayer  2:1.0~rc3+svn20100502-3 movie player for Unix-like systems
ii  musepack-tools   2:0.1~r453-1MusePack commandline utilities
ii  wavpack  4.60.1-1an audio codec (lossy and lossless

Versions of packages dir2ogg suggests:
ii  cdparanoia   3.10.2+debian-9 audio extraction tool for sampling
pn  python-cddb  none  (no description available)
pn  python-musicbrainz2  none  (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#580844: less -F doesn't work well with -c

[Jonathan Neuschäfer]

Package: less
Version: 436-1
Severity: normal

`echo foo|less -F' just prints `foo' and a newline character, as I think it
should, but `echo foo|less -F -c' fills the whole screen, like this:
foo
~
~
~
~
~
~
[...]
~

Thank you.

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

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

Versions of packages less depends on:
ii  debianutils   3.2.3  Miscellaneous utilities specific t
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand

less recommends no packages.

less 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#574524: git-status: please use a pager

[Jonathan Neuschäfer]

Package: git-core
Version: 1:1.7.0-1
Severity: wishlist

Please make git status use a pager, as (almost) any other command does.

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

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

Versions of packages git-core depends on:
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.20.0-1 Multi-protocol file transfer libra
ii  libdigest-sha1-perl 2.12-1   NIST SHA-1 message digest algorith
ii  liberror-perl   0.17-1   Perl module for error/exception ha
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  perl-modules5.10.1-11Core Perl modules
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages git-core recommends:
ii  less  436-1  pager program similar to more
ii  openssh-client [ssh-client]   1:5.3p1-3  secure shell (SSH) client, for sec
ii  patch 2.6-2  Apply a diff file to an original
ii  rsync 3.0.7-2fast remote file copy program (lik

Versions of packages git-core suggests:
pn  git-arch  none (no description available)
pn  git-cvs   none (no description available)
pn  git-daemon-runnone (no description available)
pn  git-doc   none (no description available)
pn  git-email none (no description available)
pn  git-gui   none (no description available)
pn  git-svn   none (no description available)
pn  gitk  none (no description available)
pn  gitwebnone (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#574524: git-status: please use a pager

[Jonathan Neuschäfer]

On Thu, Mar 18, 2010 at 03:19:34PM -0500, Jonathan Nieder wrote:
 tags 574524 + upstream
 thanks
 
 Hi,
 
 Jonathan Neuschäfer wrote:
 
  Please make git status use a pager, as (almost) any other command does.
 
 A bit of a thorny issue: some people would really like this, others
 hate it.  See:
 
 http://thread.gmane.org/gmane.comp.version-control.git/80279
 http://thread.gmane.org/gmane.comp.version-control.git/80957
 http://thread.gmane.org/gmane.comp.version-control.git/85725
 http://thread.gmane.org/gmane.comp.version-control.git/89428
Okay, I understand.
 
 Workaround:
 
  echo '[pager] status = true'  ~/.gitconfig
Cool, works.
 
 See git-config(1) for details on the configuration mechanism.
 
 If you have ideas or solid arguments beyond “I prefer this way” for
 improving the current situation, I’d recommend sending them directly to
 g...@vger.kernel.org, cc-ing me.
Nothing more than `I don't like {scrolling back,piping through the pager} 
maually'
 
 Still, thanks for the report, and hope that helps,
 Jonathan

BTW: nice name ;-)

Jonathan



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

Bug#570158: urjtag: new upstream version available: 0.10

[Jonathan Neuschäfer]

Package: urjtag
Version: 0.0+r1476-1
Severity: normal

A new upstream version is available: 0.10
You can download it at http://sourceforge.net/projects/urjtag/files/.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100216221706.5028.63661.report...@debian

Bug#568308: subversion: please add undo command to undo the latest revision

[Jonathan Neuschäfer]

On Wed, Feb 03, 2010 at 04:55:09PM -0600, Peter Samuelson wrote:
 [Jonathan Neuschäfer]
  Please add an undo command to undo the latest revision.
 This is an upstream request, and I'm pretty sure it won't happen.
Then please tag the wish as `wontfix'.

Jonathan Neuschäfer



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

Bug#568308: subversion: please add undo command to undo the latest revision

[Jonathan Neuschäfer]

Package: subversion
Version: 1.6.9dfsg-1
Severity: wishlist

Please add an undo command to undo the latest revision.

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

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

Versions of packages subversion depends on:
ii  libapr1   1.4.2-3The Apache Portable Runtime Librar
ii  libc6 2.10.2-5   Embedded GNU C Library: Shared lib
ii  libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra
ii  libsvn1   1.6.9dfsg-1Shared libraries used by Subversio

subversion recommends no packages.

Versions of packages subversion suggests:
pn  db4.8-utilnone (no description available)
ii  patch 2.6-2  Apply a diff file to an original
pn  subversion-tools  none (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#567725: mplayer: gets SIGILL on Pentium II when playing an MPEG video with -vo caca

[Jonathan Neuschäfer]

Package: mplayer
Version: 1.0~rc3+svn20090405-1
Severity: normal

I tried to play an MPEG video like this:
mplayer -vo caca foo.mpg

I hope this bug report helps.

-- some programs' outputs
$ file foo.mpg
foo.mpg: MPEG sequence, v1, system multiplex

# cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 5
model name  : Pentium II (Deschutes)
stepping: 2
cpu MHz : 232.098
cache size  : 512 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov 
pse36 mmx fxsr up
bogomips: 464.19
clflush size: 32
cache_alignment : 32
address sizes   : 36 bits physical, 32 bits virtual
power management:

-- The GDB backtrace
#0  0xb620657d in yuv420_rgb24_MMX2 (c=0x8601ec0, src=0xbfffcb70, 
srcStride=0xbfffcb40,
srcSliceY=0, srcSliceH=16, dst=0x862c944, dstStride=0xbfffcb50)
at 
/build/buildd-ffmpeg_0.5+svn20090706-5-i386-gCmK4F/ffmpeg-0.5+svn20090706/libswscale/yuv2rgb_template.c:292
#1  0xb61f6cf1 in sws_scale (c=0x8601ec0, src=0xbfffcc00, srcStride=0x85e62e0, 
srcSliceY=0, srcSliceH=16, dst=0x862c944, dstStride=0x862c954)
at 
/build/buildd-ffmpeg_0.5+svn20090706-5-i386-gCmK4F/ffmpeg-0.5+svn20090706/libswscale/swscale.c:2804

  #2  0x08175904 in scale (sws1=0x8601ec0, sws2=0x0, src=value 
optimized out,
src_stride=0x85e62e0, y=0, h=16, dst=0x862c944, 
dst_stride=0x862c954, interlaced=0) at 
libmpcodecs/vf_scale.c:348
#3  0x0824c0a5 in draw_slice (s=0x85bf850, src=0x85e62d0, offset=0xbfffccc0, 
y=0, type=3,
height=16) at libmpcodecs/vd_ffmpeg.c:478
#4  0xb64581a8 in ff_draw_horiz_band (s=0x85bfbc0, y=0, h=16)   
at 
/build/buildd-ffmpeg_0.5+svn20090706-5-i386-gCmK4F/ffmpeg-0.5+svn20090706/libavcodec/mpegvideo.c:2032

#5  0xb654c71e in mpeg_decode_slice (s1=0x85bfbc0, mb_y=value 
optimized out,
buf=value optimized out, buf_size=995)
at 
/build/buildd-ffmpeg_0.5+svn20090706-5-i386-gCmK4F/ffmpeg-0.5+svn20090706/libavcodec/mpeg12.c:1805
#6  0xb6551ebe in decode_chunks (avctx=value optimized out, picture=value 
optimized out,
data_size=value optimized out, buf=0xb523f008 , buf_size=1008)  
at 
/build/buildd-ffmpeg_0.5+svn20090706-5-i386-gCmK4F/ffmpeg-0.5+svn20090706/libavcodec/mpeg12.c:2441
#7  0xb65522e0 in mpeg_decode_frame (avctx=0x85bf850, data=0x85bf770, 
data_size=0xbfffd064,
buf=0xb523f008 , buf_size=1008)
at 
/build/buildd-ffmpeg_0.5+svn20090706-5-i386-gCmK4F/ffmpeg-0.5+svn20090706/libavcodec/mpeg12.c:2305
#8  0xb6417f36 in avcodec_decode_video (avctx=0x85bf850, picture=0x85bf770,
got_picture_ptr=0xbfffd064, buf=0xb523f008 , buf_size=1008)
at 
/build/buildd-ffmpeg_0.5+svn20090706-5-i386-gCmK4F/ffmpeg-0.5+svn20090706/libavcodec/utils.c:529
#9  0x0824b470 in decode (sh=0x85a2c08, data=0xb523f008, len=1008, flags=0)
at libmpcodecs/vd_ffmpeg.c:781
#10 0x0814b912 in decode_video (sh_video=0x85a2c08, start=0xb523f008 , 
in_size=1008,
drop_frame=0, pts=0.31003332138061523) at 
libmpcodecs/dec_video.c:369
#11 0x080a0927 in update_video (argc=4, argv=0xb384) at mplayer.c:2289
#12 main (argc=4, argv=0xb384) at mplayer.c:3691

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

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

Versions of packages mplayer depends on:
ii  debconf [debconf-2.0 1.5.28  Debian configuration management sy
ii  libasound2   1.0.21a-1   shared library for ALSA applicatio
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libaudio21.9.2-3 Network Audio System - shared libr
ii  libavcodec52 4:0.5+svn20090706-5 ffmpeg codec library
ii  libavformat524:0.5+svn20090706-5 ffmpeg file format library
ii  libavutil49  4:0.5+svn20090706-5 ffmpeg utility library
ii  libc62.10.2-5Embedded GNU C Library: Shared lib
ii  libcaca0 0.99.beta16-3   colour ASCII art library
ii  libcairo21.8.8-2 The Cairo 2D vector graphics libra
ii  libcdparanoia0   3.10.2+debian-9 audio extraction tool for sampling
ii  libdirectfb-1.2-01.2.8-5 direct frame buffer graphics - sha
ii  libesd0  0.2.41-6Enlightened Sound Daemon - Shared 
ii  

Bug#566927: beav: segfault in buffers-display (^X ^B)

[Jonathan Neuschäfer]

Package: beav
Version: 1:1.40-18
Severity: normal

How to reproduce:
Invoke beav
beav randomfile
use the buffers-display command
CTRL-X CTRL-B
or
ESC x buffers-display

This allways produces a segfault on my machine.

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

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

Versions of packages beav depends on:
ii  libc6 2.10.2-5   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand

beav recommends no packages.

beav 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#566263: O: ysmv7 -- Powerful console ICQ client

[Jonathan Neuschäfer]

Package: wnpp
Severity: normal

I intend to orphan the ysmv7 package.
The current maintainer hasn't uploaded the latest upstream version for about 
three years.
The upstream web page is ysmv7.sf.net

The package description is:
 A Free, open source (GPL license) console based ICQ client.
 Full of humor and interesting features, ysm has an easy to use command line
 interface which allows faster communication with your contacts.



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

Bug#564896: update-apt-xapian-index: consumes 40MB of RAM

[Jonathan Neuschäfer]

Package: apt-xapian-index
Version: 0.22
Severity: normal

Update-apt-xapian-index consumes a lot of Memory. This is what top shows:
[...]
  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 5118 root  39  19 96648  39m 1112 D  5.2 67.4   4:15.39 update-apt-xapi
[...]

There are 64MB of RAM in my computer.

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

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

Versions of packages apt-xapian-index depends on:
ii  python2.5.4-5An interactive high-level object-o
ii  python-apt0.7.13.4   Python interface to libapt-pkg
ii  python-debian 0.1.14 Python modules to work with Debian
ii  python-xapian 1.0.17-1   Xapian search engine interface for

apt-xapian-index recommends no packages.

apt-xapian-index 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#564896: update-apt-xapian-index: consumes 40MB of RAM

[Jonathan Neuschäfer]

 Is there a reason you need to have apt-xapian-index installed in such a
 small system?
No, it was automatically installed.
 
 apt-xapian-index has been designed not to be a required part of the
 package management system, exactly because it would not be appropriate
 for small or embedded machines.
Okay, I will now remove it, thank you for your help.
Jonathan Neuschäfer



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

Bug#564076: /usr/bin/cacaview: cacaview: loading an image from a pipe

[Jonathan Neuschäfer]

Package: caca-utils
Version: 0.99.beta16-3
Severity: wishlist
File: /usr/bin/cacaview

I think cacaview should have an option to read images from stdin.

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

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

Versions of packages caca-utils depends on:
ii  libc6  2.10.2-3  Embedded GNU C Library: Shared lib
ii  libcaca0   0.99.beta16-3 colour ASCII art library
ii  libimlib2  1.4.2-5   powerful image loading and renderi

Versions of packages caca-utils recommends:
ii  toilet0.1-2  display large colourful characters

caca-utils 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#563869: lynx: colorfull mess on some pages

[Jonathan Neuschäfer]

Package: lynx
Version: 2.8.8dev.2-1
Severity: minor

On some pages I get ugly formatting problems when looking around.
e.g.: lynx https://savannah.gnu.org/maintenance/CvSToSvN

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

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

Versions of packages lynx depends on:
ii  lynx-cur2.8.8dev.2-1 Text-mode WWW Browser with NLS sup

lynx recommends no packages.

lynx 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#559542: lynx: CTRL-R (reload) does not work with # (hash) in URL

[Jonathan Neuschäfer]

Package: lynx
Version: 2.8.8dev.1-1
Severity: normal

The hash is used to point to a section of the document.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)

Kernel: Linux 2.6.26-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lynx depends on:
ii  lynx-cur2.8.8dev.1-1 Text-mode WWW Browser with NLS sup

lynx recommends no packages.

lynx 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#556287: conquest: Planet list does not disappear on pressing an other key than the spacebar

[Jonathan Neuschäfer]

Package: conquest
Version: 8.4.1-1
Severity: minor


when I press '?' during the game, the first page of the planet list shows up, 
as expected.
It says press [SPACE] to continue, any other key to quit, but, no matter 
which key I press, the next page is shown.

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

Kernel: Linux 2.6.26-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages conquest depends on:
ii  adduser3.111 add and remove users and groups
ii  conquest-libs  8.4.1-1   a real-time, multi-player space wa
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libmikmod2 3.1.11-a-6.1  A portable sound library
ii  libncurses55.7+20090803-2shared libraries for terminal hand
ii  libogg01.1.4~dfsg-1  Ogg bitstream library
ii  libsdl-mixer1.21.2.8-6+b1mixer library for Simple DirectMed
ii  libsdl1.2debian1.2.13-4+b1   Simple DirectMedia Layer
ii  libsmpeg0  0.4.5+cvs20030824-2.2 SDL MPEG Player Library - shared l
ii  libvorbis0a1.2.0.dfsg-6  The Vorbis General Audio Compressi
ii  libvorbisfile3 1.2.0.dfsg-6  The Vorbis General Audio Compressi
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

conquest recommends no packages.

conquest 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#553059: ario: update music database menu entry would be nice

[Jonathan Neuschäfer]

Package: ario
Severity: wishlist

An update music database menu entry would be nice.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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



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

Bug#553063: ncmpc-lyrics: should check lyricwiki before checking leoslyrics

[Jonathan Neuschäfer]

Package: ncmpc
Version: 0.15-1
Severity: wishlist

There are three files in /usr/lib/ncmpc/lyrics/:
01-hd.sh
02-lyricwiki.rb
03-leoslyrics.py
And because lyricwiki is 02 and leoslyrics is 03, I think lyricwiki should be 
checked first, but I experienced leoslyricks being checked first.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages ncmpc depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libglib2.0-0  2.22.2-2   The GLib library of C routines
ii  liblircclient00.8.3-5infra-red remote control support -
ii  libncursesw5  5.7+20090803-2 shared libraries for terminal hand

ncmpc recommends no packages.

Versions of packages ncmpc suggests:
ii  mpd   0.15.4-1   Music Player Daemon
ii  ncmpc-lyrics  0.15-1 ncurses-based audio player (lyrics

-- 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#553063: lyricwiki lookup doesn't seem to work

[Jonathan Neuschäfer]

I've run the script with some titles that definetly exist on lyrics.wikia.com, 
but it didn't give me the lyrics.



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

Bug#553238: mutt: incorrect german translation for No undeleted messages.

[Jonathan Neuschäfer]

Package: mutt
Version: 1.5.20-4
Severity: minor
Tags: l10n

No undeleted messages. should be translated as Keine weiteren ungelöschten 
Nachrichten. instead of Alle Nachrichten gelöscht..

-- Package-specific info:
Mutt 1.5.20 (2009-06-14)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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



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

Bug#548266: ncmpc: fixed

[Jonathan Neuschäfer]

Package: ncmpc
Severity: normal

This bug is fixed.



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

Bug#384287: please internationalize the software

[Jonathan Neuschäfer]

Package: reportbug
Version: 4.8
Severity: normal


  What's the point as long as the BTS is not internationalised?
 Chicken and egg?
I would like an internationalized reportbug, people who really don't like it 
translated could simply put an
  alias reportbug='LANG=C reportbug'
into their ~/.shellrc, if aliases are supported (they should be!).



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

Bug#552492: ysm: internationalization would be nice

[Jonathan Neuschäfer]

Package: ysm
Version: 2.9.9-2
Severity: wishlist


I would like an internationalized YSMicq.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages ysm depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libreadline5  5.2-6  GNU readline and history libraries

ysm recommends no packages.

Versions of packages ysm suggests:
ii  perl  5.10.1-5   Larry Wall's Practical Extraction 

-- 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#552503: reportbug: could not open display with no $DISPLAY defined

[Jonathan Neuschäfer]

Package: reportbug
Version: 4.8
Severity: minor

On starting reportbug I get this message while the DISPLAY environment variable 
is not defined:
/usr/lib/pymodules/python2.5/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not 
open display
  warnings.warn(str(e), _gtk.Warning)

-- Package-specific info:
** Environment settings:
INTERFACE=text

** /home/jonathan/.reportbugrc:
reportbug_version 4.8
mode advanced
ui text
email j.neuschae...@gmx.net
mta /usr/bin/esmtp

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages reportbug depends on:
ii  apt   0.7.24 Advanced front-end for dpkg
ii  python2.5.4-2An interactive high-level object-o
ii  python-reportbug  4.8Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils none (no description available)
pn  debsums   none (no description available)
pn  dlocate   none (no description available)
ii  file  5.03-2 Determines file type using magic
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep
pn  postfix | exim4 | mail-transp none (no description available)
ii  python-gtk2   2.16.0-1   Python bindings for the GTK+ widge
pn  python-gtkspell   none (no description available)
pn  python-urwid  none (no description available)
pn  python-vtenone (no description available)
pn  xdg-utils none (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#475044: missing some modern acronyms

[Jonathan Neuschäfer]

Package: bsdgames
Version: 2.17-16
Severity: normal


I think GNU (GNU is not UNIX) and GPL (General Public License) would be cool, 
too, because they are important for free software people.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages bsdgames depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.1-6  GCC support library
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand
ii  libstdc++64.4.1-6The GNU Standard C++ Library v3
ii  wamerican [wordlist]  6-3American English dictionary words 
ii  wngerman [wordlist]   20071211-2 New German orthography wordlist

bsdgames recommends no packages.

bsdgames 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#474629: wtf in Debian must know about WIR and SIYH

[Jonathan Neuschäfer]

Package: bsdgames
Version: 2.17-16
Severity: normal


What do WIR and SIYH mean?

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages bsdgames depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.1-6  GCC support library
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand
ii  libstdc++64.4.1-6The GNU Standard C++ Library v3
ii  wamerican [wordlist]  6-3American English dictionary words 
ii  wngerman [wordlist]   20071211-2 New German orthography wordlist

bsdgames recommends no packages.

bsdgames 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#440168: please add NIMB (and/or NIMBY) to the acronym list

[Jonathan Neuschäfer]

Package: bsdgames
Version: 2.17-16
Severity: normal
Tags: patch


I made a patch against wtf/acronyms.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages bsdgames depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.1-6  GCC support library
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand
ii  libstdc++64.4.1-6The GNU Standard C++ Library v3
ii  wamerican [wordlist]  6-3American English dictionary words 
ii  wngerman [wordlist]   20071211-2 New German orthography wordlist

bsdgames recommends no packages.

bsdgames suggests no packages.

-- no debconf information
141a142,143
 NIMB  not in my backyard
 NIMBY not in my backyard

Bug#552306: play: file handler for directories

[Jonathan Neuschäfer]

Package: sox
Version: 14.3.0-1.1
Severity: wishlist


If play is invoked with a directory name, it should play everything that is in 
that directory, in sorted order.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages sox depends on:
ii  libc6  2.9-27GNU C Library: Shared libraries
ii  libgomp1   4.4.1-6   GCC OpenMP (GOMP) support library
ii  libgsm11.0.13-1  Shared libraries for GSM speech co
ii  libltdl7   2.2.6a-4  A system independent dlopen wrappe
ii  libmagic1  5.03-2File type determination library us
ii  libpng12-0 1.2.40-1  PNG library - runtime
ii  libsox-fmt-alsa14.3.0-1.1SoX alsa format I/O library
ii  libsox-fmt-base14.3.0-1.1Minimal set of SoX format librarie
ii  libsox1a   14.3.0-1.1SoX library of audio effects and p
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

sox recommends no packages.

Versions of packages sox suggests:
pn  libsox-fmt-allnone (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#552305: play: no handler for file extension `*' should be a warning

[Jonathan Neuschäfer]

Package: sox
Version: 14.3.0-1.1
Severity: wishlist


When i try to play an album like that
  $ ls album
  cover.jpg
  01_song1.ogg
  02_song2.ogg
  03_song3.ogg
  $ play album/*
play quits, because it can't play jpg files, but I think it should warn the 
user and play the other files.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages sox depends on:
ii  libc6  2.9-27GNU C Library: Shared libraries
ii  libgomp1   4.4.1-6   GCC OpenMP (GOMP) support library
ii  libgsm11.0.13-1  Shared libraries for GSM speech co
ii  libltdl7   2.2.6a-4  A system independent dlopen wrappe
ii  libmagic1  5.03-2File type determination library us
ii  libpng12-0 1.2.40-1  PNG library - runtime
ii  libsox-fmt-alsa14.3.0-1.1SoX alsa format I/O library
ii  libsox-fmt-base14.3.0-1.1Minimal set of SoX format librarie
ii  libsox1a   14.3.0-1.1SoX library of audio effects and p
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

sox recommends no packages.

Versions of packages sox suggests:
pn  libsox-fmt-allnone (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#549558: mutt: German translation for 'show Mutt documentation' missing

[Jonathan Neuschäfer]

Package: mutt
Version: 1.5.20-4
Severity: minor
Tags: l10n

The entry 'show Mutt documentation' on the help screen that is reached by 
pressing '?' just after startup is not translated in to German. It could be 
translated as 'Mutt-Dokumantation aufrufen'.


-- Package-specific info:
Mutt 1.5.20 (2009-06-14)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.30-1-686 (i686)
ncurses: ncurses 5.7.20090803 (compiled with 5.7)
libidn: 1.15 (compiled with 1.15)
hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 13 2009 22:25:33)
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL=/usr/sbin/sendmail
MAILPATH=/var/mail
PKGDATADIR=/usr/share/mutt
SYSCONFDIR=/etc
EXECSHELL=/bin/sh
MIXMASTER=mixmaster
To contact the developers, please mail to mutt-...@mutt.org.
To report a bug, please visit http://bugs.mutt.org/.

patch-1.5.13.cd.ifdef.2

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

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

Versions of packages mutt depends on:
ii  libc6   2.9-27   GNU C Library: Shared libraries
ii  libcomerr2  1.41.9-1 common error description library
ii  libgdbm31.8.3-6+b1   GNU dbm database routines (runtime
ii  libgnutls26 2.8.4-1  the GNU TLS library - runtime libr
ii  libgpg-error0   1.6-1library for common error values an
ii  libgpgme11  1.2.0-1  GPGME - GnuPG Made Easy
ii  libgssapi-krb5-21.7dfsg~beta3-1  MIT Kerberos runtime libraries - k
ii  libidn111.15-1   GNU Libidn library, implementation
ii  libk5crypto31.7dfsg~beta3-1  MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.7dfsg~beta3-1  MIT Kerberos runtime libraries
ii  libncursesw55.7+20090803-2   shared libraries for terminal hand
ii  libsasl2-2  2.1.23.dfsg1-1.1 Cyrus SASL - authentication abstra

Versions of packages mutt recommends:
pn  default-mta | mail-tran none   (no description available)
ii  libsasl2-modules2.1.23.dfsg1-1.1 Cyrus SASL - pluggable authenticat
ii  locales 2.9-27   GNU C Library: National Language (
ii  mime-support3.46-1   MIME files 'mime.types'  'mailcap

Versions of packages mutt suggests:
ii  ca-certificates   20090814   Common CA certificates
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep
ii  ispell3.1.20.0-6 International Ispell (an interacti
pn  mixmaster none (no description available)
ii  openssl   0.9.8k-5   Secure Socket Layer (SSL) binary a
pn  urlview   none (no description available)

Versions of packages mutt is related to:
ii  mutt  1.5.20-4   text-based mailreader supporting M
pn  mutt-dbg  none (no description available)
pn  mutt-patched  none (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#549421: ysm: save command does not seem to work

[Jonathan Neuschäfer]

Package: ysm
Version: 2.9.9.1
Severity: normal

When I type 'save friend' on the command prompt I get this message:
YSM POLITICAL ASYLUM FOR SLAVES
Please wait..
Saving [friend] [123456789] [OK] SLAVE SAVED

When I type it again I get that message (as expected):
YSM POLITICAL ASYLUM FOR SLAVES
Please wait..
The slave is already stored online.

But when I now quit ysm, start it again an type 'save friend' I get the first 
message again.

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

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

Versions of packages ysm depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libreadline5  5.2-6  GNU readline and history libraries

ysm recommends no packages.

Versions of packages ysm suggests:
ii  perl  5.10.1-5   Larry Wall's Practical Extraction 

-- 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#549310: overkill: long player names can corrupt data on the server machine

[Jonathan Neuschäfer]

Package: overkill
Version: 0.16-14
Severity: grave
Tags: patch security
Justification: user security hole

Players with names longer than 24 characters have been able to corrupt data on 
the machine where the server is run. This is made possible by not always 
checking wether the name of a connecting player is too long. I have made a 
patch to fix this.


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

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

Versions of packages overkill depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxpm4   1:3.5.7-2  X11 pixmap library

overkill recommends no packages.

overkill suggests no packages.

-- no debconf information
534a535
   int name_too_long;
538a540
   name_too_long=strlen(name)MAX_NAME_LEN? 1:0;
543c545,546
   cp-member.name=mem_alloc(strlen(name)+1);
---
   cp-member.name=mem_alloc((name_too_long?MAX_NAME_LEN:strlen(name))+1);
   if (name_too_long) *(cp-member.name+MAX_NAME_LEN)='\0';
560c563
   memcpy(cp-member.name,name,strlen(name)+1);
---
   memcpy(cp-member.name,name,(name_too_long?MAX_NAME_LEN:strlen(name)));

Bug#548563: overkill: bot should have -n (name) option

[Jonathan Neuschäfer]

Package: overkill
Version: 0.16-14
Severity: wishlist
Tags: patch

With this patch you can use 'bot -n name' to specify the name of the bot.

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

Kernel: Linux 2.6.26-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages overkill depends on:
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxpm4   1:3.5.7-2  X11 pixmap library

overkill recommends no packages.

overkill suggests no packages.

-- no debconf information
94d93
 char *my_name=NULL;
1002c1001
 Usage: bot [-h] -a server address [-p port] [-n name]
---
 Usage: bot [-h] -a server address [-p port]
1015c1014
 a=getopt(argc,argv,hp:a:n:);
---
 a=getopt(argc,argv,hp:a:);
1033,1036d1031
 			case 'n':
 			my_name=optarg;
 			break;
 
1048c1043
 	return my_name? my_name : names[(random())%N_NAMES];
---
 	return names[(random())%N_NAMES];