Bug#626723: RFP: rhythmbox-plugin-ror -- Remember last played song and play it as first song after rhythmbox restarts.

[Josselin Mouette]

Le samedi 14 mai 2011 à 21:21 +0400, Roman V. Nikolaev a écrit : 
> Package name: rhythmbox-plugin-ror
> Version: unknown
> Upstream Author: Michal Nánási 
> URL: http://people.ksp.sk/~mic/Projects/RhythmboxROR
> License: GPL3
> Description: Remember last played song and play it as first song
> after rhythmbox restarts.

These plugins are way too small to make it relevant to package each of
them separately.

I encourage anyone interested in rhythmbox plugins to start collecting
third-party plugins and put them in a single package.

-- 
.''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#627035: [rkhunher] rkhunter always fails with "Invalid BINDIR configuration option:"

[Tomas Davidek]

Package: rkhunher
Version: 1.3.8-6
Severity: grave

--- Please enter the report below this line. ---
This version always fails with
ipnp21:/home/davidek# rkhunter -c --rwo
Invalid BINDIR configuration option: Invalid directory found: .

Even specifying the --bindir option does not help, e.g.:
ipnp21:/home/davidek# rkhunter --bindir /sbin -c --rwo
Invalid '--bindir' option: Invalid directory found: .

It sounds like the package is badly compiled

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: 6.0.1
  850 stable  ftp.debian.org
  800 testing www-ucjf.troja.mff.cuni.cz
  500 testing www-ucjf.troja.mff.cuni.cz
  500 stable  www.debian-multimedia.org
  500 proposed-updates ftp.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.






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

Bug#627034: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801

[ionut]

Package: update-manager-core
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py



*** /tmp/update-manager-bugTfnuUB
The information below has been automatically generated.
Please do not remove this from your bug report.

- Exception Type: 
- Exception Value: AttributeError("'NoneType' object has no attribute
'get_package_list'",)
- Exception Origin: 
- Exception Traceback:
  File "/usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py", line 89, in
run
threading.Thread.run(self, *args, **kwargs)
  File "/usr/lib/python2.6/threading.py", line 484, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py", line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():




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

Kernel: Linux 2.6.32-5-686 (SMP w/4 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 update-manager-core depends on:
ii  lsb-release 3.2-23.2squeeze1 Linux Standard Base version report
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-apt  0.7.100.1Python interface to libapt-pkg
ii  python-support  1.0.10   automated rebuilding support for P

Versions of packages update-manager-core recommends:
ii  update-manager-gnome  0.200.5-1  GNOME application that manages sof

update-manager-core suggests no packages.



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

Bug#626955: libgl1-mesa-dri: Version 7.10.2 does not work with gnome-shell, 7.10-4 works ok

[Cyril Brulebois]

Hi,

Arief M Utama  (17/05/2011):
> I'll do that, but honestly, mesa is still a new thing for me, could
> you please let me know how to build r600c instead of r600g ? Is it
> --disable-gallium ?

Apparently, appending the following flags to the default ones
mentioned in the ./configure call on the howto does the trick:
  --with-dri-drivers=r600 --disable-gallium-r600 --disable-gallium-r300

(Passing --disable-gallium would mean turning off some other options
since OpenVG can't be built without gallium; disabling r300g is also
needed if you haven't installed llvm development packages, hence the
last flag.)

If the issue persists, please file the bug upstream and tell us about
the bug number/URL so that we can track it, a good start is likely to
be the Mesa product on:
  http://bugs.freedesktop.org/

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#627032: [INTL:es] Spanish debconf template translation for cacti

[Francisco Javier Cuadrado]

Package: cacti
Version: 0.8.7g-3
Severity: wishlist
Tags: l10n patch


-- 
Saludos

Fran
# cacti po-debconf translation to Spanish
# Copyright (C) 2005, 2011 Software in the Public Interest
# This file is distributed under the same license as the cacti package.
#
# Changes:
#   - Initial translation
#   César Gómez Martín 
#
#   - Updates
#   Francisco Javier Cuadrado , 2011
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#  info -n '(gettext)PO Files'
#  info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
#  - El proyecto de traducción de Debian al español
#http://www.debian.org/intl/spanish/
#especialmente las notas de traducción en
#http://www.debian.org/intl/spanish/notas
#
#  - La guía de traducción de po's de debconf:
#/usr/share/doc/po-debconf/README-trans
#o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: cacti 0.8.7g-3\n"
"Report-Msgid-Bugs-To: ca...@packages.debian.org\n"
"POT-Creation-Date: 2011-02-16 06:33+\n"
"PO-Revision-Date: 2011-05-04 12:50+0100\n"
"Last-Translator: Francisco Javier Cuadrado \n"
"Language-Team: Debian l10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: es\n"

#. Type: select
#. Choices
#: ../cacti.templates:1001
msgid "Apache2"
msgstr "Apache2"

#. Type: select
#. Choices
#: ../cacti.templates:1001
msgid "None"
msgstr "Ninguno"

#. Type: select
#. Description
#: ../cacti.templates:1002
msgid "Webserver type"
msgstr "Tipo de servidor web"

#. Type: select
#. Description
#: ../cacti.templates:1002
msgid "Please select the webserver type for which cacti should be automatically configured."
msgstr "Escoja el tipo de servidor web para el que cacti se debería configurar automáticamente."

#. Type: select
#. Description
#: ../cacti.templates:1002
msgid "Select \"None\" if you would like to configure your webserver by hand."
msgstr "Escoja «Ninguno» si quiere configurar su servidor web manualmente."

#~ msgid "Which kind of web server should be used by cacti?"
#~ msgstr "¿Qué tipo de servidor web quiere usar con cacti?"
#~ msgid "Apache, Apache-SSL, Apache2, All, None"
#~ msgstr "Apache, Apache-SSL, Apache2, Todos, Ninguno"
#~ msgid "MySQL installs and upgrades must be performed manually!"
#~ msgstr ""
#~ "¡Las instalaciones y actualizaciones de MySQL se deben hacer de forma "
#~ "manual!"
#~ msgid ""
#~ "For the time being, support for automatic upgrading of the cacti mysql "
#~ "database has been disabled.  Please see the rationale and what you will "
#~ "need to do for either installing or upgrading cacti in /usr/share/doc/"
#~ "cacti/README.Debian.gz."
#~ msgstr ""
#~ "Por ahora el soporte para la actualización automática de la base de datos "
#~ "MySQL de Cacti se ha deshabilitado. Por favor, consulte en /usr/share/doc/"
#~ "cacti/README.Debian.gz los motivos y lo que necesita para instalar o "
#~ "actualizar Cacti."
#~ msgid ""
#~ "Note that you will still be prompted for the relevant information, which "
#~ "will be used to generate the appropriate configuration files."
#~ msgstr ""
#~ "Tenga en cuenta que todavía se le preguntará sobre la información "
#~ "relevante que se usará para generar los ficheros de configuración "
#~ "apropiados. "
#~ msgid "Database structure changes in cacti configuration"
#~ msgstr ""
#~ "Cambios de la estructura de la base de datos en la configuración de cacti."
#~ msgid ""
#~ "You are upgrading from a pre 0.8.x version.  Unfortunately, your old "
#~ "database will not work with the latest version of cacti.  Please see /usr/"
#~ "share/doc/cacti/README.Debian.gz to see what your options are."
#~ msgstr ""
#~ "Está actualizando desde una versión previa a 0.8.x. Desafortunadamente su "
#~ "vieja base de datos no funcionará con la última versión de Cacti. Por "
#~ "favor, lea /usr/share/doc/cacti/README.Debian.gz para ver las distintas "
#~ "opciones de las que dispone."
#~ msgid "MySQL server host name"
#~ msgstr "Nombre de máquina del servidor MySQL"
#~ msgid "Please enter the name of the machine hosting the cacti database."
#~ msgstr ""
#~ "Por favor, introduzca el nombre de la máquina en la que está la base de "
#~ "datos de Cacti."
#~ msgid "Database name for cacti"
#~ msgstr "Nombre de la base de datos para cacti"
#~ msgid ""
#~ "Please enter the cacti database name. Cacti will store and fetch data "
#~ "there."
#~ msgstr ""
#~ "Por favor, introduzca el nombre de la base de datos de Cacti. Cacti "
#~ "almacenará y obtendrá datos de ella."
#~ msgid "MySQL administrator username"
#~ msgstr "Nombre de usuario del administrador de MySQL"
#~ msgid ""
#~ "Please enter the MySQL administrator name (needed for cacti database "
#~ "cr

Bug#622620: [Pascal de Bruijn] Re: O: argyll -- Color Management System, calibrator and profiler

[Roland Mas]

Forwarding an email I assume should have been directed at the bug.

--- Begin Message ---
On Wed, Apr 13, 2011 at 2:46 PM, Roland Mas  wrote:
> Package: wnpp
> Severity: normal
>
> I think it's time for me to stop pretending I have enough
> time/energy/interest to properly maintain Argyll.  I'm therefore
> regretfully orphaning the package.

Thanks for your excellent work which I've been able to enjoy.

>  Prospective adopters: most of the difficulty I've had in maintaining
> this package comes from my switch of build system from Jam to
> Autoconf/Automake/Libtool.  If you can live with Jam, then you'll
> probably have an easier job.

I bumped Greame about modifying the Jam files slightly making
packaging a bit more easy.

I have a first version of Jam based packaging available here (Argyll
1.3.3 / Ubuntu Natty):

https://launchpad.net/~pmjdebruijn/+archive/argyll-release

>  I'm quite prepared to offer sponsorship and/or guidance to anyone
> willing to adopt the package and needing one or the other.

I'm not willing to take responsibility to maintain that package upstream. Sorry.

Regards,
Pascal de Bruijn

--- End Message ---


-- 
Roland Mas

$ chown -R us:us your_base*

Bug#627031: [INTL:es] Spanish debconf template translation for apparmor

[Francisco Javier Cuadrado]

Package: apparmor
Version: 2.6.1-3
Severity: wishlist
Tags: l10n patch


-- 
Saludos

Fran
# apparmor po-debconf translation to Spanish
# Copyright (C) 2011 Software in the Public Interest
# This file is distributed under the same license as the apparmor package.
#
# Changes:
#   - Initial translation
#   Francisco Javier Cuadrado , 2011
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#  info -n '(gettext)PO Files'
#  info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
#  - El proyecto de traducción de Debian al español
#http://www.debian.org/intl/spanish/
#especialmente las notas de traducción en
#http://www.debian.org/intl/spanish/notas
#
#  - La guía de traducción de po's de debconf:
#/usr/share/doc/po-debconf/README-trans
#o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: apparmor 2.6.1-3\n"
"Report-Msgid-Bugs-To: ubuntu-devel-disc...@lists.ubuntu.com\n"
"POT-Creation-Date: 2010-01-05 17:45-0600\n"
"PO-Revision-Date: 2011-05-06 13:45+0100\n"
"Last-Translator: Francisco Javier Cuadrado \n"
"Language-Team: Debian l10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Additional home directory locations:"
msgstr "Rutas adicionales de los directorios personales:"

#. Type: string
#. Description
#: ../templates:1001
msgid "Please enter a space separated list of any additional locations for user home directories. These locations are in addition to those specified in /etc/apparmor.d/tunables/home and must end with a '/'."
msgstr "Introduzca una lista separada por espacios con las rutas adicionales para los directorios personales. Estas rutas se suman a las indicadas en «/etc/apparmor.d/tunables/home» y deben terminar con una barra «/»."

#. Type: string
#. Description
#: ../templates:1001
msgid "Example: if user's directories are stored in /srv/nfs/home and /mnt/homes, you should enter \"/srv/nfs/home/ /mnt/homes/\"."
msgstr "Por ejemplo: si los directorios del usuario están ubicados en «/srv/nfs/home» y «/mnt/homes», debería introducir «/srv/nfs/home/ /mnt/homes/»."

Bug#627030: [debcheckout] Buggy “this is probably a bug” when specifying a target directory

[Cyril Brulebois]

Package: devscripts
Version: 2.10.73
Severity: normal

Hi,

this is slightly annoying:
| $ debcheckout mesa mesa.git
| declared git repository at git://git.debian.org/git/pkg-xorg/lib/mesa
| git clone git://git.debian.org/git/pkg-xorg/lib/mesa mesa.git ...
| Cloning into mesa.git...
| remote: Counting objects: 378199, done.
| remote: Compressing objects: 100% (62487/62487), done.
| remote: Total 378199 (delta 314631), reused 376526 (delta 313102)
| Receiving objects: 100% (378199/378199), 102.80 MiB | 2.10 MiB/s, done.
| Resolving deltas: 100% (314631/314631), done.
| debcheckout did not create the mesa directory - this is probably a bug

So, yeah, I specified a target directory, there's indeed a bug: please check
for that directory's being created, instead of the default. :)

Mraw,
KiBi.

-- Package-specific info:
Killed, probably irrelevant.



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

Bug#626791: Bug in libdbd-mysql-perl fixed in revision 74615

[pkg-perl-maintainers]

tag 626791 + pending
thanks

Some bugs are closed in revision 74615
by Ansgar Burchardt (ansgar)

Commit message:

debian/control: Fix typo in package description. (Closes: #626791)



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

Bug#612504: [Pkg-xfce-devel] Bug#612504: Bug#612504: xfce4-session: Attempted suspend

[Yves-Alexis Perez]

On lun., 2011-05-16 at 23:34 -0400, Frank Zambrini wrote:
> With xfce 4.6 I switched to gdm from slim and everything was working
> fine. 
> 
> However after upgrading to xfce 4.8, the session manager broke again
> for both gdm and slim.

slim is broken anyway.
> 
> If "Prompt on Logout" is unchecked from the Session and Startup menu,
> clicking the logout button on the panel causes the session to restart
> back to the slim/gdm login screen.

This is standard behavior.
> 
> If "Prompt on Logout" is checked, then the logout window will be
> displayed (after waiting about 30 seconds)

That looks like some app in the session doesn't respond correctly. Try
to quit everything (including stuff in the systray) and provide the list
of running processes for your users before hitting the logout button. 

> but only has options for
> shutdown, restart, and Log Out. Suspend is missing from the menu, but I
> can still put the computer in standby with "sudo pm-suspend."

Looks like a  Consolekit issue, read README.Debian in xfce4 and
xfce4-session. Is upower installed, by the way?
> 
> I did a backtrace of xfce4-session (using slim, w/out Prompt on Logout),
> but I don't know if it will do much good. For some reason, when gdb is
> attached to xfce4-session (from a VT), clicking the logout button will
> not cause the session to restart. Instead, I get a "Failed to connect to
> session manager" error message. Then when I quit gdb, the session
> restarts and returns to the login screen.

There's nothing to debug with gdb here.
> 
> If there is anything else I can do let me know. Maybe I should file a
> bug against consolekit?

Not really. Slim has an issue but gdm should work fine.

Regards,
-- 
Yves-Alexis


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

Bug#626895: pu: package samba/2:3..6~dfsg-3squeeze4

[Christian PERRIER]

Version: 2:3.5.7~dfsg-1

Quoting Adam D. Barratt (a...@adam-barratt.org.uk):
> Hi,
> 
> On Mon, 2011-05-16 at 09:51 +0200, Christian Perrier wrote:
> > Here's another samba bug for which I would like to cherrypick the
> > upstream fix.
> > 
> > In #605728, it is reported fail to copy files to an SMB share using
> > signed SMB. This breaks Gnome desktop copying which is, IMHO,
> > important enough to deserve being fixed in squeeze.
> 
> Has this already been included in a version of samba uploaded to
> unstable?  I assumed that it would have been, given the date of the
> upstream fix, but #605728 still appears to be marked as unfixed.


Yes, it has. This fix is indeed in upstream 3.5.7. I was doing bug
triaging yesterday when I re-discovered this bug. Indeed, after sending
the p-u request, I wanted to close the bug with version tracking but
forgot to do so anbd moved to something else. Thanks for reminding
me..:-). Doing so right now...






signature.asc
Description: Digital signature

Bug#627029: libredcloth-ruby1.8: require "RedCloth" not working

[Bastian Kleineidam]

Package: libredcloth-ruby1.8
Version: 4.2.2-1.1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

the command require "RedCloth" does not work. Only 
require "redcloth".
I exepcted the camelcase modulename after reading the online
documentation of RedCloth. And it also causes problems for the
tracks GTD software which uses "RedCloth" as module name.

Regards,
  Bastian

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

Kernel: Linux 2.6.38grog6 (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 libredcloth-ruby1.8 depends on:
ii  libc62.13-4  Embedded GNU C Library: Shared lib
ii  libruby1.8   1.8.7.334-5 Libraries necessary to run Ruby 1.

libredcloth-ruby1.8 recommends no packages.

libredcloth-ruby1.8 suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAk3SA/oACgkQeBwlBDLsbz65zQCePfD6+tGteZfGozdZs7UOQi4x
ASQAnjOy7C4DvSP1l62WZAR1l8pFlu3X
=I8aV
-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#596739: Still reproducible. Was: Does not restore tabs after crash

[Yves-Alexis Perez]

On mar., 2011-05-17 at 03:35 +0200, Witold Baryluk wrote:
> Still I think that post-crash startup dialog should be changed.
> Button "Do not restore session / tabs", should be changed
> to checkbox. because after clicking it, there is no
> way back (it deactivates), and all tabs will be lost
> (hovewer one can Close this dialog using X button or Alt-F4,
> and restart midori, but this is not perfect).

Hmh, but this is the whole point of that popup. If loading the tabs
makes midori crash, you don't want them to load at all. Resetting the
session means exactly that, you forget about everything open.

What would you expect exactly?

Regards,
-- 
Yves-Alexis


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

Bug#597575: Update on Saving of downloaded file or webpage, which very long filename do not work

[Yves-Alexis Perez]

tag 597575 -moreinfo
thanks

On mar., 2011-05-17 at 03:27 +0200, Witold Baryluk wrote:
> On 05-16 16:46, Yves-Alexis Perez wrote:
> > Hey,
> > 
> > is this still reproducible with 0.3.6-1 currently in unstable?
> 
> 
> Yes, midori still improperly indicate that file was properly saved. Howver it 
> isn't saved.
> 
> In console I see:
> 
> (midori:20329): GLib-GIO-CRITICAL **: g_output_stream_write_all: assertion 
> `G_IS_OUTPUT_STREAM (stream)' failed

Ok, will ping upstream about that.

Thanks,
-- 
Yves-Alexis


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

Bug#626955: libgl1-mesa-dri: Version 7.10.2 does not work with gnome-shell, 7.10-4 works ok

[Arief M Utama]

On 05/17/2011 11:38 AM, Cyril Brulebois wrote:

Hi,

Arief M Utama  (17/05/2011):

Not sure how to start gnome-shell with all the exports override, so
I just did a make install.

Result is, gnome-shell works ok, as it was before in 7.10-4.

alright; what if you build r600c instead? It's good to see that
current r600g is alright (as was 7.10), but knowing if r600c is still
buggy was my point, so that you could report a bug upstream to
possibly get that fixed.


Hi KiBi,

I'll do that, but honestly, mesa is still a new thing for me, could you 
please let me know how to build r600c instead of r600g ? Is it 
--disable-gallium ?



All the best.
-arief




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

Bug#627028: Broken perl dependencies in testing

[Matthias Faulstich]

Package: perl-base / liblocale-gettext-perl / libxml-parser-perl
Version: 5.10.1-20
Debian Version: testing

Package to be installed: perl-base_5.12.3-6_amd64.deb

Trying 
apt-get dist-update 
on testing fails since Monday, 05/16/2011 caused by broken
dependencies in the perl libraries.

After removing all perl packages with broken dependencies I don't need
actually, following stay unresolved:

(Sorry, my system is localized in German)

apt-get install --reinstall perl-base
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut   
Statusinformationen werden eingelesen... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
liblocale-gettext-perl : Hängt ab von (vorher): perlapi-5.10.0
libxml-parser-perl : Hängt ab von: perlapi-5.10.0

These packages cannot be removed since they are part of the 
Debian configuration mechanism:

sudo dpkg --purge liblocale-gettext-perl
dpkg: Abhängigkeitsprobleme verhindern Entfernen von liblocale-gettext-perl:
libparse-debianchangelog-perl hängt ab von liblocale-gettext-perl; aber:
Paket liblocale-gettext-perl soll entfernt werden.
debconf-i18n hängt ab von liblocale-gettext-perl.
tasksel hängt ab von liblocale-gettext-perl.
dpkg: Fehler beim Bearbeiten von liblocale-gettext-perl (--purge):
Abhängigkeitsprobleme - wird nicht entfernt
Fehler traten auf beim Bearbeiten von:
liblocale-gettext-perl



Kind Regards
Matthias Faulstich





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

Bug#626885: system hangs on shutdown if systemd is pid 1

[Daniel Kahn Gillmor]

On 05/16/2011 01:20 AM, Michael Biebl wrote:
> Am 16.05.2011 07:10, schrieb Daniel Kahn Gillmor:
>> Package: systemd-sysv
>> Version: 25-2
> 
>> When that account chooses "shut down" from the upper-right menu, the
>> shutdown process begins.  But it takes many minutes to shut down.
> 
> Most likely a duplicate of #624600
> Please try the suggested fix in
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624600#10
> 
> and report back if that addresses your problem

I tried the reversing the following commit:

http://cgit.freedesktop.org/systemd/commit/?id=0595f9a1c182a84581749823ef47c5f292e545f9

The behavior is still the same, unfortunately.

reading the log for #624600, i don't think this is the same bug as
#626885 at all. For instance, Sam Morris reports that ctrl-alt-delete
does nothing for him.  But for me, it has a clear and immediate effect.

Thanks for the prompt responses.

Regards,

--dkg

PS the git repo pointed to by the Git-Vcs headers
(git://git.err.no/systemd/) doesn't seem to include the 25-2 changes on
the debian branch.  Could you publish those so the rest of us can follow
along at home? ;)

Also, while git.err.no resolves via IPv6, your git daemon on that host
appears to be listening on IPv4 only:

0 dkg@pip:~$ echo | socat TCP4:git.err.no:git STDIO
0 dkg@pip:~$ echo | socat TCP6:git.err.no:git STDIO
2011/05/17 01:46:28 socat[1962] E connect(3, AF=10
[2001:16d8:ee00:0092::::0002]:9418, 28): Connection refused
1 dkg@pip:~$

dunno if you care, but i'd be happy to connect via IPv6 if possible.



signature.asc
Description: OpenPGP digital signature

Bug#626882: recoll: segfault (in InitFldToPrefs via std::basic_string?)

[Kartik Mistry]

On Tue, May 17, 2011 at 10:41 AM, Drew Parsons  wrote:
> On Tue, 2011-05-17 at 10:23 +0530, Kartik Mistry wrote:
>>
>> Here is amd64 packages, you (ie reporter :)) can test and give feedback.
>> Packages: http://people.debian.org/~kartik/packages/recoll/
>
> That works fine, thanks Kartik and Jean-Francois!

Thanks for bug+testing. I'll upload fixed packages in a few minutes.

-- 
Kartik Mistry
Debian GNU/Linux Developer
IRC: kart_ | Identica: @kartikm



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

Bug#626326: [rt.debian.org #3167] AutoReply: [Debian RT] Please add Christian Kastner's key to the DM keyring

[Aníbal Monsalve Salazar]

On Wed, May 11, 2011 at 10:41:42AM +0200, Christian Kastner wrote:
>I'm sorry to say that I forgot to mention that my Maintainer address
> is not my primary UID, as the wiki indicate I should
>have. I hope this is not to big of an issue?

http://lists.debian.org/debian-devel/2011/04/msg01058.html

Please read the messages in the mail thread starting at the web address
above.


signature.asc
Description: Digital signature

Bug#627027: evince-gtk: registers unsupported image/* (e.g., image/jpeg) MIME type with high priority

[Jonathan Nieder]

Package: evince-gtk
Version: 3.0.0-3
Severity: important
Justification: breaks run-mailcap, as used by e.g. mutt
Files: /usr/lib/mime/packages/evince-gtk

Hi,

Whenever I try to open a jpeg attachment in mutt, I get an evince
window with

Unable to open document

File type JPEG image (image/jpeg) is not supported

Seems weird --- why is mutt (meaning "run-mailcap --action=view")
asking for evince, then?

| $ grep jpeg /etc/mailcap
| image/jpeg; /usr/bin/xli -quiet '%s'; test=test -n "$DISPLAY"; 
description=JPEG Image; nametemplate=%s.jpg
| image/jpeg; display 'jpeg:'%s''; test=test -n "$DISPLAY"
| image/pjpeg; display 'jpeg:'%s''; test=test -n "$DISPLAY"

Checking under /usr/lib/applications, it seems xli registers
image/jpeg with a priority of 3, and imagemagick uses a priority of 2.
But evince-gtk has, in /usr/lib/mime/packages/evince-gtk:

image/*; evince %s; test=test -n "$DISPLAY"; nametemplate=%s.dummy; 
priority=5

If I remember correctly, evince 2 did support JPEGs, making this entry
less harmful then.  Known problem?  Any way I can help?

This is related to but not identical to Bug#619564, which discusses
the mailcap priority from the time when evince did support displaying
such typical images.



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

Bug#626882: recoll: segfault (in InitFldToPrefs via std::basic_string?)

[Drew Parsons]

On Tue, 2011-05-17 at 10:23 +0530, Kartik Mistry wrote:
> 
> Here is amd64 packages, you (ie reporter :)) can test and give feedback.
> 
> Packages: http://people.debian.org/~kartik/packages/recoll/
> 

That works fine, thanks Kartik and Jean-Francois!

Drew






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

Bug#626868: qwt: FTBFS: cp: cannot stat `debian/tmp/usr/include/qwt-qt3': No such file or directory

[Nobuhiro Iwamatsu]

tags 626868 patch
thanks

Hi,

I created patch which revised this problem.
Please apply this patch.

Best regards,
  Nobuhiro

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


qwt_5.2.0-1.1.debdiff
Description: Binary data

Bug#604379: Preparations for the removal of the KDE3 and Qt3 libraries

[Nobuhiro Iwamatsu]

tags 604379 patch
thanks

Hi,

I created patch which revised this problem.
Please apply this patch.

Best regards,
  Nobuhiro

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


qwt_5.2.0-1.1.debdiff
Description: Binary data

Bug#626882: recoll: segfault (in InitFldToPrefs via std::basic_string?)

[Kartik Mistry]

On Mon, May 16, 2011 at 2:51 PM, Jean-Francois Dockes  wrote:
>  > After upgrading to recoll 1.15.8-1, it now segfaults on start.
>
> This is a static object initialization issue that I had seen on the Mac
> after releasing 1.15.8. It hadn't affected any of the other systems I had
> tested on, but apparently it "works" on debian 64 bits, for which I have no
> platform to test on.
>
> Hopefuly, the attached patch should fix the problem, it brings 1.15.8 to
> the current state of the 1.15 maintenance branch. I couldn't test it on
> debian, but it does fix the issue on the mac.

Thanks for patch!

Here is amd64 packages, you (ie reporter :)) can test and give feedback.

Packages: http://people.debian.org/~kartik/packages/recoll/

-- 
Kartik Mistry
Debian GNU/Linux Developer
IRC: kart_ | Identica: @kartikm



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

Bug#626955: libgl1-mesa-dri: Version 7.10.2 does not work with gnome-shell, 7.10-4 works ok

[Cyril Brulebois]

Hi,

Arief M Utama  (17/05/2011):
> Not sure how to start gnome-shell with all the exports override, so
> I just did a make install.
> 
> Result is, gnome-shell works ok, as it was before in 7.10-4.

alright; what if you build r600c instead? It's good to see that
current r600g is alright (as was 7.10), but knowing if r600c is still
buggy was my point, so that you could report a bug upstream to
possibly get that fixed.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#626955: libgl1-mesa-dri: Version 7.10.2 does not work with gnome-shell, 7.10-4 works ok

[Arief M Utama]

On 05/17/2011 12:53 AM, Sven Joachim wrote:

On 2011-05-16 19:26 +0200, Cyril Brulebois wrote:


I guess you're in the case where r600g (gallium) works OK, while r600c
(classic) doesn't. It would be nice to figure out whether mesa master
is showing the same bugs. You could try the following instructions to
test that:
   http://pkg-xorg.alioth.debian.org/howto/build-mesa.html

But beware: those haven't been updated yet to the new options/flags
for radon hardware, so you'll probably have to specify some other
radeon or r* options/flags.

FWIW, "--enable-gallium-radeon" has been renamed to
--enable-gallium-r300"¹, and since commit 0fecb928² requires LLVM to be
installed.  So Arief should pass
"--enable-gallium-r600 --disable-gallium-r300" to `configure'.




Thanks Cyril and Sven,

Just finished compiling upstream mesa from git with the steps as you've 
mentioned.


Not sure how to start gnome-shell with all the exports override, so I 
just did a make install.


Result is, gnome-shell works ok, as it was before in 7.10-4.


All the best.
-arief




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

Bug#627026: fatal: unable to determine open file limit

[Tero Hilska]

Package: postfix
Version: 2.8.3-1
Severity: normal

Apparently a libc6 upgrade (to libc6-2.13-4) causes local mail delivery to fail.
Sending and receiving email seems to be working, at least received emails 
end up in the queue.


The following messages appear in /var/log/mail once per minute:
May 17 06:49:38 postfix/local[21884]: fatal: unable to determine open file limit
May 17 06:49:39 postfix/master[14677]: warning: process /usr/lib/postfix/local 
pid 21884 exit status 1
May 17 06:49:39 postfix/master[14677]: warning: /usr/lib/postfix/local: bad 
command startup -- throttling

This is probably related to #626928

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

Kernel: Linux 2.6.37
Locale: LANG=en_US.ISO8859-1, LC_CTYPE=en_US.ISO8859-1 
(charmap=ISO-8859-1)

Shell: /bin/sh linked to /bin/dash

Versions of packages postfix depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  debconf [debconf-2.0] 1.5.38 Debian configuration management sy
ii  dpkg  1.16.0.3   Debian package management system
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libdb5.1  5.1.25-8   Berkeley v5.1 Database Libraries [
ii  libsasl2-22.1.23.dfsg1-8 Cyrus SASL - authentication abstra
ii  libssl1.0.0   1.0.0d-2   SSL shared libraries
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip
ii  netbase   4.45   Basic TCP/IP networking system
ii  ssl-cert  1.0.28 simple debconf wrapper for OpenSSL

Versions of packages postfix recommends:
ii  python2.6.6-14   interactive high-level object-orie

Versions of packages postfix suggests:
ii  af [mail-reader]   2.4.3-3.1 An Emacs-like mail reader and comp
ii  bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent
pn  dovecot-common (no description available)
ii  libsasl2-modules   2.1.23.dfsg1-8Cyrus SASL - pluggable authenticat
pn  postfix-cdb(no description available)
pn  postfix-ldap   (no description available)
pn  postfix-mysql  (no description available)
pn  postfix-pcre   (no description available)
pn  postfix-pgsql  (no description available)
ii  procmail   3.22-19   Versatile e-mail processor
ii  resolvconf 1.48  name server information handler
ii  sasl2-bin  2.1.23.dfsg1-8Cyrus SASL - administration progra
pn  ufw(no description available)

-- debconf information:
  postfix/tlsmgr_upgrade_warning:
* postfix/retry_upgrade_warning: true
  postfix/relayhost:
* postfix/procmail: true
  postfix/bad_recipient_delimiter:
  postfix/rfc1035_violation: false
* postfix/mynetworks: 192.168.0.0/16
* postfix/protocols: ipv4
  postfix/master_upgrade_warning:
  postfix/db_upgrade_warning: true
  postfix/dynamicmaps_upgrade_warning:
* postfix/recipient_delim:
* postfix/main_mailer_type: Internet Site
  postfix/transport_map_warning:
  postfix/kernel_version_warning:
* postfix/chattr: false
* postfix/mydomain_warning: true
  postfix/nqmgr_upgrade_warning:
  postfix/not_configured:
* postfix/mailbox_limit: 0




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

Bug#626951: [Pkg-fglrx-devel] Bug#626951: fglrx-driver: incompatible kernel module detected - HW accelerated OpenGL will not work

[Joost Kraaijeveld]

On Mon, 2011-05-16 at 19:40 +0200, Patrick Matthäi wrote:
> What is the output of:
> 
> find /usr/ -name \*fglrx\*.so
panoramix:/home/jkr# find /usr/ -name \*fglrx\*.so
/usr/lib32/dri/fglrx_dri.so
/usr/lib/xorg/modules/linux/libfglrxdrm.so
/usr/lib/xorg/modules/drivers/fglrx_drv.so
/usr/lib/xorg/modules/extensions/fglrx/fglrx-libglx.so
/usr/lib/xorg/modules/extensions/fglrx-libglx.so
/usr/lib/dri/fglrx_dri.so


> and
> apt-get install debsums 

panoramix:/home/jkr# apt-get install debsums
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  debsums
0 upgraded, 1 newly installed, 0 to remove and 58 not upgraded.
Need to get 59.1 kB of archives.
After this operation, 328 kB of additional disk space will be used.
Get:1 http://ftp.de.debian.org/debian/ testing/main debsums all 2.0.48+nmu3 
[59.1 kB]
Fetched 59.1 kB in 0s (123 kB/s) 
Preconfiguring packages ...
Selecting previously deselected package debsums.
(Reading database ... 346298 files and directories currently installed.)
Unpacking debsums (from .../debsums_2.0.48+nmu3_all.deb) ...
Processing triggers for man-db ...
Setting up debsums (2.0.48+nmu3) ...

> for i in `dpkg -l|grep fglrx|awk '{print $2;}'`; do echo "Check $i:" &&
> debsums -a $i|grep -v OK$; done

panoramix:/home/jkr# for i in `dpkg -l|grep fglrx|awk '{print $2;}'`; do
echo "Check $i:" && debsums -a $i|grep -v OK$; done
Check fglrx-atieventsd:
Check fglrx-control:
Check fglrx-driver:
Check fglrx-glx:
Check fglrx-glx-ia32:
Check fglrx-modules-dkms:


-- 
Groeten,

Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
web: www.askesis.nl


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

Bug#626931: [pkg-firebird-general] Bug#626931: FTBFS on GNU/Hurd

[Damyan Ivanov]

[Full CC for debiandevel]

-=| Damyan Ivanov, Mon, May 16, 2011 at 09:12:27PM +0300 |=-
> -=| Ondřej Surý, Mon, May 16, 2011 at 05:27:53PM +0200 |=-
> > Hi Marius,
> > 
> > On Mon, May 16, 2011 at 16:39, marius adrian popa  wrote:
> > > 2011/5/16 Ondřej Surý :
> > >> Package: firebird2.5
> > >> Version: 2.5.0.26074-0.ds4
> > >> Severity: normal
> > >> Tags: patch
> > >>
> > >> Firebird FTBFS on GNU/Hurd because MAXPATHLEN is not defined on that
> > >> platform.
> > >>
> > >> Attached is a patch which fixes that.  Please apply, it is a simple
> > >> fix and it blocks php5 build on GNU/Hurd.
> > >
> > > I have commited to svn 2.5 release branch
> > > please test if is ok
> 
> That was quick! :)
> 
> > Unfortunatelly I am not able to test it as I don't use hurd myself.
> 
> I asked the admin of strauss.debian.net (hurd porterbox) to install 
> the needed build dependencies for firebird2.5 and will try building it 
> there.
> 
> > But generally speaking (from my experience of fixing 
> > cyrus-imapd-2.x)
> > it should work. I am Ccing debian-hurd list, maybe somebody there
> > could help us with testing. If not I would suggest you go ahead and
> > upload if you have other stuff to release...
> 
> I seem to remember a Hurd porter said that there would be problems 
> with semaphores or something like that, but I can't find it. Anyway, 
> we'll see how the build goes on the porterbox. In the worst case php 
> would have to omit the firebird dependency/support for Hurd.

The build fails with the following error:

g++ -ggdb -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -DFB_SEND_FLAGS=MSG_NOSIGNAL -I.
./src/include/gen -I../src/include -I../src/vulcan -DNAMESPACE=Vulcan -pthread -
g -O2   -DBOOT_BUILD  -fno-rtti -c ../src/jrd/gds.cpp -o ../temp/boot/jrd/gds.o
In file included from ../src/jrd/../jrd/../jrd/ThreadData.h:35,
 from ../src/jrd/../jrd/jrd.h:74,
 from ../src/jrd/gds.cpp:148:
../src/jrd/../jrd/../jrd/../common/classes/rwlock.h: In member function 'void Fi
rebird::RWLock::init()':
../src/jrd/../jrd/../jrd/../common/classes/rwlock.h:199: error: 'PTHREAD_RWLOCK_
PREFER_WRITER_NONRECURSIVE_NP' was not declared in this scope
../src/jrd/../jrd/../jrd/../common/classes/rwlock.h:199: error: 'pthread_rwlocka
ttr_setkind_np' was not declared in this scope
make[5]: *** [../temp/boot/jrd/gds.o] Error 1

Sending a copy to firebird-devel for oppinion.



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

Bug#542175: Port GNOME frontend to GtkAssistant

[Steve Langasek]

tags 542175 patch
thanks

Colin, you mentioned you would apply this patch as soon as Debian thawed -
that's happened now, and this port still shows up in the Ubuntu delta when
looking at merging now that oneiric is open.  So here's a reminder. :)

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#625738: >2TB SCSI disk size not recognized correctly

[Ben Hutchings]

On Thu, 2011-05-05 at 11:03 -0400, Greg Wooledge wrote:
> Package: linux-image-2.6.32-5-686
> Version: 2.6.32-31
> 
> I upgraded a machine from Lenny to Squeeze, and it failed to mount one
> of the disks.  Here is a large swath of dmesg from the failing kernel:
[...]
> [8.343674] sd 4:0:0:0: [sdb] 4294967296 512-byte logical blocks: (2.19 
> TB/2.00 TiB)

So we initially see exactly 2 TiB (2^32 blocks)...

> [8.344551] usbcore: registered new interface driver hiddev
> [8.344741] sd 4:0:0:0: [sdb] Write Protect is off
> [8.344745] sd 4:0:0:0: [sdb] Mode Sense: bf 00 00 08
> [8.345180] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, 
> doesn't support DPO or FUA
> [8.345421]  sda1 sda2
> [8.345672] sd 2:0:0:0: [sda] Attached SCSI disk
> [8.345973] sd 4:0:0:0: [sdb] 13651132416 512-byte logical blocks: (6.98 
> TB/6.35 TiB)
> [8.347305] sdb: detected capacity change from 219902322 to 
> 6989379796992

but then we find it's really 6.35 TiB (is that the correct value?)...

> [8.347310]  sdb:
> [8.348685] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.348837] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.348986] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.349135] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.349286] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.349435] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.349442] sd 4:0:0:0: [sdb] Unhandled error code
> [8.349444] sd 4:0:0:0: [sdb] Result: hostbyte=DID_SOFT_ERROR 
> driverbyte=DRIVER_OK
> [8.349449] sd 4:0:0:0: [sdb] CDB: Read(16): 88 00 00 00 00 03 2d ab bf f8 
> 00 00 00 08 00 00
> [8.349461] end_request: I/O error, dev sdb, sector 13651132408
> [8.349520] Buffer I/O error on device sdb, logical block 1706391551

but we can't read the last logical block (4 KiB).

> [8.349732] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.349886] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.350046] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.350196] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.350347] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.350497] Errataon LSI53C1030 
> occurred.sc->req_bufflen=0x1000,xfer_cnt=0x00
> [8.350503] sd 4:0:0:0: [sdb] Unhandled error code
> [8.350505] sd 4:0:0:0: [sdb] Result: hostbyte=DID_SOFT_ERROR 
> driverbyte=DRIVER_OK
> [8.350509] sd 4:0:0:0: [sdb] CDB: Read(16): 88 00 00 00 00 03 2d ab bf f8 
> 00 00 00 08 00 00
> [8.350520] end_request: I/O error, dev sdb, sector 13651132408
> [8.350576] Buffer I/O error on device sdb, logical block 1706391551

Same error on retry.

[...]
> The device in question is a hardware RAID (multiple SATA disks presented
> as one SCSI device).  I can attempt to get model numbers and so on if
> those are relevant.

Please send a full kernel boot log, and the output of 'lspci -vnn'.

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#567934: Bug#604813: (switching back to emacs-lucid)

[Rob Browning]

Friedrich Delgado  writes:

> I'm switching back to emacs-lucid now, since the crashes have become
> quite frequent. Since this bug exists in functionality I don't care
> about (gtk), I simply switch to a non-buggy package.
>
> Sorry if you don't enough information to track the bug down, but if
> I'm the only one having this problem, it's probably not that
> important, as long as you don't suddenly decide to deprecate the
> emacs-lucid package ;-}

That's very unlikely since I use it myself.  I switched back to the
lucid package a while ago because I got tired of having emacs lock up
and peg the cpu any time you were unexpectedly disconnected from a
--daemon session (i.e. if you lose the connection from a remote
emacsclient buffer).

When I investigated (IIRC I discussed it upstream), it looked like there
was a fundamental problem in the way GTK+ handles X connections, and
there was nothing emacs could do about it.  Since I didn't care *at all*
about the GTK+ interface I dropped it.

> Feel free to close/wontfix/whatever.

I suspect there's a real bug here, so we'll leave it open.  I imagine we
(or upstream) will track it down eventually.

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



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

Bug#622753: ath9k: Connection over wlan slows down and dies

[Ben Hutchings]

On Fri, 2011-04-15 at 15:52 +0800, Adrian Chadd wrote:
> On 15 April 2011 12:00, Ben Hutchings  wrote:
> [...]
> > https://bugzilla.kernel.org/show_bug.cgi?id=31452
> 
> 
> Thanks, I've set our bug tracker to follow that bug.
>  
> Has it been established that it's the same bug though?
> 
> I had a brief read of that and I'm not so sure. There's so many things
> that could impact TX throughput.
> 
> I don't have this problem on FreeBSD on my AR9285 NICs and I've ported
> almost all of the (non-power saving) related code from ath9k. They
> happily sit at the expected TX/RX speeds in 11g and 11n modes.
> 
> Is someone who is experiencing the problem able to do some kernel
> version bisecting between the known good and known bad kernel? 

The bug fix from the report on Bugzilla has been included in stable
release 2.6.38.5 and Debian's version 2.6.38-5.

Does this version fix the problem for you?

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#625752: linux-latest-2.6: Add sys_accept4 to arm

[Ben Hutchings]

On Thu, 2011-05-05 at 19:15 +0200, Johannes Schauer wrote:
> Package: linux-latest-2.6
> Version: 2.6.32+27~bpo50+1
> Severity: normal

You really should not be mixing lenny with unstable.  However:

> the accept4 syscall is available since 2.6.28 - at least
> for x86 architecture.
> Support for accept4 on arm was added for 2.6.36 and the
> patch is very simple:
> 
> commit 21d93e2e29722d7832f61cc56d73fb953ee6578e
> Author: Mikael Pettersson 
> Date:   Sun, 15 Aug 2010 09:47:23 +
> 
> I discovered that when updating udev from 167 to 168 (on
> a 2.6.32 kernel). Udev from 168 onward requires accept4.
> 
> After applying the patch accept4 worked and so did udev.
> 
> Since accept4 is supposed to be in the kernel since
> 2.6.28 it should at least be put into the .32 stable
> version for arm.

I agree - if we can ensure that wheezy's udev works with a squeeze
kernel then it will simplify the upgrade process.

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#612504: [Pkg-xfce-devel] Bug#612504: xfce4-session: Attempted suspend

[Frank Zambrini]

With xfce 4.6 I switched to gdm from slim and everything was working
fine. 

However after upgrading to xfce 4.8, the session manager broke again
for both gdm and slim.

If "Prompt on Logout" is unchecked from the Session and Startup menu,
clicking the logout button on the panel causes the session to restart
back to the slim/gdm login screen.

If "Prompt on Logout" is checked, then the logout window will be
displayed (after waiting about 30 seconds) but only has options for
shutdown, restart, and Log Out. Suspend is missing from the menu, but I
can still put the computer in standby with "sudo pm-suspend."

I did a backtrace of xfce4-session (using slim, w/out Prompt on Logout),
but I don't know if it will do much good. For some reason, when gdb is
attached to xfce4-session (from a VT), clicking the logout button will
not cause the session to restart. Instead, I get a "Failed to connect to
session manager" error message. Then when I quit gdb, the session
restarts and returns to the login screen.

If there is anything else I can do let me know. Maybe I should file a
bug against consolekit?


---
#0  0x7ff0cdd6b663 in poll () from /lib/libc.so.6
#1  0x7ff0ce0699e4 in g_main_context_poll (context=0x7ff0d2bba8d0,
block=1, dispatch=1, self=)
at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3404 #2
g_main_context_iterate (context=0x7ff0d2bba8d0, block=1, dispatch=1,
self=)
at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3086 #3
0x7ff0ce06a2f2 in g_main_loop_run (loop=0x7ff0d2bfeeb0)
at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3299 #4
0x7ff0cfb012b7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #5
0x7ff0d120d0eb in main (argc=1, argv=0x7fff9b679438) at main.c:267
#0  0x7ff0cdd6b663 in poll () from /lib/libc.so.6 No symbol table
info available. #1  0x7ff0ce0699e4 in g_main_context_poll
(context=0x7ff0d2bba8d0, block=1, dispatch=1, self=) at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3404 poll_func =
out>0x7ff0ce079aa0  #2  g_main_context_iterate
out>(context=0x7ff0d2bba8d0, block=1, dispatch=1, self=out>) at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3086
out>out>max_priority = 2147483647 timeout = -1
some_ready = 
nfds = 11
allocated_nfds = 
fds = 0x7ff0d2c0d7a0
#3  0x7ff0ce06a2f2 in g_main_loop_run (loop=0x7ff0d2bfeeb0)
at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3299 __PRETTY_FUNCTION__ =
"g_main_loop_run" #4  0x7ff0cfb012b7 in gtk_main ()
from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available.
#5  0x7ff0d120d0eb in main (argc=1, argv=0x7fff9b679438) at
main.c:267 manager = 0x7ff0d2bf5050
shutdown_type = 
error = 0x0
dpy = 
channel = 0x7ff0d2beb5c0
A debugging session is active.

Inferior 1 [process 13944] will be detached.

Quit anyway? (y or n) Detaching from program: /usr/bin/xfce4-session,
process 13944

---




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

Bug#627025: perl: data loss in output when both stdout and stderr are redirected to a pipe

[Vincent Lefevre]

Package: perl
Version: 5.12.3-6
Severity: grave
Justification: causes non-serious data loss

When stdout and stderr are both redirected to a pipe, some of the
output data can be lost!

I can reproduce this bug with:


#!/usr/bin/env perl

use strict;
use SVN::Client;

my $ctx = new SVN::Client;
$ctx->log(\@ARGV, 'HEAD', 1, 0, undef, \&log_receiver);

sub log_receiver
  {
print "@_[0..4]\n";
  }


For instance, with a large local repository:

xvii% ./svn2log wd 2>&1 | cat >| out; ls -l out
-rw-r--r-- 1 vinc17 vinc17 5398648 2011-05-17 04:45:57 out
xvii% ./svn2log wd 2>&1 | cat >| out; ls -l out
-rw-r--r-- 1 vinc17 vinc17 3993720 2011-05-17 04:45:59 out
xvii% ./svn2log wd 2>&1 | cat >| out; ls -l out
-rw-r--r-- 1 vinc17 vinc17 5398648 2011-05-17 04:46:02 out
xvii% ./svn2log wd 2>&1 | cat >| out; ls -l out
-rw-r--r-- 1 vinc17 vinc17 5398648 2011-05-17 04:46:05 out
xvii% ./svn2log wd 2>&1 | cat >| out; ls -l out
-rw-r--r-- 1 vinc17 vinc17 5398648 2011-05-17 04:46:07 out
xvii% ./svn2log wd 2>&1 | cat >| out; ls -l out
-rw-r--r-- 1 vinc17 vinc17 5398648 2011-05-17 04:46:09 out
xvii% ./svn2log wd 2>&1 | cat >| out; ls -l out
-rw-r--r-- 1 vinc17 vinc17 5398648 2011-05-17 04:46:12 out
xvii% ./svn2log wd 2>&1 | cat >| out; ls -l out
-rw-r--r-- 1 vinc17 vinc17 4943992 2011-05-17 04:46:14 out

The shell doesn't matter: same problem with zsh, bash and dash.
The problem is even more visible when using "less".

  ./svn2log wd 2>&1 | less -M

then type [End]. The number of lines changes each time.

I couldn't reproduce the problem with a remote repository,
perhaps because of some race condition that occurs when one
gets data much faster.

The problem doesn't occur if I don't redirect stderr.

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

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

Versions of packages perl depends on:
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libdb5.15.1.25-10Berkeley v5.1 Database Libraries [
ii  libgdbm31.8.3-9  GNU dbm database routines (runtime
ii  perl-base   5.12.3-6 minimal Perl system
ii  perl-modules5.12.3-6 Core Perl modules
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages perl recommends:
ii  netbase   4.45   Basic TCP/IP networking system

Versions of packages perl suggests:
ii  libterm-readline-gnu-perl 1.20-1+b1  Perl extension for the GNU ReadLin
ii  make  3.81-8.1   An utility for Directing compilati
ii  perl-doc  5.12.3-6   Perl documentation

-- 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#627024: bitcoin: Broken dependencies

[Leandro Lucarella]

Package: bitcoin
Version: 0.3.20.2~dfsg-2
Severity: grave
Justification: renders package unusable


This is what I get when trying to install the package:

aptitude install bitcoind 
The following NEW packages will be installed:
  bitcoind{b} [0.3.20.2~dfsg-2] <+1303 kB>  
  libboost-program-options1.42.0{a} [1.42.0-4+b1] <+512 kB> (for bitcoind)  
0 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 499 kB/664 kB of archives. After unpacking 1815 kB will be used.
The following packages have unmet dependencies:
  bitcoind: Depends: libcrypto++8 which is a virtual package.
Depends: libdb4.8++ which is a virtual package.
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) bitcoind [Not Installed]

No other solutions are provided. libcrypto++8 doesn't exist, but there
is a libcrypto++9. There is a package libdb4.8 but no libdb4.8++.

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

Kernel: Linux 2.6.38.5luca1 (SMP w/4 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#627023: Missing kernel update hook scripts

[Ben Hutchings]

Package: dracut
Version: 005-1
Severity: serious

dracut provides 'linux-initramfs-tool', but it does not install
kernel update hook scripts as required by
.

Ben.

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

Kernel: Linux 2.6.38-2-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#617635: linux-image-2.6.32-5-amd64: Network connection

[Ben Hutchings]

On Tue, 2011-05-10 at 09:25 -0400, David A. Parker wrote:
> It's a quad-core AMD Phenom-based desktop PC.
> 
> root@testbed1:~# cat /proc/cpuinfo
> processor   : 0
> vendor_id   : AuthenticAMD
> cpu family  : 16
> model   : 4
> model name  : AMD Phenom(tm) II X4 B95 Processor
> stepping: 2
[...]

OK, there is a documented erratum (#400) affecting timer wake-up on this
processor.  But the kernel is supposed to recognise and work around it
already.

Can you provide a more complete kernel boot log (either from 'dmesg', or
if that does not include the first messages, from /var/log/messages)?

If you boot with the additional kernel parameter 'idle=mwait', does that
fix the problem?

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#627022: wl-draft-reply triggers error

[David A . Thompson]

Package: wl-beta
Version: 2.15.9+0.20100801-2

The problematic behavior: pressing 'A' while a message is selected in a 
'Summary' buffer no longer facilitates composing a reply. Instead, 
wl-draft-reply triggers the error 'byte-code: Wrong type argument: stringp, 
("From")'.

If L349, (message r-to-list), is commented out, the problematic
behavior seems to be resolved (i.e., one can compose a reply to a message).

The offending material seems to originate from ~/.wl:

(setq wl-draft-reply-without-argument-list
  '(("Reply-To" ("Reply-To") nil nil) ; don't reply to all or cc to all
("Mail-Reply-To" ("Mail-Reply-To") nil nil)
("From" ("From") nil nil)
))

Additional info:

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

Kernel: Linux 2.6.38-2-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 wl-beta depends on:
ii  apel   10.8-1portable library for emacsen
ii  dpkg   1.16.0.3  Debian package management system
ii  emacs [emacsen]23.3+1-1  The GNU Emacs editor (metapackage)
ii  emacs21 [emacsen]  21.4a+1-5.7   The GNU Emacs editor
ii  emacs22 [emacsen]  22.3+1-1.2The GNU Emacs editor
ii  emacs23 [emacsen]  23.3+1-1  The GNU Emacs editor (with GTK+ us
ii  flim   1:1.14.9+0.20100805-1 library about internet message for
ii  install-info   4.13a.dfsg.1-6Manage installed documentation in 
ii  semi   1.14.6+0.20100219-1   library to provide MIME feature fo


wl-beta recommends no packages.

Versions of packages wl-beta suggests:
ii  bbdb 2.36-2  The Insidious Big Brother Database
pn  bitmap-mule(no description available)

pn  bogofilter | bsfilter | spam   (no description available)
ii  easypg   0.0.16-2.1  yet another GnuPG interface for Em
ii  gnupg1.4.11-3GNU privacy guard - a free PGP rep
ii  gnutls-bin   2.10.5-1+b1 the GNU TLS library - commandline 
pn  im (no description available)
pn  mhc(no description available)
pn  mu-cite(no description available)
pn  mule-ucs   (no description available)
pn  namazu2(no description available)
ii  openssl  1.0.0d-2Secure Socket Layer (SSL) binary a
pn  starttls   (no description available)
ii  w3m-el   1.4.4-10simple Emacs interface of w3m
pn  x-face-el  (no description available)




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

Bug#627021: Why not call File > Close All Windows "Quit"?

[jidanni]

Package: midori
Version: 0.3.5-1
Severity: wishlist

Why not call File > Close All Windows "Quit"?
Isn't that clearer?

Also you might prefer using a more familiar keystoke shortcut too...



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

Bug#627020: qa.debian.org: With update of kernel 2.6.38-2, xserver-xorg-core 2:1.10.1-2, fglrx no longer works (11-4, 11-5)

[Kevin Vargo]

Package: qa.debian.org
Severity: important

After upgrading (yesterday, 5/15) to 2.6.38-2, xserver-xorg-core 2:1.10.1-2,
fglrx no longer works.  X reports only "No protocol specified."  I've tried
the packaged fglrx (11-4-2), direct installer from ati.com of 11-4 and
11-5(DKMS fails due to kernel lock change).
Also tried reverting to 2.6.32-5 kernel, un/reinstalling driver each time.
Results are the same: blank/black screen, "No protocol specified."

I've got a Radeon HD 4250; radeon module hard-locks the display (can still
ssh in and reboot, but that's about it).  I.e., 'radeon' driver isn't an option.

I know fglrx is binary/non-free, but would appreciate any work-arounds.

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

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



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

Bug#626907: do a better job of differentiating find and oldfind

[jidanni]

> "JY" == James Youngman  writes:
JY> That's not needed.   The two programs are functionally identical.
Not so fast there [Yy]oung[ ]man, there ought to be a public word on the
linked man pages about what that thing is doing lurking there on the
filesystem or else deport it.



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

Bug#627018: libusb-1.0-0: does not work if CONFIG_TIMERFD is disabled

[Jamey Sharp]

Package: libusb-1.0-0
Version: 2:1.0.8-2
Severity: normal

I inadvertently tested lsusb 001 and libusb-1.0 on an i386 2.6.32 kernel
that had CONFIG_TIMERFD disabled.

In that configuration lsusb hangs on the first control transfer it
tries, which with `lsusb -v` was a request for the languages supported
for string descriptors. I got this output:

---
# LIBUSB_DEBUG=4 lsusb -v
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
libusb:error [handle_events] backend handle_events failed with error -99
libusb:error [libusb_cancel_transfer] cancel transfer failed error -5
---

After that, it did nothing but call poll every 60 seconds.

The same kernel worked with libusb-0.1-4 2:0.1.12-16 and usbutils
0.87-5. I can provide more information on versions or re-test my old
configurations, if that helps.

When I rebuilt the kernel with timerfd support turned on (and no other
changes), `lsusb -v` from the new usbutils worked fine. 

In a quick glance at the source for libusb-1.0, I think it was intended to
support systems without the timerfd syscall, but I guess that path
doesn't get tested much?

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

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

Versions of packages libusb-1.0-0 depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib

libusb-1.0-0 recommends no packages.

libusb-1.0-0 suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#534892: Debian OpenSSL Bug # 534892

[Russell Coker]

On Tue, 17 May 2011, Scott Schaefer  wrote:
> I am a bit confused...  I am certainly no Helgrind expert [indeed, I had 
> never heard of it until I first read your report), and I will concede 
> that it may know more about C than I do.  However, this certainly 
> appears to me to be a false positive.
> 
> The variable err_fns is declared as:
> static const ERR_FNS *err_fns = NULL;
> 
> Your subject line states "err_fns_check() has a race if a pointer 
> assignment is not atomic".  Except, because the assignment is inside of 
> CRYPTO_w_lock(),CRYPTO_w_unlock(), no race condition exists (assuming 
> these two functions are implemented correctly).

If that function was the only one using the function pointer in question then 
that analysis would be correct.

const ERR_FNS *ERR_get_implementation(void)
{
err_fns_check();
return err_fns;
}

However it's expected that some other functions such as the above which rely 
on it.  Imagine an architecture which has 64bit pointers but only 32bit 
atomicity for memory writes.  If one thread writes a value to err_fns and gets 
interrupted before completing the operation then another thread could return 
from the first line of err_fns_check() and allow ERR_get_implementation() to 
return data from a half-written memory location.

I could be wrong in this analysis, it would be good if someone who knows more 
about Valgrind than I do could check this out.

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



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

Bug#627017: linthesia: Does not work when "unsigned long" is not 4 bytes

[Dave Wong]

Package: linthesia
Version: 0.4.2-1
Severity: important
Tags: patch

When trying to load any MIDI, error message pops up:

Linthesia detected an unknown problem and must close!


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

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

Versions of packages linthesia depends on:
ii  libasound21.0.23-3   shared library for ALSA applicatio
ii  libatk1.0-0   2.0.0-1The ATK accessibility toolkit
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6   The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1  1.8.4-3C++ wrappers for Cairo (shared lib
ii  libfontconfig12.8.0-2.2  generic font configuration library
ii  libfreetype6  2.4.4-1FreeType 2 font engine, shared lib
ii  libgcc1   1:4.6.0-2  GCC support library
ii  libgconf2-4   2.28.1-6   GNOME configuration database syste
ii  libgconfmm-2.6-1c22.28.0-1   C++ wrappers for GConf (shared lib
ii  libgl1-mesa-glx [libgl1]  7.10.2-2   free implementation of the OpenGL
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libglibmm-2.4-1c2a2.28.0-1   C++ wrapper for the GLib toolkit (
ii  libglu1-mesa [libglu1]7.10.2-2   The OpenGL utility library (GLU)
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface
ii  libgtkglext1  1.2.0-1.1  OpenGL Extension to GTK+ (shared l
ii  libgtkglextmm-x11-1.2-0   1.2.0-4C++ bindings for GtkGLExt (Shared
ii  libgtkmm-2.4-1c2a 1:2.24.0-1 C++ wrappers for GTK+ (shared libr
ii  libice6   2:1.0.7-1  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.28.3-6   Layout and rendering of internatio
ii  libpangomm-1.4-1  2.28.2-1   C++ Wrapper for pango (shared libr
ii  libsigc++-2.0-0c2a2.2.9-1type-safe Signal Framework for C++
ii  libsm62:1.2.0-1  X11 Session Management library
ii  libstdc++64.6.0-2The GNU Standard C++ Library v3
ii  libx11-6  2:1.4.3-1  X11 client-side library
ii  libxmu6   2:1.1.0-2  X11 miscellaneous utility library
ii  libxt61:1.1.1-1  X11 toolkit intrinsics library

Versions of packages linthesia recommends:
ii  timidity2.13.2-39+b1 Software sound renderer (MIDI sequ

linthesia suggests no packages.

-- no debconf information

*** /tmp/linthesia-64bit.patch
diff --git a/src/libmidi/Midi.cpp b/src/libmidi/Midi.cpp
index 76c3d64..4f6ee67 100644
--- a/src/libmidi/Midi.cpp
+++ b/src/libmidi/Midi.cpp
@@ -13,6 +13,8 @@

 #include 
 #include 
+#include 
+

 using namespace std;

@@ -50,7 +52,7 @@ Midi Midi::ReadFromStream(istream &stream) {
   // defined and will always have a 4-byte header.  We use 5 so we get
   // free null termination.
   char   header_id[5] = { 0, 0, 0, 0, 0 };
-  unsigned long  header_length;
+  uint32_t  header_length;
   unsigned short format;
   unsigned short track_count;
   unsigned short time_division;
@@ -74,7 +76,7 @@ Midi Midi::ReadFromStream(istream &stream) {
 }
   }

-  stream.read(reinterpret_cast(&header_length), sizeof(unsigned long));
+  stream.read(reinterpret_cast(&header_length), sizeof(uint32_t));
   stream.read(reinterpret_cast(&format),sizeof(unsigned
short));
   stream.read(reinterpret_cast(&track_count),   sizeof(unsigned
short));
   stream.read(reinterpret_cast(&time_division), sizeof(unsigned
short));
diff --git a/src/libmidi/MidiTrack.cpp b/src/libmidi/MidiTrack.cpp
index 751e76e..00bb7ba 100644
--- a/src/libmidi/MidiTrack.cpp
+++ b/src/libmidi/MidiTrack.cpp
@@ -11,6 +11,7 @@
 #include "MidiUtil.h"
 #include "Midi.h"

+#include 
 #include 
 #include 
 #include 
@@ -26,10 +27,10 @@ MidiTrack MidiTrack::ReadFromStream(std::istream &stream) {
   // defined and will always have a 4-byte header.  We use 5 so we get
   // free null termination.
   char header_id[5] = { 0, 0, 0, 0, 0 };
-  unsigned long track_length;
+  uint32_t track_length;

   stream.read(header_id, static_cast(MidiTrackHeader.length()));
-  stream.read(reinterpret_cast(&track_length), sizeof(unsigned long));
+  stream.read(reinterpret_cast(&track_length), sizeof(uint32_t));



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

Bug#627016: telepathy-qt4: FTBFS: /usr/include/glib-2.0/gio/gdbusintrospection.h:151:25: error: expected unqualified-id before 'protected'

[Nobuhiro Iwamatsu]

Source: telepathy-qt4
Version: 0.3.8-1
Severity: serious

Hi,

telepathy-qt4 FTBFS on latest unstable.
I confirmed on pbuilder/amd64

-
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../..
-DBUILDING_TELEPATHY_QT4_FARSIGHT -I../.. -I../.. -DQT_SHARED
-I/usr/include/qt4 -I/usr/include/qt4/QtCore -DQT_SHARED
-I/usr/include/qt4 -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtCore
-I/usr/include/qt4/QtXml -pthread -I/usr/include/telepathy-1.0
-I/usr/include/dbus-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/lib/dbus-1.0/include -pthread
-I/usr/include/telepathy-1.0 -I/usr/include/dbus-1.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/gstreamer-0.10 -I/usr/lib/dbus-1.0/include
-I/usr/include/libxml2 -I../.. -I../.. -Wall -Wextra -Wsign-compare
-Wpointer-arith -Wformat-security -Winit-self
-Wno-missing-field-initializers -Wno-unused-parameter
-DQT_NO_CAST_FROM_ASCII -fvisibility=hidden -g -O2 -g -O2 -Wall -c
channel.cpp  -fPIC -DPIC -o .libs/channel.o
In file included from /usr/include/glib-2.0/gio/gio.h:54:0,
 from /usr/include/telepathy-1.0/telepathy-glib/proxy.h:26,
 from /usr/include/telepathy-1.0/telepathy-glib/connection.h:29,
 from /usr/include/telepathy-1.0/telepathy-glib/channel.h:25,
 from /usr/include/telepathy-1.0/telepathy-farsight/channel.h:6,
 from ../../TelepathyQt4/Farsight/channel.h:33,
 from ../../TelepathyQt4/Farsight/Channel:8,
 from channel.cpp:22:
/usr/include/glib-2.0/gio/gdbusintrospection.h:151:25: error: expected
unqualified-id before 'protected'
/usr/include/glib-2.0/gio/gdbusintrospection.h:151:24: error: expected
';' at end of member declaration
/usr/include/glib-2.0/gio/gdbusintrospection.h:151:32: error: expected
':' before ';' token
make[5]: *** [channel.lo] Error 1
make[5]: Leaving directory
`/tmp/buildd/telepathy-qt4-0.3.8/TelepathyQt4/Farsight'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/tmp/buildd/telepathy-qt4-0.3.8/TelepathyQt4'
make[3]: *** [all] Error 2
-

Could you check your pacakge?

Best regards,
  Nobuhiro

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


telepathy-qt4_0.3.8-1_amd64.build.gz
Description: GNU Zip compressed data

Bug#534892: False positive ?

[Scott Schaefer]

I am a bit confused...  I am certainly no Helgrind expert, and I will 
concede that it may
know more about C than I do.  However, this certainly appears to me to 
be a false positive.


The variable err_fns is declared as:
static const ERR_FNS *err_fns = NULL;

Your subject line states "err_fns_check() has a race if a pointer 
assignment is not
atomic".  Except, because the assignment is inside of 
CRYPTO_w_lock(),CRYPTO_w_unlock(),
no race condition exists (assuming these two functions are implemented 
correctly).


In the body you state "Helgrind flags the function ... due to there 
being no lock on the
first check of err_fns".  However, this is a test and return.  What 
possible

reason is there for requiring a lock on the test ?






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

Bug#626641: cryptsetup: bug #587220 re-introduced

[Henrique de Moraes Holschuh]

On Tue, 17 May 2011, Jonas Meurer wrote:
> > I tire of this thread.  There are apparently bugs in the initscripts, well,
> > if that's correct, just get them fixed.  Then, the package will not allow
> > itself to be removed with crypt disks still active in the first place.
> > 
> > It'd have to switch to 'restart only _after_ upgrades, but stop on removal'
> > logic, though.  And 'restart' will probably have to mean 'open any crypto
> > disks that are not currently open, close any that are not supposed to be
> > open anymore'.  Or maybe 'do nothing'.
> 
> Did I get you right that you suggest to start/stop/restart the
> cryptdisks initscript in the debian maintainer scripts? Actually I don't
> like that idea much. Most unlocked encrypted devices will be busy anyway
> because being mounted while the system is running. And it's not the job
> of debian maintainer scripts to unlock manually locked devices, or to
> lock devices that are unlocked but not in use.

Then, 'stop' tries to close all managed crypto devices and aborts *with
an error* if it cannot.  'Start' tries to open all managed crypto
devices, and aborts *with an error* if it cannot.

And 'restart' should not be supported, and return with the appropriate
error, or it could just be stop+start.  You likely don't want to run
this on package upgrades.

You'd still have to call 'stop' and abort the package removal in prerm
[when removing the package. You will have to diferentiate the various
reasons for why prerm is called] if it cannot close all crypto devices
it manages.  And 'start' on postinst, of course.

> Appart from the general discussion about treatment of initscripts (see
> above), I only see one point that's worth being discussed:
> 
> Is it appropriate to warn admins about unlocked devices when the
> cryptsetup package is removed/purged? I still don't see the point, but
> would be ok with adding a warning to prerm if people mind about it.

Well, I think it is not appropriate to even let the package get removed
in the first place if there are devices still open.

-- 
  "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#596739: Still reproducible. Was: Does not restore tabs after crash

[Witold Baryluk]

On 05-16 08:41, Yves-Alexis Perez wrote:
>
> could you check if you can still reproduce this with recent Midori
> version (0.3.6-1)?

Well it looks to be working properly now.
(or at least startup dialog correctly describe behaviour,
also in Polish translation)

Still I think that post-crash startup dialog should be changed.
Button "Do not restore session / tabs", should be changed
to checkbox. because after clicking it, there is no
way back (it deactivates), and all tabs will be lost
(hovewer one can Close this dialog using X button or Alt-F4,
and restart midori, but this is not perfect).

Regards,
Witek


-- 
Witold Baryluk


signature.asc
Description: Digital signature

Bug#597575: Update on Saving of downloaded file or webpage, which very long filename do not work

[Witold Baryluk]

On 05-16 16:46, Yves-Alexis Perez wrote:
> Hey,
> 
> is this still reproducible with 0.3.6-1 currently in unstable?


Yes, midori still improperly indicate that file was properly saved. Howver it 
isn't saved.

In console I see:

(midori:20329): GLib-GIO-CRITICAL **: g_output_stream_write_all: assertion 
`G_IS_OUTPUT_STREAM (stream)' failed


Regards,
Witek

-- 
Witold Baryluk


signature.asc
Description: Digital signature

Bug#626441: general: When first logging in, usb wireless keyboard/mouse is not working

[Ben Hutchings]

On Sun, 2011-05-15 at 17:19 +, Peter . wrote:
> Ben,
> 
> I pointed apt to squeeze and fetched the 2.6.32-5-amd64 image and the
> issue persists.  For these logs I've swapped the video to point to
> vesa (instead of tainting nvidia drivers), but I don't think it going
> to be relevant.
> 
> I've attached the output from dmesg in this environment as requeasted
> - I  don't think this is logging all of the events of interest, so I
> have also attached kern and xorg logs.  There are logs of interest in
> kern.log where usb device fail to be configured (error -71), and it
> also looks like both usb 6-2 and generic-usb are trying to handle the
> device.

'usb 6-2' is the address that Linux assigned to the device.  The
messages with these prefix are generated by the USB core, not a driver.

> I think we've ruled out that an issue was introduced between 2.6.32
> and 2.6.38 kernel.  Please let me know if you have any suggestions or
> if there's anything else I can do to help diagnose.

Agreed.

Please report this bug upstream at  under
product 'Drivers', component 'Input Devices'.  Include the kernel log
from Linux 2.6.38 and the fact that the behaviour under 2.6.32 is the
same.

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#597525: Update on Frequent crashes in strlen() probably from address bar

[Witold Baryluk]

On 05-16 16:47, Yves-Alexis Perez wrote:
> Can you still reproduce this bug on 0.3.6-1 currently in unstable?
> 


No. It doesn't happen to me anymore. Good work.


-- 
Witold Baryluk


signature.asc
Description: Digital signature

Bug#626641: [pkg-cryptsetup-devel] Bug#626641: cryptsetup: bug #587220 re-introduced

[Henrique de Moraes Holschuh]

On Tue, 17 May 2011, Christoph Anton Mitterer wrote:
> >  For that reason, the situation that initscripts are
> > still around but the daemon/application they start/stop/whatever isn't,
> > is quite common. And it would be absurd if initscripts would exit wit $?
> > != 0 in that case.
> Here the problem is simply:
> - dm-crypt devices might be open
> - cryptsetup might be removed but not purged
> - a user does /etc/init.d/cryptdisks stop (perhaps even from a script)
> and believes in good faith that if $?=0 (and especially as even no
> warnings appeared anyway) that his data is now secured
> - but it is not.

Because the initscript returned status 0 when there were still
cryptsetup-managed dm-crypt devices active?  If it does that, it is
broken.

Because the package allowed itself to be uninstalled while the initscript
was returning an error?  If it does that, it is broken IMO.

Because the initscript returned status 0 when there were NO
cryptsetup-managed dm-crypt devices, but some other sort of dm-crypt
device?  The user should have known better.

Yes, the package will be unremovable [unless you edit the initscript]
until all crypt devices are closed.  That's how it is supposed to work in
the first place IMHO.

But I don't feel strongly about this.

> > In case that this needs to be discussed, we should discuss the reasons
> > why initscripts are treated as conffiles in the first place, instead of
> > discussion symptoms of this decision.
> Phew I guess there are already some requests against the policy open,..
> both for this config-file-weirdness and for adhering to the (not so
> unreasonable) LSB exit codes.

The conffile issue is not going to change, ever.  Our respect for the
local administrator during package upgrades It is one of the major things
that sets Debian apart from the rest.

Initscript status codes could be changed, but that would require a very
very large amount of work.  THAT is out-of-topic for this thread.

> > I fully agree with Henrique here. My opinion is as simple as: If people
> > want do do something called serious, then they _really_ should know what
> > they're talking about. And if these people do remove a package from
> > their system, they should _not_ assume that it's functionality is still
> > provided.

Note that I am against cryptsetup allowing itself to be removed while
devices *it manages* are still open in the first place.

-- 
  "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#624010: udev: system does not boot because of inactivated lvm root device

[Marco d'Itri]

Please try this totally untested package:
http://www.bofh.it/~md/debian/

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#626427: linux-image-2.6.38-2-686: Horrible Time Skew, Eventual Near-zero Responsiveness

[Ben Hutchings]

I agree that this seems to be a regression in acpi_pm since Linux
2.6.32.

Please report this bug upstream at  under
product 'ACPI', component 'Other'.  Include the information you've sent
here - the logs from 2.6.32 and from 2.6.39-rc6, and the possible
connection with brltty.  Let us know the bug number or URL so we can
track it.

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#589770: links2: Still doesn't support UTF-8

[Axel Beckert]

tag 589770 + confirmed upstream
kthxbye

Hi,

On Tue, Jul 20, 2010 at 5:31 PM, Tong Sun  wrote:
> Test url: http://www.unics.uni-hannover.de/nhtcapri/multilingual1.html

Even though 2.3pre2 has more UTF-8 fixes, this still does not work as
expected. Nevertheless
http://www.unics.uni-hannover.de/nhtcapri/multilingual2.html works for
me in the graphics mode as well as in the text-mode in an uxterm,
although it's admittingly not perfect.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



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

Bug#604614: freeimage 3.14.1-1

[Cosme Domínguez]

El día 23 de noviembre de 2010 07:10, Aníbal Monsalve Salazar
 escribió:
> Could you please redo freeimage 3.14.1-1 based on freeimage 3.10.0-4 and
> Julien Cristau's suggestions in his mail message at:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=43;bug=595559

I haven't time to maintain all those patches and I don't think that
those changes will be safe. I prefer continue working with an
unpatched release of FreeImage.

If anyone wants do that work, go ahead.

Sorry for any inconvenience.



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

Bug#627012: version 5.0.2 released

[Steve M. Robbins]

Package: gmp
Severity: wishlist

- Forwarded message from Torbjorn Granlund  -

Date: Sun, 08 May 2011 13:03:58 +0200
From: Torbjorn Granlund 
To: gmp-annou...@gmplib.org
Subject: GMP 5.0.2 released!

A new release of the GNU Multiple Precision Arithmetic Library (GMP)
is now available.  The new release is identified as 5.0.2.

The new release can be downloaded from the main GNU ftp site:
  bzip2 format: ftp://ftp.gnu.org/gnu/gmp/gmp-5.0.2.tar.bz2
  gzip format:  ftp://ftp.gnu.org/gnu/gmp/gmp-5.0.2.tar.gz

These files can also be found from the main GMP domain, e.g.
ftp://ftp.gmplib.org/pub/gmp/gmp-5.0.2.tar.bz2.

The changes between this release and the previous release are limited
to various safe bug fixes and portability improvements.

When we initially announced GMP 5.0, we cautioned about the large
amount of new code in this release series.  We now feel that the code
base is mature, and consider 5.0.2 as a stable release.  We recommend
everyone to switch from earlier GMP releases to this release.

While GMP bugs do happen, the absolutely most common cause for
incorrect computations with GMP is bugs in the compiler used for
building he library.  It cannot be said enough times: Please run "make
check" after you've built your library.  And if "make check" stops
with an error, do not use the compiled library.  When this happens,
you've almost surely run into a compiler bug, not a library bug, since
we've of course made sure the library passes its own test suite.  The
first thing to try at this point is using a different compiler.  See
also http://gmplib.org/.  Of the more recent GCC releases, version
4.3.2 is known to miscompile this GMP release on all 64-bit platforms;
this manifests itself at a check failure in tests/mpz/t-root.c.


The GMP 5.0 release series would not have been possible without the
very devoted work of Niels M�ller and Marco Bodrato.  As usual,
Torbj�rn Granlund coordinated the development and release, and did a
fair amount of development work himself.


Changes between GMP version 5.0.1 and 5.0.2

  BUGS FIXED
  * Many minor bugs related to portability fixed.

  * The support for HPPA 2.0N now works, after an assembly bug fix.

  * A test case type error has been fixed.  The symptom of this bug
was spurious 'make check' failures.

  SPEEDUPS
  * None, except indirectly through recognition of new CPUs.

  FEATURES
  * Fat builds are now supported for 64-bit x86 processors also under Darwin.

  MISC
  * None.


There is a public repository for GMP, please see the GMP web site at
http://gmplib.org/ for more information.

Torbj�rn's work on GMP is sponsored by "Stiftelsen f�r Strategisk
Forskning", through CIAM at KTH, http://www.ciam.kth.se/.

-- 
Torbj�rn
___
gmp-announce mailing list
gmp-annou...@gmplib.org
http://gmplib.org/mailman/listinfo/gmp-announce


- End forwarded message -


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

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



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

Bug#626207: [Pkg-bluetooth-maintainers] Bug#626207: bluez: can't receive files from Nokia phone via Obex

[Nobuhiro Iwamatsu]

HI,

Could you check latest bluez packge?
You are using latest linux kernel. You need to fit bluez package.

Best regards,
  Nobuhiro

2011/5/10 Flavio Stanchina :
> Package: bluez
> Version: 4.66-3
> Severity: normal
>
> Ever since the Bluetooth stack was upgraded to version 4, I haven't been
> able to receive files from my Nokia phone. The Bluetooth stack version 3.x
> worked fine, and in fact I've now worked around the problem by rebuilding
> bluez-utils and libbluetooth2 version 3.36 from lenny and installing
> kdebluetooth 1.0~beta8-5, again from lenny.
>
> The Nokia phones I have are an E50 (circa 2007) and a six month old C6-00.
>
> I'm willing to help debug this but I need instructions on how to monitor
> the Bluetooth data exchange and/or enable detailed logging.
>
> Here's a list of the Bluetooth related packages I currently have installed:
>
> hi  bluetooth      3.36-3.1       Bluetooth stack utilities
> ii  bluez-firmware 1.2-2          Firmware for Bluetooth devices
> hi  bluez-utils    3.36-3.1       Bluetooth tools and daemons
> hi  kdebluetooth   1.0~beta8-5    KDE Bluetooth Framework
> hi  libbluetooth-d 3.36-1.1       Development files for using the BlueZ Linux
> ii  libbluetooth2  3.36-1.1       Library to use the BlueZ Linux Bluetooth st
> ii  libbluetooth3  4.66-3         Library to use the BlueZ Linux Bluetooth st
> ii  libkbluetooth0 1.0~beta8-5    Bluetooth library for KDE
>
> Note that libbluetooth3 is unused and installed only to satisfy dependencies.
>
> -- System Information:
> Debian Release: 6.0.1
>  APT prefers oldstable
>  APT policy: (500, 'oldstable'), (500, 'stable'), (400, 'testing'), (99, 
> 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.38-2-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/dash
>
>
>
> ___
> Pkg-bluetooth-maintainers mailing list
> pkg-bluetooth-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-bluetooth-maintainers
>



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



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

Bug#624353: [Pkg-bluetooth-maintainers] Bug#624353: bluez: I can't use bluetooth unless I restart it from /etc/init.d

[Nobuhiro Iwamatsu]

Hi,

I think that your user does not add bluetooth group.
Could you check /etc/group file?

I will fix this problem by pakcage side.

Best regards,
  Nobuhiro


2011/4/28 Ernesto Cuconato :
> Subject: bluez: I can't use bluetooth unless I restart it from /etc/init.d
> Package: bluez
> Version: 4.91-1
> Severity: normal
>
> I've used Squeeze and bluetooth has worked well, but, when I upgraded
> to
> Wheezy, I get this problem. Bluetooth starts during the boot but I get no
> Devices from Bluedevil (and Blueman). If I restart it from /etc/init.d/ I'm
> able to use it.
> I tried to launch bluez whithout restarting bluetooth and I got this error:
>
> ernesto@Debook:~$ bluez-test-adapter
> Traceback (most recent call last):
>  File "/usr/bin/bluez-test-adapter", line 10, in 
>    manager = dbus.Interface(bus.get_object("org.bluez", "/"),
> "org.bluez.Manager")
>  File "/usr/lib/pymodules/python2.6/dbus/bus.py", line 244, in
> get_object
>    follow_name_owner_changes=follow_name_owner_changes)
>  File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 241, in
> __init__
>    self._named_service = conn.activate_name_owner(bus_name)
>  File "/usr/lib/pymodules/python2.6/dbus/bus.py", line 183, in
> activate_name_owner
>    self.start_service_by_name(bus_name)
>  File "/usr/lib/pymodules/python2.6/dbus/bus.py", line 281, in
> start_service_by_name
>    'su', (bus_name, flags)))
>  File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 630, in
> call_blocking
>    message, timeout)
> dbus.exceptions.DBusException:
> org.freedesktop.DBus.Error.ServiceUnknown: The
> name org.bluez was not provided by any .service files
>
> My hardware (from lshw):
> configuration: driver=hub slots=2 speed=12Mbit/s
>              *-usb
>                   description: Bluetooth wireless interface
>                   product: Bluetooth HCI
>                   vendor: Apple, Inc.
>                   physical id: 1
>                   bus info: usb@3:1
>                   version: 19.65
>                   capabilities: bluetooth usb-2.00
>                   configuration: driver=btusb speed=12Mbit/s
>
> Is it a dbus bug?
>
>
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers testing
>  APT policy: (990, 'testing'), (800, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages bluez depends on:
> ii  dbus                         1.4.6-1     simple interprocess messaging
> syst
> ii  libbluetooth3                4.91-1      Library to use the BlueZ Linux
> Blu
> ii  libc6                        2.11.2-11   Embedded GNU C Library: Shared
> lib
> ii  libcap-ng0                   0.6.5-1     An alternate POSIX capabilities
> li
> ii  libdbus-1-3                  1.4.6-1     simple interprocess messaging
> syst
> ii  libglib2.0-0                 2.28.6-1    The GLib library of C routines
> ii  libusb-0.1-4                 2:0.1.12-17 userspace USB programming
> library
> ii  lsb-base                     3.2-27      Linux Standard Base 3.2 init
> scrip
> ii  module-init-tools            3.12-1      tools for managing Linux kernel
> mo
> ii  python-dbus                  0.83.1-1+b1 simple interprocess messaging
> syst
> ii  python-gobject               2.28.3-2    Python bindings for the GObject
> li
> ii  udev                         167-3       /dev/ and hotplug management
> daemo
>
> bluez recommends no packages.
>
> bluez suggests no packages.
>
> -- no debconf information
>
>
>
> ___
> Pkg-bluetooth-maintainers mailing list
> pkg-bluetooth-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-bluetooth-maintainers
>



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



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

Bug#580070: python-central: Another failure string

[Stanley Pinchak]

Package: python-central
Version: 0.6.17
Followup-For: Bug #580070

I want to confirm that this bug is still present and there are additional
strings that dpkg -S emits which cause the links_in_packages routine to
fail.  I have a mature machine and finally got around to updating dpkg on it to
one of the modern extra verbose versions.  Apparently some of the cruft built
up over the years included a package which did not have an architecture
specified.  This caused pycentral to fail when it encountered the string
"missing architecture".

I was able to fix this using the technique suggested by Athanasius.
On line 1996 I inserted the following before the line.split call:

if line == 'missing architecture': continue

I second Athanasius' call for more robust checks in this section of code.
This bug will continue to hit users with crufty machines, most likely in
the middle of a large update/upgrade.

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

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

Versions of packages python-central depends on:
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie

python-central recommends no packages.

python-central suggests no packages.

-- debconf-show failed



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

Bug#627007: Severe "Processor Leak" when Pointer is on GTK/GDK Window

[Elliott Mitchell]

Package: libgtk2.0-0
Version: 2.20.1-2
Severity: important

Seems a rather serious processor consumption bug appeared in the
libgtk2.0-0 package somewhere between versions 2.12.12-1~lenny2 and
2.20.1-2.

I'm unsure whether any special configuration is required to tweak this.
The only thing that comes to mind is I've got the traditional
FocusFollowsMouse, and for the moment metacity is my window manager. This
might also require a computer with a single processor (I suspect not, but
I could be wrong; at a minimum multiple cores would likely make this less
noticable). The steps are simple to reproduce, start one of the many
effected programs. When the mouse cursor is over the program's window the
program, X-server and window manager will all be fighting to reach 100%
processor utilization. Move the mouse cursor off the window, even if the
window retains focus, processor utilization will drop to idle.

This effects nearly every package that links to libgtk/libgdk, including:
(but not limited to)

abiword
galculator
epiphany-browser
gnome-terminal
gxine
wireshark
xsane

I've managed to find a *small* number of programs that are not effected,
and some with more complicated behavior. The only two I've found that
appear completely immune are gnome-panel and iceweasel. galeon displays
this behavior when the pointer is over the menus, but not when the
pointer is over the central browser portion of the window. I'm theorizing
galeon handles all drawing in the central area, whereas epiphany-browser
may create a GTK canvas widget and allow GTK/GDK to wrap all X
interactions.

I'd have to rate this as pretty severe given the number of packages hurt
by this (the above list isn't even close to exhaustive).


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
2477\___\_|_/DC21 03A0 5D61 985B <-PGP-> F2BE 6526 ABD2 F6B2\_|_/___/3DE0





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

Bug#563308: #563308 lynx-cur: Segfault when trying to dump a mailto: URL

[Thomas Dickey]

this was fixed in dev.7

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


signature.asc
Description: Digital signature

Bug#627004: offlineimap: Vcs-* fiels in debian/control point to upstream repository

[Antonio Terceiro]

Package: offlineimap
Version: 6.3.3-3
Severity: normal

$ debcheckout offlineimap
declared git repository at git://github.com/nicolas33/offlineimap.git
git clone git://github.com/nicolas33/offlineimap.git offlineimap ...
Cloning into offlineimap...
remote: Counting objects: 6467, done.
remote: Compressing objects: 100% (3459/3459), done.
remote: Total 6467 (delta 2837), reused 5706 (delta 2234)
Receiving objects: 100% (6467/6467), 6.54 MiB | 688 KiB/s, done.
Resolving deltas: 100% (2837/2837), done.
terceiro@morere:~/src/offlineimap (home)$ cd offlineimap/
terceiro@morere:~/src/offlineimap/offlineimap (master)$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/gh-pages
  remotes/origin/maint
  remotes/origin/master
  remotes/origin/next
  remotes/origin/pu

The Vcs-* fields should point to the repository where the Debian packaging
files are, not directly at upstream sources.

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

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

Versions of packages offlineimap depends on:
ii  python2.6.6-14   interactive high-level object-orie
ii  python-support1.0.13 automated rebuilding support for P

offlineimap recommends no packages.

Versions of packages offlineimap suggests:
ii  doc-base  0.10.1 utilities to manage online documen
pn  python-kerberos(no description available)

-- no debconf information

-- 
Antonio Terceiro 
http://softwarelivre.org/terceiro




signature.asc
Description: Digital signature

Bug#567781: Conversion of english pages to Unicode, via HTML entities.

[Charles Plessy]

Le Mon, May 16, 2011 at 07:34:59PM +0200, Simon Paillard a écrit :
> On Sun, May 15, 2011 at 10:24:48PM +0900, Charles Plessy wrote:
> > 
> > would it be welcome if I would start to replace iso-8859-1 characters
> > by HTML entities using smart-change for the english language, in order
> > to ease conversion to Unicode ?  As of today, there would be this
> > number of files changed in the following directories.
> [..]
> 
> No, I would even advice the other: remaining entities -> to the coding used by
> each language.

Entities can be removed after the conversion, and I can help for this as well.

I would like the English pages to be converted to Unicode, and offered my help
a couple of monthes ago.  I proposed to first go to the common denominator of
iso-8859-1 and Unicode, which is ASCII plus entities, and then to switch
encoding, and then to remove the entities.

I sent this to http://bugs.debian.org/567781#77 and I thought it was accepted
by the WWW team after discussion on IRC:

http://meetbot.debian.net/debian-www/2011/debian-www.2011-02-15-21.30.html 

The advantage if this proposition is that the work can be distributed over
time and people.

What are the other plans ?  If it is to have a massive overnight transition,
given my timezone, you can probably count me out…

Have a nice day,

-- 
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#614182: calc and writer crash on close if tools|macros|run macro was opened

[William Whalley]

I can confirm that the bug happens just as Alex posted--under some 
conditions.


On one Debian wheezy system running LibreOffice version 1:3.3.2-2 I see 
the bug. This Debian was updated from squeeze. When Tools/Macro/Run 
Macro is used to invoke the macro, the macro runs, and LibreOffice 
crashes when exited. When the macro is invoked from a push button 
control or from Tools/Macros/Organize Macros/LibreOffice Base, there is 
no crash on exit.


On another Debian wheezy system, installed fresh in Virtualbox within 
the past few weeks, and kept up to date, I do not see the bug. This also 
has LibreOffice version 1:3.3.2-2.


William Whalley



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

Bug#626820: busybox httpd is crippled: no cgi, no auth-md5, no encode url string

[Otavio Salvador]

On Mon, May 16, 2011 at 19:39, Hartmut Goebel
 wrote:
> Am 16.05.2011 14:07, schrieb Otavio Salvador:
>> Is it something going to be put onto Debian itself? If not, it would
>> be better to it to be done while customizing Debian for the project
>> specially because it won't be the only change most probably.
> I do not know whether this will go into Debian someday. I'm currently
> building this for my own needs. But if it is for interest for inclusion
> into Debian, I'm happy to support this.

In this case I think it is better to not enable it into default
busybox and you do it locally until you get something usable and
propose it to get into Debian.

-- 
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



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

Bug#627003: ITP: librdf-kml-exporter-perl -- export RDF geo data to KML (Google Earth)

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: librdf-kml-exporter-perl
  Version : 0.001
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/RDF-KML-Exporter/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : export RDF geo data to KML (Google Earth)

 Resource Description Framework (RDF) is a standard model for data
 interchange on the Web.
 .
 Geo::GoogleEarth::Pluggable takes RDF using W3C's WGS84 Geo Positioning
 vocabulary and converts it to KML format as used by Google Earth.



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

Bug#615157: Using -Werror in CFLAGS for a debian package build

[Wouter Verhelst]

Hi -devel,

I was working on nbd-server upstream, and so had ran ./configure with
CFLAGS='-Wall -Werror', which I consider good practice when writing C
code.

What I didn't notice immediately was that gcc was emitting some
warnings, but that the -Werror option was not honored for those
warnings. Investigating turned up #615157 (Cc'd): the gcc maintainers
have decided to disable -Werror for some new warnings, because otherwise
it would cause FTBFS bugs in packages that have -Werror set in their
debian/rules file.

IMHO, this is the wrong way to handle such things.

First and foremost, I do not believe that setting -Werror in a
debian/rules file is the best way to maintain a package; -Werror is a
development option which should not be used in a release build (which a
Debian package is). When a package sets -Werror in its debian/rules
file, it *will* FTBFS when the default compiler is changed, while not
necessarily breaking the package itself. I don't think it adds value.

That's a personal opinion, however, and we don't have a policy on this;
so if a maintainer is willing to deal with the fallout of their packages
failing to build when the default compiler is changed, that should
probably be their problem. So long as they are ready to receive FTBFS
bugs and fix them in a timely manner, oh well. It might still be an
annoyance for a user who wants to build a package on a different
compiler than what happens to be the default one, but it's not a fatal
problem. And I can see how using -Werror *might* increase the quality of
a package; some warnings are emitted on only some architectures, so
having -Werror *could* ensure that architecture-specific bugs are
eliminated before they potentially become a problem. It's not totally
silly, but it still seems a bit excessive.

At any rate, all that is undermined if gcc does not turn all warnings
into errors; if a maintainer uses -Werror in a package, that means they
*want* their package to FTBFS on warnings. Reducing the effect of
-Werror would not seem to help these maintainers; presumably they want
the warnings to be fixed in their source anyway, because eventually this
breakage of -Werror will be reverted, and then their packages will FTBFS
again. And while it's a very bad idea to introduce RC bugs in your
reverse dependencies when we're near or in a freeze, I was under the
impression that we're not currently in such a time, which would suggest
that doing so would be acceptable currently.

Additionally, reducing the effect of -Werror in that manner has an
effect on those who use Debian sid as a development environment; put
otherwise, the Debian default compiler is used for more than just Debian
packages, and I don't think we should be mucking with it in this manner.

Thoughts?

-- 
The volume of a pizza of thickness a and radius z can be described by
the following formula:

pi zz a


signature.asc
Description: Digital signature

Bug#627002: daisy-player: Should recommend udisks only, not depend on it.

[Samuel Thibault]

Package: daisy-player
Version: 6.4.0-1
Severity: important

Hello,

daisy-player currently does not enter testing automatically because it's
non-installable on kfreebsd-*, because udisks is not available there.

Does the udisks dependency really need to be strict?  As I understand
it, udisks is only a help to daisy-player, so it could be a Recommends
only, which nowadays has the same effect as a Depends (i.e. installed by
default), whithout making daisy-player uninstallable on all !linux
archs (yes, udisks is really a linux-only package)

Samuel

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

Kernel: Linux 2.6.38 (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

Versions of packages daisy-player depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libcdio10 0.81-4 library to read and control CD-ROM
ii  libidn11  1.20-1 GNU Libidn library, implementation
ii  libncursesw5  5.9-1  shared libraries for terminal hand
ii  libsox1b  14.3.2-1   SoX library of audio effects and p
ii  madplay   0.15.2b-7  MPEG audio player in fixed point
ii  udisks1.0.2-4storage media interface

daisy-player recommends no packages.

daisy-player 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#627001: ITP: librdf-vcard-perl -- convert between RDF and vCard

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: librdf-vcard-perl
  Version : 0.007
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/RDF-vCard/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : convert between RDF and vCard

 Resource Description Framework (RDF) is a standard model for data
 interchange on the Web.
 .
 RDF::vCard::Exporter takes some RDF using the W3C's vCard vocabulary,
 and outputs RDF::vCard::Entity objects.
 .
 RDF::vCard::Importer does the reverse.



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

Bug#626509: libpam-krb5: Automatically create FAST armor cache by using anonymous user

[Russ Allbery]

Sam Hartman  writes:

> I don't have time to review the patch but I can talk about anonymous and
> fast.

[...]

Thanks for the information, Sam!  Given this, I'll queue this up to look
at in pam-krb5.

Yair, it may be a little bit before you see progress on this because
pam-krb5 is nearly the last project I have left that doesn't have a test
suite, and I've been promising myself that I'd add a test suite before
adding additional major new functionality.  I've been really feeling the
pain of lack of automated testing and inability to safely refactor the
code.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#626775: lintian: should accept "any all" in Architecture in .dsc and not trigger magic-arch-in-arch-list

[Russ Allbery]

Raphael Hertzog  writes:
> On Sun, 15 May 2011, Russ Allbery wrote:

>> I'm probably just reading a bit too much finality into "next version of
>> dpkg (1.16.1) will keep," but it can be a bit off-putting to get the
>> feeling that dpkg's source code is authoritative for the meaning of
>> Policy-standardized fields and the rest of the project is expected to
>> get in line without any other discussion.  I think it creates some
>> unnecessary tension that the above order would have defused.

> Well, it was not meant to override the normal process, but I expected it
> would not create problems so I did it all at once. But you're entirely
> entitled to mark the lintian bug as blocked by the policy one (that's
> why I mentioned that I was filing a policy one in parallel).

I was probably just being too sensitive to this.  Thanks!  The Policy bug
has been committed, so we're good to go on prerequisites.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#625649: madplay should probably not build with ALSA support on kfreebsd-* archs

[Samuel Thibault]

Hello,

Paul Gevers, le Wed 04 May 2011 22:00:33 +0200, a écrit :
> Madplay doesn't seem to build on kfreebsd architectures [1]. Looking at build 
> log
> and the wiki of debian/kfreebsd [2], it seems that the problem is in building 
> with
> ALSA support. Maybe it helps to build on those platforms without the ALSA 
> support.

That means all but Linux actually (thus including hurd-i386), please
only enable ALSA on linux ports.

Samuel



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

Bug#627000: kipi-plugins of experimental must on amd64 depend on libkdcraw9 and libkexiv2-9

[Javier Ortega Conde (Malkavian)]

Package: kipi-plugins
Version: 1.2.0-2+b1
Severity: grave
Justification: renders package unusable


kipi-plugins of experimental version for amd64 depends on libkdcraw8 and 
libkexiv2-8 and not libkdcraw9 and 
libkexiv2-9. That makes impossible to update and use kipi-plugins with gwenview 
(and probably others) from 
experimental, because old version makes gwenview crash if you try to use 
plugins (I supose that it's due it's 
a version for KDE 4.4 programs and not valid for KDE4.6 ones)

Maybe there wasn't the needed dependencies for amd64, but now they are. Or 
maybe they causes problems... I 
don't know, but if not, please, change the dependencies.

Thank you really for your time :)


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

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

Versions of packages kipi-plugins depends on:
ii  kdebase-runtime 4:4.6.2-1runtime components from the offici
ii  kdepim-runtime  4:4.4.11.1-1 Runtime components for akonadi-kde
ii  kipi-plugins-common 1.2.0-2  kipi-plugins architecture-independ
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libcv2.12.1.0-4  computer vision library
ii  libcvaux2.1 2.1.0-4  computer vision extension library
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libgcc1 1:4.6.0-2GCC support library
ii  libgl1-mesa-glx [li 7.10.2-2 free implementation of the OpenGL 
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libglu1-mesa [libgl 7.10.2-2 The OpenGL utility library (GLU)
ii  libgomp14.6.0-2  GCC OpenMP (GOMP) support library
ii  libgpod40.8.0-2  library to read and write songs an
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libhighgui2.1   2.1.0-4  computer vision GUI library
ii  libice6 2:1.0.7-1X11 Inter-Client Exchange library
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libkabc44:4.6.2-1library for handling address book 
ii  libkcal44:4.6.2-1library for handling calendar data
ii  libkdcraw8  4:4.4.5-2RAW picture decoding C++ library (
ii  libkdecore5 4:4.6.2-1KDE Platform Core Library
ii  libkdeui5   4:4.6.2-1KDE Platform User Interface Librar
ii  libkexiv2-8 4:4.4.5-2Qt like interface for the libexiv2
ii  libkfile4   4:4.6.2-1File Selection Dialog Library for 
ii  libkhtml5   4:4.6.2-1KHTML Web Content Rendering Engine
ii  libkio5 4:4.6.2-1Network-enabled File Management Li
ii  libkipi74:4.4.5-2library for apps that want to use 
ii  libkjsapi4  4:4.6.2-1KJS API Library for the KDE Develo
ii  libkparts4  4:4.6.2-1Framework for the KDE Platform Gra
ii  libkresources4  4:4.6.2-1KDE Resource framework library
ii  libksane0   4:4.6.2-2scanner library (runtime)
ii  libphonon4  4:4.6.0really4.5.0-2 multimedia framework from KDE - co
ii  libpng12-0  1.2.44-2 PNG library - runtime
ii  libqca2 2.0.2-1  libraries for the Qt Cryptographic
ii  libqt4-dbus 4:4.7.2-3Qt 4 D-Bus module
ii  libqt4-network  4:4.7.2-3Qt 4 network module
ii  libqt4-opengl   4:4.7.2-3Qt 4 OpenGL module
ii  libqt4-svg  4:4.7.2-3Qt 4 SVG module
ii  libqt4-xml  4:4.7.2-3Qt 4 XML module
ii  libqtcore4  4:4.7.2-3Qt 4 core module
ii  libqtgui4   4:4.7.2-3Qt 4 GUI module
ii  libsm6  2:1.2.0-1X11 Session Management library
ii  libstdc++6  4.6.0-2  The GNU Standard C++ Library v3
ii  libtiff43.9.5-1  Tag Image File Format (TIFF) libra
ii  libx11-62:1.4.3-1X11 client-side library
ii  libxau6 1:1.0.6-1X11 authorisation library
ii  libxdmcp6   1:1.1.0-1X11 Display Manager Control Protoc
ii  libxext62:1.2.0-2X11 miscellaneous extension librar
ii  libxft2 2.2.0-2  FreeType-based font drawing librar
ii  libxml2 2.7.8.dfsg-2+b1  GNOME XML library
ii  libxrandr2  2:1.3.1-1X11 RandR extension library
ii  libxslt1.1  1.1.26-7+b1  XSLT 1.0 processing library - runt
ii  phon

Bug#626641: [pkg-cryptsetup-devel] Bug#626641: cryptsetup: bug #587220 re-introduced

[Russ Allbery]

Christoph Anton Mitterer 
writes:

> Phew I guess there are already some requests against the policy open,..
> both for this config-file-weirdness and for adhering to the (not so
> unreasonable) LSB exit codes.

> I've followed this some time and most arguments against these changes
> seemed (at least to me) to be rooted in avoiding work (e.g. as it would
> be then necessary to improve the init-scripts and make them "fully"
> configurable via their respective /etc/default/foo).

> Anyway,.. there probably won't be any progress soon.

Yes, I think it's very unlikely that any of this will change in Debian;
it's much more likely that Debian will migrate, at least partially, away
from SysV init scripts entirely towards something like upstart or systemd,
which make all of those proposals moot.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#626641: [pkg-cryptsetup-devel] Bug#626641: cryptsetup: bug #587220 re-introduced

[Christoph Anton Mitterer]

On Tue, 2011-05-17 at 00:24 +0200, Jonas Meurer wrote:
> I think that one is the trouble spot. Christoph doesn't agree with the
> way, Debian manages initscripts. They're handled as conffiles by dpkg,
> and for that reason aren't removed at 'apt-get remove', only if the
> package is purged.
Yes I don't ;-) and also their exit codes in some cases.
But that's a different construction site ...

>  For that reason, the situation that initscripts are
> still around but the daemon/application they start/stop/whatever isn't,
> is quite common. And it would be absurd if initscripts would exit wit $?
> != 0 in that case.
Here the problem is simply:
- dm-crypt devices might be open
- cryptsetup might be removed but not purged
- a user does /etc/init.d/cryptdisks stop (perhaps even from a script)
and believes in good faith that if $?=0 (and especially as even no
warnings appeared anyway) that his data is now secured
- but it is not.


> In case that this needs to be discussed, we should discuss the reasons
> why initscripts are treated as conffiles in the first place, instead of
> discussion symptoms of this decision.
Phew I guess there are already some requests against the policy open,..
both for this config-file-weirdness and for adhering to the (not so
unreasonable) LSB exit codes.

I've followed this some time and most arguments against these changes
seemed (at least to me) to be rooted in avoiding work (e.g. as it would
be then necessary to improve the init-scripts and make them "fully"
configurable via their respective /etc/default/foo).

Anyway,.. there probably won't be any progress soon.
So why not just fix this in cryptsetup now, as it's easily possible and
can avoid potential security breaches.

Again, cryptsetup is special here, not only because of its
security-nature, but also as it "leaves" behind running stuff after
removal (the dm-crypt devices).
"Normal" daemons like postgresql/apache/etc. don't have this problem, as
they're typically stopped on removal.


> I fully agree with Henrique here. My opinion is as simple as: If people
> want do do something called serious, then they _really_ should know what
> they're talking about. And if these people do remove a package from
> their system, they should _not_ assume that it's functionality is still
> provided.

Personally I don't share this view,... it should be possible for a end
user, if he already trusts Debian (which is obviously does), that he can
be given system as secure as possible, without knowing all the technical
details behind.

Because if this would be necessary, all users would have to read at
least the complete cryptsetup source-code, crypto kernel modules (and in
principle just everyting).


> Did I get you right that you suggest to start/stop/restart the
> cryptdisks initscript in the debian maintainer scripts?
That would be a bad idea,.. and it would most likely not even work, as
those devices are in use.


> Is it appropriate to warn admins about unlocked devices when the
> cryptsetup package is removed/purged? I still don't see the point, but
> would be ok with adding a warning to prerm if people mind about it.
While this is not a perfect solution,... it would allow us to conform to
Debian's strange handling of init-scripts while still doing everything
to at least inform the user about any possible security problems he may
encounter.
That's why I've suggested it before :)


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#626999: ITP: libhtml-microformats-perl -- parse microformats in HTML

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libhtml-microformats-perl
  Version : 0.103
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/HTML-Microformats/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : parse microformats in HTML

 The HTML::Microformats module is a wrapper for parser and handler
 modules of various individual microformats (each of those modules has a
 name like HTML::Microformats::Format::Foo).
 .
 The general pattern of usage is to create an HTML::Microformats object
 (which corresponds to an HTML document) using the "new_document"
 method; then ask for the data, as a Perl hashref, a JSON string, or an
 RDF::Trine model.



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

Bug#626793: installation-reports: selected keyboard layout not used during early boot of real system

[Samuel Thibault]

Sune Vuorela, le Tue 17 May 2011 00:54:42 +0200, a écrit :
> On Sunday 15 May 2011 13:55:29 Samuel Thibault wrote:
> > Sune Vuorela, le Sun 15 May 2011 13:09:28 +0200, a écrit :
> > > On Sunday 15 May 2011 13:06:13 Samuel Thibault wrote:
> > > > Sune Vuorela, le Sun 15 May 2011 12:36:34 +0200, a écrit :
> > > > > on boots of the machine, I need to enter the passphrase using qwerty
> > > > > keyboard layout in order to get access to my root filesystem.
> > > > 
> > > > Mmm, did it use to work in previous versions of Debian?
> > > > The problem is most probably not about transferring a parameter, but
> > > > about including keyboard layout support in initrd.
> > > 
> > > Yep. It works on another laptop of mine. installed maybe a year/year and
> > > a half ago.
> > 
> > So I guess this should be reassigned to console-setup, Anton?
> 
> After installing more packages and upgrades, some which - probably - rebuilt 
> the initramfs, I now have dvorak keyboard layout to enter my passphrase for 
> my 
> encrypted drive.
> 
> So yes. keyboard layout definately is supported in initramfs :)

Ah, ok.  So it may then simply be a missing initramfs rebuild request.

Samuel



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

Bug#626983: ferror(): return no error when the stream is closed

[Jonathan Nieder]

reassign 626983 manpages-dev 3.27-1
# documentation
severity 626983 minor
retitle 626983 fclose.3: please clarify stream state after fclose
quit

Hi,

julien godin wrote:

> As described in the subject, the ferror() function return no error even if
> the stream as been previously closed

As the POSIX[1] documentation for fclose() says:

After the call to fclose(), any use of stream results in undefined
behavior.

Similarly, C99[2] says

The value of a pointer to a FILE object is indeterminate after the
associated file is closed.

which is earlier defined to mean

either an unspecified value or a trap representation

If you'd like that last behavior ("trap representation") in order to
catch bugs, valgrind can help.

I'm reassigning to manpages-dev in the hope that the system
documentation for ferror and fclose can be improved to clarify this.
I imagine help with wording would be very welcome.

Thanks for reporting,
Jonathan

[1] http://unix.org/2008edition/ (free registration required)
[2] http://www.open-std.org/jtc1/sc22/wg14/www/standards.html#9899



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

Bug#626793: installation-reports: selected keyboard layout not used during early boot of real system

[Sune Vuorela]

On Sunday 15 May 2011 13:55:29 Samuel Thibault wrote:
> Sune Vuorela, le Sun 15 May 2011 13:09:28 +0200, a écrit :
> > On Sunday 15 May 2011 13:06:13 Samuel Thibault wrote:
> > > Sune Vuorela, le Sun 15 May 2011 12:36:34 +0200, a écrit :
> > > > on boots of the machine, I need to enter the passphrase using qwerty
> > > > keyboard layout in order to get access to my root filesystem.
> > > 
> > > Mmm, did it use to work in previous versions of Debian?
> > > The problem is most probably not about transferring a parameter, but
> > > about including keyboard layout support in initrd.
> > 
> > Yep. It works on another laptop of mine. installed maybe a year/year and
> > a half ago.
> 
> So I guess this should be reassigned to console-setup, Anton?

After installing more packages and upgrades, some which - probably - rebuilt 
the initramfs, I now have dvorak keyboard layout to enter my passphrase for my 
encrypted drive.

So yes. keyboard layout definately is supported in initramfs :)

I did get quite a bit scared when the change happened though...

/Sune
-- 
Man, how can I do for telnetting from the floppy disk from AutoCAD 2000?

You never need to cancel a CPU to digit on the controller.



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

Bug#626998: xen-tools: Over-zealous response to --admins option

[Nick Phillips]

Package: xen-tools
Version: 4.2-1
Severity: normal

xt-create-xen-config (called from xen-create-image) either creates a user or 
changes an existing user's shell,
and modifies /etc/sudoers, when the --admins option is given. It appears that 
there is no longer any way to
"merely" add the required information (the admins config line) into the xen 
config, which is I would expect
to be what most users would want. While the ability to create users/change 
shells/add to sudoers may be "nice
to have", doing it by default when admins are specified certainly violates the 
principle of least surprise.

At the very least, there should be an option to create the xen image and config 
file without damag^Wmodifying
the rest of the system.


Cheers,


Nick

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

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

Versions of packages xen-tools depends on:
ii  debootstrap  1.0.26+squeeze1 Bootstrap a basic Debian system
ii  libconfig-inifiles-perl  2.52-1  Read .ini-style configuration file
ii  libfile-slurp-perl   .13-1   single call read & write file rout
ii  libtext-template-perl1.45-1  Text::Template perl module
ii  perl-modules 5.10.1-17   Core Perl modules

Versions of packages xen-tools recommends:
ii  libexpect-perl1.20-2 Expect.pm - Perl Expect interface
ii  rinse 1.7-1  RPM installation environment
ii  xen-hypervisor-3.2-1-amd64 [x 3.2.1-2The Xen Hypervisor on AMD64
ii  xen-hypervisor-4.0-amd64 [xen 4.0.1-2The Xen Hypervisor on AMD64
ii  xen-shell 1.8-3  Console based Xen administration u

Versions of packages xen-tools suggests:
pn  btrfs-tools(no description available)
pn  cfengine2  (no description available)
pn  evms-cli   (no description available)
pn  reiserfsprogs  (no description available)
ii  xen-utils-4.0 [xen-utils] 4.0.1-2XEN administrative tools
ii  xfsprogs  3.1.4  Utilities for managing the XFS fil

-- Configuration Files:
/etc/xen-tools/xen-tools.conf changed [not included]

-- 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#626820: busybox httpd is crippled: no cgi, no auth-md5, no encode url string

[Hartmut Goebel]

Am 16.05.2011 14:07, schrieb Otavio Salvador:
> Is it something going to be put onto Debian itself? If not, it would
> be better to it to be done while customizing Debian for the project
> specially because it won't be the only change most probably.
I do not know whether this will go into Debian someday. I'm currently
building this for my own needs. But if it is for interest for inclusion
into Debian, I'm happy to support this.

-- 
Schönen Gruß - Regards
Hartmut Goebel
Dipl.-Informatiker (univ.), CISSP, CSSLP

Goebel Consult 
Spezialist für IT-Sicherheit in komplexen Umgebungen
http://www.goebel-consult.de

Monatliche Kolumne: http://www.cissp-gefluester.de/
Goebel Consult mit Mitglied bei http://www.7-it.de




smime.p7s
Description: S/MIME Cryptographic Signature

Bug#603358: info?

[Yves-Alexis Perez]

tag 603358 moreinfo
thanks

The website seems to load fine here, could you check and report back?

Regards,
-- 
Yves-Alexis


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

Bug#566034: RFP: transifex -- web-based localization platform

[Clint Adams]

On Wed, Jan 20, 2010 at 08:55:27PM +0100, W. Martin Borgert wrote:
> userprofile, not in Debian yet?

I think that this (django-profile ?) is the only thing
missing now.



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

Bug#626997: python-gst0.10: gst plugin seems to be requiring python 2.7

[Jameson Graef Rollins]

Package: python-gst0.10
Version: 0.10.21-2+b1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

gst is failing to load the python plugin provided by python-gst0.10
[0].  Upon closer inspection, it appears that the plugin is hard-coded
to use python 2.7, even if it is not currently installed:

servo:~ 0$ gst-inspect --gst-disable-registry-update --gst-plugin-load=python 
--gst-debug=3 /usr/lib/gstreamer-0.10/libgstpython.so
0:00:00.000304512 17047  0x1313080 INFOGST_INIT 
gstquery.c:107:_gst_query_initialize: init queries
0:00:00.001352747 17047  0x1313080 INFOGST_INIT 
gstmessage.c:73:_gst_message_initialize: init messages
0:00:00.001797111 17047  0x1313080 INFO  GST_PLUGIN_LOADING 
gstplugin.c:350:_gst_plugin_initialize: registering 0 static plugins
0:00:00.001991408 17047  0x1313080 INFO  GST_PLUGIN_LOADING 
gstplugin.c:255:gst_plugin_register_static: registered static plugin 
"staticelements"
0:00:00.002016511 17047  0x1313080 INFO  GST_PLUGIN_LOADING 
gstplugin.c:257:gst_plugin_register_static: added static plugin 
"staticelements", result: 1
0:00:00.002590238 17047  0x1313080 INFOGST_REGISTRY 
gstregistry.c:1613:ensure_current_registry: reading registry cache: 
/home/jrollins/.gstreamer-0.10/registry.x86_64.bin
0:00:00.022384861 17047  0x1313080 INFOGST_REGISTRY 
gstregistrybinary.c:614:gst_registry_binary_read_cache: loaded 
/home/jrollins/.gstreamer-0.10/registry.x86_64.bin in 0.019754 seconds
0:00:00.022446344 17047  0x1313080 INFOGST_REGISTRY 
gstregistry.c:1642:ensure_current_registry: registry reading and updating done, 
result = 1
0:00:00.022513348 17047  0x1313080 ERROR   GST_REGISTRY 
gstregistry.c:1398:load_plugin_func: Failed to load plugin: Problem accessing 
file python: No such file or directory
0:00:00.022523622 17047  0x1313080 INFOGST_INIT 
gst.c:792:init_post: GLib runtime version: 2.28.6
0:00:00.022533100 17047  0x1313080 INFOGST_INIT 
gst.c:794:init_post: GLib headers version: 2.28.6
0:00:00.022767000 17047  0x1313080 WARNpyplugin 
gstpythonplugin.c:373:plugin_init: Couldn't g_module_open libpython. Reason: 
/usr/lib/python2.7/config/libpython2.7.so: cannot open shared object file: No 
such file or directory
0:00:00.022786623 17047  0x1313080 WARN  GST_PLUGIN_LOADING 
gstplugin.c:559:gst_plugin_register_func: plugin 
"/usr/lib/gstreamer-0.10/libgstpython.so" failed to initialise
Could not load plugin file: File "/usr/lib/gstreamer-0.10/libgstpython.so" 
appears to be a GStreamer plugin, but it failed to initialize
servo:~ 255$ strings /usr/lib/gstreamer-0.10/libgstpython.so | grep 2.7
/usr/lib/python2.7/config/libpython2.7.so
servo:~ 0$ strings /usr/lib/gstreamer-0.10/libgstpython.so | grep 2.6
servo:~ 1$ 

It appears that compilation of the plugin will require different
configuration for use with 2.6 and 2.7, since the absolute path to the
interpreter library (libpython) seems to be fixed at compile time [1].

Thanks.

[0] /usr/lib/gstreamer-0.10/libgstpython.so
[1] 
http://cgit.freedesktop.org/gstreamer/gst-python/tree/plugin/gstpythonplugin.c#n369

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

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

Versions of packages python-gst0.10 depends on:
ii  libc62.13-4  Embedded GNU C Library: Shared lib
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgstreamer-plugins-bas 0.10.32-2   GStreamer libraries from the "base
ii  libgstreamer0.10-0   0.10.32-6+b1Core GStreamer libraries and eleme
ii  libxml2  2.7.8.dfsg-2+b1 GNOME XML library
ii  python   2.6.6-14interactive high-level object-orie
ii  python-central   0.6.17  register and build utility for Pyt
ii  python-gobject   2.28.3-2Python bindings for the GObject li
ii  python-libxml2   2.7.8.dfsg-2+b1 Python bindings for the GNOME XML 

python-gst0.10 recommends no packages.

Versions of packages python-gst0.10 suggests:
pn  python-gst0.10-dbg (no description available)
ii  python-gst0.10-dev  0.10.21-2+b1 generic media-playing framework (P

- -- no debconf information

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

iQIcBAEBCAAGBQJN0aYSAAoJEO00zqvie6q8VXYP/i2HZIk80nynPG9wIYcpBQRI
srLaQOwRa6jw9Kk1B+XZmPy7X5B8//L92mnZDZu+ej4pDzHTmldmRp38v8OYXZSG
u9lfjPSmetytMx3x12JqUZEXq9uqQ8v9xmCH/iUJph5oCS2X5ccPDuOVKQmmMOvm
Nyl5afb0C6vBPumwpe9bQl13+tPmWeTm5o+b7wFajb1d0/7t86SthD9/Q6qtBqMH
MFlFyjhLLsWVKDoTH+SqugKMNeKfjjG9MExfaHAtPYyO6C9jsH7o3I6rN9kF4ncN
M09Eye3s8kYmCznNIuz+bqrxvMBsNpen

Bug#589984: Still reproducible?

[Yves-Alexis Perez]

tag 589984 moreinfo
thanks

Is it still reproducible? TLS support is still to be improved in midori,
but in that case it's not midori fault but more libsoup anyway, so
please reassign if you still have the problem.

Regards,
-- 
Yves-Alexis


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

Bug#626563: [Pkg-xfce-devel] Bug#626563: Bug#626563: Bug#626563: thunar: Backup files no longer hidden

[Yves-Alexis Perez]

On lun., 2011-05-16 at 22:58 +0200, Andreas Neudecker wrote:
> Hi.
> 
> Thanks, Yves Alexis.
> 
> > Not sure if you follow the upstream bug so just in case:
> 
> Not so far. Thanks for the hint.
> 
> > * a comment on this bug makes sense to me: the behavior should be the
> > same as ls: by default ~ files are shown, they're not only shown with
> > -A/-a.
> 
> While the argument with ls is not wrong, in fact the behaviour of Thunar
> was changed.

Yes, and some people even requested it.

>  And in a way that is inconvenient if you use ~ for backup
> files in editors (as seems to be default in several of them). Previously
> invisible backup files pop up everywhere like weeds.

Well, same thing happens in ls (and I guess other file managers). If
that really bother you you should talk to those editors developpers,
imho.

>  - In this case I
> think, if Thunar's default behaviour is changed, it should be possible
> to reconfigure the old behaviour, even if only in some rc file.

In the upstream bug Nick Schermer proposed to revert the change
(basically hiding in Thunar dotfiles plus some others). I don't think
they really want to add a configuration option for that, but you can
argue your way on that bug if it's important enough.

Regards,
-- 
Yves-Alexis


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

Bug#582386: Info?

[John Lindgren]

I don't have a Debian unstable box to test on at the moment, sorry.  If
you want to close the bug, it's fine with me.

-- John

On 05/16/2011 06:21 PM, Yves-Alexis Perez wrote:
> tag 582386 moreinfo
> thanks
>
> Is it still reproducible with midori 0.3.6-1 in unstable?
>
> Regards,



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

Bug#539266: timing issues with the LSI-Driver in relation to VMWare guests

[Michael Schuh]

Hi there,

MY observations related to this behaviour are:

I could see this message only in virtual machines (VMWare guests) installed
with debian/ubuntu.
Through the VMWare Forums i could find that there "should" be a gap in the
LSI-Drivers from linux.
Not sure if its true, i found my own workaround.

This warning/error messages from mpt-status comes around with entries in
/var/log/kern.log like:

  kernel: [1659597.085565] mptscsih: ioc0: attempting task abort!
(sc=880115ba1000)
  kernel: [1659597.085575] sd 0:0:0:0: [sda] CDB: Write(10): 2a 00 00 05 58
00 00 00 10 00
  kernel: [1659597.085587] mptscsih: ioc0: task abort: SUCCESS
(sc=880115ba1000)

i figured for ME, that those issues comes only up if the disk load to the
storage on the underlying VMWare-System
( VMWareServer VMWareESX, VMWareESXI are tested by me for this case) is a
bit higher.
The Host containing Linux system moves the latency times for the disk access
a bit up and for the emulated LSI-Logic
it looks klike the disks have timing issues or are temporary disconnected
from the SCSI/SATA-Bus.

MY workaround to not run into such trouble:
#1 reconfigure the virtual machines with an BusLogic SCSI HBA
#2 convert the related virtual disks with vmware-vdiskmanager to BusLogic
Disks
#3 spread the load over different storages

to #3: if you have vm's that access through each other the same disk areas
on the same storage and interfering
e.g. a FTP-Server delivers per NFS/SMB files to another host laying on the
same storage and storing data from those
into the same storage area -> gotcha...2 systems fight against each
otheri think you got what i mean - concurrent access

Another hint ( if you can't spread the data over different storages but if
you are able to add more disks):
for heavy usage VMWare or any other virtualization system storage or
database storage
configure your systems with different disks for system and
VM-Storage(datastorage) and configure the storages as RAID10
( be aware not RAID 01!! ) and use as much disks as you can provide with
your controllers/budged. if its possible
spread the RAID10 ( the RAID1 part) over 2 different SCSI/Disk controllers
or SAN/NAS systems.
For the RAID10 setup and adding more disks just take a look at the well
known documentation or feel free to contact me.

just my 20ct.

regards

m.

-- 
= = =  http://michael-schuh.net/  = = =

Bug#626641: cryptsetup: bug #587220 re-introduced

[Jonas Meurer]

Hey,

On 15/05/2011 Henrique de Moraes Holschuh wrote:
> On Mon, 16 May 2011, Christoph Anton Mitterer wrote:
> > With the most recent upload (and this is the very reason why I've reopened
> > the bug), you can have the situation (package removed but not pruged) where
> > you say:
> > /etc/init.d/cryptdisks stop
> > and it gives you just $? = 0, as /lib/cryptsetup/cryptdisks.functions is
> > gone.
> 
> A package is, as a general rule, not supposed to allow itself to be removed
> with the initscript indicating a failure state in the first place.  There
> are exceptions, but I cannot see why cryptsetup would be one.

I think that one is the trouble spot. Christoph doesn't agree with the
way, Debian manages initscripts. They're handled as conffiles by dpkg,
and for that reason aren't removed at 'apt-get remove', only if the
package is purged. For that reason, the situation that initscripts are
still around but the daemon/application they start/stop/whatever isn't,
is quite common. And it would be absurd if initscripts would exit wit $?
!= 0 in that case.

In case that this needs to be discussed, we should discuss the reasons
why initscripts are treated as conffiles in the first place, instead of
discussion symptoms of this decision.

> > If you're someone who (seriously) wants to do disk encryption, than
> 
> Then you'd better know the real limits of the system you're using, and you'd
> better know how to use it properly in the first place.

I fully agree with Henrique here. My opinion is as simple as: If people
want do do something called serious, then they _really_ should know what
they're talking about. And if these people do remove a package from
their system, they should _not_ assume that it's functionality is still
provided.

> > [0] And we shouldn't exclude "end users" without deeper knowledge from
> > having a "secure as possible system" if they can get if "for free".
> 
> End users without training will screw it up _every_ _time_.  Or they will be
> extremely easy prey to social engineering.  It amounts to the same thing.
> 
> You have to actually design a system to be impossible to be used insecurely
> in the first place for it to even last for a small while in the hands of
> someone without a clue.  Debian is not that system.  Nor is your PeeCee
> something that could be turned into such a system through the operating
> system only.

Full ACK. Christoph, I guess that this is the argument I should have
used ealier.

> I tire of this thread.  There are apparently bugs in the initscripts, well,
> if that's correct, just get them fixed.  Then, the package will not allow
> itself to be removed with crypt disks still active in the first place.
> 
> It'd have to switch to 'restart only _after_ upgrades, but stop on removal'
> logic, though.  And 'restart' will probably have to mean 'open any crypto
> disks that are not currently open, close any that are not supposed to be
> open anymore'.  Or maybe 'do nothing'.

Did I get you right that you suggest to start/stop/restart the
cryptdisks initscript in the debian maintainer scripts? Actually I don't
like that idea much. Most unlocked encrypted devices will be busy anyway
because being mounted while the system is running. And it's not the job
of debian maintainer scripts to unlock manually locked devices, or to
lock devices that are unlocked but not in use.

Appart from the general discussion about treatment of initscripts (see
above), I only see one point that's worth being discussed:

Is it appropriate to warn admins about unlocked devices when the
cryptsetup package is removed/purged? I still don't see the point, but
would be ok with adding a warning to prerm if people mind about it.

Greetings,
 jonas


signature.asc
Description: Digital signature

Bug#626996: RFP: dis -- device interaction suite

[Antoine Beaupré]

Package: wnpp
Severity: wishlist

* Package name: dis
  Version : 0.98
  Upstream Author : Phillip Heller 
* URL : http://dis.sourceforge.net/
* License : GPL-2
  Programming Lang: Perl
  Description : device interaction suite

This software provides object oriented API for dealings with devices
such as routers and switches.  Additionally, these classes extend and
abstract the perl Expect module, and many of Expect's functions are
wrapped, or made otherwise available.

A design goal of DIS was to implement the ability for a user to
interactively login to a router with or without knowledge of the
Transport or Authentication mechanisms, or execute specific or script
actions, with our without logic both serially and parallel.

In support of this design goal, Dis.pm wraps around the Transport,
Authentication, and Connection classes to provide a simplified API to
the end-user.  This API is intended to be utilized by the 'dis' script,
and other scripts which have a common need for similar command-line
argument processing and options.



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

Bug#582386: Info?

[Yves-Alexis Perez]

tag 582386 moreinfo
thanks

Is it still reproducible with midori 0.3.6-1 in unstable?

Regards,
-- 
Yves-Alexis


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

Bug#626937: apt-listbugs: E: private method `chomp!' called for nil:NilClass

[Jonathan Nieder]

tags 626937 + unreproducible
quit

Hi Francesco,

Thanks for your reply.

Francesco Poli wrote:

> Please note that Cupt is not really fully tested with apt-listbugs (at
> least as far as I know)

I've been using apt-listbugs with cupt on amd64 for a while, for what
it's worth.

> Please try to reproduce the bug outside of the package manager.
> For instance, does apt-listbugs work for you if you just issue the
> following command?

apt-listbugs list  worked okay for me when I tried it in the
course of investigation.

The bad news: before receiving your reply, I uninstalled apt-listbugs,
ran "cupt dist-upgrade", and reinstalled apt-listbugs, and now the
problem doesn't happen anymore.  I think it must have had something to
do with the particular wheezy -> experimental upgrade that was being
proposed[1].

> I can try to reproduce the bug on a sid chroot (on amd64) with Cupt,
> but unfortunately I don't have any armel system where I can investigate
> a possible architecture-specific bug.

I doubt it is architecture-specific, unless there is some assumption
of signed char somewhere or something like that.  This is an
interpreted language and it wasn't a segfault. :)  To reproduce the
slow way (I don't encourage this --- it's just for illustration):

 1. unset MALLOC_PERTURB_, to avoid running afoul of Bug#626875.
 2. Follow the instructions from that bug log to get a wheezy
image.  Or just grab Aurélien's squeeze image from
http://people.debian.org/~aurel32/qemu/armel/ and upgrade it.
 3. Install apt-listbugs and cupt.
 4. Put sid and experimental in sources.list.  Put

APT::Default-Release "experimental";
cupt::worker::defer-triggers "1";

in a file in /etc/apt/apt.conf.d/.
 5. Run "cupt update".
 6. Run "cupt full-upgrade".

> Anyway, I am afraid you'll have to wait some time, since I am quite
> busy in these days.
> Sorry...   :-(

I don't mind; just thought the report might be useful to someone.
Sorry, I should have used btrfs and taken a snapshot before upgrading.
Next time.

http://ruby-doc.org/core/classes/String.html tells me:

| String objects may be created using String::new or as literals.
|
| Because of aliasing issues, users of strings should be aware of the
| methods that modify the contents of a String object. Typically,
| methods with names ending in ``!’’ modify their receiver, while those
| without a ``!’’ return a new String. However, there are exceptions,
| such as String#[]=.

I wonder if apt-listbugs/logic.rb, line 770 should not be

pkgnames[index] = pkgnames[index].chomp

and similarly for "if line != nil" on line 1169?  Though that wouldn't
affect this bug.

pkgnames gets populated by adding entries of the form

filename = line.split(" ")[4]

after apt-listbugs sees a blank line.  If there are 4 or fewer fields
on such a line then filename will be nil.  Perhaps cupt mentioned a
package it was going to remove or trigger in a nonstandard way.

Is the apt VERSION 2 hook interface documented anywhere?  I tried
"man apt" and "man apt.conf" but no luck so far.

Thanks for your thoughtfulness,
Jonathan

[1] Judging from dpkg.log, that looks like

 bsdutils   1:2.17.2-9.1 → 1:2.19.1-1
 debianutils3.4.4 → 3.4.5
 libreadline6   6.1-3 → 6.2-1
 zlib1g 1:1.2.3.4.dfsg-3 → 1:1.2.5.dfsg-1
 libk5crypto3   1.9+dfsg-1+b1 → 1.9+dfsg-1+moonshot1
 initramfs-tools0.98.8 → 0.99
 liblzma2   5.0.0-2 → 5.1.0alpha+20110206-1
 libgnutls262.10.5-1+b1 → 2.12.5-1
 libgcrypt111.4.6-5 → 1.5.0~beta1-1
 busybox1:1.17.1-10 → 1:1.18.4-2
 sysvinit   2.88dsf-13.2 → 2.88dsf-13.5
 libdb5.1   5.1.25-1 → 5.1.25-10
 readline-common6.1-3 → 6.2-1
 libss2 1.41.12-4 → 1.41.14-1
 sysv-rc2.88dsf-13.2 → 2.88dsf-13.5
 dash   0.5.5.1-7.4 → 0.5.6.1-1~exp2
 libcomerr2 1.41.12-4 → 1.41.14-1
 linux-image-2.6-versatile  2.6.38+33 → 2.6.38+34
 grep   2.6.3-3 → 2.7-2
 libuuid1   2.17.2-9.1 → 2.19.1-1
 libblkid1  2.17.2-9.1 → 2.19.1-1
 gcc-4.4-base   4.4.6-2 → 4.4.6-3
 xkb-data   2.1-2 → 2.2.1-1
 findutils  4.4.2-1+b1 → 4.5.10-1
 traceroute 1:2.0.15-1 → 1:2.0.17-1
 installation-report2.44 → 2.45
 sysvinit-utils 2.88dsf-13.2 → 2.88dsf-13.5
 mount  2.17.2-9.1 → 2.19.1-1
 libboost-iostreams1.46.1   1.46.1-4 → 1.46.1-5
 perl→ 5.12.3-6
 perl-modules→ 5.12.3-6
 xz-utils   5.0.0-2 → 5.1.0alpha+20110206-1
 util-linux 2.17.2-9.1 → 2.19.1-1
 libudev167-3 → 168-2
 udev   167-3 → 168-2
 e2fslibs   1.14.12-4 → 1.41.14-1
 e2fsprogs  1.14.12-4 → 1.41.14-1
 console-terminus   4.30-2 → 
 console-setup-linux → 1.73
 console-setup  1.70 → 1.73
 keyboard-configuration 1.70 → 1.73
 libswitch-perl  → 2.16-1
 libclass-isa-perl   → 0.36-1
 libpod-plainer-perl → 1.03-1
 libkrb5support01.9+dfsg-1+b1 → 1.9+dfsg-1+moonshot1
 libkrb5-3  1.9+dfsg-1+b1 → 1.9+dfsg-1+moonshot1
 libgssapi-krb5-2   1.9+dfsg-1+b1 → 1.9+dfsg-1+moonshot1
 gcc-4.6-base   4.6.0-2 → 4.6.0-7
 libstdc++6

Bug#626995: docbook-xsl-ns: uses K&R as default for funcsynopsis with C or C++

[brian m. carlson]

Package: docbook-xsl-ns
Version: 1.76.0~RC1+dfsg-1
Severity: normal

When using a funcsynopsis with language="C" or language="C++", the
XSL-NS stylesheets default to a K&R representation of the function.
This is a bad default.  Almost no new code is written in K&R-style and
ANSI-style is much, much more common.  To my knowledge, C++ has never
allowed K&R-style declarations, and so to represent a C++ function in
that way is an error.

Also, DocBook has only existed since 1991, two years *after* the C89
ANSI standard took effect.  The XSL-NS stylesheets are designed for
DocBook 5, which was created over *twenty-five years* after this
ratification.  There is really no reason for DocBook to default to K&R.

I see this with FO output as well as XHTML output.

A test file that demonstrates this problem is available at
.

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

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

Versions of packages docbook-xsl-ns depends on:
ii  xml-core  0.13   XML infrastructure and XML catalog

Versions of packages docbook-xsl-ns recommends:
ii  docbook-xsl-doc-html [docbook 1.75.2-1   stylesheets for processing DocBook
ii  docbook5-xml  5.0-2  standard XML documentation system 

Versions of packages docbook-xsl-ns suggests:
pn  dbtoepub   (no description available)
ii  docbook-xsl-saxon  1.00.dfsg.1-4 Java extensions for use with DocBo
ii  fop1:1.0.dfsg-3  XML to PDF Translator
ii  libsaxon-java  1:6.5.5-7 Saxon XSLT Processor
ii  libxalan2-java 2.7.1-5   XSL Transformations (XSLT) process
pn  libxslthl-java (no description available)
pn  xalan  (no description available)

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#626994: python-gtk2: fails to load with python2.7

[Jameson Graef Rollins]

Package: python-gtk2
Version: 2.17.0-4+b1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi.  The pygtk package is failing with python2.7:

servo:~ 0 python2.7 -c "import pygtk"
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named pygtk
servo:~ 1$

This is causing a chain of failures for me in various packages that
are requiring pygtk (such as python-gst).

Please let me know if I can provide additional information.  Thanks.

jamie.

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

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

Versions of packages python-gtk2 depends on:
ii  libatk1.0-0 2.0.0-1  The ATK accessibility toolkit
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.8.0-2.2generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-0  2.23.3-3 GDK Pixbuf library
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libpango1.0-0   1.28.3-6 Layout and rendering of internatio
ii  libpng12-0  1.2.44-2 PNG library - runtime
ii  python  2.6.6-14 interactive high-level object-orie
ii  python-cairo [python2.6-cai 1.8.8-1+b1   Python bindings for the Cairo vect
ii  python-gobject [python2.6-g 2.28.3-2 Python bindings for the GObject li
ii  python-numpy1:1.5.1-2+b1 Numerical Python adds a fast array
ii  python-support  1.0.13   automated rebuilding support for P
pn  python2.5-cairo(no description available)
pn  python2.5-gobject  (no description available)

python-gtk2 recommends no packages.

Versions of packages python-gtk2 suggests:
ii  python-gtk2-doc   2.17.0-4   Python bindings for the GTK+ widge

- -- no debconf information

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

iQIcBAEBCAAGBQJN0Z+rAAoJEO00zqvie6q8U14P/2oxOkeXz030pvsL0rOyilH/
NQbN/LV5+Wrr+oQPZCCf1BiWELGgQvG7zktOPZxrFjgRH4vzfpzICaHfoEiBNVL2
oMiUmcoD4rE/uzDJaaHTfCWeC7O6J8S2tqZV5Bzk/pZg41RalX58yjDKYbSgNCUM
muHI9de7Wr/WuoawgoxIRRqj3OPhbm2/CYfMAXZfFdo+1IXvhexK2W/PnB+Q5mcW
4YBpGdtsShEkO0mffIpH3yXny3DNyMoIdL/nopQT5SufiMsYOrqzfoI9FVLslKM8
RuPf7JFuScACITU8jhg/K0+TW+4Jflo8wXbqMdsNNdjYYwPV/OrYyWplv0YyeJjm
3wQhXiIWZS5aGgd5smoAoJHoSQC4TuqOpXRaWsB6lCTad8cJbv6gQGn11QD1dkyD
EDFOmSfOi7xKwlomeVZ/C675OD0j8XUKF/NRDdxugNn0YhFWxSXG8qLieqq4asio
AMyMfZfXUrg5jVuR0MCzCA5aqRt6zrEzOUKX7A6JL4LllL33k+ikhKNHaBGFAyzd
m6YEkw7/OUMWIAccFCt2eYrA7fxn3JaC79xjuumJkm1Sq9SMaaAj1YlgmSgGihae
9OXhWETjXU2T/vEOeNOBrgEJbcjXhamwWisrNfAip4Q6aEMtUBY6jD9VvfoJXcZQ
clvs3E1uZQFLRXUrO6SC
=ndrK
-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#626993: [l10n] Italian translation update for 1.10.11

[Giuseppe Sacco]

Package: dictionaries-common
Version: 1.10.10
Severity: wishlist
Tags: l10n

Hi,
please update the Italian translation for dictionaries-common-1.10.11
with the attached file that has been proofread and reviewed by the
Italian team.

Bye,
Giuseppe
# translation of debconf for dictionaries-common
# This file is distributed under the same license as the dictionaries-common package.
# Giuseppe Sacco , 2004, 2011.
msgid ""
msgstr ""
"Project-Id-Version: dictionaries-common 1.10.11\n"
"Report-Msgid-Bugs-To: dictionaries-com...@packages.debian.org\n"
"POT-Creation-Date: 2011-04-26 18:21+0200\n"
"PO-Revision-Date: 2011-05-16 14:52+0200\n"
"Last-Translator: Giuseppe Sacco \n"
"Language-Team: italian \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid "An invalid debconf value [${value}] has been found"
msgstr "È stato trovato un valore [${value}] non valido per debconf"

#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid "It does not correspond to any installed package in the system."
msgstr "Non corrisponde a nessun pacchetto installato nel sistema."

#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid ""
"That is usually caused by problems at some time during packages "
"installation, where the package providing [${value}] was selected for "
"installation but finally not installed because of errors in other packages."
msgstr ""
"Questo Ú normalmente dovuto a problemi verificatisi durante l'installazione "
"dei pacchetti, dove il pacchetto che fornisce [${value}] Ú stato selezionato "
"per l'installazione, ma alla fine non Ú stato installato a causa di errori "
"in altri pacchetti."

#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid ""
"To fix this error, reinstall (or install) the package that provides the "
"missing value.  Then, if you don't want this package on your system, remove "
"it, which will also remove its debconf entries. Menu to be shown after this "
"message will try to leave the system in a working state until then."
msgstr ""
"Per sistemare questo problema, reinstallare (o installare) il pacchetto che "
"fornisce il valore mancante. Poi, se non si vuole il pacchetto nel proprio "
"sistema, rimuoverlo, la qual cosa eliminerà anche i dati di debconf. Il menu "
"che segue questo messaggio cercherà di lasciare il sistema in uno stato "
"funzionante."

#. Type: note
#. Description
#: ../dictionaries-common.templates:1001
msgid ""
"This error message can also appear during ispell dictionary or wordlist "
"renaming (e.g., wenglish-> wamerican). In this case it is harmless and "
"everything will be fixed after you select your default in the menu(s) shown "
"after this message."
msgstr "Questo errore può anche apparire durante la rinomina del dizionario ispell o di «wordlist» (esempio: wenglish -> wamerican). In questo caso Ú innocuo e il tutto può essere sistemato dopo aver fatto la propria scelta nel menu mostrato dopo questo messaggio."

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../dictionaries-common.templates:2001 ../dictionaries-common.templates:3001
msgid "${echoices}"
msgstr "${echoices}"

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../dictionaries-common.templates:2001 ../dictionaries-common.templates:3001
msgid "Manual symlink setting"
msgstr "Impostazione manuale dei collegamenti"

#. Type: select
#. Description
#: ../dictionaries-common.templates:2002
msgid "System default ispell dictionary:"
msgstr "Quale dizionario ispell dovrebbe essere il predefinito del sistema?"

#. Type: select
#. Description
#: ../dictionaries-common.templates:2002
msgid ""
"Please indicate which dictionary ispell should use as system-wide default "
"when no other spell-checking dictionary is specified."
msgstr "Indicare quale dizionario debba essere selezionato da ispell per l'intero sistema nel caso che non ne sia specificato nessuno."

#. Type: select
#. Description
#: ../dictionaries-common.templates:2002
msgid ""
"This sets up the /usr/lib/ispell/default.aff and /usr/lib/ispell/default."
"hash symlinks, as well as ispell's global ispell-wrapper and Emacs defaults."
msgstr "Imposta i collegamenti simbolici /usr/lib/ispell/default.aff e /usr/lib/ispell/default.hash oltre che l'impostazione globale ispell-wrapper e quella predefinita per Emacs."

#. Type: select
#. Description
#: ../dictionaries-common.templates:2002
msgid ""
"Use \"Manual symlink setting\" if you want to handle the symlinks yourself. "
"In this case ispell will have no global ispell-wrapper or Emacs defaults."
msgstr "Selezionare «impostazione manuale dei collegamenti» se si preferisce creare i collegamenti manualmente. In questo caso non ci saranno l'impostazione di ispell-wrapper e del predefinito per Emacs."

#. Type: select
#. Description
#: ../dictionaries-common.templates:2002
msgid ""
"

Bug#626979: [Pkg-haskell-maintainers] Bug#626979: haskell-platform requires older libghc-quickcheck2-dev than exists

[Giovanni Mascellani]

Hi.

On 16/05/2011 22:37, Anders Kaseorg wrote:
> Package: haskell-platform
> Version: 2011.2.0.1.1
> Severity: serious
> 
> haskell-platform depends libghc-quickcheck2-dev (>= 2.4.0.1), 
> libghc-quickcheck2-dev (< 2.4.0.1+), but this dependency is unsatisfiable 
> because Debian only has libghc-quickcheck2-dev 2.4.1.1-1.

Thanks for your report.

Last version of quickcheck was uploaded in order to fix a build issue on
some architectures. Probably the best thing is to make the
haskell-platform depend on quickcheck 2.4.1.1, but I'd like to hear
Joachim on this.

BTW, Joachim is away ATM and will be back in a week (although he could
have some sporadic Internet access), so we could have to wait a bit.

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#626992: -c scans binary files as if they were html, after receiving 416 response

[Jim Paris]

Package: wget
Version: 1.12-3.1
Severity: normal

Hi,

While using "wget -c -r" on a directory of large binary files, I
noticed long delays after the "The file is already fully retrieved;
nothing to do." message.

It turns out this is because the server returned a 416 response with
Content-Type: text/html, and so Wget decides to scan the file for
links, as if it were HTML.  But the file is not HTML -- just the 416
response body was.

Example:

$ cd /tmp
$ wget -c -d -r http://www.gnu.org/graphics/t-desktop-4-small.jpg

(The file is downloaded as expected, and not scanned for URLs)

$ wget -c -d -r http://www.gnu.org/graphics/t-desktop-4-small.jpg

(This time, notice in the debug output how the file was "Loaded" and
scanned for "no-follow" links.  This is the source of the delay on
large binary files).

   ---response begin---
   HTTP/1.1 416 Requested Range Not Satisfiable
   Date: Mon, 16 May 2011 21:34:24 GMT
   Server: Apache
   Vary: Accept-Encoding
   Connection: close
   Content-Type: text/html; charset=iso-8859-1
   
   ---response end---
   416 Requested Range Not Satisfiable
   
   The file is already fully retrieved; nothing to do.
   
   Closed fd 3
   Loaded www.gnu.org/graphics/t-desktop-4-small.jpg (size 30195).
   no-follow in www.gnu.org/graphics/t-desktop-4-small.jpg: 0

-jim


-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages wget depends on:
ii  dpkg  1.15.8.10  Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libssl1.0.0   1.0.0d-1   SSL shared libraries

wget recommends no packages.

wget 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