Bug#725284: proper resume hooks

[Chris]

In the face of the race condition with systemd unit files, reported
by Michael Biebl, there seem to exist different alternatives.



Lennart Poettering:
https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=744753#40
"a service which needs to be restarted on
cases like this sounds wrong. Thats a hack really. The service should
just watch time changes and react correctly to that. i.e. use
TFD_TIMER_CANCEL_ON_SET. THis will report wallclock changes relative to
monotonic time, which is what you want to watch for this. All system
resumes will trigger this, of course."

and

"Since a long time we had on our TODO list to support timer units that
are triggered when the system clock changes, based on
TFD_TIMER_CANCEL_ON_SET. Hasn't been implemented yet, should be fairly
easy though."

"OnClockChange=yes"

And in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780956
the dev showed that udev already has proper hooks for resume events.


So these may be proper mechanisms for packages to ship with a
resume hook. And the last one is already tried and proven by
laptop-mode-tools.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#750525: [Pkg-mailman-hackers] Bug#750525: Bug#750525: mailman: Master qrunner detected subprocess exit while decoding utf8 character

[Thorsten Glaser]

On Sun, 26 Apr 2015, Sebastian Reichel wrote:

> Would have been nice to have some post-inst script, which
> checks/fixes this.

Well it’s too late for jessie now. SOL.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in "Notes on Programming in C"


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689207: Rust

[Sylvestre Ledru]

retitle 689207 rustc -- a safe, concurrent, practical language
thanks

FYI, rust is in new (but called rustc)

Cheers,
S


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783448: Add dbus package to enable "remote" poweroff

[Vincent Bernat]

Package: openstack-debian-images
Version: 1.2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

Without dbus, logind don't start. Therefore, systemd is not able to
shutdown the machine when receiving the ACPI power off signal.

The alternative is to install acpid instead but dbus+logind seems to
be more future-proof.

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVPeLUAAoJEJWkL+g1NSX5ozwQAJLmGNlSvxy6lxv3fmqTPNu0
Wcj+qHXfzafKHqDUZZdGhAQWI3CDSkydwZETHAXBgWGH/cQQU1Wr5o1t8JUA+xMk
4zcvXWaz0+T0CxG/Ut0uUcvQRnNa6ZTs90wt9eE8SMTUkylfhQaDO/WA3htklESw
qtlcGwZjdTcXaxfIvoOqpcuHVQegoV+EjjXgt+o6MbVdEXtx1I36JaVQeLBqHiGa
uTalFePGen7SmCq5CYB9huO8T+GLCNULhPBv4SW7pRJSa7pMY134Mdu1XV/pIXpH
7AXHsUPsdPKOSyPJChZyyYt3Ll3o7C8zNbhRGeTtBQFnx+H37DDjIK9Tno5P0glN
yJ+n+dAZaMDK202nCzxbBNjIshqs5PNXFdGk1FvAck+sjkwk33rm/Ur67ZXtHXfG
ixdaTuYDgbFcA0wsIvaZ7WVSgtA/ut94T1vwk+Xb8PY62o/W2LVMug1moGvGX/Uw
9r4bU7kr3evE1gEFTgySD/wuMgq4xJFKt4Z9LgSGhYpzlEJvEKhRJPl9m1KDDroP
4X1GTS62pGSp6er3/4UFl4fJwqJXb6NrRDGGJ78xSMzJ8EeT8t8OmBQg3UnhIRDV
oMgiFU+829YWogLgrvH/j4Wd1XoR96wFv9FhvLEB1QUxPQ3IgLuI4spYUaV6T6Q3
aPjF3WD6AMlUmAP70MRF
=Xhv8
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783450: RM: libertas-firmware -- ROM; superceded by firmware-nonfree

[Andres Salomon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: ftp.debian.org
Severity: normal

Hi,

Can you please remove src:libertas-firmware from the (non-free)
archive?  It has been transitioned to the firmware-libertas package
in src:firmware-nonfree.

Thanks!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVPeGWAAoJEGRdAkfDbnY3gMgP/A7iELvTgYSXoS+G58W8rghf
UcSqmELrONL2fEKz9eOSBO0ivn4nEN6YqDGoQy9/1pRBmZ743q67cZHKPtgHCLtf
I6Rs7+AynjchZ/q+NiJfqtvOe0dcBI8dr1zWwd1rmHcUBdn2usLUd9pI+dmILiac
UWhkXtadvDlet8T2JO5U1owy5MJix0AYOSQXL2Pnry2oiQ34fHxi8WXEF3T0N51e
7LNxFhyfNdPqUpry7zgj6SKR1vbKRUyBOH+M/ASFkPXl1P6NCB0ig34UBwKYIs0g
pK06D65ODEGtvosW///tYjUouXxndhXLJho89/8lkRZMZIrCL3XDxmzN6hVYwHcb
H7bNiSBg3F81CynFBICHT8zSj+nOifYPztJqCUwg2teA94P/XYDdAw73DbFS970o
zIo0EA7IvLwOxvkKaTgFvItRJHYr6bFMGhKuBRPlFBPZtJAvh6eFO0Zcp9ij36e0
3ZgvsSv7Jap9+Nt/8Rv9wN8JgpwRiU7EKUiDd5/+7PF6etHFRFUqgfyuLde4lwGr
rw3Yp7ZVscjSaQgWecTvrwY570QS0y/X+IMPRgcQBfmsP6TFM2uDuHZVn5usKHo+
Fs1edbvwAq1sRn/gGEgCo6Nft9Y6gq6JgaL4C2vCKnrELr7+aX+IUnvA4xvUe90c
89MZ+kcgmDuS31MKjwTy
=4ITN
-END PGP SIGNATURE-

Bug#783451: libmodule-signature-perl: CVE-2015-3406 CVE-2015-3407 CVE-2015-3408 CVE-2015-3409

[Salvatore Bonaccorso]

Source: libmodule-signature-perl
Version: 0.73-1
Severity: grave
Tags: security upstream fixed-upstream

Hi,

the following vulnerabilities were published for libmodule-signature-perl.

CVE-2015-3406[0]:
unsigned files interpreted as signed in some circumstances

CVE-2015-3407[1]:
arbitrary code execution during test phase

CVE-2015-3408[2]:
arbitrary code execution when verifying module signatures

CVE-2015-3409[3]:
arbitrary modules loading in some circumstances

If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-3406
[1] https://security-tracker.debian.org/tracker/CVE-2015-3407
[2] https://security-tracker.debian.org/tracker/CVE-2015-3408
[3] https://security-tracker.debian.org/tracker/CVE-2015-3409

Please adjust the affected versions in the BTS as needed.

p.s.: for the pkg-perl team: I planned to look into it for all needed
versions, but if somebody beats me to it, just go ahead!

Regards,
Salvatore


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#781657: needrestart: pending kernel upgrade warning when new kernel is already running -> Bug in libsort-naturally-perl

[Axel Beckert]

Control: clone -1 -2
Control: reassign -2 libsort-naturally-perl 1.02-1
Control: retitle -2 libsort-naturally-perl: Doesn't sort properly with numbers 
at the beginning of a string
Control: tag -2 = upstream

Hi,

Thomas Liske wrote:
> On 04/01/2015 02:14 PM, Thomas Liske wrote:
> > The expected kernel version reported by needrestart is the first one...
> > I need to review why i.e. 4.9 looses against 3.10.
> 
> the kernel version sorting was based on Sort::Naturally which does not
> work since the rightmost integer found in the version string is used as
> the primary sorting index. Therefore 4.0 will loose against any 3.x
> (x>0) kernels :-/

Thomas Liske wrote earlier:
> $VAR1 = [
>   '4.20.0-rc6-tp520-btrfs-trim+',
>   '4.20.0',
>   '4.19.0-rc6-tp520-btrfs-trim+',
>   '4.19.0',
>   '4.10',
>   '3.19.3-rc6-tp520-btrfs-trim+',
>   '3.19.3',
>   '3.19.0-rc7-tp520+',
>   '3.10',
>   '4.9',
>   '4.4.0-foo',
>   '4.4.0',
>   '4.0.0-rc6-tp520-btrfs-trim+',
>   '4.0.0',
>   '4.0',
>   '3.9',
>   '3.3',
>   '2.6'
> ];
>
> The expected kernel version reported by needrestart is the first one...
> I need to review why i.e. 4.9 looses against 3.10.

This looks like a bug in Sort::Naturally upstream:

$ perl -MSort::Naturally -E 'say join("\n", nsort(qw(1.fnord 3.bar 1-foo 
2.gnarz 3.19-foo 4.0-bla 3-19-foo 4-0-foo)))'
1.fnord
1-foo
2.gnarz
3.bar
4.0-bla
4-0-foo
3-19-foo
3.19-foo
$

Cloning this bug report accordingly.

> Upstream has been fixed by porting the version comparing stuff from
> Dpkg::Version into a simplified implementation in needrestart.

Hrm, why copying and causing code duplication instead of just simply
using "use Dpkg:Version;"?

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783453: cdbackup: please make the build reproducible

[Chris Lamb]

Source: cdbackup
Version: 0.7.0-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that cdbackup could not be built reproducibly.

The attached patch removes timestamps from the build system. Once
applied, cdbackup can be built reproducibly in our reproducible
toolchain.

 [1]: https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff -urNad cdbackup.orig/cdbackup-0.7.0/cdbackup.c 
cdbackup/cdbackup-0.7.0/cdbackup.c
--- cdbackup.orig/cdbackup-0.7.0/cdbackup.c 2015-04-27 08:50:31.559851676 
+0100
+++ cdbackup/cdbackup-0.7.0/cdbackup.c  2015-04-27 08:52:16.432354614 +0100
@@ -181,7 +181,7 @@
   
   while ((i=getopt(argc,argv,"d:r:l:s:p:a:c:mvVXDCi:wR"))>0) {
 switch (i) {
-   case 'V': fprintf(stderr,"cdbackup "VERSION" (compiled "__DATE__")\n"
+   case 'V': fprintf(stderr,"cdbackup "VERSION"\n"
"Copyright (C) 2000-2004\n"
"This is free software; see the source for 
copying conditions.\n"
"There is NO warranty; not even for 
MERCHANTABILITY or FITNESS FOR A\n"
diff -urNad cdbackup.orig/cdbackup-0.7.0/cdrestore.c 
cdbackup/cdbackup-0.7.0/cdrestore.c
--- cdbackup.orig/cdbackup-0.7.0/cdrestore.c2015-04-27 08:50:31.559851676 
+0100
+++ cdbackup/cdbackup-0.7.0/cdrestore.c 2015-04-27 08:52:20.512529861 +0100
@@ -72,7 +72,7 @@
 
   while ((i=getopt(argc,argv,"d:l:c:t:qvVFTDRi:"))>0) {
 switch (i) {
-   case 'V': fprintf(stderr,"cdrestore "VERSION" (compiled "__DATE__")\n"
+   case 'V': fprintf(stderr,"cdrestore "VERSION"\n"
"Copyright (C) 2000-2004\n"
"This is free software; see the source for 
copying conditions.\n"
"There is NO warranty; not even for 
MERCHANTABILITY or FITNESS FOR A\n"

Bug#783452: Volume Control change systemwide Volume instead of their own

[Jörg Frings-Fürst]

Package: radiotray
Version: 0.7.3-3
Severity: important

Hi,

if I change the volume at radiotray the system volume changed too.

CU
Jörg



-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates'), 
(1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages radiotray depends on:
ii  gstreamer0.10-plugins-bad   0.10.23-7.4
ii  gstreamer0.10-plugins-base  0.10.36-2
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu4+b1
ii  gstreamer0.10-plugins-ugly  0.10.19-2.1
ii  python  2.7.9-1
ii  python-dbus 1.2.0-2+b3
ii  python-glade2   2.24.0-4
ii  python-gobject  3.14.0-1
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-4
ii  python-lxml 3.4.2-1
ii  python-notify   0.1.1-4
ii  python-xdg  0.25-4

radiotray recommends no packages.

radiotray suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783454: radiotray not supporting a radio

[Damian Nardelli]

Package: radiotray
Version: 0.7.3-3
Severity: normal

Dear Maintainer,

I'm trying to listen to the following radio http://201.212.5.144/aspen
The problem is when I try to turn it on, there is no audio and radiotray pops
up an error saying "gstdecodebin2.c(3576): gst_decode_bin_expose ():
/GstPlayBin2:player/GstURIDecodeBin:uridecodebin1/GstDecodeBin2:decodebin21:
no suitable plugins found".
The log file located at ~/.local/share/radiotray shows the following:

--
2015-04-27 04:21:31,792 - DEBUG - Request to play
2015-04-27 04:21:31,793 - DEBUG - connecting
2015-04-27 04:21:31,796 - INFO - Requesting stream...
http://201.212.5.144/aspen
2015-04-27 04:21:31,827 - DEBUG - Metadata obtained...
2015-04-27 04:21:31,827 - INFO - Content-Type: video/x-ms-asf
2015-04-27 04:21:31,827 - INFO - Checking decoder
2015-04-27 04:21:31,827 - INFO - Checking decoder
2015-04-27 04:21:31,827 - INFO - Checking decoder
2015-04-27 04:21:31,828 - INFO - Stream is readable by ASF Playlist Decoder
2015-04-27 04:21:31,828 - INFO - Downloading playlist..
2015-04-27 04:21:31,875 - INFO - Playlist downloaded
2015-04-27 04:21:31,875 - INFO - Decoding playlist...
2015-04-27 04:21:31,875 - DEBUG - ['mms://201.212.5.144/aspen?MSWMExt=.asf',
'mms://201.212.5.144:80/aspen?MSWMExt=.asf']
2015-04-27 04:21:31,875 - INFO - Play "mms://201.212.5.144/aspen?MSWMExt=.asf"
2015-04-27 04:21:31,875 - INFO - Not an HTTP url. Maybe direct stream...
2015-04-27 04:21:32,005 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,005 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,005 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,007 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,007 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,007 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,009 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,009 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,009 - DEBUG - playing
2015-04-27 04:21:32,049 - DEBUG - Buffering 0
2015-04-27 04:21:32,983 - DEBUG - Buffering 9
2015-04-27 04:21:32,983 - DEBUG - Buffering 0
2015-04-27 04:21:32,983 - DEBUG - Buffering 9
2015-04-27 04:21:32,984 - DEBUG - Buffering 0
2015-04-27 04:21:32,985 - DEBUG - Buffering 9
2015-04-27 04:21:32,985 - DEBUG - Buffering 0
2015-04-27 04:21:32,986 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,986 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:32,986 - DEBUG - Received MESSAGE_ERROR
2015-04-27 04:21:34,011 - WARNING - Your GStreamer installation is missing a
plug-in.
2015-04-27 04:21:34,012 - WARNING - gstdecodebin2.c(3576):
gst_decode_bin_expose ():
/GstPlayBin2:player/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20:
no suitable plugins found
2015-04-27 04:21:34,012 - INFO - Play
"mms://201.212.5.144:80/aspen?MSWMExt=.asf"
2015-04-27 04:21:34,012 - INFO - Not an HTTP url. Maybe direct stream...
2015-04-27 04:21:34,148 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,148 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,148 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,148 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,149 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,150 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,150 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,150 - DEBUG - Received MESSAGE_STATE_CHANGED ( -> )
2015-04-27 04:21:34,150 - DEBUG - Received M

Bug#783456: libpostgresql-jdbc-java: please clarify version compatibility in package descriptions

[Daniele Forsi]

Package: libpostgresql-jdbc-java
Severity: wishlist

Dear Maintainer,

while translating package descriptions we found that libpostgresql-jdbc-java 
declares compatibility with PostgreSQL 7.2 up to 9.1 while the corresponding 
documentation package, libpostgresql-jdbc-java-doc, declares compatibility with 
7.2 up to 8.4.

Thanks,
Daniele


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783457: libsort-naturally-perl: Doesn't sort properly with numbers at the beginning of a string

[Axel Beckert]

Package: libsort-naturally-perl
Version: 1.02-1

Axel Beckert wrote:
> Control: clone -1 -2

Cloning of https://bugs.debian.org/781657 failed due to merged bugs.
So I rather just open a new one. My mail already had all relevant
information:

> Thomas Liske wrote:
> > On 04/01/2015 02:14 PM, Thomas Liske wrote:
> > > The expected kernel version reported by needrestart is the first one...
> > > I need to review why i.e. 4.9 looses against 3.10.
> > 
> > the kernel version sorting was based on Sort::Naturally which does not
> > work since the rightmost integer found in the version string is used as
> > the primary sorting index. Therefore 4.0 will loose against any 3.x
> > (x>0) kernels :-/
> 
> Thomas Liske wrote earlier:
> > $VAR1 = [
> >   '4.20.0-rc6-tp520-btrfs-trim+',
> >   '4.20.0',
> >   '4.19.0-rc6-tp520-btrfs-trim+',
> >   '4.19.0',
> >   '4.10',
> >   '3.19.3-rc6-tp520-btrfs-trim+',
> >   '3.19.3',
> >   '3.19.0-rc7-tp520+',
> >   '3.10',
> >   '4.9',
> >   '4.4.0-foo',
> >   '4.4.0',
> >   '4.0.0-rc6-tp520-btrfs-trim+',
> >   '4.0.0',
> >   '4.0',
> >   '3.9',
> >   '3.3',
> >   '2.6'
> > ];
> >
> > The expected kernel version reported by needrestart is the first one...
> > I need to review why i.e. 4.9 looses against 3.10.
> 
> This looks like a bug in Sort::Naturally upstream:
> 
> $ perl -MSort::Naturally -E 'say join("\n", nsort(qw(1.fnord 3.bar 1-foo 
> 2.gnarz 3.19-foo 4.0-bla 3-19-foo 4-0-foo)))'
> 1.fnord
> 1-foo
> 2.gnarz
> 3.bar
> 4.0-bla
> 4-0-foo
> 3-19-foo
> 3.19-foo
> $
[Dropping the non-relevant stuff which only applied to needrestart]

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783458: RFH: sivp

[Sylvestre Ledru]

Package: wnpp
Severity: normal

Hello

As I am no longer involved in Scilab, I would like help on this package.
It is not hard and not a tricky package.

Sylvestre


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783271: When configuring custom logging in /etc/krb5.conf,, xrb5 services are unable to write to these log files as they are not, permitted in the service configuration used by systemd

[Carsten Klein]

I think that I can live with the solution proposed by Russ as it is universal 
and can be applied to all services requiring RW access to locations/files other 
than the default, thanks!

Bug#783460: spelling mistakes in glib: charater

[Michael Tokarev]

Package: libglib2.0-0
Version: 2.42.1-1
Severity: normal

There are several misspellings of the word "character" in the glib library.
Here's the output from trivial fgrep -r charater :

docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:A dot 
metacharater (".") in the pattern matches all
docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:
metacharater.
docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:
metacharater.
glib/giochannel.c:  g_warning ("Partial charater written before writing 
unichar.\n");
glib/gvariant.c: * If @limit is non-%NULL then @limit (and any charater after 
it) will
glib/gregex.h: * @G_REGEX_DOTALL: A dot metacharater (".") in the pattern 
matches all
glib/gregex.h: * metacharater.
glib/gregex.h: * metacharater.
glib/pcre/pcre_compile.c:  /* Handle the case of a single charater - either 
with no UTF support, or

(I guess it is the giochannel.c one which finds it way into
the library binary).

The problem here (and the reason for this severity) is that once
some other executable links with libglib statically, these
misspellings becomes part of that binary.  In other words,
these misspellings "breaks" other programs.  An example of such
a binary which has to link with glib statically is qemu-user-static
binaries, which are supposed to work in foreign environments without
additional libraries being installed there.

Thanks,

/mjt


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758808: systemd: timed out waiting for lvm devices

[Vladimir K]

I have this problem too, not every boot, but some 1 in 2-3 boots. Home 
partition times out.
Just plain ext4 on LVM, no encryption.

>From the log:

 systemd[1]: Job dev-mapper-mf4sys\x2dhome.device/start timed out.
 systemd[1]: Timed out waiting for device dev-mapper-mf4sys\x2dhome.device.
 systemd[1]: Dependency failed for /home.
 systemd[1]: Dependency failed for Local File Systems.
 systemd[1]: Dependency failed for File System Check on /dev/mapper/mf4sys-home.



udevadm info /dev/mapper/mf4sys-home 
P: /devices/virtual/block/dm-2
N: dm-2
S: disk/by-id/dm-name-mf4sys-home
S: 
disk/by-id/dm-uuid-LVM-2uNyLLsWgL9kDe3Nd3PHSFFK0aGD7EyrEvGh2ymayG3Wm01FZT1TYu3CUzxwaacU
S: disk/by-label/home
S: disk/by-uuid/39e60961-20e5-4e95-8428-3f34adde40b9
S: mapper/mf4sys-home
S: mf4sys/home
E: DEVLINKS=/dev/disk/by-id/dm-name-mf4sys-home 
/dev/disk/by-id/dm-uuid-LVM-2uNyLLsWgL9kDe3Nd3PHSFFK0aGD7EyrEvGh2ymayG3Wm01FZT1TYu3CUzxwaacU
 /dev/disk/by-label/home /dev/disk/by-uuid/39e60961-20e5-4e95-8428-3f34adde40b9 
/dev/mapper/mf4sys-home /dev/mf4sys/home
E: DEVNAME=/dev/dm-2
E: DEVPATH=/devices/virtual/block/dm-2
E: DEVTYPE=disk
E: DM_LV_NAME=home
E: DM_NAME=mf4sys-home
E: DM_SUSPENDED=0
E: DM_UDEV_DISABLE_LIBRARY_FALLBACK_FLAG=1
E: DM_UDEV_PRIMARY_SOURCE_FLAG=1
E: DM_UDEV_RULES=1
E: DM_UUID=LVM-2uNyLLsWgL9kDe3Nd3PHSFFK0aGD7EyrEvGh2ymayG3Wm01FZT1TYu3CUzxwaacU
E: DM_VG_NAME=mf4sys
E: ID_FS_LABEL=home
E: ID_FS_LABEL_ENC=home
E: ID_FS_TYPE=ext4
E: ID_FS_USAGE=filesystem
E: ID_FS_UUID=39e60961-20e5-4e95-8428-3f34adde40b9
E: ID_FS_UUID_ENC=39e60961-20e5-4e95-8428-3f34adde40b9
E: ID_FS_VERSION=1.0
E: MAJOR=254
E: MINOR=2
E: SUBSYSTEM=block
E: TAGS=:systemd:
E: USEC_INITIALIZED=370387


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#732684: ITP: golang-mgo -- Go library for MongoDB

[James Page]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Tianon

On 24/04/15 17:37, Tianon Gravi wrote:
> Hey James, I see this bug is a little bit dated. :)
> 
> Would you mind if Paul and I took over and worked on getting
> golang-mgo into the archive?

Feel free - don't want to get in the way!

Cheers

James

- -- 
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVPRQSAAoJEL/srsug59jDrGIQAKU9B2t0rR4hXeKbOZwMTSMp
xLIPxHU7Px43jWUycVOhhgdhWaKdC4p0heAj/Svh9NAHCkXrE6h4Dgd8j/02cJCR
DlsRIoS9L6uHAqmaH5umbafU00TFHeDqXSJlHc+wsM3957HAnoIPoFeOwFrh+mL0
BDrX5UOOmxpWwLxZCFl/+8th/ULxQR6XLemD/WICaBzhqy1ikUa1PsUSoQvWiFHt
17rbkGIND4LLITxT32TdnCgGoGwN2NU06NYwgjm8mDeUju057QO0IWYD+cd+T0kv
DB7x0XuOBwoqqy00Ipe8gIIvLDSDN8rK9NuuEAEnrjmZdAUD2+8cmtfmoNRDaj3R
zF3P0ud0tvigKErepO2wslPTPvXDycg+AFsvnQgca760RsEfb9lpHfh0b0mg7fOG
10G0XEfT+Dq10q+yNovz8Xt0uDC01K/VU8xwO58GBrmKeCLX/n2kUdhxAeL9KkeS
XxcuIH8cmgLTL/qqAT7/cB7DY+/vggXPpKRRcRKn3XXZrigtRczYGI8rwps0Sa+t
tuylonw7shQU44a0IWa/Lwi8gxVX8OY/neiUHziDW4NiMWhxOIbtpaJoXbn706dP
MPA5QO9mHboSMlv3DoT777Wq1VX7m932YkdwYKE0XvSedwoYYka6y0Gx+vIPzD+d
6PTQlzqpV/cGx9rbkSH9
=FKq3
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783344: closed by Michal Čihař (Re: Bug#783344: Please add qeeqie as an alternative for the 'display' command)

[Michal Čihař]

Hi

[Resending to keep bugs.debian.org in the loop]

Dne Sun, 26 Apr 2015 22:52:27 +0200 (CEST)
Tomas Pospisek  napsal(a):

> I think you are interpreting the Debian policy too narrowly.
> 
> I agree with you that the policy page says that "When several packages all 
> provide different versions of the same program or file" ...
> 
> However that does not represent the actual usage of alternatives inside 
> Debian:
> 
>$ update-alternatives --list editor
>/bin/ed
>/usr/bin/mcedit
>/usr/bin/vim.basic
>/usr/bin/vim.nox
>/usr/bin/vim.tiny
> 
> Unless you can prove me otherwise, I'll maintain that neither 'ed' nor 
> 'vim' contain a program called 'editor'. Nor do pinfo or info contain a 
> program called 'infobrowser':
> 
>$ update-alternatives --list infobrowser
>/usr/bin/info
>/usr/bin/pinfo
> 
> I think if you look, you will find more examples of such usage in 
> /etc/alternatives.
> 
> Now let's consult the update-alternatives man page for referrence:
> 
>"It  is  possible  for several programs fulfilling the same or similar
> functions [sic!] to be installed on a single system at the same time.
> For example, many systems have several text editors installed at once.
> This gives choice to the users of a system, allowing each to use a
> different editor, if desired, but makes it difficult for a program to
> make a good choice for an editor to invoke if the user has not
> specified a particular preference."

I think you're mixing up two different things there. There are indeed
few generic alternatives within Debian (like editor, view, www-browser
or pager), however display is not one of them. It is a program with
defined command line interface provided by ImageMagick (or rather
graphicsmagick-imagemagick-compat these days). So I don't think it's
good idea to mix it with alternatives and completely different tool. 

Anyway if you want to do this, you first need to persuade
graphicsmagick-imagemagick-compat maintainers to make /usr/bin/display
use alternatives and then report bugs against different viewers to
support this interface.

PS: I still think that xdg-open or see are better tools for this
purpose...

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


pgpky_GH6diQ4.pgp
Description: OpenPGP digital signature

Bug#783461: debsources: add test case for news listing on the index page

[Stefano Zacchiroli]

Package: qa.debian.org
Severity: minor
Tags: newcomer
User: qa.debian@packages.debian.org
Usertags: debsources

Debsources can show news items on the index page (see News section at the
bottom of http://sources.debian.net/). The feature broke during the recent
blueprint refactoring, when the expected file name was renamed from news.html
to sources_news.html. We didn't notice because no test case actually checks
that feature. One such test case should be added.

To do so, we should populate a temporary local/ directory during test, and
check that the news item shipped in there shows up on the index page.

Cheers.

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

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783462: systemd-sysctl does not apply config at boot

[Tomasz Buchert]

Package: systemd
Version: 215-17
Severity: normal

Hi,
I have a custom config in /etc/sysctl.d/, but systemd
does not seem to apply it at boot:

[ ~ ] $ sudo sysctl -a | grep sack
net.ipv4.tcp_dsack = 1
net.ipv4.tcp_sack = 1

It says that the service run fine though:

[ ~ ] $ systemctl status systemd-sysctl.service
● systemd-sysctl.service - Apply Kernel Variables
   Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static)
   Active: active (exited) since lun 2015-04-27 10:06:48 CEST; 23min ago
 Docs: man:systemd-sysctl.service(8)
   man:sysctl.d(5)
  Process: 444 ExecStart=/lib/systemd/systemd-sysctl (code=exited,
status=0/SUCCESS)
 Main PID: 444 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/systemd-sysctl.service

However when I rerun it when the system is running, my custom config
*is* applied:

[ ~ ] $ sudo systemctl stop systemd-sysctl.service
[ ~ ] $ sudo systemctl start systemd-sysctl.service
[ ~ ] $ sudo sysctl -a | grep sack
net.ipv4.tcp_dsack = 1
net.ipv4.tcp_sack = 0

I suspect that it may have to do with the fact that I have a LUKS-encrypted
main partition.
Still, /etc/ as at the same partition as / and so if systemd-sysctl executes
then /etc/
should be available.

I think I'll solve it by manually adding dependency of systemd-sysctl to some
later target,
but I think that there still is a bug.

Cheers,
Tomasz



-- Package-specific info:

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2
ii  libkmod220-1
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
ii  dbus1.8.16-1
ii  libpam-systemd  215-17

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783463: spice-gtk: dbg package missing

[Fabio Fantoni]

Source: spice-gtk
Severity: normal

While I was doing the backtrace of a segfault I noticed that the spice-gtk is 
stripped of debugging symbols and a -dbg package is missing.

Is it possible to have a -dbg package?
I already added and tested it in a ubuntu ppa, is working but probably needed 
other improvements for debian packages quality:
https://launchpad.net/~fantonifabio/+archive/ubuntu/backports/+packages

Thanks for any reply.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#781146: [rt.debian.org #5786] AutoReply: Please add Ruben Undheim's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Ruben Undheim,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5786

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more OpenPGP signatures from DDs and
sign theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Mon, 2015-04-27 08:32:48 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
>
>   "Please add Ruben Undheim's key to the DM keyring",
>
> a summary of which appears below the dashed line.
>
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5786].
>
> Please include the string
>
>   [rt.debian.org #5786]
>
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
>
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 3474C4096729ED0C51807D3CE69822C7E02958CD
> to the DM keyring
>   please notify 781146-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Mon, 27 Apr 2015 08:21:02 +
> BTS: http://bugs.debian.org/781146
> Comment: Add Ruben Undheim  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/03/msg4.html
> Advocates: 
>   tille - https://lists.debian.org/debian-newmaint/2015/03/msg5.html
>   moeller - https://lists.debian.org/debian-newmaint/2015/04/msg00021.html
> KeyCheck:
>   pub   4096R/E02958CD 2014-12-11
> Key fingerprint = 3474 C409 6729 ED0C 5180  7D3C E698 22C7 E029 58CD
>   uid  Ruben Undheim 
>   sig! F0FBF51F 2014-12-19  Joachim Breitner 
> 
>   sig!2151DFFDC 2014-12-18  Bernhard R. Link 
>   sig!3E02958CD 2014-12-11  Ruben Undheim 
>   sub   4096R/0A10D2BB 2014-12-11
>   sig! E02958CD 2014-12-11  Ruben Undheim 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, no expiration.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJVPfO1AAoJEHxWrP6UeJfYujEP/RFxRqxU8boJYtZJHeTRAgI8
> NYT1EZnO+pvxT7bu8FFJQPqq4Qya+p6qjZP26vtEju93V3AuQmIjueIzVwbYREXG
> Fr7mHhga0NogAYLe+4dZYvdrHkw6bo9Me4EHoETQX2DKUNbmees5Jycc5stNHvlT
> OdljvBfhKpk3at/QWQf2TcEBfo70f5WKoLbtoDcVw8cUVNow5P5vdEBg8u2cBNAw
> AHdcSF4UZxj5JQhxj82lne4YoJk9hg55a012uTg+vHUJUMX/ZaxMAJhRg8guDZV6
> Yfef40SGVsFENXUOPsWGq/1FbhrbZUtJY4E4A+e2ErQ3JA8rwd99f/4XDzY/GmBE
> X32ldbdu4aVTFdAnLSstPWT5ntNEHtVZfgoKcUPyrqCE1T/WVrdlidCh/aYXMVGP
> nZNw+qZrDbNT+oXO995PorxiJCrXQkXjWZM5KK72dvZrGEzVvoPPhc8d18f5ADJ9
> uSy9ApTLEjbOAxBsRG+JT0f7V7wgIPzQW2JR4B4QDtr281meCNMTFEwhwGq7cUEm
> ERcAOVN5A4u9R4kDRVSL69bOwMQm7no3tK6duOfLantb/YKnlbw4tZ4FA2ndyHm/
> 3ozUrQFuSPOBfdMrFxdpp3RcDDqXxYH6649Wqv2KiKoSMOz5yH9kMV3lenTPDc5i
> wcGVSCVOFZgBzJG7gyxC
> =TsE1
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#783281: xserver-xorg-video-radeon: cant resume after sleep

[Michel Dänzer]

On 25.04.2015 11:42, Prekates Alexandros wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:7.5.0-1
> Severity: important
> 
> 
> My debian 8 + xfce system when screen turns black (propably saving power)
> becomes unresponsive to mouse and keybrd events.
> 
> I press the cases' power button  and after seens some lines pulsating in a
> black background i get the message:
> 
> [drm;770_stop_dpm] "ERROR' Could not force DPM to low.
> ata1.00: revalidation failed (errno=5)

Are you sure the problem is because of the graphics driver, not e.g.
related to the ATA error? E.g. have you tried suspend/resume with the
radeon kernel driver disabled via something like radeon.modeset=0 on the
kernel command line?


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783462: systemd-sysctl does not apply config at boot

[Tomasz Buchert]

(cont.)
as suspected adding "After=network.target" in 
/lib/systemd/system/systemd-sysctl.service
actually helps

Tomasz


signature.asc
Description: Digital signature

Bug#781657: Processed (with 4 errors): Re: Bug#781657: needrestart: pending kernel upgrade warning when new kernel is already running -> Bug in libsort-naturally-perl

[Axel Beckert]

Hi again,

Debian Bug Tracking System wrote:
> Processing control commands:
> 
> > clone -1 -2
> Bug #781657 [needrestart] needrestart: pending kernel upgrade warning when 
> new kernel is already running
> Bug #783238 [needrestart] needrestart: Recognizes kernel 3.19.0-trunk-amd64 
> as newer than 4.0.0-trunk-amd64
> Failed to clone 781657: Bug is marked as being merged with others. Use an 
> existing clone.

*sigh*

I've created that bug report now manually. It's at 
https://bugs.debian.org/783457

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783464: python-webassets embeds ancient six.py instead of depending on python-six

[Andrew Shadura]

Package: python-webassets
Version: 3:0.10.1-2
Severity: important

Please don't embed six.py, depend on python-six instead.

Thanks.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/mksh

Versions of packages python-webassets depends on:
pn  python:any  

python-webassets recommends no packages.

Versions of packages python-webassets suggests:
pn  cssmin
pn  node-less 
pn  node-requirejs
pn  node-uglify   
pn  python-cssutils   
pn  python-webassets-doc  
pn  ruby-sass 
pn  yui-compressor

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783465: eximdoc4: please make the build reproducible

[Chris Lamb]

Source: eximdoc4
Version: 4.84-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that eximdoc4 could not be built reproducibly.

The attached patch removes timestamps from the build system. Once
applied, eximdoc4 can be built reproducibly in our reproducible
toolchain.

 [1]: https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff -urNad 
eximdoc4.orig/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff 
eximdoc4/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff
--- eximdoc4.orig/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff 
1970-01-01 01:00:00.0 +0100
+++ eximdoc4/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff  
2015-04-27 09:56:49.833798816 +0100
@@ -0,0 +1,11 @@
+--- eximdoc4-4.84.orig/doc-docbook/GenLocalParams
 eximdoc4-4.84/doc-docbook/GenLocalParams
+@@ -3,7 +3,7 @@
+ output="${1:-local_params}"
+ : ${EXIM_VER:?Need the EXIM_VER environment variable}
+ 
+-nicedate="$(date +"%d %b %Y")"
++nicedate="$(date --utc +"%d %b %Y")"
+ 
+ exec > "$output"
+ cat <

Bug#781657: needrestart: pending kernel upgrade warning when new kernel is already running -> Bug in libsort-naturally-perl

[Thomas Liske]

Re,

On 04/27/2015 09:54 AM, Axel Beckert wrote:
> 
> This looks like a bug in Sort::Naturally upstream:
> 
> $ perl -MSort::Naturally -E 'say join("\n", nsort(qw(1.fnord 3.bar 1-foo 
> 2.gnarz 3.19-foo 4.0-bla 3-19-foo 4-0-foo)))'
> 1.fnord
> 1-foo
> 2.gnarz
> 3.bar
> 4.0-bla
> 4-0-foo
> 3-19-foo
> 3.19-foo
> $
> 
> Cloning this bug report accordingly.

it should result in something like:

> $ perl -MSort::Naturally -E 'say join("\n", nsort(qw(1.fnord 3.bar
1-foo 2.gnarz 3.19-foo 4.0-bla 3-19-foo 4-0-foo)))'
> 4.0-bla
> 4-0-foo
> 1.fnord
> 1-foo
> 2.gnarz
> 3.bar
> 3-19-foo
> 3.19-foo
> $

(primary sort by the right-most int). But it would not solve the problem
in needrestart... (kernel) 4.0 always looses against 3.19 since 0 is
less than 19. Using nsort was

>> Upstream has been fixed by porting the version comparing stuff from
>> Dpkg::Version into a simplified implementation in needrestart.
> 
> Hrm, why copying and causing code duplication instead of just simply
> using "use Dpkg:Version;"?

1) needrestart should work on non dpkg-based distros, too. I don't
expect that libdpkg-version is available on non-debian-based Distros.

2) Using Dpkg::Version directly gives a different sorting than
update-grub would use to build the grub.cfg (i.e. sort -rc kernels
before the final version).

Therefore I did some cherry picking from Dpkg::Version and
grub-mkconfig_lib.


Cheers,
Thomas

-- 

::  WWW: http://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr:  http://www.flickr.com/photos/laugufe/  ::


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783466: acpid: Please describe the interaction with systemd/logind

[Vincent Lefevre]

Package: acpid
Version: 1:2.0.23-2
Severity: wishlist

The current acpid description:

Description: Advanced Configuration and Power Interface event daemon
 Modern computers support the Advanced Configuration and Power Interface (ACPI)
 to allow intelligent power management on your system and to query battery and
 configuration status.
 .
 ACPID is a completely flexible, totally extensible daemon for delivering
 ACPI events. It listens on netlink interface (or on the deprecated file
 /proc/acpi/event), and when an event occurs, executes programs to handle the
 event. The programs it executes are configured through a set of configuration
 files, which can be dropped into place by packages or by the admin.

i.e. no mention of systemd and logind while

  
https://www.debian.org/releases/jessie/amd64/release-notes/ch-information.en.html#idp943504

says:

  5.6.5. Interaction between logind and acpid

  ACPI events can be handled by logind or acpid. In case both services
  are configured to handle events in different ways, this can lead to
  undesired results.

  We recommend to migrate any non-default settings to logind and
  uninstall acpid. Alternatively it is also possible to configure
  logind to ignore ACPI events by adding:

  HandlePowerKey=ignore
  HandleSuspendKey=ignore
  HandleHibernateKey=ignore
  HandleLidSwitch=ignore

  to /etc/systemd/logind.conf. Note that this might change behaviour
  of desktop environments relying on logind.

If I understand correctly: If logind is used, then it is recommended
not to have acpid installed (assuming that logind replaces acpid
completely). Describing (shortly) the interaction between logind
and acpid would give useful information to the user when wondering
whether acpid is needed or not (in particular when comparing with
old machines).

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

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

Versions of packages acpid depends on:
ii  init-system-helpers  1.22
ii  kmod 20-1
ii  libc62.19-18
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages acpid recommends:
ii  acpi-support-base  0.142-6

acpid suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#777265:

[John Smith]

This update does not appear to fix the problem for me - it's still showing
the same issues when updated.

Bug#783467: ITP: pysoundfile -- an audio library based on libsndfile, CFFI, and NumPy

[IOhannes m zmoelnig]

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig 

* Package name: pysoundfile
  Version : 0.7.0
  Upstream Author : Bastian Bechtold
* URL : https://github.com/bastibe/PySoundFile
* License : BSD
  Programming Lang: Python
  Description : an audio library based on libsndfile and NumPy

 PySoundFile can read and write sound files in a variety of formats and eases
 the application of signal processing algorithms.
 File reading/writing is supported through libsndfile. PySoundFile represents
 audio data as NumPy arrays.
 ,.
 Full documentation is available on http://pysoundfile.readthedocs.org/.



To my knowledge, there is no libsndfile wrapper for python in Debian yet (which
is a pity).
I intend to do the packaging under the pkg-multimedia-maintainers team umbrella
(if I can interest my team fellows, otherwise I will package it on my own).

fgmad
IOhannes


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783465: Acknowledgement (eximdoc4: please make the build reproducible)

[Chris Lamb]

> The attached patch removes timestamps from the build system. 

I attached an earlier patch; updated one attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff -urNad 
eximdoc4.orig/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff 
eximdoc4/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff
--- eximdoc4.orig/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff 
1970-01-01 01:00:00.0 +0100
+++ eximdoc4/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff  
2015-04-27 10:09:02.357780258 +0100
@@ -0,0 +1,11 @@
+--- eximdoc4-4.84.orig/doc-docbook/GenLocalParams
 eximdoc4-4.84/doc-docbook/GenLocalParams
+@@ -3,7 +3,7 @@
+ output="${1:-local_params}"
+ : ${EXIM_VER:?Need the EXIM_VER environment variable}
+ 
+-nicedate="$(date +"%d %b %Y")"
++nicedate="$(date --utc --date="$(dpkg-parsechangelog -SDate)" +"%d %b %Y")"
+ 
+ exec > "$output"
+ cat <

Bug#783430: Useless in Debian

[Raphael Hertzog]

On Sun, 26 Apr 2015, David Prévot wrote:
> Raphaël (X-D-CC) requested this package (#678093) as a Tuleap
> dependency, but tuleap is not in Debian (not even {IT,RF)P’ed AFAICT).
> 
> Thomas’ concerns raised over two years ago in the RFP are still valid
> (upstream package is not maintained, and “the package is marked as
> quality "beta" and there has been no upstream release since end of
> 2009”).
> 
> Furthermore, the package has a very low popcon.

For the record, Tuleap still uses this PHP library. It would be
interesting to document in this bug report what alternative PHP
library people are expected to use in Debian...

It's true that the Tuleap packaging never reached a state where
it was ready to be integrated into Debian. That said there are
likely some Tuleap users who are running it on top of Debian (albeit
in a non-packaged way).

> I intend to follow up with an RM request in a few months if nobody
> objects (but feel free to beat me to it).

No objection from me if there is another PHP library providing similar
features available in Debian. But I also don't see a pressing need to
drop that code since it seems to be working well.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783469: debsources: provide more statistics about packages sizes

[Lucas Nussbaum]

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: debsources

Hi,

I would love to see more statistics about packages sizes in debsources.

For example, I wonder if the average package size (in LOC) decreases or
increases. It could increase because programs are getting bigger (more
bloated? :-) ), or decrease because software we are packaging for the
first time is probably smaller (the bigger bits are likely to already be
in Debian).

The average can be computed by hand, but it would also be interesting to
provide quartiles or deciles information in a graph.

Lucas

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'oldstable'), 
(300, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-trunk-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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783470: bsdmainutils: Option -M is listed in man but unknown by binary /usr/bin/cal

[Yury Akudovich]

Package: bsdmainutils
Version: 9.0.6
Severity: normal

Dear Maintainer,


There is no way to start weeks on Monday now, but there should be on by
docs.

>From `man cal`:
 -M  Weeks start on Monday.

Trying to execute:
$ cal -M
Usage: cal [general options] [-hjy] [[month] year]
  cal [general options] [-hj] [-m month] [year]
  ncal [general options] [-bhJjpwySM] [-s country_code] [[month] year]
  ncal [general options] [-bhJeoSM] [year]
General options: [-NC31] [-A months] [-B months]
For debug the highlighting: [-H -mm-dd] [-d -mm]



-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (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: sysvinit (via /sbin/init)

Versions of packages bsdmainutils depends on:
ii  bsdutils 1:2.25.2-6
ii  debianutils  4.4+b1
ii  libc62.19-18
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp   4:4.9.2-2
pn  vacation  
pn  wamerican | wordlist  
ii  whois 5.2.7

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#781146: [rt.debian.org #5786] Please add Ruben Undheim's key to the DM keyring

[Aníbal Monsalve Salazar]

I just fixed the link to Steffen's advocacy message.

On Mon, 2015-04-27 09:47:24 +, Aníbal Monsalve Salazar via RT wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 3474C4096729ED0C51807D3CE69822C7E02958CD
> to the DM keyring
>   please notify 781146-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Mon, 27 Apr 2015 08:21:02 +
> BTS: http://bugs.debian.org/781146
> Comment: Add Ruben Undheim  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/03/msg4.html
> Advocates: 
>   tille - https://lists.debian.org/debian-newmaint/2015/03/msg5.html
>   moeller - https://lists.debian.org/debian-newmaint/2015/04/msg00022.html
> KeyCheck:
>   pub   4096R/E02958CD 2014-12-11
> Key fingerprint = 3474 C409 6729 ED0C 5180  7D3C E698 22C7 E029 58CD
>   uid  Ruben Undheim 
>   sig! F0FBF51F 2014-12-19  Joachim Breitner 
> 
>   sig!2151DFFDC 2014-12-18  Bernhard R. Link 
>   sig!3E02958CD 2014-12-11  Ruben Undheim 
>   sub   4096R/0A10D2BB 2014-12-11
>   sig! E02958CD 2014-12-11  Ruben Undheim 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, no expiration.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJVPfrIAAoJEHxWrP6UeJfYb1YP/0R8tgEp8QylbPAFFJC+ivEX
> wObI2rfTFZPNRSmqvkHIiBadoCe3+ACnabykODPvvGcJk41S7ecz3n1gyD5bflbk
> JYb55zAmHV+aisX/t2xkFaCrKDzUxB1xXp6ZgcHfqHq8Cnx9uAv7jFk6hDkDuxqJ
> 8UzaC3cEO7RwWiXprSCHLPxP+7wWQasc9Xgw4bYSsit/5rDgZGU1Tbu37SdZ2iU4
> ysDCfYeWBPD8jPtaYU9OW3mA+0DJPjnD5Q3oIeqpHP4nnIlktbei5DmdgoGUmT/V
> hviBaTRHU3RZxHdevxRKexG6NCI7P3XgAPTuQKBVGNqxi3RZgK1Nd7QU7dynVx4w
> Vn2DNasB8ZeyCAp09bPUMyTM+W5TgxRvZxJbS8bJ/p+EBNkthp/CMZ+9GZ19YZWN
> Rdg1vRksgbQSlxfraEzHi0RTVgvtgoVObJu3OwELG2Jb/SOPCZ8T/9BecMkIOjkn
> wAa70iSbl21fx99PlZwcYpGBDB8PTWhwkxQrJIaJB7EGATnd2BU5ijxjW6JQzokD
> wHgpwZ2HDvUYXksGp2iOZsDMJPCrQ8Xb9b0sCFqqimZBW8P99J3ONbiqsuTsdtLz
> QjDiE8HJj5x6E/2lsd86sw8W0S9GVt7oVs1/GPFRqQleLsdv5DKTQroQ3ijAf5hz
> NrLf0woEzoaxu8Uil9Dy
> =CaGv
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#783471: wesnoth-1.12-server: wesnoth-server doesn't seem to handle IPv6 connexions

[eingousef]

Package: wesnoth-1.12-server
Version: 1:1.12.0-1
Severity: normal

Dear Maintainer,

Connexion to an IPv6 wesnoth server from the wesnoth client is impossible, and
wesnothd does not seem to handle IPv6 connexions, even though this issue is
marked as closed on the project's bugtracker. If it's a missing feature, it
should be implemented upstream, if it's a bug, it should be solved.



-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), 
(90, 'experimental'), (90, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages wesnoth-1.12-server depends on:
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-iostreams1.55.01.55.0+dfsg-3
ii  libboost-locale1.55.0   1.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-regex1.55.01.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-18
ii  libgcc1 1:4.9.2-10
ii  libgomp14.9.2-10
ii  libsdl-net1.2   1.2.8-4
ii  libsdl1.2debian 1.2.15-10+b1
ii  libstdc++6  4.9.2-10
ii  lsb-base4.1+Debian13+nmu1

wesnoth-1.12-server recommends no packages.

wesnoth-1.12-server suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#780158: Info received (Bug#780158: Fixed width 6x13 font does not display correctly Fixed width 6x13 font does not display correctly)

[Kingsley Tart]

FWIW, I installed xubuntu last week on a different machine and the same
problem exists there - the fonts are fine in the terminal but break in
kate/kwrite.

I tried installing [Trad] as well as [Misc], and in one case, when
viewing some Perl source in kate with the default syntax highlighting
enabled, some parts of code were showing in the correct 6x13 font
whereas other parts (strings quoted with single quotes) were showing in
the broken font.

Cheers,
Kingsley.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#780714: Please add upstream patch to fix important bug - can't activate (and move) atom when nearby atom is selected (active)

[UAB "Bona Mens" paslaugos]

Hi,

Atomix 3.16.0 has important bug, which is already fixed in upstream stable
(and devel) branch - user can't activate (and move) atom when nearby atom
is selected (active).
See http://bugzilla.gnome.org/748406 for more info and screenshot.

Also I've noticed, that atomix, installed from deb packages build from
git.debian.org isn't localized (but atomix.mo files are shipped in
atomix-data package, i've tested with command dpkg -L atomix-data |grep
atomix.mo ).
If your main locale is 'en' you can try this command in terminal:
LANG=lt_LT.UTF-8 atomix
or LANG=ru_RU.UTF-8 atomix

Before uploading new atomix 3.16 packages to Debian please add upstream
patch from git.gnome.org/atomix to fix important bug
http://bugzilla.gnome.org/748406
and test if atomix build from your packages can display menu and other
strings not only in english, but also in other languages.

Thanks,
Mantas

-- 

IT paslaugos įmonėms, prekyba kompiuteriais su Linux OS:
UAB „Bona Mens“  - http://bonamens.lt  http://tinklas.eu/prekyba
Tel.: +370-614-53085
Laisva programinė įranga verslui ir namams:http://baltix.lthttp://openoffice.lt

~
ATSISAKAU: nuo bet kokios reklamos šiais adresais
DRAUDŽIU:  naudoti  šią  informaciją  bet kokiais
komerciniais,  marketinginiais  ir  pan. tikslais
~

Bug#783472: ITP: maven-processor-plugin -- Maven plugin to process annotations for Java 6 at compile time

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: maven-processor-plugin
  Version : 2.0.8
  Upstream Author : Bartolomeo Sorrentino
* URL : http://bsorrentino.github.io/maven-annotation-plugin/site3/
* License : LGPL-3+
  Programming Lang: Java
  Description : Maven plugin to process annotations for Java 6 at compile 
time

The Maven processor plugin helps to use from Maven the new annotation
processing provided by Java 6 integrated in the Java compiler.
This plugin could be considered the 'alter ego' of the Maven apt plugin.

This plugin is a build dependency of libhibernate-validator-java >= 4.3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783473: Consider making pam_krb5.so a Primary account module

[Sam Morris]

Package: libpam-krb5
Version: 4.6-3+b1
Severity: wishlist

A while ago I was configuring NSS and PAM on a system to store user
information outside of /etc/passwd and /etc/shadow, and I ran into a
problem with /etc/pam.d/common-account.

The problem was that pam_krb5.so was not registered as a 'primary'
accounting module, which meant that pam_unix.so would deny logins
because it could not find accounting information about the user in
/etc/shadow.

My workaround was to add the following at the start of
/etc/pam.d/common-account:

# skip over pam_unix for non-local users (who will be failed by
# pam_unix.so)
account [success=ignore default=1] pam_succeed_if.so uid >= 1000
account [success=2 default=ignore] pam_succeed_if.so uid <= 5

Given that pam_unix.so was the only module in the primary section, these
lines would cause processing to skip past both it and the subsequent
'fall-through' pam_deny.so entry, and on to the pam_permit.so entry.
Processing would then continue on to the 'additional' block where
pam_krb5.so would be able to make the accounting decision.

Obviously, if there were any more modules in the primary blovk, the
numbers in those two lines would have to be changed accordingly, which
makes the hack a bit annoying to maintain.

I suggest changing /usr/share/pam-configs/krb5 such that pam_krb5.so
becomes a 'primary' accounting module; pam_krb5.so and pam_unix.so would
then both be given a chance to approve accounting checks.

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (550, 'stable-updates'), (550, 'stable'), (520, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages libpam-krb5 depends on:
ii  krb5-config2.3
ii  libc6  2.19-18
ii  libkrb5-3  1.12.1+dfsg-19
ii  libpam-runtime 1.1.8-3.1
ii  libpam0g   1.1.8-3.1
ii  multiarch-support  2.19-18

libpam-krb5 recommends no packages.

libpam-krb5 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783082: Aw: Re: linux-image-3.16.0-4-586: video players/browsers crash with 'illegal instruction' on i586

[Fabian Greffrath]

Am Sonntag, den 26.04.2015, 14:17 +0200 schrieb Fabian Greffrath: 
> I think we should apply them to the libav package for a stable point
> release.

Opinions?

- Fabian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#775904: di-netboot-assistant should verify the downloaded files

[intrigeri]

bertagaz wrote (21 Jan 2015 11:10:39 GMT) :
> Given most of the files downloaded by di-netboot-installer are done so
> over insecure connections, it makes sense to have it verifying this files
> or at least provide a way for sysadmins to do it.

Random idea: how about using the binary packages generated from
debian-installer-netboot-images to get those files in an
authenticated way?

Cheers,
--
intrigeri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783474: RM: mpich2 -- ROM; obsolete, replaced by 'mpich'

[Lucas Nussbaum]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove mpich2. it has been replaced by the mpich source package.

Thanks,

Lucas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783383: w3m: German translation

[Tatsuya Kinoshita]

Hi Markus,

On April 26, 2015 at 9:46PM +0200, post (at hiereth.de) wrote:
> to assure delivery of two correct translations, please ..

OK, see below.

>> #: rc.c:93
>> msgid "Display 0 pixel table borders"
>> msgstr ""
>> (YES or NO, default value is NO)
>
> The effect of this setting would be that the table is rendered with no
> borders at all because an line width of zero pixels is no line at all,
> isn't it.

If the value is NO (display_borders=0), the line is not displayed.
If the value is YES (display_borders=1), the line is displayed.

See this example:

$ cat sample.html

A1B1
A2B2


$ LC_ALL=C w3m -o display_borders=0 sample.html | cat
A1 B1
A2 B2

$ LC_ALL=C w3m -o display_borders=1 sample.html | cat
+-+
|A1|B1|
|--+--|
|A2|B2|
+-+

>> #: rc.c:152
>> msgid "File for preferences for each site"
>> msgstr ""
>> (default value is "~/.w3m/siteconf")
>
> Is this a file that stores preferences to sites visited, that contains
> a mapping of the following kind?

See doc/README.siteconf for more information.

Quoting from doc/README.siteconf:
> The siteconf consists of URL patterns and preferences associated to them.
[...]
> = The syntax =
>
> url |//|m@@i [exact]
> substitute_url ""
> url_charset 
> no_referer_from on|off
> no_referer_to on|off
>
> The last match wins.
>
> = Examples =
>
> url "http://twitter.com/#!/";
> substitute_url "http://mobile.twitter.com/";
>
> This forwards the twitter.com to its mobile site.
>
> url "http://your.bookmark.net/";
> no_referer_from on
>
> This prevents HTTP referers from being sent when you follow links
> at the your.bookmark.net.

Thanks,
--
Tatsuya Kinoshita


pgpgM47vpMo5Q.pgp
Description: PGP signature

Bug#783384: letodms: apache2 conf file stops apache start

[Francisco Manuel Garcia Claramonte]

Hi Olivier,

First, thank you for your report.


El dom, 26-04-2015 a las 17:49 +0200, Olivier Berger escribió:
> On Sun, Apr 26, 2015 at 05:33:47PM +0200, Olivier Berger wrote:
> > 
> > After updrading to jessie, apache won't start, complaining on line 3 of 
> > /etc/apache2/sites-available/letodms
> > "Either all Options must start with + or -, or no Option may."
> > 
> > The faulty line is :
> > Options -Indexes MultiViews FollowSymLinks
> > 

This directive was removed from Apache2 config file in Debian revision
3.3.11+dfsg.1-1  [1].
The new Apache config file is this[2].


The actual version in jessie is 3.3.11+dfsg.1-2 [3].

Is possible that you have installed letodms-3.3.11+dfsg-2?.
Please, review it and, if so, upgrade it.



[1]http://metadata.ftp-master.debian.org/changelogs/main/l/letodms/unstable_changelog

[2]https://sources.debian.net/data/main/l/letodms/3.3.11
+dfsg.1-2/debian/letodms.conf

[3] https://packages.debian.org/source/stable/letodms


I wait for your review. 
Thank you for your collaboration.

Regards.
Francisco.



> > I guess the file is provided with the package, so this should be fixed, 
> > IMHO.
> > 
> 
> In addition, I think the file needs also an update regarding the Allow 
> directives, which won't work in apache 2.4, which results in access to the 
> application denied.
> 
> Hope this helps.
> 
> Best regards,

-- 
Francisco M. García Claramonte 
Debian GNU/Linux Developer 
GPG: public key ID 3219C4E7
http://people.debian.org/~francisco/




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

Bug#783475: texi2html: [PATCH] Allow make the build of documentation reproducible adding the use-date flag.

[Juan Picca]

Package: texi2html
Version: 1.82+dfsg1
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that texi2html could not allow to built documentation reproducibly.

The attached patch adds the flag use-date that allows use the given  string
for the date, instead the generated timestamps.
Once applied, we can build reproducibly the packages that use
texi2html for generate documentation in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Add flag use-date
 Allow make the build of documentation reproducible using the value given in
 the command line for use instead of date timestamp.
Author: Juan Picca 
Last-Update: 2015-04-26
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/texi2html.init
+++ b/texi2html.init
@@ -260,6 +260,10 @@ $MONOLITHIC = 1;
 # the specified url are used as stylesheet links
 @CSS_REFS = ();
 
+# -use-date
+# the specified string is used as date timestamp in generated files
+$USE_DATE = undef;
+
 ##
 # The following options are only relevant if $L2H is set
 #
--- a/texi2html.pl
+++ b/texi2html.pl
@@ -261,6 +261,7 @@ $EXTERNAL_DIR
 $IGNORE_PREAMBLE_TEXT
 @CSS_FILES
 @CSS_REFS
+$USE_DATE
 $INLINE_CONTENTS
 $INLINE_INSERTCOPYING
 );
@@ -1910,6 +1911,8 @@ sub set_date()
 }
 $Texi2HTML::THISDOC{'today'} = $Texi2HTML::Config::DATE 
 if (defined($Texi2HTML::Config::DATE));
+$Texi2HTML::THISDOC{'today'} = $Texi2HTML::Config::USE_DATE
+if (defined($Texi2HTML::Config::USE_DATE));
 $::things_map_ref->{'today'} = $Texi2HTML::THISDOC{'today'};
 $::pre_map_ref->{'today'} = $Texi2HTML::THISDOC{'today'};
 $::texi_map_ref->{'today'} = $Texi2HTML::THISDOC{'today'};
@@ -2600,6 +2603,13 @@ $T2H_OPTIONS -> {'css-ref'} =
  verbose => 'generate reference to the CSS URL $s'
 };
 
+$T2H_OPTIONS -> {'use-date'} =
+{
+ type => '=s',
+ linkage => \$Texi2HTML::Config::USE_DATE,
+ verbose => 'use given date in generation timestamps $s'
+};
+
 $T2H_OPTIONS -> {'transliterate-file-names'} =
 {
  type => '!',
--- a/doc/texi2html.texi
+++ b/doc/texi2html.texi
@@ -853,6 +853,9 @@ This command line switch provides for th
 to a Cascading Style Sheet (@acronym{CSS}) URL.  More than one URL may be
 specified (array @variable{@@CSS_REFS}). 
 
+@item @longopt{use-date=@var{DATE}}
+This command line uses the given date in place of generated timestamps.
+
 @item @longopt{html-xref-prefix=@var{path}}
 This option sets the base directory for external @acronym{HTML} texinfo manuals 
 (variable @variable{$EXTERNAL_DIR}).  Defaults to @samp{../}.
--- a/doc/texi2html.info
+++ b/doc/texi2html.info
@@ -700,6 +700,9 @@ Miscalleneous style changes may be achie
  to a Cascading Style Sheet (CSS) URL.  More than one URL may be
  specified (array `@CSS_REFS').
 
+`--use-date=DATE'
+This command line uses the given date in place of generated timestamps.
+
 `--html-xref-prefix=PATH'
  This option sets the base directory for external HTML texinfo
  manuals (variable `$EXTERNAL_DIR').  Defaults to `../'.

Bug#745835: lynx-cur: certificate revocation is not checked

[Vincent Lefevre]

Control: unmerge -1
Control: reopen -1
Control: found -1 2.8.9dev5-2

This problem still occurs. For a new testcase URL:

  lynx https://www.vinc17.net:4434/

does not give an error, contrary to Firefox.

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783374: last NMU patch breaks gparted completely (on my system)

[Felix Zielcke]

On Sun, 26 Apr 2015 12:09:16 -0400 Michael Gilbert  wrote:
> control: tag -1 confirmed
> control: severity -1 serious
> 
> On Sun, Apr 26, 2015 at 9:46 AM, Felix Zielcke wrote:
> > Just tried out the newest upload of gparted. Which fails completely
> > The one before which is in jessie works fine.
> > I.e. 0.19.0-2 without the NMU fix
> 
> gparted needs a newer udisks2, see #782838.  Proposed patch attached.
> 
> Best wishes,
> Mike

Thanks for the quick answer. Now it works.
Didn't see that bug cause it's already marked done. So the affects
doestn't show it in gparted bug list.

Just saw the new udisks2 is now uploaded to unstable


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#745835: lynx-cur: certificate revocation is not checked

[Vincent Lefevre]

Control: severity -1 serious

Setting same severity as bug 752610 (which is also about certificate
checking).

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#781383: [rt.debian.org #5787] AutoReply: Please add Roland Fehrenbacher's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Roland Fehrenbacher,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5787

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more OpenPGP signatures from DDs and
sign theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Mon, 2015-04-27 10:52:36 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
>
>   "Please add Roland Fehrenbacher's key to the DM keyring",
>
> a summary of which appears below the dashed line.
>
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5787].
>
> Please include the string
>
>   [rt.debian.org #5787]
>
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
>
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID D8939339419CA3B869CFDD95070202585B812EC1
> to the DM keyring
>   please notify 781383-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Mon, 27 Apr 2015 10:05:19 +
> BTS: http://bugs.debian.org/781383
> Comment: Add Roland Fehrenbacher  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/02/msg00015.html
> Advocates:
>   tille - https://lists.debian.org/debian-newmaint/2015/02/msg00017.html
>   moeller - https://lists.debian.org/debian-newmaint/2015/04/msg00021.html
> KeyCheck:
>   pub   4096R/5B812EC1 2015-02-01 [expires: 2025-01-29]
> Key fingerprint = D893 9339 419C A3B8 69CF  DD95 0702 0258 5B81 2EC1
>   uid  Roland Fehrenbacher (Q-Leap Networks GmbH) 
> 
>   sig! D1C646D1 2015-02-12  Andreas Tille 
>   sig! C020EED1 2015-02-01  Steffen Moeller 
>   sig! 326D8438 2015-02-01  Olivier Sallou 
>   sig!35B812EC1 2015-02-01  Roland Fehrenbacher (Q-Leap Networks 
> GmbH) 
>   sub   4096R/14B79322 2015-02-01 [expires: 2025-01-29]
>   sig! 5B812EC1 2015-02-01  Roland Fehrenbacher (Q-Leap Networks 
> GmbH) 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, expires Wed 29 Jan 2025 10:25:37 UTC.
>   Valid "s" flag, expires Wed 29 Jan 2025 10:25:37 UTC.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJVPhLpAAoJEHxWrP6UeJfYLcQQAKZcMN1mcctcnPufHJAla/W9
> eqiqpXASaIIf0yX9Cu4dxswm08hnCMZzEAeiSXAxET8OwY01aa/w+OtRSTSL5NIN
> zx2H2j+3XvAOHy7v6ipzNOqQs6uxj2incxJNAyvgAFD9hbxO13Lqbw36FTeVp6Wu
> +QrXaY/n79k/qdgNhvpq5NiGW+zGDBeNzoSsNvLSsTIYbD0R/fmGnYsRHnlA4/ua
> 4JsOkl+zDhcNcnSpVfo0tJNYs0ANVjr4GuzdaqfLM9DVtUiQ0etNLmbpH0ylXXtI
> IEgNvSZ1KlwBX+J4ndLyVCwRBnAGsjIZzV5hnJUn64SpwqMg9G3nWxya582bb+nL
> obFTe3oxDrESPXhtBvLCQuqlT/INm7lkjF2i0Moe4xu7e18p51bcXeVXQCQwjIQs
> upreUGp6YX8fN74504GfN4FfFFNwgwlVrtolDYxSz6LY6ldK/xfzE4S2fqcdJJO1
> waO6geoUM0v0SMJq80J3bB2e7WAqHR/uTb+nvv5w6xliv5NPIHCQTpBl+OxZGPyd
> rP8/gAl25Hv1cUk8pEKW0BriMKl2QwpXGUJNBtFWn1HhDMT4dnMLzYeYXypuSJKo
> ROedNaFrK5S3lhquFaan8iHFChec6vOm1iE52FD3ztD8j1kyBL6OUaV/SuuQYh3w
> s5DCYtP2xU6VDKlgKFCS
> =wr7B
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#765109: fglrx-driver: Black screen after xorg startup

[Pascal Ognibene]

Dear maintainers,

I have the same problem here. 2 cards AMD R285X in my PC, black screen
after installing the 14.9 fglrx drivers from jessie (the open source
default driver works, but I need OpenCl acceleration from fglrx).

I installed the 14.12 drivers from experimental, got the same result.

The radeon module is blacklisted properly. I can't see what's wrong. The
only suspicious things i can find in the xorg logs are messages like :

[14.919] ukiOpenDevice: open result is -1, (No such device)
[14.919] ukiOpenDevice: open result is -1, (No such device)
[14.919] ukiOpenDevice: Open failed


but the initialization seems to continue and ends with these lines:

[21.794] (II) fglrx(0): EDID vendor "ACI", prod id 6628
[21.794] (II) fglrx(0): Using EDID range info for horizontal sync
[21.794] (II) fglrx(0): Using EDID range info for vertical refresh
[21.794] (II) fglrx(0): Printing DDC gathered Modelines:
[21.794] (II) fglrx(0): Modeline "1366x768"x0.0   85.50  1366 1436 1579
1792  768 771 774 798 +hsync +vsync (47.7 kHz eP)
[21.794] (II) fglrx(0): Modeline "800x600"x0.0   40.00  800 840 968
1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[21.794] (II) fglrx(0): Modeline "800x600"x0.0   36.00  800 824 896
1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[21.794] (II) fglrx(0): Modeline "640x480"x0.0   31.50  640 656 720
840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[21.794] (II) fglrx(0): Modeline "640x480"x0.0   31.50  640 664 704
832  480 489 492 520 -hsync -vsync (37.9 kHz e)
[21.794] (II) fglrx(0): Modeline "640x480"x0.0   25.18  640 656 752
800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[21.794] (II) fglrx(0): Modeline "720x400"x0.0   28.32  720 738 846
900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[21.794] (II) fglrx(0): Modeline "1280x1024"x0.0  135.00  1280 1296
1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[21.794] (II) fglrx(0): Modeline "1024x768"x0.0   75.00  1024 1048 1184
1328  768 771 777 806 -hsync -vsync (56.5 kHz e)
[21.794] (II) fglrx(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184
1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[21.794] (II) fglrx(0): Modeline "800x600"x0.0   49.50  800 816 896
1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[21.794] (II) fglrx(0): Modeline "800x600"x0.0   50.00  800 856 976
1040  600 637 643 666 +hsync +vsync (48.1 kHz e)
[21.794] (II) fglrx(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344
1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[21.794] (II) fglrx(0): Modeline "1280x960"x0.0  108.00  1280 1376 1488
1800  960 961 964 1000 +hsync +vsync (60.0 kHz e)
[21.794] (II) fglrx(0): Modeline "1280x800"x0.0   83.50  1280 1352 1480
1680  800 803 809 831 -hsync +vsync (49.7 kHz e)
[21.794] (II) fglrx(0): Modeline "1280x720"x60.0   74.48  1280 1336
1472 1664  720 721 724 746 -hsync +vsync (44.8 kHz e)

Currently, this means my server has just gone as useful as a brick. I'll be
happy to help if I can run specific tests on my machine.

Best,

Pascal

Bug#783477: lynx-cur: default answer for SSL errors should be 'n', not 'y'

[Vincent Lefevre]

Package: lynx-cur
Version: 2.8.9dev5-2
Severity: wishlist

When connecting to a site with an invalid certificate, such as an
expired one, one gets:

  SSL error:The certificate is NOT trusted. The certificate chain uses
  expired certificate. -Continue? (y)

For better security, the default answer should be 'n'.

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

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

Versions of packages lynx-cur depends on:
ii  libbsd00.7.0-2
ii  libbz2-1.0 1.0.6-7+b3
ii  libc6  2.19-18
ii  libgnutls-deb0-28  3.3.8-7
ii  libidn11   1.30-1
ii  libncursesw5   5.9+20140913-1+b1
ii  libtinfo5  5.9+20140913-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages lynx-cur recommends:
ii  mime-support  3.58

lynx-cur suggests no packages.

-- debconf information:
  lynx-cur/defaulturl: http://www.lip.ens-lyon.fr/
  lynx-cur/etc_lynx.cfg:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783476: lynx-cur: truncated message "SSL error:The certificate is NOT trusted. [...]"

[Vincent Lefevre]

Package: lynx-cur
Version: 2.8.9dev5-2
Severity: normal

With

  lynx https://www.cloudflarechallenge.com/

(which currently uses an expired certificate, but this testcase may
not be valid permanently) in a 80-column terminal (quite standard),
I get:

SSL error:The certificate is NOT trusted. The certificate chain uses expired c

while the full message is:

SSL error:The certificate is NOT trusted. The certificate chain uses expired 
certificate. -Continue? (y)

This is a problem because with the truncated message, the user
doesn't know that he needs to type 'n' to refuse the connection.
Even 'q' (normally used to quit lynx) enables the connection.

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

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

Versions of packages lynx-cur depends on:
ii  libbsd00.7.0-2
ii  libbz2-1.0 1.0.6-7+b3
ii  libc6  2.19-18
ii  libgnutls-deb0-28  3.3.8-7
ii  libidn11   1.30-1
ii  libncursesw5   5.9+20140913-1+b1
ii  libtinfo5  5.9+20140913-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages lynx-cur recommends:
ii  mime-support  3.58

lynx-cur suggests no packages.

-- debconf information:
  lynx-cur/defaulturl: http://www.lip.ens-lyon.fr/
  lynx-cur/etc_lynx.cfg:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783478: texi2html: [PATCH] Please make the build reproducible

[Juan Picca]

Package: texi2html
Version: 1.82+dfsg1
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that texi2html could not be built reproducibly.

The attached patch removes extra timestamps from the build system and
ensure a stable file order when creating the source archive. Once
applied, texi2html can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

NOTE: THIS PATCH DEPENDS OF https://bugs.debian.org/783475

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Make the build reproducible
 This patch uses "dpkg-parsechangelog" instead of "mdate-sh" in configure.ac. A
 previous patch modifies the file configure.ac, changing his last modified
 time avoiding make the build reproducible.
 Due not usage the file mdate-sh is removed.
Author: Juan Picca 
Last-Update: 2015-04-26
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/configure.ac
+++ b/configure.ac
@@ -10,7 +10,7 @@ dnl --enable-maintainer-mode argument.
 AM_MAINTAINER_MODE
 
 dnl Misc variable settings
-PACKAGE_DATE=`"$srcdir"/mdate-sh "$srcdir"/configure.ac`
+PACKAGE_DATE=`dpkg-parsechangelog -S date`
 AC_SUBST([PACKAGE_DATE])
 
 dnl Checks for programs.
--- a/doc/mdate-sh
+++ /dev/null
@@ -1,201 +0,0 @@
-#!/bin/sh
-# Get modification time of a file or directory and pretty-print it.
-
-scriptversion=2005-06-29.22
-
-# Copyright (C) 1995, 1996, 1997, 2003, 2004, 2005 Free Software
-# Foundation, Inc.
-# written by Ulrich Drepper , June 1995
-#
-# This program is free software; you can redistribute it and/or modify
-# it under the terms of the GNU General Public License as published by
-# the Free Software Foundation; either version 2, or (at your option)
-# any later version.
-#
-# This program is distributed in the hope that it will be useful,
-# but WITHOUT ANY WARRANTY; without even the implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-# GNU General Public License for more details.
-#
-# You should have received a copy of the GNU General Public License
-# along with this program; if not, write to the Free Software Foundation,
-# Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
-
-# As a special exception to the GNU General Public License, if you
-# distribute this file as part of a program that contains a
-# configuration script generated by Autoconf, you may include it under
-# the same distribution terms that you use for the rest of that program.
-
-# This file is maintained in Automake, please report
-# bugs to  or send patches to
-# .
-
-case $1 in
-  '')
- echo "$0: No file.  Try \`$0 --help' for more information." 1>&2
- exit 1;
- ;;
-  -h | --h*)
-cat <<\EOF
-Usage: mdate-sh [--help] [--version] FILE
-
-Pretty-print the modification time of FILE.
-
-Report bugs to .
-EOF
-exit $?
-;;
-  -v | --v*)
-echo "mdate-sh $scriptversion"
-exit $?
-;;
-esac
-
-# Prevent date giving response in another language.
-LANG=C
-export LANG
-LC_ALL=C
-export LC_ALL
-LC_TIME=C
-export LC_TIME
-
-# GNU ls changes its time format in response to the TIME_STYLE
-# variable.  Since we cannot assume `unset' works, revert this
-# variable to its documented default.
-if test "${TIME_STYLE+set}" = set; then
-  TIME_STYLE=posix-long-iso
-  export TIME_STYLE
-fi
-
-save_arg1=$1
-
-# Find out how to get the extended ls output of a file or directory.
-if ls -L /dev/null 1>/dev/null 2>&1; then
-  ls_command='ls -L -l -d'
-else
-  ls_command='ls -l -d'
-fi
-
-# A `ls -l' line looks as follows on OS/2.
-#  drwxrwx---0 Aug 11  2001 foo
-# This differs from Unix, which adds ownership information.
-#  drwxrwx---   2 root  root  4096 Aug 11  2001 foo
-#
-# To find the date, we split the line on spaces and iterate on words
-# until we find a month.  This cannot work with files whose owner is a
-# user named `Jan', or `Feb', etc.  However, it's unlikely that `/'
-# will be owned by a user whose name is a month.  So we first look at
-# the extended ls output of the root directory to decide how many
-# words should be skipped to get the date.
-
-# On HPUX /bin/sh, "set" interprets "-rw-r--r--" as options, so the "x" below.
-set x`ls -l -d /`
-
-# Find which argument is the month.
-month=
-command=
-until test $month
-do
-  shift
-  # Add another shift to the command.
-  command="$command shift;"
-  case $1 in
-Jan) month=January; nummonth=1;;
-Feb) month=February; nummonth=2;;
-Mar) month=March; nummonth=3;;
-Apr) month=April; nummonth=4;

Bug#783479: ITP: calculix-cgx -- A 3-dimensional pre- and post-processor for CalculiX CrunchiX

[Wolfgang Fuetterer]

Package: wnpp
Severity: wishlist
Owner: Wolfgang Fuetterer 

* Package name: calculix-cgx
  Version : 2.8
  Upstream Author : Klaus Wittig 
* URL : http://www.calculix.de/
* License : GPL
  Programming Lang: C, C++
  Description : A 3-dimensional pre- and post-processor for CalculiX
CrunchiX

CalculiX GraphiX (cgx) is a  3-dimensional pre- and post-processor for
finite elemnts. CalculiX CrunchiX Finite Element Models can be build,
calculated and post-processed. The pre- and post-processor is an
interactive 3D-tool using the openGL API. In addition to the Calculix CrunchiX
results files (frd) results from OpenFoam, Duns (2D and 3D), Isaac (2D and 3D)
and Nastran (f06) can be read. For preprocessing Netgen nativ
format, STEP and STL can be imported.

I prefer to maintain the package under the debian science blend.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783394: [SOLVED] Not a bug

[Henrik Størner]

Hi,

the problem was caused by a wrong routing entry - it should only have
been applied to the VPN clients, not on the VPN server. The OpenVPN
server is working fine now.

Sorry for the noise.

Regards,
Henrik


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#779535: pepperflashplugin-nonfree: support request

[Zlatan Todoric]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

tried the same thing and had the same result. It simply doesn't work.
Maybe it's really time to move away from all flashy things and
spywares ^_^.

Cheers,

zlatan
- -- 
Its not the COST, its the VALUE
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVPhxAAAoJEC5cILs3kzv999MP/1aYd+99dU5x/lN72K+9FD4J
Ihson6e53OB0/MFbHqHLQYJlyhfyrrmg50bzMTBGZbH3wqlKEiaasSb4Imr7JgLr
alda8kIGAatoCOYkFa0cJWZbugvmMxc3Wh62AcQf+gpJFyOZyoV27wX9gwAOfWR0
kr92jCIdbX9ZqhTp0Q4r+k4+9XzmLH0nR/rW2JcWoTw2ysPvmucHwc5VwRwJRDIG
cTJgFu+5447RSHr1Gy4jUwMfPaghbWJB4t17u/CHCp9HGYgwwoPf2YegaUHSHd1p
IWTkW4HjeI8xUiA2xl5z89IMwJwZVfZYYBBqRqVcJU+VKcR621eYwQ+/RqacY1a4
/Zu5j+e5ZMm8Zg5iAJWu9/R5raAe6A5UzytIa4MKgSxkomhK+XVEDnJxAIf4Tb8q
tN0L4+VXlRkO63jXJL7OgM0g1NFnFB6UqNooFWDd1M4q7vdL6wB4GOlVccZJ5tmL
x26fHgiuu/QYtsQHZOnZ8GY0TDh+hVvXlOK1UElZR/Rq1suZedzrkizmhNrLJ8/a
l91XCdbpAx5GZunV4DZYEn2Xl8uVt2tyN7+xFBhA+S0YseXPXoo0vP8LoWNenfJB
fFSG5JFBrmW/cEZ4AOaTBWqFqmXK4qrfvaM4hNYGn8RZlJAM7oefaQWLcOdWmJ6Z
N56+0Ls00L7oDW3QK9MU
=J5ZM
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#780714: Please add upstream patch to fix important bug - can't activate (and move) atom when nearby atom is selected (active)

[Markus Koschany]

On 27.04.2015 12:04, UAB "Bona Mens" paslaugos wrote:
[...]
> Before uploading new atomix 3.16 packages to Debian please add upstream
> patch from git.gnome.org/atomix  to fix
> important bug http://bugzilla.gnome.org/748406
> and test if atomix build from your packages can display menu and other
> strings not only in english, but also in other languages.
> 

Hi,

thanks for the report. I have cherry-picked the upstream commit to fix
upstream bug 748406 and I also added a patch that changes the
GNOMELOCALEDIR variable to /usr/share/locale which was incorrectly set
to /usr/share/games/locale before due to the Debian specific datadir
variable.

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#783480: include security.debian.org in apt sources list

[Benedikt Trefzer]

Package: openstack-debian-images
Version: 1.2
Severity: normal



The official debian openstack image [1] in version 8.0.0
does not include security.debian.org in apt sources.list
which should be included to easy upgrade the system.


[1] http://cdimage.debian.org/cdimage/openstack/8.0.0/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#773768: pandoc upload

[Joachim Breitner]

Control: tag -1 + moreinfo unreproducible

Hi Jonas,

I’ve just uploaded 7.8.4 to unstable. Can you check if you still have
problems with this release? So far, none else has complained.

Greetings,
Joachim


-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#777000: Limereg_1.4 release schedule

[Roelof Berg]

Hi,

limereg 1.3.1 is in ITP state. This version is limited to square image 
dimensions, grayscale colors and a dark image background.

The upcoming V1.4 will not have any of theese limitations anymore, and can take 
virtually any image in any format. It will be released at 1st of June. It might 
make sence to wait for this V1.4 release before further processing my ITP.

Regards,
Roelof

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783482: RFP: freerouter -- routing suite in java

[Mate Csaba]

Package: wnpp
Severity: wishlist


* Package name: freerouter
  Version : 15.4.26
  Upstream Author : Csaba Mate 
* URL : http://freerouter.nop.hu/
* License : artistic
  Programming Lang: java
  Description : routing suite in java

this is a routing suite written in java.
it speaks a lot of routing protocols, 
knows a lot of tunneling and encapsulation mechanisms and
have a lot of small servers and clients included so
it is going to be a swiss army knife in routing.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783483: ITP: libsnl -- Simple Nurbs Library

[Wolfgang Fuetterer]

Package: wnpp
Severity: wishlist
Owner: Wolfgang Fuetterer 

* Package name: libsnl
  Version : 0.2.1
  Upstream Author : Scott A.E. Lanham
* URL : http://libsnl.sourceforge.net/
* License : GPL
  Programming Lang: C, C++
  Description : Simple Nurbs Library

libSNL is a library of routines used for the
manipulation of NURBS curves and surfaces.

The library is needed to package calculix-cgx (see #783479).

I prefer to maintain the package under the debian science blend.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783481: d-i.debian.org: abort edos4udeb in case of a missing mirror

[Cyril Brulebois]

Package: d-i.debian.org
Severity: normal

Noticed this morning, the uninstallability diff meant no packages were
uninstallable anymore, which is quite untrue. dillon has had stale NFS
handles in /srv/mirrors (which point to /auto.dsa). It would be nice to
add some safeguard to warn about such an issue, and not generate wrong
output.

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783484: apper: wrong display non-english text from description of package

[Oleg I Zuev]

Package: apper
Version: 0.9.1-2
Severity: minor

Dear Maintainer,

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

   * What led up to the situation?
Always
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Just run
   * What was the outcome of this action?
Non-english text shown as "?"
   * What outcome did you expect instead?
Console version like "apt-cache show package" display discription
correctly

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



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

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

Versions of packages apper depends on:
ii  apper-data   0.9.1-2
ii  kde-runtime  4:4.14.2-2
ii  libappstream10.7.3-1
ii  libc62.19-18
ii  libdebconf-kde0  0.3-1
ii  libgcc1  1:4.9.2-10
ii  libgee-0.8-2 0.16.1-1
ii  libglib2.0-0 2.42.1-1
ii  libkcmutils4 4:4.14.2-5
ii  libkdecore5  4:4.14.2-5
ii  libkdeui54:4.14.2-5
ii  libkemoticons4   4:4.14.2-5
ii  libkidletime44:4.14.2-5
ii  libkio5  4:4.14.2-5
ii  libkprintutils4  4:4.14.2-5
ii  libkutils4   4:4.14.2-5
ii  libkworkspace4abi2   4:4.11.13-2
ii  liblistaller-glib0   0.5.9-4
ii  libpackagekitqt4-0   0.9.5-1
ii  libqt4-dbus  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-declarative   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-network   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-sql   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-svg   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-xml   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-xmlpatterns   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtcore4   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libsolid44:4.14.2-5
ii  libstdc++6   4.9.2-10
ii  packagekit   1.0.1-2
ii  polkit-kde-1 0.99.1-1
ii  software-properties-kde  0.92.25debian1

Versions of packages apper recommends:
pn  appstream-index  

Versions of packages apper suggests:
pn  debconf-kde-helper  
pn  listaller   

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#773768: pandoc upload

[Jonas Smedegaard]

Hi Joachim,

Quoting Joachim Breitner (2015-04-27 13:31:02)
> I’ve just uploaded 7.8.4 to unstable. Can you check if you still have 
> problems with this release? So far, none else has complained.

Yes: Pandoc has a minor new upstream release which I will try package 
when that new ghc emerge in unstable.

 - Jonas

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

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


signature.asc
Description: signature

Bug#777000: Limereg_1.4 release schedule

[Andreas Tille]

Hi Roelof,

On Mon, Apr 27, 2015 at 01:32:20PM +0200, Roelof Berg wrote:
> limereg 1.3.1 is in ITP state. This version is limited to square image 
> dimensions, grayscale colors and a dark image background.
> 
> The upcoming V1.4 will not have any of theese limitations anymore, and can 
> take virtually any image in any format. It will be released at 1st of June. 
> It might make sence to wait for this V1.4 release before further processing 
> my ITP.

I do not think so.  If you ask me uploading 1.3.1 to the new queue now
will bring it into Debian before June and upgrading to latest upstream
will then went quickly.  Otherwise you will end up at the end of the
queue in June.

But finally its your decision.

Kind regards

  Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#782837: [Pkg-xfce-devel] Bug#782837: xfce4-session: Fails to shutdown/reboot or logout.

[Филипп Васькин]

The problem was solved by installing the package x11-xserver-utils.

Bug#783485: hplip: hp-levels, hp-info don't report the PSC-2175 color cartridge levels

[Francois Gouget]

Package: hplip
Version: 3.14.6-1+b2
Severity: normal

Dear Maintainer,

hp-levels and hp-info only report the black ink cartridge levels, and not the 
color one.
For instance:

$ hp-levels

HP Linux Imaging and Printing System (ver. 3.14.6)
Supply Levels Utility ver. 2.0

Copyright (c) 2001-13 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Using device: hp:/usb/PSC_2170_Series?serial=MY359C91BQ73


Black cartridge
Part No.: 56 (C6656A) / 27 (C8727A)
Health: Good/OK


|//| 
(approx. 93%)



Done.


The printer is an HP PSC-2175, the color cartridge is a 57 (C6657A).


-- Package-specific info:
Saving output in log file: /home/fgouget/hp-check.log

HP Linux Imaging and Printing System (ver. 3.14.6)
Dependency/Version Check Utility ver. 15.1

Copyright (c) 2001-13 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling 
the HPLIP
supplied tarball (.tar.gz or .run) to determine if the proper dependencies are 
installed  
to successfully compile HPLIP.  
  
2. Run-time check mode (-r or --run): Use this mode to determine if a distro 
supplied 
package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the 
proper   
dependencies installed to successfully run. 
  
3. Both compile- and run-time check mode (-b or --both) (Default): This mode 
will check   
both of the above cases (both compile- and run-time dependencies).  
  

Check types:
  
a. EXTERNALDEP - External Dependencies  
  
b. GENERALDEP - General Dependencies (required both at compile and run time)
  
c. COMPILEDEP - Compile time Dependencies   
  
d. [All are run-time checks]
  
PYEXT SCANCONF QUEUES PERMISSION
  

Status Types:
OK
MISSING   - Missing Dependency or Permission or Plug-in
INCOMPAT  - Incompatible dependency-version or Plugin-version

warning: debian-8.0 version is not supported. Using debian-7.5 versions 
dependencies to verify and install...

---
| SYSTEM INFO |
---

 Kernel: 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01) GNU/Linux
 Host: amboise
 Proc: 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01) GNU/Linux
 Distribution: debian 8.0
 Bitness: 64 bit


---
| HPLIP CONFIGURATION |
---

HPLIP-Version: HPLIP 3.14.6
HPLIP-Home: /usr/share/hplip
warning: HPLIP-Installation: Auto installation is not supported for debian 
distro  8.0 version 

Current contents of '/etc/hp/hplip.conf' file:
# hplip.conf.  Generated from hplip.conf.in by configure.

[hplip]
version=3.14.6

[dirs]
home=/usr/share/hplip
run=/var/run
ppd=/usr/share/ppd/hplip/HP
ppdbase=/usr/share/ppd/hplip
doc=/usr/share/doc/hplip-doc/HTML
html=/usr/share/doc/hplip-3.14.6
icon=no
cupsbackend=/usr/lib/cups/backend
cupsfilter=/usr/lib/cups/filter
drv=/usr/share/cups/drv
bin=/usr/bin

# Following values are determined at configure time and cannot be changed.
[configure]
network-build=yes
libusb01-build=no
pp-build=yes
gui-build=yes
scanner-build=yes
fax-build=yes
dbus-build=yes
cups11-build=no
doc-build=yes
shadow-build=no
hpijs-install=yes
foomatic-drv-install=yes
foomatic-ppd-install=yes
foomatic-rip-hplip-install=no
hpcups-install=yes
cups-drv-install=yes
cups-ppd-install=no
internal-tag=3.14.6
restricted-build=no
ui-toolkit=qt4
qt3=no
qt4=yes
policy-kit=yes
lite-build=no
udev_sysfs_rules=no
hpcups-only-build=no
hpijs-only-build=no


Current contents of '/var/lib/hp/hplip.state' file:
Plugins are not installed. Could not access file: No such file or directory

Current contents of '~/.hplip/hplip.conf' file:
[last_used]
device_uri = hp:/usb/PSC_2170_Series?serial=MY359C91BQ73
printer_name = 
working_dir = .

[upgrade]
latest_available_version = 3.13.11
notify_upgrade = false
last_upgraded_time = 1430133225.13882
pending_upgrade_time = 0

[settings]
systray_visible = 0
systray_messages = 0

[commands]
scan = /usr/bin/xsane -V %SANE_URI%

[refresh]
rate = 30
enable = false
type = 1

[polling]
enable = false
in

Bug#783486: two memory leaks in ncurses newterm()

[Daniel Kahn Gillmor]

Package: ncurses
Version: 5.9+20140913-1

The attached program does newterm() multiple times, depending on how it
is invoked, tearing down the screen with delscreen() each time.

There is one leak per invocation of newterm(), a malloc in
_nc_setupscreen.

When linked against libncursesw instead of libncurses, there is an extra
leak for every newterm() in _nc_init_wacs() (except for the first
invocation of newterm(), which appears to actually get cleaned up
properly).


It's possible that we think these links are no big deal, and that any
program using libncurses won't care.  In that case, please supply
a suppression file for valgrind to avoid extra noise for people
debugging ncurses programs.


Background: 

I built the attached source twice, (against libncurses and libncursesw)
like this:

---
#!/usr/bin/make -f
ncurses: ncurses.c
gcc -g --pedantic -Wall -lncurses -o $@ $<

ncursesw: ncurses.c
gcc -g --pedantic -Wall -lncursesw -o $@ $<
---

here are the valgrind comparisons with the different runs (note the
Command: on each comparison):

--- /dev/fd/63  2015-04-20 10:15:44.427927773 -0300
+++ /dev/fd/62  2015-04-20 10:15:44.427927773 -0300
@@ -1,15 +1,28 @@
  Memcheck, a memory error detector
  Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
  Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
- Command: ./ncurses 0 /dev/pts/10
+ Command: ./ncurses 1 /dev/pts/10
  Parent PID: 13345
  
  
  HEAP SUMMARY:
- in use at exit: 0 bytes in 0 blocks
-   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
+ in use at exit: 2,418 bytes in 2 blocks
+   total heap usage: 103 allocs, 101 frees, 63,155 bytes allocated
  
- All heap blocks were freed -- no leaks are possible
+ 2,408 bytes in 1 blocks are definitely lost in loss record 2 of 2
+at 0x4C28C20: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
+by 0x4E48A64: _nc_setupscreen (in /lib/x86_64-linux-gnu/libncurses.so.5.9)
+by 0x4E45E6D: newterm (in /lib/x86_64-linux-gnu/libncurses.so.5.9)
+by 0x400810: main (ncurses.c:15)
+ 
+ LEAK SUMMARY:
+definitely lost: 2,408 bytes in 1 blocks
+indirectly lost: 0 bytes in 0 blocks
+  possibly lost: 0 bytes in 0 blocks
+still reachable: 10 bytes in 1 blocks
+ suppressed: 0 bytes in 0 blocks
+ Reachable blocks (those to which a pointer was found) are not shown.
+ To see them, rerun with: --leak-check=full --show-leak-kinds=all
  
  For counts of detected and suppressed errors, rerun with: -v
- ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
+ ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
--- /dev/fd/63  2015-04-20 10:15:44.435927809 -0300
+++ /dev/fd/62  2015-04-20 10:15:44.435927809 -0300
@@ -1,25 +1,25 @@
  Memcheck, a memory error detector
  Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
  Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
- Command: ./ncurses 1 /dev/pts/10
+ Command: ./ncurses 2 /dev/pts/10
  Parent PID: 13345
  
  
  HEAP SUMMARY:
- in use at exit: 2,418 bytes in 2 blocks
-   total heap usage: 103 allocs, 101 frees, 63,155 bytes allocated
+ in use at exit: 4,965 bytes in 5 blocks
+   total heap usage: 204 allocs, 199 frees, 125,305 bytes allocated
  
- 2,408 bytes in 1 blocks are definitely lost in loss record 2 of 2
+ 4,816 bytes in 2 blocks are definitely lost in loss record 4 of 4
 at 0x4C28C20: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
 by 0x4E48A64: _nc_setupscreen (in /lib/x86_64-linux-gnu/libncurses.so.5.9)
 by 0x4E45E6D: newterm (in /lib/x86_64-linux-gnu/libncurses.so.5.9)
 by 0x400810: main (ncurses.c:15)
  
  LEAK SUMMARY:
-definitely lost: 2,408 bytes in 1 blocks
+definitely lost: 4,816 bytes in 2 blocks
 indirectly lost: 0 bytes in 0 blocks
   possibly lost: 0 bytes in 0 blocks
-still reachable: 10 bytes in 1 blocks
+still reachable: 149 bytes in 3 blocks
  suppressed: 0 bytes in 0 blocks
  Reachable blocks (those to which a pointer was found) are not shown.
  To see them, rerun with: --leak-check=full --show-leak-kinds=all
--- /dev/fd/63  2015-04-20 10:22:32.713789856 -0300
+++ /dev/fd/62  2015-04-20 10:22:32.713789856 -0300
@@ -1,25 +1,25 @@
  Memcheck, a memory error detector
  Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
  Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
- Command: ./ncurses 1 /dev/pts/10
+ Command: ./ncursesw 1 /dev/pts/10
  Parent PID: 13345
  
  
  HEAP SUMMARY:
- in use at exit: 2,418 bytes in 2 blocks
-   total heap usage: 103 allocs, 101 frees, 63,155 bytes allocated
+ in use at exit: 6,653 bytes in 5 blocks
+   total heap usage: 105 allocs, 100 frees, 217,621 bytes allocated
  
- 2,408 bytes in 1 blocks are definitely lost in loss record 2 of 2
+ 2,408 bytes in 1 blocks are definitely lost in loss record 4 of 5
 at 0x4C28C20: malloc

Bug#781537: [rt.debian.org #5788] AutoReply: Please add Steven Capper's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Steven Capper,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5788

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Mon, 2015-04-27 11:42:35 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
>
>   "Please add Steven Capper's key to the DM keyring",
>
> a summary of which appears below the dashed line.
>
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5788].
>
> Please include the string
>
>   [rt.debian.org #5788]
>
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
>
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 445ED9C8FB58E42351D9289CF28981739A16F250
> to the DM keyring
>   please notify 781537-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Mon, 27 Apr 2015 11:26:42 +
> BTS: http://bugs.debian.org/781537
> Comment: Add Steven Capper  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/03/msg00016.html
> Advocates: 
>   93sam - https://lists.debian.org/debian-newmaint/2015/03/msg00018.html
> KeyCheck:
>   pub   4096R/9A16F250 2013-06-13
> Key fingerprint = 445E D9C8 FB58 E423 51D9  289C F289 8173 9A16 F250
>   uid  Steven Capper (My personal UID) 
> 
>   sig! 3442684E 2015-03-27  Steve McIntyre 
>   sig!39A16F250 2015-03-27  Steven Capper (My personal UID) 
> 
>   uid  Steve Capper 
>   sig! 00EF5DFB 2013-11-17  Cleto Martin 
>   sig! C83BFA9A 2013-11-18  Sebastian Reichel 
>   sig! 30F5D8EB 2013-11-20  Mark Brown 
>   sig! 79074FA8 2013-11-18  Ian Campbell 
>   sig! 8DC968B0 2014-02-04  Marco d'Itri 
>   sig! CD92D072 2013-11-17  Stefano Rivera 
>   sig! 45DCA80E 2013-11-17  Manuel A. Fernandez Montecelo (GMail) 
> 
>   sig! 768D3824 2014-04-02  Javi Merino 
>   sig!33442684E 2013-11-01  Steve McIntyre 
>   sig!39A16F250 2013-06-13  Steven Capper (My personal UID) 
> 
>   sub   4096R/628CBBB0 2013-06-13
>   sig! 9A16F250 2013-06-13  Steven Capper (My personal UID) 
> 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, no expiration.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJVPiBMAAoJEHxWrP6UeJfYeKIQAIuw8rLPwlfVXeC193dgEFnz
> 7UcCDq1umvl6oL10uDe352uSEP0hHDHJxgYYVE8WzyOVAJi/FHy0yX0Ej6hDv7vR
> NZkJdOTwdt5VHXOcwTGh2h2XjHhW2vE1+ElW6zTtuJr3W9WgtNiS3Ni4dVmHLNlG
> ygq35mgF4bqU74vQZaL4WUClLcKp8Bd+1w2OoRfUIFCHoOYEmUH4ZjH9JFzP6nCt
> IEYRUhYDf14vmTilwxoGuTBvJfusVDdhWKYA/mA+dmkpmJNUjOz4GdVQ+EirTfE9
> xyIyd3PwKqTXzYQdoklwy0Tns5MnqdhzTgRx8SBwoV+Epf2NKwRgE0+ei9AqjJO9
> RM9KheqbS16AihlqYrrlx4pbqtIVGFGipQQ3idZkMbbaHPwMOQHESZFXOiHbbLE/
> EMLHfH5OVh1XpbAk6M8/CQ8ERFR6xXEpIe1famI8aHEyaaq0IdHxtT/3z2vqOEMS
> 27M4KIlwPUpyGqgrbItOgkAnNkjP4ue6f9wzxACjfmf4361Dkc/H8QzLPijARG61
> TORqEtX4YWRILGvF79OKlQdXy35c5fGeRX6K12KM9PkKKIpicjUhaWubAJ6pLrvR
> 4IEDNG8O5cGOTDwOAxpa12xoHdTyAwYZHIiZB+zRI4j6MslmtLtfww1QtU6ps21c
> E3/WvnBZEosHRbV69SXS
> =cUQN
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#778810: [grub-efi-amd64-bin] booting hangs at black screen stating "GRUB _"

[Felix Zielcke]

Am Sonntag, den 26.04.2015, 21:36 +0200 schrieb Darija Tadin-Đurović:
> 
> Package: grub-efi-amd64-bin
> Version: 1.99-27+deb7u2

> How I got here:
> - a fresh installation of wheezy a few days ago (debian 7.8.0 amd64 
>   netinst CD)
> 
Any special reason for wheezy? Now jessie is out and there were many EFI
fixes in grub. Please try with it


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783486: one more memory leak in ncurses

[Daniel Kahn Gillmor]

following up on my earlier post about memory leaks in ncurses, there
appears to be another leak in wrefresh as well:

 at 0x4C28C20: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
 by 0x4E3D7EE: _nc_scroll_optimize (in 
/lib/x86_64-linux-gnu/libncursesw.so.5.9)
 by 0x4E5E52C: doupdate (in /lib/x86_64-linux-gnu/libncursesw.so.5.9)
 by 0x4E4B8A8: wrefresh (in /lib/x86_64-linux-gnu/libncursesw.so.5.9)

 --dkg


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783462: systemd-sysctl does not apply config at boot

[Michael Biebl]

Am 27.04.2015 um 10:48 schrieb Tomasz Buchert:
> (cont.)
> as suspected adding "After=network.target" in 
> /lib/systemd/system/systemd-sysctl.service
> actually helps

It seems more likely, that /etc/init.d/networking changes the sysctl
knobs when it starts.
Can you investigate, if this is the case?


-- 
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#781957: [rt.debian.org #5789] AutoReply: Please add Bertrand Marc's key to the DM keyring

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Bertrand Marc,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5789

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Mon, 2015-04-27 12:14:32 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
>
>   "Please add Bertrand Marc's key to the DM keyring",
>
> a summary of which appears below the dashed line.
>
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5789].
>
> Please include the string
>
>   [rt.debian.org #5789]
>
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
>
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 29452BD463CE670323D09B88A04AB3BADBE263EE
> to the DM keyring
>   please notify 781957-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Mon, 27 Apr 2015 12:00:52 +
> BTS: http://bugs.debian.org/781957
> Comment: Add Bertrand Marc  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/03/msg00017.html
> Advocates: 
>   holger - https://lists.debian.org/debian-newmaint/2015/03/msg00019.html
> KeyCheck:
>   pub   4096R/DBE263EE 2012-11-20
> Key fingerprint = 2945 2BD4 63CE 6703 23D0  9B88 A04A B3BA DBE2 63EE
>   uid  Bertrand Marc 
>   sig! FFFE 2012-11-25  Sam Hocevar 
>   sig! 353525F9 2012-11-25  Vincent Bernat 
>   sig! DD39F374 2012-11-25  Jeremy Lal 
>   sig! 490DFC8D 2012-11-26  Nicolas Boulenguez 
> 
>   sig! 4522E387 2012-12-16  Bill Allombert 
> 
>   sig! C2B35520 2013-09-23  Cyril Brulebois 
>   sig! F2AC729A 2012-11-25  Raphael Hertzog 
>   sig! 6D866396 2012-11-26  Stefano Zacchiroli 
>   sig! 8649AA06 2012-11-26  gregor herrmann 
> 
>   sig! D4CACDFF 2012-11-29  Ralf Treinen 
>   sig! E397832F 2013-05-30  Luca Capello 
>   sig!34B10D847 2012-11-25  Tanguy Pierre Charles Philippe Ortolo 
> (DOB: 1985-10-02, POB: Paris 14e, France)
>   sig!3DBE263EE 2012-11-20  Bertrand Marc 
>   sub   4096R/F26FFE55 2012-11-20
>   sig! DBE263EE 2012-11-20  Bertrand Marc 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, no expiration.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJVPifKAAoJEHxWrP6UeJfY/D8QAKUUfH+z7Skv0YjGazao6Qfy
> 28/PUKYRSeTx27NO1P9oyIpoa+LddyvovKLXFKOkoBUcZLqTVRJ0XW4wIATj7+Ll
> v3tyZXOeie/UmKY0YV22zNyK5pGezhoIEXqDuTztQe+R9RTaH/yAB6T5t0dbaUk6
> b5f5S/fiQyK4KTiSSPNX7InIByV+5e8yCMge+1Hy3opeQpcie9dpDuAQ822h4uHt
> W4cxrGiG50VwmJh3gm8/g2AVzXE6WqgL8SzM31EM5PPryBUkMnNuPq5nLFv1D0ip
> nuJHfiVvAHvnumA62QIT0yYZARFOKzD+cCpAJ6jlapseea1fw1OUtg9rO7HxXsJm
> LOUGbcBSV0ZOi/29qtDCw5467tnlwJgPZPSa+ziswOFWPQFVKMwobS3/QvzFwqkd
> SLKrQN8BV+45zNZ+70i2csDoUAwNT7mT3lEo6eZHtXq4btvYCgvdSS+8xsUEEl9I
> yMo6BN/C5hTvaYiNbzy17RT+Gk/2eI5NdZkxPngwG7pbk6p0WZ1o+BBu508QdUEs
> KZGThoNdCaqJxJ6qEty4MgdfMWn+nBKyDs9dCektygcXY4+08/pSlR3pP4gmiJ8Z
> /G00RPjiuf2UN76Ct2kmxOU81RbK35PW6Ng46WUHtflwzW1nkcB+71w5knFSwuaY
> nwosqRTVyHvoQDcIwInR
> =9IC0
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#773663: [Popcon-developers] Bug#773663: popularity-contest: Patch to enable Tor support

[Bill Allombert]

On Mon, Dec 22, 2014 at 09:54:05AM +0800, Paul Wise wrote:
> On Mon, Dec 22, 2014 at 2:38 AM, Federico Ceratto wrote:
> 
> > Attaching the correct support_tor.diff   :(
> 
> I think it would be better to enable sending over Tor by default if
> the tor service is available on the local host. If the machine has Tor
> available there is probably no reason to not use it.

Hello Federico and Paul,

Would you mind writing a popcon FAQ entry 
to document this ?

Also woud you mind sending a popcon report through TOR and the send me a 
copy of /var/log/popularity-contest.gpg so that I can check the report
was received correctly ?

I have minor comments on your patch:

1) USETOR should use the same convention as ENCRYPT: yes/maybe/no instead of
always/auto/no

2) It is a bit awkward that USETOR depends on USEHTTP. It would seems more
orthogonal if USETOR was an alternative transport or applied to all other
transports, or an option for USEHTTP (e.g. USEHTTP=tor). 
I realize the interaction between all the piece is more complex than this
simple model.

I will probably not be able to add your patch to 1.62 but I will try to release
1.63 soon after.

Thanks for your contribution!
-- 
Bill. 

Imagine a large red swirl here. 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783388: ganeti - No verification for master status

[Bastian Blank]

On Mon, Apr 27, 2015 at 09:40:13AM +0300, Apollon Oikonomopoulos wrote:
> I'll queue this up for 8.1.

While you are at it:
- Config reading slow-down, mostly cluster verify:
  
01b52c6fc43ca7bcf1e5745133aa82abcb96375b^..38692c5c3a6900ec1b813e971dbef0f8e132c0f9
- Master voting: 5e641d0a518636007c2b9d6d96a18d383b2958ab

Bastian

-- 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725284: proper resume hooks

[Ralf Jung]

Hi,

> In the face of the race condition with systemd unit files, reported
> by Michael Biebl, there seem to exist different alternatives.
> 
> 
> 
> Lennart Poettering:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=744753#40
> "a service which needs to be restarted on
> cases like this sounds wrong. Thats a hack really. The service should
> just watch time changes and react correctly to that. i.e. use
> TFD_TIMER_CANCEL_ON_SET. THis will report wallclock changes relative to
> monotonic time, which is what you want to watch for this. All system
> resumes will trigger this, of course."
> 
> and
> 
> "Since a long time we had on our TODO list to support timer units that
> are triggered when the system clock changes, based on
> TFD_TIMER_CANCEL_ON_SET. Hasn't been implemented yet, should be fairly
> easy though."
> 
> "OnClockChange=yes"

This does not sound to me like it applies to hdparm. We are not caring
about the clock here, we are caring about devices re-appearing after
suspend-resume and hence needing reconfiguration.

> 
> And in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780956
> the dev showed that udev already has proper hooks for resume events.
> 
> So these may be proper mechanisms for packages to ship with a
> resume hook. And the last one is already tried and proven by
> laptop-mode-tools.

Looking through the report you linked, it seems the laptop-mode-tools
hook is actually unreliable when using asynchronous suspens/resume power
management, which is the default (?) on newer kernels. So that doesn't
really sound like a "proper" mechanism.

I agree though that udev is probably the right place to fix this.

Kind regards,
Ralf


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725284: proper resume hooks

[Ralf Jung]

>> And in
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780956
>> the dev showed that udev already has proper hooks for resume events.
>>
>> So these may be proper mechanisms for packages to ship with a
>> resume hook. And the last one is already tried and proven by
>> laptop-mode-tools.
> 
> Looking through the report you linked, it seems the laptop-mode-tools
> hook is actually unreliable when using asynchronous suspens/resume power
> management, which is the default (?) on newer kernels. So that doesn't
> really sound like a "proper" mechanism.
> 
> I agree though that udev is probably the right place to fix this.

I should add that there already is a bug open against udev for this:


Also, the anacron issue is different IMHO - there, the reason we care
about suspend/resume is really because the time jumps, so whatever has
been written above about this should work fine.
Not so for hdparm, where the problem is HW losing some of its state.

Kind regards,
Ralf


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783487: bugs.cgi: needs updating for stretch

[Lucas Nussbaum]

Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: udd

bugs.cgi needs to be updated for stretch. It might be a good opportunity
to revisit some design choices

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'oldstable'), 
(300, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-trunk-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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783488: jessie-pu: package win32-loader/0.7.8+deb8u1

[Didier 'OdyX' Raboud]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi,

I'd like to get two late-notified issues in the win32-loader package as
released in jessie:

* The screenshot describing the graphical version showcases Joy, not Lines
* The standalone version (debian/tools/win32-loader/stable/win32-loader.exe on
  the mirrors) uses http.debian.net where httpredir.debian.org would be better.

Debdiff is attached and you can find individual patches on the master-jessie
branch on the VCS:
http://anonscm.debian.org/cgit/d-i/win32-loader.git/log/?h=master-jessie

The two changes have already been uploaded to unstable.

Cheers, OdyX
diff -Nru win32-loader-0.7.8/branch.nsi win32-loader-0.7.8+deb8u1/branch.nsi
--- win32-loader-0.7.8/branch.nsi	2014-11-19 09:14:47.0 +0100
+++ win32-loader-0.7.8+deb8u1/branch.nsi	2015-04-26 15:13:40.0 +0200
@@ -61,7 +61,7 @@
   StrCpy $base_path_images  "netboot/debian-installer/hurd-$arch"
 ${EndIf}
   ${Else}
-StrCpy $base_url "http://http.debian.net/debian/dists/stable/";
+StrCpy $base_url "http://httpredir.debian.org/debian/dists/stable/";
 ${If} $kernel == "linux"
   ; Only Debian GNU/Linux will have a stable branch for the jessie cycle
   StrCpy $base_path_md5"main/installer-$arch/current/images/"
diff -Nru win32-loader-0.7.8/debian/changelog win32-loader-0.7.8+deb8u1/debian/changelog
--- win32-loader-0.7.8/debian/changelog	2014-12-16 17:00:29.0 +0100
+++ win32-loader-0.7.8+deb8u1/debian/changelog	2015-04-26 15:19:53.0 +0200
@@ -1,3 +1,10 @@
+win32-loader (0.7.8+deb8u1) jessie; urgency=low
+
+  * Replace the Joy screenshot by a recent Lines screenshot
+  * Replace http.debian.net with httpredir.debian.org
+
+ -- Didier Raboud   Sun, 26 Apr 2015 15:19:28 +0200
+
 win32-loader (0.7.8) unstable; urgency=medium
 
   * Disable 'Download Debian GNU/kFreeBSD as stable' as this won't be possible
Les fichiers binaires /tmp/8OutFGwL2e/win32-loader-0.7.8/templates/gtk.bmp et /tmp/uRNO6rNZMo/win32-loader-0.7.8+deb8u1/templates/gtk.bmp sont différents
Les fichiers binaires /tmp/8OutFGwL2e/win32-loader-0.7.8/templates/gtk_orig.png et /tmp/uRNO6rNZMo/win32-loader-0.7.8+deb8u1/templates/gtk_orig.png sont différents

Bug#773663: [Popcon-developers] Bug#773663: popularity-contest: Patch to enable Tor support

[Bill Allombert]

On Mon, Apr 27, 2015 at 02:18:28PM +0200, Bill Allombert wrote:
> 2) It is a bit awkward that USETOR depends on USEHTTP. It would seems more
> orthogonal if USETOR was an alternative transport or applied to all other
> transports, or an option for USEHTTP (e.g. USEHTTP=tor). 
> I realize the interaction between all the piece is more complex than this
> simple model.

To elaborate on that:

You wrote:

>> The patch relies on exit nodes to connect to the HTTP service and prevents
>> SMTP fallback. If a popcon hidden service was to be set up in future, it 
>> could
>> be used with:
>> SUBMITURLS="http://HIDDEN_SERVICE_NAME/cgi-bin/popcon.cgi";

Is such URL valid if TOR is not used ?
If not and this is implemented, then USETOR=auto will fail if tor is not 
available,
so USETOR and USEHTTP will need to be decoupled (and a variable TOR_SUBMITURLS 
will
be needed).

But anyway this can be done in a later release, so it is not an urgent concern.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783489: jessie-pu: package ejabberd/14.07-5

[Philipp Huebner]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu


Hi,

I would like to upload ejabberd 14.07-5 to stable-proposed-updates.
It removes a useless and confusing manpage for a binary that no longer
exists and adds 2 non-intrusive changes that close #782725 and #782794.

Both changes are included / the default with newer upstream releases.

Full debdiff is attached.

Regards,
Philipp
diff -Nru ejabberd-14.07/debian/changelog ejabberd-14.07/debian/changelog
--- ejabberd-14.07/debian/changelog	2014-12-04 07:42:49.0 +0100
+++ ejabberd-14.07/debian/changelog	2015-04-27 14:30:06.0 +0200
@@ -1,3 +1,11 @@
+ejabberd (14.07-5) stable; urgency=low
+
+  * Drop debian/ejabberd.8 as there is no "ejabberd" executable anymore
+  * Add --enable-transient_supervisors build-flag (Closes: #782794)
+  * Accept trailing newline characters in Base64 strings (Closes: #782725)
+
+ -- Philipp Huebner   Sun, 19 Apr 2015 12:42:48 +0200
+
 ejabberd (14.07-4) unstable; urgency=medium
 
   [ Holger Weiss ]
diff -Nru ejabberd-14.07/debian/ejabberd.8 ejabberd-14.07/debian/ejabberd.8
--- ejabberd-14.07/debian/ejabberd.8	2014-08-25 17:08:55.0 +0200
+++ ejabberd-14.07/debian/ejabberd.8	1970-01-01 01:00:00.0 +0100
@@ -1,243 +0,0 @@
-.TH ejabberd 8 "08 June 2008" "Version 2.0.1" "ejabberd manual page"
-
-.SH NAME
-ejabberd \(em a distributed fault-tolerant Jabber/XMPP server 
-
-.SH SYNOPSIS
-.PP 
-\fBejabberd\fR \fI[options] [\-\-] [erlang_options]\fP
-
-.SH DESCRIPTION
-.PP 
-\fBejabberd\fR is a distributed fault-tolerant Jabber/XMPP server written in
-Erlang. 
-
-Its main features are:
-.PD 0
-.TP
-\(em XMPP-compliant 
-.TP
-\(em Distributed: \fBejabberd\fR can run on a cluster of machines
-.TP
-\(em Fault-tolerant: All the information can be stored on more than one node, nodes can be added or replaced `on the fly' 
-.TP
-\(em Built-in Multi-User Chat service 
-.TP
-\(em Built-in IRC transport 
-.TP
-\(em Built-in Publish-Subscribe service 
-.TP
-\(em Built-in Jabber User Directory service based on users vCards 
-.TP
-\(em SSL support 
-.TP
-\(em Support for internationalized user messages
-
-.SH OPTIONS
-.TP
-.BI \-\-node " node"
-Specifies Erlang \fInode\fP at which ejabberd server will be run. Default
-node is \fBejabberd\fP.
-If the node name does not contain symbol \fI@\fR then actual node name
-becomes \fBnode@hostname\fP where hostname is short host name (usually it
-coincides with \fI\(gahostname \-s\(ga\fP). If the node name contain symbol \fI@\fR
-and its hostname part is a FQDN then \fBejabberd\fR will use so-called
-long names (see \fBerl\fR(1) manual page and look for options \fI\-name\fP
-and \fI\-sname\fP for details).
-
-Examples of \fI\-\-node\fP option:
-
-.BI ejabberd
-Locally run ejabberd server at node \fIejabberd@\(gahostname \-s\(ga\fP.
-
-.BI ejabberd@otherhost
-Pretend that ejabberd server runs at otherhost at node \fIejabberd@otherhost\fP.
-(Note that noone can remotely connect to this node if otherhost is resoved
-to other computer IP.)
-
-.BI ejabberd@localhost
-Locally run ejabberd server at node \fIejabberd@localhost\fP. Only nodes
-running at the same host can connect to this node.
-
-.BI ejabberd@hostname.domainname
-Using \fI\-name\fP Erlang option, run ejabberd server at long-name node
-\fIejabberd@hostname.domainname\fP. To be able to control this server instance
-\fIhostname.domainname\fP must resolve (either by DNS or via /etc/hosts) to
-the server's IP.
-
-.PP
-The default node can be overridden by defining ERLANG_NODE environment variable
-in /etc/default/ejabberd, see below.
-
-.TP
-.BI \-\-config " config\-file"
-Specifies an alternate \fIconfig\-file\fP to be parsed at startup, rather
-than the default (\fB/etc/ejabberd/ejabberd.cfg\fP).
-
-.TP
-.BI \-\-spool " spool\-dir"
-Specifies an alternate \fIspool\-dir\fP to store user database instead of
-the default (\fB/var/lib/ejabberd\fP).
-
-.TP
-.BI \-\-log " log\-file"
-Log Jabber events to specified \fIlog\-file\fP rather than to the default
-(\fB/var/log/ejabberd/ejabberd.log\fP).
-
-.TP
-.BI \-\-erlang\-log " sasl\-log\-file"
-Log SASL (System Application Support Libraries) events to specified
-\fIsasl\-log\-file\fP rather than to the default (\fB/var/log/ejabberd/erlang.log\fP).
-
-.TP
-.I erlang_options
-Other options (and all options following \fB\-\-\fR) are passed directly to
-\fBErlang\fR interpreter. See \fBErlang\fR documentation for more details on
-interpreter options.
-Some useful options are:
-.br
-.sp
-.BI \-detached
-Starts the Erlang system detached from the system console.
-.br
-.BI \-heart
-Starts heart beat monitoring of the Erlang system.
-.br
-.BI \-noinput
-Ensures that the Erlang system never tries to read any input.
-
-.SH CONFIGURATION FILE
-.PP 
-The file \fB/etc/ejabberd/ejabberd.cfg\fR contains the main configuration.
-It is initially loaded the first time \fBejabberd\fR is
-executed, then it is parsed and stored i

Bug#775733: closed by Mark Brown (Bug#775733: fixed in xemacs21 21.4.22-12)

[Andreas Beckmann]

On 2015-04-26 10:43, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the 
> src:xemacs21,xemacs21-gnome-mule,xemacs21-gnome-nomule,xemacs21-gnome-mule-canna-wnn
>  package:
> 
> #775733: xemacs21-gnome-*: hangs during upgrade from squeeze -> wheezy -> 
> jessie
> 
> It has been closed by Mark Brown .

Thanks for getting this fixed in sid, please fix this in jessie, too.
If you need help there, please let me know.


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751560: opendkim: Please enable DNSSEC by default

[cloos]

> but I did add unbound to suggests and update the shipped config file
> to include a commented out entry about this to make it easy to enable
> for those that have DNSSEC.

That commented-out line is of no value; uncommenting it generates an
unrecognized config error on restart.

OpenDKIM only supports that config line if it is compiled to link
against libunbound.

-JimC
-- 
James Cloos  OpenPGP: 0x997A9F17ED7DAEA6


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#745835: [pkg-lynx-maint] Bug#745835: lynx-cur: certificate revocation is not checked

[Axel Beckert]

Control: tag -1 + moreinfo

Hi,

Vincent Lefevre wrote:
> This problem still occurs. For a new testcase URL:
> 
>   lynx https://www.vinc17.net:4434/
> 
> does not give an error, contrary to Firefox.

JFTR: Works "fine" (i.e. without revocation warning) in Chromium
(42.0.2311.90-2), too. But I don't see such a bug report at
https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=chromium-browser

Can you please elaborate over which methods you expect lynx to check
the revocation or over which methods it can be checked, i.e. CRL or
OCSP?

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#751560: opendkim: Please enable DNSSEC by default

[Scott Kitterman]

On Monday, April 27, 2015 12:36:06 PM cl...@jhcloos.com wrote:
> > but I did add unbound to suggests and update the shipped config file
> > to include a commented out entry about this to make it easy to enable
> > for those that have DNSSEC.
> 
> That commented-out line is of no value; uncommenting it generates an
> unrecognized config error on restart.
> 
> OpenDKIM only supports that config line if it is compiled to link
> against libunbound.

The package is compiled with and linked against libunbound.  I don't have 
DNSSEC, so I can't test this.  Reading the documentation, I think you 
additionally have to install unbound (not just the lib) and configure it with a 
trust anchor.

Scott K


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#646693: hunspell-en-us conflicts with thunderbird because of missing version specifier

[Rohan Garg]

Dear Maintainer
I'm in a similar situation as the rest of the users in the thread
where I recompile Ubuntu's packages for use on my Debian system. It
would be super awesome if you could add the version specifier as
Ubuntu does in the Conflicts field so that I can co install
Thunderbird with hunspell.

Cheers
Rohan Garg


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#646693: hunspell-en-us conflicts with thunderbird because of missing version specifier

[Rene Engelhard]

On Mon, Apr 27, 2015 at 02:47:58PM +0200, Rohan Garg wrote:
> I'm in a similar situation as the rest of the users in the thread
> where I recompile Ubuntu's packages for use on my Debian system. It
> would be super awesome if you could add the version specifier as
> Ubuntu does in the Conflicts field so that I can co install
> Thunderbird with hunspell.

This is Debian and we don't ship a "thunderbird", so no. How often someone
tries is not relevant, I will not change it.

If Ubuntu thinks they need to ship thunderbird with ignoring the issues which
lead to the rename of thunderbird to icedeove they need to care about the
fallout themselves.

And TTBOMK if you "recompile Ubuntu's packages for use on my Debian system"
(for whatever nonsensical reason I don't see) then you use Ubuntus packages
which allow thunderbird. If not, that's a bug there, not here.

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725284: proper resume hooks

[Chris]

Am Mon, 27 Apr 2015 14:21:01 +0200
schrieb Ralf Jung :

> > "OnClockChange=yes"
> 
> This does not sound to me like it applies to hdparm. We are not caring
> about the clock here, we are caring about devices re-appearing after
> suspend-resume and hence needing reconfiguration.

All system resumes should trigger a clock change, but the
feature is not implemented anyway and would add a depends on systemd.

> > 
> > And in
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780956
> > the dev showed that udev already has proper hooks for resume events.
> > 
> > So these may be proper mechanisms for packages to ship with a
> > resume hook. And the last one is already tried and proven by
> > laptop-mode-tools.
> 
> Looking through the report you linked, it seems the laptop-mode-tools
> hook is actually unreliable when using asynchronous suspens/resume
> power management, which is the default (?) on newer kernels. So that
> doesn't really sound like a "proper" mechanism.

I don't know how much hardware fails with async suspend/resume. I'd
suggest reopening/moving bug #780956 to the kernel or udev package, for
a workaround/fix or to disable the async default from a package?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783490: ReferenceError: exports is not defined (embed.dev.js line 1306)

[Elia Argentieri]

Package: isso
Version: 0.9.9-1
Severity: grave
Justification: renders package unusable

I am using isso via uWSGI and nginx but the comment form is not displayed on my 
site and the browser console shows:

`ReferenceError: exports is not defined (embed.dev.js line 1306)`

By contrast installing isso via pip in a virtualenv using the same 
configuration for nginx and uWSGI solves the issue.


-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'stable-updates'), (400, 'testing')
Architecture: armhf (armv7l)

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

Versions of packages isso depends on:
ii  libjs-sphinxdoc  1.2.3+dfsg-1
ii  python   2.7.9-1
ii  python-configparser  3.3.0r2-2
ii  python-html5lib  0.999-3
ii  python-ipaddr2.1.11-2
ii  python-itsdangerous  0.24+dfsg1-1
ii  python-misaka1.0.2-3+b1
ii  python-werkzeug  0.9.6+dfsg-1
pn  python:any   

Versions of packages isso recommends:
pn  gunicorn  

isso suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725284: proper resume hooks

[Chris]

Am Mon, 27 Apr 2015 14:26:46 +0200
schrieb Ralf Jung :

> I should add that there already is a bug open against udev for this:
> 

That links to a systemd bug, not a udev bug about async supend/resume,
as I had expected from your messages. Did I misunderstood you?

Kind regards,
Chris


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763303: pari-gp: GET_SEP_SIZE is too small

[Bill Allombert]

On Mon, Sep 29, 2014 at 01:29:22PM +0200, Jerome BENOIT wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello,
> 
> please find in attachment a test that reproduce the issue.

Thanks, this will be fixed in upstream release 2.7.4

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#779412: Bug#725284: proper resume hooks

[Ralf Jung]

Hi,

>> I should add that there already is a bug open against udev for this:
>> 
> 
> That links to a systemd bug, not a udev bug about async supend/resume,
> as I had expected from your messages. Did I misunderstood you?

udev is part of systemd, so I expected this to be about udev. The
problem surfaces not just if systemd is used as init. You are right
though that it is attached to the systemd binary package (and not just
the systemd source package). I think that's wrong.

Kind regards,
Ralf

> 
> Kind regards,
> Chris
> 
> 
> 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#777000: Limereg_1.4 release schedule

[Roelof Berg]

Ok, I'm fine with an early release of V1.3.1 (which was accepted by the package 
server allready). I was just concerned wether the current version would be good 
enough for Debian. If not, V1.4 certainly will be. If V1.3.1 is allready 
sufficient, great, then go ahead :)

Thanks for the fast feedback.

Von meinem Mobiltelefon gesendet.

> Am 27.04.2015 um 13:42 schrieb Andreas Tille :
> 
> Hi Roelof,
> 
>> On Mon, Apr 27, 2015 at 01:32:20PM +0200, Roelof Berg wrote:
>> limereg 1.3.1 is in ITP state. This version is limited to square image 
>> dimensions, grayscale colors and a dark image background.
>> 
>> The upcoming V1.4 will not have any of theese limitations anymore, and can 
>> take virtually any image in any format. It will be released at 1st of June. 
>> It might make sence to wait for this V1.4 release before further processing 
>> my ITP.
> 
> I do not think so.  If you ask me uploading 1.3.1 to the new queue now
> will bring it into Debian before June and upgrading to latest upstream
> will then went quickly.  Otherwise you will end up at the end of the
> queue in June.
> 
> But finally its your decision.
> 
> Kind regards
> 
>  Andreas.
> 
> -- 
> http://fam-tille.de
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/20150427114227.gi15...@an3as.eu
> 
> 


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#779606: daemon-reexec starts plymouth-start.service service

[Martin Pitt]

Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=88401
Control: fixed -1 219-6

Hello again,

Martin Pitt [2015-04-02 10:48 +0200]:
> Hey Michael,
> 
> Michael Biebl [2015-03-03  1:05 +0100]:
> > I have plymouth installed and enabled (via "splash" on the kernel
> > command line").
> > 
> > When I run "systemctl daemon-reexec", plymouth is (re)started:
> 
> I could reproduce this (and other restarted services) until recently,
> but it seems fixed with the v219-stable updates (for me and also for
> the original reporter in the Ubuntu bug LP#1431200). Do you still get this
> with 219-6? If so, can you please put the "journalctl -f" output here
> that happens when you do systemctl daemon-reload (and/or -reexec).

I'm fairly sure this is the same as
https://bugs.freedesktop.org/show_bug.cgi?id=88401 which got fixed in
http://cgit.freedesktop.org/systemd/systemd/commit/?id=6e392c9c45 and
was part of the v219-stable patch set.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#783491: security-tracker: document what needs to be done on releases and other archive changes

[Holger Levsen]

package: security-tracker
severity: wishlist

Hi,

3fa31ab2a22a7e6db606899ca3ee6cb45a7884d1 / svnr33868 is commit showing what 
needs to be done on upgrades, specifically these files need to be updated:

Makefile# search for release-names
bin/tracker_data.py # search for release-names
bin/tracker_service.py  # search for release-names and "-backports"
lib/python/debian_support.py# search for release-names
lib/python/dist_config.py   # search for release-names
lib/python/security_db.py   # search for release-names

This should be documented in doc/README.releases. (And now I have this I'm 
pondering to just do and not file this bug... but that's 5 more minutes, 
so...)

And also rather obviously, this could (+should) be trimmed down by refactoring 
- or a rewrite ;-)


cheers,
Holger


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

Bug#779606: daemon-reexec starts plymouth-start.service service

[Michael Biebl]

Am 27.04.2015 um 15:03 schrieb Martin Pitt:
> Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=88401
> Control: fixed -1 219-6
> 
> Hello again,
> 
> Martin Pitt [2015-04-02 10:48 +0200]:
>> Hey Michael,
>>
>> Michael Biebl [2015-03-03  1:05 +0100]:
>>> I have plymouth installed and enabled (via "splash" on the kernel
>>> command line").
>>>
>>> When I run "systemctl daemon-reexec", plymouth is (re)started:
>>
>> I could reproduce this (and other restarted services) until recently,
>> but it seems fixed with the v219-stable updates (for me and also for
>> the original reporter in the Ubuntu bug LP#1431200). Do you still get this
>> with 219-6? If so, can you please put the "journalctl -f" output here
>> that happens when you do systemctl daemon-reload (and/or -reexec).
> 
> I'm fairly sure this is the same as
> https://bugs.freedesktop.org/show_bug.cgi?id=88401 which got fixed in
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=6e392c9c45 and
> was part of the v219-stable patch set.
> 

Hm, but this patch was reverted again in
be847e82cf95bf8eb589778df2aa2b3d1d7ae99e
so it's likely that the final v220 won't have a fix for that.



-- 
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#779412: Bug#725284: proper resume hooks

[Chris]

reassign 779412 src:systemd

Am Mon, 27 Apr 2015 15:03:23 +0200
schrieb Ralf Jung :

> udev is part of systemd, so I expected this to be about udev. The
> problem surfaces not just if systemd is used as init. You are right
> though that it is attached to the systemd binary package (and not just
> the systemd source package). I think that's wrong.

Thanks for the correction.
Chris
 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org