Bug#594946: Sent By Error

[Jun Inoue]

Sorry, I sent this report by mistake.  This was a duplicate of #588581,
#551890, and #583269, which I'm pretty sure are duplicates of each other
too, and maybe #588582 and #544324 as well.  So I wasn't going to send
this report but I it got sent inadvertently.

The problem was that Skype dies with the message:

  Inconsistency detected by ld.so: dl-open.c: 611: _dl_open: Assertion
  `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT'
  failed!

The exact time when it dies varies a bit depending on the Skype package
I install, but the application invariably dies with that message before
accomplishing any calls.

Steps to reproduce: Install Skype with any of the packages, say
skype-ubuntu-intrepid_2.1.0.81-1_amd64.deb.  Start it up, sign in, and
try to make a call.  It should crash upon one of the last three steps.

Fix:
[in /usr/lib32]
ln -sf libpulse-simple.so.0.0.2 libpulse-simple.so
ln -sf libpulse.so.0.8.0 libpulse.so

Result: Skype works perfectly as far as I can tell.

-- 
Jun Inoue



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

Bug#496355: close document closes application is grave

[Andrew Buckeridge]

Package: texmacs
Version: 1:1.0.6.14-1

Can open help and Go to multiple documents, but as soon as I close any
via menu Close document C-x k it dies. This makes Help useless.
I would call this grave as it will segfault with any use.

It will need a severity of serious, grave or critical so that it can be
regarded as release critical to be fixed in stable.

Please update to appropriate severity and put better one in stable so
that package is usable there.

grave
makes the package in question unusable or mostly so, or causes data
loss, or introduces a security hole allowing access to the accounts
of users who use the package.

Loosing your whole document is pretty serious data loss.



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

Bug#594917: [Pkg-sysvinit-devel] Bug#594917: sysv-rc: tries to convert to dependency based boot when sysvinit not in use

[Henrique de Moraes Holschuh]

On Mon, 30 Aug 2010, Tollef Fog Heen wrote:
> I guess I can fix this by making systemd-sysv also conflict sysv-rc and
> include an update-rc.d and invoke-rc.d.  In fact, I probably should do
> that.

There is no "probably should" in that.  You really *need* to.

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



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

Bug#592873: ssvnc: Connection from UVNC Single-Click does not start vncviewer

[Karl J. Runge]

| It's just this patch, right?
| 
| --- ssvnc-1.0.27/vnc_unixsrc/vncviewer/rfbproto.c   2010-04-18 
04:34:38.0 +0200
| +++ ssvnc-1.0.28/vnc_unixsrc/vncviewer/rfbproto.c   2010-06-04 
03:20:39.0 +0200
| @@ -854,7 +854,9 @@
| switch (secType) {
| case rfbSecTypeNone:
| fprintf(stderr, "No VNC authentication needed\n");
| -   if (viewer_minor >= 8) {
| +   if (accept_uvnc) {
| +   ;   /* we pretended 3.16 etc. */
| +   } else if (viewer_minor >= 8) {
| CARD32 authResult;
|  
| if (!ReadFromRFBServer((char *)&authResult, 
4)) {

Yes.




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

Bug#594906: [Pkg-octave-devel] Bug#594906: update octave-nan and bug fix

[Alois Schlögl]

On 08/30/2010 10:14 PM, Thomas Weber wrote:

Hi Alois,

thanks for caring about your software in distributions.

On Mon, Aug 30, 2010 at 05:35:28PM +0200, Alois Schlögl wrote:
   

Version 1.0.9 is really outdated and contains a bug.
e.g. https://savannah.gnu.org/bugs/index.php?30905
 

Is there something more critical than this bug fixed? Debian is in
freeze right now, so getting a new version into the next stable version
is difficult, unless:
  - the change is small (which ususally rules out a new upstream release)
  - the bug is critical.

   



The patch to fix this bug is
http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/extra/NaN/inst/var.m?r1=5807&r2=6295

--- trunk/octave-forge/extra/NaN/inst/var.m 2009/05/12 11:32:58 5807
+++ trunk/octave-forge/extra/NaN/inst/var.m 2009/10/06 10:56:59 6295
@@ -72,6 +72,10 @@
return;
 end;   

+if isempty(opt),
+   opt = 0;
+end;   
+
 if isempty(DIM),
 DIM=min(find(size(x)>1));
 if isempty(DIM), DIM=1; end;



The bug was fixed in Oct 2009, and several new releases of octave-nan
have been made.
 

That's strange. I uploaded 1.0.9 at the end of december and I'm
reasonably sure that was the latest version I found at Sourceforge back
then.
   


v2.0.4 was uploaded, but the script generating nan/index.html did not 
pick it up.



Some information about 'watch' files: we use them to check upstream's
pages automatically for updates. In the case of NaN, Sourceforge still
lists 1.0.9 as the latest release.

   


Now that I'm aware of the problem, I changed the watch file manually.


   

I've uploaded a new release to Octave.sf.net:
http://sourceforge.net/projects/octave/files/Octave%20Forge%20Packages/Individual%20Package%20Releases/NaN-2.0.4.tar.gz/download
which was not picked up by debian.


The latest release of Octave-NaN is always available from here:
http://biosig-consulting.com/matlab/NaN/
http://biosig-consulting.com/matlab/NaN/nan-2.3.0.tar.gz


If there is anything I can do making it easier for debian to pick up the
latest release, please let me know.
 

If the above is a canonical place for the NaN package, that suffices.
   


Now, that the watch-file at octave-forge is fixed, it's ok to use this.


However, right now an upload to Debian unstable (the normal development
version of Debian) is not possible, sorry.
   
I can upload it to Debian experimental, but Ubuntu will not pick this

up (I think).

Thomas
   



The patch for 1.0.9 should go in immediately.


Concerning the latest release, I would appreciate if 2.3.0 would go into 
experimental as fast as possible.




Alois






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

Bug#594860: [Debian-med-packaging] Bug#594860: hmmer: FTBFS (powerpc): altivec and cast errors

[Charles Plessy]

Le Mon, Aug 30, 2010 at 11:31:33PM +0200, Steffen Möller a écrit :
> Hello,
> this is somewhat mysterious to me. I presume that altivec is kind of found
> but also not configured at the same time. Charles, I recall you to be a
> PowerPC user, could you please test this

Hi Steffen,

my iMac G5 broke a couple of monthes ago after five years of intensive use, so
I can not do some local tests on PowerPC anymore. But as Debian developers, we
all have a remote PowerPC machine:

I logged in pescetti.debian.org, and tried to build the latest hmmer package
with your patch in the Sid dchroot. Unfortunately, it fails with the same
error. We probably should better ask for help on the powerpc mailing list.

Bonne journée ;)

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#594946: ia32-libs: Broken Symlinks Crash Skype (May be Dupe of #544324)

[jun . lambda]

Package: ia32-libs
Version: 20090808
Severity: normal


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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.EUC-JP, LC_CTYPE=ja_JP.EUC-JP (charmap=EUC-JP) (ignored: 
LC_ALL set to ja_JP.eucJP)
Shell: /bin/sh linked to /bin/bash

Versions of packages ia32-libs depends on:
ii  dpkg1.15.5.6 Debian package management system
ii  lib32asound21.0.21a-1shared library for ALSA applicatio
ii  lib32gcc1   1:4.4.4-6GCC support library (32 bit Versio
ii  lib32ncurses5   5.7+20090803-2   shared libraries for terminal hand
ii  lib32stdc++64.4.4-6  The GNU Standard C++ Library v3 (3
ii  lib32z1 1:1.2.3.4.dfsg-2 compression library - 32 bit runti
ii  libc6-i386  2.11.2-2 GNU C Library: 32-bit shared libra
ii  lsb-release 3.2-22   Linux Standard Base version report

ia32-libs recommends no packages.

Versions of packages ia32-libs suggests:
ii  ia32-libs-gtk 20090804   GTK+ ia32 shared libraries

-- 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#594942: sensible-utils: Please provide a sensible-term (like x-terminal-emulator alternative but user-configurable)

[Josh Triplett]

On Mon, Aug 30, 2010 at 11:27:00PM +, Clint Adams wrote:
> On Mon, Aug 30, 2010 at 03:45:12PM -0700, Josh Triplett wrote:
> > Also, for ease of transition, ideally x-terminal-emulator could refer to
> > sensible-term, and the real x-terminal-emulator alternative would live
> > under some other name that sensible-term could call.  This would avoid
> > the need to fix umpteen programs which already use x-terminal-emulator.
> 
> Then it couldn't fall back to x-terminal-emulator.

"and the real x-terminal-emulator alternative would live under some
other name that sensible-term could call".  For example,
"x-terminal-emulator.real".

In any case, just a suggestion for ease of transition.


By the way, I reported this bug without the obvious patch included
because I wanted to discuss the correct behavior of the sensible-term
script first.  As soon as we agree on the correct behavior, I'll happily
write the corresponding sensible-term script implementing that behavior.

Thanks,
Josh Triplett



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

Bug#591200: Fix coming

[Francois Marier]

A fix for this bug will be coming soon.

The next upstream point release will:

- remove the tinymce swf file
- use a flash video player with source

Once that's available, I'll prepare a new Debian package that will:

- use the system's copy of tinymce instead of the bundle one
- split the video player into a contrib package

Cheers,
Francois



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

Bug#594937: u-boot: Create binary package for each supported machine instead of for each architecture

[Marek Vasut]

Dne Út 31. srpna 2010 01:42:56 Martin Michlmayr napsal(a):
> * Clint Adams  [2010-08-30 23:25]:
> > > Create binary package for each supported machine instead of for each
> > > architecture. This should allow adding more devices without creating
> > > bloated packages.
> > 
> > I do not think this is a good idea.  Does anyone else agree with Marek?
> 
> I think it's a bad idea as the Packages file will grow a lot.  If you
> don't have enough disk space to install the package, then don't - you
> don't have to anyway.  You can simply download and extract the .deb to
> get the binary you want and then flash it.

That's easy to do on one device, not many devices.



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

Bug#594937: u-boot: Create binary package for each supported machine instead of for each architecture

[Martin Michlmayr]

* Clint Adams  [2010-08-30 23:25]:
> > Create binary package for each supported machine instead of for each
> > architecture. This should allow adding more devices without creating bloated
> > packages.
> I do not think this is a good idea.  Does anyone else agree with Marek?

I think it's a bad idea as the Packages file will grow a lot.  If you
don't have enough disk space to install the package, then don't - you
don't have to anyway.  You can simply download and extract the .deb to
get the binary you want and then flash it.

-- 
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#594945: empathy-accounts --if-needed running in background; killing it made empathy-accounts work

[Josh Triplett]

Package: empathy
Version: 2.30.2-1
Severity: normal

Some further explanation turned up an "empathy-accounts --if-needed"
process running in the background.  Killing that process allowed
empathy-accounts to work and allowed empathy's "Accounts" menu option to
work.

- Josh Triplett

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

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

Versions of packages empathy depends on:
ii  dbus-x111.2.24-3 simple interprocess messaging syst
ii  empathy-common  2.30.2-1 GNOME multi-protocol chat and call
ii  gconf2  2.28.1-3 GNOME configuration database syste
ii  geoclue 0.12.0-1 Geographic information framework
ii  gnome-icon-theme2.30.3-1 GNOME Desktop icon theme
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-5 The Cairo 2D vector graphics libra
ii  libcanberra-gtk00.24-1   Gtk+ helper for playing widget eve
ii  libcanberra00.24-1   a simple abstract interface for pl
ii  libchamplain-0.4-0  0.4.6-2+b1   C library providing ClutterActor t
ii  libchamplain-gtk-0.4-0  0.4.6-2+b1   A Gtk+ widget to display maps
ii  libclutter-1.0-01.2.12-3 Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0   0.10.4-1 Open GL based interactive canvas l
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libebook1.2-9   2.30.3-1 Client library for evolution addre
ii  libedataserver1.2-132.30.3-1 Utility library for evolution data
ii  libenchant1c2a  1.6.0-1  a wrapper library for various spel
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libgeoclue0 0.12.0-1 C API for GeoClue
ii  libgl1-mesa-glx [libgl1 7.7.1-4  A free implementation of the OpenG
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgstfarsight0.10-00.0.21-1 Audio/Video communications framewo
ii  libgstreamer-plugins-ba 0.10.30-1GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libnm-glib2 0.8.1-2+b1   network management framework (GLib
ii  libnotify1 [libnotify1- 0.5.0-2  sends desktop notifications to a n
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libtelepathy-farsight0  0.0.14-2+b1  Glue library between telepathy and
ii  libtelepathy-glib0  0.11.11-1Telepathy framework - GLib library
ii  libunique-1.0-0 1.1.6-1  Library for writing single instanc
ii  libwebkit-1.0-2 1.2.3-2+b1   Web content engine library for Gtk
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxcomposite1  1:0.4.2-1X11 Composite extension library
ii  libxdamage1 1:1.1.3-1X11 damaged region extension libra
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.5-1X11 miscellaneous 'fixes' extensio
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  telepathy-mission-contr 1:5.4.3-1management daemon for Telepathy re
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages empathy recommends:
pn  freedesktop-sound-theme(no description available)
pn  geoclue-hostip (no description available)
pn  geoclue-localnet   (no description available)
pn  geoclue-manual (no description available)
pn  geoclue-yahoo  (no description available)
ii  gvfs-backends 1.6.3-1userspace virtual filesystem - bac
pn  nautilus-sendto-empathy(no description available)
ii  telepathy-gabble  0.9.15-1   Jabber/XMPP connection manager
pn  telepathy-salut(no description available)

Versions of packages empathy suggests:
pn  telepathy-butterfly(no descriptio

Bug#594945: Running empathy-accounts directly has no effect

[Josh Triplett]

Package: empathy
Version: 2.30.2-1
Severity: normal

I tried running empathy-accounts directly, and this also has no effect.

- Josh Triplett

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

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

Versions of packages empathy depends on:
ii  dbus-x111.2.24-3 simple interprocess messaging syst
ii  empathy-common  2.30.2-1 GNOME multi-protocol chat and call
ii  gconf2  2.28.1-3 GNOME configuration database syste
ii  geoclue 0.12.0-1 Geographic information framework
ii  gnome-icon-theme2.30.3-1 GNOME Desktop icon theme
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-5 The Cairo 2D vector graphics libra
ii  libcanberra-gtk00.24-1   Gtk+ helper for playing widget eve
ii  libcanberra00.24-1   a simple abstract interface for pl
ii  libchamplain-0.4-0  0.4.6-2+b1   C library providing ClutterActor t
ii  libchamplain-gtk-0.4-0  0.4.6-2+b1   A Gtk+ widget to display maps
ii  libclutter-1.0-01.2.12-3 Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0   0.10.4-1 Open GL based interactive canvas l
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libebook1.2-9   2.30.3-1 Client library for evolution addre
ii  libedataserver1.2-132.30.3-1 Utility library for evolution data
ii  libenchant1c2a  1.6.0-1  a wrapper library for various spel
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libgeoclue0 0.12.0-1 C API for GeoClue
ii  libgl1-mesa-glx [libgl1 7.7.1-4  A free implementation of the OpenG
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgstfarsight0.10-00.0.21-1 Audio/Video communications framewo
ii  libgstreamer-plugins-ba 0.10.30-1GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libnm-glib2 0.8.1-2+b1   network management framework (GLib
ii  libnotify1 [libnotify1- 0.5.0-2  sends desktop notifications to a n
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libtelepathy-farsight0  0.0.14-2+b1  Glue library between telepathy and
ii  libtelepathy-glib0  0.11.11-1Telepathy framework - GLib library
ii  libunique-1.0-0 1.1.6-1  Library for writing single instanc
ii  libwebkit-1.0-2 1.2.3-2+b1   Web content engine library for Gtk
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxcomposite1  1:0.4.2-1X11 Composite extension library
ii  libxdamage1 1:1.1.3-1X11 damaged region extension libra
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.5-1X11 miscellaneous 'fixes' extensio
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  telepathy-mission-contr 1:5.4.3-1management daemon for Telepathy re
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages empathy recommends:
pn  freedesktop-sound-theme(no description available)
pn  geoclue-hostip (no description available)
pn  geoclue-localnet   (no description available)
pn  geoclue-manual (no description available)
pn  geoclue-yahoo  (no description available)
ii  gvfs-backends 1.6.3-1userspace virtual filesystem - bac
pn  nautilus-sendto-empathy(no description available)
ii  telepathy-gabble  0.9.15-1   Jabber/XMPP connection manager
pn  telepathy-salut(no description available)

Versions of packages empathy suggests:
pn  telepathy-butterfly(no description available)
pn  telepathy-haze (no description available)
ii  vino  2.28.2-1   VNC server for GN

Bug#594945: empathy: Accounts window does not open

[Josh Triplett]

Package: empathy
Version: 2.30.2-1
Severity: important

I wanted to try out empathy, so I ran it and chose the "Accounts" option
from the menu.  This did not open any window, nor did it give any
indication of why not.

- Josh Triplett

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

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

Versions of packages empathy depends on:
ii  dbus-x111.2.24-3 simple interprocess messaging syst
ii  empathy-common  2.30.2-1 GNOME multi-protocol chat and call
ii  gconf2  2.28.1-3 GNOME configuration database syste
ii  geoclue 0.12.0-1 Geographic information framework
ii  gnome-icon-theme2.30.3-1 GNOME Desktop icon theme
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-5 The Cairo 2D vector graphics libra
ii  libcanberra-gtk00.24-1   Gtk+ helper for playing widget eve
ii  libcanberra00.24-1   a simple abstract interface for pl
ii  libchamplain-0.4-0  0.4.6-2+b1   C library providing ClutterActor t
ii  libchamplain-gtk-0.4-0  0.4.6-2+b1   A Gtk+ widget to display maps
ii  libclutter-1.0-01.2.12-3 Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0   0.10.4-1 Open GL based interactive canvas l
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libebook1.2-9   2.30.3-1 Client library for evolution addre
ii  libedataserver1.2-132.30.3-1 Utility library for evolution data
ii  libenchant1c2a  1.6.0-1  a wrapper library for various spel
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libgeoclue0 0.12.0-1 C API for GeoClue
ii  libgl1-mesa-glx [libgl1 7.7.1-4  A free implementation of the OpenG
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgstfarsight0.10-00.0.21-1 Audio/Video communications framewo
ii  libgstreamer-plugins-ba 0.10.30-1GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libnm-glib2 0.8.1-2+b1   network management framework (GLib
ii  libnotify1 [libnotify1- 0.5.0-2  sends desktop notifications to a n
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libtelepathy-farsight0  0.0.14-2+b1  Glue library between telepathy and
ii  libtelepathy-glib0  0.11.11-1Telepathy framework - GLib library
ii  libunique-1.0-0 1.1.6-1  Library for writing single instanc
ii  libwebkit-1.0-2 1.2.3-2+b1   Web content engine library for Gtk
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxcomposite1  1:0.4.2-1X11 Composite extension library
ii  libxdamage1 1:1.1.3-1X11 damaged region extension libra
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.5-1X11 miscellaneous 'fixes' extensio
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  telepathy-mission-contr 1:5.4.3-1management daemon for Telepathy re
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages empathy recommends:
pn  freedesktop-sound-theme(no description available)
pn  geoclue-hostip (no description available)
pn  geoclue-localnet   (no description available)
pn  geoclue-manual (no description available)
pn  geoclue-yahoo  (no description available)
ii  gvfs-backends 1.6.3-1userspace virtual filesystem - bac
pn  nautilus-sendto-empathy(no description available)
ii  telepathy-gabble  0.9.15-1   Jabber/XMPP connection manager
pn  telepathy-salut(no description available)

Versions of packages empathy suggests:
pn  telepathy-butterfly(no description available)
pn  telepathy-haze 

Bug#594942: sensible-utils: Please provide a sensible-term (like x-terminal-emulator alternative but user-configurable)

[Clint Adams]

On Mon, Aug 30, 2010 at 03:45:12PM -0700, Josh Triplett wrote:
> Also, for ease of transition, ideally x-terminal-emulator could refer to
> sensible-term, and the real x-terminal-emulator alternative would live
> under some other name that sensible-term could call.  This would avoid
> the need to fix umpteen programs which already use x-terminal-emulator.

Then it couldn't fall back to x-terminal-emulator.



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

Bug#594937: u-boot: Create binary package for each supported machine instead of for each architecture

[Clint Adams]

On Mon, Aug 30, 2010 at 11:04:31PM +0200, Marek Vasut wrote:
> Create binary package for each supported machine instead of for each
> architecture. This should allow adding more devices without creating bloated
> packages.

I do not think this is a good idea.  Does anyone else agree with Marek?



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

Bug#591364: fixed in Geode 2.11.9-1 ?

[Thomas Harding]

[Martin-Éric, This is a re-edition for bugs.debian.org]

Le 29/08/2010 12:51, Martin-Éric Racine a écrit :

Thank you for attaching this.


You're really welcome.


The eCafe seems to be a special case because of its unusual
screen resolution, so we will probably have to create an appropriate
entry in Cimmarron just like we previously did for the OLPC XO-1.


Interestingly enough, hwinfo seems to suggest that the display's
native resolution is 1024x768. I thus wonder why the technical
specifications talk about 1024x600 instead.


##
Well: the screen is in fact a 9inches ~16/9 one and not fine-grained,
and I read somewhere that 1024x600 is in fact interpolated on this
computer.



A usable resolution one is 800x480, with the very sensitive modeline
initially comes with the xorg.conf automagically reportbug filled.

but a peculiar gnome font setup was needed to allow readability:
#


apps sans 22
documents sans 24
desktop sans 20
windows sans 24
fixed monospace 24
(fr: rendu) subpixel(LCD), seems better with... better

I also remember problems with gvim but cannot remember where
I put it's font setup. Will search for.

I know all that is not directly X related, but it is a matter
of integration currently out of my clue. Things are so complex
today in Linux while you focus on end-user stuff!

I can anyway write a mini-Howto about this computer
with current settings, but I'm afraid an Howto is out of scope
from current Linux newbies, and it cost me about 2 days simply to
find the "magic" modeline through Google garbage.

While tldp platform howtos section still exists!
I will write them on an howto convenience.


Any suggestion on tests I could conduce to improve?
Shall we continue for that on this bug report or another?



Please note an important fact is that X+GDM is still unstable at boot
in the quoted report. Not really a problem for me, but...


A separate bug should probably be open for that issue.



Yes, I also think this bug mostly closed, but not sure it is GDM
related.

mainly: "Works for me", except at boot time.

Shall I post the bug:
   *Against geode x.org?
   *Against GDM?

   => I will give a reference to this one.
   => your response can safely close this thread at your will.

###


(Despite my name, my mother tongue is French...)

Personne n'est parfait. :)

Your birth name suggest me you speak French as a native .


Last:

I apologize to didn't think of these problems while drop the
proprietary-Mandriva-proprietary-distro-derivation and replace with
debian. :(

In fact debian always ran perfectly out of the box on my computers.

I have also problems with my Epson scanner I still cannot run on a ppc
because they don't want to disclose their driver (epkowa), while
I given them Debian tricks as upgrading to Lenny.

I think the next step for Debian is to lobby hardware manufacturers
convicts that Debian is now ready out of the box for desktop
end-users, and that even a chicken can install it safely... on good 
hardware.


HTH,
TH.



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

Bug#594943: python-lzma has duplicated changelog.gz

[XU Benda]

Package: python-lzma
Version: 0.5.3-1
Severity: minor
Tags: sid


/usr/share/doc/python-lzma/changelog.gz and
/usr/share/doc/python-lzma/Changelog.gz are identical.

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

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

Versions of packages python-lzma depends on:
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib
ii  liblzma2  4.999.9beta+20100307-1 XZ-format compression library
ii  python2.5.4-9An interactive high-level object-o
ii  python-support1.0.4  automated rebuilding support for P
ii  python2.6 2.6.5-1An interactive high-level object-o

python-lzma recommends no packages.

python-lzma 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#586967: (no subject)

[Jens Schüßler]

* Ben Hutchings  wrote:
> On Mon, 2010-08-30 at 20:52 +0100, Ben Hutchings wrote:
> > On Fri, 2010-08-06 at 22:24 +0200, Jens Schüßler wrote:
> > > I believe that this changes in 3c59x made my squeeze sytem unusuable
> > > since yesterdays upgrade from 2.6.32.5-15 to -18. I use a 3com card with
> > > this driver for years, and after booting the new kernel my system
> > > completely freezed reproducable after seconds online on the net.
> > > Unfortunately I wasn't able to find the deb of -15 anymore, and I got
> > > the same problen with another 3com card, so I had to
> > > change the network card to a DLink model and now everything workes fine.
> > > 
> > > There were absolutely nothing in the logs, machine feezed completely, no
> > > keyboard response, so no SysReq worked, only power button saved me.
> > 
> > What is the exact model you have (use "lspci -nn -d 10b7:")?
> 
> Also can you try enabling some debug logging:
> 
> rmmod 3c59x
> modprobe 3c59x debug=3
> 
> Then run dmesg to get the logged messages, and send them back.

Okay, I can do this tomorrow, have to change the cards back first. I
hope that the debug output occurs in the syslog, as I said, the system
freezed complete immediately.

Jens



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

Bug#594942: sensible-utils: Please provide a sensible-term (like x-terminal-emulator alternative but user-configurable)

[Josh Triplett]

Package: sensible-utils
Version: 0.0.4
Severity: wishlist

Right now, if a program wants to start a terminal, at least on Debian it
should use the x-terminal-emulator alternative.  This does allow admin
configuraiton, but like editor and pager that configuration can only
occur system-wide, with no option for a user to configure their
preferred terminal emulator.

Please consider providing a sensible-term script.  This script should
check the user's environment, then fall back to the preferred terminal
emulator specified in the user's desktop environment (such as GNOME's
"Preferred Applications"), then fall back to x-terminal-emulator.

Two open questions:

- What environment variable should sensible-term check?  I don't see any
  existing precedent.  I'd suggest $XTERMINAL.

- What options does a terminal set in $XTERMINAL need to provide?  As
  far as I can tell, it appears that users of x-terminal-emulator can
  only count on the -e option.


Also, for ease of transition, ideally x-terminal-emulator could refer to
sensible-term, and the real x-terminal-emulator alternative would live
under some other name that sensible-term could call.  This would avoid
the need to fix umpteen programs which already use x-terminal-emulator.

- Josh Triplett

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

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

-- 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#551566: (/etc/hylafax mount bug still present in 6.0.4-10)

[Giuseppe Sacco]

Hi Alexander,

Il giorno lun, 30/08/2010 alle 23.21 +0200, Alexander Bochmann ha
scritto:
[...]
>  > # /etc/init.d/hylafax stop
>  > Stopping HylaFAX: faxqERROR: Unsupported option (BSD syntax)
>  > * simple selection *  * selection by list *
>  > -A all processes  -C by command name
>  > -N negate selection   -G by real group ID (supports names)
>  > -a all w/ tty except session leaders  -U by real user ID (supports names)
>  >[.. etc ..]
[...]

Could you check if these commands work at a root prompt?
# ps --no-headers -C faxq -o pid
# ps --no-headers -Chfaxd,faxq,faxgetty

Then, please, these two commands will identify "ps" package version:
# dpkg -S `which ps`
# apt-cache policy $(dpkg -S `which ps` | awk -F: '{print $1}')

Thanks,
Giuseppe





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

Bug#591265: #591265 xterm: active icon is too big

[Thomas Dickey]

On Tue, 31 Aug 2010, Wolfgang Becker wrote:


On 2010-08-29 Thomas Dickey  wrote:

Are you still able to reproduce this?  The detail that I was able to
reproduce was just an inconsistency between my system- and personal
app-defaults.  I revisited it last week, and was unable to reproduce
the original issue.  In between, I did update - but none of the updates
seem to be in a likely place to cause this (no X11, Xt, fvwm).


After runnig an update today I still can reproduce the problem.
I tried to find non-standard local settings and noticed if I remove
"XTerm*faceName: DejaVu Sans Mono" from .Xresources the active icon
for xterm 261-1 is fine. But if I run xterm -fa "DejaVu Sans Mono"
the icon is too big again.


thanks - I can reproduce this case, and have some ideas where to look.

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net



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

Bug#594542: debian-policy: add descriptions for main, contrib, and non-free archive areas

[Andrew McMillan]

On Mon, 2010-08-30 at 12:05 -0400, CJ Fearnley wrote:
> On Fri, Aug 27, 2010 at 10:38:14AM -0700, Russ Allbery wrote:
> > CJ Fearnley  writes:
> > 
> > > 2.2.1 The main archive area
> > 
> > The main archive area comprises the Debian GNU/Linux distribution;
> > only the packages in this area are considered part of the
> > distribution.  None of the packages in the main archive area require
> > software outside of that area to function.
> 
> OK, how about this suggestion for a conclusion to Russ' text on the main
> archive area:
> 
>   Everyone (from end users to redistributors to derivatives) can
>   be confident that they can use, share, modify and redistribute
>   the software in the Debian main archive area freelySee
>   http://www.debian.org/intro/free for more about what we mean by free
>   software..

It sounds a little "My little pony"-ish to me, but it's harmless enough.

I think including a definition of 'Everyone" in brackets potentially
reduces the meaning of the word rather than enhances it.  In some future
time will someone say "I'm not an end user, redistributor or derivative
(deriver?) of Debian: am I part of 'Everyone'?".


I'd prefer even more succinct brevity, along the lines of:

Anyone may use, share, modify and redistribute the packages in
the 'main' archive area freelySee
http://www.debian.org/intro/free for more about what we mean by
free software..

software -> packages, since not everything in 'main' is software.
main -> 'main' to make it clearer that it is a proper noun
   as capitalising it would not work.

Other minor wording changes because it felt better to me that way, but
I'm not wedded to them.

Cheers,
Andrew.
> 
> > and then going on to the language already there, which already requires
> > that all the packages comply with the DFSG.
> > 
> > > 2.2.2 The contrib archive area
> > 
> > The contrib archive area contains supplemental packages intended to
> > work with the Debian GNU/Linux distribution, but which require
> > software outside of the distribution to either build or function.
> > Apart from this requirement, all software in the contrib archive area
> > complies with the DFSG and with the policy requirements in this
> > manual.
> > 
> > > 2.2.3 The non-free archive area
> > 
> > The non-free archive area contains supplemental packages intended to
> > work with the Debian GNU/Linux distribution that do not comply with
> > the DFSG or have other problems that make their distribution
> > problematic.  They may not comply with all of the policy requirements
> > in this manual due to restrictions on modifications or other
> > limitations.
> > 
> > I don't think any of the above changes anything normative, so once we
> > reach consensus on the wording I can go ahead and apply this.
> 
> -- 
> We are on a spaceship; a beautiful one.  It took billions of years to develop.
> We're not going to get another.  Now, how do we make this spaceship work?
>   -- Buckminster Fuller
> 
> CJ Fearnley|  Explorer in Universe
> c...@cjfearnley.com |  "Dare to be Naive" -- Bucky Fuller
> http://www.CJFearnley.com  |  http://blog.remoteresponder.net/
> 
> 
> 

-- 

andrew (AT) morphoss (DOT) com+64(272)DEBIAN
  Never be led astray onto the path of virtue.




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

Bug#484652: Fixed in upstream!

[Dmitry Nedospasov]

Hey Teodor,

2 years and several developers later, this got fixed upstream [1] :)

The error was actually a mistake in an if statement which checked for
both a root device and swap. I guess this shows the both of us, how few
people run "swapless" ;)

In any case, thanks for the bugreport!

All the best,

Dmitry

[1] http://gitorious.org/xen-tools/xen-tools/commit/1e8b4d
-- 
Dmitry Nedospasov  -- Twitter: @nedos
Web: http://nedos.net -- Github: http://github.com/nedos



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

Bug#594886: linux-image-2.6.32-5-amd64: Computer freeze on network traffic

[Marcos García Ochoa]

 El 30/08/2010 18:15, Ben Hutchings escribió:
> Yes, this is a good point.
>
> Can you test with our kernel version 2.6.35, available from
> experimental?
>
> Ben.
>
Downloading. will probably try in ten hours from now or so, if I get
enough free time at work :) I'm downloading dbg too, but I won't install
it until told to.

-- 
Ta otro mail...

Marcos (cualquier parecido con la coincidencia es pura realidad)




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

Bug#591265: #591265 xterm: active icon is too big

[Wolfgang Becker]

On 2010-08-29 Thomas Dickey  wrote:
> Are you still able to reproduce this?  The detail that I was able to
> reproduce was just an inconsistency between my system- and personal
> app-defaults.  I revisited it last week, and was unable to reproduce
> the original issue.  In between, I did update - but none of the updates
> seem to be in a likely place to cause this (no X11, Xt, fvwm).

After runnig an update today I still can reproduce the problem.
I tried to find non-standard local settings and noticed if I remove
"XTerm*faceName: DejaVu Sans Mono" from .Xresources the active icon
for xterm 261-1 is fine. But if I run xterm -fa "DejaVu Sans Mono"
the icon is too big again.

Tschüß,
Wolfgang
-- 
Wolfgang Becker  ***  eMail u...@gmx.de  ***  http://uafr.freeshell.org/



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

Bug#469929: Adopting jack-tools

[Arnout Engelen]

On Mon, Aug 23, 2010 at 07:57:05PM +0200, Arnout Engelen wrote:
> On Sun, Aug 22, 2010 at 12:32:49AM +0200, Arnout Engelen wrote:
> > I'll prepare a patch that gets everything into the form recommended by GNU 
> > and ask upstream (Rohan) to apply it.
> 
> As promised, submitted the attached patch to upstream

Upstream seems nonresponsive. The package in pkg-multimedia-maintainers git 
afaics seems OK apart from presenting the licensing information in a better 
way. 

What would be the proper way forward?


Regards,

Arnout



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

Bug#594940: Includes binary-only and obfuscated C code

[Ben Hutchings]

Additionally, the following uuencoded files contain binary-equivalent
firmware images with no accompanying source code:

sys/contrib/dev/mwl/mwlboot.fw.uu
sys/contrib/dev/mwl/mw88W8363.fw.uu
- not packaged; distributable

sys/contrib/dev/ral/rt2561.fw.uu
sys/contrib/dev/ral/rt2561s.fw.uu
sys/contrib/dev/ral/rt2860.fw.uu
sys/contrib/dev/ral/rt2661.fw.uu
sys/contrib/dev/run/rt2870.fw.uu
- packaged in firmware-ralink

sys/contrib/dev/npe/IxNpeMicrocode.dat.uu
- not packaged; distributable

sys/contrib/dev/ipw/ipw2100-1.3-i.fw.uu
sys/contrib/dev/ipw/ipw2100-1.3-p.fw.uu
sys/contrib/dev/ipw/ipw2100-1.3.fw.uu
sys/contrib/dev/iwi/ipw2200-ibss.fw.uu
sys/contrib/dev/iwi/ipw2200-bss.fw.uu
sys/contrib/dev/iwi/ipw2200-sniffer.fw.uu
- packaged in firmware-ip2x00

sys/contrib/dev/uath/ar5523.bin.uu
- not packaged; no licence visible

sys/contrib/dev/iwn/iwlwifi-5150-8.24.2.2.fw.uu
sys/contrib/dev/iwn/iwlwifi-1000-128.50.3.1.fw.uu
sys/contrib/dev/iwn/iwlwifi-5000-8.24.2.12.fw.uu
sys/contrib/dev/iwn/iwlwifi-4965-228.61.2.24.fw.uu
sys/contrib/dev/iwn/iwlwifi-6000-9.193.4.1.fw.uu
sys/contrib/dev/wpi/iwlwifi-3945-2.14.4.fw.uu
- packaged in firmware-iwlwifi

And the following uuencoded files appear to contain x86 binary code to
run on the host, without accompanying source code:

sys/contrib/dev/nve/i386/nvenetlib.o.bz2.uu
sys/contrib/dev/nve/amd64/nvenetlib.o.bz2.uu
sys/dev/hptrr/amd64-elf.hptrr_lib.o.uu
sys/dev/hptrr/i386-elf.hptrr_lib.o.uu
sys/dev/hptmv/i386-elf.raid.o.uu
sys/dev/hptmv/amd64-elf.raid.o.uu

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#594941: asciijump: FTBFS: /bin/sh: ctags: not found

[Nobuhiro Iwamatsu]

Source: asciijump
Version: 1.0.2~beta-1
Severity: serious

Hi,

asciijump FTBFS on all architecture.
  https://buildd.debian.org/pkg.cgi?pkg=asciijump

-
/bin/sh: ctags: not found
make[1]: *** [all] Error 127
make[1]: Leaving directory 
`/build/buildd-asciijump_1.0.2~beta-1-amd64-XUuRGB/asciijump-1.0.2~beta'
-

Could you check your package?

Best regards,
 Nobuhiro




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

Bug#590610: cups: Unknown server certificate directives

[Daniel Reichelt]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

+1, thank you!

Cheers,
Daniel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJMfCf1AAoJEIWTgWPaKFdzMDsP/jgIDEKGJkx/78Fz6oCP6gwD
qVkfpjSgCR1XyV8z0l4seaZynnwaP1PNht2n8q4ODy0zL5ZZ3ZumHzT41d29TX9V
MBxdvw3y9NGPYx1CyWQLWdzPeoe6Mpf3s17RMt2iV2oiFerpEqtgDxP0WkHe0jjO
51mtmTkpSj/Sybp0lWrp67FhI+cUpUJf1snRam6V/vjIoUJQfo8nFHYAjuarMNO+
Xj1HXu/2t92uaY3pC+SGF3aMQcAcvfCl0X86d12Ol6ulmnCtMkkpK9kPQ8k4b3AT
mn7miW7dKZ3RcUbJL5BbT84cvZQukXWfWatCZx0gVvc/z5sS+LE9+Xl0VSClAoVy
0n8bCEl25fQyyVf2heACl1ZZxx1vf3QhfP7M0jWmkbr3NfT7iZyvIft5DBIG4qqG
HsjZj8M4lauoa5Ti5W6WTvF/GIfD9JDUMcXl8fr+LTdzR+ILm3kjuJtlrJpRQXFf
tbjb1TVP1eA8Om9S983xXj9vCPlFCsHldYsRS6tT/SAe4Iv+3Yb1Qa8P005I6jAw
jPHieazDG/OVxwnVIZ3+qDJlehr0Hl2zHNxejn7lB9bJ0rBMmzIeF6/Unnfbj8Uz
YeFwleG2HuNk9tGGXL0hW+/zpdXV5hDupKYIvso2O8nGKkggUEj8yKMaDFnesiXs
TdB8W0PFbj7xBfYwtNA6
=Zizg
-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#594940: Includes binary-only and obfuscated C code

[Ben Hutchings]

Package: kfreebsd-8
Version: 8.1-5
Severity: serious

The following C files contain firmware images in binary-equivalent form
but are not obviously accompanied by the corresponding source code:

sys/contrib/dev/ral/rt2661_ucode.h
- binaries are packaged in firmware-ralink as /lib/firmware/ralink/rt2?6*.bin

sys/gnu/dev/sound/pci/csaimg.h
- not packaged; not distributable since the stated licence is GPL

sys/gnu/dev/sound/pci/maestro3_dsp.h 
- not packaged; not distributable since the stated licence is GPL

sys/dev/drm/mga_ucode.h
- binaries are packaged in firmware-linux-nonfree as /lib/firmware/matrox/*

sys/dev/drm/r128_cce.c
- binary is packaged in firmware-linux-nonfree as 
/lib/firmware/r128/r128_cce.bin

sys/dev/drm/r600_microcode.h
sys/dev/drm/radeon_microcode.h
- binaries are packaged in firmware-linux-nonfree as /lib/firmware/radeon/*

sys/dev/txp/3c990img.h
- binary is packaged in firmware-linux-nonfree as /lib/firmware/3com/typhoon.bin

sys/dev/fxp/rcvbundl.h
- binaries are packaged in firmware-linux-nonfree as /lib/firmware/e100/*

sys/dev/digi/*X*.h
- not packaged; distributable

sys/dev/sf/starfire_rx.h
sys/dev/sf/starfire_tx.h
- not packaged; maybe distributable

sys/dev/sn/ositech.h
- not packaged; distributable

sys/dev/sound/pci/ds1-fw.h
- not packaged; distributable

sys/dev/si/si2_z280.c
sys/dev/si/si3_t225.c
- not packaged; maybe distributable

sys/dev/cxgb/common/cxgb_ael1002.c
- binaries are packaged in firmware-linux-nonfree as 
/lib/firmware/cxgb3/ael*.bin

sys/dev/fatm/firmware.h
- not packaged; not distributable

sys/dev/cx/csigmafw.h
- not packaged; maybe distributable

sys/dev/bce/if_bcefw.h
- binaries are packaged in firmware-bnx2 as /lib/firmware/bnx2/bnx2/*.fw

sys/dev/usb/net/if_kuefw.h
- binaries are packaged in firmware-linux-nonfree as /lib/firmware/kaweth/*

sys/dev/usb/wlan/if_rumfw.h
- binary is packaged in firmware-ralink as /lib/firmware/ralink/rt73.bin

sys/dev/usb/wlan/if_zydfw.h
- not packaged; distributable

sys/dev/ti/ti_fw2.h
sys/dev/ti/ti_fw.h
- not packaged; maybe distributable

sys/dev/ctau/ctaue1fw.h
sys/dev/ctau/ctau2fw.h
sys/dev/ctau/ctaufw.h
sys/dev/ctau/ctaug7fw.h
- not packaged; maybe distributable

sys/dev/ispfw/asm_*.h
- binaries are packaged in firmware-qlogic as /lib/firmware/ql*_fw.bin

sys/dev/advansys/adwmcode.c
- binary is packaged in firmware-linux-nonfree as 
/lib/firmware/advansys/mcode.bin

As one of the maintainers of firmware-nonfree, I'm happy to cooperate
in adding any firmware images from FreeBSD that Debian can legally
distribute.

Additionally, these C files contain obfuscated code:

sys/dev/ce/tau32-ddk.c
sys/dev/cp/cpddk.c

Ben.

-- System Information:
Debian Release: squeeze/sid
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), 
(1, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (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



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

Bug#592873: ssvnc: Connection from UVNC Single-Click does not start vncviewer

[Magnus Holmgren]

On onsdagen den 25 augusti 2010, you stated the following:
> Hello,
> 
> The recently released upstream version 1.0.28 of SSVNC should fix this bug:

It's just this patch, right?

--- ssvnc-1.0.27/vnc_unixsrc/vncviewer/rfbproto.c   2010-04-18 
04:34:38.0 +0200
+++ ssvnc-1.0.28/vnc_unixsrc/vncviewer/rfbproto.c   2010-06-04 
03:20:39.0 +0200
@@ -854,7 +854,9 @@
switch (secType) {
case rfbSecTypeNone:
fprintf(stderr, "No VNC authentication needed\n");
-   if (viewer_minor >= 8) {
+   if (accept_uvnc) {
+   ;   /* we pretended 3.16 etc. */
+   } else if (viewer_minor >= 8) {
CARD32 authResult;
 
if (!ReadFromRFBServer((char *)&authResult, 4)) 
{

-- 
Magnus Holmgrenholmg...@debian.org
Debian Developer 


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

Bug#594907: ITP: kspsig -- Key Signing Party signature verification tool

[Tom Marble]

On 08/30/2010 04:34 PM, Joerg Jaspert wrote:
> And this needs an own package because of 
> 
> Sounds like it should be in signing-party instead.

Indeed it very well may want to be part of signing-party when
it grows up... The primary rationale for it being separate now
includes:

1. As this tool is making assertions about signature strength which
   important to our web of trust it is recommended that this
   tool get peer testing and review on it's own (as to avoid
   versioning signing-party at this early stage).

2. It has been suggested that the correct implementation of
   this tool is to read the keyring directly -- instead of using
   gpg -- in which case the implementation may change significantly.

If these goals should be accomplished without creating a
separate package I would be happy to pursue that approach.

Respectfully,

--Tom




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

Bug#591580:

[Laurence J. Lane]

On Mon, Aug 30, 2010 at 4:20 AM, Jan-Pascal van Best
 wrote:

> Upgrading to squeeze does help:

Sorry. Didn't realize you're using Lenny. You're probably
out of luck unless backports does iptables and a kernel
with support for the ipv6 version of recent.



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

Bug#594837: Please make ARCHIVEDIR configurable

[Michelle Konzack]

Am 2010-08-30 08:25:03, schrieb Stefan Hornburg (Racke):
> I suppose you can change /var/lib/courier/archive into a symlink which
> target is modified every hour by a cronjob.

The problem is, that courier create  directories  inside  the  "archive"
like:
/var/lib/courier/archive/2010.08.28
 2010.08.29
 2010.08.30

Even this date format is aready annoying.

> This usecase is to specific that we need code inside courier for that
> (IMHO).

I think, it need to be forwarded to Sam.
However, this extension would be very usefull.

> Regards
>   Racke

Thanks, Greetings and nice Day/Evening
Michelle Konzack

-- 
# Debian GNU/Linux Consultant ##
   Development of Intranet and Embedded Systems with Debian GNU/Linux

itsyst...@tdnet France EURL   itsyst...@tdnet UG (limited liability)
Owner Michelle KonzackOwner Michelle Konzack

Apt. 917 (homeoffice)
50, rue de Soultz Kinzigstraße 17
67100 Strasbourg/France   77694 Kehl/Germany
Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil
Tel: +33-9-52705884 fix

  
 

Jabber linux4miche...@jabber.ccc.de
ICQ#328449886

Linux-User #280138 with the Linux Counter, http://counter.li.org/


signature.pgp
Description: Digital signature

Bug#594907: ITP: kspsig -- Key Signing Party signature verification tool

[Joerg Jaspert]

> * Package name: kspsig
>   Version : 0.1
>   Upstream Author : Tom Marble 
> * URL : http://github.com/tmarble/kspsig* License : GPL-3
>   Programming Lang: Python
>   Description : Key Signing Party signature verification tool

> If  you  are  concerned  about  the  hash algorithm strength used 
> in key signing this tool seeks to answer questions you may have 
> following a key signing party...
> - How strongly did others sign my key?
> - How strongly did I sign other's keys?
> - How strong are the signatures for my key?

> This tool only reads keyrings: it does not do any key modifications.

And this needs an own package because of 

Sounds like it should be in signing-party instead.

-- 
bye, Joerg
The answer to life’s problems aren’t at the bottom of a beer bottle, they’re on 
TV.



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

Bug#551566: (/etc/hylafax mount bug still present in 6.0.4-10)

[Alexander Bochmann]

After seeing Bug #551443 I noticed the underlying cause 
seems to be related to the initscript for me: 

/etc/init.d/hylafax never reaches the umountbind call in 
daemon_stop() on my system, as the following message is thrown 
before:

 > # /etc/init.d/hylafax stop
 > Stopping HylaFAX: faxqERROR: Unsupported option (BSD syntax)
 > * simple selection *  * selection by list *
 > -A all processes  -C by command name
 > -N negate selection   -G by real group ID (supports names)
 > -a all w/ tty except session leaders  -U by real user ID (supports names)
 >[.. etc ..]

Don't have an idea yet on what exactly the script barfs here, 
but the result is that /etc/hylafax is never unmounted and 
then hylafax-client setup fails. 

System is an old install that has gone through several 
dist-upgrades, so I assume there may be some residuals of 
old config data? (Don't see any .dpkg-dist files for hylafax 
though.)

Alex.




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

Bug#594860: [Debian-med-packaging] Bug#594860: hmmer: FTBFS (powerpc): altivec and cast errors

[Steffen Möller]

Hello,
this is somewhat mysterious to me. I presume that altivec is kind of found but 
also not configured at the same time. Charles, I
recall you to be a PowerPC user, could you please test this

--- debian/rules(revision 5197)
+++ debian/rules(working copy)
@@ -3,8 +3,19 @@
 include /usr/share/cdbs/1/class/autotools.mk
 include /usr/share/cdbs/1/rules/debhelper.mk

+ARCH=`dpkg-architecture -qDEB_BUILD_ARCH_CPU`
+
+ifeq ("amd64",$(ARCH))
+DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads --enable-sse 
--mandir=$(CURDIR)/debian/tmp/usr/share/man
+else
+ifeq ("powerpc",$(ARCH))
+DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads --enable-vmx 
--mandir=$(CURDIR)/debian/tmp/usr/share/man
+else
+DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads 
--mandir=$(CURDIR)/debian/tmp/usr/share/man
+endif
+endif
+
 #DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads --enable-mpi
-DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads 
--mandir=$(CURDIR)/debian/tmp/usr/share/man
 DEB_MAKE_INSTALL_TARGET := install prefix=$(CURDIR)/debian/tmp/usr
 DEB_MAKE_CHECK_TARGET = check


which is not necessarily nice but it expclicitly switches on vmx on powerpc 
which should then define the flag which then includes
the missing . More is on http://m68hc11.serveftp.org/doc/gcc_5.html .

I will commit this to svn as unreleased and then wait for reports. Many thanks

Steffen

On 08/30/2010 10:49 AM, Philipp Kern wrote:
> Source: hmmer
> Version: 3.0-2
> Severity: serious
> 
>>
>> sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on porpora.debian.org
>>
>> ╔══╗
>> ║ hmmer 3.0-2 (powerpc)  29 Aug 2010 
>> 18:06 ║
>> ╚══╝
> [...]
>> gcc -std=gnu99 -I. -I. -g -O2 -g -Wall -O2 -pthread -maltivec -mabi=altivec  
>> -o esl_vmx.o -c esl_vmx.c   
>> In file included from esl_vmx.c:38:
>> esl_vmx.h: In function 'esl_vmx_set_float':
>> esl_vmx.h:30: warning: implicit declaration of function 'vec_lde'
>> esl_vmx.h:30: error: incompatible types when assigning to type '__vector 
>> float' from type 'int'
>> esl_vmx.h:31: warning: implicit declaration of function 'vec_lvsl'
>> esl_vmx.h:31: error: incompatible types when assigning to type '__vector 
>> unsigned char' from type 'int'
>> esl_vmx.h:32: warning: implicit declaration of function 'vec_perm'
>> esl_vmx.h:32: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:33: warning: implicit declaration of function 'vec_splat'
>> esl_vmx.h:33: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h: In function 'esl_vmx_set_s16':
>> esl_vmx.h:48: error: incompatible types when assigning to type '__vector 
>> signed short' from type 'int'
>> esl_vmx.h:49: error: incompatible types when assigning to type '__vector 
>> unsigned char' from type 'int'
>> esl_vmx.h:50: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:51: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h: In function 'esl_vmx_set_u8':
>> esl_vmx.h:66: error: incompatible types when assigning to type '__vector 
>> unsigned char' from type 'int'
>> esl_vmx.h:67: error: incompatible types when assigning to type '__vector 
>> unsigned char' from type 'int'
>> esl_vmx.h:68: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:69: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h: In function 'esl_vmx_hsum_float':
>> esl_vmx.h:83: warning: implicit declaration of function 'vec_add'
>> esl_vmx.h:83: warning: implicit declaration of function 'vec_sld'
>> esl_vmx.h:83: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:83: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:84: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:84: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:85: warning: implicit declaration of function 'vec_ste'
>> esl_vmx.h:85: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h: In function 'esl_vmx_hsum_s16':
>> esl_vmx.h:100: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:100: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:101: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:101: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:102: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:102: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:103: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h: In function 'esl_vmx_hmax_float':
>> esl_vmx.h:118: warning: implicit declaration of function 'vec_max'
>> esl_vmx.h:118: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:118: error: AltiVec argument passed to unprototyped function
>> esl_vmx.h:119: error: AltiVec argument passed to unprototyped function
>

Bug#590610: cups: Unknown server certificate directives

[Michel Messerschmidt]

cups 1.4.4-3 fixed this bug for me.




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

Bug#593162: marked as done (audacity: Audacity fails to load libavformat)

[Alex Converse]

Attached patch allows audacity to runtime detect match_ext() vs av_match_ext().

Audacity compiled with this patch against FFmpeg 0.5 will still have
problems with AVPacket and AVFifo API issues that they have put behind
"#if FFMPEG_STABLE"
Index: src/FFmpeg.h
===
--- a/src/FFmpeg.h	(revision 10632)
+++ b/src/FFmpeg.h	(working copy)
@@ -63,6 +63,7 @@
 
 /* These defines apply whether or not ffmpeg is available */
 #define INITDYN(w,f) if ((*(void**)&this->f=(void*)w->GetSymbol(wxT(#f))) == NULL) { wxLogMessage(wxT("Failed to load symbol ") wxT(#f)); return false; };
+#define INITDYN2(w,f,f2) if ((*(void**)&this->f=(void*)w->GetSymbol(wxT(#f2))) == NULL) { INITDYN(w,f) };
 
 /// Callback function to catch FFmpeg log messages.
 /// Uses wxLogMessage.
Index: src/FFmpeg.cpp
===
--- a/src/FFmpeg.cpp	(revision 10632)
+++ b/src/FFmpeg.cpp	(working copy)
@@ -828,7 +828,7 @@
INITDYN(avformat,av_open_input_file);
INITDYN(avformat,av_open_input_stream);
INITDYN(avformat,get_buffer);
-   INITDYN(avformat,match_ext);
+   INITDYN2(avformat,match_ext,av_match_ext);
 
 #if FFMPEG_STABLE
INITDYN(avformat,av_init_packet);

Bug#536666: Intent to NMU

[Giovanni Mascellani]

Hi.

As promised, I'm attaching a patch that seems to fix the bug rather than
workarounding it.

Given that the bug is really old, RC and without reaction by the
maintainer, I'm NMU-ing with 3 days of delay.

Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org
diff -u qtpfsgui-1.9.3/debian/changelog qtpfsgui-1.9.3/debian/changelog
--- qtpfsgui-1.9.3/debian/changelog
+++ qtpfsgui-1.9.3/debian/changelog
@@ -1,3 +1,10 @@
+qtpfsgui (1.9.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fixing segmentation fault when saving a HDR image (closes: #53).
+
+ -- Giovanni Mascellani   Mon, 30 Aug 2010 23:08:43 +0200
+
 qtpfsgui (1.9.3-1) unstable; urgency=low
 
   [ Cyril Brulebois ]
diff -u qtpfsgui-1.9.3/debian/patches/series qtpfsgui-1.9.3/debian/patches/series
--- qtpfsgui-1.9.3/debian/patches/series
+++ qtpfsgui-1.9.3/debian/patches/series
@@ -5,0 +6 @@
+60_fix_segfault_53
only in patch2:
unchanged:
--- qtpfsgui-1.9.3.orig/debian/patches/60_fix_segfault_53
+++ qtpfsgui-1.9.3/debian/patches/60_fix_segfault_53
@@ -0,0 +1,23 @@
+Index: qtpfsgui-1.9.3/src/MainWindow/mainWindow.cpp
+===
+--- qtpfsgui-1.9.3.orig/src/MainWindow/mainWindow.cpp	2010-08-30 23:07:48.0 +0200
 qtpfsgui-1.9.3/src/MainWindow/mainWindow.cpp	2010-08-30 23:08:02.0 +0200
+@@ -274,11 +274,13 @@
+ 			normalSizeAct->setEnabled(true);
+ 		}
+ 	} else {
+-		currenthdr=NULL;
+-		normalSizeAct->setEnabled(false);
+-		zoomInAct->setEnabled(false);
+-		zoomOutAct->setEnabled(false);
+-		fitToWindowAct->setEnabled(false);
++		if (mdiArea->subWindowList().empty()) {
++			currenthdr=NULL;
++			normalSizeAct->setEnabled(false);
++			zoomInAct->setEnabled(false);
++			zoomOutAct->setEnabled(false);
++			fitToWindowAct->setEnabled(false);
++		}
+ 	}
+ }
+ 


signature.asc
Description: OpenPGP digital signature

Bug#594939: unblock: ltspfs/0.7-2

[Vagrant Cascadian]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package ltspfs

i uploaded a new upstream version to ltspfs (0.7-1) to experimental in order to
test it.

after some testing, i think it would be good to get these changes into squeeze
as well.

it handles multiple CD/DVD-ROM drives and particularly USB CD/DVD-ROM drives
much more sanely than the current version in squeeze. the current version
leaves old processes running even after USB CD/DVD-ROMs have been removed.

the other changes are fairly small:

ltspfs (0.7-1) experimental; urgency=low

  * New upstream version:
- Improve cdrom handling.

- Add example ltspfs hook to issue notifications for desktops that do not
  display icons on the desktop. Thanks to Petter Reinholdtsen. (Partially
  resolves Debian bug #575031).

  * Update Standards-Version to 3.9.1:
- Change Conflicts to Breaks+Replaces for ltspfsd and ltspfsd-core.

  * Switch to source format 3.0 (quilt).

 -- Vagrant Cascadian   Wed, 25 Aug 2010 16:11:48 -0700

the source format change was previously 1.0 with no patch system, so 3.0
(quilt) shouldn't introduce any problems.

if you think the above changes are acceptible, i'll upload 0.7-2 to unstable.

thanks for your work and consideration!

unblock ltspfs/0.7-2

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#594938: linux-image-2.6.32-5-686: Microsoft InteliMouse (PS/2) wheel broken

[Matthieu Moy]

Package: linux-2.6
Version: 2.6.32-21
Severity: normal
Tags: sid

Hi,

My mouse's (MS Intelimouse, PS/2 with a wheel) wheel stopped working since the
last upgrade: pressing or scrolling the wheel does nothing, at all. xev does
not see the event, but I cannot see it either with "cat /dev/psaux" or "cat
/dev/input/mouse0", while both show fancy characters when pressing the other
buttons.

Rebooting and chosing older kernel versions (2.6.30 or even 2.6.32-trunk-686)
solves the problem. 

Thanks,
-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 14:28:12 UTC 2010

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=777ca468-3cbc-461a-8ee6-424a3f1ee7f0 ro quiet

** Not tainted

** Kernel log:
[1.975417] usb 2-1: Product: DeskJet 920C
[1.975419] usb 2-1: Manufacturer: Hewlett-Packard
[1.975422] usb 2-1: SerialNumber: HU19T6R0HKBI
[1.975512] usb 2-1: configuration #1 chosen from 1 choice
[3.341478] udev: starting version 161
[3.726324] input: PC Speaker as /devices/platform/pcspkr/input/input1
[3.879776] ACPI: SSDT bf5ed720 0022A (v01  PmRef  Cpu0Ist 3000 INTL 
20040311)
[3.880090] processor LNXCPU:00: registered as cooling_device0
[3.880249] ACPI: SSDT bf5edbe0 00152 (v01  PmRef  Cpu1Ist 3000 INTL 
20040311)
[3.880281] input: Power Button as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2
[3.880317] ACPI: Power Button [PWRB]
[3.880849] processor LNXCPU:01: registered as cooling_device1
[3.880897] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input3
[3.880922] ACPI: Power Button [PWRF]
[4.223091] psmouse.c: bad data from KBC - timeout
[4.274107] i801_smbus :00:1f.3: PCI INT B -> GSI 19 (level, low) -> IRQ 
19
[4.353127] psmouse.c: bad data from KBC - timeout
[4.353742] [drm] Initialized drm 1.1.0 20060810
[4.381799] psmouse.c: bad data from KBC - timeout
[4.410469] psmouse.c: bad data from KBC - timeout
[4.439139] psmouse.c: bad data from KBC - timeout
[4.467807] psmouse.c: bad data from KBC - timeout
[4.496476] psmouse.c: bad data from KBC - timeout
[4.525148] psmouse.c: bad data from KBC - timeout
[4.553818] psmouse.c: bad data from KBC - timeout
[4.578212] intel_rng: FWH not detected
[4.582487] psmouse.c: bad data from KBC - timeout
[4.587386] parport_pc 00:09: reported by Plug and Play ACPI
[4.587426] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
[4.612366] input: PS/2 Generic Mouse as 
/devices/platform/i8042/serio1/input/input4
[4.638691] i915 :00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[4.638696] i915 :00:02.0: setting latency timer to 64
[4.642336] mtrr: type mismatch for d000,1000 old: write-back new: 
write-combining
[4.642339] [drm] MTRR allocation failed.  Graphics performance may suffer.
[4.642386] i915 :00:02.0: irq 26 for MSI/MSI-X
[4.642391] [drm] set up 7M of stolen space
[4.642642] [drm] initialized overlay support
[4.706408] Linux video capture interface: v2.00
[4.849898] bttv: driver version 0.9.18 loaded
[4.849900] bttv: using 8 buffers with 2080k (520 pages) each for capture
[4.849929] bttv: Bt8xx card found (0).
[4.849938] bttv :03:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[4.849946] bttv0: Bt848 (rev 18) at :03:01.0, irq: 19, latency: 32, 
mmio: 0xe020
[4.852522] bttv0: using:  *** UNKNOWN/GENERIC ***  [card=0,autodetected]
[4.852524] IRQ 19/bttv0: IRQF_DISABLED is not guaranteed on shared IRQs
[4.852547] bttv0: gpio: en=, out= in=00ff27ff [init]
[4.853279] tveeprom 2-0050: Huh, no eeprom present (err=-6)?
[4.853280] bttv0: tuner type unset
[4.853337] bttv0: registered device video0
[4.853380] bttv0: registered device vbi0
[4.907665] Console: switching to colour frame buffer device 200x75
[4.915303] fb0: inteldrmfb frame buffer device
[4.915305] registered panic notifier
[4.915329] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[5.242261] usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 
0x03F0 pid 0x1504
[5.242282] usbcore: registered new interface driver usblp
[5.391884] HDA Intel :00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 
16
[5.391908] HDA Intel :00:1b.0: setting latency timer to 64
[5.472707] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input5
[6.264324] Adding 1951888k swap on /dev/sdb2.  Priority:-1 extents:1 
across:1951888k 
[6.536163] usb-storage: device scan complete
[6.536658] scsi 4:0:0:0: Direct-Access Generic  USB SD Reader1.00 
PQ: 0 ANSI: 0
[6.537161] scsi 4:0:0:1: Direct-Access Generic  USB CF Reader1.01 
PQ: 0 ANSI: 0
[6.537690] scsi 4:0:0:2: Direct-Access Generic  USB SM Reader1.02 
PQ: 0 ANS

Bug#594937: u-boot: Create binary package for each supported machine instead of for each architecture

[Marek Vasut]

Package: u-boot
Severity: wishlist

Create binary package for each supported machine instead of for each
architecture. This should allow adding more devices without creating bloated
packages.

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

Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Naru debian.orig/control debian/control
--- debian.orig/control	2010-08-10 00:41:08.0 +0200
+++ debian/control	2010-08-10 03:25:16.0 +0200
@@ -7,15 +7,131 @@
 Vcs-Git: git://git.debian.org/collab-maint/u-boot.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/u-boot.git;a=summary
 
-Package: u-boot
-Architecture: any
+Package: u-boot-2010.06-sheevaplug
+Architecture: armel
 Section: admin
 Depends: ${shlibs:Depends}
 Conflicts: uboot-mkimage
 Replaces: uboot-mkimage
+Provides: u-boot
 Description: A boot loader for embedded systems
  Das U-Boot is a cross-platform bootloader for embedded systems,
  used as the default boot loader by several board vendors.  It is
  intended to be easy to port and to debug, and runs on many
  supported architectures, including PPC, ARM, MIPS, x86, m68k,
- NIOS, and Microblaze.
+ NIOS, and Microblaze. This package contains version for Marvell
+ Sheevaplug.
+
+Package: u-boot-2010.06-guruplug
+Architecture: armel
+Section: admin
+Depends: ${shlibs:Depends}
+Conflicts: uboot-mkimage
+Replaces: uboot-mkimage
+Provides: u-boot
+Description: A boot loader for embedded systems
+ Das U-Boot is a cross-platform bootloader for embedded systems,
+ used as the default boot loader by several board vendors.  It is
+ intended to be easy to port and to debug, and runs on many
+ supported architectures, including PPC, ARM, MIPS, x86, m68k,
+ NIOS, and Microblaze. This package contains version for Marvell
+ Guruplug.
+
+Package: u-boot-2010.06-ZUMA
+Architecture: powerpc
+Section: admin
+Depends: ${shlibs:Depends}
+Conflicts: uboot-mkimage
+Replaces: uboot-mkimage
+Provides: u-boot
+Description: A boot loader for embedded systems
+ Das U-Boot is a cross-platform bootloader for embedded systems,
+ used as the default boot loader by several board vendors.  It is
+ intended to be easy to port and to debug, and runs on many
+ supported architectures, including PPC, ARM, MIPS, x86, m68k,
+ NIOS, and Microblaze. This package contains version for ZUMA.
+
+Package: u-boot-2010.06-eNET
+Architecture: i386
+Section: admin
+Depends: ${shlibs:Depends}
+Conflicts: uboot-mkimage
+Replaces: uboot-mkimage
+Provides: u-boot
+Description: A boot loader for embedded systems
+ Das U-Boot is a cross-platform bootloader for embedded systems,
+ used as the default boot loader by several board vendors.  It is
+ intended to be easy to port and to debug, and runs on many
+ supported architectures, including PPC, ARM, MIPS, x86, m68k,
+ NIOS, and Microblaze. This package contains version for eNET.
+
+Package: u-boot-2010.06-qemu_mips
+Architecture: mips
+Section: admin
+Depends: ${shlibs:Depends}
+Conflicts: uboot-mkimage
+Replaces: uboot-mkimage
+Provides: u-boot
+Description: A boot loader for embedded systems
+ Das U-Boot is a cross-platform bootloader for embedded systems,
+ used as the default boot loader by several board vendors.  It is
+ intended to be easy to port and to debug, and runs on many
+ supported architectures, including PPC, ARM, MIPS, x86, m68k,
+ NIOS, and Microblaze. This package contains version for QEMU/mips.
+
+Package: u-boot-2010.06-dbau1100
+Architecture: mipsel
+Section: admin
+Depends: ${shlibs:Depends}
+Conflicts: uboot-mkimage
+Replaces: uboot-mkimage
+Provides: u-boot
+Description: A boot loader for embedded systems
+ Das U-Boot is a cross-platform bootloader for embedded systems,
+ used as the default boot loader by several board vendors.  It is
+ intended to be easy to port and to debug, and runs on many
+ supported architectures, including PPC, ARM, MIPS, x86, m68k,
+ NIOS, and Microblaze. This package contains version for DBAU1100.
+
+Package: u-boot-2010.06-hammerhead
+Architecture: avr32
+Section: admin
+Depends: ${shlibs:Depends}
+Conflicts: uboot-mkimage
+Replaces: uboot-mkimage
+Provides: u-boot
+Description: A boot loader for embedded systems
+ Das U-Boot is a cross-platform bootloader for embedded systems,
+ used as the default boot loader by several board vendors.  It is
+ intended to be easy to port and to debug, and runs on many
+ supported architectures, including PPC, ARM, MIPS, x86, m68k,
+ NIOS, and Microblaze. This package contains version for Hammerhead.
+
+Package: u-boot-2010.06-sh7785lcr_32bit
+Architecture: sh4
+Section: admin
+Depends: ${shlibs:Depends}
+Conflicts: uboot-mkimage
+Replaces: uboot-mkimage
+Provides: u-boot
+Description: A boot loader for embedded systems
+ Das U-Boot is a cross-platform bootloader

Bug#594936: unblock: qemu/0.12.5+dfsg-2

[Aurelien Jarno]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package qemu version 0.12.5+dfsg-2. This version
basically contains two changes: 

 qemu (0.12.5+dfsg-2) unstable; urgency=low
 .
   * mips/mipsel binfmt registration: also match EI_ABIVERSION=1, used by
 OpenWRT. Closes: #591543.
   * Update 99_stable.diff from the stable branch:
 - Fix windows XP boot with libvirt. Closes: bug#579166.

The first one is an update for the mips/mipsel binfmt registration. It
is now more permissive than before on the type of mips binaries it can
run, so there is no risk of regression about binaries it can already
run.

The second one is a patch from the upstream stable tree (backported from
HEAD), to fix a longstanding issue preventing Windows XP to be correctly
installed when using libvirt.


unblock qemu/0.12.5+dfsg-2

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

Kernel: Linux 2.6.32-5-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/bash



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

Bug#594935: setting package to rt3.8-db-mysql request-tracker3.8 rt3.8-db-sqlite rt3.8-apache2 rt3.8-clients rt3.8-db-postgresql ...

[Dominic Hargreaves]

# Automatically generated email from bts, devscripts version 2.10.35lenny7
# via tagpending 
#
# request-tracker3.8 (3.8.8-4) UNRELEASED; urgency=low
#
#  * Debconf translation updates (Closes: #592255, #592514, #593564,
##593687, #593989, #594079, #594935)
#

package rt3.8-db-mysql request-tracker3.8 rt3.8-db-sqlite rt3.8-apache2 
rt3.8-clients rt3.8-db-postgresql
tags 594935 + pending




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

Bug#594930: Spews console with GTK+ messages

[Guido Günther]

On Mon, Aug 30, 2010 at 10:54:36PM +0200, Wolfram Quester wrote:
> Hi Guido,
> 
> 
> On Mon, Aug 30, 2010 at 10:38:31PM +0200, Guido Günther wrote:
> > Package: inkscape
> > Version: 0.47.0-2+b1
> > Severity: minor
> > 
> > Hi,
> > starting inkscape prints about 50 times 
> > 
> > (inkscape:18887): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion 
> > `GTK_IS_MISC (misc)' failed
> > 
> > into the console. Please make it stop. inkscape --g-fatal-warnings would
> > help to spot the problem if there were an inkscape-dbg package.
> > Cheers,
> >  -- Guido
> This was already reported as #580139. According to the upstream report this is
> actually a bug in gtk:
> https://bugzilla.gnome.org/show_bug.cgi?id=616851
> 
> So I reassigned this bug to libgtk2.0-0. I think I'll leave this one in
> inkscape for fututre reference.
Or you merge the two bugs and mark #580139 as "affects inkscape". Also
could we get:


http://git.gnome.org/browse/gtk+/commit/?id=ba3e997daea267b100988ecd7c6d0767c334dfbc

included in Squeeze?
Cheers,
 -- Guido



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

Bug#594930: Spews console with GTK+ messages

[Wolfram Quester]

Hi Guido,


On Mon, Aug 30, 2010 at 10:38:31PM +0200, Guido Günther wrote:
> Package: inkscape
> Version: 0.47.0-2+b1
> Severity: minor
> 
> Hi,
> starting inkscape prints about 50 times 
> 
> (inkscape:18887): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion 
> `GTK_IS_MISC (misc)' failed
> 
> into the console. Please make it stop. inkscape --g-fatal-warnings would
> help to spot the problem if there were an inkscape-dbg package.
> Cheers,
>  -- Guido
This was already reported as #580139. According to the upstream report this is
actually a bug in gtk:
https://bugzilla.gnome.org/show_bug.cgi?id=616851

So I reassigned this bug to libgtk2.0-0. I think I'll leave this one in
inkscape for fututre reference.

Thanks,

Wolfi



signature.asc
Description: Digital signature

Bug#592625: alien: hpacucli deb not being generated

[Joey Hess]

Adrian von Bidder wrote:
> Ok, looks like a bad rpm:  filename is "noarch", but the debian/control 
> being generated has "Architecture: i386".  (I assume this information is 
> taken from the rpm)

Yes, this rpm is internally an i386 architecture rpm.

> As you said, no package is being generated because there is no package 
> declared for amd64 in debian/control.
> 
> So this bug is really a "please print some kind of error message" kind 
> of bug.

Yes.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#536666: Summary

[Giovanni Mascellani]

I tried too to debug this issue. Here is a short summary. In
mainWindow.cpp, function MainGui::fileSaveAs(), there is this call
(starting at line 191):

QString fname = QFileDialog::getSaveFileName(
this,
tr("Save the HDR..."),
RecentDirHDRSetting,
filetypes
);

During the execution of getSaveFileName, the value of this->currenthdr
gets changed to null, which causes the subsequent segmentation fault
when trying to dereference it (for example, at line 208).

Changing "this" to "null" at line 192 doesn't help. I don't know how
getSaveFileName is able to write things in this. Trying to sort out from
here with gdb or ddd is really difficult: I think that the actual point
where currenthdr is change is MainGui::updateActions() (maniWindow.cpp
at line 277), but it's not clear to me how we arrive to that piece of code.

From the upstream SVN[1] it seems that backporting the "if" clause at
the line 341 fixes this bug without needing the workaround suggested by
Luca Niccoli.

 [1]
http://qtpfsgui.svn.sourceforge.net/viewvc/qtpfsgui/trunk/qtpfsgui/src/MainWindow/MainWindow.cpp?revision=712&view=markup

Given that this trick works for me, I'll try to provide a patch and NMU
this bug.

Thanks, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org



signature.asc
Description: OpenPGP digital signature

Bug#594935: request-tracker3.8: [INTL:it] Italian debconf translation

[Luca Monducci]

Package: request-tracker3.8
Severity: wishlist
Tags: l10n, patch

Hello,
please update the Italian debconf templates translation (attached).

Regards,
 Luca




# Italian translations of po-debconf templates for request-tracker3.8.
# Copyright (c) 2008 Software in the Public Interest
# This file is distributed under the same license as the request-tracker3.8 
package.
# Luca Monducci , 2008-2010
# 
msgid ""
msgstr ""
"Project-Id-Version: request-tracker3.8 3.8.8-4 italian\n"
"Report-Msgid-Bugs-To: request-tracker...@packages.debian.org\n"
"POT-Creation-Date: 2010-08-20 14:25+0100\n"
"PO-Revision-Date: 2010-08-30 22:28+0200\n"
"Last-Translator: Luca Monducci \n"
"Language-Team: Italian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: it\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Name for this Request Tracker (RT) instance:"
msgstr "Nome di questa istanza di Request Tracker (RT):"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Every installation of Request Tracker must have a unique name. The domain "
"name or an abbreviation of the organization name are usually good candidates."
msgstr ""
"Ogni installazione di Request Tracker deve avere un nome univoco. Il nome di "
"dominio oppure una forma abbreviata del nome dell'organizzazione sono "
"solitamente dei buoni candidati."

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please note that once you start using a name, you should probably never "
"change it. Otherwise, mail for existing tickets won't get put in the right "
"place."
msgstr ""
"Notare che una volta iniziato a utilizzare un nome, non andrebbe mai "
"cambiato. Altrimenti la posta per i ticket esistenti non verrà depositata "
"nel posto giusto."

#. Type: string
#. Description
#: ../templates:2001
msgid "This setting corresponds to the $rtname configuration variable."
msgstr ""
"Questa impostazione corrisponde alla variabile di configurazione $rtname."

#. Type: string
#. Description
#: ../templates:3001
msgid "Identifier for this RT instance:"
msgstr "Identificatore di questa istanza di RT:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"In addition to its name, every installation of Request Tracker must also "
"have a unique identifier. It is used when linking between RT installations."
msgstr ""
"Oltre al nome, ogni installazione di Request Tracker deve avere un "
"identificatore univoco. Questo viene usato quando si collegano fra loro "
"delle installazioni di RT."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"It should be a persistent DNS domain relating to your installation, for "
"example example.org, or perhaps rt.example.org. It should not be changed "
"during the lifetime of the RT database, so it recommended not to use the "
"default value of the system hostname. Therefore, if you plan to restore an "
"existing database to this installation, you should use the same value as "
"previous installations using the same database."
msgstr ""
"Questo dovrebbe essere un nome DNS persistente legato alla propria "
"installazione, per esempio esempio.org o magari rt.esempio.org. Non dovrebbe "
"essere cambiato durante la vita del database RT quindi non usare il valore "
"predefinito, cioè il nome host del sistema. Inoltre, nel caso si voglia "
"ripristinare un database esistente su questa installazione, si deve usare lo "
"stesso valore usato nelle precedenti installazioni con quel database."

#. Type: string
#. Description
#: ../templates:3001
msgid "This setting corresponds to the $Organization configuration variable."
msgstr ""
"Questa impostazione corrisponde alla variabile di configurazione "
"$Organization."

#. Type: string
#. Description
#: ../templates:4001
msgid "Default email address for RT correspondence:"
msgstr "Indirizzo email predefinito per la posta da RT:"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"Please choose the address that will be listed in From: and Reply-To: headers "
"of emails tracked by RT, unless overridden by a queue-specific address."
msgstr ""
"Scegliere l'indirizzo che apparirà nei campi From: e Reply-To: "
"dell'intestazione delle email tracciate da RT, eccetto quando sovrascritto "
"dall'indirizzo specifico di una coda."

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"This setting corresponds to the $CorrespondAddress configuration variable."
msgstr ""
"Questa impostazione corrisponde alla variabile di configurazione "
"$CorrespondAddress."

#. Type: string
#. Description
#: ../templates:5001
msgid "Default email address for RT comments:"
msgstr "Indirizzo email predefinito per i commenti RT:"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"Please choose the address that will be listed in From: and Reply-To: headers "
"of comment emails, unless overridden by a queue-specific address. Comments "
"can be used for adding ticket information that is not visible to the 

Bug#594920: ITP: ibus-rawcode -- rawcode ime engine for ibus

[Praveen A]

Waiting for Upstream to add copyright notices to individual files
(https://bugzilla.redhat.com/show_bug.cgi?id=628723)

Meanwhile this package is uploaded to mentors
http://mentors.debian.net/debian/pool/main/i/ibus-rawcode/

Thanks
Praveen
-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.



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

Bug#594933: Manpage idmapd.conf.5 not shipped

[Iustin Pop]

Package: nfs-common
Version: 1:1.2.2-4
Severity: normal

Hi,

It seems the manpage for /etc/idmapd.conf is not shipped (anymore?) by
any package. I'm reporting this against nfs-common as this package is
the one shipping the daemon.

I've seen though that the man page is present in the sources for
libnfsidmap, so maybe it's the library that should ship it (please
reassign then).

Without the man page, finding information about the static or ldap
transports is… dificult :)

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

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

Versions of packages nfs-common depends on:
ii  adduser   3.112  add and remove users and groups
ii  initscripts   2.88dsf-12 scripts for initializing and shutt
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcap2   1:2.19-3   support for getting/setting POSIX.
ii  libcomerr21.41.12-2  common error description library
ii  libevent-1.4-21.4.13-stable-1An asynchronous event notification
ii  libgssapi-krb5-2  1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k
ii  libgssglue1   0.1-4  mechanism-switch gssapi library
ii  libk5crypto3  1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - C
ii  libkrb5-3 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries
ii  libnfsidmap2  0.23-2 An nfs idmapping library
ii  librpcsecgss3 0.19-2 allows secure rpc communication us
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip
ii  netbase   4.42   Basic TCP/IP networking system
ii  portmap   6.0.0-2RPC port mapper
ii  ucf   3.0025 Update Configuration File: preserv

nfs-common recommends no packages.

nfs-common 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#448639: Taking this to the CTTE?

[Lucas Nussbaum]

On 30/08/10 at 19:59 +0200, Tollef Fog Heen wrote:
> ]] Lucas Nussbaum 
> | On 28/08/10 at 21:31 +0200, Tollef Fog Heen wrote:
> | > Hi Daigo,
> | > 
> | > using /var/lib/gems is really quite annoying, and I have meant to write
> | > something along the lines of what Clint Byrum wrote a few messages ago.
> | > Sure, using /usr/local isn't ideal, but that's a choice that's up to the
> | > local system administrator; what you're effectively doing is just
> | > forcing people to jump through a hoop and having to add
> | > /var/lib/gems/bin to the default path, which is really quite silly.  The
> | > lack of consistency with what CPAN does is also annoying as we're making
> | > a distribution, not just packaging a bunch of software.
> | > 
> | > So, please, please change this.  If you don't want to change this, I'll
> | > take this to the CTTE so they can rule on this.
> | 
> | While I support the idea of using /usr/local (I even submitted this bug
> | back in 2007), I find it incredible that you threaten to take this to
> | the TC.
> 
> Threaten?  It's the place to take technical arguments that can't be
> resolved by discussion, and this has been a long-standing argument with
> little movement on either side.

Because nobody saw it as something that needed to be solved urgently?

> | There has been basically no activity on this bug between december 2007
> | and now. On August 26th, a Canonical employee restarts that discussion,
> | and two days later, another Canonical employee threatens to take it to
> | the TC?  Come on! Can't we have at least one week of peaceful discussion
> | before you light up the flames?
> 
> I left Canonical years ago, and I don't see why somebody's employment
> would be relevant at all.  I'm, as you can see, writing from my personal
> email address.

OK, I was mistaken on that. Still, I don't think that you should jump in
a thread without really having made any effort to be convincing
yourself, and threaten to appeal the TC. If someone should make that
move, it should be me (as the original bug reporter), or Clint, since he
provided a good rationale and "reopened" the issue. But I hope that none
of us will make that move before we have left that discussion last for
at least a couple weeks.

Lucas



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

Bug#594932: update-grub fails to complete on fakeRAID

[Valentin Pavlyuchenko]

Package: grub-legacy
Version: 0.97-61

On my system, update-grub fails with the following output:

Searching for GRUB installation directory ... found: /boot/grub
warning: grub-probe can't find drive for /dev/mapper/isw_jfcfihbei_RAID01.
grub-probe: error: cannot find a GRUB drive for
/dev/mapper/isw_jfcfihbei_RAID01.  Check your device.map.

My setup:
/dev/mapper/isw_jfcfihbei_RAID01 is /boot,
/dev/mapper/isw_jfcfihbei_RAID02 is /,

/boot/grub/device.map is:
(hd0)   /dev/mapper/isw_jfcfihbei_RAID0


I am using Debian GNU/Linux squeeze/sid. I'm unable to recover when
update-grub started to fail (maybe up to few months).

--
Best regards,
Valentin Pavlyuchenko



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

Bug#519006: mips/ld: non-dynamic relocations refer to dynamic symbol

[Aurelien Jarno]

Hi all,

I have made some progress on this bug, though it has not progress in the
expected direction. In other words I got some surprises.

First of all it the bug has been introduced in binutils when introducing
the MIPS PLT support [1] (commits around 2008-08-08). I am still
convinced it is actually a binutils bug. Secondly, if the problem is
actually not present in gcc-snapshot in gcc 4.5 we have *in Debian*, it
is not due to the fix linked in the bugzilla entry. It is due to the
fact we default to -mplt on these compilers. It is possible to
workaround the bug on gcc 4.4 using -mplt (like it is possible to 
workaround it by dropping the -g).

Given all of that, the only forseen solution for this fix is to also
default to -mplt on gcc 4.4. It also brings speed improvements, as 
well as some more "standard" binaries with regard to other 
architectures. On the other hand, I understand it is something quite 
risky so close to a release. If we go for this solution, we may want
to trigger a rebuild of part of the archive as it is currently done
on sparc.

Cheers,
Aurelien

[1] http://readlist.com/lists/gcc.gnu.org/gcc/4/22455.html

diff -u gcc-4.4-4.4.4/debian/changelog gcc-4.4-4.4.4/debian/changelog
--- gcc-4.4-4.4.4/debian/changelog
+++ gcc-4.4-4.4.4/debian/changelog
@@ -1,3 +1,10 @@
+gcc-4.4 (4.4.4-11+mipsplt) UNRELEASED; urgency=low
+
+  [ Aurelien Jarno ]
+  * Default to -mplt on mips(el).
+
+ -- Aurelien Jarno   Mon, 30 Aug 2010 15:58:29 +
+
 gcc-4.4 (4.4.4-11) unstable; urgency=medium
 
   * Update to SVN 20100824 from the gcc-4_4-branch (r163521).
diff -u gcc-4.4-4.4.4/debian/rules2 gcc-4.4-4.4.4/debian/rules2
--- gcc-4.4-4.4.4/debian/rules2
+++ gcc-4.4-4.4.4/debian/rules2
@@ -384,12 +384,14 @@
 endif
 
 ifneq (,$(findstring mips-linux,$(DEB_TARGET_GNU_TYPE)))
+  CONFARGS += --with-mips-plt
   ifeq ($(biarchn32)-$(biarch64),yes-yes)
 CONFARGS += --enable-targets=all
   endif
 endif
 
 ifneq (,$(findstring mipsel-linux,$(DEB_TARGET_GNU_TYPE)))
+  CONFARGS += --with-mips-plt
   ifeq ($(biarchn32)-$(biarch64),yes-yes)
 CONFARGS += --enable-targets=all
   endif

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#594931: libpaper-utils: Should describe that scripts in libpaper.d need to follow run-parts syntax

[Frank Küster]

Package: libpaper-utils
Version: 1.1.24
Severity: normal
Tags: patch

paperconfig internally uses run-parts to execute the scripts in
libpaper.d.  However, this is nowhere documented.  From the current
manpage, it looks as if any script would be run, regardless of the
letters used in the name.

I suggest to change the man page with the following patch:

--- man/paperconfig.8.in.orig   2010-08-30 22:40:31.0 +0200
+++ man/paperconfig.8.in2010-08-30 22:41:21.0 +0200
@@ -64,6 +64,11 @@
 .B @RUNPARTSDIR@
 Directory of scripts to run after the paper size has been changed.
 This package puts no scripts here, but other packages may.
+.B run-parts
+is used to run the scripts.  Therefore their names must comply
+with 
+.B run-part's
+naming requirements.
 .SH AUTHOR
 Yves Arrouye 
 .SH SEE ALSO

Regards, Frank

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpaper-utils depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libpaper1 1.1.24 library for handling paper charact

libpaper-utils recommends no packages.

libpaper-utils suggests no packages.

-- no debconf information

-- 
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg



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

Bug#594930: Spews console with GTK+ messages

[Guido Günther]

Package: inkscape
Version: 0.47.0-2+b1
Severity: minor

Hi,
starting inkscape prints about 50 times 

(inkscape:18887): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion 
`GTK_IS_MISC (misc)' failed

into the console. Please make it stop. inkscape --g-fatal-warnings would
help to spot the problem if there were an inkscape-dbg package.
Cheers,
 -- Guido


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

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

Versions of packages inkscape depends on:
ii  libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libcairomm-1.0-11.8.4-3  C++ wrappers for Cairo (shared lib
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libgc1c21:6.8-1.2conservative garbage collector for
ii  libgcc1 1:4.4.4-8GCC support library
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libglibmm-2.4-1c2a  2.24.2-1 C++ wrapper for the GLib toolkit (
ii  libgnomevfs2-0  1:2.24.3-1   GNOME Virtual File System (runtime
ii  libgomp14.4.4-8  GCC OpenMP (GOMP) support library
ii  libgsl0ldbl 1.14+dfsg-1  GNU Scientific Library (GSL) -- li
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a   1:2.20.3-1   C++ wrappers for GTK+ (shared libr
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  liblcms11.18.dfsg-1.2+b2 Color management library
ii  libmagick++38:6.6.0.4-2.2object-oriented C++ interface to I
ii  libmagickcore3  8:6.6.0.4-2.2low-level image manipulation libra
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libpangomm-1.4-12.26.2-1 C++ Wrapper for pango (shared libr
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  libpoppler-glib40.12.4-1.1   PDF rendering library (GLib-based 
ii  libpoppler5 0.12.4-1.1   PDF rendering library
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  libsigc++-2.0-0c2a  2.2.4.2-1type-safe Signal Framework for C++
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  libwpd8c2a  0.8.14-1 Library for handling WordPerfect d
ii  libwpg-0.1-10.1.3-1  WordPerfect graphics import/conver
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxslt1.1  1.1.26-5 XSLT 1.0 processing library - runt
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages inkscape recommends:
ii  aspell 0.60.6-4  GNU Aspell spell-checker
ii  imagemagick8:6.6.0.4-2.2 image manipulation programs
ii  libwmf-bin 0.2.8.4-6.1   Windows metafile conversion tools
ii  perlmagick 8:6.6.0.4-2.2 Perl interface to the ImageMagick 
ii  pstoedit   3.50-3+b1 PostScript and PDF files to editab

Versions of packages inkscape suggests:
ii  dia   0.97.1-7   Diagram editor
ii  libgnomevfs2-extra1:2.24.3-1 GNOME Virtual File System (extra m
pn  libsvg-perl(no description available)
pn  libxml-xql-perl(no description available)
ii  python2.6.5-13   interactive high-level object-orie
ii  python-lxml   2.2.6-1pythonic binding for the libxml2 a
ii  python-numpy  1:1.4.1-4  Numerical Python adds a fast array
ii  python-uniconvertor   1.1.4-1+b1 Universal vector graphics translat
ii  ruby  4.5An interpreter of object-oriented 
pn  skencil(no description available)
pn  ttf-bitstream-vera (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#594929: bugzilla: [l10n:fr] Yet again another another another French debconf translation update

[Christian Perrier]

Package: bugzilla
Severity: normal
Tags: patch l10n

Subject says it all. Third successive version where there have been
changes to debconf templates just after translators sent updates.

We really feel like hunting a moving target. It would be appreciated
if you stopped it for a while:-). Could that be considered?

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

Kernel: Linux 2.6.32-5-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
# french translation of bugzilla3 debconf templates
# Copyright (C) 2007-2009 Debian French l10n team 

# This file is distributed under the same license as the bugzilla3 package.
#
# Translators:
#
# Alexis Sukrieh , 2008.
# Jean Guillou , 2008, 2009.
# Christian Perrier , 2008, 2010.
# Florentin Duneau , 2009.
msgid ""
msgstr ""
"Project-Id-Version: bugzilla3\n"
"Report-Msgid-Bugs-To: bugzi...@packages.debian.org\n"
"POT-Creation-Date: 2010-08-27 09:51+0200\n"
"PO-Revision-Date: 2010-08-30 22:22+0200\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms:  nplurals=2; plural=(n > 1);\n"

#. Type: password
#. Description
#: ../bugzilla3.templates:2001
msgid "Password confirmation:"
msgstr "Confirmation du mot de passe :"

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid "Email address of Bugzilla administrator:"
msgstr "Adresse électronique de l'administrateur de Bugzilla :"

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid ""
"Please enter the email address of the Bugzilla administrator; all mail for "
"the administrator will be sent to this address. This email address is also "
"used as the administrator login for Bugzilla."
msgstr ""
"Veuillez indiquer l'adresse électronique de l'administrateur de Bugzilla. "
"Tous les courriers électroniques qui lui sont destinés y seront envoyés. "
"Elle sera également utilisée comme identifiant pour l'administrateur."

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid ""
"A valid address must contain exactly one '@', and at least one '.' after the "
"@. You'll be able to change this setting through Bugzilla's web interface."
msgstr ""
"Une adresse valable doit contenir un et un seul �...@ » et au moins un « . » "
"après le �...@ ». Vous pourrez changer ces réglages initiaux via l'interface "
"web de Bugzilla."

#. Type: string
#. Description
#: ../bugzilla3.templates:4001
msgid "Real name of Bugzilla administrator:"
msgstr "Nom réel de l'administrateur de Bugzilla :"

#. Type: password
#. Description
#: ../bugzilla3.templates:5001
msgid "Password for the Bugzilla administrator account:"
msgstr "Mot de passe de l'administrateur de Bugzilla :"

#. Type: password
#. Description
#: ../bugzilla3.templates:5001
msgid "Please enter at least 6 characters."
msgstr "Veuillez utiliser au moins 6 caractères."

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid "Have Status or Resolution values been customized?"
msgstr "Faut-il modifier la valeur des champs « Status/Resolution » ?"

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid ""
"If values in the Status or Resolution fields have been customized, the "
"checksetup procedure must be modified appropriately before installation can "
"continue."
msgstr ""
"Si vous avez modifié la valeur des champs « Status/Resolution », la "
"procédure « checksetup » doit être modifiée de façon appropriée avant de "
"continuer l'installation."

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid ""
"For each update of this package, a new version of the checksetup_nondebian."
"pl script is installed; the /usr/share/bugzilla3/debian/pre-checksetup.d "
"directory can be used to automatically apply your modifications before "
"execution."
msgstr ""
"Pour chaque mise à jour de Bugzilla, une nouvelle version du script "
"« checksetup_nondebian.pl » est installée ; le répertoire /usr/share/"
"bugzilla3/debian/pre-checksetup.d peut être utilisé pour automatiquement "
"appliquer vos modifications avant l'exécution."

#. Type: boolean
#. Description
#: ../bugzilla3.templates:7001
msgid "Prompt about customized Status/Resolution at each update?"
msgstr ""
"Demander la tenue à jour des champs « Status/Resolution » à chaque mise à "
"jour ? "

#. Type: boolean
#. Description
#: ../bugzilla3.templates:7001
msgid ""
"If you modified Status/Resolution fields and created a script within /usr/"
"share/bugzilla3/debian/pre-checksetup.d to apply changes to /usr/share/"
"bugzilla3/lib/checksetup_nondebian.pl, you may want to avoid being prompted "
"at each package upgrade."
msgstr ""
"Si vous modifiez les champs « Status/Resolution » et créez un script dans /"
"usr/share/bugzilla3/debian/pre-ch

Bug#594848: ifetch-tools: [INTL:fr] French debconf templates translation update

[Richard Nelson]

Greetings,

applied in git.

On Mon, Aug 30, 2010 at 12:22 AM, Christian Perrier  wrote:
> Package: ifetch-tools
> Version: N/A
> Severity: wishlist
> Tags: patch l10n
>
> Please find attached the french debconf templates update, proofread by the
> debian-l10n-french mailing list contributors.
>
> If you do not already use it, you might consider using the
> "podebconf-report-po" utility, which helps warning translators about
> changes when you modify some debconf templates in your packages.
>
> The usual policy when using it is sending a warning to translators
> when you plan to upload a version of your package with debconf
> templates changes (even typo corrections). Then leave about one week
> for them to update their files (several translation teams have a QA
> process which requires time).
>
> podebconf-report-po will take care of sending the translators the
> needed material as well as getting the translators adresses from the
> PO files. All you have to do is just using the utility..:-)
>
> Example use (from your package build tree):
>
> $ podebconf-report-po
>
> This will go through debian/po/*.po files, find those needing an
> update, extract the translators data from these files and prepare a
> mail to send to these translators (you can also use the
> "--languageteam" switch to also mail the mail addresses listed in
> "Language-Team" field).
>
> You can also use this utility to request for new translations:
>
> $ podebconf-report-po --call
>
> This will send a mail to debian-i...@lists.debian.org with all the
> needed information and material for new translators to add new
> languages to your supported languages.
>
> If you apply this policy, please forget about these remarks, of
> courseThis message is generic..:-)
>
>
> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.32-5-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#594928: Acknowledgement (pwman3: truncates list output)

[Dominic Hargreaves]

On Mon, Aug 30, 2010 at 08:18:04PM +, Debian Bug Tracking System wrote:
> If you wish to submit further information on this problem, please
> send it to 594...@bugs.debian.org.

Sorry, I forgot to attach the patch. Also note that I verified that
this problem appears to exist in the version in unstable, but did not
actually test it.

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
diff -urN /usr/share/python-support/pwman3/pwman/ui/cli.py python/pwman/ui/cli.py
--- /usr/share/python-support/pwman3/pwman/ui/cli.py	2008-06-02 09:39:34.0 +0100
+++ python/pwman/ui/cli.py	2010-08-30 21:11:33.0 +0100
@@ -354,8 +354,8 @@
 first=False
 tagstring += t.get_name()
 name = "%...@%s" % (n.get_username(), n.get_url())
-if len(name) > 30:
-name = name[:27] + "..."
+if len(name) > 60:
+name = name[:57] + "..."
 if len(tagstring) > 20:
 tagstring = tagstring[:17] + "..."
 

Bug#594435: Quoted strings in pin specifications do not work

[David Kalnischkies]

> Is Data guaranteed to be non-empty here?  If not, you should check that
> first.

It is as the first real line of the method checks for Data.length() < 1
and otherwise exits, so Data is at least one char long.
You can still do a silly Pin: origin "
which should maybe be catched as not allowed to match an
empty string, but even if detected it can't be expressed with a
error message as the parser seems to be too dumb for it…


2010/8/30 Julian Andres Klode :
> On Mo, 2010-08-30 at 11:34 +0200, David Kalnischkies wrote:
>> > I personally do not want quoting here, as it just complicates parsing
>> > and breaks backwards compatibility. The documentation could state
>> > explicitly that quotes are not supported; but this is purely a
>> > documentation issue, and thus minor (it may also break translations of
>> > the manpage).
>>
>> I don't get the complicated parser argument, how could a single char
>> increase the complexity of a parser - especially as the empty string
>> needs to be represented somehow anyway…
>> And compatibility? Its long ago that i saw a hostname starting with "…
>> Or do we need to maintain compatibilty with this bugs as users have non
>> working rules in their preferences file because of this bug?
> Well, for origin Pins alone this does not apply. I was talking about
> allowing quoted strings everywhere in preferences files. And yes, a
> hostname can not contain quotes at all, at least if you want to follow
> RFC 3986.
>
> Of course, if you only add quotes to origins, you break nothing. But as
> a hostname can not contain spaces, having quotes there is useless; and
> it still gives you the assumption that you can use quotes every.

but a hostname can be empty in which case the preferences manpage says
Pin: origin "" will match.
Pin: release a= on the other hand will not work and is also not
advertised this way in the manpage nor in the apt-cache policy output.

I think it is just tempting to write "hostname" if you have an example in
that way, even if the hostname in this example is empty.
The rule "" feels more natural than .
Especially if no error is given for wrong syntax…

The space argument is in so far complicated as Label and Co could include
spaces and Pin: release l="some label" is not supported in any way…

>> Attached is the overly complicated patch to fix it by implementing option 2 -
>> option 1 would only differ a bit in the first if-else block and would need
>> a bit too much handwork on the po files for my taste…
> Any reason why you break/remove pattern matching in your patch? I think
>        Pin: origin *debian.org
>        Pin: origin /.*debian.org/
> can be really useful (that's why I wrote it).

In which way is it broken?
I just removed the first invocation as matching doesn't need to be checked
twice if the entry matches, thats all, the pattern magic still happens in the
return line…


Best regards

David Kalnischkies



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

Bug#594906: [Pkg-octave-devel] Bug#594906: update octave-nan and bug fix

[Thomas Weber]

Hi Alois,

thanks for caring about your software in distributions.

On Mon, Aug 30, 2010 at 05:35:28PM +0200, Alois Schlögl wrote:
> Version 1.0.9 is really outdated and contains a bug.
> e.g. https://savannah.gnu.org/bugs/index.php?30905

Is there something more critical than this bug fixed? Debian is in
freeze right now, so getting a new version into the next stable version
is difficult, unless:
 - the change is small (which ususally rules out a new upstream release)
 - the bug is critical.

> The bug was fixed in Oct 2009, and several new releases of octave-nan  
> have been made.

That's strange. I uploaded 1.0.9 at the end of december and I'm
reasonably sure that was the latest version I found at Sourceforge back
then.

Some information about 'watch' files: we use them to check upstream's
pages automatically for updates. In the case of NaN, Sourceforge still
lists 1.0.9 as the latest release.


> I've uploaded a new release to Octave.sf.net:
> http://sourceforge.net/projects/octave/files/Octave%20Forge%20Packages/Individual%20Package%20Releases/NaN-2.0.4.tar.gz/download
> which was not picked up by debian.
>
>
> The latest release of Octave-NaN is always available from here:
> http://biosig-consulting.com/matlab/NaN/
> http://biosig-consulting.com/matlab/NaN/nan-2.3.0.tar.gz
>
>
> If there is anything I can do making it easier for debian to pick up the  
> latest release, please let me know.

If the above is a canonical place for the NaN package, that suffices.
However, right now an upload to Debian unstable (the normal development
version of Debian) is not possible, sorry. 

I can upload it to Debian experimental, but Ubuntu will not pick this
up (I think).

Thomas



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

Bug#594928: pwman3: truncates list output

[Dominic Hargreaves]

Package: pwman3
Version: 0.0.6-2
Severity: normal

pwman truncates the strings output in the 'list' command if they are
more than 30 characters long. If the username is very long (a very
common case is email address = username, and email addresses can be
pretty long) the output includes nothing about the relevant host, so
you just end up with lots of identical looking entries in the list.

Attached is a proof of concept patch which increases the maximum length,
but it might be appropriate either to abandon this truncation altogether
(I don't really see what value it adds; the terminal will wrap if it
needs to) or make the maximum length configurable.

Thanks,
Dominic.



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

Bug#594922: bosh: typo in package description

[Davide Prina]

I have forgotten.

In DDTSS I see:

Commands and actions are stored in bosh configuration file. These can 
include shebag line (eg #!/usr/bin/bosh)


but probably must be:

Commands and actions are stored in bosh configuration *files*. These can 
include *shebang* line (eg #!/usr/bin/bosh)


or

Commands and actions are stored in bosh configuration file. *This* can 
include *shebang* line (eg #!/usr/bin/bosh)


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione per liberare i PC:
http://www.petitiononline.com/liberasw/
Non autorizzo la memorizzazione del mio indirizzo su outlook




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

Bug#586967: (no subject)

[Ben Hutchings]

On Mon, 2010-08-30 at 20:52 +0100, Ben Hutchings wrote:
> On Fri, 2010-08-06 at 22:24 +0200, Jens Schüßler wrote:
> > I believe that this changes in 3c59x made my squeeze sytem unusuable
> > since yesterdays upgrade from 2.6.32.5-15 to -18. I use a 3com card with
> > this driver for years, and after booting the new kernel my system
> > completely freezed reproducable after seconds online on the net.
> > Unfortunately I wasn't able to find the deb of -15 anymore, and I got
> > the same problen with another 3com card, so I had to
> > change the network card to a DLink model and now everything workes fine.
> > 
> > There were absolutely nothing in the logs, machine feezed completely, no
> > keyboard response, so no SysReq worked, only power button saved me.
> 
> What is the exact model you have (use "lspci -nn -d 10b7:")?

Also can you try enabling some debug logging:

rmmod 3c59x
modprobe 3c59x debug=3

Then run dmesg to get the logged messages, and send them back.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#594927: xorg-server: FTBFS on sparc64

[Aurelien Jarno]

Package: xorg-server
Version: 1.7.7-4
Severity: normal
Tags: patch
User: debian-sp...@lists.debian.org
Usertags: sparc64

xorg-server fails to build from source on sparc64 as it doesn't 
build-depend on libudev-dev, libselinux1-dev and libaudit-dev on this
architecture.

Instead of adding yet another linux architecture to the list, I suggest
to use an architecture wildcard (this is now allowed by the policy), as
in the patch below:

diff -u xorg-server-1.7.7/debian/control xorg-server-1.7.7/debian/control
--- xorg-server-1.7.7/debian/control
+++ xorg-server-1.7.7/debian/control
@@ -49,9 +49,9 @@
  nettle-dev,
  libdbus-1-dev [kfreebsd-amd64 kfreebsd-i386],
  libhal-dev [kfreebsd-amd64 kfreebsd-i386],
- libudev-dev (>= 151-3) [alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r 
m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
- libselinux1-dev (>= 2.0.80) [alpha amd64 arm armeb armel avr32 hppa i386 ia64 
m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
- libaudit-dev [alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips 
mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
+ libudev-dev (>= 151-3) [linux-any],
+ libselinux1-dev (>= 2.0.80) [linux-any],
+ libaudit-dev [linux-any],
  x11proto-xf86dri-dev (>= 2.1.0),
  libdrm-dev (>= 2.4.3) [!hurd-i386],
  x11proto-gl-dev (>= 1.4.9),


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

Kernel: Linux 2.6.32-bpo.5-sparc64-smp (SMP w/32 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#520746: O: soci -- C++ Database Access Library (core)

[Neil Williams]

reassign 520746 ftp.debian.org
retitle 520746 RM: soci -- RoQA; dead upstream, orphaned
quit

On Sun, 29 Aug 2010 22:55:39 +0200
Moritz Muehlenhoff  wrote:

> On Sun, Mar 22, 2009 at 02:45:53PM +, Neil Williams wrote:
> > Package: wnpp
> > Severity: normal
> > 
> > If the package remains orphaned at the end of this month (March 09),
> > I'll migrate it to Maintainer: QA. If it is still orphaned at the
> > start of the Squeeze release freeze, I'll seek removal from Debian.
> > (Upstream is quiet but not completely dead.)
> 
> Are you going ahead with the removal?

Yes, I think soci should be removed from Squeeze. Thanks for the
reminder.

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/



pgpsMCvbJSw8P.pgp
Description: PGP signature

Bug#594805: Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze

[Juha Heinanen]

Petter Reinholdtsen writes:

> Missing the output from the two commands I sent earlier to have any
> idea what is causing this.

petter,

i started from scratch and installed debian squeeze from daily netinst
cd image for i386 arch.  at the end of the installation process i only
chose "SSH Server" and "Standard system utilities".

after reboot, i installed mysql-server-5.1 and python-mysqldb packages,
which went fine.

after that i installed pdns-backend-mysql, pdns-recursor, and
pdns-server, which resulted in insserv loop as shown below.  then i
executed '/usr/share/insserv/make-testsuite' with output also shown below.
finally, i executed '/usr/share/insserv/check-initd-order -g' output of
which is the last thing shown below.

hope this info is enough to reproduce and fix the problem.

-- juha

-- apt-get output

r...@node1:~# apt-get install pdns-backend-mysql pdns-recursor pdns-server
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  liblua5.1-0 pdns-doc
Suggested packages:
  pdns-backend
The following NEW packages will be installed:
  liblua5.1-0 pdns-backend-mysql pdns-doc pdns-recursor pdns-server
0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
Need to get 1,676kB of archives.
After this operation, 4,694kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Get:1 http://ftp.fi.debian.org squeeze/main liblua5.1-0 5.1.4-5 [81.1kB]
Get:2 http://ftp.fi.debian.org squeeze/main pdns-server 2.9.22-7 [792kB]
Get:3 http://ftp.fi.debian.org squeeze/main pdns-backend-mysql 2.9.22-7 [62.6kB]
Get:4 http://ftp.fi.debian.org squeeze/main pdns-doc 2.9.22-7 [193kB]  
Get:5 http://ftp.fi.debian.org squeeze/main pdns-recursor 3.2-4 [548kB]
Fetched 1,676kB in 12s (136kB/s)   
Preconfiguring packages ...
Selecting previously deselected package liblua5.1-0.
(Reading database ... 23478 files and directories currently installed.)
Unpacking liblua5.1-0 (from .../liblua5.1-0_5.1.4-5_i386.deb) ...
Selecting previously deselected package pdns-server.
Unpacking pdns-server (from .../pdns-server_2.9.22-7_i386.deb) ...
Selecting previously deselected package pdns-backend-mysql.
Unpacking pdns-backend-mysql (from .../pdns-backend-mysql_2.9.22-7_i386.deb) ...
Selecting previously deselected package pdns-doc.
Unpacking pdns-doc (from .../pdns-doc_2.9.22-7_all.deb) ...
Selecting previously deselected package pdns-recursor.
Unpacking pdns-recursor (from .../pdns-recursor_3.2-4_i386.deb) ...
Processing triggers for man-db ...
Setting up liblua5.1-0 (5.1.4-5) ...
Setting up pdns-server (2.9.22-7) ...

Creating config file /etc/powerdns/pdns.conf with new version

Creating config file /etc/default/pdns with new version

Creating config file /etc/powerdns/pdns.d/pdns.local with new version
insserv: There is a loop between service mysql and pdns if started
insserv:  loop involving service pdns at depth 8
insserv:  loop involving service mysql at depth 7
insserv:  loop involving service mountnfs at depth 5
insserv:  loop involving service exim4 at depth 11
insserv:  loop involving service rsyslog at depth 10
insserv: There is a loop between service pdns and mysql if stopped
insserv:  loop involving service mysql at depth 3
insserv:  loop involving service pdns at depth 2
insserv:  loop involving service exim4 at depth 1
insserv:  loop involving service sendsigs at depth 5
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
Setting up pdns-backend-mysql (2.9.22-7) ...
Setting up pdns-doc (2.9.22-7) ...
Setting up pdns-recursor (3.2-4) ...
insserv: There is a loop between service mysql and pdns if started
insserv:  loop involving service pdns at depth 8
insserv:  loop involving service mysql at depth 7
insserv:  loop involving service mountnfs at depth 5
insserv:  loop involving service exim4 at depth 11
insserv:  loop involving service rsyslog at depth 10
insserv: There is a loop between service pdns and mysql if stopped
insserv:  loop involving service mysql at depth 3
insserv:  loop involving service pdns at depth 2
insserv:  loop involving service exim4 at depth 1
insserv:  loop involving service pdns-recursor at depth 16
insserv:  loop involving service sendsigs at depth 5
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing pdns-recursor (--configure):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for pdns-server ...
Restarting PowerDNS authoritative nameserver: stopping and waiting..done
started
Errors were encountered while processing:
 pdns-recursor
E: Sub-process /usr/bin/dpkg returned an error code (1)

- make-testsuite output

r...@node1:~# /usr/share/insserv/make-testsuite 
set +C
cat <<'EOF' > $insconf
$local_fs   +mo

Bug#586967: (no subject)

[Ben Hutchings]

On Fri, 2010-08-06 at 22:24 +0200, Jens Schüßler wrote:
> I believe that this changes in 3c59x made my squeeze sytem unusuable
> since yesterdays upgrade from 2.6.32.5-15 to -18. I use a 3com card with
> this driver for years, and after booting the new kernel my system
> completely freezed reproducable after seconds online on the net.
> Unfortunately I wasn't able to find the deb of -15 anymore, and I got
> the same problen with another 3com card, so I had to
> change the network card to a DLink model and now everything workes fine.
> 
> There were absolutely nothing in the logs, machine feezed completely, no
> keyboard response, so no SysReq worked, only power button saved me.

What is the exact model you have (use "lspci -nn -d 10b7:")?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#594926: exaile: crashes on startup

[Thomas Schmitz]

Package: exaile
Version: 0.2.14+debian-2.3
Severity: important


Launching from commandline, Exaile fails to start issueing the following
error message:

% exaile 
/usr/lib/exaile/xl/library.py:17: DeprecationWarning: the md5 module is 
deprecated; use hashlib instead
  import md5, os, random, re, threading, time, traceback, gc, sys
GRE_GetGREPathWithProperties failed
Traceback (most recent call last):
  File "/usr/lib/exaile/exaile.py", line 94, in 
from xl.gui import main as exailemain
  File "/usr/lib/exaile/xl/gui/main.py", line 23, in 
from xl import library, logger, media, equalizer, burn, common
  File "/usr/lib/exaile/xl/library.py", line 20, in 
from xl import common, media, db, audioscrobbler, xlmisc, dbusinterface
  File "/usr/lib/exaile/xl/media/__init__.py", line 4, in 
from xl import common, xlmisc
  File "/usr/lib/exaile/xl/xlmisc.py", line 34, in 
from xl import mozembed
  File "/usr/lib/exaile/xl/mozembed.py", line 29, in 
import gtkmozembed
SystemError: dynamic module not initialized properly

Problem is reproducible every time when starting Exaile and even occurs
after aptitude purge'ing, cleaning and installing it again.

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

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

Versions of packages exaile depends on:
ii  gstreamer0.10-alsa0.10.30-1  GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-base0.10.30-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.24-1  GStreamer plugins from the "good" 
ii  libgstreamer0.10-00.10.30-1  Core GStreamer libraries and eleme
ii  libjs-prototype   1.6.1-1JavaScript Framework for dynamic w
ii  python2.6.5-13   interactive high-level object-orie
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-feedparser 4.1-14 Universal Feed Parser for Python
ii  python-glade2 2.17.0-4   GTK+ bindings: Glade support
ii  python-gst0.100.10.19-1  generic media-playing framework (P
ii  python-gtk2   2.17.0-4   Python bindings for the GTK+ widge
ii  python-mmkeys 1.6.2.1-3  Multimedia key support as a PyGTK 
ii  python-mutagen1.19-2 audio metadata editing library
ii  python-pysqlite2  2.6.0-1Python interface to SQLite 3
ii  python-pyvorbis   1.4-2+b1   Python interface to the Ogg Vorbis
ii  python-support1.0.9  automated rebuilding support for P

Versions of packages exaile recommends:
ii  gstreamer0.10-plugins-ugly   0.10.15-1   GStreamer plugins from the "ugly" 
ii  python-cddb  1.4-5.1+b2  Python interface to CD-IDs and Fre
ii  python-eggtrayicon   2.25.3-5Python module to display icons in 
ii  python-gamin 0.1.10-2+b1 Python binding for the gamin clien
ii  python-gpod  0.7.93-0.3  Python bindings for libgpod
ii  python-gtkmozembed   2.25.3-5Python bindings for the GtkMozEmbe
ii  python-notify0.1.1-2+b2  Python bindings for libnotify
ii  streamripper 1.64.6-1download online streams into audio

exaile 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#518609: mozilla-plugin-gnash: is not hidden when iceweasel window is obscured

[Gabriele Giacone]

On 08/21/2010 09:23 PM, Mail Delivery Service wrote:
On Sat, Mar 07, 2009 at 01:53:49PM +0100, Jiří Paleček wrote:
> when I have a tab with flash open in iceweasel and switch to another
> window (eg. terminal), the flash animations are still visible on top
> of the terminal.


Could you please try to reproduce it with 0.8.8 version?

Thanks,
Gabriele




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

Bug#594743: texlive-binaries: pdftex slow to generate sources when $HOME contains a trailing "/".

[Frank Küster]

Thomas Adam  wrote:

> Of course.  If we did this though, we would still have to find a way of
> ensuring that a trailing "/" in $HOME is still considered A Good Thing (tm)
> if that's what the user really meant.  The only way I can see this happening
> is through the use of some specific environment variable, as in:
>
> export ALWAYS_PERFORM_HOME_TEXMF_EXPANSION=1

Hm.  There is always the option to put the double slash into texmf.cnf
or TEXINPUTS, like this:

TEXMFHOME = $HOME//texmf

Thus, even if HOME=/home/frank/ gets expanded to /home/frank, there is
still a double slash.  I would prefer that over a special variable.

> It's OK.  I think I can find the sources to this and start work on it.  I
> will let you know if I get stuck though.

texlive-bin, texk/kpathsea.

Regards, Frank
-- 
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg



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

Bug#322694: USB Install Tutorial - Missing Link

[Jan Kolarik]

Am Mon, 30 Aug 2010 hat Christian PERRIER folgendes geschrieben:


The link depends on the architecture.


At the risk that this was discussed many times already:

Prefer the (presumptive) unexperienced i386 user to the (presumptive) more 
experienced user of the other architectures, and do at least the i386 
link?


(But probably there is one central source for the manuals of all 
architectures, and the above mentioned suggestion isn't easy to do)


It also depends whether one plans to use the stable installer 
(currently) lenny, a development version (snapshots) or a daily build.


Same here: Prefer the stable users? Users of testing and unstable should 
know that they are more on their own.


Jan.



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

Bug#594925: overgod: Undestroyable enemy: missile launcher with blue protection attached covering large portion of arena

[Josh Triplett]

Package: overgod
Version: 1.0-1
Severity: normal

In Time Attack mode, a boss-like enemy spawned which proved impossible
to destroy: a large missile launcher with one of the blue protection
circles attached, but the protection covered a large circular area
encompassing a large portion of the arena, which blocked both shots and
movement through that area.  This made it impossible to destroy the blue
protection circle, or anything else inside that region.  Furthermore,
the enemy never vanished with time.  Fortunately, it eventually wandered
off outside the walls of the arena and took its protection circle with
it, though not before making my time dip dangerously close to 0.
Another one spawned a while later.

I've occasionally observed enemies (in particular, one of the large
missile launchers earlier in that same game) which seem to get hit by
any shot fired in a large region the instant the shot leaves the ship.
One of those combined with a protection circle that prevented it from
getting hit seems like it would produce this effect.

- Josh Triplett

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

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

Versions of packages overgod depends on:
ii  liballegro4.2 2:4.2.2-2.2+b1 portable library for cross-platfor
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxcursor1   1:1.1.10-2 X cursor management library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxpm4   1:3.5.8-1  X11 pixmap library
ii  libxxf86vm1   1:1.1.0-2  X11 XFree86 video mode extension l
ii  overgod-data  1.0-1  graphics and audio data for overgo

overgod recommends no packages.

overgod 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#594924: overgod: Time attack time displayed incorrectly past 1 hour

[Josh Triplett]

Package: overgod
Version: 1.0-1
Severity: normal

In Time Attack mode, once the time passes 1 hour, it displays
incorrectly: 1:mm:36ss .  The high score list also displays the time
attack high score incorrectly if it exceeds 1 hour.  Checking the code
confirmed my guess about why: the seconds get computed by subtracting
(minutes * 60), without taking hours into account.  So, times in the 2
hour range would show 2:mm:72ss and so on.

This code appears several different times.  A grep through the source
for 'minutes.*\*.*60' seems to turn up all of them, though.

- Josh Triplett

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

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

Versions of packages overgod depends on:
ii  liballegro4.2 2:4.2.2-2.2+b1 portable library for cross-platfor
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxcursor1   1:1.1.10-2 X cursor management library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxpm4   1:3.5.8-1  X11 pixmap library
ii  libxxf86vm1   1:1.1.0-2  X11 XFree86 video mode extension l
ii  overgod-data  1.0-1  graphics and audio data for overgo

overgod recommends no packages.

overgod 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#594812: noflushd: Noflushd causes flush- processes to eat all CPU

[Daniel Kobras]

clone 594812 -1
block 594812 by -1
retitle -1 Zero writeback interval sends flush processes into busy loop
reassign -1 linux-image-2.6.32-5-amd64
thanks

Hi Xavier!

On Mon, Aug 30, 2010 at 05:12:11PM +0200, Xavier Roche wrote:
> Note that the proble never occurred in 2.6.24 ; it might be some  
> regression code in the kernel OR in the TX2 code ?

I've updated my devel machine to the latest kernel version, and now I can
reproduce the problem. It's not the fsync(), actually, but but the stopping of
the pdflush daemon that makes the flush-: kernel threads enter a
busy loop (spinning in bdi_writeback_task()). It can be triggered as simple as:

echo 0 > /proc/sys/vm/dirty_writeback_centisecs

(Use echo 500 > /proc/sys/vm/dirty_writeback_centisecs to restore a sane
behaviour.) Suspending pdflush activity this way used to work before. Now it
seems to be interpreted as a zero wait time between iterations in the flush
threads. Thus, I'd say this is a regression in the kernel.

Regards,

Daniel.




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

Bug#594922: bosh: typo in package description

[Davide Prina]

Package: bosh
Severity: minor

in DDTSS I see:

These can include shebag line

I think it must be:

These can include shebang line
   ^
___|

Ciao
Davide

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

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

--
Dizionari: http://linguistico.sourceforge.net/wiki
Perché microsoft continua a compiere azioni illegali?:
http://linguistico.sf.net/wiki/doku.php?id=traduzioni:ms_illegal
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook





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

Bug#594849: [Pkg-utopia-maintainers] Bug#594849: network-manager: Missing information about how to create a system-level connection

[Christian PERRIER]

Quoting Michael Biebl (bi...@debian.org):

> are you asking for general information how system settings work or very
> specific, how the keyfile format for system settings is specified?

Rather the latter.

> 
> For the former, see NetworkManager.conf(5) resp
> http://live.gnome.org/NetworkManager/SystemSettings
> 
> For the keyfile specification see
> http://projects.gnome.org/NetworkManager/developers/settings-spec-08.html
> 
> I could install docs/settings-spec.html and docs/spec.html from the tarball if
> you consider that useful. I just wonder if that should be shipped in the


Actually, pointers to these, somewhere in /usr/share/doc/n-m (so, in
the n-m package itself, imho) would be enough. 

Maybe added in README.Debian? 

Or ask upstream to add such information in their README file (probably
more appropriate, imho, as there is nothing Debian-specific in there)?





signature.asc
Description: Digital signature

Bug#594827: installation-reports: kFreeBSD install using daily-build 20100828-3

[Christian PERRIER]

Quoting Michael Dorrington (michael.dorring...@gmail.com):

> > Hmmm, I'm afraid I know nothing to kFreeBSD but is this "kbdcontrol"
> > package the equivalent of console-data and stuff?
> 
> AFAIK, yes.
> http://packages.debian.org/squeeze/kbdcontrol


From what I see in the packages' list for D-I in kFreeBSD, it doesn't
use kbd-chooser but it does use console-keymaps-at. I don't really
figure out what's used  to setup the keymap in D-I for kFreeBSD but
it's likely to be using console-keymaps-at.

If so, what we might need is some kind of mapping between both sets of
keymaps and/or have kbdcontrol choose the right keymap wrt the keymap
chosen in D-I (kept in console-keymaps-at/keymap).




signature.asc
Description: Digital signature

Bug#594921: tcpdump2xplot: Doesn't recognice tcpdump current output format

[Javier Barroso]

package: xplot-xplot.org
version: 0.90.7.1-2
tags: patch

From:

http://mail-index.netbsd.org/current-users/2004/11/30/0010.html

See attached patch.
--- /usr/bin/tcpdump2xplot.orig	2010-08-30 20:34:30.0 +0200
+++ /usr/bin/tcpdump2xplot	2010-08-30 20:35:14.0 +0200
@@ -227,6 +227,7 @@
 
 chop;
 $opts = $_;   # save this for later 
+s/ IP//;
 
 split(/ /);
 $time = $_[0];

Bug#594920: ITP: ibus-rawcode -- rawcode ime engine for ibus

[Praveen A]

Package: wnpp
Severity: wishlist
Owner: Praveen Arimbrathodiyil 

* Package Name  : ibus-rawcode
  Version   : 1.3.1.20100707
  Upstream Authors  : Huang Peng , Pravin
Satpute 
* URL   : https://fedorahosted.org/ibus-rawcode/
* License   : GPL v2
  Programming Lang  : C
  Description   : rawcode ime engine for ibus

Using this method one can input Unicode character by just entering in
hex value of that character. This enables inputting characters in many
languages without learning an input method specific to that language.

-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.



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

Bug#594917: sysv-rc: tries to convert to dependency based boot when sysvinit not in use

[Tollef Fog Heen]

]] Petter Reinholdtsen 

| [Tollef Fog Heen]
| > My system doesn't use sysvinit, but yet sysv-rc tries to convert
| > /etc/rc?.d/ to a dependency based boot (and failing, but that's
| > another bug report) on each upgrade.  It shouldn't try to convert
| > anything when my system isn't using sysvinit.
| 
| Actually, it should.  sysv-rc has switched to dependency based boot
| sequencing, and will continue to try to convert to it until all are
| converted.

No, it really shouldn't.  My init system doesn't require the symlinks on
disk to say anything in particular, and having it keep trying to convert
my system is just causing annoyances.

I guess I can fix this by making systemd-sysv also conflict sysv-rc and
include an update-rc.d and invoke-rc.d.  In fact, I probably should do
that.

| If you want legacy boot ordering, you can use file-rc for now.  It has
| not yet converted to dependency based boot sequencing, but I suspect
| it will switch some time in the future.

file-rc doesn't work with systemd, so that's not an alternative.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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

Bug#506172: pam-auth-update not being invoked automatically

[Mike Miller]

Package: ecryptfs-utils
Version: 83-1+b1
Severity: normal
Tags: patch

The pam-auth-update command should be run on package installation and
removal to apply the configuration in the ecryptfs-utils.pam-auth-update
file.  Workaround is to manually run pam-auth-update as root after
installing or removing the package.

This patch incorporates the commands as found in other Debian packages
that depend on libpam-runtime.

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

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

Versions of packages ecryptfs-utils depends on:
ii  gettext-base  0.18.1.1-1 GNU Internationalization utilities
ii  keyutils  1.4-1  Linux Key Management Utilities
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libecryptfs0  83-1+b1ecryptfs cryptographic filesystem 
ii  libgpg-error0 1.6-1  library for common error values an
ii  libgpgme111.2.0-1.2  GPGME - GnuPG Made Easy
ii  libkeyutils1  1.4-1  Linux Key Management Utilities (li
ii  libnss3-1d3.12.6-3   Network Security Service libraries
ii  libpam-runtime1.1.1-4Runtime support for the PAM librar
ii  libpam0g  1.1.1-4Pluggable Authentication Modules l

ecryptfs-utils recommends no packages.

Versions of packages ecryptfs-utils suggests:
ii  cryptsetup2:1.1.3-3  configures encrypted block devices
pn  opencryptoki   (no description available)

-- no debconf information

diff --git a/debian/ecryptfs-utils.postinst b/debian/ecryptfs-utils.postinst
index bc830c6..90680b0 100644
--- a/debian/ecryptfs-utils.postinst
+++ b/debian/ecryptfs-utils.postinst
@@ -26,6 +26,8 @@ case "${1}" in
 		;;
 esac
 
+pam-auth-update --package
+
 #DEBHELPER#
 
 exit 0
diff --git a/debian/ecryptfs-utils.prerm b/debian/ecryptfs-utils.prerm
new file mode 100644
index 000..80cd5ba
--- /dev/null
+++ b/debian/ecryptfs-utils.prerm
@@ -0,0 +1,9 @@
+#!/bin/sh
+
+set -e
+
+if [ "$1" = remove ]; then
+	pam-auth-update --package --remove ecryptfs-utils
+fi
+
+exit 0

Bug#594827: installation-reports: kFreeBSD install using daily-build 20100828-3

[Christian PERRIER]

clone 594827 -1
retitle -1 Shouldn't use 'lspci -k' on kFreeBSD and Hurd
reassign -1 installation-report
thanks

Quoting Michael Dorrington (michael.dorring...@gmail.com):

> >> The '-k' of 'lspci -knn' doesn't work. I guess this is a Linux only
> >> option.
> >=20
> >=20
> > Did this lead to a problem in D-I or do you just report this because
> > you couldn't, at first, include lspci output in the installation
> > report?
> 
> It didn't lead to a problem in D-I, only in the installation reporting.
> A report from kfreebsd-* won't include PCI information unless the
> installation reporter notices that 'lspci -knn' is just listing the help
> page rather than the PCI devices.


OK, then. Cloning this bug report and assign this part to the
installation-report package.

In short, for kFreeBSD and Hurd, we should use "lspci -nn" if I
understood properly.

Thanks for your help understanding this issue (and thanks for taking
care to mention it).




signature.asc
Description: Digital signature

Bug#590873: openconnect < 2.25 does not verify SSL server certificates

[Adam D. Barratt]

On Mon, 2010-08-30 at 17:34 +0100, Dominic Hargreaves wrote:
> On Sun, Aug 29, 2010 at 10:42:28AM +0100, Adam D. Barratt wrote:
> 
> > I have to admit I'm not hugely happy with the "CSD trojan" messages but,
> > at least in terms of the configuration file setup, I'm not sure it's worth
> > diverging from upstream on.
> > 
> > Please go ahead.
> 
> Uploaded, please unblock openconnect 2.25-0.1

Unblocked.

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#594871: udisks detect chrooted patch for debian package.

[Andreas Henriksson]

On mån, 2010-08-30 at 19:05 +0200, Martin Pitt wrote:
> Michael Biebl [2010-08-30 12:14 +0200]:
> > Martin, what do you think?
> 
> I like the D-BUS query approach. It avoids doing extra stuff at each
> startup with PID files (which would involve writing to the disk), and
> also avoids having to clean up stale pid files, etc.
> 
> Martin

Similar patch to previous one, except for UPower this time.

Tested on host and in pbuilder chroot.


-- 
Regards,
Andreas Henriksson
--- upower-0.9.5/debian/upower.postinst	2010-08-30 20:49:28.0 +0200
+++ upower-0.9.5.fixed/debian/upower.postinst	2010-08-30 20:39:29.0 +0200
@@ -26,9 +26,17 @@
 mv_conffile "/etc/UPower.conf" "/etc/UPower/UPower.conf"
 fi
 
-# restart upowerd
-if start-stop-daemon --stop --quiet --exec /usr/lib/upower/upowerd; then
-	upower --version >/dev/null || true # will trigger through D-Bus activation
+# restart upowerd (when dbus is available == no chroot)
+if [ -S /var/run/dbus/system_bus_socket ] ; then
+pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \
+  /org/freedesktop/DBus \
+  org.freedesktop.DBus.GetConnectionUnixProcessID \
+  string:'org.freedesktop.UPower' 2>/dev/null \
+  | awk '/uint32/{print $2}')
+if [ -n "$pid" ]; then
+kill $pid
+	upower --version >/dev/null || true # will trigger through D-Bus activation
+fi
 fi
 fi
 

Bug#594917: sysv-rc: tries to convert to dependency based boot when sysvinit not in use

[Petter Reinholdtsen]

[Tollef Fog Heen]
> My system doesn't use sysvinit, but yet sysv-rc tries to convert
> /etc/rc?.d/ to a dependency based boot (and failing, but that's
> another bug report) on each upgrade.  It shouldn't try to convert
> anything when my system isn't using sysvinit.

Actually, it should.  sysv-rc has switched to dependency based boot
sequencing, and will continue to try to convert to it until all are
converted.

If you want legacy boot ordering, you can use file-rc for now.  It has
not yet converted to dependency based boot sequencing, but I suspect
it will switch some time in the future.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#594918: unblock: ltsp/5.2.4-2

[Vagrant Cascadian]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ltsp.

it fixes an important bug (#593770) which causes ltsp thin clients to ignore
DHCP supplied nameservers. the patch is taken from upstream, and is reasonably
well tested.

unblock ltsp/5.2.4-2

thanks!

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#322694: #322694 USB Install Tutorial - Missing Link

[Christian PERRIER]

Quoting Jan Kolarik (kormo...@justmail.de):
> Am Sat, 13 Sep 2008 hat tafe dude folgendes geschrieben:
> 
> >It looks like after THREE years the tutorial STILL HASNT
> >been updated .
> 
> Seems that this bug is always overlooked somehow. Bug should be
> fixable in a few seconds. Anyone?

It is not.

The link depends on the architecture. It also depends whether one
plans to use the stable installer (currently) lenny, a development
version (snapshots) or a daily build.

So, no, this is not as simple as it seems.




signature.asc
Description: Digital signature

Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default

[J.M.Roth]

 On 30-Aug-10 18:51, Olaf van der Spek wrote:
> If you want, that your new build gets uploaded to Debian by a sponsor, you
>> have to build and check your package+changes+diff and after that upload the
>> whole to any space with the .dsc etc.
> A sponsor should not be necessary, as Lighttpd has three uploaders:
> Krzysztof Krzyżaniak (eloy) (u), Torsten Marek (u), Pierre Habouzit
> (u)
>
Oh well, uploader != uploader [0] [1]

[0]
http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Uploaders
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581011

Just my 2c.
Greetings,
--
JM





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

Bug#594917: sysv-rc: tries to convert to dependency based boot when sysvinit not in use

[Tollef Fog Heen]

Package: sysv-rc
Version: 2.88dsf-12
Severity: normal

My system doesn't use sysvinit, but yet sysv-rc tries to convert
/etc/rc?.d/ to a dependency based boot (and failing, but that's another
bug report) on each upgrade.  It shouldn't try to convert anything when
my system isn't using sysvinit.

-- debconf information:
* sysv-rc/unable-to-convert:
  sysv-rc/convert-legacy: true

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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

Bug#448639: Debian Bugs information: detailed logs for Bug#448639

[Adam Jacob]

On Aug 30, 2010, at 10:58 AM, Tim Olsen  wrote:
> What I was more thinking of was if there was a change in how rubygems
> organizes things under /usr/local.  Lucas proposed storing gems under
> /usr/local/lib/ruby/gems/1.8.  But if rubygems needs to move things
> around upon an upgrade, then that's technically a violation.  Even
> setting up directories under /usr/local upon rubygems installation might
> be considered a violation.  One possibility is to store everything *but*
> executables outside of /usr/local.

I think that would be acceptable, but I'm not sure it's necessary.  The on disk 
gem format (with gems under a gems dir in an arch specific path) has been 
pretty consistent.  

If CPAN did this, I imagine we would still ship the new version, and just warn 
users about the breakage on upgrade.  With 1.9 shipping rubygems in the core 
ruby distribution, I think we can be safe in saying if the upstream does this, 
users are on their own: they choose an external package system, so they can 
suffer the consequences of a fickle upstream. 

Best,
Adam


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

Bug#593195: udisks detect chrooted patch for debian package.

[Andreas Henriksson]

On mån, 2010-08-30 at 19:05 +0200, Martin Pitt wrote:
> Michael Biebl [2010-08-30 12:14 +0200]:
> > Martin, what do you think?
> 
> I like the D-BUS query approach. It avoids doing extra stuff at each
> startup with PID files (which would involve writing to the disk), and
> also avoids having to clean up stale pid files, etc.
> 
> Martin

Tested patch attached for your convenience.

(maybe the udev trigger should be skipped as well in a chroot, but I
guess it's harmless and triggering udev on hosts not running dbus might
still be a good idea?)


-- 
Regards,
Andreas Henriksson
--- udisks-1.0.1+git20100614.orig/debian/udisks.postinst	2010-06-14 16:11:43.0 +0200
+++ udisks-1.0.1+git20100614/debian/udisks.postinst	2010-08-30 20:25:05.0 +0200
@@ -2,9 +2,17 @@
 set -e
 
 if [ "$1" = "configure" ]; then
-# stop udisks-daemon
-if start-stop-daemon --stop --quiet --exec /usr/lib/udisks/udisks-daemon; then
-	DO_RESTART=1
+# stop udisks-daemon (when dbus is available == no chroot)
+if [ -S /var/run/dbus/system_bus_socket ] ; then
+pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \
+  /org/freedesktop/DBus \
+	  org.freedesktop.DBus.GetConnectionUnixProcessID \
+  string:'org.freedesktop.UDisks' 2>/dev/null \
+	  | awk '/uint32/{print $2}')
+if [ -n "$pid" ]; then
+kill $pid
+DO_RESTART=1
+fi
 fi
 
 # migrate DeviceKit-disks mtab on upgrade

Bug#590326: konqueror: Middle click in Konqueror kills mouse usage in KDE

[Jerome Vizcaino]

Package: konqueror
Version: 4:4.4.5-1
Severity: normal

I can confirm what Jaap said earlier and get the exact same result here.
When clicking on links using the middle button, the icon appears dragged
then mouse clicks are completely ignored in KDE. Killing kwin and starting
it again does not solve the problem and you have to logout.
It seems Plasma has been put to death somehow because icon highlighting
does not work anymore in the main panel.
At first, I though I had a problem with my mouse button being stuck or something
but this is something I get at work using the exact same software version.

The bug seems to be recent because I first triggered it around a month ago
(cannot remember when exactly). No problem before that.

Thank you.

Jerome

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

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

Versions of packages konqueror depends on:
ii  install-info  4.13a.dfsg.1-5 Manage installed documentation in 
ii  kdebase-bin   4:4.4.5-1  core binaries for the KDE base app
ii  kdebase-data  4:4.4.5-1  shared data files for the KDE base
ii  kdebase-runtime   4:4.4.5-1  runtime components from the offici
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libkde3support4   4:4.4.5-1  the KDE 3 Support Library for the 
ii  libkdecore5   4:4.4.5-1  the KDE Platform Core Library
ii  libkdesu5 4:4.4.5-1  the Console-mode Authentication Li
ii  libkdeui5 4:4.4.5-1  the KDE Platform User Interface Li
ii  libkhtml5 4:4.4.5-1  the KHTML Web Content Rendering En
ii  libkio5   4:4.4.5-1  the Network-enabled File Managemen
ii  libkonq5  4:4.4.5-1  core libraries for Konqueror
ii  libkonqsidebarplugin4a4:4.4.5-1  konqueror sidebar plugin library
ii  libkparts44:4.4.5-1  the Framework for the KDE Platform
ii  libkutils44:4.4.5-1  various utility classes for the KD
ii  libqt4-dbus   4:4.6.3-1  Qt 4 D-Bus module
ii  libqt4-qt3support 4:4.6.3-1  Qt 3 compatibility library for Qt 
ii  libqt4-xml4:4.6.3-1  Qt 4 XML module
ii  libqtcore44:4.6.3-1  Qt 4 core module
ii  libqtgui4 4:4.6.3-1  Qt 4 GUI module
ii  libstdc++64.4.4-11   The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-3  X11 client-side library

Versions of packages konqueror recommends:
ii  dolphin   4:4.4.5-1  file manager
ii  konqueror-nsplugins   4:4.4.5-1  Netscape plugin support for Konque

Versions of packages konqueror suggests:
ii  konq-plugins  4:4.4.0-2  plugins for Konqueror, the KDE fil

-- 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#592374: qwit: crash with OAuth

[dayer]

Hi,

Thank you very much José María! I have checked with the package as
suggested by José María, libqca2-plugin-ossl, and now OAuth works very
well.

-- 
http://elhistorias.com



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

Bug#448639: Taking this to the CTTE?

[Tollef Fog Heen]

]] Lucas Nussbaum 

| On 28/08/10 at 21:31 +0200, Tollef Fog Heen wrote:
| > Hi Daigo,
| > 
| > using /var/lib/gems is really quite annoying, and I have meant to write
| > something along the lines of what Clint Byrum wrote a few messages ago.
| > Sure, using /usr/local isn't ideal, but that's a choice that's up to the
| > local system administrator; what you're effectively doing is just
| > forcing people to jump through a hoop and having to add
| > /var/lib/gems/bin to the default path, which is really quite silly.  The
| > lack of consistency with what CPAN does is also annoying as we're making
| > a distribution, not just packaging a bunch of software.
| > 
| > So, please, please change this.  If you don't want to change this, I'll
| > take this to the CTTE so they can rule on this.
| 
| While I support the idea of using /usr/local (I even submitted this bug
| back in 2007), I find it incredible that you threaten to take this to
| the TC.

Threaten?  It's the place to take technical arguments that can't be
resolved by discussion, and this has been a long-standing argument with
little movement on either side.

| There has been basically no activity on this bug between december 2007
| and now. On August 26th, a Canonical employee restarts that discussion,
| and two days later, another Canonical employee threatens to take it to
| the TC?  Come on! Can't we have at least one week of peaceful discussion
| before you light up the flames?

I left Canonical years ago, and I don't see why somebody's employment
would be relevant at all.  I'm, as you can see, writing from my personal
email address.

| Also, I don't see anything in the bug report about the way you expect
| the transition from /var/lib to /usr/local to happen. It would be great
| to investigate this and propose something in the form of a patch if this
| issue has suddenly become so urgent for you.

That is an implementation detail, and assuming we can agree on moving to
/usr/local, I'm sure deciding on how the transition should work is
doable.  It's pointless to start writing patches before there's
agreement what needs to be changed how.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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

Bug#448639: Debian Bugs information: detailed logs for Bug#448639

[Tim Olsen]

On 08/30/2010 01:38 PM, Adam Jacob wrote:
> Tim Olsen wrote:
> 
>> I am a developer and being able to switch between Ruby 1.8 and Ruby
>> 1.9.1 gems is important for me.  For example, I use Rubygems-installed
>> rake to run my automated tests.  All I have to do to see if my tests
>> work on a different version of Ruby is to update my PATH.  Making sure
>> that a Ruby library works for both Ruby 1.8 and 1.9 is an important
>> activity for a Ruby library developer nowadays.
>>
>> One minor point: you do not need to be root to modify /usr/local.  On
>> default Debian installs (but not in Ubuntu), you only need to be in the
>> staff group.
> 
> While this is indeed convenient for the use case, I would argue it's
> totally out of whack with the expectations that anyone coming to
> Debian from the Ruby community expects.  The majority of people
> installing rubygems are doing so because they are using the gem - not
> because they are doing a development cycle.  The development use case
> has many other options (rvm, for one) that solve the problem - the
> end-user case does not, as only Debian policy can fix it. So, I feel
> your pain, but there is a greatest good argument here in favor of
> /usr/local.

Ok.  I agree with you here now.  I'll just have switch to using rvm or
the like.

> 
>> Besides, I'm not convinced that using /usr/local is itself
>> FHS-compliant.  (I've sent an email earlier about this but I haven't
>> seen it go through yet).  If upgrading the rubygems package may modify
>> /usr/local then that violates the FHS: "It needs to be safe from being
>> overwritten when the system software is updated."
> 
> Upgrading rubygems by itself would not update /usr/local, as it is
> packaged directly within Debian - so it's entirely within our control
> as to whether or not it updates anything in /usr/local.  To my
> knowledge, there has never been a rubygems upgrade that forces an
> update of installed gems automatically, which would be the only case
> in which this might be in jeopardy.

What I was more thinking of was if there was a change in how rubygems
organizes things under /usr/local.  Lucas proposed storing gems under
/usr/local/lib/ruby/gems/1.8.  But if rubygems needs to move things
around upon an upgrade, then that's technically a violation.  Even
setting up directories under /usr/local upon rubygems installation might
be considered a violation.  One possibility is to store everything *but*
executables outside of /usr/local.

Tim

> 
> Adam
> 




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

Bug#594683: flashplugin-nonfree-extrasound: flashplugin-nonfree is now available for x86_64, but this package is not.

[Jobjörn Folkesson]

On Mon, Aug 30, 2010 at 19:34, Petter Reinholdtsen  wrote:
>
> [Jobjörn]
> > flashplugin-nonfree is now available for x86_64 architectures, but
> > this package is not - getting sound out of flash is thus quite
> > complicated on x86_64 systems.
>
> As far as I know Adobe dropped support for x86_64 and the last release
> for this architecture got a security hole and should not be used, and
> I have also been told that the latest versions of Adobe flash now
> support ALSA out of the box.  The latter I suspect make the
> flashplugin-nonfree-extrasound package obsolete.
>
> Are you sure you need flashplugin-nonfree-extrasound?
>

I wasn't able to get any signal out through SPDIF (optical) when using
ALSA, so I - or more specifically a more experienced friend of mine -
switched to OSS. I was under the impression that this hindered me from
getting any sound out of flash and that I needed this package to
remedy this problem, but bug #573846 <
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573846 > suggests
that isn't the case?

>
> For x86_64, gnash might be a useful alternative.

I haven't been able to make that work at all, but it might be worth
having another shot at.

Regards,

Jobjörn



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

Bug#594916: incoherent debconf question in (typical) high priority installation

[Joey Hess]

Package: jsmath
Version: 3.6c-1
Severity: normal

I installed jsmath and it looked like this:

Preconfiguring packages ...
Configuring jsmath
--

Remember that in order to activate the new 
configuration a web server has to be restarted.
You can also restart web servers by manually 
executing invoke-rc.d  restart.

Should web servers be restarted? no

This left me wondering, what new configuration? Looking at jsmath's
other debconf questions, I see that there is a jsmath/webserver, that
provides the context necessary to understand the above:

Description: Which web server would you like to reconfigure automatically:
 If you do not select a web server to reconfigure automatically, jsMath
 will not be usable until you reconfigure your webserver to enable
 jsMath.

But this question is asked at priority medium (probably correctly),
so most users will not see it, and miss the context, and have to guess.

Suggested fix: Make the restarting question more verbose about what
configuration change has been made. Or, make that question also
medium priority (but it would have to probably default to true then, and
maybe you don't want to do that.)

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

Kernel: Linux 2.6.32-5-686 (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 jsmath depends on:
ii  debconf [debconf-2.0] 1.5.35 Debian configuration management sy

Versions of packages jsmath recommends:
ii  apache2   2.2.16-2   Apache HTTP Server metapackage
ii  apache2-mpm-worker [httpd]2.2.16-2   Apache HTTP Server - high speed th
pn  jsmath-fonts   (no description available)

Versions of packages jsmath suggests:
pn  jsmath-fonts-sprite(no description available)

-- Configuration Files:
/etc/jsmath/apache.conf changed [not included]

-- debconf information excluded

-- 
see shy jo


signature.asc
Description: Digital signature