date:20141004

Your 118 also fails to boot to boot.
(Your 118 also fails to boot in addition.)

It says "rebooting in 5 seconds" and indeed reboot in 5 seconds, too
short for me to read what else it said.

Even though I have panic=33 to give it more time.

Maybe it has to do with the
"Warning: couldn't identify filesystem type for fsck hook, ignoring."

Why can't you tell? Just use blkid or mount and then grep, when
encountering "auto" in fstab. Why isn't this working?

>> How are we going to boot with an empty etc/fstab?

B> We don't; we use the one on the real root partition.  It is only there
B> to stop some utilities from warning.

Then perhaps put such a note in a comment inside it. It is the only
empty file in the whole thing!


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

Bug#764057: nobody knows how to use the newest bug selector

Sure, I found a newest bug selector at the weird double selector area at
bottom, but ended up with
https://bugs.debian.org/cgi-bin/pkgreport.cgi?ordering=age;newest=;package=initramfs-tools
which is all I could figure out.


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

Bug#764058: FTBFS on arm64

2014-10-04 Thread Chen Baozi

Source: ocaml-flac
Version: 0.1.1-3
Severity: normal
Tags: patch

ocaml-flac has failed to build on arm64 due to the old config.guess and
config.sub. Fix it by updating config.{guess,sub}. The patch is attached
to this message.
diff -Nru ocaml-flac-0.1.1/debian/changelog ocaml-flac-0.1.1/debian/changelog
--- ocaml-flac-0.1.1/debian/changelog	2013-05-09 00:42:00.0 +
+++ ocaml-flac-0.1.1/debian/changelog	2014-10-05 06:24:23.0 +
@@ -1,3 +1,10 @@
+ocaml-flac (0.1.1-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update config.{guess,sub} to fix FTBFS on arm64
+
+ -- Chen Baozi   Sun, 05 Oct 2014 06:23:32 +
+
 ocaml-flac (0.1.1-3) unstable; urgency=low
 
   * Upload to unstable. 
diff -Nru ocaml-flac-0.1.1/debian/control ocaml-flac-0.1.1/debian/control
--- ocaml-flac-0.1.1/debian/control	2013-05-09 00:42:09.0 +
+++ ocaml-flac-0.1.1/debian/control	2014-10-05 06:23:29.0 +
@@ -5,6 +5,7 @@
 Uploaders: Samuel Mimram , Romain Beauxis 
 Build-Depends: cdbs (>= 0.4.85~),
  debhelper (>= 7.0.1),
+ autotools-dev,
  dh-buildinfo,
  ocaml-nox,
  dh-ocaml (>= 0.9), 
diff -Nru ocaml-flac-0.1.1/debian/rules ocaml-flac-0.1.1/debian/rules
--- ocaml-flac-0.1.1/debian/rules	2013-05-09 00:43:45.0 +
+++ ocaml-flac-0.1.1/debian/rules	2014-10-05 06:23:08.0 +
@@ -9,6 +9,10 @@
 DESTDIR = $(CURDIR)/debian/tmp/$(OCAML_STDLIB_DIR)
 DEB_MAKE_INSTALL_TARGET := install OCAMLFIND_DESTDIR=$(DESTDIR) OCAMLFIND_LDCONF=ignore
 
+configure:
+	cp -f /usr/share/misc/config.sub .
+	cp -f /usr/share/misc/config.guess .
+
 build/libflac-ocaml-dev::
 	mkdir -p $(DESTDIR)
 	make doc

Bug#764057: add newest bugs selector

Package: bugs.debian.org
Severity: wishlist

Looking at
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=initramfs-tools I
realized there should be a button there at top "[Newest bugs]" that
would just order them via descending bug number. Or call it "latest
bugs".

That way one could "jump to the scene of the fire with no ado."


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

Bug#742896: Blank screen on all videos with VDPAU and nVidia card

2014-10-04 Thread Bálint Réczey

Hi Sergej,

2014-10-01 14:12 GMT+02:00 Sergej Wildemann :
> Hi,
>
> xbmc 2:13.2+dfsg1-2~exp1 works fine like the internal-ffmpeg builds.
I have pushed to patch from the VDPAU problem which was based on one
fixing the issue for Anton, a Libav dev.
Could you please give it a try?
It is in the packaging repository:
https://anonscm.debian.org/cgit/pkg-multimedia/xbmc.git/log/

Cheers,
Balint


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

Bug#764002: Further parametrisation of /etc/chatscripts/gprs

2014-10-04 Thread Marco d'Itri

On Oct 04, martin f krafft  wrote:

>   2. instead of requiring the PIN to be specified in this file,
>  I suggest to say AT+CPIN="$SIMPIN" or so, then to invoke chat
>  like this: env SIMPIN=1234 chat -E …. Reason: the PIN is
>  a parameter that should at least not appear on the command
>  line.
This would require fixing #3 first.

>   3. Enable the AT+CPIN line, but ignore errors from it, or make it
>  conditional on the output of AT+CPIN? if possible.
I expect that some modems would break if sent an unexpected PIN, and 
ignoring errors would not be acceptable.
I do not have a modem around, but I would accept a patch to only send 
the PIN if the answer to "AT+CPIN?" says that it is needed.

> These changes should allow the complete reuse of
> /etc/chatscripts/gprs for all purposes.
This has never been a goal...

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#764056: btrfs-tools: btrfs send fails if fs is mounted on /

2014-10-04 Thread James Harper

Package: btrfs-tools
Version: 3.16-1
Severity: normal

Dear Maintainer,

btrfs send fails if the filesystem is mounted on / with the error:

ERROR:  doesn't belong to btrfs mount point

There appears to be a patch available at 
https://patchwork.kernel.org/patch/4842201/

James

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

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

Versions of packages btrfs-tools depends on:
ii  e2fslibs1.42.12-1
ii  libblkid1   2.20.1-5.9
ii  libc6   2.19-11
ii  libcomerr2  1.42.12-1
ii  liblzo2-2   2.08-1
ii  libuuid12.20.1-5.9
ii  zlib1g  1:1.2.8.dfsg-2

btrfs-tools recommends no packages.

btrfs-tools 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#681501: Donations to Debian will soon be easier!

2014-10-04 Thread Brian Gupta

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Tue, 30 Sep 2014 14:40:20 +0800 Paul Wise  wrote:
> On Mon, Oct 21, 2013 at 11:56:55PM +0200, Simon Paillard wrote:
> 
>> Several of possibilities: * mid term: get an UsaEpay API key for 
>> debian at (which Brian said they are SPI authorized processors), 
>> same as http://www.postgresql.org/about/donate_pg_org/
> 
> We now have a USA ePay API key for Debian!
> 
> Brian recruited me to help out with this issue, we discussed the 
> approach at length on IRC and I spent a few hours tweaking and
> came up with the attached replacement page (HTML and WML), online 
> version:
> 
> https://people.debian.org/~pabs/tmp/donations.en.html
> 
> It is inspired by a combination of these donation pages:
> 
> https://donate.fsf.org/ http://opensource.org/donate 
> https://riseup.net/donate 
> https://tails.boum.org/contribute/how/donate/ 
> https://www.torproject.org/donate/
> 
> It uses these principles:
> 
> * One up-front donation method that is relatively easy * A table
> of options for other donation types, listing the details so people
> can choose the method that works for them.
> 
> I tried to prepare a form similar to USA ePay for Click & Pledge 
> but they seem to have some sort of security system in place 
> preventing that, you can uncomment the form in the HTML to check
> it out.
> 
> The list of organisations is incomplete but it is fairly easy to 
> add more (commented out templates are in the WML).
> 
> I mentioned crypto-currencies in the Debian section but made it 
> vague because I am not aware of the current status (hi Martin!).
> 
> The equipment section could also use some input by DSA and the 
> DebConf video team I think. Once the new page is online I can 
> contact them.

This is a major improvement. I don't see any reason to hold back
pushing this out, as we can always fine-tune it later. I'd say at this
point, push it out, and if there are any suggestions for further
improvement,  we can always incorporate it into a later revision.
(Frankly, I don't see any scenario where someone could consider this a
regression.)

Cheers,
Brian

> 
> -- bye, pabs
> 
> https://wiki.debian.org/PaulWise
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUMNT6AAoJEMD4hkzaPQNY0/AP/3VqMGJ1prRAS3hZymE4qheT
Y+LZVI2yvmWrofsFsQ71dt1aZPxj1XfJdjq7iqPiM0k44adynzDIr79mHbDsKHIC
tTFXwbYZrVanruoS1LjC8sDIgS+vq8VUIGRDxHWDrHE9CFuNybAn+XqJ1PAQ80y+
toroIy0160fCorSY1MTILrjpZRgnZtA4ezqXz7AwJJUMR1nDBMYgDPXoKRQhyd2f
dtlQo99SmpAg0WGptplaP6z2A8j0hzz3Dj/19JrEZq5UWOhzPQY1J1kBD9yiiNi0
AIeCpdpzZZs85GHTUNMR1qVp0rMZwcTM+vU65ciefVnjRDR9mjy8sjji6SFO6xF9
QW3ow7RNUrDAxtTrVu0Uhcjvxt6S3ZM/BfynJ5TQs8oj8Q6iiHyDwuufK2Asa0oM
peGEZQkpKMDGL8AEUb5UUgc68stVWZFPMF7A6HkTBSVRRgViwvDyVuvK6zzfhU6Q
PQX+v85+hMplQ3ewvKIDj+EiCTnqDTeVDT9gfOdZAdC30QFQU8cZdksf6OB3S6qO
eCeXnAJ2odFBZI85PTnOmu139BfImftGNwNR9BDOekqc0Ey+ctHhk5OYZMqmtZPr
CH8atXKYb1e2MLHwZjATHhUdMFIRSXHxUU0ZR+wCQxPrY8/9R3sE18D4ldVXPHeS
lQ8lx1Ht699B4fWSseDh
=uX/3
-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#764055: [l10n] Updated Czech translation of apt

2014-10-04 Thread Miroslav Kure

Package: apt
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of apt
fixing some consistency issues. Please include it with the package.

Thank you
-- 
Miroslav Kure
# Czech translation of APT
# This file is put in the public domain.
# Miroslav Kure , 2004-2014.
#
#
msgid ""
msgstr ""
"Project-Id-Version: apt\n"
"Report-Msgid-Bugs-To: APT Development Team \n"
"POT-Creation-Date: 2014-09-09 20:35+0200\n"
"PO-Revision-Date: 2014-10-05 06:09+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=n==1 ? 0 : n>=2 && n<=4 ? 1 : 2;\n"

#: cmdline/apt-cache.cc:149
#, c-format
msgid "Package %s version %s has an unmet dep:\n"
msgstr "Balík %s verze %s má nesplněné závislosti:\n"

#: cmdline/apt-cache.cc:277
msgid "Total package names: "
msgstr "Celkem názvů balíků: "

#: cmdline/apt-cache.cc:279
msgid "Total package structures: "
msgstr "Celkem struktur balíků: "

#: cmdline/apt-cache.cc:319
msgid "  Normal packages: "
msgstr "  Normálních balíků: "

#: cmdline/apt-cache.cc:320
msgid "  Pure virtual packages: "
msgstr "  Čistě virtuálních balíků: "

#: cmdline/apt-cache.cc:321
msgid "  Single virtual packages: "
msgstr "  Jednoduchých virtuálních balíků: "

#: cmdline/apt-cache.cc:322
msgid "  Mixed virtual packages: "
msgstr "  Smíšených virtuálních balíků: "

#: cmdline/apt-cache.cc:323
msgid "  Missing: "
msgstr "  Chybějících: "

#: cmdline/apt-cache.cc:325
msgid "Total distinct versions: "
msgstr "Celkem různých verzí: "

#: cmdline/apt-cache.cc:327
msgid "Total distinct descriptions: "
msgstr "Celkem různých popisů: "

#: cmdline/apt-cache.cc:329
msgid "Total dependencies: "
msgstr "Celkem závislostí: "

#: cmdline/apt-cache.cc:332
msgid "Total ver/file relations: "
msgstr "Celkem vztahů ver/soubor: "

#: cmdline/apt-cache.cc:334
msgid "Total Desc/File relations: "
msgstr "Celkem vztahů popis/soubor: "

#: cmdline/apt-cache.cc:336
msgid "Total Provides mappings: "
msgstr "Celkem poskytnutých mapování: "

#: cmdline/apt-cache.cc:348
msgid "Total globbed strings: "
msgstr "Celkem globovaných řetězců: "

#: cmdline/apt-cache.cc:362
msgid "Total dependency version space: "
msgstr "Celkem místa závislých verzí: "

#: cmdline/apt-cache.cc:367
msgid "Total slack space: "
msgstr "Celkem jalového místa: "

#: cmdline/apt-cache.cc:375
msgid "Total space accounted for: "
msgstr "Celkem přiřazeného místa: "

#: cmdline/apt-cache.cc:506 cmdline/apt-cache.cc:1155
#: apt-private/private-show.cc:58
#, c-format
msgid "Package file %s is out of sync."
msgstr "Soubor balíku %s je špatně synchronizovaný."

#: cmdline/apt-cache.cc:584 cmdline/apt-cache.cc:1442
#: cmdline/apt-cache.cc:1444 cmdline/apt-cache.cc:1521 cmdline/apt-mark.cc:59
#: cmdline/apt-mark.cc:106 cmdline/apt-mark.cc:232
#: apt-private/private-show.cc:171 apt-private/private-show.cc:173
msgid "No packages found"
msgstr "Nebyly nalezeny žádné balíky"

#: cmdline/apt-cache.cc:1254 apt-private/private-search.cc:41
msgid "You must give at least one search pattern"
msgstr "Musíte zadat alespoň jeden vyhledávací vzor"

#: cmdline/apt-cache.cc:1421
msgid "This command is deprecated. Please use 'apt-mark showauto' instead."
msgstr "Tento příkaz je zastaralý, použijte místo něj „apt-mark showauto“."

#: cmdline/apt-cache.cc:1516 apt-pkg/cacheset.cc:596
#, c-format
msgid "Unable to locate package %s"
msgstr "Nelze najít balík %s"

#: cmdline/apt-cache.cc:1546
msgid "Package files:"
msgstr "Soubory balíku:"

#: cmdline/apt-cache.cc:1553 cmdline/apt-cache.cc:1644
msgid "Cache is out of sync, can't x-ref a package file"
msgstr "Cache není synchronizovaná, nelze se odkázat na soubor balíku"

#. Show any packages have explicit pins
#: cmdline/apt-cache.cc:1567
msgid "Pinned packages:"
msgstr "Vypíchnuté balíky:"

#: cmdline/apt-cache.cc:1579 cmdline/apt-cache.cc:1624
msgid "(not found)"
msgstr "(nenalezeno)"

#: cmdline/apt-cache.cc:1587
msgid "  Installed: "
msgstr "  Instalovaná verze: "

#: cmdline/apt-cache.cc:1588
msgid "  Candidate: "
msgstr "  Kandidát: "

#: cmdline/apt-cache.cc:1606 cmdline/apt-cache.cc:1614
msgid "(none)"
msgstr "(žádná)"

#: cmdline/apt-cache.cc:1621
msgid "  Package pin: "
msgstr "  Vypíchnutý balík: "

#. Show the priority tables
#: cmdline/apt-cache.cc:1630
msgid "  Version table:"
msgstr "  Tabulka verzí:"

#: cmdline/apt-cache.cc:1743 cmdline/apt-cdrom.cc:207 cmdline/apt-config.cc:83
#: cmdline/apt-get.cc:1587 cmdline/apt-helper.cc:73 cmdline/apt-mark.cc:388
#: cmdline/apt.cc:42 cmdline/apt-extracttemplates.cc:217
#: ftparchive/apt-ftparchive.cc:620 cmdline/apt-internal-solver.cc:45
#: cmdline/apt-sortpkgs.cc:147
#, c-format
msgid "%s %s for %s compiled on %s %s\n"
msgstr "%s %s pro %s zkompilován na %s %s\n"

#: cmdline/apt-cache.cc:1750
msgid ""
"Usage: apt-cache [options] command\n"
"   apt-cache [options] showpkg pkg1 [pkg

Bug#764054: [l10n] Updated Czech translation of debconf

2014-10-04 Thread Miroslav Kure

Package: debconf
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of 
debconf. Please include it with the package.

Thank you
-- 
Miroslav Kure
# Czech translation of debconf package.
# Copyright (C) 2004 Free Software Foundation, Inc.
# Miroslav Kure , 2004--2014.
#
msgid ""
msgstr ""
"Project-Id-Version: debconf\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2014-04-22 20:04-0400\n"
"PO-Revision-Date: 2014-10-05 06:38+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: ../Debconf/AutoSelect.pm:76
#, perl-format
msgid "falling back to frontend: %s"
msgstr "uchyluji se k rozhraní: %s"

#: ../Debconf/AutoSelect.pm:84
#, perl-format
msgid "unable to initialize frontend: %s"
msgstr "nelze inicializovat rozhraní: %s"

#: ../Debconf/AutoSelect.pm:90
#, perl-format
msgid "Unable to start a frontend: %s"
msgstr "Nelze spustit rozhraní: %s"

#: ../Debconf/Config.pm:130
msgid "Config database not specified in config file."
msgstr "Databáze nastavení není v konfiguračním souboru zadána."

#: ../Debconf/Config.pm:134
msgid "Template database not specified in config file."
msgstr "Databáze šablon není v konfiguračním souboru zadána."

#: ../Debconf/Config.pm:139
msgid ""
"The Sigils and Smileys options in the config file are no longer used. Please "
"remove them."
msgstr ""
"Volby Sigils a Smileys se již v konfiguračním souboru nepoužívají. Prosím "
"odstraňte je."

#: ../Debconf/Config.pm:153
#, perl-format
msgid "Problem setting up the database defined by stanza %s of %s."
msgstr "Problém nastavení databáze definované v části %s z %s."

#: ../Debconf/Config.pm:228
msgid ""
"  -f,  --frontend\t\tSpecify debconf frontend to use.\n"
"  -p,  --priority\t\tSpecify minimum priority question to show.\n"
"   --terse\t\t\tEnable terse mode.\n"
msgstr ""
"  -f,  --frontend\t\tZadá rozhraní debconfu, jež se má použít.\n"
"  -p,  --priority\t\tZadá nejmenší prioritu zobrazených otázek.\n"
"   --terse\t\t\tZapne stručný režim.\n"

#: ../Debconf/Config.pm:308
#, perl-format
msgid "Ignoring invalid priority \"%s\""
msgstr "Ignoruji neplatnou prioritu „%s“"

#: ../Debconf/Config.pm:309
#, perl-format
msgid "Valid priorities are: %s"
msgstr "Dostupné priority jsou: %s"

#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Multiselect.pm:31
#: ../Debconf/Element/Editor/Select.pm:31
msgid "Choices"
msgstr "Možnosti"

#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:36
#: ../Debconf/Element/Editor/Boolean.pm:59
#: ../Debconf/Element/Teletype/Boolean.pm:28
msgid "yes"
msgstr "ano"

#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:39
#: ../Debconf/Element/Editor/Boolean.pm:62
#: ../Debconf/Element/Teletype/Boolean.pm:29
msgid "no"
msgstr "ne"

#: ../Debconf/Element/Editor/Multiselect.pm:32
msgid ""
"(Enter zero or more items separated by a comma followed by a space (', ').)"
msgstr ""
"(Zadejte nula nebo více položek oddělených čárkou, za kterou následuje "
"mezera („, “).)"

#: ../Debconf/Element/Gnome.pm:182
msgid "_Help"
msgstr "_Nápověda"

#: ../Debconf/Element/Gnome.pm:184
msgid "Help"
msgstr "Nápověda"

#: ../Debconf/Element/Noninteractive/Error.pm:40
msgid ""
"Debconf is not confident this error message was displayed, so it mailed it "
"to you."
msgstr ""
"Debconf si není jistý, zda se tato chybová hláška zobrazila, takže vám ji "
"poslal."

#: ../Debconf/Element/Noninteractive/Error.pm:67
msgid "Debconf"
msgstr "Debconf"

#: ../Debconf/Element/Noninteractive/Error.pm:90
#, perl-format
msgid "Debconf, running at %s"
msgstr "Debconf běžící na %s"

#: ../Debconf/Element/Select.pm:95 ../Debconf/Element/Select.pm:110
#, perl-format
msgid ""
"Input value, \"%s\" not found in C choices! This should never happen. "
"Perhaps the templates were incorrectly localized."
msgstr ""
"Vstupní hodnota „%s“ není v C volbách! To se nikdy nemělo stát. Možná jsou "
"šablony špatně lokalizovány."

#: ../Debconf/Element/Teletype/Multiselect.pm:27
msgid "none of the above"
msgstr "nic z uvedeného"

#: ../Debconf/Element/Teletype/Multiselect.pm:47
msgid "Enter the items you want to select, separated by spaces."
msgstr "Zadejte položky, které chcete vybrat, oddělené mezerami."

#: ../Debconf/FrontEnd.pm:140
#, perl-format
msgid "Unable to load Debconf::Element::%s. Failed because: %s"
msgstr "Nelze nahrát Debconf::Element::%s. Selhal, protože: %s"

#: ../Debconf/FrontEnd.pm:333
#, perl-format
msgid "Configuring %s"
msgstr "Nastavuje se %s"

#: ../Debconf/FrontEnd/Dialog.pm:53
msgid "TERM is not set, so the dialog frontend is not usable."
msgstr "Proměnná TERM není nastavená, dialogové rozhraní se nedá použít."

#: ../Debconf/FrontEnd/Dialog.pm:56
msgid "Dialog frontend is incompatible with emacs shell buffers"
msgstr "Dialogové rozhraní je nekompatibilní s emacsovým she

Bug#764053: reportbug.debian.org: does not allow relaying to t...@security.debian.org (for embargoed security bugs)

Package: bugs.debian.org
Severity: normal

[Not sure if bugs.debian.org is the right pseudo-package for bugs with
reportbug.debian.org, but it seemed like the most likely candidate.]

With reportbug's default configuration of relaying through
reportbug.debian.org, if you follow reportbug's prompts to report security bugs
privately to the security team, you get:
SMTP send failure: {'t...@security.debian.org': (550, 'relay not permitted')}. 
Do you want to retry (or else save the report and exit)?  [Y|n|q|?]?

Here's a (slightly redacted) transcript from a recent reportbug session:

[...]
Do any of the following apply to this report?

1 d-i   This bug is relevant to the development of debian-installer.
2 ipv6  This bug affects support for Internet Protocol version 6.
3 l10n  This bug reports a localization/internationalization issue.
4 lfs   This bug affects support for large files (over 2 gigabytes).
5 patch You are including a patch to fix this problem.
6 security  This problem is a security vulnerability in Debian.
7 upstream  This bug applies to the upstream part of the package.
8 none

Please select tags: (one at a time) [none] 6
- selected: security
Please select tags: (one at a time) [done]
Are you reporting an undisclosed vulnerability? If so, in order to responsibly 
disclose the issue, it should not be sent to the public BTS right now, but 
instead to the private Security Team
mailing list. [y|N|q|?]? y
Spawning vim-wrapper...

Report will be sent to t...@security.debian.org
Submit this report on [package name] (e to edit) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]?
Connecting to reportbug.debian.org:587 via SMTP...
SMTP send failure: {'t...@security.debian.org': (550, 'relay not permitted')}. 
Do you want to retry (or else save the report and exit)? [Y|n|q|?]?



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

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.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#764052: myrepos: make output continuous in minimal mode when there is only one job

Package: myrepos
Severity: wishlist
Usertags: sentpatch

As promised here is a patch to make `mr -j1 -m foo` output continuously.

Make output continuous in minimal mode when there is only one job

Design choices include:

Duplicate the loop to not check $continous for each output line.

Make $continous an internal choice of terminal_friendly_spawn based
on all the parameters so that each call of it behaves the same.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

From 30bdc7b11ebbf93d4a5cb8a61cc912722c84873e Mon Sep 17 00:00:00 2001
From: Paul Wise 
Date: Sun, 5 Oct 2014 12:21:39 +0800
Subject: [PATCH] Make output continuous in minimal mode when there is only one
 job

Design choices include:

Duplicate the loop to not check $continous for each output line.

Make $continous an internal choice of terminal_friendly_spawn based
on all the parameters so that each call of it behaves the same.

Signed-off-by: Paul Wise 
---
 mr | 24 +++-
 1 file changed, 19 insertions(+), 5 deletions(-)

diff --git a/mr b/mr
index 7319f98..40cb550 100755
--- a/mr
+++ b/mr
@@ -743,13 +743,27 @@ sub terminal_friendly_spawn {
 	my $sh = shift;
 	my $quiet = shift;
 	my $minimal = shift;
+	my $jobs = shift;
+	my $continous = !$quiet && $minimal && 1 == $jobs;
 	my $output = "";
 	if ($terminal) {
 		my $pty = IO::Pty::Easy->new;
 		$pty->spawn($sh);
-		while ($pty->is_active) {
-			my $data = $pty->read();
-			$output .= $data if defined $data;
+		if ($continous) {
+			my $first = 1;
+			while ($pty->is_active) {
+my $data = $pty->read();
+if ($data) {
+	print "$actionmsg\n" if ($actionmsg && $first);
+	$first = 0;
+	print $data;
+}
+			}
+		} else {
+			while ($pty->is_active) {
+my $data = $pty->read();
+$output .= $data if defined $data;
+			}
 		}
 		$pty->close;
 	} else {
@@ -868,7 +882,7 @@ sub action {
 			$command, \@ARGV, sub {
 my $sh=shift;
 if (!$jobs || $jobs > 1 || $quiet || $minimal) {
-	return terminal_friendly_spawn($actionmsg, $sh, $quiet, $minimal);
+	return terminal_friendly_spawn($actionmsg, $sh, $quiet, $minimal, $jobs);
 }
 else {
 	system($sh);
@@ -933,7 +947,7 @@ sub hook {
 	my ($ret,$out)=runsh $hook, $topdir, $subdir, $command, [], sub {
 			my $sh=shift;
 			if (!$jobs || $jobs > 1 || $quiet || $minimal) {
-return terminal_friendly_spawn(undef, $sh, $quiet, $minimal);
+return terminal_friendly_spawn(undef, $sh, $quiet, $minimal, $jobs);
 			}
 			else {
 system($sh);
-- 
2.1.1



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

Bug#764051: Changing the value of a plugin parameter doesn't work

2014-10-04 Thread Miroslav Urbanek

Package: ecasound
Version: 2.9.0-1+spoka
Severity: important
Tags: patch

http://www.eca.cx/ecasound-list/2014/01/0017.html

The attached upstream patches fixed the bug in wheezy.

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

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

Versions of packages ecasound depends on:
ii  libasound21.0.25-4
ii  libaudiofile1 0.3.4-2
ii  libc6 2.13-38+deb7u4
ii  libgcc1   1:4.7.2-5
ii  libjack-jackd2-0 [libjack-0.116]  1.9.8~dfsg.4+20120529git007cdc37-5
ii  libkvutils10  2.9.0-1
ii  liblilv-0-0   0.14.2~dfsg0-4
ii  liblo70.26~repack-7
ii  libncurses5   5.9-10
ii  liboil0.3 0.3.17-2
ii  libreadline6  6.2+dfsg-0.1
ii  libsamplerate00.1.8-5
ii  libserd-0-0   0.14.0~dfsg0-2
ii  libsndfile1   1.0.25-5
ii  libsord-0-0   0.8.0~dfsg0-1
ii  libsratom-0-0 0.2.0~dfsg0-1
ii  libstdc++64.7.2-5
ii  libtinfo5 5.9-10

Versions of packages ecasound recommends:
ii  faad  2.7-8
ii  lame  3.99.5+repack1-3
ii  mikmod3.2.1-4
ii  mpg1231.14.4-1
ii  timidity  2.13.2-40.1
ii  vorbis-tools  1.4.0-1

Versions of packages ecasound suggests:
pn  ecatools
ii  ladspa-sdk [ladspa-plugin]  1.13-1
pn  nama

-- no debconf information
commit 34f3baa43d49673fe0fb23f05aef4790e2022392
Author: Kai Vehmanen 
Date:   Thu Jan 30 22:41:41 2014 +0200

eca-control-objects: properly init chainsetup edit objs

Always set the value of 'need_chain_reinit' when creating chainsetup
edit objects. Depending on stack contents, lack of initialization led
to unnecessary reinitialization of chains for many commands, including
cop-set/ctrlp-set/cop-bypass/c-mute/c-bypass.

diff --git a/libecasound/eca-control-objects.cpp b/libecasound/eca-control-objects.cpp
index b042da3..6aca2b5 100644
--- a/libecasound/eca-control-objects.cpp
+++ b/libecasound/eca-control-objects.cpp
@@ -1,6 +1,6 @@
 // 
 // eca-control-objects.cpp: Class for configuring libecasound objects
-// Copyright (C) 2000-2004,2006,2008,2009,2012,2013 Kai Vehmanen
+// Copyright (C) 2000-2004,2006,2008,2009,2012-2014 Kai Vehmanen
 // Copyright (C) 2005 Stuart Allie
 //
 // Attributes:
@@ -2027,6 +2027,7 @@ void ECA_CONTROL::set_chain_operator_parameter(CHAIN_OPERATOR::parameter_t value
   ECA::chainsetup_edit_t edit;
   edit.type = ECA::edit_cop_set_param;
   edit.cs_ptr = selected_chainsetup_repp;
+  edit.need_chain_reinit = false;
 
   unsigned int p = selected_chainsetup_repp->first_selected_chain();
   if (p < selected_chainsetup_repp->chains.size()) {
@@ -2074,6 +2075,7 @@ void ECA_CONTROL::set_chain_muting(const string &arg)
   ECA::chainsetup_edit_t edit;
   edit.type = ECA::edit_c_muting;
   edit.cs_ptr = selected_chainsetup_repp;
+  edit.need_chain_reinit = false;
 
   int state_arg = priv_onofftoggle_to_int(arg);
 
@@ -2102,6 +2104,7 @@ void ECA_CONTROL::set_chain_bypass(const string& arg)
   ECA::chainsetup_edit_t edit;
   edit.type = ECA::edit_c_bypass;
   edit.cs_ptr = selected_chainsetup_repp;
+  edit.need_chain_reinit = false;
 
   int state_arg = priv_onofftoggle_to_int(arg);
 
@@ -2132,6 +2135,7 @@ void ECA_CONTROL::bypass_chain_operator(const string& arg)
   ECA::chainsetup_edit_t edit;
   edit.type = ECA::edit_cop_bypass;
   edit.cs_ptr = selected_chainsetup_repp;
+  edit.need_chain_reinit = false;
 
   int bypass_arg = priv_onofftoggle_to_int(arg);
 
@@ -2517,6 +2521,7 @@ void ECA_CONTROL::set_controller_parameter(CHAIN_OPERATOR::parameter_t value)
   ECA::chainsetup_edit_t edit;
   edit.type = ECA::edit_ctrl_set_param;
   edit.cs_ptr = selected_chainsetup_repp;
+  edit.need_chain_reinit = false;
 
   unsigned int p = selected_chainsetup_repp->first_selected_chain();
   if (p < selected_chainsetup_repp->chains.size()) {
commit 42c2bf99caadffc9a22e2839df4674e31f1f7712
Author: Kai Vehmanen 
Date:   Thu Jan 30 22:44:24 2014 +0200

eca-osc: always initialize chainsetup edit objects

Initialize 'need_chain_reinit' properly for OSC commands to modify
chainop and controller parameters. Depending on stack contents, unnecessary
chain reinits were performed.

diff --git a/libecasound/eca-osc.cpp b/libecasound/eca-osc.cpp
index 26040af..1cc675f 100644
--- a/libecasound/eca-osc.cpp
+++ b/libecasound/eca-osc.cpp
@@ -1,6 +1,6 @@
 //

Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist

2014-10-04 Thread Elimar Riesebieter


Control: found -1 0.118

* Elimar Riesebieter  [2014-09-26 22:03 +0200]:

> Package: initramfs-tools
> Version: 0.117


-- 
  Alles was viel bedacht wird ist bedenklich!;-)
 Friedrich Nietzsche


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

Bug#764050: libopenblas-base: alternative libblas.so.3gf can't be slave of libblas.so.3

2014-10-04 Thread Guido Seifert

Subject: libopenblas-base: alternative libblas.so.3gf can't be slave of 
libblas.so.3
Package: libopenblas-base
Version: 0.2.11-2
Justification: breaks unrelated software
Severity: critical
Tags: upstream

Dear Maintainer,

   * Tried to install python-numpy
   * This bug is not new. 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684127
   
-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

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

Versions of packages libopenblas-base depends on:
ii  libblas-common  1.2.20110419-9
ii  libc6   2.19-11
ii  libgfortran34.9.1-16

libopenblas-base recommends no packages.

libopenblas-base 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#764049: libopenblas-base: alternative libblas.so.3gf can't be slave of libblas.so.3

2014-10-04 Thread GSeifert

Package: libopenblas-base
Version: 0.2.11-2
Severity: critical
Tags: upstream
Justification: breaks unrelated software

Dear Maintainer,

   * Tried to install python-numpy
   * This bug is not new. 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684127

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

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

Versions of packages libopenblas-base depends on:
ii  libblas-common  1.2.20110419-9
ii  libc6   2.19-11
ii  libgfortran34.9.1-16

libopenblas-base recommends no packages.

libopenblas-base 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#764048: uprofiler: FTBFS: cannot remove 'debian/uprofiler-ui/...'

2014-10-04 Thread Aaron M. Ucko

Source: uprofiler
Version: 0.11.0~20140929+d6495abf-1
Severity: serious
Justification: fails to build from source

Builds of uprofiler covering only its architecture-dependent
php5-uprofiler binary package that get past #764047 (so, on x86) have
nevertheless been failing:

 debian/rules override_dh_install
  make[1]: Entering directory '/«BUILDDIR»/uprofiler-0.11.0~20140929+d6495abf'
  dh_install
  rm 
debian/uprofiler-ui/usr/share/uprofiler/uprofiler_html/jquery/jquery-1.2.6.js
  rm: cannot remove 
'debian/uprofiler-ui/usr/share/uprofiler/uprofiler_html/jquery/jquery-1.2.6.js':
 No such file or directory
  make[1]: *** [override_dh_install] Error 1
  debian/rules:23: recipe for target 'override_dh_install' failed
  make[1]: Leaving directory '/«BUILDDIR»/uprofiler-0.11.0~20140929+d6495abf'
  make: *** [binary-arch] Error 2
  debian/rules:8: recipe for target 'binary-arch' failed

Could you please take a look and account for such builds?

Thanks!


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

Bug#764047: uprofiler: FTBFS on non-x86: uses x86 assembly (rdtsc)

2014-10-04 Thread Aaron M. Ucko

Source: uprofiler
Version: 0.11.0~20140929+d6495abf-1
Severity: important
Justification: fails to build from source

Builds of uprofiler for non-x86 architectures have been failing with
errors of the form

  /«BUILDDIR»/uprofiler-0.11.0~20140929+d6495abf/extension/uprofiler.c:973:3: 
error: impossible constraint in 'asm'
 asm volatile("rdtsc" : "=a" (__a), "=d" (__d));

or

  Error: unrecognized opcode `rdtsc'

depending on the architecture.

If you can reasonably make it function usefully beyond x86, please do
so; otherwise, please officially constrain its architecture list to

  any-i386 any-x32 any-x86_64

Thanks!


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

Bug#764046: aptitude: race condition in config file replacement leads to warnings

Package: aptitude
Version: 0.6.11-1
Severity: normal
Usertags: warnings race-condition

I run several cron jobs each doing aptitude searches and I often get
this warning from aptitude:

E: Unable to replace /home/pabs/.aptitude/config with new configuration file - 
apt_init (2: No such file or directory)

Looking at the code it seems that there is a race condition when
multiple aptitude instances are running:

http://sources.debian.net/src/aptitude/0.6.11-1/src/generic/apt/apt.cc?hl=247#L247

Every instance is using ~/.aptitude/config.new instead of creating a
temporary unique filename. This means that one process can rename
the .new file before another process gets a chance to do that, which
means the .new file disappears, rename fails and a warning is given.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#741207: present in 2.6.4

2014-10-04 Thread John Marter


retitle 741207 gnucash: Split amount lost when tabbing off without an account 
specified when trading accounts enabled
tags 741207 - moreinfo unreproducible
found 741207 gnucash/1:2.6.4-1
thanks

I believe the revelation that trading accounts must be enabled satisfies
the request for more info and makes this behavior reproducible.

-John Marter


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

Bug#764043: needrestart: please add a conf.d directory

Package: needrestart
Severity: wishlist

I customise a couple of options (set mode to list, turn on stdio) and
almost every time I upgrade needrestart I have to merge the config file.
It would be great if needrestart had a conf.d directory where I and or
other packages could drop in my customisations, have them applied after
the main config and not have to worry about merges in the future.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#764045: gnumeric-doc: Please drop recommends against gnome-desktop-data

2014-10-04 Thread Laurent Bigonville

Package: gnumeric-doc
Version: 1.12.18-1
Severity: normal

Hi,

gnumeric-doc Recommends the gnome-desktop-data package, is this still
nedded?

debian/changelog states:
  * [debian/control] gnumeric-doc now Recommends: gnome-desktop-data for
  gnome-logo-icon.png .

But grepping the files in the tarball, it seems that gnome-logo-icon.png
is not used anymore.

Cheers,

Laurent Bigonville

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

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#764044: needrestart: please add a conf.d directory

Package: needrestart
Severity: wishlist

I customise a couple of options (set mode to list, turn on stdio) and
almost every time I upgrade needrestart I have to merge the config file.
It would be great if needrestart had a conf.d directory where I and or
other packages could drop in my customisations, have them applied after
the main config and not have to worry about merges in the future.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#764042: needrestart: [regression] in list mode, lists only services, not commands needed to restart them

Package: needrestart
Version: 1.2-1
Severity: normal

In 1.1-1, needrestart list mode reports services to be restarted like this:

Services to be restarted:
systemctl restart foo.service

In 1.2-1, needrestart list mode reports services to be restarted like this:

Services to be restarted:
 foo.service

Please revert to listing full command-lines in needrestart list mode.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages needrestart depends on:
ii  dpkg   1.17.13
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.15-1
ii  libproc-processtable-perl  0.50-2+b1
ii  libsort-naturally-perl 1.03-1
ii  perl   5.20.1-1

needrestart recommends no packages.

needrestart suggests no packages.

-- Configuration Files:
/etc/needrestart/needrestart.conf changed:
$nrconf{restart} = 'l';
$nrconf{ui} = 'NeedRestart::UI::stdio';

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#764041: FTBFS on arm64

2014-10-04 Thread Chen Baozi

Source: openipmi
Version: 2.0.16-1.3
Severity: normal
Tags: patch

Openipmi has failed to build on arm64 due to the old config.guess and
config.sub. Fix it by adding dh-autoreconf when building. The patch
is attached to this message.

Regards,

Chen Baozi
diff -Nru mono-zeroconf-0.9.0/debian/changelog mono-zeroconf-0.9.0/debian/changelog
--- mono-zeroconf-0.9.0/debian/changelog	2012-01-22 13:25:44.0 +
+++ mono-zeroconf-0.9.0/debian/changelog	2014-10-04 14:38:44.0 +
@@ -1,3 +1,9 @@
+mono-zeroconf (0.9.0-5) unstable; urgency=wishlist
+
+  * Moving manpage of innochecksum to mysql-client-5.5 binary package.
+
+ -- Chen Baozi   Sat, 04 Oct 2014 14:35:37 +
+
 mono-zeroconf (0.9.0-4) unstable; urgency=low
 
   * [1cbf0fc] Modernise packaging.
diff -Nru mono-zeroconf-0.9.0/debian/mzclient.1 mono-zeroconf-0.9.0/debian/mzclient.1
--- mono-zeroconf-0.9.0/debian/mzclient.1	1970-01-01 00:00:00.0 +
+++ mono-zeroconf-0.9.0/debian/mzclient.1	2014-10-04 14:38:51.0 +
@@ -0,0 +1,69 @@
+.TH MZCLIENT "1" "October 2014" "mzclient" "User Commands"
+.SH NAME
+mzclient \- used for resolving or publishing services from the commandline.
+.SH SYNOPSIS
+mzclient
+[\fB\,-t\fR type\/] [\,--resolve\/] [\,--publish "description"\/]
+.SH DESCRIPTION
+CLI library for multicast DNS service discovery (commandline tool)
+.PP
+Mono.Zeroconf is a cross platform Zero Configuration Networking library for
+Mono and .NET. It provides a unified API for performing the most common
+zeroconf operations on a variety of platforms and subsystems: all the
+operating systems supported by Mono and both the Avahi and
+Bonjour/mDNSResponder transports.
+.PP
+By using Mono.ZeroConf applications can use a single API that will work
+regardless of the underlying implementation that a particular operating
+system uses.
+.PP
+Applications can publish services that will be exposed to other computers on
+the network and also query the local machines on the network for services
+that could have been exposed.
+.PP
+.I mzclient
+can be used for resolving or publishing services from the commandline.
+.PP
+.SH OPTIONS
+.TP
+\fB\-h\fR, \-\-help
+shows this help
+.TP
+\fB\-v\fR, \-\-verbose
+print verbose details of what's happening
+.TP
+\fB\-t\fR, \-\-type
+uses 'type' as the service type
+(default is '_workstation._tcp')
+.TP
+\fB\-r\fR, \-\-resolve
+resolve found services to hosts
+.TP
+\fB\-d\fR, \-\-domain
+which domain to broadcast/listen on
+.TP
+\fB\-i\fR, \-\-interface
+which network interface index to listen
+on (default is '0', meaning 'all')
+.TP
+\fB\-a\fR, \-\-aprotocol
+which address protocol to use (Any, IPv4, IPv6)
+.TP
+\fB\-p\fR, \-\-publish
+publish a service of 'description'
+.PP
+.SH USAGE
+The \fB\-d\fR, \fB\-i\fR and \fB\-a\fR options are optional. By default mzclient will listen
+on all network interfaces ('0') on the 'local' domain, and will resolve
+all address types, IPv4 and IPv6, as available.
+.PP
+The service description for publishing has the following syntax.
+The TXT record is optional.
+.IP
+   TXT [ ='', ... ]
+.PP
+For example:
+.HP
+\fB\-p\fR "_http._tcp 80 Simple Web Server"
+.HP
+\fB\-p\fR "_daap._tcp 3689 Aaron's Music TXT [ Password='false', Machine Name='Aaron\e's Box', txtvers='1' ]"
diff -Nru mono-zeroconf-0.9.0/debian/mzclient.install mono-zeroconf-0.9.0/debian/mzclient.install
--- mono-zeroconf-0.9.0/debian/mzclient.install	2012-01-22 13:25:44.0 +
+++ mono-zeroconf-0.9.0/debian/mzclient.install	2014-10-04 14:38:48.0 +
@@ -1,2 +1,3 @@
 debian/tmp/usr/bin/mzclient
 debian/tmp/usr/lib/mono-zeroconf/MZClient.exe*
+debian/mzclient.1 usr/share/man/man1

Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages

2014-10-04 Thread Lennart Sorensen

On Sat, Oct 04, 2014 at 03:48:27PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> OK, we will need a powerpc machine with more RAM available than the current 
> powerpc porterbox.
> 
> Debian PPC porters: can anyone build qtwebkit with a machine with at least 
> 8GB 
> of RAM+swap and the included patch? Basically we need a better backtrace for 
> tracing this bug, and building with DWARF requires a bunch of memory.
> 
> If you can also test this bug with the built binaries, the better, else I 
> would need someone else to test them.

Well we have 16GB ram in the IBM p710 at work.  Which release would
you like me to build it on?  And what do you want logged?

-- 
Len Sorensen


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

Bug#762886: mock.git on /user/tafir not accessible

2014-10-04 Thread Tzafrir Cohen

On Fri, Sep 26, 2014 at 01:18:53AM +0200, Mike Gabriel wrote:
> 
> at the time of writing the packaging Git repo of mock is not available [1].
> 
> You may consider moving it to a more public location like the collab-maint 
> Git project space to ease collaboration.
> 
> Ping me if you need help with mock maintenance. Thanks!!!

Repository is now in collab-maint. Thanks for the note. Feel free to
help (specifically: upgrading) if I don't beat you to it.

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
tzaf...@debian.org|| friend


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

Bug#764040: sqitch: should be in Section: database

Package: sqitch
Version: 0.995-1
Severity: normal

The ‘sqitch’ package is primarily for a command-line utility for
database change management. It is not primarily a Perl library, and
its implementation language is irrelevant for the pckage's purpose.

Please dclare the package as “Section: database” in ‘debian/control’.

-- 
 \ “Everything is futile.” —Marvin of Borg |
  `\   |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#763148: Prevent migration to jessie

2014-10-04 Thread Michael Gilbert

On Fri, Oct 3, 2014 at 1:44 PM, Andreas Cadhalpun wrote:
> But I don't think that the mere possibility of such problems is a sufficient
> reason to disregard Debian policy, which clearly states that embedded code
> copies should not be used.
> This is especially the case, if it prevents the properly packaged library
> and the command line tools from being part of the stable release.

That may be worth considering post-jessie, but an unavoidable issue
right now is that ffmpeg arrived too late to make it into this release
cycle.

Best wishes,
Mike


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

Bug#764039: uuid-runtime: should be in Section: utils

Package: uuid-runtime
Version: 2.20.1-5.8
Severity: normal

The ‘uuid-runtime’ package has the primary purpose of installing
user-facing utility programs. It is not a runtime library package, so
the “libs” section is incorrect for this package.

Please declare the package as “Section: utils” in ‘debian/control’.

-- 
 \   “We have met the enemy and he is us.” —Walt Kelly, _Pogo_ |
  `\1971-04-22 |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#764038: onionshare: should be in Section: net

Package: onionshare
Version: 0.5-1
Severity: normal

The ‘onionshare’ package is not primarily a Python library; it is a
user-facing application for network services. So the “python” section
is incorrect for this package.

Please declare the package as “Section: net” in ‘debian/control’.

-- 
 \  “The only tyrant I accept in this world is the still voice |
  `\  within.” —Mohandas K. Gandhi |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#756794: vsftpd: FTBFS on kfreebsd-*

2014-10-04 Thread Steven Chamberlain

Steven Chamberlain wrote:
> This commit made vsftpd package "Arch: any"
> but vsftpd is still "Arch:> linux-any"...
  ^^
Sorry, I meant vsftpd-dbg here.

> http://anonscm.debian.org/cgit/collab-maint/vsftpd.git/commit/?id=93a9e1e222df823f37d7d537b45df3723b2d23f0

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#756794: vsftpd: FTBFS on kfreebsd-*

2014-10-04 Thread Steven Chamberlain

Hi,

With your upload of 3.0.2-16, vsftpd is built now on kfreebsd, but
please could you also enable the vsftpd-dbg package?

This commit made vsftpd package "Arch: any" but vsftpd is still "Arch:
linux-any"...
http://anonscm.debian.org/cgit/collab-maint/vsftpd.git/commit/?id=93a9e1e222df823f37d7d537b45df3723b2d23f0

Thanks!
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#764036: mdadm: /var/lib/mdadm and /etc/mdadm not deleted on upgrade/purge

2014-10-04 Thread Laurent Bigonville

Package: mdadm
Version: 3.3.2-2
Severity: normal

Hi,

During the upgrade of the package I got the following message:

Unpacking mdadm (3.3.2-2) over (3.3.2-1) ...
dpkg: warning: unable to delete old directory '/var/lib/mdadm': Directory not 
empty

And indeed "/var/lib/mdadm" was not removed properly, I guess 
"rmdir --ignore-fail-on-non-empty /var/lib/mdadm" should be called after
deleting the files to ensure the directory is properly deleted.

The same thing happens with "/etc/mdadm" when purging the package,
/etc/mdadm/mdadm.conf and the directory is never deleted.

Cheers,

Laurent Bigonville

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

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

Versions of packages mdadm depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  initscripts2.88dsf-53.4
ii  libc6  2.19-11
ii  lsb-base   4.1+Debian13
ii  udev   215-5+b1

Versions of packages mdadm recommends:
ii  dma [mail-transport-agent]  0.9-1
ii  kmod18-3
ii  module-init-tools   18-3

mdadm suggests no packages.

-- debconf information excluded


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

Bug#764037: lightdm: LP 1370688 - prevent warnings about lightdm-data

2014-10-04 Thread Alf Gaida

Package: lightdm
Version: 1.10.2-2
Severity: normal
Tags: patch

Dear Maintainer,

prevent the warnings in systemd log - maybe it change no functionality, but no 
warning
means no need to argue about this warning - the LP bug should be analyzed and 
solved. 

Greetz Alf

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

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

Versions of packages lightdm depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.8-1+b1
ii  debconf [debconf-2.0]  1.5.53
ii  libc6  2.19-11
ii  libgcrypt201.6.2-4
ii  libglib2.0-0   2.42.0-2
ii  libpam-systemd 215-5+b1
ii  libpam0g   1.1.8-3.1
ii  libxcb11.10-3
ii  libxdmcp6  1:1.1.1-1
ii  lightdm-gtk-greeter [lightdm-greeter]  1.8.5-1

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+7

Versions of packages lightdm suggests:
ii  accountsservice  0.6.37-3+b1
ii  upower   0.99.1-3

-- Configuration Files:
/etc/init.d/lightdm changed [not included]
/etc/lightdm/lightdm.conf changed [not included]

-- debconf information excluded
diff --git a/debian/changelog b/debian/changelog
index bd49e4c..fa3a245 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+lightdm (1.10.2-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * prevent the warnings from LP: 1370688 
+
+ -- Alf Gaida   Sun, 05 Oct 2014 02:44:27 +0200
+
 lightdm (1.10.2-2) unstable; urgency=medium
 
   * debian/patches:
diff --git a/debian/lightdm.postinst b/debian/lightdm.postinst
index 68f666d..619a945 100644
--- a/debian/lightdm.postinst
+++ b/debian/lightdm.postinst
@@ -25,6 +25,11 @@ mkdir -p /var/lib/lightdm
 chown -R lightdm:lightdm /var/lib/lightdm
 chmod 0750 /var/lib/lightdm
 
+# LP 1370688 - fails to create lightdm-data folder
+mkdir -p /var/lib/lightdm-data
+chown -R lightdm:lightdm /var/lib/lightdm-data
+chmod 0750 /var/lib/lightdm-data
+
 # debconf is not a registry, so we only fiddle with the default file if it
 # does not exist
 if [ ! -e "$DEFAULT_DISPLAY_MANAGER_FILE" ]; then
diff --git a/debian/lightdm.postrm b/debian/lightdm.postrm
index 447decc..34c1ebb 100644
--- a/debian/lightdm.postrm
+++ b/debian/lightdm.postrm
@@ -15,6 +15,12 @@ if [ "$1" = "purge" ] ; then
 if [ -d /var/lib/lightdm ]; then
 rm -r /var/lib/lightdm
 fi
+
+# LP 1370688 - fails to create lightdm-data folder
+if [ -d /var/lib/lightdm ]; then
+rm -r /var/lib/lightdm
+fi
+
 if [ -d /var/log/lightdm ]; then
 rm -r /var/log/lightdm
 fi

Bug#764034: python-gnutls: GnuTLS OpenPGP functions not in gnutls.library.functions

2014-10-04 Thread Teddy Hogeborn

Package: python-gnutls
Version: 2.0.1-1
Severity: normal
Tags: patch upstream

In gnutls/library/functions.py, line 1401, it tries to access the C
library function "gnutls_certificate_get_openpgp_key", to determine if
the OpenPGP functions are present in the library.  (This is a change
from the old code for the old GnuTLS library, which tried to access
"gnutls_certificate_get_openpgp_keyring" instead, but that function
has been removed in the new GnuTLS library, so the change was
necessary.)  The problem is that the function accessed, called
"gnutls_certificate_get_openpgp_key", does not exist, and has never
existed in any version of GnuTLS I could find.  Therefore, the code in
functions.py determines that OpenPGP support is not present and does
not import the needed functions from the C library.  By reading the
following code in functions.py, and comparing with the old version, I
am pretty sure that what was actually meant was instead the function
"gnutls_certificate_set_openpgp_key".  Indeed, when changed to that,
the functions in the Python module are present, callable and working.

/Teddy Hogeborn

-- 
The Mandos Project
http://www.recompile.se/mandos

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

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

Versions of packages python-gnutls depends on:
ii  libgnutls-deb0-28  3.3.8-2
ii  python 2.7.8-1

Versions of packages python-gnutls recommends:
ii  python-twisted-core  14.0.2-2

python-gnutls suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file 
/usr/lib/python2.7/dist-packages/gnutls/library/functions.py (from 
python-gnutls package)
--- gnutls/library/functions.py.~1~	2014-06-26 18:01:34.0 +0200
+++ gnutls/library/functions.py	2014-10-05 02:19:39.424176013 +0200
@@ -1398,7 +1398,7 @@
 #
 
 try:
-gnutls_certificate_get_openpgp_key = libgnutls.gnutls_certificate_get_openpgp_key
+gnutls_certificate_set_openpgp_key = libgnutls.gnutls_certificate_set_openpgp_key
 except AttributeError:
 pass
 else:

Bug#764035: gertty: should be in Section: devel

Package: gertty
Version: 1.0.2-1
Severity: normal

The ‘gertty’ package is primarily a user-facing tool for development;
it is not a Python library. So the section “python” is incorrect for
this package.

Please declare the package as “Section: devel” in ‘debian/control’.

-- 
 \   “Never use a long word when there's a commensurate diminutive |
  `\available.” —Stan Kelly-Bootle |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#764033: php-elisp: New upstream version 1.13.5 available

Package: php-elisp
Version: 1.5.0-1.1
Severity: wishlist

Dear Maintainer,

The site of PHP Mode is now https://github.com/ejmr/php-mode>. At
that site new upstream versions are available, the latest being
version 1.13.5.

Please package the new upstream version, and update the “Homepage”
field accordingly.

-- 
 \  “Shepherds … look after their sheep so they can, first, fleece |
  `\   them and second, turn them into meat. That's much more like the |
_o__)  priesthood as I know it.” —Christopher Hitchens, 2008-10-29 |
Ben Finney 


signature.asc
Description: Digital signature

Bug#764029: Moving GDCMConfig.cmake to new directory broke GDCM_INCLUDE_DIRS and thus builds of dependent code; e.g. ITK

2014-10-04 Thread Steve M. Robbins

On Sat, Oct 04, 2014 at 07:22:45PM -0500, Steve M. Robbins wrote:

> In 2.4.4-1, the file GDCMConfig.cmake was in /usr/lib/gdcm-2.4, so this code:
> 
>   get_filename_component(GDCM_INCLUDE_ROOT 
> "${SELF_DIR}/../../../include/gdcm-2.4" ABSOLUTE)
>   set(GDCM_INCLUDE_DIRS ${GDCM_INCLUDE_ROOT})

Err, there is one too many "../" in there.  The actual line is 
"${SELF_DIR}/../../include/gdcm-2.4".

-Steve


signature.asc
Description: Digital signature

Bug#764032: d-i.debian.org: improve binary/source mapping

Package: d-i.debian.org
Severity: normal

When binary packages are moved across source packages, the PTS can get
confused and still point to the old source packages. That means packages
like module-init-tools and udev still point to their old sources instead
of kmod and systemd respectively.

Fixing #764030 might help since ISTR tracker.debian.org has a better way
of handling binary/source mapping. But it'd need to be double-checked.
Some source packages also build binary with funny version numbers
(kmod and lvm2 at least).

Mraw,
KiBi.


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

Bug#764031: d-i.debian.org: improve changelog downloads for release announcements

Package: d-i.debian.org
Severity: normal

Between debian-installer build time and release preparation time it's
common to have a few packages uploaded in the meanwhile, leading to
version-specific changelog download failures. It could probably be
worked around by downloading latest changelog thanks to the unstable
link and then either dropping newer entries or adding a warning about
version mismatches in the generated HTML summary.

Mraw,
KiBi.


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

Bug#764029: Moving GDCMConfig.cmake to new directory broke GDCM_INCLUDE_DIRS and thus builds of dependent code; e.g. ITK

2014-10-04 Thread Steve M. Robbins

Package: libgdcm2-dev
Version: 2.4.4-2
Severity: important

In 2.4.4-1, the file GDCMConfig.cmake was in /usr/lib/gdcm-2.4, so this code:

  get_filename_component(GDCM_INCLUDE_ROOT 
"${SELF_DIR}/../../../include/gdcm-2.4" ABSOLUTE)
  set(GDCM_INCLUDE_DIRS ${GDCM_INCLUDE_ROOT})

worked and GDCM_INCLUDE_DIRS was set to /usr/include/gdcm-2.4.

Now the file is one level deeper (/usr/lib/x86_64-linux-gnu) and
GDCM_INCLUDE_DIRS get set to nonsense.

I think GDCM_LIBRARY_DIRS has the same problem.



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

Kernel: Linux 3.16-2-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 libgdcm2-dev depends on:
ii  libgdcm2.4  2.4.4-2

libgdcm2-dev recommends no packages.

libgdcm2-dev suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/lib/x86_64-linux-gnu/gdcm-2.4/GDCMConfig.cmake (from 
libgdcm2-dev package)


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

Bug#764030: d-i.debian.org: update url from packages.qa.debian.org to tracker.debian.org in scripts

Package: d-i.debian.org
Severity: normal

Apparently two scripts need updating for this:
 - prepare-release-announce
 - testing-summary/gen-summary

Mraw,
KiBi.


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

Bug#763744: printing related?

2014-10-04 Thread Jelmer Vernooij

On Sat, Oct 04, 2014 at 03:12:47PM +0200, Santiago Vila wrote:
> On Sat, 4 Oct 2014, Jelmer Vernooij wrote:
> 
> > The backtrace you pasted seems to be related to printing, not to file names.
> 
> Yes, the bug seems to be related to printing, and more specifically,
> when the file to be printed has non-ascii chars in the filename,
> like "españa.pdf", so it seems related to filenames as well.
A lot of things in Samba involve filenames; I don't see why the two would be
related.

That bug in bugzilla happens deep inside of the filesharing code and involves
invalid codepoints. The traceback you're getting is completely different.

> In either case, maybe it would be better to forget about this
> particular bug and upload 4.1.12 for unstable before the freeze, if
> possible.
While I agree it would be good to upload 4.1.12, I haven't seen anything to
indicate it will help resolve this particular bug.

Jelmer


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

Bug#764028: obnam: FTBFS on arm64

2014-10-04 Thread Wookey

Package: obnam
Version: 1.8-1
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertag: arm64

obnam FTBFS on arm64 due to a test failure.
Here is the build log:
https://buildd.debian.org/status/fetch.php?pkg=obnam&arch=arm64&ver=1.8-1&stamp=1412440030

And the relevent bit seems to be:
DATADIR is /tmp/tmpxnNcvJ/backup_with_changed_B-tree_node_size/datadir
HOME for tests is 
/tmp/tmpxnNcvJ/backup_with_changed_B-tree_node_size/datadir/HOME
Running step "GIVEN 100kB of new data in directory L"
Running step "GIVEN user U sets configuration node-size to 65536"
Running step "WHEN user U backs up directory L to repository R"
Running step "GIVEN 100Kb of new data in directory L"
Running step "GIVEN a manifest of L in M"
Running step "GIVEN user U sets configuration node-size to 4096"
Running step "WHEN user U backs up directory L to repository R"
Running step "WHEN user U restores their latest generation in repository R into 
X"
Running step "THEN L, restored to X, matches manifest M"
Running step "THEN user U can fsck the repository R"
ERROR: Command '['yarn', '-s', 'yarns/obnam.sh', 'yarns/9000-implements.yarn', 
'yarns/0200-repo-formats.yarn', 'yarns/0110-administration.yarn', 
'yarns/0100-fuse.yarn', 'yarns/0090-lock-handling.yarn', 
'yarns/0080-verify.yarn', 'yarns/0070-compression.yarn', 
'yarns/0060-encryption.yarn', 'yarns/0050-multiple-clients.yarn', 
'yarns/0040-generations.yarn', 'yarns/0030-basics.yarn', 
'yarns/0020-test-environment.yarn', 'yarns/0010-introduction.yarn']' returned 
non-zero exit status 1
run unit tests
make[1]: *** [override_dh_auto_test] Error 1

Clues/suggestions for debugging what's actually wrong are welcome.

There is not yet an official arm64 porterbox, although that should be
remedied within 2 weeks. Access to a box can be arranged if necessary
in the meantime. Or just ask me to report info.

Wookey


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

Bug#754521: gnome-mplayer: Files with # in the name are not played

2014-10-04 Thread moijaiunvelo


  
  
Hi,

I believe this issue is related to the bug#758543
since the workaround proposed in the thread (symlinking
libdvdnav.so.4.1.2 to libdvdnavmini.so.4 in
/usr/lib/x86_64-linux-gnu) enabled gnome-mplayer to work.

Sincerly,

Moi

On Sun, 13 Jul 2014 22:26:21 +0200 Sebastian Ramacher
 wrote:
> Control: tags -1 = confirmed upstream
> Control: forwarded -1
https://code.google.com/p/gnome-mplayer/issues/detail?id=718
> 
> On 2014-07-13 12:40:02, Eduardo Klosowski wrote:
> > I escape the #, but it did not work again.
> > 
> > $ gnome-mplayer \#file.mkv
> > $ gnome-mplayer "#file.mkv"
> 
> Oh, indeed. It's also known upstream.
> 
> Cheers
> -- 
> Sebastian Ramacher

  



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

Bug#764027: [openssh-client] change default for CheckHostIP to no

2014-10-04 Thread Timo Weingärtner

Package: openssh-client
Version: 1:6.6p1-7
Severity: wishlist

ssh_config(5) says about CheckHostIP:
> This allows ssh to detect if a host key changed due to DNS spoofing.

I think the situations where that detection might be helpful are quite rare. 
In the case of spoofing there will always be a message about the changed key 
for the hostname.

On the other hand having it set to yes causes annoyance:
* UserKnownHostsFile grows for each host with dynamic DNS
* in networks with DHCP pools and dynamic DNS IPs get shuffled around and
  you'll often get false alarms
* updating the hostkey of a multi-IPed server (perhaps a set of servers with
  RR DNS) by hand is hard because you have to find all the additional IP
  entries (with HashKnownHosts=on this might be even harder)
* when using openssh-known-hosts with filters you filter for hostnames, not
  IPs, because you can't know the IPs an organization (such as debian) will
  receive next for hosting their services:
  + UserKnownHostsFile will get entries for each IP 
  + an updated hostkey in the centrally managed known_hosts file will not be
changed in UserKnownHostsFile leading to false alarms

I guess most people don't and shouldn't have to care about the IP address(es) 
the server they connect to currently has, the connection between hostname and 
hostkey is enough.

Therefore please set the default for CheckHostIP to no.


Greetings
Timo

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

Bug#761406: Please review text for security warning

2014-10-04 Thread Justin B Rye

Ryan Tandy wrote:
[...] 
> My current draft for the debconf note (to be shown on upgrade, if an
> access rule beginning with "to * by self write" exists) reads:
> 
> Description: Please review access control rules

You also have a "please review" later on.  Maybe this could say
something like

  Description: OpenLDAP access control rule issue

>  One or more of your databases contains an access rule that allows users
>  to edit most of their own attributes. This may be unsafe, depending on
>  how the database is used.
>  .
>  Please review your access control rules. Refer to
>  /usr/share/doc/slapd/README.Debian.gz for more details.

Do you really mean to talk about databases *containing* access rules?
Maybe it should say something like:

   One or more of the databases configured in /etc/openldap/slapd.conf
   has an access rule that allows users to edit most of their own
   attributes. This may be unsafe, depending on how the database is used.

> My draft for README.Debian reads:
> 
> Dangerous default access control rule
> 
>   Previous versions of slapd configured the default database with an
>   access control rule of the form:

If this is being incorporated into an existing README.Debian rather
than a NEWS.Debian it needs some sort of datestamp or version number
or other indicator of what "previous" is relative to:

Versions of slapd before X.Y-Z configured the default database with
an access control rule of the form:

> 
>   to *
> by self write
> by dn="cn=admin,dc=example,dc=com" write
> by * read
> 
>   Depending on the how the database and client applications are
 XXX
Surplus article.

>   configured, users might be able to impersonate others by editing
>   attributes such as their Unix user and group numbers, their Kerberos
>   principal name, their Samba security identifier, or other
>   application-specific attributes.
> 
>   New slapd installations no longer include "by self write", but
>   existing configurations will not be automatically modified.
> 
>   To list your current access control rules, use the command:
> 
> ldapsearch -Y EXTERNAL -H ldapi:/// -b 'cn=config' '(olcAccess=*)' 
> olcAccess
> 
>   Next, create a text file containing the desired modifications, for
>   example:

Maybe call it "an ldif file" here?
 
>   dn: olcDatabase={1}hdb,cn=config
>   delete: olcAccess
>   olcAccess: {2}
>   -
>   add: olcAccess
>   olcAccess: {2}to * by dn="cn=admin,dc=example,dc=com" write by * read
> 
>   Adjust the database DN, the administrative DN, and the rule numbers
>   according to your configuration.
> 
>   Finally, apply the configuration changes from the file:
> 
> ldapmodify -Y EXTERNAL -H ldapi:/// -f mods.ldif
> 
>   For more information about access control rules, consult the
>   slapd.access(5) man page.
> 
> 

That's an alarmingly fragile-looking procedure... is it really
impossible to fix this just by loading a corrected slapd.conf?  Well,
at any rate I can see why you might not want to cram that into a
debconf dialogue!
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


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

Bug#763727: gprbuild: gprconfig segfaults on kfreebsd-i386, causes other packages to FTBFS

2014-10-04 Thread Nicolas Boulenguez

Package: src:gprbuild
Followup-For: Bug #763727

With the diff…
#
# old_revision [950bbf7e9813c77e32c46681053963808b47815c]
#
# patch "debian/patches/763727.patch"
#  from [6023754390a73c950a02592a9e006c3f23cb0a3c]
#to [aa2bbcb0c95f667934874f7d26929d3e2909b5ab]
#

--- debian/patches/763727.patch	6023754390a73c950a02592a9e006c3f23cb0a3c
+++ debian/patches/763727.patch	aa2bbcb0c95f667934874f7d26929d3e2909b5ab
@@ -11,43 +11,55 @@ Bug-Debian: https://bugs.debian.org/7637
 
 --- a/src/gprconfig-knowledge.adb
 +++ b/src/gprconfig-knowledge.adb
-@@ -722,7 +722,7 @@
- elsif Node_Name (N) = "executable" then
-declare
-   Prefix : constant String :=
-- Get_Attribute (N, "prefix", "@@");
-+ Get_Attribute (N, "prefix", "-1");
-   Val: constant String := Node_Value_As_String (N);
-begin
-   if Val = "" then
 a/share/gprconfig/compilers.xml
-+++ b/share/gprconfig/compilers.xml
-@@ -656,8 +656,8 @@
- Ada
- 4.9
- 
--   \.\./lib/gcc(-lib)?/$TARGET/$gcc_version/adalib/
--   \.\./lib/gcc(-lib)?/$TARGET/$gcc_version/ada_object_path
-+   \.\./lib/gcc(-lib)?/$TARGET/$gcc_version/adalib/
-+   \.\./lib/gcc(-lib)?/$TARGET/$gcc_version/ada_object_path
-\.\./lib/gcc(-lib)?/$TARGET/$gcc_version/rts-(.*)/adalib/
- 
- 
-@@ -681,7 +681,7 @@
-   
- 
- 
--   \.\./lib/gcc/.*/$gcc_version/adalib/
-+   \.\./lib/gcc/.*/$gcc_version/adalib/
- 
- codepeer
-   
-@@ -697,7 +697,7 @@
- 
- Ada
- 
--   \.\./lib/dotgnat/adalib/
-+   \.\./lib/dotgnat/adalib/
-\.\./lib/dotgnat/rts-(.*)/adalib/
- 
- dotnet
+@@ -604,6 +604,8 @@
+  C : constant String :=
+Get_Attribute (Tmp, "contents", "");
+  Contents : Pattern_Matcher_Access;
++ Group : constant String :=
++   Get_Attribute (Tmp, "group", "0");
+   begin
+  if C /= "" then
+ Contents := new Pattern_Matcher'(Compile (C));
+@@ -616,16 +618,15 @@
+ Contents=> Contents,
+ Dir_If_Match=> No_Name,
+ Directory_Group => 0);
+-  end;
+ 
+-  begin
+- External_Node.Directory_Group := Integer'Value
+-   (Get_Attribute (Tmp, "group", "0"));
+-  exception
+- when Constraint_Error =>
++ if Group /= ""
++   and (for all Digit of Group => Digit in '0' .. '9')
++ then
++External_Node.Directory_Group := Integer'Value (Group);
++ else
+ External_Node.Directory_Group := -1;
+-External_Node.Dir_If_Match :=
+-  Get_String (Get_Attribute (Tmp, "group", "0"));
++External_Node.Dir_If_Match := Get_String (Group);
++ end if;
+   end;
+ 
+   Append (Value, External_Node);
+@@ -735,12 +736,13 @@
+   else
+  Compiler.Executable := Get_String (Val);
+ 
+- begin
++ if Prefix /= ""
++   and (for all Digit of Prefix => Digit in '0' .. '9')
++ then
+ Compiler.Prefix_Index := Integer'Value (Prefix);
+- exception
+-when Constraint_Error =>
+-   Compiler.Prefix_Index := -1;
+- end;
++ else
++Compiler.Prefix_Index := -1;
++ end if;
+ 
+  if not Ends_With (Val, Exec_Suffix.all) then
+ Compiler.Executable_Re := new Pattern_Matcher'

Bug#763727: gprbuild: gprconfig segfaults on kfreebsd-i386, causes other packages to FTBFS

2014-10-04 Thread Nicolas Boulenguez

Package: src:gprbuild
Followup-For: Bug #763727

Please ignore my previous message, sent while you were answering.

>From the gprbuild documentation, I understand that non-number values
for the "prefix" attribute are meaningful.
If the bug really lies in the way gnat handles Constraint_Error, it
should be sufficient to avoid depending on exceptions.
Could you please try the attached diff against
950bbf7e9813c77e32c46681053963808b47815c?


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

Bug#734467: Broken systemd unit file?

2014-10-04 Thread Ben Armstrong

It looks like the reason /home/debian-transmission is even looked at is,
after upgrading from sysvinit-core to systemd-sysv, the unit file
doesn't obey the options specified in /etc/default/transmission-daemon,
so the daemon can't find its config anymore:

CONFIG_DIR="/var/lib/transmission-daemon/info"
OPTIONS="--config-dir $CONFIG_DIR"

The unit file, /lib/systemd/system/transmission-daemon.service, has only:

ExecStart=/usr/bin/transmission-daemon -f --log-error

When I edited the unit file to to add the missing --config-dir option,
as per the following, then transmission-daemon no longer tried to use
$HOME/.config/transmission-daemon, which is apparently the default, and
correctly located all the old settings and resumed all torrents:

ExecStart=/usr/bin/transmission-daemon -f --log-error
--config-dir=/var/lib/transmission-daemon/info

Not a great solution because /lib files are not configurable, but a
workaround that gets transmission-daemon running for me again under systemd.

Ben


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

Bug#764026: installation-guide: update manual for the desktop changes

Package: installation-guide
Version: 20140916
Severity: important

Hi,

so boot-time desktop selection got removed, replaced with a list of
desktops that can be picked when tasksel runs. It should be noted
that multiple desktops can be selected. I don't think it's going to
be possible to have all of them co-installable (all selected), so it
might be worth mentioning this might not work for each and every
combination of desktops.

It might be noted as well that manually passing desktop=foo at boot
time is still supported.

Mraw,
KiBi.


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

Bug#759832: limit source to gnustep-dl2, tagging 759832

2014-10-04 Thread Aurelien Jarno

On Sat, Sep 06, 2014 at 12:41:19AM +0300, Yavor Doganov wrote:
> tags 759832 + pending
> thanks
> 

This was one month ago, in the meantime gnustep-dl2 has been removed
from testing due to this RC bug. I have seen that you committed the
change to git, any plan to upload it?

Thanks,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

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

Bug#764025: "Always on top" disabled for maximized and half-maximized windows

Package: gnome-shell
Version: 3.14.0-1
Severity: normal

Right-clicking on a window titlebar normally offers the option to make
it "Always on top".  However, gnome-shell disables this menu option for
maximized and half-maximized windows.

If I un-maximize a window, mark it as always on top, and re-maximize (or
half-maximize) the window, it stays always on top, but the menu item
still becomes disabled (which then does not allow turning off
always-on-top).

This menu option should always remain enabled.

- Josh Triplett

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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  evolution-data-server3.12.6-1.1
ii  gir1.2-accountsservice-1.0   0.6.37-3+b1
ii  gir1.2-atspi-2.0 2.12.0-2
ii  gir1.2-caribou-1.0   0.4.15-1
ii  gir1.2-clutter-1.0   1.20.0-1
ii  gir1.2-freedesktop   1.42.0-2
ii  gir1.2-gcr-3 3.14.0-2
ii  gir1.2-gdesktopenums-3.0 3.14.0-1
ii  gir1.2-gdm3  3.13.92-1
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.42.0-2
ii  gir1.2-gnomebluetooth-1.03.14.0-1
ii  gir1.2-gnomedesktop-3.0  3.14.0-1
ii  gir1.2-gtk-3.0   3.14.1-1
ii  gir1.2-ibus-1.0  1.5.8-2
ii  gir1.2-mutter-3.03.14.0-1
ii  gir1.2-networkmanager-1.00.9.10.0-3
ii  gir1.2-nmgtk-1.0 0.9.10.0-2
ii  gir1.2-pango-1.0 1.36.8-1
ii  gir1.2-polkit-1.00.105-7
ii  gir1.2-soup-2.4  2.48.0-1
ii  gir1.2-telepathyglib-0.120.24.1-1
ii  gir1.2-telepathylogger-0.2   0.8.1-1
ii  gir1.2-upowerglib-1.00.99.1-3
ii  gjs  1.42.0-1
ii  gnome-backgrounds3.14.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-settings-daemon3.14.0-1
ii  gnome-shell-common   3.14.0-1
ii  gnome-themes-standard3.14.0-1
ii  gsettings-desktop-schemas3.14.0-1
ii  libatk-bridge2.0-0   2.12.1-1+b1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libclutter-1.0-0 1.20.0-1
ii  libcogl-pango20  1.18.2-2
ii  libcogl201.18.2-2
ii  libcroco30.6.8-3
ii  libdbus-glib-1-2 0.102-1
ii  libecal-1.2-16   3.12.6-1.1
ii  libedataserver-1.2-183.12.6-1.1
ii  libgcr-base-3-1  3.14.0-2
ii  libgdk-pixbuf2.0-0   2.30.8-1+b1
ii  libgirepository-1.0-11.42.0-2
ii  libgjs0e [libgjs0-libmozjs-24-0] 1.42.0-1
ii  libglib2.0-0 2.42.0-2
ii  libgstreamer1.0-01.4.3-1
ii  libgtk-3-0   3.14.1-1
ii  libical1 1.0-1
ii  libjson-glib-1.0-0   1.0.2-1
ii  libmozjs-24-024.2.0-2
ii  libmutter0e  3.14.0-1
ii  libnm-glib4  0.9.10.0-3
ii  libnm-util2  0.9.10.0-3
ii  libpango-1.0-0   1.36.8-1
ii  libpangocairo-1.0-0  1.36.8-1
ii  libpolkit-agent-1-0  0.105-7
ii  libpolkit-gobject-1-00.105-7
ii  libpulse-mainloop-glib0  5.0-6+b1
ii  libpulse05.0-6+b1
ii  libsecret-1-00.18-1+b1
ii  libstartup-notification0 0.12-4
ii  libsystemd0  215-5+b1
ii  libtelepathy-glib0   0.24.1-1
ii  libx11-6 2:1.6.2-3
ii  libxfixes3   1:5.0.1-2
ii  python   2.7.8-1
ii  te

Bug#764024: openssh-server: Allow sshd to reject GSS authentication for kerberos unless tickest are also delegated

2014-10-04 Thread Alexander Chernyakhovsky

Package: openssh-server
Version: 1:6.6p1-7
Severity: normal
Tags: patch

Dear Maintainer,

Please find attached a patch to allow openssh to reject GSS-API
authentication (and fall-through to the next mechanism, usually
keyboard-interactive) if Kerberos tickets are not being
delegated. This features is controlled by a default-off configuration
option, and does not affect any defaults.

This is useful for sites that deploy openafs, as it requires users to
either delegate tickets or enter their password, gaining access to
their files in AFS. This patch is currently deployed at MIT.

The patch is also available online at
http://mit.edu/achernya/www/openssh-optionally-require-forwarded-tickets.diff

Sincerely,
-Alex

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

Kernel: Linux 3.16-2-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 openssh-server depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.53
ii  dpkg   1.17.13
ii  init-system-helpers1.21
ii  libc6  2.19-11
ii  libcomerr2 1.42.12-1
ii  libgssapi-krb5-2   1.12.1+dfsg-10
ii  libkrb5-3  1.12.1+dfsg-10
ii  libpam-modules 1.1.8-3.1
ii  libpam-runtime 1.1.8-3.1
ii  libpam0g   1.1.8-3.1
ii  libselinux12.3-2
ii  libssl1.0.01.0.1i-2
ii  libwrap0   7.6.q-25
ii  lsb-base   4.1+Debian13
ii  openssh-client 1:6.6p1-7
ii  openssh-sftp-server1:6.6p1-7
ii  procps 1:3.3.9-7
ii  zlib1g 1:1.2.8.dfsg-2

Versions of packages openssh-server recommends:
ii  ncurses-term  5.9+20140913-1
ii  xauth 1:1.0.9-1

Versions of packages openssh-server suggests:
pn  molly-guard   
pn  monkeysphere  
pn  rssh  
pn  ssh-askpass   
pn  ufw   

-- debconf information excluded
diff --git a/gss-serv-krb5.c b/gss-serv-krb5.c
index e7170ee..f8fbe46 100644
--- a/gss-serv-krb5.c
+++ b/gss-serv-krb5.c
@@ -40,6 +40,7 @@
 #include "auth.h"
 #include "log.h"
 #include "servconf.h"
+#include "groupaccess.h"
 
 #include "buffer.h"
 #include "ssh-gss.h"
@@ -57,6 +58,7 @@ extern ServerOptions options;
 #endif
 
 static krb5_context krb_context = NULL;
+int user_should_have_tickets(char *name);
 
 /* Initialise the krb5 library, for the stuff that GSSAPI won't do */
 
@@ -77,6 +79,28 @@ ssh_gssapi_krb5_init(void)
 	return 1;
 }
 
+int
+user_should_have_tickets(char *name)
+{
+int result = 0;
+struct passwd *pwd;
+
+	// If no group is specified, assume that the user should not
+	// have to have tickets
+	if (options.gss_req_deleg_creds_for == NULL)
+	{
+	return 0;
+	}
+	
+pwd = getpwnam(name);
+
+	ga_init(name, pwd->pw_gid);
+	result = ga_match_pattern_list(options.gss_req_deleg_creds_for);
+	ga_free();
+	return result;
+}
+
+
 /* Check if this user is OK to login. This only works with krb5 - other
  * GSSAPI mechanisms will need their own.
  * Returns true if the user is OK to log in, otherwise returns 0
@@ -90,7 +114,16 @@ ssh_gssapi_krb5_userok(ssh_gssapi_client *client, char *name)
 
 	if (ssh_gssapi_krb5_init() == 0)
 		return 0;
-
+	
+	/* If the user should have tickets (i.e., they are in the
+	 * specified group) and have not forwarded them, fall through
+	 * to password authentication. */
+if (user_should_have_tickets(name) && !client->creds) {
+	  logit("%s is a member of %s and did not forward tickets.",
+		name, options.gss_req_deleg_creds_for);
+	  return 0;
+	}
+	
 	if ((retval = krb5_parse_name(krb_context, client->exportedname.value,
 	&princ))) {
 		logit("krb5_parse_name(): %.100s",
diff --git a/servconf.c b/servconf.c
index b087726..a4dd364 100644
--- a/servconf.c
+++ b/servconf.c
@@ -101,6 +101,7 @@ initialize_server_options(ServerOptions *options)
 	options->gss_cleanup_creds = -1;
 	options->gss_strict_acceptor = -1;
 	options->gss_store_rekey = -1;
+	options->gss_req_deleg_creds_for = NULL;
 	options->password_authentication = -1;
 	options->kbd_interactive_authentication = -1;
 	options->challenge_response_authentication = -1;
@@ -332,7 +333,7 @@ typedef enum {
 	sHostbasedUsesNameFromPacketOnly, sClientAliveInterval,
 	sClientAliveCountMax, sAuthorizedKeysFile, sAuthorizedKeysFile2,
 	sGssAuthentication, sGssCleanupCreds, sGssStrictAcceptor,
-	sGssKeyEx, sGssStoreRekey,
+	sGssKeyEx, sGssStoreRekey, sGssReqDelCredsFor,
 	sAcceptEnv, sPermitTunnel,
 	sMatch, sPermitOpen, sForceCommand, sChrootDirectory,
 	sUsePrivilegeSeparation, sAllowAgentForwarding,
@@ -401,6 +402,7 @@ static struct {
 	{ "gssapistrictacceptorcheck", sGssStrictAcceptor, SSHCFG_GLOBAL },
 	{ "gssapikeyexchange", sGssKeyEx, SSHCFG_GLOBAL },
 	{ "gssapistorecredentialsonrekey", sGssStoreRekey, SSHCFG_GLOBAL },
+	{ "gssapirequiredelegatedcre

Bug#764009: Winning with a powerup still on the screen leaves it around through the credits

On Sat, Oct 04, 2014 at 10:54:33PM +0200, Markus Koschany wrote:
> On Sat, 04. Oct 12:00 Josh Triplett  wrote:
> > Package: powermanga
> > Version: 0.93-1
> > Severity: normal
> >
> > If a powerup remains on the screen when defeating the final boss, it
> > will remain on the screen through the entire credits roll with all the
> > enemies and names.
> 
> Hey, that sounds cool. It must be a feature. Probably some sort of
> special ending for players who not dare to collect all powerups. Nobody
> sane would do that for the final boss anyway. ;)

Once you've applied most or all of the upgrades, it's preferable to keep
the upgrade cursor on the second item from the bottom, to restore
health.  But in this case, the powerup was simply generated just as the
final boss took the last hit. :)

- Josh Triplett


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

Bug#761406: Please review text for security warning

2014-10-04 Thread Ryan Tandy

Dear debian-l10n-english,

Bug #761406 reported a rule included in Debian's default slapd
configuration that granted users more permissions than one might assume,
with possible security consequences. I removed that rule for new
installations, but I don't want to try automatically changing existing
configurations. Instead, I want to show a brief debconf note with a
summary of the problem and a pointer to README.Debian, where there would
be a longer explanation and an example of how to resolve it. I'm writing
to ask for help composing both of those texts.

Summary of the bug:

* Versions 2.4.23-3 through 2.4.39-1.1 are affected. Only new
installations are affected, not those upgraded from earlier versions.
Configurations generated by dpkg-reconfigure are also affected.

* In OpenLDAP, after a user binds to the server under a particular name,
the access rule "to * by self write" says that they may edit any
attributes of the database entry with that name that were not mentioned
in an earlier access rule.

* User entries commonly include Unix user and group numbers. Of course,
allowing someone to change their own uid or gid number is a severe
security violation. (Whether or not privileges can be escalated to root
by setting uid to 0 depends on the client implementation, but it's
certainly possible.)

* The problem extends to other applications as well. Depending on how
the data are used, a user could impersonate others by editing their own
Kerberos principal name, Samba SID, or various other
application-specific attributes.

My current draft for the debconf note (to be shown on upgrade, if an
access rule beginning with "to * by self write" exists) reads:

Description: Please review access control rules
One or more of your databases contains an access rule that allows users
to edit most of their own attributes. This may be unsafe, depending on
how the database is used.
.
Please review your access control rules. Refer to
/usr/share/doc/slapd/README.Debian.gz for more details.

My draft for README.Debian reads:

Dangerous default access control rule

Previous versions of slapd configured the default database with an
access control rule of the form:

to *
by self write
by dn="cn=admin,dc=example,dc=com" write
by * read

Depending on the how the database and client applications are
configured, users might be able to impersonate others by editing
attributes such as their Unix user and group numbers, their Kerberos
principal name, their Samba security identifier, or other
application-specific attributes.

New slapd installations no longer include "by self write", but
existing configurations will not be automatically modified.

To list your current access control rules, use the command:

ldapsearch -Y EXTERNAL -H ldapi:/// -b 'cn=config' '(olcAccess=*)'
olcAccess

Next, create a text file containing the desired modifications, for
example:

dn: olcDatabase={1}hdb,cn=config
delete: olcAccess
olcAccess: {2}
-
add: olcAccess
olcAccess: {2}to * by dn="cn=admin,dc=example,dc=com" write by * read

Adjust the database DN, the administrative DN, and the rule numbers
according to your configuration.

Finally, apply the configuration changes from the file:

ldapmodify -Y EXTERNAL -H ldapi:/// -f mods.ldif

For more information about access control rules, consult the
slapd.access(5) man page.

BTW, the next upload of openldap will include these changes:

http://anonscm.debian.org/cgit/pkg-openldap/openldap.git/diff/debian/slapd.templates?id=master&id2=2.4.39-1
http://anonscm.debian.org/cgit/pkg-openldap/openldap.git/diff/debian/slapd.README.Debian?id=master&id2=2.4.39-1

in addition to those from this mail. I assume the upload will trigger a
regular review, but early feedback is always welcome.

Thanks in advance for your help!

Ryan

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

Bug#764023: gkrellmd: Unable to use IPv6 prefix in allow-host line

2014-10-04 Thread Peter Denison

Package: gkrellmd
Version: 2.3.5-6+b1
Severity: important
Tags: patch ipv6

Dear Maintainer,

   * What led up to the situation?
Connecting to gkrellmd via IPv6
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Specified an allow-host line in the config file to match my subnet,
in the form: allow-host  2001:470::::/64
   * What was the outcome of this action?
"Connection not allowed from "
   * What outcome did you expect instead?
The client to connect

The part of cidr_match() in server/main.c which checks prefixes uses strtoul(),
checking errno afterwards, but does not set errno to 0 beforehand, as is
necessary.

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

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

Versions of packages gkrellmd depends on:
ii  adduser   3.113+nmu3
ii  libc6 2.19-11
ii  libglib2.0-0  2.42.0-1
ii  libsensors4   1:3.3.5-2

gkrellmd recommends no packages.

gkrellmd suggests no packages.

-- no debconf information
--- server/main.c.orig	2014-06-23 06:55:17.0 +0100
+++ server/main.c	2014-10-04 14:34:35.269994555 +0100
@@ -360,6 +360,7 @@
 	plen = -1;
 	if ((p = strchr(buf, '/')) != NULL)
 		{
+		errno = 0;
 		plen = strtoul(p + 1, &ep, 10);
 		if (errno != 0 || ep == NULL || *ep != '\0' || plen < 0)
 			{

Bug#763892: aspell-en needs to be Multi-Arch: foreign

2014-10-04 Thread Agustin Martin

2014-10-04 0:40 GMT+02:00 David Sanders :
>>-Original Message-
>>From: Agustin Martin [mailto:agmar...@debian.org]
>>Sent: Friday, October 03, 2014 12:54 PM
>>To: David Sanders; 763...@bugs.debian.org
>>Subject: Re: Bug#763892: aspell-en needs to be Multi-Arch: foreign
>>
>>The problem I see above is in aspell-no, which does not use
> aspell-autobuildhash, and >is an arch:any package that might not work with
> multiarch. In this particular case, pulled >aspell-no:i386 will use 32 bit
> sizes and is usable with libaspell15:amd64, but aspell->no:amd64 will not
> work with current aspell because it was built with 64 bit numbers
>>
>>IIRC, Debian aspell maintainer, Brian Nelson, set as policy that all aspell
> dictionaries >must be automatically built at postinst stage, but do not have
> the reference here.
>>
>>I am cloning this bug report to aspell-no. I think it should use
> aspell-autobuildhash. As a >lesser evil, should be rebuilt with new aspell
> to make sure 32 bit numbers are always >used in hash creation and set
> appropriate versioned dependency on aspell, although >might show some exotic
> behavior during installation, like the one seen above.
>>
>>We might later conclude that all aspell:all dicts need to be set as
>>"Multi-Arch: foreign", but we should discard aspell-no influence first.
>>
>
> But back to aspell-en.  I stand behind my theory that aspell-en and the
> other aspell-xx packages need to be Multi-Arch: foreign.  I should have
> stated in my original bug report that this was my THEORY.  I guess I didn't
> have my morning coffee.

Hi, David,

I stand corrected, aspell-en must be declared "Multi-Arch: foreign"
for jessie, and it is better that other aspell-xx packages also are,
but not so important

Noticed that I wrongly tested with

# apt-get install aspell:i386 libaspell15 --install-recommends

instead of with

# apt-get install aspell:i386 --install-recommends

as I should have done. So, aspell-en is pulled in the first case, but
not in the second.

That means that aspell-en should really be "multiarch: foreign."  For
other dicts is better if they are also set foreign, for instance, if I
run, with a "multiarch: foreign" aspell-en available (built one for
the test),

# apt-get install aspell:i386 aspell-es --install-recommends

aspell-en will also be pullled together with aspell-es, althouth
aspell-es alone should have matched the depends. A bit weird, but not
that grave for jessie release. Anyway, better if addressed too.

Brian, if you do not object I plan to upload next Monday an aspell-en
NMU to DELAYED/2 with attached patch. I am aware that this is a very
short time frame, but I think we should deal with this ASAP.

> You have identified an additional problem that I did not see.  That is that
> aspell-no is not compatible with multi-arch as it stands right now.  This
> problem also applies to aspell-da which has the same problem.  Bugs with
> "important" priority need to be filled against these two packages to they
> can be fixed before the next release.

I already cloned this bug report to aspell-no (normal severity by
now). I will also file a bug against aspell-da about this. I was
pretty sure that Brian stated as policy that all aspell dicts must use
aspell-autobuildhash, but searching now I can only find that
aspell-autobuildhash was tagged as the preferred form for aspell
dicts.

Brian, we recently made some changes to dictionaries-common-dev (see
http://bugs.debian.org/737515) regarding a very simple debhelper
structure to handle aspell dictionaries directly based on upstream
files. I used aspell-en as one of the test boxes, so I will provide
you with a diff and a wishlist bug for your consideration.

Thanks a lot for your feedback, David,

Regards,

-- 
Agustin
diff --git a/debian/changelog b/debian/changelog
index 307d4ee..735a169 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+aspell-en (7.1-0-1.1) unstable; urgency=low
+
+  * Non-Maintainer Upload.
+  * Make aspell-en "Multiarch: Foreign" (Closes: #763892).
+
+ -- Agustin Martin Domingo   Sat, 04 Oct 2014 20:39:19 
+0200
+
 aspell-en (7.1-0-1) unstable; urgency=low
 
   * New upstream release (Closes: #632023)
diff --git a/debian/control b/debian/control
index bc8b4fb..c35c19b 100644
--- a/debian/control
+++ b/debian/control
@@ -8,6 +8,7 @@ Homepage: http://aspell.net/
 
 Package: aspell-en
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}, aspell (>= 0.60.3-2), dictionaries-common (>= 0.49.2)
 Provides: aspell-dictionary
 Description: English dictionary for GNU Aspell

Bug#763365: qtcreator and qbs: error when trying to install together

2014-10-04 Thread Adam Majer

Source: qbs
Followup-For: Bug #763365

qbs needs to be built with qbs_enable_project_file_updates, otherwise
it is missing functionality required by Qt Creator. You can do that by
adding

 CONFIG+=qbs_enable_project_file_updates

to qmake config test.

Also, please install usr/include/qbs/tools/hostosinfo.h


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

Bug#764022: inaccurate DEBUG method on man page

Package: initramfs-tools
Version: 0.117
File: /usr/share/man/man8/initramfs-tools.8.gz

We read

DEBUG
   It  is  easy  to check the generated initramfs for its content. One may
   need to double-check if it contains the relevant binaries, libs or mod-
   ules:
  mkdir tmp/initramfs
  cd tmp/initramfs
  gunzip -c /boot/initrd.img-2.6.18-1-686 | \
  cpio -i -d -H newc --no-absolute-filenames

However these days this will merely get the user:

gzip: /boot/initrd.img-3.16-2-686-pae: not in gzip format
cpio: premature end of file

These days

$ file initrd.img-3.16-*
initrd.img-3.16-2-686-pae: ASCII cpio archive (SVR4 with no CRC)
$ cpio -tF initrd.img-3.16-2-686-pae
kernel
kernel/x86
kernel/x86/microcode
kernel/x86/microcode/GenuineIntel.bin
6 blocks

Noting the 6 blocks, I then did

set -uxe
cd /
mkdir -p tmp/initramfs
cd tmp/initramfs
dd if=/boot/initrd.img-3.16-2-686-pae skip=6|zcat|
cpio -vi -d -H newc --no-absolute-filenames

which worked.

So the man page needs to be updated.


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

Bug#764020: list lsinitramfs on initramfs-tools man page's SEE ALSO

Package: initramfs-tools
Version: 0.117
Severity: minor

Please list lsinitramfs on initramfs-tools man page's SEE ALSO.
In fact maybe there are others missing too.

Problem, lsinitramfs is in manual section 8 but in bin, not sbin.
Perhaps make it section 1.

Maybe other pages have this problem too.


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

Bug#764021: How are we going to boot with an empty etc/fstab?

Package: initramfs-tools
Version: 0.117
Severity: critical
File: /usr/share/initramfs-tools/hooks/fsck

How are we going to boot with an empty etc/fstab?

It is the only empty file in the whole initrd.img !

dd if=/boot/initrd.img-3.16-2-686-pae skip=6|zcat|
cpio -vt|perl -anwle 'next if /^d/; print unless $F[4]'
28648+1 records in
28648+1 records out
14667780 bytes (15 MB) copied, 1.00837 s, 14.5 MB/s
71060 blocks
-rw-r--r--   1 root root0 Oct  5 03:38 etc/fstab

Setting up initramfs-tools (0.117) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.117) ...
update-initramfs: Generating /boot/initrd.img-3.16-2-686-pae
Warning: couldn't identify filesystem type for fsck hook, ignoring.

OK in /etc/fstab I changed root's type from auto to ext4, reinstalled
initramfs-tools, and the warning went away. But still couldn't boot, as
etc/fstab as generated was still 0 bytes.

Maybe one must take all the autos out completely.

Here's my fstab. You can see if maybe that will fix it.

UUID=355d426a-cbfc-4faf-91d6-4f9405199517 /home auto 
defaults,commit=222,noatime 0 2
UUID=34610b6a-70a3-48d9-b135-96907dc2ba16 /var auto defaults,commit=222,noatime 
0 2
UUID=1d11e0e3-26d7-42be-89d2-00fbe939dc1c / ext4 
defaults,commit=222,noatime,errors=remount-ro 0 1
UUID=4ff328e3-a3a7-44f7-a998-6c0404616e15 /music auto 
defaults,commit=222,noatime,user,noauto 0 2
/dev/cdrom5 /cdrom iso9660 defaults,ro,user,noauto 0 0
UUID=ce5499e2-019e-44cc-8f95-d027832b3d7d none swap sw 0 0
/dev/sr0 /mnt/usb/cdrom iso9660 defaults,user,noauto 0 0
tmpfs /tmp tmpfs defaults 0 0
UUID=00b63f91-edff-42db-8b45-81243ac43d44 /mnt/usb/cf auto 
noauto,noatime,errors=remount-ro 0 0
UUID=-006F /mnt/usb/s1mp3 vfat 
iocharset=ascii,shortname=mixed,noauto,noatime,nodiratime,user,fmask=133,uid=jidanni,gid=jidanni
 0 0
UUID=26a1643a-011c-4d6b-8234-c327f9dc2495 /var/lib/apt/lists auto 
noauto,noatime,errors=remount-ro 0 0
UUID=82152152-fd1b-41f5-8860-a65f18de2275 /var/cache/apt/archives auto 
noauto,noatime,errors=remount-ro 0 0

I just don't see why initramfs-tools doesn't detect that it generated a
0 byte fstab and stop and think for a moment before exiting 0.

When we try to boot we get lots of "-f: no such file or directory",
"fsck: no such file or directory", "mount: Usage ..." etc. No init
found, etc.

P.S., other programs can deal with "auto". Indeed one must be able to
use "auto" 100% in their fstabs! Does my using auto mean that my disks
will no longer be checked?


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

Bug#764019: /etc/initramfs-tools/conf.d/resume out of date

Package: initramfs-tools
Version: 0.117

I discovered these ancient files

$ find /etc/initramfs-tools/conf.d -type f|xargs more|cat
::
/etc/initramfs-tools/conf.d/resume
::
# RESUME=/dev/hda5
RESUME='UUID=89a43990-ecd9-426f-adf2-529902935af4'
::
/etc/initramfs-tools/conf.d/resume^old
::
RESUME=/dev/hda5

That is an ancient swap partition not currently mounted.


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

Bug#764018: [python-gd] rebuild broken

2014-10-04 Thread Alex Goebel


Package: python-gd
Version: 0.56+dfsg-5+b1
Severity: important

Hi,
the +b1 rebuild seems totally broken.
Opening a random image file seg faults the interpreter:

Python 2.7.8 (default, Oct  2 2014, 12:01:32)
[GCC 4.9.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import gd
>>> a=gd.image(open("pic.jpg"),'jpg')
Segmentation fault

Downgrading to 0.56+dfsg-5 fixes this problem.

I guess this is not a bug in python-gd proper, but rather some python 
packaging helper scripts or so?

Or is it related to the jpeg-turbo transition and only temporary?

Please re-assign/re-title/re-classify accordingly.

Thanks.


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

Bug#764017: closure-compiler: java.lang.RuntimeException when run on architectures with gcj instead of openjdk (hurd-i386, kfreebsd-any, sparc)

2014-10-04 Thread Johannes Schauer

Package: closure-compiler
Version: 20130227+dfsg1-6
Severity: important

Hi,

suppose, the file "out.js" is empty then the following will happen on
architectures without openjdk but gcj (hurd-i386, kfreebsd-any, sparc):

$ closure-compiler --js out.js
java.lang.RuntimeException: java.lang.LinkageError: loading constraint violated
   at 
com.google.javascript.jscomp.Compiler.runInCompilerThread(Compiler.java:712)
   at com.google.javascript.jscomp.Compiler.compile(Compiler.java:644)
   at com.google.javascript.jscomp.Compiler.compile(Compiler.java:600)
   at 
com.google.javascript.jscomp.AbstractCommandLineRunner.doRun(AbstractCommandLineRunner.java:784)
   at 
com.google.javascript.jscomp.AbstractCommandLineRunner.run(AbstractCommandLineRunner.java:380)
   at 
com.google.javascript.jscomp.CommandLineRunner.main(CommandLineRunner.java:980)
Caused by: java.lang.LinkageError: loading constraint violated
   at java.lang.VMClassLoader.defineClass(libgcj.so.15)
   at java.lang.ClassLoader.defineClass(libgcj.so.15)
   at java.security.SecureClassLoader.defineClass(libgcj.so.15)
   at java.net.URLClassLoader.findClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at java.lang.ClassLoader.loadClass(libgcj.so.15)
   at com.google.javascript.jscomp.Result.(Result.java:54)
   at com.google.javascript.jscomp.Compiler.getResult(Compiler.java:981)
   at com.google.javascript.jscomp.Compiler$2.call(Compiler.java:648)
   at com.google.javascript.jscomp.Compiler$2.call(Compiler.java:644)
   at com.google.javascript.jscomp.Compiler$3.call(Compiler.java:674)
   at java.util.concurrent.FutureTask$Sync.innerRun(libgcj.so.15)
   at java.util.concurrent.FutureTask.run(libgcj.so.15)
   at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(libgcj.so.15)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(libgcj.so.15)
   at java.lang.Thread.run(libgcj.so.15)

This renders closure-compiler useless on hurd-i386, kfreebsd-any and sparc.

cheers, josch


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

Bug#764009: Winning with a powerup still on the screen leaves it around through the credits

2014-10-04 Thread Markus Koschany

On Sat, 04. Oct 12:00 Josh Triplett  wrote:
> Package: powermanga
> Version: 0.93-1
> Severity: normal
>
> If a powerup remains on the screen when defeating the final boss, it
> will remain on the screen through the entire credits roll with all the
> enemies and names.

Hey, that sounds cool. It must be a feature. Probably some sort of
special ending for players who not dare to collect all powerups. Nobody
sane would do that for the final boss anyway. ;)

Cheers,

Markus

signature.asc
Description: Digital signature

Bug#763985: pulseaudio: sound is choppy and high-pitched after suspend+resume

2014-10-04 Thread Felipe Sateler

On Sat, Oct 4, 2014 at 5:38 PM, Felipe Sateler  wrote:
> On Sat, Oct 4, 2014 at 2:17 PM, Adam Borowski  wrote:
>> Control -1 forwarded https://bugs.freedesktop.org/show_bug.cgi?id=84667
>>
>> On Sat, Oct 04, 2014 at 01:03:37PM -0300, Felipe Sateler wrote:
>>> On Sat, Oct 4, 2014 at 10:35 AM, Adam Borowski  wrote:
>>> > Once my computer is suspended then resumed, pulseaudio makes all sound
>>> > high-pitched and choppy.
>>>
>>> Unfortunately, I have no idea what could be causing this, nor how to
>>> debug it. Could you please forward this upstream? I would do so
>>> myself, but then I can't reproduce the issue.
>>
>> Sure, done.
>
> Great.
>
>>
>> Is there any more debugging info I should attach?  I have !clue about
>> pulseaudio hacking.
>
> You could attach a verbose log of pulseaudio;
>
> $ pulseaudio --kill ; pulseaudio --log-target=file:pa.log --log-time &

Oops, I forgot to add - to the pa command line.




-- 

Saludos,
Felipe Sateler


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

Bug#763985: pulseaudio: sound is choppy and high-pitched after suspend+resume

2014-10-04 Thread Felipe Sateler

On Sat, Oct 4, 2014 at 2:17 PM, Adam Borowski  wrote:
> Control -1 forwarded https://bugs.freedesktop.org/show_bug.cgi?id=84667
>
> On Sat, Oct 04, 2014 at 01:03:37PM -0300, Felipe Sateler wrote:
>> On Sat, Oct 4, 2014 at 10:35 AM, Adam Borowski  wrote:
>> > Once my computer is suspended then resumed, pulseaudio makes all sound
>> > high-pitched and choppy.
>>
>> Unfortunately, I have no idea what could be causing this, nor how to
>> debug it. Could you please forward this upstream? I would do so
>> myself, but then I can't reproduce the issue.
>
> Sure, done.

Great.

>
> Is there any more debugging info I should attach?  I have !clue about
> pulseaudio hacking.

You could attach a verbose log of pulseaudio;

$ pulseaudio --kill ; pulseaudio --log-target=file:pa.log --log-time &
# suspend, resume and check the problem happens
$ pulseaudio --kill ; pulseaudio --start # to get a new pulse daemon

That would most certainly help.

-- 

Saludos,
Felipe Sateler


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

Bug#764016: stops running when run under systemd, apparently killed by sigpipe

2014-10-04 Thread Joey Hess

Package: docker.io
Version: 1.2.0~dfsg1-1
Severity: normal

I have 2 servers, which have been running docker.io on unstable
without incident for months. Last week I installed systemd on both, and
now the docker service dies after some period of time (hours to
days).

● docker.service - Docker Application Container Engine
   Loaded: loaded (/lib/systemd/system/docker.service; static)
   Active: inactive (dead)
 Docs: http://docs.docker.com

Oct 01 03:30:15 clam docker[6595]: [a3c20086] -job containers() = OK (0)
Oct 01 04:30:15 clam docker[6595]: [info] GET /v1.14/containers/json
Oct 01 04:30:15 clam docker[6595]: [a3c20086] +job containers()
Oct 01 04:30:15 clam docker[6595]: [a3c20086] -job containers() = OK (0)
Oct 01 05:30:16 clam docker[6595]: [info] GET /v1.14/containers/json
Oct 01 05:30:16 clam docker[6595]: [a3c20086] +job containers()
Oct 01 05:30:16 clam docker[6595]: [a3c20086] -job containers() = OK (0)
Oct 01 06:30:16 clam docker[6595]: [info] GET /v1.14/containers/json
Oct 01 06:30:16 clam docker[6595]: [a3c20086] +job containers()
Oct 01 06:30:16 clam docker[6595]: [a3c20086] -job containers() = OK (0)

The attached strace log was attached to the docker service shown above,
several days ago. Eventually it died, apparently due to a SIGPIPE.

I've been running docker on the other server in a screen session, rather than
having systemd run the service, and that one has not died again since
I did that. So, this seems to somehow be related to being run via systemd.

(Docker has also died repeatedly on the laptop I'm reporting this
bug with, once within half an hour of my rebooting it.)

There is also some stuff in daemon.log about systemd and docker.

Oct  1 04:30:15 clam docker[6595]: [a3c20086] +job containers()
Oct  1 04:30:15 clam docker[6595]: [a3c20086] -job containers() = OK (0)
Oct  1 05:30:16 clam docker[6595]: [info] GET /v1.14/containers/json
Oct  1 05:30:16 clam docker[6595]: [a3c20086] +job containers()
Oct  1 05:30:16 clam docker[6595]: [a3c20086] -job containers() = OK (0)
Oct  1 06:30:16 clam docker[6595]: [info] GET /v1.14/containers/json
Oct  1 06:30:16 clam docker[6595]: [a3c20086] +job containers()
Oct  1 06:30:16 clam docker[6595]: [a3c20086] -job containers() = OK (0)
Oct  1 06:35:11 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/docker-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.scope:
 Permission denied
Oct  1 06:35:11 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/docker-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.scope:
 Permission denied
Oct  1 06:35:11 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/docker.service: Permission denied
Oct  1 06:35:11 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/docker.service: Permission denied
Oct  1 06:35:11 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/var-lib-docker-aufs.mount: Permission denied
Oct  1 06:35:11 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/var-lib-docker-aufs.mount: Permission denied
Oct  1 06:35:11 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/var-lib-docker-aufs-mnt-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.mount:
 Permission denied
Oct  1 06:35:11 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/var-lib-docker-aufs-mnt-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.mount:
 Permission denied
Oct  1 06:35:44 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/docker-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.scope:
 Permission denied
Oct  1 06:35:44 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/docker-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.scope:
 Permission denied
Oct  1 06:35:44 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/docker.service: Permission denied
Oct  1 06:35:44 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/docker.service: Permission denied
Oct  1 06:35:44 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/var-lib-docker-aufs.mount: Permission denied
Oct  1 06:35:44 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/var-lib-docker-aufs.mount: Permission denied
Oct  1 06:35:44 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/var-lib-docker-aufs-mnt-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.mount:
 Permission denied
Oct  1 06:35:44 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/var-lib-docker-aufs-mnt-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.mount:
 Permission denied
Oct  1 06:37:19 clam systemd[1]: Failed to set cpu.cfs_period_us on 
/system.slice/docker-e1d20401f16fad3715bb6d6b486b30feb744f8767d6e0d2e1979361301ac556d.scope:
 Permission denied
Oct  1 06:37:19 clam systemd[1]: Failed to set cpu.cfs_quota_us on 
/system.slice/docker

Bug#764015: [data/spelling/corrections] add "Portuguese"

2014-10-04 Thread Jakub Wilk


Package: lintian
Version: 2.5.28
Severity: wishlist

Please add

portugese||Portuguese

to data/spelling/corrections.

Test case: childsplay-alphabet-sounds-pt_0.9.1-1_all.deb

--
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#763323: gnome-shell-pomodoro: gnome-pomodoro does not start

2014-10-04 Thread Federico Bruni

2014-09-29 12:59 GMT+02:00 Joseph Herlant :

> On unstable, there are issues with gnome-shell 3.14 that just arrived
> few days ago in sid.
>

Yes, noticed on my laptop which runs sid.
I tried sources from github  (for gnome 3.14) but there are some
dependencies issues:

configure: error: Package requirements (
glib-2.0 >= 2.36.0
gio-2.0 >= 2.36.0
gio-unix-2.0 >= 2.36.0
gthread-2.0 >= 2.36.0
gmodule-no-export-2.0 >= 2.36.0
gtk+-3.0 >= 3.13.0
gsettings-desktop-schemas >= 3.13.0
gnome-desktop-3.0 >= 3.13.0
dbus-glib-1
gom-1.0 >= 0.2
sqlite3
upower-glib >= 0.9.20
libcanberra >= 0.30
gstreamer-1.0 >= 1.0.10
) were not met:

No package 'gom-1.0' found

Bug#764014: xfce4-screenshooter: missing UI translation

2014-10-04 Thread Mechtilde Stehmann

Package: xfce4-screenshooter
Version: 1.8.1-3
Severity: normal

The source code contains *.po files for several languages. Is it possible to 
build them also into the package?
Kind regards

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

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

Versions of packages xfce4-screenshooter depends on:
ii  libc6   2.19-11
ii  libcairo2   1.12.16-5
ii  libexo-1-0  0.10.2-4
ii  libgdk-pixbuf2.0-0  2.30.8-1+b1
ii  libglib2.0-02.42.0-1
ii  libgtk2.0-0 2.24.24-1
ii  libsoup2.4-12.48.0-1
ii  libx11-62:1.6.2-3
ii  libxext62:1.3.2-1
ii  libxfce4ui-1-0  4.10.0-6
ii  libxfce4util6   4.10.1-2
ii  libxfixes3  1:5.0.1-2

Versions of packages xfce4-screenshooter recommends:
ii  libatk1.0-0  2.12.0-1
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libice6  2:1.0.9-1
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1
ii  libpangoft2-1.0-01.36.7-1
ii  libsm6   2:1.2.2-1
ii  xfce4-panel  4.10.1-1

xfce4-screenshooter 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#760396: pdf2djvu: Recent versions compress very badly

2014-10-04 Thread Jakub Wilk


* Jakub Wilk , 2014-09-11, 15:19:
As far as the PDF file Vincent sent to me in concerned, the problem is 
that Poppler tries to scale a binary image from 2566x3340 to 
2566x3341. (Which is a bit odd, because the resulting page size is 
2566x3340. I'm not sure yet if that's a bug in the PDF, or in 
Poppler.)


This worked uneventfully until bilinear image scaling was implemented 
in Poppler:

http://cgit.freedesktop.org/poppler/poppler/commit/?id=7248da095f67d57c3999cee7d980e62fd8a7cf49
https://bugs.freedesktop.org/show_bug.cgi?id=22138


Huh, I wonder how I came up with this commit. The correct one is:
http://cgit.freedesktop.org/poppler/poppler/commit/?id=a97aead193a927b91a4e33d7b5d2ba7179e664df

--
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#764013: mariadb-10.0: [INTL:nl] Dutch translation of debconf messages

2014-10-04 Thread Frans Spiesschaert



Package: mariadb-10.0
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of mariadb-10.0 debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/
# Dutch mariadb-10.0 po-debconf translation,
# Copyright (C) 2006 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the mariadb-10.0 package.
# Vincent Zweije , 2006.
# Frans Spiesschaert , 2014.
#
msgid ""
msgstr ""
"Project-Id-Version: mysql-dfsg-5.1 5.0.30-1\n"
"Report-Msgid-Bugs-To: mariadb-1...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-09 12:48+0300\n"
"PO-Revision-Date: 2014-09-28 22:51+0200\n"
"Last-Translator: Frans Spiesschaert \n"
"Language-Team: Debian Dutch l10n Team \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../mariadb-server-10.0.templates:2001
msgid "Really proceed with downgrade?"
msgstr "Wilt u echt een oude versie herstellen?"

#. Type: boolean
#. Description
#: ../mariadb-server-10.0.templates:2001
msgid "A file named /var/lib/mysql/debian-*.flag exists on this system."
msgstr ""
"Er bestaat een bestand genaamd /var/lib/mysql/debian-*.flag op dit systeem."

#. Type: boolean
#. Description
#: ../mariadb-server-10.0.templates:2001
msgid ""
"Such a file is an indication that a mariadb-server package with a higher "
"version has been installed previously."
msgstr ""
"Zulk een bestand geeft aan dat er eerder een pakket mariadb-server met een "
"hogere versie is geïnstalleerd."

#. Type: boolean
#. Description
#: ../mariadb-server-10.0.templates:2001
msgid ""
"There is no guarantee that the version you're currently installing will be "
"able to use the current databases."
msgstr ""
"Er is geen garantie dat de versie die u op dit moment installeert de huidige "
"databases kan gebruiken."

#. Type: note
#. Description
#: ../mariadb-server-10.0.templates:3001
msgid "Important note for NIS/YP users"
msgstr "Belangrijke opmerking voor gebruikers van NIS/YP"

#. Type: note
#. Description
#: ../mariadb-server-10.0.templates:3001
msgid ""
"Using MariaDB under NIS/YP requires a mysql user account to be added on the "
"local system with:"
msgstr ""
"Het gebruik van MariaDB onder NIS/YP vereist dat een mysql gebruikersaccount "
"wordt toegevoegd aan het lokale systeem met:"

#. Type: note
#. Description
#: ../mariadb-server-10.0.templates:3001
msgid ""
"You should also check the permissions and ownership of the /var/lib/mysql "
"directory:"
msgstr ""
"U moet ook controleren wie eigenaar is en wat de gebruikersrechten zijn van "
"de map /var/lib/mysql:"

#. Type: boolean
#. Description
#: ../mariadb-server-10.0.templates:4001
msgid "Remove all MariaDB databases?"
msgstr "Wilt u alle MariaDB-databases verwijderen?"

#. Type: boolean
#. Description
#: ../mariadb-server-10.0.templates:4001
msgid ""
"The /var/lib/mysql directory which contains the MariaDB databases is about "
"to be removed."
msgstr ""
"De map /var/lib/mysql die de MariaDB-databases bevat staat op het punt om "
"verwijderd te worden."

#. Type: boolean
#. Description
#: ../mariadb-server-10.0.templates:4001
msgid ""
"If you're removing the MariaDB package in order to later install a more "
"recent version or if a different mariadb-server package is already using it, "
"the data should be kept."
msgstr ""
"Als u het MariaDB-pakket verwijdert om later een meer recente versie te "
"installeren of als een ander mariadb-serverpakket het al gebruikt, zou de "
"data behouden moeten worden."

#. Type: password
#. Description
#: ../mariadb-server-10.0.templates:5001
msgid "New password for the MariaDB \"root\" user:"
msgstr "Nieuw wachtwoord voor de MariaDB \"root\"-gebruiker:"

#. Type: password
#. Description
#: ../mariadb-server-10.0.templates:5001
msgid ""
"While not mandatory, it is highly recommended that you set a password for "
"the MariaDB administrative \"root\" user."
msgstr ""
"Hoewel niet verplicht, wordt het sterk aangeraden een wachtwoord in te "
"stellen voor de \"root\"-gebruiker (beheerder) van MariaDB."

#. Type: password
#. Description
#: ../mariadb-server-10.0.templates:5001
msgid "If this field is left blank, the password will not be changed."
msgstr ""
"Als dit veld leeg wordt gelaten, zal het wachtwoord niet worden veranderd."

#. Type: password
#. Description
#: ../mariadb-server-10.0.templates:6001
msgid "Repeat password for the MariaDB \"root\" user:"
msgstr "Herhaal het wachtwoord voor de MariaDB \"root\"-gebruiker:"

#. Type: error
#. Description
#: ../mariadb-

Bug#735633: dsh: use autotools-dev to update config.{sub,guess} for new arches

2014-10-04 Thread Aurelien Jarno

control: tag -1 + pending

On Fri, Jan 17, 2014 at 12:08:02AM -0500, Logan Rosen wrote:
> Package: dsh
> Version: 0.25.10-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu trusty ubuntu-patch
> 
> Dear Maintainer,
> 
> Please use autotools-dev to update config.{sub,guess} for new architectures.
> For example, we needed these updates in Ubuntu for the new arm64 and ppc64el
> architectures.
> 
> In Ubuntu, the attached patch was applied to achieve the following:
> 
>   * Use autotools-dev to update config.{sub,guess} for new arches.
> 

I have just uploaded a fixed package to DELAYED/3, you will find the
diff attached. Please feel free to ask for it to be removed from the
delayed queue if you prefer to get the package fixed another way (in
a timely manner though).

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
diff -u dsh-0.25.10/debian/changelog dsh-0.25.10/debian/changelog
--- dsh-0.25.10/debian/changelog
+++ dsh-0.25.10/debian/changelog
@@ -1,3 +1,14 @@
+dsh (0.25.10-1.1) unstable; urgency=medium
+
+  [ Aurelien Jarno ]
+  * Non-maintainer upload.
+  
+  [ Logan Rosen ]
+  * Use autotools-dev to update config.{sub,guess} for new arches (Closes:
+#735633).
+
+ -- Aurelien Jarno   Sat, 04 Oct 2014 21:55:24 +0200
+
 dsh (0.25.10-1) unstable; urgency=low
 
   * New upstream version
diff -u dsh-0.25.10/debian/control dsh-0.25.10/debian/control
--- dsh-0.25.10/debian/control
+++ dsh-0.25.10/debian/control
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Junichi Uekawa 
-Build-Depends: debhelper (>> 3.0.0), libdshconfig1-dev (>= 0.20.11-1), po4a
+Build-Depends: debhelper (>> 3.0.0), libdshconfig1-dev (>= 0.20.11-1), po4a, autotools-dev
 Standards-Version: 3.7.2
 
 Package: dsh
diff -u dsh-0.25.10/debian/rules dsh-0.25.10/debian/rules
--- dsh-0.25.10/debian/rules
+++ dsh-0.25.10/debian/rules
@@ -25,6 +25,7 @@
 configure: configure-stamp
 configure-stamp:
 	dh_testdir
+	dh_autotools-dev_updateconfig
 	INSTALL_PROGRAM='${INSTALL_PROGRAM}' CFLAGS='${CFLAGS}' \
 	 ./configure --prefix=/usr --sysconfdir=/etc/dsh --mandir=/usr/share/man
 	touch configure-stamp
@@ -42,6 +43,7 @@
 	rm -f build-stamp configure-stamp
 	-$(MAKE) clean
 	-$(MAKE) distclean
+	dh_autotools-dev_restoreconfig
 	dh_clean
 
 install: build

Bug#764011: more details

2014-10-04 Thread Antoine Beaupré

found 764011 0.90.1-0.1
found 764011 0.88.3-1
severity 764011 normal
thanks

Well, that's a PITA: older versions also behave similarly.

Interestingly, moving away my .shutter directory fixes the problem. so i
guess that's not something that deserves "grave" severity...

I have been able to isolate the problem to the "Include cursor when
taking a screenshot" setting. If it's on, I see the bug, if it's off, I
don't, regardless of the above versions.

Not sure what's going on - surely there's interaction with some other
component that has been upgraded, but I'm at a loss as to what happened
exactly...

a.

-- 
To be naive and easily deceived is impermissible, today more than
ever, when the prevailing untruths may lead to a catastrophe because
they blind people to real dangers and real possibilities.
- Erich Fromm


pgpE25SileIFE.pgp
Description: PGP signature

Bug#682007: From Mrs Andiswa Mudada Family

2014-10-04 Thread From Mrs Andiswa Mudada




--
GOOD DAY.

Please am looking for Business Partnership

please view the attached file and get back to me.

THANKS.

From Mrs Andiswa Mudada Family.

MRS.ANDISWA MUDADA  FAMILY.66.docx
Description: MS-Word 2007 document

Bug#763919: [Pkg-php-pecl] Bug#763919: php-sasl: .deb is missing mandatory field

2014-10-04 Thread Mathieu Parent (Debian)

Control: clone -1 -2
Control: reassign -2 pkg-php-tools 1.14
Control: retitle -2 pkg-php-tools [REGRESSION] PEAR: package.xml v1 is missing
Control: block -1 by -2
Control: severity -2 important
Control: affects -2 + php-sasl
Control: tags -2 + confirmed


2014-10-04 21:39 GMT+02:00 Prach Pongpanich :
> Hi Mathieu,
>
> On Sat, Oct 4, 2014 at 1:57 AM, Kurt Roeckx  wrote:
>> Package: php-sasl
>> Version: 0.1.0-3
>> Severity: serious
>>
>> Hi,
>>
>> php-sasl's upload on arm64 is being rejected because it's missing
>> a mandatory field.  I'm not sure which one it is, but I think it's
>> Description.
>>
>
> I think the pkg-php-tools is cause of the problem. I have built
> php-sasl with pkg-php-tools-1.24 and got the messages:
>
>dh_auto_clean -O--buildsystem=phppear
> exception 'InvalidArgumentException' with message 'Invalid
> package.xml: incorrect or unsupported version 1.0' in
> /usr/share/php/pkgtools/phppear/source.php:85
> Stack trace:
> #0 /usr/share/php/pkgtools/phppear/command.php(41):
> Pkgtools\Phppear\Source->__construct('.')
> #1 [internal function]: Pkgtools\Phppear\Command->runName()
> #2 /usr/share/php/pkgtools/base/command.php(181):
> call_user_func_array(Array, Array)
> #3 /usr/share/php/pkgtools/base/command.php(169):
> Pkgtools\Base\Command->parseArgs(Array)
> #4 /usr/bin/pkgtools(32): Pkgtools\Base\Command->parseArgs()
> #5 {main}

Yes. pkg-php-tools 1.14 broke support for package.xml v1 silently untill 1.22.

I have cloned this bug to add support back.

Regards
-- 
Mathieu Parent


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

Bug#764010: [debian-mysql] Bug#764010: mariadb-5.5: [INTL:nl] Dutch translation of debconf messages

2014-10-04 Thread Otto Kekäläinen

Thank you for the translation! Unfortunaly it seems debconf-updatepo
chocked on the special character in the word "geïnstalleerd" so I
replaced it with simple "i".

File committed in
http://anonscm.debian.org/cgit/pkg-mysql/mariadb-5.5.git/commit/?id=b72553133b8086b270e4e9d0cd825d33ec07d58c


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

Bug#763263: fbi: FTBFS: transupp.c:892: undefined reference to `jpeg_core_output_dimensions'

2014-10-04 Thread Moritz Mühlenhoff

On Sat, Oct 04, 2014 at 04:34:11PM +0200, David Suárez wrote:
> Hi Moritz,
> 
> El Viernes, 3 de octubre de 2014 16:45:52 Moritz Mühlenhoff escribió:
> > On Sun, Sep 28, 2014 at 06:41:58PM +0200, David Suárez wrote:
> > > Source: fbi
> > > Version: 2.07-14
> > > Severity: serious
> > > Tags: jessie sid
> > > User: debian...@lists.debian.org
> > > Usertags: qa-ftbfs-20140926 qa-ftbfs
> > > Justification: FTBFS on amd64
> > > 
> > > Hi,
> > > 
> > > During a rebuild of all packages in sid, your package failed to build on
> > > amd64.
> > 
> > Hi David,
> > thanks for your archive rebuilds. I tried to reproduce this, but fbi builds
> > fine with current unstable. Can you still reproduce it?
> 
> Just build it again some minutes ago. It's still failing.
> 
> Failure lines:
> 
> > Make.config written, edit if needed
> > 
> >  CC  exiftran.o
> >   CC  genthumbnail.o
> >   CC  jpegtools.o
> >   CC  jpeg/transupp.o
> > In file included from jpeg/transupp.c:21:0:
> > jpeg/jpeglib.h:40:0: warning: "JPEG_LIB_VERSION" redefined
> >  #define JPEG_LIB_VERSION80 /* Compatibility version 8.0 */
> >  ^
> > In file included from jpeg/jinclude.h:20:0,
> >  from jpeg/transupp.c:20:
> > /usr/include/x86_64-linux-gnu/jconfig.h:5:0: note: this is the location of 
> the previous definition
> >  #define JPEG_LIB_VERSION 62
> >  ^
> >   CC  filter.o
> >   CC  op.o
> >   CC  readers.o
> >   CC  rd/read-jpeg.o
> >   LD  exiftran
> > jpeg/transupp.o: In function `jtransform_request_workspace':
> > /«PKGBUILDDIR»/jpeg/transupp.c:892: undefined reference to 
> `jpeg_core_output_dimensions'
> > collect2: error: ld returned 1 exit status
> > make[2]: *** [exiftran] Error 1
> > mk/Compile.mk:83: recipe for target 'exiftran' failed
> > make[2]: Leaving directory '/«PKGBUILDDIR»'
> > make[1]: *** [override_dh_auto_build] Error 2
> > debian/rules:7: recipe for target 'override_dh_auto_build' failed
> > make[1]: Leaving directory '/«PKGBUILDDIR»'
> > make: *** [build] Error 2
> > debian/rules:4: recipe for target 'build' failed
> > dpkg-buildpackage: error: debian/rules build gave error exit status 2

I can now reproduce it. On my system libjpeg was provided by libjpeg8-dev,
after installing libjpeg-dev from libjpeg-turbo I can reproduce the bug.

I'm adding the libjpeg-turbo maintainers to CC; is there a reason 
jpeg_core_output_dimensions is not available in -turbo? Shall I use
libjpeg8-dev instead?

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#763855: xchat FTBFS on ppc64el, hurd, kfreebsd

2014-10-04 Thread Andreas Barth

Control: tag -1 + patch

* Andreas Barth (a...@ayous.org) [141003 10:48]:
> Even though the non-working one is longer, it misses -lm -lgmodule-2.0
> -ldl. Of those the -lgmodule-2.0 is the relevant one.


To add this lib I hardcoded the following into configure.in:
GUI_LIBS="$GUI_LIBS $COMMON_LIBS `$pkgconfigpath --libs gmodule-2.0`"
(instead of
GUI_LIBS="$GUI_LIBS $COMMON_LIBS"
). I'm sure it's not nice, but it at least works. A better solution
would be appreciated though, but for Debian purposes it might even be
good enough already.


(To use that, I run autoreconf by dh_autoreconf with the usual
patches, and to get that working, I needed to add to configure.in
AM_GNU_GETTEXT_VERSION(0.19) (after the AUTOTEXT-macros). But from
here on, that's only regular auto-reconfing.)


Andi


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

Bug#710362: ldap2zone: will some time generate invalid DNS host name entries

2014-10-04 Thread Petter Reinholdtsen

Control: reopen -1
Control: found -1 0.2-4
Control: tags -1 + help

[Petter Reinholdtsen]
> Running 'cd /etc/bind; git log -p' as root you should be able to see
> what the zone file looked like when it was broken, and how it was
> before it was broken.

I very much welcome details on how your zone file was broken.

I've finally been able to reproduce this issue myself by adding a MX
record with only one word in the following text field in gosa.  MX
should be followed by a number and a host name, but bind accept also
non-number values.  But if there is only one value (aka for example
"MX mail" instead of "MX 10 mail"), bind will reject the zone.

If one uses gosa to add a MX entry with only one word in the text
file, the DNS subsystem break.

> The ldap2zone version I uploaded yesterday will check if bind liked
> the new zone file, and revert to the old one if bind did not, and
> syslog an error when this happen.  It should ensure bind never end
> up with a broken file after restart.

This fix did not work.  The ldap2bind script would call 'rndc reload
intern', which I expected would return an error if something is wrong.
But it do not, it only print 'zone reload queued' and return success
no matter how broken the zone is.

Not quite sure how to fix this.

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141004191313.gw10...@ulrik.uio.no


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

Bug#763919: [Pkg-php-pecl] Bug#763919: php-sasl: .deb is missing mandatory field

2014-10-04 Thread Prach Pongpanich

Hi Mathieu,

On Sat, Oct 4, 2014 at 1:57 AM, Kurt Roeckx  wrote:
> Package: php-sasl
> Version: 0.1.0-3
> Severity: serious
>
> Hi,
>
> php-sasl's upload on arm64 is being rejected because it's missing
> a mandatory field.  I'm not sure which one it is, but I think it's
> Description.
>

I think the pkg-php-tools is cause of the problem. I have built
php-sasl with pkg-php-tools-1.24 and got the messages:

   dh_auto_clean -O--buildsystem=phppear
exception 'InvalidArgumentException' with message 'Invalid
package.xml: incorrect or unsupported version 1.0' in
/usr/share/php/pkgtools/phppear/source.php:85
Stack trace:
#0 /usr/share/php/pkgtools/phppear/command.php(41):
Pkgtools\Phppear\Source->__construct('.')
#1 [internal function]: Pkgtools\Phppear\Command->runName()
#2 /usr/share/php/pkgtools/base/command.php(181):
call_user_func_array(Array, Array)
#3 /usr/share/php/pkgtools/base/command.php(169):
Pkgtools\Base\Command->parseArgs(Array)
#4 /usr/bin/pkgtools(32): Pkgtools\Base\Command->parseArgs()
#5 {main}


Regards
Prach


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

Bug#762650: LXPanel doesn't reserve space on screen anymore

2014-10-04 Thread Tixy

On Thu, 25 Sep 2014 00:00:32 +0300 "Andrej N. Gritsenko"  
wrote:
> Thank you very much for finding it so fast. The upstream has fixed this
> problem few hours ago, it will be fixed in Debian on next upload.

Will that make it into Jessie? Currently the fact that the panel hides
the task bar of maximised windows make the GUI virtually unusable for me
as you can't minimise or resize maximised windows. Therefore I've had to
revert to the previous working version (0.7.0) and pin this.

-- 
Tixy

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

Bug#761942: [LCFC] templates://arb/{arb-common.templates}

2014-10-04 Thread Justin B Rye

Christian PERRIER wrote:
> This is the last call for comments for the review of debconf
> templates for arb.

I don't know if this is about to be changed anyway, but I've just
noticed a minor tweak that I mentioned but didn't apply in the
description boilerplate:

> Description: phylogenetic sequence analysis suite - main program
>  ARB is a graphic suite of tools for sequence database handling and data
graphical

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru arb-6.0.2.pristine/debian/arb-common.templates 
arb-6.0.2/debian/arb-common.templates
--- arb-6.0.2.pristine/debian/arb-common.templates  2014-09-07 
21:38:14.0 +0100
+++ arb-6.0.2/debian/arb-common.templates   2014-10-02 10:39:45.704441822 
+0100
@@ -1,9 +1,12 @@
 Template: arb/group
 Type: multiselect
 Choices: ${users}
-_Description: ARB PT-server administrators
- ARB is preconfigured via /etc/arb/arb_tcp.dat with three private PT servers
- for each user as well as three global PT servers accessible by all users.
+_Description: ARB PT-server administrators:
+ The default configuration of PT-server slots in /etc/arb/arb_tcp.dat
+ gives ARB three global slots accessible by all users (connecting to
+ localhost:${PORT}), as well as three slots to give private per-user
+ access (connecting to ~/.arb_pts/${USER}${NUMBER}.socket).
  .
- Only members of the system group "arb" will be able to build and update
- the shared PT servers. This setting configures the group members.
+ Only members of the "arb" system group will be able to build and update
+ the shared PT-servers. Please enter the login names for these privileged
+ users.
diff -ru arb-6.0.2.pristine/debian/control arb-6.0.2/debian/control
--- arb-6.0.2.pristine/debian/control   2014-09-02 18:14:31.0 +0100
+++ arb-6.0.2/debian/control2014-10-04 20:15:56.056367844 +0100
@@ -51,16 +51,15 @@
 Suggests: arb-database,
   gnuplot,
   gv
-Description: Graphical suite for phylogenetic sequence analysis 
- The ARB software is a graphically oriented package comprising various tools
- for sequence database handling and data analysis. A central database of
- processed (aligned) sequences and any type of additional data linked to the
- respective sequence entries is structured according to phylogeny or other
- user defined criteria.
- .
- The ARB project (latin, "arbor"=tree) is a joint initiative of the Lehrstuhl
- fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/ and the
- Lehrstuhl fuer Rechnertechnik und Rechnerorganisation
+Description: phylogenetic sequence analysis suite - main program
+ ARB is a graphical suite of tools for sequence database handling and data
+ analysis. A central database of processed (aligned) sequences and any
+ type of additional data linked to the sequence entries is structured
+ according to phylogeny or other user-defined criteria.
+ .
+ The ARB project (from the Latin "arbor", a tree) is a joint initiative of
+ the Lehrstuhl fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/
+ and the Lehrstuhl fuer Rechnertechnik und Rechnerorganisation
  http://wwwbode.informatik.tu-muenchen.de/ of the Technical University
  of Munich.
 
@@ -69,40 +68,39 @@
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Recommends: arb
-Description: Graphical suite for phylogenetic sequence analysis (libraries)
- The ARB software is a graphically oriented package comprising various tools
- for sequence database handling and data analysis. A central database of
- processed (aligned) sequences and any type of additional data linked to the
- respective sequence entries is structured according to phylogeny or other
- user defined criteria.
- .
- The ARB project (latin, "arbor"=tree) is a joint initiative of the Lehrstuhl
- fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/ and the
- Lehrstuhl fuer Rechnertechnik und Rechnerorganisation
+Description: phylogenetic sequence analysis suite - libraries
+ ARB is a graphical suite of tools for sequence database handling and data
+ analysis. A central database of processed (aligned) sequences and any
+ type of additional data linked to the sequence entries is structured
+ according to phylogeny or other user-defined criteria.
+ .
+ The ARB project (from the Latin "arbor", a tree) is a joint initiative of
+ the Lehrstuhl fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/
+ and the Lehrstuhl fuer Rechnertechnik und Rechnerorganisation
  http://wwwbode.informatik.tu-muenchen.de/ of the Technical University
  of Munich.
  .
- This package contains the dynamic libraries which are used by arb.
+ This package provides the dynamic libraries which are used by ARB.
 
 Package: libarb-dev
 Architecture: amd64 i386 kfreebsd-i386 kfreebsd-amd64
 Section: non-free/libdevel
 Depends: libarb (= ${binary:Version}),
  ${misc:Depends}
-Description: Graphical suite for phylogenet

Bug#764011: fails to capture with Unexpected short read from authority file

2014-10-04 Thread Antoine Beaupré

Package: shutter
Version: 0.92-0.1
Severity: grave

Shutter now fails to perform simple screenshots in Jessie.

Here's an example of this problem:

```
anarcat@marcos:~$ shutter -s
defined(@array) is deprecated at /usr/bin/shutter line 3727.
(Maybe you should just omit the defined()?)
defined(@array) is deprecated at /usr/bin/shutter line 3738.
(Maybe you should just omit the defined()?)
WARNING: Gtk2::AppIndicator is missing --> there will be no icon showing up in 
the status bar when running Unity!

[... select zone, press enter]
Expecting 1645 bytes, got 47 at -1 at /usr/share/perl5/X11/Auth.pm line 39.
*** unhandled exception in callback:
***   Unexpected short read from authority file/home/anarcat/.Xauthority at 
/usr/share/perl5/X11/Protocol.pm line 2307.
***  ignoring at /usr/share/perl5/Shutter/Screenshot/Main.pm line 352.

[at this point i expected the usual popup with the captured image, but
instead shutter seems hanged. sending a signal (e.g. control-c on the
terminal) makes it resume its regular duties and the captured image
shows up normally]

^CGLib-CRITICAL **: Source ID 159 was not found when attempting to remove it at 
/usr/bin/shutter line 7247.
```

I marked this as "grave" because it makes shutter basically completely
unuseable unless someone knows about the commandline, which makes
shutter basically useless (i can think of a few other ways to make
screenshots from the commandline, the whole point of this software is
to have an intuitive pointy-clicky interface).

My .Xauthority file is readable:

anarcat@marcos:~$ file .Xauthority
.Xauthority: X11 Xauthority data

The last upgrade I can pin this problem to is:

dpkg.log.1:2014-09-08 15:05:57 upgrade shutter:all 0.90.1-0.1 0.92-0.1

It could also be:

dpkg.log.5.gz:2014-05-05 20:54:43 upgrade shutter:all 0.88.3-1 0.90.1-0.1

.. but i'd be surprised if i didn't notice that bug since may...

This could also be a problem with libx11-protocol-perl, mind
you... but then that package wasn't updated since may, and even then,
it seemed like a minor dependency update.

So I really think something blew up in Shutter...

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

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

Versions of packages shutter depends on:
ii  imagemagick8:6.8.9.6-4
ii  libfile-basedir-perl   0.03-1
ii  libfile-copy-recursive-perl0.38-1
ii  libfile-which-perl 1.09-1
ii  libglib-perl   3:1.305-2
ii  libgnome2-canvas-perl  1.002-3+b1
ii  libgnome2-gconf-perl   1.044-5+b1
ii  libgnome2-perl 1.045-1+b1
ii  libgnome2-vfs-perl 1.082-1+b1
ii  libgnome2-wnck-perl0.16-3+b1
ii  libgtk2-imageview-perl 0.05-2+b1
ii  libgtk2-perl   2:1.2492-3
ii  libgtk2-unique-perl0.05-2+b1
ii  libimage-magick-perl [perlmagick]  8:6.8.9.6-4
ii  libjson-perl   2.61-1
ii  libjson-xs-perl2.340-1+b2
ii  liblocale-gettext-perl 1.05-8+b1
ii  libnet-dbus-perl   1.0.0-2+b2
ii  libnet-dropbox-api-perl1.9-1
ii  libpath-class-perl 0.35-1
ii  libproc-processtable-perl  0.50-2+b1
ii  libproc-simple-perl1.31-1
ii  librsvg2-common2.40.4-1
ii  libsort-naturally-perl 1.03-1
ii  libwww-mechanize-perl  1.73-2
ii  libwww-perl6.08-1
ii  libx11-protocol-perl   0.56-6
ii  libxml-simple-perl 2.20-1
ii  perlmagick 8:6.8.9.6-4
ii  procps 2:3.3.9-8
ii  xdg-utils  1.1.0~rc1+git20111210-7.1

Versions of packages shutter recommends:
ii  libgoo-canvas-perl  0.06-2+b1

Versions of packages shutter suggests:
ii  gnome-web-photo 0.10.6-1
ii  libimage-exiftool-perl  9.72-1
pn  libnet-dbus-glib-perl   
ii  nautilus-sendto 3.8.2-1

-- 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#763731: terminfo: linux (linux-basic: CP437), linux-vt entries vs. ACS support

2014-10-04 Thread Ivan Shmakov

> Thomas Dickey  writes:
> On Thu, Oct 02, 2014 at 08:51:32AM +, Ivan Shmakov wrote:

 > Cc: 763731-submit...@bugs.debian.org

(No need to Cc: me, as I’m “on the list.”)

[…]

 >> As of the current version of the Terminfo database, the ‘linux’
 >> terminal entry implies the use of the CP437 encoding for the
 >> box-drawing characters and the like (also known as “alternate
 >> character set”, or ACS):

 >> This is hardly a safe assumption these days, especially taking into
 >> account the widespread use of UTF-8, /including/ on ttys.

 > several comments.

 > a) this should be merged with #515609

No objection on my part.

[…]

 > d) this report does prescribe a change, but lacks the patch which is
 > indicated in the flags.

The report surely /provides/ “… some other easy procedure for
fixing the bug”, as per http://www.debian.org/Bugs/Developer:

 > patch

 > A patch or some other easy procedure for fixing the bug is included
 > in the bug logs.  If there’s a patch, but it doesn’t resolve the bug
 > adequately or causes some other problems, this tag should not be
 > used.

But I stand corrected, – the procedure I’ve suggested does /not/
resolve the bug, and thus this tag is indeed /not/ applicable.

Apparently, the proper “fix” for the issue is just to use the
‘linux2.6’ terminfo entry:

linux2.6|linux 2.6.x console,
rmacs=^O,

sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p5%t;2%;%?%p6%t;1%;m%?%p9%t\016%e\017%;,
sgr0=\E[m\017, smacs=^N, use=linux2.2,

I hereby suggest that, given that Debian currently only supports
Linux versions 2.6 or later, the ‘linux’ terminfo entry be made
synonymous to ‘linux2.6’.

 >> • move the current variants of the ‘acsc’, ‘smacs’, ‘rmacs’
 >>   capabilities from linux-basic to a dedicated linux-cp437 entry
 >>   (following the suit of linux-koi8, linux-koi8r, linux-lat);

… And I still think it makes sense to provide a dedicated
‘linux-cp437’ entry per the above, just in case.

[…]

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A


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

Bug#724871: shutter: Will be removed with todays update within Debian/testing

2014-10-04 Thread Antoine Beaupré

Package: shutter
Followup-For: Bug #724871

I can't this in jessie right now. Furthermore, it seems that the
screenshot clearly shows a solution to the problem: typing "4" at the
prompt would skip installing libgd-perl and keep shutter installed.

A.

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

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

Versions of packages shutter depends on:
ii  imagemagick8:6.8.9.6-4
ii  libfile-basedir-perl   0.03-1
ii  libfile-copy-recursive-perl0.38-1
ii  libfile-which-perl 1.09-1
ii  libglib-perl   3:1.305-2
ii  libgnome2-canvas-perl  1.002-3+b1
ii  libgnome2-gconf-perl   1.044-5+b1
ii  libgnome2-perl 1.045-1+b1
ii  libgnome2-vfs-perl 1.082-1+b1
ii  libgnome2-wnck-perl0.16-3+b1
ii  libgtk2-imageview-perl 0.05-2+b1
ii  libgtk2-perl   2:1.2492-3
ii  libgtk2-unique-perl0.05-2+b1
ii  libimage-magick-perl [perlmagick]  8:6.8.9.6-4
ii  libjson-perl   2.61-1
ii  libjson-xs-perl2.340-1+b2
ii  liblocale-gettext-perl 1.05-8+b1
ii  libnet-dbus-perl   1.0.0-2+b2
ii  libnet-dropbox-api-perl1.9-1
ii  libpath-class-perl 0.35-1
ii  libproc-processtable-perl  0.50-2+b1
ii  libproc-simple-perl1.31-1
ii  librsvg2-common2.40.4-1
ii  libsort-naturally-perl 1.03-1
ii  libwww-mechanize-perl  1.73-2
ii  libwww-perl6.08-1
ii  libx11-protocol-perl   0.56-6
ii  libxml-simple-perl 2.20-1
ii  perlmagick 8:6.8.9.6-4
ii  procps 2:3.3.9-8
ii  xdg-utils  1.1.0~rc1+git20111210-7.1

Versions of packages shutter recommends:
ii  libgoo-canvas-perl  0.06-2+b1

Versions of packages shutter suggests:
ii  gnome-web-photo 0.10.6-1
ii  libimage-exiftool-perl  9.72-1
pn  libnet-dbus-glib-perl   
ii  nautilus-sendto 3.8.2-1

-- 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#764010: mariadb-5.5: [INTL:nl] Dutch translation of debconf messages

2014-10-04 Thread Frans Spiesschaert



Package: mariadb-5.5
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of mariadb-5.5 debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/
# Dutch mariadb po-debconf translation,
# Copyright (C) 2006 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the mariadb package.
# Vincent Zweije , 2006.
# Frans Spiesschaert , 2014.
#
msgid ""
msgstr ""
"Project-Id-Version: mariadb-5.5_5.5.39-2\n"
"Report-Msgid-Bugs-To: mariadb-...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-09 12:48+0300\n"
"PO-Revision-Date: 2014-09-24 12:43+0200\n"
"Last-Translator: Frans Spiesschaert \n"
"Language-Team: Debian Dutch l10n Team \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../mariadb-server-5.5.templates:2001
msgid "Really proceed with downgrade?"
msgstr "Wilt u echt een oude versie herstellen?"

#. Type: boolean
#. Description
#: ../mariadb-server-5.5.templates:2001
msgid "A file named /var/lib/mysql/debian-*.flag exists on this system."
msgstr ""
"Er bestaat een bestand genaamd /var/lib/mysql/debian-*.flag op dit systeem."

#. Type: boolean
#. Description
#: ../mariadb-server-5.5.templates:2001
msgid ""
"Such a file is an indication that a mariadb-server package with a higher "
"version has been installed previously."
msgstr ""
"Zulk een bestand geeft aan dat er eerder een pakket mariadb-server met een "
"hogere versie is geïnstalleerd."

#. Type: boolean
#. Description
#: ../mariadb-server-5.5.templates:2001
msgid ""
"There is no guarantee that the version you're currently installing will be "
"able to use the current databases."
msgstr ""
"Er is geen garantie dat de versie die u op dit moment installeert de huidige "
"databases kan gebruiken."

#. Type: note
#. Description
#: ../mariadb-server-5.5.templates:3001
msgid "Important note for NIS/YP users"
msgstr "Belangrijke opmerking voor gebruikers van NIS/YP"

#. Type: note
#. Description
#: ../mariadb-server-5.5.templates:3001
msgid ""
"Using MariaDB under NIS/YP requires a mysql user account to be added on the "
"local system with:"
msgstr ""
"Het gebruik van MariaDB onder NIS/YP vereist dat een mysql gebruikersaccount "
"wordt toegevoegd aan het lokale systeem met:"

#. Type: note
#. Description
#: ../mariadb-server-5.5.templates:3001
msgid ""
"You should also check the permissions and ownership of the /var/lib/mysql "
"directory:"
msgstr ""
"U dient ook de permissies en eigenaren van de map /var/lib/mysql te "
"controleren:"

#. Type: boolean
#. Description
#: ../mariadb-server-5.5.templates:4001
msgid "Remove all MariaDB databases?"
msgstr "Wilt u alle MariaDB-databases verwijderen?"

#. Type: boolean
#. Description
#: ../mariadb-server-5.5.templates:4001
msgid ""
"The /var/lib/mysql directory which contains the MariaDB databases is about "
"to be removed."
msgstr ""
"De map /var/lib/mysql die de MariaDB-databases bevat staat op het punt om "
"verwijderd te worden."

#. Type: boolean
#. Description
#: ../mariadb-server-5.5.templates:4001
msgid ""
"If you're removing the MariaDB package in order to later install a more "
"recent version or if a different mariadb-server package is already using it, "
"the data should be kept."
msgstr ""
"Als u het MariaDB-pakket verwijdert om later een meer recente versie te "
"installeren of als een ander mariadb-server pakket het al gebruikt, zou de "
"data behouden moeten worden."

#. Type: password
#. Description
#: ../mariadb-server-5.5.templates:5001
msgid "New password for the MariaDB \"root\" user:"
msgstr "Nieuw wachtwoord voor de MariaDB \"root\"-gebruiker:"

#. Type: password
#. Description
#: ../mariadb-server-5.5.templates:5001
msgid ""
"While not mandatory, it is highly recommended that you set a password for "
"the MariaDB administrative \"root\" user."
msgstr ""
"Hoewel niet verplicht, wordt het sterk aangeraden een wachtwoord in te "
"stellen voor de administratieve MariaDB \"root\"-gebruiker."

#. Type: password
#. Description
#: ../mariadb-server-5.5.templates:5001
msgid "If this field is left blank, the password will not be changed."
msgstr ""
"Als dit veld leeg wordt gelaten, zal het wachtwoord niet worden veranderd."

#. Type: password
#. Description
#: ../mariadb-server-5.5.templates:6001
msgid "Repeat password for the MariaDB \"root\" user:"
msgstr "Herhaal het wachtwoord voor de MariaDB \"root\"-gebruiker:"

#. Type: error
#. Description
#: ../mariadb-server-5.5.templates:7001
msgid "Unable to set

Bug#764009: Winning with a powerup still on the screen leaves it around through the credits