Bug#814954: libgcrypt20: add libgcrypt-mingw-w64-dev for cross-building to Windows targets

[Daniel Kahn Gillmor]

Hi Andreas--

On Fri 2016-02-19 12:59:21 -0500, Andreas Metzler wrote:
> On 2016-02-17 Daniel Kahn Gillmor  wrote:
> [...]
>> The attached set of patches against branch1.6 (also in the
>> debian-windows branch of
>> https://anonscm.debian.org/git/users/dkg/libgcrypt.git) provides this
>> for libgcrypt.
> [...]
>
> Hello,
>
> this does not build for me on current sid:
> /bin/bash ../libtool --mode=compile --tag=RC i686-w64-mingw32-windres 
> -DHAVE_CONFIG_H -I. -I../../src -I.. -i "versioninfo.rc" -o 
> "versioninfo.lo"
> libtool: compile:  i686-w64-mingw32-windres -DHAVE_CONFIG_H -I. -I../../src 
> -I.. -i versioninfo.rc  -o .libs/versioninfo.o
> i686-w64-mingw32-windres: versioninfo.rc.in:21: syntax error
> Makefile:1240: recipe for target 'versioninfo.lo' failed
> make[2]: *** [versioninfo.lo] Error 1

Ugh, it looks like it builds when building from git, but not from a
tarball.  This is because we're using autoreconf and upstream's
configure.ac relies on being in a git repo (it selects the revision
number from the number of git commits in the active history).

The attached patch works to build it from a tarball.  It is modelled off
the one we're using for libgpg-error, which derives the revision number
From the length of debian/changelog instead of from the count of git
commits.

--dkg

Description: easure revision by length of debian/changelog
 Upstream gcrypt's autoreconf step derives the package "revision"
 number from the first couple octets of the git commit ID.
 .
 But Debian doesn't build packages from git, and we autoreconf the
 package before building.  So we need to figure out a different value
 for the package revision.
 .
 This patch makes the package revision reflect the number of lines in
 debian/changelog instead of trying to derive a revision number from
 the git ID.
Author: Daniel Kahn Gillmor 
Last-Update: 2016-02-20

--- a/configure.ac
+++ b/configure.ac
@@ -39,7 +39,7 @@
 m4_define(mym4_version,
   [mym4_version_major.mym4_version_minor.mym4_version_micro])
 m4_define([mym4_revision],
-  m4_esyscmd([git rev-parse --short HEAD | tr -d '\n\r']))
+  m4_esyscmd([printf %x $(wc -l < debian/changelog)]))
 m4_define([mym4_revision_dec],
   m4_esyscmd_s([echo $((0x$(echo ]mym4_revision[|head -c 4)))]))
 m4_define([mym4_betastring],


signature.asc
Description: PGP signature

Bug#815125: Boot failure with Debian linux 4.4.2 package

[Mateusz Kaduk]

Hi Ben,


> - Does the affected system boot using the BIOS boot protocol
>   (including CSM) or UEFI boot protocol?
>

I have grub-efi-amd64 installed so I believe I am using UEFI.


> - If you boot with the added kernel parameter "earlyprintk=vga" or
>   "earlyprintk=serial" (and without "quiet"), do any boot messages
>   appear before the hang/reboot?  PLease send them (a photo is fine).
>
>
After adding earlyprintk=efi,keep in the attached photo you can see error
about ACPI


> - If it boots with UEFI, does the kernel parameter "efi=noruntime"
>   work around the problem?
>

Yes that fixes the problem.


>
> - If you haven't already reported this, does the Linux 4.5-rc4 package
>   from experimental have the same problem?
>

I am using 4.5.0-rc4-amd64 from experimental at the moment as that boots
without issues.
Only 4.4.0 seems to be affected.

> This test version is now available at
> https://people.debian.org/~benh/packages/unstable/


> Please report back whether this does or doesn't fix the problem for
> you. 

I installed 4.4.2-3~a.test and it replaced previous 4.4.x package, but
system is not booting either.

Let me know if you need anything.

/Mateusz

Bug#807399: libkf5su-bin: kdesud not group suid and owned by root (instead of nobody)

[Maximiliano Curia]

Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=359621

On Tuesday, 8 December 2015 16:35:55 CET Martin Graesslin wrote:
> > The permissions set by cmake are later tweaked in the package build
> > process. I don't see any "gain" gaining the nogroup group as suggests the
> > previous snippet. Is this to be able to write to global directory? If so,
> > we would need to create a specific group.

> I don't know why the nogroup is set. On my quick view I didn't see any
> reason for it.

> I guess only svn history might tell us ;-)

I couldn't find any good reason for this, so I created https://bugs.kde.org/
show_bug.cgi?id=359621 upstream.

Happy hacking,
-- 
"Haskell is faster than C++, more concise than Perl, more regular than Python,
more flexible than Ruby, more typeful than C#, more robust than Java, and has
absolutely nothing in common with PHP."
-- Audrey Tang
Saludos /\/\ /\ >< `/

Bug#815344: preseeding: empty tasksel not possible

[Geert Stappers]

Control: severity normal
Stop

Rational/Reason:
 Severity:
  'normal' is default severity, it is to unset 'imporant', IMHO it should be 
'wishlist'

On Sat, Feb 20, 2016 at 11:47:52PM +0100, John Wyzer wrote:
> then I added
>   tasksel tasksel/skip-tasks  string standard 
> which I had in a working minimal configuration for wheezy.
> 
   [ ... ]
>
> I ran a normal manual install and dumped the configuration with 
>   debconf-get-selections --installer
> The output contained the line
>   d-i tasksel/first   multiselect 
> which is different from what is documented for the installer - but I tried 
> that, too.
> 
> Then I added all the tasks from "tasksel --list" to the skip-tasks line 
> mentioned above
> 
> Still a full desktop installation.
> 
> 
> Is there any way to install a really minimal configuration via preseeding in 
> jessie?

d-i tasksel/first   multiselect standard

However I recomment
d-i tasksel/first   multiselect standard, ssh-server


Groeten
Geert Stappers

P.S.
Most likely it is possible to do something clumsy as
d-i tasksel/first   multiselect ""
Where "" represents an empty string.
Clumsy in the meaning of clumsy, unhandy, gauche, awkward, gauche.
So as "NOT recommented".

Bug#796952: english language release notes pdf file is not english (https://www.debian.org/releases/stable/amd64/release-notes.en.pdf)

[Julien Cristau]

On Sun, Feb 21, 2016 at 14:45:17 +0900, Norbert Preining wrote:

> Hi Julien,
> 
> > > > provide a patch against the release notes, I'd happily apply that.
> > > 
> > > Sure enough, can you please tell me where to get the sources that
> 
> Here we go.
> 
> There are several options - both boil down to changing the fonts to
> opentype/truetype fonts. In all cases 
>   --param=xetex.font='some long code.'
> needs to be added to the Makefile around line 80.
> 
Thanks!  I've applied your variant2 patch and installed fonts-sil-charis
on www-master.

Cheers,
Julien

Bug#815391: Ghostscript 9.16 (debian stretch) not linked against libopenjpeg

[James R Barlow]

Package: libgs9


Version: 9.16~dfsg-2.1

When asked to perform any operation on a PDF containing JPEG2000
(/JPXDecode) images, Ghostscript displays the following:

$ gs -dBATCH -dQUIET -dNOPAUSE -sDEVICE=pdfwrite -sOutputFile=_.pdf
anyjpeg2000.pdf

    ERROR: Unable to process JPXDecode data. Page will be missing data.

Ghostscript will leave any JPX encoded images blank but still produce the
rest of PDF output. Any PDF containing a JPX encoded image triggers this
behavior.

I believe the issue is that this particular version of libgs9 and/or
ghostscript was not built --with-jp2. The packages also do not list
libopenjpeg as a dependency. Ghostscript has supported JPEG 2000 for a long
time.

System:
Linux 576f25bbd6dc 4.1.17-boot2docker #1 SMP Thu Feb 11 08:12:31 UTC 2016
x86_64 GNU/Linux, stretch/sid
built "FROM debian:stretch" on hub.docker.com.

Bug#815368: [Pkg-alsa-devel] Bug#815368: libasound2-plugins: Victor Vran game crash with this package installed

[Elimar Riesebieter]

* Berillions  [2016-02-21 01:46 +0100]:

> Package: libasound2-plugins
> Version: 1.1.0-1
> Severity: normal
> 
> Dear Maintainer,
> 
> I bought and downloaded Victor Vran game on GoG.com (
> http://www.gog.com/game/victor_vran).
> You can see that the game requires libasound2{-data,-plugins}:i386 packages
> dependencies.

I see that this isn't a official Debian package.

> After to downloaded, installed the game and dependencies, i launch the game
> and ... it crashes directly.
> The output console for the crash is this :
> 
>  --
> "berillions@debian64-test:/media/Autres/Jeux/Victor Vran$ ./start.sh
> Running Victor Vran
> Language: French
> Voice Language: English
> Protocol error: bad 3 (Window); Sequence Number 5
>  Opcode (20, 0) = GetProperty
>  Bad resource 587630196 (0x23068674)
>  at -e line 15.
> *** Texture headers: 5568 loaded, 0 newer, 3 ms
> 
> *** graphics info
> GPU GeForce GTX 970M/PCIe/SSE2
> APIopengl
> Platform: {
> desktop = true,
> developer = false,
> editor = true,
> gog = true,
> goldmaster = true,
> linux = true,
> }
> 
> support/gog_com.shlib : ligne 94 : 15328 Erreur de segmentation  (core
> dumped)./"${bin_64}""

There is no reference to a alsa bug

>  --
> 
> For my first test, i uninstalled the libasound2-plugins package and i
> re-launched the game.
> Result = The game works but i have no sound in-game so it is unplayable.
> The output console when i launch the game without libasound2-plugins
> package is this :
>[...]
> 
> ALSA lib conf.c:3357:(snd_config_hooks_call) Cannot open shared library
> libasound_module_conf_pulse.so

Do you have pulseaudio installed?

> ALSA lib pcm.c:2266:(snd_pcm_open_noupdate) Unknown PCM default
> AL lib: alsa.c:512: Could not open playback device 'default': No such file
> or directory
> AL lib: oss.c:169: Could not open /dev/dsp: No such file or directory

Install alsa-oss and modprobe snd-pcm-oss.

Elimar
-- 
  Learned men are the cisterns of knowledge,
  not the fountainheads ;-)

Bug#815390: dh-make-perl: Fail to build package if run with sudo ($orig_pwd not initialized)

[Boris Shtrasman]

Package: dh-make-perl
Version: 0.89-1
Severity: important

Dear Maintainer,

When invoking dh-make-perl with sudo for any cpan packgage it will fail
with : 

CPAN: File::Temp loaded ok (v0.2304)
Use of uninitialized value $orig_pwd in chdir at
/usr/share/perl5/DhMakePerl/Command/make.pm line 335.
Use of chdir('') or chdir(undef) as chdir() is deprecated at
/usr/share/perl5/DhMakePerl/Command/make.pm line 335.
Use of uninitialized value $to in string eq at
/usr/share/perl/5.22/File/Copy.pm line 64.
Use of uninitialized value $to in -d at
/usr/share/perl/5.22/File/Copy.pm line 96.
Use of uninitialized value $to in stat at
/usr/share/perl/5.22/File/Copy.pm line 104.
Use of uninitialized value $to in open at
/usr/share/perl/5.22/File/Copy.pm line 167.
Use of uninitialized value $orig_pwd in concatenation (.) or string at
/usr/share/perl5/DhMakePerl/Command/make.pm line 344.

copy(/root/.cpan/sources/authors/id/$PACKAGE_NAME.tar.gz, ): No
such file or directory at /usr/share/perl5/DhMakePerl/Command/make.pm
line 344.

Workaround:

not to use sudo but to switch to root directly.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (901, 'unstable'), (900, 'testing'), (200, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dh-make-perl depends on:
ii  debhelper  9.20160115
ii  dpkg-dev   1.18.4
ii  fakeroot   1.20.2-1
ii  libapt-pkg-perl0.1.29+b5
ii  libarray-unique-perl   0.08-2
ii  libclass-accessor-perl 0.34-1
ii  libconfig-ini-perl 1:0.025-1
ii  libcpan-meta-perl  2.150005-1
ii  libdpkg-perl   1.18.4
ii  libemail-address-perl  1.908-1
ii  libemail-date-format-perl  1.005-1
ii  libfile-which-perl 1.19-1
ii  liblist-moreutils-perl 0.413-1+b1
ii  libmodule-depends-perl 0.16-2
ii  libparse-debcontrol-perl   2.005-4
ii  libparse-debianchangelog-perl  1.2.0-8
ii  libsoftware-license-perl   0.103011-1
ii  libtie-ixhash-perl 1.23-2
ii  libwww-mechanize-perl  1.75-1
ii  libyaml-libyaml-perl   0.41-6+b1
ii  libyaml-perl   1.15-1
ii  make   4.1-5
ii  perl   5.22.1-7
ii  perl-modules-5.22 [libcpan-meta-perl]  5.22.1-7

Versions of packages dh-make-perl recommends:
ii  apt-file2.5.5
ii  git 1:2.7.0-1
ii  libdpkg-parse-perl  0.03-1
ii  pristine-tar1.33

dh-make-perl suggests no packages.

-- no debconf information

Bug#815174: staden: Missing links in /usr/bin

[Andreas Tille]

Hi Kerstin,

I've implemented my suggestion and uploaded a fix for this package to
make it more clear what I mean.  It would be great if you could test
the new package after the mirrors have synced the new package.  Please
reopen the bug if it might remain.

While the other GUI bug remains I hope uploading this fix is in your
interest since it will enable you working wt least with a part of the
staden suite.

Kind regards

   Andreas.

On Sat, Feb 20, 2016 at 03:34:34PM +0100, Andreas Tille wrote:
> Hi Kerstin,
> 
> On Sat, Feb 20, 2016 at 01:37:35PM +0100, Kerstin Hoef-Emden wrote:
> > > 
> > > thanks a lot for this bug report which is really appreciated as well as
> > > the analysis of the error and the hint for a fix.  I've not decided
> > > whether we really should provide eba itself in /usr/bin or whether it
> > > might be better to use wrapper scripts setting the PATH to
> > > /usr/lib/staden/bin.  The question is whether eba is a user oriented
> > > application itself or just an internal helper.
> > 
> > It seems to me that the staden works modularly. The package contains
> > four GUIs (pregap, gap4, gap5 and spin), which use the other programs to
> > perform actions. Apparently these modules have to be in the same
> > directory as the GUIs. Creating links to /usr/lib/staden/bin for all
> > staden executables seems to me the "cleaner" solution.
> 
> >From a Debian point of view clean means that we link only those
> executables to /usr/bin which are directly called by the user.  Otherwise
> we would clutter the name space with lots of quite generic names which
> is not a good idea.  So if all these binaries should be in the same dir
> it would better be to use a wrapper script /usr/bin/gap4 like
> 
> #!/bin/sh
> STADENDIR=/usr/lib/staden/bin
> exename=`basename $0`
> PATH=$STADENDIR:$PATH
> $STADENDIR/${exename} $@
> 
> and use symlinks in /usr/bin for the other GUI programs to
> /usr/bin/gap4.  This has the same effect that all modules reside in the
> same dir (/usr/lib/staden/bin) but only the GUI programs are exposed to
> the user.
> 
> For sure I'd like to hear upstream opinion whether there might be any
> need for users to call any of those other tools directly.
> 
> > After all it
> > seems to work (concerning this topic). (BTW, not surprisingly the same
> > problem show up with my 64-bit machine at home).
> 
> Yes, there is no reason to assume that the issue depends from the
> architecture of the machine.
>  
> > Best wishes,
> 
> Thanks again for the clarification
> 
>   Andreas.
> 
> -- 
> http://fam-tille.de
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de

Bug#809319: jessie-pu: package sane-backends/1.0.24-8

[Jörg Frings-Fürst]

Hi

Am Samstag, den 20.02.2016, 23:30 + schrieb Adam D. Barratt:
> On Sun, 2016-02-21 at 00:01 +0100, Jörg Frings-Fürst wrote:
> > Am Samstag, den 20.02.2016, 22:27 + schrieb Julien Cristau:
> > > On Thu, Dec 31, 2015 at 11:42:49 +0100, Jörg Frings-Fürst wrote:
> > > 
> > > > Hello,
> > > > 
> > > > I have uploaded the version 1.0.24-8+deb8u1 of sane-backends to
> > > > mentors[1].
> > > > 
> > > > Build with "sbuild -d jessie" and "DIST=jessie pdebuild" are
> > > > ok.
> > > > 
> > > > Test with piuparts are ok. Lintian has a lot of experimental,
> > > > one pedantic, one warining and two info warnings.
> > > > 
> > > > 
> > > > The debdiff was send in the first mail.
> > > > 
> > > > Please can someone review and upload the package.
> > > > 
> > > Is that upload still planned?
> > 
> > The package is uploaded to mentors. Please ask my sponsor Adrian.
> 
> Well, you requested that we accept the upload. So I'd say you should
> ask
> Adrian...
> 

I have no upload rights. So I ask my sponsor to upload it. But he has a
lot of work in his job.

It's fine if someone can upload it. The package is on mentors[1].

> Regards,
> 
> Adam
> 

CU
Jörg


[1] 
http://mentors.debian.net/debian/pool/main/s/sane-backends/sane-backends_1.0.24-8+deb8u1.dsc

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54538 Bausendorf

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.



signature.asc
Description: This is a digitally signed message part

Bug#815389: unattended-upgrades: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: unattended-upgrades
Version: 0.82.1ubuntu2.4
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

Here's Japanese po-debconf templates (ja.po) file that
reviewed by several Japanese Debian developers and users.

Could you apply it, please?

--
Takuma Yamada

-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-49-generic (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages unattended-upgrades depends on:
ii  apt1.0.1ubuntu2.11
ii  apt-utils  1.0.1ubuntu2.11
ii  debconf [debconf-2.0]  1.5.51ubuntu2
ii  lsb-base   4.1+Debian11ubuntu6
ii  lsb-release4.1+Debian11ubuntu6
ii  python33.4.0-0ubuntu2
ii  python3-apt0.9.3.5ubuntu2
ii  ucf3.0027+nmu1
ii  xz-utils   5.1.1alpha+20120614-2ubuntu2

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
pn  bsd-mailx   
ii  postfix [mail-transport-agent]  2.11.0-1ubuntu1

-- debconf information excluded


ja.po.gz
Description: application/gzip

Bug#815369: [BUG] command line definitions not expanded

[Norbert Preining]

Hi Gavin, hi all

(please keep Cc)

I am sorry for all the bug reports, but here is the next one that
surfaced when building the documentation for gcc.

In short, it seems that definitions given on the command line
--command='@set foobar value'
are not properly expanded in the aux files.

Here a minimal not working example:

The following code works without problems:
\input texinfo   @c -*-texinfo-*-
@set cmd1 HELLO

What ever
@anchor{@value{cmd1} doc}@anchor{0}
Here we go
@bye

But when I remove the @set line and instead call
texi2pdf --command='@set cmd1 HELLO' mwe.texi
I get the following error:

/home/norbert/Debian/gcc-doc/mwe/mwe.aux:1: TeX capacity exceeded, sorry [input
 stack size=5000].
@value ->@begingroup @makevalueexpandable 
  @valuexxx 
.
l.1 ..., used in @value, is not set.} doc-title}{}


The reason is that the mwe.aux file contains:

@xrdef{{[No value for ``cmd1'']}@message {Variable `cmd1', used in @value, is 
not set.} doc-title}{}
@xrdef{{[No value for ``cmd1'']}@message {Variable `cmd1', used in @value, is 
not set.} doc-snt}{}
@xrdef{0-title}{}
@xrdef{0-snt}{}
@xrdef{{[No value for ``cmd1'']}\message {Variable `cmd1', used in @value, is 
not set.} doc-pg}{1}
@xrdef{0-pg}{1}


Thanks for consideration

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#815387: ITP: python-attrs -- Python attributes without boilerplate

[Tristan Seligmann]

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann 

* Package name: python-attrs
  Version : 15.2.0
  Upstream Author : Hynek Schlawack 
* URL : https://github.com/hynek/attrs
* License : MIT
  Programming Lang: Python
  Description : Python attributes without boilerplate

attrs is an MIT-licensed Python package with class decorators that ease the
chores of implementing the most common attribute-related object protocol.

attrs is the successor to Characteristic, and is a dependency of
python-servicy-identity from 16.0.0.

Bug#815388: ddclient:[INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: ddclient
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that
reviewed by several Japanese Debian developers and users.

Could you apply it, please?

--
Takuma Yamada

-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-49-generic (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


ja.po.gz
Description: application/gzip

Bug#815386: tzdata:[INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: tzdata
Version: 2015g-0ubuntu0.14.04
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that
reviewed by several Japanese Debian developers and users.

Could you apply it, please?

--
Takuma Yamada

-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-49-generic (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0]  1.5.51ubuntu2

tzdata recommends no packages.

tzdata suggests no packages.

-- debconf information excluded


ja.po.gz
Description: application/gzip

Bug#815385: python-service-identity: Missing dependency on python-attrs

[Tristan Seligmann]

Package: python-service-identity
Version: 16.0.0-1
Severity: grave
Justification: renders package unusable

service_identity 16.0.0-1 requires python-attrs (upstream switched from
characteristic to attrs), but the Depends: is missing.

Also, it would be unsatisfiable due to attrs not being packaged yet, but I am
about to upload a package to NEW.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python-service-identity depends on:
ii  python-openssl 0.15.1-2
ii  python-pyasn1  0.1.9-1
ii  python-pyasn1-modules  0.0.7-0.1
pn  python:any 

Versions of packages python-service-identity recommends:
ii  python-idna  2.0-3

python-service-identity suggests no packages.

-- no debconf information

Bug#815384: postfix: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: postfix
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



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

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
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)
# Translation of postfix debconf templates to French
# Copyright (C) 2007  Michel Grentzinger 
# This file is distributed under the same license as the postfix package.
#
#
# Michel Grentzinger , 2007-2008.
# Christian Perrier , 2008, 2012, 2013, 2016.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: post...@packages.debian.org\n"
"POT-Creation-Date: 2016-02-20 20:56+\n"
"PO-Revision-Date: 2016-02-21 06:53+0100\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 2.0\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Add a 'mydomain' entry in main.cf for upgrade?"
msgstr ""
"Faut-il ajouter une entrée « mydomain » dans main.cf pour la mise à jour ?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Postfix version 2.3.3-2 and later require changes in main.cf. Specifically, "
"mydomain must be specified, since hostname(1) is not a fully qualified "
"domain name (FQDN)."
msgstr ""
"À partir de la version 2.3.3-2, Postfix nécessite des modifications du "
"fichier main.cf. En particulier, « mydomain » doit être indiqué puisque "
"hostname(1) n'est pas un nom de domaine complètement qualifié (FQDN)."

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Failure to fix this will result in a broken mailer. Decline this option to "
"abort the upgrade, giving you the opportunity to add this configuration "
"yourself. Accept this option to automatically set mydomain based on the FQDN "
"of the machine."
msgstr ""
"Si vous ne faites pas cette correction, le serveur de courriels ne "
"fonctionnera pas. Si vous refusez cette option, la mise à jour sera "
"interrompue, ce qui vous donnera la possibilité de faire vous-même cette "
"configuration. Choisissez cette option pour définir automatiquement "
"« mydomain » en fonction du nom de domaine complètement qualifié de la "
"machine."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Set smtpd_relay_restrictions in main.cf for upgrade?"
msgstr ""
"Faut-il établir des restrictions sur le relais SMTP dans le fichier master."
"cf à la mise à jour ?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Postfix version 2.10 adds smtpd_relay_restrictions, to separate relaying "
"restrictions from recipient restrictions, and you have a non-default value "
"for smtpd_recipient_restrictions."
msgstr ""
"La version 2.10 de Postfix met en œuvre des restrictions pour le relais SMTP "
"(« smtpd_relay_restrictions ») et sépare les restrictions de relais des "
"restrictions de destinataire (« recipient restrictions »). Or, la valeur de "
"« smtpd_recipient_restrictions » n'est actuellement pas la valeur par défaut."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Failure to do this may result in deferred or bounced mail after the "
"upgrade.  Accept this option to set smtpd_relay_restrictions equal to "
"smtpd_recipient_restrictions."
msgstr ""
"Si vous ne choisissez pas cette option, il existe un risque que des "
"courriers soient différés ou rejetés après la mise à jour. En la "
"choisissant, la valeur de « smtpd_relay_restrictions » sera positionnée "
"comme égale à celle de « smtpd_recipient_restrictions »."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Update dynamicmaps.cf for 3.0"
msgstr "Mise à jour de dynamicmaps.cf pour la version 3.0"

#. Type: boolean
#. Description
#: ../templates:3001
#| msgid ""
#| "Postfix version 2.9 adds sqlite support to maps, but your dynamicmaps.cf "
#| "does not reflect that.  Accept this option to add support for sqlite maps."
msgid ""
"Postfix version 3.0 changes how dynamic maps are delivered, and your "
"dynamicmaps.cf does not reflect that.  Accept this option to convert "
"dynamicmaps.cf to the version required for 3.0."
msgstr ""
"La version 3.0 de Postfix modifie la gestion des cartes "
"dynamiques (« dynamic maps ») mais le fichier dynamicmaps.cf ne reflète pas "
"cela. Si vous "
"choisissez cette option, le fichier sera modifié pour être compatible avec la 

Bug#815369: Fwd: gcc-5-doc: FTBFS in sid: ./gnat_rm.aux:1: TeX capacity exceeded, sorry [input stack size=5000].

[Norbert Preining]

Hi all,

On Sun, 21 Feb 2016, Norbert Preining wrote:
> > I just filed this bug (#815369) against gcc-5-doc, but maybe you want to
> 
> > Loading texinfo [version 2016-02-05.07.deb1]: pdf, fonts, markup, glyphs,

Ok, it is irrelevant from this change. I checked with texinfo.tex from
the original 6.1 version and the same happens, so this is a different bug.

We should try to get a minimal non-working example, though :-(

All the best

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#796952: english language release notes pdf file is not english (https://www.debian.org/releases/stable/amd64/release-notes.en.pdf)

[Norbert Preining]

Hi Julien,

> > > provide a patch against the release notes, I'd happily apply that.
> > 
> > Sure enough, can you please tell me where to get the sources that

Here we go.

There are several options - both boil down to changing the fonts to
opentype/truetype fonts. In all cases 
--param=xetex.font='some long code.'
needs to be added to the Makefile around line 80.

* variant 1 - TeX Gyre
--
fonts-texgyre needs to be installed (the build-deps are anyway broken,
as fonts-freefont at least are missing).

The code to be added is:
\setmainfont{texgyrepagella-regular.otf}[
  BoldFont   = texgyrepagella-bold.otf ,
  ItalicFont = texgyrepagella-italic.otf ,
  BoldItalicFont = texgyrepagella-bolditalic.otf]
\setsansfont{FreeSans}
\setmonofont{FreeMono}
(not line endings etc etc)

See attached patch
fix-fonts-variant1-tex-gyre.diff


Advantage: the Pagella fonts are Palatino like, which means the appearance
for most documents remain the same compared to previous years where
URW Palladio was used.

Disadvantage: The Russian (Cyrillic) variant is broken (it was broken 
before, too, but differently) - no cyrillic glyphs are shown, as they
are not available in TeX Gyre.


* Variant 1++ - TeX Gyre for all fonts
--

The Sans fonts and Mono font settings in the above are taken over
from the defaults in dblatex. In case of TeX Gyre it might be an
option to use fonts from the same family, in this case the long code
would be:
\setmainfont{texgyrepagella-regular.otf}[
  BoldFont   = texgyrepagella-bold.otf ,
  ItalicFont = texgyrepagella-italic.otf ,
  BoldItalicFont = texgyrepagella-bolditalic.otf]
\setsansfont{texgyreadventor-regular.otf}[
  BoldFont   = texgyreadventor-bold.otf ,
  ItalicFont = texgyreadventor-italic.otf ,
  BoldItalicFont = texgyreadventor-bolditalic.otf]
\setmonofont{texgyrecursor-regular.otf}[
  BoldFont   = texgyrecursor-bold.otf ,
  ItalicFont = texgyrecursor-italic.otf ,
  BoldItalicFont = texgyrecursor-bolditalic.otf] 

See attached patch
fix-fonts-variant1-full-tex-gyre.diff

Advantages and disadvantages as above.


* variant 2 - Charis SIL

fonts-sil-charis needs to be installed

The code to be added is
\setmainfont{CharisSIL-R.ttf}[
  BoldFont   = CharisSIL-B.ttf ,
  ItalicFont = CharisSIL-I.ttf ,
  BoldItalicFont = CharisSIL-BI.ttf]
\setsansfont{FreeSans}
\setmonofont{FreeMono}'

See attached patch
fix-fonts-variant2-charis.diff


Advantage: all languages are properly supported, English and Russian both 
produce
proper documents on Jessie.

Disadvantage: Font appearance changed.


* variant 3 - mixture of the two

needs a bit of Makefile magic, I leave this to you as I don't see
how to treat LINGUA and LANGUAGES etc etc consistently.


* variant 4 - any other ttf/otf fonts
-
There are some other font families out there that can be used,
I took those I know.



Hope that helps, if you have any other questions, please let me know.

All the best

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Index: Makefile
===
--- Makefile	(revision 11052)
+++ Makefile	(working copy)
@@ -75,6 +75,13 @@
 DBLATEX=dblatex --backend=xetex --style=db2latex \
 --xslt-opts=--nonet --no-external \
 --xsl-user=hyphenation.xsl \
+--param=xetex.font='\
+\setmainfont{texgyrepagella-regular.otf}[   \
+  BoldFont   = texgyrepagella-bold.otf ,\
+  ItalicFont = texgyrepagella-italic.otf ,  \
+  BoldItalicFont = texgyrepagella-bolditalic.otf]   \
+\setsansfont{FreeSans}  \
+\setmonofont{FreeMono}' \
 --param=draft.mode=$(draftmode) \
 --param=format=a4 \
 --param=glossterm.auto.link=1 \
Index: Makefile
===
--- Makefile	(revision 11052)
+++ Makefile	(working copy)
@@ -75,6 +75,20 @@
 DBLATEX=dblatex --backend=xetex --style=db2latex \
 --xslt-opts=--nonet --no-external \
 --xsl-user=hyphenation.xsl \
+--param=xetex.font='\
+\setmainfont{texgyrepagella-regular.otf}[   \
+  BoldFont   = texgyrepagella-bold.otf ,\
+  ItalicFont = texgyrepagella-italic.otf ,  \
+  BoldItalicFont = 

Bug#815181: hppa on ports

[Scott Kitterman]

Since hppa is part of ports.debian.org and not the main archive, the Debian 
FTP team can't remove it.

Scott K

Bug#814600: android-tools: B-D on obsolete android-system-dev

[殷啟聰]

"-include /usr/include/android/arch/linux-x86/AndroidConfig.h" should
be replaced with "-include android/arch/AndroidConfig.h", and you
should add android-platform-build-headers to BDs.

FYI, AndroidConfig.h is now moved to
/usr/include/${DEB_HOST_MULTIARCH}/android/arch

Bug#815383: r-cran-glmnet: FTBFS: dependencies 'Matrix', 'foreach' are not available

[Aaron M. Ucko]

Source: r-cran-glmnet
Version: 2.0-2-1
Severity: serious
Justification: fails to build from source

Hi, Daniel.

Builds of r-cran-glmnet in minimal environments (notably, on the
autobuilders) have been failing:

  ERROR: dependencies 'Matrix', 'foreach' are not available for package 'glmnet'
  * removing '/«PKGBUILDDIR»/debian/r-cran-glmnet/usr/lib/R/site-library/glmnet'
  /usr/share/R/debian/r-cran.mk:98: recipe for target 'R_any_arch' failed
  make: *** [R_any_arch] Error 1

Please declare build dependencies on r-cran-matrix and r-cran-foreach,
and confirm with pbuilder or the like that you haven't missed any others.

Thanks!

Bug#815308: streamlining license version "or later" version syntax

[Ben Finney]

Daniel Pocock  writes:

> W: libfoobar source: missing-license-paragraph-in-dep5-copyright gpl-2+
> (paragraph at line X)
>
> Should lintian ignore the '+' suffix when determining if a License
> paragraph exists?

Your position, if I understand correctly, is that the trailing “+”
should not be considered part of the license name; it should instead be
considered part of the license grant.

That's a position I agree with. Perhaps we should progress bug#786470
 and clarify the distinction between
the license grant and license conditions.

Lintian is presently doing the right thing according to the copyright
format specification 1.0, I believe. The trailing “+” is not
distinguished in that specification; a plain reading of the
specification has that just as another character in the license name.

Part of that revision to the specification should then be to make clear
that the License-Grant field grants a set of licenses to the recipient;
the License field specifies the effective license conditions on the
work; and a trailing “+” is to be interpreted as a special non-name
character that modifies the set of license conditions granted.

I think the proposed change to Lintian would not be appropriate until
after the change to policy's specification of the copyright file, to
make explicit the effect of “+”. That policy change could be part of
resolving bug#786470.

-- 
 \  “I used to be an airline pilot. I got fired because I kept |
  `\   locking the keys in the plane. They caught me on an 80 foot |
_o__)stepladder with a coathanger.” —Steven Wright |
Ben Finney 

Bug#707829: Still in use

[Scott Kitterman]

# Broken Build-Depends:
albatross: python-old-doctools
python-ldap-doc/contrib: python-old-doctools

Please remove the moreinfo tag once they are resolved.

Scott K

Bug#815199: ITP: acme-tiny -- letsencrypt tiny python client

[Harlan Lieberman-Berg]

Hello Jeremías!

This is something I'd definitely be interested in seeing as part of the
Let's Encrypt team.  We can help you with sponsorship as well.

We're over at: https://alioth.debian.org/projects/letsencrypt/

Sincerely,
-- 
Harlan Lieberman-Berg
~hlieberman

Bug#761985: Master.csv rotation

[Gabriel Filion]

Hello there,

I personally don't see a difference between a text file with lines that
track web site visits and a text file with lines that track calls being
made and received.

The Master.csv file is enabled by default and never rotated. This means
that ppl who don't know too much about how asterisk works and how it is
configured by default will end up with a humongous log file of all calls
ever made.

No rotation of logs is a really bad policy and can actually mean trouble
for some ppl who didn't want to keep that info on disk in the first place.

I'd advocate for disabling Master.csv by default and requiring ppl to
knowingly enable it. The debian package could even have a notice to
remember ppl to rotate that file at some point if they decide to enable
call logging.

Otherwise if maintainers feel that disabling this would be too much of a
big change, then the package would definitely need log rotation keeping
only a reasonably small period of log data, like 14 days.

Regards



signature.asc
Description: OpenPGP digital signature

Bug#815382: keysync: add support for hexchat via hexchat-otr

[Paul Wise]

Package: keysync
Severity: wishlist

hexchat-otr just entered Debian, so it it would be nice to add support
for hexchat and hexchat-otr to keysync. hexchat is a fork of xchat so
it should be pretty simple to add support for this.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




signature.asc
Description: This is a digitally signed message part

Bug#811069: ITP: lbfgsb -- Limited-memory quasi-Newton bound-constrained optimization

[Paul Wise]

On Mon, 2016-01-18 at 13:29 +0100, Gard Spreemann wrote:

> I'm sorry, I seem to have spoken too soon. Most of these are the
> incompatible, older version 2 of L-BFGS-B. An exception is
> python-scipy, which really does bundle version 3 (with minor trivial
> patches).

Please still report them to the security team and pursue getting them
ported to the latest version and the embeds removed upstream.

> I have now contacted upstream and notified them of some of these
> things, including prebuilt binaries, some metadata mess and some
> missing copyright notes.

Great, thanks.

When contacting upstream, you may want to point them at this:

https://wiki.debian.org/UpstreamGuide

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




signature.asc
Description: This is a digitally signed message part

Bug#815125: Boot failure with Debian linux 4.4.2 package

[Jim Barber]

From: Ben Hutchings [b...@decadent.org.uk]
> 
> This test version is now available at
> https://people.debian.org/~benh/packages/unstable/
> 
> Please report back whether this does or doesn't fix the problem for
> you.

Hi Ben.

The test kernel boots up okay for me:

jim@perlap1308:~$ uname -a
Linux perlap1308 4.4.0-1-amd64 #1 SMP Debian 4.4.2-3~a.test 
(2016-02-20) x86_64 GNU/Linux

Thanks.

Bug#814204: UDD: upstream.rb cannot handle version=4 d/watch files

[James McCoy]

On Tue, Feb 09, 2016 at 06:16:00AM -0500, James McCoy wrote:
> On Feb 9, 2016 1:24 AM, "Stuart Prescott"  wrote:
> > Upgrading devscripts on ullmann.d.o to a new backported version of 
> > devscripts
> > will solve this; the backport does not currently exist in jessie-backports.
> 
> I've been holding off doing a backport until things settle down with bug
> reports. A new devscripts upload will be happening soon.  If there's not too
> much noise after that, I'll backport.

FWIW, the backport was uploaded a couple days ago.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 

Bug#782834: dpkg/apt doesn't know lxde packages are installed

[ROGER]

My report included a link 
 to my forum discussion 
which I had hoped made my meaning clear.


In the event I've since gone to jessie 
(debian-8.0.0-amd64-lxde-CD-1.iso) and am not experiencing the problems 
I reported.



On 02/20/2016 10:28 AM, Andriy Grytsenko wrote:

control: tags -1 + moreinfo

Thank you for your report. Although I don't see what exactly did you
mean? What exactly goes wrong?


<<< text/html; charset=UTF-8; name="forum.lxde.org/viewtopic.php?f=8=37007": Unrecognized >>>

Bug#815352: New mailing list for RISC-V port(s): debian-riscv@l.d.o

[Paul Wise]

On Sat, 20 Feb 2016 23:30:50 + Manuel A. Fernandez Montecelo wrote:

> Marco and Paul (in CC) expressed their interest, so I expect that
> they will reply seconding the request.

I didn't recieve your CC somehow but saw the bug anyway.

BTW, you should not CC mails to submit, use this instead:

https://www.debian.org/Bugs/Reporting#xcc

I support the creation of the debian-riscv mailing list.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




signature.asc
Description: This is a digitally signed message part

Bug#815381: tmate: New upstream release needed to build against new msgpack library

[James McCoy]

Package: tmate
Version: 1.8.10-2
Severity: important

Version 1.4.0 of msgpack-c is in experimental and tmate currently FTBFS against
it.  The new tmate version, 2.2.0, has been updated to build against the new
msgpack-c.

If you could package the new tmate in experimental, to help prepare for
uploading msgpack-c to unstable, it would be appreciated.

Cheers,
James

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, arm64

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 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)

Bug#815306: corosync: FTBFS on kfreebsd: configure: error: watchdog requires linux/watchdog.h

[Steven Chamberlain]

tags 815306 + patch
user debian-...@lists.debian.org
usertags 815306 + kfreebsd
thanks

Hi,

Andreas Beckmann wrote:
> corosync FTBFS on kfreebsd-i386, kfreebsd-amd64:
> https://buildd.debian.org/status/fetch.php?pkg=corosync=kfreebsd-amd64=2.3.5-3=1445527755
> https://buildd.debian.org/status/fetch.php?pkg=corosync=kfreebsd-i386=2.3.5-3=1445522632
> 
> checking linux/watchdog.h usability... no
> checking linux/watchdog.h presence... no
> checking for linux/watchdog.h... no
> configure: error: watchdog requires linux/watchdog.h

watchdog and systemd, should be enabled only when building on Linux.
That's quite easily to do.

But then I found that systemd unit files are not created(?) any more so
dh_install failed.  So I added an exclusion on non-Linux, but maybe
dh_install should not have been installing those files itself?

Then "rm debian/tmp/usr/share/corosync/corosync" and "-notifyd"
complained that those files did not exist, but they did exist in
"tmp/etc/init.d/" where dh_install complained they were not being
installed anywhere...  so I changed it to just "rm -f" all of those.

I didn't test to see if it caused regressions on linux, but the attached
patch has fixed the package build for me on kfreebsd-amd64, at least.
It probably could be better.

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- corosync-2.3.5/debian/control.orig	2015-10-22 14:36:41.0 +0100
+++ corosync-2.3.5/debian/control	2016-02-21 03:33:09.847711088 +
@@ -21,7 +21,7 @@
  librdmacm-dev [linux-any],
  libsnmp-dev,
  libstatgrab-dev [linux-any],
- libsystemd-dev,
+ libsystemd-dev [linux-any],
  libxml2-dev,
  pkg-config,
  zlib1g-dev
--- corosync-2.3.5/debian/rules.orig	2015-10-22 14:36:41.0 +0100
+++ corosync-2.3.5/debian/rules	2016-02-21 03:51:31.792640939 +
@@ -16,6 +16,14 @@
 enable-monitoring=--enable-monitoring
 endif
 
+DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
+ifeq (linux,${DEB_HOST_ARCH_OS})
+enable-watchdog=--enable-watchdog
+enable-systemd=--enable-systemd
+else
+exclude-systemd=-X/lib/systemd/
+endif
+
 %:
 	dh $@ --with autoreconf,systemd
 
@@ -25,11 +33,11 @@
 	--enable-dbus \
 	$(enable-rdma) \
 	$(enable-monitoring) \
-	--enable-watchdog \
+	$(enable-watchdog) \
 	--enable-augeas \
 	--enable-snmp \
 	--enable-xmlconf \
-	--enable-systemd \
+	$(enable-systemd) \
 	--enable-upstart \
 	--enable-qdevices \
 	--disable-static
@@ -44,12 +52,14 @@
 	dh_auto_install
 	rm -v debian/tmp/usr/lib/*/lib*.la
 # we don't need the upstream SysV init scripts and license
-	rm debian/tmp/usr/share/corosync/corosync \
-	   debian/tmp/usr/share/corosync/corosync-notifyd \
-	   debian/tmp/usr/share/doc/corosync/LICENSE
+	rm -f debian/tmp/etc/init.d/corosync \
+	  debian/tmp/etc/init.d/corosync-notifyd \
+	  debian/tmp/usr/share/corosync/corosync \
+	  debian/tmp/usr/share/corosync/corosync-notifyd \
+	  debian/tmp/usr/share/doc/corosync/LICENSE
 
 override_dh_install:
-	dh_install --fail-missing --exclude=.md5
+	dh_install --fail-missing --exclude=.md5 $(exclude-systemd)
 
 override_dh_installchangelogs:
 	dh_installchangelogs ChangeLog


signature.asc
Description: Digital signature

Bug#815380: RM: libelf -- RoQA; unused in Debian, superseded by elfutils

[Ben Hutchings]

Package: ftp.debian.org
Severity: normal

As explained in #813584, this package is no longer needed.

Ben.

Bug#815177: RFS: fcitx-imlist/0.5.0-1 [ITP]

[dai]

On Sat, Feb 20, 2016 at 02:57:04AM +0900, HAYASHI Kentaro wrote:
>   dget -x 
> http://mentors.debian.net/debian/pool/main/f/fcitx-imlist/fcitx-imlist_0.5.0-1.dsc

Do you know/use pbuilder/cowbuilder?

* http://pbuilder.alioth.debian.org/
* https://wiki.debian.org/cowbuilder

pbuilder/cowbuilder tell you whether your packages can build.
Your package's Build-Depends: is not satisfied with its dependency.  Check it.

And, Do you know/use lintian?

* https://www.debian.org/doc/manuals/maint-guide/checkit.ja.html#lintians

Your package's Standards-Version is out of date.  Check it.

When you want to upload packages, a goal is below 3 cleans.
Check and mention them in RFS message.

* pbuilder/cowbuilder clean
* lintian clean
* piuparts clean

Oh, maybe, you wrote blog articles for them.  Review them.

* http://www.clear-code.com/blog/2014/11/21.html
* http://www.clear-code.com/blog/2014/4/3.html
* http://www.clear-code.com/blog/2014/12/1.html
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: PGP signature

Bug#798322: elk: FTBFS on i386

[Ben Hutchings]

Control: tag -1 unreproducible

On Tue, 08 Sep 2015 07:36:45 +0200 Niels Thykier  wrote:
> Source: elk
> Version: 3.99.8-4
> Severity: serious
> 
> Hi
> 
> The elk package FTBFS on i386 as the only architecture and is unable
> to migrate to testing.  The "issue" being:
[...]

I couldn't reproduce this, so have requested a give-back.

Ben.

-- 
Ben Hutchings
Time is nature's way of making sure that everything doesn't happen at once.

signature.asc
Description: This is a digitally signed message part

Bug#815125: Boot failure with Debian linux 4.4.2 package

[Ben Hutchings]

On Sat, 2016-02-20 at 23:33 +, Ben Hutchings wrote:
> On Sat, 2016-02-20 at 17:43 +, Ben Hutchings wrote:
> > I apologise for this regression, which of course didn't affect any of
> > the several machines I was able to test on.
> > 
> > Please can you each reply to the bug address with the following
> > details:
> > 
> > - Does the affected system boot using the BIOS boot protocol
> >   (including CSM) or UEFI boot protocol?
> > 
> > - If you boot with the added kernel parameter "earlyprintk=vga" or
> >   "earlyprintk=serial" (and without "quiet"), do any boot messages
> >   appear before the hang/reboot?  PLease send them (a photo is fine).
> 
> Apparently "earlyprintk=efi,keep" is likely to work better.  Jim Barber
> was able to get a traceback this way.
> 
> It looks like the efi-bgrt driver is crashing, and there is an upstream
> fix for it.  I'll upload a test version of the package shortly.

This test version is now available at
https://people.debian.org/~benh/packages/unstable/

Please report back whether this does or doesn't fix the problem for
you.

Ben.

-- 
Ben Hutchings
Time is nature's way of making sure that everything doesn't happen at once.

signature.asc
Description: This is a digitally signed message part

Bug#815312: acl2: FTBFS in kfreebsd-amd64

[Steven Chamberlain]

user debian-...@lists.debian.org
usertags 815312 + kfreebsd
thanks

Andreas Beckmann wrote:
> acl2 FTBFS on kfreebsd-amd64:
> https://buildd.debian.org/status/fetch.php?pkg=acl2=kfreebsd-amd64=7.1dfsg-2=1446098344
> The log seems to be truncated, I didn't find the actual failure.

| Summary
| Form:  (CERTIFY-BOOK solutions ...)
| Rules: NIL
| Time:  0.72 seconds (prove: 0.05, print: 0.00, other: 0.67)
| Prover steps counted:  9113
| ; (EV-REC *RETURN-LAST-ARG3* ...) took 
| ; 0.71 seconds realtime,
| ; 0.30 seconds runtime, 0.23 seconds child runtime,
| ; 0.03 seconds systime, 0.01 seconds child systime.
| Exit code from ACL2 is 43
| -rw-rw-r-- 1 buildd sbuild 380 Oct 28 23:33 solutions.cert
| mv saved_acl2.ori saved_acl2
| [ -f debian/test.log ]  ( ! fgrep '**' debian/test.log || \
|   gcl -batch -eval (bye #-native-reloc 0 #+native-reloc (let ((w 
(multiple-value-bind (a b c d) (si::heap-report) (/ (- d c) (/ a 8) (format 
t \
| t;certification run with ~s heap words~%\ w) (if ( w 5) 0 
1
| **CERTIFICATION FAILED** for 
/«PKGBUILDDIR»/books/parsers/earley/earley-parser.lisp
|| ***
||  ABORTING from raw Lisp ***
|| ***
| **CERTIFICATION FAILED** for 
/«PKGBUILDDIR»/books/parsers/earley/earley-parser.lisp
| make[2]: *** [parsers/earley/earley-parser.cert] Error 1
| **CERTIFICATION FAILED** for 
/«PKGBUILDDIR»/books/projects/security/des-ghosh/des.lisp
|| ***
||  ABORTING from raw Lisp ***
|| ***
|| *** Note: No checkpoints to print. ***
| **CERTIFICATION FAILED** for 
/«PKGBUILDDIR»/books/projects/security/des-ghosh/des.lisp
| make[2]: *** [projects/security/des-ghosh/des.cert] Error 1
| make[1]: *** [certify-books] Error 2
| certification run with 4296381952 heap words
| debian/rules:95: recipe for target 'debian/test.log' failed
| make: *** [debian/test.log] Error 1
| dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#815080: (no subject)

[Michael Lustfield]

Nginx now has the initial work done for dynamic modules. We (99% Chris) are
currently working through these changes. When this work has been complete, I
absolutely support including this as a separate module.

-- 
Michael Lustfield

Bug#815314: ocamlnet: FTBFS on kfreebsd-i386: cp: cannot stat 'debian/tmp//usr/lib/ocaml/netcamlbox': No such file or directory

[Steven Chamberlain]

Hi,

Andreas Beckmann wrote:
> ocamlnet FTBFS on kfreebsd-i386:
> https://buildd.debian.org/status/fetch.php?pkg=ocamlnet=kfreebsd-i386=4.0.4-1=1444990060
> cp: cannot stat 'debian/tmp//usr/lib/ocaml/netcamlbox': No such file or 
> directory
> dh_install: cp --reflink=auto -a debian/tmp//usr/lib/ocaml/netcamlbox 
> debian/libocamlnet-ocaml-dev//usr/lib/ocaml/ returned exit code 1

It is likely due to these differences during configure:

https://buildd.debian.org/status/fetch.php?pkg=ocamlnet=kfreebsd-amd64=4.0.4-1%2Bb1=1453483442
| *** Note that you might need to load the 'sem' kernel
| *** module to make semaphores work: kldload sem
| [...]
| Checking for POSIX semaphores (named)... found
| [...]
| Checking whether netcamlbox and netmulticore are supported... yes

https://buildd.debian.org/status/fetch.php?pkg=ocamlnet=kfreebsd-i386=4.0.4-1=1444990060
| *** Note that you might need to load the 'sem' kernel
| *** module to make semaphores work: kldload sem
| [...]
| Checking for POSIX semaphores (named)... not found
| [...]
| Checking whether netcamlbox and netmulticore are supported... no

Firstly a question for buildd admins:  which of the kfreebsd buildds
have the sem.ko module loaded (according to /bin/kldstat)?  [If any].

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#815379: 4store: stretch version has not undergone ncurses transition

[Andreas Beckmann]

Source: 4store
Version: 1.1.6-2
Severity: serious
Control: close -1 1.1.6+20151109-1

The 4store version in testing has not been rebuilt against ncurses with
symbol versioning and the unstable version is RC buggy and therefore
won't migrate.

Starting the autoremoval timer with this bug being filed against the
testing version.


Andreas

Bug#766397: Bug#766395: emacs/gnus: Uses s_client to for SSL.

[Lars Ingebrigtsen]

Kurt Roeckx  writes:

> From what I understand, it is (or was) possible to configure
> things in such a way that it uses s_client to set up SSL, even
> when it's configured to use gnutls.  You should never use s_client
> for that.  s_client is a debug tool.  It does create an SSL
> connection for you, but in an insecure way.

Emacs has built-in TLS support these days, so s_client is only used if
the user (for some weird reason or other) has built or installed a
version of Emacs without TLS support.

I think that should probably be removed, because it's less secure than
users would expect.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Bug#814276: Non-Free file: src/stdlib/SDL_qsort.c

[Ben Hutchings]

I happen to know the original author, so I've mailed him requesting he
consider relicencing.

Ben.

-- 
Ben Hutchings
Time is nature's way of making sure that everything doesn't happen at once.


signature.asc
Description: This is a digitally signed message part

Bug#159584: reverse dependency list should show actual dependency

[Andreas Bombe]

On Thu, Jan 28, 2016 at 08:07:50PM +, Manuel A. Fernandez Montecelo wrote:
> Control: tags -1 + pending
> 
> 
> Hi Andreas,
> 
> 2002-09-04 13:23 Andreas Bombe:
> >Package: aptitude
> >Version: 0.2.11.1-3
> >Severity: wishlist
> >
> >When showing the reverse dependencies aptitude only shows the package
> >names and versions.  This makes it difficult to see whether the reverse
> >depends really requires that exact package or if it's just one
> >alternative.  You have to enter every package description to find out.
> >
> >It would be immediately visible if there was a way to display the
> >dependency leading to the reverse depends in the list.
> 
> I changed this to show it in this way:
> 
>  --\ Packages which depend on iceweasel (480)
>  --- Depends (348)
>  --\ Depends on provided gnome-www-browser (1)
>  p cinnamon-desktop-environment 2.8.0
>  --\ Depends on provided www-browser (69)
>  p bibus-doc-en 1.5.2-4
>  p browser-plugin-packagekit 1.0.11-1
>  p c-cpp-reference 2.0.2-8
>  p cppreference-doc-en-html 20151129+dfsg0-1
>  p drgeo-doc 1.5-7
>  p fish 2.2.0-3
>  p fsl-5.0-core 5.0.8-5
>  p gimp-help-ca 2.8.2-0.1
>  p gimp-help-de 2.8.2-0.1
>  p gimp-help-el 2.8.2-0.1
>  p gimp-help-en 2.8.2-0.1
>  p gimp-help-es 2.8.2-0.1
>  p gimp-help-fr 2.8.2-0.1
>  p gimp-help-it 2.8.2-0.1
>  p gimp-help-ja 2.8.2-0.1
>  p gimp-help-ko 2.8.2-0.1
>  [...]
>  --- Recommends (30)
>  --- Recommends on provided www-browser (67)
>  --- Suggests (34)
>  --- Suggests on provided www-browser (125)
>  --- Enhances (66)
>  --- Conflicts (2)
>   
> 
> It doesn't help for all cases with alternatives, but at least if one
> sees that the dependency is on a provided package, one can easily find
> if there are other alternatives that might fit the bill.
> 
> For example, if there is any package installed which "Depends" on
> iceweasel (like "iceweasel-l10-ms" or "xul-ext-blah"), probably cannot
> be uninstalled, but if the only ones installed are those depending on
> "www-browser" provided by iceweasel, one can substitute iceweasel for
> another browser.
> 
> Showing the OR dependencies and alternatives is quite difficult to
> implement in the way that things work, that's probably why the bug has
> been unfixed for 13+ years, and quite might be quite computationally
> intensive for packages with hundreds of rev-deps, so I think that this
> is an acceptable fix.

As you say, it's not quite the complete solution I wished for, but if
the complete solution is impractical then that will have to do. In any
case, I haven't tried to figure out how a proper solution would even
look like, I just wrote a generic wishlist bug there.

Also, thank you for working on a 13 year old wishlist bug! I didn't
expect for anything to come out of it after all this time and just left
it open because there was no real reason to close it, so this is pretty
awesome.

Bug#814551: birdfont: error while loading shared libraries: libxmlbird.so.1.0

[Ben Hutchings]

Control: clone -1 -2
Control: reassign -2 src:libxmlbird
Control: block -1 with -2
Control: retitle -2 libxmlbird has incorrect soname or incorrect package name

On Sat, 13 Feb 2016 08:35:28 +1030 Arthur Marsh  
wrote:
> Package: birdfont
> Version: 2.14.0-1
> Severity: serious
> Justification: Policy 3.5
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> Any attempt to run the executable
> 
> $ birdfont -h
> birdfont: error while loading shared libraries: libxmlbird.so.1.0: cannot 
> open shared object file: No such file or directory
> 
> Although libxmlbird1 is installed, it only provides the shared library names:
> 
> /usr/lib/x86_64-linux-gnu/libxmlbird.so.1
> /usr/lib/x86_64-linux-gnu/libxmlbird.so.1.3
> 
> and not libxmlbird.so.1.0
[...]

This is a bug in libxmlbird.  Its soname is currently
"libxmlbird.so.1.3" (and apparently used to be "libxmlbird.so.1.0").
It should probably be "libxmlbird.so.1".

If the library ABI has changed then the libxmlbird1 package must be
renamed and the "libxmlbird.so.1" symlink must not be created.

Ben.

-- 
Ben Hutchings
Time is nature's way of making sure that everything doesn't happen at once.

signature.asc
Description: This is a digitally signed message part

Bug#815328: python-llfuse: FTBFS on kfreebsd: unsatisfiable B-D: fuse

[Steven Chamberlain]

user debian-...@lists.debian.org
usertags 815328 + kfreebsd
thanks

Hi,

Andreas Beckmann wrote:
> python-llfuse cannot be built on kfreebsd-amd64 and kfreebsd-i386 since
> the fuse binary package does not exist there (but libfuse-dev is
> available).

The package already Build-Depends on libfuse-dev.  fuse is mentioned
here so that it can try to run the testsuite (though I'm not sure it
can really do that on the buildds?)

In order to support kfreebsd as well, the dependency should be:
fuse [linux-any] | fuse4bsd [kfreebsd-any]

When I try that on kfreebsd (fuse kernel module loaded or not), I get
the following FTBFS whereas on Linux it continues past this:

|dh_auto_test -O--buildsystem=pybuild -Npython-llfuse -Npython-llfuse-dbg 
-Npython3-llfuse -Npython3-llfuse-dbg
|   pybuild --test -i python{version} -p 2.7 --dir .
| I: pybuild base:184: cd 
/build/python-llfuse-0.41.1+dfsg/.pybuild/pythonX.Y_2.7/build; python2.7 -m 
pytest --installed "/build/python-llfuse-0.41.1+dfsg/test/"
|  test session 
starts =
| platform gnukfreebsd10 -- Python 2.7.11, pytest-2.8.7, py-1.4.31, 
pluggy-0.3.1 -- /usr/bin/python2.7
| cachedir: ../../../test/.cache
| rootdir: /build/python-llfuse-0.41.1+dfsg/test, inifile: pytest.ini
| collected 0 items / 1 skipped 
| 
| = 1 skipped in 0.07 
seconds ==
| E: pybuild pybuild:274: test: plugin distutils failed with: exit code=5: cd 
/build/python-llfuse-0.41.1+dfsg/.pybuild/pythonX.Y_2.7/build; python2.7 -m 
pytest --installed "{dir}/test/"
| dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir . returned exit 
code 13
| debian/rules:10: recipe for target 'binary' failed
| make: *** [binary] Error 25

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#815377: mariadb-10.0: newly split out plugin packages need Breaks+Replaces: mariadb-server-10.0

[Andreas Beckmann]

Source: mariadb-10.0
Version: 10.0.23-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'jessie'.
It installed fine in 'jessie', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package mariadb-plugin-mroonga.
  Preparing to unpack .../mariadb-plugin-mroonga_10.0.23-3_amd64.deb ...
  Unpacking mariadb-plugin-mroonga (10.0.23-3) ...
  dpkg: error processing archive 
/var/cache/apt/archives/mariadb-plugin-mroonga_10.0.23-3_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/mysql/plugin/ha_mroonga.so', which is also in 
package mariadb-server-10.0 10.0.22-0+deb8u1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/mariadb-plugin-mroonga_10.0.23-3_amd64.deb

Similarily for mariadb-plugin-spider and mariadb-plugin-tokudb.


cheers,

Andreas


mariadb-server-10.0=10.0.22-0+deb8u1_mariadb-plugin-mroonga=10.0.23-3.log.gz
Description: application/gzip

Bug#814568: [Python-apps-team] Bug#814568: cython: FTBFS [amd64]: Testsuite failure in EndToEndTest

[Yaroslav Halchenko]

On Fri, 12 Feb 2016, Daniel Schepler wrote:
> ==
> FAIL: runTest (__main__.EndToEndTest)
> End-to-end asyncio_generators
> --
> Traceback (most recent call last):
>   File "runtests.py", line 1417, in runTest
> self.assertEqual(0, res, "non-zero exit status")
> AssertionError: 0 != 1 : non-zero exit status

ha -- I saw it in 0.23.4 so took snapshot post release and it built, so
I thought that some of those post-release fixes fixed it up.  and there
was a hint on that in the mailing list for the last commit I have
included.  But I guess hurd failure shows that it remains there --
something flaky... I will report upstream FWIW

-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Bug#666950: postfix-sqlite is missing, and main postfix package now links with libpq5

[LaMont Jones]

On Thu, Apr 12, 2012 at 08:22:17PM +0400, Michael Tokarev wrote:
> On 12.04.2012 18:51, Debian Bug Tracking System wrote:
> >[LaMont Jones]
> >* Link with and use sqlite when building dict_sqlite.  add sqlite
> >  dictionary to dynamicmaps.cf. Closes: #666950
> Hmm.  This is not what the bug is about, isn't it?  Quoting my bugreport
> again:

It was addressing the "linked with pgsql" half, and not giving the
explanation for why I didn't bother with the other half...

> Shouldn't we introduce postfix-sqlite package, as done for all
> other map types with external dependencies (unlike those like
> regexp provided by glibc), instead of shipping dict_sqlite.so
> in the main postfix package?

libsqlite3-0 is depended on by all of python, lsb-release and several
other things that mean it's likely to be on just about every machine
anyway, so it's always been backburner as a "meh, it's probably there
anyway" thing.

I'll give this some more consideration as I add lmdb support in 3.0.3.

lamont

Bug#815376: RM: python-tasklib -- ROM; renamed upstream, RC buggy

[Thomas Goirand]

Package: ftp.debian.org
Severity: normal

Dear FTP masters,

python-tasklib is now part of the upstream "fuel-web" repository, and is now
generating a "python-fuel-tasklib" package instead of just "python-tasklib".
Therefore, I would like to have the python-tasklib source (and binary)
package removed from Sid and Testing, and I will reintroduce
python-fuel-tasklib later on, out of the fuel-web source package, when I have
figured out how to fix the libjs issue in Fuel.

Cheers,

Thomas Goirand (zigo)

Bug#815375: please link to the DDPO package with the "login" keyword

[Fabian Greffrath]

Package: tracker.debian.org
Severity: minor

Hi there,

in the "general" section there are links to the DDPO pages of the
package's maintainer resp. uploaders. However, these links point to the
respective DDPO pages with the "email" keyword. This means, that the
linked page will only show packages that have been uploaded and signed
using a specific email address -- but it will not show packages that
have been uploaded and signed using different email addresses that
share the same GPG key, i.e. that have been signed by the same person.

In my specific case, if I follow the uploaders link from the tracker
page e.g. for the "lame" package [1], I reach the DDPO page for all
packages uploaded with my fab...@debian.org account [2]. This page,
however, misses quite a few packages from my DM times which were signed
with the exact same GPG key but using a different email address. The
whole list of packages is only shown if the "email" keyword in the
page's URL is replaced with the "login" keyword [3], which I hence ask
you to make the default.

Thank you!

 - Fabian


[1] https://tracker.debian.org/pkg/lame
[2] https://qa.debian.org/developer.php?email=fabian%40debian.org
[3] https://qa.debian.org/developer.php?login=fabian%40debian.org

signature.asc
Description: This is a digitally signed message part

Bug#813071: jessie-pu: package amavisd-new/1:2.10.1-2

[Brian May]

"Adam D. Barratt"  writes:

> You've dropped the epoch in the new stanza. With that fixed, please feel
> free to upload.

Have had confirmation that the change solves the problem. Fixed the
version and uploaded.
-- 
Brian May 

Bug#812325: amavisd-new fails recognizing viruses on non-English systems if the AV scanner writes localized messages to stdout

[Brian May]

Mike Gabriel  writes:

> it took me some time to set up a test system for this. I can now  
> confirm that the issue re-occurred and that the proposed patch from  
> this bug fixes the issue.

Thanks.

Just uploaded a new version, with permission, to stable.
-- 
Brian May 

Bug#815302: openntpd: FTBFS[kfreebsd]: no arc4random hooks defined

[Steven Chamberlain]

reassign 815302 src:openntpd
found 815302 openntpd/1:5.7p4-2
severity 815302 important
tags 815302 + patch
user debian-...@lists.debian.org
usertags 815302 + kfreebsd
thanks

Hi,

(hope it's okay I reassign this bug as a FTBFS, instead of a removal)

Andreas Beckmann wrote:
> openntpd FTBFS on kfreebsd which is no longer a supported platform in
> the current release:
> 
>   CC   libcompat_la-arc4random.lo
> In file included from arc4random.c:65:0:
> arc4random.h:25:2: error: #error "No arc4random hooks defined for this 
> platform."

Upstream recently updated their arc4random.  It does support the FreeBSD
kernel and GNU libc;  we already have a working implementation of that
code packaged in libbsd.  The attached patch fixes this quite simply in
openntpd.

Thank you,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
Subject: add support for GNU/kFreeBSD
From: Steven Chamberlain 
Date: Sun, 21 Feb 2016 02:05:49 +

--- a/compat/arc4random.h
+++ b/compat/arc4random.h
@@ -3,7 +3,7 @@
 
 #include 
 
-#if defined(__FreeBSD__)
+#if defined(__FreeBSD_kernel__)
 #include "arc4random_freebsd.h"
 
 #elif defined(__linux__)
--- a/configure.ac
+++ b/configure.ac
@@ -37,6 +37,11 @@
 		AC_DEFINE(YYSTYPE_IS_DECLARED,[], [Broken bison])
 		AC_DEFINE([SPT_TYPE], [SPT_REUSEARGV])
 		;;
+	kfreebsd*)
+		HOST_OS=freebsd
+		CFLAGS="$CFLAGS -D_DEFAULT_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE"
+		AC_SUBST([PROG_LDADD], ['-lpthread'])
+		;;
 	*freebsd*)
 		HOST_OS=freebsd
 		AC_SUBST([PROG_LDADD], ['-lthr'])
--- a/compat/arc4random_freebsd.h
+++ b/compat/arc4random_freebsd.h
@@ -32,6 +32,11 @@
 #define _ARC4_LOCK()   pthread_mutex_lock(_mtx)
 #define _ARC4_UNLOCK() pthread_mutex_unlock(_mtx)
 
+#ifdef __GLIBC__
+extern void *__dso_handle;
+extern int __register_atfork(void (*)(void), void(*)(void), void (*)(void), void *);
+#define _ARC4_ATFORK(f) __register_atfork(NULL, NULL, (f), __dso_handle)
+#else
 /*
  * Unfortunately, pthread_atfork() is broken on FreeBSD (at least 9 and 10) if
  * a program does not link to -lthr. Callbacks registered with pthread_atfork()
@@ -39,6 +44,7 @@
  * wraparound.
  */
 #define _ARC4_ATFORK(f) pthread_atfork(NULL, NULL, (f))
+#endif
 
 static inline void
 _getentropy_fail(void)


signature.asc
Description: Digital signature

Bug#753008: git-pbuilder: mkdir: File exists... and what now?

[Adam Baxter]

This still happens with git-buildpackage 0.7.2 and pbuilder 0.223.

Run  sudo strace -e mkdir -ff git-pbuilder create and you should see
that it can't create /var/cache/pbuilder/base.cow (or whatever .cow if
you've passed DIST and ARCH). It's a case of bad error messages and no
option to do --force or --overwrite.

Bug#815125: linux-image-4.4.0-1-amd64: Dell Inspiron 5758 also, efi=noruntime works

[Nick Coleman]

Package: src:linux
Version: 4.4.2-2
Followup-For: Bug #815125

1.  To add another datum, Dell Inspiron 5758 also does not boot past
displaying the kernel boot command line (from rEFInd booter).

2.  Booting proceeds normally with "efi=noruntime", suggested
elsewhere. BIOS UEFI is in Legacy mode.

3.  "earlyprintk=efi,keep" shows several pages of scrolling info,
finishing with a kernel panic and lockup as above.  I didn't take a
photo at the time.  Let me know if you need it and I'll reboot again. 


Trimmed details below:

-

-- Package-specific info:
** Version:
Linux version 4.4.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160205 (Debian 5.3.1-8) ) #1 SMP Debian 4.4.2-2 (2016-02-19)

** Command line:
\boot\vmlinuz-4.4.0-1-amd64 root=UUID=8e8b29e9-6bb0-40ad-93bf-b5cc4baa5e9a ro 
quietd initrd=boot\initrd.img-4.4.0-1-amd64 efi=noruntime

** Not tainted

** Model information
sys_vendor: Dell Inc.
product_name: Inspiron 5758
product_version: 01
chassis_vendor: Dell Inc.
chassis_version: 
bios_vendor: Dell Inc.
bios_version: A07
board_vendor: Dell Inc.
board_name: 0YT4VP
board_version: A00

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

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

Versions of packages linux-image-4.4.0-1-amd64 depends on:
ii  debconf [debconf-2.0]   1.5.58
ii  initramfs-tools [linux-initramfs-tool]  0.123
ii  kmod22-1
ii  linux-base  4.0

Versions of packages linux-image-4.4.0-1-amd64 recommends:
ii  firmware-linux-free  3.4
ii  irqbalance   1.1.0-2

Versions of packages linux-image-4.4.0-1-amd64 suggests:
pn  debian-kernel-handbook 
pn  grub-pc | grub-efi | extlinux  
pn  linux-doc-4.4  

Versions of packages linux-image-4.4.0-1-amd64 is related to:
pn  firmware-atheros 
pn  firmware-bnx2
pn  firmware-bnx2x   
pn  firmware-brcm80211   
pn  firmware-intelwimax  
pn  firmware-ipw2x00 
pn  firmware-ivtv
ii  firmware-iwlwifi 20160110-1
pn  firmware-libertas
pn  firmware-linux   
ii  firmware-linux-nonfree   20160110-1
ii  firmware-misc-nonfree [firmware-ralink]  20160110-1
pn  firmware-myricom 
pn  firmware-netxen  
pn  firmware-qlogic  
ii  firmware-realtek 20160110-1
pn  xen-hypervisor   

-- debconf information:
  linux-image-4.4.0-1-amd64/prerm/removing-running-kernel-4.4.0-1-amd64: true

Bug#815374: spades: FTBFS on kFreeBSD: 'JEMALLOC_MADV_PURGE' undeclared

[Aaron M. Ucko]

Source: spades
Version: 3.6.2+dfsg-1
Severity: serious
Justification: fails to build from source

The kfreebsd-amd64 build of spades failed:

  /«BUILDDIR»/spades-3.6.2+dfsg/ext/src/jemalloc/chunk_mmap.c: In function 
'pages_purge':
  /«BUILDDIR»/spades-3.6.2+dfsg/ext/src/jemalloc/chunk_mmap.c:132:6: error: 
#error "No method defined for purging unused dirty pages."
   #error "No method defined for purging unused dirty pages."
^
  /«BUILDDIR»/spades-3.6.2+dfsg/ext/src/jemalloc/chunk_mmap.c:134:34: error: 
'JEMALLOC_MADV_PURGE' undeclared (first use in this function)
int err = madvise(addr, length, JEMALLOC_MADV_PURGE);
^
  /«BUILDDIR»/spades-3.6.2+dfsg/ext/src/jemalloc/chunk_mmap.c:134:34: note: 
each undeclared identifier is reported only once for each function it appears in
  /«BUILDDIR»/spades-3.6.2+dfsg/ext/src/jemalloc/chunk_mmap.c:135:14: error: 
'JEMALLOC_MADV_ZEROS' undeclared (first use in this function)
unzeroed = (JEMALLOC_MADV_ZEROS == false || err != 0);
^

Per Policy 4.13, spades really ought to build against the unbundled
libjemalloc-dev package, which already supports kFreeBSD.  However, if
that's somehow not an option, please patch the bundled copy to support
kFreeBSD.

Thanks!

Bug#815369: Fwd: gcc-5-doc: FTBFS in sid: ./gnat_rm.aux:1: TeX capacity exceeded, sorry [input stack size=5000].

[Norbert Preining]

Hi Andreas,

On Sun, 21 Feb 2016, Andreas Beckmann wrote:
> I just filed this bug (#815369) against gcc-5-doc, but maybe you want to

Thanks.

The last change was actually to get gcc docs built, and I got the
feedback that it *did* work before uploading, so I am a bit
surprised.

> Loading texinfo [version 2016-02-05.07.deb1]: pdf, fonts, markup, glyphs,

Yes, that is the version I uploaded with a backport of an upstream
fix that broke the gcc (gdb?) build originally. Bummer.

I have to look into it, thnaks.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#815371: qbittorrent: FTBFS on kfreebsd: configure: error: Could not link against boost_system !

[Steven Chamberlain]

tags 815371 + patch
user debian-...@lists.debian.org
usertags 815371 + kfreebsd
thanks

Hi,

Andreas Beckmann wrote:
> checking for exit in -lboost_system... no
> checking for exit in -lboost_system... (cached) no
> checking for exit in -lboost_system... (cached) no
> configure: error: Could not link against boost_system !

From build-nox/config.log:
| configure:5153: g++ -o conftest -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/include -D_FORTIFY_SOURCE=2 -I/usr/include 
-L/usr/lib/x86_64-kfreebsd-gnu -Wl,-z,relro -Wl,--as-needed 
-L/usr/lib/x86_64-kfreebsd-gnu conftest.cpp -lboost_system  -lexecinfo  >&5
| /usr/bin/ld: cannot find -lexecinfo
| collect2: error: ld returned 1 exit status

This was due to a $host_os =~ *freebsd* detection wrongly matching on
"kfreebsd" also.  Patch attached.  Thanks!

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
Subject: use -lexecinfo on FreeBSD, but not GNU/kFreeBSD
From: Steven Chamberlain 
Date: Sun, 21 Feb 2016 01:30:09 +

--- a/configure.ac
+++ b/configure.ac
@@ -62,7 +62,7 @@
 
 # Detect OS
 AC_MSG_CHECKING([whether OS is FreeBSD])
-AS_IF([expr "$host_os" : ".*freebsd.*" > /dev/null],
+AS_IF([expr "$host_os" : "freebsd.*" > /dev/null],
   [AC_MSG_RESULT([yes])
   LIBS="-lexecinfo $LIBS"],
   [AC_MSG_RESULT([no])])
--- a/configure
+++ b/configure
@@ -4248,7 +4248,7 @@
 # Detect OS
 { $as_echo "$as_me:${as_lineno-$LINENO}: checking whether OS is FreeBSD" >&5
 $as_echo_n "checking whether OS is FreeBSD... " >&6; }
-if expr "$host_os" : ".*freebsd.*" > /dev/null; then :
+if expr "$host_os" : "freebsd.*" > /dev/null; then :
   { $as_echo "$as_me:${as_lineno-$LINENO}: result: yes" >&5
 $as_echo "yes" >&6; }
   LIBS="-lexecinfo $LIBS"


signature.asc
Description: Digital signature

Bug#815373: r-cran-tm: FTBFS: dependencies 'NLP', 'slam' are not available

[Aaron M. Ucko]

Source: r-cran-tm
Version: 0.6.2-1
Severity: serious
Justification: fails to build from source

Hi, Daniel.

Builds of r-cran-tm in minimal environments (notably, on the
autobuilders) have been failing:

  ERROR: dependencies 'NLP', 'slam' are not available for package 'tm'
  * removing '/«PKGBUILDDIR»/debian/r-cran-tm/usr/lib/R/site-library/tm'
  /usr/share/R/debian/r-cran.mk:98: recipe for target 'R_any_arch' failed
  make: *** [R_any_arch] Error 1

Please declare build dependencies on r-cran-nlp and r-cran-slam, and
confirm with pbuilder or the like that you haven't missed any others.

Thanks!

Bug#815372: FTBFS: dependency 'stringr' is not available

[Aaron M. Ucko]

Source: r-cran-lubridate
Version: 1.5.0-1
Severity: serious
Justification: fails to build from source

Hi, Daniel.

Builds of r-cran-lubridate in minimal environments (notably, on the
autobuilders) have been failing:

  ERROR: dependency 'stringr' is not available for package 'lubridate'
  * removing 
'/«PKGBUILDDIR»/debian/r-cran-lubridate/usr/lib/R/site-library/lubridate'
  /usr/share/R/debian/r-cran.mk:98: recipe for target 'R_any_arch' failed
  make: *** [R_any_arch] Error 1

Please declare a build dependency on r-cran-stringr and confirm with
pbuilder or the like that you haven't missed any others.

Thanks!

Bug#815288: FTBFS error with source package texinfo-doc-nonfree: unknown command sortas (and other errors)

[Norbert Preining]

On Sat, 20 Feb 2016, Stephen Powell wrote:
> The source package texinfo-doc-nonfree, version 6.1.0-1, fails to build from 
> source.

Thanks, needs texinfo 6.1, I adapted the build-deps.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#815343: lightdm: unsatisfiable B-D: libaudit-dev on hurd and kfreebsd

[Steven Chamberlain]

tags 815343 + patch
user debian-...@lists.debian.org
usertags 815343 + kfreebsd
thanks

Hi,

Andreas Beckmann wrote:
> lightdm FTBFS on non-linux architectures since the B-D: libaudit-dev is
> only available on linux-any.

If that build-dependency is marked [linux-any], lightdm builds fine for
me on kfreebsd-amd64.  It will disable libaudit features at configure
time:

|libaudit support: no

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- lightdm-1.16.6/debian/control.orig	2015-09-19 10:15:50.0 +0100
+++ lightdm-1.16.6/debian/control	2016-02-21 01:09:08.348306746 +
@@ -10,7 +10,7 @@
  libgtk-3-dev, libck-connector-dev, gnome-doc-utils, libqt4-dev,
  valac, gobject-introspection, dpkg-dev (>= 1.16.1),
  gtk-doc-tools, itstool, libgcrypt11-dev, libgirepository1.0-dev,
- dh-systemd (>= 1.14), libaudit-dev
+ dh-systemd (>= 1.14), libaudit-dev [linux-any]
 Standards-Version: 3.9.6
 Homepage: https://launchpad.net/lightdm
 Vcs-Svn: svn://anonscm.debian.org/pkg-xfce/goodies/trunk/lightdm


signature.asc
Description: Digital signature

Bug#814743: [regression?] output of info --output without argument

[Norbert Preining]

On Sat, 20 Feb 2016, Gavin Smith wrote:
> "info --output -" outputs the dir node in the latest revision (svn
> revision 7022). However, the invocation of info is complex with

Thanks Gavin, I will check that commit out for the Debian packages.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#815321: resolved unconditionally uses google name servers - again

[Marc Haber]

severity #815321 serious
thanks

On Sun, Feb 21, 2016 at 12:04:25AM +0100, Marco d'Itri wrote:
> On Feb 20, Marc Haber  wrote:
> > DNS=fec0:0:0:::1
> > DNS=fec0:0:0:::2
> I think that the problem is that you did not configure any IPv4 name 
> servers. Since it is a valid configuration, and not even implausible  
> nowadays, this should be fixed.

IPv4 nameservers are learned via DHCPv4. This is also a valid
configuration.

It's also a big regression that breaks networking on existing systems,
since systemd 228 worked fine with this configuration.

I am therefore raising this bug's severity to prevent systemd 229 from
entering testing.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#815341: libbladerf1: uninstallable on kfreebsd: unsatisfiable Depends: libusb-1.0-0 (>= 1.0.12)

[Steven Chamberlain]

tags 815341 + patch
user debian-...@lists.debian.org
usertags 815341 + kfreebsd
thanks

Hi,

Andreas Beckmann wrote:
> The following packages have unmet dependencies:
>  libbladerf1 : Depends: libusb-1.0-0 (>= 1.0.12) but it is not installable
> 
> There is no libusb-1.0-0 package on kfreebsd.
> There is also no real libusb-1.0-0-dev kfreebsd, but a virtual one
> provided by libusb2-dev.

The package is already compiled against libusb2-dev on kfreebsd.
The problem is this control file entry for the binary package
libbladerf1:

| Depends: libusb-1.0-0 (>= 1.0.12), ${misc:Depends}, ${shlibs:Depends}

which forces a dependency on libusb-1.0-0, even if not building on
Linux.  It should be [linux-any] (although I'm surprised it needs to be
listed there at all, due to using shlibs?)

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- bladerf-0.2016.01~rc1/debian/control.orig	2016-01-12 21:58:17.0 +
+++ bladerf-0.2016.01~rc1/debian/control	2016-02-21 01:00:20.292345186 +
@@ -22,7 +22,7 @@
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
-Depends: libusb-1.0-0 (>= 1.0.12), ${misc:Depends}, ${shlibs:Depends}
+Depends: libusb-1.0-0 (>= 1.0.12) [linux-any], ${misc:Depends}, ${shlibs:Depends}
 Suggests: bladerf, bladerf-firmware, bladerf-fpga
 Description: nuand bladeRF software-defined radio device
  The nuand bladeRF is an open-source software-defined radio (SDR) system,


signature.asc
Description: Digital signature

Bug#813562: Test suite failure

[Sean Whitton]

Hello,

On Sat, Feb 20, 2016 at 03:27:00AM +, James R Barlow wrote:
> Thanks for your help. Output order is due to multiprocessing.

No problem.

> That nailed it. tesseract 3.04.01 changed its output when asked to
> determine page orientation. It's an improved, but it breaks parsing.
> 
> I will throw together a patch to make the appropriate distinctions.

I thought you might appreciate knowing that version 4.0.2rc1 builds fine
in a clean Debian Sid chroot, and the test suite passes as part of the
package build.

I'm looking forward to 4.0.2!  (Release candidates are not generally
uploaded to Debian.)

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#815371: qbittorrent: FTBFS on kfreebsd: configure: error: Could not link against boost_system !

[Andreas Beckmann]

Source: qbittorrent
Version: 3.3.1-1
Severity: important

Hi,

qbittorrent FTBFS on kfreebsd-*:

https://buildd.debian.org/status/fetch.php?pkg=qbittorrent=kfreebsd-i386=3.3.1-1=1451171537
https://buildd.debian.org/status/fetch.php?pkg=qbittorrent=kfreebsd-amd64=3.3.1-1=1451171453

checking for boostlib >= 1.35... yes
configure: Boost CPPFLGAS: -I/usr/include
checking whether the Boost::System library is available... yes
checking for exit in -lboost_system... no
checking for exit in -lboost_system... (cached) no
checking for exit in -lboost_system... (cached) no
configure: error: Could not link against boost_system !
debian/rules:11: recipe for target 'override_dh_auto_configure' failed
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:8: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2


Andreas

Bug#815339: mini-httpd: FTBFS on kfreebsd-amd64: mini_httpd.c:102:19: error: conflicting types for 'int64_t'

[Steven Chamberlain]

tags 815339 + patch
user debian-...@lists.debian.org
usertags 815339 + kfreebsd
thanks

Hi,

Andreas Beckmann wrote:
> mini_httpd.c:102:19: error: conflicting types for 'int64_t'
>  typedef long long int64_t;

Please find a patch for this attached.  Thank you.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
Subject: add support for GNU/kFreeBSD
From: Steven Chamberlain 
Date: Sun, 21 Feb 2016 00:51:27 +

Add support for GNU/kFreeBSD, which defines
__FreeBSD_kernel__ but not __FreeBSD__

--- a/port.h
+++ b/port.h
@@ -1,6 +1,6 @@
 /* port.h - portability defines */
 
-#if defined(__FreeBSD__)
+#if defined(__FreeBSD_kernel__)
 # define OS_FreeBSD
 # define ARCH "FreeBSD"
 #elif defined(__OpenBSD__)
@@ -40,7 +40,7 @@
 # define HAVE_SRANDOMDEV
 # ifdef SO_ACCEPTFILTER
 #  define HAVE_ACCEPT_FILTERS
-#  if ( __FreeBSD_version >= 411000 )
+#  if ( __FreeBSD_kernel_version >= 411000 )
 #   define ACCEPT_FILTER_NAME "httpready"
 #  else
 #   define ACCEPT_FILTER_NAME "dataready"


signature.asc
Description: Digital signature

Bug#815370: unbound: Outdated built-in root server hints

[Daniel Néri]

Package: unbound
Version: 1.4.22-3
Severity: normal

 Hello,

The "H" root server has new IP addresses since 2015-12-01[1]. The
upstream updated the built-in hints in version 1.5.5[2], so sid is OK.

I suggest that this is also updated for jessie. 

The old IPs for H-root will be retired on 2016-06-01.

Cheers,
Daniel

[1] http://h.root-servers.org/renumber.html
[2] 
https://anonscm.debian.org/cgit/pkg-dns/unbound.git/diff/iterator/iter_hints.c?id=8327e1450bc044820fcf5bebb22e61302cf522d1


-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages unbound depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.19-18+deb8u3
ii  libevent-2.0-5  2.0.21-stable-2
ii  libpython2.72.7.9-2
ii  libssl1.0.0 1.0.1k-3+deb8u2
ii  openssl 1.0.1k-3+deb8u2
ii  unbound-anchor  1.4.22-3

unbound recommends no packages.

unbound suggests no packages.

-- Configuration Files:
/etc/default/unbound changed [not included]

-- no debconf information

Bug#807351: python-debian: diff for NMU version 0.1.27+nmu1

[Stuart Prescott]

Hi Neil,

thanks for looking at python-debian for us

In discussing comment handling with the apt and python-apt maintainers, I had 
reached the conclusion that this test probably needed to be deleted entirely. 
It is testing to see if some undefined behaviour has a particular outcome as a 
canary to help guard against other bugs in comment-handling creeping back in. 
But looking at your suggested patch, given that python-apt now throws an error 
on this undefined behaviour, I think we've got a better result than checking 
for one particular mis-parse. This feels a lot safer for consumers of the API, 
so maybe it is best to test for the failure as you have done here. Thanks.

BTW There's a lot of detritus in the diff from python-
debian-0.1.27/lib/python_debian.egg-info -- I suspect that this comes from 
building it twice in a row in the same tree rather than it being build by 
sbuild or pbuilder. (This is clearly a bug in the build system; perhaps we 
should be caring more for these files anyway?)

cheers
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7

signature.asc
Description: This is a digitally signed message part.

Bug#815368: libasound2-plugins: Victor Vran game crash with this package installed

[Berillions]

Package: libasound2-plugins
Version: 1.1.0-1
Severity: normal

Dear Maintainer,

I bought and downloaded Victor Vran game on GoG.com (
http://www.gog.com/game/victor_vran).
You can see that the game requires libasound2{-data,-plugins}:i386 packages
dependencies.

After to downloaded, installed the game and dependencies, i launch the game
and ... it crashes directly.
The output console for the crash is this :

 --
"berillions@debian64-test:/media/Autres/Jeux/Victor Vran$ ./start.sh
Running Victor Vran
Language: French
Voice Language: English
Protocol error: bad 3 (Window); Sequence Number 5
 Opcode (20, 0) = GetProperty
 Bad resource 587630196 (0x23068674)
 at -e line 15.
*** Texture headers: 5568 loaded, 0 newer, 3 ms

*** graphics info
GPU GeForce GTX 970M/PCIe/SSE2
APIopengl
Platform: {
desktop = true,
developer = false,
editor = true,
gog = true,
goldmaster = true,
linux = true,
}

support/gog_com.shlib : ligne 94 : 15328 Erreur de segmentation  (core
dumped)./"${bin_64}""
 --

For my first test, i uninstalled the libasound2-plugins package and i
re-launched the game.
Result = The game works but i have no sound in-game so it is unplayable.
The output console when i launch the game without libasound2-plugins
package is this :

 --
Running Victor Vran
Language: French
Voice Language: English
Protocol error: bad 3 (Window); Sequence Number 5
 Opcode (20, 0) = GetProperty
 Bad resource 587630196 (0x23068674)
 at -e line 15.
*** Texture headers: 5568 loaded, 0 newer, 4 ms

*** graphics info
GPUGeForce GTX 970M/PCIe/SSE2
APIopengl
Platform: {
desktop = true,
developer = false,
editor = true,
gog = true,
goldmaster = true,
linux = true,
}

ALSA lib conf.c:3357:(snd_config_hooks_call) Cannot open shared library
libasound_module_conf_pulse.so
ALSA lib pcm.c:2266:(snd_pcm_open_noupdate) Unknown PCM default
AL lib: alsa.c:512: Could not open playback device 'default': No such file
or directory
AL lib: oss.c:169: Could not open /dev/dsp: No such file or directory
Lua revision: 201709
Assets revision: 35199
Account storage loaded successfully in 4 ms
DLC cauldron loaded, lua revision 201709, assets revision 35199
DLC highlander loaded, lua revision 201709, assets revision 35199
DLC tome loaded, lua revision 201709, assets revision 35199
DLC wanderer loaded, lua revision 201709, assets revision 35199
VideoImpl::Init(Movies/MainMenu.ivf)
New UA mode "Game" set in 0 ms


Stopping the game threads from the Lua side.



Stopping the game threads after receiving WM_QUIT.

Hook 'Shader :: CompileEffect' not found!
DestroyVideos: 1 videos not cleaned up
StrID statistics:
Arena allocator stats: 13426 allocs, 312990 bytes out of 1048576 total (29%)
 --

In conclusion, the game crash with libasound2-plugins:i386 package
installed and works without it BUT there isn't sound in-game.
I tested the game on my PC with Archlinux and the game works without
problem (same version from GoG)

I hope that i given good explanations about the problems and thanks for
your help.

Best regards,
Maxime

PS : Sorry, even after to configure reportbug with my gmail account as
explained in the Debian Wiki, i had an authentification failure when i
tried to send the report.

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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
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)

Bug#815369: gcc-5-doc: FTBFS in sid: ./gnat_rm.aux:1: TeX capacity exceeded, sorry [input stack size=5000].

[Andreas Beckmann]

Source: gcc-5-doc
Version: 5.2.0-1
Severity: serious
Justification: fails to build from source

Hi,

gcc-5-doc FTBFS with the latest texlive in sid.

The build log ends with:

[...]
This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/Debian) 
(preloaded format=pdfetex)
 restricted \write18 enabled.
entering extended mode

(/build/gcc-5-doc-5.2.0/gcc/ada/gnat_rm.texi
(/usr/share/texmf/tex/texinfo/texinfo.tex
Loading texinfo [version 2016-02-05.07.deb1]: pdf, fonts, markup, glyphs,
page headings, tables, conditionals, indexing, sectioning, toc, environments,
defuns, macros, cross references, insertions,
(/usr/share/texlive/texmf-dist/tex/generic/epsf/epsf.tex
This is `epsf.tex' v2.7.4 <14 February 2011>
) localization, formatting, and turning on texinfo input format.) [1{/var/lib/t
exmf/fonts/map/pdftex/updmap/pdftex.map}] (./gnat_rm.toc [-1] [-2] [-3]
[-4] [-5] [-6] [-7] [-8] [-9] [-10] [-11] [-12] [-13] [-14] [-15]) [-16]
(./gnat_rm.toc) (./gnat_rm.toc) (./gnat_rm.aux
./gnat_rm.aux:1: TeX capacity exceeded, sorry [input stack size=5000].
@value ->@begingroup @makevalueexpandable 
  @valuexxx 
@makevalueexpandable ->@let @value 
   = @expandablevalue @catcode `@-=@other @c...

@value ->@begingroup @makevalueexpandable 
  @valuexxx 
@makevalueexpandable ->@let @value 
   = @expandablevalue @catcode `@-=@other @c...

@value ->@begingroup @makevalueexpandable 
  @valuexxx 
@makevalueexpandable ->@let @value 
   = @expandablevalue @catcode `@-=@other @c...
...
l.1 ...alue, is not set.} doc-title}{@putwordTOC }
  
./gnat_rm.aux:1:  ==> Fatal error occurred, no output PDF file produced!
Transcript written on gnat_rm.log.
/usr/bin/texi2dvi: pdfetex exited with bad status, quitting.
debian/Makefile:184: recipe for target 'gnat_rm.pdf' failed
make[2]: *** [gnat_rm.pdf] Error 1
make[2]: Leaving directory '/build/gcc-5-doc-5.2.0'
debian/rules:56: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/build/gcc-5-doc-5.2.0'
debian/rules:53: recipe for target 'build' failed
make: *** [build] Error 2

Andreas

Bug#815367: graphviz-doc: suggest doted in /usr/bin

[Kevin Ryde]

Package: graphviz-doc
Version: 2.38.0-12
Severity: wishlist
File: /usr/share/doc/graphviz/examples/demo/doted.tcl.gz

Running the doted demo I got

Error in startup script: error reading bitmap file
"/usr/share/tcltk/tk8.6/demos/images/gray25.xbm"

It took me a while to realize this wasn't missing but lived in tk8.6-doc
(rather than tk8.6 or libtk8.6 or what).  Perhaps that requirement could
be noted in /usr/share/doc/graphviz/README.Debian or
/usr/share/doc/graphviz/examples/demo/doted.tcl.README or both.

It seems to run quite nicely.  I even wondered it might be made ready to
run (executable, not compressed, think if the bitmap might fallback),
even raised to /usr/bin (in the libgv-tcl package perhaps).


-- System Information:
Debian Release: stretch/sid
Architecture: i386 (i686)

Kernel: Linux 4.3.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

graphviz-doc depends on no packages.

graphviz-doc recommends no packages.

Versions of packages graphviz-doc suggests:
ii  graphviz  2.38.0-12+b1

-- no debconf information

Bug#815265: kinect-audio-setup: FTBFS on kfreebsd: implicit declaration of function 'libusb_set_auto_detach_kernel_driver'

[Steven Chamberlain]

Hello,

Antonio Ospite wrote:
> libusb_set_auto_detach_kernel_driver() is available in libusb-1.0 since
> v1.0.16 dated 2013-07-11, according
> to /usr/share/doc/libusb-1.0-0/changelog.gz
> 
> I see that the kfreebsd ports use a compatible library named libusb2,
> where can I find more info about it?
> 
> Can the libusb-1.0 library from http://libusb.info/ be used at all on
> kfreebsd?

That does not support the kernel of FreeBSD.  So FreeBSD had its own
implementation of the libusb 0.1 and 1.0 APIs.  FreeBSD just calls it
libusb:
http://www.freebsd.org/cgi/man.cgi?query=libusb=0=3=FreeBSD+10.2-RELEASE=default=html

The Debian package is called libusb2-dev for some reason I don't
know(?);  the library is in a package called libusb3 to match the
current SONAME which is .3

The latest usb.h upstream is unchanged since 2013-03-13 so it has no
libusb_set_auto_detach_kernel_driver:
http://svnweb.freebsd.org/base/head/lib/libusb/usb.h?view=markup

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#815366: xdotool segfaults with Xvnc X server

[Shish]

Source: xdotool
Severity: normal

Dear Maintainer,

Using xdotool with Xvnc instead of Xorg, it crashes doing some sort of
keymap setup. Not sure if it's because of Xvnc or if the bug is more
general, Xvnc is all I have to test with and I assume a 100%-reproducible
segfault with Xorg would have been noticed already...

Specifically, XkbGetMap on line ~1300 of xdo.c returns null, and the
code doesn't handle it. To get it not-crashing, I've made it skip a
whole bunch of code if desc is null - this works well enough for me,
not sure if it has any negative side effects. (I'm only doing mouse
automation, so if this has broken keyboard automation I won't notice)

   xdo->charcodes = calloc(keycodes_length, sizeof(charcodemap_t));
   XkbDescPtr desc = XkbGetMap(xdo->xdpy, XkbAllClientInfoMask, XkbUseCoreKbd);
+  if(!desc) return;
   [... a bunch of code acting on desc ...]


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

Kernel: Linux 3.10.23--std-ipv6-64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Bug#815094: postfix-mysql: fails to link dict_mysql.so

[LaMont Jones]

fixed 3.0.3-2
--

3.0.3-2 has the migration code to properly rewrite dynamicmaps.cf to reflect
upstream changes when incorporating shared libraries and dynamicmaps.

lamont

Bug#815214: Redirecting BOINC log files/Stretch

[TarotApprentice]

BOINC has a feature where it will rotate its log files once they exceed a 
predefined limit. This won't work under the systemd changes. It used to rename 
the old stdoutdae.txt to stdoutdae.old and then carry on writing to 
stdoutdae.txt. If there was an existing old file it would be deleted. The same 
applies to the stderrdae.txt/old files. You can define a size limit in 
cc_config.xml.
In addition to that BOINC 7.x versions spawn a task to detect GPU presence at 
startup and these files get created as stderrgpudetect.txt and 
stdoutgpudetect.txt. They too are getting caught by the systemd changes in 
Stretch such that the files are present in /var/lib/boinc-client but are zero 
bytes.
BOINC manager and other utilities (I use BOINCtasks) can read the standard 
stdoutdae.txt to display the content to the user. I believe it does this via an 
RPC call to the client. BOINCtasks still seems to work. I haven't tried BOINC 
manager as I don't have X11 installed. The other log files need to be browsed 
via Terminal.

Bug#795428: OpenSLP 1.2 should not be part of stretch

[Julien Cristau]

Control: clone -1 -2 -3 -4 -5 -6 -7 -8
Control: reassign -2 cups 2.1.3-1
Control: retitle -2 cups: build-depends on libslp-dev
Control: reassign -3 kde-runtime 4:15.08.3-1
Control: retitle -3 kde-runtime: build-depends on libslp-dev
Control: reassign -4 kio-extras 4:15.08.3-1
Control: retitle -4 kio-extras: build-depends on libslp-dev
Control: reassign -5 nis 3.17-34
Control: retitle -5 nis: build-depends on libslp-dev
Control: reassign -6 ola 0.9.8-1
Control: retitle -6 ola: build-depends on libslp-dev
Control: reassign -7 openldap 2.4.42+dfsg-2
Control: retitle -7 openldap: build-depends on libslp-dev
Control: reassign -8 roaraudio 1.0~beta11-5
Control: retitle -8 roaraudio: build-depends on libslp-dev

On Thu, Aug 13, 2015 at 23:55:59 +0200, Moritz Muehlenhoff wrote:

> Source: openslp-dfsg
> Severity: serious
> 
> The last maintainer upload of openslp happened in 2007
> and it's orphaned for 5.5 years now. The 1.2 branch is
> completely abandoned upstream.
> 
> At the minimum the package should be upgraded to 2.0,
> but the comment at
> https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-5177
> suggests it's completely abandoned upstream.
> 
Cloning the bug against the reverse dependencies.

Cheers,
Julien

Bug#815358: RM: gdm3 [hurd-i386] -- ANAIS; no longer built for hurd-i386

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

Hi,

please decruft gdm3, this has become a linux-any only package long ago.


Andreas

Bug#815110: tracker.debian.org: please use plain images (rather than web fonts) as icons

[Charles Plessy]

Le Fri, Feb 19, 2016 at 10:33:46AM -0200, Antonio Terceiro a écrit :
> 
> Also, using an icons font means a single HTTP request to download all
> icons at once, what greatly reduces the latency on loading pages.

Hi Antonio,

isn't the browser's cache solving very efficiently this problem after the first
visit ?

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan

Bug#813260: scim: prerm called with unknown argument `upgrade'

[Chris Boot]

On 30/01/16 22:48, Andreas Beckmann wrote:
> Hi,
> 
> during a test with piuparts I noticed the maintainer scripts of your
> package don't support all the ways they are going to be called.

Dear maintainer,

I will shortly upload an NMU of scim (version 1.4.15-5.1) fixing this
bug to the DELAYED/7 queue. Please let me know if I should delay it
longer or remove this upload before it hits unstable. The diff for my
changes is attached.

This is a simple fix to add the two missing operations to your prerm
script as no-op entries in your case statement.

Regards,
Chris

-- 
Chris Boot
bo...@debian.org
GPG: 8467 53CB 1921 3142 C56D  C918 F5C8 3C05 D9CE 
diff -Nru scim-1.4.15/debian/changelog scim-1.4.15/debian/changelog
--- scim-1.4.15/debian/changelog	2015-08-06 16:08:34.0 +0100
+++ scim-1.4.15/debian/changelog	2016-02-20 23:54:26.0 +
@@ -1,3 +1,10 @@
+scim (1.4.15-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Prevent prerm from bailing out with valid arguments. (Closes: #813260)
+
+ -- Chris Boot   Sat, 20 Feb 2016 23:54:24 +
+
 scim (1.4.15-5) unstable; urgency=medium
 
   [ Rolf Leggewie ]
diff -Nru scim-1.4.15/debian/scim.prerm scim-1.4.15/debian/scim.prerm
--- scim-1.4.15/debian/scim.prerm	2015-05-11 11:41:12.0 +0100
+++ scim-1.4.15/debian/scim.prerm	2016-02-20 23:53:14.0 +
@@ -24,7 +24,7 @@
 ua_remove zh_HK   scim-immodule
 ua_remove zh_SG   scim-immodule
 	;;
-failed-upgrade)
+upgrade|deconfigure|failed-upgrade)
 	;;
 *)
 	echo "prerm called with unknown argument \`$1'" >&2


signature.asc
Description: OpenPGP digital signature

Bug#815357: suckless-tools: FTBFS on hurd-i386: 'PATH_MAX' undeclared

[Andreas Beckmann]

Source: suckless-tools
Version: 42-1
Severity: important

Hi,

suckless-tools FTBFS on hurd-i386:

https://buildd.debian.org/status/fetch.php?pkg=suckless-tools=hurd-i386=42-1=1455741265

Makefile:18: update target 'stest.o' due to: stest.c arg.h config.h config.mk 
drw.h
echo CC stest.c
In file included from /usr/include/i386-gnu/sys/stat.h:25:0,
 from stest.c:2:
/usr/include/features.h:148:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE 
are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
 # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
   ^
stest.c: In function 'main':
stest.c:63:12: error: 'PATH_MAX' undeclared (first use in this function)
  char path[PATH_MAX], *line = NULL, *file;
^
stest.c:63:12: note: each undeclared identifier is reported only once for each 
function it appears in
stest.c:63:7: warning: unused variable 'path' [-Wunused-variable]
  char path[PATH_MAX], *line = NULL, *file;
   ^
CC stest.c
cc -c -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security 
-std=c99 -pedantic -Wall -I/usr/include/freetype2 -Wdate-time 
-D_FORTIFY_SOURCE=2 -D_BSD_SOURCE -D_XOPEN_SOURCE=700 -D_POSIX_C_SOURCE=200809L 
-DVERSION=\"4.6\" -DXINERAMA stest.c
make[2]: *** [stest.o] Error 1
dh_auto_build: make -j1 returned exit code 2
make[1]: *** [override_dh_auto_build] Error 2
make: *** [build-arch] Error 2


Andreas

Bug#815356: jessie-pu: package ruby-standalone/0.5+deb8u1

[Antonio Terceiro]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

I would like to upload a stable update for ruby-standalone, that makes
it work correctly with bundler, which is a very important use case.

For unstable, this has been fixed in 0.6.

The diff is attached.

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

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

-- 
Antonio Terceiro 
diff --git a/Makefile b/Makefile
index dfe3f10..edb210b 100644
--- a/Makefile
+++ b/Makefile
@@ -5,6 +5,7 @@ else
 	PREFIX = /usr
 	RUBYLIB = $(shell ruby -e 'puts RbConfig::CONFIG["vendordir"]')
 endif
+RUBY_INSTALL_NAME = $(shell ruby -e 'puts RbConfig::CONFIG["ruby_install_name"]')
 BINSTUBS := $(shell dpkg -L ruby | grep /usr/bin/ | xargs -n 1 basename)
 BINSTUBS := $(subst ruby,,$(BINSTUBS))
 BINARIES = ruby $(BINSTUBS)
@@ -49,6 +50,7 @@ install: all
 	install -d $(DESTDIR)$(RUBYLIB)
 	install -d $(DESTDIR)$(PREFIX)/share/man/man1
 	install -m 0755 $(BINARIES) $(EXTRA_BINARIES) $(DESTDIR)$(PREFIX)/lib/ruby-standalone/bin
+	ln -sfT ruby $(DESTDIR)$(PREFIX)/lib/ruby-standalone/bin/$(RUBY_INSTALL_NAME)
 	install -m 0755 ruby-standalone $(DESTDIR)/$(PREFIX)/bin
 	install -m 0644 debian_ruby_standalone.rb $(DESTDIR)$(RUBYLIB)
 	install -m 0644 debian_ruby_standalone_config.rb $(DESTDIR)$(RUBYLIB)
diff --git a/debian/changelog b/debian/changelog
index 721b8ac..2004b22 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+ruby-standalone (0.5+deb8u1) jessie; urgency=medium
+
+  * Install `rubyX.Y` as a link to `ruby` so that binaries installed by
+bundler work. (Bundler forces Rubygems to use a shebang like `/usr/bin/env
+rubyX.Y`).
+
+ -- Antonio Terceiro   Sat, 20 Feb 2016 21:41:13 -0200
+
 ruby-standalone (0.5) unstable; urgency=medium
 
   * Force shebang of installed scripts to use the ruby from ruby-standalone


signature.asc
Description: PGP signature

Bug#815355: nagios-plugins-contrib: FTBFS on hurd-i386: fatal error: libmemcached/memcached.h: No such file or directory

[Andreas Beckmann]

Source: nagios-plugins-contrib
Version: 16.20151226
Severity: important

Hi,

nagios-plugins-contrib FTBFS on hurd-i386:

https://buildd.debian.org/status/fetch.php?pkg=nagios-plugins-contrib=hurd-i386=16.20151226=1451172515

[...]
make -C check_memcached 
make[3]: Entering directory '/«PKGBUILDDIR»/check_memcached'
lex  -t check_memcached.l > check_memcached.c
cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -c -o check_memcached.o check_memcached.c
check_memcached.l:44:36: fatal error: libmemcached/memcached.h: No such file or 
directory
compilation terminated.
make[3]: *** [check_memcached.o] Error 1
make[2]: *** [check_memcached] Error 2
dh_auto_build: make -j1 returned exit code 2
make[1]: *** [override_dh_auto_build] Error 2
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
: recipe for target 'check_memcached.o' failed
rm check_memcached.c
make[3]: Leaving directory '/«PKGBUILDDIR»/check_memcached'
Makefile:25: recipe for target 'check_memcached' failed
make[2]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:14: recipe for target 'override_dh_auto_build' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:11: recipe for target 'build-arch' failed


Andreas

Bug#815353: thunar: Sending file to email address doesn´t include the file in kmail editor

[Cesar Enrique Garcia]

Package: thunar
Version: 1.6.3-2
Severity: normal

 Thunar offers the option to send a file to an email address by right
 clicking -> Send to -> email address (maybe the English locale is a bit
 different, that´s a translation from my Spanish locale).

 That will open a kmail editor window as expected but without any attachment.
 The email reader setting in the Preferred applications settings of XFCE is of 
 course kmail.


-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages thunar depends on:
ii  desktop-file-utils  0.22-1
ii  exo-utils   0.10.2-4
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-18+deb8u3
ii  libcairo2   1.14.0-2.1
ii  libdbus-1-3 1.8.20-0+deb8u1
ii  libdbus-glib-1-20.102-1
ii  libexo-1-0  0.10.2-4
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u4
ii  libglib2.0-02.42.1-1
ii  libgtk2.0-0 2.24.25-3
ii  libgudev-1.0-0  215-17+deb8u3
ii  libice6 2:1.0.9-1+b1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.8-3
ii  libsm6  2:1.2.2-1+b1
ii  libthunarx-2-0  1.6.3-2
ii  libxfce4ui-1-0  4.10.0-6
ii  libxfce4util6   4.10.1-2
ii  libxfconf-0-2   4.10.0-3
ii  shared-mime-info1.3-1
ii  thunar-data 1.6.3-2

Versions of packages thunar recommends:
ii  dbus-x11 1.8.20-0+deb8u1
ii  gvfs 1.22.2-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3+deb8u1
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  thunar-volman0.8.0-4
ii  tumbler  0.1.30-1+b1
ii  xdg-user-dirs0.15-2
ii  xfce4-panel  4.10.1-1

Versions of packages thunar suggests:
ii  thunar-archive-plugin 0.3.1-3
ii  thunar-media-tags-plugin  0.2.1-1

-- no debconf information

Bug#815354: xine-lib-1.2: FTBFS on hurd-i386: unsatisfiable B-D: libsmbclient-dev

[Andreas Beckmann]

Source: xine-lib-1.2
Version: 1.2.6-1
Severity: important

Hi,

xine-lib-1.2 cannot be built on hurd-i386 since libsmbclient-dev is no longer
available on that platform, src:samba is no longer built for hurd-i386
due to lack of dependencies.


Andreas

Bug#815125: Boot failure with Debian linux 4.4.2 package

[Ben Hutchings]

On Sat, 2016-02-20 at 17:43 +, Ben Hutchings wrote:
> I apologise for this regression, which of course didn't affect any of
> the several machines I was able to test on.
> 
> Please can you each reply to the bug address with the following
> details:
> 
> - Does the affected system boot using the BIOS boot protocol
>   (including CSM) or UEFI boot protocol?
> 
> - If you boot with the added kernel parameter "earlyprintk=vga" or
>   "earlyprintk=serial" (and without "quiet"), do any boot messages
>   appear before the hang/reboot?  PLease send them (a photo is fine).

Apparently "earlyprintk=efi,keep" is likely to work better.  Jim Barber
was able to get a traceback this way.

It looks like the efi-bgrt driver is crashing, and there is an upstream
fix for it.  I'll upload a test version of the package shortly.

However, if you see a traceback where the IP is *not* shown as being in
"efi_bgrt_init", please report that.

Ben.

> - If it boots with UEFI, does the kernel parameter "efi=noruntime"
>   work around the problem?
> 
> - If you haven't already reported this, does the Linux 4.5-rc4 package
>   from experimental have the same problem?

-- 
Ben Hutchings
Tomorrow will be cancelled due to lack of interest.

signature.asc
Description: This is a digitally signed message part

Bug#801749: gdm3: Does not start anymore

[Christophe Schockaert]

Package: gdm3
Followup-For: Bug #801749

After upgrading to current testing/stretch, the problem disappeared.

The versions for gdm3 and gnome-shell did not change from my previous mail.

There are 2 messages left in dmesg, but they appear only once:


[   53.168027] systemd-logind[2456]: Failed to start user service, ignoring:
Unknown unit: user@107.service
[   53.181329] systemd-logind[2456]: New session c1 of user Debian-gdm.
[   86.052490] systemd-logind[2456]: Failed to start user service, ignoring:
Unknown unit: user@1000.service
[   86.058723] systemd-logind[2456]: New session 2 of user r3vlibre.



So, there is something that must have been fixed, but I don't know what was
broken, since I didn't change the configuration before it started to fail.


Regards,
Christophe



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (985, 'testing'), (120, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.40-3
ii  adduser   3.113+nmu3
ii  dconf-cli 0.24.0-2
ii  dconf-gsettings-backend   0.24.0-2
ii  debconf [debconf-2.0] 1.5.58
ii  gir1.2-gdm3   3.18.0-2
ii  gnome-session [x-session-manager] 3.18.1.2-1
ii  gnome-session-bin 3.18.1.2-1
ii  gnome-settings-daemon 3.18.2-1
ii  gnome-shell   3.18.1-1
ii  gnome-terminal [x-terminal-emulator]  3.18.2-1
ii  gsettings-desktop-schemas 3.18.1-1
ii  libaccountsservice0   0.6.40-3
ii  libaudit1 1:2.4.4-4
ii  libc6 2.21-8
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra0  0.30-2.1
ii  libgdk-pixbuf2.0-02.32.2-1
ii  libgdm1   3.18.0-2
ii  libglib2.0-0  2.46.2-1
ii  libglib2.0-bin2.46.2-1
ii  libgtk-3-03.18.6-1
ii  libpam-modules1.1.8-3.1
ii  libpam-runtime1.1.8-3.1
ii  libpam-systemd228-2
ii  libpam0g  1.1.8-3.1
ii  librsvg2-common   2.40.11-2
ii  libselinux1   2.4-3
ii  libsystemd0   228-2
ii  libwrap0  7.6.q-25
ii  libx11-6  2:1.6.3-1
ii  libxau6   1:1.0.8-1
iu  libxdmcp6 1:1.1.2-1.1
ii  lsb-base  9.20150917
ii  metacity [x-window-manager]   1:3.18.1-1
ii  mutter [x-window-manager] 3.18.2-1
ii  policykit-1   0.105-14
ii  ucf   3.0031
ii  x11-common1:7.7+12
ii  x11-xserver-utils 7.7+5
ii  xterm [x-terminal-emulator]   320-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.18.3-2
ii  desktop-base   8.0.2
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+2
ii  xserver-xephyr 2:1.17.3-2
ii  xserver-xorg   1:7.7+12
ii  zenity 3.18.1.1-1

Versions of packages gdm3 suggests:
pn  gnome-orca
ii  libpam-gnome-keyring  3.18.2-1

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3

Bug#815352: New mailing list for RISC-V port(s): debian-riscv@l.d.o

[Manuel A. Fernandez Montecelo]

Package: lists.debian.org
Severity: wishlist

Hi,

> Name

debian-riscv

(Since the ISA name is RISC-V, it could be "debian-risc-v", but I think that
"debian-riscv" is better and follows the pattern of lists for other ports,
merging the different words in the architecture name in a single alphanum
string)


> Rationale

As it is the case of lists for other ports, this list will be used to discuss,
track progress and report problems building packages in this architecture.

If this architecture is successful, it is possible that there will be different
ports for different flavours of the architecture over time (similar to mips*,
arm*, powerpc*, etc.).  In principle this list can accomodate all of them.


> Short description

Debian port(s) to RISC-V

(You can drop the "(s)" if you don't like it, or for consistency with other
lists).


> Long description

Discussions on the RISC-V port(s) of Debian -- https://wiki.debian.org/RISC-V

(I did not include "GNU/Linux", as other lists of ports do, because it
conceivably could have other kernels as base, e.g. FreeBSD and NetBSD already
support this architecture upstream, before Linux.  It is not my intention to
create ports with non-Linux kernels, and if somebody wants perhaps they would
like to use other list for that, but commenting just in case that somebody
prefers to include this in the description: please speak up).


> Category

Ports


> Subscription Policy

open


> Post Policy

open


> Web Archive

yes


> After filing the request, it would be very much appreciated if several other
> people interested in the new list would send a mail to the bug, in order to
> record their interest.

Marco and Paul (in CC) expressed their interest, so I expect that they will
reply seconding the request.


Cheers.
--
Manuel

Bug#809319: jessie-pu: package sane-backends/1.0.24-8

[Adam D. Barratt]

On Sun, 2016-02-21 at 00:01 +0100, Jörg Frings-Fürst wrote:
> Am Samstag, den 20.02.2016, 22:27 + schrieb Julien Cristau:
> > On Thu, Dec 31, 2015 at 11:42:49 +0100, Jörg Frings-Fürst wrote:
> > 
> > > Hello,
> > > 
> > > I have uploaded the version 1.0.24-8+deb8u1 of sane-backends to
> > > mentors[1].
> > > 
> > > Build with "sbuild -d jessie" and "DIST=jessie pdebuild" are ok.
> > > 
> > > Test with piuparts are ok. Lintian has a lot of experimental,
> > > one pedantic, one warining and two info warnings.
> > > 
> > > 
> > > The debdiff was send in the first mail.
> > > 
> > > Please can someone review and upload the package.
> > > 
> > Is that upload still planned?
> 
> The package is uploaded to mentors. Please ask my sponsor Adrian.

Well, you requested that we accept the upload. So I'd say you should ask
Adrian...

Regards,

Adam

Bug#815351: gvfs: FTBFS on hurd-i386: unsatisfiable B-D: libsmbclient-dev

[Andreas Beckmann]

Source: gvfs
Version: 1.26.2-1
Severity: important

Hi,

gvfs cannot be built on hurd-i386 since libsmbclient-dev is no longer
available on that platform, src:samba is no longer built for hurd-i386
due to lack of dependencies.


Andreas

Bug#811425: jessie-pu: package initramfs-tools/0.120+deb8u1

[Julien Cristau]

Control: tag -1 pending

On Sat, Feb 20, 2016 at 14:21:17 +, Julien Cristau wrote:

> Control: tag -1 confirmed
> 
> On Mon, Jan 18, 2016 at 19:55:27 +, Ben Hutchings wrote:
> 
> > Package: release.debian.org
> > Severity: normal
> > Tags: jessie patch
> > User: release.debian@packages.debian.org
> > Usertags: pu
> > 
> > There are a number of important bugs in jessie's version of
> > initramfs-tools that are now fixed in unstable, and that have
> > quite simple and low-risk fixes.  See the debdiff below.
> > 
> Ack, with or without the nfs change Salvatore mentioned.
> 
Uploaded and flagged for acceptance into p-u.

Cheers,
Julien

Bug#815350: talloc: FTBFS on hurd-i386: segfault in ./bin/talloc_testsuite

[Andreas Beckmann]

Source: talloc
Version: 2.1.5-1
Severity: important

Hi,

talloc FTBFS on hurd-i386:

https://buildd.debian.org/status/fetch.php?pkg=talloc=hurd-i386=2.1.5-1=1447023300

   debian/rules override_dh_auto_build
make[1]: Entering directory '/«PKGBUILDDIR»'
/usr/bin/make all
make[2]: Entering directory '/«PKGBUILDDIR»'
WAF_MAKE=1 PATH=buildtools/bin:../../buildtools/bin:$PATH waf build
Waf: Entering directory `/«PKGBUILDDIR»/bin'
Checking project rules ...
Project rules pass
[ 1/25] Generating talloc.vscript
[ 2/25] Generating pytalloc-util.vscript
[ 3/25] Compiling lib/replace/replace.c
[ 4/25] Compiling lib/replace/cwrap.c
[ 5/25] Generating PKGCONFIG_talloc.pc
[ 6/25] Generating PKGCONFIG_pytalloc-util.pc
[ 7/25] Compiling lib/replace/replace.c
[ 8/25] Compiling lib/replace/test/testsuite.c
[ 9/25] Compiling lib/replace/test/strptime.c
[10/25] Compiling lib/replace/test/os2_delete.c
[11/25] Compiling lib/replace/test/getifaddrs.c
[12/25] Compiling testsuite_main.c
[13/25] Compiling testsuite.c
[14/25] Compiling talloc.c
[15/25] Compiling test_magic_differs_helper.c
[16/25] Compiling pytalloc_util.c
In file included from ../lib/replace/replace.h:32:0,
 from ../pytalloc_util.c:21:
default/config.h:164:0: warning: "SIZEOF_OFF_T" redefined
 #define SIZEOF_OFF_T 8
 ^
In file included from /usr/include/python2.7/pyconfig.h:94:0,
 from /usr/include/python2.7/Python.h:8,
 from ../pytalloc_util.c:20:
/usr/include/i386-gnu/python2.7/pyconfig.h:1031:0: note: this is the location 
of the previous definition
 #define SIZEOF_OFF_T 4
 ^
[17/25] Compiling pytalloc.c
[18/25] Compiling test_pytalloc.c
[19/25] Linking default/libtalloc.so
[20/25] Linking default/talloc_test_magic_differs_helper
[21/25] Linking default/libpytalloc-util.so
[22/25] Linking default/pytalloc.so
[23/25] Linking default/test-pytalloc.so
[24/25] Linking default/talloc_testsuite
[25/25] Generating man/talloc.3
Note: Writing talloc.3
Waf: Leaving directory `/«PKGBUILDDIR»/bin'
'build' finished successfully (7.740s)
make[2]: Leaving directory '/«PKGBUILDDIR»'
make[1]: Leaving directory '/«PKGBUILDDIR»'
   debian/rules override_dh_auto_test
make[1]: Entering directory '/«PKGBUILDDIR»'
LD_LIBRARY_PATH=bin/shared ./bin/talloc_testsuite
Segmentation fault
make[1]: *** [override_dh_auto_test] Error 139
make: *** [build-arch] Error 2


Andreas

Bug#815319:

[Michel Meyers]

Got the same issue here. Applying the suggestions from this bug helped:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813339

(Setting INTERFACESv4 to an actual interface rather than leaving it 
empty)


- Michel

Bug#815348: [Debichem-devel] Bug#815348: nwchem: FTBFS on mips, s390x: testsuite timeout

[Michael Banck]

Hi,

On Sun, Feb 21, 2016 at 12:02:50AM +0100, Andreas Beckmann wrote:
> Source: nwchem
> Version: 6.6+r27746-2
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> Hi,
> 
> nwchem FTBFS on mips and s390x:
> 
> https://buildd.debian.org/status/fetch.php?pkg=nwchem=mips=6.6%2Br27746-2=1455562255

Well, I'm not surprised about mips, our mips autobuilders do not have
FPUs so lots of scientific software times out.

> https://buildd.debian.org/status/fetch.php?pkg=nwchem=s390x=6.6%2Br27746-2=1455470907
> 
> The testsquite gets killed after running for a long time without output.

The failure on s390x might be a real problem though, it's the first test
and it shouldn't take long.  It seems it broke on s390x since the switch
of mpi-default-dev from mpich to openmpi on this architecture.


Michael

Bug#815125: Boot failure with Debian linux 4.4.2 package

[Ben Hutchings]

On Sat, 2016-02-20 at 23:05 +, Jim Barber wrote:
[...]
> I also tried booting with the kernel parameter "earlyprintk=efi,keep" that I 
> saw
> someone used in one of the merged bug reports.

Ah, good thinking, I didn't expect that would work.

> This outputs messages, but was extremely slow to scroll each line :)
> However it shows the crash I think, so I have attached a photo.
> Unfortunately it is tiny text rendered on a Hi-DPI display,
> taken with a poor quality phone camera, but seems readable when zoomed up.
[...]

This is very useful, thanks.

Ben.

-- 
Ben Hutchings
Tomorrow will be cancelled due to lack of interest.

signature.asc
Description: This is a digitally signed message part

Bug#815349: hercules: FTBFS on kfreebsd: hercifc.h:88:22: error: field 'rtentry' has incomplete type

[Andreas Beckmann]

Source: hercules
Version: 3.12-1
Severity: important

Hi,

hercules FTBFS on kfreebsd-*:

https://buildd.debian.org/status/fetch.php?pkg=hercules=kfreebsd-i386=3.12-1=1451860220
https://buildd.debian.org/status/fetch.php?pkg=hercules=kfreebsd-amd64=3.12-1=1451860417

/bin/bash ./libtool --tag=CC   --mode=link gcc  -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -W -Wall -Wno-unused-but-set-variable 
-Werror=declaration-after-statement -O2 -module -no-undefined  -export-dynamic 
-avoid-version -Wl,-z,relro -Wl,--warn-common -Wl,-z,relro -Wl,--warn-common -o 
hdt3705.la -rpath /usr/lib/hercules comm3705.lo libherc.la libhercs.la 
libhercu.la -lpthread -lrt -lz -lresolv -lnsl -lm -ldl -ldl  -pthread -lbz2 
-lpthread -lrt -lz -lresolv -lnsl -lm -ldl -ldl  -pthread -lbz2
libtool: link: gcc -shared  -fPIC -DPIC  .libs/comm3705.o   -Wl,-rpath 
-Wl,/«PKGBUILDDIR»/.libs -Wl,-rpath -Wl,/usr/lib/hercules ./.libs/libherc.so 
./.libs/libhercs.so ./.libs/libhercu.so -lpthread -lrt -lz -lresolv -lnsl -lm 
-ldl -lbz2  -O2 -O2 -Wl,-z -Wl,relro -Wl,--warn-common -Wl,-z -Wl,relro 
-Wl,--warn-common -pthread -pthread   -pthread -Wl,-soname -Wl,hdt3705.so -o 
.libs/hdt3705.so
libtool: link: ( cd ".libs" && rm -f "hdt3705.la" && ln -s "../hdt3705.la" 
"hdt3705.la" )
/bin/bash ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.  -I. 
-I./decNumber -I./softfloat -Wdate-time -D_FORTIFY_SOURCE=2 
-DPKGDATADIR=\"/usr/share/hercules\" -DMODULESDIR=\"/usr/lib/hercules\"  -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -W -Wall 
-Wno-unused-but-set-variable -Werror=declaration-after-statement -O2 -MT 
ctc_lcs.lo -MD -MP -MF .deps/ctc_lcs.Tpo -c -o ctc_lcs.lo ctc_lcs.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I. -I./decNumber -I./softfloat 
-Wdate-time -D_FORTIFY_SOURCE=2 -DPKGDATADIR=\"/usr/share/hercules\" 
-DMODULESDIR=\"/usr/lib/hercules\" -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -W -Wall -Wno-unused-but-set-variable 
-Werror=declaration-after-statement -O2 -MT ctc_lcs.lo -MD -MP -MF 
.deps/ctc_lcs.Tpo -c ctc_lcs.c  -fPIC -DPIC -o .libs/ctc_lcs.o
In file included from hstdinc.h:226:0,
 from ctc_lcs.c:5:
hostopts.h:339:2: warning: #warning hostopts.h: unknown target platform: 
defaulting to generic platform settings. [-Wcpp]
 #warning hostopts.h: unknown target platform: defaulting to generic platform 
settings.
  ^
In file included from ctc_lcs.c:13:0:
hercifc.h:88:22: error: field 'rtentry' has incomplete type
 struct rtentry   rtentry;
  ^
Makefile:1737: recipe for target 'ctc_lcs.lo' failed
make[3]: *** [ctc_lcs.lo] Error 1


Andreas

Bug#815348: nwchem: FTBFS on mips, s390x: testsuite timeout

[Andreas Beckmann]

Source: nwchem
Version: 6.6+r27746-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

nwchem FTBFS on mips and s390x:

https://buildd.debian.org/status/fetch.php?pkg=nwchem=mips=6.6%2Br27746-2=1455562255
https://buildd.debian.org/status/fetch.php?pkg=nwchem=s390x=6.6%2Br27746-2=1455470907

The testsquite gets killed after running for a long time without output.


Andreas