Bug#622317: devscripts: [rmadison] manpage mentions dak ls instead of rmadison

[Olivier Berger]

"Adam D. Barratt"  writes:

> On Tue, 2011-04-12 at 07:06 +0200, Olivier Berger wrote:
>> man rmadison mentions :
>> "dak ls" several times where it would sound logical to read
>> "rmadison".
>
> So far as I can see, all of the mentions of "dak ls" are actually
> correct.

Maybe there's something on the server that runs dak ls when one uses
rmadison, but if your read the man page, you get :

NAME
   rmadison -- Remotely query the Debian archive database about packages

SYNOPSIS
   rmadison [OPTIONS] PACKAGE ...

DESCRIPTION
   dak ls queries the Debian archive database ("projectb") and displays 
which package version is registered per architecture/component/suite.

To me, it looks like the first sentence in the description should start
with "Rmadison queries, etc.", not "dak ls queries, etc." when I 'man rmadison'.

>
> The "description" paragraph mentions that rmadison is a front-end to a
> CGI which runs "dak ls"; that's correct.
>

Ok, maybe if the 2 sentences where reversed would it be more obvious ?

> In the "notes" section, an option which is accepted by "dak ls", but not
> by the CGI (and therefore not by rmadison) is highlighted, together with
> the fact that the back-end command used to be called "madison", hence
> the naming of "rmadison" as "remote madison".
>

This looks too much like copy/pasted man page of 'dak ls', if you never
heard of it and only care about what rmadison offers, IMHO.

>> I believe the program was renamed but this hasn't been fixed.
>> 
>> Still the manpage mentions :
>> "dak ls was formerly called madison."
>> 
>> Maybe this last paragraph needs an update too.
>
> It's correct.  The parts of the dak suite used to have other names; the
> part which is now "dak ls" used to be called madison.  

> I assume that
> note exists to explain why the script in devscripts is called
> "rmadison".
>

Actaully, not, AFAICT.

Thanks for caring.

Best regards,

-- 
Olivier BERGER 
(OpenPGP: 4096R/7C5BB6A5)
http://www.olivierberger.com/weblog/



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

Bug#622251: pu: package python-apt/0.7.100.1+squeeze1

[Julian Andres Klode]

On Mo, 2011-04-11 at 19:20 +0100, Adam D. Barratt wrote:
> On Mon, 2011-04-11 at 12:46 +0200, Julian Andres Klode wrote:
> > We'd like to upload python-apt 0.7.100.1+squeeze1 (or without
> > +, whatever is preferred) to stable. It contains the changes
> > the ftpmasters seem to need for multi-arch support and xz
> > packages in the archive.
> 
> I'm sure this came up in earlier discussions regarding the multi-arch
> change, but I can't find it right now.  So far as I can see, this:
> 
> +  * python/apt_pkgmodule.cc:
> +- strip multiarch by default in RealParseDepends
> +- add optional parameter to allow parse_depends() to keep the
> +  multiarch parameter
> 
> is an API change - i.e. the version of python-apt currently shipped in
> Squeeze does /not/ strip multiarch specifiers by default?  Do we know if
> any of the reverse dependencies in Squeeze use ParseDepends() and might
> be affected by the change?
Since we do not support multi-arch in python-apt in squeeze (python-apt
raises exceptions on multi-arch systems in squeeze), there should not be
any reverse dependencies using it. We're shipping it in unstable since a
few weeks and no one complained yet. And it's going to be shipped in
Ubuntu natty.

> As a side note, if the default in apt's debListParser::ParseDepends() is
> apparently wrong, is there a reason that's being worked around in
> python-apt, rather than fixed in apt directly?
It's fixed in apt 0.8.13.2. Yes, I am not happy with changing the
default value for a function argument (especially without changing
soname, as that's formally an ABI break). It's been done by David
Kalnischkies, I'm sure he has a reason for it.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.





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

Bug#622314: desktopcouch won't start (no module named http)

[David Paleino]

affects 616354 desktopcouch
tags 622314 confirmed
thanks

On Mon, 11 Apr 2011 23:00:09 -0400, Jason Woofenden wrote:

> Package: desktopcouch
> Version: 1.0.6-2
> Severity: important
> 
> Hello again :)

Hello Jason,

> I tried upgrading to desktopcouch 1.0.6-2, (from 0.6.8-2) and now
> it won't start. 

Uhm, it started here. Maybe I had some package from Ubuntu installed? :)

> Here's when I try to start it:
> 
> [..]
> ImportError: No module named http
> zsh: exit 1 /usr/lib/desktopcouch/desktopcouch-service
> 
> 
> And there it is! "No module named http"... well, really I think
> that should read "no module named couchdb.http".
> 
> I'm guessing that this version of desktopcouch is expecting that
> the package python-couchdb to provide this module, but
> pytho-couchdb-0.6-1 does not. And according to my apt-file queries,
> neither does anything else in unstable.
> 
> Do we need a python-couchdb upgrade? There's a bug
> (http://bugs.debian.org/616354) requesting that already, but it
> doesn't look real urgent, and hasn't gotten any response in the 8
> days since being filed.

Yes, we need that.
From python-couchdb's upstream changelog:

Version 0.7.0 (Apr 15, 2010)


 * Breaking change: the dependency on `httplib2` has been replaced by
   an internal `couchdb.http` library. This changes the API in several places.
   Most importantly, `resource.request()` now returns a 3-member tuple.

Noah, do you need help with python-couchdb? Would a NMU be ok with you?
I should be part of DPMT too, so it would be a "team upload" rather than a NMU.

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#622272: apt-cacher-ng: should treat InRelease as a volatile file

[Simon McVittie]

On Mon, 11 Apr 2011 at 21:59:40 +0200, Eduard Bloch wrote:
> Are you sure about the Version? Because it should be already there:

I'd assumed that the commented-out VfilePattern in acng.conf was the default,
but the one you quoted below does seem much more complete. Uncommenting it
and adding InRelease did seem to fix this for me, but I'll try with the
default again...

S



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

Bug#618843: closed by Alessio Treglia (Bug#618843: fixed in prey 0.5.3-2)

[Christian PERRIER]

Quoting helix84 (heli...@centrum.sk):
> I'm sorry but you took the old version of my translation. The current
> one is here:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618843#20


It seems I'm the culprit here: apparently, what I sent as "final
patch" still contained your old version and I guess that Alessio
applied it without double checking (after all, this is what sending a
final patch is about: save maintainer's work...).

Sorry for the mistake. Alessio, if I may be of any help correcting it,
please let me know.



signature.asc
Description: Digital signature

Bug#604954: Chromium Browser Eats All Memory, Freezes on Some SItes

[Jonathan Nieder]

Hi David,

David Baron wrote:

> This is an OLD problem--have not had it in any recent versions

Good to hear.

> so fine, close it.

It's closed.  But squeeze is still being maintained, you know, hence
it would be useful to know when it was fixed (which would tell us
where to look for a backport if it's easy).  If you happen to know of
a version before 10.0.648.204~r79063-1 that worked or a version after
7.0.544.0~r61416-1 that was broken (e.g. /var/log/aptitude and
/var/log/dpkg.log can be useful for finding what was installed on a
given day), I'd still be interested.

Similarly, if you know of a reproducible recipe for triggering the
problem with the version in squeeze, that would still be very useful.

Thanks for writing.
Jonathan



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

Bug#610191: closing

[Antonio Radici]

fixed 610191 1.5.21-4
thanks

I uploaded a version that fixes this yesterday night but unfortunately I
put the wrong bug to close in the debian/changelog, this should be fine
now.

Cheers
Antonio



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

Bug#601713: Patch for the l10n upload of darkstat

[Christian PERRIER]

(not sure whether I really sent this. I thought I did and my local
wizardry scripts think so, too...but I can't find any sign...so,
sending again, just in case)

Dear maintainer of darkstat,

On Friday, March 25, 2011 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Thursday, March 24, 2011.

We finally agreed that you would do the update yourself at the end of
the l10n update round.

That time has come.

To help you out, here's the patch which I would have used for an NMU.
Please feel free to use all of it...or only the l10n part of it.

The corresponding changelog is:


Source: darkstat
Version: 3.0.713-2.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier 
Date: Sun, 03 Apr 2011 08:37:55 +0200
Closes: 601713 601927
Changes: 
 darkstat (3.0.713-2.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Danish (Joe Hansen).  Closes: #601713
 - Vietnamese (Clytie Siddall).  Closes: #601927

-- 


diff -Nru darkstat-3.0.713.old/debian/changelog darkstat-3.0.713/debian/changelog
--- darkstat-3.0.713.old/debian/changelog	2011-03-22 20:41:01.372693617 +0100
+++ darkstat-3.0.713/debian/changelog	2011-04-03 08:38:08.66324 +0200
@@ -1,3 +1,12 @@
+darkstat (3.0.713-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Danish (Joe Hansen).  Closes: #601713
+- Vietnamese (Clytie Siddall).  Closes: #601927
+
+ -- Christian Perrier   Sun, 03 Apr 2011 08:37:55 +0200
+
 darkstat (3.0.713-2) unstable; urgency=low
 
   * Patches forwarded from Emil 
diff -Nru darkstat-3.0.713.old/debian/po/da.po darkstat-3.0.713/debian/po/da.po
--- darkstat-3.0.713.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ darkstat-3.0.713/debian/po/da.po	2011-03-24 19:00:54.805328135 +0100
@@ -0,0 +1,54 @@
+# Danish translation darkstat.
+# Copyright (C) 2010 darkstat & nedenstående oversættere.
+# This file is distributed under the same license as the darkstat package.
+# Joe Hansen (joedalt...@yahoo.dk), 2010.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: darkstat\n"
+"Report-Msgid-Bugs-To: darks...@packages.debian.org\n"
+"POT-Creation-Date: 2008-10-06 11:29-0600\n"
+"PO-Revision-Date: 2010-10-27 12:42+\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid "Do you really want to upgrade darkstat ?"
+msgstr "Ønsker du at opgradere darkstat?"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid ""
+"The database file format of darkstat has changed, and can't be upgraded."
+msgstr "Databasefilformatet i darkstat har ændret sig, og kan ikke opgraderes."
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid ""
+"If you confirm the upgrade, the database file /var/lib/darkstat/darkstat.db "
+"will be removed (because it will prevent darkstat starting). A new database "
+"file will be created from scratch when darkstat restarts."
+msgstr ""
+"Hvis du bekræfter opgraderingen, vil databasefilen /var/lib/darkstat/"
+"darkstat.db blive fjernet (da den vil forhindre darkstat i at starte). En ny "
+"databasefil vil blive oprettet fra bunden af, når darkstat genstarter."
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid ""
+"If you don't confirm the upgrade, the package will be left non-configured, "
+"and if you wish to use an older version of darkstat you will have to "
+"downgrade manually."
+msgstr ""
+"Hvis du ikke bekræfter opgraderingen, vil pakken blive efterladt "
+"ukonfigureret, og hvis du ønsker at bruge en ældre version af darkstat, skal "
+"du selv nedgradere manuelt."
diff -Nru darkstat-3.0.713.old/debian/po/vi.po darkstat-3.0.713/debian/po/vi.po
--- darkstat-3.0.713.old/debian/po/vi.po	2011-03-22 20:41:01.368693515 +0100
+++ darkstat-3.0.713/debian/po/vi.po	2011-03-24 19:01:07.065673105 +0100
@@ -1,26 +1,27 @@
 # Vietnamese Translation for darkstat.
-# Copyright © 2005 Free Software Foundation, Inc.
-# Clytie Siddall , 2005.
+# Copyright © 2010 Free Software Foundation, Inc.
+# Clytie Siddall , 2005-2010.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: darkstat 2.6-8\n"
+"Project-Id-Version: darkstat 3.0.713-2\n"
 "Report-Msgid-Bugs-To: darks...@packages.debian.org\n"
 "POT-Creation-Date: 2008-10-06 11:29-0600\n"
-"PO-Revision-Date: 2005-05-22 18:39+0930\n"
+"PO-Revision-Date: 2010-10-31 14:40+1030\n"
 "Last-Translator: Clytie Siddall \n"
-"Language-Team: Vietnamese \n"
+"Language-Team: Vietnamese \n"
 "Language: vi\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=utf-8\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
-"Plural-Forms: nplurals=1; plural=0\n"
+"Plural-Forms: nplurals=1; plural=0;\n"
+"X-Generator: LocFac

Bug#603484: [Pkg-xfce-devel] Bug#603484: Bug#603484: xfce4-settings: Changing Mouse, Cursor Theme Has No Effect

[Yves-Alexis Perez]

On lun., 2011-04-11 at 21:21 -0400, Allen Cuda wrote:
> FYI,
> If you log in from GDM using the 'Run Xclient script' as your session, 
> you will not be able to change your mouse cursor theme and size as 
> described in the bug report. You must log in using 'Xfce session' for 
> the theme and size changes to work.

Thanks, that's new and useful information.

Could you give use the output of:

xrdb -query

in both cases and before/after changing the theme?

>  If you want the changes to take 
> effect without restarting the X server, execute 'xfwm4 --restart &' from 
> a terminal (Note that QT applications need to be restarted to get the 
> new cursor theme).

Note that, as I already said, apps *wont* pick up the new cursor theme
until they are restarted. Easiest way to restart the window manager is
to quit X but indeed you can restart it manually.

>  Also, some cursor themes have "small/medium/large" 
> sets and won't respond to the cursor size hint.
> 
> So, maybe the bug is in the session script…

My guess is that it's not a bug. When using "run xclient script" the
system uses whatever you provided as .xsession so it's your
responsibility to manage that correctly.

"Xfce session" is a session setup by Xfce and Debian maintainers which
takes care of everything which need to be done. It's usually the best
choice but some people might prefer to do it their way.

Note that if you don't chose anything there's a fallback mechanism in
the X startup scripts which will end up running the x-session-manager
currently configured, which is often xfce4-session on a typical Xfce
box. In that case you end up with a Xfce session with most of the apps
but lacking stuff (xscreensaver, some configuration etc.). That'll be
fixed for 4.8 where we'll put the whole configuration script as the
default x-session-manager so the default settings starts a complete Xfce
session.

Regards,
-- 
Yves-Alexis


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

Bug#267838: netcfg: DHCP installer -> STATIC target

[Christian PERRIER]

tags 267838 wontfix
thanks

Quoting Matt Taggart (tagg...@debian.org):
> This wishlist bug seems like a pretty small corner case. First let
> me restate it to make sure I understand correctly.
> 
>  You want d-i to do a dhcp request but then use the answers to
>  define a static config.
> 
> Does that sound right? I guess I can understand wanting to do that,
> maybe you don't want to depend on the dhcp server being up all the
> time. But if implemented in the way you mention "Do you want to use
> the dynamic answers you received as static values?" seems like a
> violation of the nature of DHCP and would hurt more users than it would
> possibly help.
> 
> I have a similar use case, I want to use a throw away dhcp assigned
> address during boot and to load the preseed, but then I want to switch
> to a static config. I use the preseed_run script idea documented in
> the d-i manual to cause netcfg to rerun. Then later in the preseed
> I define the network parameters.
> 
> http://d-i.alioth.debian.org/manual/en.amd64/apbs04.html#preseed-network
> 
> This could work for your case, but normally this would then mean you
> would need one preseed per system, but maybe you could use the
> early_command or include_command functions to save the dhcp answers
> and set them?
> 
> http://d-i.alioth.debian.org/manual/en.amd64/apbs05.html#preseed-hooks
> 
> I think this bug might be wontfix.


I agree entirely.

However, we need to include the original submmitter in the loop if we
want his|her advice..:-)

Hence doing so and, as the probability of your analysis being right is
very high, Matt, I already tag the bug report as wontfix.




signature.asc
Description: Digital signature

Bug#622323: please mark ca-certificates Multi-Arch: foreign

[Steve Langasek]

Package: ca-certificates
Version: 20090814+nmu2
Severity: normal
Tags: patch
User: vor...@debian.org
Usertags: multiarch

Hi Phil,

I've just pushed a patch to the ca-certificates package in Ubuntu to mark
the binary package Multi-Arch: foreign, in compliance with the plan for
multiarch described at .  Since
libraries such as libcurl3-gnutls depend on ca-certificates, this will help
with rolling out multiarch quickly; and it's perfectly safe to tag packages
as Multi-Arch: foreign in advance of a package manager that's capable of
understanding this (which should be along soon in any case).

Please consider applying this trivial patch.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control  2009-07-09 10:35:39 +
+++ debian/control  2011-04-12 05:47:58 +
@@ -10,6 +10,7 @@
 Architecture: all
 Depends: openssl, ${misc:Depends}
 Enhances: libssl0.9.8, openssl
+Multi-Arch: foreign
 Description: Common CA certificates
  This package includes PEM files of CA certificates to allow SSL-based
  applications to check for the authenticity of SSL connections.

Bug#595298: [Pkg-oss4-maintainers] Bug#595298: linux 2.6.36 not supported

[Romain Beauxis]

Hi,

2011/4/11 Jan Braun :
> Package: oss4-dkms
> Followup-For: Bug #595298
>
> Linux 2.6.38-2 has entered testing, and is also affected by this.
> Fortunately, importing the 4.2-build2004 upstream version is
> very straightforward, it just needs adjusting of os_cmd.patch and
> bumping of the version number.
> Here, this created a working oss4-dkms package able to drive my
> oss_via823x in both linux-image-2.6.32-5-686 and
> linux-image-2.6.38-2-686 .
>
> Sorry for nagging, but could a developer please take the time to
> address this? (Or explain why it's not that simple.) Broken oss4 in
> wheezy is unfun.

The answer is simple: lack of time.
I am ok, however, to incorporate a patch and/or add you as a maintainer.

Romain

> Attached are the modified os_cmd.patch and a shell script building
> updated oss4 packages.
>
> regards,
>    Jan
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers testing
>  APT policy: (990, 'testing'), (99, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
> Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages oss4-dkms depends on:
> ii  dkms                     2.1.1.2-6       Dynamic Kernel Module Support 
> Fram
> ii  linux-headers-2.6-686 [l 2.6.38+33       Header files for Linux 2.6-686 
> (me
> ii  linux-headers-2.6.32-5-6 2.6.32-31       Header files for Linux 
> 2.6.32-5-68
> ii  linux-headers-2.6.38-2-6 2.6.38-3        Header files for Linux 
> 2.6.38-2-68
> ii  oss4-base                4.2-build2004-0 Open Sound System - base package
>
> oss4-dkms recommends no packages.
>
> oss4-dkms suggests no packages.
>
> -- no debconf information
>
> --
> ()  ascii ribbon campaign - against html e-mail
> /\  www.asciiribbon.org   - against proprietary attachments
>
> ___
> Pkg-oss4-maintainers mailing list
> pkg-oss4-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-oss4-maintainers
>
>



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

Bug#622322: popularity-contest: popcon tries to access dpkg internal files and fails with multiarch: same packages

[Raphaël Hertzog]

Package: popularity-contest
Version: 1.52
Severity: important

I get errors from cron because of popcon:
/etc/cron.daily/popularity-contest:
popcon: file /var/lib/dpkg/info/liblouis2.list is missing


That file doesn't exist, it's really /var/lib/dpkg/info/liblouis2:i386.list
due to the multiarch-enabled dpkg that I'm running.

You should not access those files, the proper interface is dpkg-query -L .

(Setting to important as those regular cron mails are annoying)

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

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

Versions of packages popularity-contest depends on:
ii  debconf [debconf-2.0] 1.5.38 Debian configuration management sy
ii  dpkg  1.16.1 Debian package management system

Versions of packages popularity-contest recommends:
ii  cron  3.0pl1-116 process scheduling daemon
ii  postfix [mail-transport-agent 2.8.2-1High-performance mail transport ag

Versions of packages popularity-contest suggests:
ii  anacron   2.3-14 cron-like program that doesn't go 

-- debconf information:
  popularity-contest/submiturls:
* popularity-contest/participate: true



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

Bug#557320: [Pkg-xfce-devel] Bug#557320: Bug#557320: thunar: goes up 2 dirs when deleting the one I'm in

[Yves-Alexis Perez]

On mar., 2011-04-12 at 00:30 +0200, Sandro Tosi wrote:
> Hi,
> 
> On Fri, Apr 8, 2011 at 13:26, Yves-Alexis Perez  wrote:
> > What is the status on this? Can you still reproduce “from time to time”?
> 
> I think so, but I'll give it a closer look. Is there a more up-to-date
> version of thunar or a specific configuration you'd like me to test?
> 
There's 1.0.2 in stable and 1.2.1 in experimental (though Xfce 4.8
upgrade has to wait a little for now as it'll lack all the panel
plugins).

Regards,
-- 
Yves-Alexis


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

Bug#622321: qemu: usbdevice tablet doesn't work with 0.14 in wheezy

[Daniel Dickinson]

Package: qemu
Version: 0.14.0+dfsg-5
Severity: normal


The upgrade to 0.14 caused the integrated mouse (using the -usbdevice tablet 
parameter) to stop working.  Now for mouse the grab must be enabled.  I want to 
be able to use qemu without having to have the mouse limited to the qemu screen 
until I do Ctrl-Alt.


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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 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 qemu depends on:
ii  qemu-system0.14.0+dfsg-5 QEMU full system emulation binarie
ii  qemu-user  0.14.0+dfsg-5 QEMU user mode emulation binaries
ii  qemu-utils 0.14.0+dfsg-5 QEMU utilities

qemu recommends no packages.

Versions of packages qemu suggests:
ii  qemu-user-static   0.14.0+dfsg-5 QEMU user mode emulation binaries 

-- 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#622320: grads: Please use -l when linking instead of hard-coded /usr/lib/foo.so paths

[Steve Langasek]

Package: grads
Version: 2.0.a8-2
Severity: normal
Tags: patch
User: vor...@debian.org
Usertags: multiarch

Hi Alistair,

The grads package fails to build in a multiarch environment because it
hard-codes the paths to .so files it wants to link against.  If instead it
allows the compiler to resolve the library paths via "-l" options, as in the
attached patch, the package builds fine.  This is strongly preferred over
hard-coded paths, not only for multiarch but also for any other cases where
a user might like to rebuild the package against local versions of
libraries.

As there were two existing patches in debian/patches which partially dealt
with this issue, this patch drops one of these patches and uses the other to
fully address the problem.

Since multiarch is imminent in Debian, please consider including this patch
in your next upload of grads.  The patch has been applied in Ubuntu with the
following changelog:

  * debian/patches/supplibs.patch: gut the wrong upstream library lookups,
we should be linking with -l$lib instead of passing filenames.  Fixes
build failures when building in a multiarch environment.  LP: #749178.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru grads-2.0.a8/debian/patches/lib_suffix.patch grads-2.0.a8/debian/patches/lib_suffix.patch
--- grads-2.0.a8/debian/patches/lib_suffix.patch	2010-05-09 10:54:12.0 -0700
+++ grads-2.0.a8/debian/patches/lib_suffix.patch	1969-12-31 16:00:00.0 -0800
@@ -1,17 +0,0 @@
-Author: Alastair McKinstry 
-Description: Dynamic libs need to have .so suffix; linking just .a's breaks by not including dependencies
-Last-Updated: 2010-05-09
-
-Index: grads-2.0.a8/acinclude.m4
-===
 grads-2.0.a8.orig/acinclude.m4	2010-05-09 16:12:08.0 +0100
-+++ grads-2.0.a8/acinclude.m4	2010-05-09 16:12:20.0 +0100
-@@ -79,7 +79,7 @@
- AC_DEFUN([GA_SET_LIB_VAR],
- [
-   ga_lib_prefix='$(supp_lib_dir)/lib'
--  ga_lib_suffix='.a'
-+  ga_lib_suffix='.so'
-   for ga_lib_name in $2 ; do
-   $1="$$1 ${ga_lib_prefix}${ga_lib_name}${ga_lib_suffix}"
-   done  
diff -Nru grads-2.0.a8/debian/patches/series grads-2.0.a8/debian/patches/series
--- grads-2.0.a8/debian/patches/series	2010-05-09 10:54:12.0 -0700
+++ grads-2.0.a8/debian/patches/series	2011-04-11 22:30:26.0 -0700
@@ -3,6 +3,5 @@
 udunits2.patch
 hdf5_hl.patch
 asneeded.patch
-lib_suffix.patch
 gasdf_fix.patch
 libsz_notpresent.patch
diff -Nru grads-2.0.a8/debian/patches/supplibs.patch grads-2.0.a8/debian/patches/supplibs.patch
--- grads-2.0.a8/debian/patches/supplibs.patch	2010-05-09 10:54:12.0 -0700
+++ grads-2.0.a8/debian/patches/supplibs.patch	2011-04-11 21:49:53.0 -0700
@@ -1,19 +1,49 @@
-Author: Alastair McKinstry 
-Description: Add a default value for SUPPLIBS, and 
-Last-Updated: 2010-05-09
-Forwarded: no
+Author: Steve Langasek 
+Description: remove wrong "supplibs" dir handling
+ pass libraries as -l arguments, instead of guessing and passing absolute
+ paths.
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/749178
 
 Index: grads-2.0.a8/src/Makefile.am
 ===
 grads-2.0.a8.orig/src/Makefile.am	2010-05-09 14:58:21.0 +0100
-+++ grads-2.0.a8/src/Makefile.am	2010-05-09 14:58:35.0 +0100
-@@ -16,6 +16,9 @@
- # Targets that will not always be built
- EXTRA_PROGRAMS	   = gxtran grib2scan
+--- grads-2.0.a8.orig/src/Makefile.am
 grads-2.0.a8/src/Makefile.am
+@@ -24,18 +24,13 @@
+ # Compiler and linker settings
+ #
  
-+# Set default SUPPLIBS
-+SUPPLIBS	   = /usr
-+
- # Convenience target
- utils: bufrscan gribscan gribmap gxeps gxps stnmap wgrib $(extra_utils)
+-# Paths to external headers and libraries
+-supp_include_dir	= $(SUPPLIBS)/include
+-supp_lib_dir		= $(SUPPLIBS)/lib
+-
+ # Settings used for all binaries
+-LDADD			= -L$(supp_lib_dir) 
+ INCLUDES		= $(readline_inc) $(printim_inc) $(grib2_inc) $(nc_inc) \
+ 			  $(hdf_inc) $(hdf5_inc) $(geotiff_inc) $(shp_inc) $(gadap_inc) \
+   $(X_CFLAGS) $(XAW_CFLAGS) $(GD_CFLAGS) $(HDF4_CFLAGS)
+ 
+ # Settings used for all GrADS binaries
+-common_ldadd= $(LDADD) $(X_LIBS) $(host_ldadd) -lX11
++common_ldadd= $(X_LIBS) $(host_ldadd) -lX11
+ 
+ ##
+ #
+--- grads-2.0.a8.orig/acinclude.m4
 grads-2.0.a8/acinclude.m4
+@@ -74,14 +74,12 @@ AC_DEFUN([GA_UNSET_FLAGS],
+ ])
+ 
+ dnl GA_SET_LIB_VAR : Puts necessary linker options to link with libraries given into
+-dnl  a shell variable. They will have the form 'supplib_dir/libname.a'.
++dnl  a she

Bug#622222: file overwrite error libgl1-mesa-dri_libgl1-mesa-dri-experimental

[Ralf Treinen]

Hi,

I didn't detect this bug in earlier runs of [1], so it seems that
only version 7.10.2-1 is concerned. Removing the sid tag since it
is redundant with that version information.

According to the Contents file, only the file

  /usr/lib/dri/nouveau_vieux_dri.so

is shared by the two packages. 

libgl1-mesa-dri-dbg/libgl1-mesa-dri-experimental-dbg are equally 
affected by this bug (same error when trying to install together).

-Ralf

[1] http://edos.debian.net/file-overwrites



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

Bug#622319: qemu: KVM seems to not be enabled even with -enable-kvm with upgrade to 0.14

[Daniel Dickinson]

Package: qemu
Version: 0.14.0+dfsg-5
Severity: important


Windows XP on qemu is very slow with the upgrade to 0.14; on a quad core 3.4GHz 
with virtualization it is about as slow as my single core 2.4GHz laptop without 
virtualization (i.e. the laptop doesn't have the ability to do virtualization 
in hardware).

It could be something else, but the most likely culprit is no kvm.

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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 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 qemu depends on:
ii  qemu-system0.14.0+dfsg-5 QEMU full system emulation binarie
ii  qemu-user  0.14.0+dfsg-5 QEMU user mode emulation binaries
ii  qemu-utils 0.14.0+dfsg-5 QEMU utilities

qemu recommends no packages.

Versions of packages qemu suggests:
ii  qemu-user-static   0.14.0+dfsg-5 QEMU user mode emulation binaries 

-- 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#620013: Bug duplicated

[Flamarion Jorge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Could you close this duplicate bug?

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618909

I accidentally opened this
- -- 
Flamarion Jorge
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJNo+gVAAoJEJhPZF0zwv0z08gQAKE1k4yTI+h18wojDm+dmYH+
/5+Gubpuo/rK1q26TtFpCoNQRhh9sv6TJs+lkxAswLRh1jUPZ36jGBnMBiWb8GRL
7mlDB6TqctU90egdy6p6r0ENHNbo6AQrXPt422sJ1vtr+0zPaPVGfQW54zMZ8mSo
NaK2BdCfH2I4iS0N6kH2X++ej+/h7a73SWsZS7By78oS1WikZi0Vcivhqsw5m6GX
zP7bbqbF4M9D/w39iU0n1HQzT2KFnEECilUyVHmdMcGgtSNL+D7F+zIk2yF3EwmP
Lw+2yCSdkJhibCecFO8B6ckD3qNt3qYwAPba+rwd8XYnGGJQnjLBv7WiAMVF6lDb
cFdRDvQ385R7ObldZJWaRZEeL+/0+5Acpe2tCicnn8VwPOtklPbM5FNnxs/zBY9J
c0eQ/Fn/bdQd105c4UE2FmJdobzhoeyVEEBwqMb5iyaoxWcRaPiCFdmdNzbEdjVT
8KwZcSm3VhEqR4OZswnUe+5/B4+Pz1j9ZcAGYOAsoEUQmKwlC2yMUlmyLj/J9rAK
oB0u1ic/LKIpvIXu97OLXQJ6aTH8wmSfb8pSSEYqeHAEIb4C85UE3Mf3I8MS0w/C
JrSenY+oaaCIfSWEQqak/7FOqW2LoTk1cw2c+yLHw1DeCf90dMuzjSaDYtlWvk0j
gT1pFp4n8189uo5nkF7c
=I/yb
-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#569335: Adopting Package

[Olivier Berger]

Hi.

On Tue, Jun 08, 2010 at 01:31:27AM -0300, MashTrend wrote:
> retitle #569335 ITA: glabels -- label, business card and media cover
> creation program for GNOME
> owner #569335 !
> thanks
> 
You seem to have inteded maintaining glabels, but apparently failed to 
deliver... is there by any chance some place where your improvements may be 
seen, in case someone else takes over ?

Thanks in advance.

Best regards,
-- 
Olivier BERGER 
(OpenPGP: 4096R/7C5BB6A5)
http://www.olivierberger.com/weblog/



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

Bug#622318: iscsitarget-dkms: Does not compile with linux-image-2.6.38-2-686

[Robert de Bath]

Package: iscsitarget-dkms
Version: 1.4.20.2-4
Severity: normal

root@debroot:~# more /var/lib/dkms/iscsitarget/1.4.20.2/build/make.log
DKMS make.log for iscsitarget-1.4.20.2 for kernel 2.6.38-2-686 (i686)
Tue Apr 12 06:33:47 BST 2011
make: Entering directory `/usr/src/linux-headers-2.6.38-2-686'
  LD  /var/lib/dkms/iscsitarget/1.4.20.2/build/built-in.o
  LD  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/built-in.o
  CC [M]  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/tio.o
  CC [M]  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/iscsi.o
  CC [M]  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/nthread.o
  CC [M]  /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.o
/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.c: In function 
'worker_thread':
/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.c:75: error: implicit 
declaration of function 'copy_io_context'
make[4]: *** [/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.o] Error 1
make[3]: *** [/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel] Error 2
make[2]: *** [_module_/var/lib/dkms/iscsitarget/1.4.20.2/build] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
make: Leaving directory `/usr/src/linux-headers-2.6.38-2-686'
root@debroot:~#


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

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

Versions of packages iscsitarget-dkms depends on:
ii  dkms  2.1.1.2-6  Dynamic Kernel Module Support Fram
ii  make  3.81-8.1   An utility for Directing compilati

iscsitarget-dkms recommends no packages.

iscsitarget-dkms 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#622317: devscripts: [rmadison] manpage mentions dak ls instead of rmadison

[Adam D. Barratt]

On Tue, 2011-04-12 at 07:06 +0200, Olivier Berger wrote:
> man rmadison mentions :
> "dak ls" several times where it would sound logical to read
> "rmadison".

So far as I can see, all of the mentions of "dak ls" are actually
correct.

The "description" paragraph mentions that rmadison is a front-end to a
CGI which runs "dak ls"; that's correct.

In the "notes" section, an option which is accepted by "dak ls", but not
by the CGI (and therefore not by rmadison) is highlighted, together with
the fact that the back-end command used to be called "madison", hence
the naming of "rmadison" as "remote madison".

> I believe the program was renamed but this hasn't been fixed.
> 
> Still the manpage mentions :
> "dak ls was formerly called madison."
> 
> Maybe this last paragraph needs an update too.

It's correct.  The parts of the dak suite used to have other names; the
part which is now "dak ls" used to be called madison.  I assume that
note exists to explain why the script in devscripts is called
"rmadison".

Regards,

Adam




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

Bug#622317: devscripts: [rmadison] manpage mentions dak ls instead of rmadison

[Olivier Berger]

Package: devscripts
Version: 2.10.69+squeeze1
Severity: minor

Hi.

man rmadison mentions :
"dak ls" several times where it would sound logical to read "rmadison". I 
believe the program was renamed but this hasn't been fixed.

Still the manpage mentions :
"dak ls was formerly called madison."

Maybe this last paragraph needs an update too.

Hope this helps.

Best regards,

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
Not present

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev  1.15.8.10  Debian package development tools
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 

Versions of packages devscripts recommends:
ii  at  3.1.12-1 Delayed job execution and batch pr
ii  bsd-mailx [ 8.1.2-0.20100314cvs-1simple mail user agent
ii  bzr 2.1.2-1  easy to use distributed version co
ii  chromium-br 6.0.472.63~r59945-5+squeeze4 Chromium browser
ii  curl7.21.0-1 Get a file from an HTTP, HTTPS or 
ii  cvs 1:1.12.13-12 Concurrent Versions System
ii  dctrl-tools 2.14.5   Command-line tools to process Debi
ii  debian-keyr 2010.12.29   GnuPG keys of Debian Developers
ii  dput0.9.6.1  Debian package upload tool
ii  dupload 2.6.6utility to upload Debian packages
ii  epiphany-br 2.30.6-1 Intuitive GNOME web browser
ii  equivs  2.0.8Circumvent Debian package dependen
ii  fakeroot1.14.4-1 Gives a fake root environment
ii  git [git-co 1:1.7.2.5-1  fast, scalable, distributed revisi
ii  git-core1:1.7.2.5-1  fast, scalable, distributed revisi
ii  gnupg   1.4.10-4 GNU privacy guard - a free PGP rep
ii  iceweasel [ 3.5.16-6 Web browser based on Firefox
ii  konqueror [ 4:4.4.5-2advanced file manager, web browser
ii  libauthen-s 2.1500-1 Authen::SASL - SASL Authentication
ii  libcrypt-ss 0.57-2   Support for https protocol in LWP
ii  libjson-per 2.21-1   Perl module to parse and convert t
ii  libparse-de 2.005-2  Easy OO parsing of Debian control-
ii  libsoap-lit 0.712-2  Perl implementation of a SOAP clie
ii  libterm-siz 0.2-4+b1 Perl extension for retrieving term
ii  libtimedate 1.2000-1 collection of modules to manipulat
ii  liburi-perl 1.54-2   module to manipulate and access UR
ii  libwww-perl 5.836-1  Perl HTTP/WWW client/server librar
ii  libyaml-syc 1.12-1   Perl module providing a fast, ligh
ii  lintian 2.4.3Debian package checker
ii  lsb-release 3.2-23.2squeeze1 Linux Standard Base version report
ii  lzma4.43-14  Compression method of 7z format in
ii  man-db  2.5.7-8  on-line manual pager
ii  openssh-cli 1:5.5p1-6secure shell (SSH) client, for sec
ii  patch   2.6-2Apply a diff file to an original
ii  patchutils  0.3.1-2  Utilities to work with patches
ii  sensible-ut 0.0.4Utilities for sensible alternative
ii  strace  4.5.20-2 A system call tracer
ii  subversion  1.6.12dfsg-5 Advanced version control system
ii  unzip   6.0-4De-archiver for .zip files
ii  w3m [www-br 0.5.2-9  WWW browsable pager with excellent
ii  wdiff   0.6.3-1  Compares two files word by word
ii  wget1.12-2.1 retrieves files from the web
ii  xz-utils5.0.0-2  XZ-format compression utilities

Versions of packages devscripts suggests:
ii  build-essential11.5  Informational list of build-essent
pn  cvs-buildpackage   (no description available)
ii  devscripts-el  34.1  Emacs wrappers for the commands in
pn  gnuplot(no description available)
pn  libfile-desktopentry-p (no description available)
pn  libnet-smtp-ssl-perl   (no description available)
ii  mutt   1.5.20-9+squeeze1 text-based mailreader supporting M
pn  svn-buildpackage   (no description 

Bug#615018: Any updates?

[Mr. Wang Long]

Hi,

I understand that debian is powered by volunteers, but it's already
April now... So are there anything that I can help? I've been a debian
user since five years ago and had never doing package maintenance, but
I'm willing to learn.

Thanks & best regards,
Wang Long



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

Bug#622316: deskbar-applet: applet desappeared from panel

[Alberto Maurizi]

Package: deskbar-applet
Version: 2.32.0-1+b1
Severity: important


deskbar-applet desappeared from my panel since yesterday's upgrade and I
cannot restore it.

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

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

Versions of packages deskbar-applet depends on:
ii  gconf2   2.28.1-6GNOME configuration database syste
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libcamel1.2-19   2.32.2-4The Evolution MIME message handlin
ii  libdbus-1-3  1.4.6-1 simple interprocess messaging syst
ii  libebook1.2-10   2.32.2-4Client library for evolution addre
ii  libedataserver1. 2.32.2-4Utility library for evolution data
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgconf2-4  2.28.1-6GNOME configuration database syste
ii  libglib2.0-0 2.28.4-1The GLib library of C routines
ii  libgnome-desktop 2.30.2-2Utility library for loading .deskt
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libnspr4-0d  4.8.7-2 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.9.with.ckbi.1.82-1 Network Security Service libraries
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  libsoup2.4-1 2.34.0-1HTTP library implementation in C -
ii  libsqlite3-0 3.7.5-1 SQLite 3 shared library
ii  libstartup-notif 0.10-1  library for program launch feedbac
ii  libxml2  2.7.8.dfsg-2GNOME XML library
ii  python   2.6.6-12interactive high-level object-orie
ii  python-dbus  0.83.1-1simple interprocess messaging syst
ii  python-gconf 2.28.1-1Python bindings for the GConf conf
ii  python-glade22.17.0-4+b1 GTK+ bindings: Glade support
ii  python-gnomeappl 2.30.0-4+b1 Python bindings for the GNOME pane
ii  python-gnomedesk 2.30.0-4+b1 Python bindings for the GNOME desk
ii  python-gnomekeyr 2.30.0-4+b1 Python bindings for the GNOME keyr
ii  python-gobject   2.28.3-2Python bindings for the GObject li
ii  python-gtk2  2.17.0-4+b1 Python bindings for the GTK+ widge
ii  python-support   1.0.11  automated rebuilding support for P
ii  python-wnck  2.30.0-4+b1 Python bindings for the WNCK libra

Versions of packages deskbar-applet recommends:
ii  gnome-dictionary  2.30.0-2   GNOME dictionary application

deskbar-applet 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#613493: Bug in libdbd-pg-perl fixed in revision 72505

[Dmitry E. Oboukhov]

>> The bug had severity grave. So It would be nice If You uploaded the
>> package into Debian/stable, too. It's a pity that the bug is done by
>> new upstream version (release team can disagree to upload) but I think
>> You should try :)

AB> No.  The bug severity was inflated: the memory leak does not make the
AB> package unusable,

Hehe.
Have You ever seen any servers?

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#596683: emacs23: Seeing same problem when typing e-mails in Gnus

[Rob Browning]

"Mark T.B. Carroll"  writes:

> Package: emacs23
> Version: 23.2+1-7
> Severity: normal
>
> I am typing an e-mail and emacs segfaults. From one example gdb gives,

If either of you are running unstable, I just uploaded 23.3+1-1 and
wondered if you might want to see if upgrading helps.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#622179: is unreproducible

[Jeremy Salwen]

Uninstalling and reinstalling yoshimi several times did not work (Trying
different versions).  However compiling from source and then installing did
(.060, and then .062, from apt-get source and tarballs).  After compiling
from source and installing, then uninstalling and installing from the
repositories, it works for me now.  So you can close this bug if you like.

Jeremy

On Mon, Apr 11, 2011 at 2:11 PM, Alessio Treglia  wrote:

> See the attached screenshot, I'll provide a -DBG package soon.
>
> Regards,
>
> --
> Alessio Treglia  | www.alessiotreglia.com
> Debian Developer | ales...@debian.org
> Ubuntu Core Developer| quadris...@ubuntu.com
> 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0
>

Bug#621905: dvd-slideshow: Unusual hostname may cause erroneous SMP detection

[Martin Michlmayr]

* Martin Michlmayr  [2011-04-09 19:42]:
> > Package: dvd-slideshow
> > Version: 0.8.2-0.1ubuntu2
> 
> This package is not in Debian.  Can you report this issue to Ubuntu
> instead, or do you know if someone is planning to upload the package
> to Debian?

Do you know if someone is planning to upload dvd-slideshow to Debian
in the near future?

If not, I'd like to close these bugs in the Debian BTS.

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#621032: linux-2.6: please add armhf support

[Martin Michlmayr]

* Hector Oron  [2011-04-05 23:35]:
> Index: debian/config/armhf/config
> ===
> Index: debian/config/armhf/defines
> ===
> Index: debian/config/armhf/config.mx5
> ===

> We'll submit Efika platform config and patches as soon as it is
> possible, but for now this would ease armhf porters building kernel
> task.

I saw what you wrote about submitting configs later but I'm still
confused about armhf/{config,defines,config.mx5}.  Are they empty
files for now?  Do we need all of them? (At least config.mx5 should
not be needed for now if mx5 is not listed in config.)

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#529540: packages.debian.org: Changelogs on Updated 'unstable' Packages Not Copied to changelogs/pool

[Gerfried Fuchs]

Hi!

* Leo L. Schwab  [2011-04-09 04:12:26 CEST]:
>   For about the last two weeks, packages receiving updates in the
> 'unstable' repository have not had their changelogs copied to the
> changelogs/pool/... area of packages.debian.org, with the result that
> 'aptitude' displays a 404 error when asked to display the changelogs of
> recently updated packages.
> 
>   Example (from unstable/sid as of today):
>   
> http://packages.debian.org/changelogs/pool/main/a/aptitude/aptitude_0.6.3-4/changelog
> 
>   Not all changelogs are missing; only the ones associated with packages
> that have been updated in the last two weeks or so.
> 
>   Based on previous commentary on this bug, I'm given to understand there
> is some conflict that occasionally makes these missing updates unavoidable.
> Any guesstimates on when this current manifestation might clear up?

 This is a different thing than what is mentioned in the bug you
followed up to. The packages from the regular pool are unaffected by
this bug. The thing you report is actually covered in
http://bugs.debian.org/64 (which was reported after your mail, so
you couldn't have found it)

 I'm investigating on the issue why the extraction of the changelogs
don't work anymore, though I get the impression that working on closing
this bug would be much more fruitful. I can't figure out in a quick way
why the extraction doesn't work anymore (it might be related to the
latest lenny point release, but even that's uncertain), and as we need
to switch over to use the already extracted files that ftpmasters do
offer us so we can include the changelogs for security and backports
packages, investing time into the rewrite will give the better outcome.

 Though - this will take a bit more time, so I can just ask for a bit
more patient.

 Thanks for understanding,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



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

Bug#595298: linux 2.6.36 not supported

[Jan Braun]

Package: oss4-dkms
Followup-For: Bug #595298

Linux 2.6.38-2 has entered testing, and is also affected by this.
Fortunately, importing the 4.2-build2004 upstream version is
very straightforward, it just needs adjusting of os_cmd.patch and
bumping of the version number.
Here, this created a working oss4-dkms package able to drive my
oss_via823x in both linux-image-2.6.32-5-686 and
linux-image-2.6.38-2-686 .

Sorry for nagging, but could a developer please take the time to
address this? (Or explain why it's not that simple.) Broken oss4 in
wheezy is unfun.

Attached are the modified os_cmd.patch and a shell script building
updated oss4 packages.

regards,
Jan

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

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

Versions of packages oss4-dkms depends on:
ii  dkms 2.1.1.2-6   Dynamic Kernel Module Support Fram
ii  linux-headers-2.6-686 [l 2.6.38+33   Header files for Linux 2.6-686 (me
ii  linux-headers-2.6.32-5-6 2.6.32-31   Header files for Linux 2.6.32-5-68
ii  linux-headers-2.6.38-2-6 2.6.38-3Header files for Linux 2.6.38-2-68
ii  oss4-base4.2-build2004-0 Open Sound System - base package

oss4-dkms recommends no packages.

oss4-dkms suggests no packages.

-- no debconf information

-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments
Index: /oss-build/os_cmd/Linux/ossdetect/ossdetect.c
===
--- oss-build/os_cmd/Linux/ossdetect/ossdetect.c	2009-11-27 00:06:58.0 -0600
+++ oss-build/os_cmd/Linux/ossdetect/ossdetect.c	2011-04-12 01:16:16.0 +0200
@@ -90,7 +90,7 @@
   if (l > 0 && tmp[l - 1] == '\n')
 	tmp[l - 1] = '\0';
 
-  if (strncmp (tmp, "OSSLIBDIR=", 10) == 0)
+  if (strncmp (tmp, "OSSETCDIR=", 10) == 0)
 	{
 	  l = snprintf (name, sizeof (name), "%s", &tmp[10]);
 	  if ((l >= OSSLIBDIRLEN) || (l < 0))
@@ -110,11 +110,11 @@
 }
 
   fprintf (stderr, "OSSLIBDIR not set in /etc/oss.conf, using default "
-		   "/usr/lib/oss\n");
+		   "/etc/oss4\n");
 oexit:
   fclose (f);
 oexit2:
-  snprintf (name, sizeof (name), "/usr/lib/oss");
+  snprintf (name, sizeof (name), "/etc/oss4");
   return name;
 }
 
@@ -648,7 +648,7 @@
   exit (0);
 }
 
-  load_devlist ("etc/devices.list", 0);
+  load_devlist ("devices.list", 0);
 
   if (stat ("/etc/oss_3rdparty", &st) != -1)
 load_devlist ("/etc/oss_3rdparty", 1);
@@ -674,7 +674,7 @@
 }
 
   snprintf (instfname, sizeof (instfname), "%s/%s", osslibdir,
-	"etc/installed_drivers");
+	"installed_drivers");
  
   if ((f = fopen (instfname, "w")) == NULL)
 {
Index: /oss-build/os_cmd/Linux/ossdetect/ossdetect.man
===
--- oss-build/os_cmd/Linux/ossdetect/ossdetect.man	2009-11-27 00:06:58.0 -0600
+++ oss-build/os_cmd/Linux/ossdetect/ossdetect.man	2009-11-27 00:06:59.0 -0600
@@ -6,9 +6,10 @@
 
 DESCRIPTION
 The ossdetect application performs automatic detection of soundcards.
-The application looks at the /usr/lib/oss/etc/device.list and performs
+The application looks at the $OSSETCDIR/device.list and performs
 automatic detection. It will create a file with the list of the configured
-drivers in /usr/lib/oss/etc/installed_drivers.
+drivers in $OSSETCDIR/installed_drivers.
+OSSETCDIR is decided by reading /etc/oss.conf, and defaults to /etc/oss4.
 
 The Input Multiplexer driver (IMUX) is not configured by default and
 can be added to the OSS configuration using the -i option.
@@ -26,6 +27,7 @@
 ossdevlinks(1), ossinfo(1)
 
 FILES
+/etc/oss.conf
 /usr/sbin/ossdetect
 
 AUTHOR
sudo apt-get build-dep oss4
apt-get source oss4
cd oss4-4.2-build2003/
wget 
http://www.4front-tech.com/developer/sources/stable/gpl/oss-v4.2-build2004-src-gpl.tar.bz2
cp ../os_cmd.patch debian/patches/
dch -v 4.2-build2004-0
fakeroot dpkg-buildpackage -b -uc


signature.asc
Description: Digital signature

Bug#621987: stunnel4: FTBFS: options.c:1201: undefined reference to `SSLv2_client_method'

[Rodrigo Gallardo]

tag 621987 + fixed-upstream
thanks

On Sat, Apr 09, 2011 at 02:14:39PM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part:
> > gcc -Wall -g -O2 -Wall -Wshadow -Wcast-align -Wpointer-arith -I/usr/include 
> > -o stunnel file.o client.o log.o options.o protocol.o network.o resolver.o 
> > ssl.o ctx.o verify.o sthreads.o stunnel.o pty.o libwrap.o  -ldl -lutil 
> > -lnsl -lpthread -L/usr/lib -lssl -lcrypto -lwrap
> > options.o: In function `service_options':
> > /build/user-stunnel4_4.29-1-amd64-VwTzyZ/stunnel4-4.29/src/options.c:1201: 
> > undefined reference to `SSLv2_client_method'
> > /build/user-stunnel4_4.29-1-amd64-VwTzyZ/stunnel4-4.29/src/options.c:1202: 
> > undefined reference to `SSLv2_server_method'
> > collect2: ld returned 1 exit status

Fixed by 4.35, just added to packaging SCM, but not quite ready for
upload yet.

-- 
Rodrigo Gallardo



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

Bug#601571: Patch for the 0.6.2+nmu2 NMU of localepurge

[Christian PERRIER]

Dear maintainer of localepurge,

On Saturday, April 02, 2011 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Friday, April 01, 2011.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/7-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: localepurge
Version: 0.6.2+nmu2
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier 
Date: Mon, 11 Apr 2011 07:20:47 +0200
Closes: 601571 610219 620728
Changes: 
 localepurge (0.6.2+nmu2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Vietnamese (Clytie Siddall).  Closes: #601571
 - Italian (Beatrice Torracca).  Closes: #610219
 - Slovak (Slavko).  Closes: #620728

-- 


diff -Nru localepurge-0.6.2+nmu2.old/debian/changelog localepurge-0.6.2+nmu2/debian/changelog
--- localepurge-0.6.2+nmu2.old/debian/changelog	2011-03-31 21:36:16.373522185 +0200
+++ localepurge-0.6.2+nmu2/debian/changelog	2011-04-11 07:20:58.404442382 +0200
@@ -1,3 +1,13 @@
+localepurge (0.6.2+nmu2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Vietnamese (Clytie Siddall).  Closes: #601571
+- Italian (Beatrice Torracca).  Closes: #610219
+- Slovak (Slavko).  Closes: #620728
+
+ -- Christian Perrier   Mon, 11 Apr 2011 07:20:47 +0200
+
 localepurge (0.6.2+nmu1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru localepurge-0.6.2+nmu2.old/debian/po/it.po localepurge-0.6.2+nmu2/debian/po/it.po
--- localepurge-0.6.2+nmu2.old/debian/po/it.po	1970-01-01 01:00:00.0 +0100
+++ localepurge-0.6.2+nmu2/debian/po/it.po	2011-04-01 19:40:14.941342853 +0200
@@ -0,0 +1,173 @@
+# Italian translation of localepurge debconf.
+# Copyright (C) 2011 Free Software Foundation, Inc.
+# This file is distributed under the same license as the localepurge package.
+# Beatrice Torracca , 2011.
+msgid ""
+msgstr ""
+"Project-Id-Version: localepurge 0.6.2+nmu1\n"
+"Report-Msgid-Bugs-To: psee...@debian.org\n"
+"POT-Creation-Date: 2006-08-05 21:45+0200\n"
+"PO-Revision-Date: 2011-01-16 11:47+0200\n"
+"Last-Translator: Beatrice Torracca \n"
+"Language-Team: debian-l10n-italian\n"
+"Language: it\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"Plural-Forms: nplurals=2; plural=(n != 1);\n"
+"X-Generator: Virtaal 0.6.1\n"
+
+#. Type: multiselect
+#. Description
+#: ../localepurge.templates:1001
+msgid "Selecting locale files"
+msgstr "Selezione dei file locale"
+
+#. Type: multiselect
+#. Description
+#: ../localepurge.templates:1001
+msgid ""
+"localepurge will remove all locale files from your system but the ones for "
+"the language codes you select now. Usually two character locales like \"de\" "
+"or \"pt\" rather than \"de_DE\" or \"pt_BR\" contain the major portion of "
+"localizations. So please select both for best support of your national "
+"language settings.  The entries from /etc/locale.gen will be preselected if "
+"no prior configuration has been successfully completed."
+msgstr ""
+"localepurge rimuoverà tutti i file di locale dal sistema tranne quelli "
+"corrispondenti ai codici di lingua che verranno scelti adesso. Solitamente i "
+"locale di due caratteri come \"it\" o \"de\" contengono una porzione più "
+"grande di localizzazione rispetto a quelli \"it_IT\" o \"de_DE\". Perciò "
+"selezionare entrambi per un migliore supporto delle impostazioni per la "
+"lingua della propria nazione. Se non è stata completata in precedenza una "
+"configurazione con successo, saranno preselezionate le voci in /etc/locale."
+"gen."
+
+#. Type: boolean
+#. Description
+#: ../localepurge.templates:2001
+msgid "Really remove all locales?"
+msgstr "Rimuovere veramente tutti i locale?"
+
+#. Type: boolean
+#. Description
+#: ../localepurge.templates:2001
+msgid ""
+"You chose not to keep any locales. This means that all locales will be "
+"removed from your system. Are you sure this really is what you want?"
+msgstr ""
+"Si è scelto di non tenere alcun locale. Ciò significa che tutti i locale "
+"verranno rimossi dal sistema. Si è sicuri che questo sia realmente ciò che "
+"si vuole?"
+
+#. Type: note
+#. Description
+#: ../localepurge.templates:3001
+msgid "localepurge will not take any action"
+msgstr "localepurge non intraprenderà alcuna azione"
+
+#. Type: note
+#. Description
+#: ../localepurge.templates:3001
+msgid ""
+"localepurge will not be useful until you successfully configure it with the "
+"command \"dpkg-reconfigure localepurge\". The configured entries from /etc/"
+"locale.gen of the locales package will then be automagically preselected."
+msgstr ""
+"localepurge non sarà utile fino a che non verrà configurato con successo con "
+"il comando \"dpkg-reconfigure localepurge\". Le voci configurate in /etc/"
+"locale.gen per il 

Bug#620719: [Pkg-bluetooth-maintainers] Bug#620719: bluez: bluetooth scanning can't find a single device

[Nobuhiro Iwamatsu]

Hi,

2011/4/4 Here I. Come :
> Package: bluez
> Version: 4.70-1
> Severity: important
>
> Tried with at least two phones: Nexus One and SonyEricson T280i.
>
> hcitool scan gives nothing.
>
> Tried with two kernels: from debian squeeze and debian unstable 2.6.38-2

Do you enable detection possibility with bluetooth device?
And please conrirm with linux-2.6.32 and bluez 4.66-3.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#622315: fotoxx: please remove multiarch-incompatible check for libtiff.so

[Steve Langasek]

Package: fotoxx
Version: 10.7-1
Severity: normal
Tags: patch
User: vor...@debian.org
Usertags: multiarch

Hi Santiago,

The fotoxx package has a build-time check for libtiff that assumes the .so
file will be located in a directory matching the pattern '/usr/lib*'.  With
multiarch, this will no longer be the case.  I suggest you drop this check
in advance of multiarch, since it doesn't add value anyway over a
compile-time failure in the event libtiff really is missing.

The attached patch has already been uploaded to Ubuntu, with the following
changelog:

  * debian/patches/superfluous_libtiff_check: remove gratuitous libtiff
check, since this causes build failures with multiarch where
/usr/lib*/libtiff.so no longer exists.  Closes LP: #749165.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru fotoxx-10.7/debian/patches/series fotoxx-10.7/debian/patches/series
--- fotoxx-10.7/debian/patches/series	2011-01-27 16:09:25.0 -0800
+++ fotoxx-10.7/debian/patches/series	2011-04-11 20:06:51.0 -0700
@@ -1,3 +1,4 @@
 debian-changes-10.3.1-1
 debian-changes-10.7-1
 01_fix_ftbfs_binutils-gold.patch
+superfluous_libtiff_check
diff -Nru fotoxx-10.7/debian/patches/superfluous_libtiff_check fotoxx-10.7/debian/patches/superfluous_libtiff_check
--- fotoxx-10.7/debian/patches/superfluous_libtiff_check	1969-12-31 16:00:00.0 -0800
+++ fotoxx-10.7/debian/patches/superfluous_libtiff_check	2011-04-11 20:12:49.0 -0700
@@ -0,0 +1,18 @@
+Description: remove gratuitous libtiff check
+ Drop the wrong check for libtiff.so in dependencies.sh; this gets found
+ anyway at build time, and the check is wrong in a multiarch context.
+Author: Steve Langasek 
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/749165
+Index: fotoxx-10.7/dependencies.sh
+===
+--- fotoxx-10.7.orig/dependencies.sh
 fotoxx-10.7/dependencies.sh
+@@ -8,7 +8,7 @@
+ #  data and digital camera RAW files.
+ 
+ dlist=" g++  /usr/include/gtk-2.0/gtk/gtk.h  
+-/usr/include/tiffio.h  /usr/lib*/libtiff.so
++/usr/include/tiffio.h
+ xdg-open  xdg-desktop-menu "
+ 
+ error=0

Bug#622309: udev: Network, sound and X input broken

[Christian Ohm]

On Tuesday, 12 April 2011 at  4:45, Marco d'Itri wrote:
> > There was a /run on the harddisk after running 167-2, which had iirc five
> > subdirectories. Reading the other bugreport I deleted it though. In case it
> > makes a difference, I updated from 166-1 to 167-1 and without rebooting to
> > 167-2.
> It makes a difference if you have a /run directory.
> Do you have one *now*? If you do, rm -rf /run/udev/ and reboot.

I had one after rebooting with 167-2, not sure where it came from. As
mentioned, I deleted that, didn't try 167-2 again then though, will try that
when I get some time.

> If it still does not work, you will have to find out why the init script
> is exiting prematurely.

You mean /etc/init.d/udev? Looking at that, I see /sbin/MAKEDEV mentioned which
I installed recently because i2c-tools failed to install without. Not sure if
that is usually needed/installed these days.

Best regards,
Christian Ohm



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

Bug#596683: emacs23: Seeing same problem when typing e-mails in Gnus

[Mark T.B. Carroll]

Package: emacs23
Version: 23.2+1-7
Severity: normal

I am typing an e-mail and emacs segfaults. From one example gdb gives,

GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /mnt/large/home/mark/bin/emacs23-x...done.
Reading symbols from /usr/lib/libgtk-x11-2.0.so.0...Reading symbols from 
/usr/lib/debug/usr/lib/libgtk-x11-2.0.so.0.2000.1...done.
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgtk-x11-2.0.so.0
Reading symbols from /usr/lib/libgdk-x11-2.0.so.0...Reading symbols from 
/usr/lib/debug/usr/lib/libgdk-x11-2.0.so.0.2000.1...done.
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgdk-x11-2.0.so.0
Reading symbols from /usr/lib/libatk-1.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libatk-1.0.so.0
Reading symbols from /usr/lib/libpangoft2-1.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libpangoft2-1.0.so.0
Reading symbols from /usr/lib/libgdk_pixbuf-2.0.so.0...Reading symbols from 
/usr/lib/debug/usr/lib/libgdk_pixbuf-2.0.so.0.2000.1...done.
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgdk_pixbuf-2.0.so.0
Reading symbols from /lib/libm.so.6...Reading symbols from 
/usr/lib/debug/lib/libm-2.11.2.so...done.
(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /usr/lib/libpangocairo-1.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libpangocairo-1.0.so.0
Reading symbols from /usr/lib/libcairo.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libcairo.so.2
Reading symbols from /usr/lib/libgio-2.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgio-2.0.so.0
Reading symbols from /usr/lib/libpango-1.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libpango-1.0.so.0
Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /usr/lib/libfontconfig.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libfontconfig.so.1
Reading symbols from /usr/lib/libgobject-2.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgobject-2.0.so.0
Reading symbols from /usr/lib/libgmodule-2.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgmodule-2.0.so.0
Reading symbols from /usr/lib/libgthread-2.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgthread-2.0.so.0
Reading symbols from /lib/librt.so.1...Reading symbols from 
/usr/lib/debug/lib/librt-2.11.2.so...done.
(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libglib-2.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /lib/libglib-2.0.so.0
Reading symbols from /lib/libpthread.so.0...Reading symbols from 
/usr/lib/debug/lib/libpthread-2.11.2.so...done.
(no debugging symbols found)...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /usr/lib/libSM.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libSM.so.6
Reading symbols from /usr/lib/libICE.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libICE.so.6
Reading symbols from /usr/lib/libtiff.so.4...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libtiff.so.4
Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libpng12.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpng12.so.0
Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libgif.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgif.so.4
Reading symbols from /usr/lib/libXpm.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXpm.so.4
Reading symbols from /usr/lib/libX11.so.6...Reading symbols from 
/usr/lib/debug/usr/lib/libX11.so.6.3.0...done.
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libX11.so.6
Reading symbols from /usr/lib/libXrender.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libXrender.so.1
Reading symbols from /usr/lib/libXft.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXft.so.2
Reading symbols from /usr/lib/libasound.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libasound.so.2
R

Bug#622314: desktopcouch won't start (no module named http)

[Jason Woofenden]

Package: desktopcouch
Version: 1.0.6-2
Severity: important

Hello again :)

I tried upgrading to desktopcouch 1.0.6-2, (from 0.6.8-2) and now
it won't start. 


Here's when I try to start it:


$ /usr/lib/desktopcouch/desktopcouch-get-port 
Traceback (most recent call last):
  File "/usr/lib/desktopcouch/desktopcouch-get-port", line 38, in 
PORT = platform.find_port()
  File 
"/usr/lib/pymodules/python2.6/desktopcouch/application/platform/__init__.py", 
line 48, in find_port
return platform_find_port(pid, ctx)
  File 
"/usr/lib/pymodules/python2.6/desktopcouch/application/platform/linux/__init__.py",
 line 100, in platform_find_port
proxy = bus.get_object('org.desktopcouch.CouchDB', '/')
  File "/usr/lib/pymodules/python2.6/dbus/bus.py", line 244, in get_object
follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 241, in __init__
self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/pymodules/python2.6/dbus/bus.py", line 183, in 
activate_name_owner
self.start_service_by_name(bus_name)
  File "/usr/lib/pymodules/python2.6/dbus/bus.py", line 281, in 
start_service_by_name
'su', (bus_name, flags)))
  File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 630, in 
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: 
Process /usr/lib/desktopcouch/desktopcouch-service exited with status 1
zsh: exit 1 /usr/lib/desktopcouch/desktopcouch-get-port


It says that the ...-service exited with status 1, but doesn't
appear to show the error message from the ...-service command, so I
tried running it directly, in hopes of getting a more specific
error message:


$ /usr/lib/desktopcouch/desktopcouch-service 
/usr/lib/desktopcouch/desktopcouch-service:41: DeprecationWarning: Deprecated 
import path; use desktopcouch.application.service instead.
  from desktopcouch.service import DesktopcouchService
Traceback (most recent call last):
  File "/usr/lib/desktopcouch/desktopcouch-service", line 41, in 
from desktopcouch.service import DesktopcouchService
  File "/usr/lib/pymodules/python2.6/desktopcouch/service.py", line 9, in 

from desktopcouch.application.service import *
  File "/usr/lib/pymodules/python2.6/desktopcouch/application/service.py", line 
44, in 
from desktopcouch.application import replication
  File "/usr/lib/pymodules/python2.6/desktopcouch/application/replication.py", 
line 26, in 
from desktopcouch.application.pair.couchdb_pairing import couchdb_io
  File 
"/usr/lib/pymodules/python2.6/desktopcouch/application/pair/couchdb_pairing/couchdb_io.py",
 line 34, in 
from desktopcouch.application import server
  File "/usr/lib/pymodules/python2.6/desktopcouch/application/server.py", line 
30, in 
from desktopcouch.records.database import Database
  File "/usr/lib/pymodules/python2.6/desktopcouch/records/database.py", line 
46, in 
from couchdb.http import  ResourceNotFound, ResourceConflict
ImportError: No module named http
zsh: exit 1 /usr/lib/desktopcouch/desktopcouch-service


And there it is! "No module named http"... well, really I think
that should read "no module named couchdb.http".

I'm guessing that this version of desktopcouch is expecting that
the package python-couchdb to provide this module, but
pytho-couchdb-0.6-1 does not. And according to my apt-file queries,
neither does anything else in unstable.

Do we need a python-couchdb upgrade? There's a bug
(http://bugs.debian.org/616354) requesting that already, but it
doesn't look real urgent, and hasn't gotten any response in the 8
days since being filed.


As always, I'm happy to help out with further investigation, just
let me know what I can do.

Take care,   - Jason


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

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

Versions of packages desktopcouch depends on:
ii  couchdb  0.11.0-2.3  RESTful document oriented database
ii  python   2.6.6-12interactive high-level object-orie
ii  python-avahi 0.6.30-2Python utility package for Avahi
ii  python-couchdb   0.6-1   library for working with Apache Co
ii  python-dbus  0.83.1-1simple interprocess messaging syst
ii  python-gnomekeyring  2.30.0-4+b1 Python bindings for the GNOME keyr
ii  python-gobject   2.28.3-2Python bindings for the GObject li
ii  python-gtk2  2.17.0-4+b1 Python bindings for the GTK+ widge
ii  python-oauth 1.0.1-2 Python library implementing of the
ii  python-simplejson2.1.3-1 simple, fast, extensible JSON enco
ii  python-support   1.0.11  automated rebuilding s

Bug#609069: altwin:hyper_win option has no effect

[Adam C. Emerson]

On Sun, Mar 06, 2011 at 02:57:56AM +0100, Cyril Brulebois wrote:
> > 
> > with the same version…
> > 
> > > I use the following line:
> > > 
> > > setxkbmap -layout "us,gr(polytonic)" -model "pc104" -option 
> > > terminate:ctrl_alt_bksp -option caps:super -option grp:alt_shift_toggle 
> > > -option grp_led:caps -option compose:menu -option altwin:hyper_win
> > 
> > that seems to work for me, pressing the windows key gives me Hyper_L.
> > 
> > What's the output of setxkbmap -print?

11/04/2011, 22:41:31 azure@electric:~% setxkbmap -print
xkb_keymap {
xkb_keycodes  { include "evdev+aliases(qwerty)" };
xkb_types { include "complete"  };
xkb_compat{ include "complete+ledcaps(group_lock)"  };
xkb_symbols   { include 
"pc+us+gr(polytonic):2+inet(evdev)+altwin(hyper_win)+group(alt_shift_toggle)+capslock(super)+compose(menu)+terminate(ctrl_alt_bksp)"
};
xkb_geometry  { include "pc(pc104)" };
};

> > > All options are effective except for altwin:hyper_win.  Both windows
> > > keys continue to act as Super modifiers.
> > 
> > How do you check that? Try xev?

Ah, I see now that my problem is not actually in xkb but in my
applications.  xev says that my windows keys actually are hyper.  I
had thought XKB was not working because Emacs identified Windows-A as Super A.

My apologies for the spurious bug.  I shall look into how to make
Emacs behave properly.



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

Bug#622311: /dev isn't fully populated when /etc/init.d/udev exits

[Marco d'Itri]

On Apr 12, Kevin Mitchell  wrote:

> It would seem that the "udevadm settle" isn't doing what's expected?
Also, do you have a /run directory? Is it a tmpfs?
Does /run/udev/ exist? What about /dev/.udev/?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#622311: /dev isn't fully populated when /etc/init.d/udev exits

[Marco d'Itri]

On Apr 12, Kevin Mitchell  wrote:

> On the boot screen, the first ls doesn't show my partitions 
> dev/sda1,/dev/sda2,etc, while the second does. Without that sleep, my 
> partitions aren't there by the time /etc/init.d/mountall.sh gets executed 
> which of course is a problem.

> It would seem that the "udevadm settle" isn't doing what's expected?
What happens with a standard Debian kernel?
Is your kernel built with devtmpfs?
What happens with 167-1?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#622309: udev: Network, sound and X input broken

[Marco d'Itri]

On Apr 12, Christian Ohm  wrote:

> I have to admit that I am not very keen on experimenting much with my main
> system (and my second one is not working atm). Do you have anything specific 
> to
> look for?
And I have to admit that I have no time to waste with reticent bug
reporters. Your call.

> There was a /run on the harddisk after running 167-2, which had iirc five
> subdirectories. Reading the other bugreport I deleted it though. In case it
> makes a difference, I updated from 166-1 to 167-1 and without rebooting to
> 167-2.
It makes a difference if you have a /run directory.
Do you have one *now*? If you do, rm -rf /run/udev/ and reboot.
If it still does not work, you will have to find out why the init script
is exiting prematurely.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#622309: udev: Network, sound and X input broken

[Christian Ohm]

On Tuesday, 12 April 2011 at  4:07, Marco d'Itri wrote:
> Then looks like you will have to find out why, because so far it is
> working for everybody else.
> Do you have a run? Is it a tmpfs? Does it contain anything?

I have to admit that I am not very keen on experimenting much with my main
system (and my second one is not working atm). Do you have anything specific to
look for?

There was a /run on the harddisk after running 167-2, which had iirc five
subdirectories. Reading the other bugreport I deleted it though. In case it
makes a difference, I updated from 166-1 to 167-1 and without rebooting to
167-2.



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

Bug#622313: kstars: Displayed time is incorrect immediately after setting time

[Frédéric Brière]

Package: kstars
Version: 4:4.4.5-2
Severity: normal

When setting the time to a new value, the displayed time is set to the
old value instead of the new one.  This is quite apparent if the clock
is paused; setting the time to different values will update the chart
appropriately, but the displayed time will always be one step behind.


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

Kernel: Linux 2.6.37+sunix-amd64+ (SMP w/3 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 kstars depends on:
ii  kdebase-runtime   4:4.4.5-1  runtime components from the offici
ii  kstars-data   4:4.4.5-2  data files for KStars desktop plan
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libcfitsio3   3.260-1shared library for I/O with FITS f
ii  libgcc1   1:4.6.0-2  GCC support library
ii  libkde3support4   4:4.4.5-3  the KDE 3 Support Library for the 
ii  libkdecore5   4:4.4.5-3  the KDE Platform Core Library
ii  libkdeui5 4:4.4.5-3  the KDE Platform User Interface Li
ii  libkio5   4:4.4.5-3  the Network-enabled File Managemen
ii  libknewstuff2-4   4:4.4.5-3  the "Get Hot New Stuff" v2 Library
ii  libqt4-dbus   4:4.7.2-3  Qt 4 D-Bus module
ii  libqt4-qt3support 4:4.7.2-3  Qt 3 compatibility library for Qt 
ii  libqtcore44:4.7.2-3  Qt 4 core module
ii  libqtgui4 4:4.7.2-3  Qt 4 GUI module
ii  libstdc++64.6.0-2The GNU Standard C++ Library v3

kstars recommends no packages.

Versions of packages kstars suggests:
pn  indi   (no description available)
pn  khelpcenter4   (no description available)
pn  konqueror  (no description available)

-- 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#622312: kstars: Fails to take DST into account

[Frédéric Brière]

Package: kstars
Version: 4:4.4.5-2
Severity: normal

kstars appears to always display the time in Standard Time, regardless
of whether or not DST is in effect.

For example, I have configured kstars as UT offset -5.00, DST Rule US,
and yet the time currently displayed is 21:10, while it is actually
22:10 EDT.


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

Kernel: Linux 2.6.37+sunix-amd64+ (SMP w/3 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 kstars depends on:
ii  kdebase-runtime   4:4.4.5-1  runtime components from the offici
ii  kstars-data   4:4.4.5-2  data files for KStars desktop plan
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libcfitsio3   3.260-1shared library for I/O with FITS f
ii  libgcc1   1:4.6.0-2  GCC support library
ii  libkde3support4   4:4.4.5-3  the KDE 3 Support Library for the 
ii  libkdecore5   4:4.4.5-3  the KDE Platform Core Library
ii  libkdeui5 4:4.4.5-3  the KDE Platform User Interface Li
ii  libkio5   4:4.4.5-3  the Network-enabled File Managemen
ii  libknewstuff2-4   4:4.4.5-3  the "Get Hot New Stuff" v2 Library
ii  libqt4-dbus   4:4.7.2-3  Qt 4 D-Bus module
ii  libqt4-qt3support 4:4.7.2-3  Qt 3 compatibility library for Qt 
ii  libqtcore44:4.7.2-3  Qt 4 core module
ii  libqtgui4 4:4.7.2-3  Qt 4 GUI module
ii  libstdc++64.6.0-2The GNU Standard C++ Library v3

kstars recommends no packages.

Versions of packages kstars suggests:
pn  indi   (no description available)
pn  khelpcenter4   (no description available)
pn  konqueror  (no description available)

-- 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#561864: Same patches against SVN tree

[Dan Wallis]

Okay, so I've found the VCS tree and here are the above patches against it.
Index: adduser
===
--- adduser	(revision 824)
+++ adduser	(working copy)
@@ -450,7 +450,7 @@
 	  if ($?>>8);
 	&cleanup(sprintf((gtx("`%s' exited from signal %d. Exiting.\n")), "$chage -M 9 $new_name", $?&255));
 	} else {
-	printf (gtx("%s failed with return code 15, shadow not enabled, password aging cannot be set. Continuing.\n"), $chage);
+	printf gtx("%s failed with return code 15, shadow not enabled, password aging cannot be set. Continuing.\n"), $chage if $verbose;
 	}
 }
 &invalidate_nscd();
Index: adduser
===
--- adduser	(revision 824)
+++ adduser	(working copy)
@@ -450,7 +450,7 @@
 	  if ($?>>8);
 	&cleanup(sprintf((gtx("`%s' exited from signal %d. Exiting.\n")), "$chage -M 9 $new_name", $?&255));
 	} else {
-	printf (gtx("%s failed with return code 15, shadow not enabled, password aging cannot be set. Continuing.\n"), $chage);
+	printf STDERR (gtx("%s failed with return code 15, shadow not enabled, password aging cannot be set. Continuing.\n"), $chage);
 	}
 }
 &invalidate_nscd();

Bug#622311: /dev isn't fully populated when /etc/init.d/udev exits

[Kevin Mitchell]

Package: udev
Version: 167-2
Severity: normal

I add an 

ls /dev 
echo 
sleep 5
ls /dev

at the very end of /etc/init.d/udev then reboot

On the boot screen, the first ls doesn't show my partitions 
dev/sda1,/dev/sda2,etc, while the second does. Without that sleep, my 
partitions aren't there by the time /etc/init.d/mountall.sh gets executed which 
of course is a problem.

It would seem that the "udevadm settle" isn't doing what's expected?

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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.38  Debian configuration management sy
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.98-1SELinux runtime shared libraries
ii  libudev0 167-2   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-8  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- Configuration Files:
/etc/init.d/udev changed:
unmount_devpts() {
  if mountpoint -q /dev/pts/; then
umount -n -l /dev/pts/
  fi
  if mountpoint -q /dev/shm/; then
umount -n -l /dev/shm/
  fi
}
mount_tmpfs() {
  if grep -E -q "^[^[:space:]]+ /dev (dev)?tmpfs" /proc/mounts; then
mount -n -o remount,${dev_mount_options} -t tmpfs tmpfs /dev
return
  fi
  if ! mount -n -o $dev_mount_options -t tmpfs tmpfs /dev; then
log_failure_msg "udev requires tmpfs support, not started."
log_end_msg 1
  fi
  return 0
}
create_dev_makedev() {
  if [ -e /sbin/MAKEDEV ]; then
ln -sf /sbin/MAKEDEV /dev/MAKEDEV
  else
ln -sf /bin/true /dev/MAKEDEV
  fi
}
supported_kernel() {
  case "$(uname -r)" in
2.[012345].*|2.6.[0-9]|2.6.[0-9][!0-9]*) return 1 ;;
2.6.1[0-9]|2.6.1[0-9][!0-9]*) return 1 ;;
2.6.2[0-6]|2.6.2[0-6][!0-9]*) return 1 ;;
  esac
  return 0
}
my_tty() {
  [ -x /bin/readlink ] || return 0
  [ -e /proc/self/fd/0 ] || return 0
  readlink --silent /proc/self/fd/0 || true
}
warn_if_interactive() {
  if [ "$RUNLEVEL" = "S" -a "$PREVLEVEL" = "N" ]; then
return
  fi
  TTY=$(my_tty)
  if [ -z "$TTY" -o "$TTY" = "/dev/console" -o "$TTY" = "/dev/null" ]; then
return
  fi
  printf "\n\n\nIt has been detected that the command\n\n\t$0 $*\n\n"
  printf "has been run from an interactive shell.\n"
  printf "It will probably not do what you expect, so this script will wait\n"
  printf "60 seconds before continuing. Press ^C to stop it.\n"
  printf "RUNNING THIS COMMAND IS HIGHLY DISCOURAGED!\n\n\n\n"
  sleep 60
}
create_dev_root_rule() {
  local udevroot="$1"
  [ -e $udevroot/rules.d/61-dev-root-link.rules ] && return 0
  eval $(udevadm info --export --export-prefix=ROOT_ --device-id-of-file=/ \
|| true)
  [ "$ROOT_MAJOR" -a "$ROOT_MINOR" ] || return 0
  echo 'ACTION=="add|change", SUBSYSTEM=="block", ENV{MAJOR}=="'$ROOT_MAJOR'", 
ENV{MINOR}=="'$ROOT_MINOR'", SYMLINK+="root"' \
> $udevroot/root-link-rule
  mv $udevroot/root-link-rule $udevroot/rules.d/61-dev-root-link.rules
}
[ -x /sbin/udevd ] || exit 0
PATH="/sbin:/bin"
tmpfs_size="10M"
udev_root="/dev"
if [ -e /etc/udev/udev.conf ]; then
  . /etc/udev/udev.conf
fi
. /lib/lsb/init-functions
if ! supported_kernel; then
  log_failure_msg "udev requires a kernel >= 2.6.27, not started."
  log_end_msg 1
fi
if [ ! -e /proc/filesystems ]; then
  log_failure_msg "udev requires a mounted procfs, not started."
  log_end_msg 1
fi
if ! grep -q '[[:space:]]tmpfs$' /proc/filesystems; then
  log_failure_msg "udev requires tmpfs support, not started."
  log_end_msg 1
fi
if [ ! -d /sys/class/ ]; then
  log_failure_msg "udev requires a mounted sysfs, not started."
  log_end_msg 1
fi
if [ ! -e /sys/kernel/uevent_helper ]; then
  log_failure_msg "udev requires hotplug support, not started."
  log_end_msg 1
fi
if [ "$UDEV_DISABLED" = "yes" ]; then
  udev_root=/etc/udev/.dev
  export UDEV_ROOT=$udev_root
fi
udev_root=${udev_root%/}
dev_mount_options='mode=0755'
if [ "$tmpfs_size" ]; then
  dev_mount_options="size=${tmpfs_size},${dev_mount_options}"
fi
if [ "$udev_root" != "/dev" ]; then
  log_warning_msg "udev_root != /dev/"
case "$1" in
start)
if [ -e "$udev_root/.udev/" -o -e /run/udev/ ]; then
if mountpoint -q $udev_root/; then
log_failure_msg "udev is already active on $udev_root."
log_end_msg 1
else
log_warning_msg ".udev/ already

Bug#622309: udev: Network, sound and X input broken

[Marco d'Itri]

On Apr 12, Christian Ohm  wrote:

> Possibly this is the same problem as in #621036, except that is marked as 
> being
> fixed in 167-2, which didn't work here.
Then looks like you will have to find out why, because so far it is
working for everybody else.
Do you have a run? Is it a tmpfs? Does it contain anything?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#622309: udev: Network, sound and X input broken

[Christian Ohm]

Package: udev
Version: 166-1
Severity: critical
Justification: breaks unrelated software

Hello,

after updating my system to udev 167-2 and rebooting, things stopped working.
Sound and network were completely dead, X input (ps2 keyboard and usb mouse)
was dead until I dis- and reconnected the mouse. Downgrading udev / libudev /
libgudev to 166-1 made everything work again.

Possibly this is the same problem as in #621036, except that is marked as being
fixed in 167-2, which didn't work here.

Best regards,
Christian Ohm

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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.38  Debian configuration management sy
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.98-1SELinux runtime shared libraries
ii  libudev0 166-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-8  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:
  udev/sysfs_deprecated_incompatibility:

-- 
Q:  What do you have when you have a lawyer buried up to his neck in sand?
A:  Not enough sand.



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

Bug#603484: [Pkg-xfce-devel] Bug#603484: xfce4-settings: Changing Mouse, Cursor Theme Has No Effect

[Allen Cuda]

FYI,
If you log in from GDM using the 'Run Xclient script' as your session, 
you will not be able to change your mouse cursor theme and size as 
described in the bug report. You must log in using 'Xfce session' for 
the theme and size changes to work. If you want the changes to take 
effect without restarting the X server, execute 'xfwm4 --restart &' from 
a terminal (Note that QT applications need to be restarted to get the 
new cursor theme). Also, some cursor themes have "small/medium/large" 
sets and won't respond to the cursor size hint.


So, maybe the bug is in the session script…



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

Bug#357681: apt-dpkg-ref: recommends building as root

[vane...@gmail.com]

Hi Justin,

It has been a long time since you filed this bug, when reading the section
"Building Debian packages from source" I notice that it clearly says (under
the dpkg-buildpackage) that one should use -rfakeroot to simulate root
privileges, this clearly implies that you can build a package without being
root.
-- 
Ing. Vanessa Gutiérrez

Bug#622308: xserver-xorg-video-intel: sporadic graphics corruption after upgrade to 2.6.38

[Cyril Brulebois]

Hi,

Nathan A. Stine  (11/04/2011):
> I've noticed that after an upgrade to kernel version 2.6.38 from
> 2.6.37

interesting, you just upgraded that?

> I also apologize if I'm reporting this bug against the wrong
> package.  This is a driver issue as near as I can tell (maybe kernel
> related or a compatibility issue), but it may be something
> completely different.

Yeah, X's fun, plenty of possibly guilty packages. :) Your guess looks
fine for now, feel free to report your bug upstream directly:
  https://bugs.freedesktop.org/ (product xorg, component Driver/intel)

I had the same kind of issues but a kernel upgrade fixed it (during
the .38 release cycle), maybe there are some glitches left.

We're AFAICT only lacking a package for latest libdrm; not sure it's
worth waiting until (say..) tomorrow for an updated libdrm package to
be available, I think opening a bug upstream is the right thing to do.

Also, feel free to Cc me while submitting it, so that I can keep an
eye on its status, and mark this bug as forwarded there.

Thanks!

KiBi.


signature.asc
Description: Digital signature

Bug#616174: foo2zjs

[Martin Ziegler]

I switched back to lprng some time ago, because I found it 
easier to use that cups. I need foo2zjs for my HP-Laserjet.
Now the last version of foo2zjs ((20110210dfsg-1) depends on 
cups-client:


(From the Changelog)
* debian/control:
 + Add dependency on cups and cups-client to ensure that
   automatic update of the PPDs of existing print queues works.

But cups-client conflicts with lprng! I would rather miss 
the automatic updating than being forced to install and 
configure cups again.



Regards,

Martin

PS: Hopefully I filed a bugreport  (#622125) against 
foo2zjs.




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

Bug#257883: netcfg: Please offer to configure all network interfaces

[Kash]

As long as we are fixing this, can we also fix the
netcfg/interface=auto that's suppose to pick the correct interface
when pxe booting? We have machines with multiple interfaces and
interface=auto picks eth0 and the link is on eth4, so it complains
that it couldn't get a dhcp address and quits the preseed

On Mon, Apr 11, 2011 at 4:44 PM, Matt Taggart  wrote:
> Regarding #257883, "netcfg: Please offer to configure all network
> interfaces" (wow old bug!) I would also like d-i to let me configure
> multiple network interfaces. It would be nice if it prompted in
> expert mode, but since I'm already using preseeding I'd settle for a
> way to configure additional interfaces using late_command or something.
> Maybe netcfg could have a flag to indicate you were configuring an
> additional interface and not to step on the original config?
>
> In case it's useful here's my use case:
>
> All our machines have two networks, a public network and a private
> network. To install I pxe boot a machine using the private network
> and it gets a throw-away dhcp IP, then loads the preseed file. Then I
> use the preseed/run trick mentioned in the manual to cause netcfg to
> run again and prompt me for the real static config of the private
> network. Then it finishes the install using that new config, but I'd
> also like to configure the public network before rebooting. Also
> potentially tricky is after configuring the public network I want
> the default gateway to be on the public network.
>
> Work-arounds welcome.
>
> Thanks,
>
> --
> Matt Taggart
> tagg...@debian.org
>
>
>
> --
> To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/20110411234440.bd8031a9...@taggart.lackof.org
>
>



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

Bug#622307: bsdmainutils: cal -M no longer works

[Joseph Maher]

Package: bsdmainutils
Version: 8.0.13
Severity: normal

cal -M used to give the calendar starting on Mondays in lenny, but no 
longer does this in squeeze. ncal -M works, but I prefer the calendar the 
other way round...



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

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

Versions of packages bsdmainutils depends on:
ii  bsdutils  1:2.17.2-9 Basic utilities from 
4.4BSD-Lite
ii  debianutils   3.4Miscellaneous utilities 
specific t
ii  libc6 2.11.2-10  Embedded GNU C Library: 
Shared lib
ii  libncurses5   5.7+20100313-5 shared libraries for terminal 
hand


bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp   4:4.4.5-1  The GNU C preprocessor (cpp)
pn  vacation   (no description available)
pn  wamerican | wordlist   (no description available)
ii  whois 5.0.10 an intelligent whois client

-- 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#622300: systemd: fails to bring up encrypted swap

[Sam Morris]

> $ tail /var/log/syslog
> Apr 11 22:47:40 wintermute systemd-cryptsetup[20574]: crypt_init() failed: 
> Function not implemented
> Apr 11 22:47:40 wintermute systemd[1]: cryptsetup@swap0.service: main process 
> exited, code=exited, status=1
> Apr 11 22:47:40 wintermute systemd[1]: Unit cryptsetup@swap0.service entered 
> failed state.

Looks like this happens because the dm_mod kernel module is not loaded.

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


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

Bug#622306: 2.6.32-33 Xen amd64 kernel fails to boot as Xen guest

[Reid Barton]

Package: linux-image-2.6.32-5-xen-amd64
Version: 2.6.32-33

We were unable to boot the Xen amd64 flavor of the 2.6.32-32 or
2.6.32-33 proposed kernels as a Xen guest.  The failure occurs very
early, before the kernel prints any messages to the console; the guest
machine shows up in xm list as "crashed".

git bisect indicated that the commit "x86: Cleanup highmap after brk
is concluded" is the probable culprit.  It seems this patch has caused
problems for others as well, see for example
https://bugs.launchpad.net/system76/+bug/752870.  We haven't yet
tested whether the "x86, hibernate: Initialize mmu_cr4_features during
boot" commit mentioned in that thread fixes the boot as a Xen guest.

Regards,
Reid Barton



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

Bug#622305: [Pkg-urxvt-maintainers] Bug#622305: urxvt segfaults on startup

[Ryan Kavanagh]

Hi Edward,
Thanks for the bug report.

On Mon, Apr 11, 2011 at 11:29:37PM +0100, Edward Allcutt wrote:
> Version: 9.09-3
> [...]
> This started happening in the last couple days. I haven't upgraded
> rxvt recently [...]

Could you please check whether or not you can reproduce this with urxvt
9.10-1 (the current version in Debian unstable)?

Thanks,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A (Transitioning from E95EDDC9)   
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


signature.asc
Description: Digital signature

Bug#257883: netcfg: Please offer to configure all network interfaces

[Matt Taggart]

Regarding #257883, "netcfg: Please offer to configure all network
interfaces" (wow old bug!) I would also like d-i to let me configure
multiple network interfaces. It would be nice if it prompted in
expert mode, but since I'm already using preseeding I'd settle for a
way to configure additional interfaces using late_command or something.
Maybe netcfg could have a flag to indicate you were configuring an
additional interface and not to step on the original config?

In case it's useful here's my use case:

All our machines have two networks, a public network and a private
network. To install I pxe boot a machine using the private network
and it gets a throw-away dhcp IP, then loads the preseed file. Then I
use the preseed/run trick mentioned in the manual to cause netcfg to
run again and prompt me for the real static config of the private
network. Then it finishes the install using that new config, but I'd
also like to configure the public network before rebooting. Also
potentially tricky is after configuring the public network I want
the default gateway to be on the public network.

Work-arounds welcome.

Thanks,

-- 
Matt Taggart
tagg...@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#582976: Please confirm if this bug in Debian's netselect-apt is still present

[ASD Consultoria]

Em Mon, 11 Apr 2011 02:15:11 +0200
Javier Fernández-Sanguino Peña  escreveu:

> To debug this issue, please send an email with the output of the above
> execution of the program (you can use 'script' to capture it easily)
> attached.

I am not a hard user, can you explain, in details, what you want?

The output of "netselect-apt -n unstable" is attached.

Best regards.
-- 
ASD Consultoria, Rio, RJ
Arq. Sávio M Ramos
Só usamos Linux desde 2000
www.debian.org
# netselect-apt -n unstable
Using distribution unstable.
Retrieving the list of mirrors from www.debian.org...

--2011-04-11 20:29:26--  http://www.debian.org/mirror/mirrors_full
Resolvendo www.debian.org... 200.17.202.197
Conectando-se a www.debian.org|200.17.202.197|:80... conectado.
A requisição HTTP foi enviada, aguardando resposta... 200 OK
Tamanho: 294809 (288K) [text/html]
Salvando em: “/tmp/netselect-apt.Om0pK4”

100%[>] 
294809  54,9K/s   em 5,2s

2011-04-11 20:29:46 (54,9 KB/s) - “/tmp/netselect-apt.Om0pK4” salvo 
[294809/294809]

Choosing a main Debian mirror using netselect.
netselect: 315 (22 active) nameserver request(s)...   
Duplicate address 24.215.0.24 (http://debian.mirror.rafal.ca/debian/, 
http://24.215.0.24/debian/); keeping only under first name.
netselect: 230 (23 active) nameserver request(s)...   
Duplicate address 138.231.176.11 (http://webb.ens-cachan.fr/debian/, 
http://debian.ens-cachan.fr/ftp/debian/); keeping only under first name.
netselect: 152 (24 active) nameserver request(s)...   
Duplicate address 150.65.7.130 (http://ftp.jaist.ac.jp/pub/Linux/Debian/, 
http://ftp2.jp.debian.org/debian/); keeping only under first name.
netselect: 123 (23 active) nameserver request(s)...   
Duplicate address 193.219.80.27 (http://debian.mirror.vu.lt/debian/, 
http://ftp.ru.debian.org/debian/); keeping only under first name.
netselect: 90 (23 active) nameserver request(s)...
Duplicate address 202.29.148.54 (http://ftp.th.debian.org/debian/, 
http://ftp.v6.coe.psu.ac.th/debian/); keeping only under first name.
netselect: 69 (23 active) nameserver request(s)...   
Duplicate address 35.9.37.225 (http://35.9.37.225/debian/, 
http://ftp.egr.msu.edu/debian/); keeping only under first name.
netselect: 60 (24 active) nameserver request(s)...   
Duplicate address 199.6.1.174 (http://mirrors.nl.kernel.org/debian/, 
http://199.6.1.174/debian/); keeping only under first name.
netselect: 26 (23 active) nameserver request(s)...   
Duplicate address 199.6.12.70 (http://199.6.12.70/debian/, 
http://mirror.mycre.ws/debian/); keeping only under first name.
Running netselect to choose 1 out of 284 addresses.  

The fastest server seems to be:


Writing sources.list.
sources.list exists, moving to sources.list.1302564823
Done.

Bug#612296: bacula and bacula-doc

[Luca Capello]

Hi there!

For the debian-backports@ people, please read at the end.

On Mon, 11 Apr 2011 17:06:43 +0200, José Luis Tallón wrote:
> On Fri, 08 Apr 2011 12:36:58 +0200, Luca Capello  wrote:
>> On Fri, 11 Feb 2011 19:29:15 +0100, José Luis Tallón wrote:
> Chuck, would you be happy to co-maintain bacula together with
> José Luis?
 
 Sure not a problem.
 
>
> Luca, would you mind sponsoring/reviewing a new version during this week?
>
> As there was no activity from others, this tasks fell a bit in my todo
> list.
> Moreover, I didn't want to overload Anibal if at all possible.

No problem at all, please continue it privately.

>> There is no Alioth project and I was thinking about creating one named
>> 'pkg-bacula'.

I clearly remember I had looked for such a project before sending my
last email and found none, now that I was asking for it I found out that
one has existed since 2006-05-10.  I cc:ed the other three members: what
is your status in this project?  John already demoted himself from
'Admin' to 'Developer', I guess he wants to come back in the future ;-),
what about Christoph and Turbo?

I am now part of this project, the next thing I will ask for is two
mailing lists: read-only -commits and -devel, the latter to be used as
Maintainers: in debian/control.  And I will also ask for a Git
repository, which will be the succession of John's repository at
.  Given that it must be
editable by every one in the project, it should be created with `umaks
002`, as explained at:

  .

>>  Maybe I will ask on debian-devel@ and then decide about that.
>> Anyway, if no one will complain in three days, I will ask for such a new
>> Alioth project.
>
> Ok, let's use Alioth
>  (though I'd prefer some repo hosted somewhere or whatever)

Anything else than Alioth is a no-op for me, sorry, as I do not see the
point in keeping Debian work on a non-Debian resource.  And if Alioth
misses something that other resources have, please file bugs into the
Alioth bug tracker ;-)

On Mon, 11 Apr 2011 15:38:29 +0200, Gerfried Fuchs wrote:
> * Bernd Holzinger  [2011-04-11 14:55:27 CEST]:
>> Any plans to update the bacula packages to version 5.0.3 for squeeze?
>
>  A backport of 5.0.3 can only be produced if the bacula version in
> testing got updated to said version.
[...]
>  I myself have a too tight schedule to do all the stuff I do anyway, so
> I opt out from doing that voluntarily. My relation to the package was
> work-related (same as with John) and actually dropped from me two years
> ago. So someone from the upcoming maintenance team would be a perfect
> fill-in here.

FWIW, I started to use Bacula on production systems, i.e. on squeeze,
thus if none of the other upcoming maintainers will do, I will for sure
provide backports for squeeze, since I need them anyway.

Thx, bye,
Gismo / Luca


pgpLt9mb83dmF.pgp
Description: PGP signature

Bug#622224: no changelogs created

[Erik Esterer]

Package: www.debian.org
Followup-For: Bug #64

This is because there are no updates of the changelogs since at least April, 
1st.
Take for example the package kdebindings: version 4.4.5-5 was uploaded on 
April, 1st[1],
but the folder for the changelog[2] hasn't been updated. The most recent 
version shown
there is 4.4.5-4. Note that the the tar.gz[3] contains an appropiate changelog.

But this is a problem not only of kdebindings but of every package uploaded 
since at least
April, 1st (the changelog of packages uploaded on March, 23rd still worked, I 
didn't check
dates in between).

Erik

[1] http://packages.qa.debian.org/k/kdebindings.html
[2] http://packages.debian.org/changelogs/pool/main/k/kdebindings/
[3] 
http://ftp.de.debian.org/debian/pool/main/k/kdebindings/kdebindings_4.4.5-5.debian.tar.gz


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#619445: [Xmlstar-devel] Should XPath arguments interpret XML entities? (Bug 3240736)

[Vincent Lefevre]

On 2011-04-11 19:13:14 -0400, Noam Postavsky wrote:
> Ah, that is a wrinkle I overlooked. Fortunately, the first command does
> give a tab in version 1.1.0 since in that version the stylesheet xml
> tree is built directly in memory instead of parsing it from a string.

I confirm that the problem with the tab character is solved in 1.1.0.

Perhaps the Debian bug should be retitled as:

  xmlstarlet doesn't interpret XPath arguments in a consistent way

and be closed as fixed in 1.1.0-1.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#621544: ldm: Getting rid of unneeded *.la / emptying dependency_libs

[Vagrant Cascadian]

On Thu, Apr 07, 2011 at 06:07:17PM +0100, codeh...@debian.org wrote:
> To finish an old release goal from Squeeze, to comply with Policy
> 10.2 and to ease the introduction of MultiArch, I'm filing bugs
> against packages which contain .la files which can be either removed
> or stripped of the dependency_libs variable.
...
> In most cases, the .la file(s) can simply be removed as the process
> behind this MBF has already identified that there are no further
> dependencies using the .la file.

the files in question are:

  /usr/lib/ldm/librdesktop.la
  /usr/lib/ldm/libssh.la

manually removing the files after package build doesn't break either the ssh 
or rdesktop backends, so that's at least promising.

live well,
  vagrant



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

Bug#619445: [Xmlstar-devel] Should XPath arguments interpret XML entities? (Bug 3240736)

[Noam Postavsky]

I've cc'd to the Debian BTS.

Mònica Ramírez Arceda  writes:

> The original submitter of this bug has sent an argument to Debian BTS. I
> forward our dialog: 
[...]
> XMLStarlet should be fixed in one way or the other, so that at least
> one of the following works, i.e. gives a line with "a" followed by a
> tab character followed by "b":
>
> $ echo '' | xml sel -T -t -v "'a$(printf \\t)b'" -n
> $ echo '' | xml sel -T -t -v "'a	b'" -n
>
> Currently the former command gives: "a b" (with a space).

Ah, that is a wrinkle I overlooked. Fortunately, the first command does
give a tab in version 1.1.0 since in that version the stylesheet xml
tree is built directly in memory instead of parsing it from a string.

Noam



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

Bug#267838: netcfg: DHCP installer -> STATIC target

[Matt Taggart]

This wishlist bug seems like a pretty small corner case. First let
me restate it to make sure I understand correctly.

 You want d-i to do a dhcp request but then use the answers to
 define a static config.

Does that sound right? I guess I can understand wanting to do that,
maybe you don't want to depend on the dhcp server being up all the
time. But if implemented in the way you mention "Do you want to use
the dynamic answers you received as static values?" seems like a
violation of the nature of DHCP and would hurt more users than it would
possibly help.

I have a similar use case, I want to use a throw away dhcp assigned
address during boot and to load the preseed, but then I want to switch
to a static config. I use the preseed_run script idea documented in
the d-i manual to cause netcfg to rerun. Then later in the preseed
I define the network parameters.

http://d-i.alioth.debian.org/manual/en.amd64/apbs04.html#preseed-network

This could work for your case, but normally this would then mean you
would need one preseed per system, but maybe you could use the
early_command or include_command functions to save the dhcp answers
and set them?

http://d-i.alioth.debian.org/manual/en.amd64/apbs05.html#preseed-hooks

I think this bug might be wontfix.

--  
Matt Taggart
tagg...@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#622291: xserver-xorg-video-intel problem Sony Vaio EB4B4E

[Cyril Brulebois]

Hi,

Yattatux  (11/04/2011):
> Debian testing Wheezy.
> xserver-xorg-video-intel problem with Intel HD (i915)
> problem with update of April 11, 2011
> Problem with Intel HD (i915) Sony Vaio EB4B4E.
> Serious problem with limited graphics functionality.

as for the X driver (the package you reported the bug against), you
could try with the version available in sid to see whether that helps.

> Docky: graphics problems, shadows and edges blacks and reds glxgears
> 3500 frames before the upgrade. 300 frames now.

You may want to try to upgrade libgl1-mesa-dri to the version
available in sid as well (7.10.2-1).

(As a side note: glxgears is not a benchmark; and a limited number of
frames can also be due to sync on vblank; although that's unlikely to
be the case at 300 fps.)

KiBi.


signature.asc
Description: Digital signature

Bug#622299: Corrupt GL rendering with KMS (r300) enabled on IA-64 platform (Itanium)

[Cyril Brulebois]

severity 622299 important
thanks

Hi,

Émeric Maschino  (11/04/2011):
> GL rendering is completely garbaged (see attached screenshot of
> glxgears) and thus unusable when KMS is enabled with libgl1-mesa-dri
> 7.10-4 in today's Debian "Wheezy" Testing updates. Disabling KMS
> fixes the problem.
> 
> Previous libgl1-mesa-dri 7.7.1-4 doesn't have this issue. Simply
> reverting libgl1-mesa-dri to 7.7.1-4 (while keeping every other
> packages up-to-date) by invoking dpkg -i --force-downgrade
> libgl1-mesa-dri_7.7.1-4_ia64.deb fixes this issue. So, this
> definitely sounds like a regression introduced with current
> libgl1-mesa-dri 7.10-4.

please check what happens with the version available in sid
(7.10.2-1).

KiBi.


signature.asc
Description: Digital signature

Bug#522493: Same here

[Marco Túlio Gontijo e Silva]

Same problem here, and your solution worked.  I'm using pt_BR.UTF-8, with
default keyring named padrão.

Greetings.
-- 
marcot
http://marcot.eti.br/


signature.asc
Description: PGP signature

Bug#582212: Sorry, but I believe this bug was more of a misconfiguration.

[Santiago Garcia Mantinan]

> evdev is loaded and doesn't matter.
> I've set up several KVM systems without manual modifications, all the same.
> 
> The problem is still present with 2.6.32-bpo.5-amd64.

I'm afraid your problem doesn't have anything to do with kernel or kvm.

If you do have evdev loaded then I'd say that the problem is the new kernel
with oldstable dist, more exactly acpi related packages, if I remember it
correctly when running a squeeze kernel on top of lenny you had to be
running squeeze's acpi packages (no problems of dependencies or any others
appreciated on my setup) in order for events and other acpi stuff to work.

See if you can confirm this in order for the bug to be closed.

Regards.
-- 
Manty/BestiaTester -> http://manty.net



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

Bug#622295: r-other-mott-happy: Too long package description

[Steffen Möller]

Hello,

well, some want more, some want less. Some want science.

For a quick reader, the writing should be fine. Now it
is there. IIRC I found the text somewhere in upstream's
descriptions and wanted to keep things intact.
 I have no time to think of anything shorter
... paraquoting Goethe here.

Sorry, too many far more interesting things to do and
already leaving too many also more interesting things
undone.

Steffen


On 04/11/2011 11:53 PM, Andreas Tille wrote:

Hi Bubulle,

thanks for your sanity check on the descriptions.  As somebody who
belongs to the packaging team but also has no idea what all this text is
explaining I definitely agree to your opinion - but I can not fix this
myself (for the same reason you have trouble creating a patch).

Steffen, could you (or someone who is using this package to your
knowledge) please work out a shorter description of maximum two
paragraphs with no more than 10 lines if possible.  Everything else
belongs to README.Debian or something similar.

Kind regards

  Andreas.

On Mon, Apr 11, 2011 at 10:53:40PM +0200, Christian Perrier wrote:

Package: r-other-mott-happy
Severity: normal

The description of this package is long. I was about to write
"insanely" long but I can't use such strong word with a fellow DD..:-)

Still, we stumbled over this description in the DDTP and I have to
mentioned that it will never be completed if what is currently a full
scientific paper aboutI have no idea what...:-)

I really doubt that such a long description is really helpful to our
users. Could it be shortened to something just describing what the
package is doing...and leave developments to whatever README file you
think would be appropriate?

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

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



___
Debian-med-packaging mailing list
debian-med-packag...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging








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

Bug#622305: urxvt segfaults on startup

[Edward Allcutt]

Package: rxvt-unicode
Version: 9.09-3
Severity: normal

As follows:
=
$ gdb urxvt 2>/dev/null | tee trace
Reading symbols from /usr/bin/urxvt...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/urxvt 
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0xb79a973f in Perl_pp_require () from /usr/lib/libperl.so.5.10
(gdb) bt
#0  0xb79a973f in Perl_pp_require () from /usr/lib/libperl.so.5.10
#1  0xb79083d2 in Perl_call_sv () from /usr/lib/libperl.so.5.10
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) quit
=

Including my X resources since perl seems to be involved:
=
$ xrdb -query | fgrep -i rxvt
URxvt.background:   black
URxvt.color0:   black
URxvt.color1:   red3
URxvt.color10:  green
URxvt.color11:  yellow
URxvt.color12:  rgb:5c/5c/ff
URxvt.color13:  magenta
URxvt.color14:  cyan
URxvt.color15:  white
URxvt.color2:   green3
URxvt.color3:   yellow3
URxvt.color4:   blue2
URxvt.color5:   magenta3
URxvt.color6:   cyan3
URxvt.color7:   gray90
URxvt.color8:   gray50
URxvt.color9:   red
URxvt.cutchars: BACKSLASH ‘'"'’&()*,;:<=>?@[]{│}
URxvt.font: -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1
URxvt.foreground:   gray90
URxvt.perl-ext: selection
URxvt.perl-ext-common:  selection
URxvt.scrollBar:false
URxvt.termName: rxvt
URxvt.urgentOnBell: true
URxvt.visualBell:   true
=
although removing the *.perl* options from the X resources doesn't help..

This started happening in the last couple days. I haven't upgraded rxvt recently
but here's a log of the upgrades I have done:
=
Aptitude 0.6.3: log report
Sun, Apr 10 2011 11:12:17 +0100

IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 34 packages, and remove 1 packages.
2,957 kB of disk space will be used
===
[REMOVE, NOT USED] libpango1.0-common
[HOLD, DEPENDENCIES] libpcsclite1
[INSTALL, DEPENDENCIES] gir1.2-freedesktop
[INSTALL, DEPENDENCIES] gir1.2-glib-2.0
[INSTALL, DEPENDENCIES] gir1.2-pango-1.0
[INSTALL, DEPENDENCIES] libgirepository-1.0-1
[UPGRADE] cpp-4.4 4.4.5-14 -> 4.4.5-15
[UPGRADE] feh 1.11.2-1 -> 1.12-1
[UPGRADE] g++-4.4 4.4.5-14 -> 4.4.5-15
[UPGRADE] gcc-4.4 4.4.5-14 -> 4.4.5-15
[UPGRADE] gcc-4.4-base 4.4.5-14 -> 4.4.5-15
[UPGRADE] gstreamer0.10-plugins-base 0.10.30-1 -> 0.10.32-2
[UPGRADE] gstreamer0.10-x 0.10.30-1 -> 0.10.32-2
[UPGRADE] libatk1.0-0 1.32.0-1+sid1 -> 1.32.0-3
[UPGRADE] libatk1.0-data 1.32.0-1+sid1 -> 1.32.0-3
[UPGRADE] libatk1.0-dev 1.32.0-1+sid1 -> 1.32.0-3
[UPGRADE] libgssdp-1.0-2 0.8.0-2 -> 0.8.2-2
[UPGRADE] libgstreamer-plugins-base0.10-0 0.10.30-1 -> 0.10.32-2
[UPGRADE] libgstreamer0.10-0 0.10.32-4 -> 0.10.32-6
[UPGRADE] libgudev-1.0-0 166-1 -> 167-1
[UPGRADE] libgupnp-1.0-3 0.14.0-2 -> 0.14.1-2
[UPGRADE] libpango1.0-0 1.28.3-1+squeeze2 -> 1.28.3-6
[UPGRADE] libpango1.0-dev 1.28.3-1+squeeze2 -> 1.28.3-6
[UPGRADE] libpolkit-agent-1-0 0.99-3 -> 0.101-2
[UPGRADE] libpolkit-backend-1-0 0.99-3 -> 0.101-2
[UPGRADE] libpolkit-gobject-1-0 0.99-3 -> 0.101-2
[UPGRADE] libstdc++6-4.4-dev 4.4.5-14 -> 4.4.5-15
[UPGRADE] libudev0 166-1 -> 167-1
[UPGRADE] libwebkit-1.0-2 1.2.7-1 -> 1.2.7-2
[UPGRADE] libwebkit-1.0-common 1.2.7-1 -> 1.2.7-2
[UPGRADE] libwebkit-dev 1.2.7-1 -> 1.2.7-2
[UPGRADE] mercurial 1.8.1-1 -> 1.8.1-3
[UPGRADE] mercurial-common 1.8.1-1 -> 1.8.1-3
[UPGRADE] policykit-1 0.99-3 -> 0.101-2
[UPGRADE] udev 166-1 -> 167-1
[UPGRADE] xorg-sgml-doctools 1:1.6-1 -> 1:1.7-1
===

Log complete.
=




-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

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

Versions of packages rxvt-unicode depends on:
ii  base-passwd 3.5.22   Debian base system master password
ii  libafterimage0  2.2.11-3 imaging library designed for After
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.6.0-2GCC support library
ii  libglib2.0-02.28.4-1 The GLib library of C routines
ii  libgtk2.0-0 2.24.3-1~sid1The GTK+ graphical user interface 
ii  libice6 2:1.0.7-1X

Bug#622302: Small fix to make dvi2ps build on GNU/Hurd

[Samuel Thibault]

Svante Signell, le Tue 12 Apr 2011 00:11:24 +0200, a écrit :
> Looks like there is a
> libxcb1-1.7-2+b1 but no -dev version of that library
> at 
> ./people.debian.org/~sthibault/hurd-i386/installer/pool/main/misc/libxcb1_1.7-2+b1_hurd-i386.deb

Please disregard this libxcb package completely: this is just a test
build for the debian installer, and is not to be taken for regular
installed systems (I've even dropped the package actually).

Samuel



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

Bug#557320: [Pkg-xfce-devel] Bug#557320: Bug#557320: thunar: goes up 2 dirs when deleting the one I'm in

[Sandro Tosi]

Hi,

On Fri, Apr 8, 2011 at 13:26, Yves-Alexis Perez  wrote:
> What is the status on this? Can you still reproduce “from time to time”?

I think so, but I'll give it a closer look. Is there a more up-to-date
version of thunar or a specific configuration you'd like me to test?

Cheers.
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#622304: libgtk2.0-0: Wrong Iceweasel buttons displayed after upgrade

[Marc-Jano Knopp]

Package: libgtk2.0-0
Version: 2.24.3-1~sid1
Severity: normal

{ It's my best guess that this bug report belongs to libgtk2.0-0 -- if
it doesn't, please move it to somewhere else. }

After the time libgtk2.0-{0,bin,common} were updated from 2.20.1-2 to
2.24.3-1~sid1 (packages with the substring "icon" or "theme" were
*not* updated at that time), Iceweasel's back and forward buttons are
displayed wrong: independent of selected gtk theme, they are always
thin white arrows with only very little difference between the active
and the non-active arrow (see attachment).

Before, (and in "lxappearance", this is still shown correctly!) they
were thick green arrows with a clear difference between active and
non-active version.

Because of the hardly noticable difference between active and
non-active arrow, this is more than just a cosmetic issue.

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0 1.32.0-3 The ATK accessibility toolkit
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libcomerr2  1.41.12-2common error description library
ii  libcups21.4.6-3  Common UNIX Printing System(tm) - 
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgcrypt11 1.4.6-5  LGPL Crypto library - runtime libr
ii  libgdk-pixbuf2.0-0  2.22.1-1+sid1GDK Pixbuf library
ii  libglib2.0-02.28.4-1 The GLib library of C routines
ii  libgnutls26 2.10.5-1+b1  the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.9+dfsg-1   MIT Kerberos runtime libraries - k
ii  libgtk2.0-common2.24.3-1~sid1Common files for the GTK+ graphica
ii  libk5crypto31.9+dfsg-1   MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.9+dfsg-1   MIT Kerberos runtime libraries
ii  libpango1.0-0   1.28.3-6 Layout and rendering of internatio
ii  libpng12-0  1.2.44-2 PNG library - runtime
ii  libx11-62:1.4.2-1X11 client-side library
ii  libxcomposite1  1:0.4.3-1X11 Composite extension library
ii  libxcursor1 1:1.1.11-1   X cursor management library
ii  libxdamage1 1:1.1.3-1X11 damaged region extension libra
ii  libxext62:1.2.0-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.5-1X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.4.2-1X11 Input extension library
ii  libxinerama12:1.1.1-1X11 Xinerama extension library
ii  libxrandr2  2:1.3.1-1X11 RandR extension library
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  shared-mime-info0.90-1   FreeDesktop.org shared MIME databa
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme 0.12-1default fallback theme for FreeDes
ii  libgtk2.0-bin  2.24.3-1~sid1 The programs for the GTK+ graphica

Versions of packages libgtk2.0-0 suggests:
ii  gvfs  1.6.4-3userspace virtual filesystem - ser
ii  librsvg2-common   2.32.1-1   SAX-based renderer library for SVG

-- no debconf information
<>

Bug#622295: r-other-mott-happy: Too long package description

[Andreas Tille]

Hi Bubulle,

thanks for your sanity check on the descriptions.  As somebody who
belongs to the packaging team but also has no idea what all this text is
explaining I definitely agree to your opinion - but I can not fix this
myself (for the same reason you have trouble creating a patch).

Steffen, could you (or someone who is using this package to your
knowledge) please work out a shorter description of maximum two
paragraphs with no more than 10 lines if possible.  Everything else
belongs to README.Debian or something similar.

Kind regards

 Andreas.

On Mon, Apr 11, 2011 at 10:53:40PM +0200, Christian Perrier wrote:
> Package: r-other-mott-happy
> Severity: normal
> 
> The description of this package is long. I was about to write
> "insanely" long but I can't use such strong word with a fellow DD..:-)
> 
> Still, we stumbled over this description in the DDTP and I have to
> mentioned that it will never be completed if what is currently a full
> scientific paper aboutI have no idea what...:-)
> 
> I really doubt that such a long description is really helpful to our
> users. Could it be shortened to something just describing what the
> package is doing...and leave developments to whatever README file you
> think would be appropriate?
> 
> -- System Information:
> Debian Release: wheezy/sid
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> 
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de



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

Bug#622276: gcc-mingw-w64: architecture triplets don't seem to make sense

[Stephen Kitt]

Hi Adam,

On Mon, Apr 11, 2011 at 07:14:32PM +0200, Adam Borowski wrote:
> (Reporting while the package is still stuck in NEW, sorry if it becomes
> misplaced.  Reportbug claims the maintainer is ok, not sure about
> the BTS.)

Everything seems to have worked OK, although the BTS is slightly
confused. If you want to you can reassign the bug to mingw-w64 which
is in the archive already!

> The compiler triplets seem to be wrong:
> 
> * i686-w64-mingw32 has "w64" in name, yet executables it produces work
>   perfectly on 32 bit systems.  I even checked on an ancient 32 bit only   
>   machine to be 100% sure.
> 
>   To add confusion, other builds call it i586-mingw32msvc or just mingw32.
> 
> * x86_64-w64-mingw32 has "w32", but its executables are 64 bit.

This is how the upstream project (MinGW-w64) goes about things. There
are at least two reasons:
* The "w64" part is to identify the triplet as corresponding to
  MinGW-w64 as opposed to MinGW.
* The "mingw32" part is maintained so that existing configure scripts
  will still work (in particular, configure scripts written with MinGW
  in mind will work with MinGW-w64).

The MinGW-w64 project itself targets both 32- and 64-bit Windows. The
target is identified by its CPU (i[3456]86 for 32-bit, x86_64 for
64-bit); the API isn't supposed to change much... The "other builds"
calling it i586-mingw32msvc or i586-mingw32 are builds of MinGW, not
MinGW-w64 (and MinGW-w64 is a separate project from MinGW, not MinGW's
64-bit variant).

The triplets are those officially recognised by the various GNU
projects involved as well (binutils and gcc mainly), and are already
used in other distributions (notably Fedora which has a whole bunch of
MinGW-w64 packages) and by lots of downstream software (see the list
for instance on http://mingw-w64.sf.net).

> Not to mention the whole package being named *-mingw-w64 while its existing
> counterparts have "-w" less (-mingw32), but that'd be probably too much work
> to change at this point.  This inconsistency has nowhere as big potential
> for confusion as -w64- in the 32 bit compiler.

The mingw32 packages are based on MinGW, not MinGW-w64. The old
MinGW-w64 package using MinGW's binutils and gcc was supposed to be a
short-term hack and was eventually abandoned. The long term plan is
actually to get rid of the mingw32 packages, once the packages which
build-depend on them have been updated to build with mingw-w64 instead
(including for 32-bit Windows).

All this has been discussed with both upstream and MinGW's maintainer
in Debian. I realise it's not ideal, but many users of MinGW-w64 are
already used to this way of doing things...

Regards, and thanks for your interest,

Stephen



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

Bug#582809: Missing symlink in /lib32 and /usr/lib32

[Francois Gouget]

I am running into the same problem when trying to compile a 32bit 
MojoSetup installer on my 64bit Debian system. I am missing the 
following links:

/lib32/libglib-2.0.so
/usr/lib32/libatk-1.0.so
/usr/lib32/libcairo.so
/usr/lib32/libgdk_pixbuf-2.0.so
/usr/lib32/libgdk-x11-2.0.so
/usr/lib32/libgio-2.0.so
/usr/lib32/libgmodule-2.0.so
/usr/lib32/libgobject-2.0.so
/usr/lib32/libgthread-2.0.so
/usr/lib32/libgtk-x11-2.0.so
/usr/lib32/libpango-1.0.so
/usr/lib32/libpangocairo-1.0.so
/usr/lib32/libpangoft2-1.0.so

These should either be provided by ia32-libs-gtk or by an 
ia32-libs-gtk-dev package.


-- 
Francois Gouget   http://fgouget.free.fr/
A particle is an irreducible representation of the Poincaré Group - Eugene 
Wigner

Bug#622303: kover: KDE menu placement

[Torquil Macdonald Sørensen]

Package: kover
Version: 1:4-7
Severity: normal

It seems that Kover is placed in the "Lost & Found" section of the KDE
menu. I think it would be better placed in the "Utilities" submenu.

Best regards
Torquil Sørensen

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

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

Versions of packages kover depends on:
ii  kdebase-runtime  4:4.6.1-0r7 runtime components from the offici
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libcddb2 1.3.2-2 library to access CDDB data - runt
ii  libcdio100.81-4  library to read and control CD-ROM
ii  libgcc1  1:4.6.0-2   GCC support library
ii  libkdecore5  4:4.6.1-0r3 KDE Platform Core Library
ii  libkdeui54:4.6.1-0r3 KDE Platform User Interface Librar
ii  libkfile44:4.6.1-0r3 File Selection Dialog Library for 
ii  libkio5  4:4.6.1-0r3 Network-enabled File Management Li
ii  libqt4-dbus  4:4.7.2-3   Qt 4 D-Bus module
ii  libqt4-network   4:4.7.2-3   Qt 4 network module
ii  libqt4-svg   4:4.7.2-3   Qt 4 SVG module
ii  libqt4-xml   4:4.7.2-3   Qt 4 XML module
ii  libqtcore4   4:4.7.2-3   Qt 4 core module
ii  libqtgui44:4.7.2-3   Qt 4 GUI module
ii  libstdc++6   4.6.0-2 The GNU Standard C++ Library v3

kover recommends no packages.

kover 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#622302: Small fix to make dvi2ps build on GNU/Hurd

[Svante Signell]

Package: dvi2ps
Version: 4.1j-3
Severity: important
Tags: patch
Usertags: Hurd

Attached is a small patch to enable successful build of tcpdump on
GNU/Hurd. The patch is a slight modification of 07_vflib3.dpatch adding
libt1 to the linker. To build properly on buildds the versions of
libxbc1 and libxcb1-dev should be the same: 1.7-2. Looks like there is a
libxcb1-1.7-2+b1 but no -dev version of that library
at 
./people.debian.org/~sthibault/hurd-i386/installer/pool/main/misc/libxcb1_1.7-2+b1_hurd-i386.deb



07_vflib3.dpatch
Description: application/shellscript

Bug#619931: netgen: will FTBFS with OpenCASCADE 6.5.0

[Adam C Powell IV]

found 619931 4.9.13.dfsg-2
thanks

This builds with 6.5.0, but not 6.3.0, so the Build-Dep needs to reflect
that by being versioned.

-Adam

On Wed, 2011-03-30 at 09:33 -0400, Adam C Powell IV wrote:
> severity 619931 serious
> thanks
> 
> OCC 6.5.0 is now in unstable, so this bug is now serious.
> 
> -Adam
> 
> On Mon, 2011-03-28 at 09:33 -0400, Adam C Powell IV wrote:
> > Package: src:netgen
> > Version: 4.9.13.dfsg-1
> > 
> > With OpenCASCADE 6.5.0, now in the NEW queue, netgen FTBFS:
> > 
> > libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../libsrc/include 
> > -DOCCGEOMETRY -I/usr/include/opencascade -D_OCC64 -DHAVE_IOSTREAM 
> > -DHAVE_LIMITS -DHAVE_LIMITS_H -DHAVE_IOMANIP -g -O2 -g -O2 -c 
> > Partition_Loop2d.cxx  -fPIC -DPIC -o .libs/Partition_Loop2d.o
> > Partition_Loop2d.cxx:25:45: fatal error: BRepOffset_DataMapOfShapeReal.hxx: 
> > No such file or directory
> > compilation terminated.
> > make[4]: *** [Partition_Loop2d.lo] Error 1
> > make[4]: Leaving directory `/home/hazelsct/repositories/netgen/libsrc/occ'
> > 
> > -Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#622301: libreoffice-l10n-he: updated settings for hebrew

[Lior Kaplan]

Package: libreoffice-l10n-he
Version: 1:3.3.2-2
Severity: normal
Tags: patch l10n


Hi,

I was working on a new version for openffice.org-ctl-he, when I noticed that 
the file /usr/lib/libreoffice/basis3.3/share/registry/ctl_he.xcd in 
libreoffice-l10n-he already turns on CTL support (also for English locale and 
UI).

Checking that files I found two problems:
1. It turns on CTLSequenceChecking which is only relevant for Hindi. It's 
problematic for Hebrew (see #i61863).

2. It does not see Hebrew as the default CTL language, leaving Hindi as the 
default language if non is set in the files.

The first entry should be changed to false:
false

(this might be the default for Hebrew, if so that dropping the line from the 
file might be enough)
Another entry should be added:

http://openoffice.org/2004/installation"; 
oor:name="Linguistic" oor:package="org.openoffice.Office">
 
  he-IL
 


With these two settings I could also replace the functionality brought by 
openoffice.org-ctl-he package.

Thanks,

Kaplan

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

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

Versions of packages libreoffice-l10n-he depends on:
ii  locales   2.11.2-13  Embedded GNU C Library: National L

Versions of packages libreoffice-l10n-he recommends:
ii  culmus  0.120-1  TrueType and Type1 Hebrew Fonts fo
ii  libreoffice-core1:3.3.2-2+b1 office productivity suite -- arch-

Versions of packages libreoffice-l10n-he suggests:
pn  hyphen-he  (no description available)
pn  libreoffice-ctl-he (no description available)
pn  libreoffice-help-he(no description available)
ii  myspell-he [myspell-dictionar 1.1-1  Hebrew dictionary for myspell
pn  mythes-he  (no description available)

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/lib/libreoffice/basis3.3/share/registry/ctl_he.xcd 
(from libreoffice-l10n-he package)



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

Bug#619807: calibre: missing build depedency on libboost1.42-dev

[Martin Pitt]

Hello Cyril,

Cyril Chaboisseau [2011-03-27 18:12 +0200]:
> ### Building extension podofo ###
> g++ -O3 -Wall -DNDEBUG -fno-strict-aliasing -pipe -fPIC -g -O2 -pthread 
> -I/usr/include/python2.6 -I/usr/include/podofo -c 
> /usr/local/src/build_src/calibre-0.7.50+dfsg/src/calibre/utils/podofo/podofo.cpp
>  -o /usr/local/src/build_src/calibre-0.7.50+dfsg/build/objects/podofo/podofo.o
> In file included from /usr/include/podofo/podofo.h:35:0,
>  from 
> /usr/local/src/build_src/calibre-0.7.50+dfsg/src/calibre/utils/podofo/podofo.cpp:6:
> /usr/include/podofo/PdfDefines.h:66:28: fatal error: boost/config.hpp: Aucun 
> fichier ou dossier de ce type

Ah, you are building with boost, that's why. The Debian package didn't
do that yet, I'm just adding that as part of bug #619632. However, I
don't have any boost -dev package installed, and it still just works
here, hmm.. But anyway, it doesn't hurt to have it, so I'll just add
it.

Thanks,

Martin

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


signature.asc
Description: Digital signature

Bug#622300: systemd: fails to bring up encrypted swap

[Sam Morris]

Package: systemd
Version: 20-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

$ grep swap0 /etc/fstab
/dev/mapper/swap0 noneswapsw  0   0

$ cat /etc/crypttab
# 
swap0 /dev/sdb1 /dev/urandom swap

$ systemctl show cryptsetup@swap0.service 
Id=cryptsetup@swap0.service
Names=cryptsetup@swap0.service
BindTo=dev-sdb1.device dev-mapper-swap0.device
RequiredBy=dev-mapper-swap0.device
WantedBy=cryptsetup.target dev-sdb1.device
Before=dev-mapper-swap0.device shutdown.target cryptsetup.target
After=systemd-readahead-collect.service systemd-readahead-replay.service 
dev-sdb1.device systemd-random-seed-load.service
Description=Cryptography Setup for swap0
LoadState=loaded
ActiveState=failed
SubState=failed
FragmentPath=/dev/.systemd/generator-YrAzJw/cryptsetup@swap0.service
InactiveExitTimestamp=Mon, 11 Apr 2011 22:41:55 +0100
InactiveEnterTimestamp=Mon, 11 Apr 2011 22:41:55 +0100
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=no
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=no
DefaultDependencies=no
DefaultControlGroup=name=systemd:/system/cryptsetup@.service/swap0
ControlGroup=cpu:/system/cryptsetup@.service/swap0 
name=systemd:/system/cryptsetup@.service/swap0
NeedDaemonReload=no
JobTimeoutUSec=0
Type=oneshot
Restart=no
NotifyAccess=none
RestartUSec=100ms
TimeoutUSec=3min
ExecStart={ path=/lib/systemd/systemd-cryptsetup ; 
argv[]=/lib/systemd/systemd-cryptsetup attach swap0 /dev/sdb1 /dev/urandom swap 
; ignore=no ; start_time=[n/a] ; stop_time=[Mon, 11 Apr 2011 22:41:55 +0100] ; 
pid=20217 ; code=exited ; status=1 }
ExecStartPost={ path=/sbin/mkswap ; argv[]=/sbin/mkswap /dev/mapper/swap0 ; 
ignore=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; 
status=0/ }
ExecStop={ path=/lib/systemd/systemd-cryptsetup ; 
argv[]=/lib/systemd/systemd-cryptsetup detach swap0 ; ignore=no ; 
start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/ }
UMask=0002
LimitCPU=18446744073709551615
LimitFSIZE=18446744073709551615
LimitDATA=18446744073709551615
LimitSTACK=18446744073709551615
LimitCORE=18446744073709551615
LimitRSS=18446744073709551615
LimitNOFILE=1024
LimitAS=18446744073709551615
LimitNPROC=31650
LimitMEMLOCK=65536
LimitLOCKS=18446744073709551615
LimitSIGPENDING=31650
LimitMSGQUEUE=819200
LimitNICE=0
LimitRTPRIO=0
LimitRTTIME=18446744073709551615
OOMScoreAdjust=0
Nice=0
IOScheduling=0
CPUSchedulingPolicy=0
CPUSchedulingPriority=0
TimerSlackNSec=5
CPUSchedulingResetOnFork=no
NonBlocking=no
StandardInput=null
StandardOutput=inherit
StandardError=inherit
SyslogPriority=30
SyslogLevelPrefix=yes
SecureBits=0
CapabilityBoundingSetDrop=0
MountFlags=1048576
PrivateTmp=no
SameProcessGroup=no
KillMode=control-group
KillSignal=15
PermissionsStartOnly=no
RootDirectoryStartOnly=no
RemainAfterExit=yes
GuessMainPID=yes
ExecMainPID=20217
ExecMainCode=1
ExecMainStatus=1
MainPID=0
ControlPID=0
SysVStartPriority=-1
FsckPassNo=0

$ sudo systemctl start cryptsetup@swap0.service
Job failed. See system logs and 'systemctl status' for details.

$ tail /var/log/syslog
Apr 11 22:47:40 wintermute systemd-cryptsetup[20574]: crypt_init() failed: 
Function not implemented
Apr 11 22:47:40 wintermute systemd[1]: cryptsetup@swap0.service: main process 
exited, code=exited, status=1
Apr 11 22:47:40 wintermute systemd[1]: Unit cryptsetup@swap0.service entered 
failed state.

- -- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (550, 'stable-updates'), (550, 'stable'), (540, 'testing'), (530, 
'unstable'), (520, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages systemd depends on:
ii  libaudit01.7.13-1+b2 Dynamic library for security audit
ii  libc62.13-0exp5  Embedded GNU C Library: Shared lib
ii  libcap2  1:2.19-3support for getting/setting POSIX.
ii  libcryptsetup1   2:1.2.0-2   libcryptsetup shared library
ii  libdbus-1-3  1.2.24-4simple interprocess messaging syst
ii  libpam0g 1.1.1-6.1   Pluggable Authentication Modules l
ii  libselinux1  2.0.96-1SELinux runtime shared libraries
ii  libudev0 167-1   libudev shared library
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages systemd recommends:
ii  libpam-systemd20-1   system and service manager - PAM m

Versions of packages systemd suggests:
ii  systemd-gui   20-1   system and service manager - GUI

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk2jeMgACgkQshl/216gEHjzfgCfQoiyvo4ZEP/fHCkQsEfWjF

Bug#619632: calibre: unable to edit PDF metadata

[Martin Pitt]

Hello Johannes,

Johannes Kulik [2011-04-11 19:27 +0200]:
> it could be fixed by adding libpodofo-dev to the build dependencies.

Yep, will do that, thanks! 

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



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

Bug#622298: [dconf-tools] dconf-editor: unable to set value of enum keys

[Petr Gajdůšek]

Package: dconf-tools
Version: 0.7.3-4
Severity: important

--- Please enter the report below this line. ---

Hello, I am unable to set values of enum type keys.
** (dconf-editor:3204): CRITICAL **: enum_model_construct: assertion 
`schema_enum != NULL' failed


This appears to be fixed in latest commit in upstream git.
Please, consider package a new version as this one is not much usable.

Thanks,
Petr

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.38-2-686

Debian Release: wheezy/sid
  990 unstableftp.gajim.org
  990 unstableftp.cz.debian.org
  500 testing ftp.cz.debian.org
  500 stable  ftp.cz.debian.org
  1 experimentalftp.cz.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-==
libatk1.0-0  (>= 1.12.4) | 2.0.0-1
libc6  (>= 2.3.6-6~) | 2.11.2-11
libcairo-gobject2(>= 1.10.0) | 1.10.2-6
libcairo2 (>= 1.2.4) | 1.10.2-6
libdconf0   (>= 0.5) | 0.7.3-4
libfontconfig1(>= 2.8.0) | 2.8.0-2.1
libfreetype6  (>= 2.2.1) | 2.4.4-1
libgdk-pixbuf2.0-0   (>= 2.22.0) | 2.23.3-3
libglib2.0-0 (>= 2.27.2) | 2.28.4-1
libgtk-3-0(>= 3.0.0) | 3.0.8-1
libpango1.0-0(>= 1.14.0) | 1.28.3-6
libxml2   (>= 2.7.4) | 2.7.8.dfsg-2


Package's Recommends field is empty.

Package's Suggests field is empty.



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

Bug#622260: fails to build for 2.6.38 kernel

[Russ Allbery]

"Brent S. Elmer Ph.D."  writes:
> On Mon, 2011-04-11 at 12:51 -0700, Russ Allbery wrote:

>> Could you try editing /usr/src/modules/openafs/debian/rules and adding:
>> 
>> debian/rules:
>> 
>> to that file?  It looks like make-kpkg is running make with an explicit
>> target of debian/rules, which isn't going to work properly with the
>> wildcard rule.  That might get around it.  If that works, I can make that
>> change in the next release.
>> 
>> Unfortunately, make-kpkg is rarely tested since it's no longer widely
>> used; usually people use either module-assistant or DKMS at this point.
>> But I'll try to keep it working.

> openafs modules built after I added debian/rules:

Okay, great.  I'll get that into the next release.

-- 
Russ Allbery (r...@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#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep

[Francesco Poli]

On Wed, 06 Apr 2011 09:40:22 +0200 henry atting wrote:

> Jonathan Nieder  writes:
> 
> > henry atting wrote:
> >> Jonathan Nieder  writes:
> >
> >>>   # modprobe -r snd_hda_intel
> >>>   # modprobe snd_hda_intel beep_mode=0
> >>>
> >>> If that works, maybe 2 ("mutable using the software mixer") would be a
> >>> good default for SND_HDA_INPUT_BEEP_MODE.
> >>
> >> This works indeed. Becaus I could not unload it (got a message that it
> >> is still in use) I put these two lines in /etc/rc.local... and the beep
> >> is gone. 
> >
> > Thanks.  One final test: if you use beep_mode=2 (instead of beep_mode=0)
> > and use your usual mixing app, can you cause the beep to go away (i.e.,
> > is there a control for that)?
> >
> > Depending on the answer, I think we should:
> >
> >  * use beep_mode=2 and find some way to advertise (release notes?)
> >that the mixer can be used to turn the beep on and off, or
> >
> >  * keep using beep_mode=1 and find some way to advertise that adding
> >a .conf file to /etc/modprobe.d with
> >
> > options snd_hda_intel beep_mode=0
> >
> >will turn the beep off.  And if there is some sysfs way to change
> >the setting at runtime, that would be worth advertising, too.
> >
> > Meanwhile I also think it would be a good idea to turn pc speaker
> > beeps in general off by default, but that's a separate story (and
> > probably should be filed as a separate bug).
> 
> Okay, as I could not find a control for the beep in alsamixer I
> installed gnome-alsamixer and, yes, there is a control for the beep. 
> That way I can turn the beep off.

Hi, I've just upgraded from linux-image-2.6.32-5-amd64 (version
2.6.32-31) to linux-image-2.6.38-2-amd64 (version 2.6.38-3) and I think
I see the the problem reported by henry atting.

I am also using an Intel integrated sound card (with snd_hda_intel).

To be more precise, with the default configuration (no change in
modprobe configuration) I had the following behavior with the previous
kernel (linux-image-2.6.32-5-amd64 version 2.6.32-31): the beeps used
to be redirected from the PC-speaker to the sound card, so that they
were not audible when the sound speakers were turned off; when using
headphones connected to the sound speakers, the beeps were only audible
through the headphones (this is especially important in a work
environment or office with a number of other co-workers which are not
be disturbed by your beeps).

Now with the current kernel (linux-image-2.6.38-2-amd64 version
2.6.38-3), again with the default configuration, I hear that the beeps
are coming from *both* the PC-speaker and the sound card, which means
that turning the sound speakers off leaves the beeps coming from the
PC-speaker audible and using headphones does not prevent the disturbing
sounds for co-workers.

I tried the following:

# modprobe -r snd_hda_intel
# modprobe snd_hda_intel beep_mode=0

No beep from the sound card, but beeps coming from the PC-speaker!

# modprobe -r snd_hda_intel
# modprobe snd_hda_intel beep_mode=1

Beeps from both the sound card and the PC-speaker!

# modprobe -r snd_hda_intel
# modprobe snd_hda_intel beep_mode=2

Beeps from both the sound card and the PC-speaker! Only the beeps
coming from the sound card are mutable with alsamixer.

Is there a way to obtain the previous behavior (beeps redirected to the
sound card, and configurable through alsamixer, no beep from the
PC-speaker) with the current kernel?

Please someone help me!
Thanks for your time.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpPTBf13XQj4.pgp
Description: PGP signature

Bug#622175: More info

[Martin Malý]

Hello, there is the output from `/usr/share/bug/xserver-xorg-core/script 
3>/tmp/script.log`.
X server symlink status:

lrwxrwxrwx 1 root root 13 21. led  2010 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1783236 26. bře 08.55 /usr/bin/Xorg

Diversions concerning libGL are in place

odklonění /usr/lib/libGL.so do /usr/lib/nvidia/diversions/libGL.so balíkem libgl1-nvidia-alternatives
odklonění /usr/lib/libGL.so.1 do /usr/lib/nvidia/diversions/libGL.so.1 balíkem libgl1-nvidia-alternatives
odklonění /usr/lib/xorg/modules/extensions/libglx.so do /usr/lib/nvidia/diversions/libglx.so balíkem libglx-nvidia-alternatives
odklonění /usr/lib/libGL.so.1.2 do /usr/lib/nvidia/diversions/libGL.so.1.2 balíkem libgl1-nvidia-alternatives
odklonění /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so do /usr/lib/nvidia/diversions/libglx.so.dbg balíkem libglx-nvidia-alternatives

VGA-compatible devices on PCI bus:
--
02:00.0 VGA compatible controller [0300]: nVidia Corporation G98 [GeForce 8400 GS] [10de:06e4] (rev a1)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 1725 15. říj 18.36 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 256.53  (buildmeister@builder101)  Fri Aug 27 21:33:39 PDT 2010

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 256.53  (buildmeister@builder101)  Fri Aug 27 21:34:01 PDT 2010

Section "ServerLayout"
Identifier "Layout0"
Screen  0  "Screen0" 0 0
InputDevice"Keyboard0" "CoreKeyboard"
InputDevice"Mouse0" "CorePointer"
Option "Xinerama" "0"
EndSection

Section "Files"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName  "PHILIPS  150S"
HorizSync   30.0 - 61.0
VertRefresh 56.0 - 75.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName  "GeForce 8400 GS"
EndSection

Section "Screen"

#Option "DynamicTwinView" "False"
Identifier "Screen0"
Device "Device0"
Monitor"Monitor0"
DefaultDepth24
Option "TwinView" "0"
Option "metamodes" "1024x768_75 +0+0; nvidia-auto-select +0+0; 1024x768 +0+0"
SubSection "Display"
Depth   24
EndSubSection
EndSection


/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 2.6.37-2-686 (Debian 2.6.37-2) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-11) ) #1 SMP Sun Feb 27 10:51:32 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 12715 11. dub  2011 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[38.251] 
X.Org X Server 1.9.5
Release Date: 2011-03-17
[38.251] X Protocol Version 11, Revision 0
[38.251] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian
[38.251] Current Operating System: Linux amd 2.6.37-2-686 #1 SMP Sun Feb 27 10:51:32 UTC 2011 i686
[38.251] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-2-686 root=UUID=b0030637-d493-4bfe-964e-06cbb2ee40b7 ro vga=791 quiet
[38.251] Build Date: 26 March 2011  07:50:38AM
[38.251] xorg-server 2:1.9.5-1 (Cyril Brulebois ) 
[38.251] Current version of pixman: 0.21.4
[38.251] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[38.251] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[38.251] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Apr 11 22:48:30 2011
[38.251] (==) Using config file: "/etc/X11/xorg.conf"
[38.251] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[38.252] (==) ServerLayout "Layout0"
[38.252] (**) |-->Screen "Screen0" (0)
[38.252] (**) |   |-->Monitor "Monitor0"
[

Bug#620177: dual head -> single head

[Frederik Himpe]

This bug seems to happen mostly (maybe only?) when moving from dual head
to single head across resume.

-- 
Frederik Himpe 




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

Bug#622294: Uninstall does not remove /etc/init.d/qemu-kvm

[Michael Tokarev]

12.04.2011 00:53, Dan Cecile wrote:
> Package: qemu-kvm
> Version: 0.12.5+dfsg-5
> Severity: normal
> 
> When uninstalling 'qemu-kvm' via 'apt-get remove', the /etc/init.d/qemu-kvm
> file gets left behind. This script loads the KVM kernel modules which prevent
> VirtualBox from functioning. (Thus, switching from using KVM to using
> VirtualBox is not possible without doing 'apt-get purge'.)

For quite some time kvm and virtualbox modules can co-exist with each
other just fine.  You can't have both kvm and virtualbox guests running
at the same time, but it's ok to have both sets of modules loaded.
Maybe you need to update virtualbox modules?

Thanks.

/mjt



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

Bug#579859: ITP: clementine -- Music player and library organizer

[Thomas PIERSON]

Hi,

Some news from Clementine packaging.

As you could see, 'libqxt' and 'libechonest' (the main missing depends of 
clementine) are pending for upload in Debian archive. [1]

There are many people to thank like Jérémy Bobbio for his sponsoring work, 
Lisandro who packaged 'libechonest', Bruno Bigras who send me patches for 
'libqxt' packaging... You will find a complete list in changelog files of these 
new packages.

The next step is to prepare clementine upload.
For the moment, 0.7.x release seem to be a good choice for a first official 
Debian package. 
Once the missing dependencies above reach unstable repository, clementine can 
be uploaded to Debian archive.

Regards,
Thomas PIERSON

[1]
http://ftp-master.debian.org/new/libqxt_0.6.1-1.html
http://ftp-master.debian.org/new/libechonest_1.1.3-1.html


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

Bug#622286: base: fail to execut term like ansi

[Sven Joachim]

On 2011-04-11 22:06 +0200, Francisco Aparecido da Silva wrote:

> Hi Sven, so this symlink is not a big problem, but, some aplications, like
> *Dataflex 3.2 look directly to this point to find ansi file;

Any program who does this is broken.  Even if it finds a file under
/usr/share/terminfo there is no guarantee that it is the one actually
used by the ncurses library (e.g. you can override it by putting your
own terminfo files under /etc/terminfo or $HOME/.terminfo).  So please
complain to the vendor of such an application.

Regards,
Sven



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

Bug#542730: denyhosts: stops after finding new denied hosts

[Kyle Willmon]

tags 542730 moreinfo unreproducible
thanks

I have been unable to reproduce this, but if the provided workaround is
accurate, it is almost definitely a mail problem. If you are still able
to reproduce this error, let me know what SMTP settings you have in your
denyhosts.conf



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

Bug#622297: ITP: bournal -- encrypting journal or diary for the console

[Mats Erik Andersson]

Package: wnpp
Severity: wishlist
Owner: Mats Erik Andersson 

  Package name   : bournal
  Version: 1.5
  Upstream authors   : Prof. Fapsanders 
  URL: http://becauserinter.net/bournal/
  License: GPL-3+
  Programming language   : Bash
  Description: encrypting journal or diary for the console

This application is a shell script, providing a self-contained,
minimalistic journal or diary. It encrypts all entries using
GnuPG for privacy, and it allows searching of old entries,
as well as offering renewed editing of old notes.

Search patterns on the command line may be formulated using
extended regular expressions.


Best regards,
  Mats Erik Andersson, DM



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

Bug#622294: Uninstall does not remove /etc/init.d/qemu-kvm

[Dan Cecile]

Package: qemu-kvm
Version: 0.12.5+dfsg-5
Severity: normal

When uninstalling 'qemu-kvm' via 'apt-get remove', the /etc/init.d/qemu-kvm
file gets left behind. This script loads the KVM kernel modules which prevent
VirtualBox from functioning. (Thus, switching from using KVM to using
VirtualBox is not possible without doing 'apt-get purge'.)
-- Package-specific info:

/proc/cpuinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Core(TM) i7 CPU         870  @ 2.93GHz
stepping : 5
cpu MHz : 1197.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3
cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi
flexpriority ept vpid
bogomips : 5852.34
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Core(TM) i7 CPU         870  @ 2.93GHz
stepping : 5
cpu MHz : 1197.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 1
cpu cores : 4
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3
cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi
flexpriority ept vpid
bogomips : 5851.69
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Core(TM) i7 CPU         870  @ 2.93GHz
stepping : 5
cpu MHz : 1197.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 2
cpu cores : 4
apicid : 4
initial apicid : 4
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3
cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi
flexpriority ept vpid
bogomips : 5851.68
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Core(TM) i7 CPU         870  @ 2.93GHz
stepping : 5
cpu MHz : 1197.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 6
initial apicid : 6
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3
cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi
flexpriority ept vpid
bogomips : 5851.69
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 4
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Core(TM) i7 CPU         870  @ 2.93GHz
stepping : 5
cpu MHz : 1197.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3
cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi
flexpriority ept vpid
bogomips : 5851.69
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 5
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Core(TM) i7 CPU         870  @ 2.93GHz
stepping : 5
cpu MHz : 1197.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 1
cpu cores : 4
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est t

Bug#622296: libecj-java: Copyright file contains useless licences about icu4j and jsch

[calixte]

Package: libecj-java
Version: 3.5.1-1
Severity: minor

Just check the copyright file



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

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

Versions of packages libecj-java depends on:
ii  java-common   0.40   Base of all Java packages

Versions of packages libecj-java recommends:
ii  default-jre-headless [java5 1:1.6-40 Standard Java or Java compatible R
ii  gcj-4.4-jre-headless [java5 4.4.5-9  Java runtime environment using GIJ
ii  gcj-jre-headless [java5-run 4:4.4.5-4Java runtime environment using GIJ
ii  openjdk-6-jre-headless [jav 6b18-1.8.7-2 OpenJDK Java runtime, using Hotspo
ii  sun-java6-jre [java5-runtim 6.24-1   Sun Java(TM) Runtime Environment (

Versions of packages libecj-java suggests:
ii  ant   1.8.0-4Java based build tool like make
pn  ecj(no description available)
pn  libecj-java-gcj(no description available)

-- 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#622295: r-other-mott-happy: Too long package description

[Christian Perrier]

Package: r-other-mott-happy
Severity: normal

The description of this package is long. I was about to write
"insanely" long but I can't use such strong word with a fellow DD..:-)

Still, we stumbled over this description in the DDTP and I have to
mentioned that it will never be completed if what is currently a full
scientific paper aboutI have no idea what...:-)

I really doubt that such a long description is really helpful to our
users. Could it be shortened to something just describing what the
package is doing...and leave developments to whatever README file you
think would be appropriate?

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

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



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

Bug#622293: ITP: animal-sniffer-maven-plugin - The plugin is used to build signatures of APIs and to check your classes against previously generated signatures.

[Matthias Schmitz]

Package: wnpp
Severity: wishlist

The Animal Sniffer Plugin is used to build signatures of APIs and to
check your classes against previously generated signatures.

Homepage: http://mojo.codehaus.org/animal-sniffer-maven-plugin/

best regards,
Matthias Schmitz



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