date:20150120

Hi!

  Can you give me pointers where those bugreports exist? Do you have
 first hand experience that it's not working correctly?
 I made netboot images onto my USB sticks and they worked. 

This exchange is sadly pretty common when it comes to unetbootin and we see 
this frequently in #debian. Whenever we get a user reporting a very odd error 
from the installer, we ask them how they transferred the image to the USB 
stick and if they say unetbootin we just recommend they start again because 
it is well known to cause problems. Two things then always follow: (1) the 
problem is solved and the installation completes fine (2) a 3rd party will chip 
in that unetbootin always works just fine for them [sadly often also 
accompanied by (3) them telling us we don't know what we're talking about].

We have been unable to figure out what differentiates the users for whom 
unetbootin does not work from the users for whom it does work. The users who 
have chosen to use unetbootin are almost invariably not the right people to 
help debug such problems and so the impasse is perpetuated. (While unetbootin 
can also do other things like have multiple images on the one disk, that's not 
the user base we are normally seeing.)

Off the top of my head the are the sorts of errors we frequently see are 
catalogued below. I've quickly grabbed some links from upstream's bug tracker 
that may (or may not!) provide some more details. All of these errors go away 
when the exact same image is copied onto the exact same USB stick using cp as 
detailed in the install guide (or dd or cat or win32diskimager or anything 
else that just copies the image rather than trying to do whatever mangling 
unetbootin does).

* boot error messages: the prepared image is deeply unhappy and you don't even 
get as far as a boot loader. (The normal symptom reported by the user is why 
aren't debian iso images bootable?...)

https://bugs.launchpad.net/unetbootin/+bug/1198731

* d-i starts but then dies weirdly, seemingly skipping the entire installation

https://bugs.launchpad.net/unetbootin/+bug/1348956

* d-i dies very early with No CD was detected: for some reason, the mounted 
image is not found by the installer and you don't get past the very first part 
of the installer where it tries to find the d-i components.

https://bugs.launchpad.net/unetbootin/+bug/622075

* installing the base system fails: sometimes it can't find the .debs, 
sometimes it can't figure out how to extract them properly

https://bugs.launchpad.net/unetbootin/+bug/1048913

* even once d-i looks to have successfully completed, it often seems to 
install grub to the wrong device and/or has sufficiently confused grub-install 
as to get the wrong device.map so that the system isn't bootable

https://bugs.launchpad.net/unetbootin/+bug/1034975


Clearly not everyone hits these errors but enough do that it's a pain. The 
errors seem so unrelated to unetbootin that it's very hard to convince users 
to try remaking the image -- after all, once the kernel is booted and 
userspace has started, unetbootin should be irrelevant, right? If only.

 Also please note it's not a Debian specific tool. But it may exists in
 Fedora as well for example. Those users may install a Debian boot to
 their USB sticks. Adding a warning for our users won't warn other
 users using UNetbootin.

Indeed, it would be wonderful if this were actually fixed upstream (or at least 
documented upstream). In the absence of that, we at least reach a good portion 
of the user base by noting this in Debian (and its derivatives).

cheers
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


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

Bug#771205: libgtk-3-0: Scale bug in gtk which affect a lot gnome applications

2015-01-20 Thread Samuel Wolf

Hi Neil,

thanks for your answer.

That means with the Debian default desktop Gnome and the default pdf viewer
Evince it is impossible to print landscape documents.

As I understand the bug is fixed in gtk+3.0 3.14.6.

Sorry, I am a greenhorn in the Debian Release procedure.
Samuel

Bug#775804: aptitude: Add a menu icon

2015-01-20 Thread HJ

Package: aptitude
Version: 0.6.11-1+b1
Severity: minor

Dear Maintainer,

please add a menu icon for the curses interface to make it easy accessible.



-- Package-specific info:
$TERM not set.
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.11 compiled at Nov  8 2014 13:34:39
Compiler: g++ 4.9.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.4.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20140913
  cwidget version: 0.5.17
  Apt version: 4.12.0

aptitude linkage:
linux-vdso.so.1 (0x7fff31dfe000)
libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7fa7c0f8e000)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fa7c0d58000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fa7c0b2d000)
libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fa7c0927000)
libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fa7c0611000)
libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fa7c0348000)
libboost_iostreams.so.1.55.0 = 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7fa7c013)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fa7bfd1f000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fa7bfb01000)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fa7bf7f6000)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fa7bf4f5000)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fa7bf2de000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fa7bef35000)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fa7bed32000)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fa7beb2d000)
libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fa7be912000)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fa7be702000)
liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fa7be4de000)
librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fa7be2d6000)
libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fa7be0d)
/lib64/ld-linux-x86-64.so.2 (0x7fa7c1975000)

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

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

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.11-1
ii  libapt-pkg4.121.0.9.4
ii  libboost-iostreams1.55.0  1.55.0+dfsg-3
ii  libc6 2.19-13
ii  libcwidget3   0.5.17-2
ii  libgcc1   1:4.9.1-19
ii  libncursesw5  5.9+20140913-1+b1
ii  libsigc++-2.0-0c2a2.4.0-1
ii  libsqlite3-0  3.8.7.1-1
ii  libstdc++64.9.1-19
ii  libtinfo5 5.9+20140913-1+b1
ii  libxapian22   1.2.19-1

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-doc  none
ii  libparse-debianchangelog-perl   1.2.0-1.1
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  none
pn  debtags   none
ii  tasksel   3.29

-- no debconf information
[Desktop Entry]
Name=Aptitude Package Manager
GenericName=Package Manager
Comment=Install, remove and upgrade software packages
Exec=aptitude-curses
Icon=system-software-install
Terminal=true
Type=Application
Categories=PackageManager;System;Settings;X-XFCE-SettingsDialog;X-XFCE-SystemSettings;
Path=
StartupNotify=false

Bug#659122: mc: cannot copy files to directory containing newline in name

2015-01-20 Thread Denis Briand

tags 659122 + moreinfo
thanks 

Can you reproduce this bug with the 4.8.x branch?

regards

Denis Briand


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

Bug#773828: UDD: bts-usertags.cgi: a href=... inside title

2015-01-20 Thread Simon Kainz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

tags 773828 patch
thanks

Please see the attached patch.

Bye,
Simon
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIbBAEBCgAGBQJUvhz4AAoJEBy08PeN7K/pOuwP9imZGSSz0AuEKkizkWa0ttfC
ymggBENxqVaxFLXVKMTT2T4yRtgVqeRdjU9hc5pgKj/LI8KNX6twfqZK8fryiuHb
LHrANxyp13dSHdstuv8YcCwsPI4zms6ansyIhoqvM9nqTePFAyIVvp5bDlZHlajV
qh0qytUwS4BnMmeYkArXAFPVfD3fwU9L+Vec6uScvl8ll2qFlwhDTYHuhUq7GKzS
fZGVEw90uEtSidhd0k3gy6XziVuI59FPdrkVbZZu6YzU2xfwGxMLiCnsiVkdQnfx
9GEWJwQ6nLuMhRBE32Uzt3ZHwbfEOlK8QfodfjKmUcMJCm7jcfQR6mEUHxEZQ+gT
wVTPPr83LANi+InDbIS8h0JMUG5PVouDa1Q9jKwmo/fmRmcVDiXowzPu4oUEpAYt
q2Fg+vGa91LQMv6xJscBElZJzgPc7/e/1qyjhUXc2/L0zVVuSbwd0O5SML/cTSPG
lebu0jlCx96O2mhWVGw0Da+mOA+HgwZvcEoA51q1LfBOP/CQpnaZB3Kvy83VL/tY
CfjDfYiVG+7OCFrM6ZxGY9QUGA2cVP6oIcnGjYdKhJTp8fQCFPXJHI3gp22kIY+p
gIMWzNFtav6YqMeY/EhmwfyhKffaL8enMFkvBBSFe6eovCwsLOh26zDmz2bxDBZt
A7Y+m6Z98XvwzDk9hTg=
=2OwB
-END PGP SIGNATURE-
diff --git a/web/cgi-bin/bts-usertags.cgi b/web/cgi-bin/bts-usertags.cgi
index b17ae6e..8c8e3d1 100755
--- a/web/cgi-bin/bts-usertags.cgi
+++ b/web/cgi-bin/bts-usertags.cgi
@@ -175,7 +175,7 @@ def tagged_bugs(user, tag):
WHERE bugs_usertags.email = %s AND bugs_usertags.tag = %s
ORDER BY id
   , ('id', 'package', 'source', 'title', 'done'), user, tag)
-head('Tagged %(tag)s by a href=?%(params)s%(user)s/a'
+head('Tagged %(tag)s by %(user)s'
  % {
 'tag': strip_tags(tag),
 'user': strip_tags(user),

Bug#739497: reproducible.json now exists

2015-01-20 Thread Paul Wise

On Thu, 2014-11-27 at 10:49 +0800, Paul Wise wrote:

   * tests

Implemented in the attached patch.

   * extended description for the action item

Still to be done.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

From 2976e4e45b7dced9900801d9cf6d85034297470a Mon Sep 17 00:00:00 2001
From: Paul Wise p...@debian.org
Date: Wed, 26 Nov 2014 18:55:50 +0800
Subject: [PATCH] WIP: add reproducible builds (Closes: #739497)

---
 .../debian/templates/debian/logcheck-links.html|   4 +
 distro_tracker/vendor/debian/tests.py  | 107 +
 distro_tracker/vendor/debian/tracker_panels.py |   8 ++
 distro_tracker/vendor/debian/tracker_tasks.py  |  83 
 4 files changed, 202 insertions(+)

diff --git a/distro_tracker/vendor/debian/templates/debian/logcheck-links.html b/distro_tracker/vendor/debian/templates/debian/logcheck-links.html
index ffaf2d4..f3e1b2a 100644
--- a/distro_tracker/vendor/debian/templates/debian/logcheck-links.html
+++ b/distro_tracker/vendor/debian/templates/debian/logcheck-links.html
@@ -13,4 +13,8 @@
 {% endif %}
 span,/span
 spana title=clang compiler build log href=http://buildd-clang.debian.net/package.php?{{ query_string }}clang/a/span
+{% if item.context.has_reproducibility %}
+span,/span
+spana title=report about build reproducibility href={{ item.context.reproducibility_url }}reproducibility/a/span
+{% endif %}
 {% endwith %}
diff --git a/distro_tracker/vendor/debian/tests.py b/distro_tracker/vendor/debian/tests.py
index c330770..009c029 100644
--- a/distro_tracker/vendor/debian/tests.py
+++ b/distro_tracker/vendor/debian/tests.py
@@ -69,6 +69,7 @@ from distro_tracker.vendor.debian.tracker_tasks \
 import UpdateAutoRemovalsStatsTask
 from distro_tracker.vendor.debian.tracker_tasks \
 import UpdatePackageScreenshotsTask
+from distro_tracker.vendor.debian.tracker_tasks import UpdateBuildReproducibilityTask
 from distro_tracker.vendor.debian.models import DebianContributor
 from distro_tracker.vendor.debian.models import UbuntuPackage
 from distro_tracker.vendor.debian.tracker_tasks import UpdateLintianStatsTask
@@ -5188,3 +5189,109 @@ class UpdatePackageScreenshotsTaskTest(TestCase):
 info = self.dummy_package.packageextractedinfo_set.get(key='general')
 
 self.assertEqual(info.value['name'], 'dummy')
+
+
+@mock.patch('distro_tracker.core.utils.http.requests')
+class UpdateBuildReproducibilityTaskTest(TestCase):
+
+Tests for the:class:`distro_tracker.vendor.debian.tracker_tasks.
+UpdateBuildReproducibilityTask` task.
+
+def setUp(self):
+self.json_data = 
+[{
+package: dummy,
+version: 1.2-3,
+status: unreproducible,
+suite: sid
+}]
+
+self.other_json_data = 
+[{
+package: other,
+version: 1.2-3,
+status: unreproducible,
+suite: sid
+}]
+
+self.dummy_package = SourcePackageName.objects.create(name='dummy')
+PackageExtractedInfo.objects.create(
+package=self.dummy_package,
+key='general',
+value={
+'name': 'dummy',
+'maintainer': {
+'email': 'j...@example.com',
+}
+}
+)
+
+def run_task(self):
+
+Runs the build reproducibility status update task.
+
+task = UpdateBuildReproducibilityTask()
+task.execute()
+
+def test_extractedinfo_item_for_without_reproducibility(self, mock_requests):
+
+Tests that packages without reproducibility info don't claim to have them.
+
+set_mock_response(mock_requests, text=self.json_data)
+other_package = SourcePackageName.objects.create(name='other-package')
+
+self.run_task()
+
+with self.assertRaises(PackageExtractedInfo.DoesNotExist):
+other_package.packageextractedinfo_set.get(key='reproducibility')
+
+def test_no_extractedinfo_for_unknown_package(self, mock_requests):
+
+Tests that BuildReproducibilityTask doesn't fail with an unknown package.
+
+set_mock_response(mock_requests, text=self.other_json_data)
+
+self.run_task()
+
+count = PackageExtractedInfo.objects.filter(key='reproducibility').count()
+self.assertEqual(0, count)
+
+def test_extractedinfo_for_package_with_reproducibility(self, mock_requests):
+
+Tests that PackageExtractedInfo for a package with reproducibility info is correct.
+
+set_mock_response(mock_requests, text=self.json_data)
+
+self.run_task()
+
+info = self.dummy_package.packageextractedinfo_set.get(key='reproducibility')
+
+self.assertEqual(info.value['reproducibility'], 'unreproducible')
+
+def test_extractedinfo_is_dropped_when_no_more_reproducibility(self, mock_requests):
+

Bug#775801: tomcat7: update ecj.jar also to avoid java.util.Map$Entry cannot be resolved error during jsp compilation

2015-01-20 Thread Ralf Hauser

Package: tomcat7
Version: 7.0.56-1~bpo70+2
Severity: grave
Tags: d-i
Justification: renders package unusable

Dear Maintainer,

https://issues.apache.org/bugzilla/show_bug.cgi?id=57445 no longer occurs if
in /usr/share/java
eclipse-ecj.jar symlinks to eclipse-ecj-4.4.jar

Regards
Ralf

See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775505

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

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

Versions of packages tomcat7 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  tomcat7-common 7.0.56-1~bpo70+2
ii  ucf3.0025+nmu3

Versions of packages tomcat7 recommends:
ii  authbind  2.1.1

Versions of packages tomcat7 suggests:
pn  libtcnative-1 none
pn  tomcat7-admin none
pn  tomcat7-docs  none
pn  tomcat7-examples  none
pn  tomcat7-user  none

-- Configuration Files:
/etc/tomcat7/catalina.properties changed [not included]
/etc/tomcat7/server.xml changed [not included]

-- debconf-show failed


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

Bug#698099: lyx: The shortcut sequence Alt-E, M, F, D for an inlined formula box doesn't work

2015-01-20 Thread Jean-Marc Lasgouttes

I cannot reproduce this bug with LyX 2.1.3dev. This kind of things 
happen when several menu entries share the same shortcut. Is this what 
you are encountering?


JMarc


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

Bug#775801: tomcat7: update ecj.jar also to avoid java.util.Map$Entry cannot be resolved error during jsp compilation

2015-01-20 Thread Emmanuel Bourg

Hi Ralf,

Thank you for the report. Could you install the libecj-java/3.10.1-1
package from the wheezy-backports and try again please? It contains the
version 4.4 used by Tomcat upstream and is likely to fix this issue.

Emmanuel Bourg


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

Bug#775800: apcupsd: Does not connect with: FATAL ERROR in linux-usb.c at line 609

2015-01-20 Thread Thomas Erichsen

Package: apcupsd
Version: 3.14.10-2
Severity: important

Dear Maintainer,

after updating Debian stable to latest version and rebooting to load the new 
kernel, the apcupsd can not connect to the UPS by USB any longer: Error message 
FATAL ERROR in linux-usb.c at line 609.

I checked the http://www.apcupsd.com/manual/manual.html#known-linux-usb-issues, 
but was not able to identify the right way to proceed...

Any help appreciated,
Thomas

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

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

Versions of packages apcupsd depends on:
ii  libc6 2.13-38+deb7u6
ii  libgcc1   1:4.7.2-5
ii  libwrap0  7.6.q-24

Versions of packages apcupsd recommends:
ii  apcupsd-doc  3.14.10-2

Versions of packages apcupsd suggests:
ii  apcupsd-cgi  3.14.10-2
ii  udev 175-7.2

-- Configuration Files:
/etc/apcupsd/apcupsd.conf changed:
UPSCABLE usb
UPSTYPE usb
DEVICE
LOCKFILE /var/lock
SCRIPTDIR /etc/apcupsd
PWRFAILDIR /etc/apcupsd
NOLOGINDIR /etc
ONBATTERYDELAY 6
BATTERYLEVEL 5
MINUTES 3
TIMEOUT 0
ANNOY 300
ANNOYDELAY 60
NOLOGON disable
KILLDELAY 0
NETSERVER on
NISIP 127.0.0.1
NISPORT 3551
EVENTSFILE /var/log/apcupsd.events
EVENTSFILEMAX 10
UPSCLASS standalone
UPSMODE disable
STATTIME 0
STATFILE /var/log/apcupsd.status
LOGSTATS off
DATATIME 0

/etc/default/apcupsd changed:
APCACCESS=/sbin/apcaccess
ISCONFIGURED=yes


-- 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#775792: torsocks: please add whitelisting for local ports

2015-01-20 Thread Jérémy Bobbio

Control: severity -1 wishlist
Control: retitle -1 torsocks: please add whitelisting for local ports
Control: tags -1 + upstream

treaki:
 i tryed to use torsocks on ssh with x forward enabled (-X) but i
 failed for an unknown reason.

The reason is explained in the error message:

 treaki@hostname:~$ xterm
 [Jan 20 00:32:24] WARNING torsocks[31250]: [connect] Connection to a
 local address are denied since it might be a TCP DNS query to a local
 DNS server. Rejecting it for safety reasons. (in tsocks_connect() at
 connect.c:177)

torsocks tries to prevent an application from making DNS query without
going through Tor, and so reject the connection to localhost. This is
good.

For the specific case of SSH forwarding to work, torsocks is missing a
way to specify a list of ports that can be declared safe by users (as in
“I know this port can not be used to deanonymize me”). The syntax could
be something like:

AllowLocalhostConnectionsToPorts 6010 6011

For your specific example of xterm, you can always call torsocks in the
newly created shell instead of having torsocks wrap xterm.

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


signature.asc
Description: Digital signature

Bug#772319: [Pkg-linaro-lava-devel] Bug#772319: lava-dispatcher: bashism in /bin/sh script

2015-01-20 Thread Neil Williams

severity 772319 wishlist
thanks

On Sat, 06 Dec 2014 14:06:55 +0100
Raphael Geissert atom...@gmail.com wrote:

 Package: lava-dispatcher
 Severity: important
 Version: 2014.09.1-1
 User: debian-rele...@lists.debian.org
 Usertags: goal-dash
 
 Hi,
 
 I've ran checkbashisms (from the 'devscripts' package) over the whole
 archive and I found that your package has a /bin/sh script that uses a
 bashism.

These scripts are copied into a test image and are not executed on any
machine running LAVA. Any scripts under lava_test_shell need to be
ignored for the purpose of the bashism check in Debian. If the test
image has issues, that can be fixed in the test image.

In addition, the lmp support is not in active use.
 
 Not using bash (or a Debian Policy compliant shell interpreter that
 doesn't provide such an extra feature) as /bin/sh is likely to lead
 to errors or unexpected behaviours. Please be aware that dash is the
 default /bin/sh.

Not necessarily - these test images are not necessarily Debian or
Policy compliant. The default shell in the test image is determined by
the LAVA support and the shebang in the files is substituted
accordingly. The /bin/sh in the files in the source tree is no
indication of the actual shebang line used in the test image.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpuJu1YPgbSw.pgp
Description: OpenPGP digital signature

Bug#775817: libbuffy: buffer overflow in buffy::mailfolder::isMailbox

2015-01-20 Thread James Cowgill

Package: libbuffy-dev
Version: 1.9.2-2
Severity: normal
Tags: patch

Hi,

While debugging a mips64el problem (the one in libwibble), I recompiled
libbuffy with -fsanitize=address and found a buffer overflow in the
isMailBox function in mailbox.cc.

The code reads as follows:
  static const int bufsize = 1024;
  char buf[bufsize];
  int res = gzread(in, buf, bufsize);
[...]
  // Read was correct, add a string terminator
  buf[res] = 0;

If gzread returns bufsize (as it's allowed), this will write past the
end of the buffer. To fix this buf should be declared with size (bufsize
+ 1).

 char buf[bufsize + 1];

Thanks,
James
diff -u -r a/buffy/mailfolder/mailbox.cc b/buffy/mailfolder/mailbox.cc
--- a/buffy/mailfolder/mailbox.cc	2013-10-25 14:02:51.0 +0100
+++ b/buffy/mailfolder/mailbox.cc	2015-01-19 16:40:49.835901511 +
@@ -242,7 +242,7 @@
 		throw wibble::exception::File(pathname, opening file);
 
 	static const int bufsize = 1024;
-	char buf[bufsize];
+	char buf[bufsize + 1];
 int res = gzread(in, buf, bufsize);
 if (res == 0)
 {

Bug#775820: ITP: vsearch -- tool for processing metagenomic sequences

2015-01-20 Thread Andreas Tille

Package: wnpp
Severity: wishlist
Owner: Andreas Tille ti...@debian.org

* Package name: vsearch
  Version : 1.0.7
  Upstream Author : Torbjørn Rognes
* URL : https://github.com/torognes/vsearch/
* License : Affero-GPL-3
  Programming Lang: C
  Description : tool for processing metagenomic sequences
 Open and free 64-bit multithreaded tool for processing metagenomic sequences,
 including searching, clustering, chimera detection, dereplication, sorting,
 masking and shuffling
 .
 The aim of this project is to create an alternative to the USEARCH tool
 developed by Robert C. Edgar (2010). The new tool should:
 .
  - have open source code with an appropriate open source license
  - be free of charge, gratis
  - have a 64-bit design that handles very large databases and much more
than 4GB of memory
  - be as accurate or more accurate than usearch
  - be as fast or faster than usearch


Remark this package was prepared by Tim Booth from Bio-Linux and finalised
by myself.  It will be maintained in the Debian Med team at
   svn://anonscm.debian.org/debian-med/trunk/packages/vsearch/trunk/


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

Bug#775681: multiple /tmp file vulnerabilities

2015-01-20 Thread Victor Seva

forwarded 775681 https://github.com/kamailio/kamailio/issues/48
thanks
--

I opened a dialog with upstream about the issue and I will change the
example settings in the package in the next upload

Thanks for the report,
Victor Seva



signature.asc
Description: OpenPGP digital signature

Bug#775807: libjs-jquery-placeholder: should be in package category web (not ruby)

2015-01-20 Thread Jonas Smedegaard

Package: libjs-jquery-placeholder
Version: 2.0.8-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This binary package should be in package category web (not ruby).

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJUvi9uXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWVTUH+gPvVsmRXS7iiRxzxmKRLEAG
E5HMbqkSMxazlJhBcKJGl/wrgtX74sq7wg4tOPzhUmHqU/qNl22hI6EDZ06tA7Oi
ii0wtled4fgraPef835rTh2V0LZndGRnKTbRao0p5P579+JUzjwttXIjaEYH/Tif
q0Ne3qqR+11V8fHtWDtxRjITv/KWxFlwJvV6+xGQC0PvBw8n5jNHA8K6otHtalwF
e/joEo8G2773fL9tl633O7mmKcVxm26GWjT7ai/T5FXfVKNavH6/hyZvHslw6Qm7
DFZ58eGqvST/bX2MCphUD7fyMkavO7jKPiN96/XovS1BMcsBG8jV2MV+NHRXksA=
=jSrc
-END PGP SIGNATURE-


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

Bug#775806: libjs-punycode: should be in package category web (not ruby)

2015-01-20 Thread Jonas Smedegaard

Package: libjs-punycode
Version: 1.3.2-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This binary package should be in package category web (not ruby).

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJUvi8jXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWuFoIAJjnwRbxu3UM/D+gKteiXS19
coS0rhK4MDdI3ijCPyGOZJD1NKHomeo1onGGMYTjmLwIyZjmLCtwyMmeMrJq/wSs
+Br8WrwOFmIb+pbcks6T3NBQK7n3dei8x/BtsbGDkXRqj3jGvO77qKt4TnBMr6W3
1k4dcNQ55En4oMkb3BQPS0BjKxOaQjOHQqx0w5g9g1x3p4ZL4XY7rIsfCyCE6vz8
XFcnK/1grPPIdTHcJ7L9Rvs/JbeRoLpu5X+F2KiZLCwE6dH7mv07DSty/g+cRym2
NWw3TB1Gbsrh9iuOqqhf+8ZISa3iO4x/FdQB5yB9hmlIG5ox8+8Iq1S/8UpzezY=
=mlNg
-END PGP SIGNATURE-


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

Bug#775792: [Pkg-anonymity-tools] Bug#775792: torsocks: please add whitelisting for local ports

2015-01-20 Thread intrigeri

Control: forwarded -1 https://trac.torproject.org/projects/tor/ticket/8137

Jérémy Bobbio wrote (20 Jan 2015 09:06:07 GMT) :
 For the specific case of SSH forwarding to work, torsocks is missing a
 way to specify a list of ports that can be declared safe by users (as in
 “I know this port can not be used to deanonymize me”). The syntax could
 be something like:

 AllowLocalhostConnectionsToPorts 6010 6011

A patch that adds this feature was merged upstream yesterday :)

Cheers,
-- 
intrigeri


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

Bug#775809: libauthen-oath-perl: typo in package description

2015-01-20 Thread Ansgar Burchardt

Package: libauthen-oath-perl
Version: 1.0.0-1
Severity: minor

The package description has a small typo in a URL:

   http://www.openautentication.org

should be

   http://www.openauthentication.org/

instead. The same typo is present in upstream's README.

Ansgar


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

Bug#775810: raster3d: please stop recording build user and group in diffs.tar

2015-01-20 Thread Jérémy Bobbio

Source: raster3d
Version: 3.0-3-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: username

Hi!

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

The attached patch tells tar to record 0/0 instead of the build user and
group when creating diffs.tar. Once applied, raster3d can be built
reproducibly in our current experimental framework.

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

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
diff -Nru raster3d-3.0-3/debian/changelog raster3d-3.0-3/debian/changelog
--- raster3d-3.0-3/debian/changelog	2014-04-13 09:24:22.0 +0200
+++ raster3d-3.0-3/debian/changelog	2015-01-20 11:31:41.0 +0100
@@ -1,3 +1,10 @@
+raster3d (3.0-3-1.0~reproducible1) UNRELEASED; urgency=medium
+
+  * Make the build reproducible:
+- Stop recording user and group when creating diffs.tar.
+
+ -- Jérémy Bobbio lu...@debian.org  Tue, 20 Jan 2015 11:30:31 +0100
+
 raster3d (3.0-3-1) unstable; urgency=medium
 
   * New upstream version
diff -Nru raster3d-3.0-3/debian/rules raster3d-3.0-3/debian/rules
--- raster3d-3.0-3/debian/rules	2013-09-12 10:59:58.0 +0200
+++ raster3d-3.0-3/debian/rules	2015-01-20 11:35:40.0 +0100
@@ -13,7 +13,8 @@
 
 override_dh_auto_configure:
 	mkdir debian/tmp
-	cd debian/patches/  tar -cf ../diffs.tar *.diff || true
+	cd debian/patches/  tar --owner=root --group=root --numeric-owner \
+		-cf ../diffs.tar *.diff || true
 	# dh_auto_configure
 
 override_dh_auto_build:


signature.asc
Description: Digital signature

Bug#770871: ModemManager only starts up if system is PID 1


Severity: serious
Justification: GSM modem support will not work out-of-the-box with  
non-systemd setups


Hi,

I see a similar issue about ModemManager not coming up by default via  
network-manager.


The reason is simple (after staring at mm and nm from jessie and  
wheezy for a while):


  o ModemManager comes with a DBus system-service file
  o NetworkManager in Debian wheezy triggers that service  
(org.freedesktop.ModemManager)
  o NetworkManager in Debian testing does not have that code anymore,  
it expects

from systemd to launch ModemManager

= systems without systemd as PID 1 fail to start ModemManager and GSM  
devices are not available in NetworkManager.


Solution IMHO:

  o Provide an init script in /etc/init.d/ that launches ModemManager  
on non-systemd machines

  o other options???

I hope we can get this fixed for jessie.

Mike

--

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

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

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


pgpDD3HgVVgZa.pgp
Description: Digitale PGP-Signatur

Bug#775818: libwibble: do not use -D_FILE_OFFSET_BITS=64 on mips64el

2015-01-20 Thread James Cowgill

Source: libwibble
Version: 1.1-1
Severity: important

Hi,

Please do not compile libwibble with -D_FILE_OFFSET_BITS=64 on mips64el.

On most 64-bit platforms, defining _FILE_OFFSET_BITS=64 is a noop.
Unfortunately due to a historical mistake (probably because mips was one
of the first 64-bit platforms), it isn't on mips64. On mips64, defining
this will force the use of the 32-bit large file version of struct stat
which is slightly incompatible with the normal 64-bit version.

This bug causes libbuffy-bindings to FTBFS due to testsuite failures.

Thanks,
James


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

Bug#775808: libjs-jquery-idletimer: should be in package category web (not ruby)

2015-01-20 Thread Jonas Smedegaard

Package: libjs-jquery-idletimer
Version: 1.0.1-2
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This binary package should be in package category web (not ruby).

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJUvi+lXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vW8sgH/R/JGx4DzVC7AuQD4sxV6SPX
FruxhVcHj6gKyYhIoaV1/sx/oIxIALHB7/tuFIRi1gepeaqs/aeWy27f4j8jf5jF
44uZdTnA+R+cIAFEIBRYEG+WeFx5QKgLwIzqgW//tgx9WtVTprBC3aqzTwPR5/Kw
+iRlO9oJLkxLJGEdIzaTyQIL3n4M+ywNPfi9WzAwVqzf7LEA+C1ugy/cS3TTvH9q
YMYQuu6tp0Qgzjx5ITDU2ESuTF3xOiZqdLGf2khKGbGw95sl0+6L9x26XHYKJHAu
r3K3eQk2iNsiWXLe9JfrZK9LRd2luvfJf8mjJjX8NEJCbwS+//HR2eXT2/hCyAI=
=pNpy
-END PGP SIGNATURE-


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

Bug#768534: Bug#768978: apt-show-versions: No longer displays installed packages with No available version in archive

2015-01-20 Thread Jörg-Volker Peetz

Package: apt-show-versions
Version: 0.22.6

On my mixed testing/sid system I see the same problem.

Just writing to confirm that the patch 0001 from Carlos Maddela works.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (5, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages apt-show-versions depends on:
ii  apt  1.0.9.6
ii  libapt-pkg-perl  0.1.29+b2
ii  perl [libstorable-perl]  5.20.1-4


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

Bug#773359: package tbb_4.2~20140122-4 FTBFS on mips and mipsel

2015-01-20 Thread Aníbal Monsalve Salazar

On Wed, 2014-12-17 13:11:32 +, Jurica Stanojkovic wrote:
 Package: tbb
 Version: 4.2~20140122-4
 Severity: serious
 Tags: sid + patch
 Justification: FTBFS
 User: debian-m...@lists.debian.org
 Usertags: mips-patch

 Hello,
 Package tbb_4.2~20140122-4 FTBFS on mips and mipsel.

 Mips platform does not have 64-bit __sync_* operations.
 To resolve this issue it is needed to use corresponding
 __atomic_* from libatomic library.

 https://buildd.debian.org/status/package.php?p=tbbsuite=sid

 build logs:
 https://buildd.debian.org/status/fetch.php?pkg=tbbarch=mipsver=4.2~20140122-4stamp=1415055684
 https://buildd.debian.org/status/fetch.php?pkg=tbbarch=mipselver=4.2~20140122-4stamp=1415054347

 I have attached a patch resolving this issue.

 Thank you!

 Regards,
 Jurica

Hello Steven,

At IMGtech.com, we would like to support this patch for tbb.

If you prefer, I could sponsor a new Debian version of tbb including
Jurica's patch.

Regards,

Aníbal
-- 
Anibal Monsalve Salazar anibal.monsalvesala...@imgtec.com

 --- tbb-4.2~20140122.orig/build/linux.gcc.inc
 +++ tbb-4.2~20140122/build/linux.gcc.inc
 @@ -80,6 +80,14 @@ endif
  TBB_ASM.OBJ=
  MALLOC_ASM.OBJ=
  
 +ifeq (mips,$(arch))
 +LINK_FLAGS += -latomic
 +endif
 +
 +ifeq (mipsel,$(arch))
 +LINK_FLAGS += -latomic
 +endif
 +
  ifeq (ia64,$(arch))
  # Position-independent code (PIC) is a must on IA-64 architecture, even for 
 regular (not shared) executables
  CPLUS_FLAGS += $(PIC_KEY)
 --- tbb-4.2~20140122.orig/build/linux.inc
 +++ tbb-4.2~20140122/build/linux.inc
 @@ -76,6 +76,12 @@ ifndef arch
  ifeq ($(deb_host_arch),i386)
  export arch:=ia32
  endif
 + ifeq ($(deb_host_arch),mips)
 +export arch:=mips
 +endif
 +ifeq ($(deb_host_arch),mipsel)
 +export arch:=mipsel
 +endif
  ifndef arch
  export arch:=$(uname_m)
  $(warning Unknown arch:  $(arch))
 --- tbb-4.2~20140122.orig/include/tbb/machine/gcc_generic.h
 +++ tbb-4.2~20140122/include/tbb/machine/gcc_generic.h
 @@ -68,14 +68,27 @@
  #define __TBB_full_memory_fence()   __sync_synchronize()
  #define __TBB_control_consistency_helper()  __sync_synchronize()
  
 -#define __TBB_MACHINE_DEFINE_ATOMICS(S,T)
  \
 -inline T __TBB_machine_cmpswp##S( volatile void *ptr, T value, T comparand ) 
 {\
 -return __sync_val_compare_and_swap(reinterpret_castvolatile T 
 *(ptr),comparand,value);  \
 -}
  \
 - 
  \
 -inline T __TBB_machine_fetchadd##S( volatile void *ptr, T value ) {  
  \
 -return __sync_fetch_and_add(reinterpret_castvolatile T *(ptr),value);  
  \
 -}
  \
 +#if defined (__mips)  !defined (__mips64)
 +#define __TBB_MACHINE_DEFINE_ATOMICS(S,T)
  \
 +inline T __TBB_machine_cmpswp##S( volatile void *ptr, T value, T 
 comparand ) {\
 +__atomic_compare_exchange(reinterpret_castvolatile T 
 *(ptr),comparand,value,  \
 +false,__ATOMIC_SEQ_CST,__ATOMIC_SEQ_CST);
  \
 +return comparand;
  \
 +}
  \
 + 
  \
 +inline T __TBB_machine_fetchadd##S( volatile void *ptr, T value ) {  
  \
 +return __atomic_fetch_add(reinterpret_castvolatile T 
 *(ptr),value,__ATOMIC_SEQ_CST);\
 +}
 +#else
 + #define __TBB_MACHINE_DEFINE_ATOMICS(S,T)   
   \
 + inline T __TBB_machine_cmpswp##S( volatile void *ptr, T value, T 
 comparand ) {\
 + return __sync_val_compare_and_swap(reinterpret_castvolatile T 
 *(ptr),comparand,value);  \
 + }   
   \
 + 
   \
 + inline T __TBB_machine_fetchadd##S( volatile void *ptr, T value ) { 
   \
 + return __sync_fetch_and_add(reinterpret_castvolatile T 
 *(ptr),value);   \
 + } 
 +#endif
  
  __TBB_MACHINE_DEFINE_ATOMICS(1,int8_t)

Bug#775183: spamass-milter adds bad Received: header, creating false positive

2015-01-20 Thread Moritz Both


On 14.01.2015 17:49, Don Armstrong wrote:

 Can you try switching from confMILTER_MACROS_ENVRCPT to
 confMILTER_MACROS_ENVFROM ? If that fixes this up, I'll change the
 recommendation.
 
 IE, add:
 
 define(`confMILTER_MACROS_ENVFROM',`b')dnl
 
 and remove b from ENCRCPT.
 
 I imagine that somewhere in the code, sendmail falls back to the
 date/time it started instead of the current time if it's unable to get a
 correct date.

No luck with that. I had

define(`confMILTER_MACROS_CONNECT',`t, b, j, _, {daemon_name}, {if_name}, 
{if_addr}')dnl
define(`confMILTER_MACROS_HELO',`s, {tls_version}, {cipher}, {cipher_bits}, 
{cert_subject}, {cert_issuer}')dnl
define(`confMILTER_MACROS_ENVFROM',`{auth_authen}, b')dnl
define(`confMILTER_MACROS_ENVRCPT',`i, j, r, v, Z, _')dnl

Still, the date in the Received: headers sometimes is bad (sendmail startup 
time).

But then I also removed the b from confMILTER_MACROS_ENVFROM. 
This fixes the problem. The date still comes from sendmail, but
now it is correct. (Probably because of the b in 
confMILTER_MACROS_CONNECT).

Maybe spamass-milter should always rely on its own system 
time here  that should be the same as the one from 
sendmail. I suppose.

On a side note, please also add recommandation regarding the 
'{auth_authen}' macro to the documentation. Otherwise the -I 
option will not work.

moritz

-- 
aldebaran ProgrammierungIT-Lösungen GmbH
Softwareentwicklung  Individualsoftware
mail:i...@aldebaran.dehttp://www.aldebaran.de
Tel: 0511-270 416-0   Fax:0511-270 416-33
Adresse: Hanomaghof 2 Ort:   D-30449 Hannover
Geschäftsführung:   Ursula (Usch) Wildt - Moritz Both
Handelsregister:  Amtsgericht Hannover HRB 56 991 


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

Bug#775813: iceweasel: not using German localized search plugins

Package: iceweasel
Version: 35.0-1
Severity: normal
Tags: l10n

Hi there,

I have no idea when this started, but Iceweasel does not show me the
localized German search providers anymore, but instead the on from the
/etc/iceweasel/searchplugins/locale/en-US/ directory, i.e.
wikipedia.com instead of wikipedia.de, etc.

 - Fabian


-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Package: xul-ext-adblock-plus
Status: enabled

Name: Deutsch (DE) Language Pack locale
Location: 
/usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-de
Status: enabled

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

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

Name: TinEye Reverse Image Search
Location: ${PROFILE_EXTENSIONS}/tin...@ideeinc.com.xpi
Status: enabled

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

Name: IcedTea-Web Plugin (using IcedTea-Web 1.5 (1.5-2))
Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-7-plugin:amd64
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled

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


-- Addons package information
ii  gnome-shell3.14.2-3+b1  amd64graphical shell for the GNOME des
ii  icedtea-7-plug 1.5-2amd64web browser plugin based on OpenJ
ii  iceweasel  35.0-1   amd64Web browser based on Firefox
ii  iceweasel-l10n 1:35.0-1 all  German language package for Icewe
ii  rhythmbox-plug 3.1-1amd64plugins for rhythmbox music playe
ii  xul-ext-adbloc 2.6.6+dfsg-1 all  advertisement blocking extension 

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

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

Versions of packages iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-13
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.12-3
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-2
ii  libgcc1   1:4.9.1-19
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-1
ii  libhunspell-1.3-0 1.3.3-3
ii  libnspr4  2:4.10.7-1
ii  libnss3   2:3.17.2-1.1
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.1-19
ii  libvpx1   1.3.0-3
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-8
ii  zlib1g1:1.2.8.dfsg-2+b1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  none
pn  fonts-oflb-asana-math  none
pn  fonts-stix | otf-stix  none
ii  libcanberra0   0.30-2.1
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2   1.12.1+dfsg-16
pn  mozplugger none

-- 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#768618: [Debian-ha-maintainers] Bug#768922: Bug#768618: pacemaker: FTBFS in jessie: build-dependency not installable: libqb-dev (= 0.16.0.real)

2015-01-20 Thread Ferenc Wagner

Simon Horman ho...@verge.net.au writes:

 On Mon, Jan 19, 2015 at 09:26:36AM +0900, Christian Balzer wrote:
 
 Meanwhile, here in what it what we tenuously call reality one can observe
 the following things:
 
 1. Pacemaker broken in Jessie for more than 2 months now.
 2. Silence on this bug for more than one month.
 3. Pacemaker was recently removed from Jessie.
 4. The February 5th deadline is rapidly approaching, cue the laughingstock.
 
 Between systemd and this gem Jessie is shaping up to be the best Debian
 release ever...

 I wonder if there are any active members of the Debian linux-ha team.
 Speaking for and pointing the finger at myself for one who
 has been inactive for several years.

 I for one would be happy to see an NMU here.

There were a couple offers of help on the list (in October and November)
but the situation was rather hopeless already then, and nobody came up
with any plan to keep Pacemaker in testing.  Actually, I don't think
version 1.10 is really worth much effort.  I'm planning to use the
current versions of Corosync and Pacemaker on jessie, and will try to
create local packages for that.  If there is a way to use that work in
Debian, I'm most interested to hear about it.  But I don't think there's
still a way to have a modern Pacemaker in jessie.  Please prove me wrong.
-- 
Regards,
Feri.


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

Bug#754960: libapache2-mod-gnutls: cannot disable SSLv3

2015-01-20 Thread Frédéric MASSOT


 Hi,

I could disable SSL3 and TLS1.0 with this line in the configuration of 
virtual hosts:


GnuTLSPriorities 
NONE:!VERS-SSL3.0:!VERS-TLS1.0:+VERS-TLS1.1:+VERS-TLS1.2:+AES-128-CBC:+RSA:+SHA1:+COMP-NULL


If I put this line in the file /etc/apache2/mods-enabled/gnutls.conf 
and not in virtual hosts, Apache will not restart and I have no error 
message.


I did a test with two virtual hosts using the same IP (SNI), the 
certificate is wildcard type, it is used by both virtual hosts. If I put 
on one of the virtual hosts the line GnuTLSPriorities 
NONE:!VERS-SSL3.0:!VERS-TLS1.0:+VERS-TLS1.1:+VERS-TLS1.2:+AES-128-CBC:+RSA:+SHA1:+COMP-NULL 
and for the other virtual hosts the line GnuTLSPriorities NORMAL, the 
second is not taken into account. SSL3 and TLS1.0 are not available for 
the second.



Regards.
--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===


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

Bug#775025: unblock: openssl/1.0.1k-1

2015-01-20 Thread Kurt Roeckx

Hi,

Can you ACK that, or is there someone else in the d-i team that
can do that?


Kurt

On Wed, Jan 14, 2015 at 05:52:58PM +0100, Niels Thykier wrote:
 Control: tags -1 d-i
 
 On 2015-01-10 12:01, Kurt Roeckx wrote:
  Package: release.debian.org
  Severity: normal
  User: release.debian@packages.debian.org
  Usertags: unblock
  
  Hi,
  
  I've uploaded a new upstream version of openssl to unstable.  This
  contains fixes for 7 security issues affecting jessie.  It also
  contains a lot of other bug fixes.
  
  Can you please unblock it?
  
  
  Kurt
  
  
 
 No problems from my PoV.  CC'ing KiBi for d-i ACK.
 
 ~Niels
 
 
 -- 
 To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/54b69eea.7020...@thykier.net
 


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

Bug#775227: Fixed upstream

2015-01-20 Thread Andreas Grünbacher

This fix in the upstream git repository should take care of this bug.
diff --git a/NEWS b/NEWS
index 42afed7..d3f1c2d 100644
--- a/NEWS
+++ b/NEWS
@@ -3,6 +3,8 @@
   differs from patch instead of File ... is not empty after patch; not
   deleting.
 * Function names in hunks (from diff -p) are now preserved in reject files.
+* With git-style patches, symlinks that point outside the working directory
+  will no longer be created.
 
 Changes in version 2.7.1:
 
diff --git a/src/pch.c b/src/pch.c
index 55e1504..145c4ef 100644
--- a/src/pch.c
+++ b/src/pch.c
@@ -387,29 +387,6 @@ skip_hex_digits (char const *str)
   return s == str ? NULL : s;
 }
 
-/* Check if we are in the root of a particular filesystem namespace (/ on
-   UNIX or a particular drive's root on DOS-like systems).  */
-static bool
-cwd_is_root (char const *name)
-{
-  unsigned int prefix_len = FILE_SYSTEM_PREFIX_LEN (name);
-  char root[prefix_len + 2];
-  struct stat st;
-  dev_t root_dev;
-  ino_t root_ino;
-
-  memcpy (root, name, prefix_len);
-  root[prefix_len] = '/';
-  root[prefix_len + 1] = 0;
-  if (stat (root, st))
-return false;
-  root_dev = st.st_dev;
-  root_ino = st.st_ino;
-  if (stat (., st))
-return false;
-  return root_dev == st.st_dev  root_ino == st.st_ino;
-}
-
 static bool
 name_is_valid (char const *name)
 {
diff --git a/src/util.c b/src/util.c
index 66ae90f..94c7582 100644
--- a/src/util.c
+++ b/src/util.c
@@ -423,6 +423,60 @@ create_backup (char const *to, const struct stat *to_st, 
bool leave_original)
 }
 }
 
+static bool
+symlink_target_is_valid (char const *target, char const *to)
+{
+  bool is_valid;
+
+  if (IS_ABSOLUTE_FILE_NAME (to))
+is_valid = true;
+  else if (IS_ABSOLUTE_FILE_NAME (target))
+is_valid = false;
+  else
+{
+  unsigned int depth = 0;
+  char const *t;
+
+  is_valid = true;
+  t = to;
+  while (*t)
+   {
+ while (*t  ! ISSLASH (*t))
+   t++;
+ if (ISSLASH (*t))
+   {
+ while (ISSLASH (*t))
+   t++;
+ depth++;
+   }
+   }
+
+  t = target;
+  while (*t)
+   {
+ if (*t == '.'  *++t == '.'  (! *++t || ISSLASH (*t)))
+   {
+ if (! depth--)
+   {
+ is_valid = false;
+ break;
+   }
+   }
+ else
+   {
+ while (*t  ! ISSLASH (*t))
+   t++;
+ depth++;
+   }
+ while (ISSLASH (*t))
+   t++;
+   }
+}
+
+  /* Allow any symlink target if we are in the filesystem root.  */
+  return is_valid || cwd_is_root (to);
+}
+
 /* Move a file FROM (where *FROM_NEEDS_REMOVAL is nonzero if FROM
needs removal when cleaning up at the end of execution, and where
*FROMST is FROM's status if known),
@@ -466,6 +520,13 @@ move_file (char const *from, bool *from_needs_removal,
read_fatal ();
  buffer[size] = 0;
 
+ if (! symlink_target_is_valid (buffer, to))
+   {
+ fprintf (stderr, symbolic link target '%s' is invalid\n,
+  buffer);
+ fatal_exit (0);
+   }
+
  if (! backup)
{
  if (unlink (to) == 0)
@@ -1658,3 +1719,26 @@ int stat_file (char const *filename, struct stat *st)
 
   return xstat (filename, st) == 0 ? 0 : errno;
 }
+
+/* Check if we are in the root of a particular filesystem namespace (/ on
+   UNIX or a particular drive's root on DOS-like systems).  */
+bool
+cwd_is_root (char const *name)
+{
+  unsigned int prefix_len = FILE_SYSTEM_PREFIX_LEN (name);
+  char root[prefix_len + 2];
+  struct stat st;
+  dev_t root_dev;
+  ino_t root_ino;
+
+  memcpy (root, name, prefix_len);
+  root[prefix_len] = '/';
+  root[prefix_len + 1] = 0;
+  if (stat (root, st))
+return false;
+  root_dev = st.st_dev;
+  root_ino = st.st_ino;
+  if (stat (., st))
+return false;
+  return root_dev == st.st_dev  root_ino == st.st_ino;
+}
diff --git a/src/util.h b/src/util.h
index 9a7946f..579c5de 100644
--- a/src/util.h
+++ b/src/util.h
@@ -69,6 +69,7 @@ enum file_id_type lookup_file_id (struct stat const *);
 void set_queued_output (struct stat const *, bool);
 bool has_queued_output (struct stat const *);
 int stat_file (char const *, struct stat *);
+bool cwd_is_root (char const *);
 
 enum file_attributes {
   FA_TIMES = 1,
diff --git a/tests/symlinks b/tests/symlinks
index 96626b3..6211026 100644
--- a/tests/symlinks
+++ b/tests/symlinks
@@ -146,6 +146,59 @@ ncheck 'test ! -L symlink'
 
 # --
 
+# Patch should not create symlinks which point outside the working directory.
+
+cat  symlink-target.diff EOF
+diff --git a/dir/foo b/dir/foo
+new file mode 12
+index 000..cad2309
+--- /dev/null
 b/dir/foo
+@@ -0,0 +1 @@
++../foo
+\ No newline at end of file
+EOF
+
+check 'patch -p1  symlink-target.diff || echo Status: $?' EOF

Bug#775814: installation-guide: Advise users against using unetbootin

Source: installation-guide
Version: 20141230
Severity: normal
Tags: patch

Hi!

Elsewhere (#775689), there has been a discussion of some of the problems
that unetbootin can pose when used with Debian install media. It would be
great to better document these problems and warn users against copying
images to USB sticks with unetbootin rather than having these problems exist
only in folklore.

The attached patches takes a stab at doing this as well as being a little
more explicit about which images the user can use on the USB stick (since
that is also a FAQ in #debian).

cheers
Stuart

(Patch 0001 of the series is a trivial typo patch that went to #763410)


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
From 2be00a79afad623d02528434a59664c0753dc016 Mon Sep 17 00:00:00 2001
From: Stuart Prescott stu...@debian.org
Date: Tue, 20 Jan 2015 23:15:32 +1100
Subject: [PATCH 3/3] Warn against unetbootin

* Advise users not to use unetbootin
* Suggest win32diskimager as an alternativee to unetbootin

(See also #775689)
---
 manual/en/install-methods/boot-usb-files.xml | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/manual/en/install-methods/boot-usb-files.xml b/manual/en/install-methods/boot-usb-files.xml
index aef357e..eddcffb 100644
--- a/manual/en/install-methods/boot-usb-files.xml
+++ b/manual/en/install-methods/boot-usb-files.xml
@@ -55,10 +55,16 @@ as follows, after having made sure that the stick is unmounted:
 prompt#/prompt userinputsync/userinput
 /screen/informalexample
 
+The
+ulink url=http://sf.net/projects/win32diskimager/;
+win32diskimager/ulink
+utility can be used under other operating systems to copy the image.
+
 /paraimportantpara
 
 The image must be written to the whole-disk device and not a
 partition, e.g. /dev/sdb and not /dev/sdb1.
+Do not use tools like commandunetbootin/command which alter the image.
 
 /para/importantimportantpara
 
-- 
2.1.4

From 58c3c183d7f1f229f9fefa05dc4ce6aeabf06afb Mon Sep 17 00:00:00 2001
From: Stuart Prescott stu...@debian.org
Date: Tue, 20 Jan 2015 23:04:00 +1100
Subject: [PATCH 2/3] List ISO images to use for simple USB method

Explicitly list the netinst, CD-1 and DVD-1 images as which image should I
use is a FAQ.
---
 manual/en/install-methods/boot-usb-files.xml | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/manual/en/install-methods/boot-usb-files.xml b/manual/en/install-methods/boot-usb-files.xml
index e766cab..aef357e 100644
--- a/manual/en/install-methods/boot-usb-files.xml
+++ b/manual/en/install-methods/boot-usb-files.xml
@@ -32,7 +32,8 @@ information on for example a hard disk could be lost.
 
 Debian CD and DVD images can now be written directly to a USB stick,
 which is a very easy way to make a bootable USB stick. Simply choose
-a CD or DVD image that will fit on your USB stick. See
+a CD or DVD image (such as the netinst, CD-1 or DVD-1) that will fit
+on your USB stick. See
 xref linkend=official-cdrom/ to get a CD or DVD image.
 
 /parapara
-- 
2.1.4

Bug#775778: open-iscsi: Boot with systemd hangs (ordering of init script w.r.t. remote filesystems)

2015-01-20 Thread Ritesh Raj Sarraf

Hello Christian,

On 01/20/2015 01:02 AM, Christian Seiler wrote:
 Dear Maintainer,

 tl;dr: systemd + open-iscsi = 90s hang at boot in some cases,
and umountiscsi.sh is not called on shutdown. Attached a
debdiff that fixes that without being too invasive.

 Longer explanation: if you have the following configuration:

  - Jessie
  - systemd as init
  - open-iscsi configured to automatically log in to some iSCSI target,
iSCSI disk /dev/sdb is then available
  - /etc/fstab containing an entry like
  /dev/sdb1   /data ext4 rw,_netdev 0 0
or (when using LVM)
  /dev/vg_.../lv_...  /data ext4 rw,_netdev 0 0

 the system boot will hang for 90s because of systemd's default timeout
 when devices are not available.

Actually, from what I know so far, systemd aggressively backgrounds any
processes that is taking time. And only processes that depend on it, are
put on hold, again in the background.

 The reason behind this is that open-iscsi contains the following LSB
 headers:
   Required-Start:$network $remote_fs
   Required-Stop: $network $remote_fs sendsigs
 Here, $network maps to network-online.target in systemd, that's fine,
 but $remote_fs maps to remote-fs.target in systemd, that is the problem.
 This is because

  a) systemd treats file systems that couldn't be mounted as hard
 failures.
 and
  b) systemd's logic of mounting all remote filesystems is to mount
 all filesystems in /etc/fstab that are marked _netdev (and not
 makred noauto)

 Therefore, systemd waits for the iSCSI device to appear for 90s before
 timing out and proceeding with boot. Only then remote-fs.target is
 reached and systemd starts the open-iscsi init script.

I think you may be missing something here. I believe devices marked
_netdev are always backgrounded. At least in sysvinit. And not having
them do so in systemd is highly unlikely.


 That in turn will then make the devices appear. The init script will
 then call a mount -a -O _netdev and swapon -a -e in it's start()
 routine, that will then cause the mount points to be activated.

 So in the end, the boot is kind-of successful in the sense that
 everything kind of works at the end of boot, with the following two caveats:

  - there is this needless 90s delay (or whatever other delay the admin
has configured) in waiting on the iSCSI targets

Have you had luck root causing in why there is the 90 sec delay ?

  - if I want to use systemd's features to order to order a specific
service after remote-fs.target to make sure that the remove file
systems I have are mounted, maybe because the service needs the
data on them, then this won't work consistently, because the
file systems will only be mounted after open-iscsi is started,
which will then be in parallel to any services I have ordered
after remote-fs.target, for example:
   - exporting a subdirectory of an iSCSI filesystem via NFS; if
 nfs-kernel-server gets started too early, this might fail
 because the directory that is exported doesn't exist

 If I modify the init script to remove $remote_fs from it's LSB headers,
 then booting works as expected. However, this causes two problems:

  1. I assume that $remote_fs is in there because you want to support
 NFS-based sepearte /usr. Removing $remote_fs from LSB headers
 would break such a configuration under sysvinit, since the
 open-iscsi tools wouldn't be able to be called.

 However, systemd in Debian currently doesn't really support a
 separate /usr that's not mounted from initrd anyway.

  2. Shutting down is racy.

 Shutting down is racy because you then have the following constellation:

  - systemd tracks services' states. And while bug #732793 does not occur
anymore because invoke-rc.d strips the .sh from umountiscsi.sh, the
call to umountiscsi.sh stop doesn't really do anything, because
systemd already thinks it is stopped, since it was never started.

  - OTOH, systemd will tear down remote filesystems on its own. But
because open-iscsi is only ordered after network-online.target then,
tearing down the remote filesystesm will be done in parallel (!) to
stopping open-iscsi.

This has the unfortunate effect that it could be the case that the
umount call to the filesystem is made after open-iscsi has been
stopped. This will then cause the kernel to hang trying to umount
the filesystem.

I haven't been able to reproduce this race yet, i.e. I have gotten
lucky so far, in that umount was typically faster on my system than
stopping open-iscsi - BUT I am really not comfortable with having
such a flimsy race in place, especially since umount will sync
stuff to the filesystem and stopping open-iscsi too early could
easily cause severe data loss.

 So far for my analysis. How do we proceed from here?

  - it is quite clear that you probably don't want to change the sysvinit
logic now,

Bug#775800: Additional Information

2015-01-20 Thread Thomas Erichsen

Dear Reader,

I just want to add some more information:

After reconnecting the APC to another USB-Port, I get the following
dmesg-log:

[ 9953.080036] usb 1-1: new low-speed USB device number 14 using ohci_hcd
[ 9953.260043] usb 1-1: device descriptor read/64, error -62
[ 9953.544085] usb 1-1: device descriptor read/64, error -62
[ 9953.824046] usb 1-1: new low-speed USB device number 15 using ohci_hcd
[ 9954.004497] usb 1-1: device descriptor read/64, error -62
[ 9954.288037] usb 1-1: device descriptor read/64, error -62
[ 9954.568040] usb 1-1: new low-speed USB device number 16 using ohci_hcd
[ 9954.976045] usb 1-1: device not accepting address 16, error -62
[ 9955.152035] usb 1-1: new low-speed USB device number 17 using ohci_hcd
[ 9955.560067] usb 1-1: device not accepting address 17, error -62
[ 9955.560128] hub 1-0:1.0: unable to enumerate USB device on port 1

After digging further, it seems that some of the necessary drivers in
/sys/bus/usb/drivers/ are missing, namely hiddev and hid - how to get
them back?

Regards,
Thomas



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#768978: apt-show-versions: No longer displays installed packages with No available version in archive

2015-01-20 Thread Jörg-Volker Peetz

Package: apt-show-versions
Version: 0.22.6

On my mixed testing/sid system I see the same problem.

Just writing to confirm that the patch from Carlos Maddela works.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (5, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages apt-show-versions depends on:
ii  apt  1.0.9.6
ii  libapt-pkg-perl  0.1.29+b2
ii  perl [libstorable-perl]  5.20.1-4


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

Bug#775227: Fixed upstream

2015-01-20 Thread GCS

On Tue, Jan 20, 2015 at 12:08 PM, Andreas Grünbacher
andreas.gruenbac...@gmail.com wrote:
 This fix in the upstream git repository should take care of this bug.
 Yes, I know as I was the one who reported it to upstream. There are
two more important bugs that I wait fixes for. Will upload those as
soon as possible.

Thanks anyway,
Laszlo/GCS


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

Bug#775685: [libreoffice-calc] Changing of sheet's name kills keyboard input

2015-01-20 Thread Michał Mirosław

On Sun, Jan 18, 2015 at 07:24:30PM +0100, Rene Engelhard wrote:
 On Sun, Jan 18, 2015 at 06:34:03PM +0100, Michał Mirosław wrote:
  Steps to reproduce:
  
  1. open localc
  2. double click on sheet name tab ('Sheet1')
  3. immediately close the window using Esc key
  4. type in something
 In some random cell I assume. Here: A1
  5. if localc still get's what you're typing, repeat from step 2
 Repeated 5 or more times. Works.
  sometimes a second one or more is needed. I didn't manage to block the 
  keyboard when I was using a mouse to close the dialog.
 That sounds like a sane workaround, more so given renaming sheets is not
 done that often sp you are not obliged to waste time using the mouse -
 so why is this marked important? :)
  This is on up-to-date debian jessie.
 Same here.

How can I get some useful debug info from localc? Like input event trace
or something?

More info:
1. I'm using KDE (pulled by kde-standard 5:84)
2. This is triggered when I doubleclick the tab when changing sheets - this
   is unintended, but happens sometimes and reliably kills localc's usability
   because of this bug
3. libreoffice-kde is installed (version 1:4.3.3-2)

  --- System information. ---
  Architecture: amd64
  Kernel:   Linux 3.17.4mq
  
  Debian Release: 8.0
900 testing www.deb-multimedia.org 
900 testing security.debian.org 
900 testing repos.fds-team.de 
900 testing ftp.icm.edu.pl 
800 stable  security.debian.org 
800 stable  ftp.icm.edu.pl 
700 unstablewww.deb-multimedia.org 
700 unstableftp.icm.edu.pl 
600 experimentalftp.icm.edu.pl 
500 stable  deb.opera.com 
500 proposed-updates ftp.icm.edu.pl 
500 debian  packages.linuxmint.com 
 This is a total nonsense of mix...
 I'd try with a clean system first before reporting bugs.

I don't think this mix matters in this case. Please find attached, the
non-debian package list that was generated by:

aptitude search ?narrow(?installed,?not(?origin(Debian)))

Best Regards,
Michał Mirosław
i   acroread:i386   - Adobe Acrobat Reader: Portable Document Fo
i   acroread-data   - data files for acroread   
i   acroread-debian-files:i386  - Debian specific parts of Adobe Acrobat Rea
i   acroread-escript:i386   - Adobe EScript Plug-In 
i   acroread-fonts-jpn  - Japanese fonts for Adobe acrobat reader   
i   acroread-l10n-en- English language package for acroread 
i   acroread-plugins:i386   - Plugins for Adobe Acrobat(R) Reader   
i A automake1.10- Tool for generating GNU Standards-complian
i A bluez-alsa  - Wsparcie Bluetooth do ALSA
i   deb-multimedia-keyring  - GnuPG archive key of the deb-multimedia re
i   ffmpeg  - audio/video encoder, streaming server  au
i   ffmpeg-dbg  - Debug symbols for FFmpeg related packages 
i A firefox - The Firefox web browser   
i   frei0r-plugins  - Minimalistic plugin API for video effects,
i A gstreamer0.10-ffmpeg- FFmpeg plugin for GStreamer   
i A gstreamer1.0-libav  - FFmpeg plugin for GStreamer   
i   kdenlive-data   - non-linear video editor (data files)  
i A libaacplus2 - AAC+ encoding library - runtime files 
i A libaacplus2:i386- AAC+ encoding library - runtime files 
i A libaacs0- free-and-libre implementation of AACS 
i A libarchive1 - Multi-format archive and compression libra
i A libavcodec-dev  - Library to encode decode multimedia stream
i A libavcodec55- Library to encode decode multimedia stream
i A libavcodec56- Library to encode decode multimedia stream
i A libavcodec56:i386   - Library to encode decode multimedia stream
i A libavdevice55   - FFmpeg device handling library
i   libavdevice56   - FFmpeg device handling library
i A libavfilter4- FFmpeg filter library 
i A libavfilter5- FFmpeg filter library 
i   libavformat-dev - Development files for libavformat 
i A libavformat55   - FFmpeg file format library
i A libavformat56   - FFmpeg file format library
i A libavresample1  - FFmpeg audio conversion library   
i A libavresample2  - FFmpeg audio conversion library   
i A libavresample2:i386 - FFmpeg audio conversion library   
i A libavutil-dev   - FFmpeg avutil devel files

Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows

2015-01-20 Thread Thorsten Glaser

On Thu, 15 Jan 2015, Dmitry Yu Okunev wrote:

 * Package name: xlennart

This should be a patch against xbill, switching on argv[0].

bye,
//mirabilos
-- 
Uli Du hast Recht.
Uli Du hast Recht!


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

Bug#775811: beets: please include the zsh completion script provided in the beets source

2015-01-20 Thread Francois Charlier

Package: beets
Version: 1.3.8+dfsg-2
Severity: wishlist

Dear Maintainer,

The beets source provides a zsh completion file¹ that could be installed
to provide a better experience to users of zsh. Could you include this
file in the package and install it to:
/usr/share/zsh/vendor-completions/_beets

¹: https://github.com/sampsyo/beets/blob/master/extra/_beet

Thanks !

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

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

Versions of packages beets depends on:
ii  libjs-backbone 0.9.10-3
ii  libjs-jquery   1.7.2+dfsg-3.2
ii  libjs-underscore   1.7.0~dfsg-1
ii  python-enum34  1.0.3-1
ii  python-munkres 1.0.6-1
ii  python-musicbrainzngs  0.5-2
ii  python-mutagen 1.25.1-1
ii  python-pkg-resources   5.5.1-1
ii  python-unidecode   0.04.16-1
ii  python-yaml3.11-2
pn  python:any none

beets recommends no packages.

Versions of packages beets suggests:
pn  beets-doc none
ii  gir1.2-gstreamer-1.0  1.4.4-2
pn  libav-tools   none
pn  mp3gain   none
pn  python-acoustid   none
pn  python-bs4none
pn  python-flask  none
ii  python-gi 3.14.0-1
ii  python-gst0.100.10.22-3
ii  python-imaging2.6.1-1
ii  python-mpd0.3.0-4
ii  python-pylast 1.0.0-1
ii  python-requests   2.4.3-5

-- 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#771433: RFS: xastir/2.0.6-1

2015-01-20 Thread Iain R. Learmonth

Hi Vincent,

On Sat, Jan 03, 2015 at 05:48:38PM -0800, Vincent Cheng wrote:
 Were the uploaders that you removed from d/control asked to be removed
 by the MIA team, or declare publicly (e.g. on a bug or mailing list)
 that they wish to be removed? If not, please don't unilaterally remove
 people from uploaders; go through the MIA process [1] and have the MIA
 team ensure that the uploaders in question are indeed inactive before
 removing them.

Colin updated the package as part of his bug sweep of the hamradio packages
and did not want to be doing ongoing maintainence of the package. Hamish is
currently too busy to be too involved with the team and said he was happy to
be removed from the Uploaders fields until he is able to have time to
return.

I will attempt to contact the others, which have been added back for now,
although none responded to the bug on the package requesting an update to
the latest upstream version.

 A number of issues with debian/copyright:
 - GPL version not specified
 - copyright owners+dates not specified
 - 2) Some of the programs in the scripts directory may contain other
 licensing information.  See the individual files for details.
 wouldn't pass ftpmaster scrutiny
 
 You may want to consider updating d/copyright to use DEP-5 while
 you're fixing the above issues.

Lots of fun was had and now the d/copyright file is DEP-5 compliant and
ready for ftpmaster level scrutiny.

The new package has been uploaded to mentors.d.o:

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

Thanks,
Iain.

-- 
e: i...@fsfe.orgw: iain.learmonth.me
x: i...@jabber.fsfe.org t: EPVPN 2105
c: 2M0STB  g: IO87we
p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49


pgpMjsWKuPG3R.pgp
Description: PGP signature

Bug#775227: Fixed upstream

2015-01-20 Thread Andreas Grünbacher

Well I hope those are fixed as well now.


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

Bug#775813: Acknowledgement (iceweasel: not using German localized search plugins)

Strace confirms my suspicion. Iceweasel does only look into the
locale/en-US directory, but not into the locale/de one:

$ strace iceweasel 21 | grep searchplugins 
access(/etc/iceweasel/searchplugins, F_OK) = 0
access(/etc/iceweasel/searchplugins/common, F_OK) = 0
access(/etc/iceweasel/searchplugins/locale/en-US, F_OK) = 0
access(/home/greffrath/.mozilla/firefox/0gqg222x.default/searchplugins, F_OK) 
= -1 ENOENT (No such file or directory)
access(/usr/lib/iceweasel/browser/searchplugins, F_OK) = -1 ENOENT (No such 
file or directory)
access(/home/greffrath/.mozilla/firefox/0gqg222x.default/extensions/tin...@ideeinc.com.xpi/searchplugins,
 F_OK) = -1 ENOTDIR (Not a directory)
access(/home/greffrath/.mozilla/firefox/0gqg222x.default/extensions/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}/searchplugins,
 F_OK) = -1 ENOENT (No such file or directory)


$ locale
LANG=de_DE.utf8
LANGUAGE=
LC_CTYPE=de_DE.utf8
LC_NUMERIC=de_DE.utf8
LC_TIME=de_DE.utf8
LC_COLLATE=de_DE.utf8
LC_MONETARY=de_DE.utf8
LC_MESSAGES=de_DE.utf8
LC_PAPER=de_DE.utf8
LC_NAME=de_DE.utf8
LC_ADDRESS=de_DE.utf8
LC_TELEPHONE=de_DE.utf8
LC_MEASUREMENT=de_DE.utf8
LC_IDENTIFICATION=de_DE.utf8
LC_ALL=


$ dpkg -l iceweasel\* | grep ^ii 
ii  iceweasel  35.0-1   amd64Web browser based on 
Firefox
ii  iceweasel-l10n-de  1:35.0-1 all  German language package 
for Iceweasel


$ find /etc/iceweasel/searchplugins/
/etc/iceweasel/searchplugins/
/etc/iceweasel/searchplugins/locale
/etc/iceweasel/searchplugins/locale/de
/etc/iceweasel/searchplugins/locale/de/google.xml
/etc/iceweasel/searchplugins/locale/de/bing.xml
/etc/iceweasel/searchplugins/locale/de/ddg.xml
/etc/iceweasel/searchplugins/locale/de/amazondotcom-de.xml
/etc/iceweasel/searchplugins/locale/de/wikipedia-de.xml
/etc/iceweasel/searchplugins/locale/de/yahoo-de.xml
/etc/iceweasel/searchplugins/locale/de/eBay-de.xml
/etc/iceweasel/searchplugins/locale/de/leo_ende_de.xml
/etc/iceweasel/searchplugins/locale/en-US
/etc/iceweasel/searchplugins/locale/en-US/google.xml
/etc/iceweasel/searchplugins/locale/en-US/amazondotcom.xml
/etc/iceweasel/searchplugins/locale/en-US/eBay.xml
/etc/iceweasel/searchplugins/locale/en-US/bing.xml
/etc/iceweasel/searchplugins/locale/en-US/ddg.xml
/etc/iceweasel/searchplugins/locale/en-US/wikipedia.xml
/etc/iceweasel/searchplugins/locale/en-US/twitter.xml
/etc/iceweasel/searchplugins/locale/en-US/yahoo.xml
/etc/iceweasel/searchplugins/common
/etc/iceweasel/searchplugins/common/debsearch.xml


 - Fabian


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

Bug#775815: gnupg: typo in the gpg(1) man page: teh instead of the

2015-01-20 Thread Vincent Lefevre

Package: gnupg
Version: 1.4.18-6
Severity: minor

In the gpg(1) man page:

--gen-key
Generate a new key pair using teh current default parameters.
  ^^^ should be the
This is the standard command to create a new key.

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

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

Versions of packages gnupg depends on:
ii  gpgv  1.4.18-6
ii  libbz2-1.01.0.6-7+b2
ii  libc6 2.19-13
ii  libreadline6  6.3-8+b3
ii  libusb-0.1-4  2:0.1.12-25
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages gnupg recommends:
pn  gnupg-curl none
ii  libldap-2.4-2  2.4.40-3

Versions of packages gnupg suggests:
ii  eog   3.14.1-1
ii  gnupg-doc 2003.04.06+dak1-1
ii  imagemagick   8:6.8.9.9-5
ii  libpcsclite1  1.8.13-1
pn  parcimonienone

-- 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#775456: ITP: sankore -- interactive whiteboard interface

2015-01-20 Thread Andrea Colangelo

On Fri, Jan 16, 2015 at 12:22 AM, Mike Gabriel
mike.gabr...@das-netzwerkteam.de wrote:
 Then there was this openboard fork which became very promising... and
 vanished soon again, because the employee working on openboard changed his
 employer (and his working focus with that). Andrea Colangelo (warp10@d.o)
 did that part of the communication with the openboard upstream dev, but I am
 not sure if that went to mailing list or if it was just between several
 interested people in Cc:. Maybe Andrea can give a brief summary on the
 status.

The whole communication has been off-list among me and Claudio
Valerio, the guy behind the OpenBoard effort. It looked a really
promising project, then Claudio's company and the French government
had some disagreement and the work stopped. Even worse, Claudio can't
work anymore on that project, although the code is still available on
github. [1]

[1] https://github.com/OpenEducationFoundation/OpenBoard

Just in case something really bad happens, I forked the repo on my github too.

A big problem with Sankore is that those non-free fonts are used in
many parts of the interface, so some work to swap fonts and use free
ones is required. That is something that Claudio may (or may not) have
done in openboard, I haven't checked yet. The biggest problem,
nevertheless, is that upstream is totally unresponsive and not
interested in fixing the legal things, which is a showstopper as of
now. Patching sankore to use free fonts shouldn't be difficult, but
it's a quite big program and some effort might be required (also, I'm
not expert at all in C++, so digging the code to find the relevant
bits is not my cup of tea).

All that said, I strongly support any effort to bring sankore into
archives, that's a great piece of software and we really want it. In
my humble opinion, the best course of action is to check that the
latest version still has those issues (Mike did a great work reporting
detailed info on the other ITP [2]), and in case it still has, we
should try to get in touch with upstream again. Some time has passed,
so something might have changed. If, as I expect, upstream is still
not responsive, we might take the road of patching. Provided enough
eyeballs and fingers can work on it, that should be doable. The
packaging Mike and Miriam might not be perfect, but it's a great
start, surely enough to get at least a working .deb, so once we are
done with all the legal crap, the thing should be easy.


[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673322#70



-- 
Andrea Colangelo  |   http://andreacolangelo.com
Debian Developer war...@debian.org  |  Ubuntu Developer war...@ubuntu.com


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

Bug#775570: Please allow more than 9 mous buttons

2015-01-20 Thread Klaus Ethgen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

Am Di den 20. Jan 2015 um  2:13 schrieb Vincent W. Chen:
  I tagged that bug minor instead of wishlist as in present days it is
  common to have mouses with more than 9 buttons. So please configure fvwm
  to allow the use of all buttons.
 
  In the patch I added to this report I allowed 15 buttons. Feel free to
  raise that to 20 or so.
 
 Thank you for your bug report and patch. The change you supplied
 should appear in the next upload of the Fvwm package.

Nice, thanks.

 Note that according to http://www.fvwm.org/documentation/faq/#6.8 and
 the comment in source file, X11 does not have native support for mouse
 buttons other than 1-5. Therefore some complex Fvwm function bindings
 might not apply to the extended buttons.

Yes, I read that. But for common stuff like binding to some
functionality, it works well.

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

iQGcBAEBCgAGBQJUvihcAAoJEKZ8CrGAGfasjv0MAJOCQQR4aM8m8XkjtVKMcmPp
2qNIDTUUHPAj5cVar9pQJ6qMZGaksoHG8PiGbmjU2tajBo1x2QNEG1OQU9LueuIt
tfrbyhb+YmnpU2oE2ZQ/AFZ8kSr86H9f5rv4WDOJ1fsRQEY6+7+8dHpO/l6vVmfj
vQ6RbLkGPYZe7KScxwUyM/ZDlC1/qhE0NS7FRj7YC3oTaWhYvhmZk9R3zqq0eLwz
rGn0WN191ZMqISMhak7Zb5Qk8FbVOQxVIM5A/0bZueKxY6vZFf7cbHDuoieVPbYB
eA8dhlBjc8qv+l6Ihiaz0OCXwgGO3sQAtU+1LJaUcUFUkbHRBdxw1liTE6l+72wD
ERF/y3GRXWjGP9UBvI8ZZPp4ihPB747/le2Sb0GgMcxEcJp8WSG20tBr4Ps3H2jE
JZYFAz8Bf5aYc+C/Mm55cMPDK2EeZL7yjcni9k+/8RsoOpcIgh7FqmZ0cngkhkRG
xNq5+SoKeZrV9KWDOBauyjlOSjX/iI9QSPJrKRXstw==
=KLVj
-END PGP SIGNATURE-


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

Bug#775805: reportbug: use the freedesktop icon theme in the menu shortcut

2015-01-20 Thread HJ

Package: reportbug
Version: 6.6.1
Severity: minor

use the system set icon theme



-- Package-specific info:
** Environment settings:
INTERFACE=gtk2

** /home/ssf/.reportbugrc:
reportbug_version 6.6.1
mode novice
ui gtk2
realname HJ
email punx...@gmail.com
smtphost smtp.gmail.com
smtpuser punx665
smtptls

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

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

Versions of packages reportbug depends on:
ii  apt   1.0.9.4
ii  python2.7.8-2
ii  python-reportbug  6.6.1
pn  python:anynone

reportbug recommends no packages.

Versions of packages reportbug suggests:
ii  claws-mail  3.11.1-3
pn  debconf-utils   none
pn  debsums none
pn  dlocate none
ii  emacs24-bin-common  24.4+1-4.1
ii  file1:5.20-2
ii  gnupg   1.4.18-6
pn  postfix | exim4 | mail-transport-agent  none
ii  python-gtk2 2.24.0-4
pn  python-gtkspell none
pn  python-urwidnone
ii  python-vte  1:0.28.2-5
ii  xdg-utils   1.1.0~rc1+git20111210-7.1

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.4
ii  python-debian 0.1.25
ii  python-debianbts  1.12
pn  python:anynone

python-reportbug suggests no packages.

-- no debconf information
[Desktop Entry]
Type=Application
Name=Reportbug
Comment=Report bugs to the Debian BTS
Comment[ru]=Создание и отправка отчёта об ошибке в Debian BTS
GenericName=Debian bug reporting tool
GenericName[ru]=Отчёт об ошибке Reportbug
X-GNOME-FullName[ru]=Отчёт об ошибке Reportbug
Icon=debian-swirl
TryExec=reportbug
Exec=reportbug --exit-prompt --ui gtk2
Categories=System;

Bug#771205: libgtk-3-0: Scale bug in gtk which affect a lot gnome applications

2015-01-20 Thread Samuel Wolf

gtk3+ 3.14.7 is available:
https://download.gnome.org/sources/gtk+/3.14/

https://download.gnome.org/sources/gtk+/3.14/gtk+-3.14.6.news
https://download.gnome.org/sources/gtk+/3.14/gtk+-3.14.7.news

Will this version come into Jessie?

Bug#771045: Acknowledgement (linux-image-3.16.0-4-amd64: System randomly freezes using Kernel 3.16 and radeon)

2015-01-20 Thread Antoine Amarilli

It seems like the bug was already reported in mesa:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774784
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775264

Otherwise, I confirm that I have been running with Mesa 10.3.4 for
two weeks on the machine that used to crash occasionally, and not
encountered any crash since.

In case anyone also needs to install Mesa by hand and does not know how
to do so, I have documented the process:
http://a3nm.net/blog/debian_mesa.html.



signature.asc
Description: Digital signature

Bug#763410: bug#763410: [installation-guide] 4.3.1: written directly a USB stick

Control: tag -1 patch

 Section 4.3.1. Preparing a USB stick using a hybrid CD or DVD image starts 
with:
  Debian CD and DVD images can now be written directly a USB stick, which is 
a very easy way to make a bootable USB stick.
 
 A preposition such as on or to is missing between directly and a.

can now be written directly to a USB stick would be much better.

(patch attached)

 By the way, my English is not native, but 4.3's introduction looks like it 
contains a Frenchism to me:
  You should be able to see to which device the USB stick was mapped by 
running the command dmesg after inserting it.
 
 Shouldn't to which device the USB stick was mapped read which device the 
USB stick was mapped to?

Yes and no. To which ... avoids the stranded preposition (to at the end of 
the sentence). It's not overly awkward in this sense so in formal 
documentation the to which form is just fine. It's certainly not 
conversational English and it's perhaps overly formal for Debian 
documentation.

(Describing it as a Frenchism is almost right -- this sort of construction 
comes from an 18th century fetish for using Latin grammar in English that was 
motivated by a combination of romantic nationalism, a desire to formalise and 
an awareness of Francophone roots.)

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7From c09b85c24e59ef46710b5562252464db7ae9c1be Mon Sep 17 00:00:00 2001
From: Stuart Prescott stu...@debian.org
Date: Tue, 20 Jan 2015 23:02:17 +1100
Subject: [PATCH 1/3] Typo fix in USB section (#763410)

Add missing word to sentence.
---
 manual/en/install-methods/boot-usb-files.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/manual/en/install-methods/boot-usb-files.xml b/manual/en/install-methods/boot-usb-files.xml
index bb344d7..e766cab 100644
--- a/manual/en/install-methods/boot-usb-files.xml
+++ b/manual/en/install-methods/boot-usb-files.xml
@@ -30,7 +30,7 @@ information on for example a hard disk could be lost.
   titlePreparing a USB stick using a hybrid CD or DVD image/title
 para
 
-Debian CD and DVD images can now be written directly a USB stick,
+Debian CD and DVD images can now be written directly to a USB stick,
 which is a very easy way to make a bootable USB stick. Simply choose
 a CD or DVD image that will fit on your USB stick. See
 xref linkend=official-cdrom/ to get a CD or DVD image.
-- 
2.1.4

Bug#775816: gosa: Updated version fails: Call to undefined function set_post()

2015-01-20 Thread Adrian Friedli

Source: gosa
Version: 2.6.11-3+squeeze3
Severity: important

Hi

After installing the gosa security update in squeeze-lts, you cannot login
again to gosa and this line is displayed:

Fatal error: Call to undefined function set_post() in
/usr/share/gosa/html/index.php on line 392

Installed php version is 5.3.3-7+squeeze23

Cheers,
Adrian



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

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


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

Bug#775810: raster3d: please stop recording build user and group in diffs.tar

2015-01-20 Thread Andreas Tille

Hi Jérémy,

On Tue, Jan 20, 2015 at 11:43:44AM +0100, Jérémy Bobbio wrote:
 Source: raster3d
 Version: 3.0-3-1
 Severity: wishlist
 Tags: patch
 User: reproducible-bui...@lists.alioth.debian.org

Thanks for this cool effort!

 The attached patch tells tar to record 0/0 instead of the build user and
 group when creating diffs.tar. Once applied, raster3d can be built
 reproducibly in our current experimental framework.

Thanks for the patch which I applied in VCS.  I'll delay the upload due
to freeze time.

Kind regards

  Andreas.

-- 
http://fam-tille.de


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

Bug#775821: www.debian.org: [devel/debian-installer] mention USB in netinst description

Package: www.debian.org
Severity: normal

Hi!

A perpetual problem in #debian is convincing people that they want to use
the netinst on their USB stick (following §4.3.1 of the installation guide)
and not the hd-media approach (§4.3.2). Historically, our download pages have
only used USB in the description for small images and only used CD when
describing the netinst. Of course, someone who just wants an image to burn,
doesn't want the DIY hd-media approach.

Most of the download pages have recently been improved which is great; the
testing installer pages still label the netinst as CD and the other images
as USB stick.

Suggestion:

* Under each section heading (Official release etc) state that the netinst,
  CD and DVD images can all be used to make bootable USB installers

* Change other images (netboot, USB stick, etc) to something less attractive
  like other images (netboot, flexible USB stick, etc)

cheers
Stuart


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

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


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

Bug#775812: base: HP EliteBook 840 G1 laptop fails to halt/poweroff after 15/12/2015 upgrade

2015-01-20 Thread Miguel

Package: base
Severity: serious
Justification: Policy 9.11

Dear Maintainer,

I initially reported this problem on the debian-user list (17 Dec 2014). Here
follow the description of the problem that I described:

I'm running Debian testing (jessie) on an HP EliteBook 840 G1 laptop.
Everything goes reasonably well, even very well, except that after
running apt-get update/upgrade on Monday (15 December) I cannot halt
(poweroff) the computer. When I try to switch it off it just reboots. I
manage to get it in sleep mode by pressing the the physical start button
and this is what I'm doing since then. No previous problems in this
sense before that upgrade. I have 'intel-microcode' and
'firmware-linux-free' installed from the beginning.

Some suggested that it could be a systemd-related problem.

After that report I was able to sometimes halt the computer correctly either
from the gnome interface or from the console. This has not happenend again in
the last three weeks. I am force to halt the computer by letting it restart and
use the power switch when GRUB starts.

Of course, what I expect is to be able to halt the computer cleanly, as easily
as possible but at the very least by root on the console.

I apologise if this is not the right place to report this bug and I would
appreciate suggestions about where it should go.




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

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


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

Bug#775819: libbuffy: test failures do not cause build to fail

2015-01-20 Thread James Cowgill

Source: libbuffy
Version: 1.9.2-2
Severity: normal

Hi,

Testsuite failures when compiling libbuffy don't seem to cause the build
to fail. I thought this might be an oversight (especially since the
failures in libbuffy-bindings did cause the build to fail).

Example on mips64el:
http://mipsdebian.imgtec.com/debian/logs/libb/libbuffy/libbuffy_1.9.2-2_mips64el-20150109-0002.build.gz

Thanks,
James


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

Bug#775828: unnecessary dependency on libgcc1

2015-01-20 Thread Helge Deller


Package: knowthelist
Version: 2.3.0-1
Severity: important
Tags: patch

This package is not taken for build on the hppa architecture, since
it has a hardcoded build-dependency on the libgcc1 which we don't provide.
Instead we have the newer libgcc4 and such.
In my opinion, this package should not have any build-dependency on any
libgcc package. The compiler picks up the correct libgcc anyway.

Attached patch fixes this. It would be nice if you could apply it for the
next upload.

Thanks,
Helge
diff -up ./debian/control.bak ./debian/control
--- ./debian/control.bak2015-01-20 14:49:39.358930534 +0100
+++ ./debian/control2015-01-20 14:50:27.939084298 +0100
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: Mario Stephan mstep...@shared-files.de
 Build-Depends: cdbs, qt5-qmake|qt4-qmake, qtbase5-dev|libqt4-dev, debhelper 
(= 8),
  qttools5-dev-tools|qt4-linguist-tools,
- libc6 (= 2.2), libgcc1 (= 1:4.1.1), libglib2.0-0 (= 2.12.0),
+ libc6 (= 2.2), libglib2.0-0 (= 2.12.0),
  libgstreamer1.0-0 | libgstreamer0.10-0 (= 0.10.0), libgstreamer1.0-dev | 
libgstreamer0.10-dev,
  libqt5sql5|libqt4-sql (= 4:4.5.3), libqt5xml5|libqt4-xml (= 4:4.5.3),
  libqt5gui5|libqtgui4 (= 4:4.7.0~beta1), libqt5core5a|libqtcore4 (= 
4:4.7.0~beta2),

Bug#775756: -ao pulse stopped producing audio; alsa and oss still work

2015-01-20 Thread Felipe Sateler

On Tue, Jan 20, 2015 at 10:51 AM, Fabian Greffrath fab...@greffrath.com wrote:
 Hi,

 Am Dienstag, den 20.01.2015, 10:11 -0300 schrieb Felipe Sateler:
 Pulseaudio remembers where a stream was playing to last time, and
 plugs the stream there.

 But then PA should be smart enough to realize when the device isn't even
 connected anymore.

Define enough ;). As far as I can tell, pulseaudio does detect if the
hdmi device is plugged or not. However, behavior is a bit strange
because different logic applies at different times.

I'm guessing the problem here is that module-stream-restore is
detecting it already knows about mplayer2, so it will move that stream
to the hdmi device. However, being unplugged does not mean the HDMI
device disappears (in cards where the hdmi device is a separate
device). Therefore, silence.



-- 

Saludos,
Felipe Sateler


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

Bug#770871: ModemManager only starts up if system is PID 1

2015-01-20 Thread Michael Biebl

Am 20.01.2015 um 14:50 schrieb Michael Biebl:

 I'd rather have NM use a runtime check for systemd (sd_booted()).
 All the code still seems to be there [1], it just needs to be changed to
 use a runtime check instead of compile time.
 
 I'm inclined to re-assign this to NM.
 
 I hope we can get this fixed for jessie.

 
 I'd be willing to review and merge a tested patch for NM.

[..]
 
 [1]
 http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=3b76ae18a52b44dbe577557e038fdc263edc5715


Fwiw, this is the upstream response:
https://bugzilla.gnome.org/show_bug.cgi?id=703040#c7

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



signature.asc
Description: OpenPGP digital signature

Bug#775833: kernel-package: make-kpkg failure to build 3.18.3

2015-01-20 Thread E V

Package: kernel-package
Version: 12.036+nmu3
Severity: important

Dear Maintainer,
fakeroot make-kpkg -j16 --initrd --revision=1.0.custom kernel_image
on debian 7.7 fails on a vanilla 3.18.3 kernel while working fine on 3.14.28. 
Seems to be
failing around the initrd build. Has the kernel build changed,
breaking make-kpkg and fakeroot?
The end of the command output is below:

run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.18.3
/home/user/linux-3.18.3/debian/linux-image-3.18.3//boot/vmlinuz-3.18.3
update-initramfs: Generating
/home/user/linux-3.18.3/debian/linux-image-3.18.3//boot/initrd.img-3.18.3
WARNING: missing /lib/modules/3.18.3
Device driver support needs thus be built-in linux image!
ERROR: could not open directory /lib/modules/3.18.3: No such file or directory
FATAL: could not search modules: No such file or directory
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
preloaded: ignored.
WARNING: could not open
/var/tmp/mkinitramfs_bLAGT7/lib/modules/3.18.3/modules.order: No such
file or directory
WARNING: could not open
/var/tmp/mkinitramfs_bLAGT7/lib/modules/3.18.3/modules.builtin: No such
file or directory
/usr/sbin/update-initramfs: line 204: /var/lib/initramfs-tools/3.18.3:
Permission denied
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return
code 1
make[3]: *** [install] Error 1
make[2]: *** [install] Error 2
make[2]: Leaving directory `/home/user/linux-3.18.3'
make[1]: *** [debian/stamp/install/linux-image-3.18.3] Error 2
make[1]: Leaving directory `/home/user/linux-3.18.3'
make: *** [kernel_image] Error 2


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

Kernel: Linux 3.14.28 (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kernel-package depends on:
ii  binutils   2.22-8
ii  build-essential11.5
ii  debianutils4.3.2
ii  file   5.11-2+deb7u7
ii  gettext0.18.1.1-9
ii  make   3.81-8.2
ii  module-init-tools  9-3
ii  po-debconf 1.0.16+nmu2
ii  util-linux 2.20.1-5.3

Versions of packages kernel-package recommends:
ii  cpio  2.11+dfsg-0.1+deb7u1

Versions of packages kernel-package suggests:
ii  btrfs-tools 0.19+20120328-7.1
ii  bzip2   1.0.6-4
ii  docbook-utils   0.6.14-3
ii  e2fsprogs   1.42.5-1.1
pn  grub | grub2none
ii  initramfs-tools [linux-initramfs-tool]  0.115~bpo70+1
pn  jfsutilsnone
ii  libncurses5-dev [libncurses-dev]5.9-10
pn  linux-source | kernel-sourcenone
ii  mcelog  1.0~pre3-72-gcbd4da4-1
pn  oprofilenone
pn  pcmciautils none
pn  ppp none
ii  procps  1:3.3.3-3
pn  quota   none
pn  reiserfsprogs   none
pn  squashfs-tools  none
ii  udev175-7.2
pn  xfsprogsnone
ii  xmlto   0.0.25-2

-- 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#677271: about to upload dbus-test-runner...

2015-01-20 Thread Iain Lane

On Tue, Jan 20, 2015 at 02:35:43PM +, Mike Gabriel wrote:
 Control: owner -1 mike.gabr...@das-netzwerkteam.de
 Control: retitle -1 ITP: dbus-test-runner -- Runs tests under a new DBus
 
 Hi all,
 
 Nothing has happened for a while with the RFP for dbus-test-runner.
 
 I am about to upload dbus-test-runner to unstable.
 
 ... taking over this RFP-ITP...

Yes, go for it. I required it for a project but I don't even remember
the details so please take it over. :)

Thanks!

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]


signature.asc
Description: Digital signature

Bug#775522: Load triggered?

2015-01-20 Thread Dominique Brazziel

This problem may be triggered by heavy load
at startup.  I am experiencing this on a 'server' type
system that starts many services at boot time, while
another Debian machine with wireless starts distccd
successfully.  

Systemd derives the dependencies
of LSB scripts from the headers, 
i.e. 'Should-Start:  $network' is converted to 
'Wants=network-online.target' (as shown by 'systemctl cat distcc').
Comparisons of the started times for 'network-online.target' and
'distcc.service' on the two machines may be instructive:

Failed distcc start:
---
systemctl status network-online.target
 network-online.target - Network is Online
   Loaded: loaded (/lib/systemd/system/network-online.target; static)
   Active: active since Sat 2015-01-17 10:03:04 EST; 2 days ago
systemctl status distcc
 distcc.service - LSB: simple distributed compiler server
   Loaded: loaded (/etc/init.d/distcc)
   Active: failed (Result: exit-code) since Sat 2015-01-17 10:03:30 EST; 2 days 
ago

26 seconds difference

Successfule distcc start:

systemctl status network-online.target
 network-online.target - Network is Online
   Loaded: loaded (/lib/systemd/system/network-online.target; static)
   Active: active since Tue 2015-01-20 06:18:38 EST; 2h 17min ago
systemctl status distcc
 distcc.service - LSB: simple distributed compiler server
   Loaded: loaded (/etc/init.d/distcc)
   Active: active (running) since Tue 2015-01-20 06:18:56 EST; 2h 17min ago

16 seconds difference


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

Bug#756253: Upgrade from 2.02~beta2-10 to 2.02~beta2-11 left grub unbootable

2015-01-20 Thread Steve McIntyre

On Mon, Jan 19, 2015 at 07:42:37AM +0900, Mike Hommey wrote:
On Sun, Jan 18, 2015 at 11:37:28AM +, Steve McIntyre wrote:
 The ENOSPC handling has been bad in the past, but it's not clear that
 was the cause of your original bug. :-/ *Now* it's a very bad state to
 be in, and may cause other problems too. On the Dell machine you have,
 I'm not personally aware of workarounds/fixes for it, but I know that
 on some machines re-flashing the firmware can force fix this by
 forcing cleaning of used space.

After some googling, I cleaned up /sys/fs/pstore, which contained
dmesg-* files, and that cleaned up /sys/firmware/efi/vars/ such that
efibootmgr can do its job. 

Ah, OK. Phew. :-)

There are a couple things happening, though.

The first one is that it adds a debian entry. I'm not sure, though,
that the grub entry name doesn't just come from me adding it
manually with a different name (since, iirc, this very bug left me
with no grub entry at all) than it had in the first place or if it
/was/ named grub originally. So I do end up with 3 entries: grub,
debian and Windows Boot Manager listed by efibootmgr.

The automatic setup of grub-install calling efibootmgr won't be
touching the grub entry at all - it's set up to only play with
debian entries. So that should be safe.

But then comes the second thing: when I reboot, the debian entry is
lost. Poof, disappeared. And I do wonder if the initial problem is not
related to that.

That is still happening? Can you successfully re-create it each time?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
We don't need no education.
We don't need no thought control.


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

Bug#775830: deng: has no human maintainer anymore

Source: deng
Version: 1.10.4-2
Severity: serious
Justification: Policy 5.6.3

Hi all,

I once helped to get the package back up into shape in order to
provide another alternative engine (besides prboom-plus) that was able
to run freedoom. This was around the time when vavoom became unusable
and was eventually removed from Debian.

Meanwhile, however, I have completely lost interest in this port and
do no longer volunteer to maintain its package. So, someone please
take over this package.

Thanks,

Fabian


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

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


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

Bug#775831: Mail archive summary should decode message headers

2015-01-20 Thread Jean-Michel Nirgal Vourgère

Package: nm.debian.org
Severity: normal
Tags: patch

On mail archive summary pages, like
https://nm.debian.org/am/display-mail-archive/nirgal, email headers are
not decoded and thus sometimes are unreadable. My page shows on Sun, 11
Jan 2015 22:17:38 + a message from
=?UTF-8?B?SmVhbi1NaWNoZWwgTmlyZ2FsIFZvdXJnw6hyZQ==?=
jmv_...@nirgal.com with subject
=?UTF-8?B?UmU6IEFib3V0IHlvdXIgRGViaWFuIE5NIGFwcGxpY2F0aW9uIChKZWE=?=
=?UTF-8?B?bi1NaWNoZWwgVm91cmfDqHJlKQ==?=.

You must to be logged in to access it.

Attached is a patch that decode the mbox headers.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
diff --git a/backend/email.py b/backend/email.py
index c127a25..4ed2a7c 100644
--- a/backend/email.py
+++ b/backend/email.py
@@ -101,6 +101,10 @@ def send_nonce(template_name, person, nonce=None, encrypted_nonce=None):
 def get_mbox_as_dicts(filename):
 try:  ## we are reading, have not to flush with close
 for message in mailbox.mbox(filename, create=False):
-yield dict(Body=message.get_payload(), **dict(message))
+msg_dict = {'Body': message.get_payload()}
+for hkey, hval in message.items():
+hval, hencode = email.header.decode_header(hval)[0]
+msg_dict[hkey] = unicode(hval, encoding=hencode or 'utf-8', errors='replace')
+yield msg_dict
 except mailbox.NoSuchMailboxError:
 return


signature.asc
Description: OpenPGP digital signature

Bug#775832: live-build: functions/packagelists.sh fails to find correct arch for package like e2fslibs:i386=1.42.12-1

2015-01-20 Thread Steven Shiau

Package: live-build
Version: 4.0.4-1
Severity: normal
Tags: patch

Dear Maintainer,

   When assigning a package with version number, like
   syslinux-common=3:6.03+dfsg-5 or e2fslibs:i386=1.42.12-1,
   functions/packagelists.sh fails to find the correct arch.
   Attached please find the patch to get the correct arch.
   My 2 cents.
  
-- Package-specific info:

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

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

Versions of packages live-build depends on:
ii  cdebootstrap  0.6.4
ii  debootstrap   1.0.67

Versions of packages live-build recommends:
ii  cpio2.11+dfsg-4
ii  live-boot-doc   4.0.2-1
ii  live-config-doc 4.0.4-1
ii  live-manual-html [live-manual]  1:4.0.2-1

live-build suggests no packages.

-- no debconf information
--- functions/packagelists.sh	2014-12-10 14:56:58.0 +0800
+++ functions/packagelists.sh.new	2015-01-20 22:14:45.466783615 +0800
@@ -134,7 +134,7 @@
 			for _LB_PACKAGE_LINE_PART in ${_LB_PACKAGE_LINE}
 			do
 # Looking for package:architecture
-if [ -n $(echo ${_LB_PACKAGE_LINE_PART} | awk -F':' '{print $2}') ]
+if [ -n $(echo ${_LB_PACKAGE_LINE_PART} | awk -F= '{print $1}' | awk -F':' '{print $2}') ]
 then
 	_LB_DISCOVERED_ARCHITECTURES=${_LB_DISCOVERED_ARCHITECTURES} $(echo ${_LB_PACKAGE_LINE_PART} | awk -F':' '{print $2}')
 fi

Bug#754827: Tag some less complex bugs

2015-01-20 Thread Martin Quinson

Hello,

Thanks for your help. I applied and pushed both patches, marking the
bug as pending. But I am not willing to upload that package before the
end of the freeze..

Thanks again,
Mt.

On Fri, Jan 16, 2015 at 05:48:41PM +, Jeremy Sowden wrote:
 On 2015-01-16, at 13:14:53 +0100, Martin Quinson wrote:
  On Thu, Jan 15, 2015 at 10:10:42PM +, Jeremy Sowden wrote:
   Would the attached patch be of use?
 
  Thanks for that patch. I must confess that I find it surprizingly
  complex, actually. I would expect that debhelper in recent version
  would only require me to give the name of the file to compile and
  install.
 
  Those files debian/quilt-el.*-install smell like debhelper version 6
  or below, not debhelper version 9 or higher. But it seems to be the
  way to go, actually.
 
 I copied the emacsen files from the existing quilt-el package in Wheezy.
 Having gone back and taken another look, I noticed that it has compat
 equal to 5, so I've used dh_make to generate new ones.  There are a few
 changes.  Diff is attached.
 
  I will try to find the time to test your code soon, but I cannot
  really upload quilt before the end of the freeze (which should occure
  soon anyway).
 
 Thanks,
 
 J.

 From 914ea611f21b7b95701103d7b613def992d0b769 Mon Sep 17 00:00:00 2001
 From: Jeremy Sowden jer...@azazel.net
 Date: Fri, 16 Jan 2015 17:35:44 +
 Subject: [PATCH] Updated emacsen files to dh 9.
 
 ---
  debian/quilt-el.emacsen-install | 26 ++
  debian/quilt-el.emacsen-remove  |  5 +
  debian/quilt-el.emacsen-startup |  4 ++--
  3 files changed, 25 insertions(+), 10 deletions(-)
 
 diff --git a/debian/quilt-el.emacsen-install b/debian/quilt-el.emacsen-install
 index 7fafa87..cfe2be3 100644
 --- a/debian/quilt-el.emacsen-install
 +++ b/debian/quilt-el.emacsen-install
 @@ -12,26 +12,36 @@ if [ ${FLAVOR} = emacs ]; then exit 0; fi
  
  echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR}
  
 -SITEFLAG=-no-site-file
 +#FLAVORTEST=`echo $FLAVOR | cut -c-6`
 +#if [ ${FLAVORTEST} = xemacs ] ; then
 +#SITEFLAG=-no-site-file
 +#else
 +#SITEFLAG=--no-site-file
 +#fi
  FLAGS=${SITEFLAG} -q -batch -l path.el -f batch-byte-compile
  
  ELDIR=/usr/share/emacs/site-lisp/${PACKAGE}
  ELCDIR=/usr/share/${FLAVOR}/site-lisp/${PACKAGE}
 +ELRELDIR=../../../emacs/site-lisp/${PACKAGE}
 +
 +# Install-info-altdir does not actually exist.
 +# Maybe somebody will write it.
 +if test -x /usr/sbin/install-info-altdir; then
 +echo install/${PACKAGE}: install Info links for ${FLAVOR}
 +install-info-altdir --quiet --section   --dirname=${FLAVOR} 
 /usr/share/info/${PACKAGE}.info.gz
 +fi
  
  install -m 755 -d ${ELCDIR}
  cd ${ELDIR}
 -rm -f ${ELCDIR}/*.el
  FILES=`echo *.el`
 -cp ${FILES} ${ELCDIR}
  cd ${ELCDIR}
 +ln -sf ${ELRELDIR}/*.el .
  
  cat  EOF  path.el
 -(setq load-path (cons . load-path) byte-compile-warnings nil)
 +(debian-pkg-add-load-path-item .)
 +(setq byte-compile-warnings nil)
  EOF
  ${FLAVOR} ${FLAGS} ${FILES}
 -rm -f *.el path.el
 -for i in ${FILES}; do
 -  ln -fs ${ELDIR}/$i
 -done
 +rm -f path.el
  
  exit 0
 diff --git a/debian/quilt-el.emacsen-remove b/debian/quilt-el.emacsen-remove
 index b1b15d9..bb03de7 100644
 --- a/debian/quilt-el.emacsen-remove
 +++ b/debian/quilt-el.emacsen-remove
 @@ -5,6 +5,11 @@ FLAVOR=$1
  PACKAGE=quilt-el
  
  if [ ${FLAVOR} != emacs ]; then
 +if test -x /usr/sbin/install-info-altdir; then
 +echo remove/${PACKAGE}: removing Info links for ${FLAVOR}
 +install-info-altdir --quiet --remove --dirname=${FLAVOR} 
 /usr/share/info/quilt.info.gz
 +fi
 +
  echo remove/${PACKAGE}: purging byte-compiled files for ${FLAVOR}
  rm -rf /usr/share/${FLAVOR}/site-lisp/${PACKAGE}
  fi
 diff --git a/debian/quilt-el.emacsen-startup b/debian/quilt-el.emacsen-startup
 index 30afb6a..30a8900 100644
 --- a/debian/quilt-el.emacsen-startup
 +++ b/debian/quilt-el.emacsen-startup
 @@ -13,13 +13,13 @@
  ;; installed in a subdirectory of the respective site-lisp directory.
  ;; We have to add this to the load-path:
  (let ((package-dir (concat /usr/share/
 -   (symbol-name flavor)
 +   (symbol-name debian-emacs-flavor)
 /site-lisp/quilt-el)))
  ;; If package-dir does not exist, the quilt-el package must have
  ;; removed but not purged, and we should skip the setup.
(when (file-directory-p package-dir)
  (if (fboundp 'debian-pkg-add-load-path-item)
 - (debian-pkg-add-load-path-item package-dir)
 +(debian-pkg-add-load-path-item package-dir)
(setq load-path (cons package-dir load-path)))
  (autoload 'quilt-mode quilt
Minor mode for editing files on quilt hierarchy.
 -- 
 2.1.4
 




-- 
Don't have good ideas if you aren't willing to be responsible for them.
-- Epigrams in Programming, by Alan J. Perlis of Yale University.  


signature.asc
Description: Digital signature

Bug#768618: [Debian-ha-maintainers] Bug#768618: Bug#768922: Bug#768618: pacemaker: FTBFS in jessie: build-dependency not installable: libqb-dev (= 0.16.0.real)

2015-01-20 Thread Raoul Bhatia


I'd also like to know how to get involved on that.

I currently see two possibilities:

a) address the important, release critical bugs.
However, ideally would need someone of the old maintainers/uploaders 
(added as CC) to sponsor that.


b) See if a quick backport will be possible after the release.

What do you think?
Raoul

On 2015-01-20 12:14, Ferenc Wagner wrote:

Simon Horman ho...@verge.net.au writes:


On Mon, Jan 19, 2015 at 09:26:36AM +0900, Christian Balzer wrote:

Meanwhile, here in what it what we tenuously call reality one can 
observe

the following things:

1. Pacemaker broken in Jessie for more than 2 months now.
2. Silence on this bug for more than one month.
3. Pacemaker was recently removed from Jessie.
4. The February 5th deadline is rapidly approaching, cue the 
laughingstock.


Between systemd and this gem Jessie is shaping up to be the best 
Debian

release ever...


I wonder if there are any active members of the Debian linux-ha team.
Speaking for and pointing the finger at myself for one who
has been inactive for several years.

I for one would be happy to see an NMU here.


There were a couple offers of help on the list (in October and 
November)

but the situation was rather hopeless already then, and nobody came up
with any plan to keep Pacemaker in testing.  Actually, I don't think
version 1.10 is really worth much effort.  I'm planning to use the
current versions of Corosync and Pacemaker on jessie, and will try to
create local packages for that.  If there is a way to use that work in
Debian, I'm most interested to hear about it.  But I don't think 
there's
still a way to have a modern Pacemaker in jessie.  Please prove me 
wrong.


--
DI (FH) Raoul Bhatia M.Sc. |   E-Mail.  ra...@bhatia.at
Software Development and   |   Web. http://raoul.bhatia.at/
System Administration  |   Tel. +43 699 10132530


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

Bug#775756: -ao pulse stopped producing audio; alsa and oss still work

2015-01-20 Thread Josh Triplett

On Tue, Jan 20, 2015 at 11:14:16AM -0300, Felipe Sateler wrote:
 On Tue, Jan 20, 2015 at 10:51 AM, Fabian Greffrath fab...@greffrath.com 
 wrote:
  Hi,
 
  Am Dienstag, den 20.01.2015, 10:11 -0300 schrieb Felipe Sateler:
  Pulseaudio remembers where a stream was playing to last time, and
  plugs the stream there.
 
  But then PA should be smart enough to realize when the device isn't even
  connected anymore.
 
 Define enough ;). As far as I can tell, pulseaudio does detect if the
 hdmi device is plugged or not. However, behavior is a bit strange
 because different logic applies at different times.
 
 I'm guessing the problem here is that module-stream-restore is
 detecting it already knows about mplayer2, so it will move that stream
 to the hdmi device. However, being unplugged does not mean the HDMI
 device disappears (in cards where the hdmi device is a separate
 device). Therefore, silence.

If it helps: snd_hda_codec_hdmi.

At least in the PulseAudio control panel, the HDMI audio device did not
show up while I was observing the problem with mplayer2 not producing
audio output.

- Josh Triplett


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

Bug#775823: RFA: mod-gearman

2015-01-20 Thread Stig Sandbeck Mathisen

Package: wnpp
Severity: normal

I am looking for a new maintainer for the mod-gearman package. It
provides the binary packages:

* mod-gearman-doc
* mod-gearman-module
* mod-gearman-worker
* mod-gearman-tools

I do not use mod-gearman anymore, and it would be nice for it to be
adopted by someone who does.


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

Bug#775826: www.debian.org: [CD/faq] discourage use of unetbootin

Package: www.debian.org
Severity: normal

Hi!

In #775689 and #775814, there has been discussion about the need to clarify
for users that unetbootin is a poor choice of utility for copying an installer
image onto a USB stick.

In the CD/faq [1], How do I write a CD image to a USB flash drive? suggests
that the user could use win32diskimager if not yet running a suitable GNU/Linux
distribution. It would be good to add to that paragraph a note that unetbootin
is best avoided for this task. Something like:

  The unetbootin utility is not suited to this task.

would be sufficient.

cheers
Stuart

[1] https://www.debian.org/CD/faq/

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

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


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

Bug#775525: caja: Desktop icon size settings wrong


Control: tag -1 confirmed
Control: forwarded -1 https://github.com/mate-desktop/caja/issues/375

On  Fr 16 Jan 2015 20:03:24 CET, G. Heine wrote:


Package: caja
Version: 1.8.2-1
Severity: minor

Dear Maintainer,

setting the icon size for the desktop mostly doesn't work correctly.

Caja offers seven different settings. They are called 33 % - 400 % in Caja
(editpreferencesviewsicon view) and smallest, smaller, small, standard,
large, larger, largest in dconf-editor (orgmatecajaicon view).
This way it should be easy to change between icon sizes. But in reality (at
least in my case) changing those settings (no matter whether using Caja or
dconf-editor) the outcome is not predictable.
Changing to a bigger size might give you smaller icons. Setting the standard
size might show the biggest of all. You just have to try them to get the size
you want. Just don't expect that setting to 100 % now will give you the same
size as setting to 100 % in five minutes will.

Regards
Günter Heine



I can confirm that issue. I have forwarded this upstream:
https://github.com/mate-desktop/caja/issues/375

Mike

--

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

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

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


pgprSshHGARsG.pgp
Description: Digitale PGP-Signatur

Bug#731547: Time for binnmu?

2015-01-20 Thread Mattias Ellert

mån 2015-01-19 klockan 10:06 +0100 skrev Emilio Pozuelo Monfort:

 You can instead send your patch upstream, so that when the freeze is over and 
 we
 update to a new upstream release, your patch is included for free.

This I have also done 3 months ago. There has not been at response from
upstream either.

https://bugzilla.gnome.org/show_bug.cgi?id=739122

Mattias Ellert



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

Bug#673322: ITP: openboard -- interactive digital whiteboard software for teaching

2015-01-20 Thread Miriam Ruiz

Just for the record, the latest working package I've built from Open
Sankore source code is from september 2014, and it's available at
http://www.miriamruiz.es/debian/sankore/

Greetings,
Miry


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

Bug#773359: package tbb_4.2~20140122-4 FTBFS on mips and mipsel

2015-01-20 Thread Steven Capper

On 20 January 2015 at 10:51, Aníbal Monsalve Salazar ani...@debian.org wrote:
 Hello Steven,

Hi Aníbal,


 At IMGtech.com, we would like to support this patch for tbb.

 If you prefer, I could sponsor a new Debian version of tbb including
 Jurica's patch.


Taking a look at this patch, I would like to experiment with it
further and even try to apply it to other architectures (as I believe
the atomics to be superior to the old style sync intrinsics, and this
may solve some unit test problems we've been experiencing).

I was planning on rolling out an experimental package with a tweaked
version of this patch in; and if it behaves, was going to put this
into Sid. (Then if all goes well, send the patch upstream).

Does this sound acceptable to you?

Cheers,
--
Steve


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

Bug#775829: ITP: ruby-minitest-around -- Around block for minitest

2015-01-20 Thread ബാലശങ്കർ സി

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: Balasankar C balasank...@autistici.org

* Package name  : ruby-minitest-around
  Version   : 0.3.0
  Upstream Author   : Peter Suschlik, http://peter.suschlik.de
* URL   : https://github.com/splattael/minitest-around
* License   : Expat
  Programming Lang  : Ruby
  Description   : Around block for minitest

- -- 
Regards
Balasankar C
http://balasankarc.in
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUvl9nAAoJEJbtq5sua3FxQvYIAJsAfpaxf/c35cnYEhMeWpuo
eiPAH+gPxqUy9p6gdxiKHqIhagQEaB/dAFoq8nRnjlHbJVtCkvu+NTZ4QQuu5fGL
1MoIRVP+pqB8ExGmbHI7iWzSxSJlaRpQoxy8MSPsj9rc9EsYRhu7pnjAlwvEEQc7
EzaKMWYbfxnUGHvmPVG5ENAVVGlD25fIAZkjdlaBUcitOgbA2yD8xFoTaIOF+6IP
pivD1v9S+ZmmDx54RyEdAVIKzKXXAJ9mZUwULlKeBIHdvk+ZgxfTGxhmF6eoVG31
gx38eOtJF/9jvL/Wq3EWMjhyHFjmBFitw16dKUY8pGq6nUIFIgqXRxqVL3rV+2M=
=G7BU
-END PGP SIGNATURE-


0x2E6B7171.asc
Description: application/pgp-keys

Bug#677271: about to upload dbus-test-runner...


Control: owner -1 mike.gabr...@das-netzwerkteam.de
Control: retitle -1 ITP: dbus-test-runner -- Runs tests under a new DBus

Hi all,

Nothing has happened for a while with the RFP for dbus-test-runner.

I am about to upload dbus-test-runner to unstable.

... taking over this RFP-ITP...

Mike

--

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

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

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


pgpZ8wayI4egV.pgp
Description: Digitale PGP-Signatur

Bug#677271: about to upload dbus-test-runner...


Hi Iain,

On  Di 20 Jan 2015 16:08:35 CET, Iain Lane wrote:


On Tue, Jan 20, 2015 at 02:35:43PM +, Mike Gabriel wrote:

Control: owner -1 mike.gabr...@das-netzwerkteam.de
Control: retitle -1 ITP: dbus-test-runner -- Runs tests under a new DBus

Hi all,

Nothing has happened for a while with the RFP for dbus-test-runner.

I am about to upload dbus-test-runner to unstable.

... taking over this RFP-ITP...


Yes, go for it. I required it for a project but I don't even remember
the details so please take it over. :)

Thanks!


already dput to NEW...

light+love
Mike

--

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

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

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


pgpoXq5_6_aVf.pgp
Description: Digitale PGP-Signatur

Bug#775756: -ao pulse stopped producing audio; alsa and oss still work

Hi,

Am Dienstag, den 20.01.2015, 10:11 -0300 schrieb Felipe Sateler: 
 Pulseaudio remembers where a stream was playing to last time, and
 plugs the stream there.

But then PA should be smart enough to realize when the device isn't even
connected anymore.

- Fabian


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

Bug#775827: RFA: grok -- powerful pattern-matching and reacting tool

2015-01-20 Thread Stig Sandbeck Mathisen

Package: wnpp
Severity: normal

I request an adopter for the grok package. I no longer use it, so it
would be nice for it to have a maintainer that does.

The package description is:
 The grok program can parse log data and program output. You can match
 any number of complex patterns on any number of inputs (processes and
 files) and have custom reactions.
 .
 Grok is simple software that allows you to easily parse logs and
 other files. With grok, you can turn unstructured log and event data
 into structured data.


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

Bug#775830: Acknowledgement (deng: has no human maintainer anymore)

Control: reassign -1 doomsday

 I once helped to get the package back up into shape in order to
 provide another alternative engine (besides prboom-plus) that was able
 to run freedoom. This was around the time when vavoom became unusable
 and was eventually removed from Debian.
 
 Meanwhile, however, I have completely lost interest in this port and
 do no longer volunteer to maintain its package. So, someone please
 take over this package.

Filed against the wrong source package, yay!

- Fabian


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

Bug#775834: kernel-package: Installed vmlinuz file has insufficient read permissions

2015-01-20 Thread Toby Speight

Package: kernel-package
Version: 13.014+nmu1
Severity: normal

I build Linux image packages for some of my diskless client systems,
and install using schroot on the file server.

The TFTP server is set to serve the kernel image and initrd with
symlinks in /var/lib/tftpboot/client/{vmlinuz-rd,initrd.img} pointing
(indirectly) to the latest installed client kernel.

However, the installed kernel is not readable by the TFTP server and I
get repeated failed requests until I realise the problem and change the
permissions of kernel file from 600 to 644.

The contents of the kernel image file are not a secret (if that were
the case, then the package file in /var/cache/archives would be an
information leak), so there's no good reason not to install
/boot/vmlinuz-* with mode 644.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel

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

Versions of packages kernel-package depends on:
ii  bc   1.06.95-9
ii  binutils 2.24.90.20141023-1
ii  build-essential  11.7
ii  bzip21.0.6-7+b2
ii  dpkg-dev 1.17.23
ii  file 1:5.20-2
ii  gettext  0.19.3-2
ii  kmod 18-3
ii  po-debconf   1.0.16+nmu3
ii  xmlto0.0.25-2
ii  xz-utils [lzma]  5.1.1alpha+20120614-2+b3

Versions of packages kernel-package recommends:
ii  cpio   2.11+dfsg-4
ii  docbook-utils  0.6.14-3
ii  kernel-common  13.014+nmu1
pn  uboot-mkimage  none

Versions of packages kernel-package suggests:
ii  libncurses5-dev [libncurses-dev]  5.9+20140913-1+b1
ii  linux-source  3.16+63

-- Configuration Files:
/etc/etc/bash_completion.d/make_kpkg 3dced6ebb0018f30dfa1c564732d9f52 [Errno 2] 
No such file or directory: u'/etc/etc/bash_completion.d/make_kpkg 
3dced6ebb0018f30dfa1c564732d9f52'
/etc/etc/kernel-pkg.conf 58848b5372349e9edd33792bc92900ad [Errno 2] No such 
file or directory: u'/etc/etc/kernel-pkg.conf 58848b5372349e9edd33792bc92900ad'

-- 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#775822: RFA: gearmand

2015-01-20 Thread Stig Sandbeck Mathisen

Package: wnpp
Severity: normal

I am looking for a new maintainer for the gearmand package. It
provides the binary packages:

* gearman
* gearman-job-server
* gearman-tools
* libgearman-dbg
* libgearman-dev
* libgearman-doc
* libgearman7
* libgearman7-dbg

I do not use gearmand anymore, and it would be nice for it to be
adopted by someone who does.


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

Bug#775761: libguestfs incorrectly detects host CPU architecture

2015-01-20 Thread Richard W.M. Jones


I wonder why it chose to run /usr/bin/qemu-system-i386 ?

Is $LIBGUESTFS_HV or $LIBGUESTFS_QEMU set?

What is the output of:

  guestfish get-hv

What happens if you do:

  LIBGUESTFS_HV=/usr/bin/qemu-system-x86_64 libguestfs-test-tool

It looks as if libguestfs is configured wrongly, or maybe you've got
the 32 bit version of libguestfs installed on your system.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/


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

Bug#770871: ModemManager only starts up if system is PID 1

2015-01-20 Thread Michael Biebl

tags: -1 + moreinfo help

Am 20.01.2015 um 11:42 schrieb Mike Gabriel:
Severity: serious
Justification: GSM modem support will not work out-of-the-box with
non-systemd setups

Hi,

I see a similar issue about ModemManager not coming up by default via
network-manager.

The reason is simple (after staring at mm and nm from jessie and wheezy
for a while):

o ModemManager comes with a DBus system-service file
o NetworkManager in Debian wheezy triggers that service
(org.freedesktop.ModemManager)
o NetworkManager in Debian testing does not have that code anymore, it
expects
from systemd to launch ModemManager

= systems without systemd as PID 1 fail to start ModemManager and GSM
devices are not available in NetworkManager.

Looks like ModemManager starts just fine here if I boot with sysvinit.
If, as you say, NM no longer pokes the D-Bus service, I guess something
else in the desktop (GNOME3 here) does it. So this issue might be
specific to certain DEs.

Solution IMHO:

o Provide an init script in /etc/init.d/ that launches ModemManager on
non-systemd machines
o other options???

I don't think adding an init script to ModemManager is a good option.
For one, I don't want to start MM unconditionally.

I'd rather have NM use a runtime check for systemd (sd_booted()).
All the code still seems to be there [1], it just needs to be changed to
use a runtime check instead of compile time.

I'm inclined to re-assign this to NM.

I hope we can get this fixed for jessie.

I'd be willing to review and merge a tested patch for NM.

Cheers,
Michael

[1]
http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=3b76ae18a52b44dbe577557e038fdc263edc5715
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

signature.asc
Description: OpenPGP digital signature

Bug#739497: reproducible.json now exists

2015-01-20 Thread Paul Wise

On Tue, 2015-01-20 at 17:17 +0800, Paul Wise wrote:

 Still to be done.

Ok, all done now!

Raphael, please review the attached patch and let me know if I can push.

It has tests that all pass and I've checked that downloading the data
and displaying the results in the web UI work well.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

From 7fdb6f3d0b9a1f8bcfbd55996e2cc0450a4de2f0 Mon Sep 17 00:00:00 2001
From: Paul Wise p...@debian.org
Date: Wed, 26 Nov 2014 18:55:50 +0800
Subject: [PATCH] Add reproducible builds (Closes: #739497)

Action item long description by Lunar^
---
 .../debian/build-reproducibility-action-item.html  |   6 ++
 .../debian/templates/debian/logcheck-links.html|   4 +
 distro_tracker/vendor/debian/tests.py  | 107 +
 distro_tracker/vendor/debian/tracker_panels.py |  11 +++
 distro_tracker/vendor/debian/tracker_tasks.py  |  82 
 5 files changed, 210 insertions(+)
 create mode 100644 distro_tracker/vendor/debian/templates/debian/build-reproducibility-action-item.html

diff --git a/distro_tracker/vendor/debian/templates/debian/build-reproducibility-action-item.html b/distro_tracker/vendor/debian/templates/debian/build-reproducibility-action-item.html
new file mode 100644
index 000..beaa395
--- /dev/null
+++ b/distro_tracker/vendor/debian/templates/debian/build-reproducibility-action-item.html
@@ -0,0 +1,6 @@
+A package a href=https://wiki.debian.org/ReproducibleBuilds;building reproducibly/a
+enables third parties to verify that the source matches the distributed binaries.
+It has been a href=https://reproducible.debian.net/rb-pkg/{{ item.package.name }}.htmlidentified/a
+that this source package produced different results, failed to build or had other issues in a
+a href=https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain;test environment/a.
+Please read about a href=https://wiki.debian.org/ReproducibleBuilds/Howto;how to improve the situation/a!
diff --git a/distro_tracker/vendor/debian/templates/debian/logcheck-links.html b/distro_tracker/vendor/debian/templates/debian/logcheck-links.html
index ffaf2d4..006eec5 100644
--- a/distro_tracker/vendor/debian/templates/debian/logcheck-links.html
+++ b/distro_tracker/vendor/debian/templates/debian/logcheck-links.html
@@ -13,4 +13,8 @@
 {% endif %}
 span,/span
 spana title=clang compiler build log href=http://buildd-clang.debian.net/package.php?{{ query_string }}clang/a/span
+{% if item.context.has_reproducibility %}
+span,/span
+spana title=report about build reproducibility ({{ item.context.reproducibility_status }}) href={{ item.context.reproducibility_url }}reproducibility/a/span
+{% endif %}
 {% endwith %}
diff --git a/distro_tracker/vendor/debian/tests.py b/distro_tracker/vendor/debian/tests.py
index c330770..009c029 100644
--- a/distro_tracker/vendor/debian/tests.py
+++ b/distro_tracker/vendor/debian/tests.py
@@ -69,6 +69,7 @@ from distro_tracker.vendor.debian.tracker_tasks \
 import UpdateAutoRemovalsStatsTask
 from distro_tracker.vendor.debian.tracker_tasks \
 import UpdatePackageScreenshotsTask
+from distro_tracker.vendor.debian.tracker_tasks import UpdateBuildReproducibilityTask
 from distro_tracker.vendor.debian.models import DebianContributor
 from distro_tracker.vendor.debian.models import UbuntuPackage
 from distro_tracker.vendor.debian.tracker_tasks import UpdateLintianStatsTask
@@ -5188,3 +5189,109 @@ class UpdatePackageScreenshotsTaskTest(TestCase):
 info = self.dummy_package.packageextractedinfo_set.get(key='general')
 
 self.assertEqual(info.value['name'], 'dummy')
+
+
+@mock.patch('distro_tracker.core.utils.http.requests')
+class UpdateBuildReproducibilityTaskTest(TestCase):
+
+Tests for the:class:`distro_tracker.vendor.debian.tracker_tasks.
+UpdateBuildReproducibilityTask` task.
+
+def setUp(self):
+self.json_data = 
+[{
+package: dummy,
+version: 1.2-3,
+status: unreproducible,
+suite: sid
+}]
+
+self.other_json_data = 
+[{
+package: other,
+version: 1.2-3,
+status: unreproducible,
+suite: sid
+}]
+
+self.dummy_package = SourcePackageName.objects.create(name='dummy')
+PackageExtractedInfo.objects.create(
+package=self.dummy_package,
+key='general',
+value={
+'name': 'dummy',
+'maintainer': {
+'email': 'j...@example.com',
+}
+}
+)
+
+def run_task(self):
+
+Runs the build reproducibility status update task.
+
+task = UpdateBuildReproducibilityTask()
+task.execute()
+
+def test_extractedinfo_item_for_without_reproducibility(self, mock_requests):
+
+Tests that packages without reproducibility info don't claim to have them.
+

Bug#775756: -ao pulse stopped producing audio; alsa and oss still work

2015-01-20 Thread Felipe Sateler

On 19 Jan 2015 22:15, Josh Triplett j...@joshtriplett.org wrote:

 On Mon, Jan 19, 2015 at 08:45:46AM -0800, Josh Triplett wrote:
  Package: mplayer2
  Version: 2.0-728-g2c378c7-4+b1
  Severity: normal
 
  A couple of days ago, mplayer -ao pulse (the default without -ao
  specified) stopped producing output.  A running mplayer2 still shows up in
  pulseaudio's applications list, but produces no audio.  Changing
  volume and toggling mute have no effect.
 
  mplayer -ao alsa still works, as does padsp mplayer -ao oss.  paplay
  works as well, as do other applications using pulseaudio.
 
  I tried downgrading libav libraries to before the most recent upgrade a
  couple of days ago, but that doesn't seem to have made a difference.

 After further investigation, it looks like this is tied to HDMI audio.

 I hooked up to an external HDMI monitor, and used the GNOME sound
 control panel to switch audio output to HDMI, then played a few movies.
 Afterward, I disconnected from that monitor, but I didn't have any sound
 from the default pulse audio output device; mplayer -ao alsa worked.
 Just now, I connected to another external monitor, and found that the
 default pulse output worked, without even switching over to it.  I
 manually switched back to speakers, and now the default sound output
 works again, even after disconnecting.  It looks like somehow Pulse got
 into a state where it thought it was sending sound to HDMI.  *However*,
 that state somehow only affected mplayer, not totem, paplay, or the alsa
 output device.

 Not sure where the bug was, here, but there's definitely a bug.


Hi,

More information would be necessary to be sure (like the output of
pactl info and a verbose pulseaudio log when the problem is exhibiting
itself), but I think this is a feature, not a bug.
Pulseaudio remembers where a stream was playing to last time, and
plugs the stream there. This can lead sometimes to surprising
behavior, but it is the expected behavior from an upstream POV.

You can use pavucontrol to control to which device a given app is
playing to. Pasystray also offers the same functionality and stays on
your tray.

Saludos,


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

Bug#775824: www.debian.org: [CD/faq] be consistent with the installation-guide