Bug#751841: /usr/bin/apt-get: Execute external solver... Error! But apt-cudf returns a solution

2014-06-18 Thread Pietro Abate
On 17/06/14 22:17, David Kalnischkies wrote:
  E: Sub-process aspcud returned an error code (1)
 
 This check is new in 1.0.4, previously the exit code was ignored (and
 even segfaults…), but the documentation of the EDSP protocol
 specifically says that the solver should always exit with 0 even if it
 failed to find a solution, aka: Looks like you found a situation in
 which the solver exits with a non-zero statuscode.

yup. Actually there are many cases in which apt-cudf exit with 1. If
the solver fails to find a solution, it means that a solution does not
exists at all, but the execution of the solver was successful. If
apt-cudf exists with 1, it means that it wasn't able to run the solver
at all (and I cannot say anything about the solution). Moreover, with
exit code 1, I always print on stderr a debugging message. Maybe you
can catch it and propagate it to he apt-get user. This will make it
easier for us to debug other problems in the future. 

An empty EDSP might be well the cause of this specific problem. 

OT: I've also the impression that the interaction between apt-get and apt-cudf
is now a bit slower. Just try to dump an edsp and than pass it directly to
apt-cudf. you will notice that it is kinda fast to give you back and answer. I
don't understand why it takes so long when apt-get calls apt-cudf directly
(Are you flushing the stdout too often ?). Maybe I should open a new bug
report for this one ...

thanks !

pietro


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



Bug#751942: equivs: generates invalid control file when source version is given

2014-06-18 Thread Johannes Schauer
Package: equivs
Version: 2.0.9
Severity: normal

Hi,

if the Source: field contains a version, then the generated
debian/changelog will contain two versions, the source and the binary
version. This will let dpkg-parsechangelog fail. For an example of a
package with a versioned source dependency look at gfortran for example.

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#749829: python-django-pipeline: new upstream version available

2014-06-18 Thread Brian May
Hello,

I have prepared an NMU for python-django-pipeline (versioned as 1.3.24-0.1)
and
intend to upload immediately to DELAYED/10. Please feel free to tell me if
I should delay it longer.

The patch against the current version (1.2.2.1-1) is attached

Thanks
-- 
Brian May br...@microcomaustralia.com.au
diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/changelog django-pipeline-1.3.24/debian/changelog
--- django-pipeline-1.2.2.1/debian/changelog	2012-04-27 21:01:14.0 +1000
+++ django-pipeline-1.3.24/debian/changelog	2014-06-18 15:55:27.608767983 +1000
@@ -1,3 +1,14 @@
+django-pipeline (1.3.24-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream release, closes: #749829.
+  * Update standard version to 3.9.5.
+  * Override lintian warning license-problem-json-evil, this is a false
+positive due to debian/patches/make_jsmin_optional. We do not include
+jsmin.
+
+ -- Brian May b...@debian.org  Wed, 18 Jun 2014 15:42:27 +1000
+
 django-pipeline (1.2.2.1-1) unstable; urgency=low
 
   * Initial release (Closes: #670508)
diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/control django-pipeline-1.3.24/debian/control
--- django-pipeline-1.2.2.1/debian/control	2012-04-28 00:20:58.0 +1000
+++ django-pipeline-1.3.24/debian/control	2014-06-18 15:49:33.956908335 +1000
@@ -4,7 +4,7 @@
 Maintainer: Dmitry Nezhevenko d...@dion.org.ua
 Build-Depends: debhelper (= 8), python-setuptools (= 0.6b3), python-all (= 2.6.6-3),
  python-django (= 1.4), python-sphinx (= 1.0.7+dfsg)
-Standards-Version: 3.9.3
+Standards-Version: 3.9.5
 X-Python-Version: = 2.6
 Homepage: https://github.com/cyberdelia/django-pipeline
 
diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/patches/series django-pipeline-1.3.24/debian/patches/series
--- django-pipeline-1.2.2.1/debian/patches/series	2012-05-18 02:51:39.0 +1000
+++ django-pipeline-1.3.24/debian/patches/series	2014-04-10 16:26:04.0 +1000
@@ -1,2 +1 @@
 make_jsmin_optional
-exclude_tests
diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/pydist-overrides django-pipeline-1.3.24/debian/pydist-overrides
--- django-pipeline-1.2.2.1/debian/pydist-overrides	1970-01-01 10:00:00.0 +1000
+++ django-pipeline-1.3.24/debian/pydist-overrides	2014-04-11 08:58:49.0 +1000
@@ -0,0 +1 @@
+futures python-concurrent.futures
diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/rules django-pipeline-1.3.24/debian/rules
--- django-pipeline-1.2.2.1/debian/rules	2012-04-26 23:24:50.0 +1000
+++ django-pipeline-1.3.24/debian/rules	2014-04-10 16:29:25.0 +1000
@@ -18,6 +18,3 @@
 override_dh_auto_install:
 	dh_auto_install --destdir=debian/python-django-pipeline
 	dh_installdocs -ppython-django-pipeline-doc docs/_build/html
-
-override_dh_installchangelogs:
-	dh_installchangelogs docs/_build/text/changelog.txt
diff -ruN --exclude '*.bak' django-pipeline-1.2.2.1/debian/source.lintian-overrides django-pipeline-1.3.24/debian/source.lintian-overrides
--- django-pipeline-1.2.2.1/debian/source.lintian-overrides	1970-01-01 10:00:00.0 +1000
+++ django-pipeline-1.3.24/debian/source.lintian-overrides	2014-06-18 15:53:58.594816868 +1000
@@ -0,0 +1,2 @@
+# this is a false positive
+django-pipeline source: license-problem-json-evil


Bug#724739:

2014-06-18 Thread Ludovic Lebègue
Control: fixed -1 3.12.2-1

Hi,

It seems to be fixed with 3.12.2-1

Regards
Ludovic


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


Bug#687106: Generate ebook (epub) version of the documentation?

2014-06-18 Thread Petter Reinholdtsen
Control: tags -1 + pending

[Holger Levsen]
 could you provide a git branch please, that's easier to
 cherry-pick. or just commit this diff yourself! :-)

Commited.

-- 
Happy hacking
Petter Reinholdtsen


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



Bug#749795: apt: no authentication checks for source packages

2014-06-18 Thread Michael Vogt
On Mon, Jun 16, 2014 at 11:18:27AM +0200, Jakub Wilk wrote:
 * Michael Vogt m...@debian.org, 2014-06-16, 09:35:
 +   _error-Warning(_(The data from '%s' is not signed. All packages from 
 + that repository can not be authenticated.),
 
 s/can not/cannot/
 
 Also, All with a negated verb sounds awkward to me (but that may
 be due to my non-native-englishness). How about:
 
 No packages from that repository can be authenticated.
 
 or simply
 
 Packages from that repository cannot be authenticated.
 
 ?

I like the second string, I updated my branch. Thanks!

Cheers,
 Michael


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



Bug#632729:

2014-06-18 Thread Ludovic Lebègue
fixed 632729 3.12.2-1
thanks

Hi it is fixed in 3.12.2-1. It may even be fixed in an earlier version
but I haven't tested them.

Regards
Ludovic



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


Bug#736878: python-django: Please provide python3-django

2014-06-18 Thread Brian May
On 18 June 2014 10:11, Brian May br...@microcomaustralia.com.au wrote:

 I started work on this, unfortunately, I appear to have got a test
 failure. Can't tell if it is python2.7 or python3, my history doesn't go
 back far enough:


This test failure only happens on my development box, not a clean chroot,
so I suspect I might have something installed that is interfering with the
tests.
-- 
Brian May br...@microcomaustralia.com.au


Bug#751849: closed by Michael Gilbert mgilb...@debian.org (Re: [Pkg-chromium-maint] Bug#751849: /etc/chromium.d/ remains after purge)

2014-06-18 Thread 積丹尼 Dan Jacobson
 After purge one notices
 drwxr-xr-x 2 root root 4096 06-17 15:59 /etc/chromium.d/

B If non-package files are placed there, the directory will need to be
B removed manually, which is expected behavior.

It is an *empty* directory!

Does the chromium package pass the piuparts tests?


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



Bug#731851: modemmanager: Please update to latest 1.2 release candidate

2014-06-18 Thread Guido Günther
On Wed, Jun 18, 2014 at 12:41:56AM +0200, Vincent Bernat wrote:
 Hi!
 
 What's the status? I would like to use an LTE modem and the current
 version of modem manager in sid is unable to. I suppose libqmi needs to
 be updated first? But bug #737572 seems to say that nothing prevents
 libqmi to be uploaded?

This is blocked by the libqmi upload only AFAIC.
Cheers,
 -- Guido


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



Bug#751388: apt: Run 'apt list --upgradable' to see them. when no packages can be upgraded

2014-06-18 Thread Michael Vogt
On Thu, Jun 12, 2014 at 01:54:16PM +0200, Jakub Wilk wrote:
 Package: apt
 Version: 1.0.4
 Severity: minor

Thanks for your bugreport.
 
 apt update has just told me:
 
 0 packages can be upgraded. Run 'apt list --upgradable' to see them.
 
 Technically this is true that I can run 'apt list --upgradable' to
 see all of the 0 packages that can be upgraded. But practically the
 advice to run it is a bit useless in this case. :-)

Indeed, I changed that so that apt update not prints:
 All packages are up to date.
when there are 0 upgradable packages.

Cheers,
 Michael

 -- System Information:
 Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental')
 Architecture: i386 (x86_64)
 Foreign Architectures: amd64
 
 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages apt depends on:
 ii  debian-archive-keyring  2012.4
 ii  gnupg   1.4.16-1.1
 ii  libapt-pkg4.12  1.0.4
 ii  libc6   2.19-1
 ii  libgcc1 1:4.9.0-6
 ii  libstdc++6  4.9.0-6
 
 -- 
 Jakub Wilk
 
 
 -- 
 To UNSUBSCRIBE, email to deity-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20140612115416.ga4...@jwilk.net
 


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



Bug#751940: update

2014-06-18 Thread Henri Salo
Do you have any more information about this? It is quite hard to fix security
vulnerability without any details.

---
Henri Salo


signature.asc
Description: Digital signature


Bug#751910: update

2014-06-18 Thread Henri Salo
Upstream bug report: https://support.zabbix.com/browse/ZBX-8151


signature.asc
Description: Digital signature


Bug#751725: [Pkg-xfce-devel] Bug#751725: xfce4-session: Empty desktop caused by --disable-legacy-sm

2014-06-18 Thread Christian Marillat
Yves-Alexis Perez cor...@debian.org writes:

 On lun., 2014-06-16 at 19:15 +0200, Christian Marillat wrote:
 Yves-Alexis Perez cor...@debian.org writes:
  Are they opened automatically because they are part of a session or
  because you manually set them to autostart?
 
 I don't have any autostart configuration.
 Ok.
 
   An empty desktop is completely unusable for me.
  
   What happens if you start your applications normally? Are they not saved
   correctly afterwards?
  
  What do you mean by saved correctly ? Windows position and dimension ?
 
  And especially the fact they're actually started…
 
 Then no.

 Ok.
 
 [...]
 
   It is possible to document how to restore my old session or even 
   better and
   certainly the best, xfce4-session should do that automaticaly.
  
   Well, that's supposed to be the case and the point of session
   management, but there might be some bugs.
  
   It's just not completely clear if you talk about the transition or if
   it's reproducible everytime.
  
  I'm also able to reproduce this bug in a virtualbox machine.
  
  That's not what I asked.
 
 This bug is reproducible and think people will not be happy to lost
 there session configuration.

 I understand *you* are not happy, yes. The change was requested in
 #745676. As stated in my last message there, if it's indeed a regression
 I'm not against reverting that, but “legacy” is X11R5 session
 management, which is really deprecated, afaiui.

 So if you still have applications using X11R5 and not X11R6 session
 management protocol, it might be wise reporting bugs against them.

I did a test with applications from the x11-apps package and nothing is
saved. Iceweasel, gnome-terminal, aterm are not saved.

 Now /maybe/ the X11R6 session management support has bugs which were
 hidden by the legacy SM support, which then need to be fixed in
 xfce4-session.

Then I think this is a bug. Nothing is saved in ~/.cache.session execpt
xfree desktop applications (xfce4-panel, xfwm4, xfdesktop4, thunar).

Christian


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



Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0

2014-06-18 Thread Vincent Bernat
 ❦ 20 avril 2014 11:38 +0200, Marius Kotsbak mar...@kotsbak.com :

 Any progres here. I'd be awesome to have an updated package in
 Debian.

 I pushed an update now. Will test if qmi-proxy is working. It could
 probably be done by running qmicli when Mobile radio monitor
 (http://sigquit.wordpress.com/2013/09/17/mobile-radio-monitor/) is
 running. Should also be tested with Modemmanager 1.2.

Hey Marius!

Any update on this? I tried the package from git myself. I get a
segfault during unittests. If I compile with DEB_BUILD_OPTIONS=nocheck,
the package seems to work fine. I tested it a few minutes with
ModemManager 1.2 with the packaging from Alioth.

What would prevent an upload? Is it the lintian warning about circular
dependency? Is qmi-proxy a strict dependency? I think that most users
will only use ModemManager and can live without it. Or modemmanager
package could just depend on it. Or you could demote this dependency to
a suggestion. Most users will still install it.
-- 
Use the fundamental control flow constructs.  - The Elements of
Programming Style (Kernighan  Plauger)


signature.asc
Description: PGP signature


Bug#692978: Wrong French translation

2014-06-18 Thread Alain Rpnpif
Package: xfce4-power-manager
Version: 1.0.11-2+b1
Followup-For: Bug #692978

Same issue in 1.2.0-4 release.

Spin down means Arrête here, I think so.


-- 
Alain Rpnpif


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



Bug#701802:

2014-06-18 Thread Mathieu Malaterre
control: tags -1 - patch

patch is incomplete. Removing tag.


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



Bug#751944: mate-control-center: mate-appearance-properties depends on marco-common

2014-06-18 Thread Ron
Package: mate-control-center
Version: 1.8.1+dfsg1-3
Severity: normal

Hi,

So I've just done another install of mate, this time a very minimal one
in a VM, using the wheezy-backports packages.

As I mentioned with the last one of these, I still like to use sawfish
as the wm, so I don't have marco installed.  On this one, I don't need
any audio support either so I didn't install mate-media-gstreamer, which
you fixed the marco dep on in #750456.  Which means nothing else pulled
in marco-common on this one ...

Without that, it appears I can't run mate-appearance-properties:

 $ mate-appearance-properties 

 (mate-appearance-properties:11651): GLib-GIO-ERROR **: Settings schema 
'org.mate.Marco.general' is not installed

 Trace/breakpoint trap


(which I only really wanted to change the green stripes background to
 something a little more subdued :)

Installing marco-common appears to fix this.

Ideally it would be nice if it still worked without needing that
(I really do like that mate mostly still lets me install only what
I actually need on a particular system without dozens of apps that
I absolutely don't), but as-is it's just a missing dep.


  Thanks!
  Ron


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



Bug#751943: testsuite doesnt respect DEB_BUILD_OPTIONS=parallel=X

2014-06-18 Thread Riku Voipio
Package: llvm-toolchain-3.4
Version: 1:3.4.2-2
Severity: important

From the build log:

https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.4arch=armhfver=1%3A3.4.2-2stamp=1403011962

Making LLVM unittest 'lit.site.cfg' file...
( ulimit -t 600 ; ulimit -d 512000 ; ulimit -m 512000 ; ulimit -s 8192 ;
\
  /usr/bin/python /«PKGBUILDDIR»/utils/lit/lit.py -s -v . )
  -- Testing: 9320 tests, 4 threads --

The parallel flag was set to 2, yet the testsuite is run with 4 threads.

The lit manual suggests that without -j option, lit autodetects amount of cpu's
for test run.

Riku


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



Bug#751939: nmu: libalien-wxwidgets-perl_0.65+dfsg-2

2014-06-18 Thread Adam D. Barratt

Control: tags -1 + moreinfo

On 2014-06-18 5:55, Damyan Ivanov wrote:

nmu libalien-wxwidgets-perl_0.65+dfsg-2 . ALL . -m rebuild with
libwxgtk3.0-dev 3.0.1
dw libalien-wxwidgets-perl_0.65+dfsg-2 . ALL . -m libwxgtk3.0-dev (= 
3.0.1)


Why that specific version? The libalien-wxwidgets-perl package currently 
in unstable was already built with libwxgtk3.0.


Regards,

Adam


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



Bug#750884: [Pkg-fonts-devel] Bug#750884: Pending fixes for bugs in the fonts-android package

2014-06-18 Thread Fabian Greffrath
Am Dienstag, den 17.06.2014, 21:56 +0200 schrieb Gunnar Hjalmarsson: 
 fonts-droid including this recipe is shipped to everyone using Ubuntu
 14.04, which was released in April. If it was as bad as you imply, we
 would have been buried in bug reports by now, but we aren't.

As you already stated, you can limit the effect of this rule by
providing additional language-specific rules in other packages. But as
it stands now, the rule registers Droid Sans Fallback as the prefered
font for both sans-serif and monospace - without any qualification.

 You may want to study the background in the related Ubuntu bug:
 https://launchpad.net/bugs/1227034

I'll read through it, thanks.

- Fabian


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



Bug#751945: Remove md5 files from doxygen generated documentation

2014-06-18 Thread Mathieu Malaterre
Package: lintian
Version: 2.5.10.4

It would be nice it lintian would report a warning for -doc package
generated by doxygen containing internal md5 check. As per upstream:

 what are the gazillions of *.md5 and *.map files doing in the html tree
 doxygen generates?
 Are those files needed for anything when viewing the html doc created?

No they are needed to speed up the regeneration of the output when this is done
in an incremental fashion (i.e. without first deleting all output files).
If a graph has not changed it will have the same md5 signature, so doxygen
knows it will not have to invoke the dot tool.

ref: http://marc.info/?l=doxygen-usersm=111350644016377


for info a couple of packages seems to be affected:

https://packages.debian.org/search?searchon=contentskeywords=.md5mode=pathsuite=stablearch=any


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



Bug#751946: CVE-2014-4165: ntop: XSS in rrdPlugin

2014-06-18 Thread Henri Salo
Package: ntop
Version: 3:5.0.1+dfsg1-2
Severity: normal
Tags: security

Original advisory: http://packetstormsecurity.com/files/127043/ntop-xss.txt
PoC: 
http://127.0.0.1:3000/plugins/rrdPlugin?action=listkey=interfaces/eth0title=interface%20eth0%3C/title%3E%3Cmarquee%3E

---
Henri Salo


signature.asc
Description: Digital signature


Bug#751947: Prefer SVG output in doxygen generated documentation

2014-06-18 Thread Mathieu Malaterre
Package: lintian
Version: 2.5.10.4

It would be nice it lintian would report a warning for -doc package
generated by doxygen containing PNG generated graph. Using SVG greatly
reduce package size.

the doxygen config file should contains:

DOT_IMAGE_FORMAT   = svg

instead of the default:

DOT_IMAGE_FORMAT   = png

It may be hard to check since some package patch upstream source, so
checking orig tarball may not work. Since -doc package are indep
package they may as well not accessible from debian buildd either.

This may be hard to implement.


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



Bug#751949: Do not compress .map file in doxygen generated documentation

2014-06-18 Thread Mathieu Malaterre
Package: lintian
Version: 2.5.10.4

It would be nice it lintian would report a warning for -doc package
generated by doxygen containing compressed .map files (.map.gz).

map file should be stored as plain text (not compressed), see:

http://www.w3schools.com/tags/tag_map.asp

no browser actually support compressed map file.

Here are a list of potential package affected:

https://packages.debian.org/search?mode=pathsuite=wheezysection=allarch=anysearchon=contentskeywords=.map.gz

Technically it should be hard to compress them now that
https://bugs.debian.org/704443 is fixed. It may only affect older
package.


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



Bug#751948: ITP: r-cran-matrixstats -- GNU R methods that apply to rows and columns of a matrix

2014-06-18 Thread Andreas Tille
Package: wnpp
Severity: wishlist
Owner: Andreas Tille ti...@debian.org

* Package name: r-cran-matrixstats
  Version : 0.10.0
  Upstream Author : Henrik Bengtsson henr...@braju.com
* URL : http://cran.r-project.org/web/packages/matrixStats/
* License : Artistic-2.0
  Programming Lang: R
  Description : GNU R methods that apply to rows and columns of a matrix
 This package provides methods operating on rows and columns of
 matrices, e.g. col/rowMedians() and col/rowRanks(). There are also some
 vector-based methods, e.g. anyMissing(), weightedMedians(), and
 binMeans(). The objective is to have all methods being optimized for
 speed and memory usage.


Remark: This is a precondition for some BioConductor upgrades and will
be maintained by the Debian Med team at


svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-matrixstats/trunk/


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



Bug#751704: sunxi MMC boot SPL vs. GPT partition (Re: Bug#751704: partman-base 173: partman overwrites parts of u-boot)

2014-06-18 Thread Ian Campbell
(seems like I didn't actually CC linux-sunxi when I said I would, oh
well, I may post a summary to that list later)

On Tue, 2014-06-17 at 19:44 +0200, Karsten Merker wrote:

 Unfortunately the problematic part in this case is the SPL which
 is the only part of u-boot that cannot be relocated because its
 sector address is hardcoded in the SOC's BROM.

Right :-/

 I see two possible approaches to solve the conflict between SPL
 and GPT, although I do not know whether they are achievable with
 the currently available partman/libparted codebase:

Looking at ./partman-partitioning/lib/disk-label.sh I see:
arm|armeb|armel|armhf)
echo msdos;;
which is overridden to GPT only if the device is 2TB. I think it is
unlikely that you are using an MMC 2TB so perhaps GPT is a red-herring?
Are you actually getting a valid GPT partition table after installing or
is that region just cleared/corrupted?

I suppose it is possible that something somewhere is wanting to zero the
GPT even in msdos mode (as you say below, perhaps to wipe any remains of
a GPT). I've a vague recollection of something like this affecting
another platform in Debian some time ago but I can't for the life of me
remember what it was or find a reference to it.

I think we could probably live with only supporting 2TB MMC so long as
2TB SATA works (I've no reason to think it wouldn't), so we just need
to figure out what is changing those sectors.

Is there a size limit inherent in the MMC hardware?
http://en.wikipedia.org/wiki/MultiMediaCard suggests they max out at
128GB and mention a MiCard (never heard of that) variant which has a
theoretical maximum size of 2TB (but wikipedia mentions 8GB in
practice).

 a1) Make partman only write a classic BIOS bootsector and ignore the
 GPT area when working on /dev/mmcblkX on sunxi-based systems.
 I suppose that writing to the GPT area happens only to make
 sure there are no remains of old GPT partition data
 contradicting the contents of the BIOS bootsector, so when
 taking this approach, the user would have to make sure that
 there are no GPT remains on the card.
 
 a2) Wipe the GPT header but not the whole GPT partition table.
 AFAICS if there is no valid header, the actual partition
 table is ignored, so just wiping the 512 bytes of the header
 block should be enough and would not impede the SPL.  This
 solution would work even with unclean cards.

I think this would be preferable to a1. And given the lack of 2TB MMC
cards in the world I think this would be acceptable overall.

(there was no b? I guess it became a2)

 c ) If we want to use GPT on the SD card, we could try to write
 the GPT in such a way that it does not impede u-boot.

As Lennart says this would risk incompatibilities with other OSes,
although I'm not sure how worried we are about preserving dual boot from
DI on these sunxi platforms though.

In any case those other OSes would have exactly the same problem with
GPT vs SPL that we are having...

One *really* ugly thing we could do is create a fake partition in
whichever entry happens to overlap the SPL entry point whose GUID etc
happen to look like a valid SPL + branch instruction to the full SPL at
a safer location. Really ugly, yukk...

Ian.


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



Bug#751950: debian-security-support: French debconf templates translation

2014-06-18 Thread Julien Patriarca
Package: debian-security-support
Version: N/A
Severity: wishlist
Tags: patch l10n

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of debian-security-support debconf templates to French.
# Copyright (C) 2014, French l10n Team debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the debian-security-support package.
# Julien Patriarca leatherf...@debian.org, 2014.
#
msgid 
msgstr 
Project-Id-Version: debian-security-support\n
Report-Msgid-Bugs-To: debian-security-supp...@packages.debian.org\n
POT-Creation-Date: 2014-05-28 10:24+\n
PO-Revision-Date: 2014-06-12 11:31+0100\n
Last-Translator: Julien Patriarca leatherf...@debian.org\n
Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n
Language: fr\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#: check-support-status.in:29
msgid Failed to parse the command line parameters
msgstr Échec de l'analyse des paramètres de la ligne de commande

#: check-support-status.in:38
#, sh-format
msgid $name version $VERSION
msgstr $name version $VERSION

#: check-support-status.in:63
msgid E: Internal error
msgstr E : Erreur interne

#: check-support-status.in:95
msgid E: Cannot detect dpkg version, assuming wheezy or newer
msgstr 
E : Impossible d'identifier la version de dpkg, on suppose qu'il s'agit de 
wheezy ou plus récent

#: check-support-status.in:196
msgid 
Ended security support for one or more packages\n
\n
Unfortunately, it has been necessary to end security support for some\n
packages before the end of the regular security maintenance life cycle.\n
\n
The following packages found on this system are affected by this:
msgstr 
Le suivi des mises à jour de sécurité a été arrêté pour un ou plusieurs 
paquets\n
\n
Malheureusement, il a été nécessaire d'interrompre le suivi des mises à 
jour\n
de sécurité de certains paquets avant la fin du cycle de maintenance 
théorique\n
\n
Sur ce système, les paquets suivants sont concernés :

#: check-support-status.in:206
msgid 
Limited security support for one or more packages\n
\n
Unfortunately, it has been necessary to limit security support for some\n
packages.\n
\n
The following packages found on this system are affected by this:
msgstr 
Suivi limité des mises à jour de sécurité pour un ou plusieurs paquets\n
\n
Malheureusement, il a été nécessaire de limiter le suivi des mises à jour 
de certains paquets\n
\n
Sur ce système, les paquets suivants sont concernés :

#: check-support-status.in:224
#, sh-format
msgid * Source:$SRC_NAME, ended on $ALERT_WHEN at version $ALERT_VERSION
msgstr 
* Source : $SRC_NAME, terminé sur $ALERT_WHEN pour la version $ALERT_VERSION

#: check-support-status.in:227
#, sh-format
msgid * Source:$SRC_NAME
msgstr * Source : $SRC_NAME

#: check-support-status.in:231
#, sh-format
msgid   Details: $ALERT_WHY
msgstr   Détails : $ALERT_WHY

#: check-support-status.in:234
msgid   Affected binary package:
msgstr   Paquet binaire affecté :

#: check-support-status.in:236
msgid   Affected binary packages:
msgstr   Paquets binaires affectés :

#: check-support-status.in:239
#, sh-format
msgid   - $BIN_NAME (installed version: $BIN_VERSION)
msgstr   - $BIN_NAME (version installée : $BIN_VERSION)


Bug#751882: kde-baseapps-bin: kdialog is missing from package

2014-06-18 Thread Rene Engelhard
On Tue, Jun 17, 2014 at 07:04:34PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
 On Tuesday 17 June 2014 18:53:01 Lisandro Damián Nicanor Pérez Meyer wrote:
 [snip] 
   This needs Qt fixed, then it will automatically be there again. (see
   libreoffice-kdes NEWS.Debian)
  
  Do we have a bug report against Qt? I might have missed it :-/
 
 JFTR, I meant either upstream and/or in Debian's BTS.

Jan-Marek said he wanted to file them in Debian - I didn't check. Apparently
didn't happen. :/

See http://cgit.freedesktop.org/libreoffice/core/tree/configure.ac#n11379 ff
for the check - that makes it

[...]
checking for KDE4 libraries... /usr/lib
checking for QT4... yes
checking whether KDE is = 4.2... yes
checking for KDE_GLIB... yes
checking whether Qt has fixed ExcludeSocketNotifiers... no
configure: WARNING: native KDE4 file pickers will be disabled at runtime
tput: No value for $TERM and no -T specified
./configure: line 4853: test: -ge: unary operator expected
checking whether Qt avoids QClipboard recursion caused by posted events... no
configure: WARNING: native KDE4 file pickers will be disabled at runtime
[...]
*
* WARNING : native KDE4 file pickers will be disabled at runtime, Qt4 fixes 
needed
* WARNING :   https://bugreports.qt-project.org/browse/QTBUG-37380 (needed)
* WARNING :   https://bugreports.qt-project.org/browse/QTBUG-34614 (needed)
* WARNING :   https://bugreports.qt-project.org/browse/QTBUG-38585 (recommended)
[...]
 - https://bugreports.qt-project.org/browse/QTBUG-37380 (needed)
 - https://bugreports.qt-project.org/browse/QTBUG-34614 (needed)
 - https://bugreports.qt-project.org/browse/QTBUG-38585 (recommended)

But that's something for an other bug, imho. :)

Regards,

Rene


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



Bug#751951: Firecookie integrated with firebug 1.10

2014-06-18 Thread martin f krafft
Package: xul-ext-firebug xul-ext-firecookie
Version: 1.10
Severity: normal

Recently, when using firebug, it tells me:

  Firecookie add-on is detected. This add-on has been integrated with
  Firebug 1.10 by default. To avoid a collision you need to
  uninstall Firecookie.

Presumably, xul-ext-firebug (= 1.10) should break firecookie.

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

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

Versions of packages xul-ext-firebug depends on:
ii  iceweasel  30.0-2

xul-ext-firebug recommends no packages.

xul-ext-firebug suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft madduck@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


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


Bug#750779: [kradio4] Kradio plays internet radios as ugly sound with glitches and rattles

2014-06-18 Thread Michael Strobel
Dear maintainer,

i can confirm this bug also on x64_64. There seems to be a problem with
backends, it's not possible to switch e.g. to pulseaudio.

Best,
Michael



signature.asc
Description: OpenPGP digital signature


Bug#751940: update

2014-06-18 Thread Sebastian Ramacher
Control: severity -1 important

On 2014-06-18 09:28:10, Henri Salo wrote:
 Do you have any more information about this? It is quite hard to fix security
 vulnerability without any details.

CCing the submitter so he can answer the question.

I'm also lowering the serverity. With the current information we have, I
don't think this is serious or above.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#751704: sunxi MMC boot SPL vs. GPT partition (Re: Bug#751704: partman-base 173: partman overwrites parts of u-boot)

2014-06-18 Thread Ian Campbell
On Wed, 2014-06-18 at 08:43 +0100, Ian Campbell wrote:
 I suppose it is possible that something somewhere is wanting to zero the
 GPT even in msdos mode (as you say below, perhaps to wipe any remains of
 a GPT).

I think it is parted doing this in ped_disk_clobber which is called from
various bits of the installer via ped_disk_commit et al.
partman-base/parted_server.c seems to be the main thing which does this
stuff. I don't see anything about preserving any parts of it though...

Ian.


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



Bug#731851: modemmanager: Please update to latest 1.2 release candidate

2014-06-18 Thread Bjørn Mork
Guido Günther a...@sigxcpu.org writes:
 On Wed, Jun 18, 2014 at 12:41:56AM +0200, Vincent Bernat wrote:
 Hi!
 
 What's the status? I would like to use an LTE modem and the current
 version of modem manager in sid is unable to. I suppose libqmi needs to
 be updated first? But bug #737572 seems to say that nothing prevents
 libqmi to be uploaded?

 This is blocked by the libqmi upload only AFAIC.

Just FYI:  Aleksander has started planning the 1.4 release. 


Bjørn


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



Bug#751271: usb-modeswitch: doesn't switch Huawei E3131s-2 on boot

2014-06-18 Thread Jakub Wilk

* Jakub Wilk jw...@debian.org, 2014-06-11, 18:05:


Package: usb-modeswitch
Version: 2.2.0+repack0-1

After I upgraded usb-modeswitch (2.1.1+repack0-1 = 2.2.0+repack0-1) and
usb-modeswitch-data (20140327-1 = 20140529-1), my Huawei E3131s-2 is 
no longer switched on boot:


$ lsusb | grep -w Huawei
Bus 001 Device 002: ID 12d1:14fe Huawei Technologies Co., Ltd.

I had to physically plug out the device, and then plug it in again to 
make the switching happen:


$ lsusb | grep -w Huawei
Bus 001 Device 005: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 
LTE/UMTS/GSM Modem/Networkcard


More information:

1) I replaced /lib/udev/usb_modeswitch with a wrapper (attached) that 
logs basic information to /run. With the old version a few calls to the 
script are logged (also attached), but with the new version nothing is 
logged. So apparently /lib/udev/usb_modeswitch doesn't get run at all.


2) If I boot with the device unplugged, then the first time I plug it 
(when the machine if fully booted) the switch doesn't happen either.


3) Instead of physically re-plugging the device, this command makes the 
switch happen too:

# udevadm trigger --action=add -subsystem-match=usb

--
Jakub Wilk
#!/bin/sh
log=/run/usb-modeswitch.$(date -Iminutes)
(
flock 1
echo [$(date --rfc-3339=ns)] $0 $@
export
)  $log
exec /lib/udev/usb_modeswitch.distrib $@
[2014-06-17 17:57:04.456307440+02:00] /lib/udev/usb_modeswitch 1-3/1-3
export ACTION='add'
export BUSNUM='001'
export DEVNAME='/dev/bus/usb/001/002'
export DEVNUM='002'
export DEVPATH='/devices/pci:00/:00:02.1/usb1/1-3'
export DEVTYPE='usb_device'
export ID_BUS='usb'
export ID_MODEL='HUAWEI_Mobile'
export ID_MODEL_ENC='HUAWEI\x20Mobile'
export ID_MODEL_ID='14fe'
export ID_REVISION='0102'
export ID_SERIAL='HUAWEI_HUAWEI_Mobile'
export ID_USB_INTERFACES=':080650:'
export ID_VENDOR='HUAWEI'
export ID_VENDOR_ENC='HUAWEI'
export ID_VENDOR_FROM_DATABASE='Huawei Technologies Co., Ltd.'
export ID_VENDOR_ID='12d1'
export MAJOR='189'
export MINOR='1'
export PRODUCT='12d1/14fe/102'
export PWD='/'
export SEQNUM='1196'
export SUBSYSTEM='usb'
export TYPE='0/0/0'
export USEC_INITIALIZED='65196'
[2014-06-17 17:57:10.985138120+02:00] /lib/udev/usb_modeswitch --symlink-name 
/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.0/ttyUSB0/tty/ttyUSB0 12d1 1506
export ACTION='add'
export DEVNAME='/dev/ttyUSB0'
export 
DEVPATH='/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.0/ttyUSB0/tty/ttyUSB0'
export MAJOR='188'
export MINOR='0'
export PWD='/'
export SEQNUM='1339'
export SUBSYSTEM='tty'
export USEC_INITIALIZED='258267'
[2014-06-17 17:57:10.992601920+02:00] /lib/udev/usb_modeswitch --symlink-name 
/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.2/ttyUSB1/tty/ttyUSB1 12d1 1506
export ACTION='add'
export DEVNAME='/dev/ttyUSB1'
export 
DEVPATH='/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.2/ttyUSB1/tty/ttyUSB1'
export MAJOR='188'
export MINOR='1'
export PWD='/'
export SEQNUM='1341'
export SUBSYSTEM='tty'
export USEC_INITIALIZED='258349'
[2014-06-17 17:57:10.995739560+02:00] /lib/udev/usb_modeswitch --symlink-name 
/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.3/ttyUSB2/tty/ttyUSB2 12d1 1506
export ACTION='add'
export DEVNAME='/dev/ttyUSB2'
export 
DEVPATH='/devices/pci:00/:00:02.1/usb1/1-3/1-3:1.3/ttyUSB2/tty/ttyUSB2'
export MAJOR='188'
export MINOR='2'
export PWD='/'
export SEQNUM='1343'
export SUBSYSTEM='tty'
export USEC_INITIALIZED='258454'


Bug#733405:

2014-06-18 Thread Angel Abad
Hello, I'm preparing a NMU for solving this bug.

Cheers

-- 
Angel Abad
an...@debian.org | angela...@ubuntu.com | angela...@gmail.com
http://www.pastelero.net
FPR: EBF6 080D 59D4 008A DF47  00D4 098D AE47 EE3B C279


Bug#751952: linux-image-3.14-1-amd64: 3.14.7-1 crashes on startup on NUC DN2820

2014-06-18 Thread Thomas Renard
Package: src:linux
Version: 3.14.4-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

after upgrading from 3.14.5-1 to 3.14.7-1 the system crashes directly
after the message Uncompressing linux image...

Booting into single user mode let the system hang on different positions
around the SATA drive detection of the SSD. I am very
sorry I had no camera around - and I needed to get the machine work fast
again. So I swapped back to 3.14.4-1 via d-i recovery mode. The
following information is from this 3.14.4-1.

I can only report an issue actual and I try to reconstruct this problem on a
twin machine in the next days with some camera screenshots. But maybe
some early message is helpful before moving the image into testing...

-- Package-specific info:
** Version:
Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-21) ) #1 SMP Debian 3.14.4-1 (2014-05-13)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.14-1-amd64 
root=UUID=19534a9e-d830-4f97-b402-1c7cdce6e5bb ro quiet 
init=/lib/systemd/systemd cgroup_enable=memory swapaccount=1

** Not tainted

** Kernel log:
[   11.077047] systemd[1]: Cannot add dependency job for unit 
systemd-vconsole-setup.service, ignoring: Unit systemd-vconsole-setup.service 
failed to load: No such file or directory. See system logs and 'systemctl 
status systemd-vconsole-setup.service' for details.
[   11.090222] systemd[1]: Cannot add dependency job for unit 
systemd-vconsole-setup.service, ignoring: Unit systemd-vconsole-setup.service 
failed to load: No such file or directory. See system logs and 'systemctl 
status systemd-vconsole-setup.service' for details.
[   11.379380] netlink: 1 bytes leftover after parsing attributes.
[   11.383826] device veth8d80 entered promiscuous mode
[   11.384205] IPv6: ADDRCONF(NETDEV_UP): veth8d80: link is not ready
[   11.384214] docker0: port 2(veth8d80) entered forwarding state
[   11.384225] docker0: port 2(veth8d80) entered forwarding state
 manymany docker interfaces
[   16.980702] Netfilter messages via NETLINK v0.30.
[   26.078652] docker0: port 1(veth32d8) entered forwarding state
[   26.398648] docker0: port 2(veth8d80) entered forwarding state
[   26.590655] docker0: port 3(veth5a99) entered forwarding state
 manymany docker interfaces
[   59.876252] netlink: 1 bytes leftover after parsing attributes.
[   59.883792] device veth564c entered promiscuous mode
[   59.890847] IPv6: ADDRCONF(NETDEV_UP): veth564c: link is not ready
[   59.911940] IPv6: ADDRCONF(NETDEV_CHANGE): veth564c: link becomes ready
[   59.912009] docker0: port 14(veth564c) entered forwarding state
[   59.912024] docker0: port 14(veth564c) entered forwarding state
[   74.942669] docker0: port 14(veth564c) entered forwarding state
[ 1294.636629] perf samples too long (2515  2500), lowering 
kernel.perf_event_max_sample_rate to 5
[ 3915.736746] perf samples too long (5006  5000), lowering 
kernel.perf_event_max_sample_rate to 25000

** Model information
sys_vendor: �
product_name: �
product_version: �
chassis_vendor: �
chassis_version: �
bios_vendor: Intel Corp.
bios_version: FYBYT10H.86A.0028.2014.0306.1727
board_vendor: Intel Corporation
board_name: DN2820FYK
board_version: H24582-201

** Loaded modules:
nfnetlink
veth
xt_nat
xt_tcpudp
xt_addrtype
xt_conntrack
ipt_MASQUERADE
iptable_nat
nf_conntrack_ipv4
nf_defrag_ipv4
nf_nat_ipv4
nf_nat
nf_conntrack
bridge
binfmt_misc
iptable_filter
ip_tables
x_tables
snd_hda_codec_realtek
snd_hda_codec_generic
evdev
intel_rapl
coretemp
kvm_intel
kvm
crc32_pclmul
crc32c_intel
ghash_clmulni_intel
cryptd
iwlwifi
psmouse
serio_raw
pcspkr
btusb
snd_hda_intel
bluetooth
cfg80211
snd_hda_codec
6lowpan_iphc
rfkill
crc16
snd_hwdep
snd_pcm
snd_timer
snd
soundcore
battery
i915
video
drm_kms_helper
drm
i2c_algo_bit
processor
i2c_core
button
8021q
garp
stp
mrp
llc
fuse
autofs4
btrfs
hid_generic
xor
usbhid
hid
raid6_pq
crc32c
libcrc32c
sd_mod
crc_t10dif
crct10dif_generic
crct10dif_pclmul
crct10dif_common
fan
thermal
thermal_sys
xhci_hcd
r8169
mii
ahci
libahci
usbcore
usb_common
libata
scsi_mod

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation ValleyView SSA-CUnit [8086:0f00] 
(rev 0c)
Subsystem: Intel Corporation Device [8086:2055]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0

00:02.0 VGA compatible controller [0300]: Intel Corporation ValleyView Gen7 
[8086:0f31] (rev 0c) (prog-if 00 [VGA controller])
Subsystem: Intel Corporation Device [8086:2055]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- 

Bug#751940: update

2014-06-18 Thread Rémi Denis-Courmont

Le 2014-06-18 14:28, Henri Salo a écrit :
Do you have any more information about this? It is quite hard to fix 
security

vulnerability without any details.


The Mozilla foundation writes code for an alternate reality where the 
version number of the VLC NPAPI plugin and the (Lib)VLC run-time have 
identical version numbers. Indeed (Lib)VLC version 2.0.0 has security 
issues. But that says nothing of version 2.0.0 of the VLC NPAPI plugin.


In other words, the bug lies within the version checks of the Mozilla 
browser.


--
Rémi Denis-Courmont


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



Bug#748971: vlc crashes when trying to open preferences or trying to display the playing list

2014-06-18 Thread Rémi Denis-Courmont

tags 748971 + moreinfo
thanks

Le 2014-06-08 01:42, Ilario Gelmetti a écrit :

Opening vlc using
 gdb vlc
and then run results in a prefectly working vlc.


Then save the core dump of the segmentation fault without gdb, and then 
open the core dump with gdb.


With so few infos, there is nothing we can do.

--
Rémi Denis-Courmont


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



Bug#751953: transition: upower

2014-06-18 Thread Andreas Henriksson
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Filing this mostly as a placeholder for tracking purposes.

Bug reports has been filed for users of the C library API, see:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=upower-1.0;users=pkg-utopia-maintain...@lists.alioth.debian.org

From a transition point, those are pretty much done.
(Sponsor gnome-applets sourceful upload, temporarily remove wmbattery,
NMU cairo-dock-plug-ins disabling the upower backend which is only a fallback,
binNMU the rest.)

What remains unknown is how DBus users will be affected by this transition.
For example parts of the functionality (duplicated logind functionality mostly)
is no longer provided by the new UPower.
This query is probably useful to spot users of the DBus API:
http://codesearch.debian.net/search?q=%28%3Fi%29org%5C.freedesktop%5C.upower

The new upower has been sitting in experimental around 4 months now.
So far noone has got in contact about potential upgrade issues in their
packages.
I'm filing this bug report so that I can send out a call for people
to please verify there's no problem on their side and if there is they
can file a bug against their own package and set it as a blocker for
this bug report.



Ben file:

title = upower;
is_affected = .depends ~ libupower-glib1 | .depends ~ libupower-glib2;
is_good = .depends ~ libupower-glib2;
is_bad = .depends ~ libupower-glib1;


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



Bug#749939: libapache2-mod-ruwsgi: /usr/lib/apache2/modules/mod_Ruwsgi.so file is missing in the package content for wheezy

2014-06-18 Thread Vincent Cheng
close 749939
thanks

I can't reproduce this; /usr/lib/apache2/modules/mod_Ruwsgi.so is
present in the libapache2-mod-ruwsgi package in wheezy:

https://packages.debian.org/wheezy/amd64/libapache2-mod-ruwsgi/filelist

You can also check for yourself:

$ apt-get download libapache2-mod-ruwsgi
$ dpkg-deb -x libapache2-mod-ruwsgi_1.2.3+dfsg-5+deb7u1_amd64.deb .
$ file usr/lib/apache2/modules/mod_Ruwsgi.so
usr/lib/apache2/modules/mod_Ruwsgi.so: ELF 64-bit LSB shared object,
x86-64, version 1 (SYSV), dynamically linked,
BuildID[sha1]=5eb40d3108f4b243e5858b6701d35feed13b9825, stripped

Regards,
Vincent


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



Bug#636677: Sources seems to be available

2014-06-18 Thread Paul van der Vlis
Hello,

The complete sourcecode seems to be available at
http://code.google.com/p/selenium/source/

See this bug:
https://bugs.launchpad.net/ubuntu/+source/python-selenium/+bug/1188229

With regards,
Paul van der Vlis


-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


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



Bug#751954: ITP: r-cran-brew -- GNU R templating framework for report generation

2014-06-18 Thread Andreas Tille
Package: wnpp
Severity: wishlist
Owner: Andreas Tille ti...@debian.org

* Package name: r-cran-brew
  Version : 1.0-6
  Upstream Author : Jeffrey Horner jeffrey.hor...@gmail.com
* URL : http://cran.r-project.org/web/packages/brew/
* License : GPL2
  Programming Lang: R
  Description : GNU R templating framework for report generation
 The GNU R package brew implements a templating framework for mixing
 text and R code for report generation. brew template syntax is similar
 to PHP, Ruby's erb module, Java Server Pages, and Python's psp module.


Remark: This package is a precondition to upgrade some BioConductor
packages and will be maintained by the Debian Med team at

   svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-brew/trunk/


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



Bug#700061: No usable local backends

2014-06-18 Thread Paul van der Vlis
Hello,

Maybe there is no useable local backend, but this package is very
usefull for the remote driver. So I think this is not a grave bug but
a normal bug. You could even see it as a wishlist bug, because what
you want is support for Iceweasel.

With regards,
Paul van der Vlis.

-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


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



Bug#749497: validation

2014-06-18 Thread William Dauchy
Hi release team,

Do you need any help to validate this package? As a reminder all these
fixes are simple backports from upstream.
In addition I have been using this version on production with
thousands of users.
I'm also waiting for this validation in order to submit a new one with
more stable fixes.

Best regards,
-- 
William


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



Bug#751955: initramfs-tools: Warning: error while trying to store keymap file - ignoring request to install /etc/boottime.kmap.gz

2014-06-18 Thread Laurent Bigonville
Package: initramfs-tools
Version: 0.115
Severity: normal
File: /usr/share/initramfs-tools/hooks/keymap

Hello,

Since one or two days, the keymap on my laptop is wrong at really early
boot when I need to input the password for my cryptsetup partion.

Today when running update-initramfs -u I saw the following message:

Warning: error while trying to store keymap file - ignoring request to install 
/etc/boottime.kmap.gz

Running setupcon --save-keyboard by hand here is indeed returning 1

According to the manpage, the --save-keyboard doesn't seems to exist at all

Cheers,

Laurent Bigonville

-- Package-specific info:
-- initramfs sizes
-rw-r--r--. 1 root root 18M Jun 18 10:32 /boot/initrd.img-3.14-1-amd64
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=/dev/mapper/soldur-root ro 
acpi_osi=!Windows 2009 quiet selinux=1 security=selinux audit=1

-- resume
RESUME=/dev/mapper/soldur-swap_1
-- /proc/filesystems
btrfs
ext3
ext2
ext4
fuseblk
vfat

-- lsmod
Module  Size  Used by
cpuid  12663  0 
joydev 17063  0 
xt_CHECKSUM12471  1 
ipt_MASQUERADE 12594  3 
xt_tcpudp  12527  6 
ipt_REJECT 12465  4 
xt_conntrack   12681  3 
ebtable_nat12580  0 
ebtable_broute 12541  0 
bridge 97129  1 ebtable_broute
stp12437  1 bridge
llc12745  2 stp,bridge
ebtable_filter 12591  0 
ebtables   30026  3 ebtable_broute,ebtable_nat,ebtable_filter
ip6table_nat   12649  0 
nf_conntrack_ipv6  13605  1 
nf_defrag_ipv6 29262  1 nf_conntrack_ipv6
nf_nat_ipv612920  1 ip6table_nat
ip6table_mangle12540  0 
ip6table_security  12548  0 
ip6table_raw   12528  0 
ip6table_filter12540  0 
ip6_tables 26024  5 
ip6table_filter,ip6table_mangle,ip6table_security,ip6table_nat,ip6table_raw
iptable_nat12646  1 
nf_conntrack_ipv4  18455  4 
nf_defrag_ipv4 12483  1 nf_conntrack_ipv4
nf_nat_ipv412912  1 iptable_nat
nf_nat 18156  5 
ipt_MASQUERADE,nf_nat_ipv4,nf_nat_ipv6,ip6table_nat,iptable_nat
nf_conntrack   70938  9 
ipt_MASQUERADE,nf_nat,nf_nat_ipv4,nf_nat_ipv6,xt_conntrack,ip6table_nat,iptable_nat,nf_conntrack_ipv4,nf_conntrack_ipv6
iptable_mangle 12536  1 
iptable_security   12544  1 
iptable_raw12524  1 
iptable_filter 12536  1 
ip_tables  21915  5 
iptable_security,iptable_filter,iptable_mangle,iptable_nat,iptable_raw
x_tables   23015  16 
iptable_security,ip6table_filter,ip6table_mangle,xt_CHECKSUM,ip_tables,xt_tcpudp,ipt_MASQUERADE,ip6table_security,xt_conntrack,iptable_filter,ip6table_raw,ebtables,ipt_REJECT,iptable_mangle,ip6_tables,iptable_raw
bnep   17388  2 
snd_hda_codec_hdmi 40955  4 
pci_stub   12429  1 
vboxpci18981  0 
vboxnetadp 25443  0 
binfmt_misc16949  1 
vboxnetflt 23324  0 
vboxdrv   261792  3 vboxnetadp,vboxnetflt,vboxpci
uinput 17372  1 
nfsd  254693  2 
auth_rpcgss51240  1 nfsd
oid_registry   12419  1 auth_rpcgss
nfs_acl12511  1 nfsd
nfs   183672  0 
lockd  79321  2 nfs,nfsd
fscache45542  1 nfs
sunrpc228923  6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
nls_utf8   12456  1 
x86_pkg_temp_thermal12951  0 
nls_cp437  16553  1 
intel_powerclamp   17159  0 
vfat   17135  1 
fat53794  1 vfat
tpm_rng12422  0 
rng_core   12688  2 tpm_rng
iTCO_wdt   12831  0 
iTCO_vendor_support12649  1 iTCO_wdt
loop   26605  0 
fuse   78839  3 
arc4   12536  2 
efi_pstore 12805  1 
uvcvideo   78960  0 
videobuf2_vmalloc  12816  1 uvcvideo
videobuf2_memops   12519  1 videobuf2_vmalloc
videobuf2_core 35303  1 uvcvideo
btusb  25576  0 
videodev  117963  2 uvcvideo,videobuf2_core
bluetooth 243391  21 bnep,btusb
media  18303  2 uvcvideo,videodev
6lowpan_iphc   16588  1 bluetooth
iwldvm126927  0 
dell_wmi   12477  0 
dell_laptop17077  0 
snd_hda_codec_idt  48668  1 
sparse_keymap  12818  1 dell_wmi
mac80211  464019  1 iwldvm
dcdbas 13313  1 dell_laptop
snd_hda_codec_generic59065  1 snd_hda_codec_idt
intel_rapl 17356  0 
coretemp   12854  0 
kvm_intel 134712  0 
kvm   388171  1 kvm_intel
psmouse90422  0 
efivars17257  1 efi_pstore
serio_raw  12849  0 
iwlwifi87837  

Bug#728255: Please cherrypick upstream commit c93e8d8eeafec3e3228e24dfebef113e0a79a788

2014-06-18 Thread Sergio Gelato
tags 728255 + security fixed-upstream
thanks

My question was answered in an upstream git commit, sadly post-1.2.8 so it
isn't in any Debian or Ubuntu packages yet. Please cherrypick this commit:

author  Signed-off-by: NeilBrown ne...@suse.de
Tue, 28 May 2013 16:59:22 + (12:59 -0400)
committer   Steve Dickson ste...@redhat.com   
Tue, 28 May 2013 18:28:38 + (14:28 -0400)
commit  c93e8d8eeafec3e3228e24dfebef113e0a79a788

gssd: Fix recent fix to Avoid DNS reverse resolution in gssd.

The final version for this fix that was committed inverted the test
so makes no change in the important cases.

The documentation didn't really help a naive user know when the new -D
flag should be used.

And the code (once fixed) avoided DNS resolution on non-qualified names too,
which probably isn't a good idea.

This patch fixes all three issues.

Signed-off-by: NeilBrown ne...@suse.de
Signed-off-by: Steve Dickson ste...@redhat.com


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



Bug#751956: chromium-browser: Upgrading chromium-browser to 35.0.1916.153-1~deb7u1 broke java and flash plugins

2014-06-18 Thread Heikki Levanto
Package: chromium-browser
Version: 35.0.1916.153-1~deb7u1
Severity: normal

When upgrading my machine (regular apt-get upgrade), I got a new chromium:
   chromium-browser:amd64 (35.0.1916.114-1~deb7u2, 35.0.1916.153-1~deb7u1)
Both flash and java plugins stopped working. Chromium tells me that I have to
install a plugin.

chrome:plugins shows no trace of these plugins, only lists Chromoting Viewer
(Disabled). Both plugins worked fine before the upgrade.

Both plugins work on IceWeasel, which makes me think that the problem is with
Chromium itself, and not the plugins.

I have tried to run update-flashplugin-nonfree, made no difference.

This happened on two separate (but similar) machines, which makes me think
that the problem is not isolated to my machine, but is in the chromium 
itself.


I hope I have given enough information. If not, feel free to ask for more.


$ apt-cache policy chromium chromium-browser flashplugin-nonfree icedtea-plugin
chromium:
  Installed: 35.0.1916.153-1~deb7u1
  Candidate: 35.0.1916.153-1~deb7u1
  Version table:
 *** 35.0.1916.153-1~deb7u1 0
500 http://security.debian.org/ wheezy/updates/main amd64 Packages
100 /var/lib/dpkg/status
 34.0.1847.116-1~deb7u1 0
500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages
chromium-browser:
  Installed: 35.0.1916.153-1~deb7u1
  Candidate: 35.0.1916.153-1~deb7u1
  Version table:
 *** 35.0.1916.153-1~deb7u1 0
500 http://security.debian.org/ wheezy/updates/main amd64 Packages
100 /var/lib/dpkg/status
 34.0.1847.116-1~deb7u1 0
500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages
flashplugin-nonfree:
  Installed: 1:3.2
  Candidate: 1:3.2
  Version table:
 *** 1:3.2 0
500 http://ftp.dk.debian.org/debian/ wheezy/contrib amd64 Packages
100 /var/lib/dpkg/status
icedtea-plugin:
  Installed: 1.4-3~deb7u2
  Candidate: 1.4-3~deb7u2
  Version table:
 *** 1.4-3~deb7u2 0
500 http://security.debian.org/ wheezy/updates/main amd64 Packages
100 /var/lib/dpkg/status
 1.3.2-1 0
500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages



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

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

Versions of packages chromium-browser depends on:
ii  chromium  35.0.1916.153-1~deb7u1

chromium-browser recommends no packages.

chromium-browser 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#751888: glusterfs-server: creating symlinks generates errors

2014-06-18 Thread Matteo Checcucci

On 06/17/2014 04:14 PM, Patrick Matthäi wrote:


Am 17.06.2014 15:29, schrieb Matteo Checcucci:

ls -l, cp -a, ...).
An especially troublesome consequence is that if I



What is the output of:
strace /bin/ls -l foobar?

Anything in your server/client logs?



Hello.
Thanks for your quick reply.
I reproduced the bug on a newly created gluster volume (connection IP 
over Ethernet) with gluster 3.5.0-1:


~
SERVER: host07
CLIENT: host01 , host02 , host03 , host04

root@host07:~# service glusterfs-server start
root@host07:~# gluster peer status
root@host07:~# gluster peer probe host01
root@host07:~# gluster peer probe host02
root@host07:~# gluster peer probe host03
root@host07:~# gluster peer probe host04

root@host07:~# pdsh -w 'host[01-04]' gluster peer probe host07
host01: peer probe: success.
host02: peer probe: success.
host03: peer probe: success.
host04: peer probe: success.

root@host07:~# gluster peer status
root@host07:~# gluster volume create scratch01-04 stripe 4 
host01:/data/brick1 host02:/data/brick1 host03:/data/brick1 
host04:/data/brick1

root@host07:~# gluster volume start scratch01-04
root@host07:~# mkdir -p /storage/scratch01-04
root@host07:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04

root@host01:~# mkdir -p /storage/scratch01-04
root@host01:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04

root@host01:/storage/scratch01-04# ls
root@host01:/storage/scratch01-04# mkdir test
root@host01:/storage/scratch01-04# cd test/
root@host01:/storage/scratch01-04/test# touch foo
root@host01:/storage/scratch01-04/test# ln -s foo my_link
root@host01:/storage/scratch01-04/test# ls -ltr
ls: cannot read symbolic link my_link: No such file or directory
total 0
-rw-r--r-- 1 root root 0 Jun 18 10:07 foo
lrwxrwxrwx 1 root root 3 Jun 18 10:08 my_link


root@host01:~# strace /bin/ls -l foo 2 output_strace_foo
root@host01:~# strace /bin/ls -l my_link 2 output_strace_my_link
~

The strace output and the logs of the server and client are attached.
I hope this is useful to pinpoint the problem.
Bye




test-gluster-3.5.0-1.tar.gz
Description: application/gzip


Bug#699141:

2014-06-18 Thread Dmitry Smirnov
On Wed, 18 Jun 2014 09:07:51 you wrote:
 Hi, the new get-orig-script should address this issue, sorry I wrote it
 prior to see your bug report
 
 I'm closing it now, feel free to reopen if you have an even better approach

`get-orig-script` is a non-standard way to fetch source archive. It would be 
better if you implement it as get-orig-source target in debian/rules as 
mandated by policy §4.9. See more details in

http://wiki.debian.org/onlyjob/get-orig-source

I think policy compliance matters for such case as it will be better to be 
able to get source archive in a unified manner.

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

---

No person, no idea, and no religion deserves to be illegal to insult,
not even the Church of Emacs.
-- Richard Stallman


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


Bug#740085: package plplot 5.10.0

2014-06-18 Thread Thibaut Paumard
Le 16/06/2014 19:04, Thibaut Paumard a écrit :
 Dear Andrew,
 
 Apparently swig 2.0.12 has reached unstable and even testing by now.
 
 Will you be able to prepare the next plplot upload?
 
 I can sponsor your upload, if your usual sponsor is not available.
 
 Kind regards, Thibaut.
 

By the way,

I have tried building 5.10.0 using the debian directory in the upstream
svn repository. It is not straight-forward. For instance, the patches
need to be updated.

In addition, if I was reviewing this package from this first quick look,
I would request that you merge the unreleased changelog entries, version
the swig build-dependency, update the Policy field, and update the
changelog (with appropriate Closes: directives).

Kind regards, Thibaut.




signature.asc
Description: OpenPGP digital signature


Bug#750884: [Pkg-fonts-devel] Bug#750884: Pending fixes for bugs in the fonts-android package

2014-06-18 Thread Gunnar Hjalmarsson
It's time to be more specific, I think. Please study the attached file.
Those commands were run on a fresh Ubuntu 14.04 installation.

-- 
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj


recipe.diff.gz
Description: application/gzip


Bug#751957: lighttpd: make it possible to depend on mod_rewrite

2014-06-18 Thread Uwe Kleine-König
Package: lighttpd
Version: 1.4.35-2
Severity: wishlist
Tags: patch

Hello,

I'd like to make use of the dependency feature of lighttpd to enable a
custom config snipplet. As this makes use of mod_rewrite I wrote

# -*- depends: rewrite -*-

into my config file. With 1.4.35-2 this doesn't work though because
there is no separate module for mod_rewrite. This is fixed by the
attached patch.

Thanks
Uwe
From 403ecbfdbcf3c6af7a28eef4af8f9185f2036227 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= u.kleine-koe...@pengutronix.de
Date: Fri, 6 Jun 2014 18:31:57 +0200
Subject: [PATCH] create a conf-available snipplet to enable mod_rewrite

This allows that other snipplets use the dependency feature of
lighttpd-enable-mod to enable mod_rewrite.
---
 debian/conf-available/10-rewrite.conf | 3 +++
 debian/lighttpd.conf  | 1 -
 2 files changed, 3 insertions(+), 1 deletion(-)
 create mode 100644 debian/conf-available/10-rewrite.conf

diff --git a/debian/conf-available/10-rewrite.conf b/debian/conf-available/10-rewrite.conf
new file mode 100644
index ..cb46fba5e4f7
--- /dev/null
+++ b/debian/conf-available/10-rewrite.conf
@@ -0,0 +1,3 @@
+# http://redmine.lighttpd.net/projects/lighttpd/wiki/Docs_ConfigurationOptions#mod_rewrite-rewriting
+
+server.modules += ( mod_rewrite )
diff --git a/debian/lighttpd.conf b/debian/lighttpd.conf
index 84532c916575..c77cdde61ec2 100644
--- a/debian/lighttpd.conf
+++ b/debian/lighttpd.conf
@@ -3,7 +3,6 @@ server.modules = (
 	mod_alias,
 	mod_compress,
  	mod_redirect,
-#   mod_rewrite,
 )
 
 server.document-root= /var/www/html
-- 
2.0.0



Bug#750884: [Pkg-fonts-devel] Bug#750884: Pending fixes for bugs in the fonts-android package

2014-06-18 Thread Fabian Greffrath
Am Mittwoch, den 18.06.2014, 11:43 +0200 schrieb Gunnar Hjalmarsson: 
 It's time to be more specific, I think. Please study the attached file.
 Those commands were run on a fresh Ubuntu 14.04 installation.

Hm, so that means that due to its rather high prefix number other rules
take precedence. And sans-serif is not universally tied to Droid Sans
Fallback, but only if no other earlier rule already applied. Does that
make sense?

- Fabian


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



Bug#751936: [php-maint] Bug#751936: php5: Segfault in highlight_string()/highlight_file() when pgsql module loaded

2014-06-18 Thread Ondřej Surý
Hi Andreas,

could you please report this bug to upstream bugzilla? (And add the link
here?)

It would be easier if the upstream developers can communicate directly
with you.

Ondrej

On Wed, Jun 18, 2014, at 1:33, Andreas Ferber wrote:
 Package: php5, php5-cli, libapache2-mod-php5, php5-pgsql
 Version: 5.6.0~beta4+dfsg-3
 Severity: important
 
 Hi,
 
 I encountered a segmentation fault that is triggered when syntax
 highlighting
 php source containing '__CLASS__' using the highlight_file() or
 highlight_string() functions while having the pgsql.so module loaded.
 
 To reproduce, install and enable the pgsql.so module and run the
 following script (also attached as 'test.php'):
 
 -- test.php --
 ?php
 $s = EOT
 ?php
 __CLASS__;
 EOT;
 highlight_string($s);
 ?
 --
 
 (Note that it doesn't have anything to do with the fact that the
 __CLASS__ is used outside of any class scope here, I originally
 encountered the bug with a much longer script that had the __CLASS__
 properly within a class)
 
 Even though highlight_string()/highlight_file() might be considered
 minor PHP functionality, I'm setting the severity to important since
 the problem seriously hampers development (or makes it outright
 impossible) using for example the popular Symfony php framework. Symfony
 uses highlight_*() extensively to provide for example more friendly
 exception outputs during development, so having your apache child always
 dying with a segfault when encountering an error instead of displaying
 the error with backtrace etc. is a real problem.
 
 
 Backtrace of the Segfault:
 
 #0  _zend_mm_free_int (heap=0x7fee5d9ed048, p=0x7fee5d9ed058)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_alloc.c:2104
 #1  0x006c68b8 in zend_highlight (
 syntax_highlighter_ini=syntax_highlighter_ini@entry=0x7fff5203eaa0)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_highlight.c:153
 #2  0x0069d865 in highlight_string (str=0x7fff5203e980, 
 syntax_highlighter_ini=syntax_highlighter_ini@entry=0x7fff5203eaa0, 
 str_name=str_name@entry=0x7fee5db28280
 /home/sunshine/php-bug/test.php(6) : highlighted code)
 at Zend/zend_language_scanner.l:818
 #3  0x005fafa9 in zif_highlight_string (ht=optimized out,
 return_value=0x7fee5db267b8, 
 return_value_ptr=optimized out, this_ptr=optimized out,
 return_value_used=optimized out)
 at
 /tmp/buildd/php5-5.6.0~beta4+dfsg/ext/standard/basic_functions.c:5268
 #4  0x006c2c4a in dtrace_execute_internal
 (execute_data_ptr=optimized out, 
 fci=optimized out, return_value_used=optimized out)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_dtrace.c:97
 #5  0x0077cdd8 in zend_do_fcall_common_helper_SPEC
 (execute_data=0x7fee5daf00f8)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_vm_execute.h:560
 #6  0x0070e410 in execute_ex (execute_data=0x7fee5daf00f8)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_vm_execute.h:363
 #7  0x006c2b08 in dtrace_execute_ex (execute_data=0x7fee5daf00f8)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend_dtrace.c:73
 #8  0x006d4dc0 in zend_execute_scripts (type=1570689096,
 type@entry=8, 
 retval=0x7fee5d9ed058, retval@entry=0x0, file_count=1570796536,
 file_count@entry=3)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/Zend/zend.c:1330
 #9  0x00673fdb in php_execute_script
 (primary_file=0x7fff52041140)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/main/main.c:2584
 #10 0x0077ed3d in do_cli (argc=1570689096, argv=0x7fee5d9ed058)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/sapi/cli/php_cli.c:994
 #11 0x004620ea in main (argc=1570689096, argv=0x7fee5d9ed058)
 at /tmp/buildd/php5-5.6.0~beta4+dfsg/sapi/cli/php_cli.c:1378
 
 Please see the attached file for a backtrace full. If necessary, I can
 also provide a core dump.
 
 
 Observations during investigating the problem:
 
  * The segfault only happens if the pgsql.so module is loaded. I tested
different combinations of the PHP modules on my system, only the
pgsql.so makes a difference. Whether any other modules are loaded or
not doesn't affect the problem.
 
  * It happens with both the CLI and the Apache2 SAPI. I didn't test any
other SAPIs, however they are probably affected as well.
 
  * The problem doesn't exist in package version 5.5.12+dfsg-2, however
it is already present in 5.6.0~beta3+dfsg-2. No other versions
tested.
 
  * The segfault happens right after outputting the '__CLASS__' token
itself.
 
  * It is only triggered by '__CLASS__', other internal constants like
'__FILE__' or '__LINE__' are fine.
 
 Regards,
 Andreas Ferber
 
 -- Package-specific info:
  Additional PHP 5 information 
 
  PHP 5 SAPI (php5query -S): 
 apache2
 cgi
 cli
 
  PHP 5 Extensions (php5query -M -v): 
 pgsql (Enabled for apache2 by maintainer script)
 pgsql (Enabled for cgi by maintainer script)
 pgsql 

Bug#751908: dh-python: pybuild should treat ${python3:Depends} as python3 even if package name isn't python3-foo

2014-06-18 Thread Piotr Ożarowski
Control: tags 751908 + wontfix
thanks

 When applications (e.g. tox) are Python 3 scripts but are contained in
 binary packages named python-foo instead of python3-foo, pybuild won't

dh_python3, not pybuild.

* pybuild is for building/installing/testing
* dh_python3 is for messing with already installed files
  (moving to the right location, adding postinst/prerm maintainer
  scripts, etc.) 

 apply Python 3 transformations to it.  For example, renaming
 usr/lib/python3.X/dist-packages to usr/lib/python3/dist-packages

I'm sorry, but our policy says python-foo packages should contain 2.X
code and 3.X should go to python3-foo packages.

(I know I told you on IRC I will implement it, but then realized it's
against policy - I mentioned it in the channel IIRC)

 However, in almost all such cases, the binary package will Depend:
 ${python3:Depends} so that should be a good enough indication that
 the binary package should get those transformations.

I will do something like this (checking for ${python3:Depends} or
${python:Depends} or ${pypy:Depends} in Depends) in foo packages, not in
python-foo ones


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



Bug#573329: unbound: please include scripts from contrib/

2014-06-18 Thread Daniel Baumann

Robert,

what's the status on this, do you need any help fixing this sort-of 
papercut bug?


Regards,
Daniel

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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



Bug#751958: puppet-common: Unnecessary versioned dependency on sysv-rc

2014-06-18 Thread Steven McDonald
Package: puppet-common
Version: 3.6.1-1
Severity: normal

Hi there,

The commit at [0] introduces a versioned dependency on sysv-rc, in
response to a change made to the Debian service provider in [1],
effective as of tag debian/2.6.4-2. This change uses the new
insserv-style enable/disable commands with update-rc.d, supported only
by the newer sysv-rc.

However, tags debian/2.6.8-1 and newer also contain the commit at [2],
which is an upstream fix that chooses the appropriate update-rc.d
command based on the version of sysv-rc. These package versions are
therefore compatible with older versions of sysv-rc, so the versioned
dependency is no longer necessary.

Removing this versioned dependency would make backporting Debian's
Puppet package to old releases easier.

Please let me know if you have any questions.

Thanks,
Steven.

[0] 
http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commitdiff;h=9e4e680fa87842ca85e50ca7b19b881a09fda02d
[1] 
http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commitdiff;h=c737ae5a1ab157cbb1b7e2f52b55e34f4187a4b0
[2] 
http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commitdiff;h=f5aabf52631afbda92dca1b5a90a3198bc4baf99


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



Bug#751959: gdm3: Resets chosen session on Authentication Failure

2014-06-18 Thread Z
Package: gdm3
Version: 3.8.4-9
Severity: minor

Dear Maintainter,
I tried to log into a different session, through GDM3, when logged out. It
works either way round, but for example I had just been logged on with 'gnome'
session and want to log in with 'kde plasma desktop' as the session. This is
done by clicking where it says session below the password input and selecting a
different one. After selecting kde, I then accidentally put in the wrong
password. It tells me 'Authentication Failure' as expected, and then allows me
to re-type my password, but meanwhile reset my chosen session to gnome. This
meant that I ended up logging into gnome and had to log back out again and log
back in (or, if I remembered, change it back to kde after the failure). This is
slightly annoying, and should not be the case, especially as it remembers your
last chosen session across logins.
Ideally, it would remember what you had chosen last and not reset it until you
manually reset it.



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

Kernel: Linux 3.14-1-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 gdm3 depends on:
ii  accountsservice  0.6.37-1
ii  adduser  3.113+nmu3
ii  dconf-cli0.20.0-2
ii  dconf-gsettings-backend  0.20.0-2
ii  debconf [debconf-2.0]1.5.53
ii  e17 [x-window-manager]   0.17.3-3
ii  gir1.2-gdm3  3.8.4-9
ii  gnome-session [x-session-manager]3.8.4-4
ii  gnome-session-bin3.8.4-4
ii  gnome-session-flashback [x-session-manager]  3.8.0-3
ii  gnome-settings-daemon3.8.5-2+b2
ii  gnome-shell  3.8.4-8.1
ii  gnome-terminal [x-terminal-emulator] 3.12.2-3
ii  gsettings-desktop-schemas3.8.2-2
ii  kde-window-manager [x-window-manager]4:4.11.9-1
ii  konsole [x-terminal-emulator]4:4.13.1-1
ii  libaccountsservice0  0.6.37-1
ii  libatk1.0-0  2.12.0-1
ii  libaudit11:2.3.6-1
ii  libc62.19-1
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgdm1  3.8.4-9
ii  libglib2.0-0 2.40.0-3
ii  libglib2.0-bin   2.40.0-3
ii  libgtk-3-0   3.12.2-1+b1
ii  libpam-modules   1.1.8-3
ii  libpam-runtime   1.1.8-3
ii  libpam-systemd   204-8
ii  libpam0g 1.1.8-3
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  librsvg2-common  2.40.2-1
ii  libselinux1  2.3-1
ii  libsystemd-daemon0   204-8
ii  libsystemd-id128-0   204-8
ii  libsystemd-journal0  204-8
ii  libsystemd-login0204-8
ii  libwrap0 7.6.q-25
ii  libx11-6 2:1.6.2-2
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.1-1
ii  libxrandr2   2:1.4.2-1
ii  lsb-base 4.1+Debian13
ii  marco [x-window-manager] 1.8.0+dfsg1-5
ii  mate-terminal [x-terminal-emulator]  1.8.0+dfsg1-2
ii  metacity [x-window-manager]  1:2.34.13-1
ii  policykit-1  0.105-6
ii  upower   0.9.23-2+b2
ii  x11-common   1:7.7+7
ii  x11-xserver-utils7.7+2
ii  xfce4-session [x-session-manager]4.10.1-5
ii  xfce4-terminal [x-terminal-emulator] 0.6.3-1
ii  xfwm4 [x-window-manager] 4.10.1-2
ii  xterm [x-terminal-emulator]  304-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.10.2-3
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
ii  xserver-xephyr 2:1.15.1-1
ii  

Bug#751934: lexgrog -c fails, when the NAME-line contains an escape sequence

2014-06-18 Thread Colin Watson
Control: tag -1 fixed-upstream

On Wed, Jun 18, 2014 at 12:06:17AM +, Bjarni Ingi Gislason wrote:
   lexgrog -c /var/cache/man/cat1/test.1.gz
[...]
 /var/cache/man/cat1/test.1.gz: parse failed

commit 2b6fb5ba314813cb16548c35726147f117851626
Author: Colin Watson cjwat...@debian.org
Date:   Wed Jun 18 11:01:21 2014 +0100

Fix cat page parsing (Debian bug #751934)

* src/lexgrog.l (find_name): Run col -b -p -x over cat pages if
possible before parsing them.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


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



Bug#751960: gksu nautilus freezes after a while

2014-06-18 Thread Z
Package: gksu
Version: 2.0.2-6
Severity: important

Dear Maintainer,

I wanted to run nautilus as root from a standard (not admin) account. I tried
to do this by running gksu nautilus, and it seemed to work, but after a bit it
froze, allowing me to move the mouse but nothing else. I could access the tty,
and so I could see that gnome-shell and tomboy had very hight cpu usages
(~100%, first tomboy, then when I killed it, gnome). In the end I had to shut
the computer down. I found that this happened when I ran gksu nautilus either
through alt-f2 in gnome shell to get command prompt, or using synapse. It also
happened in KDE plasma to a large extent, although I was unable to access tty
to see what was going on. This did not happen when running simply nautilus
through command prompt, or running gsku with other programs (gksu dolphin), or
when running nautilus as root more generally. To run nautilus as root another
way, I was unable to do it through root terminal as it refused to launch
nautilus, but I was able to do so through normal terminal running from and
admin account and then running sudo nautilus. Ideally it would run fine and
wouldn't crash.



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

Kernel: Linux 3.14-1-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 gksu depends on:
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-1
ii  libcairo2 1.12.16-2
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1
ii  libgconf2-4   3.2.6-2
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libgksu2-02.0.13~pre1-7
ii  libglib2.0-0  2.40.0-3
ii  libgnome-keyring0 3.4.1-1
ii  libgtk2.0-0   2.24.23-1
ii  libpango1.0-0 1.36.3-1
ii  libstartup-notification0  0.12-3
ii  sudo  1.8.9p5-1

Versions of packages gksu recommends:
ii  gnome-keyring  3.8.2-2+b1

gksu 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#743910:

2014-06-18 Thread Damian Nadales
I can reproduce the error on Ubuntu 14.04, running the default Octave
and Emacs packages.


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



Bug#751745: pcscd doesn't work with systemd

2014-06-18 Thread Ludovic Rousseau

Le 16/06/2014 11:24, Philipp Kolmann a écrit :

Hi,


Hello,


it seems that pcscd doens't work with systemd.

I changed the file /lib/systemd/system/pcscd.service to enable debugging to the 
logfile and now I get this when starting:


Please attach your modified /lib/systemd/system/pcscd.service file.

Thanks

--
 Dr. Ludovic Rousseau


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



Bug#751935: mandb reports a test failure for a whatis conformance in a cat-directory

2014-06-18 Thread Colin Watson
On Wed, Jun 18, 2014 at 12:08:09AM +, Bjarni Ingi Gislason wrote:
   Output from /usr/bin/mandb:
 
 /usr/bin/mandb: warning: /var/cache/man/cat1/mupdf.1.gz: whatis parse for 
 mupdf(1) failed
 
* What outcome did you expect instead?
 
   No output, as all files in my cat-directories (should) fail the
 whatis test.  They are formatted files and contain therefore an escape
 sequnece in the NAME-line.

mandb already seems to do the right things to handle the format of cat
pages, and I can't seem to provoke this error here.  Could you please
attach /var/cache/man/cat1/mupdf.1.gz so that I can investigate further?

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


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



Bug#751962: cdrkit: diff for NMU version 9:1.1.11-2.1

2014-06-18 Thread Stefano Zacchiroli
Package: cdrkit
Version: 9:1.1.11-2
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for cdrkit (versioned as 9:1.1.11-2.1) and I'm
about to upload it to DELAYED/15. The only change I've applied in it is
to upgrade the 3rd party geteltorito utility from version 0.4 to 0.5,
fixing bug #648935 (and friends), filed in 2011.

The fix makes geteltorito usable with HDD images, which are a popular
way to publish BIOS upgrade, e.g., for Lenovo laptops.

Feel free to override my NMU, anticipate it, or advise me otherwise.

With many thanks for maintaining cdrkit in Debian,
Cheers,
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader  . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »
diff -u cdrkit-1.1.11/debian/changelog cdrkit-1.1.11/debian/changelog
--- cdrkit-1.1.11/debian/changelog
+++ cdrkit-1.1.11/debian/changelog
@@ -1,3 +1,11 @@
+cdrkit (9:1.1.11-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * geteltorito.pl: update to version 0.5, fixing the bug that prevent it
+to work with hdd images (Closes: #648935, #611784)
+
+ -- Stefano Zacchiroli z...@debian.org  Wed, 18 Jun 2014 12:02:31 +0200
+
 cdrkit (9:1.1.11-2) unstable; urgency=low
 
   * Modify build-dependencies to better support kFreeBSD folks. Thanks to
only in patch2:
unchanged:
--- cdrkit-1.1.11.orig/3rd-party/geteltorito/README.geteltorito
+++ cdrkit-1.1.11/3rd-party/geteltorito/README.geteltorito
@@ -3,8 +3,8 @@
 
 Author: Rainer Krienke
 Email:  krie...@uni-koblenz.de
-License: GPL
-Version: 0.4
+License: GPL v2
+Version: 0.5
 Description: A El Torito boot image extractor
 
 call: 	geteltorito CD-image  toritoimagefile
only in patch2:
unchanged:
--- cdrkit-1.1.11.orig/3rd-party/geteltorito/geteltorito.pl
+++ cdrkit-1.1.11/3rd-party/geteltorito/geteltorito.pl
@@ -11,10 +11,16 @@
 # License: GPL
 #
 # Get latest version from:
-# http://www.uni-koblenz.de/~krienke/ftp/noarch/geteltorito
+# http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito
 #
-$utilVersion=0.4; 
+$utilVersion=0.5; 
 #
+# Version 0.5
+#2009/06/22
+#A patch for harddisk emulation images from coli...@gmail.com.
+#For BootMediaType=4 (harddisk emulation) SectorCount is always 1, and geteltorito.pl
+#returns just MBR. This patch guesses the correct bootimage size
+#from MBR (offset+size of the first partitition).
 # Version 0.4
 #2007/02/01
 #A patch from Santiago Garcia ma...@debian.org to use a virtual sector
@@ -31,9 +37,7 @@
 #Initial release
 #
 # For information on El Torito see 
-# http://wikipedia.org/
-# or try this link directly:
-# http://www.phoenix.com/en/Customer+Services/White+Papers-Specs/Platform+System+Software+Documents/default.htm
+# http://en.wikipedia.org/wiki/El_torito
 
 $vSecSize=512;
 $secSize=2048;
@@ -179,19 +183,22 @@
 }
 if( $media == 1 ){
 	print STDERR 1.2meg floppy;
-   $count=1200*1024/$vSecSize;  
+$count=1200*1024/$vSecSize;  
 }
 if( $media == 2 ){
 	print STDERR 1.44meg floppy;
-   $count=1440*1024/$vSecSize;  
+$count=1440*1024/$vSecSize;  
 }
 if( $media == 3 ){
 	print STDERR 2.88meg floppy;
-   $count=2880*1024/$vSecSize;  
+$count=2880*1024/$vSecSize;  
 }
 if( $media == 4 ){
 	print STDERR harddisk;
-	$count=0;
+	$MBR=getSector($imgStart, 1, $imageFile );
+	$partition1=substr($MBR, 446, 16);
+	($unUsed, $firstSector, $partitionSize) = unpack( A8VV, $partition1);
+	$count=$firstSector + $partitionSize;
 }
 print STDERR \n;
 


signature.asc
Description: Digital signature


Bug#751961: isenkram: Please add a relation layer between hardware and package(s)

2014-06-18 Thread Marius Kotsbak
Package: isenkram
Version: 0.6
Severity: wishlist

Dear Maintainer, It would be nice to be able to specify that a given
hardware is of a specific
type and then specify for all of that type of hardware, a list of packages
could be useful. This would reduce redundancy in the modaliases file
and also make it easier to add new hardware and packages.

An example: I want to add a smart card reader:

0a5c:5800 Broadcom Corp. BCM5880 Secure Applications Processor

and register that as a smart card reader.

Then I want to register that smart card readers could benefit from this
list of packages:

pcsc-tools libpcsclite-dev pcscd libcci

to support Norwegian Buypass smart cards (see instructions in Norwegian
here:
https://www.buypass.no/kundeservice/nedlastingssenter/_attachment/28021?_ts=14618ff9ad8
)

Currently the hardware information must be added to all of these packages.

Ideally maybe even another indirection layer could be added, to group
these packages into Smart card reader with Buypass card.

--
Marius Kotsbak


Bug#751963: iproute2: Please enable SELinux support

2014-06-18 Thread Laurent Bigonville
Source: iproute2
Version: 3.15.0-1
Severity: wishlist

Hello Andreas,

I just saw that iproute2 was not built with SELinux support, it would be
nice if you could enable this.

SELinux support adds a way to print the domains of the connections in ss
command.

Adding the libselinux1-dev package to the build-dependencies should do
the trick.

Cheers,

Laurent Bigonville

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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#733623: wxgeometrie: ImportError: No module named pyparsing

2014-06-18 Thread Anders Jonsson
from matplotlib.pyparsing import ParseFatalException
ImportError: No module named pyparsing

This comes from matplotlib no longer having its own pyparsing since
1.3.0. Matplotlib instead depends on python-pyparsing.

This problem can be solved in wxgeometrie by calling pyparsing directly
in wxgeometrie/geolib/objet.py with the following change:

-from matplotlib.pyparsing import ParseFatalException
+from pyparsing import ParseFatalException


However, there is some other problem as well, with the
above change it still crashes for me. New last lines of the traceback:

  File /usr/lib/python2.7/weakref.py, line 389, in iterkeys
with _IterationGuard(self):
  File /usr/lib/python2.7/_weakrefset.py, line 23, in __enter__
w._iterating.add(self)
AttributeError: CustomWeakKeyDictionary instance has no attribute
'_iterating'

This I could also work around by applying the commit Fix
incompatibility with python 2.7.6.  on
https://github.com/wxgeo/wxgeometrie/commit/937fbed6c2a07ee43a59aa623baca05e559c2e46
from the origin/geophar branch of upstream wxgeometrie.

With these two fixes applied, wxgeom runs as expected, without crashes.


Regards,
Anders Jonsson


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



Bug#686625: chromium: Must be able to get user data directory!

2014-06-18 Thread Clayton
On Sat, 31 May 2014 18:13:55 +0200
Jan Braun janbr...@gmx.net wrote:

 Clayton schrob:
  Now, in LXDE, when I:
  sux other_user
  chromium
  There are no error messages in the terminal.
  The chromium window does not appear in the display.
  But the chromium process is still there according to ps.
 
 Thank you.
 What happens when you don't use sux, but su and set
 DISPLAY/XAUTHORITY, or su -p and adjust HOME?

su -p and adjust HOME? --

[0618/182317:FATAL:chrome_main_delegate.cc(372)] Check failed:
process_type.empty(). Unable to get the user data directory for
process type: zygote

There were no other error messages, and like with sux, the
process is there but no window displays

su and set DISPLAY/XAUTHORITY

Must confess I am not sure what exactly to do with XAUTHORITY

Clayton


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



Bug#735530: samhain: FTBFS on amd64 and kfreebsd

2014-06-18 Thread Florian Ernst
Hello there,

On Sat, Mar 29, 2014 at 02:03:40AM -0600, Adam Conrad wrote:
 In Ubuntu, the attached patch was applied to achieve the following:
 
   * Configure with disable-asm on amd64 targets to work around FTBFS.
   * Build-depend on autotools-dev to always update config.{sub,guess}
 
 Obviously, upstream fixing their asm would be better than disabling it,
 but this works around the FTBFS nicely.  [...]

FWIW, using that patch the package builds just fine in current sid on
amd64.

I couldn't find a report concerning this FTBFS in upstream's tracker,
but upstream has dealt with an equivalent issue on cygwin 64bit by
simply disabling assembler as well, cf.
http://trac.la-samhna.de/samhain/ticket/349.

Cheers,
Flo


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



Bug#751964: gnome-power-manager: Battery icon not reflecting current charge state, and no action performed when critical state reached (data loss)

2014-06-18 Thread Florian
Package: gnome-power-manager
Version: 3.8.2-1
Severity: important

The battery icon stays at the value it had after starting gnome, regardless of 
the
actual state of the battery. Furthermore (and I guess this is related) no action
is performed when a critical state of the battery is reached, even though such
an action is set in the power settings (hibernate).

This just caused data loss on my laptop when I forgot to plug it and it run out 
of 
battery without warning and without any action taken by the system.

I am using systemd as init-system, if it matters.

thanks, Florian





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

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

Versions of packages gnome-power-manager depends on:
ii  dbus-x11 1.8.4-1
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gnome-settings-daemon3.8.5-2+b2
ii  libc62.19-1
ii  libcairo21.12.16-2
ii  libglib2.0-0 2.40.0-3
ii  libgtk-3-0   3.12.2-1+b1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libupower-glib1  0.9.23-2+b2
ii  notification-daemon  0.7.6-1
ii  upower   0.99.0-2

gnome-power-manager recommends no packages.

Versions of packages gnome-power-manager suggests:
ii  policykit-1  0.105-6

-- no debconf information


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



Bug#751965: minidlna: additional upstream tarball breaks watchfile

2014-06-18 Thread Florian Will
Package: minidlna
Version: 1.1.2+dfsg-1.1
Severity: minor
Tags: patch

Dear Maintainer,

Upstream published a pre-compiled, statically linked, tarball along with 3.1.3
named minidlna-1.1.3_static. This causes uscan to think the precompiled
tarball is the new source tarball. It also adds a warning to the PTS page,
apparently about the invalid _ character.

One possible fix that works for now (I'm sure there are more robust solutions):

diff -u a/watch b/watch
--- a/watch 2014-06-18 12:39:25.240554728 +0200
+++ b/watch 2014-06-18 12:40:10.564555280 +0200
@@ -1,3 +1,3 @@
 version=3
 opts=dversionmangle=s/\+dfsg// \
-http://sf.net/minidlna/minidlna-(.+)\.tar\.gz debian uupdate
+http://sf.net/minidlna/minidlna-([0-9\.]+)\.tar\.gz debian uupdate


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

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

Versions of packages minidlna depends on:
ii  adduser3.113+nmu3
ii  initscripts2.88dsf-53.2
ii  libavformat55  6:10.1-1
ii  libavutil536:10.1-1
ii  libc6  2.19-2
ii  libexif12  0.6.21-1
ii  libflac8   1.3.0-2
ii  libid3tag0 0.15.1b-10
ii  libjpeg8   8d-2
ii  libogg01.3.2-1
ii  libsqlite3-0   3.8.5-1
ii  libvorbis0a1.3.2-1.4
ii  lsb-base   4.1+Debian13

minidlna recommends no packages.

minidlna 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#730855: [Pkg-acpi-devel] Bug#730855: Please support mips(el), mipsn32(el) and mips64(el)

2014-06-18 Thread Michael Meskes
Half a year ago I asked for more information, but never saw a reply.

 Before enabling acpi-fakekey for mips* I'd like to see that it a) works on
 mips* and b) that it serves a purpose. There are some scripts that call it, 
 but
 I have no idea if there is any way to trigger these scripts.

Does this mean you couldn't find a way to use acpi-fakekey on mips*? If so, I'd
like to close the report. If you did find it usable, please tell me, so I can
add the architectures.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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



Bug#751150: texlive-bin also FTBFS on x32

2014-06-18 Thread Thorsten Glaser
On Tue, 17 Jun 2014, Norbert Preining wrote:

 So, I am not sure if this is supported. But it definitely should
 *not* fail on native builds.

Mh. It does fail on native m68k builds. Maybe there is an exclusion
list it should be added to… or better, a whitelist of architectures
for which luajit *does* exist as it appears to be an unportable beast.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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



Bug#751967: lsof: Please enable SELinux support

2014-06-18 Thread Laurent Bigonville
Source: lsof
Version: 4.86+dfsg-1
Severity: wishlist

Hi,

It would be nice to enable SELinux support on the linux architectures

Adding libselinux1-dev [linux-any] to the build dependencies is doing
the trick.

This is adding the -Z option that allows to display the context of the
opened files.

Cheers,

Laurent Bigonville

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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#751966: print-manager missing recommends

2014-06-18 Thread Daniel Nicoletti
Package: print-manager
Version: 4:4.13.1-1

The Ubuntu package of print-manager offered a
recommends on system-config-printer-udev but
it was removed:
http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-sc/print-manager.git;a=commitdiff;h=4551aff32b6d97a063ee049d943b5d9412b7474a

Although print-manager doesn't hard depend on
it the offered functionality of system-config-printer-udev
is really useful for a good user experience as it
auto adds printers (when plugged in)
and if it can't find the needed drivers it will poke
print-manager to show the user his new hardware
needs some manual intervention to get to work.

Besides this I also recommend that a recommends
on system-config-printer (not the -udev) is added
as it offers a DBus interface which print-manager
uses when adding a new printer, this is especially
useful because it makes the UI more friendly by
grouping same printer with different protocols and
providing which PPD is the best for the given printer.

So basically a recommends on both system-config-printer
and system-config-printer-udev would be useful.

Thanks.


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



Bug#751968: dar: File /etc/darrc missing but referred to in manpage

2014-06-18 Thread Sebastian Hahn
Package: dar
Version: 2.4.12-2
Severity: normal

hi,

the dar package doesn't install an /etc/darrc file nore does it contain
a template anywhere. The file is referred to throughout the
documentation. Also, there's no documentation provided for the semantics
of the compress-exclusion commandline parameter.

Thanks for packaging dar!

Cheers
Sebastian


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



Bug#745671: [acpi-support] Please add support for apple brightness

2014-06-18 Thread Michael Meskes
 Please add support for apple brightness
 ...

In the future please send a diff against acpi-support source, not just a binary
file. If you do not know how to, it's easier if you send the files instead of a
diff against an empty file.

This by itself is not a problem, but the patch needs a bit more work, I think.

The smaller piece is, would it be possible for you to remove the bash 
dependency, if there really is one, I didn't check?

The larger problem I see is that the patch contains four scripts but no way to
call on them. There seems to be no events file in the patch, nor are the
scripts used by any other script. So how are they supposed to be used?

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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



Bug#751969: gir1.2-goocanvas-2.0: Introspection file installed in the wrong directory

2014-06-18 Thread Alberto Garcia
Package: gir1.2-goocanvas-2.0
Version: 2.0.2-1
Severity: grave
Justification: renders package unusable

Hi,

gir1.2-goocanvas-2.0 installs the GooCanvas-2.0.typelib in the
/usr/lib/x86_64-linux-gnu/girepository-1.0/ directory.

However typelib files are not supposed to go there, they should be in
/usr/lib/girepository-1.0/ instead, else programs will not find them.

In addition to that, gir1.2-goocanvas-2.0 must depend on
libgoocanvas-2.0-9, which is the package that provides the actual
library.

Berto

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

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

-- 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#750485: postfix: Upstream version 2.11.1 available, fixes serious bug

2014-06-18 Thread LaMont Jones
On Tue, Jun 17, 2014 at 07:39:03PM -0400, Perry E. Metzger wrote:
 Pardon my ignorance, but I note that Jessie and wheezy-backports
 haven't been fixed yet. Is it the practice to close the bug report
 before the package has propagated from sid?

The bug is marked as found in 2.11.0-1, and fixed in 2.11.1-1.  All of
that is unrelated to propogation from sid.  Having said that, you'll
notice that https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750485
shows (top right corner) that the bug is fixed in sid, and present in
testing at this time.

All is as it should be.

lamont


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



Bug#682778: Patch for hostname too short

2014-06-18 Thread goldt
Hi,

please change wall.c. It cuts the hostname because it uses sizeof a
pointer  instead of the buffer size which is too short.

--- wall.c  2011-10-11 15:23:47.0 +0200
+++ /tmp/wall.c 2014-06-18 12:53:17.440999746 +0200
@@ -221,7 +221,7 @@
where = somewhere;
warn(_(cannot get tty name));
}
-   gethostname(hostname, sizeof(hostname));
+   gethostname(hostname, sysconf(_SC_HOST_NAME_MAX));
time(now);
lt = localtime(now);


Regards,
Sven


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



Bug#751970: mesa: Please enable SELinux support

2014-06-18 Thread Laurent Bigonville
Source: mesa
Version: 10.2.1-1
Severity: wishlist

Hi,

Could you please enable SELinux support in mesa.

The code is checking whether the allow_execmem boolean is enabled and if
it's not the case turns init_map() and init_mem() to a noop because it
would anyway be denied by the policy.

Cheers,

Laurent Bigonville

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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#751956: [Pkg-chromium-maint] Bug#751956: chromium-browser: Upgrading chromium-browser to 35.0.1916.153-1~deb7u1 broke java and flash plugins

2014-06-18 Thread Giovanni Harting
That's a duplicate of #751587, install pepper flash and it should work
again.


2014-06-18 11:24 GMT+02:00 Heikki Levanto hei...@lsd.dk:

 Package: chromium-browser
 Version: 35.0.1916.153-1~deb7u1
 Severity: normal

 When upgrading my machine (regular apt-get upgrade), I got a new chromium:
chromium-browser:amd64 (35.0.1916.114-1~deb7u2, 35.0.1916.153-1~deb7u1)
 Both flash and java plugins stopped working. Chromium tells me that I have
 to
 install a plugin.

 chrome:plugins shows no trace of these plugins, only lists Chromoting
 Viewer
 (Disabled). Both plugins worked fine before the upgrade.

 Both plugins work on IceWeasel, which makes me think that the problem is
 with
 Chromium itself, and not the plugins.

 I have tried to run update-flashplugin-nonfree, made no difference.

 This happened on two separate (but similar) machines, which makes me think
 that the problem is not isolated to my machine, but is in the chromium
 itself.


 I hope I have given enough information. If not, feel free to ask for more.


 $ apt-cache policy chromium chromium-browser flashplugin-nonfree
 icedtea-plugin
 chromium:
   Installed: 35.0.1916.153-1~deb7u1
   Candidate: 35.0.1916.153-1~deb7u1
   Version table:
  *** 35.0.1916.153-1~deb7u1 0
 500 http://security.debian.org/ wheezy/updates/main amd64 Packages
 100 /var/lib/dpkg/status
  34.0.1847.116-1~deb7u1 0
 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages
 chromium-browser:
   Installed: 35.0.1916.153-1~deb7u1
   Candidate: 35.0.1916.153-1~deb7u1
   Version table:
  *** 35.0.1916.153-1~deb7u1 0
 500 http://security.debian.org/ wheezy/updates/main amd64 Packages
 100 /var/lib/dpkg/status
  34.0.1847.116-1~deb7u1 0
 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages
 flashplugin-nonfree:
   Installed: 1:3.2
   Candidate: 1:3.2
   Version table:
  *** 1:3.2 0
 500 http://ftp.dk.debian.org/debian/ wheezy/contrib amd64 Packages
 100 /var/lib/dpkg/status
 icedtea-plugin:
   Installed: 1.4-3~deb7u2
   Candidate: 1.4-3~deb7u2
   Version table:
  *** 1.4-3~deb7u2 0
 500 http://security.debian.org/ wheezy/updates/main amd64 Packages
 100 /var/lib/dpkg/status
  1.3.2-1 0
 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages



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

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

 Versions of packages chromium-browser depends on:
 ii  chromium  35.0.1916.153-1~deb7u1

 chromium-browser recommends no packages.

 chromium-browser suggests no packages.

 -- no debconf information

 ___
 Pkg-chromium-maint mailing list
 pkg-chromium-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-chromium-maint



Bug#751969: gir1.2-goocanvas-2.0: Introspection file installed in the wrong directory

2014-06-18 Thread Alberto Garcia
Control: tags -1 patch

On Wed, Jun 18, 2014 at 02:30:26PM +0300, Alberto Garcia wrote:

 However typelib files are not supposed to go there, they should be in
 /usr/lib/girepository-1.0/ instead, else programs will not find them.

I think the fix should be as simple as this (I haven't tested it,
though):

--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -165,7 +165,7 @@ INTROSPECTION_GIRS += GooCanvas-2.0.gir
 girdir = $(datadir)/gir-1.0
 gir_DATA = $(INTROSPECTION_GIRS)
 
-typelibdir = $(libdir)/girepository-1.0
+typelibdir = @INTROSPECTION_TYPELIBDIR@
 typelib_DATA = $(INTROSPECTION_GIRS:.gir=.typelib)
 
 CLEANFILES += $(gir_DATA) $(typelib_DATA)

For the dependencies I recommend this in debian/rules:

override_dh_shlibdeps:
dh_shlibdeps
dh_girepository

Plus a build-dependency on gobject-introspection in the debian/control
file.

Berto


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



Bug#745605: apache2: ignores AddDefaultCharset

2014-06-18 Thread Carlos Cerrillo
The form encoding is not related to this issue, was an incorrect php.ini
setting


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



Bug#738696: acpi-support-base: acpi-support CheckPolicy() should account for mate-power-manager and logind

2014-06-18 Thread Michael Meskes
 After reading the ubuntu changelog it seems that they made some changes
 related to logind in 0.142. Shouldn't this version be imported in debian
 too?

Eventually it will be, but they removed a lot of stuff because the
functionality is in systemd and/or gnome, which we cannot simply move over to
our package.

Before starting looking into these I will try to get the package into a good
state in testing first.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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



Bug#751973: installation-reports: AMD K6 III+ rig: Debian-7.5.0-i386 fails to install

2014-06-18 Thread Louis Povse
Package: installation-reports
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
See my thread here:http://forums.debian.net/viewtopic.php?f=17t=115191

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I had to skip everything at the Select Software stage of the install.
Else it refuses to continue with the install.

   * What was the outcome of this action?
After that I was able to finish the install, reboot and install
xfce via apt-get

   * What outcome did you expect instead?
For the Select Software stage not to fail and be able to install
things like Desktop Environment.




-- Package-specific info:

Boot method: cd
Image version: debian-7.5.0-i386-xfce-CD-1
Date: Date and time of the install

Machine: Super Socket 7 system with AMD K6-III+ 550mhz
Partitions: df -Tl will do; the raw partition table is preferred


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O ]
Detect network card:[O ]
Configure network:  [O ]
Detect CD:  [O ]
Load installer modules: [O ]
Clock/timezone setup:   [O ]
User/password setup:[O ]
Detect hard drives: [O ]
Partition hard drives:  [O ]
Install base system:[O ]
Install tasks:  [ ]
Install boot loader:[O ]
Overall install:[E ]

Comments/Problems:

Description of the install, in prose, and any thoughts, comments
  and ideas you had during the initial install.

Again, it just kept getting caught up on those few packages that kept
failing to install. please see this thread in which I have logs linked
http://forums.debian.net/viewtopic.php?f=17t=115191

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=7 (wheezy) - installer build 20130613+deb7u2+b1
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux TriGem 3.2.0-4-486 #1 Debian 3.2.57-3 i586 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT82C598 [Apollo 
MVP3] [1106:0598] (rev 04)
lspci -knn: Kernel driver in use: agpgart-via
lspci -knn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT82C598/694x 
[Apollo MVP3/Pro133x AGP] [1106:8598]
lspci -knn: 00:07.0 ISA bridge [0601]: VIA Technologies, Inc. VT82C596 ISA 
[Mobile South] [1106:0596] (rev 05)
lspci -knn: Subsystem: VIA Technologies, Inc. Device [1106:]
lspci -knn: 00:07.1 IDE interface [0101]: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06)
lspci -knn: Kernel driver in use: pata_via
lspci -knn: 00:07.2 USB controller [0c03]: VIA Technologies, Inc. VT82x 
UHCI USB 1.1 Controller [1106:3038] (rev 02)
lspci -knn: Subsystem: VIA Technologies, Inc. (Wrong ID) Device [0925:1234]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:07.3 Bridge [0680]: VIA Technologies, Inc. VT82C596 Power 
Management [1106:3050]
lspci -knn: 00:12.0 PCI bridge [0604]: Pericom Semiconductor Device [12d8:e111] 
(rev 01)
lspci -knn: 00:13.0 Ethernet controller [0200]: Davicom Semiconductor, Inc. 
21x4x DEC-Tulip compatible 10/100 Ethernet [1282:9102] (rev 40)
lspci -knn: Subsystem: Device [3030:5032]
lspci -knn: Kernel driver in use: dmfe
lspci -knn: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 
[GeForce GT 520] [10de:1040] (rev a1)
lspci -knn: Subsystem: ZOTAC International (MCO) Ltd. Device [19da:1228]
lspci -knn: 01:00.1 Audio device [0403]: NVIDIA Corporation GF119 HDMI Audio 
Controller [10de:0e08] (rev a1)
lspci -knn: Subsystem: ZOTAC International (MCO) Ltd. Device [19da:1228]
lspci -knn: Kernel driver in use: snd_hda_intel
lspci -knn: 02:00.0 Display controller [0380]: Advanced Micro Devices [AMD] nee 
ATI 3D Rage IIC AGP [1002:4757] (rev 7a)
usb-list: 
usb-list: Bus 01 Device 01: UHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.2.0-4-486 uhci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
lsmod: Module  Size  Used by
lsmod: hfsplus70400  0 
lsmod: hfs36580  0 
lsmod: minix  22805  0 
lsmod: msdos  12829  0 
lsmod: fuse   51949  0 
lsmod: ufs57656  0 
lsmod: qnx4   12992  0 
lsmod: ntfs  

Bug#751971: docker.io: Please consider providing an nsinit binary

2014-06-18 Thread Michael Schuerig
Package: docker.io
Version: 1.0.0~dfsg1-1
Severity: wishlist

Dear Maintainer,

nsinit is a tool that allows to attach to a running container.
This is very helpful when debugging a problem in a container
and a lot more lightweight than running sshd in each container.

nsinit is already contained in the docker.io source package
at pkg/libcontainer/nsinit/.

Thanks,
Michael


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

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

Versions of packages docker.io depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.19
ii  iptables 1.4.21-2
ii  libapparmor1 2.8.0-5.1+b1
ii  libc62.19-3
ii  libdevmapper1.02.1   2:1.02.85-2
ii  libsqlite3-0 3.8.5-2
ii  perl 5.18.2-4

Versions of packages docker.io recommends:
ii  aufs-tools   1:3.2+20130722-1.1
ii  ca-certificates  20140325
ii  cgroupfs-mount   1.0
ii  git  1:2.0.0-2
ii  xz-utils 5.1.1alpha+20120614-2

Versions of packages docker.io suggests:
ii  btrfs-tools  3.14.1-1
ii  debootstrap  1.0.60
ii  lxc  1.0.4-3
pn  rinsenone

-- 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#751972: krb5-config: typos in Swedish debconf messages

2014-06-18 Thread Anders Jonsson
Package: krb5-config
Version: 2.3
Severity: minor
Tags: l10n

Hi,
I noticed some typos in the Swedish debconf messages:

In one place is the spelling Kerbers, which should be Kerberos.

In another string there is the string domännamnssytemet which should really 
be domännamnssystemet

administrtationsservern should be administrationsservern


Finally the sentence I de flesta fallen är det bästa valet att använda DNS för 
att hitta servrarna eftersom du då inte behöver ändra inställningar i alla 
maskinerna samma realm is missing a preposition between the words maskinerna 
and samma. I would use one of the words i or på.



I have CC:d Martin as he is the last translator.


Regards,
Anders Jonsson


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



Bug#738696: Not necessarily the right way forward

2014-06-18 Thread Michael Meskes
On Tue, May 20, 2014 at 08:06:14AM +0200, Wouter Verhelst wrote:
 It might be better for such acpi handlers to have a common way of
 configuring which one gets to do this. This could be done through the
 alternatives system, or through a shared debconf question in the manner
 of the desktop managers. The situation here is, after all, very similar:
 we have several implementations of things that might want to do the same
 thing, where it is at least fairly annoying if multiple of these things
 try to do so.

Great idea, but I kind of doubt anyone is going to implement this. The current
point of view is that acpi-support is supposed to be the last resort, meaning
that it only handles events if nothing else does.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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



Bug#750854: Update to the bug

2014-06-18 Thread Carmelo Leggio

The problem is still present in Libreoffice 1:4.3.0~beta2-2 :-(.

Carmelo Leggio


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



Bug#742864: Update to jdk8u20-b18

2014-06-18 Thread Thomas Klute
Am 17.06.2014 22:08, schrieb Emmanuel Bourg:
 Le 17/06/2014 20:09, Thomas Klute a écrit :
 * g++-4.9 was a hardcoded build dependency, but is not available on
   stable. I could build the package with g++-4.7 from Wheezy, so I've
   changed the dependency to g++ = 4.7.
 
 Actually debian/control is generated from a template
 (debian/templates/control.in) and has to be refreshed for your
 distribution. You do that by touching the template and running
 './debian/rules debian/control'. This is a bit tricky, I'll document it
 in debian/README.source.

OK, I didn't know about that. I that case I suggest removing
debian/control from the repository after that step is documented. I've
rebased my master branch on your repository and added a patch to that
effect, including documentation. [1]

 * I filed bug #751873, which was promptly fixed (many thanks to the QA
   team!), so we can now use
   http://qa.debian.org/cgi-bin/fakeupstream.cgi to get the latest
   upstream sources.
 
 I believe there is a new tag every week or so, I don't think we really
 want to push updates that fast. Currently the package tracks the OpenJDK
 builds used by Oracle to release the official version of Java. This is
 done by parsing the documentation download page [1], I wrote a small PHP
 page [2] that performs this task for Java 7 and 8.

Good point. I'll keep the jdk8u20-b18 branch around and might
occasionally rebase it to keep track of master changes. ;-)

Thomas

[1] https://github.com/airtower-luna/openjdk-8-debpkg.git master


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



Bug#751974: Packages should not Build-Depends libavcodec53, libavformat53

2014-06-18 Thread Chris Jester-Young
Package: java-package
Version: 0.55
Tags: patch jessie sid

As of java-package 0.55, the generated source packages Build-Depends
libavcodec53 and libavformat53 when building for Java 8. This is not
correct, as it makes the packages unbuildable on jessie and sid, which
are currently on libavcodec55 and libavformat55.

The correct solution is to follow what was done for #687075, which is
to exclude the libavplugin.so plugin from the dependencies.

Below is a patch which implements this.

Cheers,
Chris.

*   *   *

From 7a071d26cf0ae778b214a99a8b0f38b2441860b3 Mon Sep 17 00:00:00 2001
From: Chris Jester-Young cky...@gmail.com
Date: Wed, 18 Jun 2014 08:24:35 -0400
Subject: [PATCH] Do not Build-Depends libavcodec53 and libavformat53.

---
 lib/javase.sh | 2 +-
 lib/jdk.sh| 3 ---
 2 files changed, 1 insertion(+), 4 deletions(-)

diff --git a/lib/javase.sh b/lib/javase.sh
index e6592cc..c4f55f8 100644
--- a/lib/javase.sh
+++ b/lib/javase.sh
@@ -77,7 +77,7 @@ override_dh_compress:
dh_compress \$(shell find $j2se_name/man/ -type f ! -name '*.gz' 
-printf '${jvm_base##/}/%p\n')
 
 override_dh_shlibdeps:
-   dh_shlibdeps --exclude=fxavcodecplugin -l\$(shell find $j2se_name -type 
f -name '*.so*' -printf '${jvm_base##/}/%h\n' | sort -u | tr '\n' ':' | sed 
's/:\$\$//')
+   dh_shlibdeps --exclude=fxavcodecplugin --exclude=avplugin -l\$(shell 
find $j2se_name -type f -name '*.so*' -printf '${jvm_base##/}/%h\n' | sort -u | 
tr '\n' ':' | sed 's/:\$\$//')
 EOF
 }
 
diff --git a/lib/jdk.sh b/lib/jdk.sh
index 39a4cee..8858bb6 100644
--- a/lib/jdk.sh
+++ b/lib/jdk.sh
@@ -1,9 +1,6 @@
 
 j2sdk_control() {
 build_depends=libasound2, libgl1-mesa-glx, libgtk2.0-0, libxslt1.1, 
libxtst6, libxxf86vm1
-if test $j2se_release = 8; then
-build_depends=$build_depends, libavcodec53, libavformat53
-fi
 j2se_control
 java_browser_plugin=java-browser-plugin, 
 depends=\${shlibs:Depends}
-- 
1.9.1


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



Bug#751976: pu: package cmus/2.4.3-2+deb7u1

2014-06-18 Thread Moritz Mühlenhoff
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

Hi,
attached debdiff fixes a FTBFS of cmus in stable.

[Adding Alessio to CC]

Cheers,
Moritz

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru cmus-2.4.3/debian/changelog cmus-2.4.3/debian/changelog
--- cmus-2.4.3/debian/changelog	2012-06-02 20:08:09.0 +0200
+++ cmus-2.4.3/debian/changelog	2014-06-18 14:18:17.0 +0200
@@ -1,3 +1,10 @@
+cmus (2.4.3-2+deb7u1) wheezy; urgency=low
+
+  * Fix FTBFS related to the libmodplug upgrade in DSA 2751, patch as used in
+2.5.0-4 (Closes: #724181)
+
+ -- Moritz Mühlenhoff muehlenh...@univention.de  Wed, 18 Jun 2014 14:16:56 +0200
+
 cmus (2.4.3-2) unstable; urgency=low
 
   [ Ryan Kavanagh ]
diff -Nru cmus-2.4.3/debian/patches/fix-modplug-build.patch cmus-2.4.3/debian/patches/fix-modplug-build.patch
--- cmus-2.4.3/debian/patches/fix-modplug-build.patch	1970-01-01 01:00:00.0 +0100
+++ cmus-2.4.3/debian/patches/fix-modplug-build.patch	2014-06-18 14:16:49.0 +0200
@@ -0,0 +1,19 @@
+Description: Horrible fix for misdetection of modplug.
+Author: Alessio Treglia ales...@debian.org
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724181
+Forwarded: no
+---
+
+ Makefile |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+--- cmus-2.4.3.orig/Makefile
 cmus-2.4.3/Makefile
+@@ -90,7 +90,7 @@ ip-$(CONFIG_FFMPEG)	+= ffmpeg.so
+ $(flac-objs):		CFLAGS += $(FLAC_CFLAGS)
+ $(mad-objs):		CFLAGS += $(MAD_CFLAGS)
+ $(mikmod-objs):		CFLAGS += $(MIKMOD_CFLAGS)
+-$(modplug-objs):	CFLAGS += $(MODPLUG_CFLAGS)
++$(modplug-objs):	CFLAGS += $(MODPLUG_CFLAGS) -I/usr/include/libmodplug
+ $(mpc-objs):		CFLAGS += $(MPC_CFLAGS)
+ $(vorbis-objs):		CFLAGS += $(VORBIS_CFLAGS)
+ $(wavpack-objs):	CFLAGS += $(WAVPACK_CFLAGS)
diff -Nru cmus-2.4.3/debian/patches/series cmus-2.4.3/debian/patches/series
--- cmus-2.4.3/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ cmus-2.4.3/debian/patches/series	2014-06-18 14:16:25.0 +0200
@@ -0,0 +1 @@
+fix-modplug-build.patch


Bug#751975: rancid: New upstream release 3.1

2014-06-18 Thread Eloy Paris
Package: rancid
Version: 2.3.8-6
Severity: wishlist
Tags: patch

Hi Roland,

The latest RANCID version available for Debian, 2.3.8-6 which is patched
as 2.3.8.p4, was generating a lot of false positives (emails with diffs
for non-configuration changes, i.e. temperatures, fan speeds, etc.) for
new IOS XE and NX-OS releases. These false positives are gone with the
filtering performed in the latest RANCID 3.1 release.

I created local packages for 3.1 and things are working very well.

Please consider packaging 3.1 to address the false positives on recent
Cisco software releases and hardware.

I am attaching my patches in case they help you to package the new
release. I refreshed patches that are still applicable, removed from the
series the patches that are no longer applicable, and added a couple
of patches (one hack to be able to get the package to build, and the
useful usercmd patch to be able to, for example, monitor Cisco ASAs with
multiple contexts).

My packaging is a quick hack so make sure you compare my files to the
files in the official package. Note that the new RANCID is moving a lot
of things to Perl modules but their use and location seems non-standard
so my package might not be Lintian-free or conform to Debian policy;
you'd have to check.

Feel free to let me know if you have any questions.

Cheers,

Eloy Paris.-



rancid_3.1-1ubuntu0.debian.tar.gz
Description: Binary data


Bug#654633: (no subject)

2014-06-18 Thread Giannis Servetas

I don't know which sound card i should choose

~$ xfconf-query -c xfce4-mixer -l
/active-card
/sound-card
/sound-cards/CaptureMonitorSourceofSimultaneousoutputtoGF119HDMIAudioControllerDigitalStereoHDMIPulseAudioMixer
/sound-cards/HDAATISBAlsamixer
/sound-cards/HDANVidiaAlsamixer
/sound-cards/PlaybackBuiltinAudioAnalogStereoPulseAudioMixer
/sound-cards/PlaybackGF119HDMIAudioControllerDigitalStereoHDMIPulseAudioMixer
/sound-cards/PlaybackSimultaneousoutputtoGF119HDMIAudioControllerDigitalStereoHDMIPulseAudioMixer
/sound-cards/PlaybackSimultaneousoutputtoJuniperHDMIAudioRadeonHD5700SeriesDigitalStereoHDMIBuiltinAudioAnalogStereoPulseAudioMixer
/volume-step-size
/window-height
/window-width

could you help me?


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



Bug#751841: /usr/bin/apt-get: Execute external solver... Error! But apt-cudf returns a solution

2014-06-18 Thread David Kalnischkies
On Wed, Jun 18, 2014 at 07:57:28AM +0200, Pietro Abate wrote:
 On 17/06/14 22:17, David Kalnischkies wrote:
   E: Sub-process aspcud returned an error code (1)
  
  This check is new in 1.0.4, previously the exit code was ignored (and
  even segfaults…), but the documentation of the EDSP protocol
  specifically says that the solver should always exit with 0 even if it
  failed to find a solution, aka: Looks like you found a situation in
  which the solver exits with a non-zero statuscode.
 
 yup. Actually there are many cases in which apt-cudf exit with 1. If
 the solver fails to find a solution, it means that a solution does not
 exists at all, but the execution of the solver was successful. If
 apt-cudf exists with 1, it means that it wasn't able to run the solver
 at all (and I cannot say anything about the solution). Moreover, with
 exit code 1, I always print on stderr a debugging message. Maybe you
 can catch it and propagate it to he apt-get user. This will make it
 easier for us to debug other problems in the future. 

stderr isn't blocked, so you should see debug messages already. (I was
frequently spammed with Ignore packages lines, so I am pretty sure
about this one).


 OT: I've also the impression that the interaction between apt-get and apt-cudf
 is now a bit slower. Just try to dump an edsp and than pass it directly to
 apt-cudf. you will notice that it is kinda fast to give you back and answer. I
 don't understand why it takes so long when apt-get calls apt-cudf directly
 (Are you flushing the stdout too often ?). Maybe I should open a new bug
 report for this one ...

The reason is that the solver is now told which source package a binary
package belongs to. At the moment this requires opening the Packages
file  parsing the stanza. The way it is implemented at the moment is
very inefficient as packages aren't sorted, so the parser is jumping
back and forth and between files… that could be tuned. I wanted to look
into promoting this information piece into the binary cache for
different reasons already though, so I didn't want to delay Stefanos
changes any further and fix this one way or another when it is decided.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature


Bug#751977: pu: package tor

2014-06-18 Thread Peter Palfrader
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: pu

Hi!

On Wed, 11 Jun 2014, Adam D. Barratt wrote:

 The next point release for wheezy (7.6) is scheduled for Saturday,
 July 12th.  Stable NEW will be frozen during the preceding weekend.

I propose to update Tor in stable to the version that is now in jessie.

This would be a jump to the next major version of tor, not just a
patch release update.


The Tor version in stable is 0.2.3.25, the latest version of the
old 0.2.3.x tree of Tor releases.  The current stable Tor tree is
0.2.4.x, released as stable in December, with the current update
being .22 from May.

There's, of course, a whole bunch of reasons why 0.2.4.x is
oh-so-much better than 0.2.3.x.

One key-point is that about a quarter of the Tor network (just
considering the relays, not any clients), is on 0.2.3.25, presumably
because they run Debian stable.  If they all upgraded to the 0.2.4.x
tree, the network as a whole would become a lot more secure as
0.2.4.x allows clients to use stronger crypto for connections built
through these nodes.

Also, Tor upstream is not entirely sure what they would want to
backport to 0.2.3.x in order to call it as DoS-resistant as 0.2.4.x.
That is to say, they are not aware of any arbitrary-code-execution
bugs that affect 0.2.3.x, but nobody knows which of the
DoS/resource-leak bugs that were fixed in the new tree could or
should be backported:

 | And indeed, we're basically done backporting fixes to 0.2.3. For
 | anything short of a remote overflow, we're probably not fixing
 | it.


Obviously, since this is a major upstream version jump, reviewing the
diff is not feasible.

Even going over the upstream changelog took a good long while.  That
resulted in a number of things we'd really like to have.Changes
include things like rejecting authority signing keys that might have
been exposed due to heartbleed, TLS ciphersuits now being chosen by
relays rather than clients (client lists have been chosen mainly for
anti-fingerprinting purposes), always clearing bignums before freeing
them, TLS 1.1 and 1.2 support, turning off client-side DNS cache by
default (that fixes a huge linkability issue for clients), and much
more.  I can clean-up and provide a full(er) list on request.

I don't expect the hand-full of reverse dependencies would have any
problems with the version jump, and from a relay-operator or end-user
point of view not much directly visible has changed.

The default contents of the /etc/tor/torrc conffile have changed
slightly.  (In fact, the diff is so tiny - one date change and one
typo fix in comments - that we could consider reverting that change
to cut down on dpkg propmts if you prefer.)  Existing configuration
files are expected to continue to work in all cases.

Is this update something we can do?

Thanks for your consideration,
weasel
-- 
   |  .''`.   ** Debian **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/


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



Bug#751956: [Pkg-chromium-maint] Bug#751956: chromium-browser: Upgrading chromium-browser to 35.0.1916.153-1~deb7u1 broke java and flash plugins

2014-06-18 Thread Heikki Levanto
On Wed, Jun 18, 2014 at 01:46:11PM +0200, Giovanni Harting wrote:
 That's a duplicate of #751587, install pepper flash and it should work
 again.

Thanks!  Two small problems:


1) Pepper flash seems not to be in debian/wheezy:

$ apt-cache search pepper
burgerspace - Avoid evil foodstuffs and make burgers
libjs-jquery-ui-theme-pepper-grinder - Pepper Grinder theme for jQuery UI

Where is one supposed to get it?


2) Installing a new flash player will not help with Java breaking in the same 
upgrade.


Perhaps this is a known issue for you Debian guys, but it breaks things for
many users. I would have appreciated some kind of warning during the install
process, and a way to back off from that upgrade.


 
 2014-06-18 11:24 GMT+02:00 Heikki Levanto hei...@lsd.dk:
 
  Package: chromium-browser
  Version: 35.0.1916.153-1~deb7u1
  Severity: normal
 
  When upgrading my machine (regular apt-get upgrade), I got a new chromium:
 chromium-browser:amd64 (35.0.1916.114-1~deb7u2, 35.0.1916.153-1~deb7u1)
  Both flash and java plugins stopped working. Chromium tells me that I have
  to
  install a plugin.
 
  chrome:plugins shows no trace of these plugins, only lists Chromoting
  Viewer
  (Disabled). Both plugins worked fine before the upgrade.
 
  Both plugins work on IceWeasel, which makes me think that the problem is
  with
  Chromium itself, and not the plugins.
 
  I have tried to run update-flashplugin-nonfree, made no difference.
 
  This happened on two separate (but similar) machines, which makes me think
  that the problem is not isolated to my machine, but is in the chromium
  itself.
 
 
  I hope I have given enough information. If not, feel free to ask for more.
 
 
  $ apt-cache policy chromium chromium-browser flashplugin-nonfree
  icedtea-plugin
  chromium:
Installed: 35.0.1916.153-1~deb7u1
Candidate: 35.0.1916.153-1~deb7u1
Version table:
   *** 35.0.1916.153-1~deb7u1 0
  500 http://security.debian.org/ wheezy/updates/main amd64 Packages
  100 /var/lib/dpkg/status
   34.0.1847.116-1~deb7u1 0
  500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages
  chromium-browser:
Installed: 35.0.1916.153-1~deb7u1
Candidate: 35.0.1916.153-1~deb7u1
Version table:
   *** 35.0.1916.153-1~deb7u1 0
  500 http://security.debian.org/ wheezy/updates/main amd64 Packages
  100 /var/lib/dpkg/status
   34.0.1847.116-1~deb7u1 0
  500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages
  flashplugin-nonfree:
Installed: 1:3.2
Candidate: 1:3.2
Version table:
   *** 1:3.2 0
  500 http://ftp.dk.debian.org/debian/ wheezy/contrib amd64 Packages
  100 /var/lib/dpkg/status
  icedtea-plugin:
Installed: 1.4-3~deb7u2
Candidate: 1.4-3~deb7u2
Version table:
   *** 1.4-3~deb7u2 0
  500 http://security.debian.org/ wheezy/updates/main amd64 Packages
  100 /var/lib/dpkg/status
   1.3.2-1 0
  500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages
 
 
 
  -- System Information:
  Debian Release: 7.5
APT prefers stable
APT policy: (500, 'stable')
  Architecture: amd64 (x86_64)
  Foreign Architectures: i386
 
  Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
  Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
 
  Versions of packages chromium-browser depends on:
  ii  chromium  35.0.1916.153-1~deb7u1
 
  chromium-browser recommends no packages.
 
  chromium-browser suggests no packages.
 
  -- no debconf information
 
  ___
  Pkg-chromium-maint mailing list
  pkg-chromium-ma...@lists.alioth.debian.org
  http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-chromium-maint
 

-- 
Heikki Levanto   In Murphy We Turst heikki (at) lsd (dot) dk


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



Bug#751976: pu: package cmus/2.4.3-2+deb7u1

2014-06-18 Thread Alessio Treglia
Hi all,

I've just noticed the last message on #724181, and I am sorry about
the late reply.

On Wed, Jun 18, 2014 at 1:25 PM, Moritz Mühlenhoff
muehlenh...@univention.de wrote:
 Hi,
 attached debdiff fixes a FTBFS of cmus in stable.

Should I wait for the ACK from the release team then or just upload it
to s-p-u straightaway?

Cheers.

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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



  1   2   3   >