Bug#808035: [src:linux] Local Modules Fail to Load

[Luca Boccassi]

On Tue, 15 Dec 2015 14:36:23 +0200 David Baron  wrote:
> Package: src:linux
> Version: linux-image-4.3.0-1
> Severity: grave
> 
> --- Please enter the report below this line. ---
> Today's upgrades, nvidia-legacy drivers, dkms, and linux-image, headers 
> 4.3.0-1
> 
> On reboot to 4.3.0-1 kernel, get two messages "Local modules fail to load"
> Everything else seems to play OK, no other messages on boot.
> Kde GUI fails to start.
> 
> This may be a post-install problem, relating the nvidia-legacy-304xx  dkms, 
> why I mention them.
> Kernel objects were built, in their similar places to 4.2.0-1.
> But, indeed, xorg log reports failure to load module>
> 
> Notes:
> 
> Despite the tiny / partition given by the installer, one does, indeed need 
> space to have more than one kernel around. For just this type of eventuality!!
> 
> Got that good old "Failed to mount /usr" on 4.2.0-1 bootup. /proc/mounts 
> shows 
> /usr is, in fact, mounted rw.

Hi,

Could you please run reportbug again, so that it will attach more information?

reportbug -N 808035

Kind regards,
Luca Boccassi


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

Bug#807611: kfreebsd-kernel-headers: vm/vm.h not usable

[Christoph Egger]

Steven Chamberlain  writes:
> kfreebsd-kernel-headers/10.1~8 should have fixed vm/vm.h, but it
> has not been installed on the buildds yet.  It must be done manually,
> and it may be a few days before Christoph can do that.

FWIW this happens automatically these days

13 21 * * 0,3 root 
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin:/usr/local/bin 
setup-all-dchroots buildd

Looks like tomorrow noon if I parse cron correctly so leaving it to cron
to do that everywhere

  Christoph

Bug#808063: mongrel2: switch from polarssl to mbedtls

[James Cowgill]

Source: mongrel2
Version: 1.10.0-2
Severity: important
User: james...@cowgill.org.uk
Usertag: polarssl-to-mbedtls

Hi,

Around a year ago, the polarssl project was rebranded as "mbed TLS".
Due to this and due to some major API changes in the 2.0 release, I've
uploaded a new mbedtls package which is intended to replace polarssl.

Please can you switch to mbedtls instead of using polarssl, now that
mbedtls has been accepted.

Thanks,
James

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

Bug#805710: nfs-common: NFS mounts don't work because nfs-common starts before rpcbind.service

[Alex]

Hi,

I have the same issue. The problem for me is that the rpcbind listen socket is 
created _after_ the attempt to mount the NFS  filesystems.

After adding these 2 lines to the [Unit] section in 
/lib/systemdsystem/rpcbind.socket the problem was gone.

DefaultDependencies=no
Before=sockets.target

-- 
Alex

Bug#808066: bzrtp: switch from polarssl to mbedtls

[James Cowgill]

Source: bzrtp
Version: 1.0.2-1
Severity: important
User: james...@cowgill.org.uk
Usertag: polarssl-to-mbedtls

Hi,

Around a year ago, the polarssl project was rebranded as "mbed TLS".
Due to this and due to some major API changes in the 2.0 release, I've
uploaded a new mbedtls package which is intended to replace polarssl.

Please can you switch to mbedtls instead of using polarssl. I asked
upstream about this and they said they were planning to switch at some
point [1]. I did do some porting of bzrtp in [2] which you can use
until upstream switches. The last two commits are probably not relevant
to you.

[1] 
https://lists.nongnu.org/archive/html/linphone-developers/2015-12/msg00043.html
[2] https://github.com/jcowgill/bzrtp/tree/mbedtls

Thanks,
James

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

Bug#808008: segmentation fault on any code compiled by tcc with libc6 2.21-4

[Aurelien Jarno]

Control: retitle -1: segmentation fault on any code due to new binutils 
relocations

On 2015-12-15 12:34, Vincent Lefevre wrote:
> Control: retitle -1 segmentation fault on any code compiled by tcc with libc6 
> 2.21-4
> 
> Cc to the glibc maintainers because the cause of the bug is due to
> some change in glibc.

I don't think it's related to the glibc. It's related to the fact that
glibc 2.21-4 in unstable is built with a recent binutils, introducing
some changes in the relocations. If you rebuild glibc 2.21-4 with
binutils 2.25.1-7, the problem disappears.

> On 2015-12-15 09:35:04 +0100, Vincent Lefevre wrote:
> > Code compiled by tcc segfaults:
> > 
> > ypig% cat conftest.c 
> > int main (void)
> > { return 0; }
> > ypig% tcc conftest.c -o conftest
> > ypig% ./conftest 
> > zsh: segmentation fault (core dumped)  ./conftest
> 
> The cause is libc6 2.21. I get this problem with libc6 2.21-4,
> but on another machine, after reverting to libc6 2.19-22, this
> problem no longer occurs. So, I wonder whether this is a tcc
> bug or a glibc one.
> 
> In the "objdump -S" output of conftest, I notice the following
> difference:
> 
> libc6 2.19:
> 
> 00400430 <_init>:
>   400430:   48 83 ec 08 sub$0x8,%rsp
>   400434:   48 8b 05 4d 01 20 00mov0x20014d(%rip),%rax# 
> 600588 <_init+0x200158>
> [...]
> 
> libc6 2.21:
> 
> 004003f0 <_init>:
>   4003f0:   48 83 ec 08 sub$0x8,%rsp
>   4003f4:   48 8b 05 00 00 00 00mov0x0(%rip),%rax# 4003fb 
> <_init+0xb>
> 
> The 0x20014d(%rip) has changed to 0x0(%rip).

This is due to the following change in crti.o:

2.19:

| 000 <_init>:
|0:   48 83 ec 08 sub$0x8,%rsp
|4:   48 8b 05 00 00 00 00mov0x0(%rip),%rax# b <_init+0xb>
| 7: R_X86_64_GOTPCREL__gmon_start__-0x4
|b:   48 85 c0test   %rax,%rax
|e:   74 05   je 15 <_init+0x15>
|   10:   e8 00 00 00 00  callq  15 <_init+0x15>
| 11: R_X86_64_PLT32  __gmon_start__-0x4
| 

12.21:

|  <_init>:
|0:   48 83 ec 08 sub$0x8,%rsp
|4:   48 8b 05 00 00 00 00mov0x0(%rip),%rax# b <_init+0xb>
| 7: R_X86_64_REX_GOTPCRELX   __gmon_start__-0x4
|b:   48 85 c0test   %rax,%rax
|e:   74 05   je 15 <_init+0x15>
|   10:   e8 00 00 00 00  callq  15 <_init+0x15>
| 11: R_X86_64_PLT32  __gmon_start__-0x4

As you can see the R_X86_64_GOTPCREL has been replaced by a new
relocation type R_X86_64_REX_GOTPCRELX. It looks like TCC doesn't
support it.

Aurelien

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

Bug#808054: docker-libkv: FTBFS: keys.generated.go:11:2: cannot find package "github.com/ugorji/go/codec"

[Chris Lamb]

Source: docker-libkv
Version: 0.1.0-1
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,

docker-libkv fails to build from source in unstable/amd64:

  [..]

 dh_auto_build -O--buildsystem=golang
go install -v github.com/docker/libkv github.com/docker/libkv/store 
github.com/docker/libkv/store/boltdb github.com/docker/libkv/store/etcd 
github.com/docker/libkv/store/mock github.com/docker/libkv/store/zookeeper 
github.com/docker/libkv/testutils
  src/github.com/coreos/etcd/client/keys.generated.go:11:2: cannot find package 
"github.com/ugorji/go/codec" in any of:
/usr/lib/go/src/github.com/ugorji/go/codec (from $GOROOT)

/home/lamby/temp/cdt.20151215162920.4B7hN8Ws2j/docker-libkv-0.1.0/obj-x86_64-linux-gnu/src/github.com/ugorji/go/codec
 (from $GOPATH)
  dh_auto_build: go install -v github.com/docker/libkv 
github.com/docker/libkv/store github.com/docker/libkv/store/boltdb 
github.com/docker/libkv/store/etcd github.com/docker/libkv/store/mock 
github.com/docker/libkv/store/zookeeper github.com/docker/libkv/testutils 
returned exit code 1
  debian/rules:13: recipe for target 'build' failed
  make: *** [build] Error 1

  [..]

The full build log is attached.


Regards,

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


docker-libkv.0.1.0-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#808056: python-statsd: FTBFS: AttributeError: assert_called_once

[Chris Lamb]

Source: python-statsd
Version: 3.2.1-1
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,

python-statsd fails to build from source in unstable/amd64:

  [..]

 dh_auto_test -O--buildsystem=pybuild
  I: pybuild base:184: cd 
/home/lamby/temp/cdt.20151215162938.5GUj6SZkHy/python-statsd-3.2.1/.pybuild/pythonX.Y_2.7/build;
 python2.7 -m nose 
  ..EE
  ==
  ERROR: Socket errors in TCPStatsClient should be raised to user.
  --
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
  self.test(*self.arg)
File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 1305, in patched
  return func(*args, **keywargs)
File 
"/home/lamby/temp/cdt.20151215162938.5GUj6SZkHy/python-statsd-3.2.1/.pybuild/pythonX.Y_2.7/build/statsd/tests.py",
 line 945, in test_tcp_raises_exception_to_user
  cl._sock.sendall.assert_called_once()
File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 721, in 
__getattr__
  raise AttributeError(name)
  AttributeError: assert_called_once
  
  ==
  ERROR: Timeout on TCPStatsClient should be set on socket.
  --
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
  self.test(*self.arg)
File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 1305, in patched
  return func(*args, **keywargs)
File 
"/home/lamby/temp/cdt.20151215162938.5GUj6SZkHy/python-statsd-3.2.1/.pybuild/pythonX.Y_2.7/build/statsd/tests.py",
 line 957, in test_tcp_timeout
  cl._sock.settimeout.assert_called_once()
File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 721, in 
__getattr__
  raise AttributeError(name)
  AttributeError: assert_called_once
  
  --
  Ran 76 tests in 0.065s
  
  FAILED (errors=2)
  E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/home/lamby/temp/cdt.20151215162938.5GUj6SZkHy/python-statsd-3.2.1/.pybuild/pythonX.Y_2.7/build;
 python2.7 -m nose 
  dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 --dir . 
returned exit code 13
  debian/rules:8: recipe for target 'build' failed
  make: *** [build] Error 25

  [..]

The full build log is attached.


Regards,

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


python-statsd.3.2.1-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#640356: upstream accepted the patch

[Jay Berkenbilt]

Upstream has accepted the fbpanel genmon pango patch. It'd be kinda nice
if the patch made it into the debian version so that debian and probably
Ubuntu 16.04 LTS would have it, but if not, the next upstream version
will have it.

-- 
Jay Berkenbilt 

Bug#808053: lightdm-gtk-greeter: system keyboard layout not loaded due to failure to detect keyboard

[bunnie]

Package: lightdm-gtk-greeter
Version: 1.8.5-2
Severity: normal

Dear Maintainer,

I have found a problem in setting the keyboard layout in the lightdm greeter
under certain hardware configurations. Looking around on the web it seems I'm
not the only one with the issue.

The problem happens when using a keyboard that fails to be recognized as
a keyboard by some autodetection system within debian. I found a similar
bug in the package "keyboard-configuration" where the script uses a 
series of tests to detect if a keyboard is attached, and if it doesn't
recognize the keyboard it silently fails to do anything.

The specific hardware setup I have is a Lenovo bluetooth keyboard model
FRU 03X8697 connected to the system via a bluetooth controller embedded
in an Azurewave AW-NB110H (AR9462 chipset). It enumerates in the system
as follows:

[   77.930984] input: ThinkPad Compact Bluetooth Keyboard with TrackPoint as 
/devices/soc0/soc/210.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.3/1-1.3:1.0/bluetooth/hci0/hci0:21/0005:17EF:6048.0001/input/input4

The following experiment seems to demonstrate the failure to recognize
the BT keyboard properly.

1) plug in both a wired USB keyboard, and the BT wireless keyboard
2) reboot the system
3) wait for the BT keyboard to associate, and type into the lightdm login
box. The keyboard layout is default (qwerty-us in this case)
4) tap on the wired USB keyboard. The keyboard layout instantly changes
to the system layout after the first keystroke on the USB keyboard 
(dvorak in this case)
5) tap on the BT keyboard. The layout is still dvorak, and stays this
way.

The layout resets to qwerty every time lightdm-greeter is started, e.g.
if I log out, the keyboard layout resets to qwerty until I either tap
on the wired USB kebyoard, or I log in using the BT keyboard typing
in qwerty and the local xsession settings are applied to fix the layout.

So it seems that the system layout is not being updated until a "recognized"
keyboard input is applied; keyboards that fail to be recognized as keyboards
will not trigger the application of the system layout.

It would be nice if the layout could just be applied even if a recognized
keyboard isn't found, just in case the recognition failed. In looking at the
code used in the keyboard-configuration package, I can see how if a vendor
used non-standard naming conventions or if a keyboard were connected 
via BT, these keyboard would not be recognized as keyboards and the system
layout would fail to be updated. 

thanks for your consideration!

-b.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 3.19.0-00504-gb9c0464 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages lightdm-gtk-greeter depends on:
ii  libc6   2.19-18+deb8u1
ii  libcairo2   1.14.0-2.1
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u3
ii  libglib2.0-02.42.1-1
ii  libgtk-3-0  3.14.5-1+deb8u1
ii  liblightdm-gobject-1-0  1.10.3-3
ii  libx11-62:1.6.2-3

Versions of packages lightdm-gtk-greeter recommends:
ii  desktop-base   8.0.2
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gnome-themes-standard  3.14.2.2-1
ii  policykit-10.105-8

lightdm-gtk-greeter suggests no packages.

-- Configuration Files:
/etc/lightdm/lightdm-gtk-greeter.conf changed:
[greeter]
background=/usr/share/images/desktop-base/login-background.svg
theme-name=Adwaita
xft-antialias=true
xft-hintstyle=hintfull
xft-rgba=rgb
show-indicators=~language;~session;~power;~a11y
keyboard=onboard


-- no debconf information

Bug#808057: Please demote dependency on liblouisutdm1-bin

[Till Kamppeter]

On 12/15/2015 03:07 PM, Till Kamppeter wrote:

Splitting done in Debian GIT repository of cups-filters, ready for
release of 1.4.1-2.


Sorry, 1.4.0-2.

   Till

Bug#808060: should gnome-schedule be removed?

[Mattia Rizzolo]

Package: gnome-schedule
Version: 2.1.1-4
Severity: serious

Dear maintainer,
I think gnome-schedule would be a good candidate for removal from the
archive:

* It's unmaintained (last upload exactly 5 years ago)
* it's dead upstream
* it has RC bugs filed more than half and year ago
* it depends on obsolete libs (python-support)

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#808057: Please demote dependency on liblouisutdm1-bin

[Michael Biebl]

Package: cups-filters
Version: 1.4.0-1
Severity: normal

Hi,

the latest update of cups-filters wants to pull liblouisutdm1-bin which
in turn installs ~10Mb of additional dependencies.
Since I don't use any Braille drivers, it would be great if those
dependencies could be demoted to suggests or recommends or pulled in via
other means (e.g. via a task).

Thanks for considering.
Michael

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

Kernel: Linux 4.3.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 cups-filters depends on:
ii  bc 1.06.95-9+b1
ii  cups-filters-core-drivers  1.3.0-1
ii  ghostscript9.16~dfsg-2
ii  libc6  2.21-4
ii  libcups2   2.1.2-1
ii  libcupsfilters11.3.0-1
ii  libcupsimage2  2.1.2-1
ii  libfontconfig1 2.11.0-6.3
ii  libfontembed1  1.3.0-1
ii  libgcc11:5.3.1-3
ii  libijs-0.350.35-11
ii  libpoppler57   0.38.0-2
ii  libqpdf17  6.0.0-2
ii  libstdc++6 5.3.1-3

Versions of packages cups-filters recommends:
ii  colord  1.2.12-1

Versions of packages cups-filters suggests:
ii  foomatic-db  20150825-1

-- Configuration Files:
/etc/modules-load.d/cups-filters.conf changed [not included]

-- no debconf information

Bug#808062: ITP: brotli -- generic-purpose lossless compression algorithm and format

[Tomasz Buchert]

Package: wnpp
Severity: wishlist
Owner: Tomasz Buchert 

* Package name: brotli
  Version : 0.2.0
  Upstream Author : Brotli Authors
* URL : https://github.com/google/brotli
* License : MIT
  Programming Lang: C/Python
  Description : generic-purpose lossless compression algorithm and format

Brotli is a generic-purpose lossless compression algorithm
that compresses data using a combination of a modern variant
of the LZ77 algorithm, Huffman coding and 2nd order context modeling,
with a compression ratio comparable to the best currently available
general-purpose compression methods. It is similar in speed with
deflate but offers more dense compression.

Cheers,
Tomasz

Bug#808057: Please demote dependency on liblouisutdm1-bin

[Till Kamppeter]

Splitting done in Debian GIT repository of cups-filters, ready for 
release of 1.4.1-2.


   Till

Bug#808007: [PATCH] s390-dasd: check if DASD is already online

[Cyril Brulebois]

Hi,

Hendrik Brueckner  (2015-12-15):
> Control: tags -1 + patch
> 
> Attach a patch to check if the DASD is already online because
> trying to set a DASD online twice results in an error causing
> the s390-dasd module to fail.

I'm no DASD expert but this looks fine from afar. Was that successfully
tested and confirmed to work? Trying to figure out whether to make it
migrate to testing ASAP for inclusion in the next d-i release.

Mraw,
KiBi.

> Thanks and kind regards,
>   Hendrik

> diff -Nru s390-dasd-0.0.32/dasd-config.c s390-dasd-0.0.33/dasd-config.c
> --- s390-dasd-0.0.32/dasd-config.c2015-12-14 11:42:56.0 +0100
> +++ s390-dasd-0.0.33/dasd-config.c2015-12-14 11:43:07.0 +0100
> @@ -244,6 +244,9 @@
>   struct sysfs_device *device;
>   struct sysfs_attribute *attr;
>  
> + if (channel_current->online)
> + return WANT_NEXT;
> +
>   device = sysfs_open_device ("ccw", channel_current->name);
>   if (!device) {
>   di_error("s390-dasd: could not open device %s",
> diff -Nru s390-dasd-0.0.32/debian/changelog s390-dasd-0.0.33/debian/changelog
> --- s390-dasd-0.0.32/debian/changelog 2015-12-14 11:42:56.0 +0100
> +++ s390-dasd-0.0.33/debian/changelog 2015-12-15 09:47:15.0 +0100
> @@ -1,3 +1,12 @@
> +s390-dasd (0.0.33) UNRELEASED; urgency=medium
> +
> +  * Setting a DASD online if it is already online, results in EINVAL
> +and the s390-dasd module exists immediately.
> +Check if an DASD is already online and, if so, advance to the next
> +configuration step.  (Closes: #808007)
> +
> + -- Hendrik Brueckner   Mon, 14 Dec 2015 
> 11:41:55 +0100
> +
>  s390-dasd (0.0.32) unstable; urgency=medium
>  
>* If no channel is found, exit cleanly. This allows s390-dasd to step


signature.asc
Description: Digital signature

Bug#808057: Please demote dependency on liblouisutdm1-bin

[Michael Biebl]

Am 15.12.2015 um 17:42 schrieb Till Kamppeter:

> So we decided to have the separate cups-filters-braille binary package
> which in Ubuntu will reside in "Universe". It can be promoted to "Main"
> there but then not by me but by the accessibility guys.

Sounds good to me.

Thanks for the quick reply, Till.


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



signature.asc
Description: OpenPGP digital signature

Bug#597162: works for me

[Holger Levsen]

control: tags -1 - unreproducible
control: tags -1 + upstream
control: found -1 1.1.33-1
control: retitle -1  mock should clearly complain if user is not a member of 
mock group

Hi Guido,

On Dienstag, 15. Dezember 2015, Guido Günther wrote:
> Not giving any notice is a bug (and I think I was in the mock group at
> that time).

the initial bug reported stated the message given: " The password you typed is 
invalid. Please try again." 

I fully agree that the message could+should be improved to say "you are not a 
member of the mock group" but 
this bug report never about that… I'm not sure 

> I do trust you if it works though. However I think we would be better of
> moving 1.2 unstable which has all of this fixed.

totally agreed. :)


cheers,
Holger


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

Bug#808055: php-pinba: FTBFS: PHP Fatal error: Call to a member function getFilelist() on null in /usr/share/php/PEAR/Command/Install.php on line 747

[Chris Lamb]

Source: php-pinba
Version: 1.0.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,

php-pinba fails to build from source in unstable/amd64:

  [..]

 dh_auto_install -O--buildsystem=phppear
/usr/bin/pear -c debian/pearrc -d download_dir=/tmp -d 
include_path=/usr/share/php -d php_bin=/usr/bin/php -d bin_dir=/usr/bin -d 
php_dir=/usr/share/php -d data_dir=/usr/share/php/data -d 
doc_dir=/usr/share/doc/php5-pinba -d test_dir=/usr/share/php/tests install 
--offline --nodeps -P 
/home/lamby/temp/cdt.20151215162945.jSzid3ytVO/php-pinba-1.0.0/debian/php5-pinba
 --nobuild ./pinba-1.0.0/package.xml
  PHP Fatal error:  Call to a member function getFilelist() on null in 
/usr/share/php/PEAR/Command/Install.php on line 747
  dh_auto_install: /usr/bin/pear -c debian/pearrc -d download_dir=/tmp -d 
include_path=/usr/share/php -d php_bin=/usr/bin/php -d bin_dir=/usr/bin -d 
php_dir=/usr/share/php -d data_dir=/usr/share/php/data -d 
doc_dir=/usr/share/doc/php5-pinba -d test_dir=/usr/share/php/tests install 
--offline --nodeps -P 
/home/lamby/temp/cdt.20151215162945.jSzid3ytVO/php-pinba-1.0.0/debian/php5-pinba
 --nobuild ./pinba-1.0.0/package.xml returned exit code 255
  debian/rules:8: recipe for target 'binary' failed
  make: *** [binary] Error 10

  [..]

The full build log is attached.


Regards,

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


php-pinba.1.0.0-2.unstable.amd64.log.txt.gz
Description: Binary data

Bug#807825: ImportError: cannot import name range

[Harlan Lieberman-Berg]

Two more logs, if you would.

Can you generate a log of `python -v /usr/bin/letsencrypt`, and also
`dpkg -l | grep python`?

Thanks!

-- 
Harlan Lieberman-Berg
~hlieberman

Bug#803200:

[Andreas Beckmann]

On 2015-12-15 16:59, alberto fuentes wrote:
> new kernels, new versions of the package... This is a follow up mail.
> Mostly the same experience :)
> 
> From testing running on nouveau, I installed :
> 
> # apt-get install linux-image-amd64 linux-headers-amd64 nvidia-driver -t sid
> 
> it fails to load the module even tho is correctly built (relevant bootup
> log: journal.sid)

Did you reboot after this step? If nouveau is loaded, the nvidia module
cannot be loaded, too, obviously.

The nouveau module probably cannot be unloaded due to kms things, so
you'll have to reboot to switch the driver.

There should have been a debconf notice during installation saying
something about the nouveau module being already loaded and a reboot
being required.

The nvidia driver installs a blacklist configuration that should prevent
nouveau from being used the next time you boot.



Andreas

Bug#808041: s390-zfcp: Install Debian on FC-attached SCSI devices on s390

[Cyril Brulebois]

Hi!

Hendrik Brueckner  (2015-12-15):
> Package: d-i.debian.org
> Severity: normal
> Tags: d-i
> 
> Dear Debian Installer Team and Maintainers,
> 
> I would like to contribute a new package for the Debian Installer
> to configure FCP devices and install Debian on SCSI devices which
> are available on Linux on z Systems.
> 
> FCP device provide access to SAN storage, for example, SCSI devices.
> SCSI devices and DASD devices are the main storage devices on a mainframe.
> 
> With the FCP configuration utility, users can enable FCP devices.
> Depending on the hardware configuration of the FCP devices, LUNs will
> be automatically detected and attached;  alternatively, users are guided
> to manually add LUNs.  The FCP configuration utility can be preseeded
> to perform an unattended configuration of FCP devices.
> 
> I will attach the patches for this new utility, as well as, a README
> with more details in another mail.
> 
> Feedback for the FCP configuration utility is very welcome!
> I am looking forward to discuss and work with you on the steps to make
> it available with the Debian Installer.

Thanks! I'm adding Philipp and S/390 people in copy so that we get as
many eyes as possible on your proposed patches. I'm afraid I don't know
much about this platform for one thing, and lack time to learn more
about it right now for another; sorry about that. :/

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#808067: belle-sip: switch from polarssl to mbedtls

[James Cowgill]

Source: belle-sip
Version: 1.4.1-1
Severity: important
User: james...@cowgill.org.uk
Usertag: polarssl-to-mbedtls

Hi,

Around a year ago, the polarssl project was rebranded as "mbed TLS".
Due to this and due to some major API changes in the 2.0 release, I've
uploaded a new mbedtls package which is intended to replace polarssl.

Please can you switch to mbedtls instead of using polarssl. I asked
upstream about this (and bzrtp) and they said they were planning to
switch at some point [1]. I did do some porting of in [2] which you can
use until upstream switches. Like bzrtp, the last two commits are
probably not relevant to you.

[1] 
https://lists.nongnu.org/archive/html/linphone-developers/2015-12/msg00043.html
[2] https://github.com/jcowgill/belle-sip/tree/mbedtls

Thanks,
James

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

Bug#808068: RM: gnuspool -- RoQA; RC-buggy, unmaintained, really low popcon, dead upstream

[Mattia Rizzolo]

Package: ftp.debian.org
X-Debbugs-Cc: gnusp...@packages.debian.org

Please remove gnuspool from the archive.

It has one unresolved RC bug since > 3,5 years, a really low popcon (4)
and upstream doesn't look that active either.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#743878: nmon sigsegfault when Network option choosen

[Sandro Tosi]

hey! can we get this merged? I was bitten by it just now :)

Also thanks for packaging nmon, I remembered asking Nigel about
packaging but back in the days the license didnt allow for inclusion
in debian

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

Bug#808052: should enemies-of-carlotta be removed?

[Mattia Rizzolo]

Source: enemies-of-carlotta
Version: 1.2.6-4
Severity: serious


Dear maintainer,

I think it can make sense to remove enemies-of-carlotta from the
archive:

* It has an unfixed RC bug, filed more half an year ago
* It depends on obsolete stuff (python-support)
* Last upload was more than 5 years ago
* It has an incredibily low popcon

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#808065: pdns: switch from polarssl to mbedtls

[Christian Hofstaedtler]

* James Cowgill  [151215 17:57]:
> Please can you switch to mbedtls instead of using polarssl. I can see
> upstream has already switched, but I haven't looked to see how easy it
> is to backport.

Yep, will do.

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



signature.asc
Description: PGP signature

Bug#808069: fossil: please, enable Tcl integration and deepen TH1 support

[Sergei Golovan]

Source: fossil
Version: 1:1.33-3
Severity: wishlist
Tags: patch

Dear Maintainer,

Currently, the fossil package in Debian doesn't complile in the Tcl
integration and doesn't allow one to use TH1 in doc pages.

Please, compile these useful features in one of the next versions. They
are disabled by default in fossil config, so adding them doesn't lead
to security problems.

I'm attaching a patch which does this. It contains one non-obvious bit
caused by some peculiarity in Debian Tcl packaging (one has to use
DEB_HOST_MULTIARCH variable to get to tclConfig.sh).

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

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

-- no debconf information
diff -Nru fossil-1.33/debian/changelog fossil-1.33/debian/changelog
--- fossil-1.33/debian/changelog	2015-07-12 02:37:27.0 +0300
+++ fossil-1.33/debian/changelog	2015-12-15 19:36:49.0 +0300
@@ -1,3 +1,11 @@
+fossil (1:1.33-3.1) unstable; urgency=medium
+
+  * enable TH1 for embedded documentation pages
+  * enable TH1 hooks for commands and web pages
+  * enable Tcl integration
+
+ -- Sergei Golovan   Tue, 15 Dec 2015 19:18:50 +0300
+
 fossil (1:1.33-3) unstable; urgency=medium
 
   * enable line editing via build dependency on libreadline-dev
diff -Nru fossil-1.33/debian/control fossil-1.33/debian/control
--- fossil-1.33/debian/control	2015-07-12 02:36:27.0 +0300
+++ fossil-1.33/debian/control	2015-12-15 19:46:24.0 +0300
@@ -10,6 +10,7 @@
 	   libsqlite3-dev,
 	   sqlite3,
 	   tcl | tcl8.5 | tclsh,
+	   tcl-dev | tcl8.5-dev,
 	   zlib1g-dev | libz-dev,
 	   libssl-dev
 Vcs-Browser: http://fossil-scm.org
@@ -17,7 +18,7 @@
 
 Package: fossil
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: libtcl, ${shlibs:Depends}, ${misc:Depends}
 Suggests: gnupg | gnupg2
 Description: DSCM with built-in wiki, http interface and server, tickets database
  Fossil is an easy-to-use Distributed Source Control Management system
diff -Nru fossil-1.33/debian/rules fossil-1.33/debian/rules
--- fossil-1.33/debian/rules	2015-07-10 13:20:25.0 +0300
+++ fossil-1.33/debian/rules	2015-12-15 19:54:41.0 +0300
@@ -1,9 +1,15 @@
 #!/usr/bin/make -f
+
+include /usr/share/dpkg/architecture.mk
+
 %:
 	dh $@ --parallel --with autotools-dev
 
 override_dh_auto_configure:
-	dh_auto_configure -- --disable-internal-sqlite --json
+	dh_auto_configure -- --disable-internal-sqlite --json \
+			 --with-th1-docs --with-th1-hooks \
+			 --with-tcl=/usr/lib/$(DEB_HOST_MULTIARCH) \
+			 --with-tcl-stubs
 
 # From src/main.mk:
 #

Bug#808051: xfs-modules for s390x fail to load because of missing crc32_generic

[alkl]

Package: xfs-modules-4.2.0-1-s390x-di
Version: 4.2.6-3
Severity: normal
Tags: d-i

Dear maintainers,

The xfs modules for s390x can not be loaded during the debian installation.
It fails because the required libcrc32c won't load. Which seems to be  
the case because crc32_generic is missing.


Many thanks in advance.

Alexander Klein

Bug#807598: xserver-xorg-video-intel: [i915] No hardware acceleration

[Gilles Sadowski]

On Tue, Dec 15, 2015 at 03:24:59PM +0100, Julien Cristau wrote:
> On Tue, Dec 15, 2015 at 12:22:56 +0100, Gilles Sadowski wrote:
> 
> > On Tue, Dec 15, 2015 at 09:05:38AM +0100, Julien Cristau wrote:
> > > On Thu, Dec 10, 2015 at 18:28:53 +0100, Gilles Sadowski wrote:
> > > 
> > > > [  2716.870] Current Operating System: Linux night 4.2.0-1-amd64 #1 SMP 
> > > > Debian 4.2.6-3 (2015-12-06) x86_64
> > > 
> > > SKL isn't supported until (IIRC) Linux 4.3.
> > 
> > What does it mean (from the perspective of a user)?
> > Linux certainly runs on it without any prominent warning that things could
> > blow out. ;-)
> > Also the installer did not complain in any way.  [If it did, I could have
> > returned the machine (as I specifically indicated to the seller that it
> > should work with the current version of Debian).]
> > 
> > The I915 driver for Intel graphics seems to exist for a long time.
> > The onboard graphics is a feature of the motherboard; so it is not obvious
> > at all that one should pay attention to not buy a current CPU.
> > 
> > Specifying a linux parameter works around the problem, so I guess that it
> > should be indicated on the driver's Wiki page.
> > And, if possible, with an explanation (or link to one) of why upgrading a
> > CPU can make a graphics driver not work anymore...
> > 
> It means you don't get graphics support on Linux on that CPU/GPU
> (they're the same chip) until 4.3.  And no, turning on a "preliminary hw
> support" option is very much not something we should be recommending, on
> wiki pages or anywhere else.

I wouldn't discuss your choice of recommending, or not, the workaround.

I would however think important that this piece of information appears
somewhere (be it during install, or on the Wiki or ) so
that users like me would know what not to buy if they want to avoid nasty
surprises.


Best regards,
Gilles

Bug#808057: Please demote dependency on liblouisutdm1-bin

[Till Kamppeter]

Hi,

I have added the Braille support and today discussed it with the Ubuntu 
folks, and there we came to the conclusion to move Braille into a 
separate binary package named cups-filters-braille. I was about to do 
this now.


Especially in Ubuntu the new dependencies would need a move of packages 
from the Canonical-usupported part "Universe" to the supported part 
"Main" which requires security reviews of these packages.


So we decided to have the separate cups-filters-braille binary package 
which in Ubuntu will reside in "Universe". It can be promoted to "Main" 
there but then not by me but by the accessibility guys.


   Till


On 12/15/2015 02:33 PM, Michael Biebl wrote:

Package: cups-filters
Version: 1.4.0-1
Severity: normal

Hi,

the latest update of cups-filters wants to pull liblouisutdm1-bin which
in turn installs ~10Mb of additional dependencies.
Since I don't use any Braille drivers, it would be great if those
dependencies could be demoted to suggests or recommends or pulled in via
other means (e.g. via a task).

Bug#808015: acpid: FTBFS: libnetlink.c:497:54: error: comparison between signed and unsigned integer expressions

[Chris Lamb]

>The common thread here is RTA_ALIGN().  My guess is that it's now 
> returning an unsigned.  Adding an (int) to each one should fix it.  E.g.:
> 
>  if ((int)RTA_ALIGN(rta->rta_len) + len > maxlen) {

Yep, works great. (Both in ./libnetlink.c and ./kacpimon/libnetlink.c)


Regards,

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

Bug#808059: gatling: switch from polarssl to mbedtls

[James Cowgill]

Source: gatling
Version: 0.13-5
Severity: important
Tags: patch
User: james...@cowgill.org.uk
Usertag: polarssl-to-mbedtls

Hi,

Around a year ago, the polarssl project was rebranded as "mbed TLS".
Due to this and due to some major API changes in the 2.0 release, I've
uploaded a new mbedtls package which is intended to replace polarssl.

Please can you switch to mbedtls instead of using polarssl. I did a bit
of work at porting this. The attached patch should work (or you can use
it as the basis for another fix).

Thanks,
JamesDescription: Switch from polarssl to mbedtls
Author: James Cowgill 
Forwarded: no
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/GNUmakefile
+++ b/GNUmakefile
@@ -84,10 +84,10 @@ tlsgatling_nofail: gatling.c ssl.o $(HTT
 	-$(CC) -o tlsgatling gatling.c ssl.o $(HTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS $(LDFLAGS) -lssl -lcrypto $(LDLIBS)
 
 ptlsgatling: gatling.c pssl.o $(PHTTPS_OBJS) libsocket libiconv libcrypt
-	$(CC) -o $@ gatling.c pssl.c $(PHTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS -DUSE_POLARSSL $(LDFLAGS) -lpolarssl $(LDLIBS)
+	$(CC) -o $@ gatling.c pssl.c $(PHTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS -DUSE_MBEDTLS $(LDFLAGS) -lmbedcrypto -lmbedx509 -lmbedtls $(LDLIBS)
 
 ptlsgatling_nofail: gatling.c pssl.o $(PHTTPS_OBJS) libsocket libiconv libcrypt
-	-$(CC) -o ptlsgatling gatling.c pssl.c $(PHTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS -DUSE_POLARSSL $(LDFLAGS) -lpolarssl $(LDLIBS)
+	-$(CC) -o ptlsgatling gatling.c pssl.c $(PHTTPS_OBJS) $(CFLAGS) -DSUPPORT_HTTPS -DUSE_MBEDTLS $(LDFLAGS) -lmbedcrypto -lmbedx509 -lmbedtls $(LDLIBS)
 
 gatling: gatling.o $(OBJS) md5lib
 	$(CC) $(LDFLAGS) $@.o $(OBJS) -o $@ $(LDLIBS) `cat md5lib`
@@ -113,7 +113,7 @@ https.o: http.c
 	$(CC) -c $< -o $@ -I. $(CFLAGS) -DSUPPORT_HTTPS
 
 phttps.o: http.c
-	$(CC) -c $< -o $@ -I. $(CFLAGS) -DSUPPORT_HTTPS -DUSE_POLARSSL
+	$(CC) -c $< -o $@ -I. $(CFLAGS) -DSUPPORT_HTTPS -DUSE_MBEDTLS
 
 %: %.o
 	$(CC) $(LDFLAGS) $@.o -o $@ $(LDLIBS)
--- a/gatling.c
+++ b/gatling.c
@@ -259,8 +259,8 @@ void cleanup(int64 fd) {
 #ifdef USE_OPENSSL
 if (h->ssl) SSL_free(h->ssl);
 #endif
-#ifdef USE_POLARSSL
-ssl_free(>ssl);
+#ifdef USE_MBEDTLS
+mbedtls_ssl_free(>ssl);
 #endif
 #endif
 #ifdef SUPPORT_SMB
@@ -707,11 +707,7 @@ static void accept_server_connection(int
 #else
 	  fchdir(origdir);
 #endif
-#ifdef USE_OPENSSL
 	  if (init_serverside_tls(>ssl,n))
-#elif defined(USE_POLARSSL)
-	  if (init_serverside_tls(>ssl,>ssn,n))
-#endif
 	  {
 	if (logging) {
 	  char a[FMT_ULONG];
@@ -789,22 +785,22 @@ int handle_ssl_error_code(int sock,int c
 io_wantwrite(sock);
 io_dontwantread(sock);
 return 0;
-#elif defined(USE_POLARSSL)
-  case POLARSSL_ERR_NET_WANT_READ:
+#elif defined(USE_MBEDTLS)
+  case MBEDTLS_ERR_SSL_WANT_READ:
 io_wantread(sock);
 io_dontwantwrite(sock);
 return 0;
-  case POLARSSL_ERR_NET_WANT_WRITE:
+  case MBEDTLS_ERR_SSL_WANT_WRITE:
 io_wantwrite(sock);
 io_dontwantread(sock);
 return 0;
 #endif
 #ifdef USE_OPENSSL
   case SSL_ERROR_SYSCALL:
-#elif defined(USE_POLARSSL)
-  case POLARSSL_ERR_NET_RECV_FAILED:
-  case POLARSSL_ERR_NET_SEND_FAILED:
-  case POLARSSL_ERR_NET_CONN_RESET:
+#elif defined(USE_MBEDTLS)
+  case MBEDTLS_ERR_NET_RECV_FAILED:
+  case MBEDTLS_ERR_NET_SEND_FAILED:
+  case MBEDTLS_ERR_NET_CONN_RESET:
 errno=ECONNRESET;
 #endif
 // we already signal the error up and upsteam will then write an
@@ -870,8 +866,8 @@ void do_sslaccept(int sock,struct http_d
   r=SSL_get_error(h->ssl,SSL_accept(h->ssl));
 //  printf("do_sslaccept -> %d\n",r);
   if (r==SSL_ERROR_NONE)
-#elif defined(USE_POLARSSL)
-  r=ssl_handshake(>ssl);
+#elif defined(USE_MBEDTLS)
+  r=mbedtls_ssl_handshake(>ssl);
   if (r==0)
 #endif
   {
@@ -905,8 +901,8 @@ static void handle_read_misc(int64 i,str
   if (h->t == HTTPSREQUEST) {
 #ifdef USE_OPENSSL
 l=SSL_read(h->ssl,buf,sizeof(buf));
-#elif defined(USE_POLARSSL)
-l=ssl_read(>ssl,(unsigned char*)buf,sizeof(buf));
+#elif defined(USE_MBEDTLS)
+l=mbedtls_ssl_read(>ssl,(unsigned char*)buf,sizeof(buf));
 #else
 #error fixme
 #endif
@@ -915,9 +911,9 @@ static void handle_read_misc(int64 i,str
 if (l==-1) {
   l=SSL_get_error(h->ssl,l);
   if (l==SSL_ERROR_WANT_READ || l==SSL_ERROR_WANT_WRITE) {
-#elif defined(USE_POLARSSL)
+#elif defined(USE_MBEDTLS)
 if (l<0) {
-  if (l==POLARSSL_ERR_NET_WANT_READ || l==POLARSSL_ERR_NET_WANT_WRITE) {
+  if (l==MBEDTLS_ERR_SSL_WANT_READ || l==MBEDTLS_ERR_SSL_WANT_WRITE) {
 #else
 #error fixme
 #endif
@@ -928,8 +924,8 @@ static void handle_read_misc(int64 i,str
 	  return;
 	}
 	l=-1;
-#ifdef USE_POLARSSL
-  } else if (l==POLARSSL_ERR_NET_RECV_FAILED) {
+#ifdef USE_MBEDTLS
+  } else if (l==MBEDTLS_ERR_NET_RECV_FAILED) {
 	l=0;
 #endif
   } else {
@@ -1117,8 +1113,8 @@ int64 https_write_callback(int64 sock,co
   l=SSL_write(H->ssl,buf,n);
   if (l<0) {
 l=SSL_get_error(H->ssl,l);
-#elif defined(USE_POLARSSL)
-  

Bug#798313: [Pkg-samba-maint] Bug#798313: build with samba 4.2

[Jelmer Vernooij]

On Tue, Dec 15, 2015 at 09:24:39AM +0100, Sebastien Bacher wrote:
> Looks like fedora has a patch for that
> http://pkgs.fedoraproject.org/cgit/openchange.git/commit/?id=e0dd24b23a130012d4d5413cda5be63ab95420c2
That patch is a hack, sufficient for building evolution-mapi perhaps, but not
as a general fix. :( It writes some (but not all - some still goes to the Samba
log files) of OpenChange's log output to stderr, and it disables the server 
side.

Cheers,

Jelmer

Bug#808061: should rats be removed from the archive?

[Mattia Rizzolo]

Package: rats
Version: 2.3-1
Severity: serious

Dear maintainer,
I think rats can be removed from the archive:

* It's unmaintained (last upload more than 6 years ago)
* I can't find the upstream site anymore
* low popcon
* currently not in stable
* it FTBFS => RC buggy since moore than 1,5 years


-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#792309: closed by Alberto Gonzalez Iniesta <a...@inittab.org> (Bug#791829: fixed in openvpn 2.3.7-2)

[Alberto Gonzalez Iniesta]

On Mon, Dec 14, 2015 at 07:56:45PM +0100, Michal Hocko wrote:
> On Mon, Dec 14, 2015 at 07:52:16PM +0100, Alberto Gonzalez Iniesta wrote:
> > On Mon, Dec 14, 2015 at 07:43:28PM +0100, Michal Hocko wrote:
> > > On Sat, Sep 19, 2015 at 10:25:15PM +0200, Michal Hocko wrote:
> > > > On Tue, Sep 08, 2015 at 09:39:05AM +, Debian Bug Tracking System 
> > > > wrote:
> > > > > This is an automatic notification regarding your Bug report
> > > > > which was filed against the openvpn package:
> > > > > 
> > > > > #792309: init script no longer asks for user/passwd and fails 
> > > > > connection
> > > > > 
> > > > > It has been closed by Alberto Gonzalez Iniesta .
> > > > > 
> > > > > Their explanation is attached below along with your original report.
> > > > > If this explanation is unsatisfactory and you have not received a
> > > > > better one in a separate message then please contact Alberto Gonzalez 
> > > > > Iniesta  by
> > > > > replying to this email.
> > > > 
> > > > The problem still seems to be present with 2.3.7-2:
> > > 
> > > And the same is true for 2.3.7-2+b1. Should I open a new bug report
> > > or we should continue with the current one?
> > 
> > The same one should be ok. I'm very sorry with the time this is taking.
> > But I can't figure out what's wrong with 2.3.8 and systemd
> 
> FWIW I am not using the systemd.
> 

I know. The problem is: uploading 2.3.8 fixing this bug, will break the
same feaute for systemd users. Funny, eh? :-)

-- 
Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico
mailto/sip: a...@inittab.org | en GNU/Linux y software libre
Encrypted mail preferred| http://inittab.com

Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D  4BF2 009B 3375 6B9A AA55

Bug#808008: segmentation fault on any code compiled by tcc with libc6 2.21-4

[Vincent Lefevre]

Control: retitle -1 tcc: segmentation fault on any code due to new binutils 
relocations
Control: tags -1 upstream

On 2015-12-15 17:14:54 +0100, Aurelien Jarno wrote:
> Control: retitle -1: segmentation fault on any code due to new binutils 
> relocations

There shouldn't be a ":" after -1.

> I don't think it's related to the glibc. It's related to the fact that
> glibc 2.21-4 in unstable is built with a recent binutils, introducing
> some changes in the relocations. If you rebuild glibc 2.21-4 with
> binutils 2.25.1-7, the problem disappears.
[...]
> As you can see the R_X86_64_GOTPCREL has been replaced by a new
> relocation type R_X86_64_REX_GOTPCRELX. It looks like TCC doesn't
> support it.

Thanks for the information. Reported upstream in the tinycc-devel list
(I don't have the URL yet).

This is still not fixed in the git repository (mob branch).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#807995: postnews sponsorship

[Robert James Clay]

On 05/16/2013 10:48 +0200, John Paul Adrian Glaubitz wrote:
>On 05/16/2013 10:26 AM, RJ Clay wrote:
>> Are those really necessary now?  I will be packaging postnews v0.6
>> later on this year and planned to look at bumping the debhelper version
>> then. (And note that I am part of upstream now and there will be v0.6
>> release...)
>> (...)
>> Yes, I knew about those and already plan to resolve them with the
>> postnews v0.6 packaging.  
>Fair enough, I'm taking your word on this!
>Please ping me back once you have 0.6 ready, 

  I have resolved the issues you raised then but while a version 0.6 of 
'postnews' was released in September of 2013, I did not have a chance to work 
on updating the packaging of it. (New job at the time, then there was the 
Jessie freeze...)  There has now been a v0.6.1 release which I packaged  and 
which is now available as one of the packages I have at the mentors site, 
where it is available (for instance) as follows:

dget -x 
http://mentors.debian.net/debian/pool/main/p/postnews/postnews_0.6.1-1.dsc


  If you would still be willing to sponsor my updated 'postnews'  package, I 
would greatly appreciate it. (Note also that I am now a Debian Maintainer.)



Robert James Clay
j...@rocasa.us

Bug#808058: should gnome-osd be removed?

[Mattia Rizzolo]

Package: gnome-osd
Version: 0.12.2-1.1
Severity: serious

Dear maintainer,
I believe it would be good to remove gnome-osd from the archive:

* it's unmaintained (last maintainer upload more than 7.5 years ago)
* it's obsolete since gnome3, IIUC
* it has RC bugs filed more than half an year ago

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#597162: works for me

[Guido Günther]

On Tue, Dec 15, 2015 at 02:56:36PM +0100, Holger Levsen wrote:
> control: tags -1 + unreproducible
> control: notfound -1 1.1.33-1
> 
> Hi Guido,
> 
> why did you reopen this bug? mock in stable works for me, the result can be 
> seen on eg https://reproducible.debian.net/rpms/fedora-23.html or all jobs on 
> https://jenkins.debian.net/view/reproducible/ with "mock" or "fedora" in 
> their 
> names :-)
> 
> The symptons described by the original submitter are those you get when 
> running mock without being in the "mock" group. So I'd suggest to close this 
> bug (as user error. The "mock" group requirement is well documented).

Not giving any notice is a bug (and I think I was in the mock group at
that time). I do trust you if it works though.

However I think we would be better of moving 1.2 unstable which has
all of this fixed.

CHeers,
 -- Guido

Bug#808065: pdns: switch from polarssl to mbedtls

[James Cowgill]

Source: pdns
Version: 3.4.7-1
Severity: important
User: james...@cowgill.org.uk
Usertag: polarssl-to-mbedtls

Hi,

Around a year ago, the polarssl project was rebranded as "mbed TLS".
Due to this and due to some major API changes in the 2.0 release, I've
uploaded a new mbedtls package which is intended to replace polarssl.

Please can you switch to mbedtls instead of using polarssl. I can see
upstream has already switched, but I haven't looked to see how easy it
is to backport.

https://github.com/PowerDNS/pdns/pull/2688

Thanks,
James

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

Bug#808064: tree: Output incorrect if certain filenames are detected.

[Ben Burrows]

Package: tree
Version: 1.7.0-3
Severity: important

Dear Maintainer,

I hope this came out right, I used "bugreport" but it was unable to send. I
had to dig around in exim to find this and send it manually via gmail.

Output is incorrect if index.txt file is present in the filesystem being
scanned. Actually the extention
of the index file can probably be anything (I came across this issue with
html files)
The bug is easy to reproduce and I have seen it on Debian / OSX and CYGWIN.
You can paste the following to see the issue (I included the output of tree
to demonstrate, you need to
not paste that.)

mkdir TESTING
cd TESTING
mkdir test1
mkdir test2
mkdir test3
touch test1/file.txt
touch test2/file.txt
touch test3/file.txt
touch file.txt
#This is as expected, for comparison
tree -P *.txt
.
├── file.txt
├── test1
│   └── file.txt
├── test2
│   └── file.txt
└── test3
└── file.txt

3 directories, 4 files
touch index.txt
#Here I expect the same result as above + 1 extra file listed
tree -P *.txt
index.txt [error opening dir]

0 directories, 0 files
mv file.txt index.txt
#Again I expect the same as the first result but with the 1 extra file
tree -P *.txt
.
├── index.txt
├── test1
├── test2
└── test3

3 directories, 1 file


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

Kernel: Linux 3.16.0-4-586
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 tree depends on:
ii  libc6  2.19-18+deb8u1

tree recommends no packages.

tree suggests no packages.

-- no debconf information

Bug#808036: transition: libpinyin

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 15/12/15 13:50, Aron Xu wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: pkg-ime-de...@lists.alioth.debian.org
> 
> Dear release team,
> 
> We would like to get a transition slot for libpinyin 1.3.0. Affected
> source packages:
> 
> 1. libpinyin
> 2. fcitx-libpinyin
> 3. ibus-libpinyin
> 
> All of the packages are present in experimental.

Ack.

Emilio

Bug#808074: RFA: fbreader -- e-book reader

[Eugene V. Lyubimkin]

Package: wnpp
Severity: normal

Hello,

I request an adopter for the fbreader package, since I don't use it
actively anymore.

The package description is:
 FBReader is an e-book reader.
 .
 Main features:
  * supports several open e-book formats: fb2, html, chm, plucker,
palmdoc, ztxt, tcr (psion text), rtf, oeb, openreader, non-DRM'ed
mobipocket, plain text, epub, eReader
  * reads directly from tar, zip, gzip, bzip2 archives (you can have
several books in one archive)
  * supports a structured view of your e-book collection
  * automatically determines encodings
  * automatically generates a table of contents
  * keeps the last open book and the last read positions for all open books
between runs
  * automatic hyphenation (patterns for several languages are included)
  * searching and downloading books from www.feedbooks.com and www.litres.ru
  * partial CSS support for epub files

Bug#808063: mongrel2: switch from polarssl to mbedtls

[James Cowgill]

On Tue, 2015-12-15 at 19:37 +0100, Jan Niehusmann wrote:
> Hi,
> 
> On Tue, Dec 15, 2015 at 04:48:06PM +, James Cowgill wrote:
> > Please can you switch to mbedtls instead of using polarssl, now that
> > mbedtls has been accepted.
> 
> As far as I know, mbedtls did not only change the library name, but also
> the API. So one can't simply 'switch' to mbedtls, but the application
> needs to be changed, which should be done upstream.

Yes that's right, sorry I didn't explain that totally before. Port is
probably a better word in the case of this package. I can probably have
a go at doing it if you want.

James

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

Bug#808042: Should mumble-django be removed?

[Mattia Rizzolo]

On Tue, Dec 15, 2015 at 07:33:38PM +0100, Michael ZIegler wrote:
> Hi Mattia,
> 
> I actually agree, I haven't looked into it for ages and I don't think it
> is of much use anymore currently.
> 
> I'm just not quite sure what I need to do to get it cleanly removed.

See this for some docs.
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#removing-pkgs

Here the tl;dr part:

Just reassign this bug to ftp.d.o and give it the right metadata :)

reassign 808042 ftp.debian.org
severity 808042 normal
retitle 808042 RM: mumble-django -- ROM; RC buggy; low popcon; depends on 
obsolete libs


Thanks for being so nice! :)
-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#808079: nmu: c-icap-modules_1:0.4.2-1

[Sebastian Andrzej Siewior]

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

The package has been built against old libclamav6.

nmu c-icap-modules_1:0.4.2-1 . amd64 . unstable . -m "rebuild against 
libclamav7"

Sebastian

Bug#807951: RFP: golang-github-klauspost-crc32 -- CRC32 hash with x64 optimizations for Go

[Daniel Stender]

On Tue, 15 Dec 2015 18:51:44 +0100 Daniel Stender  
wrote:
> Thanks for the note. We've put a couple of packages in yesterday and 
> accidentally filed
> twice on this.
> 
> DS

For the record, the other bug is #807952.

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#808063: mongrel2: switch from polarssl to mbedtls

[Jan Niehusmann]

Hi,

On Tue, Dec 15, 2015 at 04:48:06PM +, James Cowgill wrote:
> Please can you switch to mbedtls instead of using polarssl, now that
> mbedtls has been accepted.

As far as I know, mbedtls did not only change the library name, but also
the API. So one can't simply 'switch' to mbedtls, but the application
needs to be changed, which should be done upstream.

Jan

Bug#620457: Please move /tmp/ssh-XXXXXXXXXXXX directories to $XDG_RUNTIME_DIR

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello:

Please note that XDG_RUNTIME_DIR might be not set on some headless computers:
TMPDIR (and such) [see #619760] might be honour first instead.
Having said that, there exists packages that allows to clean up
the temporary directories (e.g., tmpreaper).

Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWcHQTAAoJEIC/w4IMSybjDs0H/jPfh4i7GJ8WR86xm/hF8Gsn
psQ0+kAatsHTANjmzXOUqrRq31cBeqQ7wpC42ZXESqdYBFebjHNpBIvzsAUPr1Jb
7hZGpekF8SdatKQBUmY2INn3AsH/lxHFM6h59CpwxkJtxbcxM24tRHGBVU/L/Oll
TTjg/6vPSlW1COgSEXA++E97+Fx1S8Uafg7ZJqdCBg3IoLykeuRNbBmoIRBA1gH7
uMaJwNnmkXIY6/OC+YXjb3xOx0oLFivxJJ+DuhqdHUgq+7zf+9q06BPj2Rj87vOe
kovD4R3YWRGf+zpzzmRSuDqaD/Mg5XGvoh0Gj0230flPXi89Crg6Yq0riGU1H9Y=
=3kJM
-END PGP SIGNATURE-

Bug#808076: Fullscreen mode is not fullscreen any more

[Vincent Bernat]

Package: chromium
Version: 47.0.2526.80-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

Since the latest release, fullscreen mode is not fullscreen anymore:
the tabs and the omnibox are still here. Moreover, the background of
the omnibox turns black. This also happens when a video is put on
fullscreen.

Please, remove the patch that introduced this change. If people want
to have such an intrusive change go into Chromium, they should
convince upstream to accept the change.

Thanks.

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

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

Versions of packages chromium depends on:
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libavcodec-ffmpeg56   7:2.8.3-1
ii  libavformat-ffmpeg56  7:2.8.3-1
ii  libavutil-ffmpeg547:2.8.3-1
ii  libc6 2.21-4
ii  libcairo2 1.14.4-1
ii  libcups2  2.1.2-1
ii  libdbus-1-3   1.10.6-1
ii  libexpat1 2.1.0-7
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.1-0.1
ii  libgcc1   1:5.3.1-3
ii  libgdk-pixbuf2.0-02.32.2-1
ii  libglib2.0-0  2.46.2-1
ii  libgnome-keyring0 3.12.0-1+b1
ii  libgtk2.0-0   2.24.29-1
ii  libjpeg62-turbo   1:1.4.1-2
ii  libnspr4  2:4.11-1
ii  libnspr4-0d   2:4.11-1
ii  libnss3   2:3.21-1
ii  libnss3-1d2:3.21-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpci3   1:3.3.1-1
ii  libspeechd2   0.8-7
ii  libsrtp0  1.4.5~20130609~dfsg-1.1
ii  libstdc++65.3.1-3
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxi62:1.7.5-1
ii  libxml2   2.9.3+dfsg1-1
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.9-2
ii  libxslt1.11.1.28-2.1
ii  libxss1   1:1.2.2-1
ii  libxtst6  2:1.2.2-1+b1
ii  x11-utils 7.7+3
ii  xdg-utils 1.1.1-1

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-l10n  47.0.2526.80-2

- -- Configuration Files:
/etc/chromium.d/README [Errno 2] No such file or directory: 
u'/etc/chromium.d/README'
/etc/chromium.d/default-flags [Errno 2] No such file or directory: 
u'/etc/chromium.d/default-flags'

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWcG1WAAoJEJWkL+g1NSX5sakP/13vdmzkDq2hUeot3Fw+EX68
nKvG5AMqBVcFl4pu92NwpEB8yB2bHPoDE3x0ePJtsX2ClSPcgnpTq9DpcQ8CtX6W
IIZTw1MYZmHunVnZVqyW+ObwnhKbN333JGRhZn3ao5WqLuZAnLvMageVNSn/AJtQ
klFYjsKBzhJUiojYVRX+l8YowxD9mkbY/wutue/WoX3XnSllXTxdz7IktL3Tbg1n
vYO6Z8D7+ZSmes/ZLttLJRA5AhHRDYsJrgp4oxrJLt+c1zTGN2k6X5fBeHf+yJ0X
ApRGW6vy5kPA/GR44FpYF2mlTMJmyuiqyYl8TEp/smD+12u1DW/bA2TCX/LPV5Kv
FgDE3nYyb0/5K6K97eAmP5vybYb20+Twa+j7ab49+h3d4WX078yrO1q9QeSh9yyI
iQUE7byR+iu/DkOluSN6X1MzDNgrBrSnSG9lxzLvlyFLBew0mLwbYB0BQVTVso3+
SVs3Yf5M782gXWF7Ja/7LM9yhHmoMNnOG3Wi+cONBAtTdn5bMdG09KgSfKwHyGmz
zj1iC40GYopADoscQL0ua7eGMyYiqjXEOI3APy1pS9XBN9o8+dDOeghsdVlgN08h
xOGBg5sgnCVHa2YvMba3Pdl0Fo2HRBv7bZqN2EGyP2hkzkN0b6rZ8Y9BWb0jou2Q
9pNpT9u4yrKGuOocFTW7
=RzE/
-END PGP SIGNATURE-

Bug#623124: grub2: grub 2.02~beta2-22 fails to install itself after fresh install; system unbootable

[Răzvan Sandu]

Source: grub2
Version: 2.02~beta2-22
Followup-For: Bug #623124

Dear Maintainer,

I've repeatedly tried to install stock Debian 8.2.0 stable (x86_64) on an Intel 
server system
containing:

/dev/sda -  80 GB (IDE)
/dev/sdb - 130 GB (SATA)

BIOS is non-UEFI, AMBIOS. MBR/DOS partition tables are present on both
drives (created via the Debian installer itself).

Installation is a clean one, with no other operating system present - via
USB removable DVD-ROM.

Partitioning scheme (manual) is:

/dev/sda1 - 2 GB  /boot, ext4
/dev/sda2 - 70 GB / ext4
/dev/sda3 - 8 GB swap
/dev/sdb1 - 130GB /var ext4

The installation process performs normally. At the end of the install, grub 
does not install itself
in /dev/sda (master boot record) and the log on the Alt-F4 console says:

grub-installer: Installing for i386-pc platform
grub-installer: warning: Attempting to install GRUB to a disk with multiple
partition labels. This is not supported yet..
grub-installer: warning: Embedding is not possible.  GRUB can only be
installed in this setup by using blocklists.  However, blocklists are
UNRELIABLE and their use is discouraged..
grub-installer: error:: wiil not proceed with blocklists.


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

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


Thanks for your help.

Best regards,
Răzvan

Bug#808080: netpipe: libmpich2-dev is deprecated, please use libmpich-dev instead

[Anton Gladky]

Source: netpipe
Version: Replace libmpich2-dev by libmpich-dev in build-depends
Severity: important

Dear Maintainer,

please replace libmpich2-dev by libmpich-dev, because
libmpich2-dev is deprecated an will be removed shortly.


Thanks

Anton

Bug#808049: lists.debian.org: New list: debian-d...@lists.debian.org

[Sebastian Andrzej Siewior]

On 2015-12-15 15:51:11 [+], Iain R. Learmonth wrote:
> Please create a new mailing list, debian-d...@lists.debian.org.

Seconded.

Sebastian

Bug#808070: kaptain: Unpredictable exit status

[Ian Zimmerman]

Package: kaptain
Version: 1:0.73-1
Severity: normal

kaptain seems to exit with status 1 "most of the time", independently of
which control I use to quit from the dialog.  There is no other
indication that anything went wrong, i.e. output from @echo and @dump is
as expected.

This presents clear difficulty when using kaptain in shell scripts,
which is presumably its intended purpose.

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

Kernel: Linux 3.10.94.5 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kaptain depends on:
ii  dpkg   1.16.17
ii  install-info   4.13a.dfsg.1-10
ii  libc6  2.13-38+deb7u8
ii  libgcc11:4.7.2-5
ii  libqt4-qt3support  4:4.8.6+git64-g5dc8b2b+dfsg-3~bpo70+1
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3~bpo70+1
ii  libqtgui4  4:4.8.6+git64-g5dc8b2b+dfsg-3~bpo70+1
ii  libstdc++6 4.7.2-5

kaptain recommends no packages.

kaptain suggests no packages.

Bug#808073: geki3: Powerup system is unreliable

[Andrej Mernik]

Package: geki3
Version: 1.0.3-8
Severity: normal

Dear Maintainer,

In Geki3 you can pick up three types of powerups during gameplay:

White pills restore your health and this works as advertised. 
Blue and pink pills should powerup your weapons  but this almost never works:

* There is no visual effect when picking up the blue/pink pill. 
* The machinegun is firing but the rockets are not shown at all. 
* The enemies don't seem to be getting destroyed faster, so this is not only an 
cosmetic bug.

Best Regards,
Andrej

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

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

Versions of packages geki3 depends on:
ii  libc6 2.19-18+deb8u1
ii  libkxl0   1.1.7-16
ii  libx11-6  2:1.6.2-3

geki3 recommends no packages.

geki3 suggests no packages.

-- no debconf information

Bug#808072: Acknowledgement (ITP: mdp -- command-line based markdown presentation tool)

[Lev Lamberov]

Packaging work is done at ssh://git.debian.org/git/collab-maint/mdp.git

Cheers!
Lev Lamberov

2015-12-16 0:27 GMT+05:00 Debian Bug Tracking System 
:

> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> As you requested using X-Debbugs-CC, your message was also forwarded to
>   debian-de...@lists.debian.org
> (after having been given a Bug report number, if it did not have one).
>
> Your message has been sent to the package maintainer(s):
>  w...@debian.org
>
> If you wish to submit further information on this problem, please
> send it to 808...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 808072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808072
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#807913: ITP: webkit-sharp -- CLI bindings for WebKitGTK+ 3.0 using GObject Introspection

[Mattia Rizzolo]

On Mon, Dec 14, 2015 at 01:58:15PM +0100, Andrew Shadura wrote:
> * Package name: webkit-sharp

There is already in debian a package with this name.

>   Version : 2.0.0

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#807074: fbreader: includes files with unclear DFSG-freeness and/or copyright status

[Eugene V. Lyubimkin]

On 14.12.2015 22:56, Francesco Poli wrote:
> Well, they themselves say that one of the files under consideration is
> 
> |   Derived, in part, from:
> |
> |* iso-pub.gml
> |
> |Copyright (C) 1986 International Organization for Standardization
> |Permission to copy in any form is granted for use with
> |conforming SGML systems and applications as defined in
> |ISO 8879, provided this notice is included in all copies.
> 
> and similarly for other files.
> 
> Hence, they basically say that some OASIS files (that they distribute
> under DFSG-free terms) are derived, in part, from some ISO files which
> do *not* grant any permission to modify.
> 
> Without any additional explanation, this sounds like a copyright
> violation.

Here our interpretations diverge then. Indeed it's always allowed to suspect, 
but I'd much prefer that a RC bug is filed
after those suspects are confirmed.

>> If they say 'yes', how one is
>> supposed to verify that they really do?
> 
> A simple "yes" answer would not suffice: they need to provide a
> convincing explanation...

Out of curiosity, what can that be?

> Dropping the OASIS files from package fbreader is the last resort
> solution, assuming that those files are not strictly needed for the
> package to provide significant functionality.

If a violation is present, this will be my first resort, otherwise fbreader 
will disappear from testing very quickly.
Between absense of fbreader and worse DocBook format support in fbreader, I 
choose second.

Ad plug: should anyone see a better action course, fbreader is open for 
adoption.

> Please note that, as I have previously said, one FTP Assistant
> confirmed that files under the ISO license are not fit for Debian main:
> https://lists.debian.org/debian-legal/2015/12/msg0.html

I don't read that as something I can directly apply for things under OASIS 
copyright. Of course I might be wrong, that's
why I invited Debian archive masters to the loop. No reason for us to argue any 
longer, let's just wait for what they
think. If those files are unfree, there were in the archive for 7+ years and 
can wait few days I presume.



signature.asc
Description: OpenPGP digital signature

Bug#765639: Bug#802159: New OpenSSL upstream version

[Kurt Roeckx]

On Tue, Dec 15, 2015 at 08:00:59PM +, Adam D. Barratt wrote:
> [dropped explicit CCs to RT and TC members]
> 
> On Tue, 2015-10-20 at 20:37 +0200, Kurt Roeckx wrote:
> > On Tue, Oct 20, 2015 at 01:12:42PM -0500, Don Armstrong wrote:
> > > So from what I'm gathering, this looks like a case where there isn't
> > > enough eyeballs to adequately review this particularly set of updates,
> > > coupled with the importance of making sure that these updates are
> > > correct and don't cause any unintended issues.
> > 
> > There is always the case that one persons bug is an other persons
> > feature.  But those new upstream versions have been in stable and
> > testing for a while now without actually breaking anything.
> 
> (I'm assuming "unstable".)

I really meant stable.  stable has a newer version than oldstable
from the same 1.0.1 series.


Kurt

Bug#808026: RFP: g++-arm-linux-gnueabi -- GNU Arm cross compiler Amd64

[Mélaine Aubin Guifo]

On Tue, 15 Dec 2015 13:56:24 + Neil Williams 
wrote:
> On Tue, 15 Dec 2015 12:55:27 +0100
> Mélaine Aubin Guifo  wrote:
> 
> These packages already exist at versions 4:5.3.1-1 and others,
> including on amd64.
> 
> > Package: g++-arm-linux-gnueabihf
> 
> https://packages.debian.org/unstable/g++-arm-linux-gnueabihf
> 
> > Severity: 
> > X-Debbugs-CC: debian-de...@lists.debian.org
> > 
> > --- Please fill out the fields below. ---
> > 
> >    Package name: g++-arm-linux-gnueabi
> 
> https://packages.debian.org/unstable/g++-arm-linux-gnueabi
> 
> >         Version: 4:5.3.1
> > Upstream Author: [Mélaine Aubin Guifo ]
> >         License: [GPL, LGPL, BSD, MIT/X, etc.]
> >     Description: [DESCRIPTION]
> > 
> 
> 
> -- 
> 
> 
> Neil Williams
> =
> http://www.linux.codehelp.co.uk/
> 

Yes these package already exist in Sid, but could not be installed due
to wrong dependecies or conflicts:
sudo aptitude install gcc-arm-linux-gnueabi g++-arm-linux-gnueabi
The following packages will be upgraded: 
  cpp-arm-linux-gnueabi{b} g++-arm-linux-gnueabi{b} gcc-arm-linux-
gnueabi{b} 
3 packages upgraded, 0 newly installed, 0 to remove and 11 not
upgraded.
Need to get 17.7 kB of archives. After unpacking 0 B will be used.
The following packages have unmet dependencies:
 cpp-arm-linux-gnueabi : Depends: cpp-5-arm-linux-gnueabi (>= 5.3.1-3~) 
but 5.3.1-2cross1 is installed.
 gcc-arm-linux-gnueabi : Depends: gcc-5-arm-linux-gnueabi (>= 5.3.1-3~) 
but 5.3.1-2cross1 is installed.
 g++-arm-linux-gnueabi : Depends: g++-5-arm-linux-gnueabi (>= 5.3.1-3~) 
but 5.3.1-2cross1 is installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) cpp-arm-linux-gnueabi   
2) g++-arm-linux-gnueabi   
3) gcc-arm-linux-gnueabi   
4) gfortran-arm-linux-gnueabi

Bug#808071: attempting to sync new google calendar causes icedove to eat all available CPU and RAM

[Matthew Vernon]

Package: icedove
Version: 38.4.0-1~deb7u1
Severity: important

Hi,

I attempted to tell icedove's iceowl extension (which was enabled in the 
recent update) about my google calendar. This went fine until the 
initial sync; I said "Dismiss all" to the first couple of windows 
containing reminders, and then icedove stopped responding, eating 100% 
CPU and slowly-growing quantities of RAM (it got up to 60% of my 16G of 
RAM before I got fed up and killed it).

This is not very useful :(

Worse (and this is causing me to think maybe "important" isn't a high 
enough severity), I can now not usefully recover from this, because each 
time I re-start icedove, it goes back into trying to resync the 
calendar, and I am unable to stop it doing so, so my icedove is not 
entirely unuseable).

Regards,

Matthew

-- System Information:
Debian Release: 7.9
  APT prefers stable
  APT policy: (990, 'stable'), (990, 'oldstable'), (500, 'oldstable-updates'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.12.2-3
ii  libdbus-1-3   1.6.8-1+deb7u6
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.19-stable-3+deb7u1
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1+deb7u2
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1+deb7u2
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-4+deb7u1
ii  libsqlite3-0  3.7.13-1+deb7u2
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-5
ii  libx11-6  2:1.5.0-1+deb7u2
ii  libxcomposite11:0.4.3-2
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxfixes31:5.0-4+deb7u1
ii  libxrender1   1:0.9.7-1+deb7u2
ii  libxt61:1.1.3-1+deb7u1
ii  psmisc22.19-1+deb7u1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  38.4.0-1~deb7u1
ii  myspell-en-gb [myspell-dictionary]1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.3-3
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgssapi-krb5-2  1.12.1+dfsg-19

-- no debconf information

Bug#808078: yum: no postrm in package

[Alexandre Detiste]

Package: yum
Version: 3.4.3-3
Severity: normal

yum package doesn't clean-up anything on purge,
things like /var/log/yum & / var/lib/yum

Greets,



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

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

Bug#765639: Bug#802159: New OpenSSL upstream version

[Adam D. Barratt]

[dropped explicit CCs to RT and TC members]

On Tue, 2015-10-20 at 20:37 +0200, Kurt Roeckx wrote:
> On Tue, Oct 20, 2015 at 01:12:42PM -0500, Don Armstrong wrote:
> > So from what I'm gathering, this looks like a case where there isn't
> > enough eyeballs to adequately review this particularly set of updates,
> > coupled with the importance of making sure that these updates are
> > correct and don't cause any unintended issues.
> 
> There is always the case that one persons bug is an other persons
> feature.  But those new upstream versions have been in stable and
> testing for a while now without actually breaking anything.

(I'm assuming "unstable".)

Even a naively filtered diff - excluding documentation and tests -
between the 1.0.1k tag and HEAD on upstream's stable branch is much
larger than I'd imagined (1091 files changed, 73609+, 68591-), but
paging through it there's a significant amount of "no-op" changes such
as

-   seed_len,
-   param_len;
+ seed_len, param_len;

that git diff is sadly too dumb to be able to ignore (or I'm too dumb to
be able to drive it to do so).

Do we have an approximate idea of how far divorced from upstream's
1.0.1e/k releases the corresponding packages in wheezy and jessie
currently are? 

Regards,

Adam

Bug#808063: mongrel2: switch from polarssl to mbedtls

[Jan Niehusmann]

On Tue, Dec 15, 2015 at 07:38:30PM +, James Cowgill wrote:
> Yes that's right, sorry I didn't explain that totally before. Port is
> probably a better word in the case of this package. I can probably have
> a go at doing it if you want.

That would, of course, be great!

To avoid duplication of work, it'd probably be good to add a tracking
ticket to https://github.com/mongrel2/mongrel2/issues. I know that
upstream is aware that updating to mbedTLS 2.x needs some work. So it's
possible that somebody already started working on it.

Jan

Bug#808041: s390-zfcp: Install Debian on FC-attached SCSI devices on s390

[Dimitri John Ledkov]

Hi!

On 15 December 2015 at 17:07, Cyril Brulebois  wrote:
> Hi!
>
> Hendrik Brueckner  (2015-12-15):
>> Package: d-i.debian.org
>> Severity: normal
>> Tags: d-i
>>
>> Dear Debian Installer Team and Maintainers,
>>
>> I would like to contribute a new package for the Debian Installer
>> to configure FCP devices and install Debian on SCSI devices which
>> are available on Linux on z Systems.
>>
>> FCP device provide access to SAN storage, for example, SCSI devices.
>> SCSI devices and DASD devices are the main storage devices on a mainframe.
>>
>> With the FCP configuration utility, users can enable FCP devices.
>> Depending on the hardware configuration of the FCP devices, LUNs will
>> be automatically detected and attached;  alternatively, users are guided
>> to manually add LUNs.  The FCP configuration utility can be preseeded
>> to perform an unattended configuration of FCP devices.
>>
>> I will attach the patches for this new utility, as well as, a README
>> with more details in another mail.
>>
>> Feedback for the FCP configuration utility is very welcome!
>> I am looking forward to discuss and work with you on the steps to make
>> it available with the Debian Installer.
>
> Thanks! I'm adding Philipp and S/390 people in copy so that we get as
> many eyes as possible on your proposed patches. I'm afraid I don't know
> much about this platform for one thing, and lack time to learn more
> about it right now for another; sorry about that. :/


I'm part of debian-installer team, and have been mostly uploading
partman-* et.al. packages. So I don't know all of the d-i, but do have
a fairly good working knowledge of it. I certainly can review /
sponsor things for you.

I also have access to s390x hardware to test things out. But my s390x
specific skills are extremely basic at the moment. I can just about
ipl things to get me into installer.

-- 
Regards,

Dimitri.

Bug#808042: Should mumble-django be removed?

[Michael Ziegler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

reassign 808042 ftp.debian.org
severity 808042 normal
retitle 808042 RM: mumble-django -- ROM; RC buggy; low popcon; depends
on obsolete libs

thanks

I also used the correct source email address this time :P


On 15.12.2015 20:09, Mattia Rizzolo wrote:
> On Tue, Dec 15, 2015 at 07:33:38PM +0100, Michael ZIegler wrote:
>> Hi Mattia,
>> 
>> I actually agree, I haven't looked into it for ages and I don't
>> think it is of much use anymore currently.
>> 
>> I'm just not quite sure what I need to do to get it cleanly
>> removed.
> 
> See this for some docs. 
> https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#removing-pkgs
>
>  Here the tl;dr part:
> 
> Just reassign this bug to ftp.d.o and give it the right metadata
> :)
> 
> reassign 808042 ftp.debian.org severity 808042 normal retitle
> 808042 RM: mumble-django -- ROM; RC buggy; low popcon; depends on
> obsolete libs
> 
> 
> Thanks for being so nice! :)
> 


- -- 
Öffentlicher Schlüssel: 48F81543 - Michael Ziegler (Svedrin)
Wo kämen wir denn da hin, wenn jeder nur fragte "Wo kämen wir denn
da hin?", aber niemand ginge, um zu sehen, wohin wir kämen, wenn wir
gingen? (Kurt Marti)

Bug#808057: cups braille dependencies [Was: Please release the cups-filters 1.4.0-2 Debian package]

[Samuel Thibault]

Giving some background for people who haven't had the whole story.

I've recently played with embossers, and written drivers for CUPS, so
that they can be used in a very standard way just like any printer.  It
happens that they already got integrated to cups-filters, and already
got uploaded to Debian.  The drivers are split in two parts:

- device-dependent drivers, which are basically simple shell scripts or
C files, which don't depend on anything beyond bash and libc

- device-independent filters, which are able to convert documents to
braille.  This part can make more or less use of liblouis, imagemagick,
antiword, etc. to be able to turn documents into nice braille printing.

So the device-dependent drivers should really not pose disk size
problem, but the second part may: there is no real end here as to what
could be implemented/integrated, etc. so we somehow have to define
what is "reasonable" to install always / by default / as suggestion /
optionally, etc.

The scripts that were added to cups-filters are able to make use of
imagemagick to turn images into braille, liblouisutdml to reformat text
into braille, poppler-utils to extract text from PDF files and render it
as text, and liblouisutdml + antiword/docx2txt to reformat .doc/.docx
documents into braille.  These all add disk usage (about 10MiB, mostly
composed of the braille tables for various languages), and apparently
this is already perhaps considered too much: bug #808057 was immediately
filed:

Michael Biebl wrote:
> Since I don't use any Braille drivers, it would be great if those
> dependencies could be demoted to suggests or recommends

Personnally, I see a lot of stuff on my disk which I won't ever use
because I'll never have the hardware, which takes much more than 10MiB,
but well.

> or pulled in via other means (e.g. via a task).

Well, the task would then be task-print-server, which I guess you have
installed?

I agree that we don't want to see this size increase too much.  For
instance, I don't plan to pull the natbraille dependency by default,
even if it'd allow some nice tex to braille translation and similar,
because natbraille would pull a whole pile of java libraries.  But can't
we agree on a reasonable set of package, to at least have basic support
for printing braille by default?  Having to look for specific drivers
for such basic things is always a pain.

Samuel

Bug#808075: khronos-api: New upstream version recommended for Wine.

[Jens Reyer]

Package: khronos-api
Version: 0~svn29577-2
Severity: normal

Hi Mike,

according to https://bugs.winehq.org/show_bug.cgi?id=39744#c19 there was
a commit to update Wine's OpenGL tables.

Can you update khronos-api accordingly?

Greets
jre


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

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

-- no debconf information

Bug#791944: [pkg-cryptsetup-devel] Bug#791944: udev: shutdown hangs because of missing swapoff

[Jochen Sprickerhof]

* Jonas Meurer  [2015-12-10 13:16]:
> Could you try to replace 'cryptsetup remove' by 'dmsetup --check close'
> and see whether the shutdown process still hangs?

I guess you mean `dmsetup --checks remove "$dst"`, at least that's what
I've found in my unstable version of dmsetup (2:1.02.110-2). But the
result is the same, it still hangs.

Cheers Jochen


signature.asc
Description: PGP signature

Bug#808043: linux-image-4.3.0-1-powerpc64: Fail to load md_mod with unknow symbol error

[Ben Hutchings]

Control: retitle -1 [powerpc] Modules fail to load following toolchain upgrade
Control: found -1 4.2.6-2
Control: tag -1 - moreinfo

On Tue, 2015-12-15 at 18:07 +0100, Christian Marillat wrote:
> On 15 déc. 2015 15:55, Ben Hutchings  wrote:
> 
> > Control: tag -1 moreinfo
> > 
> > On Tue, 2015-12-15 at 15:26 +0100, Christian Marillat wrote:
> > > Package: src:linux
> > > Version: 4.3.1-1
> > > Severity: serious
> > > 
> > > Dear Maintainer,
> > > 
> > > Since 4.2.6-2 the Powerpc G5 doesn't start with an error 'unknow symbol 
> > > in md_mod'
> > > 
> > > 4.2.6-1 work fine.
> > > 
> > > / is a RAID0 partition and kernels are in a normal partition in /boot
> > [...]
> > 
> > I don't see any differences between 4.2.6-1 and 4.2.6-2 that relate to
> > the md driver.
> 
> Me too, but the problem come from maybe the compiler or linker.

Right.

For 4.2.6-1: binutils 2.25.1-7           gcc-4.9 4.9.3-5
For 4.2.6-2: binutils 2.25.90.20151125-2 gcc-4.9 4.9.3-8

> > Assuming you get a rescue shell in the initramfs:
> > - The kernel log will show what the symbol is; please send that line
> >   (or lines)
> > - Send the output of 'modinfo -Fvermagic md_mod'
> 
> I don't have access to the rescue shell. CPUs go to 100% and
> the keyboard doesn't work. I attached two photos.
> 
> In the bottom screenshot you'll see that other module fail to load with
> an 'unknow symbol in module".

OK, so everything is failing because the 'mcount' symbol (used for
function tracing) is not found.  It is supposed to be exported from
vmlinux.  Comparing the two versions, there's no difference (aside from
addresses) in the symbols related to mcount, so I think there's a
deeper problem in the module loader.

Ben.

-- 
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky

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

Bug#808077: Crash when starting chromium, unless chromium-l10n is installed

[Torbjörn Andersson]

Package: chromium
Version: 47.0.2526.80-2

Hi,

After upgrading to the latest version of chromium, I got the following 
message when trying to start it:


$ chromium
[1:1:1215/204236:FATAL:chrome_main_delegate.cc(752)] Check failed: 
!loaded_locale.empty(). Locale could not be found for

#0 0x5625af76906e 
#1 0x5625af77e870 
#2 0x5625af29e0d6 
#3 0x5625af73c0aa 
#4 0x5625af73b39a 
#5 0x5625af29d6d8 ChromeMain
#6 0x7feac594e870 __libc_start_main
#7 0x5625af29d579 _start

Installing chromium-l10n seems to fix the problem. I didn't have that 
before, because chromium only suggests it, it doesn't depend on it.


I hope that's enough information. I'm in a bit of a hurry right now, but 
I'll be happy to provide further information if necessary.


Sincerely,

Torbjörn Andersson

Bug#765639: Bug#802159: New OpenSSL upstream version

[Kurt Roeckx]

On Tue, Dec 15, 2015 at 08:00:59PM +, Adam D. Barratt wrote:
> 
> Even a naively filtered diff - excluding documentation and tests -
> between the 1.0.1k tag and HEAD on upstream's stable branch is much
> larger than I'd imagined (1091 files changed, 73609+, 68591-), but
> paging through it there's a significant amount of "no-op" changes such
> as
> 
> -   seed_len,
> -   param_len;
> + seed_len, param_len;
> 
> that git diff is sadly too dumb to be able to ignore (or I'm too dumb to
> be able to drive it to do so).

There was a reformat of the code between those releases.  See:
https://www.openssl.org/blog/blog/2015/02/11/code-reformat-finished/

It includes the tags before and after the reformat.


Kurt

Bug#807951: RFP: golang-github-klauspost-crc32 -- CRC32 hash with x64 optimizations for Go

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 15.12.2015 18:45, Mattia Rizzolo wrote:
> On Mon, Dec 14, 2015 at 05:55:28PM +0100, Daniel Stender wrote:
>> Package: wnpp
>> Severity: wishlist
>>
>> * Package name: golang-github-klauspost-crc32
>>   Version : 0.0~git20151214.0.6d3a59f-1
>>   Upstream Author : Klaus Post
>> * URL : https://github.com/klauspost/crc32
>> * License : BSD-3-clause
>>   Programming Lang: Go
>>   Description : CRC32 hash with x64 optimizations for Go
>>
>> This package is a drop-in replacement for the standard library hash/crc32 
>> package, that
>> features SSE 4.2 optimizations on x64 platforms, for a 10x speedup.
>>
>> This is a requirement for golang-github-klauspost-compress.
> 
> This got in today:
> https://tracker.debian.org/pkg/golang-github-klauspost-crc32

Thanks for the note. We've put a couple of packages in yesterday and 
accidentally filed
twice on this.

DS

- -- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWcFMwAAoJEBXgmvTfUYLIV3UQAJxFJ/J2nbFeB0rqCErHDYKJ
VF/WB9mqSKxM5zj5ziECCQg7PX4SbcUvdXnFFF8dCQiktxx1WMy8o/7e3DMHv3le
61zwh9pFw31a0eAqWmVt+4gjJ78RF6Edc4G1WfLreBXPB8ohSbWQ9DWhhjwuiw/r
W/NTn2yBOKNwgJfwXC01yMo7m+twUWSKsBQIG6qbn0nwufCVhlTH97ST9PWgr/ik
ae4qhUlkaKfHqxcpViSyCtzOLixqrT5Fb/MW1zrPmjW+GIOTA/Gz5OjkpcmOUruL
vvMALp7WQ0D+W49v9COA3RonYdiN9KFh5S5lOcOHy+psllgtb0yfjI0K60PW7Zbb
6XgsPJaPsaZV8r5bJjqGDFIFv0pXcaBnZysdnfoLSjeK3VvsefyVi+fuC/YsFWr1
aCZI6iFFclvx6oFomL4x4CJ10Q5P3JQHFqBWzBzLBj13zz2Qwd8lgLhqPF9t+ZfD
6rX2lcf4zDxkzXtfl13/a31e+3GrY2bHFLYcXp2FleE5vAMk6kcMDQaAymkeVsRb
9Zr+suG8oP+0802ZHdzwDr03CktmHxJtkRRxDcuEaxlAk35VvYBt4Pf7uDRcNaL6
WZX2GJZ4DFS+CndE8MBIw+YlrOVkklIX7+NX9K5CyPHvrh4ku9O+0PggTyvEQj0V
CPWh8tDqFmqFS4RZQWJ7
=5JZ+
-END PGP SIGNATURE-

Bug#808072: ITP: mdp -- command-line based markdown presentation tool

[Lev Lamberov]

Package: wnpp
Severity: wishlist
Owner: Lev Lamberov 

* Package name: mdp
  Version : 1.0.3
  Upstream Author : Michael Göhler 
* URL : https://github.com/visit1985/mdp
* License : GPL-3+
  Programming Lang: C
  Description : command-line based markdown presentation tool

'mdp' is a command-line program that allows you to make elegant presentations
 from markdown formatted files.
 .
 It is as easy as write your presentation content in the text editor of your
 preference and launch the presentation from the command-line.

It is more or less upstream-active with a release each 1-4 months. I plan
to use collab-maint to maintain it. It would be nice to have co-maintainers
and sponsors (because I'm a non-uploading DD).

Bug#807914: RFP: golang-github-pierrec-xxhash -- Pure Go implementation of xxHash (32 and 64 bits versions)

[Daniel Stender]

On Tue, 15 Dec 2015 17:50:39 + Mattia Rizzolo  wrote:
> Another:
> https://tracker.debian.org/pkg/golang-github-pierrec-xxhash

#807955 (ITP).

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#807995: postnews sponsorship

[gregor herrmann]

On Tue, 15 Dec 2015 11:32:22 -0500, Robert James Clay wrote:

> On 05/16/2013 10:48 +0200, John Paul Adrian Glaubitz wrote:
> >Please ping me back once you have 0.6 ready, 
>   If you would still be willing to sponsor my updated 'postnews'  package, I 
> would greatly appreciate it. (Note also that I am now a Debian Maintainer.)

Oops, I saw this mail too late, I hope I didn't cause any duplicate
work due to my upload.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bruce Springsteen: Born in the U.S.A.


signature.asc
Description: Digital Signature

Bug#605117: flowd in Debian

[Iain R. Learmonth]

Hi,

There is currently a bug requesting that flowd is packaged in Debian. This
bug can be seen at:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605117

I'm writing to ask if this software is still being actively developed as I
notice the URL is given as a Google Code URL which when visited only shows
an archived project.

Please keep the bug email address in CC when you reply so that your reply
can be recorded on the bug log.

Thanks,
Iain.

-- 


signature.asc
Description: PGP signature

Bug#807913: ITP: webkit-sharp -- CLI bindings for WebKitGTK+ 3.0 using GObject Introspection

[Andrew Shadura]

Control: retitle -1 ITP: webkitgtk-sharp3 -- CLI bindings for
WebKitGTK+ 3.0 using GObject Introspection

On 15 December 2015 at 18:55, Mattia Rizzolo  wrote:
>> * Package name: webkit-sharp
>
> There is already in debian a package with this name.

That's actually a typo. I meant webkitgtk-sharp3, binary package
libwebkitgtk-3.0-cil and related.

-- 
Cheers,
  Andrew

Bug#807624: armhf: Please enable support for DRA7XX systems (Beagle-x15)

[Vagrant Cascadian]

On 2015-12-10, Ben Hutchings wrote:
> On Thu, 2015-12-10 at 16:09 -0800, Vagrant Cascadian wrote:
>> Please enable support for DRA7XX systems, such as the Beagle-x15.
>> 
>> I was able to boot a Beagle-x15 system by applying the following
>> patch
>> to the debian packaging for linux 4.3-1~exp1:
>> 
>> diff --git a/debian/config/armhf/config.armmp
>> b/debian/config/armhf/config.armmp
>> index 285f9c3..457ca53 100644
>> --- a/debian/config/armhf/config.armmp
>> +++ b/debian/config/armhf/config.armmp
>> @@ -69,6 +69,7 @@ CONFIG_ARCH_OMAP3=y
>>  CONFIG_ARCH_OMAP4=y
>>  CONFIG_SOC_OMAP5=y
>>  CONFIG_SOC_AM33XX=y
>> +CONFIG_SOC_DRA7XX=y
>>  CONFIG_ARCH_OMAP2PLUS_TYPICAL=y
>>  CONFIG_SOC_OMAP3430=y
>>  CONFIG_SOC_TI81XX=y
>
> How about additional device drivers?  I found these which seem to be
> useful for DRA7xx chips but aren't enabled yet:
>
> CONFIG_SND_DAVINCI_SOC_MCASP
> CONFIG_VIDEO_TI_VPE
> CONFIG_SPI_TI_QSPI
> CONFIG_PCI_DRA7XX

With those enabled, there were no additional modules automatically
loaded and no PCI devices listed. So it doesn't seem to change anything
for the beagle-x15.

USB didn't work for me; all I saw were the USB3 and USB2 hub devices,
nothing plugged into them.

I haven't yet tested eSATA or video/framebuffer output yet. Hope to try
that later today. I'll also test a build with the 4.4.x kernel, to see
if updates to any of the drivers improve the situation.

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#808061: should rats be removed from the archive?

[Alejandro Ríos Peña]

Hi,

You are right, please remove it.  I am currently Missing in Action, I will
resign to the debian project as my last duty

Many Thanks,

Alejandro Rios

2015-12-15 11:39 GMT-05:00 Mattia Rizzolo :

> Package: rats
> Version: 2.3-1
> Severity: serious
>
> Dear maintainer,
> I think rats can be removed from the archive:
>
> * It's unmaintained (last upload more than 6 years ago)
> * I can't find the upstream site anymore
> * low popcon
> * currently not in stable
> * it FTBFS => RC buggy since moore than 1,5 years
>
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
>

Bug#808060: should gnome-schedule be removed?

[Alejandro Ríos Peña]

Hi,

You are right, please remove it.  I am currently Missing in Action, I will
resign to the debian project as my last duty

Many Thanks,

Alejandro Rios


2015-12-15 11:36 GMT-05:00 Mattia Rizzolo :

> Package: gnome-schedule
> Version: 2.1.1-4
> Severity: serious
>
> Dear maintainer,
> I think gnome-schedule would be a good candidate for removal from the
> archive:
>
> * It's unmaintained (last upload exactly 5 years ago)
> * it's dead upstream
> * it has RC bugs filed more than half and year ago
> * it depends on obsolete libs (python-support)
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
>

Bug#448810: closed by "Iain R. Learmonth" <i...@debian.org> (upstream url no longer exists)

[Robert Edmonds]

Debian Bug Tracking System wrote:
> The upstream URL for this RFP results in a 404. As such, it will not be
> feasible to package this software.

Nor is this code actively developed by upstream (me) any more; it was
experimental code I wrote as a part of university research, and there
are much better alternatives available in the archive anyway.

Thanks for the de-crufting!

-- 
Robert Edmonds
edmo...@debian.org

Bug#808009: tcc: -static does not work: "undefined symbol" errors

[Vincent Lefevre]

Package: tcc
Version: 0.9.27~git20140923.9d7fb33-3
Severity: important

The -static option yields "undefined symbol" errors:

ypig% cat conftest.c
int main (void)
{ return 0; }
ypig% tcc -static conftest.c -o conftest
tcc: error: undefined symbol '__gcc_personality_v0'
tcc: error: undefined symbol '_Unwind_Resume'
tcc: error: undefined symbol '_Unwind_GetIP'
tcc: error: undefined symbol '_Unwind_GetCFA'
tcc: error: undefined symbol '_Unwind_Backtrace'
ypig% 

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

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

Versions of packages tcc depends on:
ii  libc6  2.21-4

Versions of packages tcc recommends:
ii  libc6-dev [libc-dev]  2.21-4

tcc suggests no packages.

-- no debconf information

Bug#807999: [Pkg-linaro-lava-devel] Bug#807999: lava-server: Depends on depreciated python-django-south package

[Neil Williams]

tag 807999 + upstream
thanks

On Tue, 15 Dec 2015 17:54:30 +1100
Brian May  wrote:

> Package: lava-server
> Version: 1.3.5-4
> Severity: important
> 
> python-django-south has a serious bug report, see #807994.

Please don't rush this particular removal. There are good reasons why
packages might need to retain south support in some form until Xenial
16.04LTS has been released - or at least until the freeze in February.
lava-server has had to drop support for Trusty upstream due to
different (django) issues but it is premature to remove south from
Debian at this stage.

The next upstream release of lava-server is expected to drop support
for south but this needs careful testing of upgrade paths for existing
users.

-- 


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



pgpRztaCX9MAM.pgp
Description: OpenPGP digital signature

Bug#807848: Bug#807849: nghttp2: cross Build-Depends unsatisfiable

[Tomasz Buchert]

On 15/12/15 07:11, Helmut Grohne wrote:
> Control: tags -1 - patch
> 
> [...]
> 
> I'm sorry for having screwed this up. Indeed the multiarch spec and the
> version of dpkg in archive do not allow annotating arch:all packages
> with :native. This issue is still being discussed with dpkg and
> multiarch maintainers and doesn't look like it is being solved quickly.
> 
> There are two ways to fix this (applying to both jansson and nghttp2):

Hi Helmut,

> 
> 1) Since the documentation resides in Arch:all -doc packages, arguably
>python-sphinx is not needed for building architecture dependent
>packages. Thus the dependency should be moved to Build-Depends-Indep.
>Of course I tried this method on both packages before resorting to
>the :native annotation, but the use of sphinxdoc in debhelper's
>--with flag makes this non-trivial. If you see a way to do this,
>that'd totally solve the issue.
> 
> 2) Turn python-sphinx into an architecture dependent package (i.e.
>convert from Arch:all to Arch:any). The :native annotation is allowed
>on architecture dependent packages and thus (after python-sphinx is
>converted) the patches I sent can be used as is. (This is essentially
>the "multiarch interpreter workaround" in the "Automating
>Architecture Bootstrap" DC15 talk.)
> 
> Tomasz, do you have a preference for nghttp2? I'll try to work that out.
> 
> I have a slight preference for the former, because I generally prefer
> having Arch:all packages over lots of identical Arch:any packages. At
> the same time I acknowledge that it seems likely that we have to do the
> conversion anyway as not all reverse build-depends of python-sphinx
> separate their documentation to architecture independent packages as
> jansson and nghttp2 do.
> 
> Helmut

Ok, I'll try to implement 1) and let you know about my success/fail.

Tomasz


signature.asc
Description: PGP signature

Bug#807641: grep: --exclude no longer works against arguments with a directory name

[Santiago Ruano Rincón]

Vincent,

Thanks for having reported and forwarded the issue to upstream.

Cheers,

Santiago


signature.asc
Description: Digital signature

Bug#808006: plasma-framework: Networkmanager icons partially broken

[Petteri M]

Package: plasma-framework
Version: 5.16.0-1
Severity: normal
Tags: upstream

Dear Maintainer,

*** 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 ***

Debian 8.2.0 Testing from DVD1. After upgrading to Plasma 5.4.3 (plasma-
framework-5.16.0-1) via APT from 5.4.2 (plasma-framework-5.15.0-1)
Networkmanager system tray applet icons are partially missing for WWAN cards.

- Tray icon is missing entirely
- WWAN on/off icon is missing entirely
- Wired ethernet icon is inverted when off (inactive) so not visible when using
Breeze Dark system theme
- WWAN icons for network type are missing from the icon file (network.svgz):
UMTS, HSDPA, HSUPA, EDGE, GPRS so not displayed but a generic icon is displayed
instead
- LTE icons not tested

Tested to replace only the icon file at
/usr/share/plasma/desktoptheme/default/icons/network.svgz with the one in
plasma-framework-5.15.0-1. All the icons are displayed and function as they
should.



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

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

Versions of packages plasma-framework depends on:
ii  libc62.19-22
ii  libegl1-mesa [libegl1-x11]   11.0.6-1
ii  libgl1-mesa-glx [libgl1] 11.0.6-1
ii  libkf5activities55.16.0-1
ii  libkf5configcore55.16.0-1
ii  libkf5configgui5 5.16.0-1
ii  libkf5coreaddons55.16.0-1
ii  libkf5dbusaddons55.16.0-1
ii  libkf5declarative5   5.16.0-1
ii  libkf5i18n5  5.16.0-1
ii  libkf5iconthemes55.16.0-1
ii  libkf5kiocore5   5.16.0-1
ii  libkf5package5   5.16.0-1
ii  libkf5plasma55.16.0-1
ii  libkf5plasmaquick5   5.16.0-1
ii  libkf5quickaddons5   5.16.0-1
ii  libkf5service-bin5.16.0-1
ii  libkf5service5   5.16.0-1
ii  libkf5windowsystem5  5.16.0-1
ii  libkf5xmlgui55.16.0-1
ii  libqt5core5a 5.5.1+dfsg-8
ii  libqt5dbus5  5.5.1+dfsg-8
ii  libqt5gui5   5.5.1+dfsg-8
ii  libqt5qml5   5.5.1-3
ii  libqt5quick5 5.5.1-3
ii  libqt5script55.5.1+dfsg-2
ii  libqt5widgets5   5.5.1+dfsg-8
ii  libqt5x11extras5 5.5.1-3
ii  libstdc++6   5.2.1-23
ii  libx11-6 2:1.6.3-1
ii  libxcb-composite01.10-3+b1
ii  libxcb-damage0   1.10-3+b1
ii  libxcb1  1.10-3+b1
ii  qml-module-org-kde-kquickcontrols5.16.0-1
ii  qml-module-org-kde-kquickcontrolsaddons  5.16.0-1
ii  qml-module-qtquick-controls  5.5.1-2

plasma-framework recommends no packages.

plasma-framework suggests no packages.

-- no debconf information

Bug#785563: autofs: systemctl reload autofs.service: /usr/bin/kill not found

[Leo L. Schwab]

Package: autofs
Version: 5.1.1-1
Followup-For: Bug #785563

I bumped into this today while installing a new system.  I made a
change to the .service file locally (changed /usr/bin/kill to /bin/kill),
and it seems to work fine.  Patch available upon request (if you really
think it's necessary).

Schwab

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

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

Versions of packages autofs depends on:
ii  init-system-helpers  1.24
ii  libc62.21-4
ii  libxml2  2.9.3+dfsg1-1
ii  multiarch-support2.21-4
ii  ucf  3.0031

Versions of packages autofs recommends:
ii  kmod21-1
ii  nfs-common  1:1.2.8-9

autofs suggests no packages.

-- no debconf information

Bug#802828: python-pygments: shell injection in FontManager._get_nix_font_path

[Raphael Hertzog]

Control: retitle -1 python-pygments: CVE-2015-8557: shell injection in 
FontManager._get_nix_font_path
Control: severity -1 important
Control: tag -1 + patch

On Fri, 23 Oct 2015, Jakub Wilk wrote:
> Javantea reported in :

This has been assigned CVE-2015-8557 and the recommended patch
to use is
https://bitbucket.org/birkenfeld/pygments-main/commits/0036ab1c99e256298094505e5e92f

I'm upgrading the severity to important. All Debian releases are affected.

Piotr, the Debian LTS team wants to fix this issue in squeeze too. Do you
want to take care of this by yourself?

If yes, please follow the workflow we have defined here:
http://wiki.debian.org/LTS/Development

If that workflow is a burden to you, feel free to just prepare an
updated source package and send it to debian-...@lists.debian.org
(via a debdiff, or with an URL pointing to the source package,
or even with a pointer to your packaging repository), and the members
of the LTS team will take care of the rest. Indicate clearly whether you
have tested the updated package or not.

If you don't want to take care of this update, it's not a problem, we
will do our best with your package. Just let us know whether you would
like to review and/or test the updated package before it gets released.

Thank you very much.

Raphaël Hertzog,
  on behalf of the Debian LTS team.

PS: A member of the LTS team might start working on this update at
any point in time. You can verify whether someone is registered
on this update in this file:
https://anonscm.debian.org/viewvc/secure-testing/data/dla-needed.txt?view=markup
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#794031: Has been patched in archlinux

[Mark Roth]

As reported in https://code.google.com/p/chromium/issues/detail?id=473558
there is a patch that has fixed the issue.

https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/chromium=5c6dde4a40faa3ffcb58a9434c18cc0ac64a75fc


Perhaps this could help restore the "search google for image" functionality?

Cheers

Bug#808010: python-socketio-client: please update to the latest upstream version

[Apollon Oikonomopoulos]

Package: python-socketio-client
Version: 0.5.3-1
Severity: wishlist

Dear Maintainer,

The 0.6 series adds support for Socket.IO 1.x, which is needed at least 
for packaging the RIPE Atlas Python libraries (see #807934). Would it be 
possible to update to the latest upstream version? Also, In case you 
decide to update socketio-client, please consider enabling Python3 
support as well.

If you lack the time to do so or need any assistance, I would be glad to help.

Thanks in advance,
Apollon


signature.asc
Description: PGP signature

Bug#807598: xserver-xorg-video-intel: [i915] No hardware acceleration

[Julien Cristau]

On Thu, Dec 10, 2015 at 18:28:53 +0100, Gilles Sadowski wrote:

> [  2716.870] Current Operating System: Linux night 4.2.0-1-amd64 #1 SMP 
> Debian 4.2.6-3 (2015-12-06) x86_64

SKL isn't supported until (IIRC) Linux 4.3.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#808004: libdiet-client2.8: not installable on sid

[Ralf Treinen]

Package: libdiet-client2.8
Version: 2.8.0-1
Severity: serious
User: trei...@debian.org
Usertags: edos-uninstallable
Affects: libdiet-admin2.8, libdiet-sed2.8

Hi,

libdiet-client2.8 is not installable on sid on any architecture. This is
the case at least since 2015-08-02. The reason for this is that it depends
on libstdc++6, but libstdc++6 (5.3.1-3) declares a Breaks relation with
libdiet-client2.8 (<= 2.8.0-1+b3).

The same holds for:

libdiet-admin2.8 (<= 2.8.0-1+b3)
libdiet-sed2.8 (<= 2.8.0-1+b3)

-Ralf.

Bug#808005: salt-master: fix for #807741 removes salt-master, python-systemd missing

[Simon Ruderich]

Package: salt-master
Version: 2015.8.3+ds-2
Severity: important

Hello,

The update depends on the package python-systemd which seems to
be not available in sid (at the moment), thus removing
salt-master on apt-get dist-upgrade (or trying to remove systemd
to satisfy the sysvinit-core dependency).

Regards
Simon

PS: I tried to file this as serious, but didn't know the relevant
section of the policy. Which section would be appropriate for
missing dependencies?
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: PGP signature

Bug#798313: build with samba 4.2

[Sebastien Bacher]

Looks like fedora has a patch for that
http://pkgs.fedoraproject.org/cgit/openchange.git/commit/?id=e0dd24b23a130012d4d5413cda5be63ab95420c2

Bug#808005: [Pkg-salt-team] Bug#808005: salt-master: fix for #807741 removes salt-master, python-systemd missing

[Benjamin Drung]

Am Dienstag, den 15.12.2015, 09:04 +0100 schrieb Simon Ruderich:
> Package: salt-master
> Version: 2015.8.3+ds-2
> Severity: important
> 
> Hello,
> 
> The update depends on the package python-systemd which seems to
> be not available in sid (at the moment), thus removing
> salt-master on apt-get dist-upgrade (or trying to remove systemd
> to satisfy the sysvinit-core dependency).

python-systemd 231-2 (which provides the binary python-systemd) is
stuck in the NEW queue [1].

PS: As workaround (until python-systemd passed the NEW queue), you can
set Type=simple in /lib/systemd/system/salt-master.service

[1] https://ftp-master.debian.org/new.html

-- 
Benjamin Drung
System Developer
Debian & Ubuntu Developer

ProfitBricks GmbH
Greifswalder Str. 207
D - 10405 Berlin

Email: benjamin.dr...@profitbricks.com
URL:  http://www.profitbricks.com

Sitz der Gesellschaft: Berlin.
Registergericht: Amtsgericht Charlottenburg, HRB 125506B.
Geschäftsführer: Andreas Gauger, Achim Weiss.

Bug#807931: TEMP-0000000-166C73 code execution via improper escaping of ; in foomatic-rip

[Yann Soubeyrand]

Control: forcemerge -1 807993

Le lundi 14 décembre 2015 à 23:33 +0100, deb...@jff-webhosting.net a
écrit :
> tags 807931 + pending
> notfound 807931 foomatic-filters/4.0-20090301-1
> tags 807931 - patch - upstream
> tags 807931 + fixed-upstream
> severity 807931 normal
> thanks
> 
> Hallo Yann,
> 
> first thank you for spending your time helping to make Debian better
> with this bug report.
> 
> 
> Nevertheless, a few comments:
> 
> - foomatic-filters/4.0-20090301-1 is not a valid version 
>   in squeeze, wheezy, jessie, stretch and sid.
> - one or two mails for a bug with this severity are IMHO 
>   enough.
> - At DEP3 the first line of the Subject are for a a short description
>   and the next line(s) are for the long description and not for the
>   continuation of the first line.  
> 
> CU
> Jörg

Hi Jörg,

Sorry for the high amount of mails sent to you, I had a hard time
figuring out how to simply state that all package versions since Squeeze
are affected. I finally took example on https://bugs.debian.org/806886
which explains the version number, the severity and the DEP-3 header ;-)

I take into account your remarks and hope I'll do a better job next
time :-)

Cheers

Yann

Bug#805549: Patch for strech, jessie, wheezy

[Hanno Zulla]

Hi,

thanks for fixing this in sid's package. I can confirm that it works to
package supercollider-sc3-plugins.

It would be beneficial if this could be fixed for

strech
jessie
wheezy

too. Why even back to wheezy? Because supercollider-sc3-plugins is also
meant to be used by Raspbian, which is packaging their distribution
based on wheezy and jessie.

Please find an attached patch which will fix this for all three versions
of the current Debian source package.

Thank you,

Hanno
*** stk-4.4.4/debian/patches/01-makefile.patch	2015-09-21 19:17:01.0 +0200
--- stk-4.4.4.patched/debian/patches/01-makefile.patch	2015-12-15 10:19:37.320848851 +0100
***
*** 64,70 
   
  +install-headers:
  +	install -d $(DESTDIR)/usr/include/stk
! +	cp -r ../include/*.h $(DESTDIR)/usr/include/stk
  +
  +install: $(SHAREDLIB) install-headers
  +	install -d  $(DESTDIR)/usr/share/stk
--- 64,70 
   
  +install-headers:
  +	install -d $(DESTDIR)/usr/include/stk
! +	cp -r ../include/* $(DESTDIR)/usr/include/stk
  +
  +install: $(SHAREDLIB) install-headers
  +	install -d  $(DESTDIR)/usr/share/stk

Bug#602788: live-getty and serial console is not working as expected

[Evgeni Golov]

Hi Jason, Daniel and bnewbold,

I know, this bug is pretty old, but I'd like to close it in some way.

The original report was against the 2.x series of live tools released in 
Squeeze. Today, I retried the 4.x Jessie images in QEMU and if I add 
"-serial stdio" to the QEMU options and boot the kernel with 
"console=tty0 console=ttyS0,9600n8" stuff seems just to work.

Can you confirm that? If you can, I'd just close this bug as fixed in 
the Jessie version and carry on :)

Greets
Evgeni

-- 
Bruce Schneier can read and understand Perl programs.