date:20141026

On Mon, 2014-10-27 at 06:56 +0100, Christoph Anton Mitterer wrote: 
> # systemctl -l status sks.service 
> ● sks.service - (null)
>Loaded: loaded (/etc/init.d/sks)
>Active: active (running) since Mon 2014-10-27 06:52:22 CET; 4min 21s ago
>   Process: 1991 ExecStart=/etc/init.d/sks start (code=exited, 
> status=0/SUCCESS)
...
> Oct 27 06:52:23 kronecker sks[1991]: 2014-10-27 06:52:23 Failed to listen on 
> 2a01:4f8:a0:4024::2:2:11370: Failure("Failure while binding socket.  Probably 
> another socket bound to this address")

FYI: I've reported the problem, that sks returns success, even though it
couldn't start up successfully as: #766949.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#766939: wanna-build: Wanna-build considers alternatives, but buildds don't, causing futile builds

2014-10-26 Thread Johannes Schauer

Hi,

On Mon, 27 Oct 2014 02:27:01 + Wookey  wrote:
> Is this a wanna-build bug?

you could also see this as a dose3 bug.

dose-builddebcheck does not eliminate all but the first build dependency as
sbuild does it. Maybe even worse, for it the order of a disjunction does not
matter at all. I see two solutions.  Either wanna-build modifies the build
dependencies before passing them to dose-builddebcheck or I add an option to
dose-builddebcheck to remove build dependencies in disjunctions just as sbuild
does. Doing the latter is probably the right way to do it in the long term but
this will come too late for Jessie.  Thus, you probably have to do the former
anyways until Jessie+1.

In fact, botch already has a utility solving this (because I also stumbled over
this problem a while ago) called botch-remove-virtual-disjunctions. It's a
short Python script which, in case of source packages, modifies
build-dependencies just as sbuild would so that they can then be handled by
dose3.

If you nevertheless think that adding such a feature to dose-builddebcheck
would be a good idea, please file a wishlist bug against dose-builddebcheck so
that the issue does not get lost. I'll see if I can take care of the problem
after the Jessie release.

cheers, josch


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

Bug#766949: sks: init script doesn't fail when sks can't bind to address

Package: sks
Version: 1.1.5-2
Severity: normal



Hi.

This is basically a follow up to #766943.

Apparently sks' initscript doesn't fail, even when sks couldn't
bind to an address, e.g.:

# systemctl -l status sks.service 
● sks.service - (null)
   Loaded: loaded (/etc/init.d/sks)
   Active: active (running) since Mon 2014-10-27 06:52:22 CET; 4min 21s ago
  Process: 1991 ExecStart=/etc/init.d/sks start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/sks.service
   ├─2043 /usr/sbin/sks db
   └─2046 /usr/sbin/sks recon

Oct 27 06:52:22 kronecker systemd[1]: sks.service changed dead -> start
Oct 27 06:52:22 kronecker systemd[1991]: Executing: /etc/init.d/sks start
Oct 27 06:52:22 kronecker sks[1991]: Starting sks daemons: sksdb.. sksrecon.. 
done.
Oct 27 06:52:22 kronecker systemd[1]: Child 1991 belongs to sks.service
Oct 27 06:52:22 kronecker systemd[1]: sks.service: control process exited, 
code=exited status=0
Oct 27 06:52:22 kronecker systemd[1]: sks.service got final SIGCHLD for state 
start
Oct 27 06:52:22 kronecker systemd[1]: sks.service changed start -> running
Oct 27 06:52:22 kronecker systemd[1]: Job sks.service/start finished, 
result=done
Oct 27 06:52:22 kronecker systemd[1]: Started (null).
Oct 27 06:52:23 kronecker sks[1991]: 2014-10-27 06:52:23 Failed to listen on 
2a01:4f8:a0:4024::2:2:11370: Failure("Failure while binding socket.  Probably 
another socket bound to this address")



Now I think it's quite clear, that having failed to bind to an iface
should be considered a critical errror (since the service
won't be usable) and thus the init-script should fail as well
and not let e.g. systemd believe that everything got right.


Cheers,
Chris.


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

Bug#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2

2014-10-26 Thread Eric Dorland

* Michael Biebl (bi...@debian.org) wrote:
> Am 26.10.2014 um 01:04 schrieb Eric Dorland:
> > * Michael Biebl (bi...@debian.org) wrote:
> >> Am 24.10.2014 um 06:39 schrieb Eric Dorland:
> >>> Hmmm, are you talking about gnome-keyring? It actually hijacks the
> >>> gpg-agent protocol and breaks some things (see http://b/760102). You
> >>> still need the pinentry program if you disable gnome-keyright AFAIK.
> >>
> >> Couldn't that warning message also include hints to install pinentry-gtk2?
> > 
> > It could but just installing it won't fix anything by itself, you need
> > to disable the agent functionality in gnome-keyring. Which some people
> > will do to work around the bug, and if they do it would be nice if
> > they had a graphical pinentry.
> 
> Sure. The message could say: "If you disable the gnome-keyring
> integration, make sure to install an alternative pinentry program like
> pinentry-gtk2"
> 
> Problem solved.

I mean not really problem solved, perhaps a slightly better
explanation. I still think it makes sense to install it pinentry-gtk2
with the gnome desktop task but I can live without if you object.

-- 
Eric Dorland 
43CF 1228 F726 FD5B 474C  E962 C256 FBD5 0022 1E93


signature.asc
Description: Digital signature

Bug#766757: Generated services should start After=systemd-user-sessions.service

2014-10-26 Thread Alexandre Detiste

control: tags -1 + fixed-upstream

Ok, I've added After=systemd-user-sessions.service 
& RequiresMountsFor=/home/folder 
for user crontabs + /var/spool/cron/crontabs/root .

https://github.com/systemd-cron/systemd-cron/commit/98ae11e0341f5c955c9de08778de9de3bafd459b
 


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

Bug#766943: systemd: server no longer gets networking after switching to systemd

affects 766943 ifupdown
stop

Hey.

Some more information:


I finally came in again and could place some cron script which manually
brings the network up and restarts ssh every 15mins when it can't ping
google.com so testing should get a lot easier then.


I also have some additional information, namely on all my systems I use
a custom /etc/systemd/system/netfilter-persistent.service (attached)
since the original one is IMHO not guaranteed to run early enough.
However, this file is unlikely to be connected to this issue, since
removing it (and using the original one again) doesn't change anything.


I did however find what is likely to be the issue:
Changing "allow-auto eth0" to "allow-hotplug eth0" in /e/n/interfaces...
and the system did come up again every time (and I did like 5-8 reboots
with all my tests, also the one with netfilter-persistent above - just
to make sure that it's no coincidence).

I switched back to "allow-auto eth0" for verification,... (with several
tests)... and again it usually didn't get networking.



Using allow-hotplug however leads e.g. to these: 
# systemctl -l status apache2.service 
● apache2.service - LSB: Start/stop apache2 web server
   Loaded: loaded (/etc/init.d/apache2)
   Active: failed (Result: exit-code) since Mon 2014-10-27 06:52:28 CET; 2min 
15s ago
  Process: 2837 ExecStart=/etc/init.d/apache2 start (code=exited, 
status=1/FAILURE)

Oct 27 06:52:27 kronecker systemd[2837]: Executing: /etc/init.d/apache2 start
Oct 27 06:52:28 kronecker apache2[2837]: Starting web server: apache2(99)Cannot 
assign requested address: make_sock: could not bind to address 
[2a01:4f8:a0:4024::c:0]:80
Oct 27 06:52:28 kronecker apache2[2837]: no listening sockets available, 
shutting down
Oct 27 06:52:28 kronecker apache2[2837]: Unable to open logs
Oct 27 06:52:28 kronecker apache2[2837]: Action 'start' failed.
Oct 27 06:52:28 kronecker apache2[2837]: The Apache error log may have more 
information.
Oct 27 06:52:28 kronecker apache2[2837]: failed!
Oct 27 06:52:28 kronecker systemd[1]: apache2.service: control process exited, 
code=exited status=1
Oct 27 06:52:28 kronecker systemd[1]: Failed to start LSB: Start/stop apache2 
web server.
Oct 27 06:52:28 kronecker systemd[1]: Unit apache2.service entered failed state.



# systemctl -l status bind9.service 
● bind9.service - BIND Domain Name Server
   Loaded: loaded (/lib/systemd/system/bind9.service; enabled)
  Drop-In: /run/systemd/generator/bind9.service.d
   └─50-insserv.conf-$named.conf
   Active: failed (Result: exit-code) since Mon 2014-10-27 06:52:23 CET; 3min 
13s ago
 Docs: man:named(8)
  Process: 2161 ExecStop=/usr/sbin/rndc stop (code=exited, status=1/FAILURE)
  Process: 1937 ExecStart=/usr/sbin/named -f -u bind (code=exited, 
status=1/FAILURE)
 Main PID: 1937 (code=exited, status=1/FAILURE)

Oct 27 06:52:23 kronecker systemd[1]: Forked /usr/sbin/rndc as 2161
Oct 27 06:52:23 kronecker systemd[1]: bind9.service changed running -> stop
Oct 27 06:52:23 kronecker systemd[2161]: Executing: /usr/sbin/rndc stop
Oct 27 06:52:23 kronecker rndc[2161]: rndc: couldn't get address for 
'localhost.': not found
Oct 27 06:52:23 kronecker systemd[1]: Child 2161 belongs to bind9.service
Oct 27 06:52:23 kronecker systemd[1]: bind9.service: control process exited, 
code=exited status=1
Oct 27 06:52:23 kronecker systemd[1]: bind9.service got final SIGCHLD for state 
stop
Oct 27 06:52:23 kronecker systemd[1]: bind9.service changed stop -> failed
Oct 27 06:52:23 kronecker systemd[1]: Unit bind9.service entered failed state.
Oct 27 06:52:23 kronecker systemd[1]: bind9.service: cgroup is empty



# systemctl -l status sks.service 
● sks.service - (null)
   Loaded: loaded (/etc/init.d/sks)
   Active: active (running) since Mon 2014-10-27 06:52:22 CET; 4min 21s ago
  Process: 1991 ExecStart=/etc/init.d/sks start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/sks.service
   ├─2043 /usr/sbin/sks db
   └─2046 /usr/sbin/sks recon

Oct 27 06:52:22 kronecker systemd[1]: sks.service changed dead -> start
Oct 27 06:52:22 kronecker systemd[1991]: Executing: /etc/init.d/sks start
Oct 27 06:52:22 kronecker sks[1991]: Starting sks daemons: sksdb.. sksrecon.. 
done.
Oct 27 06:52:22 kronecker systemd[1]: Child 1991 belongs to sks.service
Oct 27 06:52:22 kronecker systemd[1]: sks.service: control process exited, 
code=exited status=0
Oct 27 06:52:22 kronecker systemd[1]: sks.service got final SIGCHLD for state 
start
Oct 27 06:52:22 kronecker systemd[1]: sks.service changed start -> running
Oct 27 06:52:22 kronecker systemd[1]: Job sks.service/start finished, 
result=done
Oct 27 06:52:22 kronecker systemd[1]: Started (null).
Oct 27 06:52:23 kronecker sks[1991]: 2014-10-27 06:52:23 Failed to listen on 
2a01:4f8:a0:4024::2:2:11370: Failure("Failure while binding socket.  Probably 
another socket bound to this address")





So it seems all this is strongly connected to bugs #727073 and #766291,
which I've reported against ifupd

Bug#764907: asterisk-testsuite: FTBFS when building only asttest

2014-10-26 Thread Tzafrir Cohen

On Mon, Oct 27, 2014 at 12:36:51AM -0400, Aaron M. Ucko wrote:
> found 764907 0.0.0+svn.5781-1
> thanks
> 
> "Aaron M. Ucko"  writes:
> 
> > Could you please arrange to work under debian/asterisk-testsuite only
> > when building that binary package?
> 
> These errors are continuing to occur because asttest is still formally
> Architecture: all.  Could you please revisit this report?

Sorry for not properly reading your report earlier on. Will upload a
fix.
thanks

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com


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

Bug#766948: pass: default to (or option to default to) clipboard mode

2014-10-26 Thread Paul Wise

Package: pass
Severity: wishlist

I'd like to have the ability to not display passphrases on screen by
default. This could either be done by changing the default and or adding
an option to set the default. A command-line option for turning off
clipboard mode when needed and acceptable would be useful too.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#766036: dovecot: New upstream version 2.2.14 is available

2014-10-26 Thread Jaldhar H. Vyas


On Sat, 25 Oct 2014, Gedalya wrote:


Keep me cc'd on this.

I've already compiled my locally-updated packages with Dovecot 2.2.15 and 
Pigeonhole 0.4.3.
This seems to be of some concern: 
http://dovecot.org/list/dovecot/2014-October/098472.html
Hope you didn't miss that, Jaldhar? I'm going to get around to testing that 
myself, I'm not 100% sure I understand the issue..




Just to let everyone know where we are; Saturday night I upload 2.2.13-6 
to unstable (as a candidate for Jessie) and 2.2.15-1 to experimental. 
There was a problem with my new GPG key so both packages had to be 
reuploaded again today.  Both are still using pigeonhole 0.4.2.  The 2.2.13 
package obviously can't be touched now but I'll update the experimental 
one when 0.4.4 comes out.  I've been using 2.2.15 myself and so far I 
haven't seen any problems but given the reports on the dovecot list, I 
didn't think it was safe to make it our release candidate.


--
Jaldhar H. Vyas 


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

Bug#766819: [pkg-cinnamon] Bug#766819: cinnamon freezes for a minute or so, when opening images or text with gnome/gtk apps and when closing them later on

Sorry for not having found time on this today, but I was all busy with
#766943.

Hope I'll be able to work on this one tonight.


smime.p7s
Description: S/MIME cryptographic signature

Bug#766947: support java8 also in stable

2014-10-26 Thread Ralf Hauser

Package: eclipse

Eclipse under wheezy doesn't work with java8:

Duplicate methods named spliterator with the parameters () and () are
inherited from the types List and Collection

See also 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=409473 

http://stackoverflow.com/questions/19137261/java-duplicate-methods-named-xxx
-issue-when-using-eclipse-compiler-in-idea-wi

http://eclipse.org/downloads/packages/release/Kepler/SR2  appears to have
it...


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

Bug#766946: RFS: openscribe/1.0-1

2014-10-26 Thread Matt Pharoah

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: openscribe
   Version : 1.0-1
   Upstream Author : Matt Pharoah 
 * URL : http://www.openscribe.ca
 * License : GPL-3
   Section : sound

  It builds those binary packages:

openscribe - app for transcribing audio files using a USB footpedal

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/o/openscribe/openscribe_1.0-1.dsc

  More information about openscribe can be obtained from
http://www.openscribe.ca/

  Changes since the last upload:

  * Initial release (Closes: #766941)


  Regards,
   Matt Pharoah

Bug#766945: dblatex calls inkscape to convert svg to pdf, but fails to Depend on inkscape

2014-10-26 Thread Sebastian Kuzminsky

Package: dblatex
Version: 0.3.4-2
Severity: normal
Tags: patch

dblatex calls inkscape to convert svg to pdf files, but version 0.3.4-2 the
dblatex package (the current in Wheezy) does not Depend on inkscape, resulting
in a runtime error and incorrect output.

This is the error emitted:

inkscape -z -D --export-pdf=fig0.pdf
"/tmp/buildd/linuxcnc-2.7.0~pre2.2.g037c76b/docs/src/code/homing.svg"
sh: 1: inkscape: not found
Unexpected error occured

inkscape is called in /usr/share/pyshared/dbtexmf/core/imagedata.py, in the
SvgConverter class.

Installing inkscape manually fixes the problem.



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

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

Versions of packages dblatex depends on:
ii  docbook-xml   4.5-7.2
ii  python2.7.3-4+deb7u1
ii  python-apt0.8.8.2
ii  texlive   2012.20120611-5
ii  texlive-bibtex-extra  2012.20120611-2
ii  texlive-extra-utils   2012.20120611-2
ii  texlive-latex-extra   2012.20120611-2
ii  texlive-math-extra2012.20120611-2
ii  xsltproc  1.1.26-14.1

Versions of packages dblatex recommends:
ii  libxml2-utils  2.8.0+dfsg1-7+wheezy1

Versions of packages dblatex suggests:
pn  docbook
ii  evince [pdf-viewer]3.4.0-3.1
ii  ghostscript9.05~dfsg-6.3+deb7u1
ii  imagemagick8:6.7.7.10-5+deb7u3
pn  latex-cjk-all  
ii  lmodern2.004.2-1
pn  opensp 
ii  texlive-lang-cyrillic  2012.20120611-2
pn  texlive-xetex  
pn  transfig   

-- no debconf information
--- control.old	2014-10-26 22:52:39.403617958 -0600
+++ control	2014-10-26 22:52:48.911617536 -0600
@@ -9,7 +9,7 @@
 
 Package: dblatex
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}, docbook-xml, xsltproc, python-apt (>= 0.7.91), texlive (>= 2009), texlive-bibtex-extra (>= 2009), texlive-latex-extra (>= 2009), texlive-math-extra (>= 2009), texlive-extra-utils (>= 2009)
+Depends: ${misc:Depends}, ${python:Depends}, docbook-xml, xsltproc, python-apt (>= 0.7.91), texlive (>= 2009), texlive-bibtex-extra (>= 2009), texlive-latex-extra (>= 2009), texlive-math-extra (>= 2009), texlive-extra-utils (>= 2009), inkscape
 Recommends: libxml2-utils
 Suggests: docbook, ghostscript, graphicsmagick-imagemagick-compat | imagemagick, latex-cjk-all, lmodern, opensp, pdf-viewer, texlive-lang-cyrillic (>= 2009), texlive-xetex (>= 2009), transfig
 Description: Produces DVI, PostScript, PDF documents from DocBook sources

Bug#766944: Additional information

2014-10-26 Thread Joe Mullally

$ cat ~/.emacs
(setq inferior-lisp-program "/usr/bin/sbcl")

$ dpkg -l | grep sbcl
ii  sbcl  2:1.2.4-2
  amd64Common Lisp compiler and development system



==
== Emacs buffer: *sldb sbcl/1*
==



READ error during LOAD:

  Package SWANK-REPL does not exist.

Line: 244, Column: 47, File-Position: 8405

Stream: #
   [Condition of type SB-C::INPUT-ERROR-IN-LOAD]

Restarts:
 0: [ABORT] Abort loading file
"/usr/share/common-lisp/source/slime/contrib/swank-presentations.lisp".
 1: [*ABORT] Return to SLIME's top level.
 2: [ABORT] Abort thread (#)

Backtrace:
  0: (SB-C:COMPILER-ERROR SB-C::INPUT-ERROR-IN-LOAD :CONDITION
# :STREAM # 8260 SB-C::INPUT-ERROR-IN-LOAD)
  2: (SB-INT:LOAD-AS-SOURCE # :VERBOSE NIL :PRINT NIL :CONTEXT "loading")
  3: ((FLET SB-FASL::LOAD-STREAM :IN LOAD) # NIL)
  4: (LOAD 
#P"/usr/share/common-lisp/source/slime/contrib/swank-presentations.lisp"
:VERBOSE NIL :PRINT NIL :IF-DOES-NOT-EXIST T :EXTERNAL-FORMAT
:DEFAULT)
  5: (REQUIRE SWANK-IO-PACKAGE::SWANK-PRESENTATIONS
(#P"/usr/share/common-lisp/source/slime/contrib/swank-presentations.lisp"))
  6: (SWANK:SWANK-REQUIRE (SWANK-IO-PACKAGE::SWANK-ASDF
SWANK-IO-PACKAGE::SWANK-TRACE-DIALOG
SWANK-IO-PACKAGE::SWANK-PACKAGE-FU
SWANK-IO-PACKAGE::SWANK-PRESENTATIONS SWANK-IO-PACKAGE::SWANK-FUZZY
SWANK-IO-..
  7: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:SWANK-REQUIRE (QUOTE
(SWANK-IO-PACKAGE::SWANK-ASDF SWANK-IO-PACKAGE::SWANK-TRACE-DIALOG
SWANK-IO-PACKAGE::SWANK-PACKAGE-FU
SWANK-IO-PACKAGE::SWANK-PRESENTATIONS SW..
  8: (EVAL (SWANK:SWANK-REQUIRE (QUOTE (SWANK-IO-PACKAGE::SWANK-ASDF
SWANK-IO-PACKAGE::SWANK-TRACE-DIALOG
SWANK-IO-PACKAGE::SWANK-PACKAGE-FU
SWANK-IO-PACKAGE::SWANK-PRESENTATIONS SWANK-IO-PACKAGE::SWANK-FU..
  9: (SWANK:EVAL-FOR-EMACS (SWANK:SWANK-REQUIRE (QUOTE
(SWANK-IO-PACKAGE::SWANK-ASDF SWANK-IO-PACKAGE::SWANK-TRACE-DIALOG
SWANK-IO-PACKAGE::SWANK-PACKAGE-FU
SWANK-IO-PACKAGE::SWANK-PRESENTATIONS SWANK-IO-P..
 10: ((LAMBDA NIL :IN SWANK::SPAWN-WORKER-THREAD))
 11: (SWANK/SBCL::CALL-WITH-BREAK-HOOK # #)
 12: ((FLET SWANK/BACKEND:CALL-WITH-DEBUGGER-HOOK :IN
"/usr/share/common-lisp/source/slime/swank/sbcl.lisp") # #
# #S(SB-THREAD:SEMAPHORE :NAME "Thread
setup semaphore" :%COUNT 0 :WAITCOUNT 0 :MUTEX #==
== *sldb sbcl/1*
==



READ error during LOAD:

  Package SWANK-REPL does not exist.

Line: 244, Column: 47, File-Position: 8405

Stream: #
   [Condition of type SB-C::INPUT-ERROR-IN-LOAD]

Restarts:
 0: [ABORT] Abort loading file 
"/usr/share/common-lisp/source/slime/contrib/swank-presentations.lisp".
 1: [*ABORT] Return to SLIME's top level.
 2: [ABORT] Abort thread (#)

Backtrace:
  0: (SB-C:COMPILER-ERROR SB-C::INPUT-ERROR-IN-LOAD :CONDITION 
# 
:STREAM # 8260 SB-C::INPUT-ERROR-IN-LOAD)
  2: (SB-INT:LOAD-AS-SOURCE # :VERBOSE NIL :PRINT NIL :CONTEXT "loading")
  3: ((FLET SB-FASL::LOAD-STREAM :IN LOAD) # NIL)
  4: (LOAD 
#P"/usr/share/common-lisp/source/slime/contrib/swank-presentations.lisp" 
:VERBOSE NIL :PRINT NIL :IF-DOES-NOT-EXIST T :EXTERNAL-FORMAT :DEFAULT)
  5: (REQUIRE SWANK-IO-PACKAGE::SWANK-PRESENTATIONS 
(#P"/usr/share/common-lisp/source/slime/contrib/swank-presentations.lisp"))
  6: (SWANK:SWANK-REQUIRE (SWANK-IO-PACKAGE::SWANK-ASDF 
SWANK-IO-PACKAGE::SWANK-TRACE-DIALOG SWANK-IO-PACKAGE::SWANK-PACKAGE-FU 
SWANK-IO-PACKAGE::SWANK-PRESENTATIONS SWANK-IO-PACKAGE::SWANK-FUZZY SWANK-IO-..
  7: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:SWANK-REQUIRE (QUOTE 
(SWANK-IO-PACKAGE::SWANK-ASDF SWANK-IO-PACKAGE::SWANK-TRACE-DIALOG 
SWANK-IO-PACKAGE::SWANK-PACKAGE-FU SWANK-IO-PACKAGE::SWANK-PRESENTATIONS SW..
  8: (EVAL (SWANK:SWANK-REQUIRE (QUOTE (SWANK-IO-PACKAGE::SWANK-ASDF 
SWANK-IO-PACKAGE::SWANK-TRACE-DIALOG SWANK-IO-PACKAGE::SWANK-PACKAGE-FU 
SWANK-IO-PACKAGE::SWANK-PRESENTATIONS SWANK-IO-PACKAGE::SWANK-FU..
  9: (SWANK:EVAL-FOR-EMACS (SWANK:SWANK-REQUIRE (QUOTE 
(SWANK-IO-PACKAGE::SWANK-ASDF SWANK-IO-PACKAGE::SWANK-TRACE-DIALOG 
SWANK-IO-PACKAGE::SWANK-PACKAGE-FU SWANK-IO-PACKAGE::SWANK-PRESENTATIONS 
SWANK-IO-P..
 10: ((LAMBDA NIL :IN SWANK::SPAWN-WORKER-THREAD))
 11: (SWANK/SBCL::CALL-WITH-BREAK-HOOK # 
#)
 12: ((FLET SWANK/BACKEND:CALL-WITH-DEBUGGER-HOOK :IN 
"/usr/share/common-lisp/source/slime/swank/sbcl.lisp") # # 
# #S(SB-THREAD:SEMAPHORE :NAME "Thread setup semaphore" 
:%COUNT 0 :WAITCOUNT 0 :MUTEX #http://www.sbcl.org/>.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
* 
; loading #P"/usr/share/common-lisp/source/slime/swank-loader.lisp"
STYLE-WARNING: redefining EMACS-INSPECT (#) in DEFMETHOD
;; Swank started at port: 58516.
58516
* 
; file: /usr/share/common-lisp/source/slime/contrib/swank-asdf.lisp
; in: DEFUN COLLECT-ASDS-IN-DIRECTORY
; (SWANK::DIRECTORY-ASD-FILES DIRECTORY)
; 
; caught STYLE-WARNING:
;   undefined

Bug#766944: slime: Emacs"M-x slime"+sbcl fails with "Package SWANK-REPL does not exist." if cl-swank cache not deleted

2014-10-26 Thread Joe Mullally

Package: slime
Version: 2:2.10.1-2
Severity: normal

slime: Emacs"M-x slime"+sbcl fails with "Package SWANK-REPL does not exist." if
cl-swank cache not deleted

Steps to reproduce:
$ sudo apt-get inatall emacs sbcl slime
$ echo '(setq inferior-lisp-program "/usr/bin/sbcl")' > ~/.emacs
$ emacs
M-x slime  # works OK

$ emacs # start emacs again
M-x slime   # fails with error below.

When I ran slime first in Emacs after installing, it worked OK. However if I
started it again with another "M-x slime" (either in the same first session or
by quitting Emacs and starting again), it generates this message:



READ error during LOAD:

  Package SWANK-REPL does not exist.

Line: 244, Column: 47, File-Position: 8405

Stream: #
   [Condition of type SB-C::INPUT-ERROR-IN-LOAD]

(full backtrace attached to this bug report as file)



Workaround: After deleting the cl-swank compiled file cache, this works
perfectly again. However it also compiles the cache again, which causes it to
fail the next time its run.

$ rm -rf ~/.cache/common-lisp
$ emacs
M-x slime   # works OK



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

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

Versions of packages slime depends on:
ii  emacsen-common  2.0.8

Versions of packages slime recommends:
ii  cl-swank2:2.10.1-2
ii  emacs24 [info-browser]  24.4+1-4
ii  info [info-browser] 5.2.0.dfsg.1-5

slime 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#758511: ITP: ibus-zhuyin -- IBus Zhuyin Input Method

2014-10-26 Thread Shih-Yuan Lee (FourDollars)

Hi Aron,

I made a git branch for Debian at
https://github.com/fourdollars/ibus-zhuyin/tree/debian.
Please help to review it, thanks.
It seems that I don't have the right to push it into
https://anonscm.debian.org/git/pkg-ime/ibus-zhuyin.git.

Regards,
$4

On Mon, Aug 18, 2014 at 7:45 PM, Aron Xu  wrote:

> On Mon, Aug 18, 2014 at 7:41 PM, Shih-Yuan Lee (FourDollars)
>  wrote:
> > Hi Aron,
> >
> > Sure.
> > Please provide the relative information to me.
> >
> > Regards,
> > $4
> >
>
> Please join https://alioth.debian.org/projects/pkg-ime/
>
> And create git repository on it, for example the ibus one:
> http://anonscm.debian.org/cgit/pkg-ime/ibus.git
>
> It would be appreciate to put pkg-ime as Maintainer, and yourself as
> Uploaders.
>
> Thanks,
> Aron Xu
>

Bug#764907: asterisk-testsuite: FTBFS when building only asttest

2014-10-26 Thread Aaron M. Ucko

found 764907 0.0.0+svn.5781-1
thanks

"Aaron M. Ucko"  writes:

> Could you please arrange to work under debian/asterisk-testsuite only
> when building that binary package?

These errors are continuing to occur because asttest is still formally
Architecture: all.  Could you please revisit this report?

Thanks!

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


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

Bug#766943: systemd: server no longer gets networking after switching to systemd

Package: systemd
Version: 215-5+b1
Severity: important


Hi.

Tonight I switched my last server still running with sysvinit to
systemd, since I've experience no major problems with it on my other
systems.

That server however, didn't come up anymore (i.e. not even pinging
back).
I've sent a Ctrl-Alt-Del event via the hosting company's web interface,
and it actually came back and I could log in.

The logs from syslog didn't show much interesting stuff, only that
apache httpd (which runs on that node) couldn't bind to the IPv4
addres.


I've rebooted another time then (and several more times since then), but
now it's back to no booting (or rather said: no networking - at least
the first time where it didn't work, syslog showed, that it actually
started up, and also got a clean shutdown).


I can't say much about the system or logs right now,... it's a physical
machine, IPv4 and v6 addresses, brought up via ifupdown using allow-auto
for eth0 in /e/n/interfaces.
It uses mdadm with a RAID1.

The only other "special" thing that I remember is, that I use
rootdelay=10
as a kernel parameter.
TBH, I forgot why, but there was something that the disks were detected
too lated and the initramfs could never mount the rootfs.
But that shoudln't affect systemd, right?




I write the bug already now, since it's really complicated to get
access to the server by other means,... hetzner (the company) does provide
some KVM interface, but that's implemented quite insecurely and it costs
when one needs it for a longer time.

So it would be great if you could already tell me in advance which logs
to look for, and which things to test.

Obviously I'll set systemd.log_level=debug at the kernel command line...
anything else?


Cheers,
Chris.

-- Package-specific info:

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

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-57
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.25.2-2
ii  libc6   2.19-12
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-3
ii  libgcrypt20 1.6.2-4
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-5+b1
ii  sysv-rc 2.88dsf-57
ii  udev215-5+b1
ii  util-linux  2.25.2-2

Versions of packages systemd recommends:
ii  dbus1.8.8-2
ii  libpam-systemd  215-5+b1

Versions of packages systemd suggests:
ii  systemd-ui  3-2

-- Configuration Files:
/etc/systemd/logind.conf changed [not included]

-- 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#766928: Uninstallable as it depends on systemd

2014-10-26 Thread Scott Kitterman

On Sun, 26 Oct 2014 23:54:27 +0100 Klaus Ethgen  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Package: k3b
> Version: 2.0.2-8
> Severity: important
> 
> Version 2.0.2-8 is uninstallable now as it pulls in the full systemd
> that will never ever end on any of my systems.
> 
> Version 2.0.2-7.1 was fine.

Not really a k3b issue.  k3b needs udisks2 for reliable operation, so adding 
the missing dependency is correct for k3b.  If there's an issue here, then 
it's with udisk2's dependencies.  Reassigning.


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

Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime

2014-10-26 Thread Mike Gabriel


Dear Paul,

On  So 26 Okt 2014 22:38:57 CET, paul.szabo wrote:


Dear Mike,


with my test setup I simply launched an X2Go session and clicked here
and there in a MATE desktop session.

At some points (they don't seem to be predictable), the X2Go session
suspends (i.e. nxproxy dies) with earlier reported error messages.


Ah, easy: I will just need to find out what is a MATE, and click at the
exact "here and there" spots...


A MATE session is a session running the MATE desktop environment [1].  
It is available in Debian jessie. MATE is GNOME desktop environment  
(version 2) continued. It is _the_ recommended desktop environment for  
remote desktop usage on Linux at the moment. I presumed this as  
prevalent knowledge, sorry for my erroneous presumption. But you can  
use any other desktop environment on the X2Go Server except GNOMEv3,  
Cinnamon (>= 1.4), Unity (if using Ubuntu >> 12.04) for testing this,  
I assume.


On the client side, in X2Go Client you can set up the connection  
(basically parameters you would give to an SSH command) and the  
"Session Type". Here you can select from various desktop envs, amongst  
others: "MATE".



OK, I will now review the nxproxy code, look for places where it misses
sanity checks and blindly follows data, and fix so as to avoid crashes.
Then maybe you can test.


Fair enough, but if you are interested in remote X11, you maybe really  
want to play with X2Go...


Greets,
Mike

[1] apt-get install mate-desktop-environment

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpVZ2Wiw5N5W.pgp
Description: Digitale PGP-Signatur

Bug#766942: Skip media errors instead of stalling

2014-10-26 Thread Adam Majer

Package: vobcopy
Version: 1.2.0-5
Severity: normal
Tags: patch

Some of my discs accumulated some scratches. Vobcopy would no longer
copy their data efficiently, it would just retry every sector 10
times, essentially stalling.

The attached patch attempts to fix this issue by seeking forward
through the error sectors.

- Adam
Index: vobcopy-1.2.0/vobcopy.c
===
--- vobcopy-1.2.0.orig/vobcopy.c	2014-10-27 02:36:06.0 +
+++ vobcopy-1.2.0/vobcopy.c	2014-10-27 02:36:55.402296457 +
@@ -1798,19 +1798,15 @@
 
 	  /*  blocks = DVDReadBlocks( dvd_file,( offset + seek_start ), file_block_count, bufferin ); */
 
-	  while( ( blocks = DVDReadBlocks( dvd_file,( offset + seek_start ), file_block_count, bufferin ) ) <= 0 && tries < 10 )
-	{
-	  if( tries == 9 )
-		{
-		  offset += file_block_count;
-		  skipped_blocks +=1;
-		  overall_skipped_blocks +=1;
-		  tries=0;
-		}
-	  /*  if( verbosity_level >= 1 ) 
-	  fprintf( stderr, _("[Warn] Had to skip %d blocks (reading block %d)! \n "), skipped_blocks, i ); */
-	  tries++;
-	}
+	  if ((blocks = DVDReadBlocks(dvd_file, offset + seek_start, file_block_count, bufferin)) <= 0) {
+	  off_t new_offset = find_error_offset(dvd_file, offset + seek_start, file_size_in_blocks);
+
+	  off_t skip = new_offset - offset;
+	  skipped_blocks += skip;
+	  overall_skipped_blocks += skip;
+	  offset = new_offset;
+	  continue;
+	  }
 	  
 	  if( verbosity_level >= 1 && skipped_blocks > 0 )
 	fprintf( stderr,
@@ -2312,3 +2308,23 @@
 }
   return( 0 );
 }
+
+/* Skip errors */
+ssize_t find_error_offset(dvd_file_t *file, size_t offset, size_t max)
+{
+	unsigned char crap[DVD_VIDEO_LB_LEN * BLOCK_COUNT];
+	int try_offset = 2;
+
+	while (try_offset > 1 && offset + try_offset < max) {
+		int r = DVDReadBlocks(file, offset + try_offset, 1, crap);
+
+		if (r >= 1) {
+			offset += try_offset/2;
+			try_offset /= 4;
+		}
+		else
+			try_offset *= 2;
+	}
+
+	return offset;
+}
Index: vobcopy-1.2.0/vobcopy.h
===
--- vobcopy-1.2.0.orig/vobcopy.h	2014-10-27 02:36:06.0 +
+++ vobcopy-1.2.0/vobcopy.h	2014-10-27 02:36:06.0 +
@@ -159,6 +159,8 @@
 int check_progress( void ); /* this can be removed because the one below supersedes it */
 int progressUpdate( int starttime, int cur, int tot, int force );
 
+ssize_t find_error_offset(dvd_file_t *file, size_t offset, size_t max);
+
 #ifndef HAVE_FDATASYNC
 #define fdatasync(fd) 0
 #endif

Bug#766758: partially installed packages (triggers pending) after upgrade

I've also had this today on all my nodes (with 1.17.21).

Triggers for man-db were not run at the last update run... 


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

Bug#766619: Popularity counts

2014-10-26 Thread Dima Kogan

Here're some numbers to support Wookey's point that the huge majority of
users only care about gcc,g++ on arm*. Since July I've been running an
unofficieal APT server to host these packages until they could make it
into Debian proper. I built packages for these arches:

- armel
- armhf
- mips
- mipsel
- powerpc
- arm64

I built these frontends:

- C
- C++
- Fortran
- Java
- Go
- Objective C
- Objective C++


armhf:
 69 cpp-4.9-arm-linux-gnueabihf
 68 gcc-4.9-arm-linux-gnueabihf
 37 g++-4.9-arm-linux-gnueabihf
  3 gobjc-4.9-arm-linux-gnueabihf
  2 gobjc++-4.9-arm-linux-gnueabihf
  2 gfortran-4.9-arm-linux-gnueabihf
  2 gcj-4.9-arm-linux-gnueabihf
  2 gccgo-4.9-arm-linux-gnueabihf
  2 gcc-4.9-plugin-dev-arm-linux-gnueabihf

armel:
 47 gcc-4.9-arm-linux-gnueabi
 44 cpp-4.9-arm-linux-gnueabi
 16 g++-4.9-arm-linux-gnueabi
  2 gobjc++-4.9-arm-linux-gnueabi
  2 gfortran-4.9-arm-linux-gnueabi
  2 gcj-4.9-arm-linux-gnueabi
  2 gccgo-4.9-arm-linux-gnueabi
  2 gcc-4.9-plugin-dev-arm-linux-gnueabi
  1 gobjc-4.9-arm-linux-gnueabi

arm64 (Not available as long as arm32*)
  5 gcc-4.9-aarch64-linux-gnu
  5 g++-4.9-aarch64-linux-gnu
  5 cpp-4.9-aarch64-linux-gnu
  2 gobjc-4.9-aarch64-linux-gnu
  2 gobjc++-4.9-aarch64-linux-gnu
  2 gfortran-4.9-aarch64-linux-gnu
  2 gcj-4.9-aarch64-linux-gnu
  2 gccgo-4.9-aarch64-linux-gnu
  2 gcc-4.9-plugin-dev-aarch64-linux-gnu

Everything else
  7 cpp-4.9-mipsel-linux-gnu
  6 gcc-4.9-powerpc-linux-gnu
  6 gcc-4.9-mipsel-linux-gnu
  6 g++-4.9-mipsel-linux-gnu
  6 cpp-4.9-powerpc-linux-gnu
  5 g++-4.9-powerpc-linux-gnu
  4 g++-4.9-mips-linux-gnu
  4 cpp-4.9-mips-linux-gnu
  3 gobjc-4.9-mipsel-linux-gnu
  3 gobjc++-4.9-mipsel-linux-gnu
  3 gfortran-4.9-mipsel-linux-gnu
  3 gcj-4.9-mipsel-linux-gnu
  3 gccgo-4.9-mipsel-linux-gnu
  3 gcc-4.9-plugin-dev-mipsel-linux-gnu
  3 gcc-4.9-mips-linux-gnu
  2 gobjc-4.9-powerpc-linux-gnu
  2 gobjc-4.9-mips-linux-gnu
  2 gobjc++-4.9-powerpc-linux-gnu
  2 gobjc++-4.9-mips-linux-gnu
  2 gfortran-4.9-powerpc-linux-gnu
  2 gfortran-4.9-mips-linux-gnu
  2 gcj-4.9-powerpc-linux-gnu
  2 gcj-4.9-mips-linux-gnu
  2 gccgo-4.9-powerpc-linux-gnu
  2 gccgo-4.9-mips-linux-gnu
  2 gcc-4.9-plugin-dev-powerpc-linux-gnu
  2 gcc-4.9-plugin-dev-mips-linux-gnu


The counts for the frontends that aren't C or C++ are so low, they are
likely ALL from people testing stuff, rather than actual users.

Doko: can you tell us what the specific problem is? So far all I'm
getting from the discussions is that you don't like it, but that's not
actionable, and I'm certain there are more specific problems that we can
try to resolve. Is there a maintenance burden on you to support this? If
so, I'm sure some of us can step in to help maintain this. Let's try to
find a solution that makes everybody happy, INCLUDING users.

dima


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

Bug#766941: ITP: openscribe -- app for transcribing audio files using a USB footpedal

2014-10-26 Thread Matt Pharoah

Package: wnpp
Severity: wishlist
Owner: Matt Pharoah 

* Package name: openscribe
  Version : 1.0-1
  Upstream Author : Matt Pharoah 
* URL : http://www.openscribe.ca
* License : GPL-3
  Programming Lang: C++
  Description : app for transcribing audio files using a USB footpedal

A program that allows playback of audio files to be controlled with a USB
 footpedal and/or hand control. The libsonic library is used to allow audio
to
 be slowed down without distorting the pitch.

Bug#766758: ekiga is half-installed

On 2014-10-27 02:44:38 +0100, Guillem Jover wrote:
> Let's lower this for now, as this is certainly not critical in any
> way, and I don't think it's serious for now, too many unknowns, but
> I'll bump it again if it happens to be so.

IMHO, it would be bad if it affected stable.

> On Mon, 2014-10-27 at 02:14:32 +0100, Vincent Lefevre wrote:
> > I've just upgraded another machine, and:
[...]
> > So, this is similar to the other one.
> 
> Ok, I know you set the version affecting the other system to 1.17.21,
> but is this one too that version? was it upgraded to that on the same
> upgrade run?

1.17.21 too, because I had upgraded dpkg first, then upgraded
everything else later.

> Just installing and reinstalling ekiga here does not reproduce that.
> Could you backup that dpkg status file anyway, and check if
> «dpkg --configure -a» fixes it for you?

# dpkg --configure -a
Setting up gconf2 (3.2.6-3) ...
Setting up man-db (2.7.0.2-2) ...
Building database of manual pages ...
Setting up ekiga (4.0.1-5) ...
Processing triggers for menu (2.1.47) ...

which fixes the problem.

-- 
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#766936: [pkg-otr-team] Bug#766936: [libotr5] Extended description: "Deniability" is not a feature per se

2014-10-26 Thread Harlan Lieberman-Berg

On Sun, 2014-10-26 at 21:22 -0400, Filipus Klutiero wrote:
> Rather than advertising 2 independant items, these could be merged in a
> "Deniable authentication" item which would contain both sublists.

One reason why I think "deniability" is important as a separate feature
is that it is differentiating in the face of other, similar kinds of
programs.  Most encryption systems are not deniable; in fact, many
systems are not deniable /by design/.  This message, for example, is PGP
signed and is not deniable at all.  Anyone who gets a copy of the
message can verify that I, or someone with control over my private key,
composed and sent this message.  The Pidgin-Encryption plugin similarly
doesn't have deniability built into its threat model at all.

In that context, I think it might be deserving of being listed as its
own feature.

>By the way, I do not understand what "Anyone can forge messages after a
>conversation to make them look like they came from you." means.

It's part of the deniability feature.  While it's very difficult for an
attacker to forge a signature while the conversation is going on, the
ephemeral key used for signatures is publicly revealed after the
conversation is over.  That means that you could forge any messages, and
theoretically, provide some defense against someone who /did/ manage to
compromise the communication being able to prove that you said what you
said.

-- 
Harlan Lieberman-Berg
~hlieberman

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

Bug#766461: gitg: upload 3.14 to unstable

2014-10-26 Thread Dmitry Smirnov

On Thu, 23 Oct 2014 11:59:50 Emilio Pozuelo Monfort wrote:
> I don't know if there are any problems with gitg 3.14 that prevent its
> upload to unstable. AFAICS all the dependencies should be satisfiable
> there (including webkit2gtk, which will migrate to testing before the
> freeze). If there are no other problems (e.g. regressions), please
> consider uploading 3.14 to sid.

There are serious problems with "gitg" which undertaken a major rewrite after 
0.2.7. Unfortunately a lot of functionality was lost (or sacrificed). New 
"gitg" contains dramatic regressions in functionality and UI and it is nowhere 
near stability and functionality of 0.2.7.
As everyday user of "gitg" I am very disappointed with changes and I consider 
3.x release not usable at all. Until 0.3.x matures I will not let it replace 
0.2.7.

I specifically uploaded gitg-0.3.x to "experimental" so everyone could try it 
and see what I'm talking about... Unfortunately most people just assume that 
new version is better and ask for upload...

Gitg's NEWS file contains the following:

Although the most prominent features of gitg are present in this release,
there are still some notable regressions which will be implemented in
subsequent releases and this release should therefore be considered
unstable.

IMHO the above is a dramatic understatement of current Gitg status. Let me 
stress it again that by no means Gitg 3.x should be allowed anywhere near 
"unstable" yet. Version 0.2.7 works very well with just one minor known bug 
while 3.x is not ready and affected by multiple problems and regressions.

Moreover at least one of "gitg" dependencies, "libgit2" is affected by RC-
critical bug.

On Sun, 26 Oct 2014 21:26:00 Andreas Henriksson wrote:
> On Thu, Oct 23, 2014 at 09:34:47PM +1100, Dmitry Smirnov wrote:
> > tags 766461 + wontfix
> > thanks
> 
> Could you please atleast include an explanation on why?

Sorry for delay. Of course I was going to explain my reasons but I was busy so 
I've decided to tag first. Lately I had to reply to number of Gitg-related 
inquiries so it would be easier to update this bug.

> We're going over the gnome meta packages at the moment and if
> you're not going to ship the 3.14 version how do you think
> we should handle the gnome 3.14 meta-package? Should we depend
> on the old gitg or completely drop gitg?

There is only one version of gitg to depend on. I don't know why would you 
drop Gitg from Depends but that's up to you... 

> Is there any particular reason you're not cooperating with
> pkg-gnome on the maintenance of gitg?

Wow, that's quite an accusation! I don't recall any conflicts or disagreements 
whatsoever. In fact I even packaged from scratch "libgit2-glib" (dependency of 
new gitg) for which I have no interest.

I'm not sure what you're implying but in my view this bug do not qualify for 
"not cooperating".

If case you meant to ask why "gitg" is not team-maintained... Perhaps it is 
historical thing... I'm not a member of "pkg-gnome" and I'm not interested in 
GNOME which I never use. Nobody expressed interest to co-maintain "gitg" ever 
since I took over it. Maintenance effort is not too high so I was not looking 
for co-maintainers. After recent events when people who are not using "gitg" 
(hence not aware of its regressions) are pushing it hard for "unstable" I'm 
convinced that "gitg" will not benefit from team-maintenance in "pkg-gnome".

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

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

Bug#766940: netfilter-persistent should suggest or recommend iptables-persistent

Source: netfilter-persistent
Severity: wishlist

Hi.

AFAIU, netfilter-persistent is now considered to be the "main" package,
while iptables-persistent (and others) are more like "plugins".
Therefore I would like to see that netfilter-persistent Suggests or
even Recommends iptables-persistent.

Of course the "plugins" would still depend on netfilter-persistent since
they can't be used without it.


Cheers,
Chris.



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

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (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#766939: wanna-build: Wanna-build considers alternatives, but buildds don't, causing futile builds

2014-10-26 Thread Wookey

Package: wanna-build
Severity: normal

Sometimes packages go round and round on the builds, trying to be
built repeatedly, because wanna-build thinks that the build-deps are
availbale, but when sbuild tries the build it finds them
unsatisfiable.

This appears to happen when Build-Depends has alternatives. It seems
that wanna-build considers it OK if any of the alternatives are
available, even though buildds only take the first option.

My current example is openmeeg. This build-deps on
libtiff4-dev | libtiff-dev

and has tried to build 33 times in the last 8 days,
https://buildd.debian.org/status/logs.php?pkg=openmeeg&ver=2.0.0.dfsg-5.1&arch=arm64

always failing with:

Install openmeeg build dependencies (apt-based resolver)

...
The following packages have unmet dependencies:
sbuild-build-depends-openmeeg-dummy : Depends: libtiff4-dev but it is not
installable
E: Unable to correct problems, you have held broken packages.
apt-get failed.
---

Surely wanna-build should be setting this to BD-uninstallable, not needs-build?

I've seen the same problem with packages build-depping on emacs23 |
emacsen (emacs23 has never been available on arm64).
https://buildd.debian.org/status/fetch.php?pkg=doxymacs&arch=arm64&ver=1.8.0-6&stamp=1412954802

The following packages have unmet dependencies:
sbuild-build-depends-doxymacs-dummy : Depends: emacs23 but it is not
installable
E: Unable to correct problems, you have held broken packages.
apt-get failed.

The build-deps are: emacs23 | emacsen

Is this a wanna-build bug?

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

Bug#766938: systemd: network-pre.target doesn't seem to be guaranteed to run before the network is up

Package: systemd
Version: 215-5+b1
Severity: important
Tags: security


Hi.

Maybe I just miss something, but AFAIU, network-pre.target is not guaranteed
to run before any networking is brougt up (which is the whole point of
network-pre.target).

network.target has an After= on network-pre.target, but network.target itself
isn't what brings the network up, right? Instead ifup@.service does that which
has a Before= on network.target.

Doesn't that mean that there is no guarantee that network-pre.target "runs"
before ifup@.service?

Therefore there is no guarantee that any services that bring up the firewall
are run before and iface is brought up, which in case should make this issue
security relevant. Depending on the other rules of a system there may be a
short or even longer period between an iface being brougt up and firewall rules
loaded by a unit file, that trusts in network-pre.target.


Cheers,
Chris.


-- Package-specific info:

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

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-57
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.25.2-2
ii  libc6   2.19-12
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-3
ii  libgcrypt20 1.6.2-4
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-5+b1
ii  sysv-rc 2.88dsf-57
ii  udev215-5+b1
ii  util-linux  2.25.2-2

Versions of packages systemd recommends:
ii  dbus1.8.8-2
ii  libpam-systemd  215-5+b1

Versions of packages systemd suggests:
ii  systemd-ui  3-2

-- Configuration Files:
/etc/systemd/logind.conf changed [not included]

-- 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#766000: RFS: id3lib3.8.3/3.8.3-16

2014-10-26 Thread Stefan Ott

On 10/26/2014 06:13 PM, Tobias Frost wrote:
> 
>  There are no "wishlist" lintian messages 

Hmm, it says "Severity: wishlist, Certainty: certain" :)

Anyway

> I'm have doubts. I think lintian is right. You know what's your library
> name and you know the version part? I'm not an library guru, but I think
> the library name is "libid3-3.8" and the version is 3.0.0, so lintian
> expectd a symling from  usr/lib/x86_64-linux-gnu/libid3-3.8.so to
> usr/lib/x86_64-linux-gnu/libid3-3.8.so.3.0.0 

You certainly have a point there, the file names are indeed a good
indicator. Yet libid3.so is the file name that upstream builds. If I
were to change it, would that not potentially lead to all kinds of
issues with other software that compiles against libid3?

> For the other messages, at least P no-dep5-copyright are easily fixable
> and dep5 is IMHO now considered as best-practice.

That is true, a new version with a dep5 copyright file has been uploaded.

cheers
-- 
Stefan Ott
http://www.ott.net/

signature.asc
Description: OpenPGP digital signature

Bug#766937: apparmor-profiles: Patch - abstraction profile for desktop themes and images

2014-10-26 Thread Pat Parson

Package: apparmor-profiles
Version: 2.7.103-4
Severity: wishlist

Dear Maintainer,

There are  numerous programs which could use this abstraction to create a 
profile and avoid numerous errors.

-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (1001, 'stable-updates'), (1001, 'proposed-updates'), (1001, 
'testing'), (1000, 'stable'), (500, 'trusty-security')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apparmor-profiles depends on:
ii  apparmor  2.7.103-4

apparmor-profiles recommends no packages.

apparmor-profiles suggests no packages.

-- Configuration Files:
/etc/apparmor.d/bin.ping changed [not included]
/etc/apparmor.d/sbin.klogd [Errno 2] No such file or directory: 
u'/etc/apparmor.d/sbin.klogd'
/etc/apparmor.d/sbin.syslog-ng [Errno 2] No such file or directory: 
u'/etc/apparmor.d/sbin.syslog-ng'
/etc/apparmor.d/sbin.syslogd [Errno 2] No such file or directory: 
u'/etc/apparmor.d/sbin.syslogd'
/etc/apparmor.d/usr.bin.chromium-browser [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.bin.chromium-browser'
/etc/apparmor.d/usr.lib.dovecot.deliver [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.lib.dovecot.deliver'
/etc/apparmor.d/usr.lib.dovecot.dovecot-auth [Errno 2] No such file or 
directory: u'/etc/apparmor.d/usr.lib.dovecot.dovecot-auth'
/etc/apparmor.d/usr.lib.dovecot.imap [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.lib.dovecot.imap'
/etc/apparmor.d/usr.lib.dovecot.imap-login [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.lib.dovecot.imap-login'
/etc/apparmor.d/usr.lib.dovecot.managesieve-login [Errno 2] No such file or 
directory: u'/etc/apparmor.d/usr.lib.dovecot.managesieve-login'
/etc/apparmor.d/usr.lib.dovecot.pop3 [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.lib.dovecot.pop3'
/etc/apparmor.d/usr.lib.dovecot.pop3-login [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.lib.dovecot.pop3-login'
/etc/apparmor.d/usr.sbin.avahi-daemon [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.sbin.avahi-daemon'
/etc/apparmor.d/usr.sbin.dnsmasq changed [not included]
/etc/apparmor.d/usr.sbin.dovecot [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.sbin.dovecot'
/etc/apparmor.d/usr.sbin.identd [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.sbin.identd'
/etc/apparmor.d/usr.sbin.mdnsd [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.sbin.mdnsd'
/etc/apparmor.d/usr.sbin.nmbd [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.sbin.nmbd'
/etc/apparmor.d/usr.sbin.nscd [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.sbin.nscd'
/etc/apparmor.d/usr.sbin.smbd [Errno 2] No such file or directory: 
u'/etc/apparmor.d/usr.sbin.smbd'
/etc/apparmor.d/usr.sbin.traceroute changed [not included]

-- no debconf information

-- debsums errors found:
sh: 1: /usr/sbin/dpkg-divert: not found
#-
#
# Copyright (c) 2014 Pat Parson
# This program is free software in the public domain.
# This software is licensed under the terms of the MIT License.
#
# The MIT License (MIT) - http://opensource.org/licenses/MIT
#
# Permission is hereby granted, free of charge, to any person
# obtaining a copy of this software and associated documentation
# files (the "Software"), to deal in the Software without
# restriction, including without limitation the rights to use,
# copy, modify, merge, publish, distribute, sublicense, and/or
# sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
#
# The above copyright notice and this permission notice shall be
# included in all copies or substantial portions of the Software.
#
#-

# common directories needed for desktop themes and images

  /usr/share/themes/ r,
  /usr/share/themes/** r,
  /usr/share/images/ r,
  /usr/share/images/** r,

Bug#766758: ekiga is half-installed

2014-10-26 Thread Guillem Jover

Control: severity -1 important

Let's lower this for now, as this is certainly not critical in any
way, and I don't think it's serious for now, too many unknowns, but
I'll bump it again if it happens to be so.

On Mon, 2014-10-27 at 02:14:32 +0100, Vincent Lefevre wrote:
> I've just upgraded another machine, and:
> 
> $ COLUMNS=70 dpkg -l | grep -v '^ii'
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ Name   Version  Architecture Description
> +++-==---=
> iW  ekiga  4.0.1-5  amd64H.323 and SIP compatible VoIP cli
> it  gconf2 3.2.6-3  amd64GNOME configuration database syst
> it  man-db 2.7.0.2-2amd64on-line manual pager
> 
> So, this is similar to the other one.

Ok, I know you set the version affecting the other system to 1.17.21,
but is this one too that version? was it upgraded to that on the same
upgrade run?

Just installing and reinstalling ekiga here does not reproduce that.
Could you backup that dpkg status file anyway, and check if
«dpkg --configure -a» fixes it for you?

If it does not, I'd be interested in the -D7 output from that, or
the status file (feel free to send privately, for privacy reasons, etc).

Thanks,
Guillem

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

Bug#738426: w3c-markup-validator: FTBFS: iconv: illegal input sequence at position 4322

2014-10-26 Thread Jean-Michel Nirgal Vourgère

tags 738426 + patch
thank you

It should be prohibited to have accentuated character in one's name.
This breaks the old latin1 encoding in the log files! ;)

Attached is a trivial patch for debian/rules.
--- debian/rules	2013-03-15 09:01:28.0 +0100
+++ debian/rules.new	2014-10-27 02:17:04.873262878 +0100
@@ -26,9 +26,8 @@
 
 override_dh_installdocs:
 	mkdir -p debian/tmp
-	lynx -dump -nolist htdocs/todo.html | iconv -f latin1 > debian/tmp/TODO
-	lynx -dump -nolist htdocs/whatsnew.html | iconv -f latin1 > debian/tmp/changelog
-	lynx -dump -nolist htdocs/about.html | iconv -f latin1 > debian/tmp/README
+	lynx -dump -nolist -display_charset=utf-8 htdocs/todo.html | iconv -f utf-8 > debian/tmp/TODO
+	lynx -dump -nolist -display_charset=utf-8 htdocs/whatsnew.html | iconv -f utf-8 > debian/tmp/changelog
+	lynx -dump -nolist -display_charset=utf-8 htdocs/about.html | iconv -f utf-8 > debian/tmp/README
 	dh_installdocs
 
-


signature.asc
Description: OpenPGP digital signature

Bug#766936: [libotr5] Extended description: "Deniability" is not a feature per se

2014-10-26 Thread Filipus Klutiero


Package: libotr5
Version: 4.1.0-1
Severity: minor

The extended description contains:

 OTR allows you to have private conversations over IM by providing:
[...]
  - Authentication
- You are assured the correspondent is who you think it is.
  - Deniability
- The messages you send do _not_ have digital signatures that are
  checkable by a third party.  Anyone can forge messages after a
  conversation to make them look like they came from you. However,
  _during_ a conversation, your correspondent is assured the messages
  they see are authentic and unmodified.


So-called "deniability" is not a feature per se, unless authentication is taken 
for granted, which is clearly not the case here.

Rather than advertising 2 independant items, these could be merged in a "Deniable 
authentication" item which would contain both sublists.


By the way, I do not understand what "Anyone can forge messages after a conversation 
to make them look like they came from you." means.

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#746466: proofgeneral hijacks the emacs icon identity

2014-10-26 Thread Drew Parsons

On Sun, 2014-10-26 at 21:58 +0100, Hendrik Tews wrote:
>  the problem is the
> line 
> 
>   StartupWMClass=Emacs
> 
> in /usr/share/applications/proofgeneral.desktop . 

Sounds like it might be tricky to sort out!  

Incidentally, after removing that entry, the ProofGeneral icon does
still appear in the Application menu even though its not used for
Alt-Tab switching.

Thanks,
Drew

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

Bug#766758: ekiga is half-installed

I've just upgraded another machine, and:

$ COLUMNS=70 dpkg -l | grep -v '^ii'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
iW  ekiga  4.0.1-5  amd64H.323 and SIP compatible VoIP cli
it  gconf2 3.2.6-3  amd64GNOME configuration database syst
it  man-db 2.7.0.2-2amd64on-line manual pager

So, this is similar to the other one.

-- 
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#766639: [Pkg-gauche-devel] Bug#766639: gauche: FTBFS on ppc64el (and maybe ppc64)

2014-10-26 Thread NIIBE Yutaka


Hello, Frederic,

Thank you for your report.  I'll include your change and upload new
version this week.

On 10/25/2014 12:06 AM, Frederic Bonnard wrote:

I had it working all the time in a ppc64el UP chroot. I guessed it's
something to do with threading.


Just FYI.  Around the time of gauche 0.9.4-3, I built gauche
successfully on the porterbox of ppc64el (pastel.debian.net).  So, I
think that it's likely that it's because of some non-deterministic
behavior like threading.


In gauche 0.9.3, gc is 7.2 and in 0.9.4 it's 7.4.


Actually, we had some patches (of our own) against gc 7.1+ and 7.2+,
and it has been reported to upstream of gc (... and included in gc
7.4).

Ideally, we should avoid maintaining a copy of a library (gc) within
an application (gauche), but it seems for me that the library is
(was?) not designed to be shared among applications (see: #154776),
and Gauche specifically has its own parameter to built libgc.

Besides, libgc in Debian is not good shape for years.

Once, I tried to help maintaining libgc in Debian, but it didn't work
as I expected.  It was difficult to share our experiences of gauche to
libgc in Debian (See: #578337).  Even for a single fix for sparc64, it
wasn't successful with no good reason from my viewpoint.  I mean, we
had been maintaining Gauche and its own version of libgc which worked
stable (at least for Gauche).  Now, current version of libgc for
Debian is too old...


So in the meantime here is a patch to disable PARALLEL MARK on
powerpc builds (though I could test it on ppc64el only)


Thank you.  I think that it makes sense.

Well, it would be better to have a patch for those architectures than
changing debian/rules, so that we can share change with upstream of
gc.  I'll consider how to do that.
--


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

Bug#766815: installation-reports: please omit "quiet" option

On Sun, 2014-10-26 at 02:44 +0100, lee wrote:
[...]
> I strongly recommend to change the installer to *not* use the quiet
> option.  Especially with the installer, there is much point in being
> able to see all messages, and not everyone installs Debian on up-to-date
> and/or fully known hardware.

No, it is important to see the *error* messages.  The bug is that this
error message is suppressed when 'quiet' is used.

> Besides, the "quiet" option shouldn't be used by default after the
> installation has completed, either.
[...]

It is the correct default.  Those *expert* users who feel able to
interpret the extra information that may be logged to the console are
exactly the users that are most likely to know how to override this
default.

Ben.

-- 
Ben Hutchings
Theory and practice are closer in theory than in practice.
- John Levine, moderator of comp.compilers

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

Bug#766718: Argument "0.80_2" isn't numeric in numeric ge (>=) at /usr/share/perl5/Mail/SpamAssassin/Plugin/AskDNS.pm

On 2014-10-26 10:42:59 -0700, Noah Meyerhans wrote:
> Is this really a spamassassin bug? We can certainly work around the
> version check in spamassassin (particularly in Debian, where
> Net::DNS::VERSION < 0.34 hasn't been true for a long, long time, but
> there needs to be a programmatic way of comparing version numbers.

Isn't http://search.cpan.org/~jpeacock/version/lib/version.pod for
that?

-- 
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#763354: Enable support for RTS5129 card reader

Control: tag -1 moreinfo

On Tue, 30 Sep 2014 00:20:43 +0800 jida...@jidanni.org wrote:
> Package: src:linux
> Version: 3.16.3-2
> 
> Please enable support for the RTS5129 card reader.
> 
> Bus 001 Device 005: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card 
> Reader Controller
> 
> # journalctl
> 
>  9月 30 00:04:35 jidanni5 systemd-udevd[168]: Network interface NamePolicy= 
> disabled on kernel commandline, ignoring.
>  9月 30 00:04:35 jidanni5 kernel: mmc0: new high speed SD card at address 0007
>  9月 30 00:04:35 jidanni5 kernel: mmcblk0: mmc0:0007 SD02G 1.84 GiB 
>  9月 30 00:04:35 jidanni5 kernel: mmcblk0: p1
> 
> http://thelastmaimou.wordpress.com/2013/05/16/the-card-reader-bluff-call-it/comment-page-1/

The rtsx_usb driver is supposed to support it.  What's the problem?

Ben.

-- 
Ben Hutchings
Theory and practice are closer in theory than in practice.
- John Levine, moderator of comp.compilers


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

Bug#766935: [www.debian.org] packages.debian.org: missing some extended descriptions (unstable, experimental)

2014-10-26 Thread Filipus Klutiero


Package: www.debian.org
Severity: normal

packages.debian.org has been missing some extended descriptions in 
experimental, at least for many months. It seems this issue recently started to 
affect unstable too.

Packages which did not change their extended description recently are not 
affected, but at least those which changed in the 4 previous days seem to be 
affected. Compare https://packages.debian.org/en/sid/apache2-utils 
(apache2-utils having had its extended description fixed in 2.4.10-6) with 
https://packages.debian.org/en/sid/apache2-bin
2.4.10-6 was uploaded 2014-10-21.
Another example is https://packages.debian.org/en/sid/libotr5 (4.1.0-1 uploaded 
2014-10-21).

I never noticed this problem in short descriptions.

There is no error message - it simply looks as if the extended description was 
empty.

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#114849: emacs24 still has the bugs in emacs23

2014-10-26 Thread Ian Jackson

reopen 114849
reassign 114849 emacs24
found 114849 24.4+1-4
retitle 114849 Invoke sendmail with -odb -oee
thanks

I have just reproduced this with emacs24 in sid.

I did this:
 * Install emacs and exim4-daemon-light
 * Ran emacs -nw -f mail
 * Started an (as root) an strace -ff of the relevant pid
 * Filled in an email address and subject and body and sent the mail

I observed emacs doing this:
  execve("/usr/sbin/sendmail", ["/usr/sbin/sendmail", "-oi", "-oep", "-odi", 
"-t"], [/* 50 vars */]) = 0

Emacs should use -odb -oee.

-odb means to deliver the mail in the background.  I.e., the parent
sendmail exits as soon as it has queued the mail.  Without this, emacs
might hang because of network problems.

-oee means to produce a useful exit status.  See the exim4 manpage.

NB that -odb *MUST NOT* be achieved by setting `mail-interactive' to
`nil'.  `mail-interactive' controls whether Emacs waits for the exit
status from the sendmail that it spawns and MUST be set to `t'.
Otherwise mail can be lost.

Thankfully with the situation in sid, I don't think mail can be lost.
It might generate _both_ an error in emacs _and_ a bounce.  And as I
say Emacs might hang.

Ian.


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

Bug#766920: initramfs-tools: update-initramfs makes system unbootable due to missing rootfs

Control: severity -1 serious
Control: tag -1 moreinfo

On Sun, 2014-10-26 at 21:41 +0100, Richard Lucassen wrote:
> Package: initramfs-tools
> Version: 0.116
> Severity: critical
> Justification: breaks the whole system
> 
> Dear Maintainer,
> 
> During an update, this is what I see:
> 
> [..]
> Processing triggers for initramfs-tools (0.116) ...
> update-initramfs: Generating /boot/initrd.img-3.16-3-amd64
> /803: No such file or directory
> [update continues]
> 
> After a reboot, the system is unbootable due to a missing rootfs.
[...]

We support hexadecimal device numbers in the 'root=' kernel parameter
when booting, but do not expect to see them at build time in the mount
table.

Please provide the output of 'mount' on one such system.

You are recommended to specify the root device on the kernel command
line using the syntax 'root=UUID=...'

Ben.

-- 
Ben Hutchings
Theory and practice are closer in theory than in practice.
- John Levine, moderator of comp.compilers


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

Bug#766934: sympow: FTBFS - binary-arch/binary-indep install scheme failure

2014-10-26 Thread Jerome Benoit

Package: sympow
Version: 1.023-4
Severity: serious
Justification: FTBFS

It appears that the implemented binary-arch/binary-indep install machinery
fails because the Makefile generated by the Configure script was not set up
properly: this machinerie must be hardened.

Thanks,
Jerome

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

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

Versions of packages sympow depends on:
ii  libc62.13-38+deb7u6
ii  pari-gp  2.7.2-1
ii  sympow-data  1.023-4

sympow recommends no packages.

sympow 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#766933: zsh: Crash after interrupting tab-completion with Ctrl-\

Package: zsh
Version: 5.0.7-3
Severity: normal

I did a tab-completion, which generated endless output (I don't know
why, and I don't remember the command). I typed Ctrl-\ to interrupt
it (Ctrl-C had no effect), but zsh immediately crashed (the terminal
disappeared as a consequence). Unfortunately it didn't leave a core
file.

I've attached the file containing my completion settings, which is
sourced by my .zshrc file.

Also reported to the zsh-workers mailing-list.

-- Package-specific info:

Packages which provide vendor completions:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  pulseaudio 5.0-13   amd64PulseAudio sound server

dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions


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

Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages zsh depends on:
ii  libc6   2.19-12
ii  libcap2 1:2.24-6
ii  libtinfo5   5.9+20140913-1
ii  zsh-common  5.0.7-3

Versions of packages zsh recommends:
ii  libncursesw5  5.9+20140913-1
ii  libpcre3  1:8.35-3.1

Versions of packages zsh suggests:
ii  zsh-doc  5.0.7-3

-- debconf-show failed

# Vincent Lefèvre's .zcomp #


# Completion for zsh

zcomp_id='$Id: zcomp 73120 2014-09-16 11:39:50Z vinc17/ypig $'

# The following lines were added by compinstall

zstyle ':completion:*' auto-description 'specify: %d'
zstyle ':completion:*' completer _complete
zstyle ':completion:*' format 'Completing %d'
zstyle ':completion:*' ignore-parents parent pwd
zstyle ':completion:*' insert-tab false
zstyle ':completion:*' list-colors ${(s.:.)LS_COLORS}
zstyle ':completion:*' matcher-list '' 'm:{a-zA-Z}={A-Za-z}' 'r:|[._-]=* r:|=*'
zstyle ':completion:*' max-errors 1
zstyle ':completion:*' menu select=long
zstyle ':completion:*' preserve-prefix '//[^/]##/'
zstyle :compinstall filename '.zcomp'

autoload -U compinit
compinit
# End of lines added by compinstall

# Suggestion from
#   From: Peter Stephenson 
#   Date: Thu, 11 Mar 2004 12:28:17 +
#   Subject: Re: cd completion and CDABLE_VARS
#   To: zsh-us...@sunsite.dk
#   Message-ID: <14646.1079008...@csr.com>
#   http://www.zsh.org/mla/users/2004/msg00150.html
# to disable named directories in the first completion choices.
zstyle ':completion:*:complete:(cd|pushd):*' tag-order \
  'local-directories path-directories directory-stack' '*'

# When starting to type a command, avoid the completion on directories
# and executables in the cwd (except if there are no matches). However
# if auto_cd is used with a cdpath, the behavior is a bit inconsistent.
# This can be fixed by a modified _autocd function.
zstyle ':completion:*:complete:-command-:*' tag-order 'commands builtins 
functions aliases suffix-aliases reserved-words jobs parameters' 'executables' 
'*'

# Suggestion from
#   From: Bart Schaefer 
#   Date: Wed, 21 Jul 2004 17:32:36 -0700 (PDT)
#   Subject: Re: TAB at the command line beginning
#   To: Zsh Mailinglist 
#   Message-ID: 
#   http://www.zsh.org/mla/users/2004/msg00743.html
history-search-or-expand-or-complete()
{
  if [[ -z "$BUFFER" && -z "$PREBUFFER" ]] then
zle history-incremental-search-backward "$@"
  else
zle expand-or-complete "$@"
  fi
}
zle -N history-search-or-expand-or-complete
bindkey '\t' history-search-or-expand-or-complete

# Suggestion from
#   From: Bart Schaefer 
#   Date: Thu, 19 Aug 2004 10:16:10 -0700 (PDT)
#   Subject: Re: Tip of the day: previous command output
#   To: Zsh-users List 
#   Message-ID: 
#   http://www.zsh.org/mla/users/2004/msg00896.html
# and following messages...
keep()
{
  kept=()
  kept=( $~* )
  if [[ ! -t 0 ]] then
while read line; do
  kept+=( $line )
done
  fi
  print -Rc - $kept
}
alias keep='noglob keep '

_insert_kept()
{
  (( $#kept )) || return 1
  local action
  zstyle -s :completion:$curcontext insert-kept action
  [[ -n $action ]] && compstate[insert]=$action
  compadd -a kept
}
zle -C insert-kept-result complete-word _generic
zstyle ':completion:insert-kept-result:*' completer _insert_kept
zstyle ':completion:*' insert-kept all
bindkey '\e\t' insert-kept-result

# Suggestion from the manual and
#   From: Bart Schaefer 
#   Date: Sat, 19 Aug 2006 20:16:27 -0700
#   Subject: Re: How to insert completions on command line
#   To: zsh-us...@sunsite.dk
#   Message-id: <060819201627.zm28...@torch.brasslantern.com>
#   http://www.zsh.org/mla/users/2006/msg00820.html
zl

Bug#671121:

2014-10-26 Thread Ayke van Laethem

This bug has been fixed in the upstream release of lightdm-gtk-greeter. See:

https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1024482
(comment #21)
https://github.com/mate-desktop/mate-settings-daemon/issues/46#issuecomment-57939325

Would it be possible to include this patch in jessie?

— Ayke


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

Bug#661712: dvswitch: Provide some information about the free space of the hd

On Sat, 2014-10-18 at 13:53 +0200, Petter Reinholdtsen wrote:
> Thank you for the comments and the review.  But the question I really
> need an answer to before continuing is if such change will be accepted
> or not.
> 
> So far me and another user have seen the need for printing free space,
> while you have stated two years ago that you do not see the need.
> 
> If the feature is interesting and acceptable, I can brush up the patch
> into a usable state, but if not I would rather spend the time
> elsewhere.

It's not my decision any more.

Ben.

-- 
Ben Hutchings
I'm not a reverse psychological virus.  Please don't copy me into your sig.


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

Bug#766932: wheezy-pu: package wireless-regdb/2014.10.07-1~deb7u1

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

I have again updated wireless-regdb in unstable to a new upstream
release.  There have been many changes to the database based on new
regulations and information about additional countries.  These should
also go into stable so that users can easily comply with current laws
and use the full permitted ranges of frequency and transmit power.

Ben.

diff -Nru wireless-regdb-2014.06.13/db.txt wireless-regdb-2014.10.07/db.txt
--- wireless-regdb-2014.06.13/db.txt2014-06-13 20:08:55.0 +0100
+++ wireless-regdb-2014.10.07/db.txt2014-10-07 20:36:16.0 +0100
@@ -18,6 +18,10 @@
 
 
 country AD:
+   (2402 - 2482 @ 40), (20)
+   (5170 - 5250 @ 80), (20)
+   (5250 - 5330 @ 80), (20), DFS
+   (5490 - 5710 @ 80), (27), DFS
# 60 gHz band channels 1-4, ref: Etsi En 302 567
(57240 - 65880 @ 2160), (40), NO-OUTDOOR
 
@@ -34,6 +38,14 @@
(5250 - 5330 @ 80), (20), DFS
(5490 - 5710 @ 80), (27), DFS
 
+# Source:
+# 
http://pucanguilla.org/Downloads/January2005-Anguilla%20Table%20of%20Allocations.pdf
+country AI: DFS-ETSI
+   (2402 - 2482 @ 40), (20)
+   (5170 - 5250 @ 80), (20)
+   (5250 - 5330 @ 80), (20), DFS
+   (5490 - 5710 @ 80), (27), DFS
+
 country AL: DFS-ETSI
(2402 - 2482 @ 40), (20)
(5170 - 5250 @ 80), (20.00)
@@ -130,10 +142,11 @@
(5250 - 5330 @ 80), (20), DFS
(5735 - 5835 @ 80), (20)
 
-country BL:
+country BL: DFS-ETSI
(2402 - 2482 @ 40), (20)
-   (5170 - 5250 @ 40), (18)
-   (5250 - 5330 @ 40), (18), DFS
+   (5170 - 5250 @ 80), (20)
+   (5250 - 5330 @ 80), (20), DFS
+   (5490 - 5710 @ 80), (27), DFS
 
 country BN: DFS-JP
(2402 - 2482 @ 40), (20)
@@ -142,7 +155,8 @@
(5735 - 5835 @ 80), (20)
 
 country BO: DFS-JP
-   (2402 - 2482 @ 40), (30)
+   (2402 - 2482 @ 40), (20)
+   (5250 - 5330 @ 80), (30), DFS
(5735 - 5835 @ 80), (30)
 
 country BR: DFS-FCC
@@ -284,6 +298,14 @@
# 60 gHz band channels 1-4, ref: Etsi En 302 567
(57240 - 65880 @ 2160), (40), NO-OUTDOOR
 
+# Source:
+# 
http://www.ntrcdom.org/index.php?option=com_content&view=category&layout=blog&id=10&Itemid=55
+country DM: DFS-FCC
+   (2402 - 2472 @ 40), (30)
+   (5170 - 5250 @ 80), (17)
+   (5250 - 5330 @ 80), (23), DFS
+   (5735 - 5835 @ 80), (30)
+
 country DO: DFS-FCC
(2402 - 2472 @ 40), (30)
(5170 - 5250 @ 80), (17)
@@ -316,9 +338,16 @@
(5170 - 5250 @ 80), (20)
(5250 - 5330 @ 80), (20), DFS
 
+# Orden IET/787/2013, de 25 de abril, por la que se aprueba
+# el cuadro nacional de atribución de frecuencias.
+# http://www.boe.es/diario_boe/txt.php?id=BOE-A-2013-4845
+#
+# more info at "Cuadro nacional de atribución de frecuencias (CNAF)":
+# http://www.minetur.gob.es/telecomunicaciones/espectro/paginas/cnaf.aspx
+
 country ES: DFS-ETSI
(2400 - 2483.5 @ 40), (100 mW)
-   (5150 - 5250 @ 80), (100 mW), NO-OUTDOOR
+   (5150 - 5250 @ 80), (200 mW), NO-OUTDOOR
(5250 - 5350 @ 80), (100 mW), NO-OUTDOOR, DFS
(5470 - 5725 @ 80), (500 mW), DFS
# 60 gHz band channels 1-4, ref: Etsi En 302 567
@@ -521,6 +550,15 @@
(5250 - 5330 @ 80), (20), DFS
(5490 - 5710 @ 80), (27), DFS
 
+# Source
+# http://ntrc.kn/?page_id=7
+country KN: DFS-ETSI
+   (2402 - 2482 @ 40), (20)
+   (5170 - 5250 @ 80), (20)
+   (5250 - 5330 @ 80), (20), DFS
+   (5490 - 5710 @ 80), (30), DFS
+   (5735 - 5815 @ 80), (30)
+
 country KP: DFS-JP
(2402 - 2482 @ 40), (20)
(5170 - 5250 @ 80), (20)
@@ -533,7 +571,7 @@
(5170 - 5250 @ 80), (20)
(5250 - 5330 @ 80), (20), DFS
(5490 - 5710 @ 80), (30), DFS
-   (5735 - 5815 @ 80), (30)
+   (5735 - 5835 @ 80), (30)
 
 country KW: DFS-ETSI
(2402 - 2482 @ 40), (20)
@@ -550,6 +588,15 @@
(5490 - 5730 @ 80), (24), DFS
(5735 - 5835 @ 80), (30)
 
+# Source:
+# http://www.ntrc.org.lc/operational_structures.htm
+country LC: DFS-ETSI
+   (2402 - 2482 @ 40), (20)
+   (5170 - 5250 @ 80), (20)
+   (5250 - 5330 @ 80), (20), DFS
+   (5490 - 5710 @ 80), (30), DFS
+   (5735 - 5815 @ 80), (30)
+
 country LI: DFS-ETSI
(2402 - 2482 @ 40), (20)
(5170 - 5250 @ 80), (20)
@@ -563,6 +610,14 @@
(5490 - 5730 @ 80), (24), DFS
(5735 - 5835 @ 80), (30)
 
+# Source:
+# 
http://lca.org.ls/images/documents/lesotho_national_frequency_allocation_plan.pdf
+country LS: DFS-ETSI
+   (2402 - 2482 @ 40), (20)
+   (5170 - 5250 @ 80), (20)
+   (5250 - 5330 @ 80), (20), DFS
+   (5490 - 5710 @ 80), (27), DFS
+
 country LT: DFS-ETSI
(2402 - 2482 @ 40), (20)
(5170 - 5250 @ 80), (20)
@@ -599,6 +654,14 @@
(5250 - 5330 @ 80), (20), DFS
 
 # Source:
+# http://www.cnfr.md/index.php?pag=sec&id=117&l=en
+country MD: DFS-ETSI
+

Bug#193616: mpqc has many missing libs in the linkages

2014-10-26 Thread Graham Inggs

This issue has caused another ghemical FTBFS in Ubuntu, see LP: #1277718 [1].
The attached updated 11_ld_as_needed.patch fixes the FTBFS by linking
libSCbasis to liblapack to resolve dgesvd_.

[1] https://bugs.launchpad.net/ubuntu/+source/ghemical/+bug/1277718
--- a/src/lib/math/scmat/Makefile
+++ b/src/lib/math/scmat/Makefile
@@ -63,6 +63,8 @@
result.h vector3.h vector3_i.h block.h matrix3.h elemop.h repl.h \
blocked.h disthql.h dim.h
 
+LTLINKLIBOPTS += -lblas -lgfortran
+
 GENINC =
 
 DEPENDINCLUDE = $(INC) $(GENINC)
--- a/src/lib/chemistry/qc/Makefile
+++ b/src/lib/chemistry/qc/Makefile
@@ -33,7 +33,7 @@
 include $(SRCDIR)/$(TOPDIR)/lib/GlobalMakefile
 include $(TOPDIR)/lib/Makedirlist
 
-SUBDIRS = basis oint3 intv3 wfn scf dft mbpt
+SUBDIRS = basis oint3 intv3 dft wfn scf mbpt
 ifeq ($(HAVE_SC_SRC_LIB_CHEMISTRY_QC_PSI),yes)
 SUBDIRS := $(SUBDIRS) psi
 endif
--- a/src/lib/chemistry/qc/wfn/Makefile
+++ b/src/lib/chemistry/qc/wfn/Makefile
@@ -48,6 +48,8 @@
 
 LIBS = $(shell $(LISTLIBS) $(INCLUDE) $(SRCDIR)/../dft/LIBS.h)
 
+LTLINKLIBOPTS += $(TOPDIR)/lib/libSCdft.la
+
 wfntest:: wfntest.$(OBJSUF) $(LIBS)
 	$(LTLINK) $(CXX) $(LDFLAGS) -o wfntest $^ $(SYSLIBS) $(LTLINKBINOPTS)
 
--- a/src/lib/chemistry/qc/basis/Makefile
+++ b/src/lib/chemistry/qc/basis/Makefile
@@ -50,6 +50,8 @@
   sobasis.h sointegral.h \
   orthog.h gpetite.h distshpair.h
 
+LTLINKLIBOPTS += -llapack
+
 TESTSRC = btest.cc
 TESTOBJ = $(TESTSRC:%.cc=%.$(OBJSUF))
 TESTFILES = btest.kv

Bug#766931: AttributeError: 'NoneType' if window moved with alt+stylus

2014-10-26 Thread George Shuklin

Package: mypaint
Version: 1.1.0-3
Severity: minor

If mypaint window moved by holding alt + stylus move, mypaint displays trace
(non-damaging), see below.

Steps to reproduce:

1. Attach wacom tablet to PC
2. Run mypaint
3. Hold Alt key.
4. Touch anywhere on canvas.

This bug does not appear if window moved by alt+mouse.

TRACE:

Traceback (most recent call last):
  File "/usr/share/mypaint/gui/document.py", line 76,
button_press_cb(self=, tdw=, event=)
"""
result = self.modes.top.button_press_cb(tdw, event)
self.__update_last_event_info(tdw, event)
  variables: {'event': ('local', ), 'tdw': ('local',
),
'result': (None, []), 'self.modes.top.button_press_cb': ('local', >)}
  File "/usr/share/mypaint/gui/canvasevent.py", line 580,
button_press_cb(self=,
tdw=,
event=)
if action_name is not None:
return self._dispatch_named_action(None, tdw, event,
action_name)
  variables: {'None': ('builtin', None), 'action_name': ('local',
u'ColorPickMode'), 'tdw': ('local', ), 'event': ('local', ),
'self._dispatch_named_action': ('local', >)}
  File "/usr/share/mypaint/gui/canvasevent.py", line 647,
_dispatch_named_action(self=,
win=None, tdw=, event=, action_name=u'ColorPickMode')
else:
return mode.button_press_cb(tdw, event)
elif handler_type == 'popup_state':
  variables: {'tdw': ('local', ), 'event': ('local', ),
'mode.button_press_cb': ('local', >)}
  File "/usr/share/mypaint/gui/colorpicker.py", line 72,
button_press_cb(self=,
tdw=,
event=)
self._button_press_seen = True
self.doc.app.pick_color_at_pointer(self.doc.tdw, self.PICK_SIZE)
return super(ColorPickMode, self).button_press_cb(tdw, event)
AttributeError: 'NoneType' object has no attribute 'app'

wacom details:

Wacom Bamboo Connect Pen stylus id: 12  type: STYLUS
Wacom Bamboo Connect Pen eraser id: 13  type: ERASER



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

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

Versions of packages mypaint depends on:
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-12
ii  libcairo2   1.14.0-2
ii  libfontconfig1  2.11.0-6.1
ii  libfreetype62.5.2-2
ii  libgcc1 1:4.9.1-19
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.0-2
ii  libgomp14.9.1-19
ii  libgtk2.0-0 2.24.25-1
ii  libjson00.11-4
ii  liblcms2-2  2.6-3+b2
ii  libpango1.0-0   1.36.8-2
ii  libpng12-0  1.2.50-2
ii  libpython2.72.7.8-11
ii  libstdc++6  4.9.1-19
ii  mypaint-data1.1.0-3
ii  python  2.7.8-2
ii  python-gtk2 2.24.0-4
ii  python-numpy1:1.8.2-2
ii  python2.7   2.7.8-11

Versions of packages mypaint recommends:
ii  shared-mime-info  1.3-1

Versions of packages mypaint suggests:
pn  mypaint-data-extras  

-- 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#9741: emacs24 still has the bugs in emacs23

2014-10-26 Thread Ian Jackson

reopen 9741
reassign 9741 emacs24
found 9741 24.4+1-4
thanks

I have just reproduced this with emacs24 in sid.

execve("/usr/bin/emacs", ["emacs", "-nw", "-q", "v"], [/* 51 vars */]) = 0
brk(0)  = 0x8a4c000
...
ioctl(6, FIONREAD, [0]) = 0
stat64("/home/ian/v", 0xffcd352c)   = -1 ENOENT (No such file or directory)
readlinkat(AT_FDCWD, "/home", 0xffcd1f6c, 1024) = -1 EINVAL (Invalid argument)
readlinkat(AT_FDCWD, "/home/ian", 0xffcd2e6c, 1024) = -1 EINVAL (Invalid 
argument)
readlinkat(AT_FDCWD, "/home/ian/v", 0xffcd2ffc, 1024) = -1 ENOENT (No such file 
or directory)
fstatat64(AT_FDCWD, "/home/ian/v", 0xffcd3510, AT_SYMLINK_NOFOLLOW) = -1 ENOENT 
(No such file or directory)
readlinkat(AT_FDCWD, "/home", 0xffcd1dfc, 1024) = -1 EINVAL (Invalid argument)
readlinkat(AT_FDCWD, "/home/ian", 0xffcd2cfc, 1024) = -1 EINVAL (Invalid 
argument)
readlinkat(AT_FDCWD, "/home/ian/v", 0xffcd2e8c, 1024) = -1 ENOENT (No such file 
or directory)
fstatat64(AT_FDCWD, "/home/ian/v", 0xffcd33a0, AT_SYMLINK_NOFOLLOW) = -1 ENOENT 
(No such file or directory)
open("/home/ian/v", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file 
or directory)
readlinkat(AT_FDCWD, "/home/ian/.#v", 0xffcc0dc4, 8193) = -1 ENOENT (No such 
file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=2492, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf77d
read(7, "# Locale name alias data base.\n#"..., 4096) = 2492
read(7, "", 4096)   = 0
close(7)= 0
munmap(0xf77d, 4096)= 0
open("/usr/share/locale/en_GB/LC_MESSAGES/libc.mo", O_RDONLY) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=1474, ...}) = 0
mmap2(NULL, 1474, PROT_READ, MAP_PRIVATE, 7, 0) = 0xf77d
close(7)= 0
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such 
file or directory)
faccessat(AT_FDCWD, "/home/ian/v", F_OK) = -1 ENOENT (No such file or directory)
readlinkat(AT_FDCWD, "/home", 0xffcd1ddc, 1024) = -1 EINVAL (Invalid argument)
readlinkat(AT_FDCWD, "/home/ian", 0xffcd2cdc, 1024) = -1 EINVAL (Invalid 
argument)
readlinkat(AT_FDCWD, "/home/ian/v", 0xffcd2e6c, 1024) = -1 ENOENT (No such file 
or directory)
faccessat(AT_FDCWD, "/home/ian/v", W_OK) = -1 ENOENT (No such file or directory)
faccessat(AT_FDCWD, "/home/ian/", W_OK|X_OK) = 0
fstatat64(AT_FDCWD, "/home/ian/v", 0xffcd3210, AT_SYMLINK_NOFOLLOW) = -1 ENOENT 
(No such file or directory)
stat64("/home/ian/#v#", 0xffcd31ec) = -1 ENOENT (No such file or directory)
write(6, "\33[24d\33[?25l(New file)\33[K\33[H\n\33[?1"..., 49) = 49
--- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} ---
sigreturn() (mask [])   = 10
ioctl(6, FIONREAD, [0]) = 0
stat64("/home/ian/v", 0xffcd324c)   = -1 ENOENT (No such file or directory)
faccessat(AT_FDCWD, "/home/ian/v/.dir-locals.el", F_OK) = -1 ENOENT (No such 
file or directory)
faccessat(AT_FDCWD, "/home/ian/.dir-locals.el", F_OK) = -1 ENOENT (No such file 
or directory)
faccessat(AT_FDCWD, "/home/ian/RCS/v,v", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/v,v", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/RCS/v", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/CVS/Entries", R_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/v/.svn", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/.svn", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/SCCS/s.v", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/s.v", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/v/.bzr/checkout/format", F_OK) = -1 ENOENT (No 
such file or directory)
faccessat(AT_FDCWD, "/home/ian/.bzr/checkout/format", F_OK) = -1 ENOENT (No 
such file or directory)
faccessat(AT_FDCWD, "/home/ian/v/.git", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/.git", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/v/.hg", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/.hg", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/v/_MTN/format", F_OK) = -1 ENOENT (No such file 
or directory)
faccessat(AT_FDCWD, "/home/ian/_MTN/format", F_OK) = -1 ENOENT (No such file or 
directory)
faccessat(AT_FDCWD, "/home/ian/v/{arch}/=tagging-method", F_OK) = -1 ENOENT (No 
such file or directory)
faccessat(AT_FDCWD, "/home/ian/{arch}/=tagging-method", F_OK) = -1 ENOENT (No 
such file or directory)
clock_gettime(CLOCK_REALTIME, {1414368155, 437350979}) = 0
rt_sigprocmask(SIG_BLOCK, [WINCH IO], NULL, 8) = 0
write(6, "\33[24d\33[?25l(New file)\33[K\33[H\33[7mF"..., 133) = 133
write(6, "\n\33[K\n\33[K\n

Bug#766007: iceweasel: SSL error - cannot connect to certain servers

2014-10-26 Thread Daniel Kahn Gillmor

On 10/26/2014 07:34 PM, Norbert Preining wrote:
> So What I got from cipherscan is the following:
> 
> prio  ciphersuite   protocolspfs_keysize
> 1 RC4-SHA   SSLv3
> 2 RC4-MD5   SSLv2,SSLv3
> 3 EDH-RSA-DES-CBC3-SHA  SSLv3DH,1024bits
> 4 DES-CBC3-SHA  SSLv3
> 5 EDH-RSA-DES-CBC-SHA   SSLv3DH,1024bits
> 6 DES-CBC-SHA   SSLv3
> 7 EXP-DES-CBC-SHA   SSLv3RSA,512bits
> 8 EXP-RC4-MD5   SSLv2,SSLv3  RSA,512bits
> 
> 
> Does this tell you masters anything? It seems that it is SSLv3 only
> considering SSLv2 as even worse?

I'm not familiar with the details of cipherscan and how it evaluates
this, but reading from the reasonable interpretation of the above:

This is remarkably bad on a modern network.

SSLv2 has been explicitly prohibited for over 3 years now:

 https://tools.ietf.org/html/rfc6176

And this is coming from a body (the IETF) that has a very difficult time
explicitly stating that a given protocol is prohibited.

The export ciphersuites (denoted here with the EXP- prefix) are also
known-broken (arguably, designed broken), and should never be used by
anyone who cares about confidentiality or integrity.

RC4 is also known to be significantly weaker than anything you should
want (we're working on explicitly prohibiting it [0]).

The single-DES ciphersuites (items 5 and 6 above) are also only ~56 bits
of security, which is far to little.

so the only two semi-plausible ciphers in the above list are 3 and 4,
and those are really only possibly acceptable in contexts vulnerable to
BEAST and the like (e.g. web browsers) if the server does record
splitting (e.g. [1]), which i would guess that an old unmaintained
server does not.

In short, keeping this server off the public internet is a good idea,
and its administrators should really do an overhaul of its TLS stack.

Please use modern, well-supported crypto.  we know there are problems
with the old stuff.

--dkg

[0] https://tools.ietf.org/html/draft-ietf-tls-prohibiting-rc4
[1] https://rt.openssl.org/Ticket/Display.html?id=2635&user=guest&pass=guest

signature.asc
Description: OpenPGP digital signature

Bug#766758: ekiga is half-installed

Control: reopen -1
Control: reassign -1 dpkg 1.17.21
Control: retitle -1 partially installed packages (triggers pending) after 
upgrade

On 2014-10-25 18:01:10 +0200, Eugen Dedu wrote:
> I have had this error since a few days with other packages.  It appeared to
> me twice or three times.

This happens again, this time with man-db triggers (see below).

> This is not related to ekiga, for the best of my knowledge.  The only
> difference between -5 (your version) and -4 (packaged long time ago) is a
> small patch for mips.
> 
> So I would close this bug.  If you have additional information, feel free to
> inform me or reopen the bug.

So, I've reopened the bug, and reassigned it to dpkg (aptitude
hasn't changed since June, so that it doesn't seem to be the
cause).

Here's the output of the upgrade with aptitude:

Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 506699 files and directories currently installed.)
Preparing to unpack .../sysvinit_2.88dsf-57_amd64.deb ...
Unpacking sysvinit (2.88dsf-57) over (2.88dsf-53.4) ...
Setting up sysvinit (2.88dsf-57) ...
(Reading database ... 506699 files and directories currently installed.)
Preparing to unpack .../bootlogd_2.88dsf-57_amd64.deb ...
Unpacking bootlogd (2.88dsf-57) over (2.88dsf-53.4) ...
Preparing to unpack .../sysvinit-utils_2.88dsf-57_amd64.deb ...
Unpacking sysvinit-utils (2.88dsf-57) over (2.88dsf-53.4) ...
Processing triggers for man-db (2.7.0.2-2) ...
Setting up sysvinit-utils (2.88dsf-57) ...
(Reading database ... 506699 files and directories currently installed.)
Preparing to unpack .../libpipeline1_1.4.0-1_amd64.deb ...
Unpacking libpipeline1:amd64 (1.4.0-1) over (1.3.1-1) ...
Preparing to unpack .../sysv-rc_2.88dsf-57_all.deb ...
Unpacking sysv-rc (2.88dsf-57) over (2.88dsf-53.4) ...
Setting up sysv-rc (2.88dsf-57) ...
(Reading database ... 506699 files and directories currently installed.)
Preparing to unpack .../initscripts_2.88dsf-57_amd64.deb ...
Unpacking initscripts (2.88dsf-57) over (2.88dsf-53.4) ...
Setting up initscripts (2.88dsf-57) ...
Installing new version of config file /etc/init.d/bootmisc.sh ...
Installing new version of config file /etc/init.d/checkfs.sh ...
Installing new version of config file /etc/init.d/checkroot.sh ...
Installing new version of config file /etc/init.d/checkroot-bootclean.sh ...
Installing new version of config file /etc/init.d/halt ...
Installing new version of config file /etc/init.d/killprocs ...
Installing new version of config file /etc/init.d/mountall.sh ...
Installing new version of config file /etc/init.d/mountall-bootclean.sh ...
Installing new version of config file /etc/init.d/mountnfs.sh ...
Installing new version of config file /etc/init.d/mountnfs-bootclean.sh ...
Installing new version of config file /etc/init.d/mountdevsubfs.sh ...
Installing new version of config file /etc/init.d/mountkernfs.sh ...
Installing new version of config file /etc/init.d/rc.local ...
Installing new version of config file /etc/init.d/reboot ...
Installing new version of config file /etc/init.d/sendsigs ...
Installing new version of config file /etc/init.d/single ...
Installing new version of config file /etc/init.d/umountfs ...
Installing new version of config file /etc/init.d/umountnfs.sh ...
Installing new version of config file /etc/init.d/umountroot ...
(Reading database ... 506699 files and directories currently installed.)
Preparing to unpack .../console-setup-linux_1.114_all.deb ...
Unpacking console-setup-linux (1.114) over (1.113) ...
Preparing to unpack .../console-setup_1.114_all.deb ...
Unpacking console-setup (1.114) over (1.113) ...
Preparing to unpack .../keyboard-configuration_1.114_all.deb ...
Unpacking keyboard-configuration (1.114) over (1.113) ...
Preparing to unpack .../libsvn-dev_1.8.10-3_amd64.deb ...
Unpacking libsvn-dev (1.8.10-3) over (1.8.10-2) ...
Preparing to unpack .../subversion-dbg_1.8.10-3_amd64.deb ...
Unpacking subversion-dbg (1.8.10-3) over (1.8.10-2) ...
Preparing to unpack .../libapache2-mod-svn_1.8.10-3_amd64.deb ...
Unpacking libapache2-mod-svn (1.8.10-3) over (1.8.10-2) ...
Preparing to unpack .../subversion_1.8.10-3_amd64.deb ...
Unpacking subversion (1.8.10-3) over (1.8.10-2) ...
Preparing to unpack .../subversion-tools_1.8.10-3_amd64.deb ...
Unpacking subversion-tools (1.8.10-3) over (1.8.10-2) ...
Preparing to unpack .../libsvn1_1.8.10-3_amd64.deb ...
Unpacking libsvn1:amd64 (1.8.10-3) over (1.8.10-2) ...
Preparing to unpack .../python-subversion_1.8.10-3_amd64.deb ...
Unpacking python-subversion (1.8.10-3) over (1.8.10-2) ...
Preparing to unpack .../libsvn-perl_1.8.10-3_amd64.deb ...
Unpacking libsvn-perl (1.8.10-3) over (1.8.10-2) ...
Preparing to unpack .../sysvinit-core_2.88dsf-57_amd64.deb ...
Unpacking sysvinit-core (2.88dsf-57) over (2.88dsf-53.4) ...
Setting up sysvinit-core (2.88dsf-57) ...
sysvinit: restarting... done.
(Reading database ... 506705 files and directories currently installed.)
Preparing to unpack .../al

Bug#766930: network-manager-gnome: Connection list disappear when releasing mouse button

2014-10-26 Thread Francesco

Package: network-manager-gnome
Version: 0.9.10.0-2
Severity: wishlist

Dear Maintainer,


  With new version when you click to connect and release the button menu 
disappears
and you have to keep mouse button down and select the connection. Once you 
clicked
and then a click on the connection. I think once was better, specially with 
laptops
and touchpad




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

Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.8.8-2
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gconf-service3.2.6-3
ii  gnome-icon-theme 3.12.0-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libdbus-1-3  1.8.8-2
ii  libdbus-glib-1-2 0.102-1
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.0-2
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.14.3-1
ii  libmm-glib0  1.4.0-1
ii  libnm-glib-vpn1  0.9.10.0-3
ii  libnm-glib4  0.9.10.0-3
ii  libnm-gtk0   0.9.10.0-2
ii  libnm-util2  0.9.10.0-3
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libsecret-1-00.18-1+b1
ii  network-manager  0.9.10.0-3
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  gnome-keyring3.14.0-1+b1
ii  iso-codes3.56-1
ii  mobile-broadband-provider-info   20140317-1
ii  notification-daemon  0.7.6-2
ii  xfce4-notifyd [notification-daemon]  0.2.4-3

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- 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#766929: SSL handshake failed

2014-10-26 Thread Troy Sankey

Package: libsoup2.4-1
Version: 2.38.1-3

When I use any web browser (that uses libsoup) to access the URL
 I get the following error:

  Unable to load page
  Problem occurred while loading the URL https://be.my.ucla.edu/
  SSL handshake failed

Affected web browsers include midori, dwb, uzbl, surf, and luakit.
Browsers that work for me are firefox and rekonq, both of which don't
use libsoup.  I haven't tried Chromium.

The openssl command line program successfully connects to the server:

  $ printf "GET / HTTP/1.1\n\n" | \
openssl s_client -ign_eof -connect be.my.ucla.edu:443
  [...]
  HTTP/1.1 302 Please Wait
  [...]

See full output in the attachment "openssl.txt"
CONNECTED(0003)
---
Certificate chain
 0 s:/C=US/postalCode=90095/ST=CA/L=Los Angeles/street=405 Hilgard 
Avenue/O=University of California, Los Angeles/OU=Undergraduate Education 
Information Technology, UIT/CN=be.my.ucla.edu
   i:/C=US/O=Internet2/OU=InCommon/CN=InCommon Server CA
 1 s:/C=US/O=Internet2/OU=InCommon/CN=InCommon Server CA
   i:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust External 
CA Root
 2 s:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust External 
CA Root
   i:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust External 
CA Root
---
Server certificate
-BEGIN CERTIFICATE-
MIIFbjCCBFagAwIBAgIRAMZccyoofPg0Ge24agVHWnUwDQYJKoZIhvcNAQEFBQAw
UTELMAkGA1UEBhMCVVMxEjAQBgNVBAoTCUludGVybmV0MjERMA8GA1UECxMISW5D
b21tb24xGzAZBgNVBAMTEkluQ29tbW9uIFNlcnZlciBDQTAeFw0xMjAzMDgwMDAw
MDBaFw0xNTAzMDgyMzU5NTlaMIHkMQswCQYDVQQGEwJVUzEOMAwGA1UEERMFOTAw
OTUxCzAJBgNVBAgTAkNBMRQwEgYDVQQHEwtMb3MgQW5nZWxlczEbMBkGA1UECRMS
NDA1IEhpbGdhcmQgQXZlbnVlMS4wLAYDVQQKEyVVbml2ZXJzaXR5IG9mIENhbGlm
b3JuaWEsIExvcyBBbmdlbGVzMTwwOgYDVQQLEzNVbmRlcmdyYWR1YXRlIEVkdWNh
dGlvbiBJbmZvcm1hdGlvbiBUZWNobm9sb2d5LCBVSVQxFzAVBgNVBAMTDmJlLm15
LnVjbGEuZWR1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA9suf6VFK
oqWt7nAJCJtkYFSfqv13eep4BZxVGX7HIqud5yodXss2Lo3PkXMzDJozN4sxBd1u
PXpGTaNCk/xle1uCuZNeKZOp1ZwdDiuhSTUnkFB6w5u7Mf6zaizOza+Q5S/wbmTU
fFabp/YDceUZoi5ImjIgEHbfyv7qOBGKJnYFAz1BaEs/uH4JT1kDhZHvG9wDThMu
c7gkZF7/1SFZUV29qXwcULr2sXEOpenjEzSRc6uplDm0gWcSrrTZV8RRC2ed8+jN
c3CjQu1ozGFK3h4i8G6PMyPbB5+EDy8Vc7SbDxadk+Tit7qftJod1QP1YnDIgGzk
RmXThteAtKQo2QIDAQABo4IBqzCCAacwHwYDVR0jBBgwFoAUSE9a+i9Kml7gUPNr
e1Wl3vW+NF0wHQYDVR0OBBYEFMSbz4K45DXa3SJCywrlv63WgSahMA4GA1UdDwEB
/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQGCCsGAQUFBwMBBggrBgEF
BQcDAjBdBgNVHSAEVjBUMFIGDCsGAQQBriMBBAMBATBCMEAGCCsGAQUFBwIBFjRo
dHRwczovL3d3dy5pbmNvbW1vbi5vcmcvY2VydC9yZXBvc2l0b3J5L2Nwc19zc2wu
cGRmMD0GA1UdHwQ2MDQwMqAwoC6GLGh0dHA6Ly9jcmwuaW5jb21tb24ub3JnL0lu
Q29tbW9uU2VydmVyQ0EuY3JsMG8GCCsGAQUFBwEBBGMwYTA5BggrBgEFBQcwAoYt
aHR0cDovL2NlcnQuaW5jb21tb24ub3JnL0luQ29tbW9uU2VydmVyQ0EuY3J0MCQG
CCsGAQUFBzABhhhodHRwOi8vb2NzcC5pbmNvbW1vbi5vcmcwGQYDVR0RBBIwEIIO
YmUubXkudWNsYS5lZHUwDQYJKoZIhvcNAQEFBQADggEBAHsn4AslzCxs1OZdu7l6
BwVcoQ8E8Ri6NPc8BKHW8S5Hk7rbNJcCBAgc8Ecotq3wLaknqDokrRfsKmIwzjrR
q3oSNG2OglPgfPuDLXk8rhptf6fME9aTiREpDhlCyDkASXY7wAGFqUOtkMI99v+B
PFAjuKAKBO7zWbAc1TnmDE2JinSqLRPiAjqULX5vVLchDFpwbZ3Fo9BlapgajQCA
iXYU/g8PpvPWjlq6f1276BrYTQfadearGvuE+TyttFC2XINaIBlvZ8SF6XFAbG+7
rspcDXrnnuWhfHNlc3sDBd1z/f6JvhjM0685E+84PokYPPtbDuEtnvER/+V9mDrw
FMs=
-END CERTIFICATE-
subject=/C=US/postalCode=90095/ST=CA/L=Los Angeles/street=405 Hilgard 
Avenue/O=University of California, Los Angeles/OU=Undergraduate Education 
Information Technology, UIT/CN=be.my.ucla.edu
issuer=/C=US/O=Internet2/OU=InCommon/CN=InCommon Server CA
---
No client certificate CA names sent
---
SSL handshake has read 3906 bytes and written 666 bytes
---
New, TLSv1/SSLv3, Cipher is AES256-SHA256
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol  : TLSv1.2
Cipher: AES256-SHA256
Session-ID: F9A2223CD08DAEA2257F52517CABA8891E687C9ED86643014F595A64E9CBAB42
Session-ID-ctx: 
Master-Key: 
DDF8E71C54C64248403C6E1CA08104955A0EE9C9896E2815EB5682410D15066CA825021499DC8A501DC05C3B4731C207
Key-Arg   : None
PSK identity: None
PSK identity hint: None
SRP username: None
Start Time: 1414366683
Timeout   : 300 (sec)
Verify return code: 19 (self signed certificate in certificate chain)
---
HTTP/1.1 302 Please Wait
Cache-Control: private,no-store,no-cache,max-age=0
Content-Length: 40
Content-Type: text/html
Expires: Wed, 01 Jan 1997 12:00:00 GMT
Location: 
https://shb.ais.ucla.edu/shibboleth-idp/profile/Shibboleth/SSO?shire=https%3A%2F%2Fbe.my.ucla.edu%2FShibboleth.sso%2FSAML%2FPOST&time=1414366683&target=cookie%3A1414366683_c570&providerId=https%3A%2F%2Fbe.my.ucla.edu%2Fshibboleth-sp%2F
Server: Microsoft-IIS/7.0
Set-Cookie: _shibstate_1414366683_c570=https%3A%2F%2Fbe.my.ucla.edu%2F; path=/; 
HttpOnly
Set-Cookie: _shibstate_1414366683_c570=https%3A%2F%2Fbe.my.ucla.edu%2F; path=/; 
HttpOnly; path=/
X-Powered-By: ASP.NET
Date: Sun, 26 Oct 2014 23:38:03 GMT

Redirecting...

Bug#766718: Argument "0.80_2" isn't numeric in numeric ge (>=) at /usr/share/perl5/Mail/SpamAssassin/Plugin/AskDNS.pm

2014-10-26 Thread Karsten Bräckelmann

On Sun, 26 Oct 2014 10:42:59 -0700 Noah Meyerhans  wrote:
> Is this really a spamassassin bug?

Nope, I believe this is not a SA bug.

libnet-dns-perl_0.80.2-2_arch.deb

Net::DNS 0.80.2 does not exist. Debian actually packages pre-release
beta version 0.80_2. Also see

  https://issues.apache.org/SpamAssassin/show_bug.cgi?id=7095

in particular comments 1 and 4.


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

Bug#766007: iceweasel: SSL error - cannot connect to certain servers

2014-10-26 Thread Norbert Preining

Hi everyone,

thanks for the comments.

> Apparently there are various appropriate offline tools, try
> something from here:- ??
> https://github.com/ssllabs/research/wiki/Assessment-Tools

Done so, I used cipherscan

> [or, alternatively, arrange a temporary port-443 forward through
> to the server one way or another... I've done this to test IMAP
> servers etc...], so ssllabs can talk to that.

Umpf, I prefer not to do that as I probably will get into
deep  from my workplace doing this :-(

On Fri, 24 Oct 2014, Daniel Kahn Gillmor wrote:
> yes, certainly, though i would suggest "nudge" rather than "kick" --

Yeah, that was not meant physically, I know when I have to
be very nice ;-)

> It's possible that this is an extension-intolerant SSLv3 server, which
> would mean that it only works when no extensions were set at all.

So What I got from cipherscan is the following:

prio  ciphersuite   protocolspfs_keysize
1 RC4-SHA   SSLv3
2 RC4-MD5   SSLv2,SSLv3
3 EDH-RSA-DES-CBC3-SHA  SSLv3DH,1024bits
4 DES-CBC3-SHA  SSLv3
5 EDH-RSA-DES-CBC-SHA   SSLv3DH,1024bits
6 DES-CBC-SHA   SSLv3
7 EXP-DES-CBC-SHA   SSLv3RSA,512bits
8 EXP-RC4-MD5   SSLv2,SSLv3  RSA,512bits


Does this tell you masters anything? It seems that it is SSLv3 only
considering SSLv2 as even worse?

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#766764: Support PATH ~ expansion?

2014-10-26 Thread Yuri D'Elia

On 10/26/2014 10:52 PM, Alexandre Detiste wrote:
> While cron allways use a shell:
> http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/do_command.c#n375 ,
> 
> from version 1.3.2, systemd-cron tries to avoid it:
> 
> *) it strips "> /dev/null" of the end of the command line and replace it by
> "StandardOutput=null"
> 
> *) it translates "[ -x /usr/lib/command ] && /usr/lib/command" into
>- ExecStart=/usr/lib/command
>- ConditionFileIsExecutable=/usr/lib/command

This is nice, but I'm just wondering how robust this can possibly be.

If you decide to perform substitutions on the command, then you should
also ensure SHELL is a ksh derivative where this syntax makes sense.

Again, I like the idea, but it's a slippery slope implementation wise.

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

Bug#594450: closed by Debian FTP Masters

2014-10-26 Thread Ian Zimmerman

reassign 594450 emacs24
reopen 594450
thanks

> This is an automatic notification regarding your Bug report
> which was filed against the emacs23 package:
> 
> #594450: emacs23: depends on gconf
> 
> It has been closed by Debian FTP Masters .

The same bug is present in emacs24, so reassigning and reopening.

-- 
Please *no* private copies of mailing list or newsgroup messages.
Local Variables:
mode:claws-external
End:


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

Bug#766808: spurious library link

2014-10-26 Thread Andreas Beckmann

On 2014-10-26 10:07, Aurelien Jarno wrote:
> On Sun, Oct 26, 2014 at 02:48:08AM +0200, Marco d'Itri wrote:
>> This link does not appear to have any purpose and should be removed:
>>
>> /usr/lib/i386-linux-gnu/libusb-0.1.so.4 -> 
>> /lib/i386-linux-gnu/libusb-0.1.so.4
> 
> It has been added as part of a NMU to fix bug #706278. Adding Andreas
> Beckmann in Cc: so he can comment on that.

IIRC libusb-dev installs libusb*.so into /usr/lib/triplet while
libusb*.so.* reside in /lib/triplet. ldconfig therefore creates
libusb-0.1.so.4 -> libusb-0.1.so in /usr/lib/triplet which is not owned
by any package and may become a dangling link later on until ldconfig is
trigged again.

So let's ship a proper link in /usr/lib/triplet to keep this link in the
control of a package and not ldconfig.

andreas

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

Bug#763829: More information on this

2014-10-26 Thread Guillem Jover

Control: reassign -1 src:linux
Control: forcemerge 763831 -1
Control: affects 763831 rsyslog

On Sun, 2014-10-26 at 22:11:21 +0100, Michael Biebl wrote:
> Control: reassign -1 dpkg
> 
> Am 08.10.2014 um 22:14 schrieb Michael Biebl:
> > Am 08.10.2014 um 22:11 schrieb Michael Biebl:
> >> Am 08.10.2014 um 21:37 schrieb Sven Herzberg:
> >>> So, I propose to ship another fix which replaces “--exec $DAEMON” with 
> >>> “-name $RSYSLOGD” in the SysV init script.
> >>
> >> I initially used -name but then was told by the dpkg/s-s-d maintainers
> >> to switch to -exec, because -name has other issues.
> >>
> >> So no, I'll wait until someone fixes s-s-d properly before switching
> >> back and forth.
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652575
> 
> Looks like a bug in s-s-d to me, therefore re-assigning to dpkg.

This was a regression in the Linux kernel, which has now been fixed in
3.16.5-1, please upgrade your running kernel.

> If this is indeed a bug in rsyslogs's init script, please re-assign back
> to rsyslog with instructions how to fix it.

It's neither.

Thanks,
Guillem


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

Bug#764460: Bug#765179: RFS: yubikey-neo-manager/0.2.2-1 [ITP] -- YubiKey NEO management graphical user interface

2014-10-26 Thread Harlan Lieberman-Berg

On Thu, 2014-10-23 at 22:31 -0400, Harlan Lieberman-Berg wrote:
> Glad to help!  I'll take a look at this tonight, and I'll send both of
> you two emails separately, CCed to the particular bugs.

Hello!

Thanks for packaging libu2f-host for Debian!  Sorry for the delay in the
review; I had family visiting that took up more time than I thought it
would.  Took a look over the package, and there are a couple things that
need fixing - some as upstream, and some as packaging for Debian.

1.  There are several generated files included as part of the tarball
that really should be removed, if possible.  The m4 stuff has several
examples of generated files in it - aclocal.m4, several Makefile.in's,
much of the content in ./build-aux (depcomp, config.sub, ar-lib,
test-driver, among others).  If you could go through and remove these
generated files, it's preferable.  As much as possible, the upstream
source should be kept clean and files regenerated as needed.  (See
https://wiki.debian.org/UpstreamGuide#Generated_files for more
information).

2.  In a similar vein, the documentation u2f-host.pdf should be
regenerated at build time, rather than the pdf be included.  If it can
be removed from the upstream tarball, that would be preferable, but if
not, it should be regenerated at build-time in the debian/rules.

3.  The watchfile is currently not working because the link it is
scraping is returning a 500 error.

Other than that, the package looks pretty good!  Let me know when you've
made the above fixes, and I'll take another look through it - quicker,
next time, I hope!

Sincerely,

-- 
Harlan Lieberman-Berg
~hlieberman

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

Bug#766928: Uninstallable as it depends on systemd

2014-10-26 Thread Klaus Ethgen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: k3b
Version: 2.0.2-8
Severity: important

Version 2.0.2-8 is uninstallable now as it pulls in the full systemd
that will never ever end on any of my systems.

Version 2.0.2-7.1 was fine.

- -- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.17.1 (SMP w/8 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)
Shell: /bin/sh linked to /bin/dash

- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJUTXugAAoJEKZ8CrGAGfasB4QL/1PhpG0Lp9f4I9KJqyl0RtPT
B1cSL8Fjk+MyQxL+yLxgQbt71UjhYeIctnuxdTcmW4PXeg5xSjA4JUefq/3/1UjO
uh8yXMIXNIpTHsPKf7uWK8vCjr/fqSBgnW9kNbwgU0CfWhBhnP7lPAxx2jzMWAxo
vuJ4MjHl3OCm9gFNFSpBQrxQRrIHrqWDB/BpA0w37Zcja3BR8jdAXAwh9nXLj/eR
FUlDa3lbOE+S6Ump+OYEK1EShkMa8LqrkXiTjREOGoCAEB5We798MZ9ycKfrHIv1
o1YixPGvw1xm9kGTmAoGmk4UxFBiFPd7fJvgMl5oFkzab/EAEIkhUFAJnxe4jj6B
c0oNCBHEaPTybnfJLRu0dGJ2Zmw9FQUnFvi8h6TBB1Wlvo3MbNCgiMU1PvsV1R6f
OXkiTddNQ7wlZUaEMyhbleXSVtVFce3uBLYEYY0IrIiGTKjNi2DhBJTxwLWAWcU+
V0mC4Z3MzEVWe+Hcxvs2pyUPdKgbwDRPKy1nYxYqXA==
=MdHh
-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#766353: [libjpeg-progs] Conflicts with libjpeg-turbo-progs 1:1.3.1-3

2014-10-26 Thread Bill Allombert

On Sun, Oct 26, 2014 at 07:58:44AM +0100, Helge Kreutzmann wrote:
> Hello,
> I just ran into this as well.
> 
> Why? 
> 
> a) On my machine, which run stable up to about ~1.5 month ago I never
>explicitly installed libjpeg-turbo-progs, so stable users who upgrade
>are most likly affected.
>(I only run dist-ugprade)

You only see the bug because libjpeg-turbo-progs has hijacked the libjpeg-progs
package in jessie for a time, but no users of stable will have
libjpeg-turbo-progs installed.

I have no responsibility in the libjpeg-turbo-progs mess.

> b) It is (more than) a courtesy for users / developers who run testing

I agree with that one, but it is too late now.

> d) Looking at debian-policy, I read:
> It is usually an error for a package to contain files which
>   are on the system in another package.
>I do not see an exception for rc-buggy relationships or such.
>Further as I understand it, it is the normal procedure for taking
>over files, to use breaks/replaces.

Indeed, that why libjpeg-turbo-progs -3 should have added Conflicts/Replaces
but did not. Hence it was buggy. 

Since libjpeg-turbo-progs needs to Conflicts/Replaces libjpeg-progs because
libjpeg-progs was in stable, there is no point in libjpeg-progs to also 
Conflicts/Replaces with libjpeg-turbo-progs. And anyway I cannot chnage
the stable version which clearly does not.

The real fix would be for libjpeg-turbo-progs to use different filename than
libjpeg-progs and then use the alternative system.

> e) Is there any problem of uploading libjpeg-progs just with the
>appropriate breaks/relationship? I think the RMs would have no
>problem accelerating this into testing.

This would be pointless since the bug was in libjpeg-turbo-progs and is now
fixed and is not more reproducible when starting from wheezy or current
testing.

The number of users still having the broken libjpeg-turbo-progs is smaller
everyday.

> > The cause of the breackage you see is that the fixed libjpeg-turbo-progs
> > 1:1.3.1-d for d>3 reached much later than I expected and in particular after
> > libjpeg-progs 9-2. 
> 
> Sorry, I don't understand this sentence. 

The plan was that libjpeg-turbo-progs would be fixed in testing before 
libjpeg-progs 9-2 would move to testing. But the libjpeg-turbo-progs
maintainers uploaded 5 new versions, which delayed the transition.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

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

Bug#766927: debfoster: Removes packages I want to keep

2014-10-26 Thread Santiago Vila

Package: debfoster
Version: 2.7-2

I'm not sure if this is the result of a bad or incomplete translation,
a bug in the program, or both, but the end result is that the program
does exactly the opposite of what it's expected.

My locale is "es_ES.UTF-8" and I'm trying debfoster in a machine
running jessie with minimal packages installed.

I answer "Yes" to every question, as the letters between brackets are
supposed to tell me what are the letters available.

This is what happens:

openssh-server mantiene instalados los siguientes 10 paquetes:
  libbsd0 libedit2 libgssapi-krb5-2 libk5crypto3 libkeyutils1 libkrb5-3 
libkrb5support0 libwrap0
openssh-client openssh-sftp-server
¿Desea mantener openssh-server? [Ynpsiuqx?], [H] Ayuda: Y

python mantiene instalados los siguientes 9 paquetes:
  libexpat1 libpython-stdlib libpython2.7-minimal libpython2.7-stdlib 
libsqlite3-0 mime-support python-minimal
python2.7 python2.7-minimal
¿Desea mantener python? [Ynpsiuqx?], [H] Ayuda: Y

debfoster mantiene instalados los siguientes 1 paquetes:
  libgc1c2
  ¿Desea mantener debfoster? [Ynpsiuqx?], [H] Ayuda: Y

deborphan mantiene instalados los siguientes 1 paquetes:
  dialog
  ¿Desea mantener deborphan? [Ynpsiuqx?], [H] Ayuda: Y
  ¿Desea mantener locales? [Ynpsiuqx?], [H] Ayuda: Y
  ¿Desea mantener rsync? [Ynpsiuqx?], [H] Ayuda: Y
  ¿Desea mantener util-linux-locales? [Ynpsiuqx?], [H] Ayuda: Y
  Leyendo lista de paquetes... Hecho
  Creando árbol de dependencias
  Leyendo la información de estado... Hecho
  Los siguientes paquetes se ELIMINARÁN:
debfoster* deborphan* dialog* libbsd0* libedit2* libexpat1* libgc1c2* 
libgssapi-krb5-2* libk5crypto3*
libkeyutils1* libkrb5-3* libkrb5support0* libpython-stdlib* 
libpython2.7-minimal* libpython2.7-stdlib*
libsqlite3-0* libwrap0* locales* mime-support* openssh-client* 
openssh-server* openssh-sftp-server* python*
python-minimal* python2.7* python2.7-minimal* rsync* util-linux-locales*
0 actualizados, 0 se instalarán, 28 para eliminar y 0 no actualizados.
Se liberarán 49,7 MB después de esta operación.
¿Desea continuar? [S/n]


i.e. The following packages will be REMOVED. Among them, all the ones
I answer "Y" to keep them.

As a workaround, I'm using "LANG=C debfoster", but I should not have
to do this for any program.

Thanks.


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

Bug#766850: [Pkg-chromium-maint] Bug#766850: chromium: Login to Chromium using custom API keys leads to error "Service unavailable. Try again later."

2014-10-26 Thread Jean Baptiste Favre

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello,
Finally found what was going wrong.

I missed to add a Product name in consent screen.
That prevented my API keys to be active.

Fixed that and everything works fine now.

Sorry for the noise,

Regards,
Jean Baptiste

On 26/10/2014 17:20, Vincent Bernat wrote:
> ❦ 26 octobre 2014 11:27 +0100, Jean Baptiste Favre
>  :
> 
>> Since upgrade to version 38, API keys are not included anymore. 
>> To be able to use the Google Sync feature, I followed
>> instructions given here: 
>> www.chromium.org/developers/how-tos/api-keys
>> 
>> I registered and get API credential which were added as ENV
>> variables in /etc/chromium.d/googleapikeys as follow:
>> 
>> export GOOGLE_API_KEY="api_key" export
>> GOOGLE_DEFAULT_CLIENT_ID="my_client_id.apps.googleusercontent.com"
>>
>> 
export GOOGLE_DEFAULT_CLIENT_SECRET="client_secret"
>> 
>> Starting chromium with this file prevents the "API keys are
>> missing" top bar notification.
>> 
>> Trying to login with the Gmail account used to create custom API
>> keys works, but leads to "Service unvailable. Try again later."
>> message.
>> 
>> I've double-checked my API credential without success.
> 
> You can use the Debian API keys instead. I put this in mine and it 
> works:
> 
> export GOOGLE_API_KEY="AIzaSyCkfPOPZXDKNn8hhgu3JrA62wIgC93d44k" 
> export
> GOOGLE_DEFAULT_CLIENT_ID="811574891467.apps.googleusercontent.com" 
> export GOOGLE_DEFAULT_CLIENT_SECRET="kdloedMFGdGla2P1zacGjAQh"
> 
> Maybe try with them instead.
> 
> 
> 
> !DSPAM:544d1f5417883307510199!
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUTXcLXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RTg0NUJBMjMwQ0I0RDQ0ODkwNjk4NDdC
NERENTM2QUNGN0Q4NzM3AAoJELTdU2rPfYc3qnQQAMa8P2h8sralg0FxdUNS++gj
Y1mGx9yPDh3J2h8DXpaEr+nNO0poEzXCk9yc/jVK2CTEOhJPLwWX557i8thL/qpe
unSbvbJibm5YSsRbfjG+vbknDRym9UbUgSdCWT5ny/tkD0ry161pddpCa7D+mzwa
wCNFBj5WtPZTnFjPk6JdvoTueJCT1Bi1txhWOw5sxSsx7eWy+SSFfAlXEUpg0owo
coiXiW2cfuVxwn3q9rbGSaX9H+GfwvghArOycVeIlgOwmGVNvI5SAFBZAICA74wa
ITEGdjUWA2Udgw0HgF+tw9+1afN5iC/ujd007ZFEo2TKqS4LzQhvoC5dPJJzhsso
OijpMPx0sDnCjOUXr377077eLE6PzSMDNzA6AZW5wJhKAlAWBP91ZQXRmXBX/Upi
X/wRXjKgwCQloIuKFmQ4SoIVsL0SYwr3MH9QuuP/zNLvV2iA56RQEjoDGk0Z8IsB
DvGv+ogoBdaoS8in0nkeuKYGAQvewnVlwevDAiLi5mFn7DQXn+62wu4Tth/f/Kez
2Ti/C/vmZWfRY9s1WcweXPXQvDl2M+LKRYsLd1J9ImNvz16xaohcRTjQJ7vU98V/
gccn7e3sY2tWI5CsfyohN019NhPyVa0xvvghgNMKIZoNJTZlMp6N0JrQkfinMRML
j3/4bh2g+lPuJ53VC2Ad
=BR9C
-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#766926: edac-utils: invalid key/value pair in file /etc/udev/rules.d/z60_edac-utils.rules

Package: edac-utils
Version: 0.18-1
Severity: normal


Hey.

I get these errors:
Oct 26 23:37:35 heisenberg systemd-udevd[398]: Network interface NamePolicy= 
disabled on kernel commandline, ignoring.
Oct 26 23:37:36 heisenberg systemd-udevd[398]: invalid key/value pair in file 
/etc/udev/rules.d/z60_edac-utils.rules on line 11,starting at character 41 (' ')
Oct 26 23:37:39 heisenberg systemd-udevd[398]: Network interface NamePolicy= 
disabled on kernel commandline, ignoring.
Oct 26 23:37:40 heisenberg systemd-udevd[398]: invalid key/value pair in file 
/etc/udev/rules.d/z60_edac-utils.rules on line 11,starting at character 41 (' ')

Cheers,
Chris.



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

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages edac-utils depends on:
ii  libc6 2.19-12
ii  libedac1  0.18-1
ii  lsb-base  4.1+Debian13+nmu1

Versions of packages edac-utils recommends:
ii  dmidecode  2.12-3

edac-utils 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#763937: needrestart should default to defno=1

2014-10-26 Thread Thomas Liske


tags 763937 + fixed-upstream
thanks


Hi,

upstream got an new config option (override_rc) allowing to change the
default selection for mission critical services.

Patrick needs to add a debconf question for the global default (and
decide about the default value :-] ). Since there is a conf.d directory
(#764043) this should be easy to implement.


HTH,
Thomas


On 10/04/2014 02:39 AM, Christoph Anton Mitterer wrote:
> On Sat, 2014-10-04 at 02:04 +0200, Thomas Liske wrote: 
>> IMHO it *should* default to suggest to restart services. needrestart
>> needs to be installed manually and requires a confirmation before doing
>> any restart.
> Well first, I think a long-term-goal should be to have it become
> installed by default.
> Because not having a service like it somehow makes security updates
> useless (at least for those people, that don't handle restarting
> manually).
> 
> At least I've noticed that it happens far to easy that I actually click
> okay, with then everything restarting even though I didn't want to.
> Undoing this restarting is then no longer possible, re-running
> needrestart however is easily possible all the time.
> 
> I always think the defaults should be secure:
> Now secure of course means both:
> a) restart per default to get in security upgrade
> b) don't restart per default in order to not break running services,
> potentially even causing data loss (in the real world, not everything
> follows clean transactional or ACID models ;) )
> 
> Even though I generally prioritise security (as in (a)) the highest, I
> still would choose (b) here, because the admin can always shoot himself
> if he wants, can't he?!
> needrestart will have shown him the list of services needed to be
> restarted anyway, regardless of which default,... thus (a) is satisfied
> in the sense "the admin knows he must do something" - if he doesn't it's
> his fault
> 
> 
>> May Patrick could implement a debconf query during installation
>> asking the user to select whenever he wants defno to be 0 or 1 (0
>> should be suggested).
> I've thought about this as well, but then there'd be the question about
> the default if the debconf priority was to low/high for the question to
> be asked ;)
> 
> 
>>> Defaulting to yes may even cause troubles on desktops, where, right
>>> now, it's e.g. still a problem to restart gdm3 (see bug #762756).
>>
>> Currently well known display managers are blacklisted within the
>> default configuration.
> hmm... perhaps an issue then? Because here gdm3 is always selected and
> actually restarted (i.e. it "kills" my session).
> 
> 
>> Changing the blacklist from the config file into a overwrite
>> list is a great idea! Instead of blacklisting display managers the just
>> would be always set to 'no',
> yep, ane one could still set them to yes in the GUI, if one likes to
> kill GNOME (which is always a good idea from time to time)
> 
>> independent of the global default (which
>> should stay yes ;-).
> :-P
> 
> Cheers,
> Chris.
> 


-- 

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


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

Bug#766884: libxml2: lots of "validity error : ID ... already defined" errors with xmllint --valid

Control: tags -1 upstream
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=737840

except that contrary to what the title says, these are not warnings,
but errors.

-- 
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#766913: chiark-utils: FTBFS[kfreebsd]: needs linux/acct.h

2014-10-26 Thread Ian Jackson

Steven Chamberlain writes ("Bug#766913: chiark-utils: FTBFS[kfreebsd]: needs 
linux/acct.h"):
> chiark-utils fails to build acctdump.c on kfreebsd because:
> 
>   * #include  on kfreebsd must be preceded by
> #include  (for some integer typedefs)
>   * kfreebsd's acct.h does not have a struct acct_v3 anyway,
> that is Linux-specific

Thanks for the report.  I will fix this ASAP.

Ian.


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

Bug#766925: gnome: Adding keyboard shortcuts using certain combinations suddenly doesn't work

2014-10-26 Thread Albin

Package: gnome
Version: 1:3.8+8
Severity: normal

To reproduce:
1. Go to System settings → Keyboard → Shortcuts
2. Add a keyboard shortcut under Custom Ctrl+Alt+T e.g. for gnome-terminal
3. Apply and/or restart session
4. Try pressing Ctrl+Alt+T
5. Nothing happens

Assigning the same command to some combinations works, though (e.g.
Ctrl+Alt+M).



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

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

Versions of packages gnome depends on:
ii  aisleriot1:3.14.1-1
ii  alacarte 3.11.91-1
ii  avahi-daemon 0.6.31-4
ii  cheese   3.14.0-1
ii  cups-pk-helper   0.2.5-2
ii  desktop-base 7.0.3
ii  evolution3.12.6-1
ii  evolution-plugins3.12.6-1
ii  file-roller  3.14.0-1
ii  gedit3.14.0-2
ii  gedit-plugins3.14.0-1
ii  gimp 2.8.14-1+b1
ii  gnome-color-manager  3.14.1-1
ii  gnome-core   1:3.8+8
ii  gnome-documents  3.14.0-1
ii  gnome-games  1:3.8+8
ii  gnome-media  3.4.0-2
ii  gnome-nettool3.8.1-1
ii  gnome-orca   3.14.0-1
ii  gnome-shell-extensions   3.14.1-1
ii  gnome-tweak-tool 3.14.0-1
ii  gnumeric 1.12.18-1
ii  gstreamer1.0-libav   1.4.3-1
ii  gstreamer1.0-plugins-ugly1.4.3-1
ii  hamster-applet   2.91.3+git20120514.b9fec3e1-1
ii  inkscape 0.48.5-3
ii  libgtk2-perl 2:1.2492-3
ii  libreoffice-calc 1:4.3.3~rc2~git20141011-1
ii  libreoffice-gnome1:4.3.3~rc2~git20141011-1
ii  libreoffice-impress  1:4.3.3~rc2~git20141011-1
ii  libreoffice-writer   1:4.3.3~rc2~git20141011-1
ii  nautilus-sendto  3.8.2-1
ii  network-manager-gnome0.9.10.0-2
ii  rhythmbox3.1-1
ii  rhythmbox-plugin-cdrecorder  3.1-1
ii  rhythmbox-plugins3.1-1
ii  rygel0.24.0-1
ii  rygel-playbin0.24.0-1
ii  rygel-preferences0.24.0-1
ii  seahorse 3.14.0-1
ii  shotwell 0.20.1-1
ii  simple-scan  3.14.0-1
ii  sound-juicer 3.14.0-1
ii  telepathy-gabble 0.18.3-1
ii  telepathy-rakia  0.8.0-3
ii  telepathy-salut  0.8.1-4
ii  tomboy   1.14.1-3
ii  totem3.14.0-2
ii  totem-plugins3.14.0-2
ii  tracker-gui  1.2.2-2+b1
ii  transmission-gtk 2.84-0.1+b1
ii  vinagre  3.14.0-1
ii  xdg-user-dirs-gtk0.10-1

Versions of packages gnome recommends:
pn  browser-plugin-gnash  
ii  gdebi 0.9.5.5
ii  telepathy-idle0.2.0-2

Versions of packages gnome suggests:
ii  dia-gnome  0.97.3-1
pn  gnome-boxes
ii  gnucash1:2.6.4-1
pn  iceweasel-l10n-all 
pn  libreoffice-evolution  
pn  planner
ii  xul-ext-adblock-plus   2.6.4+dfsg-1
pn  xul-ext-gnome-keyring  

Versions of packages gnome-core depends on:
ii  at-spi2-core 2.14.0-1
ii  baobab   3.14.1-1
ii  brasero  3.11.4-1
ii  caribou  0.4.15-1
ii  caribou-antler   0.4.15-1
ii  dconf-gsettings-backend  0.22.0-1
ii  dconf-tools  0.22.0-1
ii  empathy  3.12.7-1
ii  eog  3.14.1-1
ii  evince   3.14.1-1
ii  evolution-data-server3.12.7.1-1
ii  fonts-cantarell  0.0.16-1
ii  gconf2   3.2.6-3
ii  gdm3 3.14.0-1
ii  gkbd-capplet 3.6.0-1
ii  glib-networking  2.40.1-2
ii  gnome-backgrounds3.14.1-1
ii  gnome-bluetooth  3.14.0-1
ii  gnome-calculator 3.14.0-1
ii  gnome-contacts   3.14.0-1
ii  gnome-control-center 1:3.14.0-1
ii  gnome-dictionary 3.14.1-1
ii  gnome-disk-utility   3.12.1-1+b1
ii  gnome-font-viewer3.14.0-1
ii  gnome-icon-theme 3.12.0-1
ii  gnome-icon-theme-extras  3.12.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-keyring3.14.0-1+b1
ii  gnome-menus  3.13.3-2
ii  gnome-online-

Bug#764792: x11-apps: xman not rendering any pages (zsoelim: not found)

2014-10-26 Thread Julien Cristau

Control: tag -1 patch

On Sat, Oct 11, 2014 at 14:12:12 +0100, Colin Watson wrote:

> On Sat, Oct 11, 2014 at 01:28:34PM +0200, Julien Cristau wrote:
> > On Sat, Oct 11, 2014 at 02:45:17 -0400, Lee Cremeans wrote:
> > > I was trying out xman on my jessie system, and it turns out it won't 
> > > render
> > > any pages at all. I notice that when I start xman from a terminal, I see
> > > 
> > > sh: 1: zsoelim: not found
> > > 
> > > in the terminal when I tell it to load a man page. Some checking shows 
> > > that
> > > zsoelim was in man-db in wheezy, but that no longer seems to be the case
> > > with man-db in jessie on AMD64.
> > 
> > man-db 2.7.0's changelog says "Move zsoelim to /usr/lib/man-db/".
> > Colin, how should I handle this in xman?  Hardcode the path, patch out
> > the use of zsoelim, something else?
> 
> Wow that's an evil mess, and almost certainly broken with anything other
> than ISO-8859-1.  I would suggest burning it to the ground and using
> "man -l" or similar, at least on systems that have man-db, because xman
> appears to be just doing a bad job of reimplementing it.  Failing that
> it would be OK to hardcode /usr/lib/man-db/zsoelim for now (although you
> might want to test it and try both).
> 
> Sorry for the inconvenience; I thought this was an internal utility
> nobody else was using, so it seemed a no-brainer to move it when it was
> conflicting with other packages on other systems ...
> 
Thanks.  As a quick hack this seems to work; there's probably a way to
actually check for man-db...

diff --git a/configure.ac b/configure.ac
index 9a80cbb..ced29c7 100644
--- a/configure.ac
+++ b/configure.ac
@@ -44,6 +44,13 @@ if test "x$GROFF" = "xfound" ; then
AC_DEFINE([HAS_GROFF], 1, [Define to 1 if you have the groff package.])
 fi
 
+AC_ARG_ENABLE([man-db],
+  AS_HELP_STRING([--enable-man-db], [Use man -l to format pages 
instead of our own pipeline (use this if your man implementation is man-db)]),
+  [MANDB=$enableval], [MANDB=no])
+if test x"$MANDB" = xyes; then
+   AC_DEFINE([HAVE_MANDB], 1, [Define if your man implementation is 
man-db])
+fi
+
 AC_CHECK_FUNCS([mkstemp])
 
 AC_ARG_WITH(helpdir,
diff --git a/misc.c b/misc.c
index 06891cd..da8744a 100644
--- a/misc.c
+++ b/misc.c
@@ -661,6 +661,13 @@ static Boolean
 ConstructCommand(char *cmdbuf, const char *path,
  const char *filename, const char *tempfile)
 {
+#ifdef HAVE_MANDB
+int used = snprintf(cmdbuf, BUFSIZ, "man -l %s > %s 2>/dev/null",
+filename, tempfile);
+if (used >= BUFSIZ - 1)
+   return FALSE;
+return TRUE;
+#else
 /* The original code did the following to produce a command line:
  *   sprintf(cmdbuf,"cd %s ; %s %s %s > %s %s", path, TBL,
  *  filename, FORMAT, man_globals->tempfile, "2> /dev/null");
@@ -783,6 +790,7 @@ ConstructCommand(char *cmdbuf, const char *path,
 return (FALSE);
 
 return (TRUE);
+#endif /* man-db */
 }
 #endif  /* HANDLE_ROFFSEQ */
 
Cheers,
Julien


signature.asc
Description: Digital signature

Bug#766838: ntpdate runs before network is up

2014-10-26 Thread Roger Lynn

On 26/10/14 08:53, Torquil Macdonald Sørensen wrote:
>4264 Oct 26 08:36:48 lenovo ntpdate[371]: Can't find host ntp.uio.no: Name 
> or service not known (-2)

I recently noticed a similar problem caused by ntpdate being run before my
DNS server (maradns at the moment) is started. I've worked around it by
telling ntpdate not to use the ntpd configuration and giving it some IP
addresses instead. Looking at your logs it's not clear to me whether your
problem is a lack of connectivity or just no DNS, but I'm no expert.

Roger

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

Bug#766884: libxml2: lots of "validity error : ID ... already defined" errors with xmllint --valid