Bug#809988: sendmail: Missing /var/spool/mqueue/DB_CONFIG file causing "stat=Deferred: No such file or directory"

[David Caldwell]

Package: sendmail
Version: 8.15.2-3
Severity: normal

Dear Maintainer,

Today I booted and sendmail was deferring all locally delivered mail. I had
a bunch of lines in my log like this:

Jan  4 23:43:57 mymachine sendmail[13613]: u048N14w019302: 
to=, delay=23:20:52, xdelay=00:00:00, mailer=cyrusv2, 
pri=5394363418, relay=localhost, dsn=4.3.5, stat=Deferred: No such file or 
directory

I straced the process to see what it might not be liking and found these
ENOENT lines:

   stat("./xfu048N14w019302", 0x7ffe789e33e0) = -1 ENOENT (No such file or 
directory)
   unlink("./xfu048N14w019302")= -1 ENOENT (No such file or 
directory)
   open("DB_CONFIG", O_RDONLY) = -1 ENOENT (No such file or 
directory)

On a whim I did `touch /var/spool/mqueue/DB_CONFIG` and suddenly all my mail
got delivered.

This seems like a bug. Should this file be required to exist? If so, why
wasn't it there? What does it do?

-David


-- Package-specific info:
Output of /usr/share/bug/sendmail/script:

sendmail.conf:
DAEMON_NETMODE="Static";
DAEMON_NETIF="eth0";
DAEMON_MODE="Daemon";
DAEMON_PARMS="";
DAEMON_HOSTSTATS="Yes";
DAEMON_MAILSTATS="Yes";
QUEUE_MODE="${DAEMON_MODE}";
QUEUE_INTERVAL="10m";
QUEUE_PARMS="";
MSP_MODE="Cron";
MSP_INTERVAL="20m";
MSP_PARMS="";
MSP_MAILSTATS="No";
MISC_PARMS="";
CRON_MAILTO="root";
CRON_PARMS="";
LOG_CMDS="No";
HANDS_OFF="No";
AGE_DATA="";
DAEMON_RUNASUSER="No";
DAEMON_STATS="${DAEMON_MAILSTATS}";
MSP_STATS="${MSP_MAILSTATS}";

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

Kernel: Linux 4.3.0-1-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 sendmail depends on:
ii  sendmail-base  8.15.2-3
ii  sendmail-bin   8.15.2-3
ii  sendmail-cf8.15.2-3
ii  sensible-mda   8.15.2-3

sendmail recommends no packages.

Versions of packages sendmail suggests:
ii  rmail 8.15.2-3
ii  sendmail-doc  8.15.2-3

Versions of packages sensible-mda depends on:
ii  libc62.21-6
ii  procmail 3.22-25
ii  sendmail-bin [mail-transport-agent]  8.15.2-3

Versions of packages rmail depends on:
ii  libc62.21-6
ii  libldap-2.4-22.4.42+dfsg-2+b1
ii  sendmail-bin [mail-transport-agent]  8.15.2-3

Versions of packages libmilter1.0.1 depends on:
ii  libc6  2.21-6

Versions of packages sendmail-bin depends on:
ii  debconf1.5.58
ii  libc6  2.21-6
ii  libdb5.3   5.3.28-11
ii  libldap-2.4-2  2.4.42+dfsg-2+b1
ii  liblockfile1   1.09-6
ii  libsasl2-2 2.1.26.dfsg1-14+b1
ii  libssl1.0.21.0.2e-1
ii  libwrap0   7.6.q-25
ii  procps 2:3.3.10-2
ii  sendmail-base  8.15.2-3
ii  sendmail-cf8.15.2-3

Versions of packages sendmail-bin suggests:
ii  libsasl2-modules  2.1.26.dfsg1-14+b1
ii  openssl   1.0.2e-1
ii  sasl2-bin 2.1.26.dfsg1-14+b1
ii  sendmail-doc  8.15.2-3

-- debconf-show failed

Bug#809989: vlc crashes at startup because it could not find or load the Qt platform plugin "xcb"

[Jens Kubieziel]

Package: vlc
Version: 2.2.1-5+b1
Severity: important

Dear Maintainer,

I upgraded vlc to latest version in Debian sid. When I try to start it, I get
the message:

>>> vlc
VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 
2.2.1-0-ga425c42)
[0131c388] core libvlc: Running vlc with the default interface. 
Use 'cvlc' to use vlc without interface.
This application failed to start because it could not find or load the 
Qt platform plugin "xcb".

Available platform plugins are: linuxfb, minimal, minimalegl, offscreen.

Reinstalling the application may fix this problem.

I tried to 'aptitude reinstall vlc', but the above output stayed the same.
Below you'll find the output of 'vlc -vvv':


>>> vlc -vvv
VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42)
[01036388] core libvlc debug: VLC media player - 2.2.1 Terry Pratchett 
(Weatherwax)
[01036388] core libvlc debug: Copyright © 1996-2015 the VideoLAN team
[01036388] core libvlc debug: revision 2.2.1-0-ga425c42
[01036388] core libvlc debug: configured with ./configure  
'--includedir=${prefix}/include' '--mandir=${prefix}/share/man' 
'--infodir=${prefix}/share/info' '--localstatedir=/var' 
'--libdir=${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-dependency-tracking' 
'--build=x86_64-linux-gnu' 'CPPFLAGS=-D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-z,relro 
-Wl,--as-needed' '--config-cache' '--disable-maintainer-mode' 
'--disable-silent-rules' '--disable-update-check' '--enable-fast-install' 
'--prefix=/usr' '--docdir=/usr/share/doc/vlc-nox' '--libdir=/usr/lib' 
'--sysconfdir=/etc' '--with-binary-version=5+b1' '--enable-a52' '--enable-aa' 
'--enable-bluray' '--enable-bonjour' '--enable-caca' '--enable-chromaprint' 
'--enable-dbus' '--enable-dca' '--enable-directfb' '--enable-dvbpsi' 
'--enable-dvdnav' '--enable-faad' '--enable-flac' '--enable-fluidsynth' 
'--enable-freerdp' '--enable-freetype' '--enable-fribidi' '--enable-gles1' 
'--enable-gles2' '--enable-gnutls' '--enable-jack' '--enable-kate' 
'--enable-libass' '--enable-libmpeg2' '--enable-libxml2' '--enable-lirc' 
'--enable-live555' '--enable-mad' '--enable-mkv' '--enable-mod' '--enable-mpc' 
'--enable-mtp' '--enable-mux_ogg' '--enable-ncurses' '--enable-notify' 
'--enable-ogg' '--enable-opus' '--enable-pulse' '--enable-qt' 
'--enable-realrtsp' '--enable-samplerate' '--enable-schroedinger' 
'--enable-sdl' '--enable-sdl-image' '--enable-sftp' '--enable-shine' 
'--enable-shout' '--enable-skins2' '--enable-speex' '--enable-svg' 
'--enable-svgdec' '--enable-taglib' '--enable-theora' '--enable-twolame' 
'--enable-upnp' '--enable-vcdx' '--enable-vdpau' '--enable-vnc' 
'--enable-vorbis' '--enable-x264' '--enable-x265' '--enable-zvbi' 
'--with-kde-solid=/usr/share/kde4/apps/solid/actions/' '--disable-decklink' 
'--disable-dxva2' '--disable-fdkaac' '--disable-gnomevfs' '--disable-goom' 
'--disable-libtar' '--disable-mfx' '--disable-opencv' '--disable-projectm' 
'--disable-sndio' '--disable-telx' '--disable-vpx' '--disable-vsxu' 
'--disable-wasapi' '--enable-alsa' '--enable-atmo' '--enable-dc1394' 
'--enable-dv1394' '--enable-linsys' '--enable-omxil' '--enable-udev' 
'--enable-v4l2' '--enable-libva' '--enable-vcd' '--enable-smbclient' 
'--disable-oss' '--enable-crystalhd' '--enable-mmx' '--enable-sse' 
'--disable-neon' '--disable-altivec' 'CFLAGS=-g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security' 'CXXFLAGS=-g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security' 'build_alias=x86_64-linux-gnu' 'OBJCFLAGS=-g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security'
[01036388] core libvlc debug: searching plug-in modules
[01036388] core libvlc debug: loading plugins cache file 
/usr/lib/vlc/plugins/plugins.dat
[01036388] core libvlc warning: This doesn't look like a valid plugins 
cache
[01036388] core libvlc debug: recursively browsing 
`/usr/lib/vlc/plugins'
[01036388] core libvlc debug: saving plugins cache 
/usr/lib/vlc/plugins/plugins.dat
[01036388] core libvlc debug: plug-ins loaded: 459 modules
[01036388] core libvlc debug: opening config file 
(/home/jens/.config/vlc/vlcrc)
[01036388] core libvlc debug: translation test: code is "C"
[01036388] core libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 
SSE3 SSSE3 SSE4.1 SSE4.2 AVX FPU 
[01069868] core input debug: Creating an input for 'Media Library'
[01069868] core input debug: Input is a meta file: disabling unneeded 
options
[01069868] core input debug: using timeshift granularity of 50 MiB, in 
path '/tmp'
[01069868] core input debug: 
`file/xspf-open:///home/jens/.local/share/vlc/ml.xspf' gives access `file' 
demux `xspf-open' path `/home/jens/.local/share/vlc/ml.xspf'
[01069868] core input debug: creating demux: access='file' 
demux='xspf-open' 

Bug#807289: pkg-config-crosswrapper does not set up PKG_CONFIG_LIBDIR during package cross builds

[Tollef Fog Heen]

]] Helmut Grohne 

Hi,

> On Mon, Jan 04, 2016 at 10:13:22PM +0100, Tollef Fog Heen wrote:
> > Right, this is the same as doko reported in #807946.  Do you have any
> > concerns about his patch there or can I use that instead of your much
> > more comprehensive one?
> 
> I confirm that doko filed a duplicate. His patch will practically solve
> the issue in most cases, but is technically wrong. pkg-config's
> architecture is not necessarily the same as DEB_BUILD_ARCH (but it will
> be in many cases). Nothing prevents you from installing pkg-config:i386
> on an amd64 system and then x86_64-linux-gnu-pkg-config will be broken.

Right, that's a good point.

An easier way here seems to be to either ask dpkg what architecture
pkg-config has (dpkg -s pkg-config | awk '$1 == "Architecture:" { print
$2 }') or teach pkg-config to report its own architecture.  The latter
is a bit more work, but quite doable, the former seems quite easy, and I
think, pretty robust?

Cheers,
-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

Bug#809838: [apt] Download size check overflow

[Daniel Hornung]

On Monday 04 January 2016 22:13:05 David Kalnischkies wrote:
> On Mon, Jan 04, 2016 at 04:52:04PM +0100, Daniel Hornung wrote:
> > Package: apt
> > Version: 1.1.5
> > Severity: normal
> 
> Are you sure about he used version? There was a bug regarding the
> calculation of the sizes – but it was fixed by 1.1.4.
> 
> I am asking specifically as the list of upgraded packages is long and:
> > Depends   (Version) | Installed
> > ===-+-=
> > libapt-pkg4.12 (>= 1.0.9.6) | 1.0.9.10
> 
> This should be libapt-pkg5.0 in the 1.1.x series of apt which suggests
> to me that the report was made from a machine (running Debian stable)
> which isn't the machine the bug was observed on (as the report claims
> to be against a Debian testing/unstable verion).

Yes, a very good observation.  The bug was on testing indeed, but I reported 
it after successfully running the dist-upgrade.  Checking apt/history.log 
showed that the problem was with 1.1.3 as suspected, but when reporting, apt 
was at 1.1.5 already:

Upgrade: [...] apt:amd64 (1.1.3, 1.1.5), [...]

So this bug report can probably be closed for good, if the problem was fixed 
in 1.1.4.

Cheers,
Daniel

-- 
Max-Planck-Institute for Dynamics and Self-Organization
Research Group Biomedical Physics

Am Fassberg 17
D-37077 Goettingen
(+49) 551 5176 373

You can obtain my public key 0xF197B128 from all keyservers, e.g. pgp.mit.edu
Fingerprint: 9698 BDD4 71CC 1274 B7E2  2049 1EDD 012D F197 B128


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

Bug#805605: xserver-xorg-core: crash/freeze on logout of tty that was previously serving as a vt for X

[Justus Piater]

I believe I am seeing the same bug (similar symptoms, similar X
backtrace).  It is triggered simply by logging out on some other VT;
multiple X servers are not required.  To reproduce on a freshly-booted
machine:

- log in (on VT1)
- startx
- switch to VT2
- log in
- log out

At this point, instead of leaving me on VT2 with a login prompt, it
automatically switches back to VT1, which is stuck as Brian describes.

Brian, can you reproduce this? If so, I suggest changing the bug title
to something like:

  xserver-xorg-core: crash/freeze on logout on another vt

There appears to be some non-determinism:

- Sometimes the VT1 terminal still shows the mouse pointer (on the
  otherwise empty i3 desktop); sometimes not.  (On attempting to switch
  to a different VT, the mouse pointer, if still present, always
  disappears.)

- During my many trials, in a single case, logging out on VT2 worked as
  expected, except that screen brightness was very low.

I'm using an up-to-date Stretch, with rootless X and no display manager,
using the i915 GPU driver (like Brian apparently, but with a different
Intel graphics controller, "00:02.0 VGA compatible controller [0300]:
Intel Corporation Core Processor Integrated Graphics Controller
[8086:0046] (rev 02)").

Bug#809990: RM: moarvm [mipsel] -- ROM; mipsel is not supported upstream

[Dominique Dumont]

Package: ftp.debian.org
Severity: normal

That's a followup of #789187. We were lucky to have moarvm 2015.06
working on mipsel. But moarvm 2015.11 does not compile on mipsel.

I'll reconsider mipsel if things improve upstream. Right now I've more
pressing issues to update and get rakudo in testing.

Bug#809824: jessie-pu: package drbd-utils/8.9.2~rc1-2+deb8u1

[Apollon Oikonomopoulos]

On 19:52 Mon 04 Jan , Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Mon, 2016-01-04 at 14:52 +0200, Apollon Oikonomopoulos wrote:
> > I would like to update drbd-utils in Jessie to fix the IPv6-specific 
> > issue outlined in #808315. The issue is fixed by backporting a commit 
> > from upstream's git. The change is also present in 8.9.5-1 currently in 
> > unstable. A full source debdiff is attached.
> 
> Please go ahead.

Uploaded, thanks!

Regards,
Apollon

Bug#808927: transmission-qt: looks like transmission-qt must depend on libqt5xcbqpa5

[Sandro Tosi]

Thanks Lisandro for the update!

On Mon, Jan 4, 2016 at 7:06 PM, Lisandro Damián Nicanor Pérez Meyer
 wrote:
> FWIW, in Qt 5.6 we will push all the plugins as poart of libqt5gui5, so
> libqt5xcbqpa5 will not exists anymore.

is there a bug I can link this one to, to be notified when this will happen?

> if you want to go ahead you might add libqt5xcbqpa5 as a recommendation, that
> won't break anything when the package dissapears (or just ignore this bug
> until 5.6 hits unstable).

I'll keep this report open as a "warning" for the situation, and close
when we'll have teh Qt 5.6 with all the plugin merged into libqt5gui5

Cheers,
-- 
Sandro "morph" Tosi
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#806572: RFS: multimail/0.50~20150922-1 [ITA]

[Tobias Frost]

Am Montag, den 04.01.2016, 21:29 -0500 schrieb Robert James Clay:

Some small review. (I did not perform a copyright check and did not
build the package)


- Please do not introduce a dbg package -- they are now automatically
generated. (The long description would be anyway confusing: "provides
dbg symbols for crashmail -- while the pacakage name is multimail)

- Is the patch forwarded to upstream?

- Please B-D on debhelper >=9 not debhelper >=9.0 (The versioned
depends could even go, as debhelper 9 is already in since oldstable)

- d/rules: Are the lines setting CPPFLAGS and friend really needed?
- also, with the drop of the dbg package some overrides can be removed

- please remove the comments from d/watch

-- 
tobi

Bug#809509: Processed: retitle 809509 to gcc-6: Please build with -mcpu=ultrasparc on sparc64 when building 32-bit binaries

[John Paul Adrian Glaubitz]

On 01/05/2016 11:21 AM, Jose E. Marchesi wrote:
> Right.  cpu_32, cpu_64, tune_32 and tune_64 are not supported in sparc*
> targets yet.
> 
> I will prepare a patch for that and send it upstream.

Great, thanks a lot!

Could you also attach it to this bug report as well once you have it?

Adrian

-- 
 .''`.  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#809996: ITP: python-dcos -- Datacenter Operating System (DCOS) CLI

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-dcos
  Version : 0.2.0
  Upstream Author : Mesosphere, Inc. 
* URL : https://github.com/mesosphere/dcos-cli
* License : Apache-2.0
  Programming Lang: Python
  Description : Datacenter Operating System (DCOS) CLI

 The DCOS Command Line Interface (CLI) is a command line utility that provides
 a user-friendly yet powerful way to manage DCOS installations. You can use the
 Mesosphere DCOS command-line interface (CLI) to remotely manage your cluster,
 install software packages, and inspect the cluster state. With the DCOS CLI
 you can:
  * Find and install packages from DCOS Universe and Multiverse.
  * Uninstall DCOS services.
  * Administer the DCOS init process, Marathon.
  * Install and uninstall subcommands that extend and add functionality to the
DCOS CLI.
 .
 After you install the CLI, you can use it through a bash shell on Unix/Linux
 systems or PowerShell on a Windows system.

This is a new OpenStack dependency.

Bug#809844: sosreport: Please backport CVE-2015-7529 to the stable release

[Sébastien Delafond]

On Jan/05, Louis Bouchard wrote:
> I'm fine with backporting the fix; matter of fact, I was preparing an
> email to the security team with the debdiff so the backport is ready.
> 
> Now how do I know about the release managers being OK for inclusion ?

Sorry, I should have included that information directly; you can find
instructions there:

  
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable

Cheers,

--Seb

Bug#809509: Processed: retitle 809509 to gcc-6: Please build with -mcpu=ultrasparc on sparc64 when building 32-bit binaries

[Jose E. Marchesi]

> Right.  cpu_32, cpu_64, tune_32 and tune_64 are not supported in sparc*
> targets yet.
> 
> I will prepare a patch for that and send it upstream.

Great, thanks a lot!

Could you also attach it to this bug report as well once you have it?

Sure.

Bug#809509: Processed: retitle 809509 to gcc-6: Please build with -mcpu=ultrasparc on sparc64 when building 32-bit binaries

[John Paul Adrian Glaubitz]

On 01/05/2016 11:31 AM, Jose E. Marchesi wrote:
> The default cpu option for -m32 in sparc is very very conservative: a v7
> cpu.  It may be worth it to consider bumping it to ultrasparc/v9a or, at
> least v9, when GCC is built for sparcv9-* targets...

Yeah, we actually want to force -multrasparc as v7 is too old for many
things. I guess Matthias can use the OPT_FLAGS you suggested.

Adrian

-- 
 .''`.  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#809991: clang-3.5: should not depend on GCC libobjc

[Niels Grewe]

Package: clang-3.5
Severity: wishlist

Dear LLVM packaging team,

currently the clang packages in Debian depend on the dev package of the 
Objective-C
runtime library that ships with GCC (libobjc-4.9-dev in jessie). I'd like to 
suggest
dropping Depends in favour of a Recommends so that it can be removed without
breaking the package. There are a few legitimate reasons to do that. The most 
basic one
is that you just want to use clang and a C/C++ compiler and don't desire the 
ability 
to compile Objective-C code. The other one, and the main reason why I am 
proposing this,
is that to make use of all the Objective-C features that clang provides 
(non-fragile ABI,
automatic reference counting), you will have to use the GNUstep runtime [0] 
that is not
currently packaged in Debian. Depending on the GCC runtime makes using the 
alternative
runtime unnecessary hard because you have to worry about the linker picking the 
right
runtime library.

I realise that per the policy manual you could be argued that libobjc is 
'required [...]
to provide a significant amount of functionality' (namely Objective-C support), 
but not
installing it does not break clang as a C and C++ compiler at all. Also, C and 
C++ have
far more widespread use compared to Objective-C, so a fortiori the 'found 
together [...]
in all but unusual installations' description of Recommends would also apply. 
In any case,
recommending the Objective-C runtime instead of depending on it would not 
change anything
for users unless they take explicit action to remove the package.

Please let me know what you think.

Many thanks,

Niels

[0]Âhttps://www.github.com/gnustep/libobjc2 


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968) (ignored: LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#806129: jessie-pu: package augeas/1.2.0-0.2+deb8u1

[SOUBEYRAND Yann - externe]

Le mardi 05 janvier 2016 à 00:10 +0100, me...@dogguy.org a écrit :
> Hi,
> 
> On 04/01/2016 11:57, SOUBEYRAND Yann - externe wrote:
> > 
> > Thank you for the review of the package.
> > 
> > FYI I've open a RFS to find a sponsor for the upload
> > (https://bugs.debian.org/809809).
> > 
> 
> I've uploaded it.
> 
> Thanks for your contribution!
> 
> Regards,
> 

Thank you for the upload!

Regards

Yann



Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à 
l'intention exclusive des destinataires et les informations qui y figurent sont 
strictement confidentielles. Toute utilisation de ce Message non conforme à sa 
destination, toute diffusion ou toute publication totale ou partielle, est 
interdite sauf autorisation expresse.

Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le 
copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si 
vous avez reçu ce Message par erreur, merci de le supprimer de votre système, 
ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support 
que ce soit. Nous vous remercions également d'en avertir immédiatement 
l'expéditeur par retour du message.

Il est impossible de garantir que les communications par messagerie 
électronique arrivent en temps utile, sont sécurisées ou dénuées de toute 
erreur ou virus.


This message and any attachments (the 'Message') are intended solely for the 
addressees. The information contained in this Message is confidential. Any use 
of information contained in this Message not in accord with its purpose, any 
dissemination or disclosure, either whole or partial, is prohibited except 
formal approval.

If you are not the addressee, you may not copy, forward, disclose or use any 
part of it. If you have received this message in error, please delete it and 
all copies from your system and notify the sender immediately by return message.

E-mail communication cannot be guaranteed to be timely secure, error or 
virus-free.

Bug#809994: ITP: sen -- Terminal user interface for docker engine

[陳昌倬]

Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)" 

* Package name: sen
  Version : 0.2.2
  Upstream Author : Tomas Tomecek
* URL : https://github.com/TomasTomecek/sen
* License : Expat
  Programming Lang: Python
  Description : Terminal user interface for docker engine

 sen is a terminal user interface for docker engine:
 .
  * it can interactively manage your containers and images:
* manage? start, stop, restart, kill, delete,...
  * you are able to inspect containers and images
  * sen can fetch logs of containers and even stream logs real-time
  * all buffers support searching and filtering
  * sen receives real-time updates from docker when anything changes
* e.g. if you create a container in another terminal, sen will pick
  it up
  * sen notifies you whenever something happens (and reports slow queries)
  * supports a lot of vim-like keybindings (j, k, gg, /, ...)
  * there is a special buffer which display detailed info about images
  * you can get interactive tree view of all images (equivalent of
docker images --tree)

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#777387: [Pkg-utopia-maintainers] Bug#777387: Bug#777387: nm-applet:ERROR:applet-device-broadband.c:634:get_icon: assertion failed: (info)

[Michael Biebl]

Am 05.01.2016 um 04:02 schrieb Steve McIntyre:
> On Thu, Oct 29, 2015 at 11:27:49AM +0100, Morten Shearman Kirkegaard wrote:
>> On Wed, Oct 28, 2015 at 06:55:11PM +0100, Michael Biebl wrote:
>>> Having a tested patch would certainly speed things up.
>>
>> Attached.
> 
> I've been seeing this error a lot after installing a new Jessie
> machine for my mother. She uses a USB 3G modem, and it used to work
> very well in Wheezy. Since switching over to the new Jessie machine,
> nm-applet keeps on aborting shortly after the USB 3G modem is plugged
> in.
> 
> With this patch applied locally, things now work and the modem is
> usable. Please apply the fix, and a stable upload would be lovely too.
> 

Thanks for testing the patch.
Sorry that this fell off the radar.
I'll see if I can get this into the next stable release.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#805167: "Regression: rpcbind doesn't start at boottime on systemd controlled machines."

[Mart van de Wege]

Package: rpcbind
Version: 0.2.3-0.2
Followup-For: Bug #805167

Can I add that the problem also exists on my machine, with nfs-common and 
autofs as the 
dependent services?

My home directories are automounted from an NFS server, but lately I have to 
manually 
restart rpcbind and nfs-common before my NFS client finally connects. Reading 
the 
output of systemctl status nfs-common shows that nfs-common fails to correctly 
start 
because rpcbind isn't running, and just restarting nfs-common does nothing for 
rpcbind.



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

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 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 rpcbind depends on:
ii  init-system-helpers  1.24
ii  initscripts  2.88dsf-59.2
ii  insserv  1.14.0-5
ii  libc62.21-6
ii  libsystemd0  228-3
ii  libtirpc10.2.5-1
ii  libwrap0 7.6.q-25
ii  lsb-base 9.20150917

rpcbind recommends no packages.

rpcbind suggests no packages.

-- no debconf information

Bug#809844: sosreport: Please backport CVE-2015-7529 to the stable release

[Louis Bouchard]

Hello,

Le 05/01/2016 11:11, Sébastien Delafond a écrit :
> On Jan/04, Louis Bouchard wrote:
>> Package: sosreport
>> Version: 3.2-2
>> Severity: critical
>> Tags: security
>> Justification: root security hole
> 
> This issue is marked "no-dsa" in the security tracker[1] (because it is
> mitigated by the use of fs.protected_symlinks).
> 
> It could, however, possibly be included into stable via
> stable-proposed-updated, if both:
> 
>   - the maintainer is OK to backport the relevant fix against the
> version currently in stable
> 
>   - release managers are OK to include it in the next SPU
> 
> Cheers,
> 
> --Seb
> 
> [1] https://security-tracker.debian.org/tracker/CVE-2015-7529
> 

Thanks for the review.

I'm fine with backporting the fix; matter of fact, I was preparing an email to
the security team with the debdiff so the backport is ready.

Now how do I know about the release managers being OK for inclusion ?

Kind regards,

...Louis

-- 
Louis Bouchard
Software engineer,
Ubuntu
GPG : 429D 7A3B DD05 B6F8 AF63  B9C4 8B3D 867C 823E 7A61

Bug#809784: RFS: cligh/0.2-3

[Dmitry Bogatov]

* Mattia Rizzolo  [2016-01-04 21:17:24+]
> Bad me.
> 
> The package itself is not great (really), but I skipped an installation
> check earlier that I instead performed only now right before
> uploading...
> 
> you changed a dependecy from python-pygithub to python-github, after
> what is written in #808467.  But you can't really do that before any
> action on their part.

Their? I maintain python-pygithub. And I already filled RFS on that
rename.

> For the maintainer of python-pygithub renaming the package at this stage
> would mean rename them, and keep (either virtual or real) transitional
> dependencies, then he would bug every reverse dependency and then you'd
> need to change yours (really without hurrying, such a request wouldn't
> be release critical, as it's not the rename thing, dunno why morph used
> severity:serious).

Hm, tricky situation. The only dependency of python-pygithub (old name)
beside cligh is jeepyb, which is only in sid.

As far as I can tell, it's maintainer is DD (@debian email). So probably
he can change his package and sponsor renamed `python-pygithub` at same
time. WDYT?

> So using the binary provided by this new version of cligh would just be
> uninstallable, which is a way more serious bug..

-- 
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Keep-In-CC: yes
X-Web-Site: sinsekvu.github.io


signature.asc
Description: Digital signature

Bug#809923: ITP: nordlicht -- a C library that creates moodbars from video files

[Paul Wise]

On Tue, Jan 5, 2016 at 5:53 AM, Peter Spiess-Knafl wrote:

> I haven't found a suitable maintainer group yet, therefore I plan to maintain
> it on my own for now. If anybody wants to take the package into a team, I am
> very happy about that.

Seems possibly relevant to the multimedia team.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#809992: empire: New upstream version 1.14

[Peter Palfrader]

Package: empire
Severity: wishlist

Please see Eric's mail below: empire has seen a new release.

Cheers,

- Forwarded message from Eric  -

From: Eric 
Subject: Announcing release 1.14 of vms-empire
Date: Tue,  5 Jan 2016 01:52:03 -0500 (EST)
Message-Id: <20160105065203.0454613A6109@snark>

Release 1.14 of vms-empire is now available at:

http://www.catb.org/~esr/vms-empire

Here are the most recent changes:

Add an identifying magic cookie and version to save files.
Full ANSI prototypes for private functions as well as public.
Markup fix for probability table.

--
 shipper, acting for Eric S. Raymond 



- End forwarded message -

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#809705: general: let people use non-free software but opt-out of non-open software

[Brian May]

Johannes Schauer  writes:

> I am talking about adding the metadata about which license code is released
> under and/or which DFSG freedoms it violates as proposed by Stefano in a
> machine readable way: either debtags or DEP-5 and make either or both of them
> understood by apt pinning so that I can tell my system which software to allow
> and which to not allow.

It might be worth looking at what FDroid have done with there
antifeatures metainformation:

https://f-droid.org/manual/fdroid.html#AntiFeatures
-- 
Brian May 

Bug#808357: qemu segfault when trying to mount a 9p filesystem

[Vincent Bernat]

 ❦ 20 décembre 2015 15:17 +0100, Vincent Bernat  :

>> The issue has been fixed upstream by this patch:
>> http://thread.gmane.org/gmane.comp.emulators.qemu/383164
>>
>> I'll include it in the next debian release.
>
> Great! Thanks!

If you already have something in your git tree, it would be great to
push it to git, pending the next release. It would allow me to compile
my own version more easily (git clone vs git clone + grab the patch, put
it in debian/patches, update debian/series, etc).

Thanks!
-- 
Avoid multiple exits from loops.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#809844: sosreport: Please backport CVE-2015-7529 to the stable release

[Sébastien Delafond]

On Jan/04, Louis Bouchard wrote:
> Package: sosreport
> Version: 3.2-2
> Severity: critical
> Tags: security
> Justification: root security hole

This issue is marked "no-dsa" in the security tracker[1] (because it is
mitigated by the use of fs.protected_symlinks).

It could, however, possibly be included into stable via
stable-proposed-updated, if both:

  - the maintainer is OK to backport the relevant fix against the
version currently in stable

  - release managers are OK to include it in the next SPU

Cheers,

--Seb

[1] https://security-tracker.debian.org/tracker/CVE-2015-7529

Bug#809933: [Pkg-fonts-devel] Bug#809933: Bug#809933: fontforge: FTBFS with libpng16

[Paul Wise]

On Tue, Jan 5, 2016 at 7:57 AM, Matthias Klose wrote:

> honestly, is there any reason why you stick to a 3 1/2 year old snapshot?

I expect lack of time/interest.

Also, recent versions cause an FTBFS for at least one font.

https://github.com/fontforge/fontforge/issues/1747

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#768079: Bug#807185: [Pkg-zsh-devel] Bug#768079: zsh: fails to configure if /bin is a symlink to /usr/bin

[Bastien Roucaries]

Ou

Le 4 janvier 2016 19:57:57 GMT+01:00, m...@linux.it a écrit :
>On Jan 04, Felipe Sateler  wrote:
>
>> Checking wether a slave link is the same as the master link because
>of
>> usrmerge sounds a bit too specific to me to add to a low-level tool
>> like update-alternatives. It's like asking `ln -s file file` to do
>> nothing instead of returning an error.
>I agree that we do not need an u-a change, since this bug only affects 
>two packages.
>
>The maintainer scripts solution which was proposed earlier is
>definitely 
>buggy, but soon I will work on it.

Please get review for me and Guillem.

Thanks

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

Bug#798835: [buildd-tools-devel] Bug#798835: sbuild fails without any error message when /var/lib/sbuild is not writable in the chroot

[Raphael Hertzog]

On Mon, 04 Jan 2016, Johannes Schauer wrote:
> > I'm in no hurry to have this bug fixed... do as you want.
> 
> New version uploaded to experimental.

Thanks, I confirm that the version in experimental works for me.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#809623: RFS: telegram-purple/1.2.3-1

[Paul Wise]

On Sun, Jan 3, 2016 at 3:31 AM, Ben Wiederhake wrote:

> - flawfinder yields too many results to be practical (~ 2460 lines). This is
> mostly due to libtgl being written in a style that uses static arrays for
> everything, including parsing and output.

I've been thinking of making the default for c-a-t-t to limit output
of checks by default, probably to around 10 lines.

> - The output of "POFileSpell" seems to depend on the local dictionaries. It
> seems to flag every word in every language I don't speak. (~ 1640 lines)

This is correct, you obviously need to install the relevant
dictionaries for it to be useful.

> - i18nspector and Transifex (the service we use for our translation) heavily
> disagree about how a po-file should look like, and how Russion plurals
> work(?!).

Jakub discussed this.

> - include-what-you-use Is completely useless: It doesn't recognize
> , although it is installed and appears in the reference:
> http://en.cppreference.com/w/c/header
>   It also recommends to do a lot of silly things, such as including struct
> declarations in .c files. (~ 2820 lines)

Jakub explained this.

> - The following check complains loudly about plurals:
>   "find -type f \( -iname '*.po' -o -iname '*.pot' \) -exec msgfmt --check
> --check-compatibility --check-accelerators --output-file=/dev/null {} \;"
>   I'm not sure what to do with that information. We want correct plural
> support, so this won't change.

Jakub explained this. I plan to have some sort of verbosity level
thing in c-a-t-t, less verbosity would turn off --check-compatibility
for this check I guess.

> - "suspicious-source" works like a charm. It runs in a fraction of a second,
> and outputs only a single line: "./tg-server.tglpub"
>   That's absolutely correct! I like that program. (I'm not complaining, I'm
> admiring the program. The file ./tg-server.tglpub is clearly documented in
> the README.md, including a link to a side-project with the sole purpose of
> reproducibly generating this single file for public sources.)

Hmm, are you sure?

pabs@chianamo ~/telegram-purple-1.2.3 $ grep tglpub README.md
pabs@chianamo ~/telegram-purple-1.2.3 $

After reading the source code I see that it is some sort of public key.

> - The "Please add some upstream metadata" warning triggers. Since this is
> not a scientific project, and there won't be any doi-references, I'm going
> to ignore the warning. However, I'm going to use this to ask: Why is that a
> warning? Why not include it in the build scripts of the deb-science
> packaging team instead?

The upstream metadata stuff has nothing to do with science apart from
being initiated by the science team. Just include the parts that apply
to this package. I don't understand why so many people have this
misconception.

> - The problem of bashisms relates to the program checkbashism, like

Not sure I understood this.

> incompatibilities between make-implementations to checkgmakeism, a program
> I'd like to see being written. I made up the name. I have no idea how to do
> that. So far, we did it by trial and error, and change something whenever a
> user complains. AFAIK, by now we only support gmake, due to the use of
> "ifdef", which should be ".ifdef" in bsd-make:
> https://github.com/majn/telegram-purple/issues/137#issuecomment-167970054

That would be a good check to have but for now I don't know of any
implementation or anyone interested in working on such a thing.

> Sorry for the wall of text, but you *did* ask for it :P

I did :)

One goal of c-a-t-t is to expose more people to the tools, eventually
leading to better tools :)

> Btw: I'm naturally subscribed to the bug. And because you address your mails
> to me, too, I receive them twice :P

Apologies, the default in the Debian BTS is to not subscribe
submitters and I can't assume that you are on debian-mentors, so I
CCed you.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#809868: gthumb: FTBFS with libpng16

[Tobias Frost]

Control: merge -1 809943 


I scheduled a rebuild and now it built fine (Possibly a problem with
the build script / server)

(However, the B-D needs still to be updated)

Bug#809993: ITP: ctop -- Command line / text based Linux Containers monitoring tool

[陳昌倬]

Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)" 

* Package name: ctop
  Version : 0.4.1
  Upstream Author : Jean-Tiare Le Bigot
* URL : https://github.com/yadutaf/ctop
* License : Expat
  Programming Lang: Python
  Description : Command line / text based Linux Containers monitoring tool


 ctop will help you see what's going on at the container level.
 Basically, containers are a logical group of processes isolated using
 kernel's cgroups and namespaces. Recently, they have been made popular
 by Docker and they are also heavily used under the hood by systemd and a
 load of container tools like lxc, rocket, lmctfy and many others.
 .
 Under the hood, ctop will collect all metrics it can from cgroups in
 realtime and render them to instantly give you an overview of the global
 system health.
 .
 It currently collects metrics related to cpu, memory and block IO usage
 as well as metadata such as owning user (mostly for systemd based
 containers), uptime and attempts to guess the container managing
 technology behind.

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#809995: O: ace-of-penguins -- penguin-themed solitaire games

[Jari Aalto]

Package: wnpp
Severity: normal

I no longer use this application. The package is in
otherwise in a good shape: standard 3.9.5, debhelper 9,
Copyright Format 1.0

For a prospective new maintainer:

Start maintaining the package from Git[*]

Vcs-Browser:
http://anonscm.debian.org/gitweb/?p=collab-maint/ace-of-penguins.git
Vcs-Git:
git://anonscm.debian.org/collab-maint/ace-of-penguins.git

http://packages.qa.debian.org/a/ace-of-penguins.html

Jari

[*]
http://wiki.debian.org/Alioth/Git
http://wiki.debian.org/Alioth/Git#Collab_Maint_project

Bug#809626: [backuppc] backuppc doesn't work on perl version 5.22?

[Ludovic Drolez]

Hi!

Great, I'll upload the patched code soon.

Thanks,

On Mon, Jan 04, 2016 at 09:48:06PM +, Antonio Marcos López Alonso wrote:
> Package: backuppc
> Version: 3.3.1-1
> 
> --- Please enter the report below this line. ---
> 
> Confirming this issue yet the backups are done though. I can also confirm the 
> fix 
> mentioned above.
> 
> Regards,
> Antonio
> 


-- 
Ludovic Drolez.

http://www.aopensource.com - The Android Open Source Portal
http://www.drolez.com - Personal site - Linux and Free Software

Bug#808802: #808802 synaptic: Can't drop privileges for downloading as file '/var/lib/apt/lists/partial/ftp.fr.debian.org_debian_dists_testing_InRelease'

[Tsu Jan]

On Wed, 23 Dec 2015 11:01:29 +0100 Alexandre Detiste 
 wrote:

> This is likely a duplicate of this (read from #15), IE, not a bug:

For me, in Debian Testing, the message is:


W: Can't drop privileges for downloading as file 
'/var/cache/apt/archives/partial/PACKAGE' couldn't be accessed by user 
'_apt'. - pkgAcquire::Run (13: Permission denied)


This IS a bug for, at least, two reasons:

(1) The Synaptic user encounters such an unhelpful message after the 
download is complete;


(2) The message is not only unhelpful but also meaningless TO THE END 
USER because there's no '/var/cache/apt/archives/partial/PACKAGE' when 
the download in complete.

Bug#605090:

[Yves-Alexis Perez]

On mar., 2016-01-05 at 15:33 +0100, HacKurx wrote:
> There are 52 variables sysctl with grsecurity but 42 are used in
> grsec.conf (linux-grsec-base-0.1).
> To know the list :
> cat /usr/src/linux-4.3.3/grsecurity/grsec_sysctl.c | grep "\.procname"

Please report bugs like these against linux-grsec-base package. grsec.conf
still needs love, don't hesitate to provide patches.

Regards,
-- 
Yves-Alexis



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

Bug#807165: [php-maint] Bug#807165: php7.0-fpm: make php7.0-fpm co-installable with php5-fpm

[Gerard Mensoif]

Hi,
I would also be interested by trying out the patch.
Thanks

Bug#793959: src:libbio-das-lite-perl: maintainer address bounces

[Petter Reinholdtsen]

Control: severity -1 important

[Ansgar Burchardt]
> The maintainer address for libbio-das-lite-perl bounces, see below.

We discussed this package today, and Debian Med will take it under their wings,
either directly or maintained under the Perl team umbrella.  In any case,
it will soon get a working maintainer address.  Because of this, I lower the
severity to important, to allow the fixed package to migrate into testing.

The rest of the packages maintained by this maintainer are being handled too.

-- 
Happy hacking
Petter Reinholdtsen

Bug#639910: Packaging sbt

[Frederic Bonnard]

Hi,
as Medhi suggested to me, I'm forwarding my questions here to debian Java
packaging team.
(Medhi answered in the bug : 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639910#89 )
Any tip will be appreciated.
Thanks,

F.

> Hi,
> I'd be interested in packaging sbt in debian, and I saw the debian bug 
> #639910 [1]
> and this simple-build-t...@googlegroups.com thread [2] .
> I guess there's not much progress, but I'm asking in case someone is active on
> that.
> Here is a summary of what I understood so far :
> a) to build sbt, you need sbt
> b) sbt [may] downloads components online when being used
> c) sbt upstream does not provide nor will support alternate build process 
> (make,
>   ant, whatever)
> d) it seems difficult to provide a standalone tarball of a given version of 
> sbt
>   (David M. Lee)
> Is each point [still] correct ?
> 
> I saw the proposition of Mehdi to ask the sbt upstream to propose a source
> tarball of sbt and include a standalone version of sbt, but I didn't see any
> answer (except if d) was one)
> Also I wanted to ask Mehdi, if there wasn't another way by putting sbt in
> nonfree. Or maybe have a sbt-bootstrap in nonfree, and a sbt in main that 
> would
> be built from nonfree. Though, for sbt-bootstrap, we would need a self 
> contained
> sbt (no internet download), right ?
> Any help will be welcome,
> Thanks and sorry for unburying such a hateful topic :)
> 
> F.
> 
> 
> 1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639910
> 2: https://groups.google.com/forum/#!topic/simple-build-tool/bFaUvjn_j60

Bug#804141: avahi: The current upstream changelog is not very good as an upstream changelog

[Santiago Vila]

reassign 804141 src:avahi
retitle 804141 Please use NEWS as the upstream changelog
tags 804141 + patch
thanks

Dear avahi maintainers:

This package currently uses "ChangeLog" as the upstream changelog.

There are two problems with that:

* The ChangeLog file is created from scratch at every build, which makes
the package not to be reproducible.

* The file does not really contain the history of avahi changes.


The attached patch fixes this by using the NEWS file instead.

Thanks.--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+avahi (0.6.32~rc+dfsg-2) unstable; urgency=medium
+
+  * Make the build reproducible by using docs/NEWS as the upstream changelog.
+Closes: #804141.
+
+ -- Laurent Bigonville   Tue, 05 Jan 2016 16:21:54 +0100
+
 avahi (0.6.32~rc+dfsg-1) unstable; urgency=medium
 
   * Team upload.
--- a/debian/rules
+++ b/debian/rules
@@ -51,7 +51,10 @@ override_dh_installinit:
dh_installinit -pavahi-dnsconfd --restart-after-upgrade
 
 override_dh_installdocs:
-   dh_installdocs --all docs/NEWS docs/README
+   dh_installdocs --all docs/README
+
+override_dh_installchangelogs:
+   dh_installchangelogs -k docs/NEWS
 
 override_dh_strip:
dh_strip --dbg-package=avahi-dbg

Bug#810016: Roxterm does not allow to set the background color anymore

[Douglas A. Augusto]

Package: roxterm
Version: 3.3.1-1
Severity: normal

Dear Maintainer,

Since I've upgraded to roxterm version 3.3.1 (from 2.9.5), I can't anymore set
the background color. It seems to simply ignore the value of the background
color variable in the color scheme file (background=#...). Also, trying to set
it using the menus doesn't work as well (Preferences/Edit Current Colour
Scheme/Background colour).

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

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

-- 
Douglas A. Augusto

Bug#809623: RFS: telegram-purple/1.2.3-1

[Ben Wiederhake]

- flawfinder yields too many results to be practical (~ 2460 lines). This is
mostly due to libtgl being written in a style that uses static arrays for
everything, including parsing and output.


I've been thinking of making the default for c-a-t-t to limit output
of checks by default, probably to around 10 lines.


Sounds good!


- The output of "POFileSpell" seems to depend on the local dictionaries. It
seems to flag every word in every language I don't speak. (~ 1640 lines)


This is correct, you obviously need to install the relevant
dictionaries for it to be useful.


How about an option that changes the following:
- Current: thousands of warning for French, because the French dict is 
missing.
- Suggested: single warning, saying "French dictionary not found 
(expected at /usr/share/some/where)"


But I guess this should be reported against POFileSpell, not c-a-t-t, right?


- "suspicious-source" works like a charm. It runs in a fraction of a second,
and outputs only a single line: "./tg-server.tglpub"
   That's absolutely correct! I like that program. (I'm not complaining, I'm
admiring the program. The file ./tg-server.tglpub is clearly documented in
the README.md, including a link to a side-project with the sole purpose of
reproducibly generating this single file for public sources.)


Hmm, are you sure?

pabs@chianamo ~/telegram-purple-1.2.3 $ grep tglpub README.md
pabs@chianamo ~/telegram-purple-1.2.3 $


*head-desk*

It looks like I wrote the documentation while tired.

$ grep tlgpub README.md
We no longer ship `tg-server.pub` (old format), but instead
   `tg-server.tlgpub` (new format). [snip]

Obviously, the spelling "tlg" is wrong, and should be "tgl". All files 
are named correctly. This will be fixed in the next upstream release.



After reading the source code I see that it is some sort of public key.


It is, basing on Telegram's public key. (Has to be requested by mail. 
Don't ask me why they had that idiotic idea.)
The tglpub file-format is easy enough to be written with nothing but a 
hexeditor; is clearly explained (just three big endian integers); comes 
along with a program that demonstrates how to generate the tglpub given 
the original pubfile.


In case you wonder why we don't just read the original pubkey: 
proprietary file format, and wanted to avoid using a function that 
smells like OpenSSL.



- The "Please add some upstream metadata" warning triggers. Since this is
not a scientific project, and there won't be any doi-references, I'm going
to ignore the warning. However, I'm going to use this to ask: Why is that a
warning? Why not include it in the build scripts of the deb-science
packaging team instead?


The upstream metadata stuff has nothing to do with science apart from
being initiated by the science team. Just include the parts that apply
to this package. I don't understand why so many people have this
misconception.


Because it's the first and only thing at which I looked when opening the 
page for the first few times. Now I finally actually read it (oh god, 
sorry dear author of the page). I included it into 1.2.4-2. (See 
separate mail.)



- The problem of bashisms relates to the program checkbashism, like
incompatibilities between make-implementations to checkgmakeism, a program
I'd like to see being written. I made up the name. I have no idea how to do
that. So far, we did it by trial and error, and change something whenever a
user complains. AFAIK, by now we only support gmake, due to the use of
"ifdef", which should be ".ifdef" in bsd-make:
https://github.com/majn/telegram-purple/issues/137#issuecomment-167970054


That would be a good check to have but for now I don't know of any
implementation or anyone interested in working on such a thing.


Sure, no pressure, just wanted to mention it, in case a 
Make-compatibility-guru reads along :P



Sorry for the wall of text, but you *did* ask for it :P


One goal of c-a-t-t is to expose more people to the tools, eventually
leading to better tools :)


I wasn't even remotely aware of the sheer flood of such tools, each of 
them doing different things, and then there's sanity check so basic that 
you didn't even need a "tool" for that and just used grep/find/etc. 
Thank you for the program, the work, the feedback :D


Regards,
Ben Wiederhake

Bug#802306: packagekitd eating up RAM

[Sam Hocevar]

On Sat, Dec 19, 2015, Stephen Kitt wrote:

> Dear Maintainer,
> 
> I'm also seeing excessive RAM use; packagekitd is currently using
> 4.8GB of RAM (on my 32GB system).

   I’m tempted to suggest raising the severity of this bug. It has
become unbearable, the insane memory usage of packagekitd causes
processes to be randomly killed, compilations to fail, X to hang in
inconsistent states (the mouse loses its ability to focus windows),
several of our machines regularly become unusable for several minutes
due to this apparent leak. Sometimes it’s faster to reboot the machine
than to wait for it to become responsible again.

   Just as I am writing this, packagekitd is using 1.8 GiB (RSS). /proc
indicates that most of it is heap memory. This really feels like a
serious bug to me.

Regards,
-- 
Sam.

Bug#809339: systemd: Ignores previously supported & documented method of disabling PredictableNetworkInterfaceNames

[Neil Williams]

On Tue, 5 Jan 2016 15:20:41 +
Brian Potkin  wrote:

> On Tue 05 Jan 2016 at 12:52:34 +0100, Martin Pitt wrote:
> 
> > Hello again,
> > 
> > Martin Pitt [2016-01-05 12:43 +0100]:  
> > > How is this?
> > > 
> > >   
> > > http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=957002f 
> > >  
> > 
> > It's obviously wrong, thanks to Marco for pointing out :-/
> > Fixed harder in
> > 
> >   
> > https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=f90b82c  

Thanks, that looks good.
 
> Is it worth mentioning that changes to interface rules
> in /etc/udev/rules.d need update-initramfs
> -u? 

The commit above does that:
+and rebuild the initrd with "update-initramfs -u".

The reason why the symlink failed in vmdebootstrap was precisely
because the initramfs had not been rebuilt.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgp5RI0ASfwst.pgp
Description: OpenPGP digital signature

Bug#658120: Applied RH patch and works!!!

[Marco Gaiarin]

I've tried Ubuntu patch but does not apply cleanly, probably is old...

I've applied insted the RH one (plain patch on:


http://pkgs.fedoraproject.org/cgit/cdrkit.git/plain/cdrkit-1.1.9-efi-boot.patch

) and recompiled cdrkit 1.1.11-3 sources: compile flawlessy and works as 
expected.


Please, add this patch!!!

Bug#810018: procps: Please (re)consider shipping procps pidof

[Andreas Henriksson]

Package: procps
Version: 2:3.3.11-3
Severity: wishlist
Tags: patch

Dear Maintainer,

I've seen that you're in the past considered and discussed shipping
the procps version of pidof at
https://lists.debian.org/debian-devel/2013/12/msg00145.html

I'm filing this bug because I think the previous reasons against
this no longer apply.

c.f.
"[...] moving pidof around certainly doesn't kill off sysvinit-utils for
us (there are still over a dozen other tools in that package in
Debian)."

The sysvinit-utils package has gone through a heavy diet and now
ships alot less tools (in favour of shipping them from other maintained
upstreams, notably util-linux).

I'm generally interested in shrinking the essential set, but users of
pidof seems to be too many to reasonably introduce dependencies for.

The currently remaining tools in sysvinit-utils (in stretch/sid):
pidof - suggestion to ship it from (new essential) procps(-base)
service - might soon be in init-system-helpers (see #805487).
killall5 - analysis of the 19 matches on codesearch seems to boil down
to: openrc, util-vserver. Adding dependencies seems doable.
fstab-decode - codesearch analysis indicates open-iscsi, drbl.
Adding dependencies seems doable.

Summary: making sysvinit-utils non-essential seems doable.

This would also make sysvinit-utils dependencies transitively
non-essential. eg. startpar. (Not sure why that dependency
exists to start with, but proposed approach seemed simpler
than researching that for the same result.)
Please also note that sysvinit-utils already have some
reverse dependencies despite being essential which works
in our favour.

I'm attaching a patch for your convenience. Please note that a
synchronized sysvinit upload is needed. If you think we should
proceed I'll volunteer to NMU sysvinit for this.
When doing so you'll need to update the attached patch
with the version number of the sysvinit upload and the Closes
bug number in the debian/changelog.
An announcement on debian-devel about introducing a new essential
package is also needed.

Regards,
Andreas Henriksson


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

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

Versions of packages procps depends on:
ii  initscripts   2.88dsf-59.2
ii  libc6 2.19-18+deb8u1
ii  libncurses5   5.9+20140913-1+b1
ii  libncursesw5  5.9+20140913-1+b1
ii  libprocps32:3.3.9-9
ii  libtinfo5 5.9+20140913-1+b1
ii  lsb-base  4.1+Debian13+nmu1

Versions of packages procps recommends:
ii  psmisc  22.21-2

procps suggests no packages.

-- no debconf information
>From afdc6e40a74d7bc14deb4f59ab96f61961ed803b Mon Sep 17 00:00:00 2001
From: Andreas Henriksson 
Date: Tue, 5 Jan 2016 16:26:01 +0100
Subject: [PATCH] Add an essential procps-base package containing pidof

This takes over pidof as procps version is maintained upstream.
---
 debian/changelog   |  4 
 debian/control | 17 +
 debian/procps-base.install |  1 +
 debian/rules   |  8 +++-
 4 files changed, 29 insertions(+), 1 deletion(-)
 create mode 100644 debian/procps-base.install

TODO: Please note that this requires equivalent changes in
sysvinit(-utils) to stop shipping pidof and then update the
Breaks/Replaces version in this patch to the right version. See FIXME
below. Also fix the Closes #-1 to the future created bug number.

diff --git a/debian/changelog b/debian/changelog
index 2c4583c..8dd986b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
 procps (2:3.3.11-3) UNRELEASED; urgency=medium
 
+  [ Craig Small ]
   * New upstream source (from experimental)
 - pgrep: don't crash with -a -w flags Closes: #768190
 - pmap: print even with no smaps Closes: #775624
@@ -23,6 +24,9 @@ procps (2:3.3.11-3) UNRELEASED; urgency=medium
   * Add commented out sysrq to sysctl.conf Closes: #694691
   * Add protectedhard/soft link to sysctl example Closes: #694692
 
+  [ Andreas Henriksson ]
+  * Add an essential procps-base package containing pidof. Closes: #-1
+
  -- Craig Small   Sun, 03 Jan 2016 10:09:16 +1100
 
 procps (2:3.3.10-4) unstable; urgency=medium
diff --git a/debian/control b/debian/control
index 8092183..9b47c84 100644
--- a/debian/control
+++ b/debian/control
@@ -31,6 +31,23 @@ Description: /proc file system utilities
  It contains free, kill, pkill, pgrep, pmap, ps, pwdx, skill, slabtop,
  snice, sysctl, tload, top, uptime, vmstat, w, and watch.
 
+Package: procps-base
+Architecture: any
+Multi-Arch: foreign
+Essential: yes
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Suggests: procps
+Breaks: sysvinit-utils (<< 0.0.0~FIXME)
+Replaces: sysvinit-utils (<< 

Bug#809476: Linux 4.4-rc6 fails to boot on QNAP TS-109

[Roger Shimizu]

On Thu, Dec 31, 2015 at 9:09 AM, Martin Michlmayr  wrote:
> I tried to boot Debian's 4.4-rc6 kernel on my QNAP TS-109 and it failed
> to boot with:
> [   19.380002] Unpacking initramfs...
> [   19.380044] Initramfs unpacking failed: junk in compressed archive

I see this error message on my Linkstation boxes for long time, but
most of time they just boot fine.
After seeing your report, now I understand the root cause why failing
sometimes. :-)

> -U-Boot-Kernel-Address: 0x8000
> +U-Boot-Kernel-Address: 0x00c08000

I tried this on local db (/etc/flash-kernel/db) of my Linkstation, but
it failed to boot.
Except above change, did you also changed the address in uboot
command? (like a few lines below)

>> cp.b 0xff20 0x80 0x3f
>> setenv bootargs console=ttyS0,115200n8 root=/dev/ram rw 
>> initrd=0x80,0x3f
>> bootm 0xff00

> u-boot loads it like this:
>
> ## Booting image at 0040 ...
>Load Address: 8000
>Entry Point:  8000

I also don't understand where the address "0040" comes from. It's
neither in flash-kernel's db nor in uboot setting.
>From my understanding, the kernel image stores in flash, which address
is 0xff00, and it will be copied to "8000" by uboot on boot
time, then kernel will uncompress the image and then boot. Am I missed
something?

What I intend to do is following your QNAP's way to fix things on Linkstation.
Any clue would be appreciated. Thank you!

Cheers,
Roger

Bug#810013: Reassigning to fonts-droid-fallback

[Vasudev Kamath]

Control: reassign -1 fonts-droid-fallback

I'm reassigning this bug to fonts-droid-fallback, as that is the package
which ships DroidSans Mono.

Cheers,

Bug#767105: gnunet: Package leaves defalut user unconfigured

[msl09]

Package: gnunet
Followup-For: Bug #767105

Dear Maintainer,

The current(jessie) version of the package doesn't add the default user to the 
gnunet group(thus leaving the program only able to run as root). Can something 
be done about that?

Workaroud: Add the user to the group "gnunet" after the installation.

-- System Information:
Debian Release: 8.2
  APT prefers testing
  APT policy: (1000, 'testing'), (1000, 'stable'), (995, 'stable'), (750, 
'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 gnunet depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18+deb8u1
ii  libcurl3-gnutls7.38.0-4+deb8u2
ii  libextractor3  1:1.3-2+b1
ii  libgcrypt201.6.3-2
ii  libglpk36  4.55-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libidn11   1.29-1+b2
ii  libltdl7   2.4.2-1.11
ii  libmicrohttpd100.9.37+dfsg-1+b1
ii  libmysqlclient18   5.5.46-0+deb8u1
ii  libogg01.3.2-1
ii  libopus0   1.1-2
ii  libpq5 9.4.5-0+deb8u1
ii  libpulse0  5.0-13
ii  libsqlite3-0   3.8.7.1-1+deb8u1
ii  libunistring0  0.9.3-5.2+b1
ii  lsb-base   4.1+Debian13+nmu1
ii  multiarch-support  2.19-18+deb8u1
ii  netbase5.3
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages gnunet recommends:
ii  libnss3-tools  2:3.17.2-1.1+deb8u1
ii  openssl1.0.1k-3+deb8u2

Versions of packages gnunet suggests:
pn  miniupnpc
ii  python   2.7.9-1
pn  python-zbar  
pn  texlive  

-- Configuration Files:
/etc/gnunet.conf changed:
[datastore-mysql]
CONFIG = /home/msl09/~/.my.cnf
[nat]
BEHIND_NAT = YES
USE_LOCALADDR = NO
DISABLEV6 = YES
[hostlist]
OPTIONS = -b -e
[PATHS]
DEFAULTCONFIG = /etc/gnunet.conf
[arm]
SYSTEM_ONLY = YES
USER_ONLY = NO
[path]
GNUNET_HOME = /var/lib/gnunet/
GNUNET_DATA_HOME = /var/lib/gnunet/data/
GNUNET_RUNTIME_DIR = /var/run/gnunet/


-- debconf information:
  gnunet-server/username: gnunet
  gnunet-server/groupname: gnunet
  gnunet-server/autostart: true

Bug#810017: pis4: FTBFS with perl 5.22

[Graham Inggs]

Source: psi4
Version: 1:0.3-4
Severity: important

After upgrading to perl 5.22, psi4 FTBFS with the following message:

[100%] Autodoc options c-side
cd /build/psi4-0.3/builddir/doc/sphinxman && /usr/bin/cmake -E
make_directory source/autodir_options_c
cd /build/psi4-0.3/builddir/doc/sphinxman && /usr/bin/perl
/build/psi4-0.3/doc/sphinxman/document_options_c.pl
/build/psi4-0.3/doc/sphinxman
Can't use 'defined(%hash)' (Maybe you should just omit the defined()?)
at /build/psi4-0.3/doc/sphinxman/document_options_c.pl line 150.
doc/sphinxman/CMakeFiles/sphinxman.dir/build.make:106: recipe for
target 'doc/sphinxman/source/autodoc_abbr_options_c.rst' failed
make[5]: *** [doc/sphinxman/source/autodoc_abbr_options_c.rst] Error 255
make[5]: Leaving directory '/build/psi4-0.3/builddir'


I know nothing about perl, so I tried the suggestion and omitted defined():


--- a/doc/sphinxman/document_options_c.pl
+++ b/doc/sphinxman/document_options_c.pl
@@ -147,7 +147,7 @@
   @OrderedSubsection = @{$ModuleSubsections{$Module}};
  }
  foreach my $Subsection (@OrderedSubsection) {
-   if (defined(%{$hash{$Module}{$Subsection}})) {
+   if (%{$hash{$Module}{$Subsection}}) {
  if($Subsection){
  if ($print_description) {
  my $Secdivider = "_" x (length($Subsection)-1);


This resulted in a slightly different failure:


[ 98%] Autodoc options c-side
cd /«PKGBUILDDIR»/builddir/doc/sphinxman && /usr/bin/cmake -E
make_directory source/autodir_options_c
cd /«PKGBUILDDIR»/builddir/doc/sphinxman && /usr/bin/perl
/«PKGBUILDDIR»/doc/sphinxman/document_options_c.pl
/«PKGBUILDDIR»/doc/sphinxman
Can't use an undefined value as a HASH reference at
/«PKGBUILDDIR»/doc/sphinxman/document_options_c.pl line 150.
Auto-documenting options in module globals
Auto-documenting options in module adc
Auto-documenting options in module ccdensity
Auto-documenting options in module ccenergy
Auto-documenting options in module cceom
Auto-documenting options in module cchbar
Auto-documenting options in module cclambda
Auto-documenting options in module ccresponse
Auto-documenting options in module ccsort
Auto-documenting options in module cctriples
Auto-documenting options in module cfour
Auto-documenting options in module cphf
Auto-documenting options in module dcft
Auto-documenting options in module detci
Auto-documenting options in module dfmp2
Auto-documenting options in module dfocc
Auto-documenting options in module dmrg
Auto-documenting options in module findif
Auto-documenting options in module fisapt
Auto-documenting options in module fnocc
Auto-documenting options in module libfrag
Auto-documenting options in module lmp2
Auto-documenting options in module mcscf
Auto-documenting options in module mints
Auto-documenting options in module mrcc
Auto-documenting options in module occ
Auto-documenting options in module optking
Auto-documenting options in module psimrcc
Auto-documenting options in module sapt
Auto-documenting options in module scf
make[5]: *** [doc/sphinxman/source/autodoc_abbr_options_c.rst] Error 25
doc/sphinxman/CMakeFiles/sphinxman.dir/build.make:102: recipe for
target 'doc/sphinxman/source/autodoc_abbr_options_c.rst' failed
make[5]: Leaving directory '/«PKGBUILDDIR»/builddir'

Bug#810013: [Pkg-fonts-devel] Bug#810013: Bug#810013: Bug#810013: fonts-droid: Please drop Droid Mono and recommend fonts-noto-mono which provides its successor

[Vasudev Kamath]

Vasudev Kamath  writes:

> Jonas Smedegaard  writes:
>
>> My suggestion is - exactly as suggested above - to a) drop the font 
>> "Droid Mono", and b) have the package recommend fonts-noto-mono.
>>
>> Is that a problem? I don't understand why you talk about complicating 
>> things further...
>
> Ah alright its just mono font not fallback ;-). Thanks will update the
> package.

OK I accidentally have already dropped DroidSansMono from the
package!. I will update control file to recommend fonts-noto-mono.

Cheers,

Bug#809272: RFS: pygithub/1.26.0-1 ITP

[Mattia Rizzolo]

On Tue, Jan 05, 2016 at 06:51:01PM +0300, Dmitry Bogatov wrote:
> > * please consider handing a spellchecked to upstream, looks like there
> >   are some typos
> 
> Fix spelling in comments or disabled and not-installed tests? Are you sure?

just try runnning `codespell --quiet-level=3`...  and yes, most of them
are in the tests.

> Uploaded new version on mentors.

umh.
I personally wouldn't install the readme as a changelog, but if you
really want to, please use dh_installchangelog instead (which compress
it, as per policy):

override_dh_installchangelogs:
dh_installchangelogs README.md

to fit both of the tastes maybe to use the -k flag of it?


but anyway, I'd like to wait some more for comments from other people
about that Provides :)
-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://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#809902: Missing syscalls added in Linux 4.3, 4.4

[Steve McIntyre]

On Mon, Jan 04, 2016 at 07:56:30PM +, Ben Hutchings wrote:
>Package: strace
>Version: 4.10-3
>Severity: important
>
>Linux 4.3 added some new syscalls: userfaultfd, membarrier.
>It also added direct socket syscalls on i386.
>
>Linux 4.4 will add mlock2 and the direct socket syscalls on
>sparc{,64}.

Cool, thanks for the heads-up.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"The problem with defending the purity of the English language is that
 English is about as pure as a cribhouse whore. We don't just borrow words; on
 occasion, English has pursued other languages down alleyways to beat them
 unconscious and rifle their pockets for new vocabulary."  -- James D. Nicoll

Bug#802306: packagekitd eating up RAM

[Sam Hocevar]

On Tue, Jan 05, 2016, Matthias Klumpp wrote:
> Hmm, are you doing anything special with PK which could trigger this
> issue, so I can reproduce it?

   No, I’m afraid that’s the strange thing, I don’t do anything
with PK. I run a GNOME desktop but have never launched software or
performed any action related to packagekitd as far as I can tell. I
only install stuff through apt-get. I do have /usr/bin/gnome-software
running, which seems to be related to PK, but I suppose it comes with
modern GNOME.

   I do have a large sources.list, though not insanely so (see attachment).

   strace()ing the PK process shows that it constantly checks for the
existence of /system-update and /var/lib/PackageKit/prepared-update. The
comment in pk_offline_auth_invalidate() suggests that this should be a
rare occurrence, yet it happens every second (I could misunderstand the
code; it’s my first time having a look at it).

   It’s pretty hard to troubleshoot anything because the box is
currently quite unresponsive, but I can try to come up with more
information if it can help.

> PK itself should terminate after idling for a while, freeing any
> resources it still uses.

   Well, it’d be nice if it released those gigabytes of RAM, sure, but
I’d be even happier if it actually didn’t need several gigabytes of
RAM in order to work :-)

Regards,
-- 
Sam.

# Current
deb [arch=amd64,i386] http://ftp.fr.debian.org/debian/ experimental main 
non-free contrib
deb-src http://ftp.fr.debian.org/debian/ experimental main non-free contrib
deb [arch=amd64,i386] http://ftp.fr.debian.org/debian/ sid main non-free contrib
deb-src http://ftp.fr.debian.org/debian/ sid main non-free contrib

# Releases
deb [arch=amd64,i386] http://ftp.fr.debian.org/debian/ stretch main non-free 
contrib
deb-src http://ftp.fr.debian.org/debian/ stretch main non-free contrib
deb [arch=amd64,i386] http://ftp.fr.debian.org/debian/ jessie main non-free 
contrib
deb-src http://ftp.fr.debian.org/debian/ jessie main non-free contrib
deb [arch=amd64,i386] http://ftp.fr.debian.org/debian/ squeeze main non-free 
contrib
deb-src http://ftp.fr.debian.org/debian/ squeeze main non-free contrib
deb [arch=amd64,i386] http://ftp.fr.debian.org/debian/ wheezy main non-free 
contrib
deb-src http://ftp.fr.debian.org/debian/ wheezy main non-free contrib

# Updates
deb [arch=amd64,i386] http://security.debian.org/ jessie/updates main contrib 
non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free
deb [arch=amd64,i386] http://security.debian.org/ squeeze/updates main contrib 
non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free
deb [arch=amd64,i386] http://security.debian.org/ wheezy/updates main contrib 
non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

Bug#765453: [wide-dhcpv6-client] Does not have a cooldown period on retries

[Roger Shimizu]

Control: tag -1 -moreinfo +patch
Control: forwarded -1 http://sourceforge.net/p/wide-dhcpv6/bugs/34/

I found the patch in upstream's BTS.
Later I'll check it and decide whether to merge into the next release.

Cheers,
Roger

Bug#796583: Please review pkg-kbd changes for kbd.init deprecation

[Michael Schutte]

Hi Andreas,

On Mon, Jan 04, 2016 at 11:49:58AM +0100, Andreas Henriksson wrote:
> Happy new year!
> 
> Just writing you this short mail to say that I'd be very happy if
> you by any chance have time to review the changes I've pushed
> to pkg-kbd git repo. From the historical traces in the bts I've
> found it seems like you and me had pretty similar ideas on how
> to handle the deprecation of the kbd init script. If you could
> check that my current implementation aligns with your vision
> and ack it before I upload that would be much appreciated!
> (I'm a bit trigger happy on the upload part as always, so if
> you want me to give you more time feel free to just tell me
> to hold off so I know.)

A happy new year to you as well!

I'd say your changes look exactly like what I had in mind.  I was
briefly unsure if the rm_conffile invocations should additionally be
conditioned on unchangedness of /etc/init.d/kbd to serve even the
unlikely minority of people who have modified the initscript, but not
the configuration in /etc/kbd.  But since the default configuration in
that directory is very minimal and the initscript deals gracefully with
its nonexistence, the way you've done it is probably ideal.  The
announcement in NEWS is also a good idea.

Thank you for your work once again!  I hope I'm not missing anything,
but it looks ready for an upload to me.

Cheers,
Michael

Bug#808433: nethogs doesn't start, saying "creating socket failed"

[Joe Clifford]

This bug also affects Jessie kernel 3.16.0-4-amd64 #1 SMP Debian 
3.16.7-ckt20-1+deb8u1 (2015-12-14) x86_64.


The fix committed in the github repo applied to the nethogs' Jessie 
package sources solves the problem for me, thanks.

Bug#810016: Roxterm does not allow to set the background color anymore

[Tony Houghton]

On 05/01/16 16:09, Douglas A. Augusto wrote:


Since I've upgraded to roxterm version 3.3.1 (from 2.9.5), I can't anymore set
the background color. It seems to simply ignore the value of the background
color variable in the color scheme file (background=#...). Also, trying to set
it using the menus doesn't work as well (Preferences/Edit Current Colour
Scheme/Background colour).


If the "Get text and background colours from palette" option is checked 
in the colour scheme the text and background colour widgets are disabled 
and the colours are taken from the first and last widgets in the upper 
palette row. It seems that this option is stuck on, so I need to fix 
that. And it's really hard to see that the colour widgets are faded in 
the default theme so I suppose I'd better make it fade the labels too.

Bug#805323: Bug #805323: graphite2 ARM HP PA FTBFS

[Rene Engelhard]

tag 805323 + patch
severity 805323 serious
retitle 805323 graphite2: FTBFS on armhf/hppa: Segmentation faults in awamicmp1 
and awamicmp2
thanks

Hi,

On Tue, Jan 05, 2016 at 02:37:45PM +0700, Tim Eves wrote:
>this bug should be fixed for good now as I've re-factored the problem code
>to a more straightforward form.

Yes, thanks, works for me now.

>I've also fixed the CMake policy warnings.
>Thanks for the log that was a big help. I noticed in the log that the
>cmake invocation is being passed:
> 
>  -DGRAPHITE2_NTRACING:bool=1
> 
>Whilst it works I believe that is a typo, and it should be:
> 
>  -DGRAPHITE2_NTRACING:BOOL=ON

Thanks, will change it.

Regards,

Rene

Bug#810013: [Pkg-fonts-devel] Bug#810013: fonts-droid: Please drop Droid Mono and recommend fonts-noto-mono which provides its successor

[Jonas Smedegaard]

Quoting Vasudev Kamath (2016-01-05 21:06:19)
> Jonas Smedegaard  writes:
>> Droid Mono has been renamed upstream to Noto Mono.
>>
>> Debian package fonts-noto-mono ships the newly named font, and also 
>> provides a fontconfig hint file to handle alias for old name.
>>
>> Please therefore drop Droid Mono, and have the package recommend
>> fonts-noto-mono.
>
> Umm this is very quick :-). So what do you suggest create a meta 
> package to pull down the fonts-noto-mono?.
>
> Any suggestion is fine.

My suggestion is - exactly as suggested above - to a) drop the font 
"Droid Mono", and b) have the package recommend fonts-noto-mono.

Is that a problem? I don't understand why you talk about complicating 
things further...

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#658120: Applied RH patch and works!!!

[Steve McIntyre]

On Tue, Jan 05, 2016 at 05:19:30PM +0100, Marco Gaiarin wrote:
>
>I've tried Ubuntu patch but does not apply cleanly, probably is old...
>
>I've applied insted the RH one (plain patch on:
>
>   
> http://pkgs.fedoraproject.org/cgit/cdrkit.git/plain/cdrkit-1.1.9-efi-boot.patch
>
>) and recompiled cdrkit 1.1.11-3 sources: compile flawlessy and works as 
>expected.
>
>Please, add this patch!!!

If you're doing anything with EFI, I'd strongly suggest using xorriso
instead. Thomas, the upstream, is both very active and helpful in
this area.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
< liw> everything I know about UK hotels I learned from "Fawlty Towers"

Bug#799080: wide-dhcpv6-server: Unable to start on multiple interfaces

[Roger Shimizu]

Control: forwarded -1 http://sourceforge.net/p/wide-dhcpv6/bugs/36/
Control: tag -1 +patch

Dear Robert,

I find your report is similar to upstream's bug:
http://sourceforge.net/p/wide-dhcpv6/bugs/36/
And there's also patch on that page. So if you have compiling
environment, you can try that solution.

Cheers,
Roger

Bug#810019: debian-maintainers: Annual ping for Nikolaus Rath

[Nikolaus Rath]

Package: debian-maintainers
Severity: normal

Hi,

This is the annual ping for Nikolaus Rath.

Best,
-Nikolaus
-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


signature.asc
Description: PGP signature

Bug#802306: packagekitd eating up RAM

[Matthias Klumpp]

Hmm, are you doing anything special with PK which could trigger this
issue, so I can reproduce it?
PK itself should terminate after idling for a while, freeing any
resources it still uses.
In order to debug a potential memory leak, I would first need to be
able to reproduce it...
Cheers,
Matthias

Bug#810013: [Pkg-fonts-devel] Bug#810013: Bug#810013: fonts-droid: Please drop Droid Mono and recommend fonts-noto-mono which provides its successor

[Vasudev Kamath]

Jonas Smedegaard  writes:

> My suggestion is - exactly as suggested above - to a) drop the font 
> "Droid Mono", and b) have the package recommend fonts-noto-mono.
>
> Is that a problem? I don't understand why you talk about complicating 
> things further...

Ah alright its just mono font not fallback ;-). Thanks will update the
package.

Bug#488346: debhelper: dh_install - a option to list all missing files when failing because of one file not found

[Dmitry Shachnev]

Control: tags -1 +patch

On Sat, 28 Jun 2008 10:02:30 +0200, Sune Vuorela wrote:
> But I would like a option to pass to dh_install so it lists all files it
> can't find and then exits non-zero.

I understand this bug is very old, but it's still actual nevertheless.

So I have prepared a patch that makes the behavior specified by Sune the
default. If you think it will break compatibility, I can prepare another
patch that will implement it as an option. (However I hope that won't be
needed, as I can't imagine a situation where one will rely on the old
behavior).

--
Dmitry ShachnevFrom 45309e2956dd29e04546b2ddac2ec74b4244e58b Mon Sep 17 00:00:00 2001
From: Dmitry Shachnev 
Date: Tue, 5 Jan 2016 16:57:16 +0300
Subject: [PATCH] dh_install: Fail late when there were non-existing files

Print warnings for each glob that did not match anything, and fail
after processing all packages if there were any missing files.

Closes: #488346
---
 debian/changelog |  5 +
 dh_install   | 15 +--
 2 files changed, 18 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index c0dbc06..b50a81d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
 debhelper (9.20151225+unreleased) UNRELEASED; urgency=medium
 
+  [ Niels Thykier ]
   * Dh_Lib.pm: Pass "-S" to dpkg-parsechangelog when requesting
 the Version field.
   * Drop compat level 3.
@@ -7,6 +8,10 @@ debhelper (9.20151225+unreleased) UNRELEASED; urgency=medium
 does not start with debian/tmp.  This should make the
 output on failures less weird.
 
+  [ Dmitry Shachnev ]
+  * dh_install: Fail because of missing files only after processing
+all file lists for all packages.  (Closes: #488346)
+
  -- Niels Thykier   Sat, 26 Dec 2015 20:13:36 +
 
 debhelper (9.20151225) unstable; urgency=medium
diff --git a/dh_install b/dh_install
index 7da40d3..9ff5bcd 100755
--- a/dh_install
+++ b/dh_install
@@ -136,6 +136,8 @@ my @installed;
 my $srcdir = '.';
 $srcdir = $dh{SOURCEDIR} if defined $dh{SOURCEDIR};
 
+my $missing_files = 0;
+
 # PROMISE: DH NOOP WITHOUT install
 
 foreach my $package (getpackages()) {
@@ -180,12 +182,16 @@ foreach my $package (getpackages()) {
 		if $glob !~ m{^(?:\./)?debian/tmp/};
 }
 			}
-			push @filelist, @found;
+			if (@found && (-e $found[0] || -l $found[0])) {
+push @filelist, @found;
+			}
 		}
 
 		if (! compat(4)) { # check added in v5
 			if (! @filelist && ! $skip_install) {
-error("$package missing files (@$set), aborting");
+warning("$package missing files: @$set");
+++$missing_files;
+next;
 			}
 		}
 
@@ -194,6 +200,7 @@ foreach my $package (getpackages()) {
 			
 			push @installed, $src;
 			next if $skip_install;
+			next if $missing_files;
 		
 			if (! defined $dest) {
 # Guess at destination directory.
@@ -270,6 +277,10 @@ if ($dh{LIST_MISSING} || $dh{FAIL_MISSING}) {
 	}
 }
 
+if ($missing_files) {
+	error("missing files, aborting");
+}
+
 =head1 LIMITATIONS
 
 B cannot rename files or directories, it can only install them
-- 
2.6.4



signature.asc
Description: OpenPGP digital signature

Bug#809848: fusiondirectory: please provide a gender-neutral 'users' icon

[Benoit Mortier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Mon, 04 Jan 2016 17:13:19 +0100 IOhannes m zmoelnig  wrote:
> Package: fusiondirectory
> Version: 1.0.8.2-5+deb8u1
> Severity: wishlist
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> installing fusiondirectory
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> navigating to the login-screen
> 
>* What was the outcome of this action?
> 
> the login screen shows an icon (besides the 'username' field) of a potential 
> user
> that is clearly identifiable as a male (hairstyle in conjunction with tie).
> 
> 
> - /usr/share/fusiondirectory/html/themes/default/icons/48/types/user.png
> 
> the image in question is
> 
>* What outcome did you expect instead?
> 
> being offered a gender-neutral icon (hey, i have non-male users as well, who 
> are supposed to use this!).
> 
> interestingly, when signing out, i am presented with another user-icon, which 
> is way less gender-biased:

Nothing indicate that it represent a man, FusionDirectory is entirely
theme-able apart from those two icons, by default FusionDirectory use
the Tango icons but the tango icons pack doesn't
have an icon to represent users.

> - /usr/share/icons/oxygen/48x48/places/user-identity.png (at least there is 
> no tie).
>
> however, the nicest icon i have found so far is 
> - /usr/share/fusiondirectory/html/themes/default/icons/48/types/user-group.png

The other icons you mention are semantic icons and can not bu used as a
replacement

Cheers
- -- 
Benoit Mortier
CEO
OpenSides "logiciels libres pour entreprises" : http://www.opensides.eu/
Promouvoir et défendre le Logiciel Libre http://www.april.org/
Main developper in FusionDirectory : http://www.fusiondirectory.org/
Official French representative for OPSI : http://opsi.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWi85CAAoJEO8v8eSGOOrRZY0QAI98misKbYaDqVX+P7eWHmdM
u/zzr+gH7F+mklOGkAaqwzZsG0KHoGu5VRE8jEE+ms3tBxbILzHB1uNCAOd9MmSt
JEVQ97Arx0cBg/QgjUkF892u3GRgVFGded/YmmdF93JMqdyUlfEKJ/G22Whk/4nV
/4niAnPSf/niV4TCdiXuocbSZLsacxh/19n7o3dIPkOLKrCBv96bvKK36A0HtDVK
yIta8tXJtnHe/SwYsBWUVakaJ5TId3skH9UcjBOCLuRptDIFUw3bBueDXzgUOaID
7rXVdPfB9GS6/BnBiW6URYARWy30Y1h3eUohjm6xB5iMkwS5TEFnnErkQ+epgyMr
UiA4EldD9Xl1wcR/cX7/qUAU8nrJxfunsPxeGHVyDrFnST75JOuonMWIrtYJKtTb
V50ThDszkyBcO2QtWaAxBlitphV9yHU8DsDEDhLAQEQqe+Pn/2KnASP8ZmD0XS+W
Cm2Kv/wofJ7AVVLP992cYpScti0XdNaBv1xjllYX9ar9HxJTQN6u1stptKwjplhz
ACuuguo2sHQJvXSokBE/5bNiqtJOvgLL7msx3Tt9V4NDiwBorgD88s851XOVOS+J
da44Ll3RAnB/FUIXCDZz6uRD+lpvl7WxQL3PDE5IEnWQyrYm8SF0Cn9SP6W54mOp
vQ+RREH2WDKN3KX+PDhZ
=+tgF
-END PGP SIGNATURE-

Bug#810013: fonts-droid: Please drop Droid Mono and recommend fonts-noto-mono which provides its successor

[Jonas Smedegaard]

Package: fonts-droid
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Droid Mono has been renamed upstream to Noto Mono.

Debian package fonts-noto-mono ships the newly named font, and also
provides a fontconfig hint file to handle alias for old name.

Please therefore drop Droid Mono, and have the package recommend
fonts-noto-mono.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWi9sfAAoJECx8MUbBoAEhXJMQAJSYO7Ko0DbEbduwG0ow+ybG
a2XaSPXr3++c4trmSm9p7EQcEUrvnJ74UvYAJ0ZPoV8FwKxLmlRZpGymja+OUI9I
kg+mG4KooLgb9/zbzcWmnW24YcUfWVNC/YqzZXM/4Co8ABDizSJQPt6tC10LCyoO
b142ec/SXMWIfRdlYjaG49UtZGonj0a7goRaLuyuZdEHtvKWX2cdmOohgE/WJbg7
DrUlhvGpXRf953XFywKX+s99z1Y1qSkQPVoPdkI1OJ98H6WY6sXmcQUzLIZ28WfE
NySRpxGiEnZs1s+i23TZ/zwmOzJ/j3QY4m5oVu2nNl86ydu8NPeyzPFN+bbBiT68
/MVVRTwjw3U1H73KKKAo9nDNXiu8lxZq72W3oN95csH9boaoOBSdb/kpgSHiwjgz
hK8UNNQjD94LcwBfluKPjfVf745WIz2U34vEOu4ggGUMgPUT9WLVxChpg/9XsLsB
Xgu3QbDAm6in3lkHrZp271UpSMvba9a4F6aEfbgj2zVJ6pwEVIK/mjqrHATJ2bKe
VUTZrv6iE++tbI9WfgTSAFS3zmqsYE08Fy8Ay0DKHYruydgvGjV2kV9gV0fOJqjo
eXcwc+1p0wetQ1c/BDQHVe0rFlovKrb7Dr4rJiJJ+TAwZsIC1xYJlK6Xs/SYtAvu
Ng+8SEvi8frihiD0boST
=wMUj
-END PGP SIGNATURE-

Bug#809551: [Debian-zh-dev] Bug#809551: lunar: can't convert a lunar date to solar date correctly by using lunar -i option

[Anthony Fok]

On Tue, Jan 5, 2016 at 8:02 AM, ChangZhuo Chen (陳昌倬)  wrote:
> On Tue, Jan 05, 2016 at 07:49:46AM -0700, Anthony Fok wrote:
>> I have just filed a request ticket for upload rights to backports
>> to (eventually) get lunar 2.2-5~bpo8+1 into jessie-backports.
>> (http://backports.debian.org/Contribute/#index2h3).  I have to admit I
>> haven't done it before, hehe, so it should be an interesting first for
>> me.  ;-)
>
> Hi Anthony,
>
> Maybe we can just upload to jessie instead of jessie-backports so that
> jessie only users can also get the fix. Or do you think jessie-backports
> is good enough?

Sure, if we can get it into jessie (stable), that would be ideal.  ;-)

https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable

Cheers,

Anthony

Bug#639910: Packaging sbt

[Emmanuel Bourg]

Le 5/01/2016 15:58, Frederic Bonnard a écrit :
> Hi,
> as Medhi suggested to me, I'm forwarding my questions here to debian Java
> packaging team.
> (Medhi answered in the bug : 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639910#89 )
> Any tip will be appreciated.


Hi Frederic,

Fabio Pirola also expressed its interest in packaging SBT two days ago
[1], you could probably get in touch and cooperate on this task.

The "easiest" solution is probably to start with a non-free sbt package
containing a prebuilt version of sbt, and then upload in main a sbt
package depending on itself with the prebuilt sbt removed. I would use
only one sbt package, instead of sbt-bootstrap in non-free and sbt in main.

Emmanuel Bourg

[1] https://lists.debian.org/debian-java/2016/01/msg2.html

Bug#784106: new upstream (1.1)

[Antonio Terceiro]

On Tue, Jan 05, 2016 at 08:07:03AM +0100, Evgeni Golov wrote:
> Hi Antonio,
> 
> On Wed, Aug 12, 2015 at 09:13:15PM +0200, Daniel Baumann wrote:
> >   1. lxc needs to have liblxc split out
> >  [done; needs to be uploaded to NEW]
> > 
> >   2. lxcfs needs to packaged
> >  [done until end of week; needs to be uploaded to NEW]
> > 
> >   3. lxc 1.1 needs to be packaged
> >  [done until end of week; will go to experimental]
> > 
> >   4. lxd needs to be packaged
> >  [done until end of next week; needs to be uploaded to NEW]
> 
> Is there any progress on this? I'd love to see LXC 1.1 in Debian.

There is not. It's on my plans, but I'm not there yet. Given the
upstream plans for LTS support¹, I would probably go directly to 2.0.

¹ 
https://lists.linuxcontainers.org/pipermail/lxc-devel/2015-November/012767.html

Any help will be appreciated, specially in getting the new components
into Debian. I would start by just trying the source packages currently
in Ubuntu.

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#138409: dpkg-dev: please add support for .buildinfo files

[Jérémy Bobbio]

Control: retitle -1 dpkg-dev: please add support for .buildinfo files
Control: tag -1 + patch

Hi!

The attached patch will enable dpkg-buildpackage to create .buildinfo
files as specified on the Debian wiki [1]. They have two main purposes:

 * recording information about the system environment used during a
   particular build—versions of the build dependencies installed, system
   architecture, etc. for easier forensics/debugging;
 * describe how to recreate (partially or in full) the original
   environment when trying to reproduce a particular build.

Since Guillem's preliminary review in February 2015 [2], the
specification has slightly elvolved to be a bit more relaxed and the
code have been improved.

One of the main change is that `.buildinfo` should now be named with an
arbitrary identifier. By default this defaults to $HOSTNAME-$TIMESTAMP
but can be set to an arbitrary value by the `--buildinfo-identifier`
command line flag.

To address privacy concerns, the Build-Path field is now only included
when either the build path starts by `/build/` or
`--always-include-path` has been specified on the command line of
`dpkg-genbuildinfo`.

.buildinfo files are now accepted (although discarded) by the Debian
archive [3]. This change should thus not affect Debian developpers in
their daily work.

 [1]: https://wiki.debian.org/ReproducibleBuilds/BuildinfoSpecification
 [2]: https://lists.debian.org/debian-dpkg/2015/02/msg0.html
 [3]: dak commit: https://lists.debian.org/debian-dak/2015/12/msg00079.html
  example ACCEPTED upload: https://tracker.debian.org/news/737293

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
From 7b6d953f834b1e8800d3f8af4570d57d86e5c592 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= 
Date: Fri, 6 Nov 2015 12:17:39 +
Subject: [PATCH] Add support for .buildinfo files

.buildinfo files are a new type of control files, similar to .changes
files, meant to describe the environment of a build and its products.
They are meant to be added to the Debian archive to allow independent
parties to reproduce a build and verify the result.

Specifications for .buildinfo are available at:
https://wiki.debian.org/ReproducibleBuilds/BuildinfoSpecification

This patch adds support for .buildinfo files in Dpkg::Control and
adds a new script, dpkg-genbuildinfo, that will now be called by
dpkg-buildpackage before generating the .changes file.
---
 debian/dpkg-dev.install|   1 +
 debian/dpkg-dev.manpages   |   1 +
 man/Makefile.am|   1 +
 man/dpkg-buildpackage.1|  26 ++-
 man/dpkg-genbuildinfo.1|  98 +++
 man/po/po4a.cfg|   3 +
 scripts/.gitignore |   1 +
 scripts/Dpkg/Control.pm|   5 +
 scripts/Dpkg/Control/FieldsCore.pm |  32 +++-
 scripts/Dpkg/Control/Types.pm  |  22 +--
 scripts/Makefile.am|   2 +
 scripts/dpkg-buildpackage.pl   |  52 +-
 scripts/dpkg-genbuildinfo.pl   | 322 +
 scripts/po/POTFILES.in |   1 +
 14 files changed, 541 insertions(+), 26 deletions(-)
 create mode 100644 man/dpkg-genbuildinfo.1
 create mode 100755 scripts/dpkg-genbuildinfo.pl

diff --git a/debian/dpkg-dev.install b/debian/dpkg-dev.install
index 5cec6fe..2ed6d65 100644
--- a/debian/dpkg-dev.install
+++ b/debian/dpkg-dev.install
@@ -6,6 +6,7 @@ usr/bin/dpkg-buildflags
 usr/bin/dpkg-buildpackage
 usr/bin/dpkg-checkbuilddeps
 usr/bin/dpkg-distaddfile
+usr/bin/dpkg-genbuildinfo
 usr/bin/dpkg-genchanges
 usr/bin/dpkg-gencontrol
 usr/bin/dpkg-gensymbols
diff --git a/debian/dpkg-dev.manpages b/debian/dpkg-dev.manpages
index 0a08ac6..30a00e6 100644
--- a/debian/dpkg-dev.manpages
+++ b/debian/dpkg-dev.manpages
@@ -20,6 +20,7 @@ debian/tmp/usr/share/man/*/dpkg-buildflags.1
 debian/tmp/usr/share/man/*/dpkg-buildpackage.1
 debian/tmp/usr/share/man/*/dpkg-checkbuilddeps.1
 debian/tmp/usr/share/man/*/dpkg-distaddfile.1
+debian/tmp/usr/share/man/*/dpkg-genbuildinfo.1
 debian/tmp/usr/share/man/*/dpkg-genchanges.1
 debian/tmp/usr/share/man/*/dpkg-gencontrol.1
 debian/tmp/usr/share/man/*/dpkg-gensymbols.1
diff --git a/man/Makefile.am b/man/Makefile.am
index f656b6b..5d65dab 100644
--- a/man/Makefile.am
+++ b/man/Makefile.am
@@ -24,6 +24,7 @@ dist_man_MANS = \
 	dpkg-deb.1 \
 	dpkg-distaddfile.1 \
 	dpkg-divert.1 \
+	dpkg-genbuildinfo.1 \
 	dpkg-genchanges.1 \
 	dpkg-gencontrol.1 \
 	dpkg-gensymbols.1 \
diff --git a/man/dpkg-buildpackage.1 b/man/dpkg-buildpackage.1
index 13770ba..54cee7b 100644
--- a/man/dpkg-buildpackage.1
+++ b/man/dpkg-buildpackage.1
@@ -58,25 +58,30 @@ or \fBbuild\-arch\fP and \fBbinary\-arch\fP (if \fB\-B\fP or \fB\-G\fP are
 specified), or \fBbuild\-indep\fP and \fBbinary\-indep\fP (if \fB\-A\fP
 or \fB\-g\fP are 

Bug#662411: Processed: user lib...@packages.debian.org, usertagging 662411, usertagging 662411, usertagging 662411 ...

[Rene Engelhard]

> > block 650601 with 662411

sure? I mean, 662411 says one should build-depend on _libpng-dev_.

As said in this bug this didn't work back then, and now in libpng16-dev
libpng-dev isn't provided afaics (thankfully) so the bug should say
build-depend on libpng16-dev?

Which means I need to wait for the other packages to change first:

# apt-get install libpng16-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer required:
  gir1.2-goffice-0.10 gir1.2-gtk-2.0 gir1.2-rsvg-2.0 hdf5-helpers
  libappindicator3-1 libdbusmenu-glib4 libdbusmenu-gtk3-4 libgbm-dev
  libgles2-mesa-dev libgoffice-0.10-10 libgoffice-0.10-10-common libhdf5-10
  libhdf5-cpp-11 libhdf5-dev libindicator3-7 libinput-dev libjbig-dev
  libjson-glib-dev liblzma-dev libprocps4 libtiff5-dev libtiffxx5 libudev-dev
  libvigraimpex5v5 libvpx2:i386 libwv-1.2-4 libxine2-plugins
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  libpng16-16
Recommended packages:
  libpng16-tools
The following packages will be REMOVED:
  libcairo2-dev libchamplain-0.12-dev libchamplain-gtk-0.12-dev
  libclutter-1.0-dev libclutter-gtk-1.0-dev libcogl-dev libcogl-pango-dev
  libcogl-path-dev libfontconfig1-dev libfreetype6-dev libgdk-pixbuf2.0-dev
  libglade2-dev libgoffice-0.10-dev libgtk-3-dev libgtk2.0-dev libpango1.0-dev
  libpng12-dev libreoffice-subsequentcheckbase librsvg2-dev libvigraimpex-dev
  libwmf-dev libwv-dev libxft-dev
The following NEW packages will be installed:
  libpng16-16 libpng16-dev
0 upgraded, 2 newly installed, 23 to remove and 0 not upgraded.
Need to get 626 kB of archives.
After this operation, 72.5 MB disk space will be freed.
Do you want to continue? [Y/n] 

libcairo2-dev libfontconfig1-dev libfreetype6-dev libgdk-pixbuf2.0-dev
libgtk-3-dev libgtk2.0-dev libvigraimpex-dev

are direct build-dependencies of libreoffice.

And the first I checked to make this bug blocked by their bugs - cairo -
hasn't even a bug for changing its build-depends

Regards,

Rene

Bug#810011: nmu: Please try building kodi-pvr-hts again

[Bálint Réczey]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
X-Debbugs-CC: pkg-multimedia-maintain...@lists.alioth.debian.org

Hi,

I have updated libcec-platform which is a transitive build-dependency
of kodi-pvr-hts and now kodi-pvr-hts builds fine on mipsel.

Please trigger a rebuild to have official builds for the package.

 gb kodi-pvr-hts . mips mipsel mips64el

Thanks,
Balint

PS: Is there any automatism to try building packages with updated
transitive build-dependencies?

Bug#809662: uscan: Regression when --destdir is set: Can't open 'pkg_version.orig.tar.gz': No such file or directory at /usr/bin/uscan line 3706.

[Alex Mestiashvili]

Got fixed that issue by prepending $newfile_base with $destdir.
Have no idea if it breaks any other features...

Regards,
Alex
--- /usr/bin/uscan  2015-12-31 05:10:02.0 +0100
+++ /tmp/uscan  2016-01-05 15:25:26.922521252 +0100
@@ -3702,8 +3702,8 @@
 }
 my $umd5sum = Digest::MD5->new;
 my $omd5sum = Digest::MD5->new;
-open (my $ufh, '<', "../${newfile_base}") or die "Can't open '${newfile_base}': $!";
-open (my $ofh, '<', "../${target}") or die "Can't open '${target}': $!";
+open (my $ufh, '<', "${destdir}/${newfile_base}") or die "Can't open '${destdir}/${newfile_base}': $!";
+open (my $ofh, '<', "${destdir}/${target}") or die "Can't open '${destdir}/${target}': $!";
 $umd5sum->addfile($ufh);
 $omd5sum->addfile($ofh);
 close($ufh);

Bug#809176: vlc: Should depend upon libqt5xcbqpa5

[Lisandro Damián Nicanor Pérez Meyer]

retitle 809176 Merge platforms plugins into libqt5gui5
thanks

With the team we decided to merge the plugins with libqt5gui5 for the time 
being.

This means that installing libqt5gui5 will need more dependencies. We summed 
up to be around ~3MiB in libs.

If at some point we are requested to split the plugins due to size issues 
(specially if the footprint somehow becomes ~10MiB) then I'm afraid that 
packages will start to need to depend/recommend the necessary plugins.

Kinds regards, Lisandro.

-- 
If you have an apple and I have an apple and we exchange these apples then you
and I will still each have one apple. But if you have an idea and I have an
idea and we exchange these ideas, then each of us will have two ideas.
 George Bernard Shaw

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#746554: Bug#770603: fte - package sponsorship

[Rolf Leggewie]

On 05.01.2016 03:40, Iain R. Learmonth wrote:
> Do you still require a sponsor for these packages?

Ian, thank you for your message.  Yes, I'm still looking for a sponsor
for these packages.  They expired on mentors.debian.net so I uploaded
them again.

https://mentors.debian.net/package/libfte
https://mentors.debian.net/package/fteproxy

http://mentors.debian.net/debian/pool/main/libf/libfte/libfte_0.1.0-1.dsc
http://mentors.debian.net/debian/pool/main/f/fteproxy/fteproxy_0.2.19-1.dsc

As I believe you are aware some previous potential sponsors objected to
the tight coupling of FTE with obfsproxy.

Bug#798408: Bug#797816: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

[Lisandro Damián Nicanor Pérez Meyer]

I'm tempted to remove libqt5gui5 from the list of packages that hold this bug. 
It is not a bug at all from our side, arm* uses GLES (except arm64 for now) 
and GLU is not ported to it.

If at some point glu gets ported to GLES and the bug still exists then we 
might have a bug.

-- 
 1: Una computadora sirve:
* Para tratar de dominar el mundo, un caso conocido de esto fue el de
  Skinet
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#808927: transmission-qt: looks like transmission-qt must depend on libqt5xcbqpa5

[Lisandro Damián Nicanor Pérez Meyer]

On Tuesday 05 January 2016 08:38:17 Sandro Tosi wrote:
> Thanks Lisandro for the update!

My pleasure.

> On Mon, Jan 4, 2016 at 7:06 PM, Lisandro Damián Nicanor Pérez Meyer
> 
>  wrote:
> > FWIW, in Qt 5.6 we will push all the plugins as poart of libqt5gui5, so
> > libqt5xcbqpa5 will not exists anymore.
> 
> is there a bug I can link this one to, to be notified when this will happen?

Yes, please use #809176. Note that, if necessary at some point in the future, 
we might split those plugins again [0].

[0] 

> > if you want to go ahead you might add libqt5xcbqpa5 as a recommendation,
> > that won't break anything when the package dissapears (or just ignore
> > this bug until 5.6 hits unstable).
> 
> I'll keep this report open as a "warning" for the situation, and close
> when we'll have teh Qt 5.6 with all the plugin merged into libqt5gui5

I think that's the best way to go forward. It might be considered a bug now 
with Qt 5.5, but it will not with 5.6... at least for now :-/

Kinds regards, Lisandro.

-- 
"No es el crecimiento de la tecnología lo que excluye, sino la
protección sistemática de los derechos de uso de la misma,
lo cual se puede aplicar al arte."
  David Cuartielles

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#809968: [php-maint] Bug#809968: Bug#809968: dpkg: warning: unable to delete old directory '/etc/php5/*/conf.d': Directory not empty

[Ondřej Surý]

On Tue, Jan 5, 2016, at 13:48, 積丹尼 Dan Jacobson wrote:
> > "OS" == Ondřej Surý  writes:
> OS> Control: severity -1 minor
> OS> Control: tags -1 +wontfix experimental
> 
> OS> That's intentional to keep old configuration files in place to allow
> OS> local administrator to upgrade the configuration by hand.
> 
> OS> On Tue, Jan 5, 2016, at 01:01, 積丹尼 Dan Jacobson wrote:
> >> What should I do?
> 
> OS> Don't blindly use everything that hits experimental?
> 
> Will the problem go away when the package leaves experimental?

It's unsure whether the package will leave experimental at all. But if
you are really asking whether this bug will be present in unstable, then
I don't think so.

Cheers,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

Bug#810014: hid-generic: collection stack overflow / parsing failed

[Yvan Masson]

Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-ckt20-1+deb8u1

Dear maintainers,

I have a new Eaton 5P UPS connected by USB to my computer, which allows
me to use NUT.

It is not blocking at all, but while usbhid-ups driver is not started, I
get repeated error messages in the console and in dmesg (approximately
every minute):

usb 1-10: USB disconnect, device number 8
usb 1-10: new low-speed USB device number 9 using xhci_hcd
usb 1-10: New USB device found, idVendor=0463, idProduct=
usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-10: Product: Eaton 5P
usb 1-10: Manufacturer: EATON
usb 1-10: SerialNumber: G113F42111
usb 1-10: ep 0x81 - rounding interval to 128 microframes, ep desc says
160 microframes
hid-generic 0003:0463:.0008: collection stack overflow
hid-generic 0003:0463:.0008: item 0 1 0 10 parsing failed
hid-generic: probe of 0003:0463:.0008 failed with error -22

On another computer configured exactly the same way, the last "usb" line
does not appear.

I also installed linux-image-4.3.0-0.bpo.1-amd64 but the result is the
same.

It already happened in 2012 with an Eaton 5PX, which I believe is very
similar to my Eaton 5P (see
http://lists.alioth.debian.org/pipermail/nut-upsdev/2012-December/006344.html): 
here also it does not seems to be harmfull.


Regards,
Yvan

Bug#778747: openssl: RFC 7465 says RC4 is broken, never to be used

[Pedretti Fabio]

FYI OpenSSL 1.1.0, currently in alpha, final release planned april 2016,
removes RC4 from DEFAULT:
https://www.openssl.org/news/changelog.html

728504 is a dupe of this bug.

Bug#810015: pnp4nagios-web: jquery in status-header.ssi fails to display graph popups

[SaturnNiGHTS]

Package: pnp4nagios-web
Version: 0.6.24+dfsg1-4

hello all.

i have been a bit tardy in observing this breakage, but it appears that
graph popups no longer appear when the mouse cursor is hovered over the
"extra service actions" in at least nagios3.

checking a browser's developer console, the error "TypeError: $.browser
is undefined" is generated when hovering over the actions.

$.browser has been deprecated for a period of time in jquery's 1.x
branch, and has finally been removed in 1.9.x. [the version of jquery
that is within the pnp4nagios-web package appears to be 1.11.3.

an interim measure is to insert a line like the following, after the
other jquery-*.js includes within status-header.ssi:

http://code.jquery.com/jquery-migrate-1.2.1.js";>

this file restores deprecated APIs, and warns about their usage within
a developer console.  it does not have to be linked externally...it can
be saved alongside the rest of pnp4nagios-web's jquery scripts, then
included relatively.

this is only a mitigation of an issue within jquery.cluetip.js.
 upstream is no longer maintained for that script, and it depends on
the use of $.browser.  until pnp4nagios-web no longer makes use of
jquery.cluetip.js, the jquery-migrate script will probably have to be
used.

i understand that the status-header.ssi file is categorized as an
"example", but at this time, it isn't a working example.

david

Bug#809719: roxterm: Most shortcuts are ineffective

[Tony Houghton]

On 05/01/16 10:43, François Gannaz wrote:

On my laptop, I compiled roxterm from the source, using the git tag 3.3.1.
I wanted to bisect the bug, but shortcuts worked flawlessly with this
self-compiled roxterm. I followed the default process, didn't set any
configuration option, and simply run `./build/roxterm --separate`.

If I copy this new roxterm binary to my desktop computer (both are
Testing Debian amd64) in /usr/bin/, shortcuts are also fixed.


Can you try building replacement debian packages to test? You should
just be able to run debuild -b in the git/source directory.


The keypad decimal bug is not affected by this, so it should go in
another bug report.


Could you test that in gnome-terminal instead of xfce4-terminal?  I
think xfce4 is still based on GTK+2.0 with a much older version of vte.
Also try other text fields from gnome-terminal, roxterm and/or other
GTK+3.0-based programs.

Bug#810010: kinect-audio-setup: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Leonardo Rocha]

Package: kinect-audio-setup
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.

-- 
Leonardo Rocha
4096R/7E7D1FE2
about.me/leonardo.rocha


On 04-01-2016 14:25, Herbert Fortes (hpfn) wrote:
> Olá,
> 
>  
>> Bom, segue para LCFC. Aguardando colocações sobre o arquivo
>>
>>
> 
> OK para mim.
> 
> 
> abraços,
> 


pt_BR.po.gz
Description: application/gzip

Bug#605090:

[HacKurx]

There are 52 variables sysctl with grsecurity but 42 are used in
grsec.conf (linux-grsec-base-0.1).
To know the list :
cat /usr/src/linux-4.3.3/grsecurity/grsec_sysctl.c | grep "\.procname"

kernel.grsecurity.disable_priv_io
kernel.grsecurity.linking_restrictions
kernel.grsecurity.enforce_symlinksifowner
kernel.grsecurity.symlinkown_gid
kernel.grsecurity.deter_bruteforce
kernel.grsecurity.fifo_restrictions
kernel.grsecurity.ptrace_readexec
kernel.grsecurity.consistent_setxid
kernel.grsecurity.ip_blackhole
kernel.grsecurity.lastack_retries
kernel.grsecurity.exec_logging
kernel.grsecurity.rwxmap_logging
kernel.grsecurity.signal_logging
kernel.grsecurity.forkfail_logging
kernel.grsecurity.timechange_logging
kernel.grsecurity.chroot_deny_shmat
kernel.grsecurity.chroot_deny_unix
kernel.grsecurity.chroot_deny_mount
kernel.grsecurity.chroot_deny_fchdir
kernel.grsecurity.chroot_deny_chroot
kernel.grsecurity.chroot_deny_pivot
kernel.grsecurity.chroot_enforce_chdir
kernel.grsecurity.chroot_deny_chmod
kernel.grsecurity.chroot_deny_mknod
kernel.grsecurity.chroot_restrict_nice
kernel.grsecurity.chroot_execlog
kernel.grsecurity.chroot_caps
kernel.grsecurity.chroot_deny_bad_rename
kernel.grsecurity.chroot_deny_sysctl
kernel.grsecurity.tpe
kernel.grsecurity.tpe_gid
kernel.grsecurity.tpe_invert
kernel.grsecurity.tpe_restrict_all
kernel.grsecurity.socket_all
kernel.grsecurity.socket_all_gid
kernel.grsecurity.socket_client
kernel.grsecurity.socket_client_gid
kernel.grsecurity.socket_server
kernel.grsecurity.socket_server_gid
kernel.grsecurity.audit_group
kernel.grsecurity.audit_gid
kernel.grsecurity.audit_chdir
kernel.grsecurity.audit_mount
kernel.grsecurity.dmesg
kernel.grsecurity.chroot_findtask
kernel.grsecurity.resource_logging
kernel.grsecurity.audit_ptrace
kernel.grsecurity.harden_ptrace
kernel.grsecurity.harden_ipc
kernel.grsecurity.grsec_lock
kernel.grsecurity.romount_protect
kernel.grsecurity.deny_new_usb

"kernel.pax.softmode" is not listed in that.

 --
 Best regards,

 HacKurx (Loic)
 blog.opensec.fr

Bug#795478: angband: diff for NMU version 1:3.5.1-2.1

[Chris Carr]

That's great, thanks. I will package 4.x next.
On 5 Jan 2016 14:33, "Markus Koschany"  wrote:

> Control: tags 795478 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for angband (versioned as 1:3.5.1-2.1) and
> uploaded it to DELAYED/5. This will fix the FTBFS on ppc64el and allow
> the package to migrate to testing.
>
> Please feel free to tell me if I should delay it longer.
>
> Regards,
>
> Markus
>

Bug#662411: Processed: user lib...@packages.debian.org, usertagging 662411, usertagging 662411, usertagging 662411 ...

[Rene Engelhard]

On Tue, Jan 05, 2016 at 03:18:08PM +0100, Rene Engelhard wrote:
> > > block 650601 with 662411
> 
> sure? I mean, 662411 says one should build-depend on _libpng-dev_.
> 
> As said in this bug this didn't work back then, and now in libpng16-dev
> libpng-dev isn't provided afaics (thankfully) so the bug should say
> build-depend on libpng16-dev?

A brief discussion on #debian-release enlightened me (and I missed libpng12-dev
provides libpng-dev..)

(sid)root@frodo / # apt-cache show libpng16-dev | grep Provides:(
1 (sid)root@frodo / # apt-cache show libpng12-dev | grep Provides:(
Provides: libpng-dev, libpng12-0-dev, libpng3-dev
(sid)root@frodo / #

So it works now and the "real" switch then will be later...

Let's see whether it works in sid (and more importantly on experimental buildds)
this time :)

Regards,

Rene
> 

Bug#809551: [Debian-zh-dev] Bug#809551: Bug#809551: 回复： Bug#809551: lunar: can't convert a lunar date tosolar date correctly by using lunar -i option.

[陳昌倬]

On Tue, Jan 05, 2016 at 07:49:46AM -0700, Anthony Fok wrote:
> I have just filed a request ticket for upload rights to backports
> to (eventually) get lunar 2.2-5~bpo8+1 into jessie-backports.
> (http://backports.debian.org/Contribute/#index2h3).  I have to admit I
> haven't done it before, hehe, so it should be an interesting first for
> me.  ;-)

Hi Anthony,

Maybe we can just upload to jessie instead of jessie-backports so that
jessie only users can also get the fix. Or do you think jessie-backports
is good enough?

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#742517: SpineML_2_BRAHMS packaging progress

[Sebastian James]

I still intend to package this software. I need a sponsor for the package.

kind regards,

Seb James

-- 
Research Associate in Computational Neuroscience
Adaptive Behaviour Research Group
Dept. of Psychology

Bug#809719: roxterm: Most shortcuts are ineffective

[François Gannaz]

Le 2016-01-05, Tony Houghton  a écrit :
> 
> Can you try building replacement debian packages to test? You should
> just be able to run debuild -b in the git/source directory.

I had to install itstool and po4a. The resulting package had no keyboard
shortcuts.

The new roxterm executable was the same size as the official one, though
the MD5 sum was different. The locally-compiled (outside debuild) file was
43% larger.

> > The keypad decimal bug is not affected by this, so it should go in
> > another bug report.  
> 
> Could you test that in gnome-terminal instead of xfce4-terminal?  I
> think xfce4 is still based on GTK+2.0 with a much older version of vte.
> Also try other text fields from gnome-terminal, roxterm and/or other
> GTK+3.0-based programs.

To sum it up:

xev:.
xfce4-terminal: . (GTK+2, libvte 0.28)
gnome-terminal: ,
roxterm 3.3.1:  , (libvte 0.42)

Unless you suggest something else, I suppose I shall open a new ticket
in libgtk-3-0.

Bug#809339: systemd: Ignores previously supported & documented method of disabling PredictableNetworkInterfaceNames

[Brian Potkin]

On Tue 05 Jan 2016 at 12:52:34 +0100, Martin Pitt wrote:

> Hello again,
> 
> Martin Pitt [2016-01-05 12:43 +0100]:
> > How is this?
> > 
> >   http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=957002f
> 
> It's obviously wrong, thanks to Marco for pointing out :-/
> Fixed harder in
> 
>   https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=f90b82c

Is it worth mentioning that changes to interface rules in   
   
/etc/udev/rules.d need update-initramfs -u? 
   

   
Regards,
   

   
Brian.

Bug#809272: RFS: pygithub/1.26.0-1 ITP

[Dmitry Bogatov]

> This package is quite cool already, just two bits:
> 
> * Vcs-* points to github, which 404 (same as the other, I guess)

Yes. Fixed

> * please consider handing a spellchecked to upstream, looks like there
>   are some typos

Fix spelling in comments or disabled and not-installed tests? Are you sure?

> * also duck has something to say about the copyright:
>   E: debian/copyright:30: Email: pmuilu@xena: ERROR (Certainty:possible)
>  pmuilu@xena: No MX entry found.
>  pmuilu@xena: No A entry found.
>  pmuilu@xena: No  entry found.

Well, contributor wanted to hide his email, so I removed this obfuscated email
at all.

> there is only one r-dep in unstable, which is jeepyb.
> I personally find annoying breaking other packages for fun, when there
> is really no need for it.
> IMHO the better action is to add a
> Provides: python-pygithub
> to the python-github stanza (since there are no python3-pygithub r-deps
> I'd avoid one there).
> After this, I'd open a bug against jeepyb to request the swap of the
> dependency, and once that's done, remove the provides in the next
> upload of pygithub.

I added Provides: field. Probably, I should open bug aganist jeepyb after
upload.

Uploaded new version on mentors.

-- 
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Keep-In-CC: yes
X-Web-Site: sinsekvu.github.io


signature.asc
Description: Digital signature

Bug#810007: Please consider suds-jurko in light of Fedora doing the same

[Christian Hofstaedtler]

Package: python-suds
Priority: wishlist

Dear Maintainer,

Fedora may consider replacing their suds package with the suds-jurko
fork [1].

Please consider if this would be a good thing for Debian, too
(reducing cross-distro issues).

[1] https://fedoraproject.org/wiki/Changes/Suds_Jurko_Fork

Thank you,
Christian

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#810008: RFS: arrayfire/3.2.2+dfsg1-1 [RC]

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "arrayfire"

* Package name: arrayfire
  Version : 3.2.2+dfsg1-1
  Upstream Author : ArrayFire Development Group
* URL : http://arrayfire.com/
* License : BSD
  Section : science

It builds those binary packages:

  libarrayfire-cpu-dev - Development files for ArrayFire (CPU backend)
  libarrayfire-cpu3 - High performance library for parallel computing 
(CPU backend)

  libarrayfire-cpu3-dbg - Debugging symbols for ArrayFire (CPU backend)
  libarrayfire-dev - Common development files for ArrayFire
  libarrayfire-doc - Common documentation and examples for ArrayFire
  libarrayfire-opencl-dev - Development files for ArrayFire (OpenCL 
backend)
  libarrayfire-opencl3 - High performance library for parallel 
computing (OpenCL backend)
  libarrayfire-opencl3-dbg - Debugging symbols for ArrayFire (OpenCL 
backend)
  libarrayfire-unified-dev - Development files for ArrayFire (unified 
backend)
  libarrayfire-unified3 - High performance library for parallel 
computing (unified backend)
  libarrayfire-unified3-dbg - Debugging symbols for ArrayFire (unified 
backend)


To access further information about this package, please visit the 
following URL:


  http://mentors.debian.net/package/arrayfire

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/a/arrayfire/arrayfire_3.2.2+dfsg1-1.dsc


Changes since the last upload:

  * d/control: add missing break / replace relationship.
Thanks to Andreas Beckmann (Closes: #808320)
  * Refresh patch queue:
- Drop Fix-CBLAS-detection.patch, fixed upstream.
- Drop Fix-missing-includes-in-testsuite.patch, applied upstream.
- Drop Use-custom-cflags-in-examples.patch, applied upstream.
  * d/control: cme fixed.
  * d/copyright: cme fixed.
  * d/rules: disable build of examples if nocheck requested.

Regards,
Ghislain Vaillant

Bug#754413: add a description field to keywords

[Raphael Hertzog]

On Wed, 30 Dec 2015, Christophe Siraut wrote:
> Please review branch people/tobald/subscriptions on alioth.

Thanks, merged. I guess showing the description in the modal
popup was waiting the end of the other discussion...

FTR, I tweaked the descriptions to keep them short and generic.
We can always override them in something more specific if we really
want for tracker.debian.org...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#605090:

[HacKurx]

Hi,

Add and use "paxctld" in Debian for configure PaX flags (equivalent to
paxd from arch linux):
https://grsecurity.net/download.php

And if you want inspiration for the making available of all:
https://projects.archlinux.org/svntogit/community.git/tree/trunk?h=packages/grsec-common

And one you know:
https://projects.archlinux.org/svntogit/community.git/tree/trunk?h=packages/paxd

For nvidia :
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=nvidia-grsec

and to test the set:
https://github.com/slimm609/checksec.sh

-- 
Best regards,

HacKurx (Loic)
blog.opensec.fr

Bug#810009: gcc-5 misscompiles ARM thumb code

[Sebastian Andrzej Siewior]

Package: gcc-5
Version: 5.2.1-13
Severity: important
Tags: upstream 
Forwarded: https://gcc.gnu.org/PR69124

Clamav (and now tomsfastmath) miscompiles on armhf since the switch to
gcc-5. I forwarded a testcase to gcc bugzilla.
We have a workaround where we use -O1 in the affected file so it is not
a tragedy :) It seems also that using -mtune=cortex-a9 for instance
avoids thumb code and the bug does not trigger.
This bug report here is to simply make the maintainer aware of the issue
and track the bug. I will open the report once there are news in
bugzilla.

Sebastian

Bug#791944: udev: shutdown hangs because of missing swapoff

[Peter Rajnoha]

> `dmsetup udevcookies` lists no cookies. Adding `dmsetup
> udevcomplete_all` before `dmsetup remove` doesn't help.

Well, if dmsetup remove is waiting on a cookie as the log displays,
"dmsetup udevcookies" should display it (otherwise the dmsetup
remove wouldn't hang).

You need to call dmsetup udevcookies *after* the hang happens

A call to "dmsetup udevcomplete_all" *after* the hang would
release it, but the standard way is for "dmsetup udevcomplete "
to be called from within udev rule for the udev event
that gets generated (in this case as a result of REMOVE task).

Let's check the udev debug log then - it should contain something
like "starting ... udevcomplete " and "... udevcomplete
 completed".

To switch udev into debug mode, call "udevadm control --log-priority debug"
before deactivation of the device (the REMOVE task). The log should
go into syslog or so (for systemd, it's in the journal).

-- 
Peter

Bug#804564: doxia: FTBFS: Cannot locate avalon-framework

[Emmanuel Bourg]

Control: reassign -1 fop 1:2.0+dfsg-3
Control: severity -1 important

doxia-sitetools is affected by the same issue.

This was caused by the fop/1:2.0+dfsg-3 upload, its Maven pom has a
dependency on avalon-framework:avalon-framework-api but Avalon in Debian
is installed as org.apache.avalon.framework:avalon-framework-api. It's a
regression since fop in Jessie depends on
org.apache.avalon.framework:avalon-framework-api.