Bug#750527: mediawiki: Javascript inject by anonymous users on private wikis with $wgRawHtml enabled

[Henri Salo]

Package: mediawiki
Version: 1:1.19.15+dfsg-2
Severity: normal
Tags: security, fixed-upstream

Needs wgRawHTML enabled so this may not be easy to exploit and might not be
affected by default.

Details of the issue: https://bugzilla.wikimedia.org/show_bug.cgi?id=65501
CVE request: http://www.openwall.com/lists/oss-security/2014/06/03/7

---
Henri Salo


signature.asc
Description: Digital signature

Bug#750446: LaTeX Error: Unknown float option `H'

[Mattias Ellert]

ons 2014-06-04 klockan 10:11 +0900 skrev Norbert Preining:
> Hi Mattias,
> 
> > \begin{figure}[H] fails with:
> > LaTeX Error: Unknown float option `H'
> 
> Yes, which is correct, the document is simply wrong. H is not
> a proper float option.

This is incorrect. The default float command does bot provide an H
placement specifier. However, if the "float" package is loaded the
default float command is overridden with a float command that does have
such a specifier.

As can be seen from the log, this document uses the float package:

(/usr/share/texlive/texmf-dist/tex/latex/float/float.sty)

http://ctan.uib.no/macros/latex/contrib/float/README says:

>>>
  The float package
  =

This package improves the interface for defining floating objects such
as figures and tables in LaTeX.  It adds the notion of a `float style'
that governs appearance of floats.  New kinds of floats may be defined
using a \newfloat command analogous to \newtheorem.  This style option
also incorporates the functionality of David Carlisle's style option
`here', giving floating environments a [H] option which means `PUT IT
HERE' (as opposed to the standard [h] option which means `You may put
it here if you like').
<<<

> > This is a regression from earlier versions.
> 
> No and yes.
> 
> No, because if you just use LaTeX2e as is, then unknown specifiers
> are still ignored.
> 
> But the document under discussion used
>   fixltx2e.sty
> as seen from this line
> (/usr/share/texlive/texmf-dist/tex/latex/base/fixltx2e.sty)
> 
> And that means that *bugs* in the latex code will be fixed.
> 
> That also means, that with LaTeX from 2014/05/01 you get errors:
> 
> See ltnews.pdf, available in 
>   /usr/share/doc/texlive-doc/latex/base/ltnews.pdf
> 
> Which states:
> --
> There are a number of bugs and faulty design decisions
> in LaTeX2e that should have been corrected long ago in
> the kernel code. However, such corrections cannot be
> done as this would break backwards compatibility in
>  ^^^
> the following sense. A large number of documents exist
> by now that have worked around the bug or have even
> made use of a particular misfeature. Thus changing the
> kernel code would break too many existing documents.
> The corrections for these types of bug have therefore
> been collected together in a package that can be loaded
> only when needed; its name is fixltx2e. For this release
> 
> we made the following changes to this package:
> • Misspelled float placement specifiers such as
> \begin{figure}[tv] instead of tb are silently
> ignored by the kernel code. Now we test for such
> letters and issue an error message.
> ...

Adding syntax checks is all well and good. But if you add syntax checks
for a command and still apply them when the command is overridden and
no longer has the same syntax as the original command, then your syntax
checks are causing the breakage.

When a command is overridden you must either modify your check
accordingly, or not apply the check.

> Enjoy. I am closing this bug. This has to be fixed in the
> original documents.

As explained above the original documents are not wrong, they just use a
different version of the float command than the one you are checking the
syntax for. In my experience the use of the "H" placement options for
floats is very widespread.

PS. You failed to close the bug by misspelling the email address. If you
had closed it I would have reopened it due to the reasons stated above.

> Norbert

Mattias



smime.p7s
Description: S/MIME cryptographic signature

Bug#750446: LaTeX Error: Unknown float option `H'

[Norbert Preining]

retitle 750446 Allow arbitrary order of package loading
severity 750446 wishlist
tags 750446 wontfix
close 750446
thanks

Hi,

>   The float package

Then the order is wrong in the document.

The order of loading fixltx2e and float is important when you
use the extension of float.

The following document compiles correctly:
\documentclass{article}
\usepackage{fixltx2e}
\usepackage{float}
\begin{document}
\begin{figure}[H]
 Huu
\end{figure}
\end{document}

Thus, at best, this is an upupstream bug that we are not dealing with in
Debian, since upstream TeX Live will only take what is on CTAN.

There is nothing we, or TeX Live upstream, or not even LaTeX Team
upupstream can do to make sure that all overridden macros behave in
all combinations of packages.

The simple solution I gave above, fix the order of package loading.

This time closing the bug.

Norbert


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



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

Bug#750512: [Checkbox-dev] Bug#750512: Move to udisks2, udisks 1 is deprecated

[Zygmunt Krynicki]

On Wed, Jun 4, 2014 at 2:55 AM, Michael Biebl  wrote:

> Package: python3-checkbox-support
> Version: 0.2-1
> Severity: normal
> User: pkg-utopia-maintain...@lists.alioth.debian.org
> Usertags: udisks1-deprecation
>
> Hello,
>
> this package currently depends on/recommends udisks 1. That has been
> deprecated for a while now, in favor of udisks 2. Please port the
> package to udisks 2 and drop code that uses the old
> hal/devicekit-disks/udisks 1 bits.
>
> Please note that udisks2 also has a library interface (libudisks2-0)
> which is easier to use than raw D-BUS calls. It is also introspectable
> (gir1.2-udisks-2.0) so you can use it from languages like Python.
>
> The API is documented at http://udisks.freedesktop.org/docs/latest/ .
>
>
Hi Michael

Thanks for reporting this bug.

We already support udisks2 and all the code is ready. The origin of the
recommendation is that we probably just kept it going forward over the last
two years.
Since we don't need udissk1 any more in any way, I'll make sure that the
next upload drops this recommendation.

Best regards
ZK

Bug#705625: libpam-sss error

[Oriol Mula-Valls]

We are also facing this problem.

Simple test:
su -s /bin/sh -c 'echo "Hello"' nobody
Hello
su: User not known to the underlying authentication module

--
Oriol Mula Valls
Institut Català de Ciències del Clima (IC3)
Doctor Trueta 203 - 08005 Barcelona
Tel: +34 93 567 99 77
http://www.ic3.cat
http://ic3.cat/wikicfu


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

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

[Thorsten Glaser]

On Wed, 4 Jun 2014, Laurent Mazet wrote:

> Thanks to mailman an postfix, I'm running multiple mailing list for 2
> virtuals domain since 3 years without any majour issues. But one
> mailing list fall down 2 days ago, just after upgrading to 2.1.16-1.

> Jun 02 11:24:49 2014 (3899) Uncaught runner exception: 'utf8' codec
> can't decode byte 0xe9 in position 8: invalid continuatio

Do you have any custom language files? The new version requires
them to be in UTF-8 encoding, whereas the old version used a
language-specific legacy encoding (and, in some cases, even one
that wasn’t even good for that language).

The language files the package installs by itself would have been
upgraded to UTF-8 encoding during the package upgrade, but if you
made any modifications, you have to do that yourself. I see you
already have the /etc/init.d/mailman file changed, so, a local
modification, e.g. to the fr language files, may be a cause.

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


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

Bug#750512: [Checkbox-dev] Bug#750512: Move to udisks2, udisks 1 is deprecated

[Zygmunt Krynicki]

Package: python3-checkbox-support
Version: 0.2-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

> 
> Hello,
> 
> this package currently depends on/recommends udisks 1. That has been
> deprecated for a while now, in favor of udisks 2. Please port the
> package to udisks 2 and drop code that uses the old
> hal/devicekit-disks/udisks 1 bits.
> 
> Please note that udisks2 also has a library interface (libudisks2-0)
> which is easier to use than raw D-BUS calls. It is also introspectable
> (gir1.2-udisks-2.0) so you can use it from languages like Python.
> 
> The API is documented at http://udisks.freedesktop.org/docs/latest/ .
> 
> Thanks,
> Michael

Hi Michael

Thanks for reporting this bug.

We already support udisks2 and all the code is ready. The origin of the
recommendation is that we probably just kept it going forward over the
last two years.
Since we don't need udissk1 any more in any way, I'll make sure that the
next upload drops this recommendation.

Best regards
ZK


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

Bug#750528: celery: build-depend on python-sphinxcontrib.issuetracker no longer needed(?)

[Michael Vogt]

Source: celery
Version: 3.1.11-1
Severity: minor

Hi,

it appears that with the latest version of shpinx the build-depend on 
python-sphinxcontrib.issuetracker is no longer needed. It builds fine
without and it was removed from requirements/docs.txt too.

Thanks,
 Michael


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

Kernel: Linux 3.13.0-27-generic (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


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

Bug#513646: Packaging repository changed

[Daniel Beyer]

For the record:
The existing Debian packaging repository has been dropped and a new one
replaces it. The new one can be found at:
http://anonscm.debian.org/gitweb/?p=pkg-php/symfony.git;a=summary

Further details can be found at:
http://lists.alioth.debian.org/pipermail/pkg-php-pear/2014-June/002855.html



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

Bug#750094: Misleading warning

[Nikos Mavrogiannopoulos]

On Tue, Jun 3, 2014 at 12:33 AM, Daniel Kahn Gillmor
 wrote:
> over on https://bugs.debian.org/750094,
>> This warning is printed before any TLS negotiation happens, so it does not
>> reflect the parameters that were actually negotiated.  The wording should
>> be changed in order to make it clear that the actual negotiated parameters
>> might be different.
> this can be replicated without the --starttls or -p 80, just with:
>  gnutls-cli --dh-bits 256 www.debian.org
> the warning happens before the TLS handshake happens.
> I'm forwarding this to the gnutls-devel mailing list.
> It seems to me there could be two different kinds of warnings:
>  0) a warning that the configuration has lowered the DH key exchange
> strength and may cause weakness (what we're seeing here) -- Juliusz, can
> you propose an alternate text for this warning?
>  1) a warning in the _gnutls_audit_log when the dh bits is *actually*
> lower than whatever cutoff we deem to be absurdly unacceptable.

I agree with your points. In fact the current warning was setup to
cover (0). There could be another warning for (1), but gnutls-cli
prints the size of the prime anyway if DHE is negotiated so I'm not
sure how much another warning would help.

> I worry a little bit about either warning, mainly because it seems to
> imply that anything higher than 512 bits *won't* allow decryption of the
> session data, which probably isn't the case for, say, a 513-bit group :P
> Nikos, any thoughts on what makes sense to do here?

I've put that warning once I saw people arguing in various fora to set
dh-bits less than 256 bits in order to improve compatibility. Indeed
513 is not much more secure, and the warning could be changed to less
than 700 or so.

regards,
Nikos


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

Bug#750193:

[Mathieu Malaterre]

Control: tags -1 patch

Patch can be found in previous vtk 5.x package:

http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l48


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

Bug#750529: systemd unit: Respect default file

[Martin Pitt]

Package: brltty
Version: 5.0-2
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch utopic

Hello,

brltty's systemd unit unconditionally starts the service. This
mis-matches the behaviour of the init.d file which checks
RUN_BRLTTY in /etc/default/brltty. The attached debdiff adjusts the
unit to do the same. It's not pretty, but seems to work well enough.

In the long run this hackery should stop of course; systemd units are
rather fundamentally incompatible with the idea of enabling/disabling
units with a default file instead of using "update-rc.d
enable/disable" (which works for SysV init, systemd, and upstart). But
as long as we have these options in the default file they should be
respected.

Alternatively, to fix this bug it also seems fine to me to drop the
RUN_BRLTTY option altogether. This is a change which conceptually
affects a lot of Debian packages though, so perhaps should be
discussed on a wider scale (d-devel@?)

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru brltty-5.0/debian/brltty.service brltty-5.0/debian/brltty.service
--- brltty-5.0/debian/brltty.service2014-03-14 05:17:05.0 +0100
+++ brltty-5.0/debian/brltty.service2014-06-04 08:56:01.0 +0200
@@ -10,14 +10,13 @@
 
 [Service]
 
-Type=forking
 PIDFile=/run/brltty.pid
-ExecStart=/sbin/brltty -q -P /run/brltty.pid
+ExecStart=/bin/sh -c "grep -sq '^ *RUN_BRLTTY=no' /etc/default/brltty || exec 
/sbin/brltty -f -q -P /run/brltty.pid"
 
 TimeoutStartSec=5
 TimeoutStopSec=10
 
-Restart=always
+Restart=on-failure
 RestartSec=30
 
 Nice=-10
diff -Nru brltty-5.0/debian/changelog brltty-5.0/debian/changelog
--- brltty-5.0/debian/changelog 2014-03-31 20:35:18.0 +0200
+++ brltty-5.0/debian/changelog 2014-06-04 08:58:01.0 +0200
@@ -1,3 +1,11 @@
+brltty (5.0-2ubuntu3) utopic; urgency=medium
+
+  * debian/brltty.service: Respect disabling of brltty in the /etc/default
+file. Turn this into a "Type=simple" job by running in the foreground so
+that the unit can tell apart "disabled" from "running". (LP: #1316804)
+
+ -- Martin Pitt   Wed, 04 Jun 2014 08:56:22 +0200
+
 brltty (5.0-2ubuntu2) trusty; urgency=medium
 
   * No change rebuild to drop python3.3 compiled extension.

Bug#750531: xdg-email(1) points to non existing web pag

[Harald Dunkel]

Package: xdg-utils
Version: 1.1.0~rc1+git20111210-6

xdg-email(1) points to http://portland.freedesktop.org/wiki/EmailConfig,
but this page doesn't exist. This is _highly_ frustrating. How can
I configure this stuff?


Regards
Harri


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

Bug#750530: Provide missing man pages

[Mathieu Malaterre]

Package: vtk6
Severity: wishlist
Version: 6.1.0+dfsg-3
Tags: patch

Past vtk 5.x package did provide man page for command line util. See patch at:

http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l210


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

Bug#750498: cups: server keeps timing out after 30secs idling with no way to change that

[Didier 'OdyX' Raboud]

Control: clone -1 -2 -3
Control: reassign -2 src:cups 1.7.2-3
Control: retitle -2 src:cups: install README.Debian also in cups-daemon
Control: retitle -1 cups: web interface activity should prevent timeout
Control: reassign -3 colord 1.0.6-1
Control: retitle -3 colord: should cope more quietly with cups respawns

Hi dear Nemo Inis, and thanks for reporting a bug.

Le mardi, 3 juin 2014, 14.41:01 Nemo Inis a écrit :
> Ever since cups 1.7.2-2, which contains a patch for bug #742666, and
> my switch to systemd, the cups server exits after 30 seconds idling
> without a configuration option to prevent that. 

That's not entirely accurate: both the Debian NEWS file [0] and the 
README.Debian [1] (but that one is installed in a bizarre place, 
arguably) contain instructions on how to disable this behaviour, quoting 
the first:

> - Automatic exit when idle
>   When operated under systemd as init, the CUPS daemon will be
>   launched when needed (through socket activation) and exit itself
>   after being idle for some time (30 seconds by default). The delay
>   before exiting on idle can be configured using 'IdleExitTimeout' in
>   /etc/cups/cupsd.conf. CUPS can also  be left running continuously
>   using 'SystemdIdleExit off' in that same file.

[0] /usr/share/doc/cups-daemon/NEWS.Debian.gz
[1] /usr/share/doc/libcups2/README.Debian.gz

I'm hereby cloning this bug against src:cups to track the wrong place of 
this README.Debian file.

> - when I'm using the cups web interface at localhost:631, if I wait
> more than 30 seconds before clicking on anything, my browser reports
> "unable to connect" and I've lost whatever work I was in the middle
> of (for example adding a printer, etc...);

Indeed, that's problematic, retitling this very bug to keep track of 
that problem.

> - cups starts/stops throughout the day, and every time, it triggers
> colord (which I also run), which loads all my profiles, etc... and
> fills my syslog telling me so;

Well, that's a colord bug I would argue, reassigning a copy of this bug 
there.

> - since I'm running a desktop machine, I'd rather not have settings
> meant for laptops forced down on me; I'd like the option to run cups
> permanently without timeout as it did before.

This is possible and documented (although partially).

Cheers,
OdyX


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

Bug#750197:

[Mathieu Malaterre]

Control: tags -1 patch

Patch can be found in past vtk 5.x package:

http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l210


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

Bug#750197:

[Mathieu Malaterre]

On Wed, Jun 4, 2014 at 9:36 AM, Mathieu Malaterre  wrote:
> Control: tags -1 patch
>
> Patch can be found in past vtk 5.x package:
>
> http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l210

Sorry proper line number is:

http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l76


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

Bug#750534: chromium: "We cannot detect a running copy of GNOME on this system"

[Pierre Crescenzo]

Package: chromium
Version: 35.0.1916.114-2
Severity: normal

Hello,

Since a recent update, chromium can't normally access to the gnome-extension
service site ( https://extensions.gnome.org/ ). The message is "We cannot
detect a running copy of GNOME on this system, so some parts of the interface
may be disabled." Iceweasel hasn't this problem.

Thanks.

Pierre Crescenzo



-- System Information:
Debian Release: jessie/sid
Architecture: i386 (i686)

Kernel: Linux 3.14-1-rt-686-pae (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages chromium depends on:
ii  chromium-inspector   35.0.1916.114-2
ii  gconf-service3.2.6-2
ii  libasound2   1.0.27.2-4
ii  libc62.18-7
ii  libcairo21.12.16-2
ii  libcap2  1:2.22-1.2
ii  libcups2 1.7.2-3
ii  libdbus-1-3  1.8.2-1
ii  libexpat12.1.0-5
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.9.0-5
ii  libgconf-2-4 3.2.6-2
ii  libgcrypt11  1.5.3-4
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnome-keyring03.4.1-1
ii  libgtk2.0-0  2.24.23-1
ii  libharfbuzz0b0.9.28-2
ii  libjpeg8 8d-2
ii  libnspr4 2:4.10.4-1
ii  libnss3  2:3.16-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.1-1
ii  libstdc++6   4.9.0-5
ii  libudev1 204-8
ii  libx11-6 2:1.6.2-2
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-1
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-1
ii  libxi6   2:1.7.2-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-l10n  35.0.1916.114-2
pn  mozplugger 

-- Configuration Files:
/etc/chromium/default changed:
CHROMIUM_FLAGS="--password-store=detect"
flashso="/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so"
if [ -f $flashso ]
then
flashversion=`strings $flashso|grep ^LNX|sed -e "s/^LNX //"|sed -e 
"s/,/./g"`
CHROMIUM_FLAGS="$CHROMIUM_FLAGS --ppapi-flash-path=$flashso 
--ppapi-flash-version=$flashversion"
fi


-- 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#750535: chromium crashes x server on startup

[Thomas Schwaerzler]

Package: chromium
Version: 35.0.1916.114-2
Severity: important

Dear Maintainer,

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

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

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


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

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

Versions of packages chromium depends on:
ii  chromium-inspector   35.0.1916.114-2
ii  gconf-service3.2.6-2
ii  libasound2   1.0.27.2-4
ii  libc62.18-7
ii  libcairo21.12.16-2
ii  libcap2  1:2.22-1.2
ii  libcups2 1.7.2-3
ii  libdbus-1-3  1.8.2-1
ii  libexpat12.1.0-5
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.9.0-5
ii  libgconf-2-4 3.2.6-2
ii  libgcrypt11  1.5.3-4
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnome-keyring03.4.1-1
ii  libgtk2.0-0  2.24.23-1
ii  libharfbuzz0b0.9.28-2
ii  libjpeg8 8d-2
ii  libnspr4 2:4.10.4-1
ii  libnss3  2:3.16-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.1-1
ii  libstdc++6   4.9.0-5
ii  libudev1 204-8
ii  libx11-6 2:1.6.2-2
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-1
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-1
ii  libxi6   2:1.7.2-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  
pn  mozplugger 

-- no debconf information


dbg output:
===

command: 
$ gdb /usr/lib/chromium/chromium &>/tmp/chromium-dbg.log

output: 
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/lib/chromium/chromium...(no debugging symbols 
found)...done.
(gdb) run
Starting program: /usr/lib/chromium/chromium
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe8d51700 (LWP 18220)]
[New Thread 0x7fffe3fff700 (LWP 18221)]
[New Thread 0x7fffe37fe700 (LWP 18222)]
[New Thread 0x7fffe8421700 (LWP 18223)]
[New Thread 0x7fffe8400700 (LWP 18224)]
[New Thread 0x7fffe2ffd700 (LWP 18225)]
[New Thread 0x7fffcbfff700 (LWP 18226)]
[New Thread 0x7fffe83d8700 (LWP 18227)]
[New Thread 0x7fffcacf2700 (LWP 18228)]
[New Thread 0x7fffca4f1700 (LWP 18229)]
[New Thread 0x7fffc9cf0700 (LWP 18230)]
[New Thread 0x7fffc94ef700 (LWP 18231)]
[New Thread 0x7fffc8cee700 (LWP 18232)]
[New Thread 0x7fffbfffe700 (LWP 18233)]
[New Thread 0x7fffbf7fd700 (LWP 18234)]
[New Thread 0x7fffbed7f700 (LWP 18235)]
[18208:18233:0604/093353:ERROR:nss_util.cc(853)] After loading Root Certs, 
loaded==false: NSS error code: -8018
[18208:18208:0604/093353:ERROR:component_loader.cc(138)] Failed to parse 
extension manifest.
libGL error: open uki failed (Operation not permitted)
libGL error: reverting to (slow) indirect rendering
[New Thread 0x7fffbdadd700 (LWP 18242)]
[New Thread 0x7fffbe2de700 (LWP 18241)]
[New Thread 0x7fffbd2dc700 (LWP 18244)]
[New Thread 0x7fffbcadb700 (LWP 18245)]
[New Thread 0x7fff87fff700 (LWP 18246)]
[New Thread 0x7fff877fe700 (LWP 18247)]
[New Thread 0x7fff86ffd700 (LWP 18249)]
[New Thread 0x7fff867fc700 (LWP 18252)]
[New Thread 0x7fff85ffb700 (LWP 18260)]
[Thread 0x7fff85ffb700 (LWP 18260) exited]
[New Thread 0x7fff85ffb700 (LWP 18261)]
[New Thread 0x7fff84e05700 (LWP 18270)]

Program received signal SIGHUP, Hangup.
[Switching to Thread 0x7fffe8d51700 (LWP 18220)]
0x708e1489 in __libc_waitpid (pid=18213, stat_loc=0x0, options=0) at 
../sysdeps/unix

Bug#750343: autopkgtest: FTBFS: Tests failures

[Martin Pitt]

tag 750343 -unreproducible -moreinfo +confirmed
thanks

Hello again,

David Suárez [2014-06-02 20:22 +0200]:
> > UnicodeEncodeError: 'ascii' codec can't encode characters in position 
> > 917-919: ordinal not in range(128)

I finally found a environment where I can reproduce this, updating
tags. Thanks!

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


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

Bug#750536: LaTeX Error: Unknown float option `H'

[Mattias Ellert]

Package: doxygen
Version: 1.8.7-1
Severity: serious

Generation documentation from the doxygen generated latex source fails
with:

\begin{figure}[H] fails with:
LaTeX Error: Unknown float option `H'

See e.g.:

http://aws-logs.debian.net/ftbfs-logs/2014/06/01/globus-common_14.10-2_unstable.log
http://aws-logs.debian.net/ftbfs-logs/2014/06/01/globus-ftp-client_7.6-1_unstable.log

The reason for this is an updated version of the fixltx2e package in the
latest texlive version that adds syntax checking to the float command.
This check is confused if the float package is included before the
fixltx2e package, as is done in the doxygen generated sources.

Fix available as a github pull request:

https://github.com/doxygen/doxygen/pull/178

Also attached as a patch.

diff --git a/src/latexgen.cpp b/src/latexgen.cpp
index 40ad877..10e50de 100644
--- a/src/latexgen.cpp
+++ b/src/latexgen.cpp
@@ -290,6 +290,7 @@ static void writeDefaultHeaderPart1(FTextStream &t)
 
   // Load required packages
   t << "% Packages required by doxygen\n"
+   "\\usepackage{fixltx2e}\n" // for \textsubscript
"\\usepackage{calc}\n"
"\\usepackage{doxygen}\n"
"\\usepackage{graphicx}\n"
@@ -297,7 +298,6 @@ static void writeDefaultHeaderPart1(FTextStream &t)
"\\usepackage{makeidx}\n"
"\\usepackage{multicol}\n"
"\\usepackage{multirow}\n"
-   "\\usepackage{fixltx2e}\n" // for \textsubscript
"\\PassOptionsToPackage{warn}{textcomp}\n"
"\\usepackage{textcomp}\n"
"\\usepackage[nointegrals]{wasysym}\n"


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

Bug#750533: colord output

[Christopher James Halse Rogers]

Hey there!

What is the actual output colord is spewing to syslog? For me it just 
lists the devices that appear when cups starts (ie: all the printers 
I've got set up), which seems to be reasonable behaviour to me.



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

Bug#750537: naive debian/rules parsing for python interpreter name

[Matthias Klose]

Package: lintian
Version: 2.5.22.1

lintian complains about python3-stdlib-extensions's

  E missing-python-build-dependency

This is wrong, python$* is always used in the pattern rules.


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

Bug#749938: libnet-ssh2-perl: FTBFS: libgcrypt20 vs. libcrypt11

[Mikhail Gusarov]

Hi folks,

Sorry for poor communication and all the headache my update of libssh2 caused.

Best regards,
Mikhail Gusarov.


On Fri, May 30, 2014 at 9:02 PM, Niko Tyni  wrote:
> Package: libnet-ssh2-perl
> Version: 0.53-1
> Severity: serious
> X-Debbugs-Cc: libs...@packages.debian.org
>
> The build dependencies of this package are uninstallable in sid
> (and apparently in jessie too):
>
> # apt-get build-dep libnet-ssh2-perl
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following packages have unmet dependencies:
>  libssh2-1-dev : Depends: libgcrypt20-dev but it is not going to be installed
>
> This seems to be because libssh2 recently moved to libgrypt20:
>
> Changes:
>  libssh2 (1.4.3-3) unstable; urgency=low
>  .
>[...]
>* Rebuild with libgcrypt20 (Closes: #744829).
>
>  -- Mikhail Gusarov   Mon, 19 May 2014 10:23:27 +0200
>
> so
>  libnet-ssh2-perl Build-Depends: libssh2-1-dev, libgcrypt11-dev
>  libssh2-1-devDepends:   libgcrypt20-dev
>  libgcrypt11-dev  Conflicts: libgcrypt20-dev
>
> I suppose libnet-ssh2-perl needs to move to libgcrypt20-dev too.
> --
> Niko Tyni   nt...@debian.org


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

Bug#750446: LaTeX Error: Unknown float option `H'

[Mattias Ellert]

ons 2014-06-04 klockan 16:04 +0900 skrev Norbert Preining:
> Hi,
> 
> >   The float package
> 
> Then the order is wrong in the document.
> 
> The order of loading fixltx2e and float is important when you
> use the extension of float.
> 
> The following document compiles correctly:
>   \documentclass{article}
>   \usepackage{fixltx2e}
>   \usepackage{float}
>   \begin{document}
>   \begin{figure}[H]
>Huu
>   \end{figure}
>   \end{document}

This was useful. Unlike all your previous yelling about that the
"original sources are broken". There was nothing broken about these
original sources before upstream introduced a change to fixltx2e.

With this new information I can file a bug to doxygen asking the
maintainer to adapt to this backward incompatible change in texlive.

Mattias



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

Bug#750446: LaTeX Error: Unknown float option `H'

[Norbert Preining]

On Wed, 04 Jun 2014, Mattias Ellert wrote:
> This was useful. Unlike all your previous yelling about that the

[ can we leave personal insults out here, we are discussing bugs ]
[ I clearly stated my opinion and stand by it, if you are different ]
[ opinion, you are free to be,m but I am the maintainer ]

> "original sources are broken". There was nothing broken about these
> original sources before upstream introduced a change to fixltx2e.

Well, they fixed a misbehaviour in the correct way.
And the order is somehow the obvious thing, right?
\def\foobar{Hello}
\def\foobar{World}
is different from
\def\foobar{World}
\def\foobar{Hello}
when it comes to "executing"
\foobar

> With this new information I can file a bug to doxygen asking the
> maintainer to adapt to this backward incompatible change in texlive.

This is
* no backward incompatible change
* no bug in TeX Live

but a *bug* in the original source code that has not shown up till now.
Same has happened many times with upgrades of gcc or other things.

Anyway, good that it helped

Norbert


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



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

Bug#744124: postgresql-9.1 claims to test version 9.3.4

[Christoph Berg]

Re: To Debian Bug Tracking System 2014-04-10 
<20140410132924.ga27...@msgid.df7cb.de>
> on 2014-04-02, http://ci.debian.net/#package/postgresql-9.1 started
> listing "9.3.4-1". That's clearly wrong; 9.3.4 is from a different
> source package postgresql-9.3.

Hi,

the "real" bug behind this is that postgresql-9.1 in sid doesn't have
any Testsuite header anymore, yet debci insists on keeping to test it,
yielding tmpfail because there's no tests in the package. It'd be nice
if at least that part got fixed :)

Thanks,
Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


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

Bug#750537: naive debian/rules parsing for python interpreter name

[Jakub Wilk]

* Matthias Klose , 2014-06-04, 10:13:

lintian complains about python3-stdlib-extensions's

 E missing-python-build-dependency

This is wrong, python$* is always used in the pattern rules.


It's not the "python$*" string that triggers this false-positive, but 
"setup.py".


$PYTHON3X_DEPEND in checks/rules.pm is out-of-date.

--
Jakub Wilk


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

Bug#749027: [Pkg-clamav-devel] Bug#749027: The ClamAV daemon stops working.

[Jim Barber]

Hi Andreas.

On 29/05/2014 5:10 PM, Andreas Cadhalpun wrote:

Thanks for your help in finding the cause.
Since the logs are inconclusive, it would really help if you could get us a 
backtrace, when clamd is hanging.
For this install clamav-dbg and gdb.
When it hangs again, please determine the PIDs of all clamd threads, e.g. with:
ps -eL | grep clamd
The second column contains this number.
For every thread of clamd, run (replacing  with the actual number):
sudo gdb /usr/sbin/clamd 
And then in gdb:
bt full
The output of this should help to figure out, where exactly clamd is hanging.


Okay, I have a hang, and I have the gdb output that you want.

First the PID and Threads:

# ps -eL | grep -P 'LWP|clamd'
  PID   LWP TTY  TIME CMD
26124 26124 ?00:00:11 clamd
26124 26126 ?00:00:00 clamd


Then connecting to the first thread via gdb:

# gdb /usr/sbin/clamd 26124
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/sbin/clamd...Reading symbols from 
/usr/lib/debug/usr/sbin/clamd...done.
done.
Attaching to program: /usr/sbin/clamd, process 26124

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Reading symbols from /usr/lib/libclamav.so.6...Reading symbols from 
/usr/lib/debug/usr/lib/libclamav.so.6.1.23...done.
done.
Loaded symbols for /usr/lib/libclamav.so.6
Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...Reading symbols from 
/usr/lib/debug/lib/x86_64-linux-gnu/libpthread-2.18.so...done.

done.
[New LWP 26126]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Loaded symbols for /lib/x86_64-linux-gnu/libpthread.so.0
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...Reading symbols from 
/usr/lib/debug/lib/x86_64-linux-gnu/libc-2.18.so...done.
done.
Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6
Reading symbols from /usr/lib/x86_64-linux-gnu/libxml2.so.2...(no debugging 
symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libxml2.so.2
Reading symbols from /lib/x86_64-linux-gnu/libz.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libz.so.1
Reading symbols from /lib/x86_64-linux-gnu/libbz2.so.1.0...(no debugging 
symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libbz2.so.1.0
Reading symbols from /usr/lib/x86_64-linux-gnu/libltdl.so.7...(no debugging 
symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libltdl.so.7
Reading symbols from /usr/lib/x86_64-linux-gnu/libffi.so.6...(no debugging 
symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libffi.so.6
Reading symbols from /usr/lib/x86_64-linux-gnu/libstdc++.so.6...(no debugging 
symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libstdc++.so.6
Reading symbols from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0...(no debugging 
symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
Reading symbols from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0...(no 
debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...Reading symbols from 
/usr/lib/debug/lib/x86_64-linux-gnu/libm-2.18.so...done.
done.
Loaded symbols for /lib/x86_64-linux-gnu/libm.so.6
Reading symbols from /lib/x86_64-linux-gnu/libdl.so.2...Reading symbols from 
/usr/lib/debug/lib/x86_64-linux-gnu/libdl-2.18.so...done.
done.
Loaded symbols for /lib/x86_64-linux-gnu/libdl.so.2
Reading symbols from /lib/x86_64-linux-gnu/libgcc_s.so.1...(no debugging 
symbols found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/libgcc_s.so.1
Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from 
/usr/lib/debug/lib/x86_64-linux-gnu/ld-2.18.so...done.
done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /lib/x86_64-linux-gnu/liblzma.so.5...(no debugging symbols 
found)...done.
Loaded symbols for /lib/x86_64-linux-gnu/liblzma.so.5
Reading symbols from /lib/x86_64-linux-gnu/libnss_compat.so.2...Reading symbols from 
/usr/lib/debug/lib/x86_64-linux-gnu/libnss_compat-2.18.so...done.

done.
Loaded symbols for /lib/x86_64-linux-gnu/libnss_compat.so.2
Reading symbols from /lib/x86_64-linux-gnu/libnsl.so.1...Reading symbols from 
/usr/lib/debug/lib/x86_64-linux-gnu/libnsl-2.18.so...done.
done.
Loaded symbols for /lib/x86_64-linux-gnu/libnsl.so.1
Reading symbols from /lib/x86_64-linux-gnu/libnss_nis.so.2...Reading symbols from 
/usr

Bug#749945: slurm-llnl: Need separate packages for slurmd and slurmctld

[gennaro . oliva]

Hi Riedy,

On Fri, May 30, 2014 at 03:03:35PM -0400, Riedy wrote:
> With slurm, slurmd runs on compute notes and slurmctld runs on
> controller nodes.  Those nodes are separate.
> 
> The current package installs and tries to run both at once.  This
> requires a bit of trickery to make installation think it's successful.

SLURM init script run whatever daemon is specified in the configfile: if
hostname matches ControlMachine it will run slurmctld and if it matches
NodeName it will run slurmd.

> Splitting slurm-llnl into slurmd-llnl and slurmctld-llnl would be
> incredibly helpful.

slurm-llnl is a 25M package, I do not think it's worth it.
Best regards
-- 
Gennaro Oliva


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

Bug#750538: No postgresql-debversion packages for 9.3 or 9.4 on apt.postgresql.org

[Stuart Bishop]

Package: postgresql-debversion
Version: 1.0.7-1

postgresql-debversion packages for PostgreSQL 9.3 and 9.4 are not
available on apt.postgresql.org.

-- 
Stuart Bishop 
http://www.stuartbishop.net/


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

Bug#750538: No postgresql-debversion packages for 9.3 or 9.4 on apt.postgresql.org

[Christoph Berg]

Re: Stuart Bishop 2014-06-04 

> postgresql-debversion packages for PostgreSQL 9.3 and 9.4 are not
> available on apt.postgresql.org.

Hi,

I'll look into this. Last time I checked there was still some issue
which prevented the package to Just Work with the build scripts we
have there.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


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

Bug#750473: u-boot: Please enable Cubietruck support

[Andreas Henriksson]

Hello Ian!

Thanks for your input!

On Wed, Jun 04, 2014 at 07:54:08AM +0100, Ian Campbell wrote:
[...]
> Did you also pick up the designware fixes? (It sounds like it since
> Andreas reports dhcp working).

There where a bunch of designware patches in the package.

> FYI there is support for cubieboard 1&2 and a couple of other boards
> (one ofthe OLinuxIno ones I think) ongoing on the u-boot list.
> 
> To be really useful we would also want the AHCI driver which is also
> currently being reviewed on the list.
> 
> I suppose all of that ought to wait for upstream acceptance though.
[...]

Hopefully you'll be able to get these patches in before v2014.07
and I think we can live without AHCI until then (which AIUI means
there will be a need for a /boot partition on MMC which isn't the
end of the world).

Of the unmerged patches on the mailinglist, this one looks like
a fix for a pretty horrible problem though:

http://lists.denx.de/pipermail/u-boot/2014-June/180936.html

Maybe the description makes it sound worse then it really is?


Regards,
Andreas Henriksson


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

Bug#746464: [#746464] conntrackd segfault

[Arturo Borrero Gonzalez]

Hi Dominique,

I'm using this version of conntrack with no failures.

To catch the bug I would suggest several things:
 * share your config
 * share data about your environment, workload, and so on.
 * which linux kernel are you running?
 * run conntrackd in foreground and try to reproduce the bug (not in
forked-daemon mode).
 * run conntrackd with valgrind and or gdb, so we can have a bit more
detailed info about the segfault.

Please, let me know if you need further help.

regards.
-- 
Arturo Borrero González

Bug#750473: u-boot: Please enable Cubietruck support

[Ian Campbell]

On Wed, 2014-06-04 at 11:24 +0200, Andreas Henriksson wrote:
> Hello Ian!
> 
> Thanks for your input!
> 
> On Wed, Jun 04, 2014 at 07:54:08AM +0100, Ian Campbell wrote:
> [...]
> > Did you also pick up the designware fixes? (It sounds like it since
> > Andreas reports dhcp working).
> 
> There where a bunch of designware patches in the package.
> 
> > FYI there is support for cubieboard 1&2 and a couple of other boards
> > (one ofthe OLinuxIno ones I think) ongoing on the u-boot list.
> > 
> > To be really useful we would also want the AHCI driver which is also
> > currently being reviewed on the list.
> > 
> > I suppose all of that ought to wait for upstream acceptance though.
> [...]
> 
> Hopefully you'll be able to get these patches in before v2014.07
> and I think we can live without AHCI until then (which AIUI means
> there will be a need for a /boot partition on MMC which isn't the
> end of the world).

The problem is that in sid we currently have Linux v3.14 which speaks
AHCI but not MMC and u-boot upstream currently speaks MMC but not AHCI.

The Linux MMC patches are currently backported to our v3.15 kernel which
is in experimental. But it has now transpired that v3.14 is likely to be
the next upstream longterm stable [0], which has an impact on what will
be in Jessie. If we end up going with v3.14 I'll have to investigate
backporting the MMC patches further to 3.14, I'm not sure how plausible
that will be.

(Personally my use cases centre around SATA disks more than MMC, but I'm
still happy to attempt the driver backport to 3.14 if it turns out to be
needed)

[0] https://lists.debian.org/debian-kernel/2014/06/msg00017.html

> Of the unmerged patches on the mailinglist, this one looks like
> a fix for a pretty horrible problem though:
> 
> http://lists.denx.de/pipermail/u-boot/2014-June/180936.html
> 
> Maybe the description makes it sound worse then it really is?

It is pretty nasty, but AIUI it is benign unless you have other mainline
patches which actually expose the issue, so unless we backport those (I
don't know which they are, but I think we are unlikely to grab them) I
think we are "OK".

Once that patch goes upstream we should definitely take it though.

Ian.


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

Bug#750539: libgnutls28: security problem with this version

[Eric Valette]

Package: libgnutls28
Version: 3.3.2-1
Severity: critical
Tags: upstream security
Justification: root security hole

See the following page and please provide 3.3.4.

http://www.gnutls.org/security.html

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

Kernel: Linux 3.12.21 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgnutls28 depends on:
ii  libc6  2.19-0experimental0
ii  libgmp10   2:6.0.0+dfsg-4
ii  libhogweed22.7.1-2+b1
ii  libnettle4 2.7.1-2+b1
ii  libp11-kit00.20.2-5
ii  libtasn1-6 3.6-1
ii  multiarch-support  2.19-0experimental0
ii  zlib1g 1:1.2.8.dfsg-1

libgnutls28 recommends no packages.

Versions of packages libgnutls28 suggests:
pn  gnutls-bin  

-- 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#750540: postinst: cannot create /var/lib/ispell/ngerman.compat: Directory nonexistent

[Matthias Urlichs]

Source: ingerman
Version: 20131206-4
Severity: important

ingerman (20131206-4) wird eingerichtet ...
/var/lib/dpkg/info/ingerman.postinst: 23: /var/lib/dpkg/info/ingerman.postinst: 
cannot create /var/lib/ispell/ngerman.compat: Directory nonexistent

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

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


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

Bug#643336: libgcrypt is still partly broken

[Aiko Barz]

Hello,

after upgrading an internal system to Wheezy today, we got hit by 133
"general protection" errors in libgcrypt.so.11.7.0 in a very short time.

Using ldap instead of ldaps within the ldap.conf solved the issue for
now but this is an uncomfortable workaround of course.

The issue seems to be partly solved by 1.5.0-4 though, since we have no
issues on pure AMD64 systems, that have been upgraded earlier.

The troublemaker has a 3.2.0-4-amd64 kernel and an i686 userland:
libgcrypt11:i386 / 1.5.0-5+deb7u1

The system uses two Intel E5645 Hexa Core Xeons with AES-NI support.

Kind regards,
Aiko Barz

-- 
:wq ✉


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

Bug#750541: samba-libs: Dependency problems prevent installing samba-libs package

[José Salavert Torres]

Package: samba-libs
Severity: important

Dear Maintainer,

Dependency problems with libldb1 numbering in the unstable branch prevent 
installing samba-libs.

samba-libs : Depends: libldb1 (< 1:1.1.17~) but 1:1.1.17-1 is to be installed

Cheers

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

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

Versions of packages samba-libs depends on:
ii  libacl1  2.2.52-1
ii  libasn1-8-heimdal1.6~rc2+dfsg-6
ii  libattr1 1:2.4.47-1
ii  libbsd0  0.6.0-2
ii  libc62.18-7
ii  libcap2  1:2.22-1.2
ii  libcomerr2   1.42.10-1
ii  libcups2 1.7.2-3
ii  libgcrypt11  1.5.3-4
ii  libgnutls26  2.12.23-16
ii  libgssapi3-heimdal   1.6~rc2+dfsg-6
ii  libhcrypto4-heimdal  1.6~rc2+dfsg-6
ii  libhx509-5-heimdal   1.6~rc2+dfsg-6
ii  libkrb5-26-heimdal   1.6~rc2+dfsg-6
ii  libldap-2.4-22.4.39-1
ii  libldb1  1:1.1.17-1
ii  libntdb1 1.0-4
ii  libpam0g 1.1.8-3
ii  libpopt0 1.16-8
ii  libpython2.7 2.7.7-1
ii  libtalloc2   2.1.1-1
ii  libtdb1  1.3.0-1
ii  libtevent0   0.9.21-1
ii  libwbclient0 2:4.1.7+dfsg-2
ii  multiarch-support2.18-7
ii  python-talloc2.1.1-1
ii  zlib1g   1:1.2.8.dfsg-1

samba-libs recommends no packages.

samba-libs suggests no packages.


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

Bug#749655: autopkgtest: chokes on libreoffice; leaves 2GB copy of source tree behind in output dir

[Martin Pitt]

Hey Antonio,

Antonio Terceiro [2014-05-28 19:36 -0300]:
> I am setting severity to important because leaving 2GB behind at every
> test run is pretty nasty on automation systems.

Argh, indeed. Agreed!

> admin@ip-172-31-36-237:/var/lib/debci/tmp$ time sudo adt-run -u debci 
> --gnupg-home=/usr/share/debci/gnupg -o libreoffice libreoffice --- schroot 
> debci-unstable-amd64

I ran that command on that very box, and it didn't fail on copying the
tests tree, so I can't reproduce that particular error. :(

Instead my run failed much later with

  adt-run: testbed failed: sent `copydown libreoffice/apt0-tests-tree/ 
/tmp/adt-run.Fx9J46/apt0-build/libreoffice-4.2.4/', got `timeout', expected 
`ok...'

and libreoffice/ does not have a tests-tree, it got cleaned up properly.

So let's see what we can pry out of that log.

> dpkg-source: warning: diff 
> `libreoffice-4.2.4/debian/patches/i18npool-icu53.diff' patches file 
> libreoffice-4.2.4/i18npool/source/collator/collator_unicode.cxx twice

FTR, these are cosmetical and don't break the unpack.

> adt-run: testing package libreoffice version 1:4.2.4-3
> adt-run: *  build not needed

Getting here means the unpacking in the testbed was successful.

> admin@ip-172-31-36-237:/var/lib/debci/tmp$ echo $?
> 16

This means that adt-run or the testbed exit()ed by itself through
bomb(), and it wasn't terminated by a signal. So the atexit handlers
should run. What's really strange is that there is no error message at
all. Every bomb() has an error message which should be visible on
stderr. Your log definitively has stderr, maybe something got cut off
somehow? Do you still happen to have this in scrollback?

> admin@ip-172-31-36-237:/var/lib/debci/tmp$ du -shc libreoffice/*
> 1.9G  libreoffice/apt0-tests-tree

In my current run the complete copied up tests-tree is 2.7 GB. Thus I
conclude that the act.tests_tree.copyup() failed somehow (I don't know
why, that'd require the error message).

However, I do see one error in the code:

act.tests_tree = TestbedPath(...)
act.tests_tree.copyup()
atexit.register(rmtree, 'tests-tree', act.tests_tree.host)

That means the cleanup handler is only registered after a successful
copyup(), and that's what failed. So I need to register it earlier.

That will fix the leftover test-tree in the result dir, but of course
it won't fix the cause why the copyup failed. Are you ok with leaving
this bug for the cleanup failure?

If you can reproduce the copyup failure, can you watch out for an
error message?

Thanks,

Martin

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


signature.asc
Description: Digital signature

Bug#750542: /usr/bin/debcheckout doesn't detect the new alioth https Git URLs

[Didier Raboud]

Package: devscripts
Version: 2.14.4
Severity: normal
File: /usr/bin/debcheckout

Hi,

When trying to checkout a package which has a Vcs-Git field filled with
the Git URL as displayed on alioth repositories [0], the "authenticated"
checkout doesn't work:

$ debcheckout -u odyx -a printer-driver-ptouch
can't use authenticated mode on repository
'https://alioth.debian.org/anonscm/git/printing/ptouch-driver.git' since it is
not a known repository (e.g. alioth)

Cheers, 

OdyX

[0] https://alioth.debian.org/anonscm/git/${group}/${repo}.git


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

Bug#747914: created LXC containers don't have networking

[Martin Pitt]

Hello all,

CC'ing Stéphane as the LXC upstream.

Daniel Baumann [2014-06-01 19:57 +0200]:
> close 747914

That seems a bit harsh, could we not leave this open as a wishlist
bug? It sounded like you'd also prefer having network by default, it's
just too hard to do with the current package?

> first, this is not a thing that the debian package should, at least not
> in the current state of affairs (it might look different if we have
> networkd by default at some point). the network setup is the task of the
> local admin to do, lxc as a package should not setup or guess the
> network configuration that the admin is intending to use, regardless if
> some debian derivatives/forks do it differently.

The networking between the host and the LXC guests will look pretty
much the same everywhere -- that just seems like a repetitive task to
do?

Upstream's upstart script all do that by default:
https://github.com/lxc/lxc/blob/master/config/init/upstart/lxc-net.conf

But it would be really helpful if upstream could split out all that
logic into an "lxc-net" shell script and put it into /usr/share/lxc/,
which is then used by the upstart job. This would allow the sysvinit
and systemd init scripts to do the same, and also greatly help with
this bug in Debian, as there would be essentialy no modifications
against upstream any more. Stéphane, does that sound reasonable?

> secondly, i've specifically been told from the dpl to not modify the
> lxc-debian template as shipped by upstream

Not necessary. Once the bridge and dnsmasq have been set up on the
host, the container will just work (perhaps with modifying
lxc.network.type). On an Ubuntu host I can create and use Debian
containers just fine and they have network.

> [0] why? because it's not the business to parse /etc/network/interface
> and modify from bin:lxc or bin:lxc-stuff.

Yes, agreed.

Thanks,

Martin

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


signature.asc
Description: Digital signature

Bug#747465: (no subject)

[Luca Conte]

I've the same problem: debian testing (jessie) + lxde.
Maximilian's solution:

>I found out that notifications work correct if I provide the following file 
>/usr/share/dbus-1/services/org.gnome.Notifications.service with content:
>
>[D-BUS Service]
>Name=org.freedesktop.Notifications
>Exec=/usr/lib/notification-daemon/notification-daemon

works for me! 


signature.asc
Description: Digital signature

Bug#748291: lxc-start: failed creating cgroups

[Martin Pitt]

reopen 748291
found 748291 1.0.3-2
tag 748291 -unreproducible -moreinfo -upstream +confirmed
thanks

I get the very same problem in a freshly created and rather minimal
sid environment. It seems I merely need to install cgroupfs-mount to
make this work.

So adding a "Depends: cgroupfs-mount | systemd-sysv" seems sufficient
to fix this?

Thanks,

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


signature.asc
Description: Digital signature

Bug#750543: python-pbr: typo in long description (s/bad/based/)

[Michael Prokop]

Package: python-pbr
Version: 0.8.0-1
Severity: minor


% apt-cache show python-pbr
[...]
Description-en: inject useful and sensible default behaviors into setuptools - 
Python 2.x
 PBR (Python Build Reasonableness) is a library that injects some useful and
 sensible default behaviors into your setuptools run. PBR can:
  * Manage version number bad on git revisions and tags (Version file).
  ^^^
I assume this should be "based" instead

regards,
-mika-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2014-06-04t12-17...@devnull.michael-prokop.at

Bug#750544: broken shstring support

[Jean-Baptiste Lallement]

Package: autopkgtest
Version: 2.17
Severity: normal

I'm implementing an ssh driver for autopkgtest and current support of 
shstring has several major issues:

- adt-run always calls auxverb command
- shell strings are not quoted properly

This patch is an attempt to fix them.

Thanks for considering it.

--
Jean-Baptiste Lallement
Canonical Services Ltd.
IRC: jibel
>From 89c328064fe30e7644402f9dc2d6b975d35050cb Mon Sep 17 00:00:00 2001
From: Jean-Baptiste Lallement 
Date: Wed, 4 Jun 2014 12:07:12 +0200
Subject: [PATCH] Fixed shstring handling

* Merged print-auxverb-command and print-shstring-command into
  print-execute-command which return the right command string depending on
  downkind
* Drop perl script when command is an shstring. In this case auxverb and
* shstring are the same
* Added cmd_quote_shstring that returns a shell escaped version of a string if
  downkind is shstring
* Quote the script to run test with quote-shstring
---
 lib/VirtSubproc.py | 43 +++
 runner/adt-run | 10 ++
 2 files changed, 25 insertions(+), 28 deletions(-)

diff --git a/lib/VirtSubproc.py b/lib/VirtSubproc.py
index b099879..7f2a858 100644
--- a/lib/VirtSubproc.py
+++ b/lib/VirtSubproc.py
@@ -34,6 +34,7 @@ import time
 import re
 import pipes
 import socket
+import shlex
 import shutil
 
 debuglevel = None
@@ -123,12 +124,12 @@ def cmd_close(c, ce):
 cleanup()
 
 
-def cmd_print_auxverb_command(c, ce):
-return print_command('auxverb', c, ce)
-
-
-def cmd_print_shstring_command(c, ce):
-return print_command('shstring', c, ce)
+def cmd_print_execute_command(c, ce):
+global downkind
+if downkind == 'shstring':
+return print_command('shstring', c, ce)
+else:
+return print_command('auxverb', c, ce)
 
 
 def print_command(which, c, ce):
@@ -167,7 +168,7 @@ def execute_raw(what, instr, timeout, *popenargs, **popenargsk):
 
 
 def execute(cmd_string, cmd_list=[], downp=False, outp=False, timeout=0):
-cmdl = cmd_string.split()
+cmdl = shlex.split(cmd_string)
 
 if downp:
 perhaps_down = downs['auxverb']
@@ -267,16 +268,6 @@ def downtmp_remove():
 global downtmp
 execute('rm -rf --', [downtmp], downp=True)
 
-perl_quote_re = re.compile('[^-+=_.,;:() 0-9a-zA-Z]')
-
-
-def perl_quote_1chargroup(m):
-return '\\x%02x' % ord(m.group(0))
-
-
-def perl_quote(s):
-return '"' + perl_quote_re.sub(perl_quote_1chargroup, s) + '"'
-
 
 def opened1():
 global down, downkind, downs
@@ -286,13 +277,7 @@ def opened1():
  'shstring': down + ['sh', '-c']}
 elif downkind == 'shstring':
 downs = {'shstring': down,
- 'auxverb': ['perl', '-e', '''
-@cmd=(''' + (','.join(map(perl_quote, down))) + ''');
-s/'/'''/g foreach @ARGV;
-push @cmd, "'$_'" foreach @ARGV;
-my $argv0=$cmd[0];
-exec $argv0 @cmd;
-die "$argv0: $!"''']}
+ 'auxverb': down }
 debug("downs = %s" % str(downs))
 
 
@@ -649,6 +634,16 @@ def cmd_shell(c, ce):
 raise FailedCmd(['not supported by virt server'])
 
 
+def cmd_quote_shstring(c, ce):
+""" Return a shell escaped version of c if downkind is shstring
+"""
+global downkind
+if downkind == 'shstring':
+return [urllib.quote(pipes.quote(c[1]))]
+else:
+return [ce[1]]
+
+
 def command():
 sys.stdout.flush()
 while True:
diff --git a/runner/adt-run b/runner/adt-run
index d6f24c8..c3c71e9 100755
--- a/runner/adt-run
+++ b/runner/adt-run
@@ -903,7 +903,7 @@ class Testbed:
 
 Return exit code.
 '''
-auxverb = map(urllib.unquote, self.commandr('print-auxverb-command')[0].split(','))
+cmde = map(urllib.unquote, self.commandr('print-execute-command')[0].split(','))
 timeout = timeouts[kind]
 
 env = list(xenv)  # copy
@@ -917,7 +917,7 @@ class Testbed:
 
 VirtSubproc.timeout_start(timeout)
 try:
-proc = subprocess.Popen(auxverb + cmdl)
+proc = subprocess.Popen(cmde + cmdl)
 proc.communicate()
 VirtSubproc.timeout_stop()
 except VirtSubproc.Timeout:
@@ -1352,6 +1352,7 @@ class Test:
 testbed.prepare(dn, 'needs-recommends' in self.restriction_names)
 
 def run(self, tree):
+global testbed
 # record installed package versions
 if opts.output_dir:
 pkglist = TempTestbedPath(testbed, self.what + '-packages.all', autoclean=False)
@@ -1400,12 +1401,13 @@ class Test:
  %(t)s 2> >(tee %(e)s >&2) > >(tee %(o)s)
   ''' % {'t': tb_test_path, 'o': so.tb, 'e': se.tb}
 
+quoted = testbed.commandr('quote-shstring', [script])[0]
 if 'needs-root' not in self.restriction_names and opts.user is not None:
 if 'root-on-testbed' not in testbed.caps:
 bomb('cannot change to user %s wi

Bug#721996: udisks2/udev bug

[Javier Cantero]

This bug can be closed, since it seems that is a udisks2/udev bug rather than a
thunar-volman bug:

   * #725978 udisks2 bug: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725978
   * #713877 udev bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713877

There is a couple of workarounds in those bugs that do udev (and thus
thunar-volman) work as intended with CDs/DVDs and also with my Android phone
mass storage. Also there is a related fix in the udev most recent package, but
only for systemd users. The sysvinit users don't have their udev rules updated,
so the bug is still there.


 Saludos de Javier 



signature.asc
Description: Digital signature

Bug#750545: isc-dhcp-client: patch for "parse_option_param: Bad format a" error

[Ron]

Package: isc-dhcp-client
Version: 4.2.4-7
Severity: normal

Hi,

Please consider applying this patch, and/or getting it properly
upstreamed if possible.

https://github.com/Rogentos/rogentos-enterprise/blob/master/net-misc/dhcp/files/dhcp-4.2.1-dhclient-parse_option_param-Bad-format-a.patch

I'm seeing this error here with the jessie client being fed by
a wheezy server:

  # ifdown eth0; sleep 2; ifup eth0
  Internet Systems Consortium DHCP Client 4.2.4
  Copyright 2004-2012 Internet Systems Consortium.
  All rights reserved.
  For info, please visit https://www.isc.org/software/dhcp/

  parse_option_param: Bad format a
  Listening on LPF/eth0
  ...


 Thanks!
 Ron


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

Kernel: Linux 3.15-rc7-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages isc-dhcp-client depends on:
ii  debianutils  4.4
ii  iproute  1:3.14.0-1
ii  isc-dhcp-common  4.2.4-7
ii  libc62.18-7


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

Bug#746709: transition: python3 -- change the default to 3.4

[Emilio Pozuelo Monfort]

On 27/05/14 23:18, Emilio Pozuelo Monfort wrote:
> As discussed on IRC, let's do this one.

And it is done!

morse-simulator had to be removed because of #749685.

Regards,
Emilio


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

Bug#750546: ITP: sluice -- rate limiting data piping tool

[Colin Ian King]

Package: wnpp
Severity: wishlist
Owner: Colin Ian King 

* Package name: sluice
  Version : 0.01.00
  Upstream Author : Colin King 
* URL : http://kernel.ubuntu.com/~cking/sluice
* License : GPL-2+
  Programming Lang: C
  Description : rate limiting data piping tool

Sluice reads from standard input and write to standard
output at a specified data rate.  This can be useful
for benchmarking and exercising I/O streaming at desired
throughput rates.


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

Bug#749685: Processed: Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3

[Matthias Klose]

Control: severity -1 important

reassigning and keeping that release critical is odd.  This is a buildd issue,
and should be better tracked as such.


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

Bug#745603: transition: php5

[Emilio Pozuelo Monfort]

On 03/06/14 22:34, Ondřej Surý wrote:
> Hey,
> 
> I think that php-apcu and libkolab had minimal changes, so they are good
> to go.
> 
> I can't say anything about redland-bindings since there was a new
> upstream version upload, so I would rather be cautious. On the otherhand
> the popcon numbers are quite low:
> http://qa.debian.org/popcon.php?package=redland-bindings so not much
> harm would be done anyway. It's your call after all.

Hinted, let's see how it goes.

Emilio


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

Bug#750244: Info received (Bug#750244: syslinux-common: Failed to load ldlinux.c3

[a a]

Hello

This bug is introduced by syslinux-common. I found on syslinux mailing list
information that downgrade of this package has resolved the bug. Here is
the link
http://www.zytor.com/pipermail/syslinux-commits/2011-July/001446.html. I
build the netboot.tar.gz on linux system with debian 7.5. I created debian
SID enviroment with debootstrap a then i used chroot. After that i used
manual how to build debian installer. When i used the build netboot.tar.gz
on PXE boot the error message was failed to load ldlinux.c32. I think the
bug is present in sid. I also found older bug report with error message
Failed to load ldlinux.c32. Bug number is 699884.

Thank You

Have nice Day

ewew

Bug#750546: ITP: sluice -- rate limiting data piping tool

[Colin Ian King]

On 04/06/14 11:53, Timo Juhani Lindfors wrote:
> Hi,
> 
> how does this compare to "pv --limit-rate XXX"?
> 
> -Timo
> 

Hrmph, I didn't know about that specific option.  sluice's only major
difference in that respect is that it has a warning option to inform the
user that it can't keep up with the specified data rate and that by
default it is silent

Colin


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

Bug#750020: transition: eglibc

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 31/05/14 21:09, Aurelien Jarno wrote:
> We would like to get a transition slot for eglibc 2.19. It is currently
> uploaded in experimental and has been built successfully on all
> architectures except armel and armhf. We have done manual builds on
> these architectures and they have been successful.

Please go ahead.

Regards,
Emilio


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

Bug#745761: igtf-policy-bundle: General update after the debconf review process

[Dennis van Dok]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 04-06-14 06:58, Christian PERRIER wrote:
> Dear Debian maintainer,
> 
> Translators have been working hard and here is now the result of
> their efforts.

[...]

> As said, please use *at least* the PO files as provided here, 
> preferrably over those sent by translators in their bug reports.
> All of them have been checked and reformatted. In some cases,
> formatting errors have been corrected.

I've reviewed the differences between the po files as originally sent,
and in your attachment. I don't really understand what constitutes a
formatting error. In some cases the strings in the po files were very
wide, but in other cases the reformatting seemed to be rather arbitrary.

> It is now safe to upload a new package version with these changes.
> 
> Please notify me of your intents with regards to this.

On June 2, a new upstream release (1.57) came out. I've merged the
translations with this update, and I intent to upload the new package
ASAP but after at least some functional testing.

The packaging is a bit out of the ordinary, as the templates.in file
applies to several IGTF profile packages, and the normal flow of
dh_installdebconf could not be used. I had to resort to manually
running po2debconf on debian/templates.in in the rules file.

I'm still in the process to become maintainer, and in the meantime I
rely on my sponsor to upload the package for me.

> There is of course no hurry to update your package but feel free
> to contact me in case you would need sponsoring or any other action
> to fix this.

If my usual sponsor doesn't respond in a reasonable timespan, I may
take you up on your offer.


Many thanks for all your efforts!


Dennis van Dok

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJTjwIbAAoJEN/62Bl2F+8Zox0P/0QAQhLaCOcVir+rWb126arH
098FfTivoX5yF+v5NukBhBDEntMC+z2ctmm2f0nwQvMWi9Bil9znQb2zIAKLBnsA
ec5X7MHk3fX9MsxnFeZfeEsRXlSbgFeb3/HMUU6GvfVd7OJ2lxvNnWZtQ255ZbDS
2ia17ydvd4FyrZT+ZfMak2Z/v/BdScNGE/OPyUkahpB7Nxle1sDt8R+OaUIjHL6a
FKXOFYb/xOayCkHOnEWkfWdr37WXMzDgCN8u7CK0FD5ScQp1cSBqdpSP7SvLPEUm
c1yThl1JwSqTA8n77Pm6nysFZe/gG2lzsdkD3TTKCaSJjvlHLKq8izd1iah8+xz1
Yd0I0ERCoHIRGPETefisiPNIXhe9vDT+SDCZyjflOk8XTMhIScesWrAT50/q9maC
CpqlM6Cvk3ncfz+OuUbfWdKU1v0oKYmxj5MsqxUXwHZTy0AOpeCFL5+0soBFKgqT
OdNZpBP2l3CKceL/Sdc9Soq8HZpqCg+R+3V4fXfBXMccChXj3gnBLbvs/LDlz57e
3/DmGvOCnwCHAlt9Uc54xwzWlZGF8juXkZbjMQ6lgdeeW+A99f8uKYXUZ9APvDr5
St2aml6FDuMT3ZEtNU3u/cdRsyxLSeaO8WVfkKpRNPTPdYA16G0KanmFTUoeKlOJ
hy3+zoE8QOePR252LKho
=X95Q
-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#750546: ITP: sluice -- rate limiting data piping tool

[Timo Juhani Lindfors]

Hi,

how does this compare to "pv --limit-rate XXX"?

-Timo


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

Bug#750548: mips support for gluegen2

[Dejan Latinovic]

Package: gluegen2
Version: 2.1.5-1
Tags: sid patch
Severity: important
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch


Package sivp fails to build on Debian for mips/mipsel arch with an error:


> SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 
> DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \
> /usr/bin/scilab -nw -f builder.sce
> Could not create a Scilab main class. Error:
> Exception in thread "main" java.lang.ExceptionInInitializerError
> at javax.media.opengl.GLProfile.(GLProfile.java:83)
> at org.scilab.modules.gui.SwingView.(Unknown Source)
> at org.scilab.modules.gui.SwingView.registerSwingView(Unknown Source)
> at org.scilab.modules.core.Scilab.(Unknown Source)
> Caused by: java.lang.RuntimeException: Please port CPU detection to your 
> platform (linux/mipsel)
> at 
> jogamp.common.os.PlatformPropsImpl.getCPUTypeImpl(PlatformPropsImpl.java:302)
> at 
> jogamp.common.os.PlatformPropsImpl.(PlatformPropsImpl.java:134)
> ... 4 more
> 
> Scilab cannot create Scilab Java Main-Class (we have not been able to find 
> the main Scilab class. Check if the Scilab and thirdparty packages are 
> available).
> debian/rules:9: recipe for target 'build-arch' failed
> 


The reason for this failure is a lack of support for mips/mipsel in Debian 
package gluegen2, version 2.1.5.

Patch add-mips-support.patch that contains support for mips/mipsel is attached.


After rebuilding gluegen2 with these changes, 
I was able to build sivp successfully.

Could you please consider including these changes into gluegen2?



Best regards,
Dejandiff -uNr gluegen2-2.1.5.orig/src/java/com/jogamp/common/os/MachineDescription.java gluegen2-2.1.5/src/java/com/jogamp/common/os/MachineDescription.java
--- gluegen2-2.1.5.orig/src/java/com/jogamp/common/os/MachineDescription.java	2014-03-10 13:56:04.0 +
+++ gluegen2-2.1.5/src/java/com/jogamp/common/os/MachineDescription.java	2014-05-28 14:09:01.0 +
@@ -60,7 +60,11 @@
   /** {@link Platform.CPUType#X86_64} Little Endian Windows */
   X86_64_WINDOWS(Platform.CPUType.X86_64),
   /** {@link Platform.CPUType#SPARC_32} Big Endian Solaris */
-  SPARC_32_SUNOS(Platform.CPUType.SPARC_32);
+  SPARC_32_SUNOS(Platform.CPUType.SPARC_32),
+  /** {@link Platform.CPUType#MIPS_32} Big Endian Unix */
+  MIPS_32_UNIX(Platform.CPUType.MIPS_32),
+  /** {@link Platform.CPUType#MIPSEL_32} Little Endian Unix */
+  MIPSEL_32_UNIX(Platform.CPUType.MIPSEL_32);
 
   public final Platform.CPUType cpu;
 
@@ -77,6 +81,7 @@
   private final static int[] size_x86_64_unix =  { 4,8, 4, 8, 16,8,   4096 };
   private final static int[] size_x86_64_windows  =  { 4,4, 4, 8, 16,8,   4096 };
   private final static int[] size_sparc_32_sunos  =  { 4,4, 4, 8, 16,4,   8192 };
+  private final static int[] size_mips_32_unix=  { 4,4, 4, 8,  8,4,   4096 };
 
   /*   arch   os  i8, i16, i32, i64, int, long, float, doubl, ldoubl, ptr */
   private final static int[] align_armeabi=  { 1,   2,   4,   8,   4,4, 4, 8,  8,   4 };
@@ -86,6 +91,7 @@
   private final static int[] align_x86_64_unix=  { 1,   2,   4,   8,   4,8, 4, 8, 16,   8 };
   private final static int[] align_x86_64_windows =  { 1,   2,   4,   8,   4,4, 4, 8, 16,   8 };
   private final static int[] align_sparc_32_sunos =  { 1,   2,   4,   8,   4,4, 4, 8,  8,   4 };
+  private final static int[] align_mips_32_unix   =  { 1,   2,   4,   8,   4,4, 4, 8,  8,   4 };
 
   public enum StaticConfig {
   /** {@link MachineDescription.ID#ARMle_EABI } */
@@ -101,7 +107,11 @@
   /** {@link MachineDescription.ID#X86_64_WINDOWS } */
   X86_64_WINDOWS(ID.X86_64_WINDOWS, true,  size_x86_64_windows, align_x86_64_windows),
   /** {@link MachineDescription.ID#SPARC_32_SUNOS } */
-  SPARC_32_SUNOS(ID.SPARC_32_SUNOS, false, size_sparc_32_sunos, align_sparc_32_sunos);
+  SPARC_32_SUNOS(ID.SPARC_32_SUNOS, false, size_sparc_32_sunos, align_sparc_32_sunos),
+  /** {@link MachineDescription.ID#MIPS_32_UNIX } */
+  MIPS_32_UNIX(ID.MIPS_32_UNIX, false, size_mips_32_unix, align_mips_32_unix),
+ /** {@link MachineDescription.ID#MIPSEL_32_UNIX } */
+  MIPSEL_32_UNIX(ID.MIPSEL_32_UNIX, true, size_mips_32_unix, align_mips_32_unix);
 
   public final ID id;
   public final MachineDescription md;
diff -uNr gluegen2-2.1.5.orig/src/java/com/jogamp/common/os/Platform.java gluegen2-2.1.5/src/java/com/jogamp/common/os/Platform.java
--- gluegen2-2.1.5.orig/src/java/com/jogamp/common/os/Platform.java	2014-05-26 14:57:41.0 +
+++ gluegen2-2.1.5/src/java/com/jogamp/common/os/Platform.java	2014-05-28 14:09:01.0 +
@@ -113,6 +113,8 @@
 MIPS_32(  CPUFamily.MIPS, 0x0001)

Bug#750547: lxc: [INTL:et] Updated Estonian translation of the debconf templates lxc

[Georg Kahest]

Package: lxc
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

I have included a patch for lxc debconf Estonian translation

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
>From 651f1da3a1d1ee0f2f74d60b89ff87802ed88be5 Mon Sep 17 00:00:00 2001
From: Georg Kahest 
Date: Wed, 4 Jun 2014 13:54:32 +0300
Subject: [PATCH]  [INTL:et] Estonian debconf template translation for lxc

---
 debian/po/et.po |   44 
 1 file changed, 44 insertions(+)
 create mode 100644 debian/po/et.po

diff --git a/debian/po/et.po b/debian/po/et.po
new file mode 100644
index 000..58f082e
--- /dev/null
+++ b/debian/po/et.po
@@ -0,0 +1,44 @@
+# SOME DESCRIPTIVE TITLE.
+# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the PACKAGE package.
+# Georg Kahest , 2014.
+#
+#, fuzzy
+msgid ""
+msgstr ""
+"Project-Id-Version: lxc\n"
+"Report-Msgid-Bugs-To: l...@packages.debian.org\n"
+"POT-Creation-Date: 2014-04-05 11:26+0200\n"
+"PO-Revision-Date: 2014-06-04 \n"
+"Last-Translator: Georg Kahest \n"
+"Language-Team: Estonian \n"
+"Language: ET\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: UTF-8\n"
+
+#. Type: title
+#. Description
+#: ../lxc-stuff.templates:1001
+msgid "Linux Containers: LXC setup"
+msgstr "Linuxi konteinerid: LXC paigaldamine"
+
+#. Type: string
+#. Description
+#: ../lxc-stuff.templates:2001
+msgid "LXC directory:"
+msgstr "LXC kataloog:"
+
+#. Type: string
+#. Description
+#: ../lxc-stuff.templates:2001
+msgid ""
+"Please specify the directory that will be used to store the Linux Containers."
+msgstr "Palun.määra.katlaoog.mida.kasutatakse.konteinerite.hoiustamiseks"
+
+#. Type: string
+#. Description
+#: ../lxc-stuff.templates:2001
+msgid "If unsure, use /srv/lxc/containers (default)."
+msgstr ""
+"Kui sa.ei.soovi.kataloogi.muuta.kasuta.vaikeväärtust /srv/lxc/containers"
-- 
1.7.10.4

Bug#750549: ipvsadm: unable to load more than one rule

[Miguel Angel Martin]

Package: ipvsadm
Version: 1:1.26-1
Severity: important

Dear Maintainer,

I was working in a cluster with pacemker and corosync and lvs to do load 
balancing.
The cluster has two nodes, and lvs needs two virtual servers (IPv4,IPv6) and 
four real servers (2 IPv4,2 IPv6). 

I tried inserting rules both using ldirectord and ipvsadm directly. 
They were unable to add more than one real server per AF.

The expectation was that 2 real servers were included per AF.

Please, see raw ipvsadm commands below:

root@debian:~# ipvsadm -L -n
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port   Forward Weight ActiveConn InActConn
TCP  192.168.1.10:389 rr
  -> 192.168.1.11:389Route   1  0  0 
TCP  [fc00:1::1]:389 rr
  -> [fc00:1::2]:389 Route   1  0  0 

root@debian:~# ipvsadm -A -t 192.168.1.10:389 -s rr
Service already exists

root@debian:~# ipvsadm --add-server --tcp-service 192.168.1.10:389 
--real-server 192.168.1.11
Destination already exists

root@debian:~# ipvsadm --add-server --tcp-service 192.168.1.10:389 
--real-server 192.168.1.12
Destination already exists

root@debian:~# ipvsadm -A -t [fc00:1::1]:389 -s rr
Service already exists

root@debian:~# ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server 
[fc00:1::2]:80
Destination already exists

root@debian:~# ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server 
[fc00:1::3]:80
Destination already exists

root@debian:~# ipvsadm -L -n
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port   Forward Weight ActiveConn InActConn
TCP  192.168.1.10:389 rr
  -> 192.168.1.11:389Route   1  0  0 
TCP  [fc00:1::1]:389 rr
  -> [fc00:1::2]:389 Route   1  0  0 

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

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

Versions of packages ipvsadm depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38+deb7u1
ii  libnl1 1.1-7
ii  libpopt0   1.16-7
ii  lsb-base   4.1+Debian8+deb7u1

ipvsadm recommends no packages.

Versions of packages ipvsadm suggests:
pn  heartbeat   
pn  keepalived  
ii  ldirectord  1:3.9.2-5+deb7u2

-- Configuration Files:
/etc/default/ipvsadm changed:
AUTO="false"
DAEMON="none"


-- debconf information:
  ipvsadm/kernel_does_not_support_ipvs:
  ipvsadm/daemon_multicast_interface: eth0
  ipvsadm/auto_load_rules: false
  ipvsadm/daemon_method: none


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

Bug#750550: pm-utils: pm-is-supported should not exit with 0 if hibernation is not setup

[Raphael Geissert]

Package: pm-utils
Version: 1.3.0-3

Hi,

pm-is-supported --hibernate and --suspend-hybrid both return 0 even if
trying to hibernate is going to break the system due to no resume=
partition being configured. Handling this at the check_hibernate level
should also prevent pm-hibernate from leading to basically an unclean
reboot.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#750551: pm-utils: pm-is-supported _is_ used by upower, in spite of the claim from the manpage

[Raphael Geissert]

Package: pm-utils
Version: 1.4.1-9
Severity: minor

Hi,

The pm-is-supported manpage states that "UPower does not use
[pm-is-supported]", yet the linux backend of upower does just that
[1]. Granted, the feature of upower is deprecated, but the claim is
still inaccurate/no longer accurate.

[1]http://sources.debian.net/src/upower/0.9.23-2/src/linux/up-backend.c?hl=385#L377

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#744753: anacron: Anacron not triggered when system resumes under systemd

[Sam Morris]

On Tue, Jun 03, 2014 at 08:25:25PM +0200, Lennart Poettering wrote:
> On Tue, 03.06.14 05:43, Michael Biebl (bi...@debian.org) wrote:
> 
> > Lennart, do you have better solution for such services which need to be
> > restarted on suspend/resume?
> 
> Why would a service need something like this? This sounds systematically
> flawed... I'd really try to focus on that and fix the software in question.

The service in question, when started, checks to see if any of its cron
jobs haven't been run for a specified period, running them if they
haven't, then exits. It's intended as a replacement for the
daily/weekly/monthly cron jobs, which will not run if your computer is
turned off when their time arrives.

> 
> Lennart
> 

-- 
Sam Morris 
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Bug#749880: transition: marble18okular4

[Julien Cristau]

On Tue, Jun  3, 2014 at 23:04:43 +0200, Maximiliano Curia wrote:

> In file included from /usr/include/ImageMagick-6/magick/MagickCore.h:29:0,
>  from /usr/include/ImageMagick-6/magick/api.h:24,
>  from 
> /tmp/buildd/digikam-4.0.0/obj-x86_64-linux-gnu/extra/kipi-plugins/videoslideshow/magickiface/../../../../../extra/kipi-plugins/videoslideshow/magickiface/magickiface.h:40,
>  from 
> /tmp/buildd/digikam-4.0.0/obj-x86_64-linux-gnu/extra/kipi-plugins/videoslideshow/magickiface/magickiface.moc:9,
>  from 
> /tmp/buildd/digikam-4.0.0/extra/kipi-plugins/videoslideshow/magickiface/magickiface.cpp:26:
> /usr/include/ImageMagick-6/magick/magick-config.h:21:38: fatal error: 
> magick/magick-baseconfig.h: No such file or directory
>  #include "magick/magick-baseconfig.h"
> 
> That doen't seem to be related to the marble or okular soversion change.
> 
I'd say that looks like an imagemagick bug...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#750360: systemd-sysv: breaks NFS root systems

[Michael Biebl]

Am 04.06.2014 07:54, schrieb Dominik George:
>> While the attached patch looks correct, I'd very much prefer if we could
>> just mount /usr from the initramfs, which would make this issue obsolete.
> 
> Uh? Not really… remember, we are just goin to check whether we got the 
> *rootfs* mounted, we can hardly go mount something to /usr for that.

You are misunderstanding. If /usr is on a separate file system and we
mount that from within the initramfs [1], we don't need to worry about
using resources from /usr

> Apart from that, there is no /usr in the initramfs.

I didn't say that.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652459
-- 
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#750552: ITP: node-fileset -- Wrapper around miniglob / minimatch combo to allow multiple patterns matching and include-exclude ability

[Leo Iannacone]

Package: wnpp
Severity: wishlist
Owner: Leo Iannacone 

* Package name: node-fileset
  Version : 0.1.5
  Upstream Author : Mickael Daniel 
* URL : https://github.com/mklabs/node-fileset
* License : Expat
  Programming Lang: JavaScript
  Description : files patterns matching
 fileset provides an easy way to get a list of files by either
 using glob or path patterns. It can also optionally allowing
 exclude patterns to filter out the results.
 .
 Node.js is an event-based server-side JavaScript engine.


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

Bug#750549: ipvsadm: unable to load more than one rule

[Alexander Wirt]

On Wed, 04 Jun 2014, Miguel Angel Martin wrote:

> Package: ipvsadm
> Version: 1:1.26-1
> Severity: important
> 
> Dear Maintainer,
> 
> I was working in a cluster with pacemker and corosync and lvs to do load 
> balancing.
> The cluster has two nodes, and lvs needs two virtual servers (IPv4,IPv6) and 
> four real servers (2 IPv4,2 IPv6). 
> 
> I tried inserting rules both using ldirectord and ipvsadm directly. 
> They were unable to add more than one real server per AF.
> 
> The expectation was that 2 real servers were included per AF.
> 
> Please, see raw ipvsadm commands below:
> 
> root@debian:~# ipvsadm -L -n
> IP Virtual Server version 1.2.1 (size=4096)
> Prot LocalAddress:Port Scheduler Flags
>   -> RemoteAddress:Port   Forward Weight ActiveConn InActConn
> TCP  192.168.1.10:389 rr
>   -> 192.168.1.11:389Route   1  0  0 
> TCP  [fc00:1::1]:389 rr
>   -> [fc00:1::2]:389 Route   1  0  0 
> 
> root@debian:~# ipvsadm -A -t 192.168.1.10:389 -s rr
> Service already exists
> 
> root@debian:~# ipvsadm --add-server --tcp-service 192.168.1.10:389 
> --real-server 192.168.1.11
> Destination already exists

root@smithers ~ #  ipvsadm -A -t 192.168.1.10:389 -s rr
root@smithers ~ # ipvsadm --add-server --tcp-service 192.168.1.10:389 
--real-server 192.168.1.11
root@smithers ~ #  ipvsadm --add-server --tcp-service 192.168.1.10:389 
--real-server 192.168.1.12
root@smithers ~ # ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port   Forward Weight ActiveConn InActConn
TCP  192.168.1.10:389 rr
-> 192.168.1.11:389 Route   1  0  0 
-> 192.168.1.12:389 Route   1  0  0 


root@scyllaneu ~ # ipvsadm -A -t [fc00:1::1]:389 -s rr  
root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 
--real-server [fc00:1::2]:389
root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 
--real-server [fc00:1::3]:389
root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 
--real-server [fc00:1::4]:389
root@scyllaneu ~ # ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port   Forward Weight ActiveConn InActConn
TCP  192.168.1.10:389 rr
  -> 192.168.1.11:389 Route   1  0  0 
  -> 192.168.1.12:389 Route   1  0  0 
TCP  [fc00:1::1]:389 rr
  -> [fc00:1::2]:389  Route   1  0  0 
  -> [fc00:1::3]:389  Route   1  0  0 
  -> [fc00:1::4]:389  Route   1  0  0 

hmm, this works well here.

Alex


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

Bug#750529: systemd unit: Respect default file

[Michael Biebl]

Hi,

Am 04.06.2014 09:34, schrieb Martin Pitt:
> brltty's systemd unit unconditionally starts the service. This
> mis-matches the behaviour of the init.d file which checks
> RUN_BRLTTY in /etc/default/brltty. The attached debdiff adjusts the
> unit to do the same. It's not pretty, but seems to work well enough.
> 
> In the long run this hackery should stop of course; systemd units are
> rather fundamentally incompatible with the idea of enabling/disabling
> units with a default file instead of using "update-rc.d
> enable/disable" (which works for SysV init, systemd, and upstart). But
> as long as we have these options in the default file they should be
> respected.
> 
> Alternatively, to fix this bug it also seems fine to me to drop the
> RUN_BRLTTY option altogether. 

I'm against adding such hacks to the .service file. Please don't do
that. Please use the migration to native .service files to get rid of it.
If you don't want the service to be started by default, simply use
dh_systemd_enable --no-enable (or use a Condition*, if that is possible).
While unfortunately there is no equivalent (yet) for update-rc.d, you
can simply add a short comment to /etc/default/foo, that the RUN_BRLTTY
setting has no influence on the systemd service and one should use
systemctl enable|disable instead and that RUN_BRLTTY is only for the
legacy system.

I don't want to see those RUN flags in /etc/default/foo dragged over
into systemd service files.


-- 
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#750553: move .so to -dev package

[Mathieu Malaterre]

Package: liblog4cplus-1.0-4
Version: 1.0.4-1
Severity: serious

As per policy:

https://www.debian.org/doc/debian-policy/ch-sharedlibs.html

[...]
The SONAME symlink is installed by the runtime shared library package,
and the bare .so symlink is installed in the development package since
it's only used when linking binaries or shared libraries.
[...]

Please move the .so to the -dev package.

BTW .la file should be removed now.


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

Bug#750546: ITP: sluice -- rate limiting data piping tool

[Henrique de Moraes Holschuh]

On Wed, 04 Jun 2014, Colin Ian King wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Colin Ian King 
> 
> * Package name: sluice
>   Version : 0.01.00
>   Upstream Author : Colin King 
> * URL : http://kernel.ubuntu.com/~cking/sluice
> * License : GPL-2+
>   Programming Lang: C
>   Description : rate limiting data piping tool
> 
> Sluice reads from standard input and write to standard
> output at a specified data rate.  This can be useful
> for benchmarking and exercising I/O streaming at desired
> throughput rates.

We already have the "pv" package, which does all of that and more, and
that's in the absolutely ancient version in Debian/Ubuntu.  Does "sluice"
have relevant differences or advantages over "pv" ?

Looks like we could use a more active maintainer for pv, though.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#750547: lxc: [INTL:et] Updated Estonian translation of the debconf templates lxc

[georg]

Minor fix to the patch.
>From 651f1da3a1d1ee0f2f74d60b89ff87802ed88be5 Mon Sep 17 00:00:00 2001
From: Georg Kahest 
Date: Wed, 4 Jun 2014 13:54:32 +0300
Subject: [PATCH]  [INTL:et] Estonian debconf template translation for lxc

---
 debian/po/et.po |   44 
 1 file changed, 44 insertions(+)
 create mode 100644 debian/po/et.po

diff --git a/debian/po/et.po b/debian/po/et.po
new file mode 100644
index 000..58f082e
--- /dev/null
+++ b/debian/po/et.po
@@ -0,0 +1,44 @@
+# SOME DESCRIPTIVE TITLE.
+# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the PACKAGE package.
+# Georg Kahest , 2014.
+#
+#, fuzzy
+msgid ""
+msgstr ""
+"Project-Id-Version: lxc\n"
+"Report-Msgid-Bugs-To: l...@packages.debian.org\n"
+"POT-Creation-Date: 2014-04-05 11:26+0200\n"
+"PO-Revision-Date: 2014-06-04 \n"
+"Last-Translator: Georg Kahest \n"
+"Language-Team: Estonian \n"
+"Language: ET\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: UTF-8\n"
+
+#. Type: title
+#. Description
+#: ../lxc-stuff.templates:1001
+msgid "Linux Containers: LXC setup"
+msgstr "Linuxi konteinerid: LXC paigaldamine"
+
+#. Type: string
+#. Description
+#: ../lxc-stuff.templates:2001
+msgid "LXC directory:"
+msgstr "LXC kataloog:"
+
+#. Type: string
+#. Description
+#: ../lxc-stuff.templates:2001
+msgid ""
+"Please specify the directory that will be used to store the Linux Containers."
+msgstr "Palun mƤƤra katlaoog mida kasutatakse konteinerite hoiustamiseks."
+
+#. Type: string
+#. Description
+#: ../lxc-stuff.templates:2001
+msgid "If unsure, use /srv/lxc/containers (default)."
+msgstr ""
+"Kui sa ei soovi kataloogi muuta, kasutan vaikevƤƤrtust /srv/lxc/containers"
-- 
1.7.10.4

Bug#750517: no longer supports ducktyping for BufferedFile.write

[Jeremy T. Bouse]

On 06/03/2014 10:02 PM, Jelmer Vernooij wrote:
> Package: python-paramiko
> Version: 1.14.0-1
> Severity: normal
> 
> As of recently, paramiko no longer accepts buffer() objects as argument to
> BufferedFile.write. Rather, it requires that all arguments be either
> bytestrings or unicode strings. This regression breaks bzr, which writes
> files in chunks using buffer().
> 
>File "/usr/lib/python2.7/dist-packages/paramiko/file.py", line 324, in 
> write
>  data = b(data)
>File "/usr/lib/python2.7/dist-packages/paramiko/py3compat.py", line 43, in 
> b
>  raise TypeError("Expected unicode or bytes, got %r" % s)
>  TypeError: Expected unicode or bytes, got  0x7fbbb3f348f0, size 5242880, offset 0 at 0x7fbbcb8599b0>
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages python-paramiko depends on:
> ii  python 2.7.6-2
> ii  python-crypto  2.6.1-5
> ii  python-ecdsa   0.11-1
> 
> python-paramiko recommends no packages.
> 
> python-paramiko suggests no packages.
> 
> -- no debconf information
> 

Jelmer,

Thank you for finding and reporting this, as well as going ahead and
forwarding upstream and linking the issue. I follow the upstream issues
as well so I'll track and see if I can't get a patch fix introduced
sooner than a new release if need be.

Regards,
Jeremy



signature.asc
Description: OpenPGP digital signature

Bug#750529: systemd unit: Respect default file

[Martin Pitt]

tag 750529 -patch
thanks

Michael Biebl [2014-06-04 14:07 +0200]:
> I'm against adding such hacks to the .service file. Please don't do
> that. Please use the migration to native .service files to get rid of it.
> If you don't want the service to be started by default, simply use
> dh_systemd_enable --no-enable (or use a Condition*, if that is possible).
> While unfortunately there is no equivalent (yet) for update-rc.d, you
> can simply add a short comment to /etc/default/foo, that the RUN_BRLTTY
> setting has no influence on the systemd service and one should use
> systemctl enable|disable instead and that RUN_BRLTTY is only for the
> legacy system.
> 
> I don't want to see those RUN flags in /etc/default/foo dragged over
> into systemd service files.

Fair enough, let's go with the comment and --no-enable then. There is
no Condition* that allows you to specify a command, so we can't use
that.

Thanks,

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


signature.asc
Description: Digital signature

Bug#750546: ITP: sluice -- rate limiting data piping tool

[Colin Ian King]

On 04/06/14 13:14, Henrique de Moraes Holschuh wrote:
> On Wed, 04 Jun 2014, Colin Ian King wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Colin Ian King 
>>
>> * Package name: sluice
>>   Version : 0.01.00
>>   Upstream Author : Colin King 
>> * URL : http://kernel.ubuntu.com/~cking/sluice
>> * License : GPL-2+
>>   Programming Lang: C
>>   Description : rate limiting data piping tool
>>
>> Sluice reads from standard input and write to standard
>> output at a specified data rate.  This can be useful
>> for benchmarking and exercising I/O streaming at desired
>> throughput rates.
> 
> We already have the "pv" package, which does all of that and more, and
> that's in the absolutely ancient version in Debian/Ubuntu.  Does "sluice"
> have relevant differences or advantages over "pv" ?

sluice's only difference in that respect is that it has a warning option
to inform the user that it can't keep up with the specified data rate.

I guess we can close this bug and get pv updated, I don't think sluices
features merit uploading to Debian considering pv is superior.
> 
> Looks like we could use a more active maintainer for pv, though.
> 


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

Bug#744820:

[Adam D. Barratt]

Control: tags -1 + pending

On 2014-06-04 4:43, Vincent Cheng wrote:

On Tue, Jun 3, 2014 at 2:17 PM, Adam D. Barratt
 wrote:

On Thu, 2014-05-29 at 12:59 +1000, Jackson Doak wrote:

diff -u catfish-0.3.2/debian/changelog catfish-0.3.2/debian/changelog
--- catfish-0.3.2/debian/changelog
+++ catfish-0.3.2/debian/changelog
@@ -1,3 +1,10 @@
+catfish (0.3.2-1+deb6u1) squeeze; urgency=medium
+
+  * Add 50Fix_cve.dpatch. Closes: #739958
+- CVE-2014-2093 CVE-2014-2094 CVE-2014-2095 CVE-2014-2096


Please go ahead.


Uploaded, thanks!


Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#747113: wheezy-pu: package nostalgy/0.2.31-1~deb7u1

[Adam D. Barratt]

Control: tags -1 + pending

On 2014-05-30 0:11, David Prévot wrote:

On Mon, 2014-05-05 at 13:27 -0400, David Prévot wrote:

As reported in #746235, the nostalgy version currently in stable does
not work properly with icedove 24 from stable-security.

[...]

please go ahead with the upload.


Done.


Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#736492: pu: package cyrus-imapd-2.4/2.4.16-4+deb7u2

[Adam D. Barratt]

Control: tags -1 + pending

On 2014-06-03 23:00, Ondřej Surý wrote:

Thanks, fixed the changelog and uploaded it to ftp-master.


Flagged for acceptance.

Regards,

Adam


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

Bug#750554: harden-doc: Use LSB headers for firewall script

[Dominic Walden]

Package: harden-doc
Severity: wishlist
Version: 3.15.1
Tags: patch

Patch rewrites firewall section to reflect Debian's usage (since
Squeeze) of dependency based boot sequencing. Also, fixes a bug in the
script and re-writes some of the comments.

Index: en/services.sgml
===
--- en/services.sgml	(revision 10419)
+++ en/services.sgml	(working copy)
@@ -1697,10 +1697,17 @@
 
 Move the script to /etc/init.d/myfirewall
 
-Configure the system to run the script before any network is
-configured:
+The below script takes advantage of Debian's use (since Squeeze)
+of dependency based boot sequencing. For more information see:
+https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot";
+name="Debian Dependency Based Boot"> and 
+https://wiki.debian.org/LSBInitScripts";
+name="How to write an LSB Init Script">. With the LSB headers set as
+they are in the script, insserv will automatically configure the
+system to start the firewall before any network is brought up, and
+stop the firewall after any network is brought down.
 
-#update-rc.d myfirewall start 40 S . stop 89 0 6 .
+# insserv myfirewall
 
 
 
@@ -1709,6 +1716,17 @@
 
 
 #!/bin/sh
+### BEGIN INIT INFO
+# Provides:  myfirewall
+# Required-Start:$local_fs
+# Required-Stop: $local_fs
+# Default-Start: S
+# Default-Stop:  0 6
+# X-Start-Before:$network
+# X-Stop-After:  $network
+# Short-Description: My custom firewall.
+### END INIT INFO
+#
 # Simple example firewall configuration.
 #
 # Caveats:
@@ -1740,8 +1758,10 @@
 # Network that will be used for remote mgmt
 # (if undefined, no rules will be setup)
 # NETWORK_MGMT=192.168.0.0/24
-# Port used for the SSH service, define this is you have setup a
-# management network but remove it from TCP_SERVICES
+# If you want to setup a management network (i.e. you've uncommented
+# the above line) you will need to define the SSH port as well (i.e.
+# uncomment the below line.) Remember to remove the SSH port from the
+# TCP_SERVICES string.
 # SSH_PORT="22"
 
 if ! [ -x /sbin/iptables ]; then  
@@ -1766,8 +1786,6 @@
   # Remote management
   if [ -n "$NETWORK_MGMT" ] ; then
 /sbin/iptables -A INPUT -p tcp --src ${NETWORK_MGMT} --dport ${SSH_PORT} -j ACCEPT
-  else 
-/sbin/iptables -A INPUT -p tcp --dport ${SSH_PORT}  -j ACCEPT
   fi
   # Remote testing
   /sbin/iptables -A INPUT -p icmp -j ACCEPT

-- System Information:
Debian Release: 7.5
  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/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#747114: wheezy-pu: package sieve-extension/0.2.3d-2~deb7u1

[Adam D. Barratt]

Control: tags -1 + pending

On 2014-05-30 0:12, David Prévot wrote:

On Mon, 2014-05-05 at 13:37 -0400, David Prévot wrote:

As reported in #746039, the sieve version currently in stable does
not work properly with icedove 24 from stable-security.

[...]

Please go ahead


Thanks for the confidence.


Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#748250: closed by Laszlo Boszormenyi (GCS) (Bug#748250: fixed in expat 2.1.0-5)

[Colin Watson]

Control: found -1 expat/2.1.0-5

On Sun, May 18, 2014 at 07:51:09PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the expat package:
> 
> #748250: expat: use dh-autoreconf to fix FTBFS on ppc64el
> 
> It has been closed by Laszlo Boszormenyi (GCS) .

You don't appear to have actually applied this patch at all.  Here's the
complete diff from 2.1.0-4:

diff -Nru expat-2.1.0/debian/changelog expat-2.1.0/debian/changelog
--- expat-2.1.0/debian/changelog2013-07-07 11:51:06.0 +0100
+++ expat-2.1.0/debian/changelog2014-05-18 19:55:29.0 +0100
@@ -1,3 +1,14 @@
+expat (2.1.0-5) unstable; urgency=low
+
+  * Move to Standards-Version 3.9.5 and to debhelper level 9 .
+  * Sync with Ubuntu.
+
+  [ Matthias Klose  ]
+  * Use dh-autoreconf (closes: #748250).
+  * Enable parallel builds.
+
+ -- Laszlo Boszormenyi (GCS)   Sun, 18 May 2014 20:43:19 +0200
+
 expat (2.1.0-4) unstable; urgency=low
 
   * New maintainer (closes: #660681).
diff -Nru expat-2.1.0/debian/compat expat-2.1.0/debian/compat
--- expat-2.1.0/debian/compat   2013-07-07 11:49:17.0 +0100
+++ expat-2.1.0/debian/compat   2014-05-18 19:48:19.0 +0100
@@ -1 +1 @@
-8
+9
diff -Nru expat-2.1.0/debian/control expat-2.1.0/debian/control
--- expat-2.1.0/debian/control  2013-07-07 11:44:14.0 +0100
+++ expat-2.1.0/debian/control  2014-05-18 19:48:14.0 +0100
@@ -2,8 +2,8 @@
 Section: text
 Priority: optional
 Maintainer: Laszlo Boszormenyi (GCS) 
-Standards-Version: 3.9.4
-Build-Depends: debhelper (>= 8.1.3), docbook-to-man,
+Standards-Version: 3.9.5
+Build-Depends: debhelper (>= 9), docbook-to-man,
  dpkg-dev (>= 1.16.0),
  gcc-multilib [i386 powerpc sparc s390]
 Homepage: http://expat.sourceforge.net

Reopening bug; I guess you're OK with the patch since you listed it in
your changelog, so could you please actually apply it? :-)

Thanks,

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


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

Bug#750548: NMU debdiff for gluegen2_2.1.5-1.1

[Aníbal Monsalve Salazar]

Hello Sylvestre,

At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has
found a solution to Debian bugs #750548.

https://bugs.debian.org/750548

My NMU debdiff for gluegen2_2.1.5-1.1 is below, at the end of this
message.

With the changes in the NMU patch gluegen2 builds successfully on mips,
mipsel and amd64.

Regards,

Aníbal
--
Aníbal Monsalve Salazar 

debdiff gluegen2_2.1.5-1.dsc gluegen2_2.1.5-1.1.dsc
diff -Nru gluegen2-2.1.5/debian/changelog gluegen2-2.1.5/debian/changelog
--- gluegen2-2.1.5/debian/changelog 2014-03-24 13:26:16.0 +
+++ gluegen2-2.1.5/debian/changelog 2014-06-04 13:19:53.0 +0100
@@ -1,3 +1,13 @@
+gluegen2 (2.1.5-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add mips support.
+Add add-mips-support.patch.
+Patch by Dejan Latinovic .
+Closes: #750548.
+
+ -- Anibal Monsalve Salazar   Wed, 04 Jun 2014 13:17:00 
+0100
+
 gluegen2 (2.1.5-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru gluegen2-2.1.5/debian/patches/add-mips-support.patch 
gluegen2-2.1.5/debian/patches/add-mips-support.patch
--- gluegen2-2.1.5/debian/patches/add-mips-support.patch1970-01-01 
01:00:00.0 +0100
+++ gluegen2-2.1.5/debian/patches/add-mips-support.patch2014-06-04 
13:16:14.0 +0100
@@ -0,0 +1,194 @@
+From: Dejan Latinovic 
+Subject: mips support for gluegen2
+Date: Wed, 4 Jun 2014 11:34:11 +
+
+https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750548
+
+Package sivp fails to build on Debian for mips/mipsel arch with an
+error:
+
+> SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 
DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \
+> /usr/bin/scilab -nw -f builder.sce
+> Could not create a Scilab main class. Error:
+> Exception in thread "main" java.lang.ExceptionInInitializerError
+> at javax.media.opengl.GLProfile.(GLProfile.java:83)
+> at org.scilab.modules.gui.SwingView.(Unknown Source)
+> at org.scilab.modules.gui.SwingView.registerSwingView(Unknown Source)
+> at org.scilab.modules.core.Scilab.(Unknown Source)
+> Caused by: java.lang.RuntimeException: Please port CPU detection to your 
platform (linux/mipsel)
+> at 
jogamp.common.os.PlatformPropsImpl.getCPUTypeImpl(PlatformPropsImpl.java:302)
+> at 
jogamp.common.os.PlatformPropsImpl.(PlatformPropsImpl.java:134)
+> ... 4 more
+> 
+> Scilab cannot create Scilab Java Main-Class (we have not been able to find 
the main Scilab class. Check if the Scilab and thirdparty packages are 
available).
+> debian/rules:9: recipe for target 'build-arch' failed
+> 
+
+The reason for this failure is a lack of support for mips/mipsel in
+Debian package gluegen2, version 2.1.5.
+
+Patch add-mips-support.patch that contains support for mips/mipsel is
+attached.
+
+After rebuilding gluegen2 with these changes, I was able to build sivp
+successfully.
+
+diff -uNr a/src/java/com/jogamp/common/os/MachineDescription.java 
b/src/java/com/jogamp/common/os/MachineDescription.java
+--- a/src/java/com/jogamp/common/os/MachineDescription.java2014-03-10 
13:56:04.0 +
 b/src/java/com/jogamp/common/os/MachineDescription.java2014-05-28 
14:09:01.0 +
+@@ -60,7 +60,11 @@
+   /** {@link Platform.CPUType#X86_64} Little Endian Windows */
+   X86_64_WINDOWS(Platform.CPUType.X86_64),
+   /** {@link Platform.CPUType#SPARC_32} Big Endian Solaris */
+-  SPARC_32_SUNOS(Platform.CPUType.SPARC_32);
++  SPARC_32_SUNOS(Platform.CPUType.SPARC_32),
++  /** {@link Platform.CPUType#MIPS_32} Big Endian Unix */
++  MIPS_32_UNIX(Platform.CPUType.MIPS_32),
++  /** {@link Platform.CPUType#MIPSEL_32} Little Endian Unix */
++  MIPSEL_32_UNIX(Platform.CPUType.MIPSEL_32);
+ 
+   public final Platform.CPUType cpu;
+ 
+@@ -77,6 +81,7 @@
+   private final static int[] size_x86_64_unix =  { 4,8, 4, 8, 
16,8,   4096 };
+   private final static int[] size_x86_64_windows  =  { 4,4, 4, 8, 
16,8,   4096 };
+   private final static int[] size_sparc_32_sunos  =  { 4,4, 4, 8, 
16,4,   8192 };
++  private final static int[] size_mips_32_unix=  { 4,4, 4, 8, 
 8,4,   4096 };
+ 
+   /*   arch   os  i8, i16, i32, i64, int, 
long, float, doubl, ldoubl, ptr */
+   private final static int[] align_armeabi=  { 1,   2,   4,   8,   4, 
   4, 4, 8,  8,   4 };
+@@ -86,6 +91,7 @@
+   private final static int[] align_x86_64_unix=  { 1,   2,   4,   8,   4, 
   8, 4, 8, 16,   8 };
+   private final static int[] align_x86_64_windows =  { 1,   2,   4,   8,   4, 
   4, 4, 8, 16,   8 };
+   private final static int[] align_sparc_32_sunos =  { 1,   2,   4,   8,   4, 
   4, 4, 8,  8,   4 };
++  private final static int[] align_mips_32_unix   =  { 1,   2,   4,   8,   4, 
   4, 4, 8,  8,   4 };
+ 
+   pub

Bug#750555: zenity: Zenity Color-picker Has An Echo - 00C0C0 Becomes 0000C0C0C0C0

[Robert Pogson]

Package: zenity
Version: 3.12.1-1
Severity: normal

Dear Maintainer,

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

I was testing zenity and came upon its color-picker. I gave it this command

$ zenity --color-selection --color="#00c0c0" 1> junk
$ cat junk
#c0c0c0c0

I was expecting just an echo of the input or the color-selection that I made
in the window but got each byte/pair of hex digits repeated usually. 
Occasionally
I get some random digits, but usually, it's this echoing behaviour. It doesn't
seem to matter whether I type digits in, click on the colours or use the
eye-dropper.

pogson@beast:~$ zenity --color-selection --color="#00c0c0"
#c0c00451
pogson@beast:~$ zenity --color-selection --color="#00c0c0"
#e5e559592e2e
pogson@beast:~$ zenity --color-selection --color="#00c0c0"
#9b36b3b8b3b8
pogson@beast:~$ zenity --color-selection --color="#00c0c0"
#928ed150d150


It's still useful but adds an unnecessary layer of complexity to the data.

$ zenity --version
3.12.1

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


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

Kernel: Linux 3.10.41_EDAC (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF8, LC_CTYPE=en_CA.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages zenity depends on:
ii  libc6   2.18-7
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-3
ii  libgtk-3-0  3.12.2-1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.3-1
ii  libwebkitgtk-3.0-0  2.4.2-1
ii  libx11-62:1.6.2-2
ii  zenity-common   3.12.1-1

zenity recommends no packages.

zenity suggests no packages.

-- no debconf information


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

Bug#748250: closed by Laszlo Boszormenyi (GCS) (Bug#748250: fixed in expat 2.1.0-5)

[GCS]

Hi Colin,

On Wed, Jun 4, 2014 at 2:50 PM, Colin Watson  wrote:
> You don't appear to have actually applied this patch at all.  Here's the
> complete diff from 2.1.0-4:
[...]
> Reopening bug; I guess you're OK with the patch since you listed it in
> your changelog, so could you please actually apply it? :-)
 Oops, lost it somewhere. Will do it soon of course.

Thanks for the heads-up,
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#750556: libqtmultimediakit1 hangs when starting without pulseaudio running

[Georg Rudoy]

Package: libqtmultimediakit1
Version: 1.2.0-3+b1
Severity: normal

Applications using QtMultimediaKit from QtMobility hang when querying
for audio devices if pulseaudio daemon isn't running. This is a known
bug upstream refuses to fix:
https://bugreports.qt-project.org/browse/QTBUG-29742

The problem is that Qt's code locks the PA mainloop before
initializing the connection, but if the connection fails to be
initialized (like when PA is not running or is not installed), it
tries to free the mainloop without unlocking it, leading to a lock and
freeze.

The attached patch fixes the issue.

Bug #740451 is seemingly also related.

-- 
  Georg Rudoy


qtmultimedia_pulse.patch
Description: Binary data

Bug#750557: pgadmin: have random crashes ( memory corruption or double free )

[bmorel]

Package: pgadmin3
Version: 1.18.1-3
Severity: important
File: pgadmin
Tags: upstream

Dear Maintainer,

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

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

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


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

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

Versions of packages pgadmin3 depends on:
ii  libc6   2.18-7
ii  libgcc1 1:4.9.0-5
ii  libkrb5-3   1.12.1+dfsg-1
ii  libpq5  9.3.4-1+b1
ii  libssl1.0.0 1.0.1g-4
ii  libstdc++6  4.9.0-5
ii  libwxbase3.0-0  3.0.0-4
ii  libwxgtk3.0-0   3.0.0-4
ii  libxml2 2.9.1+dfsg1-3
ii  libxslt1.1  1.1.28-2
ii  pgadmin3-data   1.18.1-3
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages pgadmin3 recommends:
pn  pgagent
ii  postgresql-client-9.3 [postgresql-client]  9.3.4-1+b1

Versions of packages pgadmin3 suggests:
ii  postgresql-contrib  9.3+155

-- 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#750558: pgadmin3 does support ssh jumps, but does not support ssh-agent

[bmorel]

Package: pgadmin3
Version: 1.18.1-3
Severity: wishlist
Tags: upstream

Dear Maintainer,

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

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

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


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

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

Versions of packages pgadmin3 depends on:
ii  libc6   2.18-7
ii  libgcc1 1:4.9.0-5
ii  libkrb5-3   1.12.1+dfsg-1
ii  libpq5  9.3.4-1+b1
ii  libssl1.0.0 1.0.1g-4
ii  libstdc++6  4.9.0-5
ii  libwxbase3.0-0  3.0.0-4
ii  libwxgtk3.0-0   3.0.0-4
ii  libxml2 2.9.1+dfsg1-3
ii  libxslt1.1  1.1.28-2
ii  pgadmin3-data   1.18.1-3
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages pgadmin3 recommends:
pn  pgagent
ii  postgresql-client-9.3 [postgresql-client]  9.3.4-1+b1

Versions of packages pgadmin3 suggests:
ii  postgresql-contrib  9.3+155

-- 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#750560: aptitude: segfault in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int)

[Peter Gervai]

Package: aptitude
Version: 0.6.10-1
Severity: important

aptitude segfaults between download and preconfigure phase.

using aptitude-dbg I get a scary strack trace containing 15900 entries, out of 
which 15880 the following:

#15883 0x77b1bf2f in 
pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12


Namely the top is:

#0  0x75667b55 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x75669e40 in malloc () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x75f10508 in operator new(unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x75f105b9 in operator new[](unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x77ae011e in pkgCache::DepIterator::AllTargets() const () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#5  0x77b1bc5a in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, 
bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#6  0x77b1ca0d in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, 
bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#7  0x77b1bf2f in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, 
bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#8  0x77b1ca0d in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, 
bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12

...then follows a few similar lines until

#15883 0x77b1bf2f in 
pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#15884 0x77b21bf0 in pkgPackageManager::OrderInstall() () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#15885 0x557552fa in DoInstallPreFork (this=) at 
/usr/include/apt-pkg/packagemanager.h:122
#15886 download_install_manager::finish_pre_dpkg (this=0x57d67a20, 
res=(unknown: 4120454688), res@entry=pkgAcquire::Continue)
at ../../../../src/generic/apt/download_install_manager.cc:154
#15887 0x5575539f in download_install_manager::finish 
(this=this@entry=0x57d67a20, result=result@entry=pkgAcquire::Continue, 
progress=0x58493f50, k=...)
at ../../../../src/generic/apt/download_install_manager.cc:258
#15888 0x556a5c89 in ui_download_manager::done (this=0x579978b0, 
t=, res=pkgAcquire::Continue) at 
../../src/ui_download_manager.cc:63
#15889 0x5560931c in operator() (_A_a2=@0x7fffe244: 
pkgAcquire::Continue, _A_a1=@0x7fffe248: 0x57d684b0, 
this=0x7fffe250)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:593
#15890 (anonymous namespace)::do_download_complete (t=0x57d684b0, 
res=pkgAcquire::Continue, continuation=...) at ../../src/download_thread.cc:220
#15891 0x5560db03 in operator() (_A_a3=..., _A_a2=@0x563d7ec0: 
pkgAcquire::Continue, _A_a1=@0x563d7eb8: 0x57d684b0, 
this=0x563d7eb0)
at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:185
#15892 operator()&> (_A_arg3=..., 
_A_arg2=@0x563d7ec0: pkgAcquire::Continue, _A_arg1=@0x563d7eb8: 
0x57d684b0, this=0x563d7ea8) at 
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:123
#15893 operator() (this=0x563d7ea0) at 
/usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1511
#15894 sigc::internal::slot_call0, void>, 
download_thread*, pkgAcquire::RunResult, safe_slot2, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, 
void>::call_it (
rep=0x563d7e70) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:103
#15895 0x556a1655 in operator() (this=0x7fffe2c0) at 
/usr/include/sigc++-2.0/sigc++/functors/slot.h:440
#15896 aptitude::safe_slot_event::dispatch (this=) at 
../../src/safe_slot_event.h:40
#15897 0x77177373 in cwidget::toplevel::mainloop(int) () from 
/usr/lib/x86_64-linux-gnu/libcwidget.so.3
#15898 0x5569df08 in ui_main () at ../../src/ui.cc:2941
#15899 0x555bccc6 in main (argc=1, argv=) at 
../../src/main.cc:1322


I can install selected packages but cannot get a large upgrade done.


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

Bug#673565: ftpsync update?

[Antoine Beaupré]

Hello,

Anyone working on packaging the ftpmaster's ftpsync set of scripts?

I looked at the git repository[2] which holds the latest version[1] and
it seems the package needs some work. For example there's no debian/
directory at all, and scripts like "ftpsync" itself need to be called
with certain environment variables to run properly.

Those scripts also need a config file which, it seems to me, would be
reasonable to configure with debconf or similar.

Finally, it seems that "ftpsync" isn't really the appropriate name
because, as was mentionned before, that package name is already taken by
a more general GNU utility. Furthermore, much more than the ftpsync
script are packaged in there. There are scripts to:

 * notify mirrors (bin/runmirrors)
 * deploy the scripts themselves (bin/udh, bin/dircombine)
 * a script to sync packages.debian.org (bin/pushpdo)
 * check mirror status (mirrorcheck/*, the dmc seen at
   http://mirror.debian.org/status.html)

There are also scripts I don't understand what they does:

 * bin/websync - seems similar to ftpsync?
 * bin/typicalsync - seems to just do the rsync, how does that compare
   with ftpsync?

Besides, the git repo is called "archvsync", maybe that could be used
for the package name? Or should those components be split in multiple
parts? Mirrorcheck, for example, maybe should be a completely separate
package?

Otherwise maybe this could be simply called debian-archive-tools?

I'm mostly curious to hear whether the FTP masters are intending to
package this tool, and if they would use the packaged version for their
own needs as well.

Thanks for any feedback,

A.

[1]: https://www.debian.org/mirror/ftpmirror
[2]: git clone https://ftp-master.debian.org/git/archvsync.git

-- 
Choose a job you love and you will never have to work a day in your
life.
 - Confucius


pgpzyq47OOQEc.pgp
Description: PGP signature

Bug#750557: [Pkg-postgresql-public] Bug#750557: pgadmin: have random crashes ( memory corruption or double free )

[Christoph Berg]

Control: tag -1 moreinfo

Re: bmorel 2014-06-04 <20140604132642.9797.58545.reportbug@D2SI-P07-2.D2SI>
> Package: pgadmin3
> Version: 1.18.1-3
> Severity: important
> File: pgadmin
> Tags: upstream
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?

Can you provide any details on this? What did you do? What's the
output? Can you provide a backtrace?

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


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

Bug#750559: openrc: breaks boot if extra crypto devices are present

[Ritesh Raj Sarraf]

On 06/04/2014 06:59 PM, Ritesh Raj Sarraf wrote:
> A SaK by the kernel allowed it to proceed. Attached is the syslog
> snippet on what the kernel detected as the processes to be killed at
> that stage.

Missed the syslog snippet.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

Jun  4 12:46:16 zan kernel: [   13.169167] nouveau  [   VBIOS][:01:00.0] 
... signature not found
Jun  4 12:46:16 zan kernel: [   13.169175] nouveau  [   VBIOS][:01:00.0] 
checking PCIROM for image...
Jun  4 12:46:16 zan kernel: [   13.169383] nouveau :01:00.0: Invalid ROM 
contents
Jun  4 12:46:16 zan kernel: [   13.169396] nouveau  [   VBIOS][:01:00.0] 
... signature not found
Jun  4 12:46:16 zan kernel: [   13.169398] nouveau  [   VBIOS][:01:00.0] 
checking PLATFORM for image...
Jun  4 12:46:16 zan kernel: [   13.169401] nouveau  [   VBIOS][:01:00.0] 
... signature not found
Jun  4 12:46:16 zan kernel: [   13.169404] nouveau E[   VBIOS][:01:00.0] 
unable to locate usable image
Jun  4 12:46:16 zan kernel: [   13.169408] nouveau E[  DEVICE][:01:00.0] 
failed to create 0x1001, -22
Jun  4 12:46:16 zan kernel: [   13.169413] nouveau E[ DRM] failed to create 
0x8080, -22
Jun  4 12:46:16 zan kernel: [   13.169972] nouveau: probe of :01:00.0 
failed with error -22
Jun  4 12:46:16 zan kernel: [   13.620428] EXT4-fs (dm-0): re-mounted. Opts: 
(null)
Jun  4 12:46:16 zan kernel: [   13.687870] EXT4-fs (dm-0): re-mounted. Opts: 
delalloc,errors=remount-ro
Jun  4 12:46:16 zan kernel: [   13.999037] psmouse serio2: alps: Unknown ALPS 
touchpad: E7=10 00 64, EC=10 00 64
Jun  4 12:46:16 zan kernel: [   15.295811] psmouse serio2: trackpoint: IBM 
TrackPoint firmware: 0x0e, buttons: 3/3
Jun  4 12:46:16 zan kernel: [   15.496232] input: TPPS/2 IBM TrackPoint as 
/devices/platform/i8042/serio1/serio2/input/input14
Jun  4 12:46:16 zan kernel: [   21.073912] SysRq : Emergency Sync
Jun  4 12:46:16 zan kernel: [   21.074598] Emergency Sync complete
Jun  4 12:46:16 zan kernel: [   23.555354] SysRq : SAK
Jun  4 12:46:16 zan kernel: [   23.555434] SAK: killed process 2576 (sleep): 
task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.555444] SAK: killed process 2491 
(runscript.sh): task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.555448] SAK: killed process 2474 
(runscript.sh): task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.555454] SAK: killed process 2473 
(openrc-run): task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.555460] SAK: killed process 371 (openrc): 
task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.555465] SAK: killed process 370 (init): 
task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.57] SAK: killed process 370 (init): 
task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.60] SAK: killed process 371 (openrc): 
task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.89] SAK: killed process 2473 
(openrc-run): task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.92] SAK: killed process 2474 
(runscript.sh): task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.95] SAK: killed process 2491 
(runscript.sh): task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   23.97] SAK: killed process 2576 (sleep): 
task_session(p)==tty->session
Jun  4 12:46:16 zan kernel: [   24.700216] input: ACPI Virtual Keyboard Device 
as /devices/virtual/input/input17
Jun  4 12:46:16 zan rsyslogd-2007: action 'action 18' suspended, next retry is 
Wed Jun  4 12:46:46 2014 [try http://www.rsyslog.com/e/2007 ]
Jun  4 12:46:16 zan dnsmasq[2797]: unknown interface lo
Jun  4 12:46:16 zan dnsmasq[2797]: FAILED to start up
Jun  4 12:46:16 zan /etc/init.d/dnsmasq[2780]: ERROR: dnsmasq failed to start
Jun  4 12:46:18 zan avahi-daemon[3024]: Found user 'avahi' (UID 106) and group 
'avahi' (GID 113).
Jun  4 12:46:18 zan avahi-daemon[3024]: Successfully dropped root privileges.
Jun  4 12:46:18 zan avahi-daemon[3024]: avahi-daemon 0.6.31 starting up.
Jun  4 12:46:18 zan avahi-daemon[3024]: Successfully called chroot().
Jun  4 12:46:18 zan avahi-daemon[3024]: Successfully dropped remaining 
capabilities.
Jun  4 12:46:18 zan avahi-daemon[3025]: chroot.c: open() failed: No such file 
or directory
Jun  4 12:46:18 zan avahi-daemon[3024]: Failed to open /etc/resolv.conf: 
Invalid argument
Jun  4 12:46:18 zan avahi-daemon[3024]: No service file found in 
/etc/avahi/services.
Jun  4 12:46:18 zan avahi-daemon[3024]: Network interface enumeration completed.


signature.asc
Description: OpenPGP digital signature

Bug#750562: sendmail: CVE-2014-3956

[Moritz Muehlenhoff]

Package: sendmail
Severity: grave
Tags: security
Justification: user security hole

Hi,
please see http://www.openwall.com/lists/oss-security/2014/06/03/1 for
details.

Cheers,
Moritz


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

Bug#750534: chromium: "We cannot detect a running copy of GNOME on this system"

[Braiam Peguero]

That's because Chromium dropped support for NPAPI plugins for all
platform (same thing with Adobe's flash), the only two solutions are:
using another browser, or asking GNOME to make a PPAPI port of the
gnome-extension plugin.

http://unix.stackexchange.com/a/129281/41104


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

Bug#750564: missing license in debian/copyright

[Thorsten Alteholz]

Package: obexftp
Version: 0.23-2
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

please add the missing licenses of:
 obexftp/*
 bfb/*
to debian/copyright.

Thanks!
  Thorsten


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

Bug#750561: s3cmd rb -r loops indefinetely on an empty (but not somehow purged entirely?) bucket

[Yaroslav Halchenko]

Package: s3cmd
Version: 1.5.0~20140213-1
Severity: normal

was trying to clean up some mess

> s3cmd rb -r --verbose s3://yoh-test-bucket3
WARNING: Bucket is not empty. Removing all the objects from it first. This may 
take some time...
INFO: Retrieving list of remote files for s3://yoh-test-bucket3/ ...
INFO: Applying --exclude/--include
INFO: Summary: 0 remote files to delete
WARNING: Bucket is not empty. Removing all the objects from it first. This may 
take some time...
INFO: Retrieving list of remote files for s3://yoh-test-bucket3/ ...
INFO: Applying --exclude/--include
INFO: Summary: 0 remote files to delete
...

and this goes on

the same from the web S3 interface -- although I did disable versioning, and
now it looks empty, it refuses to remove it stating that it is not empty...  so
it might well be an issue on amazon side, but s3cmd should not keep looping I
guess

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

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

Versions of packages s3cmd depends on:
pn  python:any  

s3cmd recommends no packages.

s3cmd suggests no packages.

-- no debconf information


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

Bug#750563: uscan regressed recently, adding all groups to the version number match

[Matthias Klose]

Package: devscripts
Version: 2.14.4
Severity: important

libffi currently reports as version number 3.1.gz using

  ftp://sourceware.org/pub/libffi/libffi-(.*)\.tar.(bz2|gz|xz)

looks like every () group is added to the version number, this did work before.
 Didn't look how many watch files are affected by this change.  Changing the
pattern to

  ftp://sourceware.org/pub/libffi/libffi-(.*)\.tar.*

works around it.


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

Bug#750092: /usr/bin/make-jpkg: Failed to build deb package with Oracle jdk-8u5-linux-i586. No matching plugin found.]

[Emmanuel Bourg]

Hi Marko,

I suspect your /tmp partition is too small. The unpacked JDK uses about
300MB and the compressed .deb 150MB. The sum is bigger than the size of
/tmp. Try setting the TMPDIR variable to use another location for the
temporary data.

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#747609: ruby2.0 removal transition: request for NMUs

[Emilio Pozuelo Monfort]

On 01/06/14 16:20, Emilio Pozuelo Monfort wrote:
> On 01/06/14 06:02, Antonio Terceiro wrote:
>> I have NMUed obexftp and submitted patches for the other two.
> 
> Cool.
> 
>> Now I would like to request binNMUs for the following packages:
> 
> All scheduled, except for ruby-narray which was just uploaded.

All done now. There are a few failures but things are looking good.

https://release.debian.org/transitions/html/ruby2.0-rm.html

Regards,
Emilio


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

Bug#750546: ITP: sluice -- rate limiting data piping tool

[Jonas Smedegaard]

Quoting Tollef Fog Heen (2014-06-04 16:23:20)
> ]] Colin Ian King 
> 
> > Sluice reads from standard input and write to standard
> > output at a specified data rate.  This can be useful
> > for benchmarking and exercising I/O streaming at desired
> > throughput rates.
> 
> Any reason not to just use pv for this?

...or cstream

 - Jonas

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

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


signature.asc
Description: signature

Bug#746464: [#746464] conntrackd segfault

[Dominique Fournier]

Hi

You can found the configuration on attached file.

Conntrackd work with keepalived to construct a HA firewall with 2 nodes. 
There is 3 interfaces on each node : the external (eth1), the 
communication between nodes (eth0), and the third (eth2) which is used 
to transmit 9 vlans (vlan 1,3,15,16,21,210,554,555,854).

We are routing on this firewall IPv4 and IPv6, without NAT.
We are arround 448 IPv4 rules and 231 IPv6

The kernel is 3.2.0-4-amd64 (wheezy).
There is around 1500 connections in "conntrackd -i" on the master. The 
trafic average is arround 70Mb/s on 1000Mb/s interfaces. The CPU is 
arround 0 and the loadavg is :

0.06 0.06 0.05 1/122 30555
The memory is used on 2G/8G.

Here is the list of processus :
root   375 1  0 Apr28 ?00:00:00 udevd --daemon
root   541   375  0 Apr28 ?00:00:00 udevd --daemon
root   543   375  0 Apr28 ?00:00:00 udevd --daemon
root  2988 1  0 Apr28 ?00:28:34 /usr/sbin/rsyslogd -c5
root  3081 1  0 Apr28 ?00:00:00 /usr/sbin/acpid
root  3179 1  0 Apr28 ?00:00:47 /usr/sbin/keepalived
root  3180  3179  0 Apr28 ?00:00:50 /usr/sbin/keepalived
root  3182  3179  0 Apr28 ?00:14:56 /usr/sbin/keepalived
root  3222 1  0 Apr28 ?00:00:19 /usr/sbin/cron
root  3240 1  0 Apr28 ?00:00:00 /usr/sbin/incrond -f 
/etc/incron.conf
ntp   3270 1  0 Apr28 ?00:16:59 /usr/sbin/ntpd -p 
/var/run/ntpd.pid -g -u 102:104
root  3374 1  0 Apr28 ?00:00:00 /usr/sbin/smartd 
--pidfile /var/run/smartd.pid
root  3375 1  0 Apr28 ?00:00:08 /usr/sbin/dhcpd -q -6 
-cf /etc/dhcp/dhcpd.conf -pf /var/run/dhcpd.pid vlan3 vlan16 vlan21 vlan210

root  3388 1  0 Apr28 ?00:00:34 /usr/sbin/sshd
root  3425 1  0 Apr28 ?00:00:06 /usr/lib/postfix/master
postfix   3444  3425  0 Apr28 ?00:00:02 qmgr -l -t fifo -u
root  3462 1  0 Apr28 ?00:01:42 munin-node
root  3670 1  0 Apr28 tty1 00:00:00 /sbin/getty 38400 tty1
root  3671 1  0 Apr28 tty2 00:00:00 /sbin/getty 38400 tty2
root  3672 1  0 Apr28 tty3 00:00:00 /sbin/getty 38400 tty3
root  3673 1  0 Apr28 tty4 00:00:00 /sbin/getty 38400 tty4
root  3674 1  0 Apr28 tty5 00:00:00 /sbin/getty 38400 tty5
root  3675 1  0 Apr28 tty6 00:00:00 /sbin/getty 38400 tty6
root  4084 1  0 Apr28 ?00:00:01 /usr/sbin/dhcrelay -q -a 
-D -pf /var/run/dhcrelay-isc-dhcp-relay.pid -i vlan1 -i vlan3 -i vlan15 
-i vlan16 -i vlan21 -i vlan210 147.173.1.14
root  4087 1  0 Apr28 ?00:00:00 /usr/sbin/dhcrelay -q -a 
-D -pf /var/run/dhcrelay-isc-dhcp-relay.toip.pid -i vlan854 -i vlan1 
147.173.1.45
root  4133 1  0 Apr28 ?00:00:00 /usr/sbin/radvd -u radvd 
-p /var/run/radvd/radvd.pid
radvd 4134 1  0 Apr28 ?00:04:12 /usr/sbin/radvd -u radvd 
-p /var/run/radvd/radvd.pid

postfix  19660  3425  0 16:18 ?00:00:00 pickup -l -t fifo -u -c
root 25058 1  0 16:27 ?00:00:06 /usr/sbin/conntrackd -d 
-C /etc/conntrackd/conntrackd.conf


I just try to run the conntrackd in GNU screen to see on next crash if 
there is informations, but I have a doubt


Thanks

Dom
#
# Synchronizer settings
#
Sync {
Mode FTFW {
#
# Size of the resend queue (in objects). This is the maximum
# number of objects that can be stored waiting to be confirmed
# via acknoledgment. If you keep this value low, the daemon
# will have less chances to recover state-changes under message
# omission. On the other hand, if you keep this value high,
# the daemon will consume more memory to store dead objects.
# Default is 131072 objects.
#
# ResendQueueSize 131072

#
# This parameter allows you to set an initial fixed timeout
# for the committed entries when this node goes from backup
# to primary. This mechanism provides a way to purge entries
# that were not recovered appropriately after the specified
# fixed timeout. If you set a low value, TCP entries in
# Established states with no traffic may hang. For example,
# an SSH connection without KeepAlive enabled. If not set,
# the daemon uses an approximate timeout value calculation
# mechanism. By default, this option is not set.
#
# CommitTimeout 180

#
# If the firewall replica goes from primary to backup,
# the conntrackd -t command is invoked in the script. 
# This command schedules a flush of the table in N seconds.
# This is useful to purge the connection tracking table of
   

Bug#750565: iproute2 FTBFS dvips: ! Couldn't find header file: cm-super-t1.enc

[peter green]

Package: iproute2
Version: 23.14.0-1
Severity: serious

dvips ss.dvi -o ss.ps
This is dvips(k) 5.994 Copyright 2014 Radical Eye Software 
(www.radicaleye.com)

' TeX output 2014.06.04:1431' -> ss.ps
dvips: ! Couldn't find header file: cm-super-t1.enc
Makefile:66: recipe for target 'ss.ps' failed

cm-super-t1.enc is provided by cm-super-minimal, adding it to the 
build-depends would presumablly solve the error but I don't know if that 
is the right thing to do or if the problem should be solved elsewhere.



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