Bug#819855: kicad: i18n files missing

[Carsten Schönert]

Package: kicad
Version: 4.0.2+dfsg1-4
Severity: normal

Hi,

it seems the various kicad.mo files are missed in the kicad package. So
no internationalization is available after switching to a different
language than English.
The build is creating the kicad.mo files but no debhelper script is
picking them up. That's simple because the *.install helper hasn't a
line that tells debhelper to do so.

Regards
Carsten

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

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

Versions of packages kicad depends on:
ii  kicad-common4.0.2+dfsg1-4
ii  libboost-context1.58.0  1.58.0+dfsg-5+b1
ii  libboost-date-time1.58.01.58.0+dfsg-5+b1
ii  libboost-filesystem1.58.0   1.58.0+dfsg-5+b1
ii  libboost-iostreams1.58.01.58.0+dfsg-5+b1
ii  libboost-locale1.58.0   1.58.0+dfsg-5+b1
ii  libboost-program-options1.58.0  1.58.0+dfsg-5+b1
ii  libboost-regex1.58.01.58.0+dfsg-5+b1
ii  libboost-system1.58.0   1.58.0+dfsg-5+b1
ii  libboost-thread1.58.0   1.58.0+dfsg-5+b1
ii  libc6   2.22-4
ii  libcairo2   1.14.6-1
ii  libgcc1 1:5.3.1-13
ii  libgl1-mesa-glx [libgl1]11.1.2-1
ii  libglew1.13 1.13.0-2
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  libgomp15.3.1-13
ii  libpython2.72.7.11-6
ii  libstdc++6  5.3.1-13
ii  libwxbase3.0-0v53.0.2+dfsg-1.3
ii  libwxgtk3.0-0v5 3.0.2+dfsg-1.3
ii  python-wxgtk3.0 3.0.2.0+dfsg-1+b1

kicad recommends no packages.

Versions of packages kicad suggests:
ii  extra-xdg-menus  1.0-4
ii  kicad-doc-en 4.0.2+dfsg1-4

-- no debconf information

Bug#814768: libsqlite3-0: Wrong handle of relative symbolic links

[Yuriy M. Kaminskiy]

As sqlite needs to create -journal or -wal/-shm files in same directory 
as database, if you symlink, hardlink, (and any possible variation, like 
mount --bind, overlayfs, fuse, network mounts, 9p, etc) database to 
different names, and attempt to access them at once, things will break. 
In a hard way.

This is *documented* to *not* work.
See /usr/share/doc/sqlite3-doc/howtocorrupt.html, "Multiple links to the 
same file".
In the best case, sqlite will warn you and won't work. But more often 
you should expect silent database corruption.

Disclaimer: not a maintainer.

Bug#819854: Provide a letsencrypt-no-thanks package

[Pirate Praveen]

Package: letsencrypt
Severity: important

Please provide a letsencrypt-no-thanks package like dbconfig-no-thanks so we 
can make letsencrypt optional.

Currently gitlab depends on letsencrypt but that brings in about 12 python 
packages for those who don't want to use letsencrypt.

Bug#819302:

[Mathieu Parent]

Control: reopen -1

Reopening as it still affects jessie.

-- 
Mathieu

Bug#709613: Still in wheezy

[Mathieu Parent]

Control: reopen -1

It still affects wheezy. Reopening

-- 
Mathieu

Bug#753667:

[Mathieu Parent]

Control: reopen -1

Oups, it still affects wheezy.

-- 
Mathieu

Bug#759010: [Pkg-samba-maint] Bug#759010: samba: FTBFS on hurd-i386

[Mathieu Parent]

On Sat, 23 Aug 2014 22:45:02 +0200 Jelmer Vernooij  wrote:
> On Sat, Aug 23, 2014 at 02:49:59PM -0400, Manuel Menal wrote:
> > samba FTBFS on hurd-i386 because lib/tevent/testsuite.c uses PIPE_BUF
> > unconditionally, which is not defined on GNU/Hurd.
> >
> > Attached is a simple patch that use sysconf() if PIPE_BUF is not
> > defined.
> >
> > With this patch and those in #759008 and #749095 applied, samba builds
> > and seems to be working fine on GNU/Hurd.
>
> Thanks! I'll see if I can also get this upstream.

Manuel, can you report it upstream (using samba-technical mailing-list
or a github pull-request)?

Regards

Mathieu Parent

Bug#817809: sbuild: breaks if the binnmu changelog contains a newline

[Johannes Schauer]

Hi Emilio,

On Thu, 10 Mar 2016 16:08:37 +0100 Emilio Pozuelo Monfort  
wrote:
> I scheduled a binNMU with a newline in the changelog entry (by mistake
> because of some copy from an email), and that broke the buildds.
> 
> It'd be good to either accept that or at least fail gracefully.

can you give me an example sbuild invocation that produces the effect you see?

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#711011: marking as done

[Paul Wise]

Control: reopen -1

On Sun, 3 Apr 2016 06:26:14 +0200 Mathieu Parent wrote:

> marking as done

Why? It still isn't fixed in wheezy.

If it is fixed then please close with the right version.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#817281: closed by Dmitry Smirnov <only...@debian.org> (Re: [pkg-go] Bug#817281: RFS: golang-gopkg-hlandau-easyconfig.v1/1.0.13 [ITP] -- Go package with easy bindings for configurable)

[Dmitry Smirnov]

On Saturday, 2 April 2016 11:37:47 PM AEST Peter Colberg wrote:
> Could you push the release tag to the git repository?

Did I forget to push? It should be OK now.

-- 
Best wishes,
 Dmitry Smirnov.

---

The great enemy of the truth is very often not the lie -- deliberate,
contrived and dishonest, but the myth, persistent, persuasive, and
unrealistic. Belief in myths allows the comfort of opinion without the
discomfort of thought.
-- John F Kennedy


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

Bug#763648: samba: Typo fix: sever -> server

[Mathieu Parent]

Hello Santiago,

Can you send this patch upstream (via their bugzilla or using github[1])

[1]: https://github.com/samba-team/samba/pulls

We'll merge the Debian part of it once the upstream part is merged.

Regards

Mathieu Parent

Bug#701903: Issue still exists

[SamuelOPH]

Just got hit by this bug.

Fixed using Matt Moldvan workaround.

This was reported three years ago, is upstream aware of it?

Samuel Henrique O. P. [samueloph]

Bug#817281: closed by Dmitry Smirnov <only...@debian.org> (Re: [pkg-go] Bug#817281: RFS: golang-gopkg-hlandau-easyconfig.v1/1.0.13 [ITP] -- Go package with easy bindings for configurable)

[Peter Colberg]

Hi Dmitry,

On Fri, Apr 01, 2016 at 09:36:04PM +, Debian Bug Tracking System wrote:
> #817281: RFS: golang-gopkg-hlandau-easyconfig.v1/1.0.13 [ITP] -- Go package 
> with easy bindings for configurable

Could you push the release tag to the git repository?

https://qa.debian.org/cgi-bin/vcswatch?package=golang-gopkg-hlandau-easyconfig.v1

Regards,
Peter

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

[積丹尼 Dan Jacobson]

Also you need to say that debconf-show cannot tell the user which are
and which aren't.

Bug#819853: ITP: pytest-runner -- Invoke py.test as distutils command with dependency resolution.

[Brian May]

Brian May  writes:

> Not sure if this is adequate for Debian or not. If this is sufficient, I
> have a working package that I can upload.
>
> Have filled a bug report:
>
> https://github.com/pytest-dev/pytest-runner/issues/16

Upstream seems to think this is sufficient, so if it isn't please
consider contributing to the above bug report.

Otherwise I will assume it is ok and upload to NEW...

Thanks.
-- 
Brian May 

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

[積丹尼 Dan Jacobson]

> "CW" == Colin Watson  writes:

CW> No, I don't see any need to change the debconf documentation here.
CW> dpkg-reconfigure(8) says that it will ask configuration questions, not
CW> that it will ask every single thing mentioned in the output of
CW> debconf-show(1).

So you need to say that not every thing shown in debconf-show is a
configuration option!

Bug#788963: quota: Failed to start Check And Enable File System Quotas on Debian Jessie

[Tilman Blumenbach]

Hello, 

On Sun, 20 Mar 2016 13:47:59 +0100 Michael Meskes  wrote:
> I doubt it will make it into 8, although somebody might create a
> backport. You may have to wait for the next release I'm afraid.

I'm wondering - does this mean that quotas are now unusable in jessie and we 
have to wait until a new Debian stable release (or use testing)? Is there maybe 
a workaround for this issue for those who want (or have) to stick to jessie? 

Regards, 

Tilman 


> 
> Michael
> -- 
> Michael Meskes
> Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
> Meskes at (Debian|Postgresql) dot Org
> Jabber: michael at xmpp dot meskes dot org
> VfL Borussia! Força Barça! SF 49ers! Use Debian GNU/Linux, PostgreSQL
> 
> 
> 
> 

Bug#778780: out of inode space because of /var/tmp/ntopng/*/top_talkers/*

[Ludovico Cavedon]

Hi,

Please see this issue:
https://bugs.debian.org/778780
http://serverfault.com/questions/625875/howto-prevent-ntopng-causing-out-of-disk-space-and-inodes

Does ntopng have some configurable cleanup of those entries? Or would you
recommend installing a cronjob as part of the package?

Thanks,
Ludovico

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

[Colin Watson]

On Sun, Apr 03, 2016 at 10:06:52AM +0800, 積丹尼 Dan Jacobson wrote:
> > "CW" == Colin Watson  writes:
> CW> It is not necessarily appropriate to be able to reconfigure every item
> CW> shown by debconf-show, because some of them may be used for internal
> CW> state tracking by the package's maintainer scripts, or depend on the
> CW> current situation at the time when the maintainer scripts are run;
> 
> OK then please mention that on man dpkg-reconfigure.

No, I don't see any need to change the debconf documentation here.
dpkg-reconfigure(8) says that it will ask configuration questions, not
that it will ask every single thing mentioned in the output of
debconf-show(1).

> And also mention that on man dpkg-reconfigure that it has no secret
> --double-force option to get a way to tinker with all the items shown
> with debconf-show even if inappropriate, like you said:

It also doesn't have a --make-me-a-sandwich option, but I'm not going to
spell out all the options it doesn't have. :-)

-- 
Colin Watson   [cjwat...@debian.org]

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

[Colin Watson]

On Sun, Apr 03, 2016 at 10:09:04AM +0800, 積丹尼 Dan Jacobson wrote:
> Also debconf-show should perhaps indicate which items will cause
> a subsequent run of dpkg-reconfigure to ask questions, vs. which items
> are inaccessible via dpkg-reconfigure.

It can't.  debconf fundamentally doesn't have this information.  (Except
to the extent of knowing which questions have already been asked in the
past, which debconf-show already tells you via the '*' prefix.)

-- 
Colin Watson   [cjwat...@debian.org]

Bug#819853: ITP: pytest-runner -- Invoke py.test as distutils command with dependency resolution.

[Brian May]

Package: wnpp
Severity: wishlist
Owner: Brian May 

* Package name: pytest-runner
* Binary Package name : python{,3}-pytest-runner
  Version : 2.7
  Upstream Author : Jason R. Coombs
* URL : https://github.com/pytest-dev/pytest-runner
* License : Expat
  Programming Lang: Python and Python3
  Description : Invoke py.test as distutils command with dependency 
resolution.

 Setup scripts can use pytest-runner to add setup.py test support for pytest
 runner.

Will package this as part of the Debian Python Modules Team. Is required
by Django Guardian.

For some reason thought this was already in Debian, however I can't find
it.

The only indication I can see that this is Expat/MIT licenses is:

https://github.com/pytest-dev/pytest-runner/blob/master/setup.py#L43

Which contains:

"License :: OSI Approved :: MIT License",

Not sure if this is adequate for Debian or not. If this is sufficient, I
have a working package that I can upload.

Have filled a bug report:

https://github.com/pytest-dev/pytest-runner/issues/16

Bug#819852: apt-cacher-ng: support by-hash index files

[Colin Watson]

Package: apt-cacher-ng
Version: 0.8.0-3
Severity: normal

I've very nearly finished the server-side implementation of by-hash
index files for Ubuntu.  This feature was added to the client side (i.e.
apt) relatively recently, and there's a post-hoc specification here:

  
https://wiki.debian.org/RepositoryFormat#indices_acquisition_via_hashsums_.28by-hash.29

I just got to the point of being able to publish an unsigned test
archive with by-hash published (though not yet advertised with the
Acquire-By-Hash flag; for the moment I'm forcing it in sources.list).
My first client test failed to fetch the by-hash files and fell back to
the traditional by-name versions.  For a moment I wondered why, then
realised that my usual schroot setup sends everything through
apt-cacher-ng.  If I remove the proxy setup then all is well.  I think
apt-cacher-ng should allow by-hash files by default.

This configuration file entry fixes the problem for me locally.  I
suspect therefore that it would be enough to just add this to the
default pfilepat in source/acfg_defaults.cc (note: not vfilepat like the
by-name index files, because the point of this scheme is that the
content won't change without also changing the URL):

  PfilePatternEx: /dists/.*/by-hash/.*

In case it helps, here's a debug dump from apt without this
configuration file entry:

  # cat /etc/apt/sources.list
  deb [trusted=yes by-hash=force] 
http://archive.dogfood.content.paddev.net/ubuntu xenial main universe
  # apt-get -oDebug::Acquire::http=true update
  0% [Working]GET 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/InRelease HTTP/1.1
  Host: archive.dogfood.content.paddev.net
  Cache-Control: max-age=0
  Accept: text/*
  User-Agent: Debian APT-HTTP/1.3 (1.2.9)
  
  
  Answer for: 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/InRelease
  HTTP/1.1 404 Not Found
  Content-Length: 0
  Date: Sun Apr  3 02:09:51 2016
  Server: Debian Apt-Cacher NG/0.8.0
  X-Original-Source: 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/InRelease
  Connection: Keep-Alive
  
  Ign:1 http://archive.dogfood.content.paddev.net/ubuntu xenial InRelease
  0% [Working]GET 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/Release HTTP/1.1
  Host: archive.dogfood.content.paddev.net
  Cache-Control: max-age=0
  Accept: text/*
  User-Agent: Debian APT-HTTP/1.3 (1.2.9)
  
  
  Answer for: 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/Release
  HTTP/1.1 200 OK
  Content-Length: 91416
  Last-Modified: Sun, 03 Apr 2016 01:59:49 GMT
  Content-Type: application/octet-stream
  Date: Sun Apr  3 02:09:52 2016
  Server: Debian Apt-Cacher NG/0.8.0
  X-Original-Source: 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/Release
  Connection: Keep-Alive
  
  Get:2 http://archive.dogfood.content.paddev.net/ubuntu xenial Release [91.4 
kB]
  84% [Working]GET 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/Release.gpg 
HTTP/1.1
  Host: archive.dogfood.content.paddev.net
  User-Agent: Debian APT-HTTP/1.3 (1.2.9)
  
  
  Answer for: 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/Release.gpg
  HTTP/1.1 404 Not Found
  Content-Length: 0
  Date: Sun Apr  3 02:09:52 2016
  Server: Debian Apt-Cacher NG/0.8.0
  X-Original-Source: 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/Release.gpg
  Connection: Keep-Alive
  
  Ign:3 http://archive.dogfood.content.paddev.net/ubuntu xenial Release.gpg
  89% [Working]GET 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/main/binary-amd64/by-hash/SHA256/9a3193137797622d5e78bd89c05fbbf726ac033fbaf7d392e6c510ef77ba36ae
 HTTP/1.1
  Host: archive.dogfood.content.paddev.net
  Cache-Control: max-age=0
  Accept: text/*
  User-Agent: Debian APT-HTTP/1.3 (1.2.9)
  
  
  Answer for: 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/main/binary-amd64/by-hash/SHA256/9a3193137797622d5e78bd89c05fbbf726ac033fbaf7d392e6c510ef77ba36ae
  HTTP/1.1 403 Forbidden file type or location: 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/main/binary-amd64/by-hash/SHA256/9a3193137797622d5e78bd89c05fbbf726ac033fbaf7d392e6c510ef77ba36ae
  Content-Length: 186
  Content-Type: text/html
  Date: Sun Apr  3 02:09:52 2016
  Server: Debian Apt-Cacher NG/0.8.0
  Connection: Keep-Alive
  
  Ign:4 http://archive.dogfood.content.paddev.net/ubuntu xenial/main amd64 
Packages
  50% [Working]GET 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/main/i18n/by-hash/SHA256/6c398405bfe4580bf368d174f8bf4cff7cc181dce947de6a009b43bb34c13f1a
 HTTP/1.1
  Host: archive.dogfood.content.paddev.net
  Cache-Control: max-age=0
  Accept: text/*
  User-Agent: Debian APT-HTTP/1.3 (1.2.9)
  
  
  GET 
http://archive.dogfood.content.paddev.net/ubuntu/dists/xenial/universe/binary-amd64/by-hash/SHA256/0b32e4073addade93d2cac70bf9b9f26894ce13125b35485d080daaa87923afa
 HTTP/1.1
  Host: archive.dogfood.content.paddev.net
  Cache-Control: max-age=0
  Accept: 

Bug#819851: linux-image-4.4.0-1-amd64: Kernel panic when i turn off my laptop(MacBook 4.1)

[Benjamin Perez]

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

Dear Maintainer,

when I turn off my laptop(MacBook 4.1) sometimes show 'Kernel panic' and I
have to force shutdown my laptop, the complete message is:

[ 7234.016162] Kernel panic - not syncing: Timeout: Not all CPUs entered
broadcast exception handler.

I'm using Debian 9 Alpha 5 - 64bits

Thanks so much.

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

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

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


-- Package-specific info:
** Version:
Linux version 4.4.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160307 (Debian 5.3.1-11) ) #1 SMP Debian 4.4.6-1 (2016-03-17)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.4.0-1-amd64 
root=UUID=2d8f3975-eec5-4b1c-bb55-44c50321bdef ro quiet

** Tainted: PWO (4609)
 * Proprietary module has been loaded.
 * Taint on warning.
 * Out-of-tree module has been loaded.

** Kernel log:
[  495.404200] CPU: 1 PID: 1303 Comm: Xorg Tainted: PW  O
4.4.0-1-amd64 #1 Debian 4.4.6-1
[  495.404202] Hardware name: Apple Inc. MacBook4,1/Mac-F22788A9, BIOS 
MB41.88Z.00C1.B00.0802091535 02/09/08
[  495.404203]  0286 1d55636d 812ea865 
88005bd8b9f8
[  495.404206]  a02eeaf0 810774fd 880077605800 
88005bd8ba50
[  495.404209]   096e 88007d5c82c0 
8107758c
[  495.404211] Call Trace:
[  495.404218]  [] ? dump_stack+0x5c/0x77
[  495.404222]  [] ? warn_slowpath_common+0x7d/0xb0
[  495.404225]  [] ? warn_slowpath_fmt+0x5c/0x80
[  495.404228]  [] ? finish_wait+0x3e/0x70
[  495.404240]  [] ? drm_wait_one_vblank+0x1a2/0x1b0 [drm]
[  495.404242]  [] ? wake_atomic_t_function+0x60/0x60
[  495.404286]  [] ? intel_get_load_detect_pipe+0x549/0x550 
[i915]
[  495.404311]  [] ? intel_tv_detect+0x13d/0x5f0 [i915]
[  495.404336]  [] ? intel_sdvo_detect+0x51/0x2e0 [i915]
[  495.404349]  [] ? 
drm_helper_probe_single_connector_modes_merge_bits+0x218/0x480 [drm_kms_helper]
[  495.404352]  [] ? mutex_lock+0xe/0x30
[  495.404367]  [] ? drm_mode_getconnector+0x2ec/0x340 [drm]
[  495.404378]  [] ? drm_ioctl+0x131/0x4c0 [drm]
[  495.404392]  [] ? drm_mode_getcrtc+0x120/0x120 [drm]
[  495.404395]  [] ? do_vfs_ioctl+0x2ae/0x490
[  495.404398]  [] ? SYSC_newfstat+0x2f/0x50
[  495.404400]  [] ? SyS_ioctl+0x74/0x80
[  495.404403]  [] ? system_call_fast_compare_end+0xc/0x67
[  495.404405] ---[ end trace 639d14c55217406a ]---
[  495.548120] [ cut here ]
[  495.548169] WARNING: CPU: 0 PID: 1303 at 
/build/linux-dFNWCu/linux-4.4.6/drivers/gpu/drm/drm_irq.c:1326 
drm_wait_one_vblank+0x1a2/0x1b0 [drm]()
[  495.548173] vblank wait timed out on crtc 1
[  495.548175] Modules linked in: fuse binfmt_misc nls_utf8 nls_cp437 vfat fat 
btusb btrtl btbcm btintel bluetooth joydev appletouch iTCO_wdt 
iTCO_vendor_support evdev snd_hda_codec_realtek snd_hda_codec_generic applesmc 
input_polldev wl(PO) efi_pstore coretemp kvm_intel kvm irqbypass snd_hda_intel 
cfg80211 snd_hda_codec snd_hda_core snd_hwdep pcspkr i915 rfkill snd_pcm sg 
snd_timer efivars i2c_i801 snd lpc_ich mfd_core soundcore sbs shpchp sbshc ac 
battery apple_bl video button drm_kms_helper drm i2c_algo_bit acpi_cpufreq 
tpm_tis tpm processor parport_pc ppdev lp parport efivarfs autofs4 hid_apple 
ext4 crc16 mbcache jbd2 hid_appleir hid_generic usbhid hid sr_mod cdrom sd_mod 
ata_generic ahci libahci ata_piix libata scsi_mod firewire_ohci firewire_core 
crc_itu_t sky2 ehci_pci fjes uhci_hcd ehci_hcd
[  495.548243]  usbcore usb_common
[  495.548247] CPU: 0 PID: 1303 Comm: Xorg Tainted: PW  O
4.4.0-1-amd64 #1 Debian 4.4.6-1
[  495.548249] Hardware name: Apple Inc. MacBook4,1/Mac-F22788A9, BIOS 
MB41.88Z.00C1.B00.0802091535 02/09/08
[  495.548251]  0286 1d55636d 812ea865 
88005bd8b910
[  495.548254]  a02eeaf0 810774fd 880077605800 
88005bd8b968
[  495.548257]   0970 88007d5c82c0 
8107758c
[  495.548259] Call Trace:
[  495.548266]  [] ? dump_stack+0x5c/0x77
[  495.548270]  [] ? warn_slowpath_common+0x7d/0xb0
[  495.548272]  [] ? warn_slowpath_fmt+0x5c/0x80
[  495.548276]  [] ? finish_wait+0x3e/0x70
[  495.548288]  [] ? drm_wait_one_vblank+0x1a2/0x1b0 [drm]
[  495.548290]  [] ? wake_atomic_t_function+0x60/0x60
[  495.548343]  [] ? intel_pre_disable_primary+0x4e/0x80 
[i915]
[  495.548366]  [] ? intel_pre_plane_update+0xf4/0x120 [i915]
[  495.548389]  [] ? intel_atomic_commit+0xfe/0x12e0 [i915]
[  495.548405]  [] ? drm_atomic_check_only+0x195/0x590 [drm]
[  495.548420]  [] ? drm_atomic_set_crtc_for_plane+0x3d/0xf0 
[drm]
[  495.548436]  [] ? drm_atomic_set_fb_for_plane+0x1b/0x80 
[drm]
[  495.548459]  [] ? 

Bug#819850: RFS: passwordsafe/0.98.1+dfsg-2

[Bill Blough]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: passwordsafe
   Version : 0.98.1+dfsg-2
   Upstream Author : Rony Shapiro 
 * URL : https://github.com/pwsafe/pwsafe
 * License : Artistic 2.0
   Section : utils

It builds those binary packages:

 passwordsafe - Simple & Secure Password Management
 passwordsafe-common - architecture independent files for Password Safe

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

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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/p/passwordsafe/passwordsafe_0.98.1+dfsg-2.dsc

More information about passwordsafe can be obtained from http://www.pwsafe.org

Changes since the last upload:

  Fixed logic error that caused the automated test suite to fail under certain
conditions on 32-bit systems


  Regards,
   Bill Blough

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

[積丹尼 Dan Jacobson]

Also debconf-show should perhaps indicate which items will cause
a subsequent run of dpkg-reconfigure to ask questions, vs. which items
are inaccessible via dpkg-reconfigure.

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

[積丹尼 Dan Jacobson]

> "CW" == Colin Watson  writes:

>> User sees
>> 
>> If you just want to see the current configuration of a package, see
>> debconf-show(1) instead.

...

>> So, kindly on the dpkg-reconfigure man page, mention how to reconfigure
>> [all!] the items shown by debconf-show! Thank you.

CW> It is not necessarily appropriate to be able to reconfigure every item
CW> shown by debconf-show, because some of them may be used for internal
CW> state tracking by the package's maintainer scripts, or depend on the
CW> current situation at the time when the maintainer scripts are run;

OK then please mention that on man dpkg-reconfigure.

And also mention that on man dpkg-reconfigure that it has no secret
--double-force option to get a way to tinker with all the items shown
with debconf-show even if inappropriate, like you said:

CW> No, sorry.  There is no such general mechanism beyond simply using
CW> dpkg-reconfigure, whose defaults generally arrange to get a package to
CW> re-show all of its questions; it's up to the package to implement
CW> reconfiguration appropriately.  Things do generally work fine if debconf
CW> configuration is implemented in the way recommended in the debconf
CW> documentation.

Bug#816975: qutecom: should this package be removed?

[Ludovico Cavedon]

On Sat, Apr 2, 2016 at 6:34 PM Ludovico Cavedon  wrote:

> Thanks for bringing this up, I will submit a removal request now.
>
>
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819848

Ludovico

Bug#819849: RM: ntop -- ROM; replaced by ntopng and no longer maintained upstream

[Ludovico Cavedon]

Package: ftp.debian.org
Severity: normal

Please remove ntop from unstable.
ntop has been replaced by ntopng.
ntop is no longer maintained upstream.

Thanks,
Ludovico

Bug#819848: RM: qutecom -- ROM; no longer maintained upstream

[Ludovico Cavedon]

Package: ftp.debian.org
Severity: normal

Please remove qutecom from unstable.
The package has some RC bugs and has not been maintained by upstream
for a long time.
https://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2015-December/027732.html
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816975

Thanks,
Ludovico

Bug#816975: qutecom: should this package be removed?

[Ludovico Cavedon]

Hi,

On Sun, Mar 6, 2016 at 3:00 PM Sebastian Ramacher 
wrote:

> quotecom seems to be dead upstream (qutecom.org is no longer reachable,
> last
> upstream release was four years ago) and has many bugs that will become RC
> soonish: #803856 (ffmpeg transition), #812163 (GCC 6) and #816812 (Qt4
> WebKit
> removal).
>
> So should quotecom be removed from unstable?
>
>
I think so.
No interest from the pkg-voip-maintainers group anyways:
https://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2015-December/027732.html

Thanks for bringing this up, I will submit a removal request now.
Ludovico

Bug#819845: [Debconf-devel] Bug#819845: mention how to reconfigure the items shown by debconf-show

[Colin Watson]

reassign 819845 libc6
retitle 819845 libc6: support debconf reconfiguration of 
libraries/restart-without-asking
thanks

On Sun, Apr 03, 2016 at 08:02:58AM +0800, 積丹尼 Dan Jacobson wrote:
> User sees
> 
>If you just want to see the current configuration of a package, see
>debconf-show(1) instead.
> 
> User does
> 
> # debconf-show libc6
> * glibc/restart-services: exim4 cron atd
>   glibc/kernel-not-supported:
>   glibc/restart-failed:
>   glibc/disable-screensaver:
> * libraries/restart-without-asking: false
> * glibc/upgrade: true
>   glibc/kernel-too-old:
> 
> User does
> # dpkg-reconfigure libc6
> #
> 
> So, kindly on the dpkg-reconfigure man page, mention how to reconfigure
> [all!] the items shown by debconf-show! Thank you.

No, sorry.  There is no such general mechanism beyond simply using
dpkg-reconfigure, whose defaults generally arrange to get a package to
re-show all of its questions; it's up to the package to implement
reconfiguration appropriately.  Things do generally work fine if debconf
configuration is implemented in the way recommended in the debconf
documentation.

It is not necessarily appropriate to be able to reconfigure every item
shown by debconf-show, because some of them may be used for internal
state tracking by the package's maintainer scripts, or depend on the
current situation at the time when the maintainer scripts are run;
almost all of libc6's questions fall into one of these two categories.
Going through them each in detail:

 * glibc/restart-services: The value of this question is reset and
   re-detected from the set of currently-running services each time the
   question is asked.  Reconfiguration wouldn't be useful.
 * glibc/kernel-not-supported, glibc/restart-failed,
   glibc/disable-screensaver, glibc/kernel-too-old: These are notes or
   errors; there's nothing to reconfigure.
 * glibc/upgrade: If you answer no to this question, then the upgrade is
   stopped and the way to continue it is by getting dpkg to unpack the
   package again, not by reconfiguring.  If you answer yes, then the
   upgrade continues; a mere reconfiguration wouldn't be able to roll
   that back, so there's no point offering reconfiguration of this
   question.

Arranging to re-show all of these would have no value other than
completism, and almost certainly negative value due to the sheer
confusion it would cause.  Even if it were possible, which it isn't, I'm
not going to provide instructions on doing a thing that shouldn't be
done.

However, there's one part of this where your request makes sense.
libraries/restart-without-asking is more like a normal debconf question.
It isn't reset before being asked, and its value influences the
behaviour of future upgrades.  It seems to me to be a clear bug that it
isn't possible to reconfigure this using "dpkg-reconfigure libc6".
Doing this might be a little more involved than usual since libc6 has
complex maintainer scripts and this question is asked in the preinst,
but it should be possible to make it work.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#819703: Please continue providing a stable, high-quality X screensaver program in Debian

[Alfie John]

>> so renaming the package would be wise when working with such
>> upstream.
>
> What about yscreensaver? ;-)

If you're looking for something really light, the suckless-tools package is
already in the repo, and has a utility called slock that does what I want.

Alfie

-- 
Alfie John
https://www.alfie.wtf

Bug#819846: gnome-music: python-gi crashing gnome-music upon launch

[Marc J. Driftmeyer]

Package: gnome-music
Version: 3.20.0-1
Severity: normal

Dear Maintainer,

Not unlike pitivi that crashes against the updates, gnome-music does as well.

And what they share in common is python-gi.

mdriftmeyer@horus:~$ gnome-music
/usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_array_append_vals: 
assertion 'array' failed
  g_type = info.get_g_type()
/usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_lookup: 
assertion 'hash_table != NULL' failed
  g_type = info.get_g_type()
/usr/lib/python3/dist-packages/gi/module.py:178: Warning: 
g_hash_table_insert_internal: assertion 'hash_table != NULL' failed
  g_type = info.get_g_type()
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gnomemusic/playlists.py", line 139, in 
callback
self.update_static_playlist(playlist)
  File "/usr/lib/python3/dist-packages/gnomemusic/playlists.py", line 176, in 
update_static_playlist
while cursor.next():
GLib.Error: tracker-db-interface-error-quark: Invalid child (0)



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

Kernel: Linux 4.4.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 gnome-music depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gir1.2-glib-2.0  1.48.0-1
ii  gir1.2-grilo-0.3 0.3.0-1
ii  gir1.2-gst-plugins-base-1.0  1.8.0-1
ii  gir1.2-gstreamer-1.0 1.8.0-1
ii  gir1.2-gtk-3.0   3.20.1-2
ii  gir1.2-mediaart-2.0  1.9.0-2
ii  gir1.2-notify-0.70.7.6-2
ii  gir1.2-totem-plparser-1.03.10.6-4
ii  gir1.2-tracker-1.0   1.8.0-2
ii  gnome-settings-daemon3.20.0-1
ii  grilo-plugins-0.20.2.17-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.22-5
ii  libcairo-gobject21.14.6-1
ii  libcairo21.14.6-1
ii  libgdk-pixbuf2.0-0   2.33.2-1
ii  libglib2.0-0 2.48.0-1
ii  libgtk-3-0   3.20.1-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  python3  3.5.1-3
ii  python3-dbus 1.2.4-1
ii  python3-gi   3.20.0-1
ii  python3-gi-cairo 3.20.0-1
ii  python3-requests 2.9.1-3
pn  python3:any  
ii  tracker  1.8.0-2

gnome-music recommends no packages.

gnome-music suggests no packages.

-- no debconf information

Bug#819845: mention how to reconfigure the items shown by debconf-show

[積丹尼 Dan Jacobson]

Package: debconf
Version: 1.5.59
File: /usr/share/man/man8/dpkg-reconfigure.8.gz

User sees

   If you just want to see the current configuration of a package, see
   debconf-show(1) instead.

User does

# debconf-show libc6
* glibc/restart-services: exim4 cron atd
  glibc/kernel-not-supported:
  glibc/restart-failed:
  glibc/disable-screensaver:
* libraries/restart-without-asking: false
* glibc/upgrade: true
  glibc/kernel-too-old:

User does
# dpkg-reconfigure libc6
#

So, kindly on the dpkg-reconfigure man page, mention how to reconfigure
[all!] the items shown by debconf-show! Thank you.

Bug#819684: FreeCreditScore Sat, 02 Apr

[Latonya Tindal]

Stop
On 2 Apr 2016 7:49 pm, "3Bureau-Monitoring"  wrote:

>
>
> * Your 2016 Transunion-Equifax-Experian Cr e d it S co res CheckForFree T
> 0 D A Y  *

Bug#819844: message should mention that it is possible to restart without asking

[積丹尼 Dan Jacobson]

Package: libc6
Version: 2.23-0experimental1
Severity: wishlist

Every upgrade the upgrade stops and the operator must walk over and
press return to get it started again.

The message shown about restarting services exim4 cron atd should also
mention how/that one can also restart without asking.

-- debconf information:
* glibc/restart-services: exim4 cron atd
* glibc/upgrade: true
* libraries/restart-without-asking: false
  glibc/restart-failed:
  glibc/kernel-not-supported:
  glibc/disable-screensaver:
  glibc/kernel-too-old:

Bug#819842: pyliblo: FTBFS when built with dpkg-buildpackage -A (test suite fails)

[Santiago Vila]

Package: src:pyliblo
Version: 0.10.0-1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2,python3 --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
I: pybuild base:184: python3.5 setup.py config 
running config
   dh_auto_build -i -O--buildsystem=pybuild
I: pybuild base:184: /usr/bin/python setup.py build 
running build

[... snipped ...]

testRandomPort (test.test_liblo.ServerCreationTestCase) ... ok
testSendReceive (test.test_liblo.ServerTCPTestCase) ... ERROR
testBundleCallbacksFire (test.test_liblo.ServerTestCase) ... ok
testMethodAfterFree (test.test_liblo.ServerTestCase) ... ok
testPort (test.test_liblo.ServerTestCase) ... ok
testRecvImmediate (test.test_liblo.ServerTestCase) ... ok
testRecvTimeout (test.test_liblo.ServerTestCase) ... ok
testSendBlob (test.test_liblo.ServerTestCase) ... ok
testSendBundle (test.test_liblo.ServerTestCase) ... ok
testSendInt (test.test_liblo.ServerTestCase) ... ok
testSendInvalid (test.test_liblo.ServerTestCase) ... ok
testSendLong (test.test_liblo.ServerTestCase) ... ok
testSendMessage (test.test_liblo.ServerTestCase) ... ok
testSendOthers (test.test_liblo.ServerTestCase) ... ok
testSendTimestamped (test.test_liblo.ServerTestCase) ... ok
testSendVarious (test.test_liblo.ServerTestCase) ... ok
testSendingLongAsIntOverflows (test.test_liblo.ServerTestCase) ... ok
testURL (test.test_liblo.ServerTestCase) ... ok
testSendAndReceive (test.test_liblo.ServerThreadTestCase) ... ok

==
ERROR: testSendReceive (test.test_liblo.ServerTCPTestCase)
--
Traceback (most recent call last):
  File "/<>/test/test_liblo.py", line 225, in testSendReceive
liblo.send(self.server.url, '/foo', 123)
  File "src/liblo.pyx", line 186, in liblo.send (src/liblo.c:3321)
_send(target, None, args)
  File "src/liblo.pyx", line 160, in liblo._send (src/liblo.c:3180)
raise IOError("sending failed: %s" %
IOError: sending failed: Connection timed out

--
Ran 27 tests in 256.358s

FAILED (errors=1)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: 
python2.7 setup.py test 
dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir . returned exit 
code 13
debian/rules:4: recipe for target 'build-indep' failed
make: *** [build-indep] Error 25
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released with jessie, the easy fix is to drop them
now.

* When using "dh", it is allowed to use (independently)
optional targets override_dh_foo-arch and override_dh_foo-indep
(for several values of "foo").


Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, the package would be suitable to be uploaded in source-only
form if you wish.

Thanks.

Bug#819843: zoneminder: FTBFS when built with dpkg-buildpackage -A (dh_auto_install: error: unable to chdir to dbuild)

[Santiago Vila]

Package: src:zoneminder
Version: 1.29.0+dfsg-1
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
#/usr/bin/make -C docs text
/usr/bin/make -C docs html
make[1]: Entering directory '/<>/zoneminder-1.29.0+dfsg/docs'
sphinx-build -b html -d _build/doctrees   . _build/html
Running Sphinx v1.3.6
making output directory...
loading pickled environment... not yet created
building [mo]: targets for 0 po files that are out of date
building [html]: targets for 33 source files that are out of date
updating environment: 33 added, 0 changed, 0 removed
reading sources... [  3%] api

[... snipped ...]

preparing documents... done
writing output... [ 33%] index
writing output... [ 66%] userguide/gettingstarted
writing output... [100%] userguide/index

generating indices... genindex
writing additional pages... search
copying images... [  8%] 
userguide/images/getting-started-add-monitor-general.png
copying images... [ 16%] userguide/images/getting-started-understand-console.png
copying images... [ 25%] userguide/images/getting-started-enable-auth.png
copying images... [ 33%] userguide/images/getting-started-add-monitor-modect.png
copying images... [ 41%] 
userguide/images/getting-started-add-monitor-modect-ready.png
copying images... [ 50%] userguide/images/getting-started-add-monitor-source.png
copying images... [ 58%] userguide/images/getting-started-flat-css-2.png
copying images... [ 66%] userguide/images/getting-started-flat-css.png
copying images... [ 75%] userguide/images/getting-started-login.png
copying images... [ 83%] userguide/images/getting-started-add-monitor-orange.png
copying images... [ 91%] userguide/images/getting-started-add-monitor-live.png
copying images... [100%] userguide/images/getting-started-modern-look.png

copying static files... done
copying extra files... done
dumping search index in English (code: en) ... done
dumping object inventory... done
build succeeded, 2 warnings.

Build finished. The HTML pages are in _build/html.
make[2]: Leaving directory '/<>/zoneminder-1.29.0+dfsg/docs'
make[1]: Leaving directory '/<>/zoneminder-1.29.0+dfsg'
   dh_testroot -i -O--parallel -O--buildsystem=cmake -O--builddirectory=dbuild
   dh_prep -i -O--parallel -O--buildsystem=cmake -O--builddirectory=dbuild
   debian/rules override_dh_auto_install
make[1]: Entering directory '/<>/zoneminder-1.29.0+dfsg'
dh_auto_install --destdir=/<>/zoneminder-1.29.0+dfsg/debian/tmp
dh_auto_install: error: unable to chdir to dbuild
debian/rules:63: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 2
make[1]: Leaving directory '/<>/zoneminder-1.29.0+dfsg'
debian/rules:15: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released with jessie, the easy fix is to drop them
now.

* When using "dh", it is allowed to use (independently)
optional targets override_dh_foo-arch and override_dh_foo-indep
(for several values of "foo").


Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, the package would be suitable to be uploaded in source-only
form if you wish.

Thanks.

Bug#819840: aptitude: Segfaults if suspended and foregrounded on virtual linux console

[Axel Beckert]

Package: aptitude
Version: 0.7.8-1

Hi,

aptitude segfaults under the following circumstances:

1. Log in as root on a Linux virtual console, i.e. after pressing
   Ctrl-Alt-F1.

2. Start aptitude in TUI mode, i.e. without any options or parameters.

3. Press Ctrl-Z to suspend aptitude.

4. Enter "fg" on the commandline and press Enter to bring aptitude back
   to the foreground.

5. Segfault.

This does not happen, if

* if tried inside an xterm
* if just TERM is set to "linux", but the terminal is no virtual linux
  console, i.e. "env TERM=linux aptitude" does not exhibit the issue.

Unfortunately I was not able to reproduce the issue under gdb
directly. But this is the backtrace I got out of the core dump:

Reading symbols from /usr/bin/aptitude-curses...Reading symbols from 
/usr/lib/debug/.build-id/17/b0aa382e98a7c74b766fe389e4e2c494dd8cce.debug...done.
done.

warning: core file may not match specified executable file.
[New LWP 6201]
[New LWP 6202]
[New LWP 6203]
[New LWP 6204]
[New LWP 6219]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `aptitude'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fe2861e5973 in ?? ()
[Current thread is 1 (Thread 0x7fe28a8d1780 (LWP 6201))]
(gdb) bt
#0  0x7fe2861e5973 in ?? ()
#1  0x in ?? ()
#2  0x00011839 in ?? ()
#3  0x0800 in ?? ()
#4  0x7fe287fa8b0c in ___vsprintf_chk (s=0x7ffd08eb4380 "", 
flags=-1416311776, slen=140724753089664, format=0x564aab94cc10 
"\260R\266\252JV", 
args=0x564aa764dc78, args@entry=0x7ffd08eb44c8) at vsprintf_chk.c:85
#5  0x7fe287fa8a5d in ___sprintf_chk (s=, flags=, slen=, format=) at sprintf_chk.c:31
#6  0x564aa764dc78 in ?? ()
#7  0x564aab94cc20 in ?? ()
#8  0x7fe289d335d4 in ?? () from /usr/lib/x86_64-linux-gnu/libcwidget.so.3
#9  0x0080 in ?? ()
#10 0x7ffd08eb4b20 in ?? ()
#11 0x564aab94cc10 in ?? ()
#12 0x000d in ?? ()
#13 0xfffc in ?? ()
#14 0x7fe288af204f in pthread_cond_wait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:183
#15 0x in ?? ()
(gdb)

I can reproduce this issue on Debian Sid amd64 with systemd as well as
on Debian Sid armhf with sysvrc (where I noticed it initially).

-- Package-specific info:
Terminal: linux
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.7.8
Compiler: g++ 5.3.1 20160224
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.6.2
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160319
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-vdso.so.1 (0x7ffef6bdc000)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7fb3e90bf000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fb3e8e8f000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fb3e8c64000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fb3e8a5d000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fb3e876)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fb3e8465000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7fb3e824b000)
libboost_filesystem.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.58.0 (0x7fb3e8032000)
libboost_system.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.58.0 (0x7fb3e7e2d000)
libxapian.so.22 => /usr/lib/x86_64-linux-gnu/libxapian.so.22 
(0x7fb3e7a29000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fb3e780c000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fb3e749)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fb3e7192000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fb3e6f7c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fb3e6bd7000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fb3e69d4000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fb3e67d)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7fb3e65b8000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fb3e639d000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fb3e618d000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fb3e5f69000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 
(0x7fb3e5d57000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fb3e5b4e000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fb3e5949000)
/lib64/ld-linux-x86-64.so.2 

Bug#819841: qutecom: FTBFS in testing (dereferencing pointer to incomplete type)

[Santiago Vila]

Package: src:qutecom
Version: 2.2.1+dfsg1-5.2
Severity: serious

Dear maintainer: This package fails to build from source in stretch.

The full build log is attached.

Note: As of 2016-03-12, it used to build ok.

Thanks.

qutecom_2.2.1+dfsg1-5.2_amd64-20160403-0050.gz
Description: application/gzip

Bug#818856: [Reproducible-builds] Bug#818856: diffoscope: crashes on broken symlinks

[Reiner Herrmann]

Hi Satyam!

Thanks for submitting a patch for this issue!

On Sun, Apr 03, 2016 at 02:08:52AM +0530, Satyam Zode wrote:
>  logger.debug('%s has_same_content %s', self, other)
>  # try comparing small files directly first
>  my_size = os.path.getsize(self.path)
> -other_size = os.path.getsize(other.path)
> +other_size = os.lstat(other.path).st_size
>  if my_size == other_size and my_size <= SMALL_FILE_THRESHOLD:
>  if open(self.path, 'rb').read() == open(other.path, 'rb').read():
>  return True

Here you change only the other_size line, not my_size.
When other.path is a broken symlink, this will work (and diffoscope
doesn't crash).
But self.path could also be a broken symlink (if you reverse the
diffoscope arguments, `diffoscope bar foo`). In this case diffoscope
would crash with the same problem.

Can you please amend your patch to fix this also?

Kind regards,
  Reiner


signature.asc
Description: Digital signature

Bug#819839: planner: FTBFS in testing (failure building documentation)

[Santiago Vila]

Package: src:planner
Version: 0.14.6-4
Severity: serious

Dear maintainer: This package fails to build from source in stretch.

The full build log is attached.

Note: As of 2016-03-13, it used to build ok.

Thanks.

planner_0.14.6-4_amd64-20160403-0050.gz
Description: application/gzip

Bug#819838: libtasn1-6: FTBFS in testing (dblatex: not found)

[Santiago Vila]

Package: src:libtasn1-6
Version: 4.7-3
Severity: serious

Dear maintainer: This package fails to build from source in stretch.

The full build log is attached.

Note: As of 2016-03-13, it used to build ok.

Thanks.

libtasn1-6_4.7-3_amd64-20160403-0054.gz
Description: application/gzip

Bug#819837: gtkhash: FTBFS in testing (autoreconf fails)

[Santiago Vila]

Package: src:gtkhash
Version: 0.7.0-2
Severity: serious

Dear maintainer: This package fails to build from source in stretch.

The full build log is attached.

Note: As of 2016-03-13, it used to build ok.

Thanks.

gtkhash_0.7.0-2_amd64-20160403-0053.gz
Description: application/gzip

Bug#819836: farstream-0.2: FTBFS in testing (failure building documentation)

[Santiago Vila]

Package: src:farstream-0.2
Version: 0.2.7-1
Severity: serious

Dear maintainer: This package fails to build from source in stretch.

The full build log is attached.

Note: As of 2016-03-13, it used to build ok.

Thanks.

farstream-0.2_0.2.7-1_amd64-20160403-0053.gz
Description: application/gzip

Bug#819835: dico: FTBFS in testing (test suite fails)

[Santiago Vila]

Package: src:dico
Version: 2.2-9
Severity: serious

Dear maintainer: This package fails to build from source in stretch.

The full build log is attached.

Note: As of 2016-03-13, it used to build ok.

Thanks.

dico_2.2-9_amd64-20160403-0052.gz
Description: application/gzip

Bug#819806: ITP: ntpsec - a secure, hardened and improved ntp daemon

[Tiago Ilieve]

Hi Kurt,

On 2 April 2016 at 11:15, Kurt Roeckx  wrote:
> I don't actually have the time to work on this currently, but it's
> clearly something I want.

Wouldn't be better to fill an RFP, then take it as ITP when you are
available, if no one works on this in the mean time?

Regards,
Tiago.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Bug#819806: ITP: ntpsec - a secure, hardened and improved ntp daemon

[Tollef Fog Heen]

]] Kurt Roeckx 

> I don't actually have the time to work on this currently, but it's
> clearly something I want.

Maybe file it as an RFP instead of ITP then?

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

Bug#819834: RFS: webfs/1.21+ds1-11

[Mats Erik Andersson]

Package: sponsorship-requests
Severity: normal


Dear mentors,

I am looking for a sponsor of my package "webfs":

 Package name: webfs
 Version : 1.21+ds1-11
 Upstream Author : Gerd Knorr 
 URL : http://linux.bytesex.org/misc/webfs.html
 License : GPL-2
 Section : httpd

It builds a single binary package:

  webfs - lightweight HTTP server for static content

Further information about this package is available at

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

As an alternate method, the package may be downloaded directly:

  dget -x 
http://mentors.debian.net/debian/pool/main/w/webfs/webfs_1.21+ds1-11.dsc


Changes since last upload are as follows:

  * Step Standards-Version to 3.9.7, no changes.
  * Advance debhelper compatibility to 9.
+ debian/control, debian/compat: Updated.
+ debian/rules: Reduce rule set to use dh together with targets
  "override_dh_auto_build" and "override_dh_install".  Include
  target "override_dh_auto_build" as no-op.
  * Suggested document root is already "/var/www/html".
+ debian/webfsd.conf: Updated.
  * Improve debconf questions.
+ debian/templates: Updated.  Closes: #727803
  * Update debconf translations:
+ Brazilian Portuguese (Adriano Rafael Gomes).  Closes: #762473
+ Danish (Joe Hansen).  Closes: #765847
+ French (Christian Perrier).  Closes: #760259
+ German (Holger Wansing).  Closes: #761481
+ Italian (Beatrice Torracca). Closes: #762344
+ Japanese (Noritada Kobayashi): New file.
+ Portuguese (Pedro Ribeiro).  Closes: #762495
+ Russian (Yuri Kozlov).  Closes: #760811
+ Swedish (Per Andersson, Martin Bagge).  Closes: #760194, #761976


Best regards,
 Mats Erik Andersson

Bug#818665: libvirglrenderer-dev: Missing virglrenderer.pc for pkg-config

[intrigeri]

Control: tag -1 + patch

OGAWA Hirofumi wrote (19 Mar 2016 12:16:44 GMT) :
> Maybe, add line to debian/rules/libvirglrenderer-dev.install?

The attached patch seems to allow me to build QEMU with virgl support
(at least it passes the ./configure check with pkg-config).

Cheers,
--
intrigeri

diff -Nru virglrenderer-0.4.0/debian/changelog virglrenderer-0.4.0/debian/changelog
--- virglrenderer-0.4.0/debian/changelog	2016-03-13 08:47:45.0 +0100
+++ virglrenderer-0.4.0/debian/changelog	2016-04-02 23:59:48.0 +0200
@@ -1,3 +1,10 @@
+virglrenderer (0.4.0-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install virglrenderer.pc pkg-config file (Closes: #818665).
+
+ -- intrigeri   Sat, 02 Apr 2016 21:59:24 +
+
 virglrenderer (0.4.0-5) unstable; urgency=medium
 
   * Only install libvirglrenderer.so in dev package (Closes: #817112)
diff -Nru virglrenderer-0.4.0/debian/libvirglrenderer-dev.install virglrenderer-0.4.0/debian/libvirglrenderer-dev.install
--- virglrenderer-0.4.0/debian/libvirglrenderer-dev.install	2016-03-13 08:43:06.0 +0100
+++ virglrenderer-0.4.0/debian/libvirglrenderer-dev.install	2016-04-02 23:59:14.0 +0200
@@ -1,2 +1,3 @@
 usr/include
 usr/lib/*/lib*.so
+usr/lib/*/pkgconfig

Bug#819703: Alternative solution

[Jesse Smith]

I think a few things could be done with Xscreensaver which would be
better than removing the package (which I use and enjoy) from Debian.

For example:

1. Yes, let's remove the pop-up, it's really annoying, offers an
impractical suggestion and does not accomplish for most users.

2. Why not remove the author's e-mail address from the Help->About menu?
Leave the name so proper credit is given, but remove the e-mail address.
In its place, put a link to the Debian bug tracker. Then the author
won't get flooded with bug reports and bugs can be properly handled
here, downstream. After all, people are not likely to e-mail someone if
they don't have the e-mail address.

3. Possibly rename the Debian package so that searches for it don't lead
back to the author's website/e-mail. I liked someone else's suggestion
of ex-screensaver.

With the above three actions it should remove almost all bug reports
against older versions (for the author), prevent Debian users from
seeing the annoying pop-up and allow everyone to keep using the software.

Bug#819833: virglrenderer: Vcs-* control fields point to non-existing repository

[intrigeri]

Source: virglrenderer
Version: 0.4.0-5
Severity: normal

Hi,

https://anonscm.debian.org/cgit/pkg-qemu/virglrenderer.git
says "No repositories found"

$ debcheckout virglrenderer
declared git repository at git://anonscm.debian.org/pkg-qemu/virglrenderer.git
git clone git://anonscm.debian.org/pkg-qemu/virglrenderer.git virglrenderer ...
Cloning into 'virglrenderer'...
fatal: repository 'https://anonscm.debian.org/git/pkg-qemu/virglrenderer.git/' 
not found
checkout failed (the command above returned a non-zero exit code)

Cheers,
--
intrigeri

Bug#819832: cron(8) manpage: typo "have to be pass"

[Jakub Wilk]

Package: cron
Version: 3.0pl1-128
Severity: minor
Tags: patch

--
Jakub Wilk
diff --git a/cron.8 b/cron.8
index c09b717..e12aa0b 100644
--- a/cron.8
+++ b/cron.8
@@ -229,7 +229,7 @@ providing each one of the directories as an argument. These tasks are disabled i
 is installed (except for the hourly task) to prevent conflicts between
 both daemons.
 
-As described above, the files under these directories have to be pass
+As described above, the files under these directories have to pass
 some sanity checks including the following: be executable, be owned by root,
 not be writable by group or other and, if symlinks, point to files owned by
 root. Additionally, the file names must conform to the filename requirements

Bug#817936: roger-router: Please add libpeas-1.0-0-python2loader to Depends

[Rolf Leggewie]

On 02.04.2016 23:35, Barry Warsaw wrote:
> I look at this as a tracking bug - something that needs to happen if another
> bug gets resolved, but nothing to do right now.

Thank you for the clarification.

I'll keep this ticket open in the spirit your explained above.

Bug#650394: [Pkg-tigervnc-devel] Bug#650394: Bug#650394: Bug#650394: ITP: tigervnc -- High-speed Virtual Network Computing (VNC)

[Ola Lundqvist]

+1 from me too.

I have tested the code and it seems to work fine.

// Ola

On Fri, Apr 1, 2016 at 9:40 AM, Mike Gabriel <
mike.gabr...@das-netzwerkteam.de> wrote:

> Hi Liang,
>
> On  Fr 01 Apr 2016 04:39:09 CEST, Liang Guo wrote:
>
> Hi,
>>
>> The code in git works, I means we can generate all packages and it
>> works correctly as a vnc client and vnc server, but I don't know
>> whether it is well enough to push it to Debian.
>>
>> If nobody oppose, I'll refresh the d/copyright, and upload it within 2
>> weeks.
>>
>> Thanks,
>>
>
> +1 from here, watching your activity on this with pleasure!
>
> Mike
> --
>
> DAS-NETZWERKTEAM
> mike gabriel, herweg 7, 24357 fleckeby
> fon: +49 (1520) 1976 148
>
> GnuPG Key ID 0x25771B31
> mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de
>
> freeBusy:
>
> https://mail.das-netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40das-netzwerkteam.de
>
> ___
> Pkg-tigervnc-devel mailing list
> pkg-tigervnc-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-tigervnc-devel
>



-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---

Bug#717563: Still present in reportbug/6.6.3

[Lasse Makholm]

This is a problem in Jessie (8.2) using reportbug 6.6.3

http_proxy "" in .reportbugrc does not work.
reportbug --http_proxy does not work.
env http_proxy=... reportbug does not work.

env HTTP_PROXY=... reportbug does work, however.

So yeah, still pretty broken.

-- 
/Lasse

Bug#817936: roger-router: Please add libpeas-1.0-0-python2loader to Depends

[Barry Warsaw]

On Apr 02, 2016, at 10:33 PM, Rolf Leggewie wrote:

Hi Rolf,

>I'm still at a loss what it is you are asking of me.  The title of this
>bug requests me to add a run-time dependency that doesn't even exist in
>Debian yet.  In Ubuntu the change you advocate has been made, but
>apparently there were no changes necessary for roger-router alongside. 
>In fact, roger-router in Ubuntu still depends on libpeas-1.0.0 and not
>libpeas-1.0-0-python2loader even though the package does exist there.

We should certainly fix roger-router in Ubuntu; I'm not sure how I missed that
one over there.  I'll file a bug and fix that early next week.

>Should I be mistaken to think that this ticket is invalid?

It depends on how you look at it. :)  If I can convince the libpeas maintainer
to make the split, then roger-router in Debian will need to be fixed, hence
this bug would be valid.  But it doesn't seem like I'm going to be successful
in convincing the libpeas maintainer about the split, so there's certainly
nothing for you to do now.  Of course, we can always reopen this bug later if
the libpeas maintainer agrees with the change.

I look at this as a tracking bug - something that needs to happen if another
bug gets resolved, but nothing to do right now.  Thanks for your response; if
you think it's best to close this as invalid, no problem.


pgpbj1kmB7tim.pgp
Description: OpenPGP digital signature

Bug#819789: screen: depends on libncurses5 if libncurses5-dev is installed in build system

[Axel Beckert]

Control: tag -1 - moreinfo

Hi Sven,

Sven Joachim wrote:
> >> I've seen that you added a Build-Conflicts with libncurses5-dev which is
> >> rather suboptimal, since it prevents building screen in anything but the
> >> most basic chroot.
> >
> > Which is completely fine for me. pbuilder is easy to setup and use.
> > And yes, it means that I have to do every build in pbuilder, too.
> > Doesn't hurt, though. Did it many times in the last hours.
> 
> I'm using pbuilder as well, but it's not so great when you need to
> inspect the build tree afterwards since pdebuild deletes the build
> chroot by default.

Granted. That needs an extra option (which I need seldom enough so
that I have to look it up everytime I need it) plus a manual cleanup
(or reboot) afterwards.

> > * If I conflict with libncurses5-dev and depend on libncursesw5-dev
> >   and both depend on the same package, that won't hurt. Actually, they
> >   already do: libtinfo-dev and libtinfo5.
> 
> Right, what I meant is that libncurses5-dev and libncursesw5-dev will
> also be _provided_ by the same package.

Ah, _now_ that makes sense. Thanks for the explanation.

> > Shouldn't that last line moved with the other lines, too?
> 
> I don't think so, the AC_MSG_ERROR line is for the case where all of the
> attempts to find tgetent in libtinfo, libcurses, libtermcap etc. failed.

Ok, thanks for having looked at it.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#819831: cargo: FTBFS: unable to satisfy build-depends

[Santiago Vila]

Package: src:cargo
Version: 0.8.0-1
Severity: serious

Dear maintainer: This package may not be built in testing or unstable.

When trying to build it with sbuild, this is what happens:
-
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 sbuild-build-depends-cargo-dummy : Depends: libcurl4-openssl-dev but it is not 
going to be installed
 E: Unable to correct problems, you have held broken packages.
-

and in fact this may not be solved by hand, because:

* Installing libgit2-dev removes libcurl4-openssl-dev.
* Installing libcurl4-openssl-dev removes libgit2-dev.


Sorry not to have a fix, but certainly this is RC for stretch, as
packages in testing should be buildable in testing.

Thanks.

Bug#819830: apt: unhelpful error message when trying to install build-dependencies for cargo in testing

[Santiago Vila]

Package: apt
Version: 1.2.9

Dear maintainers:

On a stretch chroot I'm unable to do this:


# apt-get build-dep cargo
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 builddeps:cargo : Depends: libcurl4-openssl-dev but it is not going to be 
installed
 E: Unable to correct problems, you have held broken packages.


Ok, let's try to install libcurl4-openssl-dev by hand:


# apt-get install libcurl4-openssl-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
[...]
Do you want to continue? [Y/n]


I answer "yes" and the libcurl4-openssl-dev package is now installed.

Let's try again:


# apt-get build-dep cargo
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 builddeps:cargo : Depends: libcurl4-openssl-dev but it is not going to be 
installed
 E: Unable to correct problems, you have held broken packages.


But it's installed! How is this possible?


Information that may be relevant: "apt-cache showsrc cargo" shows this:

Package: cargo
[...]
Build-Depends: debhelper (>= 9.20141010), dpkg-dev (>= 1.17.14), rustc (>= 
1.1), curl, pkg-config, cmake, git, cargo (>= 0.7.0) , python-dulwich 
, python-pytoml , ca-certificates, bash-completion, 
libhttp-parser-dev, libcurl4-openssl-dev, libssh2-1-dev, libgit2-dev, 
libssl-dev, zlib1g-dev
[...]


I believe testing is inconsistent right now, because installing
libgit2-dev by hand removes libcurl4-openssl-dev.

But even in such case, the message from apt is very misleading, as it
says libcurl4-openssl-dev may not be installed, which, alone, is not true.

It should probably say that libgit2-dev and libcurl4-openssl-dev may
not be both installed.


Thanks.

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

[GCS]

On Sat, Apr 2, 2016 at 9:40 PM, Niko Tyni  wrote:
> On Sat, Apr 02, 2016 at 12:10:31PM +0200, László Böszörményi wrote:
>> Its first parameter is the function the call and the second is the
>> expected result[1]. If I use sqlite3 3.11.1, then the function returns
>> an array, but not [666]. With sqlite3 3.12.0 it returns the expected
>> [666].
>
> The root cause is that sqlite3_column_decltype() quotes its output in
> 3.12.0, where previously it didn't.
[...]
> So is this an intentional change or a regression?
 I'm not its maintainer, but will ask upstream. The only change I've
found states[1]:
"The sqlite3_column_decltype() routine should return NULL, not an
empty string, if the column has no declared type."

Thanks for the test cases,
Laszlo/GCS
[1] http://www.sqlite.org/src/info/605eba4a756e7185

Bug#819829: dash: "hash: Illegal option -v"

[Justin B Rye]

Package: dash
Version: 0.5.8-2.2
Severity: minor

On a dash command prompt:

 $ man dash | grep -A 11 'hash -'
 hash -rv command ...
The shell maintains a hash table which remembers the locations of
commands.  With no arguments whatsoever, the hash command prints
out the contents of this table.  Entries which have not been
looked at since the last cd command are marked with an asterisk;
it is possible for these entries to be invalid.

With arguments, the hash command removes the specified commands
from the hash table (unless they are functions) and then locates
them.  With the -v option, hash prints the locations of the com-
mands as it finds them.  The -r option causes the hash command to
delete all the entries in the hash table except for functions.
 $ hash -v man && echo OK
 dash: 2: hash: Illegal option -v
 $ hash -rv man && echo OK
 OK

POSIX doesn't seem to mandate a -v, so I would call this a wishlist
documentation issue, but then again if there isn't a "-v" option, why
is the "-rv" version accepted?  And if there is, why is it silent?

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

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

Versions of packages dash depends on:
ii  debianutils  4.7
ii  dpkg 1.18.4
ii  libc62.22-4

dash recommends no packages.

dash suggests no packages.

-- debconf information:
* dash/sh: true
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package

Bug#819828: texlive-pictures: fast-diagram requires relsize and xargs packages

[Alban Gruin]

Package: texlive-pictures
Version: 2014.20141024-2
Severity: normal

Dear Maintainer,

I made a document that includes the package "fast-diagram". But when I
tried to run pdflatex on that file, the following errors occurred :

  ! LaTeX Error: File `relsize.sty' not found.

  Type X to quit or  to proceed,
  or enter new name. (Default extension: sty)

  Enter file name: 

  ! LaTeX Error: File `xargs.sty' not found.

  Type X to quit or  to proceed,
  or enter new name. (Default extension: sty)

  Enter file name:

But it should build without errors.

These packages can be found into the Debian package texlive-latex-extra,
but texlive-pictures does not depends on it. Installing
texlive-latex-extra fixes the issue.

##
\documentclass[12pt]{report}
\usepackage{fast-diagram}

\begin{document}
\end{document}


##
PWD /home/alban/Documents/test
INPUT /etc/texmf/web2c/texmf.cnf
INPUT /usr/share/texmf/web2c/texmf.cnf
INPUT /usr/share/texlive/texmf-dist/web2c/texmf.cnf
INPUT /var/lib/texmf/web2c/pdftex/pdflatex.fmt
INPUT test.tex
OUTPUT test.log
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/report.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/report.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size12.clo
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size12.clo
INPUT /usr/share/texlive/texmf-dist/fonts/map/fontname/texfonts.map
INPUT /usr/share/texlive/texmf-dist/fonts/tfm/public/cm/cmr12.tfm
INPUT /usr/share/texlive/texmf-dist/tex/latex/fast-diagram/fast-diagram.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/fast-diagram/fast-diagram.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/frontendlayer/tikz.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/frontendlayer/tikz.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/basiclayer/pgf.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/basiclayer/pgf.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/utilities/pgfrcs.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/utilities/pgfrcs.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfutil-common.tex
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfutil-common-lists.tex
INPUT /usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfutil-latex.def
INPUT /usr/share/texlive/texmf-dist/tex/latex/ms/everyshi.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/ms/everyshi.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfrcs.code.tex
INPUT /usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfrcs.code.tex
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/basiclayer/pgfcore.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/basiclayer/pgfcore.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/latexconfig/graphics.cfg
INPUT /usr/share/texlive/texmf-dist/tex/latex/latexconfig/graphics.cfg
INPUT /usr/share/texlive/texmf-dist/tex/latex/pdftex-def/pdftex.def
INPUT /usr/share/texlive/texmf-dist/tex/latex/pdftex-def/pdftex.def
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/infwarerr.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/infwarerr.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/ltxcmds.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/oberdiek/ltxcmds.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/systemlayer/pgfsys.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/pgf/systemlayer/pgfsys.sty
INPUT /usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys.code.tex
INPUT /usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys.code.tex
INPUT /usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfkeys.code.tex
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfkeysfiltered.code.tex
INPUT /usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgf.cfg
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-pdftex.def
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-pdftex.def
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-common-pdf.def
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsyssoftpath.code.tex
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsyssoftpath.code.tex
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsysprotocol.code.tex
INPUT 
/usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsysprotocol.code.tex

Bug#819827: [Reproducible-builds] Bug#818856: diffoscope: crashes on broken symlinks

[Satyam Zode]

Package: diffoscope
Version: 51
Severity: normal

Hi, Pabs!
Please try an attached patch. Hopefully, it'll solve this problem. :)

Thanks!
Satyam Zode
PICT, Pune


On Sun, Apr 3, 2016 at 2:02 AM, Satyam Zode  wrote:
> Hi, Pabs!
>
> Please try an attached patch! Hopefully, it'll solve this problem. :)
>
> Thank you!
> Satyam
> Satyam Zode
> PICT, Pune
>
>
> On Mon, Mar 21, 2016 at 8:02 AM, Paul Wise  wrote:
>> Package: diffoscope
>> Version: 51
>> Severity: normal
>>
>> I found a way to crash diffoscope with broken symlinks:
>>
>> pabs@chianamo ~ $ mkdir foo bar
>> pabs@chianamo ~ $ touch foo/baz
>> pabs@chianamo ~ $ ln -s asdasfahguwbagpiuasbdifgsabdf bar/baz
>> pabs@chianamo ~ $ diffoscope foo bar
>> Traceback (most recent call last):
>>   File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 177, in 
>> main
>> sys.exit(run_diffoscope(parsed_args))
>>   File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 148, in 
>> run_diffoscope
>> parsed_args.file1, parsed_args.file2)
>>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
>> line 92, in compare_root_paths
>> return compare_directories(path1, path2)
>>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/directory.py", 
>> line 104, in compare_directories
>> return FilesystemDirectory(path1).compare(FilesystemDirectory(path2))
>>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/directory.py", 
>> line 157, in compare
>> my_file, other_file, source=name)
>>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
>> line 102, in compare_files
>> if file1.has_same_content_as(file2):
>>   File "/usr/lib/python3/dist-packages/diffoscope/__init__.py", line 143, in 
>> tool_check
>> return original_function(*args, **kwargs)
>>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", 
>> line 186, in has_same_content_as
>> other_size = os.path.getsize(other.path)
>>   File "/usr/lib/python3.5/genericpath.py", line 50, in getsize
>> return os.stat(filename).st_size
>> FileNotFoundError: [Errno 2] No such file or directory: 'bar/baz'
>>
>> -- System Information:
>> Debian Release: stretch/sid
>>   APT prefers testing
>>   APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
>> 'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
>> 'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental'), 
>> (500, 'unstable-debug'), (1, 'experimental-debug')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>> Init: systemd (via /run/systemd/system)
>>
>> Versions of packages diffoscope depends on:
>> ii  python3-libarchive-c   2.1-3
>> ii  python3-magic  1:5.25-2
>> ii  python3-pkg-resources  18.8-1
>> pn  python3:any
>>
>> Versions of packages diffoscope recommends:
>> ii  acl 2.2.52-3
>> ii  binutils-multiarch  2.26-5
>> ii  bzip2   1.0.6-8
>> ii  caca-utils  0.99.beta19-2+b1
>> ii  colord  1.2.12-1
>> ii  cpio2.11+dfsg-5
>> pn  default-jdk | java-sdk  
>> ii  enjarify20151118-1
>> ii  fontforge-extras0.3-4
>> pn  fp-utils
>> ii  genisoimage 9:1.1.11-3
>> ii  gettext 0.19.7-2
>> ii  ghc 7.10.3-7
>> ii  ghostscript 9.18~dfsg-4
>> ii  gnupg   1.4.20-4
>> pn  mono-utils  
>> ii  pdftk   2.02-3
>> ii  poppler-utils   0.38.0-2
>> ii  python3-debian  0.1.27
>> pn  python3-guestfs 
>> ii  python3-rpm 4.12.0.1+dfsg1-3+b2
>> ii  python3-tlsh3.4.4+20151206-1+b1
>> ii  rpm2cpio4.12.0.1+dfsg1-3+b2
>> ii  sng 1.1.0-1
>> ii  sqlite3 3.11.1-1
>> ii  squashfs-tools  1:4.3-3
>> ii  unzip   6.0-20
>> ii  vim-common  2:7.4.963-1+b2
>> ii  xz-utils5.1.1alpha+20120614-2.1
>>
>> Versions of packages diffoscope suggests:
>> ii  libjs-jquery  1.11.3+dfsg-4
>>
>> -- no debconf information
>>
>> --
>> bye,
>> pabs
>>
>> https://wiki.debian.org/PaulWise
>>
>>
>>
>> ___
>> Reproducible-builds mailing list
>> reproducible-bui...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
From 3e9aea18767099dffe62c14e7215aed54347a10f Mon Sep 17 00:00:00 2001
From: Satyam Zode 
Date: Mon, 21 Mar 2016 23:12:55 +0530
Subject: [PATCH 1/2] fixed issue related to diffoscope symlinks crashing

---
 diffoscope/comparators/binary.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/diffoscope/comparators/binary.py 

Bug#817936: roger-router: Please add libpeas-1.0-0-python2loader to Depends

[Rolf Leggewie]

On 02.04.2016 21:34, Barry Warsaw wrote:
> to reduce the overall dependence on Python 2 in Debian. We've already
> made this split in Ubuntu and haven't seen any reports of problems

Barry,

thank you for the quick response.

I'm still at a loss what it is you are asking of me.  The title of this
bug requests me to add a run-time dependency that doesn't even exist in
Debian yet.  In Ubuntu the change you advocate has been made, but
apparently there were no changes necessary for roger-router alongside. 
In fact, roger-router in Ubuntu still depends on libpeas-1.0.0 and not
libpeas-1.0-0-python2loader even though the package does exist there.

Should I be mistaken to think that this ticket is invalid?

Regards

Rolf

Bug#818856: [Reproducible-builds] Bug#818856: diffoscope: crashes on broken symlinks

[Satyam Zode]

Hi, Pabs!

Please try an attached patch! Hopefully, it'll solve this problem. :)

Thank you!
Satyam
Satyam Zode
PICT, Pune


On Mon, Mar 21, 2016 at 8:02 AM, Paul Wise  wrote:
> Package: diffoscope
> Version: 51
> Severity: normal
>
> I found a way to crash diffoscope with broken symlinks:
>
> pabs@chianamo ~ $ mkdir foo bar
> pabs@chianamo ~ $ touch foo/baz
> pabs@chianamo ~ $ ln -s asdasfahguwbagpiuasbdifgsabdf bar/baz
> pabs@chianamo ~ $ diffoscope foo bar
> Traceback (most recent call last):
>   File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 177, in 
> main
> sys.exit(run_diffoscope(parsed_args))
>   File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 148, in 
> run_diffoscope
> parsed_args.file1, parsed_args.file2)
>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
> line 92, in compare_root_paths
> return compare_directories(path1, path2)
>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/directory.py", 
> line 104, in compare_directories
> return FilesystemDirectory(path1).compare(FilesystemDirectory(path2))
>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/directory.py", 
> line 157, in compare
> my_file, other_file, source=name)
>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
> line 102, in compare_files
> if file1.has_same_content_as(file2):
>   File "/usr/lib/python3/dist-packages/diffoscope/__init__.py", line 143, in 
> tool_check
> return original_function(*args, **kwargs)
>   File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", 
> line 186, in has_same_content_as
> other_size = os.path.getsize(other.path)
>   File "/usr/lib/python3.5/genericpath.py", line 50, in getsize
> return os.stat(filename).st_size
> FileNotFoundError: [Errno 2] No such file or directory: 'bar/baz'
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
> 'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
> 'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental'), 
> (500, 'unstable-debug'), (1, 'experimental-debug')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages diffoscope depends on:
> ii  python3-libarchive-c   2.1-3
> ii  python3-magic  1:5.25-2
> ii  python3-pkg-resources  18.8-1
> pn  python3:any
>
> Versions of packages diffoscope recommends:
> ii  acl 2.2.52-3
> ii  binutils-multiarch  2.26-5
> ii  bzip2   1.0.6-8
> ii  caca-utils  0.99.beta19-2+b1
> ii  colord  1.2.12-1
> ii  cpio2.11+dfsg-5
> pn  default-jdk | java-sdk  
> ii  enjarify20151118-1
> ii  fontforge-extras0.3-4
> pn  fp-utils
> ii  genisoimage 9:1.1.11-3
> ii  gettext 0.19.7-2
> ii  ghc 7.10.3-7
> ii  ghostscript 9.18~dfsg-4
> ii  gnupg   1.4.20-4
> pn  mono-utils  
> ii  pdftk   2.02-3
> ii  poppler-utils   0.38.0-2
> ii  python3-debian  0.1.27
> pn  python3-guestfs 
> ii  python3-rpm 4.12.0.1+dfsg1-3+b2
> ii  python3-tlsh3.4.4+20151206-1+b1
> ii  rpm2cpio4.12.0.1+dfsg1-3+b2
> ii  sng 1.1.0-1
> ii  sqlite3 3.11.1-1
> ii  squashfs-tools  1:4.3-3
> ii  unzip   6.0-20
> ii  vim-common  2:7.4.963-1+b2
> ii  xz-utils5.1.1alpha+20120614-2.1
>
> Versions of packages diffoscope suggests:
> ii  libjs-jquery  1.11.3+dfsg-4
>
> -- no debconf information
>
> --
> bye,
> pabs
>
> https://wiki.debian.org/PaulWise
>
>
>
> ___
> Reproducible-builds mailing list
> reproducible-bui...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
From 3e9aea18767099dffe62c14e7215aed54347a10f Mon Sep 17 00:00:00 2001
From: Satyam Zode 
Date: Mon, 21 Mar 2016 23:12:55 +0530
Subject: [PATCH 1/2] fixed issue related to diffoscope symlinks crashing

---
 diffoscope/comparators/binary.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/diffoscope/comparators/binary.py b/diffoscope/comparators/binary.py
index 9663214..5622a9c 100644
--- a/diffoscope/comparators/binary.py
+++ b/diffoscope/comparators/binary.py
@@ -183,7 +183,7 @@ class File(object, metaclass=ABCMeta):
 logger.debug('%s has_same_content %s', self, other)
 # try comparing small files directly first
 my_size = os.path.getsize(self.path)
-

Bug#818712: closed by Robert Luberda <rob...@debian.org> (Bug#818712: fixed in apt-listchanges 2.87)

[Adam Borowski]

On Sat, Apr 02, 2016 at 07:39:43PM +, Debian Bug Tracking System wrote:
>* Introduce --ignore-apt-assume option to disable switching into
>  non-interactive mode in case of `apt-get -y' (closes: #818712).
>* Switch to the non-interactive mode when DEBIAN_FRONTEND environment
>  variable is set to "noninteractive". Add --ignore-debian-frontend
>  to disable this.

I don't get why you made it this way -- noninteractive frontend (ie, your
second change) does what #687443 asked for, so what's the point of having
apt-get -y ignore the frontend?  This makes apt-listchanges inconsistent
with other parts of package upgrade, such as debconf or conffile prompts.

Neither of those take -y to mean "noninteractive" so both will still wait
for input, just like apt-listchange pre-2.86 did.  These two changes you
did in 2.87 are redundant with each other...

I guess it might be good to ask apt guys about what -y is supposed to do,
as such inconsistency between different tools is bad.

-- 
A tit a day keeps the vet away.

Bug#819826: steam: libstdc++ check extremely expensive

[Kevin Gillette]

Package: steam
Version: 1.0.0.51-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Steam takes a rather long time to start. "Steam App" (game) load time
may also be subsequently affected, depending on available memory (VFS
cache).

Inside of the "/usr/games/steam" shell script are the lines:

  # remove steam-runtime's libstdc++ files, which are incompatible with
  # newer mesa drivers (https://bugs.freedesktop.org/78242)
  find $config -name libstdc++.so.6\* -execdir rm -f {} \;

Here, $config is "$HOME/.steam", which contains all installed files
for all installed games. Scanning that many directories may be rather
slow on a cold VFS cache for some filesystems. If the pertinent *.so
files are present in only a select few directories, those should be the
directories explicitly passed to find. Alternatively, we may be able to
forego the check entirely and use some kind of LD_PRELOAD solution. Or
we can provide this as bundled script that users can run if needed.

Commenting out the "find" line shaved minutes of processing spent
looking for this edge-case.

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

Start Steam with ~600 GiB of installed games.

   * What was the outcome of this action?

5+ minutes delay before windows are drawn (compared to less than 3
seconds with the check disabled).

   * What outcome did you expect instead?

Quick startup time.

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

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages steam depends on:
ii  debconf [debconf-2.0] 1.5.59
ii  libc6 2.22-5
ii  libgl1-mesa-dri   11.1.2-1
ii  libgl1-mesa-glx   11.1.2-1
ii  libstdc++65.3.1-13
ii  libtxc-dxtn-s2tc0 [libtxc-dxtn0]  0~git20131104-1.1
ii  libudev1  229-3
ii  libx11-6  2:1.6.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages steam recommends:
ii  fonts-liberation 1.07.4-1
ii  rxvt-unicode-lite [x-terminal-emulator]  9.21-1+b1
ii  stterm [x-terminal-emulator] 0.5+20140606+gitc2fd275-1
ii  xterm [x-terminal-emulator]  324-1
ii  zenity   3.18.1.1-1

Versions of packages steam suggests:
pn  steam-devices  

-- debconf information excluded

Bug#819825: librdf-ldf-perl: New upstream available

[Kjetil Kjernsmo]

Package: librdf-ldf-perl
Version: 0.17-1
Severity: wishlist

Dear Maintainer,

RDF::LDF has been released with version 0.19. 

RDF::LDF tracks an evolving W3C specification, and they recently made
a change that breaks all existing software. RDF::LDF 0.19 fixes this
to make us uptodate with the spec. 

My main motivation for pestering you about this is that Ubuntu
releases an LTS soon, and I would want to try to argue to them that it
is a good idea to allow an update for this package so that Ubuntu
ships with a non-compliant client, but that is much easier if they can
just sync from Debian. :-)

Cheers,

Kjetil


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

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

Bug#813695: apache 2.4 postinst whoes about service dependency nightmare

[Stefan Fritsch]

tags 813695 moreinfo
thanks

On Thursday 04 February 2016 13:25:17, Harald Dunkel wrote:
> Apache2 refuses to be set up:
> 
> 
> Performing actions...
> Setting up apache2 (2.4.18-1) ...
> insserv: FATAL: service checkroot is missed in the runlevels S to
> use service checkfs insserv: exiting now!
> update-rc.d: error: insserv rejected the script header

Sorry for the late response, but I can't imaginge how this could be 
caused by apache2. Maybe you edited/removed some other service? Is 
/etc/init.d/checkroot.sh still there?

Bug#720745: [www.debian.org] Support - On-line Real Time Help Using IRC: Please mention OFTC WebChat

[Frank Lichtenheld]

Package: www.debian.org
Followup-For: Bug #720745

Please find a proposed patch attached.

Feedback welcome.

Regards,
  Frank

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Index: support.wml
===
RCS file: /cvs/webwml/webwml/english/support.wml,v
retrieving revision 1.72
diff -u -r1.72 support.wml
--- support.wml	30 Apr 2014 07:41:18 -	1.72
+++ support.wml	2 Apr 2016 19:45:21 -
@@ -191,7 +191,7 @@
 http://www.irchelp.org/;>IRC (Internet Relay Chat) is a way
 to chat with people from all over the world in real time.
 IRC channels dedicated to Debian can be found on
-http://www.oftc.net/;>OFTC.
+https://www.oftc.net/;>OFTC.
 
 To connect, you need an IRC client. Some of the most popular clients are
 https://packages.debian.org/stable/net/xchat;>XChat,
@@ -200,7 +200,11 @@
 https://packages.debian.org/stable/net/epic5;>epic5 and
 https://packages.debian.org/stable/net/kvirc;>KVIrc,
 all of which have been packaged for
-Debian. Once you have the client installed, you need to tell it to connect
+Debian. OFTC also offers a https://www.oftc.net/WebChat/;>WebChat
+web interface which allows you to connect to IRC with a browser without
+the need to install any local client.
+
+Once you have the client installed, you need to tell it to connect
 to the server. In most clients, you can do that by typing:
 
 

Bug#388255: synaptic is unable to show changelog for bin-nmu'd packages

[Richard Jasmin]

Package: synaptic
Version: 0.81.2
Followup-For: Bug #388255

Dear Maintainer,

its not just that.

ALL changelogs disappear when they get accessed, whether there or not.You could
update a standard package and see
the popup, but never see the changelog. WHOOPS! away it goes and onto the
install...

I like this *feature* but its seriously bugged.
Maybe make it an *option* via the menu?

-or find a way to hold the code until the feature has been properly
implemented, like the program image.
A lot of apps are missing images, too.



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

Kernel: Linux 4.4.0-0.bpo.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 synaptic depends on:
ii  hicolor-icon-theme   0.13-1
ii  libapt-inst1.5   1.0.9.8.3
ii  libapt-pkg4.12   1.0.9.8.3
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u4
ii  libcairo-gobject21.14.0-2.1+deb8u1
ii  libcairo21.14.0-2.1+deb8u1
ii  libept1.4.12 1.0.12.1
ii  libgcc1  1:4.9.2-10
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u4
ii  libglib2.0-0 2.42.1-1+b1
ii  libgtk-3-0   3.14.5-1+deb8u1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libstdc++6   4.9.2-10
ii  libvte-2.90-91:0.36.3-1
ii  libx11-6 2:1.6.2-3
ii  libxapian22  1.2.19-1
ii  libxext6 2:1.3.3-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages synaptic recommends:
ii  gksu   2.0.2-9
ii  libgtk2-perl   2:1.2492-4
ii  policykit-10.105-8
ii  rarian-compat  0.8.1-6

Versions of packages synaptic suggests:
ii  apt-xapian-index 0.47
pn  deborphan
pn  dwww 
ii  menu 2.1.47
pn  software-properties-gtk  
ii  tasksel  3.31+deb8u1

-- no debconf information

Bug#819782: libdatabase-dump-perl: FTBFS: t/dumptruck.t failure

[Niko Tyni]

On Sat, Apr 02, 2016 at 12:10:31PM +0200, László Böszörményi wrote:

> Its first parameter is the function the call and the second is the
> expected result[1]. If I use sqlite3 3.11.1, then the function returns
> an array, but not [666]. With sqlite3 3.12.0 it returns the expected
> [666].

The root cause is that sqlite3_column_decltype() quotes its output in
3.12.0, where previously it didn't.

I'm attaching Perl and C test cases for it.

With 3.11.1 the output of these test cases is

  type:json text value:bar

and with 3.12.0 we get

  type:'json text' value:bar

So is this an intentional change or a regression?
-- 
Niko Tyni   nt...@debian.org
#!/usr/bin/perl -w
use DBI;
use strict;

my $dbh = DBI->connect("dbi:SQLite:dbname=ttt","","", { RaiseError => 1 });
$dbh->do("DROP TABLE IF EXISTS foo");
$dbh->do("CREATE TABLE foo ('value' 'json text')");
$dbh->do("INSERT INTO foo ('value') VALUES ('bar')");
my $sth = $dbh->prepare("SELECT * FROM foo");
$sth->execute;
while (my $row = $sth->fetch) {
print "type:$sth->{TYPE}[0] value:$row->[0]\n";
}
#include 
#include 
#include 

int main(void) {

sqlite3 *db;
char *err_msg = 0;
sqlite3_stmt *res;

int rc = sqlite3_open("ttt", );

if (rc != SQLITE_OK) {

fprintf(stderr, "Cannot open database: %s\n", sqlite3_errmsg(db));
sqlite3_close(db);

return 1;
}

char sql[1024];


strcpy(sql, "DROP TABLE IF EXISTS foo; CREATE TABLE foo ('value' 'json text'); INSERT INTO foo ('value') VALUES ('bar')");
   rc = sqlite3_exec(db, sql, NULL, 0, _msg);
   if( rc != SQLITE_OK ){
  fprintf(stderr, "Can't select: %s\n", err_msg);
  return 1;
}



strcpy(sql, "SELECT * FROM foo");
rc = sqlite3_prepare_v2(db, sql, -1, , 0);
if (rc != SQLITE_OK) {
fprintf(stderr, "Failed to execute statement: %s\n", sqlite3_errmsg(db));
return 1;
}

int step = sqlite3_step(res);

if (step == SQLITE_ROW) {
printf("type:%s value:%s\n",
sqlite3_column_decltype(res, 0),
sqlite3_column_text(res, 0));
} 

sqlite3_finalize(res);
sqlite3_close(db);

return 0;
}

Bug#817936: roger-router: Please add libpeas-1.0-0-python2loader to Depends

[Barry Warsaw]

On Apr 02, 2016, at 12:27 PM, Rolf Leggewie wrote:

>On 11.03.2016 19:45, Barry Warsaw wrote:
>> In bug #806824 I propose to split the Python loaders for libpeas into
>> separate binary packages.  
>
>That split hasn't happened yet and it isn't even clear if
>libpeas-1.0-0-python2loader will ever hit the archive.  To file this bug
>looks a bit premature.  Currently, there's nothing to be done and it's not
>clear if there ever will be.

There seems to be some disagreement as to the best course of action, with some
advocation for just porting any libpeas dependencies to Python 3.  TBH I don't
use these so I don't have a strong opinion or motivation, except that I want
to reduce the overall dependence on Python 2 in Debian.  We've already made
this split in Ubuntu and haven't seen any reports of problems, so to me it's a
low risk, high reward option, even if short-term (with the long term being a
full Python 3 port).  At this point I guess it's up to the Gnome team in
Debian to decide how to proceed.


pgprrVfI9vv3Q.pgp
Description: OpenPGP digital signature

Bug#817033: FTBFS randomly. Missing build-depends on python-matplotlib

[Santiago Vila]

retitle 817033 sumo: FTBFS randomly. Missing build-depends on python-matplotlib
user sanv...@debian.org
usertags 817033 - binary-indep
severity 817033 serious
tags 817033 + patch
thanks

Dear maintainer: Because this error happens in the build stage, not in
the package creation stage, this is not really a "FTBFS when using
dpkg-buildpackage -A" bug, but a normal FTBFS bug. I'm therefore
raising the severity accordingly.

There are actually two different bugs here. One of them is that some
documentation seems to require the matplotlib library being present
to be built.

The other is that the Makefile does not properly check for errors.
This is a violation of Policy 4.6, "Error trapping in makefiles".

I believe the attached patch might fix both bugs, but I have not
tested it. Please give it a try.

BTW: You might want to forward this bug upstream as it is an upstream bug
in the Makefile.

Thanks.
diff --git a/Makefile.am b/Makefile.am
index 9eb89c2..38be892 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -7,10 +7,7 @@ doc: pydoc doxygen userdoc javadoc
 pydoc:
rm -rf docs/pydoc
mkdir docs/pydoc
-   cd docs/pydoc && \
-   for i in `find ../../tools/traci ../../tools/sumolib -name "*.py" -not 
-executable | sed 's,../../tools/,,;s,/,.,g;s,.py,,;s,.__init__,,'`; do \
-   PYTHONPATH="../../tools" python -c "import $$i, pydoc; 
pydoc.writedoc($$i)"; \
-   done
+   cd docs/pydoc && sh ../../mk-pydoc
 
 doxygen:
rm -rf docs/doxygen
diff --git a/debian/control b/debian/control
index fe25e87..ae31a21 100644
--- a/debian/control
+++ b/debian/control
@@ -19,7 +19,8 @@ Build-Depends: autotools-dev,
libxerces-c-dev,
libxrandr-dev
 Build-Depends-Indep: doxygen,
- python
+ python,
+ python-matplotlib
 Standards-Version: 3.9.6
 Vcs-Browser: https://anonscm.debian.org/cgit/debian-science/packages/sumo.git
 Vcs-Git: git://anonscm.debian.org/debian-science/packages/sumo.git
diff --git a/mk-pydoc b/mk-pydoc
new file mode 100644
index 000..739e3e0
--- /dev/null
+++ b/mk-pydoc
@@ -0,0 +1,5 @@
+#!/bin/sh
+set -e
+for i in `find ../../tools/traci ../../tools/sumolib -name "*.py" -not 
-executable | sed 's,../../tools/,,;s,/,.,g;s,.py,,;s,.__init__,,'`; do
+  PYTHONPATH="../../tools" python -c "import $i, pydoc; pydoc.writedoc($i)"
+done

Bug#819823: gnome-terminal: Fails to start with "message bus" warning

[raphael]

Package: gnome-terminal
Version: 3.20.0-1
Severity: important

Hi,

Since last update, gnome-terminal (on non-gnome session ie awesome and lightdm) 
fails to lauchn with error : "Error creating terminal: Message recipient 
disconnected from message bus without replying"
It was working perfectly well before.
Thanks

Raphaël



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

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gconf-service3.2.6-3
ii  gnome-terminal-data  3.20.0-1
ii  gsettings-desktop-schemas3.18.1-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.22-4
ii  libcairo-gobject21.14.6-1
ii  libcairo21.14.6-1
ii  libdconf10.24.0-2
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.32.3-1.2
ii  libglib2.0-0 2.48.0-1
ii  libgtk-3-0   3.18.9-1
ii  libnautilus-extension1a  3.18.5-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libuuid1 2.27.1-6
ii  libvte-2.91-00.44.0-1
ii  libx11-6 2:1.6.3-1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.10.8-1
ii  gvfs  1.26.2-1+b1
ii  yelp  3.16.1-1

gnome-terminal suggests no packages.

-- no debconf information

Bug#819824: easy mode for needrestart

[Patrick Schleizer]

Package: needrestart
Severity: wishlist
X-Debbugs-CC: whonix-de...@whonix.org

Dear maintainer,

we are wondering if needrestart should be installed by default in Whonix.

When needrestart is automatically run during apt-get dist-upgrade,
I am concerned, that its output by default is too technical and verbose
and will therefore add more confusion.

Therefore I am hereby kindly asking if you could add an easy mode please?

- can be enabled by dropping some file into /etc/needrestart/conf.d
- no automatic restart
- it's output would be limited to the following

> Services need to be restarted. Reboot recommended.
> For more information, see 'man needrestart'.

Or does the current configuration already allow configuring needrestart
that way?

Cheers,
Patrick

Bug#819822: xserver-xorg-video-all: vmware & qxl

[Jon Boden]

Package: xserver-xorg-video-all
Version: 1:7.7+14
Tags: patch

Hi

Please could you enable xserver-xorg-video-vmware & xserver-xorg-video-qxl on 
kfreebsd-any? Both packages are available there.

As a side effect my patch enables xserver-xorg-video-qxl on hurd-i386 (it is 
available there too).

Thanks!

-- 
Jon Boden

ubuntuBSD -- The power of FreeBSD kernel with familiarity of Ubuntu OS!

http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD
diff -ur debian.old/control debian/control
--- debian.old/control	2016-03-08 08:05:13.0 -0500
+++ debian/control	2016-04-02 15:06:24.0 -0400
@@ -57,11 +57,11 @@
  xserver-xorg-video-dummy [s390x],
  xserver-xorg-video-nouveau [amd64 arm64 armhf i386 powerpc x32],
  xserver-xorg-video-vesa [!s390x],
- xserver-xorg-video-vmware [amd64 hurd-i386 i386 x32],
+ xserver-xorg-video-vmware [any-amd64 any-i386 any-x32],
  ${misc:Depends},
 Recommends:
  xserver-xorg-video-intel [amd64 i386 kfreebsd-any x32],
- xserver-xorg-video-qxl [amd64 i386 x32],
+ xserver-xorg-video-qxl [any-amd64 any-i386 any-x32],
 Replaces: xserver-xorg-driver-all
 Conflicts: xserver-xorg-driver-all
 Description: X.Org X server -- output driver metapackage

Bug#819821: RFS: aggressive-indent-mode/1.5.1-1 -- Emacs minor mode that reindents code after every change

[Sean Whitton]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for an update to aggressive-indent-mode.

* Package name: aggressive-indent-mode
  Version : 1.5.1-1
  Upstream Author : Artur Malabarba 
* URL : https://github.com/Malabarba/aggressive-indent-mode
* License : GPL-2+
  Section : lisp

Changes since the last upload:

  * New upstream version.

Download with dget:

dget -x 
http://mentors.debian.net/debian/pool/main/a/aggressive-indent-mode/aggressive-indent-mode_1.5.1-1.dsc

Or build it with gbp:

gbp clone --pristine-tar 
https://anonscm.debian.org/git/pkg-emacsen/pkg/aggressive-indent-mode.git
cd aggressive-indent-mode
gbp buildpackage

Thanks.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#496740: script: cannot execute binary file, when file is a normal shell script

[Richard Jasmin]

Package: bash
Version: 4.3-11+b1
Followup-For: Bug #496740

Dear Maintainer,

I have similar bug.
/bin/bash  fails.
(cannot execute binary file of type ELF64)

as a result firejail of  fails.
launching firejail qupzilla succeeds, so its not a firejail issue.

../ succeeds

seems to be indicative of a noexec bug where bash wants to copy the file into
temp space and run it. This is a NO-NO.
ESPECIALLY on web browsers and anything accessing the net.Files need to be ran
where they are.
This presents a vulnerability were temp spaces set exec.Malicious code can then
run.

We dont want this.
Since we cant turn debian into cubes, surely we should have as much protection
as possible.

if I invoke /bin/bash directly, it stalls and does nothing until I kill it.
IIRC, it should spawn a new shell(X console).



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

Kernel: Linux 4.4.0-0.bpo.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 bash depends on:
ii  base-files   8+deb8u3
ii  dash 0.5.7-4+b1
ii  debianutils  4.4+b1
ii  libc62.19-18+deb8u3
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1

Versions of packages bash recommends:
ii  bash-completion  1:2.1-4

Versions of packages bash suggests:
pn  bash-doc  

-- no debconf information

Bug#819820: tupi: linux-any -> any

[Jon Boden]

Package: tupi
Version: 0.2+git06-1
Tags: patch

Hi

tupi was once set to "linux-any" due to Build-Depends on "qtmobility-dev" 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747832).

But now it doesn't depend on qtmobility-dev anymore. So can it be set to "any" 
again?

Thank you!

-- 
Jon Boden

ubuntuBSD -- The power of FreeBSD kernel with familiarity of Ubuntu OS!

http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD
diff -Nur debian.old/control debian/control
--- debian.old/control	2015-05-21 00:54:38.0 -0400
+++ debian/control	2016-01-28 13:35:49.0 -0500
@@ -22,7 +22,7 @@
 Vcs-Git: git://anonscm.debian.org/collab-maint/tupi.git
 
 Package: tupi
-Architecture: linux-any
+Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}, tupi-data (= ${source:Version})
 Replaces: ktoon
 Description: 2D Animation design and authoring tool

Bug#819819: gnome-terminal: Two .desktop files with different filenames in GNOME menu

[George Bateman]

Package: gnome-terminal
Version: 3.20.0-1
Severity: normal

Dear Maintainer,

I recently noticed that I had two entries in the programs menu for Gnome
Terminal. This turned out to be caused by having two differently named
.desktop files present:
• /usr/share/applications/org.gnome.Terminal.desktop
• ~/.local/share/applications/gnome-terminal.desktop

The second, I assume, was automatically generated, but should have been
renamed when the name of the first changed. Deleting the second file
resolved the issue for me, leaving only one menu entry.

George Bateman.

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

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gconf-service3.2.6-3
ii  gnome-terminal-data  3.20.0-1
ii  gsettings-desktop-schemas3.18.1-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.22-4
ii  libcairo-gobject21.14.6-1
ii  libcairo21.14.6-1
ii  libdconf10.24.0-2
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.32.3-1.2
ii  libglib2.0-0 2.48.0-1
ii  libgtk-3-0   3.18.9-1
ii  libnautilus-extension1a  3.18.5-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libuuid1 2.27.1-6
ii  libvte-2.91-00.44.0-1
ii  libx11-6 2:1.6.3-1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.10.8-1
ii  gvfs  1.26.2-1+b1
ii  yelp  3.16.1-1

gnome-terminal suggests no packages.

-- no debconf information

Bug#672435: x11vnc: Option -localhost seems to fail to restrict ipv6 access

[Thomas Braun]

tags 672435 security
thanks

On Fri, 11 May 2012 11:12:46 +0900 Ryo IGARASHI  wrote:
> Today I found that the option -localhost does not restrict ipv6 access to 
> ::1(localhost).
> Looking at the -localhost option section of 'man x11vnc', the ipv6 access 
> seems to
> be restricted to ::1 (loopback) as well. However, the output of 'netstat -ln' 
> shows:
> 
> $ netstat -ln
> Proto Recv-Q Send-Q Local Address   Foreign Address State
> ...
> tcp6   0  0 :::5900 :::*LISTEN
> ...

I've just verified that bug with the current version in jessie.

x11vnc -localhost -create

netstat -lntp | grep 5900

tcp0  0 127.0.0.1:5900  0.0.0.0:*   LISTEN  
-
tcp6   0  0 :::5900 :::*LISTEN  
-

The manpage states 

-localhost
[...]
IPv6: if IPv6 is supported, this option automatically implies the IPv6 loopback 
address '::1' as well.

This bug should be treated as a SECURITY relevant bug. Offering VNC services on 
the network interface while claiming that it is only accessible via loopback is 
really bad.

Thomas

Bug#819771: [Pkg-php-pecl] Bug#819771: Bug#819771: missing php5-imagick on stretch, php-imagick does not support PHP 5

[Ondřej Surý]

No, we are just in the middle of transition to PHP 7 and it takes some
time. If you want a stable release, use a stable release :)

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

On Sat, Apr 2, 2016, at 17:38, Yang Yu wrote:
> On Sat, Apr 2, 2016 at 4:22 AM, Ondřej Surý  wrote:
> > Yes, we are transitioning to PHP 7.0 in stretch. There's no bug here,
> > php5 is going away.
> >
> 
> From what I understand on stretch most PECL modules with
> php-($module_name) does not require PHP 7 as of now, shouldn't this
> package be renamed to php7.0-($module_name)? Or those php7.0- are
> becoming php-? Will stretch ship with PHP 7 only?
> 
> The package description saying PHP 5.1.3+ is no longer the case (dep:
> php-common (>= 1:7.0+33~)). Thanks.
> 
> ___
> Pkg-php-pecl mailing list
> pkg-php-p...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-pecl

Bug#819818: libimlib2: off-by-one OOB read in __imlib_MergeUpdate

[Yuriy M. Kaminskiy]

Package: libimlib2
Version: 1.4.6-2+deb8u1
Severity: normal
Tags: upstream patch

Dear Maintainer,

1) I re-compiled imlib2 package with debug information,
2) compiled and installed tests (data, src/bin),
3) run `valgrind imlib2_test`,
4) moved mouse to right lower corner of window;

==16086== Invalid read of size 1
==16086==at 0x4E79C4E: __imlib_MergeUpdate (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.6)

==16086==by 0x401773: main (in /usr/bin/imlib2_test)
==16086==  Address 0x9d20360 is 0 bytes after a block of size 1,200
alloc'd
==16086==at 0x4C28C20: malloc (vg_replace_malloc.c:296)
==16086==by 0x4E798E3: __imlib_MergeUpdate (in 
/usr/lib/x86_64-linux-gnu/libImlib2.so.1.4.6)

==16086==by 0x401773: main (in /usr/bin/imlib2_test)

In gdb, it points to src/lib/updates.c:

   | for (xx = x + 1, ww = 1; |
  >|  (T(xx, y).used & T_USED) && (xx < tw); xx++,|
   | for (yy = y + 1, hh = 1, ok = 1; |

xx is 20 and tw is 20, so T(xx, y) addresses one byte out of buffer.

Pretty obvious, off-by-one error due to swapped condition order.
In unlucky case, this can result in application crash.
Security implications: very minor, DoS at most, only for application 
drawing images using coordinates from untrusted source ("drawing images 
from untrusted sources" by itself is safe).

Two *alternative* patches attached (apply only *one* of them).
TODO: I have not tried to search for similar pattern over codebase yet.

Note: there are no changes affecting this code in 1.4.7 (sid) or 1.4.8 
(upstream).


-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (100, 
'proposed-updates')

Architecture: i386 (x86_64)
Foreign Architectures: amd64

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

Versions of packages libimlib2:amd64 depends on:
ii  libbz2-1.0 1.0.6-7+b3
ii  libc6  2.19-18+deb8u4
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgif44.1.6-11+deb8u1
ii  libid3tag0 0.15.1b-11.1~local1
ii  libjpeg62-turbo1:1.3.1-12
ii  libpng12-0 1.2.50-2+deb8u2
ii  libtiff5   4.0.3-12.3+deb8u1
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  multiarch-support  2.19-18+deb8u4
ii  zlib1g 1:1.2.8.dfsg-2+b1

libimlib2:amd64 recommends no packages.

libimlib2:amd64 suggests no packages.

-- no debconf information

Description: off-by-one out-of-bound read due to reversed condtion
Author: Yuriy M. Kaminksiy 

Note: you need *either* off-by-one-alternative.patch, *or* this patch;
DO NOT APPLY BOTH! (it won't break, but would unnecessarily clutter code)

Index: imlib2-1.4.6/src/lib/updates.c
===
--- imlib2-1.4.6.orig/src/lib/updates.c
+++ imlib2-1.4.6/src/lib/updates.c
@@ -111,7 +111,7 @@ __imlib_MergeUpdate(ImlibUpdate * u, int
   int xx, yy, ww, hh, ok;
 
   for (xx = x + 1, ww = 1;
-   (T(xx, y).used & T_USED) && (xx < tw); xx++, ww++);
+   (xx < tw) && (T(xx, y).used & T_USED); xx++, ww++);
   for (yy = y + 1, hh = 1, ok = 1;
(yy < th) && (ok); yy++, hh++)
 {

Description: off-by-one out-of-bound read due to reversed condtion, alternative solution (allocates one more guard cell).
Author: Yuriy M. Kaminksiy 

Note: you need *either* off-by-one-reversed-condition.patch, *or* this patch;
DO NOT APPLY BOTH! (it won't break, but would unnecessarily clutter code)

Index: imlib2-1.4.6/src/lib/updates.c
===
--- imlib2-1.4.6.orig/src/lib/updates.c
+++ imlib2-1.4.6/src/lib/updates.c
@@ -34,13 +34,14 @@ __imlib_MergeUpdate(ImlibUpdate * u, int
th = h >> TB;
if (h & TM)
   th++;
-   t = malloc(tw * th * sizeof(struct _tile));
+   t = malloc((tw * th + 1) * sizeof(struct _tile));
/* fill in tiles to be all not used */
for (i = 0, y = 0; y < th; y++)
  {
 for (x = 0; x < tw; x++)
t[i++].used = T_UNUSED;
  }
+   t[i].used = T_UNUSED; /* guard OOB */
/* fill in all tiles */
for (uu = u; uu; uu = uu->next)
  {

Bug#815990: Upgrade of intel-microcode to 3.20151106.1~deb8u1 results in throttled CPU (E5-2680 v3)

[Henrique de Moraes Holschuh]

On Mon, 28 Mar 2016, Stuart Bennett wrote:
> On 28/03/16 19:00, Henrique de Moraes Holschuh wrote:
> >That said, what microcode comes with this new BIOS?  Is it 0x36 already,
> >or something earlier?
> 
> It is indeed 0x36.

Thank you for the information.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Bug#819816: ITP: debops -- Ansible based server management utility

[Geert Stappers]

On Sat, Apr 02, 2016 at 07:55:41PM +0200, Daniel Stender wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: debops
>   Version : 0.4.3
>   Upstream Author : DebOps Project 
> * URL : https://github.com/debops/debops
> 
> The binary package is going to be of the same name.
> 
> Thanks,

Thank _you_ for bringing it to a wider audience.


Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#819816: ITP: debops -- Ansible based server management utility

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: debops
  Version : 0.4.3
  Upstream Author : DebOps Project 
* URL : https://github.com/debops/debops
* License : GPL-3
  Programming Lang: Python
  Description : Ansible based data center management utility

This is a server configuration manager written in Python [1] which is based
on a collection of Ansible playbooks [2]. It's especially for the configuration
of Debian/Ubuntu servers and features several refined playbooks to set up
a multitude of different features on them from a distance.

The binary package is going to be of the same name.

Thanks,
DS

[1] http://debops.org/

[2] https://en.wikipedia.org/wiki/Ansible_(software)

Bug#819720: routino: Man page bad tagging filename

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Roman,

On 04/01/2016 01:27 PM, Roman V. Nikolaev wrote:
> I find a bug in manpage:
> 
> 1. man planetsplitter
> 2. --tagging=filename link to profiles.xml
> 
> I think profiles.xml need to be replaced on tagging.xml

Thanks for reporting this issue, I've fixed the planetsplitter manpages
in git and the changes will be included in the next upload to unstable.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#819703: +1 not to remove. Fix the stable version

[Jamil Said Jr .]

First and foremost I am for fixing the stable version as soon as possible
(by fixing I mean remove the offending warnings). The maximum priority here,
in my view, it is to ensure that the people who depends on Debian stable can
get rid of these rude and disruptive warnings (which will scare and confuse
many), and that should be done in a regular update that can be applied via a
conservative apt-get update. Then I am for fixing all branches as well.

Then I believe we should NOT remove this package, just rename it in the next
version of Debian. Why throw away this good code? It serves people well! The
author desire is clearly out-of-touch, as he ignores that stable branches
are deliberately kept with older versions in name of better stability - his
position is untenable, and his behavior is less than polite (to put it
mildly). He released the code under a free, open source license, so heck
yeah we can change it.

For the record however, I want to thank the author for his good work on this
package - it is not easy to do what he did. I also understand his concerns,
but quite frankly, I believe this issue is one that he has to deal with
himself - maybe just have an specific email address for bugs, with a canned
automated response which could say something like this:

"Hello, thank you for reporting this problem and thus helping to improve
xscreensaver. I review all emails, but please keep in mind this: Many Linux
distributions ship older versions of this software; maybe the issue that you
are reporting is already fixed in a new release. Please check the following
link www.link.com to see the changelog (things that were fixed already in
previous versions), and if you see your problem there, then you should know
that you must get a updated version from this software. PLEASE NOTE THAT I
AM UNABLE TO ANSWER EMAILS RELATED TO BUGS THAT HAVE ALREADY BEEN FIXED. If
the bug is new, I will get back to you. Cheers."

Problem solved! I hope that the author is reading this and will reconsider
his position. I for one appreciate his work and I would prefer that he
continues to be part of and contribute to Debian.

My 2 cents.

Jamil

Bug#819721: [qgis] Desktop entry for qgis and qbrowser broken

[Sebastiaan Couwenberg]

Control: tags -1 moreinfo

Hi Leonhard,

On 04/01/2016 02:38 PM, Leonhard Weber wrote:
> the desktop entry for the /usr/bin/qgis.bin and /usr/bin/qbrowser.bin
> binaries point towards /usr/bin/qgis
> and /usr/bin/qbrowser respectively instead.

The desktop files for qgis & qbrowser are correct.

/usr/bin/{qgis,qbrowser} are shell wrappers that set LD_LIBRARY_PATH for
the GRASS version on the system.

This is used to support multiple GRASS versions on the same system.

> Either the binaries are being installed with an unintended suffix of
> .bin or the desktop entries are broken.
> Not sure which one given that debian/rules seem to explicitly install to
> a non-suffixed name.
> 
> I have taken the liberty to attach a patch for the latter case, which is
> the workaround I decided to deploy
> at our environment for the time being.

What problem are you working around?

The desktop files in the qgis backport work as expected, there shouldn't
be any need for your patch.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



signature.asc
Description: OpenPGP digital signature

Bug#819214: [pkg-go] Bug#819214: golang-ginkgo: FTBFS: dh_auto_test: go test -v [..] returned exit code 1

[Chris Lamb]

> This is a timing failure. i was only able to reproduce this when running
> the build with nice and hogging the cpu with some dummy processes.
> 
> I will disable, or give an ample margin, to these tests so they stop
> failing.

Please prefer to explicitly disable and poke upstream - testsuites should not 
non-determinstically fail IMHO :)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#810989: itstool: Itstool fails to translate xml attributes, when unicode character is used

[Tanguy Ortolo]

Guillaume Bernard, 2016-01-14 17:11+0100:

When trying to translate strings from English to another langage, itstool fails
because unicode character where used in the translation file (.mo).
As mainly every langage except english uses unicode characters, the package
is unusable.


Well, this is serious indeed!


A fix has been published on the official Github page :
https://github.com/itstool/itstool/commit/6f1761d86b4749a65607d4b4af622f6771e1f330


I think that may not be the right commit, as it is the last one in the 
current version in Debian, therefore already applied. I think you meant 
that one:


https://github.com/itstool/itstool/commit/d75f68cbc58075b57aee53d57b9156655a2fc99a

I will apply it and upload a new version, thank you for the report.

--
,--.
: /` )   Tanguy Ortolo  
| `-'Debian Developer   
\_


signature.asc
Description: Digital signature

Bug#819815: stable upgrade from 3.0~20140825-5 to 3.0~20140825-8~deb8u2 failed

[duck]

Package: redmine
Version: 3.0~20140825-8~deb8u2
Severity: serious


Quack,

Migration fails with:
===
Setting up redmine (3.0~20140825-8~deb8u2) ...
Please configure your config/database.yml first
Populating database for redmine instance "dc".
This may take a while.
Please configure your config/database.yml first
Please configure your config/database.yml first
rake aborted!
Gem::LoadError: Specified 'mysql2' for database adapter, but the gem is 
not loaded. Add `gem 'mysql2'` to your Gemfile (and ensure its version 
is at the minimum required by ActiveRecord).


Gem::LoadError: mysql2 is not part of the bundle. Add it to Gemfile.

Tasks: TOP => db:migrate => environment
(See full trace by running task with --trace)
Error when running rake db:migrate, check database configuration.
dpkg: error processing package redmine (--configure):
 subprocess installed post-installation script returned error exit 
status 1

===

After investigation, the postinst properly loops on my 
redmine/current-instances, so this is well, but unfortunately the new 
magical Gemfile is not passed the instance name, thus using "default" as 
default instance name.


In my case I don't have a "default" instance (which is permitted via 
debconf), but anyway each instance could have a different adapter so 
this will fail in some non-exotic configurations. So it seems a 
different Gemfile.lock should probably be generated for each instance, 
with the X_DEBIAN_SITEID set by the postinst. Or maybe if there is no 
possible conflict have the Gemfile loop on all database config files and 
load all necessary adapters.


Regards.

--
Marc Dequènes

Bug#819814: kdenlive: please enable parallel building

[Pino Toscano]

Source: kdenlive
Version: 15.12.3-1
Severity: wishlist
Tags: patch

Hi,

kdenlive seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).

Thanks,
-- 
Pino
--- a/debian/rules
+++ b/debian/rules
@@ -8,7 +8,7 @@ ifeq ($(DEB_BUILD_ARCH_OS),kfreebsd)
 endif
 
 %:
-	dh $@
+	dh $@ --parallel
 
 override_dh_auto_configure:
 	dh_auto_configure -- $(EXTRAFLAGS)

Bug#819786: gnome-shell-pomodoro: FTBFS: sound-chooser-button.c:1657: undefined reference to `gtk_widget_get_focus_on_click'

[Joseph Herlant]

Hi Chris,

Thanks for the report, I'll have a look at this ASAP to see if
upstream already has a patch for that.
Looks like this function has been deprecated last November. Maybe it
has been removed on one of the latest packages of gtk+.
See: https://bugzilla.gnome.org/show_bug.cgi?id=757269

Thanks
Joseph


On Sat, Apr 2, 2016 at 2:10 AM, Chris Lamb  wrote:
> Source: gnome-shell-pomodoro
> Version: 0.11.0-2
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
>
> Dear Maintainer,
>
> gnome-shell-pomodoro fails to build from source in unstable/amd64:
>
>   [..]
>
>   
> ../lib/.libs/libgnome-pomodoro.a(libgnome_pomodoro_la-sound-chooser-button.o):
>  In function `pomodoro_widgets_sound_chooser_button_set_focus_on_click':
>   
> /home/lamby/temp/cdt.20160402085658.7gPuNksWGy/gnome-shell-pomodoro-0.11.0/lib/sound-chooser-button.c:1671:
>  undefined reference to `gtk_widget_get_focus_on_click'
>   
> /home/lamby/temp/cdt.20160402085658.7gPuNksWGy/gnome-shell-pomodoro-0.11.0/lib/sound-chooser-button.c:1679:
>  undefined reference to `gtk_widget_set_focus_on_click'
>   
> ../lib/.libs/libgnome-pomodoro.a(libgnome_pomodoro_la-sound-chooser-button.o):
>  In function `pomodoro_widgets_sound_chooser_button_get_focus_on_click':
>   
> /home/lamby/temp/cdt.20160402085658.7gPuNksWGy/gnome-shell-pomodoro-0.11.0/lib/sound-chooser-button.c:1657:
>  undefined reference to `gtk_widget_get_focus_on_click'
>   collect2: error: ld returned 1 exit status
>   Makefile:482: recipe for target 'gnome-pomodoro' failed
>   make[4]: *** [gnome-pomodoro] Error 1
>   make[4]: Leaving directory 
> '/home/lamby/temp/cdt.20160402085658.7gPuNksWGy/gnome-shell-pomodoro-0.11.0/src'
>   Makefile:398: recipe for target 'all' failed
>   make[3]: *** [all] Error 2
>   make[3]: Leaving directory 
> '/home/lamby/temp/cdt.20160402085658.7gPuNksWGy/gnome-shell-pomodoro-0.11.0/src'
>   Makefile:470: recipe for target 'all-recursive' failed
>   make[2]: *** [all-recursive] Error 1
>   make[2]: Leaving directory 
> '/home/lamby/temp/cdt.20160402085658.7gPuNksWGy/gnome-shell-pomodoro-0.11.0'
>   Makefile:402: recipe for target 'all' failed
>   make[1]: *** [all] Error 2
>   make[1]: Leaving directory 
> '/home/lamby/temp/cdt.20160402085658.7gPuNksWGy/gnome-shell-pomodoro-0.11.0'
>   dh_auto_build: make -j1 returned exit code 2
>   debian/rules:11: recipe for target 'build' failed
>   make: *** [build] Error 2
>
>   [..]
>
> The full build log is attached.
>
>
> Regards,
>
> --
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-

Bug#819685: [Pkg-iscsi-maintainers] Bug#819685: open-iscsi-udeb: please drop libnss-files-udeb dependency

[Christian Seiler]

Control: tags -1 + confirmed pending

Thanks for the notification about the glibc change!

On 03/31/2016 09:23 PM, Aurelien Jarno wrote:
> As of glibc 2.22-5, libnss-files-udeb has been merged into libc-udeb. 
> Therefore the dependency in open-iscsi-udeb could now be dropped.

Fixed in git:
https://anonscm.debian.org/cgit/pkg-iscsi/open-iscsi.git/commit/?id=2f35aeb0b6ab8da185450ddaad285051cc081176

Ritesh and I don't have any immediate plans for a next upload, so I
don't know when this will hit the archive, but there will definitely
be more updates before Stretch is released. If there are unforeseen
problems with the glibc change that would require an earlier upload
of the package with just the dropped dependency, please increase the
severity of this bug report to at least important and I'll upload
sooner.

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#819703: Please continue providing a stable, high-quality X screensaver program in Debian

[Santiago Vila]

On Sat, Apr 02, 2016 at 11:03:58AM +0200, Axel Beckert wrote:

> Andriy Grytsenko wrote:
>
> > so renaming the package would be wise when working with such
> > upstream.
> 
> What about yscreensaver? ;-)

Some more ideas:

"tsfkax" for "The Screensaver Formerly Known As Xscreensaver"

"xxscreensaver" for "ex-xscreensaver".


Thanks.

Bug#798338: update to 0.24.0

[Pirate Praveen]

On Sat, 19 Mar 2016 15:48:40 +0530 Pirate Praveen 
wrote:
> Control: retitle -1 Please package 0.24.0 available upstream
> 
> Hi Thomas, Russel,
> 
> ruby-rugged also use libgit2 and it would be good to coordinate updates
> among the three parties.
> 
> Right now I want to update gitlab to 8.5.8 which needs gitlab_git 8.2
> and which needs rugged ~> 0.24.0b13

rugged is the last thing that's blocking a gitlab update
https://gitlab.com/debian-ruby/TaskTracker/issues/92

Zigo, Boutil,

I have not heard from Russel for 2 weeks for now. Can we create a new
team and update it?



signature.asc
Description: OpenPGP digital signature

Bug#772576: taskcoach: Start failed

[Nicolas Boulenguez]

Package: taskcoach
Followup-For: Bug #772576

Hello.
The issue may be grave, but it should not block taskcoach forever if
noone is in a position to investigate it. Please consider:
- attaching the contents of "~/.config/Task Coach/TaskCoach.ini"
  In case you have activated the synchronization with an iPhone, be
  sure to remove your password from these contents.
- running
  "LANG=C python -mtrace —trace /usr/bin/taskcoach > /tmp/log.txt 2>&1"
  inside a terminal, then attach the contents of "/tmp/log.txt".
Thanks.