Bug#661991: should libtrash be removed?

[Willi Mann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

clone 661991 -1
retitle -1 "RM: libtrash -- RoM; RC-buggy; abandoned upstream"
severity -1 normal
reassign -1 ftp.debian.org

As requested by the maintainer (see bug log), please remove libtrash
from unstable. It is RC-buggy and unmaintained upstream. It does not
have any reverse dependencies.

Best Regards
Willi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJP4CI8AAoJEIy+IZx0V22BAg0P/jPYXnV6Z6ic0kGtCPjYjWaX
RBKdI2P/wJ76IWU3/FpPXjhfy3HL1BPlRguhk5gLALemV6Jfe1yuQo0uJGoZnBtY
0/r/skl5qRFWvn/Yhu1ByEKqI6CbV5/Fm8iHz8XgMXkYvr6n1ndB+u+N6GdorOIS
uy605w3KHwbHLdFGQU+2as9Slz7yLSuam7J5vPZebAZbTccp7FM4NRUzJVvFjp0j
tlBoKOqsfBfEQDrVhO90XJ1fDWNwwRX+437xbJuPIZid968bwbwM6Ec+kohtT6if
Xmf7KSYNY5RzfOMDr8oRb7XG2iCZ8FpFJFh/AFdgLAERomkfc0/R4HEd+iOyId4k
U1Kp8bHc6rcEQZ+qS5AevvlaX6JyE6RkSsWpeh9c8DPC2lQZ1AfspJ21eP8/KlpX
v1i/cDDcO/kyzYplyuBTIQfXpc0gMR18GVGo9HZRHcD6hwfVIq8kY1WitJiTikyP
rfE5D4TK3YxJA807fHvwFp09JAE3DK6BcNE+GzKmos5hAkp/PkCazFD7MtNeIoaH
edKhVDXyrwjOtxzjkqFvnvfcEoyCPHoX1gO8KCshu0en3qWxurS6u7VRuhQhKV99
6R2RPLsJqcCmib9OmYGy7zKVFRZczt1CVQ74H0MB+Q/VnHzXRayPy2Lszl9j7Zxa
/Wx/k0dAfvGFzGLZexol
=yxxs
-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#556277: ufraw: liblensfun 0.2.5 is available in testing

[Adolf Winterer]

Am Sonntag, 25. März 2012, 01:48:00 schrieb Hubert Chathi:
> On 24/03/12 01:03 PM, Adolf Winterer wrote:
> > now that testing has liblensfun in version 0.2.5, please check if
> > Ufraw can be built for testing with support for this feature.
> 
> Thanks for letting me know.  I'll look into it.
> 
> Hubert

Hello Hubert,

please allow me to "ping" you about the ufraw lensfun support. We are 
nearing the freeze for Wheezy and I'm getting a bit nervous now. Can we 
have ufraw with lensfun support?

Best Regards,
Adolf



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

Bug#678093: RFP: php-mail-mbox -- PHP PEAR module to read and modify Unix mailboxes

[Raphael Hertzog]

Package: wnpp
Severity: wishlist

(Ccing pkg-php-p...@lists.alioth.debian.org which could take care of this
package, also ccing Thijs and Thomas since they maintain php-mail-*
packages)

* Package name: php-mail-mbox
  Version : 0.6.3
  Upstream Author : Roberto Berto , Christian Weiske 

* URL : http://pear.php.net/package/Mail_Mbox
* License : LGPL
  Programming Lang: PHP
  Description : Library to read and modify Unix mailboxes

This library can split messages inside a Mbox, return the number of messages,
retrieve, update or remove an specific message or add a message on the Mbox.

---

This PHP library is a dependency of a Tuleap (http://tuleap.net) which
I'm trying to package. It would be great if someone in the PHP Pear
Packaging team could take care of creating this package.

It's not a complicated package (single PHP file + some tests files + some
examples) but I'd like to avoid having to join the team just for this
package.

Thank you in advance for your help.

-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



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

Bug#677966: please provide a static library to link against

[Didier 'OdyX' Raboud]

tags 677966 +patch +pending
thanks

Le lundi, 18 juin 2012 11.18:31, vous avez écrit :
> Package: libjim-dev
> Version: 0.73-2
> Severity: wishlist
> 
> It would be cool if it were possible to link against libjim without need
> to download its sources again. Could you please put .a into libjim-dev
> as well?
> 
> Thanks.

Good point, thanks. The attached patch will be uploaded during the day.

Cheers, OdyX
From cecc27ee69871dbbc675f480cc2b0a10f83a5f65 Mon Sep 17 00:00:00 2001
From: Didier Raboud 
Date: Mon, 18 Jun 2012 23:13:18 +0200
Subject: [PATCH] Build static flavour and ship it in libjim-dev.

Closes: #677966
Reported-by: Andrew Shadura 
---
 debian/libjim-dev.install |1 +
 debian/rules  |   15 ---
 2 files changed, 13 insertions(+), 3 deletions(-)

diff --git a/debian/libjim-dev.install b/debian/libjim-dev.install
index 9471129..78cbe04 100644
--- a/debian/libjim-dev.install
+++ b/debian/libjim-dev.install
@@ -1,2 +1,3 @@
 usr/include/jim*
 usr/lib/*/libjim.so
+usr/lib/*/libjim.a
diff --git a/debian/rules b/debian/rules
index 6100890..8579be8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -18,17 +18,25 @@ MA_SRCDIR ?= debian/tmp/usr/lib
 	dh $@ --list-missing
 
 override_dh_auto_configure:
-	dh_auto_configure -- \
---shared
+	dh_auto_configure --builddirectory=static/
+	dh_auto_configure -- --shared
 
 override_dh_auto_build:
+	dh_auto_build --builddirectory=static/
 	SH_LDFLAGS="-shared -Wl,-soname,libjim.so.$(DEB_SONAME)" \
 		dh_auto_build
 	ln -sf libjim.so libjim.so.$(DEB_SONAME)
 
+override_dh_auto_test:
+	dh_auto_test --builddirectory=static/
+	dh_auto_test
+
 override_dh_auto_install:
-	dh_auto_install
 	mkdir -p $(MA_DESTDIR)
+	# Now install the static version
+	dh_auto_install --builddirectory=static/
+	mv $(MA_SRCDIR)/libjim.a $(MA_DESTDIR)/libjim.a
+	dh_auto_install
 	mv $(MA_SRCDIR)/libjim.so $(MA_DESTDIR)/libjim.so.$(DEB_LIBVER)
 	ln -sf libjim.so.$(DEB_LIBVER) $(MA_DESTDIR)/libjim.so.$(DEB_SONAME)
 	ln -sf libjim.so.$(DEB_SONAME) $(MA_DESTDIR)/libjim.so
@@ -37,3 +45,4 @@ override_dh_auto_clean:
 	dh_auto_clean
 	rm -f libjim.so*
 	rm -f tests/exec.tmp1
+	rm -Rf static/
-- 
1.7.10



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

Bug#676060: scim-thai build failure

[Theppitak Karoonboonyanan]

On Tue, Jun 19, 2012 at 10:46 AM, Rolf Leggewie
 wrote:
> On 15.06.2012 17:11, Theppitak Karoonboonyanan wrote:
>> I'm uploading it anyway. It should still fail on s390, due to the broken
>> build-dependency.
>
> The s390x buildd maintainers informed me that this is a transient error
> with the build hosts.  It's not an issue in scim.

OK. It's now built on s390. Thanks for your coordination.

Regards,
-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/



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

Bug#678092: RFA: emil -- Conversion Filter for Internet Messages

[Roland Rosenfeld]

Package: wnpp
Severity: normal


I request an adopter for the emil package.

The package description is:
 Emil v2 is a filter for converting Internet Messages. It supports
 three basic formats: MIME, SUN Mailtool and plain old style RFC822.
 It can be used with sendmail, as a mailer, or as a prefilter or
 backend program with a mail client program, or as a plain filter.


I stopped using this tool myself some years ago since SUN Mailtool is
no longer used and so my primary usage for this tool (converting mails
from SUN Mailtool format to MIME) no longer exists.

If someone wants to adopt this package please stand up!

Otherwise we should remove the package from archive.

Tscho

Roland



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

Bug#677844: [Pkg-nagios-devel] Bug#677844: icinga-web: postinst fails to set

[Markus Frosch]

Hello Michael,
> Install of 'icinga-web' does not work for me either. Error Message of
> install is the following:

I guess you have the same problem as Tom, try to disable /root/.my.cnf 
by temporaryly renaming it or comment any credentials inside.

Bug is fixed in next upload.

Regards
Markus

--
Markus Frosch
mar...@lazyfrosch.de
http://www.lazyfrosch.de



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

Bug#678091: python-apt: recommends xz-lzma but does not use it

[Jonathan Nieder]

tags 678091 - patch
forcemerge 677934 678091
quit

Jonathan Nieder wrote:

> --- i/debian/changelog
> +++ w/debian/changelog
> @@ -1,3 +1,11 @@
> +python-apt (0.8.4+nmu1) local; urgency=low
> +
> +  * debian/control:
> +- recommend apt (>= 0.9.0) for lzma-comp support without the lzma command
> +- remove no longer needed xz-lzma recommendation

Sloppy.  Looks like this is already filed and the fix used is a little
better (since it adds an xz-utils recommendation --- by the way,
should python-apt recommend bzip2, too?).  So untagging the patch and
merging the bugs.

Thanks for your work,
Jonathan



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

Bug#677889: wordpress: Move of plugins dir leads to http not founds

[Adwin Timmer]

Hi,

Op 19-06-12 08:22, Raphael Hertzog schreef:

On Mon, 18 Jun 2012, Adwin Timmer wrote:

OK, sorry, I missed that documentation in NEWS.Debian. To be honest,
when I am upgrading, I only look at the apt messages and what is
emailed to me via apt-listchanges. Of course I should look at


Well, apt-listchanges should have shown you those changes in
NEWS.Debian... maybe it's a bug in it?

Because I deleted an old (obsolete) entry before adding the new one. Maybe
this confused the tool?

Cheers,


I could be mistaken, but I don't think I saw any changes via 
apt-listchanges (and my mailserver log also doesn't show an entry for 
such a mail).


Best regards,

--
Adwin




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

Bug#677844: [Pkg-nagios-devel] Bug#677844: icinga-web: postinst fails to set root passwd - MYSQL_PWD env var not working

[Markus Frosch]

tags 677844 - unreproducible moreinfo
tags 677844 + fixed pending
thanks

Hello Tom,
> Following your reply, I did some more testing and the cause is
> definitely my .my.cnf.
> I can reproduce the error when install as my user (who has a .my.cnf) with 
> sudo.
> The issue does not occur when .my.cnf is removed.

Thanks, I've fixed that by using an empty defaults file so any 
/root/.my.cnf will be ignored.

The bug will be fixed in the next upload of 1.7.1-1 to unstable.

> I had a look at
> http://dev.mysql.com/doc/refman/5.5/en/password-security-user.html and
> even though using the -p parameter is not advised, the use of
> MYSQL_PWD is not recommended either.

Yes, thats right. The "problem" is that /proc//environ might 
be readable to other users.

But I don't think this will be a problem here, because on linux only 
the process owner can read such a file - and root of course.

Please let me know if you have any additions.

Best Regards
Markus Frosch

--
Markus Frosch
mar...@lazyfrosch.de
http://www.lazyfrosch.de



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

Bug#678086: ftp.debian.org: Please remove wherpygo and python-lua from testing

[Ansgar Burchardt]

reassign 678086 release.debian.org
thanks

Bas Wijnen  writes:
> I just filed serious bugs for wherpygo (#678084) and python-lua
> (#678085), both maintained by me, in order to keep them from being
> released in the next stable release. Please remove them from testing.

Removals from only testing are handled by the release team.  The ftp
team only removes packages from unstable/experimental (and britney then
automatically tries to remove them from testing).

Ansgar



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

Bug#651455: FWD: Craig Sanders: How to set the application icon for chromium

[Jonathan Nieder]

tags 651455 + patch
quit

Lucas Nussbaum wrote:
> On 18/06/12 at 14:58 -0500, Jonathan Nieder wrote:

>> What version are you testing with, by the way?
>
> 20.0.1132.27~r140692-2

Thanks much.



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

Bug#677889: wordpress: Move of plugins dir leads to http not founds

[Raphael Hertzog]

On Mon, 18 Jun 2012, Adwin Timmer wrote:
> OK, sorry, I missed that documentation in NEWS.Debian. To be honest,
> when I am upgrading, I only look at the apt messages and what is
> emailed to me via apt-listchanges. Of course I should look at

Well, apt-listchanges should have shown you those changes in
NEWS.Debian... maybe it's a bug in it?

Because I deleted an old (obsolete) entry before adding the new one. Maybe
this confused the tool?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



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

Bug#678091: python-apt: recommends xz-lzma but does not use it

[Jonathan Nieder]

Package: python-apt
Version: 0.8.4
Severity: minor
Justification: http://bugs.debian.org/677991
Tags: patch

Hi,

Since December, 2011 (due to [*], presumably), python-apt recommends
xz-lzma to ensure apt's ExtractTar is capable of installing
lzma-compressed packages (like google-chrome).  Now in sid the xz-lzma
package is being removed in favor of xz-utils providing "lzma" through
the alternatives system directly, making that recommends harder to
literally satisfy.

Sorry I missed this before uploading.  We can add a Provides to
xz-utils if appropriate, but it seems that python-apt has not used the
"lzma" command in practice since apt 0.90.

  * apt-pkg/aptconfiguration.cc:
- if present, prefer xz binary over lzma

How about something like this patch?

Thanks,
Jonathan

[*] http://bugs.debian.org/650507

diff --git i/debian/changelog w/debian/changelog
index c1b12cc8..daa410ca 100644
--- i/debian/changelog
+++ w/debian/changelog
@@ -1,3 +1,11 @@
+python-apt (0.8.4+nmu1) local; urgency=low
+
+  * debian/control:
+- recommend apt (>= 0.9.0) for lzma-comp support without the lzma command
+- remove no longer needed xz-lzma recommendation
+
+ -- Jonathan Nieder   Tue, 19 Jun 2012 00:54:05 -0500
+
 python-apt (0.8.4) unstable; urgency=low
 
   [ Michael Vogt ]
diff --git i/debian/control w/debian/control
index 29392858..47b12383 100644
--- i/debian/control
+++ w/debian/control
@@ -22,7 +22,7 @@ Vcs-Browser: 
http://bzr.debian.org/loggerhead/apt/python-apt/debian-sid/changes
 Package: python-apt
 Architecture: any
 Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}, 
python-apt-common
-Recommends: lsb-release, iso-codes, python2.6, xz-lzma
+Recommends: lsb-release, iso-codes, python2.6, apt (>= 0.9.0~exp1)
 Breaks: packagekit-backend-apt (<= 0.4.8-0ubuntu4),
 computer-janitor (<< 1.14.1-1+),
 debdelta (<< 0.41+),
-- 



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

Bug#651455: FWD: Craig Sanders: How to set the application icon for chromium

[Lucas Nussbaum]

On 18/06/12 at 14:58 -0500, Jonathan Nieder wrote:
> Hi Lucas,
> 
> Lucas Nussbaum wrote:
> 
> > While it is a minor annoyance, I'm still seeing this bug.
> 
> Yeah, my setup doesn't have application icons so I haven't tested the
> patch.  Maybe someone else can.
> 
> What version are you testing with, by the way?

20.0.1132.27~r140692-2

Lucas



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

Bug#678089: .ccliverc

[jidanni]

I meant ~/.ccliverc .



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

Bug#672146: moving to cclive

[jidanni]

OK I assume clive is barely maintained now and will take my business to cclive.



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

Bug#678090: error messages should mention what file caused them

[jidanni]

Package: cclive
Version: 0.7.9-1
Severity: wishlist

The error message

$ cclive --format best --no-proxy http://www.youtube.com/watch?v=ZRE6PisgpJE
error: unrecognized line in '--format best'

should mention the problem is in .ccliverc .
Else it looks like the problem is from the command line.



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

Bug#678089: document how to put --format best --no-proxy into config file

[jidanni]

Package: cclive
Version: 0.7.9-1
Severity: wishlist
File: /usr/share/man/man1/cclive.1.gz

It is not entirely clear from the man page how to put these into .cclive.

--format best
--no-proxy

One cannot just put them in there.



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

Bug#678088: RM: wine-gecko-1.1.0 -- NPAOSR; NVIU; ROM; superceded

[Stephen Kitt]

Package: ftp.debian.org
Severity: normal

Dear FTP masters,

Please remove wine-gecko-1.1.0 which no longer has any
reverse-dependencies (only wine-gecko-1.4 is required now).

Thanks in advance,

Stephen



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

Bug#670687: maybe things should be different

[Tshepang Lekhonkhobe]

On Tue, Jun 19, 2012 at 7:21 AM, LUK ShunTim  wrote:
> On Tuesday, June 19, 2012 02:39 AM, Tshepang Lekhonkhobe wrote:
>> I instead think that NEW behavior should match the proposed behavior
>> of the other 2 (DESCRIBENEW and NEWDETAIL).
>>
>> On another level, I even think that those other 2 commands should go,
>> in favor of NEW -v1 and NEW -v2 respectively, since they are simply
>> more verbose forms of the same. What you thiink?
>>
>>
>
> +1 to stay with the old behaviour.
>
> As a matter of fact, I've downgraded to v2 for the time being.

what is v2?



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

Bug#670687: maybe things should be different

[Tshepang Lekhonkhobe]

On Tue, Jun 19, 2012 at 7:21 AM, LUK ShunTim  wrote:
> On Tuesday, June 19, 2012 02:39 AM, Tshepang Lekhonkhobe wrote:
>> I instead think that NEW behavior should match the proposed behavior
>> of the other 2 (DESCRIBENEW and NEWDETAIL).
>>
>> On another level, I even think that those other 2 commands should go,
>> in favor of NEW -v1 and NEW -v2 respectively, since they are simply
>> more verbose forms of the same. What you thiink?
>>
>>
>
> +1 to stay with the old behaviour.
>
> As a matter of fact, I've downgraded to v2 for the time being.

The new changes are now in VCS. You mind testing that version ($ wajig
readme wajig)? I've kept the old commands for now, and now they are
sort of aliases.



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

Bug#678087: RFS: mail-notification/5.4.dfsg.1-6 (Evolution 3.4 transition)

[Stephen Kitt]

Package: sponsorship-requests
Severity: normal
X-Debbugs-Cc: Michael Biebl 

Dear mentors,

I am looking for a sponsor for my package "mail-notification".

It builds those binary packages:

  mail-notification - mail notification in system tray
  mail-notification-evolution - evolution support for mail notification

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

  http://mentors.debian.net/package/mail-notification

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

  dget -x 
http://mentors.debian.net/debian/pool/main/m/mail-notification/mail-notification_5.4.dfsg.1-6.dsc

Changes since the last upload:

mail-notification (5.4.dfsg.1-6) unstable; urgency=low

  * Allow linking with --as-needed (thanks to Michael Bienia for the
patch).
  * Support building with Evolution 3.4 (thanks to Michael Biebl and
Mathieu Trudel-Lapierre for the patch; closes: #677455).

 -- Stephen Kitt   Tue, 19 Jun 2012 00:03:39 +0200


Regards,
 Stephen Kitt


signature.asc
Description: PGP signature

Bug#676371: pspp can't import correctly data with non-ascii content

[Ben Pfaff]

Gunther Furtado  writes:

> Em Qua, 2012-06-06 às 17:11 -0400, Ben Pfaff escreveu:
>> Gunther Furtado  writes:
>> 
>> > The Portuguese language has a lot of diacritical marks and it
>> > is almost impossible to deal with data from, say, a list of
>> > cities from any Brazilian geographic area without stumbling on
>> > an "á" or a "ç". All official (from governmental agencies) data
>> > uses those signs an it is a very good thing they do so!
>> >
>> > The problem is that PSPP software can't import those correctly
>> > replacing any char with diacritical marks on it with "?"
>> > (question marks). PSPP behaves differently if the source data
>> > is UTF-8 or ISO-8859-1: with the latter, PSPP import preview
>> > panel is unable to show the correct chars from the very
>> > beginning (it shows a rectangle with the diagonal lines just
>> > like an X inside a box); with the former, the import preview
>> > panel shows the correct chars!! but when I click to actually
>> > perform the import it replaces the correct chars with "?".
>> 
>> Gunther, can you give a small example of input, along with
>> step-by-step instructions, that illustrate the problem?
>> 
>
> Ben, 
>
> Thanks for taking the time.
>
> I will attach the cvs file I have downloaded from (www.igbe.gov.br) and
> changed from ISO-8859-1 to UTF8 using iconv
>
> $ iconv -f iso-8859-15 -t utf-8 Mandirituba_censoagro2006.cvs > /
> Mandirituba_censoagro2006UTF8.cvs
>
> I convert this file because the original one didn't import the way I
> expected.
>
> In pspp, File -> Import Delimited Text Data...
>
> The first pane which contains the string "Select the first line of the
> data..." and all diacritical marks are exactly what one would expect.
>
> the second import pane which contain the string "Choose Separator" shows
> all diacritical marks the way one would expect too.
>
> After clicking "Forward", ppsp shows a third import pane, and that's
> where the problem begins. 

Confirmed.  Thanks, I'll do my best to fix this up.

(Sorry about the delay.)



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

Bug#670687: maybe things should be different

[LUK ShunTim]

On Tuesday, June 19, 2012 02:39 AM, Tshepang Lekhonkhobe wrote:
> I instead think that NEW behavior should match the proposed behavior
> of the other 2 (DESCRIBENEW and NEWDETAIL).
> 
> On another level, I even think that those other 2 commands should go,
> in favor of NEW -v1 and NEW -v2 respectively, since they are simply
> more verbose forms of the same. What you thiink?
> 
> 

+1 to stay with the old behaviour.

As a matter of fact, I've downgraded to v2 for the time being.

Regards,
ST
-- 





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

Bug#663040: NMU changes for sysfsutils/2.1.0+repack-1.2

[Martin Pitt]

Hello Bastian,

Bastian Blank [2012-06-16 19:25 +0200]:
> Attached it the NMU diff for sysfsutils/2.1.0+repack-1.2. I uploaded it
> to DELAYED/3.

Thank you!

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



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

Bug#677604: [postgresql] Despite failure "/etc/init.d/postgresql start" returns 0 and no output

[Martin Pitt]

reassign 677604 postgresql-common 130
severity 677604 minor
thanks

Christoph Berg [2012-06-18 23:41 +0200]:
> It is not an error not to have any clusters configured, so we will not
> make the init script fail in that case. (If there are no clusters, the
> system should just boot to that state.)

Confirmed. Also, init scripts which fail are a really strong kind of
error, as they also usually break package upgrades.

> There might be a point in showing some message in that case, though.

Yes, I agree. Keeping the bug open for this.

Martin

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


signature.asc
Description: Digital signature

Bug#678086: ftp.debian.org: Please remove wherpygo and python-lua from testing

[Bas Wijnen]

Package: ftp.debian.org

I just filed serious bugs for wherpygo (#678084) and python-lua
(#678085), both maintained by me, in order to keep them from being
released in the next stable release. Please remove them from testing.

Thanks,
Bas



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

Bug#678085: python-lua: unsuitable for testing

[Bas Wijnen]

Package: python-lua
Version: 0.2-1
Severity: serious

Python-lua is still quite experimental and subject to change. To avoid
maintainance, it should not be in the upcoming release, and therefore
removed from testing. The only reverse dependency is wherpygo, which
should also be removed from testing.



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

Bug#678084: wherpygo: not suitable for upcoming release

[Bas Wijnen]

Package: wherpygo
Version: 0.4-1
Severity: serious

Wherpygo is subject to lots of changes. Also, the name will change in
the near future. As it is, it should not be included in the upcoming
release, and therefore it should be removed from testing.



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

Bug#678071: linux-image-3.4-trunk-686-pae: Kernel 3.4 does not include CONFIG_MOUSE_SYNAPTICS_USB

[Ben Hutchings]

On Mon, 2012-06-18 at 17:41 -0400, Stefan Monnier wrote:
> Package: linux-2.6
> Version: 3.4.1-1~experimental.1
> Severity: normal
> 
> Dear Maintainer,
> 
> I'm looking forward to Debian's 3.4 kernel, mostly because it should
> finally free me from manually compiling the synaptics-usb kernel
> module I've been using for years now (pretty much the last such module,
> except for tp-smapi).
> 
> But I was disappointed to see that the linux-image-3.4-trunk-686-pae
> in `experimental' does not include it.  I understand that the
> `experimental' branch may not be representative, but I want to
> make sure that when the real 3.4 kernel shows up in `unstable'
> it will include this module, hence this bug-report.

I can enable it right now, but the next stable release (Debian 7.0,
'wheezy') will use Linux 3.2.  Do you want it added to that as well?  It
looks like it wouldn't be too hard to do.

Ben.

-- 
Ben Hutchings
If more than one person is responsible for a bug, no one is at fault.


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

Bug#678015: debian-installer: Guided partitioning took 26 hours to complete erasure of encripted LVM volume

[Fernando J. Rodríguez]

On Lunes 18 Junio 2012 17:39:12 Jérémy Bobbio escribió:
> On Mon, Jun 18, 2012 at 07:00:35PM +0200, Christian PERRIER wrote:
> > If you want to use an encrypted partition without erasing the data on
> > it priori to this, you have to choose manual partitioning.
> 
> This is not entirely true: during erasing, pressing "Cancel" will simple
> skip that specific part of the process and proceed with rest of the
> partioning.

Jérémy:
I noticed the "Cancel" button after a few hours, but because I was unsure of 
what exactly it would  cancel, and whether it was a required or optional step 
of the proceess, I opted not to risk wasting all the time already invested and 
didn't cancel anything.

Again, I think more information about what was going on could have enabled me 
to make an informed decision.

With kind regards,

-- 
Fernando



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

Bug#678015: debian-installer: Guided partitioning took 26 hours to complete erasure of encripted LVM volume

[Fernando J. Rodríguez]

El Lunes 18 Junio 2012 14:00:35 escribiste:
> Quoting Fernando J. Rodríguez (grou...@lugmen.org.ar):
> > Please consider:
> > b) asking the user if she actually wants to erase the contents of the
> > newly created volume; c) warning the user that the erasing could take
> > more than 1 day.
> 
> The option exists but is not asked during guided partitioning with
> encryption, precisely to keep guided partitioning as a straightforward
> option and not something "asking questions".

Christian: I understand and agree with your point of view.
However, I still consider that an operation that is going to take more than a 
day to complete is granted at least a warning to the user, as it is likely way 
outside the expectations of users requesting guiding in partitioning that such 
ancilliary preparation of the storage medium that is going to hold the about 
to be installed operating system, takes so much time to complete.


> If you want to use an encrypted partition without erasing the data on
> it priori to this, you have to choose manual partitioning.

I would have, had I known in advance that it was going to erase the volume 
prior to creating the filesystem in it, and that it would take for ever to 
that.

I could have made an informed decision, but only if I had been provided with 
the necessary information.

With kind regards,

-- 
Fernando



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

Bug#669314: [squeeze -> wheezy regression] nfs: kernel forces trailing slash for export in /proc/self/mounts

[Jonathan Nieder]

Chris Hiestand wrote:

> Based on this tip I tested that commit and neighboring commits and was
> able to find the commit that introduced the problem:
> c7f404b40a3665d9f4e9a927cc5c1ee0479ed8f9
> vfs: new superblock methods to override /proc/*/mount{s,info}

Hmph. :)

Please send a summary of the symptoms to Alexander Viro
, cc-ing linux-...@vger.kernel.org,
linux-fsde...@vger.kernel.org, and either me or this bug log so we can
track it.  Be sure to mention:

 - steps to reproduce the problem, expected result, actual result, and
   how the difference indicates a bug
 - the date and log message for the commit that introduced the problem
 - which kernel versions you have tested and what happens with each
 - any other weird symptoms or observations
 - a link to  for the backstory

Hopefully Al can say whether the change in behavior was intentional
and, either way, what an appropriate way to move forward would be.

Thanks again for your help, and hope that helps.

Sincerely,
Jonathan



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

Bug#676060: scim-thai build failure

[Rolf Leggewie]

On 15.06.2012 17:11, Theppitak Karoonboonyanan wrote:
> I'm uploading it anyway. It should still fail on s390, due to the broken
> build-dependency.

The s390x buildd maintainers informed me that this is a transient error
with the build hosts.  It's not an issue in scim.




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

Bug#673900: sip

[Brian May]

telephony-sip? There is no such package with that title in debian. Is
that the correct name?
-- 
Brian May 



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

Bug#677991: xz-utils: package dependency for xz-lzma

[Jonathan Nieder]

Thorsten Glaser wrote:
> Touko Korpela dixit:

>> xz-lzma have reverse depends in archive that are now maybe broken
>> python-apt (recommends)
>> gdebi-core,reprepro (suggests)
>
> These are no Depends…

Though maybe that is what Osamu ran into?  If that's it, the fix will
be even simpler: change the recommends to lzma, or to "xz-utils (>=
5.1.1alpha+20120614-1) | lzma" if the python-apt packagers want to
indicate a preferred alternative.

Thanks,
Jonathan



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

Bug#675971: what should we be doing?

[micah anderson]

Is the situation that all users that are at 1.2.3-348 and older can
speak to each other and all users that are at 1.2.3-349 and greater can
speak to each other, but >=349 cannot speak to <=348 users?

If so, is the intended plan for everyone to bump up to >=349?

If that is true, at the very least this warrants a NEWS entry.

micah
-- 




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

Bug#678083: iceweasel: some Japanese Bold characters can't be printed on any printers

[Tomoo Nomura]

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

Dear Maintainer,
   Some Japanese Bold characters can't be printed correctly. This problem is 
found on any printers even if pdf.

-- Package-specific info:

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

Name: Japanese Language Pack locale
Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-ja
Status: app-disabled

-- Plugins information
Name: DivX® Web Player
Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so
Package: totem-mozilla
Status: enabled

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

Name: QuickTime Plug-in 7.6.6
Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so
Package: totem-mozilla
Status: enabled

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

Name: VLC Multimedia Plugin (compatible Totem 3.0.1)
Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so
Package: totem-mozilla
Status: enabled

Name: Windows Media Player Plug-in 10 (compatible; Totem)
Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so
Package: totem-mozilla
Status: enabled


-- Addons package information
ii  gnome-shell3.4.1-5graphical shell for the GNOME desktop
ii  iceweasel  13.0.1-1   Web browser based on Firefox
ii  iceweasel-l10n 1:10.0.5esr-1  Japanese language package for Iceweasel
ii  totem-mozilla  3.0.1-8Totem Mozilla plugin

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

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

Versions of packages iceweasel depends on:
ii  debianutils 4.3.1
ii  fontconfig  2.9.0-6
ii  libc6   2.13-33
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-1
ii  libnspr42:4.9-3
ii  libnspr4-0d 2:4.9-3
ii  libsqlite3-03.7.12.1-1
ii  libstdc++6  4.7.0-8
ii  procps  1:3.3.2-3
ii  xulrunner-13.0  13.0.1-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  fonts-lyx   2.0.3-3
ii  libgssapi-krb5-21.10.1+dfsg-1
pn  mozplugger  
ii  ttf-lyx 2.0.3-3
pn  ttf-mathematica4.1  
ii  xfonts-mathml   6

Versions of packages xulrunner-13.0 depends on:
ii  libasound21.0.25-3
ii  libatk1.0-0   2.4.0-2
ii  libbz2-1.01.0.6-3
ii  libc6 2.13-33
ii  libcairo2 1.12.2-1
ii  libdbus-1-3   1.6.0-1
ii  libdbus-glib-1-2  0.98-1
ii  libevent-2.0-52.0.19-stable-3
ii  libfontconfig12.9.0-6
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.0-8
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.32.3-1
ii  libgtk2.0-0   2.24.10-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libmozjs13d   13.0.1-1
ii  libnotify40.7.5-1
ii  libnspr4  2:4.9-3
ii  libnspr4-0d   2:4.9-3
ii  libnss3   2:3.13.4-3
ii  libnss3-1d2:3.13.4-3
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.24.4-1
ii  libreadline6  6.2-8
ii  libsqlite3-0  3.7.12.1-1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.0-8
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.4.99.901-2
ii  libxext6  2:1.3.1-2
ii  libxrender1   1:0.9.7-1
ii  libxt61:1.1.3-1
ii  zlib1g1:1.2.7.dfsg-11

Versions of packages xulrunner-13.0 suggests:
ii  libcanberra0  0.28-4
ii  libgnomeui-0  2.24.5-2

-- no debconf information



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

Bug#670368: Bug#678078: /dev/bus/usb/*/* need to be created with group=dialout

[jidanni]

> "Md" == Marco d'Itri  writes:

Md> On Jun 19, jida...@jidanni.org wrote:

>> /dev/bus/usb/*/* need to be created with group=dialout
Md> Definitely not.
Md> The pilot-link maintainer needs to ship a rules file which will set the 
Md> appropriate owner and permission for the appropriate devices.

Well then something else is wrong.
$ groups 
jidanni dialout audio netdev
$ grep -c dialout /lib/udev/rules.d/60-libpisock9.rules
28



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

Bug#600008: Resolved in SKS 1.1.3

[John P. Clizbe]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1,SHA256
 
This item was resolved in the release of SKS 1.1.3 where I included
sample web page examples.

- -John Clizbe
SKS developer
1.1.[23] Release manager
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12-git-509fe4ce-2012-01-31 (Windows XP)
Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Comment: Be part of the £€€7 ECHELON -- Use Strong Encryption.
Comment: It's YOUR right - for the time being.
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
iQEcBAEBAgAGBQJP36iQAAoJECMTMVxDW9A0JiwIAL7AsnpPl4+sAG5REv6EbIjk
w3YITUltOIxZHIogoN6txacCs7E8p93rcTJcVKWeahj89StxlpZ4z3KI/h8lMK7L
ZPe7OfGptnooHHCDTGsEZ6qMb731pdeeZvH3l2zfzbJfaUo/cJNyTxDTgdGNbLSs
ahQp91X4khNG3FL23Ayn3VLBzNMu/L0quIl2kf1f8SCw09g8bUMceSkBovrSScu9
1qOsMers/LZLY+RiPzWcPvQr+8JE1mZQdFazaetm+aO5RQLg9haXaVIq/YEGInef
DlmYKmtoadvImAegpU0ReW9WTKDnliNJuc38S493WnsKHDr30hkLvr6ZvxMbLHiI
XgQBEQgABgUCT9+okAAKCRDrXhnz1laYJdelAQCBHXU+5A2Tn9xlScNGDMjzVQqE
Sv+K16KPi+ilMJeLFAD/WPMUnImSWYCFVHGuAPERjhCunFyD14/UrrW07WLwza8=
=Bk9d
-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#677997: [pkg-wine-party] Bug#677997: [wine] JAMMER Pro6 fails (used to run fine)

[Austin English]

On Mon, Jun 18, 2012 at 6:55 AM, David Baron  wrote:
> Package: wine
> Version: 1.4.1-1
> Severity: normal
>
> --- Please enter the report below this line. ---
> Get the rror box when loading a style here. Backtrace attached.
>
> Ran fine in testing 1.2.3 but there were local compiled lib versions around as
> well. Wine 1.2.3 apprantly liked these.
>
> With no local version around and the symlink (separate submission), 1.2.3,
> 1.4.*, and wine-unstable will all fail in the same manner..
>
>
> --- System information. ---
> Architecture: i386
> Kernel:       Linux 3.2.0-2-686-pae
>
> Debian Release: wheezy/sid
>  500 unstable        ftp.us.debian.org
>  500 testing         ftp.us.debian.org
>  100 experimental-snapshots qt-kde.debian.net
>    1 experimental    ftp.us.debian.org
>
> --- Package information. ---
> Depends              (Version) | Installed
> ==-+-==
> debconf              (>= 0.5)  | 1.5.43
>  OR debconf-2.0                |
> wine-bin         (>= 1.4.1-1)  | 1.4.1-1
>  OR wine64-bin    (>= 1.4.1-1) |
> debconf              (>= 0.5)  | 1.5.43
>  OR debconf-2.0                |
> libc6                 (>= 2.9) | 2.13-33
> libfreetype6        (>= 2.2.1) | 2.4.9-1
> libice6           (>= 1:1.0.0) | 2:1.0.8-2
> libjpeg8               (>= 8c) | 8d-1
> libmpg123-0        (>= 1.13.7) | 1.14.2-1
> libpng12-0       (>= 1.2.13-4) | 1.2.49-1
> libsm6                         | 2:1.2.1-2
> libssl1.0.0         (>= 1.0.0) | 1.0.1c-3
> libx11-6                       | 2:1.5.0-1
> libxcursor1         (>> 1.1.2) | 1:1.1.13-1
> libxext6                       | 2:1.3.1-2
> libxi6                         | 2:1.6.1-1
> libxinerama1                   | 2:1.1.2-1
> libxml2             (>= 2.7.4) | 2.8.0+dfsg1-4
> libxrandr2                     | 2:1.3.2-2
> libxrender1                    | 1:0.9.7-1
> zlib1g            (>= 1:1.1.4) | 1:1.2.7.dfsg-11
>
>
> Recommends            (Version) | Installed
> ===-+-=
> libgsm1             (>= 1.0.13) | 1.0.13-4
> ttf-liberation                  | 1.07.2-3
> libwine-gl          (= 1.4.1-1) | 1.4.1-1
> libwine-alsa       (= 1.4.1-1)  | 1.4.1-1
>  OR libwine-oss     (= 1.4.1-1) |
>
>
> Suggests                        (Version) | Installed
> =-+-
> wine-doc                                  |
> binfmt-support                            | 2.0.8
> ttf-mscorefonts-installer                 | 3.4+nmu1
> winbind                                   |
> klamav                                    |
>  OR clamav                                | 0.97.5+dfsg-1
> wine-doc                                  |
> libwine-cms                   (= 1.4.1-1) | 1.4.1-1
> libwine-sane                  (= 1.4.1-1) | 1.4.1-1
> libwine-ldap                  (= 1.4.1-1) | 1.4.1-1
> libwine-print                 (= 1.4.1-1) | 1.4.1-1
> libwine-openal                (= 1.4.1-1) | 1.4.1-1
> libwine-gphoto2               (= 1.4.1-1) | 1.4.1-1
>
>
>
>
>
> ___
> pkg-wine-party mailing list
> pkg-wine-pa...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-wine-party

Crashes here in wine-1.2, wine-1.3.32, wine-1.5.6.

If you can run a regression test, that would be helpful:
http://wiki.winehq.org/RegressionTesting
-- 
-Austin

Bug#678082: Landscape-mode is broken in XeLaTeX

[Norbert Preining]

Hi Juhapekka,

On Di, 19 Jun 2012, Juhapekka Tolvanen wrote:
> juhtolv_tolle_harjoitukset.landscape.pdf should be a
> landscape-oriented file. In realuity in its first page that

Like in the other bug report: we are no LaTeX help desk. Please
ask on comp.text.tex or somewhere else.

In this special case, you should have read and followed the advise
we are giving in the bug report text, namely produce a
MINIMAL EXAMPLE
Do you really thing we can analyze a file that is sooo complicated?

With this kind of bug report not many people will be willing to take
a look at it, neither here, nor at comp.text.tex, nor anywhere else.


To repeat from the bug report text:

> If you report an error when running one of the TeX-related binaries 
> (latex, pdftex, metafont,...), or if the bug is related to bad or wrong
> output, please include a MINIMAL example input file that produces the
> error in your report.
> 
> Please run your example with
>   (pdf)latex -recorder ...
> (or any other program that supports -recorder) and send us the generated
> file with the extension .fls, it lists all the files loaded during
> the run and can easily explain problems induced by outdated files in
> your home directory.
> 
> Don't forget to also include minimal examples of other files that are 
> needed, e.g. bibtex databases. Often it also helps
> to include the logfile. Please, never send included pictures!
> 
> If your example file isn't short or produces more than one page of
> output (except when multiple pages are needed to show the problem),
> you can probably minimize it further. Instructions on how to do that
> can be found at
> 
> http://www.minimalbeispiel.de/mini-en.html (english)
> 
> or 
> 
> http://www.minimalbeispiel.de/mini.html (german)

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

As he came into the light they could see his black and
gold uniform on which the buttons were so highly polished
that they shone with an intensity that would have made an
approaching motorist flash his lights in annoyance.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy



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

Bug#678079: KOMA-Script -classes work badly with fontspec of XeLaTeX

[Norbert Preining]

Hi Juhapekka,

short question: Was it *ever* different, i.e., is it a regression or not?

In any case, I guess that has nothing to do with the *Debian* packages,
but with KOMAscript itself. 

And if this is the case, I hope you have read the reportbug message,
the Debian TeX Team is not a LaTeX Help Desk. Plpease ask your
questions concerning these things in either a TeX User group,
comp.text.tex, or directly to the KOMAscript author.

Just for your completeness, here is the text again:

> -- Package-specific info:
> IMPORTANT INFORMATION: We will only consider bug reports concerning
> the packaging of TeX Live as relevant. If you have problems with
> combination of packages in a LaTeX document, please consult your
> local TeX User Group, the comp.text.tex user group, the author of
> the original .sty file, or any other help resource. 
> 
>*** The Debian TeX Team is *no* LaTeX Help Desk ***

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

AINSWORTH (n.)
The length of time it takes to get served in a camera shop. Hence,
also, how long we will have to wait for the abolition of income tax or
the Second Coming.
--- Douglas Adams, The Meaning of Liff



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

Bug#677948: When saving a file served with gzip Content-Encoding and application/x-gzip Content-Type, the file is saved (double-)compressed

[Jonathan Nieder]

Filipus Klutiero wrote:
> On 2012-06-17 22:18, Jonathan Nieder wrote:

>> # difficult.  If I understand correctly, following the standards means
>> # breaking compatibility.
>> severity 677948 wishlist
>> forwarded 677948 http://crbug.com/47951
[...]
> thanks for the triaging, but could you explain why you changed the severity?

http://www.debian.org/Bugs/Developer#severities sayeth:

wishlist
for any feature request, and also for any bugs that are
very difficult to fix due to major design considerations.

If we had a simple way to detect whether a server has the old Apache
bug asanka mentioned or the newer Apache misconfiguration you
mentioned, this would be easy to fix.  Unfortunately, no one has
provided that.

Incidentally, severities don't actually matter.  Working code matters.

Hope that helps,
Jonathan



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

Bug#677609: supertuxkart: segmentation fault during a race

[Dave Lentz]

I also get the segfault when an item (esp. the parachute) is used.
Starting program: /usr/games/supertuxkart 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Irrlicht Engine version 1.7.3
Linux 3.4-2.slh.3-aptosid-amd64 #1 SMP PREEMPT Fri Jun 15 16:00:55 UTC 2012 
x86_64
[FileManager] Data files will be fetched from: '/usr/share/games/supertuxkart'
[FileManager] Addons files will be stored in 
'/home/dave/.local/share/supertuxkart/addons'.
[translate] Env var LANGUAGE = 'en_US.utf8'
[translate] Env var LANGUAGE = 'en_US.utf8', which corresponds to 'English 
(United States)'
Adding language fallback en
[IrrDriver] Trying OpenGL rendering.
[New Thread 0x7fffedbe3700 (LWP 10912)]
[IrrDriver Temp Logger] Level 2: Unsupported texture format
[IrrDriver Temp Logger] Level 2: Unsupported texture format
[New Thread 0x7fffe7fff700 (LWP 10914)]
[New Thread 0x7fffe535f700 (LWP 10915)]
[Thread 0x7fffe535f700 (LWP 10915) exited]
[New Thread 0x7fffe535f700 (LWP 10916)]
Error messages and other text output will be logged to 
/home/dave/.config/supertuxkart/stdout.log and 
/home/dave/.config/supertuxkart/stderr.log

Program received signal SIGSEGV, Segmentation fault.
0x006cbb95 in ?? ()
(gdb) thread apply all bt

Thread 5 (Thread 0x7fffe535f700 (LWP 10916)):
#0  0x75082a93 in *__GI___poll (fds=, 
fds@entry=0x7fffe535edc0, nfds=, nfds@entry=1, 
timeout=timeout@entry=1000)
at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x7fffe48bfa8f in snd1_pcm_wait_nocheck (pcm=0x10abd80, timeout=1000) 
at pcm.c:2396
#2  0x75d20be8 in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1
#3  0x75d1854a in ?? () from /usr/lib/x86_64-linux-gnu/libopenal.so.1
#4  0x7795ab50 in start_thread (arg=) at 
pthread_create.c:304
#5  0x7508d6dd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#6  0x in ?? ()

Thread 3 (Thread 0x7fffe7fff700 (LWP 10914)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x004c1afb in NetworkHttp::mainLoop(void*) ()
#2  0x7795ab50 in start_thread (arg=) at 
pthread_create.c:304
#3  0x7508d6dd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4  0x in ?? ()

Thread 2 (Thread 0x7fffedbe3700 (LWP 10912)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x7fffee238983 in ?? () from /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
#2  0x7795ab50 in start_thread (arg=) at 
pthread_create.c:304
#3  0x7508d6dd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4  0x in ?? ()

Thread 1 (Thread 0x77fc5740 (LWP 10909)):
#0  0x006cbb95 in ?? ()
#1  0x0066cff5 in btRaycastVehicle::~btRaycastVehicle() ()
#2  0x0066d059 in btRaycastVehicle::~btRaycastVehicle() ()
#3  0x76fb561c in irr::scene::CSkinnedMesh::recoverJointsFromMesh 
(this=0x7fffe819bd00, JointChildSceneNodes=...) at CSkinnedMesh.cpp:1257
#4  0x76fccd27 in getMeshForCurrentFrame (this=0x7772ef0) at 
CAnimatedMeshSceneNode.cpp:217
#5  irr::scene::CAnimatedMeshSceneNode::getMeshForCurrentFrame (this=0x7772ef0) 
at CAnimatedMeshSceneNode.cpp:194
#6  0x76fccda7 in irr::scene::CAnimatedMeshSceneNode::OnAnimate 
(this=0x7772ef0, timeMs=2656503) at CAnimatedMeshSceneNode.cpp:245
#7  0x004fde34 in irr::scene::ISceneNode::OnAnimate(unsigned int) ()
#8  0x004fde34 in irr::scene::ISceneNode::OnAnimate(unsigned int) ()
#9  0x77041de7 in irr::scene::CSceneManager::drawAll (this=0xcc8d20) at 
CSceneManager.cpp:1336
#10 0x004f9dc9 in IrrDriver::update(float) ()
#11 0x00599aa9 in MainLoop::run() ()
#12 0x004a8e93 in main ()

Bug#611943: dictionary-el: Customizing dictionary-server does not cause list of dictionaries to be updated

[Aaron M. Ucko]

Reuben Thomas  writes:

> If you change dictionary-server, then surely the list of dictionaries
> should be updated? But it’s not.

AFAICT (both from trying this and from reviewing the source), this
should only be a problem if you keep any *Dictionary* buffers open.  As
soon as you close the last one (by pressing "q", for instance), Emacs
will close the connection to the original dictionary server; the next
dictionary command will then open a fresh connection to the newly
specified server.

That behavior strikes me as fairly reasonable, so I'm inclined to leave
it as is, particularly given that I will be adding support for
customizing dictionary server settings at startup.

At any rate, thanks for the report and sorry for the delayed response.

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



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

Bug#653515: [pkg-wpa-devel] Bug#653515: Very chatty in syslog; message every time rekeying occurs

[Josh Triplett]

reopen 653515
retitle 653515 Very chatty in syslog by default; message every time rekeying 
occurs
thanks

On Tue, Jun 19, 2012 at 02:17:03AM +0200, Stefan Lippers-Hollmann wrote:
> On Tuesday 19 June 2012, Josh Triplett wrote:
> > Package: wpasupplicant
> > Version: 0.7.3-5
> > Severity: normal
> > 
> > wpa_supplicant logs a message like this to syslog every time WPA group
> > rekeying occurs:
> > 
> > Dec 24 08:26:16 leaf wpa_supplicant[1319]: WPA: Group rekeying completed 
> > with AP:MA:CA:DD:RE:SS [GTK=CCMP]
> > 
> > On a network configured to rekey frequently, this generates a large
> > number of syslog message, drowning out more useful log messages.
> > 
> > Does wpa_supplicant really need to log every time rekeying occurs?
> 
> You can configure the logging verbosity through your 
> /etc/network/interfaces stanza on a per interface basis, quoting from
> /usr/share/doc/wpasupplicant/README.Debian.gz:
[snip]
> Rekeying events are at MSG_INFO severity, setting wpa-debug-level to -1
> will raise the bar to MSG_WARNING and hide all rekeying notices (which 
> are still readable in e.g. wpa_cli) from the logs.

I appreciate the pointer to information on how to make this message go
away on my system, but I intended the bug report as a request to make
wpa_supplicant less chatty by default.

My question above still applies: Does wpa_supplicant really need to log
every time rekeying occurs?  What value does this provide?  Could this
message become something that only appears at -v or above, rather than
by default?

Thanks,
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#606124: Workaround

[Alex King]

The upstream template seems to be flawed in two ways.

The file name (12-dm-permissions.rules) puts it in the udev rules too 
early to use environment variables (e.g.. ENV{DM_VG_NAME}).


Apparently in RHEL6 these values are set up in files named at 10 and 11 
priority, but in debian they are set up in 
/lib/udev/rules.d/56-lvm.rules and or 
/lib/udev/rules.d/60-persistent-storage-lvm.rules, so to be safe I used 
62-dm-permissions.rules.


Secondly the template file has the following lines:

# "add" event is processed on coldplug only!
ACTION!="add|change", GOTO="dm_end"
ENV{DM_UDEV_RULES_VSN}!="?*", GOTO="dm_end"


at the start, and

LABEL="dm_end"

at the end.

There is already a good template installed at 
/usr/share/doc/dmsetup/examples/udev-dm-permissions.rules including LVM 
examples, but there is no guidance on how to use it.  I found this file 
after having done a lot of work


When I copied it to /etc/udev/rules.d and filled it in with appropriate 
values, it worked for me.


The other problem I initially thought I was encountering was when lvm is 
bought up in the initramfs, (e.g. root file system on lvm,) any user 
entered rules file in /etc/udev/rules.d/ is not copied into the initrd.  
However, for file systems not needed at initramfs time, this does not 
matter, it seems lvm sets them up correctly later in boot.


I suggest a note in /usr/share/doc/lvm2/README.Debian

"To change the permissions or ownership of a LVM device and have it 
persist across reboot, for example for a daemon that works directly with 
disk partitions, you need an appropriate udev rule.  Copy 
/usr/share/doc/dmsetup/examples/udev-dm-permissions.rules to /etc/udev.d 
and modify it to mention the required ownership and permissions."


Cheers,
Alex




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

Bug#678082: Landscape-mode is broken in XeLaTeX

[Juhapekka Tolvanen]

Package: texlive-xetex
Version: 2012.20120611-1
Severity: important

Please, check out files in this WWW-directory:

http://iki.fi/juhtolv/tmp/bugreports/LaTeX/02/

Problem is this:

juhtolv_tolle_harjoitukset.landscape.pdf should be a
landscape-oriented file. In realuity in its first page that
landscape-mode is broken. In other pages averything is fine.


-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

   *** The Debian TeX Team is *no* LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 2359 Jun 19 02:23 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jun 18 04:25 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Jun 11 06:10 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
-rw-r--r-- 1 root root 1849 Apr 28 07:53 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 31 Jun 11 06:10 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jun 11 06:10 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jun 11 06:10 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 1656 Jun 19 02:11 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 6516 Jun 19 02:23 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 12 Apr 16 18:39 /etc/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 4680 Jun 19 02:23 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 12
-rw-r--r-- 1 root root  283 Mar 25 02:48 mktex.cnf
-rw-r--r-- 1 root root 1656 Jun 19 02:11 texmf.cnf
-rw-r--r-- 1 root root   12 Apr 16 18:39 updmap.cfg
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
d588a08518f705d06ac262acd78f2bc4  /etc/texmf/texmf.d/20xmltex.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 
'stable-updates'), (500, 'proposed-updates'), (102, 'testing'), (101, 
'unstable')
Architecture: i386 (i686)

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

Versions of packages texlive-xetex depends on:
ii  dpkg1.16.4.3
ii  tex-common  3.13
ii  texlive-base2012.20120611-1
ii  texlive-binaries2012.20120530-2+b1
ii  texlive-common  2012.20120611-1
ii  texlive-latex-base  2012.20120611-1
ii  tipa2:1.3-17

Versions of packages texlive-xetex recommends:
ii  lmodern  2.004.1-5

texlive-xetex suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.43
ii  dpkg   1.16.4.3
ii  ucf3.0025+nmu3

Versions of packages tex-common suggests:
ii  debhelper  9.20120608

Versions of packages texlive-xetex is related to:
ii  tex-common3.13
ii  texlive-binaries  2012.20120530-2+b1

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"Quidquid Latine dictum sit altum videtur."



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubsc

Bug#678081: libsvn-perl: Assertion `svn_dirent_is_canonical(base, pool)' failed with SVN::Client

[Vincent Lefevre]

Package: libsvn-perl
Version: 1.7.5-1
Severity: important

I get an assertion failure with:


#!/usr/bin/env perl

use strict;
use SVN::Client;

my $svnc = SVN::Client->new;
$svnc->info('.', undef, undef, sub { }, 0);


With subversion 1.6.17dfsg-3:
perl: 
/build/buildd-subversion_1.6.17dfsg-3-powerpc-3JzUhd/subversion-1.6.17dfsg/subversion/libsvn_subr/path.c:114:
 svn_path_join: Assertion `svn_path_is_canonical(base, pool)' failed.

With subversion 1.7.5-1:
perl: /tmp/buildd/subversion-1.7.5/subversion/libsvn_subr/dirent_uri.c:955: 
svn_dirent_join: Assertion `svn_dirent_is_canonical(base, pool)' failed.

The assertion failure apparently occurs in the library, but perhaps
the Perl interface provided wrong data, causing the assertion failure.

Note: I'm not sure that the program is correct (the SVN::Client
man page doesn't have many details), but even if it isn't, one
should never get an assertion failure in Perl. So, there's at
least a bug on the subversion side.

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

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

Versions of packages libsvn-perl depends on:
ii  libapr1 1.4.5-1.1
ii  libc6   2.13-33
ii  libsvn1 1.7.5-1
ii  multiarch-support   2.13-33
ii  perl5.14.2-11
ii  perl-base [perlapi-5.14.2]  5.14.2-11

libsvn-perl recommends no packages.

libsvn-perl 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#678080: AttributeError: 'module' object has no attribute 'uses_fragment'

[jidanni]

Package: plucker
Version: 1.8-33+b2
Severity: grave

Upon update of python we now get

Traceback (most recent call last):
  File "/usr/bin/plucker-build", line 39, in 
from PyPlucker import Parser, ConfigFiles, __version__
  File "/usr/lib/python2.7/dist-packages/PyPlucker/Parser.py", line 12, in 

from PyPlucker import TextParser, ImageParser, PluckerDocs, ConversionParser
  File "/usr/lib/python2.7/dist-packages/PyPlucker/TextParser.py", line 66, in 

from PyPlucker import Url
  File "/usr/lib/python2.7/dist-packages/PyPlucker/Url.py", line 22, in 
urlparse.uses_fragment.append ('plucker')
AttributeError: 'module' object has no attribute 'uses_fragment'



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

Bug#678079: KOMA-Script -classes work badly with fontspec of XeLaTeX

[Juhapekka Tolvanen]

Package: texlive-latex-recommended
Version: 2012.20120611-1
Severity: important

Please, check out files in this WWW-directory:

http://iki.fi/juhtolv/tmp/bugreports/LaTeX/02/

Problem is this:

When I compile file juhtolv_tolle_harjoitukset.tex , it includes a
file called RST_Palatino_MPlus.sty . fontspeac is loaded in the
beginning of juhtolv_tolle_harjoitukset.tex . RST_Palatino_MPlus.sty
has these important font-definitions:

 Clip here 
\newfontface\mytitlefont{M+ 1p black}
\newfontface\mysubtitlefont{M+ 1p heavy}

\newfontface\mysectionfont{M+ 1p black}
\newfontface\mysubsectionfont{M+ 1p heavy}
\newfontface\mysubsubsectionfont{M+ 1p bold}
\newfontface\myparagraphfont{M+ 1p medium}
\newfontface\mysubparagraphfont{M+ 1p regular}


% Now use that \mytitlefont the first time. These work:
\addtokomafont{title}{\mytitlefont}
\addtokomafont{subtitle}{\mysubtitlefont}

% Not used in certain document classes
%\addtokomafont{part}{}
%\addtokomafont{partnumber}{}
%\addtokomafont{chapter}{}


% FIXME: These do not work! It still uses MgOpen Cosmetica
\addtokomafont{section}{\mysectionfont}
\addtokomafont{subsection}{\mysubsectionfont}
\addtokomafont{subsubsection}{\mysubsubsectionfont}
\addtokomafont{paragraph}{\myparagraphfont}
\addtokomafont{subparagraph}{\mysubparagraphfont}

 Clip here 

In reality, only title of whole document really has that font I want.
Titles of sections, subsections etc. still use that MgOpen Cosmetica.
Just see that file juhtolv_tolle_harjoitukset.pdf .

juhtolv@juhtolv | ti 19 kesä   2012 04:28:00 | 10609 | pts/14
/home/juhtolv/www/tmp/bugreports/LaTeX/02
% pdffonts juhtolv_tolle_harjoitukset.pdf
name type  emb sub uni object ID
 - --- --- --- -
GRAJKT+mplus-1p-blackCID TrueType  yes yes yes 5  0
CYNWFQ+FPLNeu-Bold-Identity-HCID Type 0C   yes yes yes 7  0
XFPRZV+FPLNeu-Regular-Identity-H CID Type 0C   yes yes yes 9  0
USDSYB+Inconsolata-Identity-HCID Type 0C   yes yes yes 14  0
IESKPF+MgOpenCosmetica-Bold  CID TrueType  yes yes yes 16  0
MSBDJA+FPLNeu-Italic-Identity-H  CID Type 0C   yes yes yes 70  0


Here is another example:

When I compile file juhtolv_tolle_harjoitukset.landscape.tex , it
includes a file called RST_Landscape.sty . fontspeac is loaded in the
beginning of juhtolv_tolle_harjoitukset.landscape.tex .
RST_Landscape.sty has these important font-definitions:

 Clip here 

%%% This is the old name for \setmainfont, retained for backwards compatibility.
%\setromanfont{DejaVu Serif}

\setmainfont{DejaVu Sans}
\setmonofont{DejaVu Sans Mono}
\setsansfont{DejaVu Sans}

\newfontfamily\mytitlefont[BoldFont={DejaVu Serif}]{DejaVu Serif Bold}

%%% Now use that \mytitlefont .
\setkomafont{title}{\mytitlefont\Huge}
\setkomafont{subtitle}{\mytitlefont\huge}

\setkomafont{section}{\mytitlefont\LARGE}
\setkomafont{subsection}{\mytitlefont\Large}
\setkomafont{subsubsection}{\mytitlefont\large}
\setkomafont{paragraph}{\mytitlefont\normalsize}
\setkomafont{subparagraph}{\mytitlefont\normalsize}

 Clip here 

I just try use DejaVu Serif in all titles, including titles of
sections and subsections. In reality, only title of whole document
really has that font I want. Titles of sections, subsections etc.
still use that DejaVu Sans. In addition, I just can not see any
fontsize-difference between titles of sections and subsections. Just
see that file juhtolv_tolle_harjoitukset.landscape.pdf .


-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

   *** The Debian TeX Team is *no* LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/

Bug#677202: biber packages version 0.9.9+git2012426-3 is beta and requires beta version of biblatex

[Danai SAE-HAN]

Urgh, just got a half working X.org env.
Still skewed, but slightly workable.
Thanks for your patience.  Off to work now.

BR

-- 
Danai SAE-HAN

On 18-jun.-2012, at 04:35, Julian Gilbey  wrote:

> On Sun, Jun 17, 2012 at 10:22:49PM +0800, Danai SAE-HAN (�n�_耐) wrote:
>>> So you could call this one 0.9.9+release-1 and avoid having to use an
>>> epoch.  0.9.9.0+git2012415-1 would also work.  It seems a shame to
>>> introduce an epoch for a case like this where the version numbers are
>>> going to increase pretty soon beyond the troublesome case.
>> 
>> Thank you for that tip, Julian.  Seems like I forgot to add a "0" in
>> the ISO date.
>> 
>> I will use version "0.9.9+release-1" for now, and then use "1.0.0"
>> with "pre" or "rc" when biblatex is also upgraded.
> 
> If you want to do that, remember to use the "~" syntax: 1.0.0~pre1-1
> or similar; that way, 1.0.0-1 will be strictly greater than the "pre"
> version number!
> 
>   Julian



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

Bug#677686: Proposed change in common function make_dir

[Russell Coker]

On Tue, 19 Jun 2012, Scott Kitterman  wrote:
> Your proposed change will do the same change for clamav-freshclam and
> clamav- milter.  Is that desirable or should we move your addition outside
> the common function?

restorecon will never do any harm.  So running it more than it's needed, 
running it twice, etc doesn't matter at all.

When in doubt it's best to run it.  You wouldn't want to run it a million 
times, but running it twice instead of once in the init script won't slow 
things down in any way that makes a statistically significant difference to 
the boot process.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/



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

Bug#678077: What I meant by "but only the first time"

[Ben Armstrong]

To clarify what I meant by "but only the first time", follow this example:

> 1
> 2
> 3
> 4
> 
> 3
> 
> 2

That is, if you press two consecutive up-arrows, the line before last,
and the line before that are retrieved from the history. The bug only
occurs on the first of the up-arrows.

Ben



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

Bug#677686: Proposed change in common function make_dir

[Scott Kitterman]

Your proposed change will do the same change for clamav-freshclam and clamav-
milter.  Is that desirable or should we move your addition outside the common 
function?

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

Bug#678078: /dev/bus/usb/*/* need to be created with group=dialout

[jidanni]

Package: udev
Version: 175-3.1
X-debbugs-Cc: 670...@bugs.debian.org

/dev/bus/usb/*/* need to be created with group=dialout
Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670368 .

OK I did
# chgrp -R dialout /dev/bus/usb/
# /etc/init.d/udev restart
to fix it!



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

Bug#670368: need to be root again

[jidanni]

Oh I see my connection problem is #678073.



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

Bug#677993: [pkg-wpa-devel] Bug#677993: wpa_cli: Can no longer clear screen

[Ben Armstrong]

On 18/06/12 08:46 PM, Stefan Lippers-Hollmann wrote:
> I'm lowering the severity to minor, because in my opinion this
> doesn't impose a significant impact on wpa_cli's usability.

Sure. As a workaround, I'll just press and hold the enter key
periodically. A bit ugly, but serves the same function.

> This is caused by switching wpa_cli to the new (since 1.0~)
> internal readline replacement, which might not have all the bells
> and whistles GNU readline has to offer, yet(?).

I saw that in the changelog and figured that was it.

> You can confirm this by rebuilding wpa with this patch:

Thanks. If it really gets irritating, I might, but I'll give the
readline replacement a chance first ...

> So far this seems to be the only side effect

Well, perhaps not the only one (will file a separate bug about that
though :)

> of switching to WPA_CLI_EDIT (personally I didn't even notice that
> yet), and abandoning readline usage is wanted for licensing reasons
> (especially looking at the wpa 2.x branch and readline6/ GPL-3).

Ah. All very reasonable.

> With a little luck, this feature may get added to future upstream
> versions, as there seems to be some rudimentary ctrl-L handling
> already. In which case we'd consider backporting it to wpa -
> although likely not for wheezy.

Sure. Looking forward to that.

> As we want/ need to avoid depending on GNU readline, I may tag this
> bug as wontfix for the time being. Although I certainly hope that
> wpa_cli's internal readline implementation gains feature parity
> with GNU readline in the externally visible regards.

Would be nice. Now to go file that bug I mentioned ...

Ben



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

Bug#678077: wpa_cli: Up-arrow skips over previous line in history

[Ben Armstrong]

Package: wpasupplicant
Version: 1.0-2
Severity: normal


Up-arrow skips over the previous line in the command history and shows
the one before that (but only the first time). Steps to reproduce:

> help
> scan_results
> 
> help  <- help is now shown, whereas scan_results was expected

Workaround: after pressing up-arrow, press down-arrow to retrieve the
line that should have been shown.

Ben

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

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

Versions of packages wpasupplicant depends on:
ii  adduser   3.113+nmu3
ii  initscripts   2.88dsf-27
ii  libc6 2.13-33
ii  libdbus-1-3   1.6.0-1
ii  libnl-3-200   3.2.7-2
ii  libnl-genl-3-200  3.2.7-2
ii  libpcsclite1  1.8.3-3
ii  libssl1.0.0   1.0.1c-3
ii  lsb-base  4.1+Debian7

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  
pn  wpagui

-- 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#678076: netcat-openbsd: -p option doesn't work in listen mode

[NOKUBI Takatsugu]

Package: netcat-openbsd
Version: 1.89-4
Severity: normal

According man/help, netcat will work the follwing:

$ nc -l -p 1

But it displaed simple usage and didn't work. But the following is
working:

$ nc -l 1

However, netcat-traditional works both. 

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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash



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

Bug#678019: Working on it

[Scott Kitterman]

Confirmed.  WIll upload a new package shortly.

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

Bug#627174: Ping - FTBFS

[Christine Spang]

On Sat, Jun 16, 2012 at 10:45:07PM +0200, Arne Wichmann wrote:
> This RC bug is now pending for more than one year. Is there anu plan to
> change this?

I don't have specific plans, no.

SD has fallen from my priorities, and to have it be worth keeping in
Debian at this point, I think someone else will need to step up and work
on maintenance upstream.

cheers,
Christine



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

Bug#678075: subversion: incorrect Last Changed Rev after upgrade from 1.6.17 to 1.7.5

[Vincent Lefevre]

Package: subversion
Version: 1.7.5-1
Severity: grave
Justification: causes non-serious data loss

(actually that's silent data corruption in the WC)

Subversion 1.7.5 no longer notices a change of revision of some file
when a parent directory has been moved. In particular, this yields
incorrect keyword expansion.

The bug can be reproduced with the following script:


#!/bin/sh

set -e

mkdir my-test-svn
cd my-test-svn

svnadmin create svn
svn co file://`pwd`/svn wc
cd wc

svn mkdir dir1
svn ci -m 'add dir1'

printf '\044Revision\044\nfoo\n' > dir1/file
svn add dir1/file
svn propset svn:keywords Revision dir1/file
svn ci -m 'add dir1/file'
echo "File dir1/file:"
cat dir1/file

svn up
svn mv dir1 dir2
echo "File dir2/file:"
cat dir2/file
svn ci -m 'mv dir1 dir2'
echo "File dir2/file:"
cat dir2/file

svn up
echo "File dir2/file:"
cat dir2/file
svn info dir2/file

svn mv dir2/file .
echo "File file:"
cat file
svn ci -m 'mv dir2/file .'
echo "File file:"
cat file

cd ../..
rm -rf my-test-svn


If I grep the output with '.Revision:\|Last Changed Rev:', I get:
  * svn 1.6.17 (r1128011): 2 2 3 3 3 -1 4
  * svn 1.7.5  (r1336830): 2 2 2 2 2 2 4

There are 4 differences, but only 3 really matter, because for the
last one (-1 vs 2), the commit hasn't been done yet (so that one is
in some intermediate state).

Thus the important differences (3 vs 2) correspond to:

svn ci -m 'mv dir1 dir2'
echo "File dir2/file:"
cat dir2/file

svn up
echo "File dir2/file:"
cat dir2/file
svn info dir2/file

The last test of the script shows that the problem doesn't occur
when the file itself is moved.

Because of that, when checking out a repository with svn 1.7.5, some
files seem to go back in time.

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

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

Versions of packages subversion depends on:
ii  libapr1 1.4.5-1.1
ii  libc6   2.13-33
ii  libsasl2-2  2.1.25.dfsg1-4+b1
ii  libsvn1 1.7.5-1

subversion recommends no packages.

Versions of packages subversion suggests:
pn  db5.1-util
ii  patch 2.6.1-3
ii  subversion-tools  1.7.5-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#678074: Left over files in the user's /etc/udev/rules.d were created but not cleaned up

[jidanni]

Package: udev
Version: 175-3.1
Severity: wishlist

Left over files in the user's
  /etc/udev/rules.d:
  -rw-r--r-- 1 root 3992 2010-05-06  70-persistent-cd.rules
  -rw-r--r-- 1 root 3784 2009-08-25  70-persistent-cd.rules.old
  -rw-r--r-- 1 root 1437 2010-05-31  70-persistent-net.rules

made by

# This file was automatically generated by the /lib/udev/write_cd_rules
# program, probably run by the cd-aliases-generator.rules rules file.

should be cleaned up.



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

Bug#678073: obsolete wording

[jidanni]

Package: pilot-link
Version: 0.12.5-5
Severity: wishlist
File: /usr/share/doc/pilot-link/README.libusb.gz

Put the 60-libpisock.rules file that came with your
pilot-link release in '/etc/udev/rules.d/' and restart
udev.


Maybe that should be /lib/udev/rules.d/ now. Maybe not...


Check that the file was read and parsed by udev by
looking at the udev logs in /var/log (if you log, if
not, enable logging in /etc/udev/udev.conf and restart
udev to verify), or use the following to enable logging
at runtime:

udevcontrol log_priority="debug"

Maybe that should be a udevadm command these days.




All I know is lately on one hand:

usb 3-1.3: new full-speed USB device number 11 using uhci_hcd
usb 3-1.3: New USB device found, idVendor=0830, idProduct=0002
usb 3-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=5
usb 3-1.3: Product: Palm Handheld
usb 3-1.3: Manufacturer: Palm, Inc.
usb 3-1.3: SerialNumber: 10PK16P1G5WG

On the other

   Listening for incoming connection on usb:...

but they just don't connect.



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

Bug#678072: puppet-lint: fails to run

[John Eikenberry]

Package: puppet-lint
Version: 0.1.13-1
Severity: important

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


$ puppet-lint
Unable to require puppet.  Please gem install puppet and try again.

Running puppet-lint fails every time, with or without any arguments.  This
coincided with a recent change of ruby to default to 1.9.1 instead of 1.8. The
puppet-common package, which puppet-lint depends on, doesn't include support
for 1.9.1.

You can get this working by changing the default ruby back to 1.8 using
update-alternatives. Though this seems like it will break other software
eventually.

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


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

Kernel: Linux 3.2.0-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 puppet-lint depends on:
ii  puppet-common 2.7.14-1
ii  ruby  4.9
ii  ruby1.8 [ruby-interpreter]1.8.7.358-4
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-1

puppet-lint recommends no packages.

Versions of packages puppet-lint suggests:
pn  rake  

-- 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#677948: When saving a file served with gzip Content-Encoding and application/x-gzip Content-Type, the file is saved (double-)compressed

[Filipus Klutiero]

Hi Jonathan,

On 2012-06-17 22:18, Jonathan Nieder wrote:

# difficult.  If I understand correctly, following the standards means
# breaking compatibility.
severity 677948 wishlist
forwarded 677948 http://crbug.com/47951
quit

Hi,

Filipus Klutiero wrote:


This was reported upstream in
http://code.google.com/p/chromium/issues/detail?id=47951

Thanks for a clear report.  Marking accordingly.


thanks for the triaging, but could you explain why you changed the severity?



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

Bug#625509: python3-debian and python 3.3

[Stuart Prescott]

Of course, maintaining compatibility with python2 would be better... so the 
attached is a nicer plan for dealing with the encoding to subprocess.

cheers
Stuart

-- 
Stuart Prescott--www.nanonanonano.net
diff --git a/lib/debian/deb822.py b/lib/debian/deb822.py
index 88ef6e1..2531d05 100644
--- a/lib/debian/deb822.py
+++ b/lib/debian/deb822.py
@@ -816,7 +816,7 @@ class GpgInfo(dict):
 
 p = subprocess.Popen(args, stdin=subprocess.PIPE,
  stdout=subprocess.PIPE, stderr=subprocess.PIPE,
- universal_newlines=True)
+ universal_newlines=False)
 # XXX what to do with exit code?
 
 if isinstance(sequence, bytes):
@@ -825,7 +825,8 @@ class GpgInfo(dict):
 inp = cls._get_full_string(sequence)
 out, err = p.communicate(inp)
 
-return cls.from_output(out, err)
+return cls.from_output(out.decode('utf-8'),
+   err.decode('utf-8'))
 
 @staticmethod
 def _get_full_string(sequence):

Bug#677993: [pkg-wpa-devel] Bug#677993: wpa_cli: Can no longer clear screen

[Stefan Lippers-Hollmann]

severity 677993 minor
thanks

On Tuesday 19 June 2012, Ben Armstrong wrote:
> Package: wpasupplicant
> Version: 1.0-2
> Severity: normal

I'm lowering the severity to minor, because in my opinion this doesn't 
impose a significant impact on wpa_cli's usability.

> wpa_cli output can get very verbose. As an aid to seeing only the
> changes to the output since I last looked, I am in the habit of using
> ctrl-L to clear the screen. However, ever since 1.0, ctrl-L no longer
> does this. Nor can I find a command in 'help' to clear the screen. I
> would like to be able to clear the screen again.

This is caused by switching wpa_cli to the new (since 1.0~) internal 
readline replacement, which might not have all the bells and whistles 
GNU readline has to offer, yet(?). You can confirm this by rebuilding 
wpa with this patch:

Index: debian/control
===
--- debian/control  (revision 1766)
+++ debian/control  (working copy)
@@ -16,6 +16,7 @@
  libnl-genl-3-dev (>= 3.2.3-2~) [linux-any],
  libpcap-dev [kfreebsd-any],
  libbsd-dev [kfreebsd-any],
+ libreadline-gplv2-dev,
  pkg-config,
  qt4-qmake,
  docbook-to-man,
Index: debian/config/wpasupplicant/linux
===
--- debian/config/wpasupplicant/linux   (revision 1766)
+++ debian/config/wpasupplicant/linux   (working copy)
@@ -237,11 +237,11 @@
 # When building a wpa_cli binary for distribution, please note that these
 # libraries are licensed under GPL and as such, BSD license may not apply for
 # the resulting binary.
-#CONFIG_READLINE=y
+CONFIG_READLINE=y
 
 # Include internal line edit mode in wpa_cli. This can be used as a replacement
 # for GNU Readline to provide limited command line editing and history support.
-CONFIG_WPA_CLI_EDIT=y
+#CONFIG_WPA_CLI_EDIT=y
 
 # Remove debugging code that is printing out debug message to stdout.
 # This can be used to reduce the size of the wpa_supplicant considerably
Index: debian/config/wpasupplicant/kfreebsd
===
--- debian/config/wpasupplicant/kfreebsd(revision 1766)
+++ debian/config/wpasupplicant/kfreebsd(working copy)
@@ -238,11 +238,11 @@
 # When building a wpa_cli binary for distribution, please note that these
 # libraries are licensed under GPL and as such, BSD license may not apply for
 # the resulting binary.
-#CONFIG_READLINE=y
+CONFIG_READLINE=y
 
 # Include internal line edit mode in wpa_cli. This can be used as a replacement
 # for GNU Readline to provide limited command line editing and history support.
-CONFIG_WPA_CLI_EDIT=y
+#CONFIG_WPA_CLI_EDIT=y
 
 # Remove debugging code that is printing out debug message to stdout.
 # This can be used to reduce the size of the wpa_supplicant considerably


So far this seems to be the only side effect of switching to 
WPA_CLI_EDIT (personally I didn't even notice that yet), and abandoning
readline usage is wanted for licensing reasons (especially looking at 
the wpa 2.x branch and readline6/ GPL-3). With a little luck, this 
feature may get added to future upstream versions, as there seems to be
some rudimentary ctrl-L handling already. In which case we'd consider 
backporting it to wpa - although likely not for wheezy. 

As we want/ need to avoid depending on GNU readline, I may tag this bug
as wontfix for the time being. Although I certainly hope that wpa_cli's
internal readline implementation gains feature parity with GNU 
readline in the externally visible regards.

Regards
Stefan Lippers-Hollmann


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

Bug#664850: (no subject)

[Michael Lustfield]

While it's true that the wiki suffered a lot of down time in the past, it's now
been moved to some redundant servers. Uptime should be less of a concern in the
future. 6.0MB of compressed data seems like an awful lot of data to expand and
organize and maintain. I can't think of any sane way to do this.

-- 
Michael Lustfield
Ubuntu Member, Nginx Developer



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

Bug#669314: [squeeze -> wheezy regression] nfs: kernel forces trailing slash for export in /proc/self/mounts

[Chris Hiestand]

On Jun 17, 2012, at 3:31 PM, Jonathan Nieder wrote:

> I should have said v2.6.39-rc1~460^2^ (nfs: switch NFS from ->get_sb()
> to ->mount(), 2011-03-16).  So:


Thanks Jonathan,

Based on this tip I tested that commit and neighboring commits and was
able to find the commit that introduced the problem:
c7f404b40a3665d9f4e9a927cc5c1ee0479ed8f9
vfs: new superblock methods to override /proc/*/mount{s,info}

The last commit to be problem free was the previous one:
f8ad9c4bae99854c961ca79ed130a0d11d9ab53c
nfs: nfs_do_{ref,sub}mount() superblock argument is redundant


I think this bug should be fixed before Wheezy becomes stable.

Thanks a lot,
Chris



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

Bug#634890: [klibc] klibc issues on armhf (not Debian/armel)

[Steve McIntyre]

On Sun, Jun 17, 2012 at 09:58:46PM +, Thorsten Glaser wrote:
>Steve McIntyre dixit:
>
>>Digging further with the built-in debug TRACE function, I can see
>>problems in usr/dash/eval.c:evalcommand(). The place where cmd
>>switches from non-NULL to NULL is
>>
>>  status = redirectsafe(cmd->ncmd.redirect, REDIR_PUSH|REDIR_SAVEFD2);
>
>Yeah, I got approximately so far too, with gdb (despite my
>extremely limited gdb-fu).
>
>>Interestingly, adding more TRACE() calls makes the problem go
>>away. \o/ Classic Heisenbug behaviour.
>
>Right. Interestingly it’s always the shells you notice this in.
>Last time I saw this, it was a problem having to do with argument
>passing (registers vs. stack, how many, which, and where), including
>return value placement. But I’m out of guesses.

More debugging results:

 * If I replace -Os with -O0 to disable optimisation, the crash goes
   away too. Suggests (maybe) a compiler bug here...

 * There's a real bug in the ARM assembly version of longjmp in
   usr/klibc/arch/arm/setjmp.S: it will always pass back its first
   argument as a return value, even if it's 0 (see the man page for
   more details). Oddly, the Thumb implementation in the same file
   *is* correct!

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




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

Bug#572527: (libquantum_1.1.0-1/avr32): FTBFS: Outdated config.{sub,guess}

[Boris Pek]

RFS: http://bugs.debian.org/678069



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

Bug#678071: linux-image-3.4-trunk-686-pae: Kernel 3.4 does not include CONFIG_MOUSE_SYNAPTICS_USB

[Stefan Monnier]

Package: linux-2.6
Version: 3.4.1-1~experimental.1
Severity: normal

Dear Maintainer,

I'm looking forward to Debian's 3.4 kernel, mostly because it should
finally free me from manually compiling the synaptics-usb kernel
module I've been using for years now (pretty much the last such module,
except for tp-smapi).

But I was disappointed to see that the linux-image-3.4-trunk-686-pae
in `experimental' does not include it.  I understand that the
`experimental' branch may not be representative, but I want to
make sure that when the real 3.4 kernel shows up in `unstable'
it will include this module, hence this bug-report.


Stefan


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
not available

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation System Controller Hub (SCH 
Poulsbo) [8086:8100] (rev 07)
Subsystem: Intel Corporation Device [8086:8119]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR-  [disabled]
Capabilities: 
Kernel driver in use: gma500

00:1b.0 Audio device [0403]: Intel Corporation System Controller Hub (SCH 
Poulsbo) HD Audio Controller [8086:811b] (rev 07)
Subsystem: Intel Corporation Device [8086:8119]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge [0604]: Intel Corporation System Controller Hub (SCH 
Poulsbo) PCI Express Port 1 [8086:8110] (rev 07) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.1 PCI bridge [0604]: Intel Corporation System Controller Hub (SCH 
Poulsbo) PCI Express Port 2 [8086:8112] (rev 07) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1d.0 USB controller [0c03]: Intel Corporation System Controller Hub (SCH 
Poulsbo) USB UHCI #1 [8086:8114] (rev 07) (prog-if 00 [UHCI])
Subsystem: Intel Corporation Device [8086:8119]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: ehci_hcd

00:1e.0 SD Host controller [0805]: Intel Corporation System Controller Hub (SCH 
Poulsbo) SDIO Controller #1 [8086:811c] (rev 07) (prog-if 01)
Subsystem: Intel Corporation Device [8086:8119]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: r8169

03:00.0 Network controller [0280]: Ralink corp. RT3090 Wireless 802.11n 1T/1R 
PCIe [1814:3090]
Subsystem: Ralink corp. RT3090 Wireless 802.11n 1T/1R PCIe [1814:3090]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: rt2800pci


** USB devices:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 018: ID 174c:5106 ASMedia Technology Inc. Transcend StoreJet 25M3
Bus 002 Device 011: ID 04b3:3016 IBM Corp. UltraNav Keyboard Hub
Bus 002 Device 003: ID 0fe6:8101 Kontron (Industrial Computer Source / ICS 
Advent) DM9601 Fast Ethernet Adapter
Bus 002 Device 012: ID 046d:c03e Logitech, Inc. Premium Optical Wheel Mouse 
(M-BT58)
Bus 002 Device 013: ID 04b3:3019 IBM Corp. 
Bus 002 Device 014: ID 06cb:0009 Synaptics, Inc. Composite TouchPad and 
TrackPoint


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=

Bug#678070: libgnutls-dev: Please mark libgnutls-dev Multi-Arch: same

[Nicolas Le Cam]

Package: libgnutls-dev
Version: 2.12.20-1
Severity: normal
Tags: patch

Dear Maintainer,

The following patch marks libgnutls-dev Multi-Arch: same.

Every shared files are identical across architectures so nothing else is needed
to make libgnutls-dev multiarch cross-installable.

Nicolas Le Cam

--- a/gnutls26-2.12.20/debian/control   2012-06-19 01:06:15.190324906 +0200
+++ b/gnutls26-2.12.20/debian/control   2012-06-19 01:06:43.858324054 +0200
@@ -27,6 +27,7 @@
 Suggests: gnutls-doc
 Conflicts: gnutls-dev
 Replaces: gnutls-dev
+Multi-Arch: same
 Description: GNU TLS library - development files
  GnuTLS is a portable library which implements the Transport Layer
  Security (TLS 1.0, 1.1, 1.2) and Secure Sockets Layer (SSL) 3.0 protocols.



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

Bug#661991: should libtrash be removed?

[Jose Luis Tallón]

Hello,

libtrash is indeed not maintained anymore AFAIK.

Please file the appropriate RoM / RoQA if you have the time to do 
so. Otherwise, I'll do it myself.

Thank you for taking the time to review this bug.


El 16/06/12 21:42, Willi Mann escribió:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

Your package libtrash has an RC bug since the beginning of march. The
bug can easily be reproduced on amd64: It does not save files from
being deleted, but it causes a segfault in in vim and other binaries.
But even on i386, the package does not appear to work as explained in
the documentation - I also could not get it to rescue any file I
deleted with rm. It only created SYSTEM_ROOT within ~/Trash.

I tried to debug the Segfault on amd64, but I could not gain any
further insight as the breakpoints I set were ignored, and the
backtrace I got with valgrind did not fit what I saw in the source code.

I'm wondering whether the package should be removed, as the latest
upstream version is 3.2, which was released in 2008, so it seems
pretty much unmaintained. The latest upload also dates back to 2008.
Also, the package does not have any reverse dependencies.

Note that problems I mentioned can also reproduced in stable, so if
the package is removed from testing, it should probably also get
removed from stable.

Greetings from Salzburg BSP
Willi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJP3OF+AAoJEIy+IZx0V22BjgkP/0J72jvH2G0N/u5Vv6qJhIHK
apozNd6QAoQvUESqoLdUKHH7HzkKcD278CmS16h1MWuhSE+BvFkgfw9UmaKTUsjA
p/H2Um/qOZXj0vAkR8J5QIx/v+9QGa3X/zCYOKN+bdRoprSgSVz95H9QY3VgKsG6
NeZ6vUlXYFqATelhEm3kELonl4dNo+CMckJMyKFQMRDTucxhiPe6KzE61U+H5P08
4ygN30omqJMGWa1DYeBKX5+ZbQylgd0C3iuIKEWoh9itZywbVJ8GVOTsuQ2hp6/F
ZIQWjdhp6DUgFrhhPbD7k4OC72mKy23l9ojF3L0YtQFtlrZ+h9YBRedZaz3OUlJ4
cnE28IJkW5589v3fzyf8f4s536GTT5xWUzIJ3deMjfRXcPNszcnqcGs6M3d+WMkC
VFPnCKrr0HxN68llbVuZw1QLwp/hWSVrpkrF+e48V/szYnj2SUbXMRBOzyPk0zJ7
ljG8iSbmUUS+h5bqU6F0m80Wd9vBqbrL+U/ckzOAKjJWyTvSKLsLSW0iI7+FHWn9
4jOAKZ6umAEkL8QDkW+5Vz6yC/C3dgnOyulaWkvRVRVmNXCTsMqJ5N4McFyAUmqX
JJJZtbXYfEI4vrXMQvg9wfn9bQVrnGzePz1sYbgGd0cUe5uPOxvobYmVbKCYeFYN
Cm33BjvqCIEdRs9XBO/u
=/Kll
-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#678069: RFS: libquantum/1.1.0-2 [QA] -- library for the simulation of a quantum computer

[Boris Pek]

Package: sponsorship-requests
Severity: normal

Hi,

(Please Cc me in replies, I am not subscribed to debian-science mailing list)

I am looking for a sponsor for the package "libquantum".

It builds those binary packages:
  libquantum-dev - library for the simulation of a quantum computer 
(development files)
  libquantum7 - library for the simulation of a quantum computer

To access further information about this package, please visit the following 
URL:
  http://mentors.debian.net/package/libquantum

Direct link for download:
  
http://mentors.debian.net/debian/pool/main/libq/libquantum/libquantum_1.1.0-2.dsc

Changes in the package:

libquantum (1.1.0-2) unstable; urgency=low

  * QA upload.
  * Set maintainer to Debian QA Group (see #674883).
  * Deleted Vcs-* fields from debian/control.
  * Package was switched to source format 3.0 (quilt).
  * Added build dependency from autotools-dev.
  * Bumped Standards-Version to 3.9.3.
  * debian/rules was updated:
- now dh is used instead of direct dh_* commands
- used hardening flags in compiler options
- added section get-orig-source (uscan is used)
- fixed FTBFS because of outdated config.{sub,guess} (Closes: #572527)
  * Fixed such lintian errors, warnings and wishes:
+ libquantum source:
  - binary-control-field-duplicates-source field "section" in package
libquantum7
  - duplicate-short-description libquantum-dev libquantum7
  - outdated-autotools-helper-file config.sub 2004-11-30
  - outdated-autotools-helper-file config.guess 2004-11-12
  - debhelper-but-no-misc-depends libquantum-dev
  - debhelper-but-no-misc-depends libquantum7
  - missing-debian-source-format
  - debian-rules-missing-recommended-target build-arch
  - debian-rules-missing-recommended-target build-indep
  - ancient-standards-version 3.8.1 (current is 3.9.3)
+ libquantum7:
  - hardening-no-fortify-functions usr/lib/libquantum.so.7.0.0
+ libquantum-dev:
  - non-empty-dependency_libs-in-la-file usr/lib/libquantum.la

I would be glad if someone uploaded this package for me.

Also I need DD's help to create git repository for this package in collab-maint.
I followed instructions from [1] and sent the request to join. Now I am waiting
for reply.

Best regards,
Boris

[1] http://wiki.debian.org/Alioth/PackagingProject



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

Bug#678068: In most cases, nut-server is NOT sufficient for a basic UPS monitoring system

[Regid Ichira]

Source:nut
Version:   2.6.4-1
Severity:  minor
Tags:  patch
Files: debian/control

  Does, in most cases, nut-server sufficient for a basic UPS monitoring system?

--- a/debian/control  2012-06-18 01:15:34.0 +0300
+++ b/debian/control  2012-06-19 00:45:39.0 +0300
@@ -50,7 +50,8 @@ Description: network UPS tools - core sy
  changes.
  .
  This package provides NUT's core system, and the serial and USB UPS
- drivers. In most cases it is sufficient for a basic UPS monitoring
+ drivers. In most cases a client, such as those that are provided by
+ the nut-client package, is required for a basic UPS monitoring
  system.

Package: nut-client



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

Bug#671378: Remove libalogg1?

[Ana Guerrero]

reassign 671378 ftp.debian.org
severity 671378 normal
retitle 671378 RM: alogg -- RoQA; dead upstream, RC-buggy
thanks


On Thu, May 03, 2012 at 06:04:52PM +0200, Tobias Hansen wrote:
> Source: libalogg1
> Version: 1.3.7-1.1
> Severity: serious
> 
> Hi,
> 
> I'm involved in the transition towards Allegro 4.4 [1] and libalogg1 
> currently FTBFS against Allegro 4.4, because we removed allegro-makedoc from 
> liballegro-dev.
> 
> I'm wondering if we still need this package. It has no reverse dependencies 
> in Debian and the upstream website doesn't exist anymore. Googling for it, I 
> didn't
> find a new upstream website or hints that libalogg is still used. Allegro 4.4 
> is now a legacy library, that we keep for the existing games, Allegro 5 has 
> its own
> ogg support. Also there is a different ogg library, liblogg, bundled with 
> Allegro 4.4 an maintained by the Allegro developers. We didn't package it 
> (yet), because
> we're not aware of it being needed.
> 
> If you are aware of any packages or important programs using libalogg, or if 
> you don't agree with the removal for other reasons, please let me know and 
> close this
> bug report. Otherwise, do you agree with me reassigning the bug to 
> ftp.debian.org to pursue the removal?
> 
> Best regards,
> Tobias
> 
> [1] http://lists.debian.org/debian-devel-games/2012/05/msg2.html
> 
> 
> 
> 
> 



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

Bug#676031: info

[Ana Guerrero]

See #671378.



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

Bug#625509: python3-debian and python 3.3

[Stuart Prescott]

Hi Colin,

apologies for not being more exact for you in the previous email -- hopefully 
this makes up for it!

> > def seekable(self):
> > return True
> 
> In arfile.ArMember, right?  

correct -- patch attached if that helps

> > the others look like a change in the way subprocess thinks about
> > communicate() but I can't see anything in the 3.3 release notes that
> > discusses this.
> 
> I think those other failures indicate that you're missing the
> python3-apt patch from #656288.  Could you make sure of that?  It'd be
> good to ensure that this all tests out cleanly with 3.3.

On double checking, I realise that I do not have python3-apt installed in that 
chroot and that python-debian is falling back to its internal parser. I should 
also reiterate that the test suite passed without issue with sid's python3 
(3.2.3~rc2-1) package; the test suite failures are all in the communication 
with gpg not apt. 

The root of all the failures is deb822.GpgInfo.from_sequence() and its 
interaction with subprocess. While the changes summary for 3.3 doesn't mention 
anything about subprocess, there's a 1000 line diff between 3.2.3 and 3.3.0a4. 
The key difference is that the "universal_newlines" behaviour flag now 
influences 
the data that is sent to stdin of the subprocess as well as the stdout/stderr 
coming back. This means that the input data given to subprocess.communicate() 
must be of the appropriate type:

«The type of input must be bytes or, if universal_newlines was True, a 
string.»

http://docs.python.org/dev/library/subprocess.html#subprocess.Popen.communicate

My reading of this is that for python3.3, setting universal_newlines=True and 
sending bytes is wrong. The attached patch turns universal_newlines off and 
sends bytes in both directions. The alternative would be to leave 
universal_newlines=True and fix the treatment of "inp" before passing it to 
p.communicate(). I have no feeling either way other than the changes I made 
looked less invasive.

(BTW if GpgInfo._get_full_string() is going to return bytes, perhaps the 
method name and docstring should change -- misleading method names make bytes 
vs strings even harder to track down than they otherwise should be.)

Application of the two attached patches along with your patch stack allows the 
test suite to pass with both python3.2 and python3.3a4.

cheers
Stuart

-- 
Stuart Prescott--www.nanonanonano.net
diff --git a/lib/debian/arfile.py b/lib/debian/arfile.py
index eea9007..545bf3f 100644
--- a/lib/debian/arfile.py
+++ b/lib/debian/arfile.py
@@ -305,6 +305,9 @@ class ArMember(object):
 elif whence == 2:
 self.__fp.seek(self.__end + offset, 0)
 
+def seekable(self):
+return True
+
 def tell(self):
 if self.__fp is None:
 self.__fp = open(self.__fname, "rb")
diff --git a/lib/debian/deb822.py b/lib/debian/deb822.py
index 88ef6e1..eecc8c0 100644
--- a/lib/debian/deb822.py
+++ b/lib/debian/deb822.py
@@ -816,7 +816,7 @@ class GpgInfo(dict):
 
 p = subprocess.Popen(args, stdin=subprocess.PIPE,
  stdout=subprocess.PIPE, stderr=subprocess.PIPE,
- universal_newlines=True)
+ universal_newlines=False)
 # XXX what to do with exit code?
 
 if isinstance(sequence, bytes):
@@ -825,7 +825,8 @@ class GpgInfo(dict):
 inp = cls._get_full_string(sequence)
 out, err = p.communicate(inp)
 
-return cls.from_output(out, err)
+return cls.from_output(str(out, encoding='utf-8'),
+   str(err, encoding='utf-8'))
 
 @staticmethod
 def _get_full_string(sequence):


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

Bug#676717: Did you use dpkg (1.16.4)?: Bug#676717: debiandoc-sgml:

[Norbert Preining]

reopen 676717
thanks

Hi Osamu,

Funny game, but please stay with me ... if you want to make it short,
just read the cowbuilder run down there ...

On Mo, 18 Jun 2012, Osamu Aoki wrote:
> Please remove or update such broken packages.  I guess those may be

These packages are removed.

>  * xml-resume-library (package removed)

seems to be a bug in xml-resume-library package or dpkg or whatever,
that this package wasn't removed. Furthermore, I checked all my
aptitude log files and there is no mentioning of this file, so
I am a bit surprised that this file is still here.

Anyway, I removed /etc/sgml/xml-resume-library.cat.

Still no success ... we are left wiht w3c-dtd-xhtml.cat:

>  * w3c-dtd-xhtml  (package RC bug fixed Date: Thu, 14 Jun 2012)

Ok:
rc  w3c-dtd-xhtml  1.1-5  

Well, then
$ aptitude purge w3c-dtd-xhtml
...

THat makes it already a bit better, now I get only one error:
$ debiandoc2text test.sgml 
nsgmls:/etc/sgml/catalog:12:8:E: cannot open "/etc/sgml/w3c-dtd-xhtml.cat" (No 
such file or directory)
$

Could it be that there is no update running...
$ update-catalog --update-super
Updating the super catalog...


Ahhh and now it is good.

Ok, let us consider this bug closed, but allow me some remarks:

> Are you using aptitude command line?  Sometimes, aptitude is funny.  If
> in doubt, please use  "apt-get dist-upgrade".
> 
> I do not know why you are not updated w3c-dtd-xhtml to avoid bug.

I don't know why *you* are deducing things like:
- me using only the command line
- me not being fully uptodate although I mentioned it several times
  that I am using sid and upgraded everything

> It is easy to miss removed package if you use command line instead of
> full console session.  So please make sure to remove xml-resume-library.

And why you assume that I keep removed packages around.


> Anyway, this is unstable package transition instability issue.  This is
> not my bug.

I keep disagreeing: Here several things have been messed up and 
this can happen in the very same way when upgrading from stable,
why don't you see this problem?

If someone has w3c-dtd-xhtml removed but not purged in squeeze,
the dist-upgrade (how often you recommend it) will *NOT*HELP*
as it leaves the system in a broken state.

And how often you close this bug, this bug is *still* present, because
I can easily recreate it from stable, see:
$ cowbuilder --login --basepath /var/cache/pbuilder/stable.cow
...
# apt-get install w3c-dtd-xhtml
...
# apt-get remove w3c-dtd-xhtml
...
# dpkg -l w3c-dtd-xhtml
rc  w3c-dtd-xhtml  1.1-5  W3C eXtensible HyperText Markup Language (XH
# echo "deb http://ftp.nara.wide.ad.jp/debian sid main" > /etc/apt/sources.list
# apt-get update
...
# apt-get dist-upgrade
...
# apt-get install debiandoc-sgml
...
# debiandoc2txt test.sgml
nsgmls:/etc/sgml/w3c-dtd-xhtml.cat:8:8:E: cannot open 
"/usr/share/xml/xhtml/schema/dtd/1.0/catalog" (No such file or directory)
nsgmls:/etc/sgml/w3c-dtd-xhtml.cat:9:8:E: cannot open 
"/usr/share/xml/xhtml/schema/dtd/1.1/catalog" (No such file or directory)
nsgmls:/etc/sgml/w3c-dtd-xhtml.cat:10:8:E: cannot open 
"/usr/share/xml/xhtml/schema/dtd/basic/catalog" (No such file or directory)
nsgmls:/etc/sgml/w3c-dtd-xhtml.cat:11:8:E: cannot open 
"/usr/share/xml/xhtml/schema/dtd/catalog" (No such file or directory)
nsgmls:/etc/sgml/w3c-dtd-xhtml.cat:12:8:E: cannot open 
"/usr/share/xml/entities/xhtml/catalog" (No such file or directory)
# 

Bum

Easily recreated by dist-upgrading from stable.

Please don't close a bug only because you *believe* it is not your
bug. Reassign it to the real culprits, but this is a problem that
is definitely present, as proven by above cowbuilder example.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

SKETTY (n.)
Apparently self-propelled little dance a beer glass performs in its
own puddle.
--- Douglas Adams, The Meaning of Liff



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

Bug#677991: xz-utils: package dependency for xz-lzma

[Thorsten Glaser]

Touko Korpela dixit:

>xz-lzma have reverse depends in archive that are now maybe broken
>python-apt (recommends)
>gdebi-core,reprepro (suggests)

These are no Depends…

bye,
//mirabilos
-- 
13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good
guy. But he's always right! In every fsckin' situation, he's right. Even
with his deeply perverted taste in software and borked ambition towards
broken OSes - in the end, he's damn right about it :(! […] works in mksh



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

Bug#678067: gnome should not depend on gnome-games

[jaakov jaakov]

Package: gnome   
Version: 1:3.0+9

Severity: wishlist

Currently, gnome depends on gnome-games. I, probably as well as other users in 
the office environments, would like to be able to remove games completely and 
retain the standard functionality. I suggest putting gnome-games into the 
recommended or suggested list instead. Completely removing the dependency is 
fine for me, too. Yes, I know that it is more work, this is why I don't file it 
as a normal bug, but as a wishlist.


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

Bug#678008: debian-installer: "Space fun" theme considered harmful

[Rick Thomas]

Holger,

Thanks for your helpful replies.

Can we keep this bug report open, as a way of tracking this issue in  
the period before Wheezy release?


While I understand that the debate has passed and it's probably too  
late to get the radical changes the OP requested, perhaps there's  
still some wiggle-room.  Personally I agree with the OP: space-fun is  
OK as a demo of the new gnome features, but it's unprofessional  
looking and not suitable for a general release.


I've decided that, unfortunately, I can't win that argument.

So I'm taking this opportunity to hope and pray for some kind of  
"theme" capability in the new Wheezy desktops that allows us old fuddy- 
duddy types to at least get something more to our liking after the  
fact of installation.  Is there some place we (members of the fuddy- 
duddy party) can make our voices heard where it will do some good?


I've just subscribed to "debian-desktop"; is that the best place?  Are  
there other places as well?


Enjoy!

Rick


On Jun 18, 2012, at 10:43 AM, Holger Levsen wrote:


Hi,

On Montag, 18. Juni 2012, Cyril Brulebois wrote:

My question was rather:
- when does the final theme get chosen?
- what is the timeline to include the needed changes in the relevant
  packages?
- who is coordinating all that?

IOW, whom do we need to prod?


yo que se, but this is another pointer:

http://lists.debian.org/debian-desktop/2012/01/msg00018.html

not sure whats the current status on this.


cheers,
Holger





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

Bug#677247: patch for rhythmbox/musicbrainz5 debian

[Michael Biebl]

On 18.06.2012 23:36, Jon Dowland wrote:
> tags 677247 +patch
> thanks
> 
> The upstream patch works for me and applies cleanly to the latest package.
> Here's it in debian/patches form. I've adjusted build dependencies and written
> a placeholder changelog entry, but I am not in Uploaders.

Thanks, will try to have a look at rb (and the other gnome related
packages tomorrow).

> Note that I think bad things will happen if the package is built with
> libmusicbrainz3-dev available. I suppose it should either Build-Conflicts
> or patch out the autoconf bits which look for libmusicbrainz3?

The worst thing that can happen is that we will have to schedule a
binNMU in a clean buildd environment.
Any reason, rb doesn't prefer libmb5 over libmb3? I.e. try v5 first,
then v4, then v3?

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



signature.asc
Description: OpenPGP digital signature

Bug#676183: Same problem with resolvconf and a bridge

[Jeroen Dekkers]

I've got the same problem with resolvconf, after booting the
nameserver configured /etc/network/interfaces doesn't end up in
/etc/resolv.conf. In my case the dns information is also configured on
a bridge and a manual ifdown br0;ifup br0 gives me a correct
/etc/resolv.conf.



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

Bug#658326: [pkg-bacula-devel] Bug#658326: marked as done (bacula: sha implimentation is non-free)

[Karl Goetz]

On Sat, 16 Jun 2012, 06:38:32 EST, Luca Capello  wrote:

posting mobile, hopefully i didnt trim anything vital out.

> On Fri, 15 Jun 2012 14:06:52 +0200, Karl Goetz wrote:
> > On Wed, 02 May 2012 15:16:36 +0200
> > Luca Capello  wrote:

> fixed in squeeze-proposed-updates with the packages at:
> =

> Just to be clear about upstream reply:
> 
>     
> 
>     kern (administrator) 2012-05-24 07:25
> 

> This means that Debian (and any derivative who wants to be DFSG-free)
> should carry the modification.

Thanks for your extensive reply.
Kk

Bug#677991: xz-utils: package dependency for xz-lzma

[Touko Korpela]

On Mon, Jun 18, 2012 at 09:20:58PM +, Thorsten Glaser wrote:
> Jonathan Nieder dixit:
> 
> >It seems like Osamu experienced an unsuccessful upgrade (tracking
> >sid), but I admit I'm hazy on the details.
> 
> Hm. I’ve not experienced this on my systems (amd64 and m68k),
> tracking sid. (But then, I usually purge aptitude first thing.)
> And, to be honest, I’d not care about this if it doesn’t affect
> squeeze → wheezy updates, either.
> 
> >I'm hoping we will be able to address it (once we know what "it" is
> >;)) by adding a transitional xz-lzma package that depends on xz-utils
> >and making the Conflicts/Replaces by xz-utils versioned.
> 
> This adds an ugly complexity I thought you were trying to avoid…
> and I don’t personally believe it necessary, but let’s see what
> the actual problems were.

xz-lzma have reverse depends in archive that are now maybe broken
python-apt (recommends)
gdebi-core,reprepro (suggests)



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

Bug#678066: Proposal to simplify PowerPC CD/DVD boot options

[Milan Kupcevic]

Package: debian-cd
Tags: patch d-i wheezy
Severity: wishlist


Hello,

I would like to propose a slight change in the way PowerPC CD/DVD boots.

CD/DVD boot-script, which runs on PowerPC Mac machines, can detect 
whether it runs on 32-bit or 64-bit processor, then offer boot options 
accordingly. This proposed change makes 32-bit Macs offer 32-bit boot 
options only. Therefore, pressing ENTER or typing 'install' would load 
32-bit kernel. On the other hand, 64-bit PowerPC Macs and IBM CHRP 
machines would offer 64-bit boot options by default. Therefore, pressing 
ENTER or typing 'install' would load 64-bit kernel, but it would also 
offer 32-bit boot options such as install32 or expert32.


Attached diff introduces two new files:

boot32.msg - Boot prompt for 32-bit Macs.
mac32.conf - Options offered on 32-bit Macs.

Diff stats:

data/wheezy/yaboot/boot.msg|   18 +--
data/wheezy/yaboot/boot32.msg  |   16 ++
data/wheezy/yaboot/mac32.conf  |   35 ++
data/wheezy/yaboot/ofboot.b|9 +
data/wheezy/yaboot/yaboot.conf |   54 +++---
tools/boot/wheezy/boot-powerpc |   30 --
6 files changed, 113 insertions(+), 49 deletions(-)

Any comments?

Milan
Index: data/wheezy/yaboot/mac32.conf
===
--- data/wheezy/yaboot/mac32.conf	(revision 0)
+++ data/wheezy/yaboot/mac32.conf	(revision 0)
@@ -0,0 +1,35 @@
+## This file is for CD booting only, do not use as reference.
+## Debian GNU/Linux PowerPC (CODENAME)
+
+default=install
+message=/install/boot32.msg
+
+# 32-bit PowerPC subarch 
+
+image=/install/powerpc/vmlinux
+	label=install
+	initrd=/install/powerpc/initrd.gz
+	append="--"
+	initrd-size=10240
+	read-only
+
+image=/install/powerpc/vmlinux
+	label=expert
+	initrd=/install/powerpc/initrd.gz
+	append="priority=low --"
+	initrd-size=10240
+	read-only
+
+image=/install/powerpc/vmlinux
+	label=rescue
+	initrd=/install/powerpc/initrd.gz
+	append="rescue/enable=true --"
+	initrd-size=10240
+	read-only
+
+image=/install/powerpc/vmlinux
+	label=auto
+	initrd=/install/powerpc/initrd.gz
+	append="auto=true priority=critical --"
+	initrd-size=10240
+	read-only
Index: data/wheezy/yaboot/boot32.msg
===
--- data/wheezy/yaboot/boot32.msg	(revision 0)
+++ data/wheezy/yaboot/boot32.msg	(revision 0)
@@ -0,0 +1,16 @@
+Welcome to Debian GNU/Linux ${DEBIAN_VERSION}!
+
+This is a Debian installation ${MEDIA_TYPE},
+built on ${BUILD_DATE}.
+
+
+Press ENTER to continue, or press TAB for a
+full list of options.
+
+
+If the system fails to boot with a white screen
+which doesn't go away, type: 
+
+install video=ofonly 
+
+
Index: data/wheezy/yaboot/yaboot.conf
===
--- data/wheezy/yaboot/yaboot.conf	(revision 2346)
+++ data/wheezy/yaboot/yaboot.conf	(working copy)
@@ -1,70 +1,66 @@
 ## This yaboot.conf is for CD booting only, do not use as reference.
 ## Debian GNU/Linux PowerPC (CODENAME)
 
-# It is important not to have a comma after cd:
-# Let's disable this one for now, as it breaks on IBM 64bit boxes,
-# Not sure if it is ok on powermacs, but yaboot should be able to 
-# parse that from chosen/bootpath.
-# device=cd:
 default=install
-
-# FIXME: will this be the correct path?
 message=/install/boot.msg
 
-# PowerPC subarch 
-image=/install/powerpc/vmlinux
+# 64-bit PowerPC subarch
+
+image=/install/powerpc64/vmlinux
 	label=install
-	initrd=/install/powerpc/initrd.gz
+	initrd=/install/powerpc64/initrd.gz
 	append="--"
 	initrd-size=10240
 	read-only
 
-image=/install/powerpc/vmlinux
+image=/install/powerpc64/vmlinux
 	label=expert
-	initrd=/install/powerpc/initrd.gz
+	initrd=/install/powerpc64/initrd.gz
 	append="priority=low --"
 	initrd-size=10240
 	read-only
 
-image=/install/powerpc/vmlinux
+image=/install/powerpc64/vmlinux
 	label=rescue
-	initrd=/install/powerpc/initrd.gz
+	initrd=/install/powerpc64/initrd.gz
 	append="rescue/enable=true --"
 	initrd-size=10240
 	read-only
 
-image=/install/powerpc/vmlinux
+image=/install/powerpc64/vmlinux
 	label=auto
-	initrd=/install/powerpc/initrd.gz
+	initrd=/install/powerpc64/initrd.gz
 	append="auto=true priority=critical --"
 	initrd-size=10240
 	read-only
 
-# PowerPC 64bit subarch
-image=/install/powerpc64/vmlinux
-	label=install64
-	initrd=/install/powerpc64/initrd.gz
+
+# 32-bit PowerPC subarch 
+
+image=/install/powerpc/vmlinux
+	label=install32
+	initrd=/install/powerpc/initrd.gz
 	append="--"
 	initrd-size=10240
 	read-only
 
-image=/install/powerpc64/vmlinux
-	label=expert64
-	initrd=/install/powerpc64/initrd.gz
+image=/install/powerpc/vmlinux
+	label=expert32
+	initrd=/install/powerpc/initrd.gz
 	append="priority=low --"
 	initrd-size=10240
 	read-only
 
-image=/install/powerpc64/vmlinux
-	label=rescue64
-	initrd=/install/powerpc64/initrd.gz
+image=/install/powerpc/vmlinux
+	label=rescue32
+	initrd=/inst

Bug#678065: debian-cd: Include brltty and espeakup in netinst

[Samuel Thibault]

Package: debian-cd
Version: 3.1.8
Severity: wishlist

Hello,

Currently, the netinst images do not contain brltty and espeakup. This
means that blind users who install Debian without a network mirror end
up with an unusable installed system, lacking brltty and espeakup to
show braille or talk to them. brltty was explicitly removed in version
3.1.0 because it pulls libicu, resulting to 5MiB increase. The rationale
was that it was not deemed the size for the little userbase. Some blind
users have complained about espeakup, which is about the same story
(pulling espeak etc.), so I'm recording the request here, in case that
could be reconsidered.

Samuel

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

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

-- 
Samuel Thibault 
"c'est pas nous qui sommes à la rue, c'est la rue qui est à nous"



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

Bug#677983: apt-cacher-ng: Corrupt Packages files, fixed by restart of apt-cacher-ng

[Eduard Bloch]

tags 677983 +moreinfo
thanks

Hallo,
* Antti Salmela [Mon, Jun 18 2012, 01:38:29PM]:

> I have noticed that sometimes apt-cacher-ng gives corrupt files, like:
> 
> W: Failed to fetch 
> http://security.debian.org/dists/squeeze/updates/main/binary-amd64/Packages.bz2
>   Hash Sum mismatch
> W: Failed to fetch 
> http://cdn.debian.net/debian/dists/wheezy/non-free/binary-amd64/PackagesIndex 
>  MD5Sum mismatch
> 
> Re-run of apt-get update does not help, but restart of apt-cacher-ng helps.

You have to wait 30 seconds otherwise you get a cached copy.

> -- System Information:
> Debian Release: 6.0.5
>   APT prefers stable
>   APT policy: (900, 'stable'), (800, 'testing'), (500, 'stable-updates'), 
> (499, 'unstable'), (101, 'experimental')

So what is it, Stable or Testing or Unstable? The package versions of
the dependencies look like an unfinished mixture, mostly Testing.

I wonder why there are no config files attached... and also no logs
although reportbug would have told you to send some... all that assuming
that the report was written on the machine running apt-cacher-ng 0.7.6.

So was this the case or is the report incorrect or incomplete?

Regards,
Eduard.



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

Bug#186930: UML Headers

[Ritesh Raj Sarraf]

Setting up the mount in the following manner seems to solve the problem.
I was able to trigger the build. Unfortunately, because of limited
system resources, the build was getting OOMed. UML seems to have
terrible block I/O performance. If anyone can test this, please do.


root@uml:~# mount -t hostfs  -o /usr/lib/uml/modules hostfs  /lib/modules
root@uml:~# mount -t hostfs  -o /usr/lib/uml/headers hostfs
/lib/modules/3.2.20/build
root@uml:~# mount -t hostfs  -o /usr/lib/uml/headers hostfs
/lib/modules/3.2.20/source
root@uml:~# mount -t hostfs  -o /usr/lib/uml/headers hostfs /usr/src/linux/
root@uml:~# free -m
 total   used   free sharedbuffers cached
Mem:   490 25465  0  1 10
-/+ buffers/cache: 13477
Swap:0  0  0
root@uml:~# df -h
Filesystem  Size  Used Avail Use% Mounted on
rootfs 1008M  426M  532M  45% /
/dev/root  1008M  426M  532M  45% /
tmpfs50M   28K   50M   1% /var/run
tmpfs   5.0M 0  5.0M   0% /var/run/lock
tmpfs   768M 0  768M   0% /tmp
tmpfs10M 0   10M   0% /dev
tmpfs99M 0   99M   0% /var/run/shm
hostfs  113G  100G  7.3G  94% /lib/modules
hostfs  113G  100G  7.3G  94% /lib/modules/3.2.20/build
hostfs  113G  100G  7.3G  94% /lib/modules/3.2.20/source
hostfs  113G  100G  7.3G  94% /usr/src/linux




On Tuesday 19 June 2012 12:18 AM, Ritesh Raj Sarraf wrote:
> Okay!! Shipping 2 empty directories, build/ and source/, to which we
> could hostfs mount the headers path does help in proceed with the build.
> It further fails because of the missing Makefiles that are shipped by
> the kernel headers package.
> 
> root@uml:~# dpkg-reconfigure iscsitarget-dkms
> 
> --
> Deleting module version: 1.4.20.2
> completely from the DKMS tree.
> --
> Done.
> 
> Creating symlink /var/lib/dkms/iscsitarget/1.4.20.2/source ->
>  /usr/src/iscsitarget-1.4.20.2
> 
> DKMS: add completed.
> 
> Kernel preparation unnecessary for this kernel.  Skipping...
> 
> Building module:
> cleaning build area(bad exit status: 2)
> make KERNELRELEASE=3.2.20 -C /lib/modules/3.2.20/build
> M=/var/lib/dkms/iscsitarget/1.4.20.2/build(bad exit status: 2)
> Error! Bad return status for module build on kernel: 3.2.20 (x86_64)
> Consult /var/lib/dkms/iscsitarget/1.4.20.2/build/make.log for more
> information.
> root@uml:~# tail ^C
> root@uml:~# less /var/lib/dkms/iscsitarget/1.4.20.2/build/make.log
> DKMS make.log for iscsitarget-1.4.20.2 for kernel 3.2.20 (x86_64)
> Mon Jun 18 18:43:59 UTC 2012
> make: Entering directory `/lib/modules/3.2.20/build'
> make: *** No targets specified and no makefile found.  Stop.
> make: Leaving directory `/lib/modules/3.2.20/build'


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



signature.asc
Description: OpenPGP digital signature

Bug#678064: debian-cd: Please include espeakup on cd1

[Samuel Thibault]

Package: debian-cd
Version: 3.1.8
Severity: important

Hello,

Currently espeakup is not asserted to be on cd1.  If speakup is not on
cd1, blind users (with no braille device) which use only cd1 to install
Debian, end up with an unusable system, because lacking espeakup to talk
to them.  To avoid this situation, espeakup should really be on cd1,
just like brltty is. alsa-utils is also needed, but I see it's already
on the list.

Samuel

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

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

-- 
Samuel Thibault 
/*
 * [...] Note that 120 sec is defined in the protocol as the maximum
 * possible RTT.  I guess we'll have to use something other than TCP
 * to talk to the University of Mars.
 * PAWS allows us longer timeouts and large windows, so once implemented
 * ftp to mars will work nicely.
 */
(from /usr/src/linux/net/inet/tcp.c, concerning RTT [retransmission timeout])



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

Bug#677604: [postgresql] Despite failure "/etc/init.d/postgresql start" returns 0 and no output

[Sebastian Pipping]

On 06/18/2012 11:41 PM, Christoph Berg wrote:
> It is not an error not to have any clusters configured, so we will not
> make the init script fail in that case.

If you define the job postgresql initscript to be "bring up all
configured postgresql clusters" with zero clusters, exit code 0 would be
a good choice.

I am wondering: Does that (current) approach meet expections of the
user?  Imagine a futuristic car with pluggable engines, potentially
several in parallel.  When trying to start the car would you prefer a
message "All availabble engines have been started, fine" or message
"Error, no engines found" in case of no engine available?


> (If there are no clusters, the
> system should just boot to that state.)

What consequence would an exit code of 1 at that stage have?
My guess is that an error is shown but booting continues as usual?


> There might be a point in showing some message in that case, though.

Thanks, that's a start.

Best,



Sebastian



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

Bug#677246: patch for goobox / musicbrainz5

[Jon Dowland]

Hi,

On Mon, Jun 18, 2012 at 09:49:21PM +0200, Helge Kreutzmann wrote:
> thanks for your work. Just to inform you: I'm listening, but due to
> the close freeze and me having little time atm this is clearly a post
> Wheezy issue.
> 
> (If there is a hidden last minute removal or some such please inform
> me, I'hope not, though).

I've been hoping that we'll have no mb3 packages in wheezy, since mb3 doesn't
really work ;), but it's not an official release goal or anything like that.

If you are too busy what do you think about an NMU?


Thanks




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

Bug#678063: gearmand: FTBFS on Debian GNU/Hurd - Unconditional use of PATH_MAX [patch attached]

[Barry deFreese]

Package: gearmand
Version: 0.32-2
Severity: important
User: debian-h...@lists.debian.org
Usertags: hurd
Tags: patch

Hi,

Currently gearmand fails to build on Debian GNU/Hurd due to an unconditional 
use of PATH_MAX which
we do not define.

Attached is a patch for building on Hurd.

Thank you,

Barry deFreese

Index: gearmand-0.32/libtest/server.cc
===
--- gearmand-0.32.orig/libtest/server.cc2012-06-18 17:52:26.0 
+
+++ gearmand-0.32/libtest/server.cc 2012-06-18 19:20:31.0 +
@@ -76,6 +76,22 @@
   return output;  // for multiple << operators
 }
 
+#ifdef __GLIBC__
+namespace {
+
+class Buffer
+{
+public:
+  Buffer(char *b) : b_(b) {}
+   ~Buffer() { free(b_); }
+  char* buf() { return b_; }
+private:
+  char *b_;
+};
+
+}
+#endif // __GLIBC__
+
 #define MAGIC_MEMORY 123570
 
 Server::Server(const std::string& host_arg, const in_port_t port_arg,
@@ -204,8 +220,14 @@
   continue;
 }
 
+#ifdef __GLIBC__
+Buffer buf( get_current_dir_name());
+char *getcwd_buf= buf.buf();
+#else
 char buf[PATH_MAX];
 char *getcwd_buf= getcwd(buf, sizeof(buf));
+#endif // __GLIBC__
+
 throw libtest::fatal(LIBYATL_DEFAULT_PARAM,
  "Unable to open pidfile in %s for: %s stderr:%s",
  getcwd_buf ? getcwd_buf : "",

Bug#669934: kdepim: korganizer cannot load calendar after adding a new contact in kontact

[Stanley Schade]

Hi,

I want to give some further information. I added a new user for testing 
purposes (with a clean home directory) and could nevertheless reproduce 
this bug (now using kdepim version 4:4.4.11.1+l10n-3). Furthermore I 
figured out that the freebusyurls file is not created when no email 
address is specified in the new entry in the integrated addressbook of 
kontact.

HTH



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