Bug#784293: vsftpd: unable to set FTP root directory

[Jörg Frings-Fürst]

reassign 784293 debconf 1.5.56
retitle 784293 debconf -- vsftpd: unable to set FTP root directory
thanks


Hello Dmitry,

thank you for spending your time helping to make Debian better with this
bug report. 

I have checked the templates file. It looks ok. So I think the error
comes from debconf.


CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.




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

Bug#784289: [pkg-gnupg-maint] Bug#784289: gnupg 2.1 and gnome-keyring no longer interoperate

[Werner Koch]

On Tue,  5 May 2015 01:38, sand...@crustytoothpaste.net said:

> spawned to prompt the user.  It appears the socket has moved, and
> symlinking the socket indicates that GnuPG has intentionally broken

It has not been broken but since 2.0.23 gpg detects that GKR hijacks the
connection and causes all kind of troubles including security
weaknesses.

Note that even 2.0 can be configured to use a fixed socket like 2.1
does:

  --use-standard-socket
  --no-use-standard-socket

By enabling this option gpg-agent will listen on the socket named
'S.gpg-agent', located in the home directory, and not create a
random socket below a temporary directory.  Tools connecting to
gpg-agent should first try to connect to the socket given in
environment variable GPG_AGENT_INFO and then fall back to this
socket.  This option may not be used if the home directory is
mounted on a remote file system which does not support special files
like fifos or sockets.  Note, that --use-standard-socket is the
default on Windows systems.  The default may be changed at build
time.  It is possible to test at runtime whether the agent has been
configured for use with the standard socket by issuing the command
gpg-agent --use-standard-socket-p which returns success if the
standard socket option has been enabled.

> Please decide to which package this bug belongs, assign it accordingly,
> and fix it.

It has been told enough times that this is GKR bug. Given that the GNOME
folks are not willing to fix that we are preparing changes to the GnuPG
system which should allow them to remove that hijacking and instead
install a new kind of Pinentry which implements what GKR should have
done.


Salam-Shalom,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#784095: requests: please package new upstream release

[Tianon Gravi]

On 3 May 2015 at 21:28, Daniele Tricoli  wrote:
> Packaging of requests 2.7.0 is almost complete. urllib3 1.10.4 is already
> uploaded[¹], but I need a bit more time because I need to bump urllib3
> dependency to 1.10.4 and I want to test not only requests itself but also same
> requests' dependants (python-docker is on my list :D).

Thanks! :D

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4


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

Bug#784238: systemd: emergency.service restart leads to unusable system

[Bernd Zeimetz]

On 05/04/2015 11:16 PM, Michael Biebl wrote:

Am 04.05.2015 um 15:56 schrieb Bernd Zeimetz:


Please learn that single user mode is perfectly fine for doing all weird
things tou could imagine, including installing or removing things
because one doesn't want to boot a full system.


single user mode != emergency mode


whatever, it behaves pretty much in the same way.
And installing packages is a very valid thing to do in ermergency mode, 
especially when you enter emergency mode because your little baby sytemd 
fails to find some of its files for whatever reason.




Then fix it.
The way it behaves currently is a security issue.


You keep repeating that. Please show a way to exploit that "security issue".


see the screenshot? I managed to execute 'ss', anything else is just a 
matter of time.



--
Mit freundlichen Grüßen


Bernd Zeimetz
Systems Engineer
Debian Developer

conova communications GmbH
Web| http://www.conova.com/
E-Mail | b.zeim...@conova.com

Zentrale Salzburg
Karolingerstraße 36A
5020 Salzburg

Tel | +43 (0) 662 22 00 - 313
Fax | +43 (0) 662 22 00 - 209

Es gelten die Allgemeinen Geschäftsbedingungen der
conova communications GmbH, http://www.conova.com/de/agb/


smime.p7s
Description: S/MIME cryptographic signature

Bug#784254: ooniprobe: fails to purge: rmdir: failed to remove '/var/lib/ooni': No such file or directory

[Jérémy Bobbio]

Iain R. Learmonth:
> The attached patch fixes this, and will also remove the log directory if
> it is empty.

Thanks!

> + [ -f /etc/default/ooniprobe ] && rm -f /etc/default/ooniprobe

The test is not needed:

$ rm -f /nonexististant && echo "No big deal"
No big deal

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#784283: gnome-terminal: gnome terminal does not start since freshly installed Debian 8 in position of 7

[Simon McVittie]

On 04/05/15 22:46, Ninoslav D wrote:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
>   LANGUAGE = (unset),
>   LC_ALL = (unset),
>   LC_TIME = "en_GB.utf8",
>   LC_MONETARY = "en_GB.utf8",
>   LC_MEASUREMENT = "en_GB.utf8",
>   LC_NUMERIC = "en_GB.utf8",
>   LC_PAPER = "en_GB.utf8",
>   LANG = "C"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
> locale: Cannot set LC_ALL to default locale: No such file or directory

Something is really not right here: even if the selected locale
en_GB.utf8 doesn't work on your system, LC_ALL=C is not something that
should ever fail.

gnome-terminal has had locale-related issues before (not starting
reliably in non-UTF8 locales) so this might be something similar?

S


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

Bug#784310: apt update always fails on experimental/non-free

[Cesare Leonardi]

Package: apt
Version: 1.0.9.9
Severity: normal

Since months i have an error during the apt update phase, always on
experimental/non-free. Initially i thought it was a temporary mirror
problem, because changing the repository the error went away.
But when in the next days i was doing another update, the error came back,
even with the changed mirror.

It happens on at least two machine of mine, an i386 and an amd64 arch, with
substantially the same sources.list and i think it started to show this
behaviour at the same time.
And it happens with aptitude too.

Apart from sources.list, i think i've never changed nothing from default
apt setup.

Try these steps, to me are always reproducible:
- Take my sources.list.
- If you are currently using the same mirror like mine, change it.
- apt update
- Look that no error are displayed: everything is correctly updated.
- Rerun: apt update
- Here i see an "Err" line on experimental/non-free Packages.

Here is my output:
-
root@etna:~# apt update
Get:1 http://httpredir.debian.org unstable InRelease [204 kB]
Get:2 http://httpredir.debian.org experimental InRelease [162 kB]
Get:3 http://httpredir.debian.org unstable/contrib Translation-en [42,1 kB]
Get:4 http://httpredir.debian.org unstable/main Translation-en [4.878 kB]
Get:5 http://httpredir.debian.org unstable/non-free Translation-en [76,4 kB]
 
Get:6 http://httpredir.debian.org experimental/contrib Translation-en [4.527 B] 
   
Get:7 http://httpredir.debian.org experimental/main Translation-en [429 kB] 
  
Get:8 http://httpredir.debian.org unstable/main amd64 Packages [7.189 kB]   
 
Get:9 http://httpredir.debian.org experimental/non-free Translation-en [10,2 
kB]  
Get:10 http://httpredir.debian.org experimental/contrib amd64 Packages [6.144 
B]  
 
Get:11 http://httpredir.debian.org experimental/non-free amd64 Packages [13,9 
kB]   
Get:12 http://httpredir.debian.org unstable/non-free amd64 Packages [89,2 kB]   

   
Get:13 http://httpredir.debian.org unstable/contrib amd64 Packages [54,1 kB]

   
Get:14 http://httpredir.debian.org experimental/main amd64 Packages [737 kB]

   
Fetched 13,9 MB in 24s (568 kB/s)   

   
Reading package lists... Done
Building dependency tree   
Reading state information... Done
34 packages can be upgraded. Run 'apt list --upgradable' to see them.
root@etna:~#
root@etna:~# apt update
Get:1 http://httpredir.debian.org unstable InRelease [204 kB]
Hit http://httpredir.debian.org experimental InRelease  
Get:2 http://httpredir.debian.org experimental/contrib amd64 Packages/DiffIndex 
[7.819 B]
Get:3 http://httpredir.debian.org experimental/main amd64 Packages/DiffIndex 
[7.819 B]
Get:4 http://httpredir.debian.org experimental/non-free amd64 
Packages/DiffIndex [7.819 B]
Get:5 http://httpredir.debian.org experimental/contrib Translation-en/DiffIndex 
[7.819 B]
Get:6 http://httpredir.debian.org experimental/main Translation-en/DiffIndex 
[7.819 B]
Get:7 http://httpredir.debian.org experimental/non-free 
Translation-en/DiffIndex [7.819 B]
Get:8 http://httpredir.debian.org unstable/main amd64 Packages/DiffIndex [7.876 
B]
Get:9 http://httpredir.debian.org unstable/non-free amd64 Packages/DiffIndex 
[7.819 B]
Get:10 http://httpredir.debian.org unstable/contrib amd64 Packages/DiffIndex 
[7.819 B]
Get:11 http://httpredir.debian.org unstable/contrib Translation-en/DiffIndex 
[7.819 B]
Get:12 http://httpredir.debian.org unstable/main Translation-en/DiffIndex 
[7.876 B]
Get:13 http://httpredir.debian.org unstable/non-free Translation-en/DiffIndex 
[7.819 B]
Err http://httpredir.debian.org experimental/non-free amd64 Packages
  
Hit http://httpredir.debian.org experimental/non-free amd64 Packages
Fetched 298 kB in 4s (66,2 kB/s)
Reading package lists... Done
Building dependency tree   
Reading state information... Done
34 packages can be upgraded. Run 'apt list --upgradable' to see them.
root@etna:~# 
-

So when you change mirror and update for the first time you get no error.
And that's why in the past i thought was a mirror problem: because changing
mirror the error apparently went away.
But on subsequently updates the error is always present.

Cesare.


-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Esse

Bug#783906: dh-linktree: action "replace" may be insufficient

[Raphael Hertzog]

On Sat, 02 May 2015, Dmitry Smirnov wrote:
> It appears to me that "fixing" action "replace" would actually break it, at 
> least for existing packages. Since this behaviour was already introduced, we 
> can only fix documentation to reflect reality and then avoid dramatic changes 
> that can break current behaviour. Why not add a new action?

Because words have a meaning. :)

How many packages would it break?

If you can find a synonym for replace, we can add a new action and then
deprecate "replace".

But keeping replace when it doesn't only replace files is bad IMO.

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#784311: rsync: quit mode not qiet enough

[Ralf Neubauer]

Package: rsync
Version: 3.1.1-3
Severity: minor

After upgrading to jessie I get spammed by cron by an rsync job:

rsync -avPq --delete-after --bwlimit=5 /local/path server:remote/path

The mails appear as empty, so I assumed there is a single newline or so. 
Putting a | grep . behind the rsync command works around the problem.

According to the man page --quiet is specifically made for cron jobs. This 
doesn't work as advertized.

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (800, 'stable'), (750, 'testing-updates'), (750, 
'testing-proposed-updates'), (750, 'testing'), (300, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, 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 rsync depends on:
ii  base-files  8
ii  libacl1 2.2.52-2
ii  libattr11:2.4.47-2
ii  libc6   2.19-18
ii  libpopt01.16-10
ii  lsb-base4.1+Debian13+nmu1

rsync recommends no packages.

Versions of packages rsync suggests:
ii  openssh-client  1:6.7p1-5
ii  openssh-server  1:6.7p1-5

-- debconf-show failed


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

Bug#784226: tracker.debian.org: Don't duplicate work

[Raphael Hertzog]

Hi Jörg,

On Mon, 04 May 2015, Joerg Jaspert wrote:
> as far as I can see, tracker.d.o seems to redo work for tasks that are
> already done elsewhere.
> The case I noticed is extracting files like changelogs and copyrights,
> which the archive already extracts and provides in an rsyncable tree.[1]
> 
> It currently "only" extracts ('changelog', 'copyright', 'NEWS.Debian',
> 'README.Debian') but that list can be extended.

FWIW, I'm perfectly aware of this but I want the tracker to be useful
for derivatives too and as such there is some duplication in the context
of Debian.

Maybe if dak was more derivative friendly, it could be avoided but right
now a large majority of the derivatives use reprepro and that feature
in tracker.debian.org is thus useful.

I'm not opposed to disabling the plugin which extracts those files on
tracker.debian.org and to replacing it with a Debian-specific plugin but I
don't plan on working on this myself.

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#714058: Draft for debian/copyright file

[John Paul Adrian Glaubitz]

On Tue, May 05, 2015 at 07:26:21AM +0200, John Paul Adrian Glaubitz wrote:
> Unless I am overseeing something, I think we're all set!

Oh, one important question regarding the license/copyright that we need to 
answer
are the copyright years such that we know what years to put in debian/copyright 
[1]:

=== DRAFT ===

Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: cc65
Source: https://github.com/cc65/cc65

Files: *
Copyright: 19xx-19xx John R Dunning 
   19xx-20xx Ullrich von Bassewitz 
   20xx-20xx Oliver Schmidt 
License: Zlib

License: Zlib
 This software is provided 'as-is', without any express or implied warranty.
 In no event will the authors be held liable for any damages arising from
 the use of this software.
 .
 Permission is granted to anyone to use this software for any purpose,
 including commercial applications, and to alter it and redistribute it
 freely, subject to the following restrictions:
 .
 1. The origin of this software must not be misrepresented; you must not
 claim that you wrote the original software. If you use this software in
 a product, an acknowledgment in the product documentation would be
 appreciated but is not required.
 .
 2. Altered source versions must be plainly marked as such, and must not
 be misrepresented as being the original software.
 .
 3. This notice may not be removed or altered from any source distribution.

=== DRAFT ===

Please help fill in the blanks and add other possible copyright holders listed
here [2]. This may also an opportunity to ask them all for their consent
to use the Zlib license for the whole of the cc65 sources. It may also
be a good idea to send an email to the cc65 mailing list as this might
help to contact all contributors.

Adrian

> [1] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
> [2] https://github.com/cc65/cc65/graphs/contributors

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#784312: [PATCH] approx: Remove dependencies on inet-superserver

[Kai Harries]

Source: approx
Source-Version: 5.5-1
Tags: patch

On my system I can not remove openbsd-inetd because approx depends on it:

  # aptitude why openbsd-inetd
  i   approx Depends openbsd-inetd | inet-superserver

Because approx has a systemd-unit file in which it is declared as socket
activated,  I believe the dependencies on openbsd-inetd, inet-superserver
and update-inetd are no longer needed or should at least be relaxed to
a recommends.

---
Index: approx-5.5-1/debian/control
===
--- approx-5.5-1/debian/control
+++ approx-5.5-1/debian/control
@@ -23,10 +23,8 @@
  ${shlibs:Depends},
  adduser,
  bzip2,
  curl,
- openbsd-inetd | inet-superserver,
- update-inetd,
  rsyslog | system-log-daemon,
  xz-utils
 Suggests: libconfig-model-approx-perl
 Description: caching proxy server for Debian archive files


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

Bug#782054: mbsync: New version cannot open Maildir boxes

[Oswald Buddenhagen]

On Mon, May 04, 2015 at 10:40:19PM +0200, Guillem Jover wrote:
> Either that or I'm very confused…
> 
i'd bet on the latter. ;)
Path is not the top-level folder - it is a "namespace" that contains
top-level folders.
this is also what you'd find on an actual imap server.


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

Bug#745837: curl should use a Certificate Revocation List by default

[Alessandro Ghedini]

Control: tags -1 wontfix

On mar, mag 05, 2015 at 01:23:46 +0200, Vincent Lefevre wrote:
> On 2015-05-04 19:57:25 +0200, Alessandro Ghedini wrote:
> > On lun, mag 04, 2015 at 12:28:02 +0200, Vincent Lefevre wrote:
> > > OK, if I understand, it just supports OCSP stapling, not plain OCSP.
> > > So, why not using plain OCSP if no OCSP stapling information is
> > > received?
> > 
> > Plain OCSP has several problems
> 
> This is FUD. The possible problems are very minor compared to other
> problems, in particular compared to the potential security probems.
> 
> > (increased latency,
> 
> Only for the first request to the server. So, in average, I doubt that
> this is noticeable. Adverts and images on web sites are much worse.

You seem to keep confusing libcurl for a web browser. It's not (unless you
decide for whatever reason to build one yourself on top of it). "Adverts and
images on web sites" are of no concern to curl developers (not to mention that
adverts would probably require their own additional OCSP requests...).

> > privacy concerns,
> 
> Well, at worse, the OCSP responder just gets the domain and the IP of
> the user, right?

At worse, major certificate authorities get The IP address of every user
connecting to most websites using TLS.

> There are similar privacy concerns with the DNS, and even worse with the ISP
> (which can get much more information on the user).

And? Just because there are other ways to fuck you over it doesn't mean it's ok
to add yet another one. Not to mention that it's much easier for, say, law
enforcement, to randomly fish for "criminals" by requesting information from a
few big  CAs, then do the same for every website and ISP.

> And with Google and Facebook too.

How does this have anything to do with OCSP?

> > and general unreliability)
> 
> Very rare. I've been using security.OCSP.require = true with Firefox
> for one year now

So? No one is going to make a decision based on what you, a single user out of
a few million ones, do.

Anyway, you forgot the part where the OCSP server is not responding because
someone is intercepting and blocking your OCSP requests. Or actively DDoSing
the OCSP server.

> > so there's little chance it will be implemented, let alone enabled
> > by default.
> 
> If curl were built against GnuTLS, it would have it automatically
> (like lynx and wget).

curl *is* built againt GnuTLS as of a couple of days ago, and no, this didn't
magically add support for OCSP as you seem to think.

GnuTLS (like most other TLS libraries) supports creating OCSP requests, but you
also need to send them (e.g. ocsptool in gnutls-bin implements its own HTTP
client) and then verify that the response is valid. None of this is automatic.

Also, how exactly do wget and lynx support OCSP? Because AFAICT they don't (they
don't even support OCSP stapling).

Cheers


signature.asc
Description: Digital signature

Bug#784282: [DAViCal-devel] Bug#784282: davical: Sync not working after upgrading from wheezy to jessie on iOS

[Ján Máté]

Hi Sven,

the hide_TODO options was a temporary fix for people who use one calendar 
collection for VEVENT and also VTODOS (few years ago).
This approach NOT works anymore with new iOS/OSX (it forces user to use 
different collection for VEVENTS and VTODOS).

So the reason why this options was created has gone and there is really NO 
reason to use it. Changing it REQUIRES to disable and re-enable
your CalDAV account on iOS, because a config change cannot create calendar 
sychronization tokens (the reason why you still see these todos).

The reason why it may work with other clients is that these use WebDAV 
synchronization (instead of real CalDAV synchronization /iOS, OS X, CalDavZAP, 
.../).


JM


> On 04 May 2015, at 23:33, Sven Strickroth  
> wrote:
> 
> Package: davical
> Version: 1.1.3.1-1
> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>   * What led up to the situation?
>   * What exactly did you do (or not do) that was effective (or
> ineffective)?
>   * What was the outcome of this action?
>   * What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***
> I just upgraded from wheezy to jessie and now syncing with iOS devices such
> as iPhones does not fully work any more.
> 
> Creating and removing VEVENTS on the iPhone works. When I delete an event
> created on a iPhone on another device, e.g. in Lighning, the event never
> vanishes from the iPhone (but on all other Lighning instances).
> 
> When I include "$c->hide_TODO = false;" into my existing config, it works
> again. However, the old events (created on iPhone, but deleted somewhere
> else) stay on the iPhone (I can deleted these manually on the iPhone, but I
> think these should "disappear" automatically as those at not in the DB any
> more).
> 
> -- 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=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 davical depends on:
> ii  libawl-php 0.55-1
> ii  libdbd-pg-perl 3.4.2-1
> ii  libyaml-perl   1.13-1
> ii  perl   5.20.2-3
> ii  php5   5.6.7+dfsg-1
> ii  php5-cli   5.6.7+dfsg-1
> ii  php5-pgsql 5.6.7+dfsg-1
> ii  postgresql-client  9.4+165
> ii  postgresql-client-9.4 [postgresql-client]  9.4.1-1
> 
> Versions of packages davical recommends:
> ii  php5-curl   5.6.7+dfsg-1
> ii  postgresql  9.4+165
> 
> Versions of packages davical suggests:
> ii  php5-ldap  5.6.7+dfsg-1
> 
> -- no debconf information
> 
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> DAViCal-devel mailing list
> davical-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-devel



smime.p7s
Description: S/MIME cryptographic signature

Bug#784292: quagga: ospf6d no loner updates route after upgrade to Jessie

[Christian Brunotte]

Hello

Can you please explain the problem on the Quagga users mailing list
(https://lists.quagga.net/mailman/listinfo/quagga-users) and attach
the (anonymized) config files? My IPv6 & OSPF knowledge is not
good enough to help you myself :)

It would be helpful if you could give 0.99.24.2 from Debian testing a try,
the .deb package should currently be installable fine on Jessie as Testing
still has the same library versions as Jessie:
  https://packages.debian.org/stretch/quagga

Best regards,

-christian-

Am Tue, 05 May 2015 09:36:09 +0900
schrieb Kaz Nishimura :

> Package: quagga
> Version: 0.99.23.1-1
> Severity: normal
> Tags: ipv6
> 
> Dear Maintainer,
> 
> After upgrade to Jessie, ospf6d does not update IPv6 route for a SIT tunnel
> (that is the only route I used ospf6d for).  Before the upgrade, it just
> worked.
> 
> As I see the state of ospf6d by vtysh, it seems it updates its internal
> database (show ipv6 ospf6 database) but does not reflect it to its internal
> routing table (show ipv6 ospf6 route).
> 
> According to the release announcement, many changes have been made in
> version 0.99.23, so they could affect the behavior, IMO.  I do not know
> if version 0.99.24 has a fix for it.
> 
> As ospf6d is not working for me now, I am using ripngd as a backup, and it
> works fine.
> 
> -- System Information:
> Debian Release: 8.0
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages quagga depends on:
> ii  adduser3.113+nmu3
> ii  debconf [debconf-2.0]  1.5.56
> ii  iproute2   3.16.0-2
> ii  libc6  2.19-18
> ii  libcap21:2.24-8
> ii  libpam0g   1.1.8-3.1
> ii  libreadline6   6.3-8+b3
> ii  libtinfo5  5.9+20140913-1+b1
> ii  logrotate  3.8.7-1+b1
> 
> quagga recommends no packages.
> 
> Versions of packages quagga suggests:
> pn  snmpd  
> 
> -- Configuration Files:
> /etc/quagga/daemons changed:
> zebra=yes
> bgpd=no
> ospfd=no
> ospf6d=yes
> ripd=yes
> ripngd=yes
> isisd=no
> babeld=no
> 
> 
> -- debconf information:
> * quagga/really_stop: true


-- 
Content Delivery Server & Dienste
_
NETCOLOGNE Gesellschaft für Telekommunikation mbH
Am Coloneum 9 | 50829 Köln
Tel: 0221 -8711 | Fax: 0221 -78711

www.netcologne.de

Geschäftsführer:
Jost Hermanns
Mario Wilhelm
Vorsitzender des Aufsichtsrates:
Dr. Andreas Cerbe
HRB 25580, AG Köln

Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie diese
Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch
Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu
löschen. Die E-Mail darf in diesem Fall weder vervielfältigt noch in anderer
Weise verwendet werden.


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

Bug#277070: Please mark this bug as at least minor

[Dominique Devriese]

A lack of translations is a bug, not a feature request.  Please mark
this bug as at least minor or (even better) fix ;)

Thanks,
Dominique Devriese


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

Bug#784313: /usr/bin/xrandr: xrandr does not list third monitor on second graphics card

[Steven]

Package: x11-xserver-utils
Version: 7.7+3+b1
Severity: important
File: /usr/bin/xrandr

Dear Maintainer,

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

   * What led up to the situation?

Installation of a second graphics card with a third monitor. The primary
graphics card has two monitors attached and running.

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

~$ xrandr

   * What was the outcome of this action?

Screen 0: minimum 320 x 200, current 3200 x 1080, maximum 8192 x 8192
VGA1 connected 1280x1024+1920+0 (normal left inverted right x axis y axis)
338mm x 270mm
   1280x1024 60.02*+  75.02
   1024x768  75.0870.0760.00
   832x624   74.55
   800x600   72.1975.0060.3256.25
   640x480   75.0072.8166.6760.00
   720x400   70.08
DP1 disconnected (normal left inverted right x axis y axis)
HDMI1 connected primary 1920x1080+0+0 (normal left inverted right x axis y
axis) 160mm x 90mm
   1920x1080 60.00 +  50.0059.94*
   1920x1080i60.0050.0059.94
   1600x1200 60.00
   1680x1050 59.88
   1280x1024 60.02
   1440x900  59.90
   1280x960  60.00
   1280x800  59.91
   1280x720  60.0050.0059.94
   1024x768  60.00
   800x600   60.3256.25
   720x576   50.00
   720x480   60.0059.94
   640x480   60.0059.94

   * What outcome did you expect instead?

There should be an additional VGA.
lspci list it:
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen
Core Processor Integrated Graphics Controller (rev 06)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV530
[Radeon X1600 XT/X1650 GTO]

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

Versions of packages x11-xserver-utils depends on:
ii  cpp  4:4.9.2-2
ii  libc62.19-18
ii  libice6  2:1.0.9-1+b1
ii  libx11-6 2:1.6.2-3
ii  libxaw7  2:1.0.12-2+b1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxext6 2:1.3.3-1
ii  libxi6   2:1.7.4-1+b2
ii  libxmu6  2:1.1.2-1
ii  libxmuu1 2:1.1.2-1
ii  libxrandr2   2:1.4.2-1+b1
ii  libxrender1  1:0.9.8-1+b1
ii  libxt6   1:1.1.4-1+b1
ii  libxxf86vm1  1:1.1.3-1+b1

x11-xserver-utils recommends no packages.

Versions of packages x11-xserver-utils suggests:
pn  cairo-5c
pn  nickle  
ii  xorg-docs-core  1:1.7-1

-- no debconf information
[ 2.307] 
X.Org X Server 1.16.4
Release Date: 2014-12-20
[ 2.307] X Protocol Version 11, Revision 0
[ 2.307] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[ 2.307] Current Operating System: Linux enterprise 3.16.0-4-amd64 #1 SMP 
Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64
[ 2.307] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=613c671f-7d8e-43e7-a264-51033efc95b9 ro quiet
[ 2.307] Build Date: 11 February 2015  12:32:02AM
[ 2.307] xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
[ 2.307] Current version of pixman: 0.32.6
[ 2.307]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 2.307] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 2.307] (==) Log file: "/var/log/Xorg.0.log", Time: Tue May  5 08:50:59 
2015
[ 2.310] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 2.313] (==) No Layout section.  Using the first Screen section.
[ 2.313] (==) No screen section available. Using defaults.
[ 2.313] (**) |-->Screen "Default Screen Section" (0)
[ 2.313] (**) |   |-->Monitor ""
[ 2.313] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 2.313] (==) Automatically adding devices
[ 2.313] (==) Automatically enabling devices
[ 2.313] (==) Automatically adding GPU devices
[ 2.316] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 2.316]Entry deleted from font path.
[ 2.320] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 2.320] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 2.320] (II) The server relies on udev to provide the list of input 
devices.
If no devices become a

Bug#723289: drumkv1 link with -L/usr/lib

[Jaromír Mikeš]

Package: drumkv1
Version: 0.3.3-1

Hi,

Is this bug fixed in recent version?
In case that not can you provide a patch to fix this?

best regards

mira


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

Bug#753763: Your mail

[Gianfranco Costamagna]

Hi Moritz,

>Is there something wrong/dangerous about simply entering the boinc group?


no, but what does happen if the system has a new user? who takes care of adding 
him to the boinc group?

this solution seems unfeasible in the long run...

(maybe unix already have a solution I'm not aware of)

cheers,

G.


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

Bug#754424: libxml2: spurious parser error (regression in 2.9.1+dfsg1-4)

[Vincent Lefevre]

On 2014-10-26 09:28:33 +0800, Aron Xu wrote:
> Source: libxml2
> Source-Version: 2.9.2+dfsg1-1
> 
> This has been fixed in the newly uploaded package, and it's not
> affecting stable releases, thus closing.

FYI, this bug now affects the current stable release (jessie), since
2.9.2+dfsg1-1 didn't go into jessie due to an even worse bug.

On my side, while this bug was an important regression, I solved it by
adding --noent (which was actually what I really wanted).

Anyway the previous behavior was also a bit incorrect (with a security
issue, fixed by 2.9.1+dfsg1-4), seen without --noout.

-- 
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#722842: synthv1 link with -L/usr/lib

[Jaromír Mikeš]

Package: synthv1
Version: 0.3.3-1

Hi,

Is this bug fixed in recent version?
In case that not can you provide a patch to fix this?

best regards

mira


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

Bug#783826: cloud-utils growroot doesn't work with newer sfdisk >= 2.26 : fixed patch solution for newer and older sfdisk

[Thomas Goirand]

On 05/04/2015 10:39 PM, Scott Moser wrote:

On Mon, 4 May 2015, Antonio Terceiro wrote:


On Mon, May 04, 2015 at 12:48:37PM -0400, Scott Moser wrote:

Also, what about the do-not-use-EXIT-when-trapping.patch patch which I had to
add in Debian? Could you please apply them both?


EXIT is posix compatible. you really should change the shell to be posix
compatible rather than changing all programs to expect a subset of poxix
shell.
   http://pubs.opengroup.org/onlinepubs/95399/utilities/trap.html


EXIT is supported by dash ... I have just tested the script below and it
works as expected on all Debian release since at least wheezy.


I think its not supported in the static busybox that is in debian
initramfs.

Not sure, but I think that was the problem.


Scott, you are correct, the issue is in early boot using busybox within 
the initramfs.


I'm ok with having the issue fixed in Stretch for adding support for 
EXIT in busybox, but as you know, it will be a lot more difficult to fix 
the issue in Jessie and Wheezy, so I think it's better to just keep the 
patch to not use EXIT.


What's the problem for applying the patch upstream? Don't you think that 
other distribution may as well have the issue? Shouldn't we just try to 
stay on the safe side here?


Cheers,

Thomas Goirand (zigo)


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

Bug#784307:

[Jose Alb]

Please ignore the message related to the Bug#784307, there is an error.
The right message is in Bug#784308.

Best regards.

Bug#784314: postgresql-common: config uses sh(dash) for supported-versions script: bad substitution

[Jörg Plate]

Package: postgresql-common
Version: 165
Severity: important

$ aptitude install postgresql-9.4
results in a "bad substitution" error

the script "postgresql-common.config" has the line
  SUPPORTED=`sh /usr/share/postgresql-common/supported-versions`
which triggers the error.
using /bin/bash works.
/bin/sh is a symlink to /bin/dash (s.b.)

not fixed in 166.

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

Kernel: Linux 4.0.0-1 (SMP w/8 CPU cores; PREEMPT)
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 postgresql-common depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.56
ii  init-system-helpers   1.22
ii  lsb-base  4.1+Debian13+nmu1
ii  postgresql-client-common  165
ii  procps2:3.3.9-9
ii  ssl-cert  1.0.35
ii  ucf   3.0030

Versions of packages postgresql-common recommends:
ii  logrotate  3.8.7-1+b1

postgresql-common suggests no packages.

-- debconf information:
  postgresql-common/obsolete-major:
  postgresql-common/ssl: true

Bug#784315: RM: hoauth -- ROM; Unmaintained, replaced by hoauth2

[Joachim Breitner]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear ftp-masters,

the package hoauth is unmaintained by upstream (no release since 2012),
and replaced by hoauth2. Please remove from Debian.

Gruß,
Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlVIhZ8ACgkQ9ijrk0dDIGwk/ACfV1k4sviXfJVBFOFvM4HIz04W
xgUAn15SfUoKpktPfwIStpaKQoOa+OPK
=iU4A
-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#784316: Please upgrade to hoauth2

[Joachim Breitner]

Package: twidge
Version: 1.1.2
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

hoauth has not seen a release in three years and its git repo has
disappeared; I believe this is dead and should be removed from Debian
(#784315).

twidge is its only reverse dependency. Can you check if you can use
hoauth2? Or alternatively, maybe twidge needs to go as well?

Greetings,
Joachim

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlVIiCkACgkQ9ijrk0dDIGxooQCfW+uzMyxrt05V+69xdartmOcK
H7YAn1P9faWpwkyaP13EbXQqao9AFqMQ
=qG0T
-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#783491: security-tracker: document what needs to be done on releases and other archive changes

[Holger Levsen]

Hi Salvatore,

On Dienstag, 5. Mai 2015, Salvatore Bonaccorso wrote:
> I think two more changes were actually needed to get the testing
> status view show the correct information: r34072 and 34073.

good catch, thanks!


cheers,
Holger


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

Bug#762950: Bug most likely in solid

[Tomas Pospisek]

On Sat, 28 Mar 2015, Scott Kitterman wrote:


On Sunday, March 15, 2015 12:43:51 PM Scott Kitterman wrote:

I've poked around in core/libs/database/collectionmanager.cpp and it appears
that the digikam code tries to do the right thing and the most likely issue
is something about how solid handles these cases, so reassigning.


For the cases in question for this bug, please try running:

$ solid-hardware list

Then find the UID of the mount point in question and run:

$ solid-hardware details '$UID'


I have tried to re-create a situation where solid-hardware would complain 
in any way, but have failed to.


No matter what I do to recreate the problematic situation "solid-hardware 
list" would stay the same.


The problem wrt solid-hardware is that it is concerned with *real* 
hardware only as far as I can see. The problem I saw, when first 
contributing to this bug report was completely with "virtual 
resources" though - that is, I did not mount any real hardware but only 
stuff like /var/lib/dbus, ~/.pulse, /run/shm, /dev/, /proc under the
chroot which apparently caused problems in digiKam. All the listed 
devices/filesystems is stuff that solid-hardware should be unconcerned 
with...


So I'm not sure if I there's any further useful insight wrt solid-hardware 
I'd be able to provide...

*t


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

Bug#784311: rsync: quit mode not qiet enough

[Paul Slootman]

On Tue 05 May 2015, Ralf Neubauer wrote:
> 
> After upgrading to jessie I get spammed by cron by an rsync job:
> 
> rsync -avPq --delete-after --bwlimit=5 /local/path server:remote/path
> 
> The mails appear as empty, so I assumed there is a single newline or so. 
> Putting a | grep . behind the rsync command works around the problem.
> 
> According to the man page --quiet is specifically made for cron jobs. This 
> doesn't work as advertized.

Perhaps you shouldn't use the -v (VERBOSE) option then? :-)
Of the -P option which is an alias for --partial --progress (--progress
causes output to be generated as well).


Paul


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

Bug#783798: settings configured in /etc/default/ are not retained

[Michael Tokarev]

01.05.2015 02:42, Markus Koschany wrote:
> Hello,
> 
> /etc/default/transmission-daemon settings are obsolete if you use
> systemd as your default init system. These settings are only valid if
> you use the sysV-init system.

Yup. That's exactly what I'm talking about.  Valid and supported setup
which worked for years breaks once init system changes.  It is really
trivial to honour the settings in /etc/default/ without breaking
existing setups.

> The correct way to modify your settings is
> to edit /etc/transmission-daemon/settings.json anyway. You can change
> all desired configuration options there.

Unfortunately this does not work.  It requires this file to be writable
by the user transmission-daemon is running as, or else the daemon can't
save the file.  In particular, new version brings new settings which we'll
never know about if the daemon can't save this file.

Making this file writable also requires that whole /etc is writable,
which makes it impossible to keep root filesystem mounted read-only,
which is quite common practice especially on systems which faces
network 24x7.

There was a standard supported way to stop all these problems completely,
by moving whole home directory including the settings file to alternative
place, just by giving another value to the daemon (--config-dir option).
Now it doesn't work anymore, breaking existing setup and making it
unsupported.

>   In my opinion
> this is not a bug but just the way it is intended by upstream.

Upstream provides --config-dir option for a reason.  Debian package
had it configurable for ages, and systemd integration already uses
this option but with a fixed value.  The only tiny step left is to
connect the two pieces together, this is what I'm talking about.

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#731547: Time for nmu?

[Emilio Pozuelo Monfort]

On 04/05/15 14:04, Mattias Ellert wrote:
> mån 2015-01-19 klockan 10:06 +0100 skrev Emilio Pozuelo Monfort:
>> On 19/01/15 09:31, Mattias Ellert wrote:
>>> Dear Debian glib-2.0 maintainers.
>>>
>>> It is now more than 3 months since a patch fixing this bug was attached
>>> to this bug report, and there has been no response from you since.
>>>
>>> I can offer to upload a binnmu that applies the attached patch to the
>>> latest version of the package in testing. Let me know if this is
>>> something that would be helpful or if it would be disruptive for some
>>> reason.
>>
>> [ You should have Cc'ed glib...@packages.debian.org when reassigning so we 
>> would
>> have got a copy of your mail. ]
>>
>> This is only an important bug, affecting hurd, which is not a release
>> architecture, and we are in deep freeze. So a NMU (not a binNMU) is not 
>> welcome
>> at this point.
>>
>> You can instead send your patch upstream, so that when the freeze is over 
>> and we
>> update to a new upstream release, your patch is included "for free".
>>
>> Cheers,
>> Emilio
> 
> The freeze has been lifted. Any chance this can now be fixed?
> 
> I can repeat my offer to do an NMU if you prefer to handle it that way.

Please deal with this upstream. Particularly, address the questions asked in the
upstream bug report.

Emilio


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

Bug#784311: rsync: quit mode not qiet enough

[Ralf Neubauer]

On Tue, May 05, 2015 at 10:53:24AM +0200, Paul Slootman wrote:
> On Tue 05 May 2015, Ralf Neubauer wrote:
> > 
> > rsync -avPq --delete-after --bwlimit=5 /local/path server:remote/path
> > 
> > According to the man page --quiet is specifically made for cron jobs. This 
> > doesn't work as advertized.
> 
> Perhaps you shouldn't use the -v (VERBOSE) option then? :-)
> Of the -P option which is an alias for --partial --progress (--progress
> causes output to be generated as well).

Oops. I just trusted my 8 years old command line, which might have been wrong 
-- -q papered over my failings.

But may I add that this combination of options is semantically strange, but the 
behavior changed between versions nonetheless? Perhaps there is a single printf 
not depending on !--quiet...

Ralf

-- 
  72 61 6c 66 40 73 74 72 : 63 6d 70 2e 64 65 0a r...@strcmp.de. 


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

Bug#784317: ITP: python-configargparse -- this should be an appropriate short description for the eventual package: replacement for argparse allowing options to also be set via config files and/or env

[Sebastien Delafond]

Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond 

* Package name: python-configargparse
  Version : 0.9.3
  Upstream Author : Zorro
* URL : https://github.com/zorro3/ConfigArgParse
* License : MIT
  Programming Lang: Python
  Description : replacement for argparse allowing options to also be set 
via config files and/or environment variables

Applications with more than a handful of user-settable options are best
configured through a combination of command line args, config files,
hard-coded defaults, and in some cases, environment variables.
.
Python’s command line parsing modules like argparse have very limited
support for config files and environment variables, so this module
extends argparse to add these features.
.
Features:
.
 - command-line, config file, env var, and default settings can now be
   defined, documented, and parsed in one go using a single API (the
   order of precedence is: command line args > environment variables >
   config file values > defaults)
 - config files can have .ini or .yaml style syntax (eg. key=value or
   key: value)
 - user can specify a config file path using regular command line syntax
   (eg. -c config.txt) rather than the argparse-style @config.txt
 - all argparse functionality is fully supported, so this module can
   serve as a drop-in replacement for argparse
 - env vars and config file keys & syntax are automatically documented
   in the help message
 - print_values() can be used to log values and their sources
   (eg. command line, env var, config file, or default) for improved
   reproducibility
 - lite-weight (simple API, no dependencies on 3rd-party libraries),
 - extensible (the following methods can be over-ridden to change config
   file and environment variable parsing: parse_config_file,
   get_possible_config_keys, convert_setting_to_command_line_arg)
 - unittested using the tests that came with argparse, and using tox to
   test python versions >= 2.7


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

Bug#746005: guile-2.0 migration

[Emilio Pozuelo Monfort]

On 29/04/15 14:29, Don Armstrong wrote:
> On April 29, 2015 2:52:53 AM CDT, Emilio Pozuelo Monfort  
> wrote:
>> So guile-1.8 got into jessie just for lilypond. I'm going to remove
>> both from
>> testing now - there should be plenty of time to get lilypond ported to
>> guile-2.0
>> and back into testing for the Stretch release.
>>
>> Cheers,
>> Emilio
> 
> Upstream has been working on porting, but there are some serious issues with 
> guile 2.0 which have not yet been resolved. I agree that this should be fixed 
> before stretch, but I don't think that removing both packages this early is 
> going to be helpful, as it'll be some time before the porting work is done.

The last comment in the upstream bug report is from 2011. Do you have any
indication that upstream is still working on this? Is there any timeline?

I am still very tempted to remove this from testing now so guile-1.8 can go 
away...

Emilio


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

Bug#784318: gnome-desktop3: please make the build reproducible

[Jérémy Bobbio]

Source: gnome-desktop3
Version: 3.14.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that gnome-desktop3 could not be built reproducibly.

The attached patch will allow GNOME_DATE to be set externally and
use the latest debian/changelog entry as reference date. Once
applied, gnome-desktop3 can be built reproducibly in our current
experimental framework.

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

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
diff -Nru gnome-desktop3-3.14.1/debian/changelog gnome-desktop3-3.14.1/debian/changelog
--- gnome-desktop3-3.14.1/debian/changelog	2014-10-19 15:16:12.0 +
+++ gnome-desktop3-3.14.1/debian/changelog	2015-05-05 09:25:34.0 +
@@ -1,3 +1,13 @@
+gnome-desktop3 (3.14.1-1.0~reproducible1) UNRELEASED; urgency=low
+
+  * Make the package build reproducibly:
+- Add debian/patches/allow-external-gnome-date.patch to
+  be able to predefine GNOME_DATE.
+- Set GNOME_DATE to the latest debian/changelog entry in
+  debian/rules.
+
+ -- Jérémy Bobbio   Tue, 05 May 2015 09:24:28 +
+
 gnome-desktop3 (3.14.1-1) unstable; urgency=medium
 
   [ Tim Lunn ]
diff -Nru gnome-desktop3-3.14.1/debian/patches/allow-external-gnome-date.patch gnome-desktop3-3.14.1/debian/patches/allow-external-gnome-date.patch
--- gnome-desktop3-3.14.1/debian/patches/allow-external-gnome-date.patch	1970-01-01 00:00:00.0 +
+++ gnome-desktop3-3.14.1/debian/patches/allow-external-gnome-date.patch	2015-05-05 09:24:09.0 +
@@ -0,0 +1,19 @@
+Description: allow GNOME_DATE to be set externally
+ In order to allow gnome-desktop3 to be built reproducibly, we
+ want to be able to set GNOME_DATE to a predefined value instead
+ of the current date.
+Author: Jérémy Bobbio 
+
+--- gnome-desktop3-3.14.1.orig/configure.ac
 gnome-desktop3-3.14.1/configure.ac
+@@ -43,7 +43,9 @@ GNOME_PLATFORM=gnome_platform
+ GNOME_MINOR=gnome_minor
+ GNOME_MICRO=gnome_micro
+ GNOME_DISTRIBUTOR="GNOME.Org"
+-GNOME_DATE=`date +"%Y-%m-%d"`
++if test "x$GNOME_DATE" = x ; then
++ GNOME_DATE=`date +"%Y-%m-%d"`
++fi
+ 
+ AC_ARG_WITH(gnome_distributor, [ --with-gnome-distributor=DISTRIBUTOR Specify name of GNOME distributor])
+ 
diff -Nru gnome-desktop3-3.14.1/debian/patches/series gnome-desktop3-3.14.1/debian/patches/series
--- gnome-desktop3-3.14.1/debian/patches/series	2014-07-15 21:44:22.0 +
+++ gnome-desktop3-3.14.1/debian/patches/series	2015-05-05 09:23:20.0 +
@@ -1 +1,2 @@
 realpath-PATH_MAX.patch
+allow-external-gnome-date.patch
diff -Nru gnome-desktop3-3.14.1/debian/rules gnome-desktop3-3.14.1/debian/rules
--- gnome-desktop3-3.14.1/debian/rules	2014-10-01 00:37:57.0 +
+++ gnome-desktop3-3.14.1/debian/rules	2015-05-05 09:26:45.0 +
@@ -9,6 +9,9 @@
 include /usr/share/gnome-pkg-tools/1/rules/uploaders.mk
 include /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk
 
+GNOME_DATE = $(shell dpkg-parsechangelog -S Date | date -u +"%Y-%m-%d" -f -)
+export GNOME_DATE
+
 LDFLAGS += -Wl,-z,defs -Wl,-O1 -Wl,--as-needed
 
 DEB_DH_AUTORECONF_ARGS = --as-needed


signature.asc
Description: Digital signature

Bug#766675: new upstream 0.16.1

[Jan Korbel]

There is also new upstream version 0.16.1 with some fixes and this one
included.

J.


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

Bug#783816: RFP: thefuck -- Correct your misbehavior on the command line

[Yao Wei]

One question,

Is it allowed to have different package name without actually
"forking" the project?
I don't wanna create another Iceweasel here.


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

Bug#723684: Can't reproduce

[Gianfranco Costamagna]

Hi Alex,

I can't reproduce on Debian Jessie.

apt-get remove --purge virtualbox-guest-x11
correctly removes the files.

cheers,

G.


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

Bug#784262: linux-image-3.16.0-4-686-pae: System hangs at poweroff command

[Ruben Vorderman]

Dear mr. Hutchings,

Thank you for your fast and kind response.

> Try suspending, it generally works these days.

Thanks for your suggestion. But this uncovered another bug: suspending 
also does not work. Again this might be systemd so I used "systemctl 
suspend" in recovery mode. Again the console showed systemd freezing all 
processes as it should. The system was left hanging at the moment the 
kernel should take over. When restarting I found that my system was not 
suspended, so I think it is not only the AHCI signal that is not working.


If you need any more information to squash this bug I am happy to 
provide it.


Yours sincerely,
Ruben Vorderman


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

Bug#783798: settings configured in /etc/default/ are not retained

[Markus Koschany]

On 05.05.2015 11:16, Michael Tokarev wrote:
> 01.05.2015 02:42, Markus Koschany wrote:
[...]
>> The correct way to modify your settings is
>> to edit /etc/transmission-daemon/settings.json anyway. You can change
>> all desired configuration options there.
> 
> Unfortunately this does not work.  It requires this file to be writable
> by the user transmission-daemon is running as, or else the daemon can't
> save the file.  In particular, new version brings new settings which we'll
> never know about if the daemon can't save this file.
> 
> Making this file writable also requires that whole /etc is writable,
> which makes it impossible to keep root filesystem mounted read-only,
> which is quite common practice especially on systems which faces
> network 24x7.

First of all /etc/transmission/settings.json is a symlink to
/var/lib/transmission-daemon/.config/transmission-daemon/settings.json.
The /etc symlink is only for the user's convenience because system-wide
configuration should be possible in /etc but of course you can always
edit settings.json directly. If you change the file permissions to
read-only and diverge from the default settings, you are still
responsible that services work as expected. This is not a packaging
issue but the core duty of every administrator.

> There was a standard supported way to stop all these problems completely,
> by moving whole home directory including the settings file to alternative
> place, just by giving another value to the daemon (--config-dir option).
> Now it doesn't work anymore, breaking existing setup and making it
> unsupported.
> 
>>   In my opinion
>> this is not a bug but just the way it is intended by upstream.
> 
> Upstream provides --config-dir option for a reason.  Debian package
> had it configurable for ages, and systemd integration already uses
> this option but with a fixed value.  The only tiny step left is to
> connect the two pieces together, this is what I'm talking about.
> 

The old version in wheezy didn't even create a valid home directory but
the new one is now set to /var/lib/transmission-daemon. There you can
change all your configuration options. If you really want to use the
--config-dir option and override the settings you have to create a
custom systemd service file and save it to
/etc/systemd/system/transmission-daemon.service. Just append the
--config-dir option to the ExecStart line, restart the service and it is
done.

I am not the maintainer of transmission, but in my opinion there is
nothing wrong with the packaging of transmission-daemon. If you make
custom changes, you are also responsible for all further configuration.
There is no automatic way to detect all corner cases and it is trivial
to create a custom systemd service file and to adjust it to your needs.

Regards,

Markus





signature.asc
Description: OpenPGP digital signature

Bug#770479: [PATCH] nbd: Fix timeout detection

[Hermann Lauer]

Status update from the nbd-maintainer:

> > Again timeout works as expected.
> > So you may add a Tested-By: hermann.la...@iwr.uni-heidelberg.de if
> > your patch is not already on the way upstream.
> 
> Thanks for testing. The patch is not yet on its way upstream. I want to
> make some more tests.

Appended is the version of the patch from him which applies to
jessies kernel. A test with that patched kernel shows the timeout issue is
fixed and the md raid1 device breaks up as expected:

[ 2269.104121] block nbd0: Attempted send on closed socket
[ 2269.109984] end_request: I/O error, dev nbd0, sector 0
[ 2269.115718] Buffer I/O error on device nbd0, logical block 0
[ 2269.122034] Buffer I/O error on device nbd0, logical block 1
[ 2269.128347] Buffer I/O error on device nbd0, logical block 2
[ 2269.134663] Buffer I/O error on device nbd0, logical block 3
[ 2269.140979] Buffer I/O error on device nbd0, logical block 4
[ 2269.147295] Buffer I/O error on device nbd0, logical block 5
[ 2269.153610] Buffer I/O error on device nbd0, logical block 6
[ 2269.159926] Buffer I/O error on device nbd0, logical block 7
[ 2269.166241] Buffer I/O error on device nbd0, logical block 8
[ 2269.172555] Buffer I/O error on device nbd0, logical block 9
[ 2269.178889] block nbd0: Attempted send on closed socket
[ 2269.184726] end_request: I/O error, dev nbd0, sector 0
[ 2269.190470] block nbd0: Attempted send on closed socket
[ 2269.196303] end_request: I/O error, dev nbd0, sector 2
[ 2269.202044] block nbd0: Attempted send on closed socket
[ 2269.207876] end_request: I/O error, dev nbd0, sector 4
[ 2269.213617] block nbd0: Attempted send on closed socket
[ 2269.219450] end_request: I/O error, dev nbd0, sector 6
[ 2308.414794] block nbd0: NBD_DISCONNECT
[ 2308.737866]  nbd0: unknown partition table

Greetings
  Hermann

-- 
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres 
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224
Email: hermann.la...@iwr.uni-heidelberg.de
From: Markus Pargmann 
To: Hermann Lauer 
Cc: nbd-gene...@lists.sourceforge.net, linux-ker...@vger.kernel.org,
ker...@pengutronix.de, Markus Pargmann ,
Michal Belczyk 
Subject: [PATCH v4.0 for testing] nbd: Fix timeout detection
Date: Fri, 24 Apr 2015 09:35:33 +0200

At the moment the nbd timeout just detects hanging tcp operations. This
is not enough to detect a hanging or bad connection as expected of a
timeout.

This patch redesigns the timeout detection to include some more cases.
The timeout is now in relation to replies from the server. If the server
does not send replies within the timeout the connection will be shut
down.

The patch adds a continous timer 'timeout_timer' that is setup in one of
two cases:
 - The request list is empty and we are sending the first request out to
   the server. We want to have a reply within the given timeout,
   otherwise we consider the connection to be dead.
 - A server response was received. This means the server is still
   communicating with us. The timer is reset to the timeout value.

The timer is not stopped if the list becomes empty. It will just trigger
a timeout which will directly leave the handling routine again as the
request list is empty.

The whole patch does not use any additional explicit locking. The
list_empty() calls are safe to be used concurrently. The timer is locked
internally as we just use mod_timer and del_timer_sync().

The patch is based on the idea of Michal Belczyk with a previous
different implementation.

Cc: Michal Belczyk 
Cc: Hermann Lauer 
Signed-off-by: Markus Pargmann 
[mpa: Backported to 4.0]

Signed-off-by: Markus Pargmann 
---

This patch is only for testing at the moment. I will backport the final patch
for the stable tree at the end.

 drivers/block/nbd.c | 94 +
 include/linux/nbd.h |  4 +++
 2 files changed, 70 insertions(+), 28 deletions(-)

diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c
index a98c41f72c63..42c7601e91ee 100644
--- a/drivers/block/nbd.c
+++ b/drivers/block/nbd.c
@@ -133,6 +133,7 @@ static void sock_shutdown(struct nbd_device *nbd, int lock)
 		dev_warn(disk_to_dev(nbd->disk), "shutting down socket\n");
 		kernel_sock_shutdown(nbd->sock, SHUT_RDWR);
 		nbd->sock = NULL;
+		del_timer_sync(&nbd->timeout_timer);
 	}
 	if (lock)
 		mutex_unlock(&nbd->tx_lock);
@@ -140,11 +141,23 @@ static void sock_shutdown(struct nbd_device *nbd, int lock)
 
 static void nbd_xmit_timeout(unsigned long arg)
 {
-	struct task_struct *task = (struct task_struct *)arg;
+	struct nbd_device *nbd = (struct nbd_device *)arg;
+	struct task_struct *task;
 
-	printk(KERN_WARNING "nbd: killing hung xmit (%s, pid: %d)\n",
-		task->comm, task->pid);
-	force_sig(SIGKILL, task);
+	if (list_empty(&nbd->queue_head))
+		return;
+
+	nbd->disconnect = 1;
+
+	task = READ_ONCE(nbd->task_recv);
+	if (task)
+		force_sig(SIGKILL, task);
+
+	task = RE

Bug#784319: Segfault when running check_dhcp

[Andreas Heinlein]

Package: monitoring-plugins-basic
Version: 2.1.1-1

Since upgrading to jessie, I get this in my syslog:
kernel: check_dhcp[20879]: segfault at 21 ip 2b508d08f21e sp
7ffc9eee20b0 error 4 in libc-2.19.so[2b508cfc1000+19f000]

The problem seems to be already tracked and fixed here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198318

Note that I can confirm this is not reproducible when running check_dhcp
from the command line.


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

Bug#746005: Message from upstream

[David Kastrup]

Hi,

I'm probably the LilyPond developer most involved with GUILE 2.0
migration and I'm pretty annoyed at the current situation and the manner
GUILE developers deal with it.

Several months back even Richard Stallman intervened and stressed the
importance of getting LilyPond moved to GUILE 2.0.  Like several times
before, GUILE developers promised to get actively involved only to drop
out of the discussion once they were provided with instructions, an
up-to-date branch/source to work with and current problem descriptions.

The current situation is such that 2.0 garbage collection API is
unreliable (see GUILE bug report
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19883> with the basic
recommendation "don't try using the smob mark mechanism any more" but no
real resolution).  It may well be that the current workarounds
implemented in LilyPond may be successful.

However, this is hard to test since there is _no_ released version of
GUILE 2.0 where the encoding problems in issues
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20200> (workaround in
LilyPond codebase, will get fixed in 2.0.12) and
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20209> (workaround in
LilyPond codebase, will get fixed in 2.0.12) and
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20302> (unfixed so
far, and since this usage _was_ already a workaround for previous
problems and reverting back to the old code does not work either, this
remains a roadblock) have been addressed.

With the ongoing trail of suggested workarounds failing for new reasons,
there has not been the possibility to actually get to the stage where it
would be possible to do any serious testing with GUILE 2.0, like running
the regtest suite.  So it is very likely that there are more surprises
lurking (particularly regarding garbage collection) once the GUILE
developers get around to fixing the pending bugs in the bytevector
stream port implementation.  Or get around to actually following on
their promises and try working on figuring out why the old workarounds
for getting GUILE reproduce a byte stream stopped working.

But since they decided to break them anyway in GUILE 2.1 it would likely
make more sense to make the "please use bytevectors for this from now
on" approach actually work and then let LilyPond switch to this
mechanism once there is a working version of GUILE released with them.

By the way: I was of the impression that TeXmacs did not work with
GUILE 2.0 either.  Has this changed?  Is it also going to get removed
from Debian?

-- 
David Kastrup


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

Bug#784289: [pkg-gnupg-maint] Bug#784289: gnupg 2.1 and gnome-keyring no longer interoperate

[Josselin Mouette]

Werner Koch  wrote: 
On Tue,  5 May 2015 01:38, sand...@crustytoothpaste.net said:
> spawned to prompt the user.  It appears the socket has moved, and
> symlinking the socket indicates that GnuPG has intentionally broken

It has not been broken but since 2.0.23 gpg detects that GKR hijacks the
connection and causes all kind of troubles including security
weaknesses.

This intentional regression is not acceptable and must be fixed in the
Debian GnuPG package. 

Note that even 2.0 can be configured to use a fixed socket like 2.1
does:

  --use-standard-socket
  --no-use-standard-socket

By enabling this option gpg-agent will listen on the socket named
'S.gpg-agent', located in the home directory, and not create a
random socket below a temporary directory.  Tools connecting to
gpg-agent should first try to connect to the socket given in
environment variable GPG_AGENT_INFO and then fall back to this
socket.  This option may not be used if the home directory is
mounted on a remote file system which does not support special files
like fifos or sockets.

Thanks, you just broke remote $HOME configurations, just to piss off
GNOME keyring developers. This is antisocial behavior. 

It has been told enough times that this is GKR bug. Given that the GNOME
folks are not willing to fix that we are preparing changes to the GnuPG
system which should allow them to remove that hijacking and instead
install a new kind of Pinentry which implements what GKR should have
done.

This should have been done first.

-- 
Joss


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

Bug#784320: request-tracker4: test suite: skipping on exeternal executable fails?

[Dominic Hargreaves]

Source: request-tracker4
Version: 4.2.10-1

Yesterday request-tracker4 was FTBFS; this was caused by File::Which
behaviour changing, breaking the detection of executables in RT::Test.
A fixed version of File::Which is on its way to the archive now, but
this shouldn't really have broken things so badly. The behaviour was,
AFAICT, identical to the executable just being missing, so it looks
like there is a bug in the test suite too. Example output:

# Tests were run but no plan was declared and done_testing() was not seen.
t/crypt/gnupg/attachments-in-db.t .. skipped: gpg 
executable is required.

[...]

Test Summary Report
---
t/crypt/gnupg/attachments-in-db.t(Wstat: 65024 Tests: 1 Fail
ed: 1)
  Failed test:  1
  Non-zero exit status: 254
  Parse errors: Bad plan.  You planned 0 tests but ran 1.

Filing in the BTS initially as I haven't yet tried to reproduce it on
a vanilla RT.


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

Bug#714058: cc65 packaging

[Oliver Schmidt]

Hi,

The man pages could be generated with help2man, or they could point to
> the GNU info files.
>

It seems that
linuxdoc -B txt --man <...>
groff -man <...>
might be another option. As far as I remember Ullrich did that in former
times. If someone tests it I'd be willing to add it to
https://github.com/cc65/cc65/blob/master/doc/Makefile

On the other hand, Oliver promised me to
> add something like a consecutive number if I really need it for
> packaging purposes.
>

I can confirm this.

Regards,
Oliver

Bug#784321: dovecot: lz4 in zlib plugin not enabled

[Michael Braun]

Source: dovecot
Severity: normal

When trying to enable lz4 compression in the zlib plugin as given in
http://wiki2.dovecot.org/Plugins/Zlib
dsync and dovecot complain about lz4 support missing.

As the dovecot package does not depend on lz4 and --with-lz4 is not used
during compile, lz4 support is actually missing in dovecot.

I hoped this to be present, as it was added in 2.2.11.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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)


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

Bug#784322: youtube-dl: [Vine] AttributeError: 'NoneType' object has no attribute 'strip'

[Jakub Wilk]

Package: youtube-dl
Version: 2015.02.28-1

$ youtube-dl https://vine.co/v/eZiWE0E0dOQ
[Vine] eZiWE0E0dOQ: Downloading webpage
WARNING: unable to extract OpenGraph description; please report this issue on 
http://yt-d
Traceback (most recent call last):
 File "/usr/bin/youtube-dl", line 9, in 
   load_entry_point('youtube-dl==2015.02.28', 'console_scripts', 'youtube-dl')()
 File "/usr/lib/python2.7/dist-packages/youtube_dl/__init__.py", line 397, in 
main
   _real_main(argv)
 File "/usr/lib/python2.7/dist-packages/youtube_dl/__init__.py", line 387, in 
_real_main
   retcode = ydl.download(all_urls)
 File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 1442, in 
download
   res = self.extract_info(url)
 File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 654, in 
extract_i
   return self.process_ie_result(ie_result, download, extra_info)
 File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 700, in 
process_i
   return self.process_video_result(ie_result, download=download)
 File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 1056, in 
process_
   format['http_headers'] = self._calc_headers(full_format_info)
 File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 957, in 
_calc_hea
   cookies = self._calc_cookies(info_dict)
 File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 964, in 
_calc_coo
   pr = compat_urllib_request.Request(info_dict['url'])
 File "/usr/lib/python2.7/urllib2.py", line 229, in __init__
   self.__original = unwrap(url)
 File "/usr/lib/python2.7/urllib.py", line 1075, in unwrap
   url = url.strip()
AttributeError: 'NoneType' object has no attribute 'strip'


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

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

Versions of packages youtube-dl depends on:
ii  python2.7.9-1
ii  python-pkg-resources  5.5.1-1

--
Jakub Wilk


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

Bug#784323: gem2deb: generates broken debian/ruby-tests.rake by default

[Lucas Nussbaum]

Package: gem2deb
Version: 0.14
Severity: minor

Hi,

By default, gem2deb generates a debian/ruby-tests.rake that looks like:
Gem2Deb::Rake::TestTask.new do |t|
   t.test_files = FileList['test/**/*_test.rb']
end

This breaks with net-ssh, that names its tests test_*.rb

It could also make sense to set "libs" to something sensible.

So maybe it should generate something such as:

Gem2Deb::Rake::TestTask.new do |t|
   t.libs = ["lib", "test"]
   t.test_files = FileList['test/**/*_test.rb'] FileList['test/**/test_*.rb']
end

?

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

Versions of packages gem2deb depends on:
ii  build-essential  11.7
ii  debhelper9.20150101
ii  devscripts   2.15.3
ii  gem2deb-test-runner  0.14
ii  perl 5.20.2-3
ii  ruby 1:2.1.5
ii  ruby-all-dev 1:2.1.5
ii  ruby-setup   3.4.1-7

Versions of packages gem2deb recommends:
ii  apt-file  2.5.4

gem2deb 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#726426: Acknowledgement (geany: only saves session state on clean shutdown)

[Andrew Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This bug is still present in Jessie.

The current behaviour defeats the purpose of a saved session state, as
the time you really need it is when your laptop crashes.

- -- 
Andrew Gallagher
Internetworking and Security Engineer, Ward Solutions Ltd.
Unit 2054 Castle Drive, Citywest, Dublin 24
+353 87 1200174
-BEGIN PGP SIGNATURE-

iQEcBAEBCgAGBQJVSKpNAAoJENW/k7AUpJcANhoIALjCcrJZK20rmJ1xwoiZe6NE
pecBFk5ihWfvpK+f2zFxphH5c0wE37H+tpl4tLjUPwEwDx8x0Es1HrBw6Unnwjz7
HVuRwHTOeb7xyHckx6d2Nq6RUhc+uZeZc7p455WyCQNWh32OD5a08tzLHuULiD3y
nTqUWFAGEuIVYB6yjHJmU+3B6vQyVR2C2BVbwH5YQ9SaBAsKrXe5FL3xd2fZMzFb
He5/bol3u+E36HchGueeik8UTfpjPbqMnZEYK3DS54lRwzLdfGTul1rhBBysWH8H
PpFi1jL3FsZgcVLgPicBgn5uA9YLyHrpoIePxLKxZ4Hlm7s5ZIW5cJdT7dT2TO8=
=7XB1
-END PGP SIGNATURE-

The information in this email and any attachments contain confidential 
information and is intended only for the individual named. If you are not the 
named addressee you should not disseminate, distribute or copy this e-mail, the 
attachments or any part thereof. Please notify the sender immediately by e-mail 
if you have received this e-mail by mistake and delete this e-mail from your 
system. E-mail transmission cannot be guaranteed to be secure or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. The sender therefore does not accept liability 
for any errors or omissions in the contents of this message which arise as a 
result of e-mail transmission. If verification is required please request a 
hard-copy version. Unless expressly stated, this email is not intended to 
create any contractual relationship. If this email is not sent in the course of 
the senders employment or fulfilment of his/her duties to Ward Solutions, Ward 
Solutions accepts no liability whatsoever for the content of this message or 
any attachment(s). Ward Solutions Ltd. Registered in Republic of Ireland at 
2054 Castle Drive, CityWest Business Campus, Dublin 24 Reg. No. 316165. 

Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

[Steve McIntyre]

On Wed, Apr 29, 2015 at 12:45:29PM +0100, Steve McIntyre wrote:
>
>In the morning, I turn on the screen and I don't get a display at
>all. I've wiggled the mouse, hit numlock on the keybard (the numlock
>led illuminates fine), etc., but no display. I've seen this kind of
>thing happen in the past on some machines, so I switch to VT1 and back
>to see if that helps. Still no display at all, either on console or
>under X. I log in remotely and I can see that the Xorg.0.log file has
>been updated with mode lines for the monitor, suggesting things have
>just woken up fine. But still no display.

Similar problem this morning. I've found that using xrandr to disable
and re-enable the DisplayPort output I'm using helps - the display
comes back. Until xrandr segfaults, anyway - see separate bug.

Something weird in the card state, I guess?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"This dress doesn't reverse." -- Alden Spiess


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

Bug#763703: the same issue on debian wheezy

[Sergey Brester]

I have the same issue (with "shellinabox") on wheezy:

USER PID %CPU%MEM VSZ RSS TTY STAT START TIME COMMAND

...  1563 0.0 0.2 4800 1316 ? Ss 09:44 0:00 /usr/bin/shellinaboxd ...
...  1564 0.0 0.1 4800 556  ? S  09:44 0:00  \_ /usr/bin/shellinaboxd 
...

root 1565 0.0 0.0 1888 444  ? Ss 09:44 0:00 startpar -f -- shellinabox

--

System: Debian Wheezy (with latest updates).
Kernel: Linux 2.6.32-042stab102.2

Regards,
sebres.


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

Bug#784325: kde-workspace: please make the package build reproducible

[Jérémy Bobbio]

Source: kde-workspace
Version: 4:4.11.13-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that kde-workspace could not be built reproducibly.

The attached patch—based on Git master—adds a patch to make
the output of kdm confproc.pl stable. Once applied,
kde-workspace can be built reproducibly in our current experimental
framework.

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

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
From edb1bc5b57ffd8ce7004899d1ccc218c60d4bdd8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= 
Date: Tue, 5 May 2015 13:51:36 +0200
Subject: [PATCH] Add a patch to make kdm confproc.pl output stable

This makes the package build reproducibly.
---
 debian/patches/series  |  1 +
 debian/patches/sort_kdm_confproc_keys.diff | 34 ++
 2 files changed, 35 insertions(+)
 create mode 100644 debian/patches/sort_kdm_confproc_keys.diff

diff --git a/debian/patches/series b/debian/patches/series
index 0bd5ed8..32f1b81 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -28,3 +28,4 @@ check_if_SensorMgr
 ksysguardd_acpi_valgrind_complain
 upstream_do_not_pass_ntpUtility_as_an_argument.patch
 upstream_validate_timezone_name_before_setting.patch
+sort_kdm_confproc_keys.diff
diff --git a/debian/patches/sort_kdm_confproc_keys.diff b/debian/patches/sort_kdm_confproc_keys.diff
new file mode 100644
index 000..db91f3c
--- /dev/null
+++ b/debian/patches/sort_kdm_confproc_keys.diff
@@ -0,0 +1,34 @@
+Description: sort keys in kdm confproc.pl
+ In order to get the same output accross builds, we
+ now sort keys in confproc.pl.
+Author: Jérémy Bobbio 
+
+--- kde-workspace-4.11.13.orig/kdm/confproc.pl
 kde-workspace-4.11.13/kdm/confproc.pl
+@@ -85,7 +85,7 @@ sub mkvname($)
+ sub emit_conds($)
+ {
+   my $ret = "";
+-  for my $c (keys %{$_[0]}) {
++  for my $c (sort keys %{$_[0]}) {
+ my ($then, $else) = ("", "");
+ for my $d (@{${$_[0]}{$c}}) {
+   my $bas = "# define ".$d->[0];
+@@ -744,7 +744,7 @@ print OUTFILE
+ 
+ my $ov_vars = "";
+ my %ov_var_conds = ();
+-for my $v (keys %arr_ov_vars) {
++for my $v (sort keys %arr_ov_vars) {
+   my @oa = ( ["V".$v.",", "VAR"] );
+   add_cond($arr_ov_vars{$v}, $v, \@oa, \%ov_var_conds);
+   $ov_vars .= "".$oa[0][0]." \\\n";
+@@ -872,7 +872,7 @@ print OUTFILE
+ 
+ my $ov_km_sects = "";
+ my $ov_km_sect_refs = "";
+-for my $s (keys %ov_km) {
++for my $s (sort keys %ov_km) {
+   my $ts = $s;
+   $ts =~ s/-/_/;
+   $ov_km_sects .=
-- 
2.1.4


signature.asc
Description: Digital signature

Bug#766996: [debian-mysql] Bug#766996: libmariadb-client-lgpl-dev-compat: misses a mysql_config symlink

[Christos Trochalakis]

On Sun, 23 Nov 2014 07:36:26 -0800 Daniel Schepler  wrote:

On Mon, Oct 27, 2014 at 6:48 AM, Rene Engelhard  wrote:

> -> it should also ship a mysql_config -> mariadb_config link.
>

I've forwarded the bug report to maria-developers and had no objections to
this, so I've added this link to the packages in git.  As I don't think
this justifies a new upload during the freeze, I'm not going to mark the
bug as pending for now.
--
Daniel Schepler


Hello,
we are migrating our ruby application servers to jessie we bumped into this.

The ruby mysql2 gem tries to locate mysql_config on compilication and fails.

I think this is a relatively safe fix for jessie and could be included in the 
first point release.  There are a lot of things out there expecting to find 
a mysql_config and this could ease some of the pain.


What do you think?


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

Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

[Julien Cristau]

On Tue, May  5, 2015 at 12:40:54 +0100, Steve McIntyre wrote:

> On Wed, Apr 29, 2015 at 12:45:29PM +0100, Steve McIntyre wrote:
> >
> >In the morning, I turn on the screen and I don't get a display at
> >all. I've wiggled the mouse, hit numlock on the keybard (the numlock
> >led illuminates fine), etc., but no display. I've seen this kind of
> >thing happen in the past on some machines, so I switch to VT1 and back
> >to see if that helps. Still no display at all, either on console or
> >under X. I log in remotely and I can see that the Xorg.0.log file has
> >been updated with mode lines for the monitor, suggesting things have
> >just woken up fine. But still no display.
> 
> Similar problem this morning. I've found that using xrandr to disable
> and re-enable the DisplayPort output I'm using helps - the display
> comes back. Until xrandr segfaults, anyway - see separate bug.
> 
> Something weird in the card state, I guess?
> 
Sounds likely.  If this still happens with linux 4.0, can you report
this upstream at
https://bugs.freedesktop.org/enter_bug.cgi?product=DRI&component=DRM%2fRadeon
and let us know the bug number?

Thanks,
Julien


signature.asc
Description: Digital signature

Bug#783637: Installation fails because starting colord fails on missing libudev.so.0

[Michael Lager]

This was an upgrade from debian wheezy to jessie and a report (as 
requested) on how it went.  I just hope this can be put right for others 
wishing to  upgrade and finding it doesn't work.  My work-around was to 
create a symbolic link (result as below) for the missing file based on 
the pattern for symbolic links elsewhere: jessie now works OK.


$ ll|grep udev
lrwxrwxrwx   1 root root   21 Apr 16 16:53 libgudev-1.0.so.0 -> 
libgudev-1.0.so.0.2.0

-rw-r--r--   1 root root42920 Apr 16 16:53 libgudev-1.0.so.0.2.0
lrwxrwxrwx   1 root root   38 Apr 16 16:53 libudev.so -> 
/lib/x86_64-linux-gnu/libudev.so.1.5.0

lrwxrwxrwx   1 root root   10 Apr 28 11:10 libudev.so.0 -> libudev.so
lrwxrwxrwx   1 root root   12 Apr 29 10:34 libudev.so.1 -> libudev.so.0

Michael

On Mon, 4 May 2015 18:04:02 +0200 Samuel Thibault  
wrote:

> Michael Lager, le Mon 04 May 2015 12:54:14 +0100, a écrit :
> > /usr/local/lib/libusb-1.0.so.0
> > NEEDED libudev.so.0
> > NEEDED librt.so.1
> > NEEDED libpthread.so.0
> > NEEDED libc.so.6
> > dpkg-query: no path found matching pattern 
/usr/local/lib/libusb-1.0.so.0

>
> We can not support the dependencies of locally-installed software.
> Either remove that software, or install the required dependencies (here,
> fetch the libudev0 package from wheezy)
>
> Samuel
>
>


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

Bug#714058: cc65 packaging

[GCS]

Hi,

On Tue, May 5, 2015 at 1:26 PM, Oliver Schmidt  wrote:
>> The man pages could be generated with help2man, or they could point to
>> the GNU info files.
> It seems that
> linuxdoc -B txt --man <...>
> groff -man <...>
> might be another option.
 Will check this once I get home.

>> On the other hand, Oliver promised me to
>> add something like a consecutive number if I really need it for
>> packaging purposes.
> I can confirm this.
 Please do it then to confirm which commit should be considered a
stable release. If possible update the file LICENSE as well to be zlib
and GPL-2 as you previously noted.

Thanks,
Laszlo/GCS


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

Bug#784315: RM: hoauth -- ROM; Unmaintained, replaced by hoauth2

[Scott Kitterman]

On Tuesday, May 05, 2015 10:56:02 AM you wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Dear ftp-masters,
> 
> the package hoauth is unmaintained by upstream (no release since 2012),
> and replaced by hoauth2. Please remove from Debian.

Checking reverse dependencies...
# Broken Build-Depends:
twidge: libghc-hoauth-dev

I've added that 784316 blocks this bug.  Please remove the moreinfo tag once 
that is resolved.

Scott K

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

Bug#779273: please help testing redmine 3.0~20140825-6 from unstable

[Dmitry Smirnov]

Hi Antonio,

On Sun, 3 May 2015 10:39:40 Antonio Terceiro wrote:
> I would like your help in testing redmine 3.0~20140825-6, which was
> uploaded to unstable yesterday. It can be safely installed on jessie,
> [...]
> I will give it a few days to be tested, and then will prepare a jessie
> update so that the version in stable also contains these fixes.

Now nice of you to remember that I'm using Redmine. :) 
I've just installed 3.0~20140825-7 over 3.0~20140825-5 -- so far so good.
I'll let you know if I notice any issues.
Thanks! Much appreciate your work on Redmine.

-- 
Regards,
 Dmitry Smirnov.

---

Every decent man is ashamed of the government he lives under.
-- H. L. Mencken


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

Bug#779078: apache2-bin: event mpm: child segfault in notify_suspend causes parent to exit during log rotation

[Michael Ablassmeier]

hi,

we recently migrated over an OTRS instance from another system to debian jessie
and it appears we may have the same issue, sporadic segfauls, but we do not
use the event_mpm but the default worker:

 [Tue May 05 13:02:19.929973 2015] [mpm_worker:notice] [pid 41460:tid 
14028953424] AH00292: Apache/2.4.10 (Debian) OpenSSL/1.0.1k 
mod_perl/2.0.9dev Perl/v5.20.2 configured -- resuming normal operations
 [Tue May 05 13:02:19.930043 2015] [core:notice] [pid 41460:tid 
14028953424] AH00094: Command line: '/usr/sbin/apache2'
 [Tue May 05 13:02:55.969453 2015] [core:notice] [pid 41460:tid 
14028953424] AH00052: child pid 41466 exit signal Segmentation fault (11)

 root@support:/opt/otrs# grep -c Segmentation /var/log/apache2/error.log
 36

find dump output attached. It seems the problem went away after switching
to prefork worker.

bye,
- michael

Thread 27 (Thread 0x7f3ff20d1700 (LWP 41762)):
#0  0x7f3ffd07c50d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x7f3ffd58b4db in poll (__timeout=5000, __nfds=1, __fds=0x7f3ff20d0750) 
at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
No locals.
#2  apr_wait_for_io_or_timeout (f=f@entry=0x0, s=s@entry=0x7f3ff00c40a0, 
for_read=for_read@entry=1) at /tmp/buildd/apr-1.5.1/support/unix/waitio.c:51
pfd = {fd = 17, events = 1, revents = 0}
timeout = 
#3  0x7f3ffd58523a in apr_socket_recv (sock=sock@entry=0x7f3ff00c40a0, 
buf=buf@entry=0x7f3ff0079048 "L&ӁI\310bL\021\034\020\264\343K\375\337o\027", 
len=len@entry=0x7f3ff20d0810) at 
/tmp/buildd/apr-1.5.1/network_io/unix/sendrecv.c:87
rv = 
arv = 
#4  0x7f3ffd7a5fc1 in socket_bucket_read (a=0x7f3ff00c2108, 
str=0x7f3ff20d0808, len=0x7f3ff20d0810, block=) at 
/tmp/buildd/apr-util-1.5.4/buckets/apr_buckets_socket.c:36
p = 0x7f3ff00c40a0
buf = 0x7f3ff0079048 "L&ӁI\310bL\021\034\020\264\343K\375\337o\027"
rv = 
timeout = 139912133997408
#5  0x7f3ffdea6fc1 in ap_core_input_filter (f=0x7f3ff00c1120, 
b=0x7f3ff00c10a0, mode=, block=APR_BLOCK_READ, readbytes=5) at 
core_filters.c:236
e = 0x7f3ff00c2108
rv = 
net = 
ctx = 0x7f3ff00c1278
str = 0x0
len = 8000
#6  0x7f3ffdecb1ba in logio_in_filter (f=, 
bb=0x7f3ff00c10a0, mode=, block=, 
readbytes=) at mod_logio.c:140
length = 1430824257
status = 
cf = 0x7f3ff00c4678
#7  0x7f3ff93a8a1a in reqtimeout_filter (f=0x7f3ff20d0750, 
bb=0x7f3ff00c10a0, mode=AP_MODE_READBYTES, block=APR_BLOCK_READ, readbytes=5) 
at mod_reqtimeout.c:303
now = 2000
saved_sock_timeout = 500
ccfg = 0x7f3ff00c1170
#8  0x7f3ff8d7a2ea in bio_filter_in_read (bio=0x7f3fd4001650, 
in=0x7f3fd0011693 "\314?\177", inlen=5) at ssl_engine_io.c:471
inl = 5
inctx = 0x7f3ff00bf028
block = APR_BLOCK_READ
#9  0x7f3ff87fe16c in BIO_read () from 
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
No symbol table info available.
#10 0x7f3ff8b283a4 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
No symbol table info available.
#11 0x7f3ff8b2967d in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
No symbol table info available.
#12 0x7f3ff8b26994 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
No symbol table info available.
#13 0x7f3ff8d791ce in ssl_io_input_read (inctx=0x7f3ff00bf028, 
buf=0x7f3ff00bf070 
"Action=AgentDashboard;Subaction=Element;Name=0100-TicketPendingReminder;Filter=Locked;CustomerID=;SortBy=;OrderBy=;ChallengeToken=8JSMnp2DIamgjV9ne1wrcKjivWRTzWrQq=0.01\r\nAccept-Language:
 de,en-US;q=0."..., 
len=0x7f3ff20d0c60) at ssl_engine_io.c:591
wanted = 8192
bytes = 139912586981488
rc = -516
#14 0x7f3ff8d7b8eb in ssl_io_input_getline (len=0x7f3ff20d0c58, 
buf=0x7f3ff00bf070 
"Action=AgentDashboard;Subaction=Element;Name=0100-TicketPendingReminder;Filter=Locked;CustomerID=;SortBy=;OrderBy=;ChallengeToken=8JSMnp2DIamgjV9ne1wrcKjivWRTzWrQq=0.01\r\nAccept-Language:
 de,en-US;q=0."..., 
inctx=0x7f3ff00bf028) at ssl_engine_io.c:709
status = 
tmplen = 0
buflen = 8192
pos = 0x0
offset = 0
#15 ssl_io_filter_input (f=0x7f3ff00c1078, bb=0x7f3ff00b88b0, mode=, block=, readbytes=) at ssl_engine_io.c:1388
pos = 
status = 0
inctx = 0x7f3ff00bf028
start = 0x7f3ff00bf070 
"Action=AgentDashboard;Subaction=Element;Name=0100-TicketPendingReminder;Filter=Locked;CustomerID=;SortBy=;OrderBy=;ChallengeToken=8JSMnp2DIamgjV9ne1wrcKjivWRTzWrQq=0.01\r\nAccept-Language:
 de,en-US;q=0."...
len = 0
is_init = 
#16 0x7f3ffde95e83 in ap_rgetline_core (s=0x7f3ff00b70d0, n=8192, 
read=0x7f3ff20d0d98, r=0x7f3ff00b70a0, fold=0, bb=0x7f3ff00b88b0) at 
protocol.c:229
rv = 
e = 
bytes_handled = 0
current_alloc = 0
pos = 
last_char = 0x0
do_alloc = 
saw_eos = 0
#17 0x7f3ffde

Bug#781766: sysvinit should depend on initscripts for a functional /lib/sysvinit/init

[Michael Biebl]

Hi,

On Thu, 02 Apr 2015 11:24:53 -0700 Josh Triplett 
wrote:
> sysvinit-core depends on initscripts, but sysvinit does not.  However,
> sysvinit ships /lib/sysvinit/init, and it should be possible to use
> sysvinit by booting with init=/lib/sysvinit/init without having
> sysvinit-core installed.  Thus, sysvinit needs to have dependencies on
> any packages needed for a functional sysvinit init system, including
> initscripts (and potentially other dependencies of sysvinit-core).

The sysvinit package (as shipped in jessie) was mostly intended as a
transitional measure when upgrading from wheezy to jessie.
I tried to make that clear also in the package description.

Keep in mind, that when installing jessie from scratch, there will be no
/etc/inittab. This means, installing the sysvinit package (in parallel
to systemd-sysv) will not result in a bootable system via
init=/lib/sysvinit/init.

Now, if there is desire to make the sysvinit package useful beyond the
wheezy -> jessie upgrade, someone would have to deal with this inittab
problem first, I think.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#714058: cc65 packaging

[Oliver Schmidt]

Hi Laszlo,

>> On the other hand, Oliver promised me to
> >> add something like a consecutive number if I really need it for
> >> packaging purposes.
> > I can confirm this.
>


> Please do it then to confirm which commit should be considered a
> stable release.


Iff everything else is settled regarding packaging (incl. licensing) I'll
reach out to the list members and ask for last-minute contribtions. If that
phase is over I'll add a tag to the Git repo.

If possible update the file LICENSE as well to be zlib
> and GPL-2 as you previously noted.
>

There must be a misunderstanding!

I made a statement about _my_ contributions to cc65. I don't know who else
has contributed to cc65 before I started to maintain the upstream repo. In
fact I personally don't see how an exhaustive list of contributors can be
archived. And without acknowledgement from _all_ contributors I don't see
me changing _anything_ regarding the file LICENSE.

Regards,
Oliver

Bug#780798: wheezy-pu: package open-vm-tools/2:8.8.0+2012.05.21-724730-1+nmu2+deb7u1

[Adam D. Barratt]

On 2015-05-04 21:20, Bernd Zeimetz wrote:
as several people are rather unhappy abotu open-vm-tools-dkms being 
broken in
wheezy - and they don't seem to be able to pick it form 
proposed-updates - would

it be okwy to update it via wheezy-updates before the next point
release happens?


Is there some technical issue with them pulling the package from o-p-u, 
or do they just not want to?


Regards,

Adam


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

Bug#780364: [Pkg-sysvinit-devel] Bug#780364: The problem disappeared, when I removed /etc/adjtime file and rebooted

[Michael Biebl]

On Fri, 13 Mar 2015 18:36:51 -0300 Henrique de Moraes Holschuh
 wrote:
> On Thu, 12 Mar 2015, wzabo...@elektron.elka.pw.edu.pl wrote:
> > I have deleted the /etc/adjtime in the affected machine and rebooted it.
> > After that it boots correctly, without a delay caused by the "future
> > superblock write time".
> > However I don't understand what was the real cause of the problem...
> 
> /etc/adjtime has two relevant fields.  One tells whether the RTC is in UTC
> or local time, and the other has its systematic drift.
> 
> Both can, if wrong, result in some system tools changing the system time
> backwards if they're called during boot.
> 

Most likely, /etc/adjtime was configured to use local time and you ran
into [1]. In systemd, we avoid that error by skipping the file system
check if already done in the initramfs [2].
I think sysvinit should do the same and test for the flag files created
by initramfs-tools [3].


Cheers,
Michael

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767040
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782522
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782481
-- 
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#784315: RM: hoauth -- ROM; Unmaintained, replaced by hoauth2

[Joachim Breitner]

Thanks. i wanted to do that once I know the bug number, but forgot...

Joachim 

Am 5. Mai 2015 13:59:05 MESZ, schrieb Scott Kitterman :
>On Tuesday, May 05, 2015 10:56:02 AM you wrote:
>> Package: ftp.debian.org
>> Severity: normal
>> 
>> Dear ftp-masters,
>> 
>> the package hoauth is unmaintained by upstream (no release since
>2012),
>> and replaced by hoauth2. Please remove from Debian.
>
>Checking reverse dependencies...
># Broken Build-Depends:
>twidge: libghc-hoauth-dev
>
>I've added that 784316 blocks this bug.  Please remove the moreinfo tag
>once 
>that is resolved.
>
>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#784326: ITP: ruby-rails-html-sanitizer -- This gem can be used to sanitize HTML fragments in Rails applications

[Balasankar C]

Package: wnpp
Severity: wishlist
Owner: Balasankar C 

* Package name: ruby-rails-html-sanitizer
  Version : 1.0.2
  Upstream Author : Rafael Mendonça França
* URL : https://github.com/rails/rails-html-sanitizer/
* License : Expat
  Programming Lang: Ruby
  Description : This gem can be used to sanitize HTML fragments in Rails 
applications


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

Bug#784292: Fwd: Bug#784292: quagga: ospf6d no loner updates route after upgrade to Jessie

[Kaz Nishimura]

-- Forwarded message --
From: Kaz Nishimura 
Date: Tue, May 5, 2015 at 9:02 PM
Subject: Re: Bug#784292: quagga: ospf6d no loner updates route after
upgrade to Jessie
To: Christian Brunotte 


These are my Quagga configurations, which are almost the same as the ones
before the upgrade (I added interface sit2 and multicast to zebra.conf).

zebra.conf (backbone end, non-essential comments deleted):
--
log file /var/log/quagga/zebra.log

access-list private permit 172.20.0.0/16
access-list private deny any

route-map all deny 90

route-map authorized permit 10
match ip address private

interface sit2
multicast

ip route 172.20.0.0/20 172.20.240.1
ip route 172.20.247.0/24 dummy0
#ipv6 route 2002:b4eb:feac:ff00::/56 sit2

ip protocol rip route-map authorized
ip protocol ospf route-map authorized
--

ospf6d.conf (backbone end, non-essential comments deleted):
--
log file /var/log/quagga/ospf6d.log

router ospf6
router-id 172.20.240.2

interface eth0 area 0.0.0.0
#interface sit2 area 172.20.0.1
interface sit2 area 0.0.0.0

redistribute connected
redistribute static
--

zebra.conf (leaf end, non-essential comments deleted):
--
log file /var/log/quagga/zebra.log

access-list private permit 172.20.0.0/16
access-list private deny any

route-map all deny 90

route-map authorized permit 10
match ip address private

interface macvlan0
no ipv6 nd suppress-ra
ipv6 nd prefix 2002:b4eb:feac:ff00::/64

interface sit2
multicast

ip route 172.20.240.0/20 172.20.0.254
--

ospf6d.conf (leaf end, non-essential comments deleted):
--
log file /var/log/quagga/ospf6d.log

router ospf6
router-id 180.235.254.172

#interface sit2 area 172.20.0.1
interface sit2 area 0.0.0.0

redistribute connected
redistribute static
--


On Tue, May 5, 2015 at 5:24 PM, Christian Brunotte  wrote:

> Hello
>
> Can you please explain the problem on the Quagga users mailing list
> (https://lists.quagga.net/mailman/listinfo/quagga-users) and attach
> the (anonymized) config files? My IPv6 & OSPF knowledge is not
> good enough to help you myself :)
>
> It would be helpful if you could give 0.99.24.2 from Debian testing a try,
> the .deb package should currently be installable fine on Jessie as Testing
> still has the same library versions as Jessie:
>   https://packages.debian.org/stretch/quagga
>
> Best regards,
>
> -christian-
>
> Am Tue, 05 May 2015 09:36:09 +0900
> schrieb Kaz Nishimura :
>
> > Package: quagga
> > Version: 0.99.23.1-1
> > Severity: normal
> > Tags: ipv6
> >
> > Dear Maintainer,
> >
> > After upgrade to Jessie, ospf6d does not update IPv6 route for a SIT
> tunnel
> > (that is the only route I used ospf6d for).  Before the upgrade, it just
> > worked.
> >
> > As I see the state of ospf6d by vtysh, it seems it updates its internal
> > database (show ipv6 ospf6 database) but does not reflect it to its
> internal
> > routing table (show ipv6 ospf6 route).
> >
> > According to the release announcement, many changes have been made in
> > version 0.99.23, so they could affect the behavior, IMO.  I do not know
> > if version 0.99.24 has a fix for it.
> >
> > As ospf6d is not working for me now, I am using ripngd as a backup, and
> it
> > works fine.
> >
> > -- System Information:
> > Debian Release: 8.0
> >   APT prefers stable-updates
> >   APT policy: (500, 'stable-updates'), (500, 'stable')
> > Architecture: i386 (i686)
> >
> > Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
> > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> > Shell: /bin/sh linked to /bin/dash
> > Init: systemd (via /run/systemd/system)
> >
> > Versions of packages quagga depends on:
> > ii  adduser3.113+nmu3
> > ii  debconf [debconf-2.0]  1.5.56
> > ii  iproute2   3.16.0-2
> > ii  libc6  2.19-18
> > ii  libcap21:2.24-8
> > ii  libpam0g   1.1.8-3.1
> > ii  libreadline6   6.3-8+b3
> > ii  libtinfo5  5.9+20140913-1+b1
> > ii  logrotate  3.8.7-1+b1
> >
> > quagga recommends no packages.
> >
> > Versions of packages quagga suggests:
> > pn  snmpd  
> >
> > -- Configuration Files:
> > /etc/quagga/daemons changed:
> > zebra=yes
> > bgpd=no
> > ospfd=no
> > ospf6d=yes
> > ripd=yes
> > ripngd=yes
> > isisd=no
> > babeld=no
> >
> >
> > -- debconf information:
> > * quagga/really_stop: true
>
>
> --
> Content Delivery Server & Dienste
> _
> NETCOLOGNE Gesellschaft für Telekommunikation mbH
> Am Coloneum 9 | 50829 Köln
> Tel: 0221 -8711 | Fax: 0221 -78711
>
> www.netcologne.de
>
> Geschäftsführer:
> Jost Hermanns
> Mario Wilhelm
> Vorsitzender des Aufsichtsrates:
> Dr. Andreas Cerbe
> HRB 25580, AG Köln
>
> Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie
> diese
> Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch
> Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu
> löschen. Die E-Mail darf in diesem Fall weder vervi

Bug#784292: Fwd: Bug#784292: quagga: ospf6d no loner updates route after upgrade to Jessie

[Kaz Nishimura]

-- Forwarded message --
From: Kaz Nishimura 
Date: Tue, May 5, 2015 at 9:21 PM
Subject: Re: Bug#784292: quagga: ospf6d no loner updates route after
upgrade to Jessie
To: Christian Brunotte 


I upgraded to 0.99.24-2 from testing but it was not resolved.

This is the output of 'show ipv6 ospf6 database' command on vtysh (backbone
end):
--

Area Scoped Link State Database (Area 0.0.0.0)

Type LSId   AdvRouter   Age   SeqNum
Payload
INP  0.0.0.0172.20.240.2153 803c
2002:b4eb:feac:fff0::/64
INP  0.0.0.0172.20.240.2153 803c
240d:0:860a:6600::/64
INP  0.0.0.0180.235.254.172 495 803b
2002:b4eb:feac:fff0::/64

I/F Scoped Link State Database (I/F eth0 in Area 0.0.0.0)

Type LSId   AdvRouter   Age   SeqNum
Payload
Lnk  0.0.0.2172.20.240.2159 8001
fe80::210:c6ff:fe0d:d306

I/F Scoped Link State Database (I/F sit2 in Area 0.0.0.0)

Type LSId   AdvRouter   Age   SeqNum
Payload
Lnk  0.0.0.5172.20.240.2153 803b
fe80::ac14:f002
Lnk  0.0.0.4180.235.254.172 495 803b
fe80::ac14:1

AS Scoped Link State Database

Type LSId   AdvRouter   Age   SeqNum
Payload
ASE  0.0.0.0172.20.240.2153 803b
2002:b4eb:feac:fff0::/64
ASE  0.0.0.1172.20.240.2153 803b
240d:0:860a:6600::/64
ASE  0.0.0.0180.235.254.172 495 803b
2002:b4eb:feac:ff00::/64
ASE  0.0.0.1180.235.254.172 495 803b
2002:b4eb:feac:fff0::/64
--
Note that the leaf end router (180.235.254.172) and the corresponding
destination address (2002:b4eb:feac:ff00::/64) appears in the database.

This is the output of 'show ipv6 ospf6 route' command on vtysh (backbone
end):
--
*N IA 2002:b4eb:feac:fff0::/64   ::  sit2
00:05:00
*N IA 240d:0:860a:6600::/64  ::  eth0
00:05:00
--
Note that the routing table only has local routes.

As ospf6d is in "beta" state according to Quagga's release announcements,
it could become broken in version 0.99.23.  If I could have free time, I
would examine what were changed in ospf6d in 0.99.23.


On Tue, May 5, 2015 at 9:02 PM, Kaz Nishimura  wrote:

> These are my Quagga configurations, which are almost the same as the ones
> before the upgrade (I added interface sit2 and multicast to zebra.conf).
>
> zebra.conf (backbone end, non-essential comments deleted):
> --
> log file /var/log/quagga/zebra.log
>
> access-list private permit 172.20.0.0/16
> access-list private deny any
>
> route-map all deny 90
>
> route-map authorized permit 10
> match ip address private
>
> interface sit2
> multicast
>
> ip route 172.20.0.0/20 172.20.240.1
> ip route 172.20.247.0/24 dummy0
> #ipv6 route 2002:b4eb:feac:ff00::/56 sit2
>
> ip protocol rip route-map authorized
> ip protocol ospf route-map authorized
> --
>
> ospf6d.conf (backbone end, non-essential comments deleted):
> --
> log file /var/log/quagga/ospf6d.log
>
> router ospf6
> router-id 172.20.240.2
>
> interface eth0 area 0.0.0.0
> #interface sit2 area 172.20.0.1
> interface sit2 area 0.0.0.0
>
> redistribute connected
> redistribute static
> --
>
> zebra.conf (leaf end, non-essential comments deleted):
> --
> log file /var/log/quagga/zebra.log
>
> access-list private permit 172.20.0.0/16
> access-list private deny any
>
> route-map all deny 90
>
> route-map authorized permit 10
> match ip address private
>
> interface macvlan0
> no ipv6 nd suppress-ra
> ipv6 nd prefix 2002:b4eb:feac:ff00::/64
>
> interface sit2
> multicast
>
> ip route 172.20.240.0/20 172.20.0.254
> --
>
> ospf6d.conf (leaf end, non-essential comments deleted):
> --
> log file /var/log/quagga/ospf6d.log
>
> router ospf6
> router-id 180.235.254.172
>
> #interface sit2 area 172.20.0.1
> interface sit2 area 0.0.0.0
>
> redistribute connected
> redistribute static
> --
>
>
> On Tue, May 5, 2015 at 5:24 PM, Christian Brunotte 
> wrote:
>
>> Hello
>>
>> Can you please explain the problem on the Quagga users mailing list
>> (https://lists.quagga.net/mailman/listinfo/quagga-users) and attach
>> the (anonymized) config files? My IPv6 & OSPF knowledge is not
>> good enough to help you myself :)
>>
>> It would be helpful if you could give 0.99.24.2 from Debian testing a try,
>> the .deb package should currently be installable fine on Jessie as Testing
>> still has the same library versions as Jessie:
>>   https://packages.debian.org/stretch/quagga
>>
>> Best regards,
>>
>> -christian-
>>
>> Am Tue, 05 May 2015 09:36:09 +0900
>> schrieb Kaz Nishimura :
>>
>> > Package: quagga
>> > Version: 0.99.23.1-1
>> > Severity: normal
>> > Tags: ipv6
>> >
>> > Dear Maintainer,
>> >
>> > After upgrade to Jessie, ospf6d does not update IPv6 route for a SIT
>> tunnel
>> > (that is the only route I used ospf6d for).  Before the upgrade, it just
>> > worked.
>> >
>> > As I see the state of ospf6d by vtysh, it seems it updates its internal
>> > database (show ipv6 ospf6 database) but does

Bug#784327: python-moinmoin: should (and be adapted to and) recommend ckeditor (not fckeditor)

[Jonas Smedegaard]

Package: python-moinmoin
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

fckeditor has been removed from Jessie, yet is recommended by
python-moinmoin.

One of the RC bugs against fckeditor - bug#758897 - indicates that
ckeditor is a successor, so hopefully python-moinmoin can be adapted to
use that instead.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVSLkmAAoJECx8MUbBoAEhT1UP/j8+o7GGA8YqXFdkIIue4rzl
qLJ/fR3vW+SCahnhPPdte6eRs4LH6ILOHV9TryYgBuXAJEJausMCanZS3xv/pyy1
AaNB/tWi/pENekgcTkR7yflGX84/yYJx0clmYfVUCZdHhkoAphoD6NK5E4lW5WD3
twbfcSCsqlcAgRDeoQ1MQHz12mKyysgWUIETEVViOY+nKhp6H+ziNtWS2WuiNdS9
2qF53cH+B6OeWxEW5tDmWpCNCsPKW2plcGH/hd+WW3GeucUod0hG4XgndcndpGF5
hD/Abqsc+ohfNNPQdGjMruI/sfdO8tGzVjp3IyWNk6RUK/cAQn0A5S86NjdxsQcC
qPdOxFmzvw6fj+uubD0IT60YP2z5yL33f0E8H9PMUxJk33YIxGdvm8dxzEEnH5Gb
3TmmBZvag+9UEgJwQZuE6BW/I5M7L5279T60sdUzKpsc4MvO6tqQvGVFGYOJtEnF
PbulTogOOMVHeeNjPVAKRzSobG6grYYUdyVoTXSy6ROVxt/cshwQrUypQNyvzBv8
Ap2Es6KdHf9zDlA/ESHSjmOrz5PePts9hW9qswW/LZIxreFr3x0EZ6suukomCUOs
voW1jdggjdUocVRkGqHSJdm4ISz+ovGw49mDQ/lirFNBB8eokulwT+B7HWJB/sxg
nGQh0IjRTEMIP4+sNA/K
=NMwA
-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#784328: fvwm (2.6.5) does not detect hotkeys

[Claude Krantz]

Package: fvwm
Version: 1:2.6.5.ds-3
Severity: important

Dear Maintainer,

As of FVWM 2.6.5 provided by Debian 8 (jessie) the hotkey events defined in 
~./fvwm2rc do not seem to be detected anymore.


My fvwm2rc is pretty generic and has worked unchanged since woody. The recent 
dist-upgrade from wheezy (fvwm 2.5.30) to jessie (fvwm 2.6.5) broke
hotkey detection for me. I realised that I could no longer move across the 
virtual desktop using my predefined keys (Shift-Ctrl-Arrows). I tried to
change the event assignment to different key combinations in fvwm2rc, to no 
effect. The relevant snippet of my fvwm2rc is attached. While this bug does not 
render fvwm completely non-functional, it does reduce the usability of the 
window manager significantly - hence I consider this an important issue.


Workaround:

Manual downgrade of fvwm using the package from wheezy (fvwm_2.5.30.ds-1.1) 
solves the problem. Presently I keep fvwm pinned at that version as a workaround 
of the bug. All my other packages are from jessie (i386).


Other observations:

I do have fvwm 2.6.5 installed on FreeBSD with an almost identical fvwm2rc and, 
there, hotkeys do work. I therefore believe the bug is specific to Debian/jessie 
and does not go upstream.


Yours,

Claude


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

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

Versions of packages fvwm depends on:
ii  libc6   2.19-18
ii  libcairo2   1.14.0-2.1
ii  libfontconfig1  2.11.0-6.3
ii  libfribidi0 0.19.6-3
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.1-1
ii  libice6 2:1.0.9-1+b1
ii  libperl4-corelibs-perl  0.003-1
ii  libpng12-0  1.2.50-2+b2
ii  libreadline66.3-8+b3
ii  librplay3   3.3.2-14
ii  librsvg2-2  2.40.5-1
ii  libsm6  2:1.2.2-1+b1
ii  libstroke0  0.5.1-6.1
ii  libtinfo5   5.9+20140913-1+b1
ii  libx11-62:1.6.2-3
ii  libxcursor1 1:1.1.14-1+b1
ii  libxext62:1.3.3-1
ii  libxft2 2.3.2-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  libxrender1 1:0.9.8-1+b1
ii  perl5.20.2-3
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages fvwm recommends:
ii  fvwm-icons20070101-2
ii  libx11-protocol-perl  0.56-6
ii  perl-tk   1:804.032-3+b3

Versions of packages fvwm suggests:
ii  cpp  4:4.9.2-2
pn  fvwm-themes  
ii  m4   1.4.17-4
pn  menu 
ii  wm-icons 0.4.0-9

-- no debconf information



--
---
Dr. Claude Krantz

Max-Planck-Institut fuer Kernphysik
Saupfercheckweg 1
D-69117 Heidelberg

Tel.:  (+49 6221) 516516
Fax.:  (+49 6221) 516602
Email: claude.kra...@mpi-hd.mpg.de

# Section: Key bindings
#
# This section binds some actions to keys.  The bindings have been inspired
# by MWM, Windows, and nightmares.  Everything that these key bindings do,
# can be done without them.  Therefore they should not be too much of a
# burden on new users, but it definitely _can_ be confusing to press a
# key by accident and have it do something completely unexpected.
#

Key Tab A   M   Next [CurrentPage !iconic] focus-and-raise
Key Tab A   MS  Prev [CurrentPage !iconic] focus-and-raise
Key Tab A   CM  Next [CurrentPage] deiconify-and-focus
Key Tab A   CMS Prev [CurrentPage] deiconify-and-focus
Key LeftA   SC  Scroll -100 0
Key Up  A   SC  Scroll +0 -100
Key Right   A   SC  Scroll +100 +0
Key DownA   SC  Scroll +0 +100
Key F1  A   M   Popup Window-Ops
Key F2  A   M   Popup /Main
Key F3  A   M   Lower
Key F4  A   M   WindowList
Key F5  A   M   CirculateUp
Key F6  A   M   CirculateDown
Key F7  A   M   Move
Key F8  A   M   Resize
Key F9  A   M   Iconify
Key F10 A   M   Maximize

Bug#663424: sources.debian.net to the rescue

[era eriksson]

As a partial remedy, sources.debian.net now exposes the sources for
browsing, though it's not quite the same as having them on Github.

https://sources.debian.net/src/equivs/

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.


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

Bug#784319: [Pkg-nagios-devel] Bug#784319: Segfault when running check_dhcp

[Jan Wagner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Andreas,

thanks for taking the time and reporting this issue.

Am 05.05.15 um 12:21 schrieb Andreas Heinlein:
> Since upgrading to jessie, I get this in my syslog: kernel:
> check_dhcp[20879]: segfault at 21 ip 2b508d08f21e sp 
> 7ffc9eee20b0 error 4 in libc-2.19.so[2b508cfc1000+19f000]

Can you give me some more details for trying to repoduce the problem?

For example, which architecture are you using, which kernel. Anyways
.. also you command definition could help.

Thanks, Jan.
- -- 
Never write mail to , you have been warned!
- -BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V-
PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJVSLkWAAoJEAxwVXtaBlE+UOEQAKBb01qTY3pd54q0c5ecYV+R
0akLnnVTjXht4J1KAFPDN/EQODmrhtwmgrh3HldpGrIqDOVyrT1xoTyN2bCMgd2D
7cE9lrNmMRvJKLQ/XZQRyfQ5n/xidP8GOOPr9kD64lF1u5DAxflCgRGnydGkmweK
FPbFbChnZnoujIOukcbXiBMnLCkpgaFQIk6jbM2zaSOBJ4DVdC9TN3EP2N7kH51E
Fdmx6qNvSuxbmumi460ACKI5Q9mK73rg6tWBrMdgx4vHwZdEpqAlpdWktB0u0x0s
CQnpq21lZkulcdgmaZF3Jk86nXc6IsxCrANCFW8RGRCozS8IjNXhhWCpx98pRMnG
0TLcg9aE0molUxr2Rzds5Gy/eNeGeBlEInJXmdS4eSKywD9TpczVdQSB9FbsR7M6
WjWYHiV/DLF5bDCMviD5roT9ODQe7CQ7gJc1kOhuglbSWk2o169SnNu+5x6NfeEa
cVBePMSeX+SFvVSXYso4h1ncKf3gRfFddPEVBVHRkAXXaK6cp/53L+brLewmk5wj
5sxAyQemlzslbxEKyHWjtfvQI/lLRMp3Vb+20tidR7m7ee/vF3ncv7B+Bb1cHYtv
+/UKfn8FMgLBoLVjvmXfBBfoCMFqD3RAdyK7tVeujZlS6rrV8mugjOx/2zw5NLND
ZQ64O0HnWJ5v1Zz7t1jz
=kvlt
-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#783637: Installation fails because starting colord fails on missing libudev.so.0

[Michael Tokarev]

05.05.2015 14:55, Michael Lager wrote:
> This was an upgrade from debian wheezy to jessie and a report (as requested) 
> on how it went.  I just hope this can be put right for others wishing to  
> upgrade and finding it doesn't work.  My work-around was to create a symbolic 
> link (result as below) for the missing file based on the pattern for symbolic 
> links elsewhere: jessie now works OK.
> 
> $ ll|grep udev
> lrwxrwxrwx   1 root root   21 Apr 16 16:53 libgudev-1.0.so.0 -> 
> libgudev-1.0.so.0.2.0
> -rw-r--r--   1 root root42920 Apr 16 16:53 libgudev-1.0.so.0.2.0
> lrwxrwxrwx   1 root root   38 Apr 16 16:53 libudev.so -> 
> /lib/x86_64-linux-gnu/libudev.so.1.5.0
> lrwxrwxrwx   1 root root   10 Apr 28 11:10 libudev.so.0 -> libudev.so
> lrwxrwxrwx   1 root root   12 Apr 29 10:34 libudev.so.1 -> libudev.so.0

So for someone who finds this, don't do this, this is WRONG.  The libs are
named the way they are for a purpose, because symbols in libudev.so.0 are
not compatible with these in libudev.so.1 and so on.  Sometimes such symlinking
makes some executable to start so seemingly this smells like a solution, but
it is quite possible that this executable will just crash when asked to do
something real.  Sometimes this doesn't work at all.

This has nothing to do with upgrade from wheezy to jessie really.  You have
locally installed alternative libusb-1.0.so.0.  This library is not recorded
in the dpkg database so apt/dpkg doesn't know about it and doesn't know
that it needs libudev.so.0.  This is a library you installed manually.

The solution is to either install libudev0 package to make your libusb-1.0 to
work (and maybe record that libudev0 is needed so it wont be removed by a
chance), or, better yet, just remove your libusb-1.0, because jessie comes
with its own, most likely never version, and together with support.

Your situation is rare, because it is uncommon to install 3rd party libraries
like this, and even less common to come across such an issue.

But the "solution" you offered is _wrong_.

Thanks,

/mjt

> On Mon, 4 May 2015 18:04:02 +0200 Samuel Thibault  
> wrote:
>> Michael Lager, le Mon 04 May 2015 12:54:14 +0100, a écrit :
>> > /usr/local/lib/libusb-1.0.so.0
>> > NEEDED libudev.so.0
>> > NEEDED librt.so.1
>> > NEEDED libpthread.so.0
>> > NEEDED libc.so.6
>> > dpkg-query: no path found matching pattern /usr/local/lib/libusb-1.0.so.0
>>
>> We can not support the dependencies of locally-installed software.
>> Either remove that software, or install the required dependencies (here,
>> fetch the libudev0 package from wheezy)
>>
>> Samuel
>>
>>
> 
> 


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

Bug#618862: systemd: ignores keyscript in crypttab

[GW]

  

Hello, 

In case someone else needs it, a workaround for the common
use case of using the `decrypt_derived` keyscript to unlock partitions
is to save the derived key into a file on the encrypted partition that
you would otherwise derive from (make sure only root can access it).
This at least works for the encrypted root partition on which others
depend on and is as secure as using the decrypt_derived keyscript.


http://gw.tnode.com/debian/issues-and-workarounds-for-debian-8/


Greetings,
 gw  

  

Bug#784329: bugs.debian.org does not (obviously) link to the UDD usertags list/search pages

[Wookey]

Package: bugs.debian.org
Severity: normal

It is hard to find out which usertags exist.

UDD has a very handy page that lists them all:
http://udd.debian.org/cgi-bin/bts-usertags.cgi?user=&tag=*
(I'm sure I had a version of this page that didn't show all the
emails, which was nicer, but can't remember how to get that now)

Every time I need the info I spend 15 mins remembering where/how to
get it.

A link on the bugs.debian.org pages to 'list of usertags' would be
very handy.

Even more useful for people who know which tags interest them is the
search page:
http://udd.debian.org/cgi-bin/bts-usertags.cgi

(which should also have a link to the list but doesn't - only one to
all the users).

Maybe there is another way of finding this info, and maybe there is a
link I didn't find, but I think these pages could very usefully be
made much easier to find on the website. I hope you agree.

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

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


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

Bug#783912: [Pkg-xfce-devel] Bug#783912: terminal: keyboard bug while in use

[Yves-Alexis Perez]

On ven., 2015-05-01 at 10:27 +0200, Hans Temeschinko wrote:
> Hallo, I am using the keyboard in a console/terminal window to write
> and then the right hand keys change to numbers 
> and other keys. I had this some day before and when the system is shut
> down and rebooted it is fixed.
> today I was using "du" as root and than the keys have changed another
> time. I changed from one window to another
> in which an internet browser was open and tryed to type in some words
> whith the same results.
> I shut down the system, reboot and everything is ok. But I don't know
> when it will apear again and it seems to
> me important not to fill in forms in an internet-buy and than suddenly
> have no options to fill in the right words/numbers

Looks like you're using a laptop keyboard and you're enabled the numlock
key. Completely unrelated to Xfce terminal.

Regards,
-- 
Yves-Alexis


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

Bug#784319: [Pkg-nagios-devel] Bug#784319: Segfault when running check_dhcp

[Andreas Heinlein]

Of course, here it is.

Everything worked under wheezy with icinga2 and the plugins from
wheezy-backports, which I believe were the same version as in jessie.
If you need any further information, just let me know.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 monitoring-plugins-basic depends on:
ii  iputils-ping   3:20121221-5+b2
ii  libc6  2.19-18
ii  libssl1.0.01.0.1k-3
ii  monitoring-plugins-common  2.1.1-1
ii  procps 2:3.3.9-9
ii  ucf3.0030

Versions of packages monitoring-plugins-basic recommends:
ii  libcap2-bin  1:2.24-8

Versions of packages monitoring-plugins-basic suggests:
pn  icinga | icinga | nagios3  

-- no debconf information

-- Command definition:
object Service "dhcp" {
  import "generic-service"

  host_name = "localhost"
  check_command = "dhcp"
  vars.dhcp_serverip = "172.16.9.3"
  vars.dhcp_requestedip = "172.16.9.254"
  vars.dhcp_mac = "aa:bb:cc:dd:ee:ff"
  vars.dhcp_interface = "eth1"
  vars.sla = "24x7"
}


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

Bug#714058: cc65 packaging

[John Paul Adrian Glaubitz]

On 05/05/2015 02:17 PM, Oliver Schmidt wrote:

I made a statement about _my_ contributions to cc65. I don't know who else
has contributed to cc65 before I started to maintain the upstream repo. In
fact I personally don't see how an exhaustive list of contributors can be
archived. And without acknowledgement from _all_ contributors I don't see
me changing _anything_ regarding the file LICENSE.


Uhm, I think you are taking this way too serious. I don't think that
anyone who ever contributed to cc65 besides Ullrich and John would not
agree to have the code fully covered under the Zlib license. And most
of the code was rewritten anyway according to Ullrich von Bassewitz and
all of what was rewritten was licensed under the Zlib.

If you are refusing to change the LICENSE file accordingly, we won't
be able to continue with the packaging process.

Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#768524:

[Toby St Clere Smithe]

Hey hey,

And now that 2.0.1 is out, I'll certainly do so.

Best,

Toby

PICCA Frederic-Emmanuel 
writes:
> Hello,
>
> now that Jessie is out, is it possible for yu to upload the 2.x version.
>
> thanks a lot for your efforts
>
> Frederic


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

Bug#784310: apt update always fails on experimental/non-free

[Axel Beckert]

Control: found -1 1.0.9.8
Control: affects -1 aptitude

Hi,

Cesare Leonardi wrote:
> Since months i have an error during the apt update phase, always on
> experimental/non-free.

Same here.

> Initially i thought it was a temporary mirror problem,

Dito.

> Err http://httpredir.debian.org experimental/non-free amd64 Packages

Also the http redirection is not the cause as I get this with using
plain http on ftp.ch.debian.org:

Err http://ftp.ch.debian.org experimental/non-free amd64 Packages

I though currently can't reproduce it on i386.

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#760035: gdm3 listen XDMCP always on udp6 177, still present in Jessie, GDM 3.14.1

[sergey]

Package: gdm3
Version: 3.14.1-7
Followup-For: Bug #760035

Dear Maintainer,

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

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

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


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 gdm3 depends on:
ii  accountsservice   0.6.37-3+b1
ii  adduser   3.113+nmu3
ii  dconf-cli 0.22.0-1
ii  dconf-gsettings-backend   0.22.0-1
ii  debconf [debconf-2.0] 1.5.56
ii  gir1.2-gdm3   3.14.1-7
ii  gnome-session [x-session-manager] 3.14.0-2
ii  gnome-session-bin 3.14.0-2
ii  gnome-settings-daemon 3.14.2-3
ii  gnome-shell   3.14.2-3+b1
ii  gnome-terminal [x-terminal-emulator]  3.14.1-1
ii  gsettings-desktop-schemas 3.14.1-1
ii  libaccountsservice0   0.6.37-3+b1
ii  libaudit1 1:2.4-1+b1
ii  libc6 2.19-18
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra0  0.30-2.1
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libgdm1   3.14.1-7
ii  libglib2.0-0  2.42.1-1
ii  libglib2.0-bin2.42.1-1
ii  libgtk-3-03.14.5-1
ii  libpam-modules1.1.8-3.1
ii  libpam-runtime1.1.8-3.1
ii  libpam-systemd215-17
ii  libpam0g  1.1.8-3.1
ii  librsvg2-common   2.40.5-1
ii  libselinux1   2.3-2
ii  libsystemd0   215-17
ii  libwrap0  7.6.q-25
ii  libx11-6  2:1.6.2-3
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.1-1+b1
ii  libxrandr22:1.4.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  metacity [x-window-manager]   1:3.14.3-1
ii  mutter [x-window-manager] 3.14.2-1
ii  policykit-1   0.105-8
ii  ucf   3.0030
ii  x11-common1:7.7+7
ii  x11-xserver-utils 7.7+3+b1
ii  xterm [x-terminal-emulator]   312-2

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.14.0-1
ii  desktop-base   8.0.2
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
ii  xserver-xephyr 2:1.16.4-1
ii  xserver-xorg   1:7.7+7
ii  zenity 3.14.0-1

Versions of packages gdm3 suggests:
ii  gnome-orca3.14.0-4
ii  libpam-gnome-keyring  3.14.0-1+b1

-- Configuration Files:
/etc/gdm3/daemon.conf changed:
[daemon]
[security]
DisallowTCP=false
[xdmcp]
Enable=true
MaxPending=4
MaxSessions=16
MaxWait=30
MaxWaitIndirect=30
PingIntervalSeconds=60
MaxPendingIndirect=4
DisplaysPerHost=2
HonorIndirect=true
Port=177
[greeter]
[chooser]
[debug]


-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3


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

Bug#784330: game-data-packager without arguments refuses to run due to Python error

[vbdasc]

Package: game-data-packager
Version: 41
Severity: important

Dear Maintainer,

game-data-packager ver.41 without arguments doesn't start at all; I get this
output instead:


vbdasc@mail:/tmp$ game-data-packager
Traceback (most recent call last):
  File "/usr/lib/python3.4/runpy.py", line 170, in _run_module_as_main
"__main__", mod_spec)
  File "/usr/lib/python3.4/runpy.py", line 85, in _run_code
exec(code, run_globals)
  File "/usr/share/games/game-data-packager/game_data_packager/__main__.py",
line 21, in 
run_command_line()
  File "/usr/share/games/game-data-packager/game_data_packager/__init__.py",
line 2786, in run_command_line
parser.print_help()
  File "/usr/lib/python3.4/argparse.py", line 2368, in print_help
self._print_message(self.format_help(), file)
  File "/usr/lib/python3.4/argparse.py", line 2374, in _print_message
file.write(message)
UnicodeEncodeError: 'ascii' codec can't encode character '\u0142' in position
2912: ordinal not in range(128)

As such, the package is unusable for me.



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

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

Versions of packages game-data-packager depends on:
ii  fakeroot1.20.2-1
ii  python3 3.4.2-2
ii  python3-debian  0.1.27
ii  python3-yaml3.11-2
pn  python3:any 

game-data-packager recommends no packages.

Versions of packages game-data-packager suggests:
ii  arj3.10.22-13
ii  binutils   2.25-7
ii  cabextract 1.6-1
pn  cdparanoia 
ii  dynamite   0.1.1-2
ii  gcc4:4.9.2-3
ii  gir1.2-gtk-3.0 3.14.5-1
ii  gir1.2-pango-1.0   1.36.8-3
pn  innoextract
ii  lgc-pg 1.2.6-1
pn  lhasa | jlha-utils | lzh-archiver  
ii  make   4.0-8.1
ii  p7zip-full 9.20.1~dfsg.1-4.1
ii  python3-gi 3.14.0-1
pn  unace-nonfree  
pn  unrar-nonfree  
pn  unshield   
ii  unzip  6.0-16
ii  vorbis-tools   1.4.0-6

-- 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#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

[Alex Deucher]

On Wed, Apr 29, 2015 at 7:45 AM, Steve McIntyre  wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:7.5.0-1
> Severity: normal
>
> Hi folks,
>
> I upgrade my main office desktop to Jessie on Monday, and just about
> evrrything worked really well - just half a dozen oro so config files
> needed merging with new upstream etc. Painless!
>
> However, I'm now seeing a really odd problem with X on my
> machine. I've got an AMD graphics card, which Xorg.0.log tells me is a
>
>  RADEON(0): Chipset: "PITCAIRN" (ChipID = 0x6810)
>
> and a DP+ connection to a lovely 27" NEC monitor. It works just fine
> when I'm using it, *but* when I leave it overnight and come in the
> next morning it doesn't want to wake up properly. I'm locking the
> screen with Xscreensaver and then turning off the monitor as I leave.
>
> In the morning, I turn on the screen and I don't get a display at
> all. I've wiggled the mouse, hit numlock on the keybard (the numlock
> led illuminates fine), etc., but no display. I've seen this kind of
> thing happen in the past on some machines, so I switch to VT1 and back
> to see if that helps. Still no display at all, either on console or
> under X. I log in remotely and I can see that the Xorg.0.log file has
> been updated with mode lines for the monitor, suggesting things have
> just woken up fine. But still no display.
>
> Here's the really weird thing: at this point, the monitor has
> basically locked up. It won't respond to the power/input/menu butttons
> at all, and is still showing the blue LED that says "I have signal"
> rather than switching to the amber "no signal" warning. Therefore, I
> can only assume there's a problem here with some weird invalid DP
> signal being produced.
>
> Yesterday, I gave up and rebooted after a few minutes - I had work to
> do. Today, I started searching for any other reports like this using
> my laptop. About ten minutes later while I was doing this
> (approximately, wasn't paying massive attention at this point), my
> desktop screen suddenly came to life and now it's working OK.
>
> I have no idea of where to even start debugging this. Help!
>


If this is a regression, what previous version was working correctly?
Does the problem only happen when you physically power off the
monitor?  Does it come back ok when you let dpms kick in?  How about
when you physically disconnect the monitor from the computer?  Also,
what screensavers are you using?  There may be a problematic GL
screensaver that's causing a GPU lockup.  Can you try forcing a single
known stable screensaver?

Alex


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

Bug#714058: cc65 packaging

[GCS]

Hi Oliver,

On Tue, May 5, 2015 at 2:17 PM, Oliver Schmidt  wrote:
> Iff everything else is settled regarding packaging (incl. licensing) I'll
> reach out to the list members and ask for last-minute contribtions. If that
> phase is over I'll add a tag to the Git repo.
 OK, sounds good.

>> If possible update the file LICENSE as well to be zlib
>> and GPL-2 as you previously noted.
> There must be a misunderstanding!
>
> I made a statement about _my_ contributions to cc65. I don't know who else
> has contributed to cc65 before I started to maintain the upstream repo. In
> fact I personally don't see how an exhaustive list of contributors can be
> archived. And without acknowledgement from _all_ contributors I don't see me
> changing _anything_ regarding the file LICENSE.
 Then the first step is to ask everyone you (we?) know to allow the
relicensing of the whole cc65. This means all contributors of the code
who ever changed something in it, even a single character. Do others
like John R. Dunning or Ullrich von Bassewitz may have a full commit
history and/or list of the contributors over the years?
I'm _not_ a lawyer, but do we really need to reach everyone? Would it
be enough to ask only people who added their copyright messages in the
top of the files? I don't know if others can be counted as they left
the copyright to the actual source maintainer or not. At least I don't
see any sign that they claim any copyright of their contributions. The
LICENSE file states only the previous two coders have the copyright.
Not a single sentence mentions others who may have contributed to the
source.
Until this license issue is not solved, cc65 remains non-free from the
Debian point of view. :(

Regards,
Laszlo/GCS


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

Bug#782443: parcimonie: allow to run without dbus

[Jonas Smedegaard]

Package: parcimonie
Followup-For: Bug #782443

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I am wondering if possible to use parcimonie in a non-X11 environment
- - i.e. without pulling in the (for a console-only system) huge GTK+ libs.

Sounds related to this bug - or should I file separately?

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVSMFwAAoJECx8MUbBoAEhfpAQAK7gJutvTRbyZ2QiGJYpifUy
hRsniYvezauJ/R1s0kcA/pxSNHkDxbsmobckovkKo1B0HWKl4MZmo+TR8MqSLiTc
Tu1U6X3YKuN1A6Hy2GkrPaZBNF/uRutoKJ5wzJi0CZqMX/ohhxLHgW3OMmMhLEqh
SVTP7Q4xpvsibV65tUujF+851ptPnWTRPqnneOSRnsFSLOjYyjzt/aaltZavI4FV
RlZuKmn8JVjQtlrPX8DRUkGUhxX6IH8JtAqCTedfMnWB6GCzZry1XH8KgTZwWr2G
Jx9igvVpQL6aFpgU6etZhBInmT7EeVOzLbf4hmRt6PUyMI8p6JtcTAHDM992oCMK
epKWwuERgNePHanCxGr3+UZj/18Llvl5rdavQKfxEsInJCeSjBW2FP4bl2WlRJDY
y6VpAM7wA8ypuUHFId4/vORDLTmPaelORH0Z0nOKkQD76HgDT2Ird+datZcP+cY6
nqgnqdhGCGpSACnfbQO77L/cfs1lwE54tBxCZDtjhSL0w7ecNeUspreIpiQYDnFO
4JxMaIQlgLX1Fpp4Ws90NPCpi2moZ/vyS91mh3fFLlaOKjbBElsCLSaJw8nhwdSb
ZL/2WjhkOjWYB7vBrbmiEz8L6EgNOMIZFVWZfETOUBmpwE04T7ZeG4M1qykIaPTd
rM2y0O1wslHHwXn13w82
=gWQD
-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#784319: [Pkg-nagios-devel] Bug#784319: Bug#784319: Segfault when running check_dhcp

[Jan Wagner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Andreas,

Am 05.05.15 um 14:51 schrieb Andreas Heinlein:
> Everything worked under wheezy with icinga2 and the plugins from 
> wheezy-backports, which I believe were the same version as in
> jessie. If you need any further information, just let me know.

this is very interesting. So it doesn't seems that monitoring-plugins
does trigger it, as you uses the same package like on wheezy (just
linked against older libs).

It looks like you have installed libcap2-bin and using the
capabilities features of the kernel to run check_dhcp.
Maybe you can try to run check_dhcp on your shell as non-root user?
It's just a wild guess, but it may work on your root shell, cause your
higher privileges, but not from the worker, cause it has no privileges.

Thanks, Jan.
- -- 
Never write mail to , you have been warned!
- -BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V-
PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJVSMIzAAoJEAxwVXtaBlE+5fgP/2h2PBbj5sp0lFqMPSqy4HdC
yGbwrQ0f+njZ9049okqXvIf54TAEhGdWtevj+EGNIIeEIsEZ56v2mgVqDFgpRoaK
eUHHo6Ryo9RqrV6OvKp087JHCDu/5KMZbNJfB9oC2j3lrLnHUhejhgBueeSncG9L
Zn1XtwCGXlnmHyDn556BCHETVLukVJfvAiXsjfY9WbgP8KVR9pbddJZRKmkkVsdi
W31smvPt0KRLJIwi+tk2qmJcM7VFtoIexpTunvDQHoVSEcADPFBbt30GZdjSXYSM
unJK5k3d+ONTlfEKUrWlBuuRSQMFpryxfYNFy/7SgkLm0v+56ETXR10pgtarWg3k
ApPQVV4Nlkzlz8jHuvD44sL306CdQoDE1NEEtoCtGuSjiIuwuywNNKjP8WJwYHCG
hiIIpj6OhpAjWDBIIYcfWoJeS5QU0xVJeV8q7bF5iJtZnECVEmQWSgHuWymLw5LO
15DD2fluuLUSIXV/ynhXKnFwl7VkFlXPMHFvdnM4SrCXw2ki/yuPS0OCF3AbDK8h
zUigc0kId3n6QhHxt62A1BCdmJhw8Fco/U2TmblEWKk6XPoHIGCuNcbUOv5FDp2r
FNZh5BUyIO8U9I8+Vt3kKCpkkhMMDJgpkRgdM+VRGvIZRId04Pxs8HCk8QGjEw76
WWynhQqP01oVDGmYy5qZ
=KUAj
-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#784331: bash: wrong backtick escaping on autocomplete

[ygrex]

Package: bash
Version: 4.3-12
Severity: normal

Dear Maintainer,

interactive bash can escape one backtick properly, but not
if there are two backticks in a path

preparations:

$ mkdir /tmp/back\`tick
$ touch /tmp/back\`tick/back\`tick

then:

1. type in "stat /tmp/back" and press 
2. a correct path is autocompleted as: "stat /tmp/back\`tick/"
3. press  one more time
4. an invalid path appears on the command line: "stat /tmp/back`tick/back`tick"

notice that backslash removed when the second backtick appeared in a path

the expected behavior is protecting backticks with backslashes

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

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

Versions of packages bash depends on:
ii  base-files   9
ii  dash 0.5.7-4+b1
ii  debianutils  4.5
ii  libc62.19-18
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1

Versions of packages bash recommends:
pn  bash-completion  

Versions of packages bash suggests:
pn  bash-doc  

-- 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#714058: cc65 packaging

[John Paul Adrian Glaubitz]

On 05/05/2015 03:08 PM, László Böszörményi (GCS) wrote:
>  Then the first step is to ask everyone you (we?) know to allow the
> relicensing of the whole cc65. This means all contributors of the code
> who ever changed something in it, even a single character. Do others
> like John R. Dunning or Ullrich von Bassewitz may have a full commit
> history and/or list of the contributors over the years?

You can get a list:

$ git clone g...@github.com:cc65/cc65.git
$ cd cc65
$ git log --all --format='%aN <%cE>' | sort -u

> I'm _not_ a lawyer, but do we really need to reach everyone? Would it
> be enough to ask only people who added their copyright messages in the
> top of the files? I don't know if others can be counted as they left
> the copyright to the actual source maintainer or not.

Exactly my point. If you _claim_ to have made a contribution but you
are credited nowhere and also don't show up in the commit history,
then there is absolute no way for you to prove your authorship and
hence it's pretty safe to just ask who is actually listed.

> At least I don't
> see any sign that they claim any copyright of their contributions. The
> LICENSE file states only the previous two coders have the copyright.

At least in Germany, you automatically obtain the copyright you made
for any contribution you made. So, in order to be absolutely super
correct, everyone would need to be added to the LICENSE file even
now as otherwise the LICENSE file would be incomplete and any of
the contributors could actually complain.

On the other hand, I don't think that there is anyone who insists
on their copyrights without having asked for their names to be
added to the LICENSE file.

So, again. Let's just ask everyone who has committed code according
to the above git log. And if we are really super-insisting on the
correctness, we can delay the whole process even more by asking
debian-legal again. But I don't think that anyone would want this.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#784330: game-data-packager without arguments refuses to run due to Python error

[Alexandre Detiste]

Hi,

Thanks for your bug repport.

It bugs on "Sołtys"

http://www.charbase.com/0142-unicode-latin-small-letter-l-with-stroke

G-D-P is well supposed to handle unicode correclty,
a temporary workaround is to either edit or delete this file:

/usr/share/games/game-data-packager/soltys.json

2015-05-05 16:30 GMT+02:00 vbdasc :
> vbdasc@mail:/tmp$ game-data-packager
>   File "/usr/lib/python3.4/argparse.py", line 2374, in _print_message
> UnicodeEncodeError: 'ascii' codec can't encode character '\u0142' in position
> 2912: ordinal not in range(128)
>
> As such, the package is unusable for me.

Alexandre


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

Bug#775576: CVE-2014-9587

[Salvatore Bonaccorso]

Control: fixed -1 1.1.1+dfsg.1-1

Hi

This should be fixed in the recent uploaded roundcube version.

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#784332: irqbalance: Wrong url in manpage

[Johann Spies]

Package: irqbalance
Version: 1.0.6-3
Severity: minor

Dear Maintainer,

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

   * What led up to the situation?

Trying to figure out what an error on the server means  by reading the
manpage.

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

The homepage-url on the manpage does not resolve.
   * What was the outcome of this action?

I could not access the homepage

   * What outcome did you expect instead?

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



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

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

Versions of packages irqbalance depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  libcap-ng0 0.7.4-2
ii  libglib2.0-0   2.42.1-1
ii  libnuma1   2.0.10-1
ii  lsb-base   4.1+Debian13+nmu1

irqbalance recommends no packages.

irqbalance suggests no packages.

-- debconf information excluded
The integrity and confidentiality of this email is governed by these terms / 
Hierdie terme bepaal die integriteit en vertroulikheid van hierdie epos. 
http://www.sun.ac.za/emaildisclaimer


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

Bug#782543: ITP: gpaw -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

On Mon, May 04, 2015 at 05:34:22PM +0200, Marcin Dulak wrote:
> 
> 1. subscribed to https://lists.debian.org/debian-science/
> 2. created account at https://alioth.debian.org/
> 3. uploaded the public key at
> https://alioth.debian.org/account/editsshkeys.php
> 
> I'm unable to ssh after 24 hours (by the way to ssh where? I'm
> trying to git.debian.org) maybe
> due to the fact, as the https://wiki.debian.org/Alioth/SSH states:
> "You have to be a member of at least one project to be able to login
> via ssh"
> I'm unable to figure out how to add myself to a project (I guess
> debian science?)

After login in to the web interface of alioth you should find a link to
ask for membership.  You will find it when going to

https://alioth.debian.org/projects/debian-science/

in the end of the list of members on the right.

> What's next? I guess you have many users asking for this - why not
> updating the documentation with ALL necessary steps?

Please provide a patch for the docs which seem to be clear to you.  It
is sometimes hard for people to write docs who passed all this hurdles
long time ago.

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#784333: ITP: ruby-omniauth-shibboleth -- OmniAuth Shibboleth strategies for OmniAuth

[Balasankar C]

Package: wnpp
Severity: wishlist
Owner: Balasankar C 

* Package name: ruby-omniauth-shibboleth
  Version : 1.2.0
  Upstream Author : Toyokazu Akiya
* URL : https://shibboleth.net/
* License : Expat
  Programming Lang: Ruby
  Description : OmniAuth Shibboleth strategies for OmniAuth


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

Bug#714058: cc65 packaging

[GCS]

On Tue, May 5, 2015 at 3:27 PM, John Paul Adrian Glaubitz
 wrote:
> On 05/05/2015 03:08 PM, László Böszörményi (GCS) wrote:
>>  Then the first step is to ask everyone you (we?) know to allow the
>> relicensing of the whole cc65. This means all contributors of the code
>> who ever changed something in it, even a single character. Do others
>> like John R. Dunning or Ullrich von Bassewitz may have a full commit
>> history and/or list of the contributors over the years?
>
> You can get a list:
>
> $ git clone g...@github.com:cc65/cc65.git
> $ cd cc65
> $ git log --all --format='%aN <%cE>' | sort -u
 This is not authoritative. For example someone could sent an email to
Ullrich with his/her patch. As it was not commited by the contributor
but Ullrich, the person's identity is lost.
But well, the commit log can be a good starting point. May you Oliver
handle this?

Regards,
Laszlo/GCS


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

Bug#784319: [Pkg-nagios-devel] Bug#784319: Bug#784319: Segfault when running check_dhcp

[Andreas Heinlein]

I switched from root to 'nagios' with 'su -s /bin/bash nagios', then ran
'/usr/lib/nagios/plugins/check_dhcp -v -s 172.16.9.3 -r 172.16.9.254 -i
eth1 -m aa:bb:cc:dd:ee:ff'

This is the result:
---
Requested server address: 172.16.9.3
Hardware address: aa:bb:cc:dd:ee:ff
DHCP socket: 3
DHCPDISCOVER to 255.255.255.255 port 67
DHCPDISCOVER XID: 901953561 (0x35C2B819)
DHCDISCOVER ciaddr:  0.0.0.0
DHCDISCOVER yiaddr:  0.0.0.0
DHCDISCOVER siaddr:  0.0.0.0
DHCDISCOVER giaddr:  0.0.0.0
send_dhcp_packet result: 548




recv_result_1: 315
recv_result_2: 315
receive_dhcp_packet() result: 315
receive_dhcp_packet() source: 172.16.9.3
Result=OK
DHCPOFFER from IP address 172.16.9.3 via 172.16.9.3
DHCPOFFER XID: 901953561 (0x35C2B819)
DHCPOFFER chaddr: AABBCCDDEEFF
DHCPOFFER ciaddr: 0.0.0.0
DHCPOFFER yiaddr: 172.16.9.254
DHCPOFFER siaddr: 172.16.9.3
DHCPOFFER giaddr: 0.0.0.0
Option: 53 (0x01)
Option: 54 (0x04)
Option: 51 (0x04)
Option: 1 (0x04)
Option: 6 (0x04)
Option: 12 (0x0F)
Option: 28 (0x04)
Option: 42 (0x04)
Option: 44 (0x04)
Option: 15 (0x0A)
Lease Time: 3600 seconds
Renewal Time: 0 seconds
Rebinding Time: 0 seconds
Added offer from server @ 172.16.9.3 of IP address 172.16.9.254


No (more) data received (nfound: 0)
Result=ERROR
Total responses seen on the wire: 1
Valid responses for this machine: 1
DHCP Server Match: Offerer=172.16.9.3 Requested=172.16.9.3
OK: Received 1 DHCPOFFER(s), 1 of 1 requested servers responded,
requested address (172.16.9.254) was offered, max lease time = 3600 sec.
---
So it works, though the "Result=ERROR" thing looks strange.

The bug report I linked above claims that this patch fixes it:
---
--- plugins-root/check_dhcp.c.orig2014-07-06 17:55:03 UTC
+++ plugins-root/check_dhcp.c
@@ -323,7 +323,8 @@ int get_hardware_address(int sock,char *
 #elif defined(__bsd__)
 /* King 2004see ACKNOWLEDGEMENTS */
 
-int mib[6], len;
+int mib[6];
+size_t  len;
 char*buf;
 unsigned char   *ptr;
 struct if_msghdr*ifm;
@@ -1182,7 +1183,7 @@ int call_getopt(int argc, char **argv){
 }
 }
 
-return i;
+return i+1;
 }
---
I will give it a try tomorrow, no time left for today ;-)


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

Bug#783089: Workaround

[jean-yves]

Hi,

As a workaround, you can :

- Boot on the Debian CD
- Select Rescue
- Change to a terminal
- cd /tmp
- ar x 
/cdrom/pool/main/l/linux/linux-image-3.16.0-4-amd64_3.16.7-ckt7-1_amd64.deb

- xzcat data.tar.xz
- cd /tmp/lib/modules/3.16.0-4-amd64/kernel/drivers/md/
- insmod raid10.ko
- insmod dm-raid.ko
- change back to first console and select your root lv

So sure it is only the udeb lacking this kernel module.
I will work to produce a little patch to the good udeb kernel package.

Regards,


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

Bug#784330: game-data-packager without arguments refuses to run due to Python error

[Simon McVittie]

On 05/05/15 15:30, vbdasc wrote:
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Your locale cannot represent the names of all the supported games.

If you are intentionally using a language-neutral locale, please prefer
C.UTF-8 (available since jessie).

g-d-p could cope with this better, although it's really more a question
of "Python could cope with this better":


As a workaround, you can set the PYTHONIOENCODING environment variable
to something like "utf8" or ":replace":

PYTHONIOENCODING=:replace game-data-packager --help

Regards,
S


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

Bug#784334: Inaccessible emergency shell on serial console

[Gaudenz Steinlin]

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

If booting fails for some reason systemd enters emergency mode and opens
a shell. Unfortunately this shell is on the serial console which on
openstack is read-only. There is no way to type anything on this shell.

The emergency shell should instead be on tty1 so that the vnc or spice
access built into openstack can be used to access the shell.

Gaudenz

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

Kernel: Linux 3.16.0-4-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#783459: dnsmasq: diff for NMU version 2.72-3.1

[Salvatore Bonaccorso]

Control: tags 783459 + pending

Hi Simon,

I've prepared an NMU for dnsmasq (versioned as 2.72-3.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards,
Salvatore
diff -u dnsmasq-2.72/debian/changelog dnsmasq-2.72/debian/changelog
--- dnsmasq-2.72/debian/changelog
+++ dnsmasq-2.72/debian/changelog
@@ -1,3 +1,11 @@
+dnsmasq (2.72-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * CVE-2015-3294: denial of service and memory disclosure via malformed
+DNS requests (Closes: #783459)
+
+ -- Salvatore Bonaccorso   Tue, 05 May 2015 16:09:06 +0200
+
 dnsmasq (2.72-3) unstable; urgency=medium
 
* debian/systemd.service: switch from Type=dbus to Type=forking.
only in patch2:
unchanged:
--- dnsmasq-2.72.orig/src/rfc1035.c
+++ dnsmasq-2.72/src/rfc1035.c
@@ -1198,7 +1198,10 @@
 size_t setup_reply(struct dns_header *header, size_t qlen,
 		struct all_addr *addrp, unsigned int flags, unsigned long ttl)
 {
-  unsigned char *p = skip_questions(header, qlen);
+  unsigned char *p;
+
+  if (!(p = skip_questions(header, qlen)))
+return 0;
   
   /* clear authoritative and truncated flags, set QR flag */
   header->hb3 = (header->hb3 & ~(HB3_AA | HB3_TC)) | HB3_QR;
@@ -1214,7 +1217,7 @@
 SET_RCODE(header, NOERROR); /* empty domain */
   else if (flags == F_NXDOMAIN)
 SET_RCODE(header, NXDOMAIN);
-  else if (p && flags == F_IPV4)
+  else if (flags == F_IPV4)
 { /* we know the address */
   SET_RCODE(header, NOERROR);
   header->ancount = htons(1);
@@ -1222,7 +1225,7 @@
   add_resource_record(header, NULL, NULL, sizeof(struct dns_header), &p, ttl, NULL, T_A, C_IN, "4", addrp);
 }
 #ifdef HAVE_IPV6
-  else if (p && flags == F_IPV6)
+  else if (flags == F_IPV6)
 {
   SET_RCODE(header, NOERROR);
   header->ancount = htons(1);