Bug#826298: telepathy-logger: Segmentation fault when polari fail to parse logs

[konkor]

Package: telepathy-logger
Version: 0.8.1-1
Severity: important

Dear Maintainer,

When i tried to start Polari it's crashed with this:

$ polari 
/home/kapa/.local/share/TpLogger/logs/idle_irc_konkor0/chatrooms/#gimp/20160603.log:362:
 parser error : xmlParseCharRef: invalid xmlChar value 8
1' id='patdavid' name='patdavid' token='' isuser='false' type='normal'><
   ^
/home/kapa/.local/share/TpLogger/logs/idle_irc_konkor0/chatrooms/#gimp/20160603.log:362:
 parser error : xmlParseCharRef: invalid xmlChar value 8
david' name='patdavid' token='' isuser='false' type='normal'>
   ^

(org.gnome.Polari:3444): tp-logger-WARNING **: Failed to parse 
file:'/home/kapa/.local/share/TpLogger/logs/idle_irc_konkor0/chatrooms/#gimp/20160603.log'
Segmentation fault

This bug on GNOME

https://bugzilla.gnome.org/show_bug.cgi?id=720179

Partial solution is removing "corrupted" logs in the 
~/.local/share/TpLogger/logs.

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

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

Versions of packages telepathy-logger depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  libc62.19-18+deb8u4
ii  libdbus-1-3  1.8.20-0+deb8u1
ii  libdbus-glib-1-2 0.102-1
ii  libglib2.0-0 2.42.1-1+b1
ii  libsqlite3-0 3.8.7.1-1+deb8u1
ii  libtelepathy-glib0   0.24.1-1
ii  libtelepathy-logger3 0.8.1-1
ii  libxml2  2.9.1+dfsg1-5+deb8u1

telepathy-logger recommends no packages.

telepathy-logger suggests no packages.

-- no debconf information

Bug#520619: Debian BTS: pigz as gzip replacement

[Rolf Leggewie]

On Mon, 27 Apr 2015 16:18:44 +0200 Kernc  wrote:
> Are patches welcome?

Disclosure: I'm not the maintainer, but patches should always be
welcome, I suppose.  And the way I know Eduard, he is quick to act on
them, too.

Bug#826106: Please close

[Mattia Rizzolo]

control: close -1

On Sat, Jun 04, 2016 at 02:56:01PM +1000, Erik de Castro Lopo wrote:
> It seems jeknins is no longer packaged by Debian which makes this
> bug invalid.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#826115: [Noc] mirror submission for debian.redimadrid.es

[Roberto Lumbreras]

Hi Donald,

Ok, we are now updating every 6 hours.

Regards,
Roberto Lumbreras
REDIMadrid


On Sat, Jun 4, 2016 at 6:26 AM, Donald Norwood 
wrote:

> Hello,
>
> Thank you for your support and for mirroring Debian.
>
> You mirror needs to update once every 6 hours or 4 times per day in
> order to be in sync with the archive. Otherwise the mirror looks good
> for addition to the master list.
>
> Please confirm when have made this change and we can add you to official
> mirrors listing.
>
> Best regards,
>
> Donald Norwood
> -Debian Mirrors Team
>
>
>
> On Thu, 02 Jun 2016 11:12:33 + "REDIMadrid NOC" 
> wrote:
> > Package: mirrors
> > Severity: wishlist
> > User: mirr...@packages.debian.org
> > Usertags: mirror-submission
> >
> > Submission-Type: new
> > Site: debian.redimadrid.es
> > Type: leaf
> > Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> > Archive-http: /debian/
> > IPv6: no
> > Archive-upstream: ftp.de.debian.org
> > Updates: once
> > Maintainer: REDIMadrid NOC 
> > Country: ES Spain
> > Location: Madrid
> > Sponsor: REDIMadrid http://www.redimadrid.es
> >
> >
>
>

-- 
Roberto Lumbreras
IMDEA Software Institute
+34 9 1101 2202 ext 4007

Bug#826299: emacs24-lucid: crashes when trying to open a non-English mail using Gnus

[Vasudev Kamath]

Package: emacs24-lucid
Version: 24.5+1-6+b2
Severity: important

Dear Maintainer,

Opening Mailbox containing non-English mail, in my case Kannada language mail
caused emacs to crash. I seen this crash before in both cases the crash occured
when mailbox contained mail from Google which had subject line in Kannada.

I collected backtrace of crash using gdb and here is the line where the crash
happened. 

Program received signal SIGSEGV, Segmentation fault.
0xf6460e26 in lookup_gpos (lookup_list=lookup_list@entry=0xb46e698, 
lookup_list_index=lookup_list_index@entry=1, 
gstring=gstring@entry=0x849deb0 , gidx=, 
accumulate=1) at otfdrive.c:975

And below is top 10 list of function leading to crash as shown in back trace.

#0  0xf6460e26 in lookup_gpos (lookup_list=lookup_list@entry=0xb46e698, 
lookup_list_index=lookup_list_index@entry=1, 
gstring=gstring@entry=0x849deb0 , gidx=, 
accumulate=1) at otfdrive.c:975
#1  0xf6461f76 in OTF_drive_gpos_internal (otf=, 
gstring=0x849deb0 , script=, language=0x0, 
features=0xffe51230 "kern,dist,abvm,blwm", accumulate=1, with_log=1) at 
otfdrive.c:1886
#2  0xf6463a33 in OTF_drive_gpos_with_log (otf=0x0, gstring=0xffe51230, 
script=0x1 , 
language=0x1 , 
features=0xffe51230 "kern,dist,abvm,blwm") at otfdrive.c:1935
#3  0x081e2d16 in ftfont_drive_otf (font=0xffe5238c, spec=0xb3d8bb4, 
in=0xffe5227c, from=1, to=4, out=0xffe521e8, adjustment=0xffe51310)
at ftfont.c:1975
#4  0xf641ac73 in run_otf (depth=depth@entry=8, otf_spec=0xb3d8bb4, from=1, 
from@entry=188582836, to=4, ctx=0xffe52290) at m17n-flt.c:1945
#5  0xf641e4ff in run_command (depth=depth@entry=8, id=, 
from=188582836, from@entry=1, to=, ctx=)
at m17n-flt.c:2169
#6  0xf641e842 in run_rule (depth=8, depth@entry=7, rule=0xb3d8b80, from=1, 
from@entry=0, to=4, ctx=0xffe52290) at m17n-flt.c:1836
#7  0xf641e3ff in run_command (depth=depth@entry=7, id=, 
from=from@entry=0, to=, ctx=) at m17n-flt.c:2165
#8  0xf641e842 in run_rule (depth=7, depth@entry=-1, rule=0xb3d8b4c, from=0, 
from@entry=-1, to=5, ctx=0xffe52290) at m17n-flt.c:1836
#9  0xf641e3ff in run_command (depth=-1, depth@entry=6, id=, 
from=-1, from@entry=0, to=, ctx=)
at m17n-flt.c:2165

I also did check typing in Kannada on emacs scratch buffer and that did not 
lead to any crash.
This crash specifically happens when opening mailbox from Gnus containing 
Kannada strings. I'm
not sure if this happens with other language strings though.

Also I noticed this in emacs24 package also. Since now I've emacs24-lucid I'm 
reporting
it against this package.

I wanted to send entire core file but its too huge, compressed with xz it comes 
to 8.1M. If
needed I can make it available via some other methods.

Cheers,

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

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

Versions of packages emacs24-lucid depends on:
ii  emacs24-bin-common 24.5+1-6+b2
ii  libacl12.2.52-3
ii  libasound2 1.1.0-1
ii  libc6  2.22-7
ii  libcairo2  1.14.6-1+b1
ii  libdbus-1-31.10.8-1
ii  libfontconfig1 2.11.0-6.4
ii  libfreetype6   2.6.3-3+b1
ii  libgdk-pixbuf2.0-0 2.34.0-1
ii  libgif75.1.4-0.2
ii  libglib2.0-0   2.48.1-1
ii  libgnutls303.4.12-1
ii  libgomp1   6.1.1-4
ii  libgpm21.20.4-6.2
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.4.2-2
ii  libm17n-0  1.7.0-3+b1
ii  libmagickcore-6.q16-2  8:6.8.9.9-7+b2
ii  libmagickwand-6.q16-2  8:6.8.9.9-7+b2
ii  libotf00.9.13-3
ii  libpng16-161.6.21-5
ii  librsvg2-2 2.40.15-1
ii  libselinux12.5-3
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.6-1
ii  libtinfo5  6.0+20160319-1
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.3+dfsg1-1
ii  libxmu62:1.1.2-2
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.5.0-1
ii  libxrender11:0.9.9-2
ii  libxt6 1:1.1.5-1
ii  xaw3dg 1.5+E-18.2
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24-lucid recommends no packages.

Versions of packages emacs24-lucid suggests:
pn  emacs24-common-non-dfsg  

-- debconf-show failed

Bug#825891: Same here

[chris]

Same with my stretch/testing installation. Performed  dist-upgrade today, 
4th of June.Thanks, Chris

Bug#825891: kio-extras: Breaks kactivities, leading to plasma-{workspace,desktop} removal

[Maximiliano Curia]

¡Hola Thorsten!

El 2016-05-31 a las 09:57 +0200, Thorsten Glaser escribió:
Package: kio-extras 
Version: 4:16.04.1-1


Trying to upgrade from 4:15.08.3-2 wants to remove plasma-workspace 
(and thus plasma-desktop and kde-plasma-desktop), because the latter 
Depends on kactivities which the newer kio-extras version Breaks but 
does not Provides.


kactivities was replaced by kactivitymanagerd. The new plasma-desktop (that 
I've just uploaded) adds the missing dependency.


Happy hacking,
--
"If you have too many special cases, you are doing it wrong." -- Craig Zarouni
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#826187: [Pkg-xfce-devel] Bug#826187: Fwd: xfce4 second monitor does not wake up after suspend, with kernel 4.5.0-1 or 4.5.0-2

[Yves-Alexis Perez]

On ven., 2016-06-03 at 00:46 -0400, David L. Johnson wrote:
> Sorry to report this outside of reportbug, but I clearly did not get it
> configured correctly with my e-mail server (which is tls-protected) and,
> frankly, I don't want to go through the installation again after losing
> my entire bug report when it could not connect to the e-mail server.

Except that it gives use valuable information on your system. So please fix
your setup and use reportbug again so we have an idea how to help you. What
would be especially helpful here is your architecture, if we want to provide
you a test package…

Regards,
-- 
Yves-Alexis

Bug#826300: fpc: fp-compiler not installable on powerpc since glibc 2.23

[Graham Inggs]

Source: fpc
Version: 3.0.0+dfsg-6
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

Package fp-compiler fails to install on powerpc with libc6 2.23
(2.23-0experimental2 from
experimental).  Previously reported in Ubuntu [1], confirmed on
partch.debian.org.

$ schroot -b -c experimental -n $mysid

$ dd-schroot-cmd -c $mysid apt-get update

$ dd-schroot-cmd -c $mysid apt-get install libc6=2.23-0experimental2
libc-bin=2.23-0experimental2 libc6-dev=2.23-0experimental2
libc-dev-bin=2.23-0experimental2

$ dd-schroot-cmd -c $mysid apt-get install fpc

> Setting up fp-compiler-3.0.0 (3.0.0+dfsg-6) ...
> An unhandled exception occurred at $0FE28330:
> EAccessViolation:
>  $0FE28330
>  $0FE366E4
>  $0FDED248
>  $0FDED31C
>
> dpkg: error processing package fp-compiler-3.0.0 (--configure):
>  subprocess installed post-installation script returned error exit status 217

This will cause all packages build-depending on fpc; e.g. hedgewars,
lazarus, libqt4pas, and fpc itself, to FTBFS.


[1] https://bugs.launchpad.net/ubuntu/+source/fpc/+bug/1562480

Bug#826273: [pkg-gnupg-maint] Bug#826273: Bug#826273: gnupg2: Defaults to using insecure short key IDs (32 bits)

[Werner Koch]

On Fri,  3 Jun 2016 23:06, d...@fifthhorseman.net said:

> I've repeatedly suggested to upstream that we should change this default
> (in the software, not just in gpg-conf.skel), but it hasn't happened
> yet.  see the changes i've posted here:

Although parsing of the huiman readable output of gpg is strongly
discouraged, I know that lot of scripts do it anyway.  Breaking the
default format will thus break the scripts.  Whether this is good or bad
would trigger a long discussion.

The default format in 2.1 has changed anyway, thus we are free to
further change it.  This will definitely happen before we release 2.2.
I do not plan to change the _default_ format for 1.4 or 2.0.

> So i'd actually be happier with "keyid-format none" or "keyid format
> fingerprint" [1] than with "keyid-format long" but i agree that "long"
> or "0xlong" is still superior to the current situation.
 
The long format can be justified because that is what the OpenPGP
protocol uses at some places.  (A historical reason for showing the keyid
and the fingerprint is that the keyid of PGP-2 keys (v3 keys) cannot be
derived from a v3 fingerprint.)


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.
/* EFH in Erkrath: https://alt-hochdahl.de/haus */

Bug#826290: libc6-i686: Neither "$ aptitude show" or "$ apt-cache show" says libc6-i686 is a virtual package

[Aurelien Jarno]

Hi,

On 2016-06-03 16:28, Kingsley G. Morse Jr. wrote:
> Package: libc6-i686
> Version: 2.22-7
> Severity: minor
> 
> Hey guys,
> 
> I hope you're well.
> 
> 
> * What led up to the situation?
> 
>While installing security patches, aptitude
>asked if it would be OK to remove libc6-i686,
>and neither
> 
> $ apt-cache show libc6-i686
> 
> or
> 
> $ aptitude show libc6-i686
> 
> reported that libc6-i686 is now a virtual
> package.
> 
> Instead, they said libc6-i686 contains the
> standard libraries that are used by nearly all
> programs on the system.

That happens because you have a version of libc6-i686 installed on your
system, therefore apt or aptitude show this package. Now that you have
upgraded your system and removed this package, apt and aptitude should
show it is a virtual package.

That said I don't know what we can do from the glibc side point of view
to change this behavior.

Note also that we added a note in /usr/share/doc/libc6/NEWS.Debian.gz of
version 2.22-10 explaining that this package can be safely removed. Is
it enough to consider this bug as fixed?

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#821514: PHP 7.0 Transition

[Jean-Michel Vourgère]

Control: tags -1 - wontfix

I believe wonfix is not the proper way to orphan a package.

Patches exists for ubuntu.

Bug#826301: flashplugin-nonfree: update-flashplugin-nonfree --install fails to download updated version

[Jakob Wiedner]

Package: flashplugin-nonfree
Version: 1:3.6.1
Severity: grave
Tags: security
Justification: renders package unusable

Dear Maintainer,

since around a week none of the servers seem to offer a download of the newest
update .621



-- Package-specific info:
Debian version: 8.4
Architecture: amd64
Package version: 1:3.6.1
Adobe Flash Player version: LNX 11,2,202,616
MD5 checksums:
160a01dd00527304e5291e65eb0c65e2  
/var/cache/flashplugin-nonfree/get-upstream-version.pl
18271ef4389464f5236e415a8f140872  
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz
cb4968ab3f52b73a05590ecd87a83bd5  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/browser-plugin-freshplayer-pepperflash/libfreshwrapper-flashplayer.so

/usr/lib/browser-plugin-freshplayer-pepperflash/libfreshwrapper-flashplayer.so 
- priority 70
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/browser-plugin-freshplayer-pepperflash/libfreshwrapper-flashplayer.so'.
lrwxrwxrwx 1 root root 34 Jun  1 00:16 
/usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
/etc/alternatives/flash-mozilla.so

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

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

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.25-5
ii  ca-certificates20141019+deb8u1
ii  debconf [debconf-2.0]  1.5.56
ii  gnupg  1.4.18-7+deb8u1
ii  libatk1.0-02.14.0-1
ii  libcairo2  1.14.0-2.1+deb8u1
ii  libcurl3-gnutls7.38.0-4+deb8u3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgcc11:4.9.2-10
ii  libglib2.0-0   2.42.1-1+b1
ii  libgtk2.0-02.24.25-3+deb8u1
ii  libnspr4   2:4.10.7-1+deb8u1
ii  libnss32:3.17.2-1.1+deb8u2
ii  libpango1.0-0  1.36.8-3
ii  libstdc++6 4.9.2-10
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.16-1

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  fonts-dejavu   2.34-1
pn  hal
ii  iceweasel  38.8.0esr-1~deb8u1
pn  konqueror-nsplugins
ii  ttf-mscorefonts-installer  3.6
pn  ttf-xfree86-nonfree

-- no debconf information

Bug#825423: supermin + sbuild + linux-image = broken chroot

[Aurelien Jarno]

On 2016-05-26 22:50, Ben Hutchings wrote:
> I'm inclined to add a check to linux-image prerm scripts that skips the
> question when DEBIAN_FRONTEND=noninteractive.
> 
> Aside from that, I might add the check for a chroot or container, if
> there's a simple way to do that.

You can use the command ischroot from the debianutils package.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature

Bug#825949: pam_systemd(su:session): Cannot create session: Already running in a session

[Christian Kastner]

On Tue, 31 May 2016 18:53:43 +0200 (CEST) Santiago Vila
 wrote:
> Since I upgraded to stretch, logcheck sends me messages like this each
> time I do "su -" to become root:
> 
> Security Events for su
> =-=-=-=-=-=-=-=-=-=-=-
> [...] mymachine su[4887]: pam_systemd(su:session): Cannot create session: 
> Already running in a session

logcheck was reporting the same for me, except s/su/schroot/.

> Apparently, "su" is doing something which is not necessary, or in a way
> which is not optimal for systemd, or maybe pam_systemd is too picky
> about what "su" does.
> 
> I don't know which of the two packages is to blame for this, so
> I'm filing this report against both, libpam-systemd and login,
> in the hope that you both can reach to an agreement about that.

I can successfully trace this back to systemd 223-1 (with 222-2,
everything is still fine).

> If it happens that everything is ok and working as expected, then
> it would be nice to have anyway some rule in /etc/logcheck to avoid
> the message being considered as a "security event".

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#608406: [PATCH] Calculate and store sha256 checksum of the orig tarball

[Guido Günther]

Hi,

On Thu, Dec 30, 2010 at 05:24:02PM +0100, Guido Günther wrote:
> this makes it possible for third party tools git-buildpackage to verify
> that the checked out tarball is the one expected.

Any chance we can get this feature. This would allow us to easily catch
cases where people have broken tarballs from somewhere (and gbp would
therefore not regenerate them because they have the corret name). It
would also help us to detect compressor changes.

Cheers,
 -- Guido

Bug#826173: Debian Testing/Unstable MIPS Installer Kernel Panic

[Aurelien Jarno]

On 2016-06-03 19:03, Ben Hutchings wrote:
> Control: reassign -1 debian-installer 20160516+b1
> 
> On Fri, 2016-06-03 at 08:48 +, Mattia Rizzolo wrote:
> > control: reassign -1 src:linux  4.5.4-1
> > 
> > On Thu, Jun 02, 2016 at 07:13:04PM -0400, Mike wrote:
> > > Package: kernel
> > 
> > this is not a valid package name.
> > 
> > > Version: Testing
> > 
> > and this is not a valid version
> > 
> > > 
> > > I am working on installing Debian under a QEMU MIPS emulator. I was able 
> > > to
> > > get the Debian Stable branch to install and run properly using this:
> > > 
> > > http://ftp.de.debian.org/debian/dists/stable/main/installer-mips/current/images/malta/netboot/
> > > 
> > > However, when I attempt to use unstable or testing, I receive a kernel
> > > panic immediately on boot for install. I cannot really give a package name
> > > because it appears there's a problem in the kernel or init somewhere.
> > > 
> > > http://ftp.de.debian.org/debian/dists/unstable/main/installer-mips/current/images/malta/netboot/
> > > 
> > > The error I get it as follows:
> > > [2.463767] Kernel panic - not syncing: Attempted to kill init!
> > > exitcode=0x0004
> > > [2.463767]
> > > [2.464725] ---[ end Kernel panic - not syncing: Attempted to kill 
> > > init!
> > > exitcode=0x0004
> 
> That usually means something is wrong with the initrd.  So reassigning
> to the installer.

It would be interested to know which QEMU command you used to start this
image. Since the switch to GCC 5, the mips architecture requires a R2
CPU.

QEMU defaults emulating a R2 CPU in 32-bit mode, but a R1 CPU in 64-bit
mode. In the later case try to pass "-cpu 5KEf" to QEMU.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature

Bug#806208: src:gegl: FTBFS on sparc64, tools/introspect segfaults

[John Paul Adrian Glaubitz]

On 06/03/2016 11:49 PM, John Paul Adrian Glaubitz wrote:
> So, maybe we're lucky and just the above patch will be enough :).
> 
> Will build gegl now to verify this.

And, indeed, gegl now builds fine on sparc64 [1].
Note the comments in the upstream bug tracker though [2] where it
is suggested to use the following code instead:

 dst[0] = src[0];
 dst[1] = src[1];
 dst[2] = src[2];
 dst[3] = 255;

I have not verified that yet, but it seems this should actually work.

Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=gegl&arch=sparc64&ver=0.3.6-4&stamp=1465032322
> [2] https://bugzilla.gnome.org/show_bug.cgi?id=767219

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#826290: libc6-i686: Neither "$ aptitude show" or "$ apt-cache show" says libc6-i686 is a virtual package

[Samuel Thibault]

Aurelien Jarno, on Sat 04 Jun 2016 11:04:03 +0200, wrote:
> That said I don't know what we can do from the glibc side point of view
> to change this behavior.

We could keep a dumb empty lib6-i686 package for the Stretch release?

Samuel

Bug#826281: Term "language" in package description is ambiguous

[Rene Engelhard]

Hi,

On Fri, Jun 03, 2016 at 02:51:09PM -0700, Chris Waters wrote:
> Package descriptions for the various libexttextcat packages say: "It
> was primarily developed for language guessing". It's unclear whether
> this refers to computer languages (C vs. Python) or natural languages
> (English vs. Estonian). Given that it's a software library, it could
> easily be either one.
> 
> Mentioning Cavnar & Trenkle, "N-Gram-Based Text Categorization" is
> *suggestive*, but users who aren't familiar with that work shouldn't
> have to guess what it implies.

Hmm? it's lib_text_cat and that above says "Text". It doesn't say code.

> If it can recognize natural languages, it would be really nice if the
> description said so. In addition to being more clear, it would

Yeah, that's what it can/should do. Guess/Categorize the "natural" language of
a text.

Sorry, I am not going to change the description just for people who
read this (imho clear) description in this way...

Regards,

Rene

Bug#826302: gitlab: fails to install: ERROR: could not open extension control file "/usr/share/postgresql/9.5/extension/pg_trgm.control": No such file or directory

[Andreas Beckmann]

Package: gitlab
Version: 8.8.2+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

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

  Selecting previously unselected package gitlab.
  (Reading database ... 
(Reading database ... 33821 files and directories currently installed.)
  Preparing to unpack .../gitlab_8.8.2+dfsg-1_all.deb ...
  Unpacking gitlab (8.8.2+dfsg-1) ...
  Processing triggers for systemd (230-2) ...
  Setting up gitlab (8.8.2+dfsg-1) ...
  Creating/updating gitlab user account...
  adduser: Warning: The home directory `/var/lib/gitlab' does not belong to the 
user you are currently creating.
  Creating runtime directories for gitlab...
  Updating file permissions...
  Configuring hostname and email...
  Registering /etc/gitlab/gitlab.yml via ucf
  
  Creating config file /etc/gitlab/gitlab.yml with new version
  Registering /etc/gitlab/gitlab-debian.conf via ucf
  
  Creating config file /etc/gitlab/gitlab-debian.conf with new version
  
  Creating config file /etc/nginx/sites-available/localhost with new version
  Reloading nginx configuration...
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of reload.
  Create database if not present
  psql: FATAL:  database "gitlab_production" does not exist
  psql: FATAL:  role "gitlab" does not exist
  Create gitlab user with create database privillege...
  CREATE ROLE
  Make gitlab user owner of gitlab_production database...
  ALTER DATABASE
  Grant all privileges to gitlab user...
  GRANT
  ERROR:  could not open extension control file 
"/usr/share/postgresql/9.5/extension/pg_trgm.control": No such file or directory
  dpkg: error processing package gitlab (--configure):
   subprocess installed post-installation script returned error exit status 1
  Processing triggers for systemd (230-2) ...
  Errors were encountered while processing:
   gitlab


cheers,

Andreas


gitlab_8.8.2+dfsg-1.log.gz
Description: application/gzip

Bug#826034: dolphin: No icons, even if XDG_CURRENT_DESKTOP=KDE

[Marcus Frings]

Hi Maximiliano!

On Fri, 3 Jun 2016 21:34:22 +0200, Maximiliano Curia 
wrote:

> Please install plasma-integration, which has the platformplugin that
> qt5 is looking for (when XDG_CURRENT_DESKTOP=KDE is configured).

Great - that did the trick! Many thanks for the pointer! Installing
plasma-integration brought back all the icons in dolphin on my Fluxbox
machine. Thus, I assume that the dolphin package needs some further
depends/recommends to make it run smoothly on non-KDE systems. 

Best regards,
Marcus


pgpCdgdjwpGik.pgp
Description: OpenPGP digital signature

Bug#826303: virtualbox-dkms: Installation unsuccesfull

[Janusz S. Bień]

Package: virtualbox-dkms
Version: 5.0.20-dfsg-2
Severity: grave

When I start virtualbox, I get

WARNING: The character device /dev/vboxdrv does not exist.
 Please install the virtualbox-dkms package and the appropriate
 headers, most likely linux-headers-amd64.

The package is actually installed, but the following message was issued:

Setting up virtualbox-dkms (5.0.20-dfsg-2) ...
Loading new virtualbox-5.0.20 DKMS files...
First Installation: checking all kernels...
Building only for 4.1.0-1-amd64
Module build for the currently running kernel was skipped since the
kernel headers for this kernel do not seem to be installed.

But, as you can see, I'm running 4.1.0-1-amd64...

So what is the problem?

Best regards

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

Kernel: Linux 4.1.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)

Versions of packages virtualbox-dkms depends on:
ii  dkms  2.2.0.3-4

Versions of packages virtualbox-dkms recommends:
ii  virtualbox  5.0.20-dfsg-2

virtualbox-dkms suggests no packages.

-- no debconf information

-- 
   ,   
Prof. dr hab. Janusz S. Bien -  Uniwersytet Warszawski (Katedra Lingwistyki 
Formalnej)
Prof. Janusz S. Bien - University of Warsaw (Formal Linguistics Department)
jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/

Bug#826290: libc6-i686: Neither "$ aptitude show" or "$ apt-cache show" says libc6-i686 is a virtual package

[Aurelien Jarno]

On 2016-06-04 11:37, Samuel Thibault wrote:
> Aurelien Jarno, on Sat 04 Jun 2016 11:04:03 +0200, wrote:
> > That said I don't know what we can do from the glibc side point of view
> > to change this behavior.
> 
> We could keep a dumb empty lib6-i686 package for the Stretch release?

Wouldn't that just postpone the problem to Stretch? When we really
remove the dummy package, apt and aptitude will still not show it as
virtual.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#747824: Package dependencies

[Patrick Winnertz]

Hey Jonathan,

could you try to publish somewhere the complete list of packages, which
are currently missing to build atom (or move the  atom packaging efforts
into a public git), so that maybe others could help to get this done
quickly.

Maybe it would be wise to build a team to maintain atom and it's
dependencies within debian as it looks like a major effort.

Greetings
Patrick




signature.asc
Description: OpenPGP digital signature

Bug#826304: gmap: FTBFS in sid: 3 test fail

[Andreas Beckmann]

Source: gmap
Version: 2016-05-25-1
Severity: serious
Justification: fails to build from source

Hi,

gmap FTBFS in sid with testsuite failures:

   dh_auto_test -O--parallel
make -j16 check VERBOSE=1
make[1]: Entering directory '/build/gmap-2016-05-25'
Making check in src
make[2]: Entering directory '/build/gmap-2016-05-25/src'
make[2]: Leaving directory '/build/gmap-2016-05-25/src'
Making check in util
make[2]: Entering directory '/build/gmap-2016-05-25/util'
make[2]: Nothing to be done for 'check'.
make[2]: Leaving directory '/build/gmap-2016-05-25/util'
Making check in tests
make[2]: Entering directory '/build/gmap-2016-05-25/tests'
make  check-TESTS
make[3]: Entering directory '/build/gmap-2016-05-25/tests'
make[4]: Entering directory '/build/gmap-2016-05-25/tests'
FAIL: iit.test
FAIL: coords1.test
FAIL: setup1.test
PASS: align.test
===
   gmap 2016-05-25: tests/test-suite.log
===

# TOTAL: 4
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: coords1
=

Cannot write to file coords.chr17test at /build/gmap-2016-05-25/util/fa_coords 
line 118.
Opening file /build/gmap-2016-05-25/tests/ss.chr17test
  Processed short contigs (<100 nt): .diff: coords.chr17test: No such file 
or directory
FAIL coords1.test (exit status: 2)

FAIL: setup1


Sorting chromosomes in chrom order.  To turn off or sort other ways, use the -s 
flag.
Could not create ./chr17test.sources at /build/gmap-2016-05-25/util/gmap_build 
line 155.
diff: ./chr17test/chr17test.genomecomp: No such file or directory
Difference found between chr17test.genomecomp and setup.genomecomp.ok
FAIL setup1.test (exit status: 1)

FAIL: iit
=

mkdir: cannot create directory 'testSubDir': File exists
Finished reading FASTA file -- total entries: 3
Maximum coordinate: 4
Total label length: 3 + 3 separators
Total annotation length: 80 + 3 separators
Saw 0 distinct divisions/chromosomes
Saw 3 distinct tags/types
No divs/chromosomes provided, so storing as IIT version 1
Error: can't open file iittest.iit
./iit.test: line 12: iit_get.out: No such file or directory
diff: iit_get.out: No such file or directory
./iit.test: line 15: iit_dump.out: No such file or directory
diff: iit_dump.out: No such file or directory
FAIL iit.test (exit status: 2)


Testsuite summary for gmap 2016-05-25

# TOTAL: 4
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  3
# XPASS: 0
# ERROR: 0

See tests/test-suite.log
Please report to Thomas Wu 

Makefile:575: recipe for target 'test-suite.log' failed
make[4]: *** [test-suite.log] Error 1
make[4]: Leaving directory '/build/gmap-2016-05-25/tests'
Makefile:681: recipe for target 'check-TESTS' failed
make[3]: *** [check-TESTS] Error 2
make[3]: Leaving directory '/build/gmap-2016-05-25/tests'
Makefile:747: recipe for target 'check-am' failed
make[2]: *** [check-am] Error 2
make[2]: Leaving directory '/build/gmap-2016-05-25/tests'
Makefile:430: recipe for target 'check-recursive' failed
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory '/build/gmap-2016-05-25'
dh_auto_test: make -j16 check VERBOSE=1 returned exit code 2
debian/rules:19: recipe for target 'build' failed
make: *** [build] Error 2


Andreas


gmap_2016-05-25-1.log.gz
Description: application/gzip

Bug#826305: linux-image-4.5.0-2-amd64: System freeze on resume

[Aleksandr Konkov]

Package: src:linux
Version: 4.5.5-1
Severity: important



Dear Maintainers,

Up to kernel linux-image-4.3xxx-amd64: no problem.
>From kernel linux-image-4.5xxx-amd64 resume from suspend results in system 
>freese.
Blank screen, no reaction on keyboard - long (> 4 sec) poweroff only one way.

 Package-specific info:
** Version:
Linux version 4.5.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160528 (Debian 5.3.1-21) ) #1 SMP Debian 4.5.5-1 (2016-05-29)

** Command line:
BOOT_IMAGE=/vmlinuz-4.5.0-2-amd64 
root=UUID=6af9f083-43c7-4754-bad1-3faa61d0c497 ro quiet

** Tainted: POE (12289)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded (currently expected).

** Kernel log:
[5.181803] systemd[1]: Starting Remount Root and Kernel File Systems...
[5.303597] systemd[1]: Started Create list of required static device nodes 
for the current kernel.
[5.316164] systemd[1]: Starting Create Static Device Nodes in /dev...
[5.605727] systemd[1]: Started Journal Service.
[5.668196] EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
[5.962529] systemd-journald[186]: Received request to flush runtime journal 
from PID 1
[6.006051] lp: driver loaded but no devices found
[6.024413] ppdev: user-space parallel port driver
[6.281384] [drm] Initialized drm 1.1.0 20060810
[6.551512] nvidia: module license 'NVIDIA' taints kernel.
[6.551517] Disabling lock debugging due to kernel taint
[6.571002] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[6.571365] [drm] Initialized nvidia-drm 0.0.0 20150116 for :01:00.0 on 
minor 0
[6.571375] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  340.96  Sun Nov  
8 22:33:28 PST 2015
[6.775619] Monitor-Mwait will be used to enter C-1 state
[6.775630] Monitor-Mwait will be used to enter C-2 state
[6.775637] Monitor-Mwait will be used to enter C-3 state
[6.775644] tsc: Marking TSC unstable due to TSC halts in idle
[6.775658] ACPI: acpi_idle registered with cpuidle
[6.775894] clocksource: Switched to clocksource hpet
[6.870797] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[6.996192] ACPI: AC Adapter [AC] (on-line)
[7.012001] ACPI: Video Device [VID] (multi-head: yes  rom: no  post: no)
[7.028924] acpi device:30: registered as cooling_device2
[7.029197] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:2d/LNXVIDEO:00/input/input4
[7.029255] [Firmware Bug]: Duplicate ACPI video bus devices for the same 
VGA controller, please try module parameter "video.allow_duplicates=1"if the 
current driver doesn't work.
[7.086374] ACPI: Battery Slot [BAT0] (battery present)
[7.086479] input: Lid Switch as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input5
[7.086882] ACPI: Lid Switch [LID]
[7.086949] input: Power Button as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input6
[7.086953] ACPI: Power Button [PBTN]
[7.087015] input: Sleep Button as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input7
[7.087018] ACPI: Sleep Button [SBTN]
[7.088790] wmi: Mapper loaded
[7.283222] r592: driver successfully loaded
[7.359908] snd_hda_codec_idt hdaudioC0D0: autoconfig for STAC9205: 
line_outs=1 (0xd/0x0/0x0/0x0/0x0) type:speaker
[7.359913] snd_hda_codec_idt hdaudioC0D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[7.359916] snd_hda_codec_idt hdaudioC0D0:hp_outs=1 (0xa/0x0/0x0/0x0/0x0)
[7.359918] snd_hda_codec_idt hdaudioC0D0:mono: mono_out=0x0
[7.359921] snd_hda_codec_idt hdaudioC0D0:dig-out=0x21/0x0
[7.359923] snd_hda_codec_idt hdaudioC0D0:inputs:
[7.359926] snd_hda_codec_idt hdaudioC0D0:  Internal Mic=0x17
[7.359928] snd_hda_codec_idt hdaudioC0D0:  Mic=0xb
[7.448582] media: Linux media interface: v0.10
[7.451914] r852: driver loaded successfully
[7.467770] Intel(R) Wireless WiFi driver for Linux
[7.467774] Copyright(c) 2003- 2015 Intel Corporation
[7.467964] iwlwifi :0c:00.0: can't disable ASPM; OS doesn't have ASPM 
control
[7.477215] Linux video capture interface: v2.00
[7.501142] input: PC Speaker as /devices/platform/pcspkr/input/input11
[7.509631] iwlwifi :0c:00.0: firmware: direct-loading firmware 
iwlwifi-5000-5.ucode
[7.509825] iwlwifi :0c:00.0: loaded firmware version 8.83.5.1 build 
33692 op_mode iwldvm
[7.519079] sd 2:0:0:0: Attached scsi generic sg0 type 0
[7.551443] iwlwifi :0c:00.0: CONFIG_IWLWIFI_DEBUG disabled
[7.551448] iwlwifi :0c:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[7.551451] iwlwifi :0c:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
[7.551453] iwlwifi :0c:00.0: Detected Intel(R) WiFi Link 5100 AGN, 
REV=0x54
[7.551564] iwlwifi :0c:00.0: L1 Enabled - LTR Disabled
[7.576663] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/sound/

Bug#826306: RM: gobby-dbg gobby-0.5-dbg -- RoQA; NBS; switched to dbgsym packages

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

these didn't get decrufted automatically since gobby-0.5-dbg:all depends
on gobby-dbg:any


Andreas

Bug#826307: liggghts: FTBFS on powerpc: test suite hangs

[Emilio Pozuelo Monfort]

Source: liggghts
Version: 3.3.1+repack1-1
Severity: serious

Your package fails to build on powerpc, where the test suite is
hanging:

insertion: proc 1 at 100 %
INFO: Particle insertion ins: inserted 891 particle templates (mass 1.910893) 
at step 1
 - a total of 891 particle templates (mass 1.910893) inserted so far.
   1  891  0.08606047705732.6777   0.0015 
Loop time of 0.0217927 on 2 procs for 1 steps with 891 atoms

Pair  time (%) = 1.26362e-05 (0.0579837)
Neigh time (%) = 0.000283122 (1.29916)
Comm  time (%) = 8.14199e-05 (0.373612)
Outpt time (%) = 3.05176e-05 (0.140036)
Other time (%) = 0.021385 (98.1292)

Nlocal:445.5 ave 446 max 445 min
Histogram: 1 0 0 0 0 0 0 0 0 1
Nghost:50 ave 52 max 48 min
Histogram: 1 0 0 0 0 0 0 0 0 1
Neighs:707.5 ave 721 max 694 min
Histogram: 1 0 0 0 0 0 0 0 0 1

Total # of neighbors = 1415
Ave neighs/atom = 1.5881
Neighbor list builds = 1
Dangerous builds = 0
Setting up run ...
Memory usage per processor = 8.00555 Mbytes
Step Atoms KinEng rke heattran Volume 
   1  891  0.08606047705732.6777   0.0015 
make: *** wait: No child processes.  Stop.
make: *** Waiting for unfinished jobs
make: *** wait: No child processes.  Stop.
debian/rules:15: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Terminated
Build killed with signal TERM after 150 minutes of inactivity

Full logs at:
https://buildd.debian.org/status/logs.php?pkg=liggghts&ver=3.3.1%2Brepack1-1%2Bb2&arch=powerpc

This may be related to this openmpi bug: #814183. If so, you may want
to disable the relevant tests on powerpc or force mpi to just use
one processor there.

Cheers,
Emilio

Bug#806008: coq: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

Dear maintainers:

It seems this source package (coq) does not generate "Arch: all"
packages anymore.

If this is intentional, then this bug may be closed.

But I don't know for sure because I didn't find anything about this in
the changelog.

Can you comment on this?

Thanks.

Bug#806008: coq: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

Version: 8.5~beta2+dfsg-1

Nevermind.

I finally found it:

coq (8.5~beta2+dfsg-1) experimental; urgency=medium

  * coq-theories is now arch any, since it contains .coq-native/ directories
(i.e. cmxs files for native compute)

Because there was not a Close statement there, I'm closing this report
by hand with this message.

Thanks.

Bug#826290: libc6-i686: Neither "$ aptitude show" or "$ apt-cache show" says libc6-i686 is a virtual package

[Samuel Thibault]

Aurelien Jarno, on Sat 04 Jun 2016 11:59:30 +0200, wrote:
> On 2016-06-04 11:37, Samuel Thibault wrote:
> > Aurelien Jarno, on Sat 04 Jun 2016 11:04:03 +0200, wrote:
> > > That said I don't know what we can do from the glibc side point of view
> > > to change this behavior.
> > 
> > We could keep a dumb empty lib6-i686 package for the Stretch release?
> 
> Wouldn't that just postpone the problem to Stretch? When we really
> remove the dummy package, apt and aptitude will still not show it as
> virtual.

No, but the description of the package will be that it's a dumb package
which can safely removed, not "the standard libraries that are used by
nearly all programs on the system" :)

Samuel

Bug#826308: RM: php-pecl-http [armel armhf] -- ANAIS; spurious Packages-arch-specific

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

Hi,

I don't really get why php-pecl-http is not built for armel/armhf:

https://buildd.debian.org/status/package.php?p=php-pecl-http&suite=unstable

since there is no Packages-arch-specific entry and the package is
arch:any. But let's decruft it anyway :-)


Andreas

Bug#800026: #800026 remaining line in fstab after usb-install prevents clean usb mounts

[Holger Levsen]

control: tags -1 + moreinfo
thanks

Hi,

two questions:

- does this bug still occur on jessie / stretch?
- does this bug only affect NTFS formatted usb media or all?

(and sorry for the lack of reply in 2015…)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#747824: Package dependencies

[Jonathan Horn]

Hey,

On 06/04/2016 11:52 AM, Patrick Winnertz wrote:
> could you try to publish somewhere the complete list of packages, which
> are currently missing to build atom (or move the  atom packaging efforts
> into a public git), so that maybe others could help to get this done
> quickly.

Ok, I've run npm2deb to create a list of the node-dependencies required
for building and running atom, according to their package.json. Please
note that some of the dependencies might be only applicable to the build
process on other operating systems. [0]

> Maybe it would be wise to build a team to maintain atom and it's
> dependencies within debian as it looks like a major effort.

I think that the npm/node dependencies should go to the Javascript
Packaging Team, but atom and its other dependencies might indeed benefit
from an own packaging team, so it would be nice if someone could request
one as I can't due to me being a regular Debian Contributer.

[0] https://paste.debian.net/714014/

Cheers,
Jonathan

Bug#815042: #815042: POSTREMOVE hook fails when removing GOsa user templates

[Holger Levsen]

control: tags -1 + moreinfo
control: severity -1 normal
thanks

Hi Mike,

back in Februar 2016 when you filed this bug you forgot to describe the
actual effects of the bug, could you please do so now?

Also, maybe it was fixed due to fixes in gosa?


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#826263: libcork: FTBFS on non-Linux: Unknown endianness

[Roger Shimizu]

On Sat, Jun 4, 2016 at 3:27 AM, Aaron M. Ucko  wrote:
> Source: libcork
> Version: 0.15.0+ds-1
> Severity: important
> Justification: fails to build from source
>
> Builds of libcork on kFreeBSD failed with the errors
>
>   /«BUILDDIR»/libcork-0.15.0+ds/include/libcork/core/byte-order.h:46:2: 
> error: #error "Unknown endianness"
>#error "Unknown endianness"
> ^
>   /«BUILDDIR»/libcork-0.15.0+ds/include/libcork/core/hash.h: In function 
> 'cork_stable_hash_buffer':
>   /«BUILDDIR»/libcork-0.15.0+ds/include/libcork/core/byte-order.h:176:44: 
> error: implicit declaration of function 'CORK_UINT32_LITTLE_TO_HOST' 
> [-Werror=implicit-function-declaration]
>#define CORK_UINT32_HOST_TO_LITTLE(__u32)  
> CORK_UINT32_LITTLE_TO_HOST(__u32)
>   ^
>   /«BUILDDIR»/libcork-0.15.0+ds/include/libcork/core/hash.h:90:24: note: in 
> expansion of macro 'CORK_UINT32_HOST_TO_LITTLE'
>uint32_t  k1 = CORK_UINT32_HOST_TO_LITTLE(*curr);
>   ^
>
> I strongly suspect the Hurd build will fail in the same fashion.
>
> Could you please take a look?

Thanks for the ticket!

Yes, I checked the buildd status page [0], situation seems not good.

Maybe I can set Arch=linux-any in d/control to avoid a few, for the short term.

For the long term, I still need to figure out the root cause and fix solution.
Do you have any recommendation to resolve those compiling issue?
BTW. I have no access to porterbox.

[0] https://buildd.debian.org/status/package.php?p=libcork

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1

Bug#718865: #718865: fork of smbldap-machineadd-gosa still needed / joining a samba domain still broken?

[Holger Levsen]

control: tags -1 + moreinfo
control: retitle -1 fork of smbldap-machineadd still needed?

Hi,

according to the bug log in 2013, joining a domain should work, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718865#119
and
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718865#124

so as I see it what's needed to is to check whether we still need our
smbldap-machineadd-gosa fork of smbldap-useradd.


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#777039: kiosk mode with mate or cinnamon?

[Holger Levsen]

Hi,

I'm wondering: does mate or cinnamon have a kiosk mode?


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#826034: dolphin: No icons, even if XDG_CURRENT_DESKTOP=KDE

[Maximiliano Curia]

¡Hola Marcus!

El 2016-06-04 a las 11:46 +0200, Marcus Frings escribió:

On Fri, 3 Jun 2016 21:34:22 +0200, Maximiliano Curia 
wrote:

Please install plasma-integration, which has the platformplugin that 
qt5 is looking for (when XDG_CURRENT_DESKTOP=KDE is configured).


Great - that did the trick! Many thanks for the pointer! Installing 
plasma-integration brought back all the icons in dolphin on my Fluxbox 
machine. Thus, I assume that the dolphin package needs some further 
depends/recommends to make it run smoothly on non-KDE systems.


Not really, you are asking qt5 to behave as if it were running under a KDE 
environment setting XDG_CURRENT_DESKTOP=KDE, the problem is that there no sane 
way to configure qt5 icon theme without it. But that's on the qt side of 
things, forcing a plasma installation for any qt5 program would be wrong.


What's missing here is something like:
https://sourceforge.net/projects/qt5ct/

I think that the plan on the qt side was to provide something like this with 
qt, but I'm not sure if it's going to be there in qt 5.6.1.


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 /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#806607: calibre: FTBFS when built with dpkg-buildpackage -A (No module named icu)

[Santiago Vila]

Version: 2.48.0+dfsg-1

This seems fixed, but I didn't find anything in the changelog about it.

I'm closing with this version because I have a successful build log for that 
version.

Thanks.

Bug#806614: elinks: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

Version: 0.12~pre6-11

This seems fixed, but I didn't find anything in the changelog about it.

I'm closing with this version because I have a successful build log for that 
version.

Thanks.

Bug#826309: gnupg2: Please make the build reproducible wrt. varying build hostname

[intrigeri]

Package: gnupg2
Version: 2.1.11-7
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: hostname
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

the attached patch fixes (in my local rebuild.sh test environment) the
non-determinism in /usr/share/win32/gpgv.exe caused by varying build
hostname. Please have a look and let me know if you think it should be
implemented differently.

For the record, the hostname is captured in gpgv.exe since upstream
commit 049b3d9, whose message explains what the change is, but does
not make its rationale clear.

Thank you for maintaining GnuPG in Debian!

Cheers,
--
intrigeri

commit 073b11eb65f5cd7beb5cbf1e1b5e957c0ae37333
Author: intrigeri 
Date:   Sat Jun 4 11:46:50 2016 +

0007-Don-t-include-BUILD_HOSTNAME-nor-BUILD_TIMESTAMP-in-.patch: new patch (don't include BUILD_HOSTNAME nor BUILD_TIMESTAMP in W32INFO_FILEVERSION, for build reproducibility).

diff --git a/debian/patches/0007-Don-t-include-BUILD_HOSTNAME-nor-BUILD_TIMESTAMP-in-.patch b/debian/patches/0007-Don-t-include-BUILD_HOSTNAME-nor-BUILD_TIMESTAMP-in-.patch
new file mode 100644
index 000..d304f03
--- /dev/null
+++ b/debian/patches/0007-Don-t-include-BUILD_HOSTNAME-nor-BUILD_TIMESTAMP-in-.patch
@@ -0,0 +1,23 @@
+From: intrigeri 
+Date: Sat, 4 Jun 2016 11:45:46 +
+Subject: Don't include BUILD_HOSTNAME nor BUILD_TIMESTAMP in
+ W32INFO_FILEVERSION, for build reproducibility.
+
+---
+ common/w32info-rc.h.in | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/common/w32info-rc.h.in b/common/w32info-rc.h.in
+index d7909dd..0c9d761 100644
+--- a/common/w32info-rc.h.in
 b/common/w32info-rc.h.in
+@@ -22,8 +22,7 @@ either version 3 of the License, or (at your option) any later version.\0"
+ #define W32INFO_VI_FILEVERSION@BUILD_FILEVERSION@
+ #define W32INFO_VI_PRODUCTVERSION @BUILD_FILEVERSION@
+ 
+-#define W32INFO_FILEVERSION "@VERSION@ (@BUILD_REVISION@) \
+-built on @BUILD_HOSTNAME@ at @BUILD_TIMESTAMP@\0"
++#define W32INFO_FILEVERSION "@VERSION@ (@BUILD_REVISION@)\0"
+ 
+ #define W32INFO_PRODUCTNAME"GNU Privacy Guard (GnuPG)\0"
+ #define W32INFO_PRODUCTVERSION "@VERSION@\0"
diff --git a/debian/patches/series b/debian/patches/series
index 540d51d..f6f9089 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -4,3 +4,4 @@
 0004-avoid-gpgtar.test-when-disable-gpgtar-is-configured.patch
 0005-common-Change-simple_query-to-ignore-status-messages.patch
 0006-w32-Do-not-error-out-if-gpgconf-is-not-installed.patch
+0007-Don-t-include-BUILD_HOSTNAME-nor-BUILD_TIMESTAMP-in-.patch

Bug#826310: new upstream (4.6.3)

[Daniel Baumann]

Package: fonts-font-awesome
Severity: wishlist

Hi,

it would be nice if you could upgrade to the current upstream version 
(4.6.3).


Regards,
Daniel

Bug#826311: pcmanfm-qt: lacks icons

[ydirson]

Package: pcmanfm-qt
Version: 0.11.0-3

With all depends and recommends installed, I don't get any toolbar icons, nor 
any file icon in
contents pane.  Looks like a missing dependency.

Eg, "strace -efile |& grep icon" shows it's trying to find lots of icons in 
/usr/share/icons/hicolor/,
which apt-file search does not find in Debian.

Bug#826120: sendmail queue runner dies due to an assertion violation in libldap

[Andreas Beckmann]

Control: fixed -1 8.14.8-1

On 2016-06-02 13:50, Andreas Piper wrote:
> The same bug has been reported and fixed on RedHat-Linux with package 
> sendmail-8.14.4-9.el6, see https://access.redhat.com/solutions/1979993
> Could it be possible to implement this fix also on debian?

Can you test a proposed package with this fix on jessie?
I've pushed the changes to the git repository on alioth in branch "jessie".


Andreas

Bug#390449: update package or remove it entirely? (also drop using ftp.skolelinux.org's apt repo)

[Holger Levsen]

On Sat, May 28, 2016 at 09:59:47PM +0200, Petter Reinholdtsen wrote:
> [Holger Levsen]
> > On a third thought I think it's probably best for now to update the
> > package and discuss on the list, whether we'll really want develop
> > during the stretch release cycle without an Debian Edu apt repository,
> > and if this is the case, I think we should remove this package in 1-3
> > months.
> Is this really the key question?  Isn't the mirror key going to expire
> for the users of squeeze, wheezy and jessie before stretch is out?

squeeze is unsupported already.
wheezy support will expire in 2018.
jessie doesn't use our repository so far, thus doesn't need this
package, same for stretch.

FEB19998A26FF456 is 1024bit key (sigh) valid until 2019.

> suspect we need to update the package in the Debian Edu apt repository
> anyway, and if that is the case we should keep the package in Debian
> too, to allow everyone to check that the key is the official one.
 
I suppose it's best to drop this package during the stretch development
cycle and stop using the repository for anything post-wheezy.

Best, considering our ressources and our current development model.


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#806494: gnupg: please make the build reproducible

[intrigeri]

Hi,

Petter Reinholdtsen wrote (17 Feb 2016 14:47:35 GMT) :
> [Werner Koch 2015-11-30]
>> will be in 2.1.10 hopefully this week.

> I guess something is still missing, as gnupg is still not reproducable
> according to the tests.  The only difference reported by the test
> framework is a date in gpgv.1.gz.  Was this file forgotten when the
> package was fixed?

Upstream 2.1.10 added a new --date option to yat2m, but GnuPG 1.4.20
did not get it yet. I guess that's why gpgv.1 still has a timestamp
that depends on the build time.

Werner, could this change be backported to GnuPG 1.x? (I do realize
that it's not merely about ya2tm.c, since e.g. doc/Makefile.am is
also affected.)

Cheers,
--
intrigeri

Bug#806864: mlpack: FTBFS when built with dpkg-buildpackage -A (can't cd to debian/mlpack-bin/usr/bin)

[Santiago Vila]

Version: 2.0.1-1

This seems fixed because I have a successful build for this version.

I guess it was commit 507024ba6b9914265b5424c295363f72be9736db which fixed this.

mlpack (2.0.0-1) unstable; urgency=medium

  * debian/rules
- remove code to prefix binaries with mlpack_, as this is now done upstream

Because there was not a Close statement there, I'm closing this report
by hand with this message.

Thanks.

Bug#826312: RFS: mpfi/1.5.1+ds-4 [RC] -- multiple precision floating-point interval computation library

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Sponsors,

I am looking for sponsorship for the package mpfi, a mathematical C 
libray.
This very release fix a RC transition issue as reported by piupart.

Thanks in advance,
Jerome

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

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#783239: kexec-tools: please make the package build reproducibly

[intrigeri]

Hi Khalid,

Jérémy Bobbio wrote (27 Mar 2016 13:26:03 GMT) :
> The patch did not account for locale variation so kexec-tools is still
> unreproducible. An updated patch is attached.

I can confirm this, and the proposed patch looks good to me! I would
happily include it, if you don't mind, in the NMU I proposed
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752790#30 :)

What do you think?

Cheers,
--
intrigeri

Bug#795861: fakeroot: please make the build reproducible (timestamps, fileordering)

[intrigeri]

Hi Clint!

Val Lorentz wrote (17 Aug 2015 13:35:37 GMT) :
> While working on the “reproducible builds” effort [1], we have noticed
> that fakeroot could not be built reproducibly.

> The attached patch removes build time from the output package by setting
> the mtime of all files to the time of the last changelog entry. Once
> applied, fakeroot can be built reproducibly in our current experimental
> framework.

I've found this bug report while looking at non-reproducible packages
that we ship in Tails. The attached patch seems correct and simple
enough to me. Is there anything else we can do to help get it applied
to the package?

Cheers,
--
intrigeri

Bug#826313: chdist: update Ubuntu apt line

[Hideki Yamane]

Package: devscripts
Version: 2.16.4
Severity: normal
Tags: patch

Dear Maintainer,

 As apt line with chdist specifies very old Ubuntu version, so it'd be
 better to update latest one. Attached tiny patches, could you check and
 apply them, please?
>From f4114bc620ec128ab28a2125098e482880f658a7 Mon Sep 17 00:00:00 2001
From: Hideki Yamane 
Date: Sat, 4 Jun 2016 21:37:37 +0900
Subject: [PATCH 1/2] update chdist ubuntu version to xenial

---
 scripts/chdist.pl | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/scripts/chdist.pl b/scripts/chdist.pl
index fd37d4d..c085ce3 100755
--- a/scripts/chdist.pl
+++ b/scripts/chdist.pl
@@ -391,10 +391,10 @@ EOF
 #deb http://ftp.debian.org/debian/ unstable main contrib non-free
 #deb-src http://ftp.debian.org/debian/ unstable main contrib non-free
 
-#deb http://archive.ubuntu.com/ubuntu dapper main restricted
-#deb http://archive.ubuntu.com/ubuntu dapper universe multiverse
-#deb-src http://archive.ubuntu.com/ubuntu dapper main restricted
-#deb-src http://archive.ubuntu.com/ubuntu dapper universe multiverse
+#deb http://archive.ubuntu.com/ubuntu xenial main restricted
+#deb http://archive.ubuntu.com/ubuntu xenial universe multiverse
+#deb-src http://archive.ubuntu.com/ubuntu xenial main restricted
+#deb-src http://archive.ubuntu.com/ubuntu xenial universe multiverse
 EOF
 }
 close FH;
-- 
2.8.1

>From a944a0c2b39597859660891b096d151542c3c279 Mon Sep 17 00:00:00 2001
From: Hideki Yamane 
Date: Sat, 4 Jun 2016 21:39:41 +0900
Subject: [PATCH 2/2] modify ubuntu apt line

Probably users want to use main/universe, then restricted/multiverse
since restricted/multiverse is non-free repo.
---
 scripts/chdist.pl | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/scripts/chdist.pl b/scripts/chdist.pl
index c085ce3..47c6101 100755
--- a/scripts/chdist.pl
+++ b/scripts/chdist.pl
@@ -391,10 +391,12 @@ EOF
 #deb http://ftp.debian.org/debian/ unstable main contrib non-free
 #deb-src http://ftp.debian.org/debian/ unstable main contrib non-free
 
-#deb http://archive.ubuntu.com/ubuntu xenial main restricted
-#deb http://archive.ubuntu.com/ubuntu xenial universe multiverse
-#deb-src http://archive.ubuntu.com/ubuntu xenial main restricted
-#deb-src http://archive.ubuntu.com/ubuntu xenial universe multiverse
+
+#deb http://archive.ubuntu.com/ubuntu xenial main universe
+#deb-src http://archive.ubuntu.com/ubuntu xenial main universe
+
+#deb http://archive.ubuntu.com/ubuntu xenial restricted multiverse
+#deb-src http://archive.ubuntu.com/ubuntu xenial restricted multiverse
 EOF
 }
 close FH;
-- 
2.8.1

Bug#789461: ITP: runescape -- Complete quests and win enormous treasures in RuneScape

[George Bateman]

Hi Carlos,

I play RuneScape, and they've just released the NXT client, which I
think is C++ based, not Java. It comes packaged as a .deb file
directly from Jagex; see
https://www.runescape.com/download?jptg=ia&jptv=carousel_4, with
their own private Debian repository.  Doesn't this make the proposed
package obsolete?


George Bateman.

Bug#815042: re: #815042: POSTREMOVE hook fails when removing GOsa user templates

[Mike Gabriel]

Hi Holger

On Sat Jun 4 13:03:52 2016 GMT+0200, Holger Levsen wrote:
> control: tags -1 + moreinfo
> control: severity -1 normal
> thanks
> 
> Hi Mike,
> 
> back in Februar 2016 when you filed this bug you forgot to describe the
> actual effects of the bug, could you please do so now?
> 
> Also, maybe it was fixed due to fixes in gosa?
> 
> 
> -- 
> cheers,
>   Holger
>

In GOsa, we have hooks for all sorts of object actions. One hook is the user 
account postremove  hook.

This hook gets called when a user gets removed from LDAP. Everything fine 
around this.

By design, this hook also gets called whenever a user template object gets 
removed. A user template is a user-like LDAP object, that acts as a template 
for account generation.

Those user template object do not have a home dir, neither do they have 
Kerberos data.

Debian Edu comes with two such user templates, at our customers we add several 
more (for itstaff, wifionlyusers, ...). I had to remove such a template back 
then and the removal  threw up an error.

The cause of the error message was that the postremove hook tried to remove the 
home dir of a user template. User templates do not have home dirs by design.

In the gosa-remove script, we simply need to check the LDAP object being 
processed and skip all actions  if that LDAP object has object class 
gosaAccountTemplate (IRC).

Does that help as info??

Greets,
Mike


Sent from my Jolla

Bug#806614: elinks: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Moritz Mühlenhoff]

On Sat, Jun 04, 2016 at 01:51:15PM +0200, Santiago Vila wrote:
> Version: 0.12~pre6-11
> 
> This seems fixed, but I didn't find anything in the changelog about it.
> 
> I'm closing with this version because I have a successful build log for that 
> version.

I'm pretty sure that was fixed by the move to minified dh. Thanks for 
doublechecking.

Cheers,
Moritz

Bug#826218: Complain still interferes

[intrigeri]

Hi Guido,

Guido Günther wrote (03 Jun 2016 13:29:05 GMT) :
> On Fri, Jun 03, 2016 at 02:51:12PM +0200, intrigeri wrote:
>> I can't tell for sure until I've seen the corresponding logs, but
>> I *guess* that what's happening is: setting the usr.sbin.libvirtd
>> profile to "complain" affects that profile, and only that one; the
>> per-guest profiles libvirt generates are not affected. libvirtd is
>> still allowed to do that:

> If that would be true wouldn't undefining then redifining the domain
> (therefore switching to a different UUID resolve the problem)? I have
> tried this before and it doesn't.

Well, when doing that, a new profile (corresponding to the new UUID)
will be generated when starting up the new domain, and presumably it
will prevent the domain's startup in just the same way as the previous
profile, no?

(Still, I was mostly guessing there, and I am totally ready to accept
I was guessing wrong :)

> Note also that the problem is with starting virtlogd (which is spawned
> from libvirtd, not the VM). The issues manifests as virtlogd parsing
> incorrect stuff from the environment[1].

Now that's interesting! The logs I'm requesting below should help me
understand better what's happening:

>> To confirm this, we need:
>> 
>>  * the kernel / auditd logs from AppArmor, when the profile is in
>>complain or enforce mode

[... snipping logs about the parser load/etc. operations ...]

Let me be more specific: I would like to see the log about what
AppArmor blocks (the corresponding log entries should contain the
"DENIED" string).

>>  * the generated profile (/etc/apparmor.d/libvirt/libvirt-${uuid}*)

> As far as can tell there are no new files generaed with the uuid of the
> sqs domain.

Hmmm, OK. Here I have to admit that I have no clue how libvirt handles
AppArmor with qemu:///session; I've never tried it myself, and I don't
even know if it's supposed to be supported. Can you reproduce this
problem with qemu:///system?

I guess that at some point I should simply try and run your
autopkgtest myself to investigate, but first if you don't mind I'd
like a little bit more input from you, until we can be certain whether
it's a bug in AppArmor or in libvirt's AppArmor integration.
Fair enough?

Cheers,
-- 
intrigeri

Bug#826314: RM: doc-linux-ja -- unmaintained, quite old

[Hideki Yamane]

Package: ftp.debian.org
Severity: wishlist

Hi,

 Please remove doc-linux-ja package from Debian.
 
 - package: doc-linux-ja
 - reason: it is quite old (10 years ago) document and not usable now.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#826218: Complain still interferes

[Guido Günther]

Hi intrigeri,
On Sat, Jun 04, 2016 at 02:56:39PM +0200, intrigeri wrote:
[..snip..]
> >> To confirm this, we need:
> >> 
> >>  * the kernel / auditd logs from AppArmor, when the profile is in
> >>complain or enforce mode
> 
> [... snipping logs about the parser load/etc. operations ...]
> 
> Let me be more specific: I would like to see the log about what
> AppArmor blocks (the corresponding log entries should contain the
> "DENIED" string).

Well, there are no DENIED messages - that's the puzzling part and the
reason for this bug. The should be a all also contain "audit" and end up
in dmesg so my grep expression should have caught them (and I .

> >>  * the generated profile (/etc/apparmor.d/libvirt/libvirt-${uuid}*)
> 
> > As far as can tell there are no new files generaed with the uuid of the
> > sqs domain.
> 
> Hmmm, OK. Here I have to admit that I have no clue how libvirt handles
> AppArmor with qemu:///session; I've never tried it myself, and I don't
> even know if it's supposed to be supported. Can you reproduce this
> problem with qemu:///system?

No, session works as expected. The start of this journay basically was
to find out what aa does to qemu:///ession (at the very best it
should totally ignore it).

> I guess that at some point I should simply try and run your
> autopkgtest myself to investigate, but first if you don't mind I'd
> like a little bit more input from you, until we can be certain whether
> it's a bug in AppArmor or in libvirt's AppArmor integration.
> Fair enough?

Sure. I'm happy to provide more input.
Cheers,
 -- Guido

Bug#815042: re: #815042: POSTREMOVE hook fails when removing GOsa user templates

[Holger Levsen]

Hi Mike,

On Sat, Jun 04, 2016 at 12:51:34PM +, Mike Gabriel wrote:
> In the gosa-remove script, we simply need to check the LDAP object being 
> processed and skip all actions  if that LDAP object has object class 
> gosaAccountTemplate (IRC).
> Does that help as info??

yes, thanks.

Did I understand correctly that currently this causes harmless warnings
but nothing else? (or is some cleanup not done or is something cleaned
which should not?)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#825378: perl: freeze on parsing (broken) code

[Dominic Hargreaves]

On Sun, May 29, 2016 at 12:09:17AM +0300, Yuriy M. Kaminskiy wrote:
> On 28.05.2016 17:50, Dominic Hargreaves wrote:
> >On Thu, May 26, 2016 at 04:47:07PM +0100, Dominic Hargreaves wrote:

> >>Just to note that I can confirm that it we get a syntax error on
> >>wheezy (so this is a regression for jessie).

> >>I bisected this using something like:
> >>
> >>cat ../test_prog.sh
> >>#!/bin/sh
> >>
> >>./perl -e 's{foo}{$h->X({->aaa=>"b"},$d)}ge;'
> >>
> >>if [ $? = 255 ]; then
> >> exit 0
> >>fi
> >>
> >>../perl/Porting/bisect.pl --expect-fail --start v5.20.0 --end v5.22.0 
> >>--timeout 2 -- ../test_prog.sh
> >>
> >>This was fixed upstream by f8a7ccebba5637bf0cf5a23cea563b2ccd62312d[1],
> >>which as you observed was first included in 5.22.0. It may be a candidate
> >>for backporting to jessie / maint-5.20 upstream, but the patch doesn't
> >>apply as-is.
> >
> >Just to add to this: since perl 5.20 is out of support upstream, and
> >this isn't a critical issue, I suspect not much more will happen on
> >this bug from me. If someone else wants to backport the patch, I'd
> >happily consider it for inclusion in a future stable update.
> 
> Something like attached? (only complication: lack of op_sibling_splice in
> 5.20).
> Compiled with pbuilder (BTW, needed USENETWORK=yes; otherwise it failed two
> tests for IO::Socket::IP; looks like #759799?), minimally tested, seems
> work.
> Disclaimer: use with care/review carefully/IANAPH.

Thanks for the backporting! I've forwarded this upstream for review.

Best wishes,
Dominic.

Bug#825321: freedombox-setup: Enable userdir mod during apache setup.

[Sunil Mohan Adapa]

On 05/26/2016 06:05 AM, James Valleroy wrote:
> Package: freedombox-setup
> Severity: wishlist
> Tags: patch
> 
> This module allows users to share files which are placed in ~/public_html. I
> suggest enabling the module here, to avoid needing to restart apache later.
> 

Looks good to me.  I am committing this patch.  However, I think we
should also do this for user upgrading to the new version.  The attached
patch takes care of upgrading.

-- 
Sunil

From bf00fd5196d4e3eb520fc73ed3229d0c40ff9400 Mon Sep 17 00:00:00 2001
From: Sunil Mohan Adapa 
Date: Sat, 4 Jun 2016 18:16:00 +0530
Subject: [PATCH 2/2] Enable userdir for users upgrading from <= 0.9.1

---
 debian/freedombox-setup.postinst | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/debian/freedombox-setup.postinst b/debian/freedombox-setup.postinst
index 533824d..268a828 100644
--- a/debian/freedombox-setup.postinst
+++ b/debian/freedombox-setup.postinst
@@ -51,4 +51,14 @@ if [ "$1" = "configure" ] && [ -f /etc/motd ] && [ ! -L /etc/motd ] ; then
 ln -s ../var/run/motd /etc/motd
 fi
 
+# Enable userdir Apache module when upgrading from olders version to
+# 0.9.2 or above
+if [ -e /usr/share/apache2/apache2-maintscript-helper ] ; then
+. /usr/share/apache2/apache2-maintscript-helper
+
+if dpkg --compare-versions "$2" le-nl "0.9.1" ; then
+apache2_invoke enmod userdir
+fi
+fi
+
 #DEBHELPER#
-- 
2.8.1



signature.asc
Description: OpenPGP digital signature

Bug#825018: perl: FTBFS on hurd-i386: hardcoded E2BIG errno value

[Dominic Hargreaves]

Control: severity -1 minor
Control: retitle -1 perl: flawed test: hardcoded E2BIG errno value

On Sun, May 29, 2016 at 02:23:52AM +0200, Samuel Thibault wrote:
> Dominic Hargreaves, on Sat 28 May 2016 16:50:41 +0100, wrote:
> > print "errno 7 stringifies to '$!'\n";
> > dom@exodar:~$ ./test.pl 
> > errno 7 stringifies to '(os/kern) not receiver'
> > 
> > but because that error message is also long enough, the test passes.
> > Can you shed any more light about how to reproduce this test failure?
> 
> Ah, that was most probably another consequence of #825020, giving me "7"
> (thus too short) instead of the error message.

Aha, that makes sense. So I've retitled and downgraded the bug
appropriately since it shouldn't now be the cause of a FTBFS. I'll
forward upstream - the test is clearly buggy (in at least two regards,
one of which cancels out the other).

Cheers,
Dominic.

Bug#826303: virtualbox-dkms: Installation unsuccesfull

[Tobias Frost]

On Sat, 04 Jun 2016 11:58:12 +0200 jsb...@mimuw.edu.pl (Janusz S.
=?utf-8?Q?Bie=C5=84?=) wrote:
> Package: virtualbox-dkms
> Version: 5.0.20-dfsg-2
> Severity: grave
> 
> When I start virtualbox, I get
> 
> WARNING: The character device /dev/vboxdrv does not exist.
>    Please install the virtualbox-dkms package and the
appropriate
>    headers, most likely linux-headers-amd64.
> 
> The package is actually installed, but the following message was
issued:
> 
> Setting up virtualbox-dkms (5.0.20-dfsg-2) ...
> Loading new virtualbox-5.0.20 DKMS files...
> First Installation: checking all kernels...
> Building only for 4.1.0-1-amd64
> Module build for the currently running kernel was skipped since the
> kernel headers for this kernel do not seem to be installed.
> 
> But, as you can see, I'm running 4.1.0-1-amd64...
> 
>

Please verify if you installed the kernel headers for 4.1.0-1-amd64...

Can you please post the output of dpkg -l linux-headers-4.1.0-1-amd64



-- 
tobi

Bug#772489: Occurs on freshly installed testing system as well

[Helge Kreutzmann]

… with attachement, sorry.

Greetings

Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/
execve("/usr/sbin/apt-cacher-ng", ["/usr/sbin/apt-cacher-ng", "-c", 
"/etc/apt-cacher-ng", "ForeGround=1"], [/* 17 vars */]) = 0
brk(0)  = 0x55c78b798000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f8e66919000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=120386, ...}) = 0
mmap(NULL, 120386, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f8e668f3000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360`\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=135968, ...}) = 0
mmap(NULL, 2213008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f8e664d3000
mprotect(0x7f8e664eb000, 2093056, PROT_NONE) = 0
mmap(0x7f8e666ea000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7f8e666ea000
mmap(0x7f8e666ec000, 13456, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f8e666ec000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libwrap.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3000\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=40624, ...}) = 0
mmap(NULL, 2138176, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f8e662c3000
mprotect(0x7f8e662cc000, 2093056, PROT_NONE) = 0
mmap(0x7f8e664cb000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x7f8e664cb000
mmap(0x7f8e664cd000, 64, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f8e664cd000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \"\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=109144, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f8e66918000
mmap(NULL, 2204200, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f8e660a3000
mprotect(0x7f8e660bd000, 2093056, PROT_NONE) = 0
mmap(0x7f8e662bc000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19000) = 0x7f8e662bc000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libbz2.so.1.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\27\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=66856, ...}) = 0
mmap(NULL, 2162120, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f8e65e93000
mprotect(0x7f8e65ea2000, 2093056, PROT_NONE) = 0
mmap(0x7f8e660a1000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe000) = 0x7f8e660a1000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/liblzma.so.5", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P(\0\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0644, st_size=141752, ...}) = 0
mmap(NULL, 2236936, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f8e65c6b000
mprotect(0x7f8e65c8d000, 2093056, PROT_NONE) = 0
mmap(0x7f8e65e8c000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x21000) = 0x7f8e65e8c000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libssl.so.1.0.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0Pf\1\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0644, st_size=429200, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f8e66917000
mmap(NULL, 2524432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f8e659fb000
mprotect(0x7f8e65a5a000, 2093056, PROT_NONE) = 0
mmap(0x7f8e65c59000, 45056, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5e000) = 0x7f8e65c59000
close(3)= 0
access("/etc/ld.so.nohwcap", F_O

Bug#772489: Occurs on freshly installed testing system as well

[Helge Kreutzmann]

Hello Eduard,
on a fresh system with working apt-get (even though not yet with full 
internet access) apt-cacher-ng fails to install:

apt-cacher-ng (0.9.2-1) wird eingerichtet ...
Job for apt-cacher-ng.service failed because the control process exited with 
error code. See "systemctl status apt-cacher-ng.service" and "journalctl -xe" 
for details.
invoke-rc.d: initscript apt-cacher-ng, action "start" failed.
dpkg: Fehler beim Bearbeiten des Paketes apt-cacher-ng (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 
zurückFehler traten auf beim Bearbeiten von:
 apt-cacher-ng

root@samd:~# LC_ALL=C dpkg-reconfigure -plow apt-cacher-ng
/usr/sbin/dpkg-reconfigure: apt-cacher-ng is broken or not fully installed

I attached the output of 
su -s /bin/sh -c "strace /usr/sbin/apt-cacher-ng -c /etc/apt-cacher-ng 
ForeGround=1" apt-cacher-ng
to this e-mail.

All acng log files are empty.

Please let me know what further informtion you need.

Greetings

Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#826315: kernel-common: Claims a modified configuration file

[Helge Kreutzmann]

Package: kernel-common
Version: 13.018
Severity: normal

I'm currently installing a system from scratch starting with a minimal
system from a d-i netinstall.

Since I want to compile a kernel, I installed the pices bit by bit
(but only with apt-get install ..., not modifying any configuration
file so far explicitly).

When running
apt-get install kernel-package docbook-utils kernel-common

I got a conflict in the file /etc/kernel-img.conf

I attached the files left in the system (I chose to follow the
"newer") version.

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/
# This is a sample /etc/kernel-img.conf file
# See kernel-img.conf(5) for details

# If you want the symbolic link (or image, if move_image is set) to be
# stored elsewhere than / set this variable to the dir where you
# want the symbolic link.  Please note that this is not a Boolean
# variable.  This may be of help to loadlin users, who may set both
# this and move_image. Defaults to /. This can be used in conjunction
# with all above options except link_in_boot, which would not make
# sense.  (If both image_dest and link_in_boot are set, link_in_boot
# overrides).
image_dest = /

# This option manipulates the build link created by recent kernels. If
# the link is a dangling link, and if a the corresponding kernel
# headers appear to have been installed on the system, a new symlink
# shall be created to point to them.
#relink_build_link = YES

# If set, the preinst shall silently try to move /lib/modules/version
# out of the way if it is the same version as the image being
# installed. Use at your own risk.
#clobber_modules = NO

# If set, does not prompt to continue after a depmod problem in the
# postinstall script.  This facilitates automated installs, though it
# may mask a problem with the kernel image. A diag‐ nostic is still
# issued. This is unset be default.
# ignore_depmod_err = NO

# These setting are for legacy postinst scripts only. newer postinst
# scripts from the kenrel-package do not use them
do_symlinks = yes
do_bootloader = no
do_initrd=yes
link_in_boot=no
# This is a sample /etc/kernel-img.conf file
# See kernel-img.conf(5) for details

# If you want the symbolic link (or image, if move_image is set) to be
# stored elsewhere than / set this variable to the dir where you
# want the symbolic link.  Please note that this is not a Boolean
# variable.  This may be of help to loadlin users, who may set both
# this and move_image. Defaults to /. This can be used in conjunction
# with all above options except link_in_boot, which would not make
# sense.  (If both image_dest and link_in_boot are set, link_in_boot
# overrides).
image_dest = /

# This option manipulates the build link created by recent kernels. If
# the link is a dangling link, and if a the corresponding kernel
# headers appear to have been installed on the system, a new symlink
# shall be created to point to them.
#relink_build_link = YES

# If set, the preinst shall silently try to move /lib/modules/version
# out of the way if it is the same version as the image being
# installed. Use at your own risk.
#clobber_modules = NO

# If set, does not prompt to continue after a depmod problem in the
# postinstall script.  This facilitates automated installs, though it
# may mask a problem with the kernel image. A diag‐ nostic is still
# issued. This is unset be default.
# ignore_depmod_err = NO

# These setting are for legacy postinst scripts only. newer postinst
# scripts from the kenrel-package do not use them
do_symlinks = yes
do_bootloader = no
do_initrd=yes
link_in_boot=no
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
do_bootloader = no
do_initrd = yes
link_in_boot = no


signature.asc
Description: Digital signature

Bug#815042: re: #815042: POSTREMOVE hook fails when removing GOsa user templates

[Mike Gabriel]

Hi Holger,

On Sat Jun 4 15:09:46 2016 GMT+0200, Holger Levsen wrote:
> Hi Mike,
> 
> On Sat, Jun 04, 2016 at 12:51:34PM +, Mike Gabriel wrote:
> > In the gosa-remove script, we simply need to check the LDAP object being 
> > processed and skip all actions  if that LDAP object has object class 
> > gosaAccountTemplate (IRC).
> > Does that help as info??
> 
> yes, thanks.
> 
> Did I understand correctly that currently this causes harmless warnings
> but nothing else? (or is some cleanup not done or is something cleaned
> which should not?)

Correctly understood. 
Mike 


-- 
Sent from my Jolla

Bug#786477: (no subject)

[Aël GAIN]

-- 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/1 CPU core)
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)


I found that upstream version v0.86 is actually fixing the bug, at least
partly, here is what I did :

root@debian-512mb-fra1-01:~# ls /proc/sys/net/ipv6
ls: cannot access /proc/sys/net/ipv6: No such file or directory
root@debian-512mb-fra1-01:~# wget 
http://ftp.fr.debian.org/debian/pool/main/m/mtr/mtr_0.86-1+b1_amd64.deb
root@debian-512mb-fra1-01:~# ar p mtr_0.86-1+b1_amd64.deb data.tar.xz | tar xJ
root@debian-512mb-fra1-01:~# mtr --report debian.org
Start: Sat Jun  4 09:17:48 2016
Unable to allocate IPv6 socket for nameserver communication: Address family not 
supported by protocol
root@debian-512mb-fra1-01:~# usr/bin/mtr --report debian.org
usr/bin/mtr: /lib/x86_64-linux-gnu/libtinfo.so.5: no version information 
available (required by usr/bin/mtr)
usr/bin/mtr: /lib/x86_64-linux-gnu/libncurses.so.5: no version information 
available (required by usr/bin/mtr)
Start: Sat Jun  4 09:18:01 2016
Unable to allocate IPv6 socket for nameserver communication: Address family not 
supported by protocol
HOST: debian-512mb-fra1-01Loss%   Snt   Last   Avg  Best  Wrst StDev
….
  9.|-- te1-5.cr2.yrk.bytemark.co  0.0%10   16.0  16.5  16.0  19.2   0.8
 10.|-- po1.ar2.dc1.yo26.yrk.byte  0.0%10   16.2  16.6  16.1  19.7   0.9
 11.|-- bm-bl1.debian.org  0.0%10   23.4  21.0  19.4  25.5   2.1
 12.|-- senfter.debian.org 0.0%10   19.8  20.3  19.7  22.0   0.3


-
With upstream version v0.85 which is packaged with jessie, mtr is not even 
starting with ipv6 disable, but with version v0.86 which is in stretch the 
error message is still present but mtr looks fully functionnal appart from that.
Shouldn't this bug report be closed now ?

Bug#826316: ruby-grape-entity 0.5.1-1 breaks tests of ruby-grape 0.5.0

[Cédric Boutillier]

Package: ruby-grape-entity
Version: 0.5.0-1
Severity: important

Dear Maintainer,

ruby-grape fails to build because of failing tests. The autopackage
tests for ruby-grape started to fail when ruby-grape-entity 0.5.1-1 was
introduced.

Using version 0.5.0-1 instead to build ruby-grape results in a
successful build.

Cheers,

Cédric


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

Kernel: Linux 4.5.0-2-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)

Versions of packages ruby-grape-entity depends on:
ii  ruby1:2.3.0+4
ii  ruby-activesupport  2:4.2.6-1
ii  ruby-multi-json 1.11.2-3

ruby-grape-entity recommends no packages.

ruby-grape-entity suggests no packages.

-- no debconf information

Bug#826318: fakeroot: switching packaging to debhelper

[Andreas Beckmann]

Package: fakeroot
Version: 1.20.2-1
Severity: important
Tags: patch

Hi,

fakeroot shows two problems in piuparts, ususally while testing other
packages:

* leftover dangling libfakeroot-0.so symlink
  (the postinst has code remove that link, but that wasn't updated for the
  multiarch conversion)

* unsanitized directory permissions in the i386 package: directories are
  775 instead of 755 (would have been fixed by dh_fixperms) which piuparts
  notices as "permission chnages" on certain upgrade paths

I took the liberty to convert the ancient debian/rules to use debhelper 9
which results in a shorter and easier to manage packaging, automatically
fixing the second problem.

The steps leading to debhelper and fixing above two bugs can be found in
several commits in
git://git.debian.org/git/users/anbe/tmp/fakeroot.git

It would be great if you could update fakeroot in sid!


Thanks

Andreas

Bug#826317: ruby-grape: FTBFS because of failing tests

[Cédric Boutillier]

Package: ruby-grape
Version: 0.5.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Since the presence of ruby-grape-entity 0.5.1-1 in the archive, ruby-grape
0.5.0-1 has failing tests, resulting in a failing build.

Failures:

  1) Grape::API http_codes is used as presenter
 Failure/Error: expect(last_response.body).to eql({ code: 408, static: 
'some static text' }.to_json)

   expected: "{\"code\":408,\"static\":\"some static text\"}"
got: "{:code=>408, :static=>\"some static text\"}"

   (compared using eql?)
 # ./spec/grape/api_spec.rb:1887:in `block (3 levels) in '

  2) Grape::API http_codes presented with
 Failure/Error: expect(last_response.body).to eql({ code: 408, static: 
'some static text' }.to_json)

   expected: "{\"code\":408,\"static\":\"some static text\"}"
got: "{:code=>408, :static=>\"some static text\"}"

   (compared using eql?)
 # ./spec/grape/api_spec.rb:1898:in `block (3 levels) in '

  3) Grape::Middleware::Error with http code presents an error message
 Failure/Error: expect(last_response.body).to eq({ code: 200, static: 
'static text' }.to_json)

   expected: "{\"code\":200,\"static\":\"static text\"}"
got: "{:code=>200, :static=>\"static text\"}"

   (compared using ==)
 # ./spec/grape/middleware/error_spec.rb:74:in `block (3 levels) in '

Finished in 6.67 seconds (files took 0.77349 seconds to load)
1162 examples, 3 failures

Failed examples:

rspec ./spec/grape/api_spec.rb:1876 # Grape::API http_codes is used as presenter
rspec ./spec/grape/api_spec.rb:1890 # Grape::API http_codes presented with
rspec ./spec/grape/middleware/error_spec.rb:70 # Grape::Middleware::Error with 
http code presents an error message


Cheers,

Cédric

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

Kernel: Linux 4.5.0-2-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)

Bug#825354: mudlet: FTBFS on armel/armhf: glu development package not found

[Emilio Pozuelo Monfort]

On 26/05/16 14:49, Craig Small wrote:
> On Thu, May 26, 2016 at 8:57 PM Emilio Pozuelo Monfort  > wrote:
> 
> Project ERROR: glu development package not found
> 
> That library is part of libglu1-mesa-dev which is a dependency for 
> qtbase5-dev.
> 
> Except for armel which, for some reason, qtbase5-dev does not include it.
> 
> Architecture: amd64
> Depends: libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev,
> 
> Architecture: armel
> Depends: libgles2-mesa-dev | libgles2-dev,
> 
> I think it should be just a matter of adding libglu1-mesa-dev to the build 
> dependencies and we're done.

Maybe this ought to get reassigned to qtbase5-dev?

Cheers,
Emilio

Bug#826290: libc6-i686: Neither "$ aptitude show" or "$ apt-cache show" says libc6-i686 is a virtual package

[Aurelien Jarno]

On 2016-06-04 12:38, Samuel Thibault wrote:
> Aurelien Jarno, on Sat 04 Jun 2016 11:59:30 +0200, wrote:
> > On 2016-06-04 11:37, Samuel Thibault wrote:
> > > Aurelien Jarno, on Sat 04 Jun 2016 11:04:03 +0200, wrote:
> > > > That said I don't know what we can do from the glibc side point of view
> > > > to change this behavior.
> > > 
> > > We could keep a dumb empty lib6-i686 package for the Stretch release?
> > 
> > Wouldn't that just postpone the problem to Stretch? When we really
> > remove the dummy package, apt and aptitude will still not show it as
> > virtual.
> 
> No, but the description of the package will be that it's a dumb package
> which can safely removed, not "the standard libraries that are used by
> nearly all programs on the system" :)

Indeed. That means we have to go to NEW and keep this package one more
year, but from the user experience, that should work better.

I'll see how we can do that in our build system.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#520619: Debian BTS: pigz as gzip replacement

[Eduard Bloch]

Hallo,
* Rolf Leggewie [Sat, Jun 04 2016, 02:26:08PM]:
> On Mon, 27 Apr 2015 16:18:44 +0200 Kernc  wrote:
> > Are patches welcome?
> 
> Disclosure: I'm not the maintainer, but patches should always be
> welcome, I suppose.  And the way I know Eduard, he is quick to act on
> them, too.

I am not sure it's really my job already. The first question is: how
should this interact with the existing gzip package? I see that at least
one package (zutils) does a similar thing via diversions and I don't
like that approach, alternatives mechanism would have been much cleaner
IMHO.

What's the maintainer's view on that?

Regards,
Eduard.

Bug#826319: devscripts: debdiff fails on diffing .changes with matching version but different package lists

[Andreas Beckmann]

Package: devscripts
Version: 2.16.4
Severity: normal

Hi,

I just tried to convert fakeroot to use debhelper. To see whether I
didn't miss something previously shipped, I wanted to debdiff against a
.changes with only the version bumped (to reduce noise), but no other
changes. That worked until I enabled dh_strip, which added -dbgsym debs
to the new .changes:

$ debdiff  ref/fakeroot_1.20.2-1.1_amd64.changes 
fakeroot_1.20.2-1.1_amd64.changes
debdiff: fatal error at line 456:
Can't read file: ref/fakeroot-dbgsym_1.20.2-1.1_amd64.deb

Hmm, there are no -dbgsym packages in ref/, why does debdiff try to load
them? It works fine with 

$ debdiff  fakeroot_1.20.2-1_amd64.changes fakeroot_1.20.2-1.1_amd64.changes 
[...]

where the old one doesn't have -dbgsym packages either, but has a
different version number.


Andreas

Bug#826040: pppconfig: Failed to start Clean up any mess left by 0dns-up

[Santiago Vila]

On Wed, 1 Jun 2016, Singer Michael wrote:

> The service file dns-clean.service from the /lib/systemd/system has the 
> following contents.
> 
> [Unit]
> Description=Clean up any mess left by 0dns-up
> DefaultDependencies=false
> Before=network-manager.service systemd-networkd.service networking.service 
> resolvconf.service
> After=local-fs.target
> Requires=local-fs.target
> ConditionPathExists=/etc/ppp/ip-down.d/0dns-down
> [Service]
> Type=oneshot
> ExecStartPre=/bin/mkdir /var/run/pppconfig

Could any of you try this instead and tell us if the problem goes away?

ExecStartPre=/bin/mkdir -p /var/run/pppconfig

(I don't maintain pppconfig, I just made the last QA upload,
but this error seems definitely easy to fix).

Thanks.

Bug#826303: closed by Gianfranco Costamagna (Re: Bug#826303: virtualbox-dkms: Installation unsuccesfull)

[Janusz S. Bień]

Thank you very much for your quick reaction.

On Sat, Jun 04 2016 at 15:48 CEST, ow...@bugs.debian.org writes:

[...]

> From: Gianfranco Costamagna 
> Subject: Re: Bug#826303: virtualbox-dkms: Installation unsuccesfull
> To:  <826303-d...@bugs.debian.org>
> Date: Sat, 4 Jun 2016 13:44:35 + (UTC) (16 minutes, 20 seconds ago)
> Reply-To: Gianfranco Costamagna 
>
> control: severity -1 normal
>
> Hi,
>
>  Il Sabato 4 Giugno 2016 15:33, Tobias Frost  ha scritto:
>> Severity: grave
>
>
>
> LOL :)
> grave means your system breaks, you have data loss, and so on,
> not a program that is misbehaving

I use Emacs; debian-el for reporting bugs and the instruction says:

 grave
  *makes the package in question unuseable*

and this is actually the case

  or mostly so, or causes data
  loss, or introduces a security hole allowing access to the accounts of
  users who use the package.

Is the instruction wrong or obsolete?

[...]

> linux-image is different from linux-headers
>>Please verify if you installed the kernel headers for 4.1.0-1-amd64...
>>Can you please post the output of dpkg -l linux-headers-4.1.0-1-amd64

dpkg -l linux-headers-4.1.0-1-amd64
dpkg-query: no packages found matching linux-headers-4.1.0-1-amd64

How to report officially this problem?

[...]

> From: jsb...@mimuw.edu.pl (Janusz S. Bień)
> Subject: virtualbox-dkms: Installation unsuccesfull

[...]

> Setting up virtualbox-dkms (5.0.20-dfsg-2) ...
> Loading new virtualbox-5.0.20 DKMS files...
> First Installation: checking all kernels...
> Building only for 4.1.0-1-amd64
> Module build for the currently running kernel was skipped since the
> kernel headers for this kernel do not seem to be installed.
>
> But, as you can see, I'm running 4.1.0-1-amd64...
>
> So what is the problem?

I found the message misleading. In my opinion it may suggest that "the
currently running kernel" is not 4.1.0-1-amd64.

Best regards

Janusz

-- 
   ,   
Prof. dr hab. Janusz S. Bien -  Uniwersytet Warszawski (Katedra Lingwistyki 
Formalnej)
Prof. Janusz S. Bien - University of Warsaw (Formal Linguistics Department)
jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/

Bug#826320: firebird-dev: no fb_config and no pkg-config file?

[Rene Engelhard]

Package: firebird-dev
Version: 3.0.0.32483.ds4-2
Severity: important

Hi,

LibreOffice master (for 5.3.0 for now, but maybe it will be backported,
not sure) got support for building against firebird 3.

configure.ac does the following:

dnl ===
dnl Check for system Firebird
dnl ===
AC_MSG_CHECKING([which Firebird to use])
if test "$with_system_firebird" = "yes"; then
AC_MSG_RESULT([external])
SYSTEM_FIREBIRD=TRUE
AC_PATH_PROG(FIREBIRDCONFIG, [fb_config])
if test -z "$FIREBIRDCONFIG"; then
AC_MSG_NOTICE([No fb_config -- using pkg-config])
PKG_CHECK_MODULES([FIREBIRD], [fbclient >= 3], 
[FIREBIRD_PKGNAME=fbclient], [
PKG_CHECK_MODULES([FIREBIRD], [fbembed], 
[FIREBIRD_PKGNAME=fbembed])
])
FIREBIRD_VERSION=`pkg-config --modversion "$FIREBIRD_PKGNAME"`
else
AC_MSG_NOTICE([fb_config found])
FIREBIRD_VERSION=`$FIREBIRDCONFIG --version`
AC_MSG_CHECKING([for Firebird Client library])
FIREBIRD_CFLAGS=`$FIREBIRDCONFIG --cflags`
FIREBIRD_LIBS=`$FIREBIRDCONFIG --embedlibs`
FilterLibs "${FIREBIRD_LIBS}"
FIREBIRD_LIBS="${filteredlibs}"
fi
AC_MSG_RESULT([includes `$FIREBIRD_CFLAGS', libraries `$FIREBIRD_LIBS'])
AC_MSG_CHECKING([Firebird version])
if test -n "${FIREBIRD_VERSION}"; then
FIREBIRD_MAJOR=`echo $FIREBIRD_VERSION | cut -d"." -f1`
FIREBIRD_MINOR=`echo $FIREBIRD_VERSION | cut -d"." -f2`
if test "$FIREBIRD_MAJOR" -eq "2" -a "$FIREBIRD_MINOR" -eq "5"; then
AC_MSG_RESULT([OK])
elif test "$FIREBIRD_MAJOR" -eq "3" -a "$FIREBIRD_MINOR" -eq "0"; 
then
AC_DEFINE(HAVE_FIREBIRD_30, 1)
AC_MSG_RESULT([OK])
else
AC_MSG_ERROR([Ensure firebird 2.5.x or 3.0.x is installed])
fi
else
[...]

Unfortunately firebird-dev in experimental neither contains a pkg-config file
nor a fb_config. So the pkg-config path gets tried, it tries fbclient >= 3 and
fbembded and of course fails.

Right now I worked around it with

diff --git a/rules b/rules
index 039cec6..b849566 100755
--- a/rules
+++ b/rules
@@ -1313,6 +1313,13 @@ ifeq "$(ENABLE_FIREBIRD)" "y"
   endif
   ifneq (,$(filter firebird, $(SYSTEM_STUFF)))
BUILD_DEPS += , firebird-dev (>= 2.5.2.26540.ds4-2)$(OOO_NO_LE_ARCHS)
+  # hack for firebird 3. configure expects fb_config or pkg-config, neither of
+  # which firebird 3 provides. WTF?
+  ifeq "$(shell dpkg --compare-versions `dpkg -l firebird-dev | grep ^ii | awk 
'{ print $$3 }'` ge 3 && echo true)" "true"
+export FIREBIRD_VERSION=3.0.0
+export FIREBIRD_LIBS=-lfbclient
+export FIREBIRD_CFLAGS="-I/usr/include/firebird"
+  endif
   endif
 else
CONFIGURE_FLAGS += --disable-firebird-sdbc

but that's of course not a real solution...

Regards,

Rene

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

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

Versions of packages firebird-dev depends on:
ii  firebird3.0-common-doc  3.0.0.32483.ds4-2
ii  libfbclient23.0.0.32483.ds4-2
ii  libib-util  3.0.0.32483.ds4-2

firebird-dev recommends no packages.

Versions of packages firebird-dev suggests:
pn  firebird3.0-examples  

-- no debconf information

Bug#826311: pcmanfm-qt: lacks icons

[aga...@siduction.org]

It's not exactly a packaging bug - normally it's up to the $de-session
to provide the components
with a system-wide style and icon theme.
I will add some icon-themes as recommends, that should fix it - beware
of that the
icon theme must set in preferences if not picked up automagically.

> Eg, "strace -efile |& grep icon" shows it's trying to find lots of
icons in /usr/share/icons/hicolor/,
> which apt-file search does not find in Debian.

-- 
Alf Gaida
BDBF C688 EFAD BA89 5A9F  464B CD28 0A0B 4D72 827C





signature.asc
Description: OpenPGP digital signature

Bug#772489: Occurs on freshly installed testing system as well

[Eduard Bloch]

Hallo,
* Helge Kreutzmann [Sat, Jun 04 2016, 03:28:42PM]:
> … with attachement, sorry.

Thanks! Let's see, here it starts to do DNS to identify which interface to
listen on:

> open("/etc/host.conf", O_RDONLY|O_CLOEXEC) = 5
> fstat(5, {st_mode=S_IFREG|0644, st_size=9, ...}) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
> 0x7f8e6691
> read(5, "multi on\n", 4096) = 9
> read(5, "", 4096)   = 0
> close(5)= 0
> munmap(0x7f8e6691, 4096)= 0
> futex(0x7f8e64cf5ac4, FUTEX_WAKE_PRIVATE, 2147483647) = 0
> open("/etc/resolv.conf", O_RDONLY|O_CLOEXEC) = 5

That goes on for a while...

> connect(5, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("127.0.0.1")}, 16) = 0
> poll([{fd=5, events=POLLOUT}], 1, 0)= 1 ([{fd=5, revents=POLLOUT}])
> sendmmsg(5, {{{msg_name(0)=NULL, 
> msg_iov(1)=[{"\234H\1\0\0\1\0\0\0\0\0\0\003172\00216\00218\0040/24\0\0\1\0\1",
>  32}], msg_controllen=0, msg_flags=0}, 32}}, 2, MSG_NOSIGNAL) = 1
> poll([{fd=5, events=POLLIN|POLLOUT}], 1, 5000) = 1 ([{fd=5, revents=POLLOUT}])
> sendto(5, 
> "\255\265\1\0\0\1\0\0\0\0\0\0\003172\00216\00218\0040/24\0\0\34\0\1", 32, 
> MSG_NOSIGNAL, NULL, 0) = 32
> poll([{fd=5, events=POLLIN}], 1, 4999)  = 1 ([{fd=5, revents=POLLERR}])
> close(5)= 0
> socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 5
> connect(5, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("127.0.0.1")}, 16) = 0
> poll([{fd=5, events=POLLOUT}], 1, 0)= 1 ([{fd=5, revents=POLLOUT}])
> sendmmsg(5, {{{msg_name(0)=NULL, 
> msg_iov(1)=[{"\234H\1\0\0\1\0\0\0\0\0\0\003172\00216\00218\0040/24\0\0\1\0\1",
>  32}], msg_controllen=0, msg_flags=0}, 32}}, 2, MSG_NOSIGNAL) = 1
> poll([{fd=5, events=POLLIN|POLLOUT}], 1, 5000) = 1 ([{fd=5, revents=POLLOUT}])
> sendto(5, 
> "\255\265\1\0\0\1\0\0\0\0\0\0\003172\00216\00218\0040/24\0\0\34\0\1", 32, 
> MSG_NOSIGNAL, NULL, 0) = 32
> poll([{fd=5, events=POLLIN}], 1, 4999)  = 1 ([{fd=5, revents=POLLERR}])
> close(5)= 0
> socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 5
> connect(5, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("127.0.0.1")}, 16) = 0
> poll([{fd=5, events=POLLOUT}], 1, 0)= 1 ([{fd=5, revents=POLLOUT}])
> sendmmsg(5, {{{msg_name(0)=NULL, 
> msg_iov(1)=[{"$R\1\0\0\1\0\0\0\0\0\0\003172\00216\00218\0040/24\nhelg"..., 
> 46}], msg_controllen=0, msg_flags=0}, 46}}, 2, MSG_NOSIGNAL) = 1
> poll([{fd=5, events=POLLIN|POLLOUT}], 1, 5000) = 1 ([{fd=5, revents=POLLOUT}])
> sendto(5, "5\371\1\0\0\1\0\0\0\0\0\0\003172\00216\00218\0040/24\nhelg"..., 
> 46, MSG_NOSIGNAL, NULL, 0) = 46
> poll([{fd=5, events=POLLIN}], 1, 4999)  = 1 ([{fd=5, revents=POLLERR}])
> close(5)= 0
> socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 5
> connect(5, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("127.0.0.1")}, 16) = 0
> poll([{fd=5, events=POLLOUT}], 1, 0)= 1 ([{fd=5, revents=POLLOUT}])
> sendmmsg(5, {{{msg_name(0)=NULL, 
> msg_iov(1)=[{"$R\1\0\0\1\0\0\0\0\0\0\003172\00216\00218\0040/24\nhelg"..., 
> 46}], msg_controllen=0, msg_flags=0}, 46}}, 2, MSG_NOSIGNAL) = 1
> poll([{fd=5, events=POLLIN|POLLOUT}], 1, 5000) = 1 ([{fd=5, revents=POLLOUT}])
> sendto(5, "5\371\1\0\0\1\0\0\0\0\0\0\003172\00216\00218\0040/24\nhelg"..., 
> 46, MSG_NOSIGNAL, NULL, 0) = 46
> poll([{fd=5, events=POLLIN}], 1, 4999)  = 1 ([{fd=5, revents=POLLERR}])
> close(5)= 0
> write(2, "Error resolving address for bind"..., 56Error resolving address for 
> binding: Connection refused

So it tried four times and your private DNS is still failing.
Please fix the DNS server!
Maybe it was shut down for upgrade as well?

Another thing, it DID tell the reason to systemd. Wasn't there a message in
systemctl status output?

Regards,
Eduard.

-- 
 ich hab ja vorhin das tcsh irgendwie als tcl interpretiert und mich
gewundert, seit wann die syntax so komisch is


signature.asc
Description: PGP signature

Bug#826250: goobox: Please drop gnome-icon-theme-symbolic dependency

[Helge Kreutzmann]

Hello Laurent,
thanks for your report.

On Fri, Jun 03, 2016 at 06:19:46PM +0200, Laurent Bigonville wrote:
> Would be nice if you could drop gnome-icon-theme-symbolic dependency.
> 
> gnome-icon-theme-symbolic is the old GNOME theme package and has been
> replaced by adwaita.

Is there some reference regarding these two icon themes? I looked at
the PTS and I did not find something relating their relationship
(except a note that they share similar files). As far as I can see,
they are also co-installable?

> Also I don't think it's upto individual packages to force the (icon)
> themes.

Well, it was explicitly requested in 678223.

Greetings

  Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#779641: debian-edu-config: postinst fails to remove a diversion

[Holger Levsen]

On Mon, Dec 07, 2015 at 12:17:18AM +0100, Petter Reinholdtsen wrote:
> [Wolfgang Schweer]
> > While testing to upgrade a combined server (profiles: Main-Server, 
> > Workstation, Thin-Client-Server) from wheezy to jessie I noticed that 
> > upgrading failed (when pam-auth-update was run) cause the postinst did 
> > not remove a diversion.
> I ran into this too when I upgraded an old Wheezy machine just now.
> Thank you very much for the bug report.  It was very useful!
[...]
> I believe it happen because the file
> /usr/share/debian-edu-config/pam-config-krb5 no longer included in the
> deb is removed when the new version is unpacked, while the postinst
> might run a long time after it is removed.  I suspect code need to be in
> a preinst script instead, to avoid the problem.
> 
> I suspect what went wrong was this:
> 
>  (1) The divert /usr/share/pam-configs/edu-krb5 is operatinonal and
>  pointing to an existing file
>  /usr/share/debian-edu-config/pam-config-krb5.
> 
>  (2) debian-edu-config is unpacked, the divert is still in place, but
>  the file /usr/share/debian-edu-config/pam-config-krb5 is removed by
>  dpkg.
> 
>  (3) Some other package try to run pam-auth-update, which fail because
>  /usr/share/pam-configs/ contain a bogus file (the dangling symlink)
> 
>  (4) Perhaps the new debian-edu-config postinst script is executed,
>  perhaps not.  It depend on the set of packages being upgraded.
> 
>  (5) apt give up and report upgrade failure.
> 
> If we make sure the divert is removed before the package is unpacked,
> there will be no dangling symlink and pam-auth-update will work the
> whole time.
 
I've checked prerm and the code to remove this divert is already there,
so I suppose this needs to be done in preinst instead?


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#772489: Occurs on freshly installed testing system as well

[Helge Kreutzmann]

Hello Eduard,
thanks for your ultra-speedy reply.

On Sat, Jun 04, 2016 at 04:21:16PM +0200, Eduard Bloch wrote:
> * Helge Kreutzmann [Sat, Jun 04 2016, 03:28:42PM]:
> > … with attachement, sorry.

> So it tried four times and your private DNS is still failing.
> Please fix the DNS server!
> Maybe it was shut down for upgrade as well?

Well, this machine does not have any DNS at all (atm), as I only use
/etc/hosts in my privat network. Once it is (fully) installed, it will
get direct internet and DNS access. I wasn't aware that DNS is needed
(and thought IP numbers did as well).

So I postpone installing apt-cacher-ng for the moment and will retry
later with DNS available.

> Another thing, it DID tell the reason to systemd. Wasn't there a message in
> systemctl status output?

• apt-cacher-ng.service - Apt-Cacher NG software download proxy
   Loaded: loaded (/lib/systemd/system/apt-cacher-ng.service; enabled; vendor 
preset: enabled)
   Active: inactive (dead) (Result: exit-code) since Fr 2016-06-03 16:30:53 
CEST; 35s ago
  Process: 18268 ExecStart=/usr/sbin/apt-cacher-ng 
SocketPath=/run/apt-cacher-ng/socket -c /etc/apt-cacher-ng ForeGround=1 
(code=exited, status=1/FAILURE)
 Main PID: 18268 (code=exited, status=1/FAILURE)

Jun 03 16:30:52 samd systemd[1]: Failed to start Apt-Cacher NG software 
download proxy.
Jun 03 16:30:52 samd systemd[1]: apt-cacher-ng.service: Unit entered failed 
state.
Jun 03 16:30:52 samd systemd[1]: apt-cacher-ng.service: Failed with result 
'exit-code'.
Jun 03 16:30:53 samd systemd[1]: apt-cacher-ng.service: Service hold-off time 
over, scheduling restart.
Jun 03 16:30:53 samd systemd[1]: Stopped Apt-Cacher NG software download proxy.
Jun 03 16:30:53 samd systemd[1]: apt-cacher-ng.service: Start request repeated 
too quickly.
Jun 03 16:30:53 samd systemd[1]: Failed to start Apt-Cacher NG software 
download proxy.

I cannot deduce the problem (missing DNS) from those error messages,
sorry.

Greetings

  Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#826321: uscan: typo in manpage

[ydirson]

Package: devscripts
Version: 2.16.4
Tags: patch

"passive" option for FTP is typoed as "passsive", evading search

Bug#807658: python-enum: This package will be removed

[Andreas Beckmann]

Followup-For: Bug #807658
Control: severity -1 serious

Hi,

python-laditools has switched to python-enum34 already, but upgrades
from jessie to stretch do not work smoothly as long as python-enum
is still available in stretch: apt prefers to keep python-enum installed
and the jessie version of python-laditools instead of kicking out
python-enum to install python-enum34 and python-laditools from stretch.
This should work smoothly once python-enum is gone from stretch (but it
might need adding a Breaks: python-enum to python-enum34).


Andreas

Bug#826322: liblog-log4perl-perl: semget fails when there a semaphore with semid 0

[Martin Köhler]

Package: liblog-log4perl-perl
Version: 1.44-1
Severity: important

Dear Maintainer,
as reported via github directly to the maintainer
https://github.com/mschilli/log4perl/issues/72#event-604356082

I ran in the same bug as Siarhei Kuchynski:
The following code in line 64 of Log::Log4perl::Util::Semaphore should fix
this:
64 defined($self->{id} = semget( $self->{ikey}, 1, 0 ))

He observes:
"When a semaphore with specified key (0x6f6e616e) and semid = 0 already
exists, semget fails for this semaphore:

bash-4.0# ipcs -s

Verberge zitierten Text
-- Semaphore Arrays 

key semid owner perms nsems

0x6f6e616e 0 root 777 1

with the following error message

semget(1869504878) failed: at
/usr/share/perl5/vendor_perl//Log/Log4perl/Util/Semaphore.pm line 64.

This is caused by line 64 of Log::Log4perl::Util::Semaphore.pm

63 print "Semaphore '$self->{key}' already exists\n" if INTERNAL_DEBUG;

64 $self->{id} = semget( $self->{ikey}, 1, 0 )

65 or die "semget($self->{ikey}) failed: $!";

semget returns ID 0 for the key 1869504878 and dies, though 0 should be
considered to be valid ID
According to http://perldoc.perl.org/functions/semget.html:
semget KEY,NSEMS,FLAGS
Calls the System V IPC function semget(2). Returns the semaphore id, or the
undefined value on error.
It seems that init method should call die only if semget returns undefined
value, not zero.
"
Fix is:
-   $self->{id} = semget( $self->{ikey}, 1, 0 )
+   defined( $self->{id} = semget( $self->{ikey}, 1, 0 ) )

Michael fixed this in commit
https://github.com/mschilli/log4perl/commit/5e4b1b3b6cd3146d2f0e88bf5de3225ab62fee6c

Could you please backport the fix.
Thanks
 Best Martin



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

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

Versions of packages liblog-log4perl-perl depends on:
ii  perl  5.20.2-3+deb8u4

Versions of packages liblog-log4perl-perl recommends:
ii  libipc-shareable-perl  0.61-1
ii  liblog-dispatch-perl   2.44-1

Versions of packages liblog-log4perl-perl suggests:
pn  libdbd-csv-perl  
pn  libxml-dom-perl  

-- no debconf information

Bug#826323: ITP: open-infrastructure-apache-icons -- Alternative icons for Apache autoindex

[Daniel Baumann]

Package: wnpp

* Package name: open-infrastructure-apache-icons
  Upstream Author : Daniel Baumann 
* License : GPL-3+/OFL-1.1/PD
  Description : Alternative icons for Apache autoindex

Bug#826325: icedove: Bad info related to read messages

[Jean-Philippe MENGUAL]

Package: icedove
Version: 1:45.1.0-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where
appropriate ***

   * What led up to the situation?

I updated to Icedove 45. I use Orca 3.20. Icedove is set to open messages in
a window, instead of tab, and the viewer is disabled.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

1. Open Icedove
2. In inbox, remove unread mails or read them
(to get an unread mail, send yourself a mail)

   * What was the outcome of this action?

When all messages a!e read, I see "Inbox (1)".

   * What outcome did you expect instead?

I shou;dn't see (1). When I exit then re-run Icedove, the (1) disappears.
So (1) is inexact. The problem is on varioks mailboxes/Mail folders.


*** End of the template - remove these template lines ***

Regards,


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

Kernel: Linux 4.5.0-2-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)

Versions of packages icedove depends on:
ii  debianutils   4.7
ii  fontconfig2.11.0-6.4
ii  libasound21.1.0-1
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.22-9
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.8-1
ii  libdbus-glib-1-2  0.106-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-4
ii  libfontconfig12.11.0-6.4
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-4
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libglib2.0-0  2.48.1-1
ii  libgtk2.0-0   2.24.30-2
ii  libhunspell-1.4-0 1.4.1-2
ii  libicu55  55.1-7
ii  libnspr4  2:4.12-2
ii  libnss3   2:3.23-2
ii  libpango-1.0-01.40.1-1
ii  libpangocairo-1.0-0   1.40.1-1
ii  libpangoft2-1.0-0 1.40.1-1
ii  libpixman-1-0 0.33.6-1
ii  libsqlite3-0  3.13.0-1
ii  libstartup-notification0  0.12-4
ii  libstdc++66.1.1-4
ii  libvpx3   1.5.0-3
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary] 20070829-6
ii  hunspell-fr-classical [hunspell-dictionary]  1:5.6-1
ii  iceowl-extension 1:45.1.0-1

Versions of packages icedove suggests:
pn  fonts-lyx 
ii  libgssapi-krb5-2  1.13.2+dfsg-5

-- no debconf information

Bug#826324: Array out of bounds in loop

[Bas Wijnen]

Package: freedink
Version: 108.4-1
Severity: normal

While compiling the package from the Debian source, I saw a warning about
undefined behavior, and it is indeed a bug.

In src/dinkc.c, MAX_CALLBACKS is defined as 100, and callback is defined as

static struct call_back callback[MAX_CALLBACKS];

There is a comment on it that says:
/* TODO: Used 1->100 in the game, should it be MAX_CALLBACKS+1 ? */

Most of the code uses k < MAX_CALLBACKS to detect the end, so it would work
(but it would also be one short of what the original game expects; I have not 
checked if the original is writing out of bounds).

However, the warning is about line 843, which says k <= MAX_CALLBACKS.

This is wrong, and there are two possible solutions.

1. Change <= into <.  I think this is wrong, because the game expects 
callback[100] to be valid.
2. So instead, the array should be defined as MAX_CALLBACKS + 1 and all the 
other limit checks should be changed into <=.

Thanks,
Bas

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

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

Versions of packages freedink depends on:
ii  freedink-dfarc   3.12-1+b1
ii  freedink-engine  108.4-1

freedink recommends no packages.

freedink suggests no packages.

-- no debconf information

Bug#813949: Please reassign to the correct package: bluez

[Manolo Díaz]

Dear Maintainer,

This bug really resides in the bluez package, which erroneously appears
as free of RC bugs since nearly four months ago.

Please, reassign to bluez

Best regards,
-- 
Manolo Díaz

Bug#826326: mplayer: error while loading shared libraries: libpixman-1.so.0: failed to map segment from shared object

[Camille Gillot]

Package: mplayer
Version: 2:1.3.0-2
Severity: important

Dear Maintainer,

When starting mplayer with a QuickTime movie or without argument,
the startup fails with error:

"mplayer: error while loading shared libraries: libpixman-1.so.0: failed
to map segment from shared object"

This behaviour is not triggered by all the media types,
for example a MP4 video is read fine.

The permissions on libpixman-1.so.0 are root:root -rw-r--r-- as expected.
I tried reinstalling libpixman-1, with no effect.
libpixman-1-0 version 0.33.6-1

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

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

Versions of packages mplayer depends on:
ii  liba52-0.7.4  0.7.4-18
ii  libaa11.4p5-44
ii  libasound21.1.0-1
ii  libass5   0.13.2-1
ii  libaudio2 1.9.4-4
ii  libavcodec57  7:3.0.2-2
ii  libavformat57 7:3.0.2-2
ii  libavutil55   7:3.0.2-2
ii  libbluray11:0.9.3-2
ii  libbs2b0  3.1.0+dfsg-2.2
ii  libc6 2.22-9
ii  libcaca0  0.99.beta19-2+b1
ii  libcdio-cdda1 0.83-4.2+b1
ii  libcdio-paranoia1 0.83-4.2+b1
ii  libcdio13 0.83-4.2+b1
ii  libdca0   0.0.5-10
ii  libdirectfb-1.2-9 1.2.10.0-5.2+b1
ii  libdv41.0.0-7
ii  libdvdnav45.0.3-1
ii  libdvdread4   5.0.3-1
ii  libenca0  1.18-1
ii  libesd0   0.2.41-11
ii  libfaad2  2.8.0~cvs20150510-1
ii  libfontconfig12.11.0-6.4
ii  libfreetype6  2.6.3-3+b1
ii  libfribidi0   0.19.7-1
ii  libgif7   5.1.4-0.2
ii  libgl1-mesa-glx [libgl1]  11.2.2-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20150825git1ed50c92~dfsg-1
ii  libjpeg62-turbo   1:1.4.2-2
ii  liblircclient00.9.0~pre1-1.2
ii  libmad0   0.15.1b-8
ii  libmpeg2-40.5.1-7
ii  libmpg123-0   1.22.4-1
ii  libogg0   1.3.2-1
ii  libopenal11:1.17.2-1
ii  libpng16-16   1.6.21-5
ii  libpostproc54 7:3.0.2-2
ii  libpulse0 8.0-2+b2
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libsmbclient  2:4.4.3+dfsg-4
ii  libspeex1 1.2~rc1.2-1
ii  libswresample27:3.0.2-2
ii  libswscale4   7:3.0.2-2
ii  libtheora01.1.1+dfsg.1-14
ii  libtinfo5 6.0+20160319-1
ii  libvdpau1 1.1.1-3
ii  libvorbisidec11.0.2+svn18153-0.2
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxss1   1:1.2.2-1
ii  libxv12:1.0.10-1+b1
ii  libxvidcore4  2:1.3.4-1
ii  libxvmc1  2:1.0.9-1
ii  libxxf86dga1  2:1.1.4-1+b1
ii  libxxf86vm1   1:1.1.4-1
ii  zlib1g1:1.2.8.dfsg-2+b1

mplayer recommends no packages.

Versions of packages mplayer suggests:
ii  bzip2   1.0.6-8
ii  fontconfig  2.11.0-6.4
ii  fonts-freefont-ttf  20120503-4
pn  mplayer-doc 
pn  netselect | fping   

-- no debconf information

Bug#826327: nmu: kde-spectacle_4:5.6.4-3

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu kde-spectacle_4:5.6.4-3 . hurd-i386 . unstable . -m "Rebuild against 
libkf5screen7"

Due to unlucky timing kde-spectacle was built against libkf5screen6 on
hurd.


Andreas

Bug#825423: supermin + sbuild + linux-image = broken chroot

[Ben Hutchings]

On Sat, 2016-06-04 at 11:17 +0200, Aurelien Jarno wrote:
> On 2016-05-26 22:50, Ben Hutchings wrote:
> > I'm inclined to add a check to linux-image prerm scripts that skips the
> > question when DEBIAN_FRONTEND=noninteractive.
> > 
> > Aside from that, I might add the check for a chroot or container, if
> > there's a simple way to do that.
> 
> You can use the command ischroot from the debianutils package.

Why would I want to add a dependency on that?  It only solves half the
problem, anyway  I ended up with:

# Are we in a container?  Check for $container in pid 1's environment.
sub in_container {
  my $res = 0;
  if (my $fh = new FileHandle('/proc/1/environ', 'r')) {
local $/ = "\0";
$res = grep(/^container=/, <$fh>);
close($fh);
  }
  return $res;
}

# Are we in in a chroot?  Compare root device and inode numbers with pid 1.
sub in_chroot {
  my @my_root_st = stat('/');
  my @pid1_root_st = stat('/proc/1/root');

  return @my_root_st && @pid1_root_st &&
  ($my_root_st[0] != $pid1_root_st[0] || $my_root_st[1] != 
$pid1_root_st[1]);
}

But I'm preparing a rewrite of the maintainer scripts, not using Perl,
and the implementation as a shell script is even shorter:

# Are we in a container?  Check for $container in pid 1's environment.
in_container() {
grep -qz '^container=' /proc/1/environ
}

# Are we in in a chroot?  Compare root device and inode numbers with pid 1.
in_chroot() {
test "$(stat -L -c %d:%i /)" != "$(stat -L -c %d:%i /proc/1/root)"
}

Ben.

-- 
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow
Lindberg



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

Bug#826328: util-linux: losetup -d disfunctional for cloop and similar loop-compatible block devices

[Klaus Knopper]

Package: util-linux
Version: 2.28-5
Severity: normal
Tags: upstream


Losetup was able to setup compressed loopback (cloop) devices, which
have a similar ioctl API, until recently the code in sys-utils/losetup.c
and lib/loopdev.c was changed to only accept devices with loopbacks
major device id.

While attaching a file to a cloop device still works (no check here),
detaching with -d fails with error message:

losetup: /dev/cloop7: failed to use device: Success

Suggestion: Remove the check for

major(st.st_rdev) == LOOPDEV_MAJOR);

in is_loopdev() in lib/loopdev.c.


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

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

Versions of packages util-linux depends on:
ii  libblkid1  2.27.1-1  block device id library
ii  libc6  2.21-8GNU C Library: Shared libraries
ii  libfdisk1  2.28-5fdisk partitioning library
ii  libmount1  2.27.1-1  device mounting library
ii  libncursesw5   6.0+20151024-2shared libraries for terminal hand
ii  libpam0g   1.1.8-3.1 Pluggable Authentication Modules l
ii  libselinux12.4-3 SELinux runtime shared libraries
ii  libsmartcols1  2.28-5smart column output alignment libr
ii  libsystemd0228-4 systemd utility library
ii  libtinfo5  6.0+20151024-2shared low-level terminfo library 
ii  libudev1   228-2+b1  libudev shared library
ii  libuuid1   2.27.1-1  Universally Unique ID library
ii  zlib1g 1:1.2.8.dfsg-2+b1 compression library - runtime

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  console-tools  1:0.2.3dbs-70 Linux console and font utilities
ii  dosfstools 3.0.28-2  utilities for making and checking 
pn  util-linux-locales (no description available)

-- debconf information excluded

Bug#826305: linux-image-4.5.0-2-amd64: System freeze on resume

[Ben Hutchings]

Control: tag -1 moreinfo

On Sat, 2016-06-04 at 13:03 +0300, Aleksandr Konkov wrote:
> Package: src:linux
> Version: 4.5.5-1
> Severity: important
> 
> 
> 
> Dear Maintainers,
> 
> Up to kernel linux-image-4.3xxx-amd64: no problem.
> > From kernel linux-image-4.5xxx-amd64 resume from suspend results in system 
> > freese.
> Blank screen, no reaction on keyboard - long (> 4 sec) poweroff only one way.
> 
>  Package-specific info:
> ** Version:
> Linux version 4.5.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 
> 5.3.1 20160528 (Debian 5.3.1-21) ) #1 SMP Debian 4.5.5-1 (2016-05-29)
> 
> ** Command line:
> BOOT_IMAGE=/vmlinuz-4.5.0-2-amd64 
> root=UUID=6af9f083-43c7-4754-bad1-3faa61d0c497 ro quiet
> 
> ** Tainted: POE (12289)
>  * Proprietary module has been loaded.
[...]

And what if you remove the nvidia driver?

Ben.

--
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow
Lindberg


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

Bug#772489: Occurs on freshly installed testing system as well

[Helge Kreutzmann]

Hello Eduard,
On Sat, Jun 04, 2016 at 05:45:26PM +0200, Eduard Bloch wrote:
> * Helge Kreutzmann [Sat, Jun 04 2016, 04:35:05PM]:
> > On Sat, Jun 04, 2016 at 04:21:16PM +0200, Eduard Bloch wrote:
> > > * Helge Kreutzmann [Sat, Jun 04 2016, 03:28:42PM]:
> > > > … with attachement, sorry.
> > 
> > > So it tried four times and your private DNS is still failing.
> > > Please fix the DNS server!
> > > Maybe it was shut down for upgrade as well?
> > 
> > Well, this machine does not have any DNS at all (atm), as I only use
> > /etc/hosts in my privat network. Once it is (fully) installed, it will
> > get direct internet and DNS access. I wasn't aware that DNS is needed
> > (and thought IP numbers did as well).
> 
> That's interesting. What it does is basically taking the strings and
> throwing them at getaddrinfo(3) and using it's output to bind the
> service on that hosts. What getaddrinfo does is blackbox from my POV.
> 
> Can you please reveal the relevant config files (acng.conf or similar,
> host.conf, etc.)?

host.conf has not been modified by me, it reads:
root@samd:/# cat /etc/host.conf
multi on

I attached acng.conf.

If you need further files please let me know.

> I have seen a similar report from Ubuntu recently... probably this needs
> to be reassigned to glibc ASAP.

That is probably beyond my knowledge[1], could you reassign? I'm willing
to test and provide information, no problem on that.

Greetings

   Helge

[1] Not the commands to reassign, but finding the right package and
giving the right information for the bug to be proccessed.

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/
#
# IMPORTANT NOTE:
#
# THIS FILE IS MAYBE JUST ONE OF MANY CONFIGURATION FILES IN THIS DIRECTORY.
# SETTINGS MADE IN OTHER FILES CAN OVERRIDE VALUES THAT YOU CHANGE HERE. GO
# LOOK FOR OTHER CONFIGURATION FILES! CHECK THE MANUAL AND INSTALLATION NOTES
# (like README.Debian) FOR MORE DETAILS!
#

# This is a configuration file for apt-cacher-ng, a smart caching proxy for
# software package downloads. It's supposed to be in a directory specified by
# the -c option of apt-cacher-ng, see apt-cacher-ng(8) for details.
# RULES:
# Letter case in variable names does not matter, names and values should be
# separated with colons. For boolean variables, zero number is considered false,
# non-zero considered true. If a default value is not explicitly mentioned in
# the description, the commented value assignments mostly represent the default
# values of the particular variables.

# Storage directory for downloaded data and related maintenance activity.
#
CacheDir: /var/cache/aptproxy

# Log file directory, can be set empty to disable logging
#
LogDir: /var/log/apt-cacher-ng

# A place to look for additional configuration and resource files if they are 
not
# found in the configuration directory
#
SupportDir: /usr/lib/apt-cacher-ng

# TCP server port for incoming http (or HTTP proxy) connections.
# Can be set to  to emulate apt-proxy.
#
# Port:3142

# Addresses or hostnames to listen on. Multiple addresses must be separated by
# spaces. Each entry must be an exact local address which is associated with a
# local interface. DNS resolution is performed using getaddrinfo(3) for all
# available protocols (IPv4, IPv6, ...). Using a protocol specific format will
# create binding(s) only on protocol specific socket(s), e.g. 0.0.0.0 will
# listen only to IPv4.
#
# Default: listens on all interfaces and protocols
#
# BindAddress: localhost 192.168.7.254 publicNameOnMainInterface

# The specification of another HTTP proxy which shall be used for downloads.
# It can include user name and password but see the manual for limitations.
#
# Default: uses direct connection
#
# Proxy: http://www-proxy.example.net:3128
# Proxy: https://username:proxypassw...@proxy.example.net:3129

# Repository remapping. See manual for details.
# In this example, some backends files might be generated during package
# installation using information collected on the system.
# Examples:
Remap-debrep: file:deb_mirror*.gz /debian ; file:backends_debian # Debian 
Archives
Remap-uburep: file:ubuntu_mirrors /ubuntu ; file:backends_ubuntu # Ubuntu 
Archives
Remap-cygwin: file:cygwin_mirrors /cygwin # ; file:backends_cygwin # 
incomplete, please create this file or specify preferred mirrors here
Remap-sfnet:  file:sfnet_mirrors # ; file:backends_sfnet # incomplete, please 
create this file or specify preferred mirrors here
Remap-alxrep: file:archlx_mirrors /archlinux # ; file:backend_archlx # Arch 
Linux
Remap-fedora: file:fedora_mirrors # Fedora Linux
Remap-epel:   file:epel_mirrors # Fedora EPEL
Remap-slrep:  file:sl_mirrors # Scientific Linux
Remap-gentoo: file:gentoo_mirrors.gz /gentoo ; file:backends_gentoo # Gentoo 
Archives

Bug#826327: nmu: kde-spectacle_4:5.6.4-3

[Emilio Pozuelo Monfort]

On 04/06/16 17:44, Emilio Pozuelo Monfort wrote:
> On 04/06/16 17:28, Andreas Beckmann wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: binnmu
>>
>> nmu kde-spectacle_4:5.6.4-3 . hurd-i386 . unstable . -m "Rebuild against 
>> libkf5screen7"
>>
>> Due to unlucky timing kde-spectacle was built against libkf5screen6 on
>> hurd.
> 
> Scheduled.

Actually:

pochu@wuiet:~$ wb nmu kde-spectacle_4:5.6.4-3 . hurd-i386 . unstable . -m
"Rebuild against libkf5screen7."
* kde-spectacle/hurd-i386
  | kde-spectacle: version mismatch (16.04.1-2 by buildd_hurd-i386-mahler)

Emilio

Bug#804175: potential workaround

[Simon Frei]

I added a check for extended partitions to 50mounted-tests. However it 
is rather ugly as it parses file -s $partition output and I do not know 
whether this test is valid in all circumstances. In any case I got rid 
of all those kernel errors with this.
diff --git a/os-probes/common/50mounted-tests b/os-probes/common/50mounted-tests
index 561163b..47da77f 100755
--- a/os-probes/common/50mounted-tests
+++ b/os-probes/common/50mounted-tests
@@ -4,7 +4,6 @@ set -e
 partition="$1"
 
 . /usr/share/os-prober/common.sh
-
 types="$(fs_type "$partition")" || types=NOT-DETECTED
 if [ "$types" = NOT-DETECTED ]; then
 	debug "$1 type not recognised; skipping"
@@ -20,6 +19,15 @@ elif [ "$types" = ntfs ]; then
 		types='ntfs-3g ntfs'
 	fi
 elif [ -z "$types" ]; then
+	if type file >/dev/null 2>&1 && \
+	   [ -n "${file_info="$(file -s $partition)"}" ]; then
+		case "$file_info" in
+			*"extended partition table"*)
+debug "$partition is an extended partition; skipping"
+exit 0
+;;
+		esac
+	fi
 	if type cryptsetup >/dev/null 2>&1 && \
 	   cryptsetup luksDump "$partition" >/dev/null 2>&1; then
 		debug "$1 is a LUKS partition; skipping"

Bug#826329: brltty: Please make easier braille driver setting

[Jean-Philippe MENGUAL]

Package: brltty
Version: 5.3.1-3
Severity: wishlist

Dear Maintainer,

Today, braille display support is correct, but automate recognition is
not warrantied
at all. Either due to USB IDs, or because the driver needs additional
parameters
(e.g. Eurobraille), or because braille display needs serial ports (ttyS0
or ttyUSB0),
etc.

Then, the user needs to change brltty.conf manually. Although this file
is quite
well documented, it's not convinient at all for an end-user.

Could we imagine Debian implements something to change this file through an
user interface? The user just would do dpkg-reconfigure brlttty to
change it.

I identify at least 4 important settings to "humanize": braille-driver,
braille-device,
braille-parameter, text-table.

With capability to check several choices and, for devices, enter it manually
(useful when serial device is ttyUSB0).

Would it be possible to implement it?

Best regards,

*** Reporter, please consider answering these questions, where
appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


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

Kernel: Linux 4.5.0-2-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)

Versions of packages brltty depends on:
ii  init-system-helpers  1.33
ii  libasound2   1.1.0-1
ii  libbluetooth35.36-1+b1
ii  libbrlapi0.6 5.3.1-3
ii  libc62.22-9
ii  libgpm2  1.20.4-6.2
ii  libicu55 55.1-7
ii  libncursesw5 6.0+20160319-1
ii  libsystemd0  230-1
ii  libtinfo56.0+20160319-1
ii  lsb-base 9.20160110

Versions of packages brltty recommends:
ii  python  2.7.11-1

Versions of packages brltty suggests:
pn  brltty-speechd   
ii  brltty-x11   5.3.1-3
pn  console-braille  

-- Configuration Files:
/etc/brltty.conf changed [not included]
/etc/brltty/Text/fr_FR.ttb changed [not included]

-- no debconf information