Juergen Kosel | 29 Jul 20:55 2015
Picon
Picon

Bug#793415: freeorion leads to GPU lock up with nouveau driver on GeForce 9400 GT

Package: freeorion
Version: 0.4.4+git20150327-2
Followup-For: Bug #793415

Dear Maintainer,

after updating freeorion to the version from Debian-testing, the
problem still occurs:

Jul 29 20:36:35 acer-ilzleite kernel: [  542.052371] nouveau E[  PGRAPH][0000:02:00.0] PGRAPH TLB flush
idle timeout fail
Jul 29 20:36:35 acer-ilzleite kernel: [  542.052371] nouveau E[  PGRAPH][0000:02:00.0] PGRAPH_STATUS  :
0x01dffe03 BUSY DISPATCH VFETCH CCACHE_PREGEOM STRMOUT_VATTR_POSTGEOM VCLIP RATTR_APLANE TRAST
CLIPID ZCULL ENG2D RMASK TPC_RAST TPC_PROP TPC_GEOM TPC_MP ROP
Jul 29 20:36:35 acer-ilzleite kernel: [  542.052371] nouveau E[  PGRAPH][0000:02:00.0]
PGRAPH_VSTATUS0: 0x00145a09 VFETCH CCACHE
Jul 29 20:36:35 acer-ilzleite kernel: [  542.052371] nouveau E[  PGRAPH][0000:02:00.0]
PGRAPH_VSTATUS1: 0x00001a2d TPC_MP
Jul 29 20:36:35 acer-ilzleite kernel: [  542.052371] nouveau E[  PGRAPH][0000:02:00.0]
PGRAPH_VSTATUS2: 0x0034db43 ENG2D ROP
Jul 29 20:36:35 acer-ilzleite pulseaudio[3192]: [alsa-sink-VT1705 Analog] alsa-util.c:
snd_pcm_avail() returned a value that is exceptionally large: 409496 bytes (2321 ms).
Jul 29 20:36:35 acer-ilzleite pulseaudio[3192]: [alsa-sink-VT1705 Analog] alsa-util.c: Most likely
this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA developers.
Jul 29 20:36:35 acer-ilzleite pulseaudio[3192]: [alsa-sink-VT1705 Analog] alsa-util.c: snd_pcm_dump():
Jul 29 20:36:35 acer-ilzleite pulseaudio[3192]: [alsa-sink-VT1705 Analog] alsa-util.c: Soft volume PCM
Jul 29 20:36:35 acer-ilzleite pulseaudio[3192]: [alsa-sink-VT1705 Analog] alsa-util.c: Control: PCM
Playback Volume
Jul 29 20:36:35 acer-ilzleite pulseaudio[3192]: [alsa-sink-VT1705 Analog] alsa-util.c: min_dB: -51
Jul 29 20:36:35 acer-ilzleite pulseaudio[3192]: [alsa-sink-VT1705 Analog] alsa-util.c: max_dB: 0
(Continue reading)

Valentin Lorentz | 29 Jul 21:08 2015
Picon

Bug#794011: gzip: please make the build reproducible

Source: gzip
Version: 1.6-4
Severity: wishlist
Tags: patch
User: reproducible-builds <at> lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-builds <at> lists.alioth.debian.org

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that gzip could not be built reproducibly.

The attached patch removes a timestamp from the documentation. Once
applied, gzip can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

Regards,
Valentin
Nick | 29 Jul 21:06 2015
Picon

Bug#793906: linux-image-3.16.0-4-amd64: Fails to boot

Solved - user error.

Installing lvm2, which I'd removed 3 weeks ago, has got me booting on
the new kernel.  Thanks for asking about my version of that package
and sorry for taking up your time!
--

-- 
Nick

Daniel Stender | 29 Jul 21:03 2015

Bug#793945: Cannot import mock AttributeError: 'VersionInfo' object has no, attribute 'semantic_version'

The current pbr in Sid (0.8.2) doesn't feature VersionInfo.semantic_version(),
but only 1.3.0 in experimental does. Furthermore, python-mock/1.3.0-1 FTBFS in
a clean unstable chroot due to the missing updated pbr.

DS

--

-- 
http://www.danielstender.com/blog/
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8

Bas Couwenberg | 29 Jul 20:50 2015
Picon
Picon

Bug#794010: vtk: Build dependency on libnetcdf-cxx-legacy-dev required for netcdf transition

Package: vtk
Version: 5.8.0-17.5
Severity: normal
Tags: patch
User: debian-gis <at> lists.debian.org
Usertags: netcdf-split-c-f-cxx

Dear Maintainer,

For the upcoming netcdf transition your package needs a build dependency
on libnetcdf-cxx-legacy-dev to build successfully with the netcdf
packages in experimental.

The attached patches add the build dependency for vtk (5.8.0-17.5) and
vtk (5.10.1+dfsg-1).

Since NetCDF 4.3.3.1 the upstream developers have split the project into
language specific releases, the netcdf Debian package has likewise split
into language specific source packages:

┌─────────────────────┬───────────────────┬──────────────────────────┐
│ NetCDF project      │ Source package    │ -dev package             │
├─────────────────────┼───────────────────┼──────────────────────────┤
│ NetCDF-C            │ netcdf            │ libnetcdf-dev            │
│ NetCDF C++ (cxx4)   │ netcdf-cxx        │ libnetcdf-c++4-dev       │
│ NetCDF C++ (legacy) │ netcdf-cxx-legacy │ libnetcdf-cxx-legacy-dev │
│ NetCDF-Fortran      │ netcdf-fortran    │ libnetcdff-dev           │
└─────────────────────┴───────────────────┴──────────────────────────┘

The netcdf-cxx provides the new NetCDF 4 C++ API in libnetcdf_c++4.so.1,
(Continue reading)

Eduard Bloch | 29 Jul 20:41 2015
Picon
Picon

Bug#719484: [pkg-boost-devel] Bug#719484: boost1.54: FTBFS: assertion fail in bjam, possibly invalid/unportable alignment assumptions

Hallo,
* Dimitri John Ledkov [Sat, Jul 25 2015, 02:40:26PM]:
> On 24 July 2015 at 21:08, Eduard Bloch <edi <at> gmx.de> wrote:
> > On Mon, 12 Aug 2013 10:52:39 +0000 Thorsten Glaser <tg <at> mirbsd.de> wrote:
> >> Source: boost1.54
> >> Version: 1.54.0-2
> >> Severity: important
> >> Justification: fails to build from source (but built successfully in the past)
> >>
> >> Hi,
> >>
> >> Iâ  ve not yet had time to look at this, but my guess is
> >> that bjam assumes natural alignment / struct padding,
> >> which is not portable â   implicit alignment assumptions
> >> should be made explicit, usually by adding padding
> >> members to structs, if they are to be relied upon.
> >>
> >> Full build log attached.
> >
> > Can we please have this bug fixed ASAP? I can confirm that Thorsten's
> > patch solves the bjam issue on m68k, and the g++ ICE should also have
> > been fixed more than a year ago.
> >
> 
> The reason why it's not fixed, is because it would be rather pointless.

Right now there is no Boost version in Stable or Unstable without this
bug. IMHO this point is valid enough.

> As boost1.54 is in unstable only and should be removed, as we have
(Continue reading)

Victor Seva | 29 Jul 20:19 2015

Bug#729493: smuxi: Connection hangs after finding hostname

Hi Felipe,

Is this bug still reproducible with smuxi 1.0-1?

Thanks,
Victor

Tiago Stürmer Daitx | 29 Jul 20:10 2015

Bug#794009: libedit: Libraries must be added to LIBS instead of LDFLAGS

Package: libedit
Version: 3.1-20150325-1
Severity: important
Tags: patch
User: ubuntu-devel <at> lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Dear Maintainer,

libedit is failing to build in Wily (proposed) due to LIBBSD_LIBS being added 
to LDFLAGS instead of LIBS.

As stated in 
https://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries and

http://www.gnu.org/software/autoconf/manual/autoconf-2.60/html_node/Preset-Output-Variables.html#index-LDFLAGS-93 
libraries must be added to LIBS instead of LDFLAGS.

*** /tmp/tmpCmy43w/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

- fix build in Wily (proposed)

  * debian/patches/libbsd.patch: use LIBS instead of LDFLAGS 

Thanks for considering the patch.

-- System Information:
Debian Release: jessie/sid
(Continue reading)

Victor Seva | 29 Jul 20:11 2015

Bug#794008: ITP: lua-lanes -- Lua extension library providing the possibility to run multiple Lua states in parallel

Package: wnpp
Severity: wishlist
Owner: Victor Seva <linuxmaniac <at> torreviejawireless.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

* Package name    : lua-lanes
  Version         : 3.10.0
  Upstream Author : Benoit Germain <bnt.germain <at> gmail.com>
* URL             : https://github.com/LuaLanes/lanes/
* License         : MIT/X
  Programming Lang: C, Lua
  Description     : Lua extension library providing the possibility to run multiple Lua states in parallel

It is intended to be used for optimizing performance on multicore CPU's and
to study ways to make Lua programs naturally parallel to begin with.

Features:
 * Lanes have separated data, by default. Shared data is possible with Linda objects.
 * Communications is separate of threads, using Linda objects.
 * Data passing uses fast inter-state copies (no serialization required).
 * "Deep userdata" concept, for sharing userdata over multiple lanes.
 * Millisecond level timers, integrated with the Linda system.
 * Threads can be given priorities.
 * Lanes are cancellable, with proper cleanup.
 * No Lua-side application level locking - ever!
 * Several totally independant Lanes universes may coexist in an
   application, one per "master" Lua state.

(Continue reading)

picca | 29 Jul 20:07 2015
Picon

Bug#794007: haskell-hmatrix: add the gsl binding

Source: haskell-hmatrix
Severity: wishlist

Dear Maintainer,

It seems that between jessie and stretch the hmatrix package was split
Now the gsl binding is provided outside hmatrix

Is it possible for you to upload the other hmatrix sources

    linear algebra: hmatrix
    numeric algorithms: hmatrix-gsl
    special functions: hmatrix-special
    linear programming: hmatrix-glpk

Thanks

Frederic

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

Kernel: Linux 4.0.0-2-586
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

(Continue reading)

Salvatore Bonaccorso | 29 Jul 20:01 2015
Picon

Bug#794006: libtext-autoformat-perl: Use of uninitialized value in join or string

Source: libtext-autoformat-perl
Version: 1.710000-1
Severity: normal

Hi

1.720000-1 introduced a bug demostrable via the following short
example:

----cut---------cut---------cut---------cut---------cut---------cut-----
#!/usr/bin/perl

use strict;
use warnings;

use Text::Autoformat;

my $rawtext = <<'RAW';
 - foo
bar
RAW

my $formatted = autoformat $rawtext;

print $formatted;
----cut---------cut---------cut---------cut---------cut---------cut-----

produces

----cut---------cut---------cut---------cut---------cut---------cut-----
(Continue reading)


Gmane