Bug#806296: tracker-miner-fs: update default for inotify max dir watches

[Ritesh Raj Sarraf]

Package: tracker-miner-fs
Version: 1.6.1-1
Severity: normal

The README.gz file for tracker says that the new defautl for inotify max
user watches is: 524288

where as the file /etc/syssct.d/30-tracker.conf, shipped by this package
still has it in the range of 65k only

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

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

Versions of packages tracker-miner-fs depends on:
ii  libc62.19-22
ii  libglib2.0-0 2.46.2-1
ii  libtracker-miner-1.0-0   1.6.1-1
ii  libtracker-sparql-1.0-0  1.6.1-1
ii  libupower-glib3  0.99.3-1+b2
ii  libxml2  2.9.2+zdfsg1-4
ii  procps   2:3.3.10-4
ii  tracker  1.6.1-1
ii  tracker-extract  1.6.1-1

tracker-miner-fs recommends no packages.

tracker-miner-fs suggests no packages.

-- Configuration Files:
/etc/sysctl.d/30-tracker.conf changed:
fs.inotify.max_user_watches = 524288


-- no debconf information

Bug#806180: Mouse does not work in qemu

[Julien Cristau]

Control: tag -1 moreinfo

On Tue, Nov 24, 2015 at 21:26:46 -0500, Phillip Susi wrote:

> Package: xserver-xorg-input-mouse
> Version: 1:1.9.1-1
> 
> After upgrading from jessie to testing in a qemu virtual machine, the
> mouse no longer works.  gpm works fine on tty1.  Running with:
> 
> qemu-system-x86_64 -m 1024 --enable-kvm -drive
> file=/dev/faldara/sid,format=raw
> 
Please provide logs when filing X bugs.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#806295: supervisor: missing dependency on python-pkg-resources

[Stephane Alnet]

Package: supervisor
Version: 3.1.3-1
Severity: important

Dear Maintainer,

Installing supervisor on a `minbase` Debian image, running `supervisord`
at the command prompt leads to:

Traceback (most recent call last):
  File "/usr/bin/supervisord", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources

instead of

Error: No config file found at default paths (/usr/etc/supervisord.conf, 
/usr/supervisord.conf, supervisord.conf, etc/supervisord.conf, 
/etc/supervisord.conf, /etc/supervisor/supervisor.conf); use the -c option to 
specify a config file at a different path
For help, use /usr/bin/supervisord -h

Installing python-pkg-resources corrected this.

This is on Debian/testing (amd64).

Bug#806156: FTBFS: signon-auth-session.c:639:5: error: 'g_simple_async_result_propagate_error' is deprecated [-Werror=deprecated-declarations]

[Diane Trout]

Hello,

When I tried to build libsignon-glib with the 1.12-1 it seems to build on 
amd64. Did you tweak it slightly to make the deprecation warning an error?

Would you happen to know what it should be replaced with?

Diane

Bug#806206: [pkg-wine-party] Bug#806206: wine don't install programs from CD

[Heiko Ernst]

Am Mittwoch, 25. November 2015, 10:28:28 schrieb Austin English:
> Do you have the cd/dvd mounted? Is it in dosdevices? Is there a
> symlink to the raw device in dosdevices? Are you attempting to start
> the installer with the full path (e.g., wine "D:\\setup.exe")?

I have mounted the dvd on kde 5 and start with wine "D:\\setup.exe". The 
installe start and show an undefined error on kde.

Example:

 >SetupNew\setup.cpp (143)
PAPP:
PVENDOR:
PGUID:
$
@Windows XP Service Pack 3 (2600)
IE Version: 9.0.8112.16421

Bug#806294: New version 0.30

[Sebastien Bacher]

Package: spice-gtk
Version: 0.29-1

There is a new upstream version 0.30 available, it would be nice to get
into Debian

Thanks,

Bug#804654: magit: maintainer address bounces

[Rémi Vanicat]

notfound 804654 2.2.2-2
found 804654 2.2.2-3
thanks.

This problem doesn't apply to stable.
-- 
Rémi Vanicat

Bug#806293: aide.conf definition for X gone missing, but still referenced

[Marc Haber]

Package: aide-common
Version: 0.16~a2.git20130520-3
Severity: important

Hi,

I have noticed during an upgrade from wheezy to jessie that the
aide.conf shipped with jessie's aide has lost the definition for "X":

|# X contains the groups 'acl', 'xattrs' and 'e2fsattrs' and additionally
|# under linux archs the group 'selinux'. The group is used in some other
|# group definitions below. To disable one of the groups (e.g. acl) append
|# '-acl' to the group definition.
|X=L-p-ftype-i-l-n-u-g

However, X is still referenced in the definitions for InodeData,
VarFile, VarDir, VarDirInode and Log.

I can't imagine that this is actually intended to be this way. Please
check and comment.

Greetings
Marc


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

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

Bug#806292: nss FTCBFS: mixes build arch and host arch objects while linking in external_tests

[Helmut Grohne]

Source: nss
Version: 3.21-1
User: helm...@debian.org
Usertags: rebootstrap

Hi Mike,

After your 3.21-1 upload the rebootstrap qa tool ran into trouble
cross building nss (which worked just fine earlier). You can find an
example failure at:
https://jenkins.debian.net/job/rebootstrap_ppc64_gcc5/79/console

With your help, we already understand some aspects of the issue:

 * external_tests was added in 3.21.
 * According to the README it is supposed to be disabled.
 * It mixes build arch and host arch cross toolchains.
 * Likely this is due to CCC not being passed into the build.
 * It should be possible to disable those tests by setting
   NSS_DISABLE_GTESTS
 * The external_tests appear to not be installed into the package and
   neither be run

I am testing cross builds with setting NSS_DISABLE_GTESTS=1 and with
setting CCC=$(CXX) now.

Thank you very much for your support

Helmut

Bug#806291: systemd: systemctl status ignores -n argument

[Eduard Bloch]

Package: systemd
Version: 228-2

Dear Maintainer,

   * What led up to the situation?

I created a buggy configuration of apt-cacher-ng and wondered why it did not 
start. When I run the service from command line, it dumps a couple of usefull 
hints to STDERR. I expected to see this in "systemctl status" output. I saw 
only ten lines and this contained only useless cruft, something about "hold-off 
time over" etc.

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

Since I expected useful information to be before this cruft, I used the 
-n option as described in the systemctl manpage. -n 20, actually.

   * What was the outcome of this action?

The same output was displayed. Only 10 lines with useless information. Feels
like -n ... value is simply ignored, I can set -n100 or -n1000, makes no
difference.

% sudo systemctl status apt-cacher-ng.service -n 20
● apt-cacher-ng.service - Apt-Cacher NG software download proxy
   Loaded: loaded (/lib/systemd/system/apt-cacher-ng.service; enabled; vendor 
preset: enabled)
   Active: failed (Result: start-limit) since Di 2015-11-24 22:04:02 CET; 1min 
10s ago
  Process: 2842 ExecStart=/usr/sbin/apt-cacher-ng 
SocketPath=/var/run/apt-cacher-ng/socket -c /etc/apt-cacher-ng ForeGround=1 
(code=exited, status=1/FAILURE)
 Main PID: 2842 (code=exited, status=1/FAILURE)

Nov 24 22:04:02 idefix systemd[1]: Failed to start Apt-Cacher NG software 
download proxy.
Nov 24 22:04:02 idefix systemd[1]: apt-cacher-ng.service: Unit entered failed 
state.
Nov 24 22:04:02 idefix systemd[1]: apt-cacher-ng.service: Failed with result 
'exit-code'.
Nov 24 22:04:02 idefix systemd[1]: apt-cacher-ng.service: Service hold-off time 
over, scheduling restart.
Nov 24 22:04:02 idefix systemd[1]: Stopped Apt-Cacher NG software download 
proxy.
Nov 24 22:04:02 idefix systemd[1]: apt-cacher-ng.service: Start request 
repeated too quickly.
Nov 24 22:04:02 idefix systemd[1]: Failed to start Apt-Cacher NG software 
download proxy.
Nov 24 22:04:02 idefix systemd[1]: apt-cacher-ng.service: Unit entered failed 
state.
Nov 24 22:04:02 idefix systemd[1]: apt-cacher-ng.service: Failed with result 
'start-limit'.

It also told me to use "journalctl -xn" alternatively but it doesn't show much
more information either.

   * What outcome did you expect instead?

USEFUL INFORMATION FROM THE DAEMON ITSELF! Not the logs of some process
management of systemd which I don't care that much about.
 
Eventually, I can find something valuable in "journalctl -b0" output that
happened in the second before. This makes sense, but it's hard to find.

Nov 24 22:04:01 idefix systemd[1]: Stopped Apt-Cacher NG software download 
proxy.
Nov 24 22:04:01 idefix systemd[1]: Starting Apt-Cacher NG software download 
proxy...
Nov 24 22:04:01 idefix apt-cacher-ng[2832]: WARNING: No configuration was read 
from file:backends_debvol
Nov 24 22:04:01 idefix apt-cacher-ng[2832]: WARNING: No configuration was read 
from file:sfnet_mirrors
Nov 24 22:04:01 idefix apt-cacher-ng[2832]: Warning, unknown configuration 
directive: OptProxyCheckCommand
Nov 24 22:04:01 idefix apt-cacher-ng[2832]: Error reading main options, 
terminating.
Nov 24 22:04:01 idefix systemd[1]: apt-cacher-ng.service: Main process exited, 
code=exited, status=1/FAILURE
Nov 24 22:04:01 idefix systemd[1]: Failed to start Apt-Cacher NG software 
download proxy.
Nov 24 22:04:01 idefix systemd[1]: apt-cacher-ng.service: Unit entered failed 
state.
Nov 24 22:04:01 idefix systemd[1]: apt-cacher-ng.service: Failed with result 
'exit-code'.
Nov 24 22:04:01 idefix sudo[2825]: pam_unix(sudo:session): session closed for 
user root
Nov 24 22:04:01 idefix polkitd(authority=local)[989]: Unregistered 
Authentication Agent for unix-process:2826:56921 (system bus name :1.56, object 
path /org/freedesktop/PolicyKit1/Authenticati
Nov 24 22:04:01 idefix systemd[1]: apt-cacher-ng.service: Service hold-off time 
over, scheduling restart.
Nov 24 22:04:01 idefix systemd[1]: Stopped Apt-Cacher NG software download 
proxy.
Nov 24 22:04:01 idefix systemd[1]: Starting Apt-Cacher NG software download 
proxy...
Nov 24 22:04:01 idefix apt-cacher-ng[2836]: WARNING: No configuration was read 
from file:backends_debvol
Nov 24 22:04:01 idefix apt-cacher-ng[2836]: WARNING: No configuration was read 
from file:sfnet_mirrors
Nov 24 22:04:01 idefix apt-cacher-ng[2836]: Warning, unknown configuration 
directive: OptProxyCheckCommand
Nov 24 22:04:01 idefix apt-cacher-ng[2836]: Error reading main options, 
terminating.
Nov 24 22:04:01 idefix systemd[1]: apt-cacher-ng.service: Main process exited, 
code=exited, status=1/FAILURE
Nov 24 22:04:01 idefix systemd[1]: Failed to start Apt-Cacher NG software 
download proxy.
Nov 24 22:04:01 idefix systemd[1]: apt-cacher-ng.service: Unit entered failed 
state.
Nov 24 22:04:01 idefix systemd[1]: apt-cacher-ng.service: Failed with result 
'exit-code'.

Regards,
Eduard.


-- Package-specific info:

-- System Information:
Debian Release: stretch/sid

Bug#772489: minor report

[Eduard Bloch]

Hallo,
* Geert Stappers [Sun, Nov 22 2015, 11:13:24PM]:
> 
> Hi,
> 
> 
> Just reporting my encounter with:
>   Nov 22 23:00:12 dussel apt-cacher-ng[7362]: Check the permissions of 
> /var/cache/apt-cacher-ng!
>   Nov 22 23:00:12 dussel systemd[1]: apt-cacher-ng.service: main process 
> exited, code=exited, status=1/FAILURE
>   Nov 22 23:00:12 dussel systemd[1]: Failed to start Apt-Cacher NG software 
> download proxy.
>   -- Subject: Unit apt-cacher-ng.service has failed
> 
> My problem was that /var/cache/apt-cacher-ng was from user root,
> not from apt-cacher-ng user.
> 
> Fixed by manual removing /var/cache/apt-cacher-ng and let
>dpkg -i
> it create.

This isn't normal. Was this a fresh system? Maybe somebody did run it
the first time as root and via init system?

Regards,
Eduard.

Bug#801719: dh-python: Symlink in package directory causes dh_python3 crash: NotADirectoryError

[Ben Finney]

Control: found -1 dh-python/2.20151103

On 25-Oct-2015, Ben Finney wrote:
> Here is a patch series to use a helper function that removes the entry
> whatever its type.

What is the prognosis of correcting this, either by the suggested
patch or some other fix to allow removing filesystem entries
correctly?

-- 
 \  “Often, the surest way to convey misinformation is to tell the |
  `\   strict truth.” —Mark Twain, _Following the Equator_ |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#806290: Please package latest upstream release with VeraCrypt support

[Michael Biebl]

Package: cryptsetup
Version: 2:1.6.6-5
Severity: wishlist

Hi,

please consider packaging the latest upstream.
In version 1.6.7, support for VeraCrypt was added, which is the
successor of TrueCrypt.

Thanks,
Michael

Bug#783989: python-lockfile should be DPMT maintained

[Ben Finney]

On 06-May-2015, Ben Finney wrote:
> Great! This is definitely on the list of changes I want to make for
> this package. Thank you for the offer, I'll call on your help :-)

I have finished updating the Debian package for ‘python-lockfile’
version “0.11.0”. Before I finalise the release, is now a good time to
discuss adding DPMT as a maintainer?

Can I continue to maintain the packaging-only repository in a Bazaar
repository as has historically been the case, or do we need to go
through some kind of source-full migration?

-- 
 \ “I wrote a song, but I can't read music so I don't know what it |
  `\is. Every once in a while I'll be listening to the radio and I |
_o__)say, ‘I think I might have written that.’” —Steven Wright |
Ben Finney 


signature.asc
Description: PGP signature

Bug#806289: man pages cut off

[積丹尼 Dan Jacobson]

Package: emacs24
Version: 24.5+1-3
Severity: minor
File: /usr/bin/emacs24-x

$ man Data::Dumper|wc -l
479

But M-x man Data::Dumper
doesn't make it all the way to the end.
It cuts off at around 250 to 300 lines.
Seen also with user 'nobody' (for a clean account)
on my 2005 vintage Thinkpad R50e.
I didn't try my other machines.

Bug#806288: perlcheat should also mention @{ $hash{'q'} }{ 'a', 'b' }

[積丹尼 Dan Jacobson]

Package: perl-doc
Version: 5.20.2-6
Severity: wishlist
File: /usr/share/man/man1/perlcheat.1.gz

We see

  scalar@array  ARRAY  @array[0, 2]  @hash{'a', 'b'}

Please also mention

  @{ $hash{'q'} }{ 'a', 'b' }

else users will try without the @{},

Bug#787582: VDPAU needed

[Julien Aubin]

Thanks a lot !

2015-11-26 2:39 GMT+01:00 Andreas Beckmann :

> On 2015-11-25 20:34, Julien Aubin wrote:
> > Do you have any news ? Is release 0.7.1 of glx-alternative-nvidia stable
> > enough now ?
>
> The packages were sitting in the queue for a few days and got just
> accepted into jessie-backports, so the full updated nvidia stack should
> be available in jessie-backports on the mirrors tomorrow.
>
> There will be another update round soon for the next CVE ... packages
> are already in sid and experimental, but this time I expect no
> additional infrastructure changes.
>
> I haven't tested it, but I'd expect the experimental nvidia-driver
> packages to be installable in jessie-backports, too :-)
> So, have fun, and tell us if something breaks ...
>
>
> Andreas
>

Bug#806286: ITP: libgoogle-truth-java -- Assertion/Proposition framework for Java unit tests

[tony mancill]

Package: wnpp
Severity: wishlist
Owner: tony mancill 

* Package name: libgoogle-truth-java
  Version : 0.27
  Upstream Author : Christian Gruber, Kurt Kluever, David Saff, David B
* URL : http://google.github.io/truth
* License : Apache 2.0
  Programming Lang: Java
  Description : Assertion/Proposition framework for Java unit tests

 Truth is a testing framework designed to make your tests and their error
 messages more readable and discoverable, while being extensible to new
 types of objects.
 .
 Truth adopts a fluent style for test propositions, is extensible in
 several ways, supports IDE completion/discovery of available
 propositions, and supports different responses to un-true propositions.
 Truth can be used to declare JUnit-style assumptions (which skip the
 test on failure), assertions (interrupt the test on failure), and
 expectations (continue the test, but collect errors and report failure
 at the end).

This package is a pre-requisite for packaging the latest version of
the closure-compiler.

Bug#806287: project: Hello! I tried to use Debian with gnome.. Looks cool, works poop... Package-Activity does not allow to install FIREFOX. I can't even SORT list of packages

[max]

Package: project
Severity: wishlist

Dear Maintainer,

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

   * What led up to the situation?
-> The Packages-Activity
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
-> I tried to install firefox not from console.
   * What was the outcome of this action? 
->I feel like nobody loves me.
   * What outcome did you expect instead? 
-> At least, I want to sort packages in list. And I still couldn't find 
Mozilla Firefox or Chromium in the list...

PS: I've written this message in mcedit, cause you didn't include some packages 
to base disk, so I could not write reports in GUI. Hell, today is 2015!! I 
like console, but I have installed the GUI!!!


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


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

Bug#806285: Download faster: support >512B block sizes

[Trent W. Buck]

Package: pxe-kexec
Version: 0.2.4-3
Severity: wishlist

pxe-kexec is a TFTP client.
It's good for TFTP clients to:
 1. default to 512b block size, for compatibility.
 2. support greater block sizes, for speed.

AFAICT pxe-kexec does (1) but not (2).

In the example below, you can see that increasing the block size lets
curl download from dnsmasq two-and-half times faster!

root@het:~# curl --tftp-blksize 512 >/dev/null 
tftp://prisonpc/images/inmate/{vmlinuz,initrd.img}
  % Total% Received % Xferd  Average Speed   TimeTime Time  
Current
 Dload  Upload   Total   SpentLeft  
Speed
100 2143k  100 2143k0 0   756k  0  0:00:02  0:00:02 --:--:--  
757k
100 2143k  100 2143k0 0   755k  0  0:00:02  0:00:02 --:--:--  
755k
100 14.2M  100 14.2M0 0   759k  0  0:00:19  0:00:19 --:--:--  
762k
100 14.2M  100 14.2M0 0   759k  0  0:00:19  0:00:19 --:--:--  
759k

root@het:~# curl --tftp-blksize $((512*127)) >/dev/null 
tftp://prisonpc/images/inmate/{vmlinuz,initrd.img}
  % Total% Received % Xferd  Average Speed   TimeTime Time  
Current
 Dload  Upload   Total   SpentLeft  
Speed
100 2143k  100 2143k0 0  1875k  0  0:00:01  0:00:01 --:--:-- 
1867k
100 2143k  100 2143k0 0  1874k  0  0:00:01  0:00:01 --:--:-- 
1874k
100 14.2M  100 14.2M0 0  1864k  0  0:00:07  0:00:07 --:--:-- 
1854k
100 14.2M  100 14.2M0 0  1864k  0  0:00:07  0:00:07 --:--:-- 
1864k

I want to keep using pxe-kexec because it's handy for parsing pxelinux.cfg 
files.

But I also want it to finish quicker!

Can this be patched into pxe-kexec?

Bug#806284: armhf/armmp: Please enable CONFIG_REGULATOR_PFUZE100 module

[Vagrant Cascadian]

Source: linux
Version: 4.2.6-1
Severity: wishlist
Tags: patch

Please enable CONFIG_REGULATOR_PFUZE100=m in the armmp* kernel
flavors.

This is needed for USB support on some platforms, such as Novena.

diff --git a/debian/config/armhf/config.armmp b/debian/config/armhf/config.armmp
index b1a7daf..7a30ec9 100644
--- a/debian/config/armhf/config.armmp
+++ b/debian/config/armhf/config.armmp
@@ -739,6 +739,7 @@ CONFIG_REGULATOR_MC13783=m
 CONFIG_REGULATOR_MC13892=m
 CONFIG_REGULATOR_PALMAS=y
 CONFIG_REGULATOR_PBIAS=m
+CONFIG_REGULATOR_PFUZE100=m
 CONFIG_REGULATOR_S2MPA01=m
 CONFIG_REGULATOR_S2MPS11=m
 CONFIG_REGULATOR_S5M8767=m


Thanks!


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#806267: gargoyle-free: Crash on startup when loading gblorb file

[Ben Finney]

Package: gargoyle-free
Followup-For: Bug #806267
Control: tags -1 + moreinfo

I also am running “gargoyle-free/2011.1a-3+b1”, and I can't reproduce
the described behaviour with this version and the referenced story file:

=
$ wget --quiet 
http://www.ifarchive.org/if-archive/games/competition2013/glulx/coloratura/original/Coloratura.gblorb

$ gargoyle-free ./Coloratura.gblorb

=

The Gargoyle window starts up, running the story file, without any
error or messages to the terminal.

Can you narrow down the circumstances which lead to a crash?


-- 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/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_AU.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gargoyle-free depends on:
ii  fonts-liberation  1.07.4-1
ii  fonts-linuxlibertine  5.3.0-2
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.19-22
ii  libcairo2 1.14.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6-2
ii  libgcc1   1:5.2.1-23
ii  libgdk-pixbuf2.0-02.32.2-1
ii  libglib2.0-0  2.46.2-1
ii  libgtk2.0-0   2.24.28-1
ii  libjpeg62-turbo   1:1.4.1-2
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpng12-01.2.54-1
ii  libsdl-mixer1.2   1.2.12-11+b1
ii  libsdl-sound1.2   1.0.3-7+b1
ii  libsdl1.2debian   1.2.15-12
ii  libstdc++65.2.1-23
ii  zlib1g1:1.2.8.dfsg-2+b1

gargoyle-free recommends no packages.

gargoyle-free suggests no packages.

-- no debconf information

-- 
 \“… it's best to confuse only one issue at a time.” —Brian W. |
  `\Kernighan and Dennis M. Ritchie, _The C programming language_, |
_o__) 1988 |
Ben Finney 


signature.asc
Description: PGP signature

Bug#806283: icedtea-netx: Inconsistent handling of deployment properties which contain '='

[Ian Zimmerman]

Package: icedtea-netx
Version: 1.4-3~deb7u2
Severity: normal

When itweb-settings writes out a property to the deployment.properties
file, and the equals character occurs in the property value string,
itweb-settings escapes the character by prefixing it with a backslash.
This may be right if Java code later reads this file (not being a Java
programmer, I can't say for sure).  But this file is (also?) read by the
C++ code of the plugin itself, before Java is launched, in the source
file plugin/icedteanp/IcedTeaNPPlugin.cc.  I'm enough of a C++
programmer to see that this code does no inverse unescaping
transformation; it gets the raw line using a straight iostream read and
uses it as is, except for trimming whitespace from the edges.

As a consequence, trying to set the deployment.plugin.jvm.arguments
property to -Dfoo.bar.BazSetting=on via itweb-settings fails to achieve
the desired result, while adding the property manually without the
escaping works.

-- 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.93.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 icedtea-netx depends on:
ii  icedtea-netx-common  1.4-3~deb7u2
ii  openjdk-6-jre6b36-1.13.8-1~deb7u1

icedtea-netx recommends no packages.

icedtea-netx suggests no packages.

-- 
Please *no* private copies of mailing list or newsgroup messages.
Rule 420: All persons more than eight miles high to leave the court.

Bug#806261: docker-registry: Cannot access config.yml

[Olaf Meeuwissen]

Olaf Meeuwissen writes:

> I just installed docker-registry and noticed it didn't start up during
> installation.  A look at /var/log/docker-registry.log said:
>
>   configuration error: open /etc/docker/registry/config.yml: permission denied
>
> I tracked this down to a permission issue on /etc/docker/:
>
>   $ ls -dl /etc/docker
>   drwx-- 3 root root 4096 Nov 26 08:15 /etc/docker

Curious where /etc/docker/ originated, I tracked that down and found it
was first created during the upgrade of docker.io from 1.3.3~dfsg1-2 to
1.6.1+dfsg1-2.  That upgrade added a /etc/docker/key.json but I have no
clue how/why that happened.

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2 FLOSS Engineer -- EPSON AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962

Bug#806181: freedombox-setup: preseed file for stretch

[Sunil Mohan Adapa]

On 11/26/2015 09:14 AM, James Valleroy wrote:
[...]
> I've committed this patch.
> 
> I tested it with Stretch Alpha 4 installer in Virtualbox. After install,
> I found that /etc/network/interfaces was empty except for the loopback
> device. But there's a different issue: the installer created a network
> manager connection "Wired Connection 1".

It is interesting to know that Debian installer is using network manager
for connections rather than traditional way.  Perhaps it does this when
network manager is available (as a result of freedombox-setup).

> 
> I tried testing with 2 network configurations:
> - Bridged Adapter: Wired Connection 1 is active, FreedomBox WAN is not
> active. Plinth cannot be accessed from host machine.
> - Bridged Adapter + Host-only Adapter: FreedomBox WAN is active on
> enp0s3, Wired Connection 1 is active on enp0s8, FreedomBox LAN enp0s8 is
> not active. Plinth can be access on bridged adapter IP only.
> 
> So it looks like we will need to check for this connection and delete it.

There is a connection setting for network manager connections called
'autoconnect-priority'.  Perhaps setting this value to a higher value
than the automatic connections such as 'Wired Connection 1' created by
network manager (or debian-installer) is a good solution.  Then again,
any connection created by user (or script) should take priority over
automatically created default connections.

I suspect another thing: VirtualBox does something weird, it uses one
kind of network adapter during first boot and another kind after the
first boot.  Thus the interface name changes after first boot.  During
first boot, it will be 'eth0' and we will have created a connection for
it, then after the reboot, it changes to 'enp0s8' or so which will not
be associated with the connection we created.  Repeating the process in
Qemu/KVM might confirm the suspicion.

On the overall, we should:

- Increase auto-connection priority to our connections

- Change default firewall zone to 'external' so that no matter who
created the connection, Plinth will be accessible.

> 
> Some more ideas for further improvements:
> - There are still several prompts in the install process, maybe these
> can be automated.
> - This preseed file appears to be only meant for x86 or amd64. Since
> Debian has installers for several armhf boards now, we can look into
> making a preseed file that works on armhf.

I don't see architecture specific bits in our preseed file.  Will the
armhf installer have different questions? (I suppose not).

Also, I don't know why we have to mess with resolv.conf in our preseed.
 Perhaps it is a fix we no longer require.

Sounds like the Debian installer method is easier than installing Debian
and running freedombox-setup.  It is also possibly less prone to errors.
 We should document this thoroughly on the Wiki and encourage new
installing users to take up this procedure.

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#801156: marked as pending

[Guillem Jover]

Hi!

On Wed, 2015-11-25 at 00:59:25 +0100, Michael Biebl wrote:
> I just encountered another instance of this issue.
> While preparing an upload for systemd, I tested the change for
> https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=34165f8d3429ff419bf45234b1a92e127468145f

> But unfortunately the conffile is not properly removed. All I get is a
> renamed file /etc/X11/xinit/xinitrc.d/50-systemd-user.sh.dpkg-remove
> I'm pretty sure this is due to this bug in dpkg.
> 
> So, do you plan an upload of dpkg with a fix for this (soonish)?

Yeah, I'm planning an upload during this week.

Thanks,
Guillem

Bug#806181: freedombox-setup: preseed file for stretch

[James Valleroy]

On Wed, 25 Nov 2015 10:06:37 +0530 Sunil Mohan Adapa 
wrote:
>
> Looks good to me. Have you tested this? If yes, please go ahead and
> commit the patch.
>
> It looks like we might face issues with /etc/network/interfaces not
> being cleared out by freedombox-setup. This patch can go in even with
> that issue.
>
> --
> Sunil
>

I've committed this patch.

I tested it with Stretch Alpha 4 installer in Virtualbox. After install,
I found that /etc/network/interfaces was empty except for the loopback
device. But there's a different issue: the installer created a network
manager connection "Wired Connection 1".

I tried testing with 2 network configurations:
- Bridged Adapter: Wired Connection 1 is active, FreedomBox WAN is not
active. Plinth cannot be accessed from host machine.
- Bridged Adapter + Host-only Adapter: FreedomBox WAN is active on
enp0s3, Wired Connection 1 is active on enp0s8, FreedomBox LAN enp0s8 is
not active. Plinth can be access on bridged adapter IP only.

So it looks like we will need to check for this connection and delete it.

Some more ideas for further improvements:
- There are still several prompts in the install process, maybe these
can be automated.
- This preseed file appears to be only meant for x86 or amd64. Since
Debian has installers for several armhf boards now, we can look into
making a preseed file that works on armhf.

--
James



signature.asc
Description: OpenPGP digital signature

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

[Sebastian Dröge]

On Sa, 2015-11-21 at 17:06 +0100, Agustin Martin wrote:
> 2015-11-14 15:25 GMT+01:00 Soeren D. Schulze  >:
> > I am not sure about those SIGPIPEs.  They occured to me, too, but I
> > could
> > just press 'c' in gdb and continue using iceweasel until the
> > SIGSEGV.  On
> > the other hand, they are apparently gone now in stretch.
> > 
> > Could you press 'c' next time it happens, and wait for a SIGSEGV to
> > occur?
> 
> Hi,
> 
> This time a SIGSEV did occur, please find attached backtrace

Hi,

this is a completely different crash than the one related to faad that
was fixed in sid. Do you have a way to reproduce the crash you're
observing here?


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

Bug#806279: ITP: ros-interactive-markers -- Robot OS interactive_markers package

[Wookey]

Package: wnpp
Severity: wishlist
user: debian-scie...@lists.debian.org
usertag: ros
X-Debbugs-CC: debian-de...@lists.debian.org

We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-interactive-markers
  Version : 1.11.1
  URL : http://www.ros.org/wiki/interactive_markers
  License : BSD-3-clause
  Programming Lang: C++
  Description : Robot OS interactive_markers package

 This package is part of Robot OS (ROS). It is a 3D interactive marker
 communication library for RViz and similar tools.
  

Bug#806282: ITP: ros-pcl-msgs -- C/C++ headers for PCL-related ROS Messages

[Wookey]

Package: wnpp
Severity: wishlist
user: debian-scie...@lists.debian.org
usertag: ros
X-Debbugs-CC: debian-de...@lists.debian.org

We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-pcl-msgs
  Version : 0.2.0
  URL : http://www.ros.org/wiki/pcl_msgs
  License : BSD-3-clause
  Description : PCL-related ROS Messages

 This package is part of Robot OS (ROS). It contains messages which
 provide the glue between the Point Cloud Library and ROS, for C/C++,
 python and lisp.

Bug#806278: ITP: ros-geometry-experimental -- Robot OS tf2 transform library

[Wookey]

Package: wnpp
Severity: wishlist
user: debian-scie...@lists.debian.org
usertag: ros
X-Debbugs-CC: debian-de...@lists.debian.org


We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-geometry-experimental
  Version : 0.5.12
  URL : http://www.ros.org/wiki/geometry_experimental
  License : BSD-3-clause
  Programming Lang: Python
  Description : Robot OS tf2 transform library

 This package is part of Robot OS (ROS). tf2 is the second generation
 of the transform library, which lets the user keep track of multiple
 coordinate frames over time. tf2 maintains the relationship between
 coordinate frames in a tree structure buffered in time, and lets the
 user transform points, vectors, etc between any two coordinate frames
 at any desired point in time.

Bug#806281: ITP: ros-nodelet-core -- Robot OS nodelet library

[Wookey]

Package: wnpp
Severity: wishlist
user: debian-scie...@lists.debian.org
usertag: ros
X-Debbugs-CC: debian-de...@lists.debian.org

We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-nodelet-core
  Version : 1.9.3
  URL : http://www.ros.org/wiki/nodelet_core
  License : BSD-3-clause
  Programming Lang: C/C++, Python
  Description : Robot OS nodelet library

 This package is part of Robot OS (ROS). Nodelet is designed to provide
 a way to run multiple algorithms in the same process with zero copy
 transport between algorithms. The nodelet base class needed for
 implementing a nodelet, and the NodeletLoader class used for
 instantiating nodelets are provided in C, with python and lisp interfaces.
 .
 There are also some common nodelet tools such as a mux, demux and throttle.
   

Bug#806280: ITP: ros-metapackages -- Robot OS core metapackages

[Wookey]

Package: wnpp
Severity: wishlist
user: debian-scie...@lists.debian.org
usertag: ros
X-Debbugs-CC: debian-de...@lists.debian.org

We (Robotics section of Debian Science team) are packaging 
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
many packages already in Debian, but also has a set of   
core/toolchain/build-system packages which are not yet 
uploaded. This package is part of that ROS system.

Most of the packaging work is already done, and available at
http://anonscm.debian.org/cgit/debian-science/packages/ros/
 
  Package name: ros-metapackages
  Version : 1.0
  URL : http://www.ros.org/wiki/metapackages
  License : BSD-3-clause
  Programming Lang: Python
  Description : Robot OS core metapackages
  
 This package is part of Robot OS (ROS). It provides a set of
 metapackages to install useful collections of packages, such as:
 base, core, build system, full, perception, viz,
 simulators, desktop, plus python and lisp versions of these, and
 corresponding development systems
  

Bug#806277: os-prober: should try to get linux kernel parameters from other Linuxes

[Christoph Anton Mitterer]

Package: os-prober
Severity: wishlist


Hey.

I think the following would be a nice feature for os-prober when
it detects other Linuxes:

Also extract their kernel parameters, so that it can be added to
the e.g. grub menu entries.


This sounds easier than may be:

There is no canonical place where the kernel parameters are stored.
This varies from distribution to distribution, and worse from
boot loader to boot loader.

For example in Debian with grub, it's /etc/default/grub's
GRUB_CMDLINE_LINUX_DEFAULT and GRUB_CMDLINE_LINUX.
But if several boot loaders are installed in such Debian
who knows which one is actually the right one?
Possible solutions may be to check whether multiple known
boot loaders are installed and simply don't extract the
parameters then and print a warning.
Or compare them all and use them only when all match.

For other distros it may be worse... e.g. I think to remember
that RHEL had no real place for the parameter except grub.cfg
itself, and when that contains multiple entries... which should
one take?
Perhaps the soltuion would be to create a grub entry for each
of the grub.cfg entries of the probed partition.
These are typically different kernel versions, any one likely
would want all of them anyway.


Actually, parsing that parameters may even be necessary to
make the other Linux boot correctly.


Cheers,
Chris.

Bug#806276: debhelper: package removal fails with: update-rc.d: error: $initscript Default-Start contains no runlevels, aborting.

[Andreas Beckmann]

Package: debhelper
Version: 9.20151117
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts


Hi,

I think these are regressions after building the packages with the
latest debhelper:

https://piuparts.debian.org/sid/post_removal_script_error.html


  Removing unattended-upgrades (0.86.5) ...
  update-rc.d: error: unattended-upgrades Default-Start contains no runlevels, 
aborting.
  dpkg: error processing package unattended-upgrades (--remove):
   subprocess installed post-removal script returned error exit status 1


  Removing nordugrid-arc-ldap-infosys (5.0.4-1) ...
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of stop.
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of stop.
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of stop.
  update-rc.d: error: nordugrid-arc-ldap-infosys Default-Start contains no 
runlevels, aborting.
  dpkg: error processing package nordugrid-arc-ldap-infosys (--remove):
   subprocess installed post-removal script returned error exit status 1


  Removing samba (2:4.1.21+dfsg-2+b1) ...
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of stop.
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of stop.
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of stop.
  update-rc.d: error: cannot find a LSB script for reload-smbd
  dpkg: error processing package samba (--remove):
   subprocess installed post-removal script returned error exit status 1


This is from my local piuparts instance:

  Removing mdadm (3.3.4-1.1) ...
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of stop.
  Running in chroot, ignoring request.
  invoke-rc.d: policy-rc.d denied execution of stop.
  insserv: warning: current start runlevel(s) (empty) of script `mdadm' 
overrides LSB defaults (2 3 4 5).
  insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `mdadm' 
overrides LSB defaults (0 1 6).
  update-rc.d: error: mdadm-waitidle Default-Start contains no runlevels, 
aborting.
  dpkg: error processing package mdadm (--remove):
   subprocess installed post-removal script returned error exit status 1



Andreas

Bug#806275: pam-auth-update: ignore comments in /usr/share/pam-configs/foo

[Trent W. Buck]

Package: libpam-runtime
Version: 1.1.8-3.1
Severity: wishlist
File: /usr/sbin/pam-auth-update

I make Debian-based live images.
Because editing /etc/pam directly is pain and scary,
I edit /usr/share/pam-configs/libpam-mount and then run pam-auth-update.


You might want to say "that's abuse, you're doing it wrong, WONTFIX";
which I guess is reasonable. :-)


Anyway, I have a file like this:

# Emacs, this is a -*-conf-*- file.
Name: Mount volumes for user
Default: yes
# By default, this is 128 -- the same as ldap.
# This results in PAM getting an order of "unix, mount, ldap".
# I think it's better to have "unix, ldap, mount". (#30143)
# Therefore, decrease the priority to 64.
# FIXME: seek expert advice: is this good, or bad?
Priority: 64
Auth-Type: Additional
# Because libpam_mount is so badly coded,
# it thinks NFS mounts require a password.
# This doesn't matter for the actual xdm GUI login,
# but it is annoying when doing "su p123" when testing.
# Disable all password prompting by arguments to pam_mount.so.
Auth:
optionalpam_mount.so  disable_pam_password 
disable_interactive disable_propagate_password
Session-Interactive-Only: yes
Session-Type: Additional
Session:
optionalpam_mount.so  disable_pam_password 
disable_interactive disable_propagate_password

When pam-auth-update runs, the comments confuse it:

(bootstrap)root@zygon:/# DEBIAN_FRONTEND=noninteractive pam-auth-update
Use of uninitialized value $fieldname in hash element at 
/usr/sbin/pam-auth-update line 689,  line 1.
Use of uninitialized value $fieldname in hash element at 
/usr/sbin/pam-auth-update line 690,  line 1.

I think this can be trivially fixed in parse_pam_profile() by doing
something like this:

while () {
+ if (/^\s*#/) {
+   continue;   # ignore comment lines
+ }
  if (/^(\S+):\s+(.*)$/) {

PS: perlcritic also recommends File::Slurp,
but I guess you want to avoid gratuitous dependencies. :-)

Bug#804382: Please allow non-root usage

[martin f krafft]

I know about sudo, but I still wonder about the need for root rights
at all.

Access to the database credentials can be managed through filesystem
permissions.

So the next (and hopefully last) thing where we need root rights
seems to be the creation of domain directories, or even user
directories:

  Nov 26 02:55:21 ambassador dovecot: lmtp(20221): Error: user
  t...@pantsfullofunix.net: Initialization failed: Namespace '':
  mkdir(/srv/vmm/6/7/7/Maildir) failed: Permission denied
  (euid=7(test%pantsfullofunix.net)
  egid=7(pantsfullofunix.net) missing +w perm: /srv/vmm/6/7,
  dir owned by 0:7 mode=0750)

I can't seem to find a way to tell lmtp to drop privileges only
after it verified existence of the target directories, and we don't
want to go the pam_session route.

If we can agree that it's best to run as little code as possible as
root, then maybe it would be best to factor out just the domain/user
directory creation to a script and letting vmm invoke that script,
either as setuid or with sudo, while the rest of vmm runs with user
privileges.

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"it takes more keystrokes to enter a windows license key
 than it takes to do a complete debian desktop install!"
-- joey hess


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#806274: krb5-auth-dialog: consider building against MIT kerberos

[Jelmer Vernooij]

Package: krb5-auth-dialog
Version: 3.12.0-2
Severity: normal

Dear Maintainer,

krb5-auth-dialog is currently built against Heimdal. Heimdal hasn't seen
a release upstream in almost 4 years, and we're considering orphaning
it.

Please consider building against MIT kerberos instead. Attached patch
changes the build dependency accordingly.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
commit 77ac5aa355a55bbe26220c64ae2ee1a92139ba25
Author: Jelmer Vernooij 
Date:   Tue Nov 24 23:23:09 2015 +

Build-depend on libkrb5-dev | heimdal-dev.

diff --git a/debian/changelog b/debian/changelog
index 9ad8684..fb88a3b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+krb5-auth-dialog (3.12.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Build-depend on libkrb5-dev | heimdal-dev.
+
+ -- Jelmer Vernooij   Tue, 24 Nov 2015 23:22:51 +
+
 krb5-auth-dialog (3.12.0-2) unstable; urgency=medium
 
   * [a9cf1c1] Use current user name to determine principal (Closes: #762906)
diff --git a/debian/control b/debian/control
index 33cb46c..2845e85 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: Guido Günther 
 Build-Depends: debhelper (>= 6),
  cdbs,
- heimdal-dev (>= 1.3.1.dfsg.1-5),
+ libkrb5-dev | heimdal-dev (>= 1.3.1.dfsg.1-5),
  libglib2.0-dev (>= 2.26.0),
  libgtk-3-dev,
  libglade2-dev, intltool,

Bug#806254: Unable to send mail from gscan2pdf due to unknown desktop environment

[martin f krafft]

also sprach Jeffrey Ratcliffe  [2015-11-26 10:30 +1300]:
> xdg-mime query default "x-scheme-handler/mailto"

% xdg-mime query default "x-scheme-handler/mailto"
icedove.desktop


That is *an* installed MUA, but not the one I use or want to use.

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"die zeit für kleine politik ist vorbei.
 schon das nächste jahrhundert
 bringt den kampf um die erdherrschaft."
 - friedrich nietzsche


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#806273: os-prober: remove or disable-per default the non grub-mount based probing

[Christoph Anton Mitterer]

Package: os-prober
Severity: critical
Justification: causes serious data loss


Hey.

AFAIU, os-prober still falls back to using the non grub-mount based probing,
when the later isn't available.
Also os-prober doesn't in anyway depend on grub, so there is absolutely no
guarantee it would be available.


Now looking at the non-based probing and it's issues:
1) As already reported in several other open bugs, it may cause data
   corruptions, as mount -r doesn't mean that nothing on disk may be change.
   Typical example is replaying the log of journalled filesystems but als
   non journaled filesystems have a log (e.g. btrfs, though it's not used there
   for journalling) and there are well known cases in which replaying the log
   is totally undesired,... ranging from when you doing forensics on such
   devices to rescue measurements, where replaying a broken log might cause even
   more damage.

2) Even if it wouldn't potentially cause data corruptions, ro mounting, AFAIU 
still
   may lead to changes one may not want (e.g. last mount time and other 
meta-data).
   Things which, AFAIU, grub's mount doesn't do (at least that's what it 
claims).

3) And possibly even more problematic and also the reason why I mark this as 
"causes
   serious data loss"
   In the code the block device seems to be set read only... (ro_partition 
"$boottomnt")
   WTF?!
   No only doesn't the check a few lines before, whether the device is mounted,
   guarantee that it's still not rw-mounted a few lines later... but mounted 
isn't
   the only way the underlying block device may be used/modified.
   The first thing that pops to my mind is a filesystem repair in operation,
   which may easily end up the fs in a even worse state when interrupted.
   Or what about devices exported via nbd?


I hope I didn't miss anything, which would protect against the above issues,
but I didn't want to simulate such problems as I'm a bit too concerned about my
data :)

Cheers,
Chris.

Bug#806262: lintian: fails to find _all.changes for arch:all-only builds (-A)

[Adam D. Barratt]

On Thu, 2015-11-26 at 02:50 +0100, Cyril Brulebois wrote:
> Adam D. Barratt  (2015-11-26):
> > Control: reassign -1 devscripts
> > 
> > On Thu, 2015-11-26 at 00:45 +0100, Cyril Brulebois wrote:
> > > Running a build with the -A flag leads to a confused lintian as it tried
> > > to find a _amd64.changes file where an _all.changes file was produced.
> > > Full transcript follows:
> > > | (sid-amd64-devel)kibi@wodi:~/debian-installer/packages/base-installer$ 
> > > debuild -A
> > [...]
> > > |  dpkg-genchanges -A >../base-installer_1.158_all.changes
> > > | dpkg-genchanges: binary-only arch-indep upload (source code and 
> > > arch-specific packages not included)
> > > |  dpkg-source --after-build base-installer
> > > | dpkg-buildpackage: source-only upload: Debian-native package
> > > | Now running lintian...
> > > | warning: "base-installer_1.158_amd64.changes" cannot be processed.
> > > | warning: It is not a valid lab query and it is not an existing file.
> > > | Finished running lintian.
> > 
> > That's a debuild bug. The majority of your output is from
> > dpkg-buildpackage directly, but debuild is then running lintian against
> > the wrong file.
> 
> -ENEEDMOARCOFFEE

:-) I had to double-check by poking at the source that "Now running
$thing" was specifically debuild rather than dpkg-bp.

debuild already understands -A in order to pass it on to relevant
scripts and set flags internally to tell it to run the binary-indep
target under certain circumstances, so afaict in my not-all-that-awake
state it should be quite simple to have it then reflect that in
the .changes name - at least for the now base case where dpkg-bp is
being run directly.

Regards,

Adam

Bug#805431: (no subject)

[Harlan Lieberman-Berg]

tag 805431 +patch
thanks

Hi there!

It seems a trivial backport is possible.  (dch --bpo, though I've
attached a patch as well).

Thank you for your help!

Sincerely,
-- 
Harlan Lieberman-Berg
~hlieberman
>From c594f628967725935e509917016d7a13c519e522 Mon Sep 17 00:00:00 2001
From: Harlan Lieberman-Berg 
Date: Wed, 25 Nov 2015 20:51:52 -0500
Subject: [PATCH] Bump d/changelog for jessie-backports.

---
 debian/changelog | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index cd07db0..1831d63 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+pyopenssl (0.15.1-2~bpo8+1) jessie-backports; urgency=medium
+
+  * Rebuild for jessie-backports.
+
+ -- Harlan Lieberman-Berg   Wed, 25 Nov 2015 20:51:40 -0500
+
 pyopenssl (0.15.1-2) unstable; urgency=medium
 
   * upload to unstable
-- 
2.6.2

Bug#806262: lintian: fails to find _all.changes for arch:all-only builds (-A)

[Adam D. Barratt]

Control: reassign -1 devscripts

On Thu, 2015-11-26 at 00:45 +0100, Cyril Brulebois wrote:
> Running a build with the -A flag leads to a confused lintian as it tried
> to find a _amd64.changes file where an _all.changes file was produced.
> Full transcript follows:
> | (sid-amd64-devel)kibi@wodi:~/debian-installer/packages/base-installer$ 
> debuild -A
[...]
> |  dpkg-genchanges -A >../base-installer_1.158_all.changes
> | dpkg-genchanges: binary-only arch-indep upload (source code and 
> arch-specific packages not included)
> |  dpkg-source --after-build base-installer
> | dpkg-buildpackage: source-only upload: Debian-native package
> | Now running lintian...
> | warning: "base-installer_1.158_amd64.changes" cannot be processed.
> | warning: It is not a valid lab query and it is not an existing file.
> | Finished running lintian.

That's a debuild bug. The majority of your output is from
dpkg-buildpackage directly, but debuild is then running lintian against
the wrong file.

I'm assuming that the above also generated
base-installer_1.158_amd64.build?

Regards,

Adam

Bug#806262: lintian: fails to find _all.changes for arch:all-only builds (-A)

[Cyril Brulebois]

Adam D. Barratt  (2015-11-26):
> Control: reassign -1 devscripts
> 
> On Thu, 2015-11-26 at 00:45 +0100, Cyril Brulebois wrote:
> > Running a build with the -A flag leads to a confused lintian as it tried
> > to find a _amd64.changes file where an _all.changes file was produced.
> > Full transcript follows:
> > | (sid-amd64-devel)kibi@wodi:~/debian-installer/packages/base-installer$ 
> > debuild -A
> [...]
> > |  dpkg-genchanges -A >../base-installer_1.158_all.changes
> > | dpkg-genchanges: binary-only arch-indep upload (source code and 
> > arch-specific packages not included)
> > |  dpkg-source --after-build base-installer
> > | dpkg-buildpackage: source-only upload: Debian-native package
> > | Now running lintian...
> > | warning: "base-installer_1.158_amd64.changes" cannot be processed.
> > | warning: It is not a valid lab query and it is not an existing file.
> > | Finished running lintian.
> 
> That's a debuild bug. The majority of your output is from
> dpkg-buildpackage directly, but debuild is then running lintian against
> the wrong file.

-ENEEDMOARCOFFEE

> I'm assuming that the above also generated
> base-installer_1.158_amd64.build?

That's entirely correct, sir.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#806272: iceweasel: crashes daily on Twitter feed and many other sites using embedded vids

[Marc J. Driftmeyer]

Package: iceweasel
Version: 42.0-1
Severity: normal

Dear Maintainer,

Bare with me as I vent as it is not a slight towards you, the maintainers. I'm 
getting really effing sick of this POS crashing daily, repeatedly on various 
mainstream web sites.

Don't have a clue how systemd works with Iceweasel but this crap spews in 
terminal

2015-11-25 17:36:33: basic_code_modules.cc:70: ERROR: Module 
/lib/x86_64-linux-gnu/libsystemd.so.0 could not be stored

Getting sick of losing downloads because of this crap. I understand this POS 
browser has become a major PITA, but I'm tired of jumping back and forth 
between browsers like Chrome, Chromium, Iceweasel and Epiphany. Not a single 
one is worth a crap.

If this is something on Debian's side, then best of luck fixing it. If it has 
to do with integration of systemd than perhaps Mozilla can get off it's duff 
and fix it. It's just demoralizing in 2015 that browsers are a POS and 
continuously crash, irregardless of any test harness implemented.

Sincerely,

Marc J. Driftmeyer

P.S. I appreciate the hard work everyone does. It's gotta be frustrating to 
take the users frustrations when so many outstanding bugs from Mozilla clearly 
shows they don't give a frack about their Linux port.

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: Certificate Patrol
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/certpat...@psyc.eu
Package: xul-ext-certificatepatrol
Status: user-disabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Ghostery
Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi
Status: enabled

Name: HTTPS-Everywhere
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/https-everywhere-...@eff.org
Package: xul-ext-https-everywhere
Status: user-disabled

Name: IMDB  Search
Location: ${PROFILE_EXTENSIONS}/{c4080853-c699-4120-b8e0-618bff8a4474}.xpi
Status: enabled

Name: IMDb Plus
Location: ${PROFILE_EXTENSIONS}/imdbp...@eros.man.xpi
Status: enabled

Name: It's All Text!
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/itsallt...@docwhat.gerf.org
Package: xul-ext-itsalltext
Status: user-disabled

Name: Open in Browser
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/openinbrow...@www.spasche.net
Package: xul-ext-openinbrowser
Status: user-disabled

Name: PDF Viewer
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/uriloa...@pdf.js
Package: xul-ext-pdf.js
Status: user-disabled

Name: Sage
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{a6ca9b3b-5e52-4f47-85d8-cca35bb57596}
Package: xul-ext-sage
Status: user-disabled

Name: Video DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}.xpi
Status: enabled

Name: Video WithOut Flash
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/v...@drev.com
Package: xul-ext-video-without-flash
Status: user-disabled

-- Plugins information
Name: DjView-4.10.4
Location: /usr/lib/mozilla/plugins/nsdejavu.so
Package: djview-plugin
Status: enabled

Name: Gnome Chemistry Utils
Location: /usr/lib/mozilla/plugins/libmozgcu.so
Package: gcu-plugin
Status: enabled

Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: Google Talk Plugin
Location: /opt/google/talkplugin/libnpgoogletalk.so
Package: google-talkplugin
Status: disabled

Name: Google Talk Plugin Video Renderer
Location: /opt/google/talkplugin/libnpo1d.so
Package: google-talkplugin
Status: disabled

Name: Shockwave Flash (11.2.202.548)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  djview-plugin  4.10.4-1 amd64Browser plugin for the DjVu image
ii  gcu-plugin 0.14.10-2+b1 amd64GNOME chemistry utils (browser pl
ii  gnome-shell3.18.3-2 amd64graphical shell for the GNOME des
ii  google-talkplu 5.41.0.0-1   amd64Google Talk Plugin
ii  iceweasel  42.0-1   amd64Web browser based on Firefox
ii  xul-ext-certif 2.0.14-4 all  Certificate Monitor for Iceweasel
ii  xul-ext-https- 5.1.1-2  all  extension to force the use of HTT
ii  xul-ext-itsall 1.9.2-1  all  extension to edit textareas using
ii  xul-ext-openin 1.16-1   all  open files directly in the browse
ii  xul-ext-pdf.js 1.2.109+dfsg all  Portable Document Format (PDF) vi
ii  xul-ext-sage   1.5.2-3  all  lightweight RSS and Atom feed rea
ii  xul-ext-video- 3.1.1-1  all  extension to watch videos without

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT 

Bug#804575: insighttoolkit4: build-depends on libdcmtk2-dev which is no longer built

[Steve M. Robbins]

On November 25, 2015 10:48:45 AM Emilio Pozuelo Monfort wrote:

> > I note that libdcmtk2-dev is again being provided (#805718) so I think
> > this bug is no longer serious.
> 
> Although your package won't build against that, because the old
> libdcmtk2-dev package is still in the archive, and sbuild will pick that.

I see.  But you were the one who filed #805718 "... so that binNMUs can be 
scheduled without having to wait for every rdep to switch the build dependency 
from libdcmtk2-dev to libdcmtk-dev".

So I'm confused.   I would presume if you wanted to file the binNMUs, we could 
have the old libdcmtk2-dev packages removed from unstable.

At any rate, the ITK dependencies will be updated soon.  Gert indicated he's 
only waiting for the newest gdcm upload to be released from NEW.

-Steve


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

Bug#787582: VDPAU needed

[Andreas Beckmann]

On 2015-11-25 20:34, Julien Aubin wrote:
> Do you have any news ? Is release 0.7.1 of glx-alternative-nvidia stable
> enough now ?

The packages were sitting in the queue for a few days and got just
accepted into jessie-backports, so the full updated nvidia stack should
be available in jessie-backports on the mirrors tomorrow.

There will be another update round soon for the next CVE ... packages
are already in sid and experimental, but this time I expect no
additional infrastructure changes.

I haven't tested it, but I'd expect the experimental nvidia-driver
packages to be installable in jessie-backports, too :-)
So, have fun, and tell us if something breaks ...


Andreas

Bug#805430: Patch

[Harlan Lieberman-Berg]

tags 805430 +patch
thanks

Hi there!

I've attached a patch (a simple dch --bpo) to backport python-sphinx to
jessie.  Please note, it will not work until python-alabaster is
backported.  I've submitted a PR and bug against that package, and the
bug blocks this one.

Thanks!

-- 
Harlan Lieberman-Berg
~hlieberman

>From 69c409dbac438eb86be21f1497eb8254a3fe7916 Mon Sep 17 00:00:00 2001
From: Harlan Lieberman-Berg 
Date: Wed, 25 Nov 2015 20:33:31 -0500
Subject: [PATCH] Bump d/changelog for jessie-backports.

---
 debian/changelog | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 8b07195..bbe4c62 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+sphinx (1.3.1-8~bpo8+1) jessie-backports; urgency=medium
+
+  * Rebuild for jessie-backports.
+
+ -- Harlan Lieberman-Berg   Wed, 25 Nov 2015 20:09:18 -0500
+
 sphinx (1.3.1-8) unstable; urgency=medium
 
   * Do not fail on removing SOURCES.txt file when it does not exist.
-- 
2.6.2

Bug#806271: RM: python-pbconsensuscore [hurd-i386] -- ROM; Current version does not build on hurd

[Scott Kitterman]

On November 25, 2015 8:24:58 PM EST, Afif Elghraoui  wrote:
>Package: ftp.debian.org
>Severity: normal
>
>The build for this version of the package fails on hurd and it's going
>to
>hold back testing migration.

Hurd issues don't block migration.  If it's not migrating, you need to 
investigate further.

Scott K

Bug#806270: os-prober: should allow to select which block devices to scan and not scan any per default

[Christoph Anton Mitterer]

Package: os-prober
Severity: wishlist


Hey.

Given that there are quite a number of bugs open where os-proper
apparently caused critical data loss and destroyed filesystems it
seems to me that it's modus operandi of scanny all block devices
is generally inapparopriate and far to risky.

Not sure what os-prober does worse than other tools which also
scan all devices, but apparently it does something which actually
may cause changes to these devices; probably mounting, which, even
if read-only, isn't guaranteed to not change a device; OTOH #788062
reports further corruptions, while AFAIU, grub-mount seems to be
used already (see #701814 comment #81).


I think a good solution, which would IMHO even improve the package
if it wouldn't have these corruption issues was to implement the
following:
- allow, via some config file, to configure which block devices are
  scanned
- per default, do not scan any!
- perhaps add a debconf dialog which allows the user to select which
  other devices should be added to the config file,... simiarly to
  what grub-pc does when it asks for the devices where it should be
  installed.

I think this has several advantages over the current mode:
- The user controls which devices are scanned, which should help to
  rule out corruption cases a bit more.
- No need to scan all kinds of devices, which, if there are many,
  can take quite a while, spin up unused disks/CDs, etc.
- The user can control which other OS are added,.. right now, AFAIU,
  everything found is added, but that may not be what one wants.

Since /dev/disk/by-uuid and friends can be used in the config file,
the whole thing is even deterministic.


Cheers,
Chris.

Bug#806271: RM: python-pbconsensuscore [hurd-i386] -- ROM; Current version does not build on hurd

[Afif Elghraoui]

Package: ftp.debian.org
Severity: normal

The build for this version of the package fails on hurd and it's going to
hold back testing migration.

Bug#806269: python-alabaster: Please backport 0.7.6 to jessie-backports

[Harlan Lieberman-Berg]

Package: python-alabaster
Version: 0.7.6-1
Severity: wishlist

Dear Maintainer,

Hello!  As part of backporting python-sphinx, I needed to backport python-
alabaster back to jessie.  I've pushed you a PR with the necessary change --
just a d/changelog bump is sufficient.

Thank you for your help!


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

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

Versions of packages python-alabaster depends on:
ii  python-sphinx  1.3.1-8
pn  python:any 

python-alabaster recommends no packages.

python-alabaster suggests no packages.

-- no debconf information

-- 
Harlan Lieberman-Berg
~hlieberman

Bug#806268: uploads are rejected while packages are still in NEW

[Matthias Klose]

Package: ftp.debian.org
Severity: important

On 26.11.2015 02:04, Debian FTP Masters wrote:


lib64objc4-mips-cross_5.2.1-26cross1_all.deb: Built-Using refers to package 
gcc-5 (= 5.2.1-26) not in target archive ftp-master.


===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


gcc-5-ports is rejected because the package used for the build is not yet 
accepted.  This is sub-optimal.  I understand that you don't want to accept 
packages which are built against outdated packages, however in this case a valid 
upload is rejected for administrative reasons.


And even if the gcc-5 upload is accepted, I'm not able to re-upload the 
gcc-5-cross package without changing the md5sums/signature of the package.

Bug#806267: gargoyle-free: Crash on startup when loading gblorb file

[Nils Dagsson Moskopp]

Package: gargoyle-free
Version: 2011.1a-3+b1
Severity: important

Dear Maintainer,

today I installed the package gargoyle-free to play a text adventure.
I have downloaded the game Coloratura, which can be downloaded from:


However, gargoyle-free crashes, seemingly due to not finding a font.

--- snib ---
# 2015-11-26T01:42+0100 /tmp 
; gargoyle-free Coloratura.gblorb 
fatal: FT_New_Face: LuxiMonoRegular: 0x1
abort
# exited sigabrt
--- snab ---

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

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

Versions of packages gargoyle-free depends on:
ii  fonts-liberation  1.07.4-1
ii  fonts-linuxlibertine  5.3.0-2
ii  libatk1.0-0   2.16.0-2
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libglib2.0-0  2.44.1-1.1
ii  libgtk2.0-0   2.24.28-1
ii  libjpeg62-turbo   1:1.4.1-1
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpng12-01.2.50-2+b2
ii  libsdl-mixer1.2   1.2.12-11+b1
ii  libsdl-sound1.2   1.0.3-7+b1
ii  libsdl1.2debian   1.2.15-11
ii  libstdc++65.2.1-17
ii  zlib1g1:1.2.8.dfsg-2+b1

gargoyle-free recommends no packages.

gargoyle-free suggests no packages.

-- no debconf information

Bug#806265: Re-sending an account verification link on an already-activated causes a 500 error

[Steve McIntyre]

Package: wiki.debian.org
Severity: normal

As reported:

when I try to create a user account on the Debian wiki which uses a
name already taken, I get the following message:

This user name already belongs to somebody else. If this is a new
account and you need another verification link, try sending another
one.

"sending another one" links to
https://wiki.debian.org/InstallingDebianOn/Allwinner?action=newaccount&i=1162379783.5.60584&resend=1
in my case. Going to this page results in an internal server error.

I've confirmed this and I can see the problem in the apache logs:

 [wsgi:error] mod_wsgi (pid=19132): Exception occurred processing WSGI script 
'/srv/wiki.debian.org/bin/moin.wsgi'.
 [wsgi:error]  Traceback (most recent call last):
 [wsgi:error]File "/usr/lib/python2.7/dist-packages/werkzeug/wsgi.py", line 
588, in __call__
 [wsgi:error]  return self.app(environ, start_response)
 [wsgi:error]File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", 
line 264, in __call__
 [wsgi:error]  response = run(context)
 [wsgi:error]File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", 
line 89, in run
 [wsgi:error]  response = dispatch(request, context, action_name)
 [wsgi:error]File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", 
line 137, in dispatch
 [wsgi:error]  response = handle_action(context, pagename, action_name)
 [wsgi:error]File "/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", 
line 203, in handle_action
 [wsgi:error]  handler(context.page.page_name, context)
 [wsgi:error]File 
"/usr/lib/python2.7/dist-packages/MoinMoin/action/newaccount.py", line 259, in 
execute
 [wsgi:error]  mailok, msg = _send_verification_mail(request, theuser)
 [wsgi:error]File 
"/usr/lib/python2.7/dist-packages/MoinMoin/action/newaccount.py", line 22, in 
_send_verification_mail
 [wsgi:error]  'v': user.account_verification}
 [wsgi:error]  AttributeError: User instance has no attribute 
'account_verification'


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

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

Bug#805321: [Reproducible-builds] Bug#805321: debian-installer: builds unreproducible netboot images

[Cyril Brulebois]

Cyril Brulebois  (2015-11-26):
> I've cherry-picked 3 patches from there onto master locally and I'm
> currently running diffoscope to see how that goes (and it's taking
> ages…):
>   c182491b05fec16497f2bf1290cac16773d175f9
>   5d59fd1813e794d0821c00757dd56fd9ca25ed16
>   d126622567cfbe10d7f8a207a292eaab622ef73e

The following files are different after two builds with debuild -b once
the 3 commits are applied:
./installer-amd64/20151024/images/cdrom/gtk/debian-cd_info.tar.gz
./installer-amd64/20151024/images/cdrom/gtk/initrd.gz
./installer-amd64/20151024/images/cdrom/initrd.gz
./installer-amd64/20151024/images/hd-media/boot.img.gz
./installer-amd64/20151024/images/hd-media/gtk/initrd.gz
./installer-amd64/20151024/images/hd-media/initrd.gz
./installer-amd64/20151024/images/netboot/debian-installer/amd64/initrd.gz
./installer-amd64/20151024/images/netboot/gtk/debian-installer/amd64/initrd.gz
./installer-amd64/20151024/images/netboot/gtk/netboot.tar.gz
./installer-amd64/20151024/images/netboot/netboot.tar.gz

I see at least timestamp issues in initramfses; this might be due to the
fact that pigz (installed in my development chroots) seems to need both
-n and -T to behave like gzip's -n.

I might poke a bit more around this before pushing.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#806170: Typo

[Jelmer Vernooij]

Sorry, obviously that first sentence should have read "lsh-utils is
currently built against Heimdal."

Bug#806266: consider building against MIT Kerberos

[Jelmer Vernooij]

Source: lsh-utils
Severity: normal

lsh-utils is currently built against Heimdal. Heimdal hasn't seen
a release upstream in almost 4 years, and we're considering orphaning
it.

Please consider building against MIT kerberos instead.

Bug#806264: consider building against MIT Kerberos

[Jelmer Vernooij]

Package: pike7.8, pike8.0
Severity: normal

Dear Maintainer,

pike7.8 is currently built against Heimdal. Heimdal hasn't seen
a release upstream in almost 4 years, and we're considering orphaning
it.

Please consider building against MIT kerberos instead.

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

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

Bug#806263: otrs2: OTRS attempts to phone home to cloud.otrs.com without warning or asking permission

[Dennis Boone]

Package: otrs2
Version: 5.0.3-1
Severity: normal

OTRS attempts to "phone home" to cloud.otrs.com by default, without
giving warning or asking permission.  This is a privacy concern.  It
should not do this.

-- System Information:

Versions of packages otrs2 depends on:
ii  adduser 3.113+nmu3
ii  apache2 [httpd-cgi] 2.4.17-3
ii  dbconfig-common 1.8.58
ii  debconf [debconf-2.0]   1.5.58
ii  fonts-font-awesome  4.4.0~dfsg-1
ii  libapache-dbi-perl  1.12-1
ii  libapache2-reload-perl  0.12-3
ii  libauthen-sasl-perl 2.1600-1
ii  libcgi-pm-perl  4.22-1
ii  libcrypt-eksblowfish-perl   0.009-2
ii  libcrypt-passwdmd5-perl 1.3-10
ii  libcss-minifier-perl0.01-1
ii  libdate-pcalc-perl  6.1-4
ii  libdbd-mysql-perl   4.033-1
ii  libdbi-perl 1.634-1
ii  libemail-valid-perl 1.198-1
ii  libencode-hanextra-perl 0.23-4
ii  libexcel-writer-xlsx-perl   0.86-1
ii  libgd-graph-perl1.48-2
ii  libgd-perl [libgd-gd2-perl] 2.53-1+b1
ii  libgd-text-perl 0.86-9
ii  libhtml-parser-perl 3.71-2
ii  libhtml-tagset-perl 3.20-2
ii  libhtml-truncate-perl   0.20-1
ii  libio-interactive-perl  0.0.6-1
ii  libio-stringy-perl  2.110-5
ii  libjavascript-minifier-perl 1.11-1
ii  libjson-perl2.90-1
ii  libjson-xs-perl 3.010-2
ii  liblingua-translit-perl 0.22-1
ii  liblinux-distribution-perl  0.23-1
ii  libmail-imapclient-perl 3.37-1
ii  libmail-pop3client-perl 2.18-1
ii  libmailtools-perl   2.13-1
ii  libmime-tools-perl  5.505-1
ii  libnet-imap-simple-perl 1.2205-1
ii  libnet-imap-simple-ssl-perl 1.3-3
ii  libnet-ldap-perl1:0.6500+dfsg-1
ii  libnet-smtp-ssl-perl1.03-1
ii  libnet-smtp-tls-butmaintained-perl  0.24-1
ii  libnet-sslglue-perl 1.054-1
ii  libpdf-api2-perl2.023-1
ii  libpod-strip-perl   1.02-2
ii  libproc-daemon-perl 0.22-1
ii  libschedule-cron-events-perl1.94-1
ii  libsys-hostname-long-perl   1.5-1
ii  libtemplate-perl2.24-1.2+b1
ii  libtext-csv-perl1.33-1
ii  libtext-csv-xs-perl 1.20-1
ii  libtext-diff-perl   1.43-1
ii  libxml-feedpp-perl  0.43-1
ii  libxml-libxml-perl  2.0116+dfsg-5
ii  libxml-libxslt-perl 1.94-2
ii  libxml-parser-lite-perl 0.721-1
ii  libxml-parser-perl  2.44-1
ii  libyaml-libyaml-perl0.41-6
ii  libyaml-perl1.15-1
ii  perl [libdigest-sha-perl]   5.20.2-6
ii  ttf-dejavu-core 2.35-1
ii  ttf-dejavu-extra2.35-1
ii  ucf 3.0031

Versions of packages otrs2 recommends:
ii  aspell0.60.7~20110707-3
ii  ispell3.4.00-4
pn  postgresql-client | mysql-client  
ii  procmail  3.22-25

Versions of packages otrs2 suggests:
ii  mysql-server 5.6.27-2
ii  mysql-server-5.6 [virtual-mysql-server]  5.6.27-2

-- debconf information:
  otrs2/pgsql/admin-pass: (password omitted)
  otrs2/mysql/app-pass: (password omitted)
  otrs2/app-password-confirm: (password omitted)
  otrs2/mysql/admin-pass: (password omitted)
  otrs2/password-confirm: (password omitted)
  otrs2/pgsql/app-pass: (password omitted)
  otrs2/db/basepath:
  otrs2/remote/port:
* otrs2/database-type: mysql
  otrs2/passwords-do-not-match:
  otrs2/purge: false
  otrs2/remote/host:
  otrs2/dbconfig-reinstall: false
* otrs2/dbconfig-upgrade: true
  otrs2/upgrade-error: abort
  otrs2/remote/newhost:
  otrs2/missing-db-package-error: abort
* otrs2/dbconfig-install: true
  otrs2/internal/reconfiguring: false
  otrs2/pgsql/authmethod-user: ident
  otrs2/internal/skip-preseed: false
  otrs2/pgsql/method: TCP/IP
  otrs2/dbconfig-remove:
  otrs2/pgsql/no-empty-passwords:
* otrs2/mysql/method: Unix socket
  otrs2/pgsql/changeconf: false
* otrs2/install-error: ignore
  otrs2/pgsql/manualconf:
  otrs2/pgsql/authmethod-admin: ident
  otrs2/pgsql/admin-user: postgres
  otrs2/remove-error: abort
  otrs2/upgrade-backup: true

Bug#806261: docker-registry: Cannot access config.yml

[Olaf Meeuwissen]

Package: docker-registry
Version: 2.1.1~ds1-4
Severity: important

Dear Maintainer,

I just installed docker-registry and noticed it didn't start up during
installation.  A look at /var/log/docker-registry.log said:

  configuration error: open /etc/docker/registry/config.yml: permission denied

I tracked this down to a permission issue on /etc/docker/:

  $ ls -dl /etc/docker
  drwx-- 3 root root 4096 Nov 26 08:15 /etc/docker

The init script checks whether it is being run as root so that isn't the
problem but then tries to run `start-stop-daemon --chuid "$EXECUSER"`
with EXECUSER=docker-registry.  This means that the BINARY cannot access
its own configuration file.  Oops.

A subsequent attempt to purge the package failed because docker-registry
could not be stopped.  Obvious, because it isn't running in the first
place.  Perhaps you should add a check that it is indeed running before
exiting with a failure when you cannot stop it because it isn't running.

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

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

Versions of packages docker-registry depends on:
ii  adduser  3.113+nmu3
ii  libc62.19-22

docker-registry recommends no packages.

docker-registry suggests no packages.

-- Configuration Files:
/etc/docker/registry/config.yml [Errno 13] Permission denied: 
u'/etc/docker/registry/config.yml'

-- no debconf information

-- 
Olaf Meeuwissen, LPIC-2 EPSON FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962

Bug#806262: lintian: fails to find _all.changes for arch:all-only builds (-A)

[Cyril Brulebois]

Package: lintian
Version: 2.5.38.1
Severity: important

Hi,

Running a build with the -A flag leads to a confused lintian as it tried
to find a _amd64.changes file where an _all.changes file was produced.
Full transcript follows:
| (sid-amd64-devel)kibi@wodi:~/debian-installer/packages/base-installer$ 
debuild -A
|  dpkg-buildpackage -rfakeroot -D -us -uc -A
| dpkg-buildpackage: source package base-installer
| dpkg-buildpackage: source version 1.158
| dpkg-buildpackage: source distribution UNRELEASED
| dpkg-buildpackage: source changed by Cyril Brulebois 
|  dpkg-source --before-build base-installer
|  fakeroot debian/rules clean
| dh clean
|dh_testdir
|dh_auto_clean
|   make -j1 clean
| make[1]: Entering directory 
'/home/kibi/debian-installer/packages/base-installer'
| rm -f pkgdetails run-debootstrap
| make[1]: Leaving directory 
'/home/kibi/debian-installer/packages/base-installer'
|dh_clean
|  debian/rules build-indep
| dh build-indep
|dh_testdir -i
|dh_auto_configure -i
|debian/rules override_dh_auto_build
| make[1]: Entering directory 
'/home/kibi/debian-installer/packages/base-installer'
| debian/templates-build.pl amd64 < debian/templates-arch > debian/templates.gen
| # give the new templates file the same mtime as the input file, so
| # that po2debconf doesn't decide that it needs to run
| # debconf-updatepo
| touch -mr debian/templates-arch debian/templates.gen
| /usr/bin/make small 
| make[2]: Entering directory 
'/home/kibi/debian-installer/packages/base-installer'
| cc -Os -Wall -g -D_GNU_SOURCE -Os -fomit-frame-pointer -o pkgdetails 
pkgdetails.c
| cc -Os -Wall -g -D_GNU_SOURCE -Os -fomit-frame-pointer -o run-debootstrap 
run-debootstrap.c -ldebconfclient -ldebian-installer
| strip --remove-section=.comment --remove-section=.note pkgdetails 
run-debootstrap
| ls -l pkgdetails run-debootstrap
| -rwxr-xr-x 1 kibi kibi 10944 Nov 26 00:40 pkgdetails
| -rwxr-xr-x 1 kibi kibi 11016 Nov 26 00:40 run-debootstrap
| make[2]: Leaving directory 
'/home/kibi/debian-installer/packages/base-installer'
| make[1]: Leaving directory 
'/home/kibi/debian-installer/packages/base-installer'
|dh_auto_test -i
|   make -j1 test
| make[1]: Entering directory 
'/home/kibi/debian-installer/packages/base-installer'
| make -C kernel test
| make[2]: Entering directory 
'/home/kibi/debian-installer/packages/base-installer/kernel'
| alpha: 24 passes, 0 failures.
| amd64: 10 passes, 0 failures.
| arm64: 27 passes, 0 failures.
| armeb: 6 passes, 0 failures.
| armel: 92 passes, 0 failures.
| armhf: 104 passes, 0 failures.
| hppa: 36 passes, 0 failures.
| i386: 230 passes, 0 failures.
| ia64: 22 passes, 0 failures.
| m68k: 14 passes, 0 failures.
| mips: 97 passes, 0 failures.
| mipsel: 85 passes, 0 failures.
| powerpc: 134 passes, 0 failures.
| ppc64el: 16 passes, 0 failures.
| s390x: 7 passes, 0 failures.
| sh4: 20 passes, 0 failures.
| sparc: 36 passes, 0 failures.
| kfreebsd-amd64: 16 passes, 0 failures.
| kfreebsd-i386: 32 passes, 0 failures.
| make[2]: Leaving directory 
'/home/kibi/debian-installer/packages/base-installer/kernel'
| make[1]: Leaving directory 
'/home/kibi/debian-installer/packages/base-installer'
|  fakeroot debian/rules binary-indep
| dh binary-indep
|dh_testroot -i
|dh_prep -i
|dh_auto_install -i
|dh_install -i
|dh_installdocs -i
|dh_installchangelogs -i
|dh_installdebconf -i
|dh_perl -i
|dh_link -i
|dh_strip_nondeterminism -i
|dh_compress -i
|dh_fixperms -i
|dh_installdeb -i
|dh_gencontrol -i
| dpkg-gencontrol: warning: Depends field of package base-installer: unknown 
substitution variable ${shlibs:Depends}
|dh_md5sums -i
|dh_builddeb -i
| dpkg-deb: building package 'base-installer' in 
'debian/.debhelper/scratch-space/build-base-installer/base-installer_1.158_all.deb'.
|   Renaming base-installer_1.158_all.deb to base-installer_1.158_all.udeb
|  dpkg-genchanges -A >../base-installer_1.158_all.changes
| dpkg-genchanges: binary-only arch-indep upload (source code and arch-specific 
packages not included)
|  dpkg-source --after-build base-installer
| dpkg-buildpackage: source-only upload: Debian-native package
| Now running lintian...
| warning: "base-installer_1.158_amd64.changes" cannot be processed.
| warning: It is not a valid lab query and it is not an existing file.
| Finished running lintian.
| (sid-amd64-devel)kibi@wodi:~/debian-installer/packages/base-installer$ ls 
../base-installer_1.158_all.changes 
| ../base-installer_1.158_all.changes

Please note that if you want to reproduce this with base-installer, the
version in the archive FTBFS with -A, so you'll need to fetch it from
git, where a patch fixes the FTBFS.

After a build with -b, another build with -A doesn't lead to such a
warning, because the “wrong” file is used. (Lucky me, I had no former
builds for this specific version, that's how I noticed the issue in the
first place.)

Mraw,
KiBi.

Bug#806239: ca-certificates: Contains unaudited root CAs

[Michael Shuler]

On 11/25/2015 03:13 PM, Andrew Ayer wrote:
>> The April release contained the 2.4 bundle from Mozilla. CA bundle 2.5
>> was recently released in NSS and an upload to unstable is being
>> prepped.

I was incorrect about the NSS release relative time being as recent as I
recalled. See below.

> I'm not sure what these version numbers are.  NSS 3.19.3 was released
> on August 7 and removed 5 CAs[1].  So why no release of ca-certificates
> until now?
> 
> [1] 
> https://groups.google.com/forum/#!topic/mozilla.dev.tech.crypto/CIrDdx1e9EI

A ca-certificates version 2.5 example - it's contained in
mozilla/nssckbi.h in the ca-certificates package repo:
https://bugzilla.mozilla.org/show_bug.cgi?id=1190794

Thanks for the mailing list link. I follow the NSS mercurial repository
commits via RSS and check for merges from NSS dev to firefox release
repos. Looks like I checked on 10/22 to see if 2.5 was in the release
tree, but it was not, yet. The release tree I'm checking against is for
firefox releases, so this would be the real-world majority of users
getting CA updates. I started checking against actual firefox releases
after the 1024-bit removal, reinstatement, removal again issues.. I
don't think that cycle ever made it to a firefox release.

http://anonscm.debian.org/cgit/users/mshuler-guest/ca-certificates.git/commit/?id=f0d320ad9c517d8c5d2e308ec99e470df4cef938
"- would be nice if they would release NSS sometime soon with this
version.."

Obviously, it looks like I'll need to figure out a different way to
track releases if we want to be spot-on with NSS releases. Yet another
mailing list might be the only answer..

Feel free to add a BTS report when new NSS versions are released.

Thanks again for the feedback.
Michael

Bug#805321: [Reproducible-builds] Bug#805321: debian-installer: builds unreproducible netboot images

[Cyril Brulebois]

Hi,

Steven Chamberlain  (2015-11-22):
> I rewrote the patches according to KiBi's feedback and they are
> now uploaded to our jessie-kfreebsd suite, and this Git branch:
> https://anonscm.debian.org/cgit/d-i/debian-installer.git/log/?h=jessie-kfreebsd

I've cherry-picked 3 patches from there onto master locally and I'm
currently running diffoscope to see how that goes (and it's taking
ages…):
  c182491b05fec16497f2bf1290cac16773d175f9
  5d59fd1813e794d0821c00757dd56fd9ca25ed16
  d126622567cfbe10d7f8a207a292eaab622ef73e

> In my own testing on ZFS, file ordering was still an issue for the
> makefs tool that builds the initrd.  But if I were to try again
> on UFS, I hope to be able to reproduce the entire
> netboot-installer-images tarball as built by the buildds.
> 
> This tarball includes bits that are bundled onto the official release
> images by debian-cd tools.  Making this reproducible is a prerequisite
> for someday having reproducibly-built official release images.
> 
> I could merge these patches into sid if they seem okay?  The only
> commit that should not be merged is this one, which is specific to
> jessie-kfreebsd and must be slightly changed for sid:
>   kfreebsd: use makefs -T to clamp timestamps

I suppose your time is better spent actually working on kfreebsd so
that's why I decided to cherry-pick the patches myself.

FWIW, I'm not exactly entirely convinced by the exporting of the
SOURCE_DATE_EPOCH variable from debian/rules; all other variables have
been passed without exporting so I'm wondering if we shouldn't adapt
this to behave like other variables, reducing possible surprise for
users.

I don't think that's a showstopper for a push to master though; just
thinking out loud.

> I expect that Linux d-i builds will have some reproducibility issues
> in whatever generates the initrd or ISOs, but I may look into that
> after the jessie-kfreebsd release is done.

Sure thing, thanks again!

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#806260: Unnecessary period on the end of systemd service description in pppd-dns.service

[Piotr Jurkiewicz]

Package: ppp
Version: 2.4.6-3.1
Severity: minor

By convention systemd service descriptions should not end with a period, 
because systemd adds period on its own. Now, log messages for this 
service ends with doubled periods, what is inconsistent with the rest of 
system and suggests that this service is waiting for something:


systemd[1]: Started Restore /etc/resolv.conf if the system crashed
before the ppp link was shut down..

Suggested fix:

In file pppd-dns.service change:

[Unit]
Description=Restore /etc/resolv.conf if the system crashed before the 
ppp link was shut down.


to:

[Unit]
Description=Restore /etc/resolv.conf if the system crashed before the 
ppp link was shut down

Bug#806257: Message when entering into some modules in Grass GIS GUI : 'ascii' codec can't decode byte 0xc3 in position 8: ordinal not in range(128)

[Sebastiaan Couwenberg]

Control: tags -1 - moreinfo
Control: tags -1 + upstream
Control: forwarded -1 https://trac.osgeo.org/grass/ticket/2727

Hi Etienne,

On 25-11-15 23:02, Etienne MAHE wrote:
> Yes I confirm since I use french version. I have reinstalled python, Qgis
> and grass but nothing change.

Reinstalling doesn't change the code, so that's not expected to fix an
upstream issue such as this.

GRASS 7 has greatly improved the Unicode support, but issues such as
this one and #676190 are still outstanding.

I'll add your feedback to the upstream issue, hopefully it will get
fixed in one of the next GRASS releases.

Kind Regards,

Bas

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

Bug#804382: Please allow non-root usage

[Pascal Volk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 2015-11-07 22:03, martin f krafft wrote:
> ambassador:/var/mail% /usr/sbin/vmm ld
> Error: You are not root.
> Good bye!
> 
> I see no reason for this. Anyone with access to the vmm
> configuration with the database data should be able to use vmm.
> 
> Even better would be if socket authentication was possible and
> I could control using pg_hba and pg_ident who can connect to the
> database.

The vmm package creates the group `vmm'. So you can add system users to
the vmm group.
Create a file, e.g. `vmm_sudoers'

,--[ vmm_sudoers ]--
| # vim: ft=sudoers
| Cmnd_AliasVMM_CMD = /usr/sbin/vmm
| %vmm  ALL = NOPASSWD: VMM_CMD
`--

Admins who want to allow the usage of vmm for members of the vmm group
can execute:

install -m 440 vmm_sudoers /etc/sudoers.d

Members of the group vmm will be able to execute vmm commands, e.g.:

sudo vmm ld

Lazy users can create an alias:

alias vmm='sudo /usr/sbin/vmm'

The vmm package then should suggest the sudo package.


Regards,
Pascal
- -- 
Ubuntu is an ancient African word meaning “I can’t install Debian.”
 -- unknown
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQGcBAEBCgAGBQJWVj5xAAoJEIgLCU7FETn+exkL/3Tuj9XlYuKtnfFLAF4SnRHz
M9yc+5L7vN06bYne5/M38aNaKIypvhwQuIJd6Fv+eEPWugAQoiNr+dtJRrinE8mn
vGW8OT/oQtwsPQzcDkJ65LinV3NJwA30C2vMghBbUMkZ37TR3c0z6+1g9XDF8jZ/
Zx/ss/i5DUeSurrtyuKI1iiUX5d7HQwKRuFd03oj1XqmsYbLIRoDB84E8QYufHre
xhMF8jk8+/12F8sa09t3M6Z9A3TTMgJl6BcHeab0GG3EwsgKyI7AJst8Fp7X203l
MzuPtObtkFBgt6yiIX+OgrENBwxWZ1rJuxXcmdzM+3jsmGHW2xhLpk5b3hyVWOuQ
AFpcyYEpcz8hFg2zRfbjuW2CpvmC9ArWKL4juUj+cAHDKV8RMjs9yun4NLkou5AR
bJCwkrv118vQ60II8WSAxapwHktNBxciI8BnCM+MyQqRPOFdUpk+1OZHarqsRm0x
BuSMBFYgtpaWyZpC9CjFxRR0L7clsmNOdQVHsx2YdA==
=XCY9
-END PGP SIGNATURE-

Bug#806259: xserver-xorg: Depends on xserver-xorg-legacy | systemd

[Celelibi]

Package: xserver-xorg
Version: 1:7.7+12
Severity: important

Dear maintainer,

I don't want to install systemd on my computer, but the new version of
xserver-xorg want systemd in order to run as a user. To circumvent this,
I see a package xserver-xorg-legacy has been added to run xorg as root
if needed.

Would it be possible to make xserver-xorg either:
- integrate the xorg wrapper in xserver-xorg so that xorg is always run
  as root if needed;
- make the package depend on xserver-xorg-legacy to achieve the same
  effect;
- make the package depend on "xserver-xorg-legacy | systemd" so that
  the wrapper is only installed if needed?


Best regards,
Celelibi

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

Kernel: Linux 3.10.11 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages xserver-xorg depends on:
ii  x11-xkb-utils 7.7+2
ii  xkb-data  2.16-1
ii  xserver-xorg-core 2:1.17.3-2
ii  xserver-xorg-input-evdev [xorg-driver-input]  1:2.9.2-1
ii  xserver-xorg-input-kbd [xorg-driver-input]1:1.8.1-1
ii  xserver-xorg-input-mouse [xorg-driver-input]  1:1.9.1-1
ii  xserver-xorg-input-synaptics [xorg-driver-input]  1.8.2-1
ii  xserver-xorg-video-fbdev [xorg-driver-video]  1:0.4.4-1+b3
ii  xserver-xorg-video-radeon [xorg-driver-video] 1:7.6.1-1
ii  xserver-xorg-video-vesa [xorg-driver-video]   1:2.3.4-1

Versions of packages xserver-xorg recommends:
ii  libgl1-mesa-dri  11.0.5-1

xserver-xorg suggests no packages.

-- debconf information:
  xserver-xorg/config/device/default-identifier:
* shared/no_known_x-server:
  shared/fontpath/fontserver:
* xserver-xorg/config/inputdevice/mouse/emulate3buttons: false
  shared/multiple_possible_x-servers:
* xserver-xorg/config/monitor/use_sync_ranges: false

Bug#806225: cron: please consider to migrate to '3.0 (quilt)' source format

[Sandro Tosi]

> Once I've cleaned things up, I'll gladly come back to you for help and
> review! This is a big change, and I'd feel much more comfortable with
> more eyes looking into this.

absolutely, anytime! thanks!

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#806257:

[Etienne MAHE]

Yes I confirm since I use french version. I have reinstalled python, Qgis
and grass but nothing change.

Kind regards,
Etienne MAHE

Bug#806256: libpam-systemd: log out from a TTY and your X input devices get lost!

[Michael Biebl]

Am 11/25/2015 um 10:20 PM schrieb Francesco Poli (wintermute):
> Package: libpam-systemd
> Version: 228-2
> Severity: normal
> 
> Hello,
> I noticed a weird bug that is possibly caused by libpam-systemd.
> 
> Steps to reproduce (on a box with systemd as PID 1 process):
> 

1..7

Tried those steps but I'm unable to reproduce it.

So I guess we will need at least a verbose journal log.
Which desktop environment is this? Does it make a difference if you use
a different window manager?




-- 
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#804246: transition: gsl

[Dirk Eddelbuettel]

On 25 November 2015 at 23:04, Julien Cristau wrote:
| On Mon, Nov 23, 2015 at 21:12:06 +0100, Sebastiaan Couwenberg wrote:
| 
| > On 23-11-15 20:45, Julien Cristau wrote:
| > > On Mon, Nov 23, 2015 at 01:46:26 +0100, Sebastiaan Couwenberg
| > > wrote:
| > > 
| > >> altree (1.3.1-2) cannot be built after updating the build
| > >> dependency to libgsl-dev, because some other dependency still
| > >> pulls in libgsl0ldbl causing a conflict with libgsl2.
| > >> 
| > > Does libgsl not use versioned symbols?  (Why not?)
| > 
| > The uninstallable build dependencies were caused by altree build
| > depending on libmath-tamuanova-perl which depends on libtamuanova-0.2,
| > and that pulls in libgsl0ldbl (>= 1.9).
| > 
| > With tamuanova (0.2-3) rebuilt against libgsl2, the altree build
| > dependencies can be installed and altree (1.3.1-2) builds successfully
| > with libgsl2.
| > 
| That doesn't answer my question.  It also doesn't explain why
| libgsl0ldbl and libgsl2 conflict.  That looks like broken packaging to
| me.

Fair point, and likely my bad.

It would make coexistence of the two packages impossible whereas the idea of
renaming is presumably to allow that.

Anything else wrong in debian/control you can see? It is included below.

Dirk
| 
| Cheers,
| Julien

Source: gsl
Section: math
Priority: optional
Maintainer: Dirk Eddelbuettel 
Standards-Version: 3.9.6
Build-Depends: gawk | awk, debhelper (>= 9), gcc (>= 4:4.0), binutils (>= 
2.12.90.0.9), dh-autoreconf
Homepage: http://www.gnu.org/software/gsl

Package: libgsl2
Section: libs
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: gsl, libgsl0, libgsl0ldbl
Replaces: gsl, libgsl0 (<= 1.9-4), libgsl0ldbl (<= 1.16+dfsg-4)
Suggests: gsl-ref-psdoc | gsl-doc-pdf | gsl-doc-info | gsl-ref-html
Description: GNU Scientific Library (GSL) -- library package 
 The GNU Scientific Library (GSL) is a collection of routines for
 numerical analysis.  The routines are written from scratch by the GSL
 team in C, and present a modern API for C programmers, while allowing 
 wrappers to be written for very high level languages.
 .
 GSL includes data types and routines for complex numbers, vectors,
 matrices, basic linear algebra subroutines (BLAS), eigensystems,
 simulated annealing, minimization, root finding, pseudo-random
 numbers, least-squares fitting, fast Fourier transforms (FFT),
 differential equations, quadrature, Monte Carlo integration, special
 functions, physical constants, and much more.
 .
 This package provides the shared libraries required to run programs
 compiled with GNU GSL. To compile your own programs you also need to
 install libgsl0-dev.
 .
 URL: http://www.gnu.org/software/gsl/

Package: libgsl-dev
Section: libdevel
#Multi-Arch: same -- TODO resolve /usr/bin/gsl-config issue
Architecture: any
Depends: libgsl2 (= ${binary:Version}), ${misc:Depends}
Conflicts: gsl-dev, libgsl0-dev
Replaces: gsl-dev, libgsl0 (<= 1.9-4), libgsl0-dev (<= 1.16+dfsg-4)
Provides: libgsl0-dev
Description: GNU Scientific Library (GSL) -- development package
 The GNU Scientific Library (GSL) is a collection of routines for
 numerical analysis.  The routines are written from scratch by the GSL
 team in C, and present a modern API for C programmers, while allowing
 wrappers to be written for very high level languages.
 .
 This package contains the header files, static libraries and symbolic 
 links that developers using GNU GSL will need.
 .
 URL: http://www.gnu.org/software/gsl/

Package: gsl-bin
Section: math
Architecture: any
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: gsl
Replaces: gsl
Description: GNU Scientific Library (GSL) -- binary package
 The GNU Scientific Library (GSL) is a collection of routines for
 numerical analysis.  The routines are written from scratch by the GSL
 team in C, and present a modern API for C programmers, while allowing 
 wrappers to be written for very high level languages.
 .
 This package provides several example binaries.
 .
 URL: http://www.gnu.org/software/gsl/

Package: libgsl-dbg
Section: debug
Priority: extra
Architecture: any
Multi-Arch: same
Depends: libgsl2 (= ${binary:Version}), ${misc:Depends}
Provides: libgsl0-dbg
Conflicts: libgsl0-dbg
Replaces: libgsl0-dbg (<= 1.16+dfsg-4)
Description: GNU Scientific Library (GSL) -- debug symbols package
 The GNU Scientific Library (GSL) is a collection of routines for
 numerical analysis.  The routines are written from scratch by the GSL
 team in C, and present a modern API for C programmers, while allowing
 wrappers to be written for very high level languages.
 .
 This package contains debugging symbol tables for the static  GSL libraries
 libgsl and libgslcblas from the libgsl0-dev package, and the binaries 
 gsl-randist and gsl-histogram from the gsl-bin package.
 .
 URL: http://www.gnu.org/software/gsl/


Package: libgsl-prof
Section: libdevel
Priority: extra
Architecture: any
Multi-Arch: sam

Bug#542521: xl2tpd: No CONFIG_PPPOL2TP support compiled in.

[Baptiste Jonglez]

Hi,

I am re-opening this bug report, since kernel support has been fixed
upstream in version 1.3.2.  It is also enabled by default upstream, see:

  https://github.com/xelerance/xl2tpd/blob/master/CHANGES#L31

However, because the Debian package overrides the CFLAGS variable, it
didn't pick up this change.  Attached is a patch enabling kernel support
for version 1.3.6+dfsg.

Thanks,
Baptiste
--- a/xl2tpd-1.3.6+dfsg/debian/rules	2015-11-25 22:09:46.66000 +0100
+++ b/xl2tpd-1.3.6+dfsg/debian/rules	2015-11-25 22:16:27.96400 +0100
@@ -27,7 +27,7 @@
 build-indep: build-stamp
 build-stamp: configure-stamp 
 	dh_testdir
-	$(MAKE) CFLAGS=" -DDEBUG_PPPD -DTRUST_PPPD_TO_DIE -O2 -fno-builtin -Wall -DSANITY -DLINUX -I$(KERNELSRC)/include/ -DIP_ALLOCATION $(shell dpkg-buildflags --get CFLAGS)" CPPFLAGS=" -DDEBUG_PPPD -DTRUST_PPPD_TO_DIE -O2 -fno-builtin -Wall -DSANITY -DLINUX -I$(KERNELSRC)/include/ -DIP_ALLOCATION $(shell dpkg-buildflags --get CPPFLAGS)" LDFLAGS=" $(shell dpkg-buildflags --get LDFLAGS)"
+	$(MAKE) CFLAGS=" -DDEBUG_PPPD -DTRUST_PPPD_TO_DIE -O2 -fno-builtin -Wall -DSANITY -DLINUX -I$(KERNELSRC)/include/ -DIP_ALLOCATION -DUSE_KERNEL $(shell dpkg-buildflags --get CFLAGS)" CPPFLAGS=" -DDEBUG_PPPD -DTRUST_PPPD_TO_DIE -O2 -fno-builtin -Wall -DSANITY -DLINUX -I$(KERNELSRC)/include/ -DIP_ALLOCATION $(shell dpkg-buildflags --get CPPFLAGS)" LDFLAGS=" $(shell dpkg-buildflags --get LDFLAGS)"
 	touch $@
 
 clean:



pgpFoNtiMNbZz.pgp
Description: PGP signature

Bug#803235: Comment: New Distro won't load

[Seascale Industrial Controls]

Distro: 
Debian 8.1   64bit AMD Install   13 Disc Set from OSDisc.com
Manufactured 14 Sep 2015

User:  
Dave Crosby   info  seascalecontrols.com
Washington State, USA  (too close to Remond!)

PC:  
HP desktop - 2011 vintage (or so) AMD 64 dual core

Scenario: 
Loading new Distro from scratch from discs fails.

The Problem: 
New distro stops unpacking/loading software about 7/8 of the way through
(before loading bootloader).  Unrecoverable error during loading.  I
investigated by reading installation syslog using the installation
shell. Syslog reveals the dependency problem stated in bug 803235.  This
bug causes more than  "makes most automatic stable update schemes
fail." ; It renders new installation of 8.1 (and presumably 8.2)
from standard 64 bit disc sets impossible.  The halted, but partially
installed system isn't yet capable of doing an apt-get for the missing
dependency like the bug report's 'systems admins' are.  This seems to
render the ($33) disk set worthless.

I've ordered an 8.0 set which hopefully will be early enough to not have
the dependency problem. 

Dave Crosby
11/25/15




  

Bug#804246: transition: gsl

[Julien Cristau]

On Mon, Nov 23, 2015 at 21:12:06 +0100, Sebastiaan Couwenberg wrote:

> On 23-11-15 20:45, Julien Cristau wrote:
> > On Mon, Nov 23, 2015 at 01:46:26 +0100, Sebastiaan Couwenberg
> > wrote:
> > 
> >> altree (1.3.1-2) cannot be built after updating the build
> >> dependency to libgsl-dev, because some other dependency still
> >> pulls in libgsl0ldbl causing a conflict with libgsl2.
> >> 
> > Does libgsl not use versioned symbols?  (Why not?)
> 
> The uninstallable build dependencies were caused by altree build
> depending on libmath-tamuanova-perl which depends on libtamuanova-0.2,
> and that pulls in libgsl0ldbl (>= 1.9).
> 
> With tamuanova (0.2-3) rebuilt against libgsl2, the altree build
> dependencies can be installed and altree (1.3.1-2) builds successfully
> with libgsl2.
> 
That doesn't answer my question.  It also doesn't explain why
libgsl0ldbl and libgsl2 conflict.  That looks like broken packaging to
me.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#804084: slrn: FTBFS: /usr/bin/ld: cannot find -ltermcap

[Moritz Mühlenhoff]

On Wed, Nov 25, 2015 at 08:18:50PM +0100, Sven Joachim wrote:
> On 2015-11-24 23:01 +0100, Moritz Mühlenhoff wrote:
> 
> > On Wed, Nov 04, 2015 at 08:02:39PM +0100, Sven Joachim wrote:
> >> Source: slrn
> >> Version: 1.0.2-3
> >> 
> >> Your package currently FTBFS in unstable.  From my pbuilder log:
> >> 
> >> ,
> >> | gcc /build/slrn-1.0.2/src/objs/chkslang.o -Wl,-z,relro -o
> >> | /build/slrn-1.0.2/src/objs/chkslang -lslang -luu -lcanlock
> >> | -L/usr/lib/i386-linux-gnu/lib -lgnutls -lgnutls-openssl -ltermcap
> >> | /usr/bin/ld: cannot find -ltermcap
> >> `
> >> 
> >> This is an unexpected fallout from the fix for bug #745479[1], I did not
> >> really consider it possible that packages use the ncurses5-config script
> >> without a build dependency on libncurses5-dev.  Anyway, here's the
> >> analysis:
> >
> > Sorry for the late reply.
> >
> > Adding libncurses5-dev as a build dependency to slrn also seems like a 
> > proper fix
> > to me, then?
> 
> It would work fine now, but in the future (after the Stretch release)
> ncurses5-config is going away, i.e. its name will change.  This means
> that slrn might start to link with -ltermcap, obtaining a spurious
> dependency on libtinfo6.

Ok, I wasn't aware of ncurses5-config going away, I'll upload your original
patch over the weekend. Thanks.

Cheers,
Moritz

Bug#806257: Message when entering into some modules in Grass GIS GUI : 'ascii' codec can't decode byte 0xc3 in position 8: ordinal not in range(128)

[Sebastiaan Couwenberg]

Control: tags -1 moreinfo

Hi Etienne,

On 25-11-15 22:27, Etienne MAHE wrote:
> After launching Grass GUI, and when I try to enter into some modules, I get
> the following message : 'ascii' codec can't decode byte 0xc3 in position 8:
> ordinal not in range(128). The problem is that I have not imported raster
> or vector maps. I don't know if the problem comes from linguistic packages.
> Anyways, the problem seems to concern Python language but I am not expert
> in python.

This seems to be a known issue upstream:

https://trac.osgeo.org/grass/ticket/2727

Can you confirm that you're using a non-en_US locale, and that you're
experiencing the same issue as reported upstream?

Kind Regards,

Bas

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

Bug#441048: column shipped by bsdmainutils on Debian

[Andreas Henriksson]

Control: reassign -1 bsdmainutils

Hello.

/usr/bin/column is shipped by "bsdmainutils" package in Debian.
Reassigning this bug report accordingly.

Regards,
Andreas Henriksson

Bug#804293: linux-image-4.2.0-1-amd64: Crash in ip6_datagram_connect

[Gerald Turner]

On Wed, Nov 25 2015, Gerald Turner wrote:
> However earlier during the bisections something did catch my eye: I
> ran 'git bisect visualize' while waiting for the kernel to build,
> noticed a patch series prefixed with "xfrm" (d7a32b6..8faf491) and
> each time thought to myself "oh this build is going to crash" and was
> correct each time ;-)

For the record, I tested v4.2 with patch series d7a32b6..8faf491
reverted, still crashes immediately.

> I suppose I'll restart bisection at last 'bad' and let the kernels run
> for a day before issueing 'git bisect good'.

I'm in the process of doing this, may take a week.

-- 
Gerald Turner Encrypted mail preferred!
OpenPGP: 4096R / CA89 B27A 30FA 66C5 1B80  3858 EC94 2276 FDB8 716D


signature.asc
Description: PGP signature

Bug#799314: policyd-weight: false positive for BOGUS_MX

[Werner Detter]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Julien, 

I suggest a new config variable $IGNORE_RFC1918_A. 

If enabled (1) A records with RFC1918 addresses aren't treated as bogus 
addresses by policyd-weight 
anymore and therefore bogus_mx_score is not added. So the current behavior 
persists and can be 
changed if needed. My Patch (see [1]) worked in my lab environment so far. I'll 
upload the new package 
soon to mentors and let you know. 

Cheers,
Werner



[1]
- --- a/policyd-weight
+++ b/policyd-weight
@@ -483,6 +483,10 @@
 # established connections to one policyd-weight
 # child
 
+my $IGNORE_RFC1918_A = 0;   # If enabled (1) A records with RFC1918 addresses
+   # aren't treated as bogus addresses by 
policyd-weight
+   # and therefore bogus_mx_score isn't added.
+
 # scores for checks, WARNING: they may manipulate eachother
 # or be factors for other scores.
 #   HIT score, MISS Score
@@ -2208,8 +2212,18 @@
 
 if($tmpcnt == 0)
 {
- -$from_addresses .= ' '.$ip_address;
- -}
+   if($IGNORE_RFC1918_A == 1)
+{
+if($ip_address !~ 
/(127\.|192\.168\.|10\.|172\.(?:1[6-9]|2\d|3[01])\.)/)
+{
+$from_addresses .= ' '.$ip_address;
+}
+}
+else
+{
+$from_addresses .= ' '.$ip_address;
+   }
+   }
 
 $addresses .= ' '.$ip_address;
 
- --- a/policyd-weight.conf.sample
+++ b/policyd-weight.conf.sample
@@ -174,6 +174,10 @@
 # established connections to one policyd-weight
 # child
 
+   $IGNORE_RFC1918_A = 0;   # If enabled (1) A records with RFC1918 addresses
+# aren't treated as bogus addresses by 
policyd-weight
+# and therefore bogus_mx_score isn't added.
+
 # scores for checks, WARNING: they may manipulate eachother
 # or be factors for other scores.
 #   HIT score, MISS Score
- --- a/man/man5/policyd-weight.conf.5
+++ b/man/man5/policyd-weight.conf.5
@@ -86,6 +86,10 @@
 If that many queries fail, the mail is accepted with \fB$MAXDNSERRMSG\fR.
 .br
 In total DNS queries this means: $MAXDNSERR * $DNS_RETRIES
+.IP "\fB$IGNORE_RFC1918_A\fR (default: 0)"
+.br
+If enabled (1) A records with RFC1918 addresses aren't treated as bogus
+addresses by policyd-weight and therefore bogus_mx_score isn't added.
 
 .SH "MISC SETTINGS"
 .ad
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2
Comment: GPGTools - http://gpgtools.org

iQEcBAEBCgAGBQJWVioxAAoJECrSoAS/sh/hMIIH/34+52TEXESy5gssCMsTxI8Z
d7kZoCOzWifjEekZwyD34s1ePzAfJ8ssY16mXHG76agRUUgEkWNLwnBzPSm4znYW
pVHg9gP0nY5qt/FhDJOACYqIYlf7MhCDx90YLRlTOsEDq7/u9RQ63uf8hvP36LiM
npvE/xu6vM2sLLvykQmlWnw9btwiJgNjQHwQVOG3Fj0Y0uTN5CcKrV2Bs55ZHhH4
8XCD8qt+39h5oVMQT8y+xRAoYivG+BRT/uDo9KKKec8F5haATK98uZG3puzkhnNN
AayeoGiF9FAE8T06/1zKHcRV+wSZ33NI3IHD7BC8tZ+8SVCoGiTWHFs45YVw/2c=
=Q3n1
-END PGP SIGNATURE-

Bug#806225: cron: please consider to migrate to '3.0 (quilt)' source format

[Christian Kastner]

On 2015-11-25 22:01, Sandro Tosi wrote:
> On Wed, Nov 25, 2015 at 8:20 PM, Christian Kastner  wrote:
>>> I'm wondering if you plan on switching to '3.0 (quilt)' anytime soon, 
>>> eventually
>>> resurrecting the work done for 79fc563.
>>
>> I started the conversion years ago (see the sf3 branch), but never
>> finished it. I've recently taken this up again, but it's a pain, as I
>> have to re-familiarize myself with the code again.
>>
>> Eventually, there will be ~70 patches, and I'm currently somewhere in
>> the middle of it. I do expect to be done sometime early next year.
> 
> cool, thanks for working on this alraedy! is there any way I can help
> with this? for example, would it help if I extract all the commit
> touching upstream source files in the packaging? else? lemme know!

I appreciate your offer, but at the moment, not really... I already did
the part with the upstream source files, for all commits since the
initial revision -- that's how I recreated the ~70 patches out of the
single format 1.0 diff. The result of this is in the aforementioned sf3
(up to 3.0pl1-123, I think).

The sheer size and number of changes make this really hard to get into,
but I'm already halfway through a review and reorg, after which it
should be much easier.

Once I've cleaned things up, I'll gladly come back to you for help and
review! This is a big change, and I'd feel much more comfortable with
more eyes looking into this.

Regards,
Christian





signature.asc
Description: OpenPGP digital signature

Bug#803658: boot hangs before cryptsetup passphrase prompt

[Ben Hutchings]

Control: tag -1 - moreinfo
Control: reassign -1 plymouth

On Wed, 2015-11-25 at 11:40 +0100, Stefano Zacchiroli wrote:
> TL;DR: it seems to be a plymouth issue.
> 
> On Sun, Nov 22, 2015 at 10:19:12PM +, Ben Hutchings wrote:
> > Can you try this:
> > 
> > - Boot with the added parameter: break=top
> > - In the shell, run:
> >       echo 1 >/proc/sys/kernel/sysrq
> >       openvt
> >       exit
> > - Once the system has hung, press Alt-SysRq, Alt-W, Alt-SysRq, Alt-L
> > - Switch to VT 2 then show the kernel log with: dmesg | less
> > - Send photos of all the call traces
> 
> I haven't done all of the above, because I don't know what generates a
> SysRq on ThinkPad's keyboards. Do you know? I've a T440s.  (I guess the
> web would probably tell me, but I'm writing this on a plane w/o net
> connection..., sorry about that.)

Possibly Fn-S (from https://support.lenovo.com/gb/en/documents/ht074004).

> Nonetheless I've used the shell obtained with openvt to compare the
> running processes in the linux 4.1 and 4.3 cases. In 4.1 (where the boot
> works) the processes asking for the luks password is
> "/lib/cryptsetup/askpass Please unlock disk sda3_crypt:" ; in 4.3 (where
> the boot doesn't work) is "plymouth ask-for-password --prompt Please
> unlock disk sda3_crypt". In both cases, the process with the next PID,
> after askpass/plymouth, is "/sbin/cryptsetup -T 1 --allow-discards open
> --type luks ".
> 
> So this bug might deserve a reassign to plymouth, I guess.
> 
> Still, why are kernels 4.2 and 4.3 triggering plymouth usage, whereas
> 4.1 is not? (FWIW, all my grub entries have "splash" on the kernel
> cmdline.)

Perhaps you installed plymouth after Linux 4.2?  Only the newest
initramfs is updated when you install plymouth (and most other packages
that trigger an initramfs update).

Ben.

-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.

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

Bug#806254: Unable to send mail from gscan2pdf due to unknown desktop environment

[Jeffrey Ratcliffe]

On 25 November 2015 at 21:52, martin f krafft  wrote:
> — gscan2pdf won't let me e-mail scans to people anymore. I am told
> it cannot identify the desktop environment and hence doesn't know
> how what mail client I use.

What does

xdg-mime query default "x-scheme-handler/mailto"

return?

Bug#806258: s-nail: Cannot start "/usr/bin/sendmail": executable not found

[Salvatore Bonaccorso]

Package: s-nail
Version: 14.8.5-1
Severity: serious
Justification: Policy 11.6. Mail transport, delivery and user agents

Hi

Filling this as serious, as per Policy 11.6 sendmail is from
/usr/sbin/sendmail. s-nail though has the problem that during build
configures SENDMAIL to '/usr/bin/sendmail'.

$ echo test | /usr/bin/s-nail -s 'test' root
Cannot start "/usr/bin/sendmail": executable not found (adjust *sendmail* 
variable)
[...]

Regards,
Salvatore

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

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

Versions of packages s-nail depends on:
ii  base-files9.5
ii  libc6 2.19-22
ii  libcomerr21.42.13-1
ii  libgssapi-krb5-2  1.13.2+dfsg-4
ii  libidn11  1.32-3
ii  libk5crypto3  1.13.2+dfsg-4
ii  libkrb5-3 1.13.2+dfsg-4
ii  libssl1.0.2   1.0.2d-3
ii  libtinfo5 6.0+20151024-2

s-nail recommends no packages.

Versions of packages s-nail suggests:
ii  esmtp-run [mail-transport-agent]  1.2-12

-- no debconf information

Bug#806257: Message when entering into some modules in Grass GIS GUI : 'ascii' codec can't decode byte 0xc3 in position 8: ordinal not in range(128)

[Etienne MAHE]

Package: Grass
Version: 7.0.2-1


After launching Grass GUI, and when I try to enter into some modules, I get
the following message : 'ascii' codec can't decode byte 0xc3 in position 8:
ordinal not in range(128). The problem is that I have not imported raster
or vector maps. I don't know if the problem comes from linguistic packages.
Anyways, the problem seems to concern Python language but I am not expert
in python.

Kind regards,
Etienne MAHE.

Bug#533708: Licenses on libhugetlbfs files

[Eric B Munson]

On 2015-11-25 15:42, Mel Gorman wrote:

On Wed, Nov 25, 2015 at 02:40:19PM -0500, Geoffrey Thomas wrote:

Hi Mel, Eric, and Jarod,

I'm looking into uploading libhugetlbfs to Debian, and I wanted to
double-check a few files with ambiguous copyright or license notices.
I assume they're all intended to be LGPLv2.1+ like the rest of the
package but they're not labeled as such.

* huge_page_setup_helper.py is labeled just "(c) Red Hat, Inc., 2009,"
but does not have a license statement. Jarod, can this be used under
LGPLv2.1+?



I can't comment on this at all.


* Similarly, oprofile_start.sh just says "oprofile_start.sh (c) Mel
Gorman 2008" with no license statement. Mel, is this also LGPLv2.1+?



It was originally part of a GPL project but I fully intended it to have
the same license as libhugetlbfs when I created the patches. I had the
full rights to relicense it as the primary author.


* A few files (TLBC/*, contrib/tlbmiss_cost.sh, cpupcstat,
oprofile_map_events.pl) are "Licensed under LGPL 2.1 as packaged with
libhugetlbfs." Eric, Mel, I assume that these are intended to be
LGPLv2.1 or any higher version, like the rest of the package?



Same here, the intent was to have the same license as libhugetlbfs
and I'm the principal author.  However, I would suggest dropping them
from a package. They were valid at the time of writing but things like
oprofile_map_events.pl were not actively maintained and it would not be
used like that today. tlbmiss_cost.sh might still be valid in some 
cases
but modern TLB implementations are notoriously difficult to measure and 
I
would not trust the results it produced. If I needed to know the TLB 
miss

overhead in cycles these days, I would use different methods.


I will put together a patch that drops them at some point, I don't think
anyone is actually using them.




Less importantly:

* alloc.c and two tests have _just_ a license, not a copyright
statement; I guess they're owned by IBM?



Yes. I was the main author and I was an employee of IBM at the time.
The terms of my contract transferred copyright to IBM.


* There are a few other files without copyright notices, but right now
I'm assuming they're under the LGPL (though it would be great to have
comments on them, or a clear statement in a README). It's the ones
that have a copyright statement and no license that I want to be
particularly sure of.

* For the files that say things like "Copyright (C) 2005-2006 David
Gibson & Adam Litke, IBM Corporation.", do you know if the copyright
is held by the individuals as well as IBM, or just by IBM? I can just
copy these statements verbatim into debian/copyright, but it seems
worth clarifying.



At the time, both of those guys were employees of IBM at the time.


Sorry about the annoyance, but Debian cares about getting this stuff
right (and I think that's a good policy, honestly).


Thanks for double checking and it's not even remotely annoying. I
understand and agree with your concerns.


I can send in a
follow-up patch to add comments to the files that don't have copyright
notices once I get responses; I'd also be okay with a notice in the
README that clearly asserts a license for the entire package, if you'd
prefer that.



If you cc me on the patch then I can explicitly ack the parts I'm 
confident
of. However, I do not have merge rights to that library (or at least 
I'm
unaware of it if I do). Eric does but I've no idea if he does any 
maintenance
work on it any more. I've taken the liberty of cc'ing him on an address 
that
should be active just in case he's not reading the email address you 
used.


I would be happy to merge such a patch.  Until I have a new mailing 
list,

please post a pull request on GitHub so anyone that may be watching can
see it.

Thanks for cc'ing my work address, but I do all libhugetlbfs work from 
this

address to keep all my libhugetlbfs work separate from my Akamai work.




(By the way, I seem to be unable to subscribe to the librelist, which
is maybe where I should ask this - at least I have gotten no
confirmation email from my subscribe email, and I'm not sure how to
send without first subscribing as described in SubmittingCode.)



I'm actually not subscribed to the libhugetlbfs-devel mailing list at 
the
moment so I know nothing about it. When I unsubscribed, it was a hell 
hole

of spam. There was very little real traffic once the project was deemed
feature complete for anything people cared about.


Part of the motivation to move to librelist was the lack of spam 
filtering

on Sourceforge.  Unfortunately, the librelist doesn't seem to keep the
list around, so I am hunting for a new host.  I will update the GitHub
repo when I find one.




Also if there's anything you'd like me to be aware of when preparing
the Debian package or to package in a certain way, do let me know.



Nothing in particular other than I would suggest separating the library
and the administrative utilities such as hugeadm into separate 
packages.


Than

Bug#775541: NFS mounts from /etc/fstab do not work

[Andreas Weber]

Hi

I can confirm that the workaround given by Shinichiro Hida works for me
(thanks for that BTW). The mounting of NFS shares defined in /etc/fstab
stopped working on my stretch a few days ago after the last kernel
upgrade. I don't have any network-manager installed.

Regards

ändu

Bug#806256: libpam-systemd: log out from a TTY and your X input devices get lost!

[Francesco Poli]

Control: found -1 systemd/227-2


On Wed, 25 Nov 2015 22:20:05 +0100 Francesco Poli (wintermute) wrote:

[...]
> I noticed this bug some days ago with libpam-systemd/227-2: I waited
> for version 228-2 to migrate to testing, before reporting the bug.
> After reproducing the same exact misbehavior with libpam-systemd/228-2,
> I decided that it is time to report it.
[...]

I am adding the corresponding found version...


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpOqX9SWOfwa.pgp
Description: PGP signature

Bug#806256: libpam-systemd: log out from a TTY and your X input devices get lost!

[Francesco Poli (wintermute)]

Package: libpam-systemd
Version: 228-2
Severity: normal

Hello,
I noticed a weird bug that is possibly caused by libpam-systemd.

Steps to reproduce (on a box with systemd as PID 1 process):

  0) login on TTY1 (virtual terminal 1) as a regular user

  1) start an X session with

 $ startx

  2) press [Ctrl+Alt+F2], in order to switch to TTY2

  3) login on TTY2 as the same user

  4) logout by pressing [Ctrl+D] on the empty command prompt

  5) awkwardly the screen goes automatically back to the X session
 (rather than showing a fresh new TTY2 login prompt)

  6) even more awkwardly, any keyboard and mouse input is ignored
 except for [Ctrl+Alt+F1], which however causes the screen to
 go blank and immediately enter sleep mode

  7) the only way out seems to be a poweroff command, issued by
 pressing the power button (which is handled by acpid)

I didn't try to SSH into the box and take a look at the system...


I suspect that this bug is caused by libpam-systemd, since starting
an X session on a box with systemd as PID 1 process, but without
libpam-systemd installed, causes the same inability to use X input
devices.

I noticed this bug some days ago with libpam-systemd/227-2: I waited
for version 228-2 to migrate to testing, before reporting the bug.
After reproducing the same exact misbehavior with libpam-systemd/228-2,
I decided that it is time to report it.

Could you please investigate this bug and fix it and/or forward it
upstream, as appropriate?

Thanks for your time!
Bye.



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

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

Versions of packages libpam-systemd depends on:
ii  dbus1.10.4-1
ii  libc6   2.19-22
ii  libpam-runtime  1.1.8-3.1
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.4-3
ii  systemd 228-2
ii  systemd-sysv228-2

libpam-systemd recommends no packages.

libpam-systemd suggests no packages.

-- no debconf information

Bug#806239: Updating ca-certificates through stable-updates

[Andrew Ayer]

Hi Stable Release Managers,

We're currently discussing in #806239 how to keep the
ca-certificates package more up-to-date in (old)stable.  Since
ca-certificates is a data package that needs timely updating (when CAs
are removed due to lapsed audits, they should be distrusted
immediately), it satisfies the criteria for stable-updates posted here:

https://www.debian.org/News/2011/20110215

I just wanted to confirm that the SRMs would be OK pushing out new
ca-certificates packages through stable-updates.

Thanks,
Andrew

Bug#796208: libnss3 removed the SPI CA

[Josh Triplett]

Related to this bug, nss removed this CA today:

nss (2:3.21-1) unstable; urgency=medium

  * New upstream release.
  * nss/lib/ssl/sslsock.c: Disable transitional scheme for SSL renegotiation.
5 years after the transition started, it shouldn't be necessary anymore.
  * nss/lib/ckfw/builtins/certdata.txt: Remove the SPI CA.
  * nss/lib/util/secload.c: Fix a warning introduced by our patch to this file.
  * debian/libnss3.symbols: Add NSS_3.21 symbol versions.

 -- Mike Hommey   Wed, 25 Nov 2015 09:18:30 +0900


Between Let's Encrypt and StartCom, I agree that SPI doesn't need to run a CA
anymore, especially not a CA that only Debian systems trust.  Debian sites
should use certificates that all browsers trust, which they can easily do now.

- Josh Triplett

Bug#806239: ca-certificates: Contains unaudited root CAs

[Andrew Ayer]

Hi Michael,

On Wed, 25 Nov 2015 12:30:18 -0600
Michael Shuler  wrote:

> Control: tags -1 + pending
> 
> On 11/25/2015 11:28 AM, Andrew Ayer wrote:
> > ca-certificates hasn't been updated since April 2015.  Since then,
> > 14 CAs have been removed from the NSS root store[1, 2].
> > ca-certificates in stable hasn't been updated since October 2014.
> > Since then, 6 additional CAs have been removed[3, 4].
> > ca-certificates in oldstable is even older.
> 
> The April release contained the 2.4 bundle from Mozilla. CA bundle 2.5
> was recently released in NSS and an upload to unstable is being
> prepped.

I'm not sure what these version numbers are.  NSS 3.19.3 was released
on August 7 and removed 5 CAs[1].  So why no release of ca-certificates
until now?

[1] https://groups.google.com/forum/#!topic/mozilla.dev.tech.crypto/CIrDdx1e9EI

> Main git repo:
> http://anonscm.debian.org/cgit/collab-maint/ca-certificates.git
> 
> My working git repo (ie, bundle 2.6 is already branched):
> http://anonscm.debian.org/cgit/users/mshuler-guest/ca-certificates.git
> 
> > This is concerning because some of the removed CAs have failed or
> > are no longer conducting audits, which means we have no idea what
> > security practices they are currently following.  Applications on
> > Debian which use the ca-certificates store still trust these CAs,
> > putting users at risk.  For example, the e-Guven root certificate,
> > which was removed from the NSS store in April due to "insufficient
> > and outdated audits"[5, 6], continues to be trusted in stable and
> > oldstable.
> > 
> > First, could we get an update soon to ca-certificates that reflects
> > these removals?
> 
> Yes.

Thank you!

> > Second, could ca-certificates be updated more frequently in the
> > future? Security Team, could updates to ca-certificates be pushed
> > out through security.debian.org for (old)stable?
> 
> For stable/oldstable releases, it may be appropriate for them to go
> through the stable-updates suite.

OK.  As a data package that needs timely updating, it should qualify
for stable-updates.  As I understand the process, this requires
uploading to proposed-updates, and then the Stable Release Managers
pull it over to stable-updates[2].

[2] https://wiki.debian.org/StableUpdates

> > If there is an issue of manpower, I'm willing to help co-maintain
> > ca-certificates (I'm a DM) and prepare packages for
> > security.debian.org. We're lucky that Mozilla runs such a great
> > root program: it's thorough and responsive, and aligns with
> > Debian's values by being open and community-driven.  Let's take
> > full advantage of it in Debian!
> 
> I try to track upstream releases and attend to bug reports as quickly
> as possible, but patches are always welcomed. With several uploaders,
> I'm not sure there needs to be another uploader, but sending patches
> to fix things in the BTS would certainly be helpful.

Great! I will pay attention to your Git repo and do what I can to help
out.

Thanks,
Andrew

Bug#806225: cron: please consider to migrate to '3.0 (quilt)' source format

[Sandro Tosi]

On Wed, Nov 25, 2015 at 8:20 PM, Christian Kastner  wrote:
> Hi Sandro,
>
> On 2015-11-25 16:04, Sandro Tosi wrote:
>> Hello,
>> I found myself in a situation where I need to patch cron, and it is a huge 
>> pain
>> to handle that patch when the source package contains the debian changes
>> directly applied to the upstream source code.
>>
>> Looking at the git repo history, it appears a set of patches "appeared" in
>> http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/commit/?id=79fc5634b5af71c1c6a73692c96fe79586b85d87
>> but then it got also quickly removed in
>> http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/commit/?id=9bc55b1ef8a3563ffa215983762b4f7d8bc52aea
>
> That was an error; hence the removal again.
>
>> I'm wondering if you plan on switching to '3.0 (quilt)' anytime soon, 
>> eventually
>> resurrecting the work done for 79fc563.
>
> I started the conversion years ago (see the sf3 branch), but never
> finished it. I've recently taken this up again, but it's a pain, as I
> have to re-familiarize myself with the code again.
>
> Eventually, there will be ~70 patches, and I'm currently somewhere in
> the middle of it. I do expect to be done sometime early next year.

cool, thanks for working on this alraedy! is there any way I can help
with this? for example, would it help if I extract all the commit
touching upstream source files in the packaging? else? lemme know!

regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#804737: libre: FTBFS on i386: epoll_check missing

[Aaron M. Ucko]

Simon Josefsson  writes:

> Seems like the same on my amd64 machine.  Not sure why I had
> libc6-dev-i386 installed.  I suppose buildd's doesn't?

Not normally, no.  Since the symlinks exist in the package corresponding
to the traditional opposite architecture, I suppose you could
technically work around the issue by declaring a build dependency on
libc6-dev-amd64 [i386], but that would be an ugly, and potentially
fragile, hack.

> It uses 'gcc -dumpmachine'.  What does that give on debian-i386?

i586-linux-gnu

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#806255: nut: New upstream release

[Kjetil Kjernsmo]

Source: nut
Severity: wishlist

Dear Maintainer,

I just wanted to give a heads-up: 2.7.3 has been released, it would be nice to 
see it in. :-)

Cheers,

Kjetil


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

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

Bug#806254: Unable to send mail from gscan2pdf due to unknown desktop environment

[martin f krafft]

Package: gscan2pdf
Version: 1.3.5-1
Severity: normal

For a while now — I am sorry, I don't know when it started
— gscan2pdf won't let me e-mail scans to people anymore. I am told
it cannot identify the desktop environment and hence doesn't know
how what mail client I use.

Well, I use no desktop environment (the computer is part of my
desktop, haha), and I understand that it's hard then for gscan2pdf
to figure it out. I thought there was a sensible-mua script
somewhere, but I can't find it.

Meanwhile, maybe this could be made configurable?

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

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

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.8.9.9-6
ii  libconfig-general-perl 2.60-1
ii  libfilesys-df-perl 0.92-5+b1
ii  libgoo-canvas-perl 0.06-2+b1
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b1
ii  libhtml-parser-perl3.71-2
ii  libimage-magick-perl   8:6.8.9.9-6
ii  liblist-moreutils-perl 0.413-1
ii  liblocale-gettext-perl 1.07-1
ii  liblog-log4perl-perl   1.44-1
ii  libossp-uuid-perl [libdata-uuid-perl]  1.6.2-1.5+b1
ii  libpdf-api2-perl   2.023-1
ii  libproc-processtable-perl  0.53-1
ii  libreadonly-perl   2.000-2
ii  librsvg2-common2.40.11-2
ii  libsane-perl   0.05-2+b2
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.5-1
ii  libtry-tiny-perl   0.22-1
ii  sane-utils 1.0.25+git20150927-1

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.27.1-5
ii  gocr   0.49-2
pn  libgtk2-ex-podviewer-perl  
ii  sane   1.0.14-11
ii  tesseract-ocr  3.04.00-5+b1
ii  unpaper6.1-1
ii  xdg-utils  1.1.1-1

gscan2pdf suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#806253: libidl-2-0: trying to overwrite '/usr/lib/x86_64-linux-gnu/libIDL-2.so.0.0.0', which is also in package libidl0:amd64 0.8.14-1

[James McCoy]

Package: libidl-2-0
Version: 0.8.14-2
Severity: serious
Justification: Policy 7.6

Since libidl0 was renamed to libidl-2-0, the new libidl-2-0 needs to
declare Breaks/Replaces on libidl0 (<< 0.8.14-2) per policy §7.6.1.
As this wasn't done when the package was renamed, an upgrade currently
fails:

Unpacking libidl-2-0:amd64 (0.8.14-3) ...
dpkg: error processing archive 
/var/cache/apt/archives/libidl-2-0_0.8.14-3_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/libIDL-2.so.0.0.0', which is 
also in package libidl0:amd64 0.8.14-1

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

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

Bug#533708: Licenses on libhugetlbfs files

[Mel Gorman]

On Wed, Nov 25, 2015 at 02:40:19PM -0500, Geoffrey Thomas wrote:
> Hi Mel, Eric, and Jarod,
> 
> I'm looking into uploading libhugetlbfs to Debian, and I wanted to
> double-check a few files with ambiguous copyright or license notices.
> I assume they're all intended to be LGPLv2.1+ like the rest of the
> package but they're not labeled as such.
> 
> * huge_page_setup_helper.py is labeled just "(c) Red Hat, Inc., 2009,"
> but does not have a license statement. Jarod, can this be used under
> LGPLv2.1+?
> 

I can't comment on this at all.

> * Similarly, oprofile_start.sh just says "oprofile_start.sh (c) Mel
> Gorman 2008" with no license statement. Mel, is this also LGPLv2.1+?
> 

It was originally part of a GPL project but I fully intended it to have
the same license as libhugetlbfs when I created the patches. I had the
full rights to relicense it as the primary author.

> * A few files (TLBC/*, contrib/tlbmiss_cost.sh, cpupcstat,
> oprofile_map_events.pl) are "Licensed under LGPL 2.1 as packaged with
> libhugetlbfs." Eric, Mel, I assume that these are intended to be
> LGPLv2.1 or any higher version, like the rest of the package?
> 

Same here, the intent was to have the same license as libhugetlbfs
and I'm the principal author.  However, I would suggest dropping them
from a package. They were valid at the time of writing but things like
oprofile_map_events.pl were not actively maintained and it would not be
used like that today. tlbmiss_cost.sh might still be valid in some cases
but modern TLB implementations are notoriously difficult to measure and I
would not trust the results it produced. If I needed to know the TLB miss
overhead in cycles these days, I would use different methods.

> Less importantly:
> 
> * alloc.c and two tests have _just_ a license, not a copyright
> statement; I guess they're owned by IBM?
> 

Yes. I was the main author and I was an employee of IBM at the time.
The terms of my contract transferred copyright to IBM.

> * There are a few other files without copyright notices, but right now
> I'm assuming they're under the LGPL (though it would be great to have
> comments on them, or a clear statement in a README). It's the ones
> that have a copyright statement and no license that I want to be
> particularly sure of.
> 
> * For the files that say things like "Copyright (C) 2005-2006 David
> Gibson & Adam Litke, IBM Corporation.", do you know if the copyright
> is held by the individuals as well as IBM, or just by IBM? I can just
> copy these statements verbatim into debian/copyright, but it seems
> worth clarifying.
> 

At the time, both of those guys were employees of IBM at the time.

> Sorry about the annoyance, but Debian cares about getting this stuff
> right (and I think that's a good policy, honestly).

Thanks for double checking and it's not even remotely annoying. I
understand and agree with your concerns.

> I can send in a
> follow-up patch to add comments to the files that don't have copyright
> notices once I get responses; I'd also be okay with a notice in the
> README that clearly asserts a license for the entire package, if you'd
> prefer that.
> 

If you cc me on the patch then I can explicitly ack the parts I'm confident
of. However, I do not have merge rights to that library (or at least I'm
unaware of it if I do). Eric does but I've no idea if he does any maintenance
work on it any more. I've taken the liberty of cc'ing him on an address that
should be active just in case he's not reading the email address you used.

> (By the way, I seem to be unable to subscribe to the librelist, which
> is maybe where I should ask this - at least I have gotten no
> confirmation email from my subscribe email, and I'm not sure how to
> send without first subscribing as described in SubmittingCode.)
> 

I'm actually not subscribed to the libhugetlbfs-devel mailing list at the
moment so I know nothing about it. When I unsubscribed, it was a hell hole
of spam. There was very little real traffic once the project was deemed
feature complete for anything people cared about.

> Also if there's anything you'd like me to be aware of when preparing
> the Debian package or to package in a certain way, do let me know.
> 

Nothing in particular other than I would suggest separating the library
and the administrative utilities such as hugeadm into separate packages.

Thanks Geoffrey.

-- 
Mel Gorman
SUSE Labs

Bug#768236: ffcall: FTBFS on ppc64el: No rule to make target 'avcall-powerpc64le.lo'

[Fernando Seiti Furusato]

Hello, Christoph.

There was a patch sent upstream to fix this some time ago, sent on
https://savannah.gnu.org/bugs/?45251

It was already applied, though I do not know if that version was released.
In any case, would it be possible for you to upgrade the package or 
backport
that patch?

Thanks!
Fernando

Bug#806251: transition: apt

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 25/11/15 21:22, Michael Vogt wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: transition
> Severity: normal
> 
> We would like to release a new apt that brings a ton of improvements
> but also breaks the ABI (and has some small API change that affects
> aptitude and packagekit, see below).
> 
> We prepared the package in experimental and double checked the rdepends
> in an ubuntu PPA. There are some small and mostly internal API changes
> as well. The affected packages were aptitude, synaptic and
> packagekit. All of those have fixes ready for libapt-pkg5.0. Synaptic
> just needs a rebuild, aptitude and packagekit are ready for upload and
> will get uploaded by their maintainers once apt is in unstable. 

Go ahead.

Cheers,
Emilio