Bug#576227: insserv: warning: script is corrupt or invalid

[Christian Hofstaedtler]

Hi Ola, Kir,

To escape the sysv-rc/insserv problems, I tried migrating to file-rc. 
Turns out, file-rc doesn't like the 'regular file in /etc/rc6.d/'
either. Might be because /etc/rcX.d/ is provided by sysv-rc and
removed completely on sysv-rc removal.

Providing a normal /etc/init.d/vzreboot with the proper headers and 
using the standard Debian way of registering init scripts seems to
be the only sane way for Debian guests. This way it should work for
sysv-rc legacy boot, sysv-rc dependency boot and file-rc.

   Christian

-- 
christian hofstaedtler



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

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

[Christian PERRIER]

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

Thanks for your report.

> Despite choosing UK keyboard on install still had to do 'dpkg-reconfigure
> kbdcontrol' and choose 'uk.iso.kbd' to get correct keymap on console.

Hmmm, I'm afraid I know nothing to kFreeBSD but is this "kbdcontrol"
package the equivalent of console-data and stuff?


> 
> The '-k' of 'lspci -knn' doesn't work. I guess this is a Linux only
> option.


Did this lead to a problem in D-I or do you just report this because
you couldn't, at first, include lspci output in the installation
report?




signature.asc
Description: Digital signature

Bug#594852: conffile '/etc/insserv.conf.d/pdns-server' is not a plain file or symlink

[Christian Hofstaedtler]

Package: pdns-server
Version: 2.9.22-7
Severity: important

Hi!

On upgrading from pdns-server 2.9.22-6 to -7, it left some mess regarding 
insserv. 
During the same upgrade sysv-rc was upgraded and migrated to dependency based 
boot,
so this might be a cause of the issue.
Also I'm unsure what's the correct resolution of this state. Please see below:

Setting up sysv-rc (2.88dsf-12) ...
info: Checking if it is safe to convert to dependency based boot.
info: Reordering boot system, log to /var/lib/insserv/run-20100830T0631.log
success: Enabled dependency based boot system.
(Reading database ... 13945 files and directories currently installed.)
Preparing to replace initscripts 2.88dsf-11 (using 
.../initscripts_2.88dsf-12_amd64.deb) ...
Unpacking replacement initscripts ...
Processing triggers for man-db ...
Setting up initscripts (2.88dsf-12) ...
Installing new version of config file /etc/init.d/checkroot.sh ...
insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/K00vzreboot
[..]
insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/K00vzreboot
[..more package upgrades..]
Preparing to replace pdns-server 2.9.22-6 (using 
.../pdns-server_2.9.22-7_amd64.deb) ...
Unpacking replacement pdns-server ...
dpkg: warning: pdns-server: conffile 'etc/insserv.conf.d/pdns-server' is not a 
plain file or symlink (= '/etc/insserv.conf.d/pdns-server')
Setting up pdns-doc (2.9.22-7) ...
Setting up pdns-server (2.9.22-7) ...
dpkg: warning: pdns-server: conffile '/etc/insserv.conf.d/pdns-server' is not a 
plain file or symlink (= '/etc/insserv.conf.d/pdns-server')
Not replacing deleted config file /etc/powerdns/pdns.d/pdns.local
insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/K00vzreboot

State of the system after the upgrade:

# dpkg -L pdns-server | grep insserv
/etc/insserv.conf.d
/etc/insserv.conf.d/pdns-server
/etc/insserv.conf.d/pdns-server/pdns-server.insserv
# ls -l /etc/insserv.conf.d
drwxr-xr-x  2 root root 4096 Jul 31 18:10 pdns-server
-rw-r--r--  1 root root   27 Aug  6 10:31 pdns-server.dpkg-new
# ls -l /etc/insserv.conf.d/pdns-server/
-rw-r--r-- 1 root root   12 Jul 18 11:29 pdns-server.insserv
# cat /etc/insserv.conf.d/pdns-server.dpkg-new
$named pdns +pdns-recursor
# cat /etc/insserv.conf.d/pdns-server/pdns-server.insserv
$named pdns
# cat /var/lib/insserv/run-20100830T0631.log
info: Converting rc0.d/S* and rc6.d/S* to K*.
info: running insserv
insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/K00vzreboot
insserv: creating .depend.boot
insserv: creating .depend.start
insserv: creating .depend.stop

(Please disregard the vzreboot problems, those are #576227.)

Thanks,
Christian


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

Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/16 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#576227: insserv: warning: script is corrupt or invalid

[Christian Hofstaedtler]

Hi Ola, Kir,

the sysv-rc upgrade today migrated my installation to 'dependency
based booting', complained quite a bit about K00vzreboot, but went
on with the migration. It left this state:

# ls -CF1 /etc/rc6.d
K00vzreboot*
K01nullmailer@
K01pdns@
K01unattended-upgrades@
K01urandom@
K02sendsigs@
K03rsyslog@
K04hwclock.sh@
K04umountnfs.sh@
K05networking@
K06ifupdown@
K07umountfs@
K08umountroot@
K09reboot@
README

If I'm not mistaken this will start vzreboot first, and then the other 
shutdown scripts will never run. If this is the case, this is a critical
issue.

After restarting the CT, I now have these scripts:

# ls -CF1 /etc/rc6.d
K00vzreboot*
K01nullmailer@
K01pdns@
K01unattended-upgrades@
K01urandom@
K02sendsigs@
K03rsyslog@
K04hwclock.sh@
K04umountnfs.sh@
K05networking@
K06ifupdown@
K07umountfs@
K08umountroot@
K09reboot@
README
S00vzreboot*

This can't be correct ;)


   Christian

-- 
christian hofstaedtler



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

Bug#592635: iso-codes: [INTL:zh_TW] Updated Translation Chinese (zh_TW) for iso_3166 translation

[Tobias Quathamer]

package iso-codes
tags 592635 pending
thanks

Am Donnerstag, den 12.08.2010, 00:46 +0800 schrieb Tetralet:
> Hi,
> 
> Attached file is updated Translation Chinese translation for
> iso_3166 of iso-codes package.
> Please consider to apply this.

Hi,

thanks for the update, it's committed to git.

Regards,
Tobias

-- 
Tobias Quathamer | Isn't air travel wonderful? Breakfast in London,
Hamburg, Germany | dinner in New York, luggage in Brazil.



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#589928: closed by Evgeni Golov (done)

[Andreas Tille]

Hi Evgeni,

On Sat, Aug 28, 2010 at 04:54:03PM +, Debian Bug Tracking System wrote:
> From: Evgeni Golov 
> To: 589928-d...@bugs.debian.org
> Subject: done
> 
> Version: 20100826
> 
> Forgot to close the bug in the changelog :(
> Version 20100826 now has a python-script to pull screenshots from
> screenshots.d.n and resize them as needed.

Thanks for fixing this problem that quickly.  IMHO it is a nice move to
use and enhance Debian infrastructure and perhaps makes screenshots.d.n
more attractive.

Please make sure you also adapt the README and give the proper advise to
inject new screenshots via screenshots.debian.net.  Moreover I think
that the link to http://pkg-games.alioth.debian.org/thumbnails/ in the
README is not correct any more because the thumbnails are not maintained
there any more (at least they are not in sync with the current package
and I actually do not see any reason to keep this in sync any more).

Kind regards

   Andreas.

PS: I do not intend to reopen the bug because of the not yet updated
README file because I guess this will be quickly done.  However, if
this should serve as a reminder to not forget the issue reopening
might make some sense.

-- 
http://fam-tille.de



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

Bug#593483: Incorrect ISO 3166-2 XML

[Tobias Quathamer]

package iso-codes
tags 593483 pending
thanks

Hi,

thanks for your bug report. It has been fixed now and a new version will
be released shortly.

Regards,
Tobias

-- 
Tobias Quathamer | We all know Cray supercomputers are great...
Hamburg, Germany | they do infinite loops in about 4 hours.



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#594810: libnss3-dev: Reduce library list in nss.pc

[Mike Hommey]

tag 594810 wontfix
thanks

On Sun, Aug 29, 2010 at 06:03:14PM +0100, Tom Parker wrote:
> Package: libnss3-dev
> Version: 3.12.8~b2-1
> Severity: minor
> 
> /usr/lib/pkgconfig/nss.pc has a long list of libraries listed on the
> Libs line. All of these other than libnss3 should probably be on a
> Libs.private line

That would mean only libnss3 uses these other libraries, while this is
not the case. That these libraries are separated is an unfortunate
legacy, but the nss APIs are all over these libraries.

> and similarly nspr should be a Requires.private not a
> Requires, as this doesn't always need to be linked in. The current
> situation is that programs/libraries that want to link in libnss also
> have a bunch of other stuff shoved in as well...

Reality is that if you are using NSS APIs, you are also most likely
using NSPR APIs too, because so a lot of NSS APIs use NSPR types, which
require NSPR functions to setup.

Mike



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

Bug#594769: [Pkg-puppet-devel] Bug#594769: puppet: source file url sent to the master is invalid

[Stig Sandbeck Mathisen]

Sergio Gelato  writes:

> I'm referring to upstream issue #4319, which is fixed by commit
> 03313b81c696d12c756a5ff5adced5bed162bbfc . I've successfully applied
> the patch on top of the 2.6.0-3 package, and testing was successful.

Excellent, thank you for this bug report. :)

-- 
Stig Sandbeck Mathisen
  ooo, shiny!


pgp7GpB7KIHMY.pgp
Description: PGP signature

Bug#593102: (no subject)

[Nicholas Bamber]

I found that the reason for this is that the directory structure for 
this upstream package is odd. Arguably the Debian packaging scripts 
should respect that, but it is going to be easier to rearrange the 
directory structure inside the packaging scripts.
<>

Bug#594845: Acknowledgement (linux-image-2.6.32-5-amd64: kernel BUG at /build/buildd-linux-2.6_2.6.32-20-amd64-lNUT1p/..../fs/sysfs/file.c:539)

[Russell Stuart]

The problem disappears in
linux-image-2.6.35-trunk-amd64_2.6.35-1~experimental.2.




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

Bug#594853: redmine: [INTL:es] Updated spanish debconf template translation

[Ricardo Fraile]

Package: redmine
Version: 0.9.0
Severity: wishlist



Please find attached the Spanish debconf translation.


Thanks.

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

Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# redmine po-debconf translation to Spanish
# Copyright (C) 2009 Software in the Public Interest
# This file is distributed under the same license as the redmine package.
#
# Changes:
#   - Initial translation
#   Ricardo Fraile , 2009
#   - Update
#   Ricardo Fraile , 2010
#
# 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 y normas 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: redmine 0.9.0\n"
"Report-Msgid-Bugs-To: redm...@packages.debian.org\n"
"POT-Creation-Date: 2010-07-30 12:05+0200\n"
"PO-Revision-Date: 2010-08-03 17:35+0100\n"
"Last-Translator: Ricardo Fraile \n"
"Language-Team: Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: es\n"

#. Type: note
#. Description
#: ../templates:1001
msgid "Redmine package now supports multiple instances"
msgstr "Ahora el paquete Redmine permite ejecutar múltiples instancias"

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"You are migrating from an unsupported version. The current instance will be "
"now called the \"default\" instance. Please check your web server "
"configuration files, see README.Debian."
msgstr ""
"Está migrando desde una versión sin soporte. La instancia actual se llamará "
"«default». Por favor, compruebe los archivos de configuración de su servidor "
"web, vea «README.Debian»."

#. Type: string
#. Description
#: ../templates:2001
msgid "Redmine instances to be deconfigured:"
msgstr "Las instancias de Redmine que se van a desconfigurar:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Configuration files for these instances will be removed."
msgstr ""
"Los archivos de configuración para estas instancias que se van a eliminar."

#. Type: string
#. Description
#: ../templates:2001
msgid "Database (de)configuration will be asked accordingly."
msgstr "La base de datos de (des)configuración que se pedirá."

#. Type: string
#. Description
#: ../templates:3001
msgid "Redmine instances to be configured or upgraded:"
msgstr "Las instancias de Redmine que se van a configurar o actualizar:"

#. Type: string
#. Description
#: ../templates:3001
msgid "Space-separated list of instances identifiers."
msgstr ""
"La lista, separada por espacios, de los identificadores de las instancias."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Each instance has its configuration files in /etc/redmine//"
msgstr ""
"Cada instancia tiene su archivo de configuración en«/etc/redmine/"
"/»"

#. Type: string
#. Description
#: ../templates:3001
msgid "To deconfigure an instance, remove its identifier from this list."
msgstr ""
"Para desconfigurar una instancia, elimine su identificador de esta lista."

#. Type: select
#. Description
#: ../templates:4001
msgid "Default redmine language:"
msgstr "Idioma predeterminado para Redmine:"

#. Type: note
#. Description
#: ../templates:5001
msgid "Please install redmine-${dbtype} package"
msgstr "Por favor, instale el paquete redmine-${dbtype}"

#. Type: note
#. Description
#: ../templates:5001
msgid ""
"Redmine instance ${instance} is configured to use database type ${dbtype}, "
"but the corresponding redmine-${dbtype} package is not installed."
msgstr ""
"La instancia de Redmine ${instance} esta configurada para usar una base de 
datos tipo ${dbtype}, "
"pero el correspondiente paquete redmine-${dbtype} no se encuentra instalado."

#. Type: note
#. Description
#: ../templates:5001
msgid "Configuration of instance ${instance} is aborted."
msgstr ""
"Se ha abortado la configuración de la instancia ${instance}."

#. Type: note
#. Description
#: ../templates:5001
msgid ""
"To finish that configuration, please install redmine-${dbtype} package, and "
"reconfigure redmine using :"
msgstr ""
"Para finalizar la configuración, por favor, instale el paquete 
redmine-${dbtype}, y"
"vuelva a configurar Redmine usando:"

#. Type: note
#. Description
#: ../templates:5001
msgid "dpkg-reconfigure -plow redmine"
msg

Bug#594472: grub-pc: scary messages and very long boot time after upgrade

[Dh H]

So this looks a bit like there are two erros:
 1) mdadm is broken in 3.1.2 and brings up these errormessages.
 2) Grub2 seems to be broken, as it does not start crypto,
consecutively failing to bring up LVM

The only thing I dont understand is why it is only us two experiencing this.

To test, I have set up a virtual machine with KVM, for that I created
two lv's with 10G each and started kvm with

kvm -hda /dev/mapper/testdisk1 -hdb /dev/mapper/testdisk2 -cdrom


then I partitioned both disks with two partitions
  partition 1 : 250MB
  partition 2 : all remaining

with these two 'disks' I set up two raid1 sets
md0 = (hda1, hdb1)
md1 = (hda2, hdb2)

md0 is used for /boot as ext3

md1 I encrypted giving md1_crypt

md1_crypt is then used for LVM as volume group "x" which I have
partitioned as follows
x-swap 1GB swap space
x-root  all remaining for / as ext3

The installation process went all fine without any problems. (apart
from some minor quirks that should be reported somewhere else)

When rebooting I have the same behaviour as what you described first;

The system complains about the missing vg and comes up with a lot of
/sys/devices/virtual ... messages, then asks for the disk-passphrase,
goes into a longer thinking period and after another block of
/sys/devices/virtual/... messages the vm actually boots without any
further problems.

>From the point complaining about the missing vg right at the beginning
to the actual boot process starting, the vm consumes 150% of my
processors. Some things are going in an endless loop there?

I use the same architecture as you are: amd64 with a dual core processor.
The VM is set up as amd64 as well. It does not make a difference if I
run the vm with one or two processors (only that with one processor
the vm consumes 100% of that processor while boot is failing, cant do
more, can it? ;) )


Cheers
  Darren



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

Bug#576227: insserv: warning: script is corrupt or invalid

[Ola Lundqvist]

Hi Kir, Christian

Should we simply remove this file? Or should we simply add something  
dummy to it?


Corrected a similar bug in #594783 just an hour ago.

// Ola

Quoting "Christian Hofstaedtler" :

Hi Ola, Kir,

the sysv-rc upgrade today migrated my installation to 'dependency
based booting', complained quite a bit about K00vzreboot, but went
on with the migration. It left this state:

# ls -CF1 /etc/rc6.d
K00vzreboot*
K01nullmailer@
K01pdns@
K01unattended-upgrades@
K01urandom@
K02sendsigs@
K03rsyslog@
K04hwclock.sh@
K04umountnfs.sh@
K05networking@
K06ifupdown@
K07umountfs@
K08umountroot@
K09reboot@
README

If I'm not mistaken this will start vzreboot first, and then the other
shutdown scripts will never run. If this is the case, this is a critical
issue.

After restarting the CT, I now have these scripts:

# ls -CF1 /etc/rc6.d
K00vzreboot*
K01nullmailer@
K01pdns@
K01unattended-upgrades@
K01urandom@
K02sendsigs@
K03rsyslog@
K04hwclock.sh@
K04umountnfs.sh@
K05networking@
K06ifupdown@
K07umountfs@
K08umountroot@
K09reboot@
README
S00vzreboot*

This can't be correct ;)


   Christian

--
christian hofstaedtler






--
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---



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

Bug#594800: ITP: 0ad -- 3D real-time strategy (RTS) game of ancient warfare

[Bernhard R. Link]

* Bertrand Marc  [100829 18:42]:
> * Package name: 0ad
>   Version : alpha1~r07970

I'd suggest to make that 0~alpha1~r07970.

Assume There will be a 1.0 version some day, then

dpkg --compare-versions 'alpha1~r07970-1' '>>' '1.0-1' && echo true
true

so you'd need an epoch then

dpkg --compare-versions 'alpha1~r07970-1' '>>' '1:1.0-1' && echo true

which is usually quite annoying.

I guess that is way Policy 5.6.12 says:

"The upstream_version may contain [...] and should start with a digit."

Bernhard R. Link



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

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

[Michael Biebl]

On 30.08.2010 07:46, Christian Perrier wrote:
> Package: network-manager
> Version: 0.8.1-2+b1
> Severity: normal
> 
> I wanderred though n-m documentation and noticed that there is a
> system-level way to configure network connections, in order to avoid
> doing it for each and every user of the machine.
> 
> I suspect this should go in /etc/NetworkManager/system-connections,
> but how?
> 
> README says:
> "the system settings service stores it's config in distro-specific
> formats, or in a distro- agnostic format, depending on
> user/administrator preference."
> 
> But what is this format? An example in /usr/share/doc/n-m/examples
> would probably be enough...
> 

Hi Christian,

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

For the former, see NetworkManager.conf(5) resp
http://live.gnome.org/NetworkManager/SystemSettings

For the keyfile specification see
http://projects.gnome.org/NetworkManager/developers/settings-spec-08.html

I could install docs/settings-spec.html and docs/spec.html from the tarball if
you consider that useful. I just wonder if that should be shipped in the
network-manager package itself, or one of the -dev packages.

Cheers,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#588003: "Need help?" link doesn't work

[Ludovico Cavedon]

package qutecom
forwarded 588003 http://trac.qutecom.org/ticket/244
tags 588003 + confirmed pending
severity 588003 minor
thanks


On 07/03/2010 01:24 PM, Erik Esterer wrote:
> The window to configure the SIP profile has a "Need help?" link on the bottom 
> left corner, but it doesn't work.
> Clicking on this link has no effect at all: nothing happens..

Thanks for reporting the problem.
It will be fixed with next upload. Unfortunately the fix will not make
into squeeze.

Cheers,
Ludovico



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

Bug#594854: ITP: libexporter-renaming-perl -- Allow renaming of symbols on import

[Nicholas Bamber]

Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber 


* Package name: libexporter-renaming-perl
  Version : 1.19
  Upstream Author : Anno Siegel 
* URL : http://search.cpan.org/dist/Exporter-Renaming
* License : Perl
  Programming Lang: Perl
  Description : Allow renaming of symbols on import

Required by an existing module



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

Bug#594480: ipset from xtables-addons-common/sqeeze requires iptables/sid

[Pierre Chifflier]

On Thu, Aug 26, 2010 at 02:06:23PM +0400, Sergey Ptashnick wrote:
> Package: xtables-addons-common
> Version: 1.26-2
> Severity: important
> 
> ipset from xtables-addons-common 1.26-2 (sqeeze) requires shared library
> libxtables.so.5, that provided only by iptables 1.4.9-1 from sid,
> not 1.4.8-3 from sqeeze. Please add this dependency and request to update
> iptables in sqeeze from sid.

Hi Laurence,

Do you have any plan to include iptables 1.4.9 (or even better 1.4.9.1)
into squeeze ? This would indeed solve some problems with
xtables-addons, and since it's a bugfix release I'm sure the release
team would unblock if asked.

Pierre

> 
> -- System Information:
> Debian Release: 5.0.5
>   APT prefers stable
>   APT policy: (700, 'stable'), (600, 'testing'), (550, 'unstable')
> Architecture: i386 (i586)
> 
> Kernel: Linux 2.6.32-5-486
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages xtables-addons-common depends on:
> ii  iptables1.4.9-1  administration tools for packet 
> fi
> ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries
> 
> Versions of packages xtables-addons-common recommends:
> ii  xtables-addons-modules- 1.26-2+2.6.32-20 xtables-addons modules for Linux 
> (
> 
> xtables-addons-common suggests no packages.
> 
> -- no debconf information
> 
> 



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

Bug#591580:

[Jan-Pascal van Best]

> > libip6t_recent.so is missing  which renders the recent
> > match unusable with ip6tables.

> I don't recall libip6t_recent.so ever existing. IPv6 support was
> added well after the shift to libxt_*.so and libxt_recent.so is
> included.

No, it isn't (at least on my machine, with iptables 1.4.2-6 from Lenny):
$ ls -l /lib/xtables/*recent*
-rw-r--r-- 1 root root 9904 2009-02-09 20:35 /lib/xtables/libipt_recent.so
There's only the IPv4 version, no libxt_* or libipt6_*

Upgrading to squeeze does help:
# apt-get install -t squeeze iptables
[...]
$ ls -l /lib/xtables/*recent*
-rw-r--r-- 1 root root 10080 2010-07-16 23:17 /lib/xtables/libxt_recent.so

Cheers

Jan-Pascal








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

Bug#592892: [Pkg-openmpi-maintainers] Bug#592892: openmpi: FTBFS: Compilation errors

[Manuel Prinz]

tags 592892 + confirmed pending
thanks

Am Freitag, den 27.08.2010, 13:57 -0400 schrieb Jeff Squyres:
> This was the badness, as pointed out by Ralf here:
> 
> http://www.open-mpi.org/community/lists/devel/2010/08/8292.php
> 
> Fix will committed to upstream SVN this evening; a patch for the v1.4
> series is already available here:
> 
> https://svn.open-mpi.org/trac/ompi/ticket/2559
> 

Thanks to everyone involved for tracking and fixing this! I'll upload a
fixed version to Debian later today.

Best regards,
Manuel





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

Bug#594855: haskell-happstack-util: FTBFS: Prologue junk?: .type sdw1_ret, @function

[Philipp Kern]

Source: haskell-happstack-util
Version: 0.5.0.2-2
Severity: important

> ╔══╗
> ║ haskell-happstack-util 0.5.0.2-2 (powerpc) 29 Aug 2010 
> 14:09 ║
> ╚══╝
[...]
> [12 of 19] Compiling Happstack.Util.AutoBuild ( 
> src/Happstack/Util/AutoBuild.hs, dist-ghc6/build/Happstack/Util/AutoBuild.o )
> 
> src/Happstack/Util/AutoBuild.hs:38:12:
> Warning: A do-notation statement discarded a result of type 
> GHC.Conc.ThreadId.
>  Suppress this warning by saying "_ <- forkIO
>  (builder mph buildCmd 
> binPath newMod)",
>  or by using the flag -fno-warn-unused-do-bind
> 
> src/Happstack/Util/AutoBuild.hs:67:4:
> Warning: A do-notation statement discarded a result of type ExitCode.
>  Suppress this warning by saying "_ <- bracket
>  (runBin binPath binArgs)
>  (terminateProcess)
>  (\ ph
>   -> (>>)
>putMVar mph ph 
> waitForProcess ph)",
>  or by using the flag -fno-warn-unused-do-bind
> 
> src/Happstack/Util/AutoBuild.hs:90:4:
> Warning: A do-notation statement discarded a result of type ExitCode.
>  Suppress this warning by saying "_ <- waitForProcess ph",
>  or by using the flag -fno-warn-unused-do-bind
> [13 of 19] Compiling Happstack.Crypto.MD5 ( src/Happstack/Crypto/MD5.hs, 
> dist-ghc6/build/Happstack/Crypto/MD5.o )
> Prologue junk?:   .type   sdw1_ret, @function
> sdw1_ret:
>   mflr 3
>  # 15 "/tmp/ghc17432_0/ghc17432_0.hc" 1
> 
> make: *** [build-ghc6-stamp] Error 255
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> 
> Build finished at 20100829-1411
> FAILED [dpkg-buildpackage died]
> 
> Purging 
> /var/lib/schroot/mount/sid-powerpc-sbuild-f2c8c102-a857-4d92-877f-779d5d44061f/build/buildd-haskell-happstack-util_0.5.0.2-2-powerpc-XkG8gO
> Not removing build depends: cloned chroot in use
> 
> Finished at 20100829-1411
> Build needed 00:02:44, 6592k disc space


signature.asc
Description: Digital signature

Bug#588150: [Pkg-cups-devel] Bug#588150: cups no longer works with http: HTTP/1.1 426 Upgrade Required + server DoS

[Martin Pitt]

Hello Vincent,

Vincent Lefevre [2010-07-05 16:50 +0200]:
> While cups 1.4.3-1 works fine (I could check by downgrading to this
> version), cups 1.4.4-1 no longer works with http. A strace shows
> errors like:
> 
> 16:07:02 sendto(3, "POST / HTTP/1.1\r\nContent-Length:"..., 153, 0, NULL, 0) 
> = 153
> 16:07:02 sendto(3, "\...@\2\0\0\0\1\1g\0\22attributes-charset\0\5"..., 636, 
> 0, NULL, 0) = 636
> 16:07:02 poll([{fd=3, events=POLLIN}], 1, 1000) = 1 ([{fd=3, 
> revents=POLLIN|POLLERR}])
> 16:07:02 recvfrom(3, "HTTP/1.1 426 Upgrade Required\r\nD"..., 2048, 0, NULL, 
> NULL) = 787

Is that still true with 1.4.4-3? -1 and -2 ended up with TLS disabled
due to a GNUTLS change. This is fixed in version -3.

Thanks,

Martin

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



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

Bug#594856: xterm: pointer remains invisible after running aptitude

[Vincent Lefevre]

Package: xterm
Version: 261-1
Severity: normal

After running aptitude and quitting it, the pointer remains invisible
when one moves it, until one makes an xterm menu appear or one moves
the pointer out of the xterm window. This is always reproducible.

I've tried to reproduce this problem with "Log to File", and cat the
obtained log file, but in such a case, the problem doesn't appear.
The pointer even reappears instead of remaining invisible as long as
one doesn't move the mouse.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 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 xterm depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libice6   2:1.0.6-1  X11 Inter-Client Exchange library
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand
ii  libutempter0  1.1.5-3A privileged helper for utmp/wtmp 
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxaw7   2:1.0.7-1  X11 Athena Widget library
ii  libxft2   2.1.14-2   FreeType-based font drawing librar
ii  libxmu6   2:1.0.5-1  X11 miscellaneous utility library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  xbitmaps  1.1.0-1Base X bitmaps

Versions of packages xterm recommends:
ii  x11-utils 7.5+4  X11 utilities

Versions of packages xterm suggests:
pn  xfonts-cyrillic(no description available)

-- no debconf information



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

Bug#594857: crystalspace: FTBFS on powerpc

[Philipp Kern]

Source: crystalspace
Version: 1.4.0~svn32711-1
Severity: serious

I don't understand the log, so please look for yourself on buildd.d.o...

> sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org
> 
> ╔══╗
> ║ crystalspace 1.4.0~svn32711-1 (powerpc)29 Aug 2010 
> 13:22 ║
> ╚══╝
[...]
> g++ -c -o 
> ./out/linuxppc/optimize/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.o
>  
> -I/build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/.
>  -I./include 
> -I/build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/./include
>  -Wall -g -fPIC -O2 -fsigned-char -pipe -Wall -g -fPIC -O2 -fsigned-char 
> -Wall -Wno-unknown-pragmas -fvisibility=hidden -I/usr/local/include -Wall -g 
> -fPIC -O2 -fsigned-char -Wall -g -fPIC -O2 -fsigned-char -fno-exceptions 
> -fvisibility-inlines-hidden -O3 -fomit-frame-pointer -ffast-math -g2 -fPIC  
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp
> 
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:
>  In member function 'void 
> CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessSingleWrappedNode(ConditionEval&,
>  CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, 
> iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]':
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1519:
>instantiated from 'void 
> CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(ConditionEval&,
>  CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, 
> iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]'
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1533:
>instantiated from 'void 
> CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(T&) [with 
> ConditionEval = CS::Plugin::XMLShader::EvalCondTree]'
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:414:
>instantiated from 
> 'CS::Plugin::XMLShader::csWrappedDocumentNode::csWrappedDocumentNode(ConditionEval&,
>  CS::Plugin::XMLShader::csWrappedDocumentNode*, iDocumentNode*, 
> CS::Plugin::XMLShader::iConditionResolver*, 
> CS::Plugin::XMLShader::csWrappedDocumentNodeFactory*, 
> CS::Plugin::XMLShader::csWrappedDocumentNode::GlobalProcessingState*) [with 
> ConditionEval = CS::Plugin::XMLShader::EvalCondTree]'
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1898:
>instantiated from here
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1414:
>  warning: suggest parentheses around '&&' within '||'
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:
>  In member function 'void 
> CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessSingleWrappedNode(ConditionEval&,
>  CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, 
> iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalStatic]':
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1519:
>instantiated from 'void 
> CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(ConditionEval&,
>  CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, 
> iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalStatic]'
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1533:
>instantiated from 'void 
> CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(T&) [with 
> ConditionEval = CS::Plugin::XMLShader::EvalStatic]'
> /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:414:
>instantiated from 
> 'CS::Plugin::XMLShader::csWrappedDocumentNode::csWrappedDocumentNode(ConditionEval&,
>  CS::Plugin::XMLShader::csWrappedDocumentNo

Bug#594607: libdbi upload to SID reverted (was: Freeze exception for libdbi and libdbi-drivers)

[Markus Hoenicka]

Clint Byrum  was heard to say:



On Aug 28, 2010, at 1:49 AM, Thomas Goirand wrote:

Markus, it would be great if an 0.8.4 or 0.8.3.1 release arrived with
soname bumped. We could just rebuild all of our rdepends, but then anybody
who has depended on libdbi0 will break when the new version arrives.



I have to apologize for responding only now as I was off for a short  
vacation last week. I also have to apologize for the incorrect  
information that I sent to Thomas. I simply forgot about the changes  
in the constants which indeed may screw up a few things. I won't make  
any promises, but I'll try and see whether I can whip up a 0.8.4  
maintenance release with the updated so information.


regards,
Markus

--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38





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

Bug#594858: haskell-debian: FTBFS: (.text+0x56): undefined reference to `__stg_EAGER_BLACKHOLE_INFO'

[Philipp Kern]

Source: haskell-debian
Version: 3.47-3
Severity: important

> 
> sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org
> 
> ╔══╗
> ║ haskell-debian 3.47-3 (powerpc)29 Aug 2010 
> 14:05 ║
> ╚══╝
[...]
> [7 of 8] Compiling Debian.Util.FakeChanges ( Debian/Util/FakeChanges.hs, 
> dist-ghc6/build/fakechanges/fakechanges-tmp/Debian/Util/FakeChanges.o )
> [8 of 8] Compiling Main ( utils/FakeChanges.hs, 
> dist-ghc6/build/fakechanges/fakechanges-tmp/Main.o )
> Linking dist-ghc6/build/fakechanges/fakechanges ...
> /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o):
>  In function `sXK_info':
> (.text+0x56): undefined reference to `__stg_EAGER_BLACKHOLE_INFO'
> /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o):
>  In function `sXK_info':
> (.text+0x5a): undefined reference to `__stg_EAGER_BLACKHOLE_INFO'
> /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o):
>  In function `sXW_info':
> (.text+0xe6): undefined reference to `__stg_EAGER_BLACKHOLE_INFO'
> /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o):
>  In function `sXW_info':
> (.text+0xea): undefined reference to `__stg_EAGER_BLACKHOLE_INFO'
> /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o):
>  In function `sYf_info':
> (.text+0x23e): undefined reference to `__stg_EAGER_BLACKHOLE_INFO'
> /usr/lib/haskell-packages/ghc6/lib/parallel-2.2.0.1/ghc-6.12.1/libHSparallel-2.2.0.1.a(Strategies.o):(.text+0x242):
>  more undefined references to `__stg_EAGER_BLACKHOLE_INFO' follow
> collect2: ld returned 1 exit status
> make: *** [build-ghc6-stamp] Error 1
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> 
> Build finished at 20100829-1408
> FAILED [dpkg-buildpackage died]
> 
> Purging 
> /var/lib/schroot/mount/sid-powerpc-sbuild-3ac0bd7c-d786-4fe5-a03a-73fedbce910d/build/buildd-haskell-debian_3.47-3-powerpc-u9gv21
> Not removing build depends: cloned chroot in use
> 
> Finished at 20100829-1408
> Build needed 00:03:53, 24276k disc space


signature.asc
Description: Digital signature

Bug#594859: ITP: geotools -- Java library that provides tools for geospatial data

[David Paleino]

Package: wnpp
Severity: wishlist
Owner: David Paleino 

* Package name: geotools
  Version : 2.6.5
  Upstream Author : The Geotools Project
* URL : http://www.geotools.org/
* License : LGPL
  Programming Lang: Java
  Description : Java library that provides tools for geospatial data

 GeoTools is a Java library which provides standards-compliant methods for the
 manipulation of geospatial data, for example to implement Geographic
 Information Systems (GIS). The GeoTools library implements Open Geospatial
 Consortium (OGC) specifications as they are developed.
 .
 It supports both vector and raster images.
 Supported vector formats are:
  - ESRI Shapefile
  - OGC Geography Markup Language (GML)
  - OGC Web Feature Server (WFS)
  - PostGIS
  - Oracle Spatial
  - ArcSDE
  - MySQL
 Supported raster formats are:
  - OGC Web Mapping Server (WMS)
  - ArcGrid
  - GeoTIFF
  - Images georeferenced with a world file


This package is needed for geowebcache (ITP #589724).

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


signature.asc
Description: PGP signature

Bug#594828: xserver-xorg-input-kbd: one keypress is generating two keycodes if XkbOptions "abnt2"

[Julien Cristau]

On Sun, Aug 29, 2010 at 21:10:48 -0300, Gunther Furtado wrote:

> please let me know if what other information would be usefull.
> 
Please send your Xorg log and output of 'xkbcomp :0 -'.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#594860: hmmer: FTBFS (powerpc): altivec and cast errors

[Philipp Kern]

Source: hmmer
Version: 3.0-2
Severity: serious

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

Bug#479172: Updated patches

[Matthijs Kooijman]

Hey Guido,

> Yes. This looks really great in general, thanks alot! Two minor
> nitpicks:
Ok, nitpicks fixed. Instead of spamming this report with even more
patches, I've just pushed them here:

http://git.stderr.nl/gitweb?p=matthijs/upstream/git-buildpackage.git

Pull from:

http://git.stderr.nl/matthijs/upstream/git-buildpackage.git master

This is just the previous patches, but rebased, two new patches to
address your issues and two fixes for small bugs I noticed while moving
stuff around :-)

Gr.

Matthijs


signature.asc
Description: Digital signature

Bug#586907: *NOT* fixed in mercurial 1.6.2-1

[Romain Lerallut]

Le Saturday 28 August 2010 11:16:52, vous avez écrit :
> Hi Romain,
> 
> On 26/08/10 14:06, Romain Lerallut wrote:
> > It seems that the patches in debian/patches are not applied when building
> > the package. Anyway, the url.py file is not patched and the problem
> > persists.
> 
> Can you please confirm that it is now fixed in 1.6.2-2?

Confirmed, many thanks.

Romain



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

Bug#594836: speech-dispatcher: Fix UTF-8 output to cicero

[Milan Zamazal]

Forwarded upstream.




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

Bug#594856: xterm: pointer remains invisible after running aptitude

[Thomas Dickey]

On Mon, 30 Aug 2010, Vincent Lefevre wrote:


Package: xterm
Version: 261-1
Severity: normal

After running aptitude and quitting it, the pointer remains invisible
when one moves it, until one makes an xterm menu appear or one moves
the pointer out of the xterm window. This is always reproducible.


this sounds like (man xterm):

   pointerMode (class PointerMode)
   Specifies when the pointer may be hidden as the user types.  It
   will be redisplayed if the user moves the mouse, or clicks  one
   of its buttons.

   0  never

   1  the  application  running  in  xterm has not activated mouse
  mode.  This is the default.

   2  always.

(pointerMode resource was added at the beginning of 2008)

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



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

Bug#594856: xterm: pointer remains invisible after running aptitude

[Vincent Lefevre]

On 2010-08-30 10:43:09 +0200, Vincent Lefevre wrote:
> After running aptitude and quitting it, the pointer remains invisible
> when one moves it, until one makes an xterm menu appear or one moves
> the pointer out of the xterm window. This is always reproducible.
> 
> I've tried to reproduce this problem with "Log to File", and cat the
> obtained log file, but in such a case, the problem doesn't appear.
> The pointer even reappears instead of remaining invisible as long as
> one doesn't move the mouse.

To reproduce the bug, run "ttyplay ttyrecord-pointer" (attached)
in an 80x60 xterm and type a key before the end, so that the mouse
pointer disappears.

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


ttyrecord-pointer
Description: Binary data

Bug#583917: Bug#594472: grub-pc: scary messages and very long boot time after upgrade

[Toni Mueller]

Hi,

On Mon, 30.08.2010 at 08:55:23 +0100, Dh H  wrote:
> So this looks a bit like there are two erros:
>  1) mdadm is broken in 3.1.2 and brings up these errormessages.
>  2) Grub2 seems to be broken, as it does not start crypto,
> consecutively failing to bring up LVM

thanks for the analysis. I'm under the impression that mdadm does
assemble the raids, but then fails to recognize the partition table.
But I don't know whether this is still in the realm of mdadm's
responsibility, or whether some other package (linux-image-*?) should
be responsible instead.

> The only thing I dont understand is why it is only us two
> experiencing this.

I thought I found more than our two reports for this whole problem
suite, but then, this problem only seems to pop up for people who were
upgrading fairly often. See eg. #586449, which seems to be related to
me.

> When rebooting I have the same behaviour as what you described first;

Now *this* sounds dangerous: Failing to reboot for a newly-installed
system. This means that re-installing a box wouldn't fix the problem,
but only recreate it.

> The system complains about the missing vg and comes up with a lot of
> /sys/devices/virtual ... messages, then asks for the disk-passphrase,
> goes into a longer thinking period and after another block of
> /sys/devices/virtual/... messages the vm actually boots without any
> further problems.

My system's "thinking period" was ended by OOM-killer because something
ate all my RAM. I already submitted messages which included tracebacks
which I can't make too much sense of right now.

> to the actual boot process starting, the vm consumes 150% of my
> processors. Some things are going in an endless loop there?

Sure, and leaking lots of memory underway...

> I use the same architecture as you are: amd64 with a dual core processor.

I have a quad-core (945), plus I run an i386 system with the -bigmem
kernel on top of it, as I also have 8gigs of RAM in my box.

I didn't dare to turn the machine off since it last took so long to
boot, but (of course) would like to.

> The VM is set up as amd64 as well. It does not make a difference if I
> run the vm with one or two processors (only that with one processor
> the vm consumes 100% of that processor while boot is failing, cant do
> more, can it? ;) )

I can't inspect my system very well, but from the sound of the fans,
the CPU must be sizzling hot.


Kind regards,
--Toni++




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

Bug#594567: Upload reverted

[Michal Čihař]

Hi

Dne Sun, 29 Aug 2010 15:40:21 +0800
Thomas Goirand  napsal(a):

> After discussion with the release team, I have reverted my upload, and
> SID now contains version 0.8.2 as before. The issue was that there's a
> ABI that would make it necessary to BinNMU a dozen of packages, which
> the release team does not wish to do.
> 
> I'm sorry for the breakage. Upstream told me that there was only
> bugfixes, but in fact, there's change in the enum for error codes. Also,
> it seems I compiled the libdbd-* against the wrong version of
> libdbi-dev. Anyway, since I reverted, it should be ok now.
> 
> Please let me know how it goes when building Gammu, as I'm currently not
> 100% sure that it did compile against the correct libdbi version in SID
> (maybe I should have delayed-upload the drivers to make sure that the
> libdbi0 was uploaded before compiling the drivers). The only thing I'm
> sure is that the Testing version of libdbi is correct as it was
> untouched. If there was yet another issue with libdbi, I'll BinNMU the
> drivers, which should fix the issue if any.

The version in sid (and squeze) should be fine, it only affected
version in experimental.

Also in the end it does not seem to be caused by wrong build, but
rather by using --enable-dbi, which has inverted logic as somebody else
pointed out in the bug.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#594861: RM: softbeep -- RoQA; obsolete

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove softbeep, it's obsolete these days since it's handled by the
kernel.

Cheers,
Moritz



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

Bug#594862: RM: arch-buildpackage -- RoQA; orphaned for long time, unused

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove arch-buildpackage. It's orphaned since 2006 and has hardly
any users. It's also misses adaptations to be compatible with debian 
source format 3.

Cheers,
Moritz



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

Bug#594863: RM: py2play -- RoQA; no longer used, security issues

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove py2play:

The game it was created for (Slune) is no longer in the archive,
it has open security issues (see package description):

 *** WARNING ***
 This software has important security issues, and the network code is
 deactivated. Please DO NOT USE it in your own software ; use Tofu with
 Cerealizer instead, which now replace it with a few improvements. This
 package is kept only to run Slune, until someone rewrite the corresponding
 part of the code to use Tofu+Cerealizer and reactivate network gaming (it
 is planed upstream, but a quite hard task, please be patient).

Also it's currently incompatible with Python 2.6.

Cheers,
Moritz



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

Bug#594864: RM: prokyon3 -- RoQA; obsolete, orphaned for a long time, alternatives exist

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove prokyon3. It has seen it's last maintainer upload in 2006, has 
hardly
any users and plenty of alternatives exist.

Cheers,
Moritz



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

Bug#594865: RM: powerprefs -- RoQA; orphaned for a long time, no users

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove powerprefs. It's been orphaned since 2007 and has virtually
no users in popcon.

Cheers,
Moritz



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

Bug#594867: RM: keynote -- RoQA; unused, orphaned, not in stable

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove keynote. It's been orphaned since 2008, has virtually
no users and not deps/rdeps.

Cheers,
Moritz



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

Bug#594866: RM: pload -- RoQA; unmaintained, hardly any users, alternatives exist

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove pload. It has hardly any users, the last maintainer upload
was in 2003 and alternatives exist.

Cheers,
Moritz



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

Bug#520746: O: soci -- C++ Database Access Library (core)

[Moritz Muehlenhoff]

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

Are you going ahead with the removal?

Cheers,
Moritz



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

Bug#593886: O: cvsnt -- Improved multiplatform version of the original CVS

[Moritz Muehlenhoff]

On Sun, Aug 29, 2010 at 07:23:39PM +0200, Andreas Tscharner wrote:
> On 23.08.2010 19:16, Moritz Muehlenhoff wrote:
> >On Sat, Aug 21, 2010 at 11:05:02PM +0200, Andreas Tscharner wrote:
> 
> [snip]
> >>2) Upstream will sell cvsnt (community edition as they call it) in the 
> >>future.
> >>This is possible in compliance with the GPL. For a possible future 
> >>maintainer,
> >>there is a free and anonymous CVS read access, but this can be terminated
> >>without further notice at any time.
> >>
> >>The package suffers a critical bug and should be updated or even better
> >>removed from Debian.
> >
> >In light of 2) we should rather remove it than continuing to include
> >it in Squeeze. It also has hardly any users in popcon.
> 
> I fully agree. Do I need to do something to remove it?

Use "reportbug ftp.debian.org" and use the "Package removal - Request Of 
Maintainer"
option.

Cheers,
Moritz



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

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

[Nicholas WASTELL]

Hello,

Yes, the release version 1.0.28 (pre-built binary) works for my case (though it 
didn't when it was the dev. version).

Thank you for your help.


Nick.



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

Bug#594856: xterm: pointer remains invisible after running aptitude

[Vincent Lefevre]

On 2010-08-30 05:02:28 -0400, Thomas Dickey wrote:
> On Mon, 30 Aug 2010, Vincent Lefevre wrote:
> this sounds like (man xterm):
> 
>pointerMode (class PointerMode)
>Specifies when the pointer may be hidden as the user types.  It
>will be redisplayed if the user moves the mouse, or clicks  one
>of its buttons.
> 
>0  never
> 
>1  the  application  running  in  xterm has not activated mouse
>   mode.  This is the default.
> 
>2  always.
> 
> (pointerMode resource was added at the beginning of 2008)

pointerMode is 2 in my case, so that when I type a key, the pointer
disappears. But the man page says: "It will be redisplayed if the
user moves the mouse", which xterm fails to do.

Note: as long as aptitude is running, the mouse pointer is redisplayed
when I move the mouse. The problem occurs after I quit aptitude.

This bug seems to be old, since I can reproduce it with xterm 251.

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



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

Bug#593652: grub-common: Bug still present in unstable

[Vincent Danjean]

Package: grub-common
Version: 1.98+20100804-4
Severity: normal

  This bug is still present in unstable (1.98+20100804-4).
I rebuilt the grub-probe binary with debug information.
[
about that, I changed debian/rules before running "debian/rules binary"
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0
else
export CFLAGS += -O2 -g
endif
=> I needed to add "export" so that the CFLAGS modification is taken into
accound. Are you sure "-O2" is used in buildd ?
]

Here is what I got:
aya:/tmp/grub2-1.98+20100804# gdb --args build/grub-common/grub-probe 
--target=fs /boot
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from 
/tmp/grub2-1.98+20100804/build/grub-common/grub-probe...done.
(gdb) run
Starting program: /tmp/grub2-1.98+20100804/build/grub-common/grub-probe 
--target=fs /boot

Program received signal SIGSEGV, Segmentation fault.
0x0042576e in insert_array (name=)
at ../../disk/raid.c:505
505 if (array->device[new_array->index] != NULL)
(gdb) bt
#0  0x0042576e in insert_array (name=)
at ../../disk/raid.c:505
#1  hook (name=) at ../../disk/raid.c:666
#2  0x0040615d in iterate_disk (disk_name=)
at ../../kern/device.c:123
#3  0x00402b7b in grub_util_biosdisk_iterate (hook=0x7fffe550)
at ../../kern/emu/hostdisk.c:206
#4  0x00406206 in grub_disk_dev_iterate (hook=0x7fffe550)
at ../../kern/disk.c:212
#5  0x00405ede in grub_device_iterate (hook=)
at ../../kern/device.c:168
#6  0x0042761a in grub_init_all () at grub_probe_init.c:58
#7  0x00402a21 in main (argc=3, argv=)
at ../../util/grub-probe.c:443
(gdb) print array
$1 = (struct grub_raid_array *) 0x668150
(gdb) print array->device
$2 = {0x668080, 0x6684d0, 0x66cd40, 0x667620, 0x0 }
(gdb) print new_array
$3 = 
(gdb) print new_array->index
Cannot access memory at address 0x20
(gdb) up
#1  hook (name=) at ../../disk/raid.c:666
666   (! insert_array (disk, &array, start_sector, 
grub_raid_list->name)))
(gdb) print array
$4 = {number = 0, level = 5, layout = 2, total_devs = 4, chunk_size = 256, 
  disk_size = 524287488, index = 65535, uuid_len = 16, uuid = 0x66d2c0 "", 
  name = 0x66d2a0 "aya:aya-raid5-A", nr_devs = 0, device = {
0x0 , 0x14e}, start_sector = {4359940, 4341993, 0, 
4228828, 0, 0, 0, 0, 562949935464449, 64013806272512, 0, 0, 6715152, 0, 0, 
12273716359468154880, 562949953421311, 1, 976773167, 0, 0, 
140737354118930, 6496336, 140737488348288, 0, 140737354119085, 6737456, 
140737349652032, 6737456, 4356882, 0, 140737349652032}, next = 0x66ce30}
(gdb) print array.index
$5 = 65535
(gdb) 

This last value seems a bit big, no ?

  Regards,
Vincent



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

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 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 grub-common depends on:
ii  base-files  5.9  Debian base system miscellaneous f
ii  dpkg1.15.7.2 Debian package management system
ii  gettext-base0.18.1.1-1   GNU Internationalization utilities
ii  install-info4.13a.dfsg.1-5   Manage installed documentation in 
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libdevmapper1.02.1  2:1.02.48-3  The Linux Kernel Device Mapper use
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages grub-common recommends:
ii  os-prober 1.39   utility to detect other OSes on a 

Versions of packages grub-common suggests:
pn  grub-emu   (no description available)
pn  multiboot-doc  (no description available)
ii  xorriso 0.5.6.pl00-2 command line iso9660+RR manipulati

-- 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#594435: Quoted strings in pin specifications do not work

[David Kalnischkies]

Hi!

2010/8/26 Julian Andres Klode :
> On Do, 2010-08-26 at 01:38 +0100, Ben Hutchings wrote:
>> The *only* example of pinning by origin in apt_preferences(5) is:

That was fixed in version 0.7.26~exp3 and is part of 0.8.0 which
will be in a few days in testing hopefully.


> I personally do not want quoting here, as it just complicates parsing
> and breaks backwards compatibility. The documentation could state
> explicitly that quotes are not supported; but this is purely a
> documentation issue, and thus minor (it may also break translations of
> the manpage).

I don't get the complicated parser argument, how could a single char
increase the complexity of a parser - especially as the empty string
needs to be represented somehow anyway…
And compatibility? Its long ago that i saw a hostname starting with "…
Or do we need to maintain compatibilty with this bugs as users have non
working rules in their preferences file because of this bug?

I personally don't want to complicated it for a human being if a
machine could do the hard work - at least in my understand we created
machines to do the hard and boring work for us in the first place, so why
enforce a silly "no quotes allowed - but needed if origin is empty" rule?


Anyway, the "fun" fact is that the manpage is wrong:
First of all "" doesn't work as expected, especially not if the local archive
is not flat. Further more i made the mistake to document the origin now
by writing "ftp.de.debian.org" which is obviously also wrong.

Thankfully, we have two simple options to fix it:
1. Fix "" and remove the quotes around the hostname by fiddling with the po's
2. Fix "" and allow the quotes around the hostname

Attached is the overly complicated patch to fix it by implementing option 2 -
option 1 would only differ a bit in the first if-else block and would need
a bit too much handwork on the po files for my taste…


Best regards

David Kalnischkies
=== modified file 'apt-pkg/versionmatch.cc'
--- apt-pkg/versionmatch.cc	2010-06-28 15:38:08 +
+++ apt-pkg/versionmatch.cc	2010-08-30 09:33:13 +
@@ -118,7 +118,10 @@

if (Type == Origin)
{
-  OrSite = Data;
+  if (Data[0] == '"' && Data.end()[-1] == '"')
+	 OrSite = Data.substr(1, Data.length() - 2);
+  else
+	 OrSite = Data;
   return;
}   
 }
@@ -259,10 +262,10 @@
if (Type == Origin)
{
   if (OrSite.empty() == false) {
-	 if (File->Site == 0 || !ExpressionMatches(OrSite, File.Site()))
+	 if (File->Site == 0)
 	return false;
   } else // so we are talking about file:// or status file
-	 if (strcmp(File.Site(),"") == 0 && File->Archive != 0) // skip the status file
+	 if (strcmp(File.Site(),"") == 0 && File->Archive != 0 && strcmp(File.Archive(),"now") == 0) // skip the status file
 	return false;
   return (ExpressionMatches(OrSite, File.Site())); /* both strings match */
}

Bug#583917: Bug#594472: grub-pc: scary messages and very long boot time after upgrade

[Dh H]

> thanks for the analysis. I'm under the impression that mdadm does
> assemble the raids, but then fails to recognize the partition table.
> But I don't know whether this is still in the realm of mdadm's
> responsibility, or whether some other package (linux-image-*?) should
> be responsible instead.
>
Correct, it assembles the raids and moans about an unrecognized partition table.
The latter I assume is normal, since mdo (in my case) is an ext3
partition and not a disk with a partition table, the same applies to
md1, which is not anything that could be recognized as a valid disk,
because it is completely encrypted.

Agree it could be anything, even udev, where I found some references
to. Nevertheless, MDADM 3.1.2 seems to worsen the problem, as does the
current Grub2.

>> When rebooting I have the same behaviour as what you described first;
>
> Now *this* sounds dangerous: Failing to reboot for a newly-installed
> system. This means that re-installing a box wouldn't fix the problem,
> but only recreate it.
>
Correct, and it is replicable, which should allow someone with more
technical knowledge than me to analyse in detail. Given the fact this
happens on a VM makes me confident it is not Hardware related. I run
on a laptop with two disks and an intel dual core, which is fairly
different to your quad ;).

> My system's "thinking period" was ended by OOM-killer because something
> ate all my RAM. I already submitted messages which included tracebacks
> which I can't make too much sense of right now.
>
Could not check this, I only gave 512M to the VM and the 'thinking
period' was quite short, a good part of a minute I guess.

> I didn't dare to turn the machine off since it last took so long to
> boot, but (of course) would like to.
>
I rebooted mine several times now. Only have to help with the busybox
commands to get it up and running. That seems fairly stable ;)

> I can't inspect my system very well, but from the sound of the fans,
> the CPU must be sizzling hot.
my fan does not quite go to loud mode, dunno why at 100% cpu
utilisation I would expect it. On the otherhand the machine does not
feel too hot either.



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

Bug#594856: xterm: pointer remains invisible after running aptitude

[Thomas Dickey]

On Mon, 30 Aug 2010, Vincent Lefevre wrote:


This bug seems to be old, since I can reproduce it with xterm 251.


agree - I checked back to #233

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



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

Bug#525631: publish workaround

[jidanni]

Can you please publish the workaround.
When apt-file is doing its thing, the network becomes totally unusable.
Anybody home?



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

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

[Andreas Henriksson]

Hello!

I've created a (completely untested) patch with the solution
you seemed to have agreed on (see attachment).

It would be appreciated if someone was willing to test the patch.
If it happens to solve the problem, it would be nice to know if
maintainers would appreciate a NMU or not.

-- 
Regards,
Andreas Henriksson
--- udisks-1.0.1+git20100614/debian/udisks.postinst	2010-06-14 16:11:43.0 +0200
+++ udisks-1.0.1+git20100614.fixed/debian/udisks.postinst	2010-08-30 11:50:33.0 +0200
@@ -1,7 +1,19 @@
 #!/bin/sh
 set -e
 
-if [ "$1" = "configure" ]; then
+# this helper function borrowed from udev.postinst
+chrooted() {
+  if [ "$(stat -c %d/%i /)" = "$(stat -Lc %d/%i /proc/1/root 2>/dev/null)" ];
+  then
+# the devicenumber/inode pair of / is the same as that of /sbin/init's
+# root, so we're *not* in a chroot and hence return false.
+return 1
+  fi
+  echo "A chroot environment has been detected, udisks not restarted."
+  return 0
+}
+
+if [ "$1" = "configure" ] && ! chrooted ; then
 # stop udisks-daemon
 if start-stop-daemon --stop --quiet --exec /usr/lib/udisks/udisks-daemon; then
 	DO_RESTART=1

Bug#556436: --no-download

[jidanni]

# man aptitude|col -b|grep no-download
# man apt-get|col -b|grep no-download
   --no-download



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

Bug#588382: your mail

[Rene Engelhard]

forwarded 588382 https://bugzilla.novell.com/show_bug.cgi?id=615812 
merge 588382 594275
thanks

Hi,

On Sat, Jul 31, 2010 at 07:12:12PM -0700, Alex Hvostov wrote:
> I should also mention that, when trying to read a PDF generated by
> Debian OOo, GNOME's Evince program complains:
> 
> > $ evince foo.pdf
> > Error: PDF file is damaged - attempting to reconstruct xref table...

so this probably is the same as #594275 (and thus
https://bugzilla.novell.com/show_bug.cgi?id=615812)

Grüße/Regards,

René



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

Bug#594868: packages.debian.org: Broken handling of dependencies on virtual packages in lenny-bpo

[Axel Beckert]

Package: www.debian.org
Severity: normal

While resolving the dependency on xen-hypervisor-amd64 (a virtual
package provided by xen-hypervisor-4.0-amd64) works fine in sid[1], it
doesn't resolve for lenny-bpo[2] despite xen-hypervisor-3.2-1-amd64 from
Lenny[3] provides that[4].

  [1] http://packages.debian.org/en/sid/xen-linux-system-2.6.32-5-xen-amd64
  [2] 
http://packages.debian.org/lenny-backports/xen-linux-system-2.6.32-bpo.4-xen-amd64
  [3] http://packages.debian.org/lenny/xen-hypervisor-3.2-1-amd64
  [4] Provides: xen-hypervisor, xen-hypervisor-3, xen-hypervisor-3.2-1, 
xen-hypervisor-amd64

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'oldstable'), (400, 
'stable'), (110, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
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#360554: GOOD DAY

[Juan David Aguiar Tibaquicha]

I have business for you get back for details



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

Bug#525631: publish workaround

[jidanni]

#Terrible verified workaround example
echo 'limit-rate = "16k"' >> /root/.curlrc



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

Bug#594869: elektra: FTBFS: symbol table changed

[Philipp Kern]

Source: elektra
Version: 0.7.0-1
Severity: serious

> 
> sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org
> 
> ╔══╗
> ║ elektra 0.7.0-1 (powerpc)  30 Aug 2010 
> 09:52 ║
> ╚══╝
> 
[...]
> dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
> diff output below
> dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
> file: see diff output below
> dpkg-gensymbols: warning: debian/libelektra-cpp0/DEBIAN/symbols doesn't match 
> completely debian/libelektra-cpp0.symbols
> --- debian/libelektra-cpp0.symbols (libelektra-cpp0_0.7.0-1_powerpc)
> +++ dpkg-gensymbolsCxwfDK 2010-08-30 09:56:16.0 +
> @@ -19,7 +19,8 @@
>   _zn3kdb3kdb3seterkns_3k...@base 0.7.0
>   _zn3kdb3kdb3seterns_6keyseterkns_3ke...@base 0.7.0
>   _zn3kdb3kdb6removeer...@base 0.7.0
> - _zn3kdb3kdb9getstringerkss...@base 0.7.0
> + _zn3kdb3kdb9getstringerkss...@base 0.7.0-1
> +#MISSING: 0.7.0-1# _zn3kdb3kdb9getstringerkss...@base 0.7.0
>   _zn3kdb3kdb9setstringerkss...@base 0.7.0
>   _zn3kdb3kdbc...@base 0.7.0
>   _zn3kdb3kdbc...@base 0.7.0
> @@ -27,7 +28,7 @@
>   _zn3kdb3kdbd...@base 0.7.0
>   _zn3kdb3key10setcommenter...@base 0.7.0
>   _zn3kdb3key11setbasenameer...@base 0.7.0
> - _zn3kdb3key3setissee...@base 0.7.0
> +#MISSING: 0.7.0-1# _zn3kdb3key3setissee...@base 0.7.0
>   _zn3kdb3key4sta...@base 0.7.0
>   _zn3kdb3key6remov...@base 0.7.0
>   _zn3kdb3key6setdi...@base 0.7.0
> @@ -40,7 +41,8 @@
>   _zn3kdb3key8setctim...@base 0.7.0
>   _zn3kdb3key8setmtim...@base 0.7.0
>   _zn3kdb3key8setownerer...@base 0.7.0
> - _zn3kdb3key9setbinaryep...@base 0.7.0
> + _zn3kdb3key9setbinaryep...@base 0.7.0-1
> +#MISSING: 0.7.0-1# _zn3kdb3key9setbinaryep...@base 0.7.0
>   _zn3kdb3key9setstring...@base 0.7.0
>   _zn3kdb3keyc1epkcp13__va_list_...@base 0.7.0
>   _zn3kdb3keyc1ep...@base 0.7.0
> @@ -61,13 +63,18 @@
>   _zn3kdb6keyset4sor...@base 0.7.0
>   _zn3kdb6keyset6appenderkns_3k...@base 0.7.0
>   _zn3kdb6keyset6appenderk...@base 0.7.0
> - _zn3kdb6keyset9setcurso...@base 0.7.0
> + _zn3kdb6keyset9setcurso...@base 0.7.0-1
> +#MISSING: 0.7.0-1# _zn3kdb6keyset9setcurso...@base 0.7.0
>   _zn3kdb6keysetc1erk...@base 0.7.0
> - _zn3kdb6keysetc1emp13__va_list_...@base 0.7.0
> - _zn3kdb6keysetc1...@base 0.7.0
> + _zn3kdb6keysetc1ejp13__va_list_...@base 0.7.0-1
> + _zn3kdb6keysetc1...@base 0.7.0-1
> +#MISSING: 0.7.0-1# _zn3kdb6keysetc1emp13__va_list_...@base 0.7.0
> +#MISSING: 0.7.0-1# _zn3kdb6keysetc1...@base 0.7.0
>   _zn3kdb6keysetc2erk...@base 0.7.0
> - _zn3kdb6keysetc2emp13__va_list_...@base 0.7.0
> - _zn3kdb6keysetc2...@base 0.7.0
> + _zn3kdb6keysetc2ejp13__va_list_...@base 0.7.0-1
> + _zn3kdb6keysetc2...@base 0.7.0-1
> +#MISSING: 0.7.0-1# _zn3kdb6keysetc2emp13__va_list_...@base 0.7.0
> +#MISSING: 0.7.0-1# _zn3kdb6keysetc2...@base 0.7.0
>   _zn3kdb6keysetd...@base 0.7.0
>   _zn3kdb6keysetd...@base 0.7.0
>   _zn3kdblsersorkns_3k...@base 0.7.0
> @@ -109,7 +116,8 @@
>   _znk3kdb3key8issyste...@base 0.7.0
>   _znk3kdb3key8needsta...@base 0.7.0
>   _znk3kdb3key8needsyn...@base 0.7.0
> - _znk3kdb3key9getbinarye...@base 0.7.0
> + _znk3kdb3key9getbinarye...@base 0.7.0-1
> +#MISSING: 0.7.0-1# _znk3kdb3key9getbinarye...@base 0.7.0
>   _znk3kdb3key9getstrin...@base 0.7.0
>   _znk3kdb6keyset4hea...@base 0.7.0
>   _znk3kdb6keyset4siz...@base 0.7.0
> dh_makeshlibs: dpkg-gensymbols -plibelektra-cpp0 
> -Idebian/libelektra-cpp0.symbols -Pdebian/libelektra-cpp0 returned exit code 1
> make: *** [binary-arch] Error 1
> dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave 
> error exit status 2
> 
> Build finished at 20100830-0956
> FAILED [dpkg-buildpackage died]
> 
> Purging 
> /var/lib/schroot/mount/sid-powerpc-sbuild-02186a86-9b2a-44f9-95f0-eecd745c741d/build/buildd-elektra_0.7.0-1-powerpc-duDDf1
> Not removing build depends: cloned chroot in use
> 
> Finished at 20100830-0956
> Build needed 00:03:27, 18636k disc space


signature.asc
Description: Digital signature

Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior

[Timo Juhani Lindfors]

Thomas Dickey  writes:
> I saw something like that, the first time I tried the script, but am
> unsure where the problem lies.  But then I ran a few more times
> without encountering the bug (puzzled).
>
> If it's more/less reproducible, I might be able to see something with
> a debug-trace (unless the problem lies in the X libraries).

I see it quite often but not always :-)

The attached xterm.xtrace.bz2 shows how the terminal works for a while
but then stops responding. When it stopped responding I typed
"terminal is not responding" or something like that so that you can
find it from the trace (if you convert the keycodes back to ascii...).



xterm.xtrace.bz2
Description: Binary data

Bug#383781: tetex-bin: dvips can't create files >2GB

[Hilmar Preusse]

On 19.08.06 Roland Lezuo (e0227...@student.tuwien.ac.at) wrote:

Hi,

Are the person who submitted http://bugs.debian.org/383781 ?

> Package: tetex-bin
> Version: 3.0-18
> Severity: important
> 
> After converting a file including lots of eps files dvips dies with
> this message: "File size limit exceeded" File size is 2147483647
> bytes.
> 
Could you check if the bug is still in TL 2009?

Thanks,
  Hilmar
-- 
sigmentation fault



-- 
To UNSUBSCRIBE, email to debian-tex-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100828131359.ga15...@preusse-16223.user.cis.dfn.de




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

Bug#594870: epiphany-browser: deleting cookies takes over a minute

[Paul Menzel]

Subject: epiphany-browser: deleting cookies takes over a minute
Package: epiphany-browser
Version: 2.30.3-1
Severity: normal

*** Please type your report below this line ***

Dear Debian folks,


after the upgrade of Gnash I wanted to delete the cookies as noted in the 
changelog [1].

I decided to delete all Cookies and selected all using marking the last one, 
holding shift and marking the first one. Hitting delete Epiphany worked quite 
slowly and it took it over four minutes to delete all of them. The following 
messages were printed in the terminal several times.

(epiphany-browser:11984): Gtk-CRITICAL **: gtk_tree_model_get_iter: 
assertion `path != NULL' failed

(epiphany-browser:11984): Gtk-CRITICAL **: gtk_list_store_get_value: 
assertion `VALID_ITER (iter, list_store)' failed

(epiphany-browser:11984): GLib-GObject-CRITICAL **: g_value_get_boxed: 
assertion `G_VALUE_HOLDS_BOXED (value)' failed

(epiphany-browser:11984): libsoup-CRITICAL **: 
soup_cookie_jar_delete_cookie: assertion `cookie != NULL' failed

(epiphany-browser:11984): GLib-GObject-CRITICAL **: g_value_unset: 
assertion `G_IS_VALUE (value)' failed

While Epiphany was slow/frozen I attached to it with GDB. You find the output 
of `t a a bt full` attached.

Opening the Privacy (Private Daten) dialog again, I noticed not all cookies 
were deleted. Trying to delete some of them one by one – starting from the last 
one in the list – worked. Then I hit a domain were hitting delete would not 
delete the domain, but only move the highlighting to the domain above. And 
trying to delete the one above would not delete it but just move the 
selection/highlighting one down again. Nothing was displayed on the terminal.

Using Delete all worked fast and deleted all the cookies as expected though.

Do you know what might be the reason for that behavior? Was the database (Is 
SQLite used?) corrupt?


Thanks,

Paul


[1] 
http://packages.debian.org/changelogs/pool/main/g/gnash/gnash_0.8.8-2/changelog

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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x111.2.24-3 simple interprocess messaging syst
ii  epiphany-browser-data   2.30.3-1 Data files for the GNOME web brows
ii  gnome-icon-theme2.30.3-1 GNOME Desktop icon theme
ii  iso-codes   3.19-1   ISO language, territory, currency,
ii  libavahi-client30.6.27-2 Avahi client library
ii  libavahi-common30.6.27-2 Avahi common library
ii  libavahi-gobject0   0.6.27-2 Avahi GObject library
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libgirepository1.0-00.6.14-1+b1  Library for handling GObject intro
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gtk2 0.5.0-2  sends desktop notifications to a n
ii  libnspr4-0d 4.8.6-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.7-1 Network Security Service libraries
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libseed02.30.0-1+b1  GObject JavaScript bindings for th
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.30.2-1 an HTTP library implementation in 
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libwebkit-1.0-2 1.2.3-2  Web content engine library for Gtk
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxslt1.1  1.1.26-6 XSLT 1.0 processing library - runt

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20090814+nmu2   Common CA certificates
ii  evince   2.30.3-1Document (postscript, pdf) viewer
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages epiphany-browser suggests:
ii  epiphany-extensions   2.30.1-2   Extensions for Epiphany web browse

-- no debconf information

Thread 6 (Thread 0xf078bb7

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

[Michael Biebl]

clone 593195 -1
reassign -1 upower
retitle -1 installing upower in a chroot kills upowerd in the host
thanks

On 30.08.2010 11:52, Andreas Henriksson wrote:
> Hello!
> 
> I've created a (completely untested) patch with the solution
> you seemed to have agreed on (see attachment).
> 
> It would be appreciated if someone was willing to test the patch.
> If it happens to solve the problem, it would be nice to know if
> maintainers would appreciate a NMU or not.

upower is also affected by this particular issue, so I've cloned it.

Your proposed patch is not portable though, so it can't be used on non-linux
systems (upower is installable on non-linux, contrary to udisks).

We also need to kill upower/udisks when we uninstall the package (see #590013
and #590017).

Given this, patching upower/udisks to write a pid file is probably the cleanest
but also most invasive solution.

Another idea, I'd prefer over your proposed patch, is to test if the D-Bus names
for org.freedesktop.UDisks resp. org.freedesktop.UPower are taken (which should
not be the case in a chroot) and skip the restart if not.

Martin, what do you think?

Cheers,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#594828: xserver-xorg-input-kbd: one keypress is generating two keycodes if XkbOptions "abnt2"

[Julien Cristau]

On Mon, Aug 30, 2010 at 07:00:41 -0300, Gunther Furtado wrote:

> (**) Option "AllowEmptyInput" "False"
> (==) Automatically adding devices
> (==) Automatically enabling devices

This is a broken configuration.  Please get rid of the AllowEmptyInput
option.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#594872: espeak: hungarian language phoneme is full broken and unusable

[Rakesh 'arky' Ambati]

Package: espeak
Version: 1.43.03-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu maverick ubuntu-patch

This patch remove following line with debian/rules file when Espeak source 
package building voice metadata
https://bugs.edge.launchpad.net/ubuntu/+source/espeak/+bug/623221

*** /tmp/tmp4a2HKO
In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/control: hungarian lang broken (lp:#623221)

We thought you might be interested in doing the same. 


-- System Information:
Debian Release: squeeze/sid
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 
'lucid-proposed'), (500, 'lucid-backports'), (500, 'lucid')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-24-generic (SMP w/1 CPU core)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'

=== modified file 'debian/rules'
--- debian/rules2010-08-19 10:22:22 +
+++ debian/rules2010-08-30 10:14:47 +
@@ -29,7 +29,6 @@
cd platforms/big_endian && CFLAGS="$(CFLAGS)" $(MAKE)
# Build voice metadata.
cp -a $(CURDIR)/espeak-data $(CURDIR)/espeak-data-local
-   $(CURDIR)/platforms/big_endian/espeak-phoneme-data 
$(CURDIR)/espeak-data-local $(CURDIR)/espeak-data-local 
$(CURDIR)/platforms/big_endian/phondata-manifest
 
touch build-stamp
 

Bug#434396: Impossible to run sbuild-update with LVM-based chroots

[Didier Raboud]

Package: sbuild
Version: 0.60.0-2
Severity: normal

Hi,

I cannot make sbuild-update work with -source with my LVM snapshot schroots.

I have the following snippet in /etc/schroot/schroot.conf:

[sid]
type=lvm-snapshot
description=Debian sid snapshot
users=didier
groups=adm
root-groups=sudo
source-root-users=root,didier
aliases=unstable,default,unstable-amd64-sbuild,experimental-amd64-sbuild
lvm-snapshot-options=--size 10G
device=/dev/Icterus/schroot-sid-amd64
mount-options=-o noatime

And I can't run:

$ sbuild-update sid-source
Chroot for distribution sid-source, architecture amd64 not found

I don't understand what I am supposed to do to get this work.

TIA, OdyX

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

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

Versions of packages sbuild depends on:
ii  adduser   3.112  add and remove users and groups
ii  libsbuild-perl0.60.0-2   Tool for building Debian binary pa
ii  perl  5.10.1-14  Larry Wall's Practical Extraction 
ii  perl-modules  5.10.1-14  Core Perl modules

Versions of packages sbuild recommends:
ii  debootstrap   1.0.23 Bootstrap a basic Debian system
ii  fakeroot  1.14.4-1   Gives a fake root environment

Versions of packages sbuild suggests:
pn  deborphan  (no description available)
ii  wget  1.12-2 retrieves files from the web

-- Configuration Files:
/etc/sbuild/sbuild.conf changed:
%individual_stalled_pkg_timeout = ('foomatic-db-engine' => 600);
1;


-- no debconf information



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

Bug#594873: RM: picprog/testing-proposed-updates -- ROP; not suitable for s90

[Luk Claes]

Package: ftp.debian.org
Severity: normal

Hi

Please remove picprog from testing-proposed-updates, it's up-to-date in testing 
apart from the binary on s390 which the porter/buildd admin marked as 
Not-For-Us.

Cheers

Luk



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

Bug#594875: RM: tijmp/testing-proposed-updates -- ROP; NFU on several arches

[Luk Claes]

Package: ftp.debian.org
Severity: normal

Hi

Please remove tijmp from tpu its binaries are deemed unusable by the 
porter/buildd admin.

Cheers

Luk



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

Bug#594876: stunnel4: Fails to connect, "Input line too long"

[Harri Kiiskinen]

Package: stunnel4
Version: 3:4.29-1local1
Severity: normal


My Univ. recently updated their mail servers, and I could not read my mails 
anymore with Emacs/mew, that uses stunnel4 for encryption. It turned out the 
reason was, that the server responded with this string:


* OK [CAPABILITY STARTTLS CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ 
NAMESPACE UIDPLUS CHILDREN BINARY UNSELECT SORT LANGUAGE IDLE XSENDER 
X-NETSCAPE 
XSERVERINFO X-SUN-SORT X-SUN-IMAP X-ANNOTATEMORE X-UNAUTHENTICATE XUM1 
AUTH=PLAIN AUTH=PLAIN] Messaging Multiplexor (Sun Java(tm) System Messaging 
Server 
7.3-11.01 (built Sep 1 2009))

It turned out that this was way much longer than what stunnel4 expects. In 
common.h, one finds

#define STRLEN 256

When this is changed to

#define STRLEN 512

and the package recompiled, everything works well.

Perhaps the length of accepted strings should be increased? Or is this long a 
response against some standard?

All the best,

Harri K.

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

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

Versions of packages stunnel4 depends on:
ii  adduser   3.112  add and remove users and groups
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libssl0.9.8   0.9.8o-1   SSL shared libraries
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  netbase   4.42   Basic TCP/IP networking system
ii  openssl   0.9.8o-1   Secure Socket Layer (SSL) binary a
ii  perl-modules  5.10.1-14  Core Perl modules

stunnel4 recommends no packages.

Versions of packages stunnel4 suggests:
pn  logcheck-database  (no description available)

-- Configuration Files:
/etc/stunnel/stunnel.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#594874: RFP: monav -- fast navigation system featuring exact routing

[Luca Brivio]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: da...@debian.org, pkg-osm-ma...@lists.alioth.debian.org


* Package name: monav
  Version : 0.1
  Upstream Author : 
* URL : http://code.google.com/p/monav/
* License : GPL v3
  Programming Lang: C++
  Description : Fast navigation system featuring exact routing
  
MoNav is a Desktop / Mobile application that offers state-of-the-art fast and 
exact routing with OpenStreetMap Data.
 
In contrast to most commercial and open-source routing applications, MoNav 
offers exact routing without heuristic assumptions and with very little 
computational work. Its routing core is based on Contraction Hierarchies.
 
The application is divided into two parts: The MoNav Preprocessor transforms 
the raw OpenStreetMap data into file formats usable by the MoNav Client 
application. The preprocessing is often time consuming and requires larger 
amounts of memory, as well as a x86-64 OS. The client application on the other 
hand has very few requirements and can even run on mobile devices.



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

Bug#594877: RM: usbview/testing-proposed-updates -- ROP; NFU on s390

[Luk Claes]

Package: ftp.debian.org
Severity: normal

Hi

Please remove usbview from tpu, it's binaries are deemed unusable by the 
porter/buildd admin.

Cheers

Luk



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

Bug#592033: ftp.debian.org: packages in tpu and not in sid

[Luk Claes]

Hi

As mentioned on IRC, the following packages need to be copied to unstable:

libgtk2-notify-perl/mipsel
libia-aio-perl/kfreebsd-i386
splashy/s390

The following need removal from tpu, so I filed separate removal
requests for them:

picprog/s390
tijmp/mipsel,powerpc,sparc,s390
usbview/s390

Cheers

Luk



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

Bug#594878: flash-kernel: please add mv78xx0 support

[Hector Oron]

Package: flash-kernel
Version: 2.32
Severity: wishlist


Hello,

  This is an attempt to add mv78xx0 target to `flash-kernel' package. Find 
patch attached.

Best regards,


diff -Naur flash-kernel-2.32/debian/changelog 
flash-kernel-2.32.mv78xx0//debian/changelog
--- flash-kernel-2.32/debian/changelog  2010-07-11 20:47:41.0 +
+++ flash-kernel-2.32.mv78xx0//debian/changelog 2010-08-30 10:07:12.0 
+
@@ -1,3 +1,9 @@
+flash-kernel (2.33) unstable; urgency=low
+
+  * Add support for the Marvell mv78xx0 targets 
+
+ --Mon, 30 Aug 2010 10:06:40 +
+
 flash-kernel (2.32) unstable; urgency=low
 
   [ Updated translations ]
diff -Naur flash-kernel-2.32/flash-kernel 
flash-kernel-2.32.mv78xx0//flash-kernel
--- flash-kernel-2.32/flash-kernel  2010-06-26 17:55:50.0 +
+++ flash-kernel-2.32.mv78xx0//flash-kernel 2010-08-30 10:26:17.0 
+
@@ -93,6 +93,7 @@
"HP Media Vault mv2120")exit 0 ;;
"Linksys NSLU2")exit 0 ;;
"Marvell GuruPlug Reference Board") exit 0 ;;
+   "Marvell DB-78x00-BP Development Board")exit 0 ;;
"Marvell OpenRD Base Board")exit 0 ;;
"Marvell OpenRD Client Board")  exit 0 ;;
"Marvell OpenRD Ultimate Board")exit 0 ;;
@@ -338,8 +339,11 @@
) > "$imtd" || error "failed."
echo "done." >&2
;;
-   "Marvell GuruPlug Reference Board" | "Marvell OpenRD Base Board" | 
"Marvell OpenRD Client Board" | "Marvell OpenRD Ultimate Board" | "Marvell 
SheevaPlug Reference Board" | "Marvell eSATA SheevaPlug Reference Board")
-   check_subarch "kirkwood"
+   "Marvell DB-78x00-BP Development Board" | "Marvell GuruPlug Reference 
Board" | "Marvell OpenRD Base Board" | "Marvell OpenRD Client Board" | "Marvell 
OpenRD Ultimate Board" | "Marvell SheevaPlug Reference Board" | "Marvell eSATA 
SheevaPlug Reference Board")
+   # Do not check subarch on Marvell DB-78x00 Board until 
supported by debian kernel
+   if [ x"$machine" != x"Marvell DB-78x00-BP Development Board" ]; 
then
+   check_subarch "kirkwood"
+   fi
tmp="$(tempfile)"
printf "Generating kernel u-boot image... " >&2
mkimage -A arm -O linux -T kernel -C none -a 0x8000 \
diff -Naur flash-kernel-2.32/README flash-kernel-2.32.mv78xx0//README
--- flash-kernel-2.32/README2010-06-26 17:55:50.0 +
+++ flash-kernel-2.32.mv78xx0//README   2010-08-30 10:18:45.0 +
@@ -31,6 +31,7 @@
  - HP Media Vault mv2120
  - Intel SS4000-E
  - Linksys NSLU2
+ - Marvell DB-78x00-BP Development Board
  - Marvell OpenRD-Base
  - Marvell OpenRD-Client
  - Marvell OpenRD-Ultimate


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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 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#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior

[Thomas Dickey]

On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote:


Thomas Dickey  writes:

I saw something like that, the first time I tried the script, but am
unsure where the problem lies.  But then I ran a few more times
without encountering the bug (puzzled).

If it's more/less reproducible, I might be able to see something with
a debug-trace (unless the problem lies in the X libraries).


I see it quite often but not always :-)

The attached xterm.xtrace.bz2 shows how the terminal works for a while
but then stops responding. When it stopped responding I typed
"terminal is not responding" or something like that so that you can
find it from the trace (if you convert the keycodes back to ascii...).


thanks - I'm closing out #262 now, and it seems this bug-report will
keep me busy for a while...

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



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

Bug#591298: Bug #591298: Banshee regression hopefully fixed in 3.7.2-1

[Iain Lane]

reopen 591298
notfixed 591298 3.7.0-1.1
found 591298 3.7.2-1
thanks

Hello again,

On Fri, Aug 27, 2010 at 10:02:54AM +0100, Will Thompson wrote:

Hi Ondřej,

[...]

With the CoreCache parts of the query removed, it's very snappy:

 % time sqlite3 banshee.db.copy < banshee-init-core-cache.sql < 
banshee-next-shuffle-by-album-no-core-cache.sql
 4478|Heartland|1282844295|1277228957
 sqlite3 banshee.db.copy < banshee-init-core-cache.sql <   0.22s user 0.04s 
system 97% cpu 0.267 total

But in its original form, it's reliably a hundred times slower, taking
over 22s:

 % time sqlite3 banshee.db.copy < banshee-init-core-cache.sql < 
banshee-next-shuffle-by-album.sql
 1063|Stars On The Wall|1282654498|1272661309
 sqlite3 banshee.db.copy < banshee-init-core-cache.sql <   22.28s user 0.07s 
system 99% cpu 22.377 total

It's equally slow if I make CoreCache a regular table. I've checked
Banshee's Git history briefly, and can't find any changes relating to
CoreCache that could have caused this. I wondered if some indexes have
been binned or something. But, if I downgrade to libsqlite3-0 3.6.23.1-4
the slower query is miraculously fast again:

 % time sqlite3 banshee.db.copy < banshee-init-core-cache.sql < 
banshee-next-shuffle-by-album.sql
 550|Happy Songs for Happy People|1280848000|1280848242
 sqlite3 banshee.db.copy < banshee-init-core-cache.sql <   0.27s user 0.03s 
system 99% cpu 0.302 total

I've uploaded my Banshee database, plus the three SQL scripts used, to
http://willthompson.co.uk/misc/banshee-sqlite-bug-591298 in the hope
that they'll be useful.


Thanks for your analysis. I've just looked at upstream's mailing list,
and it doesn't look like this has been discussed there. Would you be
able to forward this problem to them[0] quickly? Don't bother signing up;
I found the moderation to be reasonably quick.

If you have no time, just let me know and I'll do it for you. :)

Cheers,
Iain

[0] sqlite-us...@sqlite.org


signature.asc
Description: Digital signature

Bug#594879: use more of the apt architecture, so interrupted downloads can continue

[jidanni]

Package: apt-file
Version: 2.4.0
Severity: wishlist

I notice if an update is interrupted, it needs to be started all over
from scratch.

Compared that with aptitude full-upgrade, partial files resume from the
/var/cache/apt/archives/partial directory.

So apt-file should/could use more of the apt architecture to achieve its
aims.

That would kill two bugs with one stone, this and
#525631 apt-file ignores Acquire::http::Dl-Limit .



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

Bug#576227: insserv: warning: script is corrupt or invalid

[Ola Lundqvist]

Hi Kir

Will you make this change or should I propose a patch for this?

// Ola

Quoting "Kir Kolyshkin" :

On 08/30/2010 11:57 AM, Ola Lundqvist wrote:

Hi Kir, Christian

Should we simply remove this file? Or should we simply add something
dummy to it?



I do not see where do we create this file -- anywhere in vzctl sources.

We create S00vzreboot in rc6.d, this is needed for reboot mark
(/reboot file) to be created when runlevel 6 is reached. In case
a container is restarted from within (i.e. container's root run 'reboot')
the host system script (vzreboot, run from cron every 5 minutes)
finds this file and restarts the container.

I am going to implement an alternative solution -- the kernel will send
stop/reboot events to the daemon, which will do the needed stuff.
This will render the above functionality redundant and so it will be removed.

For now, I guess, we can reimplement this S00vzreboot as a proper
symlink, this requires some changes in src/lib/script.c. There is an
open bug for it, http://bugzilla.openvz.org/1423


Corrected a similar bug in #594783 just an hour ago.

// Ola

Quoting "Christian Hofstaedtler":


Hi Ola, Kir,

the sysv-rc upgrade today migrated my installation to 'dependency
based booting', complained quite a bit about K00vzreboot, but went
on with the migration. It left this state:

# ls -CF1 /etc/rc6.d
K00vzreboot*
K01nullmailer@
K01pdns@
K01unattended-upgrades@
K01urandom@
K02sendsigs@
K03rsyslog@
K04hwclock.sh@
K04umountnfs.sh@
K05networking@
K06ifupdown@
K07umountfs@
K08umountroot@
K09reboot@
README

If I'm not mistaken this will start vzreboot first, and then the other
shutdown scripts will never run. If this is the case, this is a critical
issue.

After restarting the CT, I now have these scripts:

# ls -CF1 /etc/rc6.d
K00vzreboot*
K01nullmailer@
K01pdns@
K01unattended-upgrades@
K01urandom@
K02sendsigs@
K03rsyslog@
K04hwclock.sh@
K04umountnfs.sh@
K05networking@
K06ifupdown@
K07umountfs@
K08umountroot@
K09reboot@
README
S00vzreboot*

This can't be correct ;)


   Christian

--
christian hofstaedtler















--
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---



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

Bug#576227: insserv: warning: script is corrupt or invalid

[Kir Kolyshkin]

On 08/30/2010 11:57 AM, Ola Lundqvist wrote:

Hi Kir, Christian

Should we simply remove this file? Or should we simply add something
dummy to it?
   


I do not see where do we create this file -- anywhere in vzctl sources.

We create S00vzreboot in rc6.d, this is needed for reboot mark
(/reboot file) to be created when runlevel 6 is reached. In case
a container is restarted from within (i.e. container's root run 'reboot')
the host system script (vzreboot, run from cron every 5 minutes)
finds this file and restarts the container.

I am going to implement an alternative solution -- the kernel will send
stop/reboot events to the daemon, which will do the needed stuff.
This will render the above functionality redundant and so it will be 
removed.


For now, I guess, we can reimplement this S00vzreboot as a proper
symlink, this requires some changes in src/lib/script.c. There is an
open bug for it, http://bugzilla.openvz.org/1423


Corrected a similar bug in #594783 just an hour ago.

// Ola

Quoting "Christian Hofstaedtler":
   

Hi Ola, Kir,

the sysv-rc upgrade today migrated my installation to 'dependency
based booting', complained quite a bit about K00vzreboot, but went
on with the migration. It left this state:

# ls -CF1 /etc/rc6.d
K00vzreboot*
K01nullmailer@
K01pdns@
K01unattended-upgrades@
K01urandom@
K02sendsigs@
K03rsyslog@
K04hwclock.sh@
K04umountnfs.sh@
K05networking@
K06ifupdown@
K07umountfs@
K08umountroot@
K09reboot@
README

If I'm not mistaken this will start vzreboot first, and then the other
shutdown scripts will never run. If this is the case, this is a critical
issue.

After restarting the CT, I now have these scripts:

# ls -CF1 /etc/rc6.d
K00vzreboot*
K01nullmailer@
K01pdns@
K01unattended-upgrades@
K01urandom@
K02sendsigs@
K03rsyslog@
K04hwclock.sh@
K04umountnfs.sh@
K05networking@
K06ifupdown@
K07umountfs@
K08umountroot@
K09reboot@
README
S00vzreboot*

This can't be correct ;)


Christian

--
christian hofstaedtler


 



   





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

Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.

[Michael Biebl]

On 30.08.2010 12:14, Michael Biebl wrote:
> Another idea, I'd prefer over your proposed patch, is to test if the D-Bus 
> names
> for org.freedesktop.UDisks resp. org.freedesktop.UPower are taken (which 
> should
> not be the case in a chroot) and skip the restart if not.

So, s-s-d --exec *without* --pidfile is a bit unsafe, as according to the man
page it will kill *all* processes matching /proc/pid/exe (see also guillem's
comments in #593201)

Going further with the dbus idea, we could use something like this

if [ -f /var/run/dbus/system_bus_socket ] ; then
  pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \
   /org/freedesktop/DBus org.freedesktop.DBus.GetConnectionUnixProcessID \
   string:'org.freedesktop.UDisks' 2>/dev/null | grep uint32 | awk '{print $2}')

  [ -n "$pid" ] && kill $pid / restart etc.
fi

Does anyone see any obvious downsides with this approach or thinks this is not a
good idea?

Michael



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



signature.asc
Description: OpenPGP digital signature

Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.

[Michael Biebl]

On 30.08.2010 13:10, Michael Biebl wrote:

> if [ -f /var/run/dbus/system_bus_socket ] ; then

That better be

if [ -S /var/run/dbus/system_bus_socket ] ; then

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#594127: Fix for bug number 590028 is incomplete

[Stephen Powell]

On Sun, 29 Aug 2010 21:53:24 -0400 (EDT), Ben Hutchings wrote:
> 
> I don't think this urgently needs to be fixed before squeeze, as it is
> only affects unofficial kernel packages.

And that is the first explanation from *anyone* as to why the
severity should be "important" instead of "serious".  If Bastian had
said that in the first place, it would have been helpful.
I was only trying to follow the policy as I understood it.
But regardless of what is done about symlinks, s390-tools is
still lacking an initramfs hook, which is not policy compliant.
That is very easy to fix, however.

Well, you all are now well aware of the problem, and you can decide
what you want to do about it.  And I have a circumvention which I
will publish on my kernel building web site for anyone else who may
wish to implement my solution until an official solution is available.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-



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

Bug#594880: rpcbind loopback test is too strict

[John Hughes]

Package: rpcbind
Version: 0.2.0-4.1
Severity: important


rpcbind in "secure" mode only allows calls from the loopback address.

The check for this is "addr == loopback && port < reserved".

This is too strict, why the restriction on the port?

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

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

Versions of packages rpcbind depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libtirpc1 0.2.0-2transport-independent RPC library
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip

rpcbind recommends no packages.

rpcbind 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#541839: Italian language to be added

[Giuseppe Sacco]

Hi all,
the Italian l10n team is interested in activating such automatic notify.
Is this service already available?

Thanks,
Giuseppe




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

Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.

[Julien Cristau]

On Mon, Aug 30, 2010 at 13:10:01 +0200, Michael Biebl wrote:

> if [ -f /var/run/dbus/system_bus_socket ] ; then
>   pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \
>/org/freedesktop/DBus org.freedesktop.DBus.GetConnectionUnixProcessID \
>string:'org.freedesktop.UDisks' 2>/dev/null | grep uint32 | awk '{print 
> $2}')
> 
>   [ -n "$pid" ] && kill $pid / restart etc.
> fi
> 
make it | awk '/uint32/ { print $2 }' to avoid the grep ;)

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#594741: gnome-panel uncliccable when accessing via xrdp

[don Paolo Benvenuto]

Il giorno dom, 29/08/2010 alle 09.30 +0200, Vincent Bernat ha scritto:
> OoO La nuit ayant déjà recouvert d'encre ce jour du samedi 28 août 2010,
> vers 23:51, Paolo Benvenuto  disait :
> 
> > Package: xrdp
> > Version: 0.4.0~dfsg-9
> > Severity: grave
> > Justification: renders package unusable
> 
> > Accessing the pc  via xrdp, either from a windows  or a linux machine,
> > the gnome panel is unusable: it's running, but it's uncliccable.
> 
> > If I kill it it resurrects,  but always uncliccable: i.e., if you clic
> > in it nothing happens.
> 
> Check which VNC server xrdp is using:
> $ readlink -f /usr/bin/Xvnc
> 
> If  you use  Xvnc4, could  you try  to access  your Gnome  Desktop using
> directly VNC:
> 
> $ echo exec /etc/xrdp/startwm.sh > ~/.vnc/xstartup
> $ chmod +x ~/.vnc/xstartup
> $ vnc4server
> 
> Then  connect using  a VNC  client.  If you  get the  same problem,  the
> problem should be  with vnc4server. 

After making all the stuff you suggested, trying to connect with vnc
results in an error:

server $ gvncviewer localhost
Disconnected from server
-- 
don Paolo Benvenuto

http://parrocchialagaccio.it
è il sito della parrocchia
aggiornato quasi tutti i giorni:
foto, notizie, calendario dei momenti di vita parrocchiale

Cathopedia, l'enciclopedia cattolica: http://it.cathopedia.org

Materiale per la pastorale: http://www.qumran2.net




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

Bug#594881: anymeal: Remove dependency on aRTS

[Bilal Akhtar]

Package: anymeal
Severity: normal

Package depends on a deprecated library aRts, support of which has been removed
in Ubuntu, as specified in this ubuntu bug:

https://bugs.launchpad.net/ubuntu/+source/arts/+bug/320915

attached patch fies bug.


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

Kernel: Linux 2.6.35-19-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u anymeal-0.30/debian/rules anymeal-0.30/debian/rules
--- anymeal-0.30/debian/rules
+++ anymeal-0.30/debian/rules
@@ -9 +9 @@
-DEB_CONFIGURE_EXTRA_FLAGS := --with-docbook-dir=/usr/share/xml/docbook/stylesheet/nwalsh/ --disable-rpath
+DEB_CONFIGURE_EXTRA_FLAGS := --with-docbook-dir=/usr/share/xml/docbook/stylesheet/nwalsh/ --disable-rpath --without-arts

Bug#594882: no dependency on pidgin

[Peter Eisentraut]

Package: pidgin-sipe
Version: 1.9.0-1
Severity: normal

This package ought to have a dependency (of some level) on package pidgin; I
think it's not useful by itself.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 
'experimental')
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 pidgin-sipe depends on:
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgssapi-krb5-21.8.1+dfsg-5 MIT Kerberos runtime libraries - k
ii  libkrb5-3   1.8.1+dfsg-5 MIT Kerberos runtime libraries
ii  libpurple0  2.7.2-1  multi-protocol instant messaging l

pidgin-sipe recommends no packages.

pidgin-sipe 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#594800: ITP: 0ad -- 3D real-time strategy (RTS) game of ancient warfare

[Philip Taylor]

(I'm one of the developers of this game.)

In case it's relevant: there's already a Debian package at

and .
That's certainly not ideal, though it gives me control so it can be
updated promptly (particularly with the relatively rapid changes in
these pre-release versions I don't want to announce a new release and
then have interested people download the old incompatible one for the
next few days). I'd prefer not to maintain packages myself, but I
don't have any experience of how to balance that with a desire for
quick updates (but I don't know whether that's a real problem). I'd be
interested in suggestions for how we could make things work better.

There's no guarantee the "alpha1" component of the name will increase
monotonically - probably better to put the SVN revision before it or
instead of it. (The game won't stop using SVN any time soon.) (We'll
probably switch to "1.0" when reaching a non-development release, well
over a year away.)

-- 
Philip Taylor
exc...@gmail.com



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

Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start

[Julien Cristau]

On Mon, Aug 30, 2010 at 00:52:40 +0300, Kamen Naydenov wrote:

> If I run glxgears X crashes badly - black screen or screen shot and
> only SysRq commands works (can't test network access).
> 
OK, I can reproduce a crash when running glxgears.

Program received signal SIGSEGV, Segmentation fault.
0xb760d91e in ?? () from /lib/i686/cmov/libc.so.6
(gdb) bt full
#0  0xb760d91e in ?? () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#1  0xb76107fc in ?? () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb7610d2d in realloc () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#3  0x080a9cf3 in Xrealloc (ptr=0xb76e43a0, amount=3077456856)
at ../../os/utils.c:1122
No locals.
#4  0x080a107e in miRectAlloc (pRgn=0x94a2494, n=20) at ../../mi/miregion.c:392
data = 
#5  0x080a2890 in miAppendNonO (badreg=0xbffbe398, pOverlap=0xbffbe3bc)
at ../../mi/miregion.c:530
pNextRect = 
#6  miRegionOp (badreg=0xbffbe398, pOverlap=0xbffbe3bc)
at ../../mi/miregion.c:793
bot = 
numRects = 
ytop = 
newSize = 
prevBand = 10
top = 
ybot = 
curBand = 0
r2y1 = 
oldData = 
r1y1 = 
#7  miRegionValidate (badreg=0xbffbe398, pOverlap=0xbffbe3bc)
at ../../mi/miregion.c:1377
half = 1
numRects = 10
ri = 0x94a2480
numRI = 3
sizeRI = 
i = 
rit = 
box = 0x94a2494
riBox = 
ret = 1
#8  0x0815eafc in miValidateTree (pParent=0x9160e30, pChild=0x93c6210, 
kind=VTMap) at ../../mi/mivaltree.c:741
totalClip = {extents = {x1 = 0, y1 = 25, x2 = 1024, y2 = 600}, 
  data = 0x0}
childClip = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, 
  data = 0x81effb8}
childUnion = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 600}, 
  data = 0x956a650}
exposed = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, 
  data = 0x81effb8}
pScreen = 0x91223a0
pWin = 0x93c6210
overlap = 1
viewvals = 
forward = -1074011240
#9  0x080992f5 in MapWindow (pWin=0x93c6210, client=0x9393990)
at ../../dix/window.c:2671
event = {u = {u = {type = 19 '\023', detail = 0 '\000', 
  sequenceNumber = 983}, keyButtonPointer = {pad00 = 64421907, 
  time = 242, root = 14681649, event = 0, child = 0, rootX = 0, 
  rootY = 0, eventX = 0, eventY = 0, state = 0, 
  sameScreen = 0 '\000', pad1 = 0 '\000'}, enterLeave = {
  pad00 = 64421907, time = 242, root = 14681649, event = 0, 
  child = 0, rootX = 0, rootY = 0, eventX = 0, eventY = 0, 
  state = 0, mode = 0 '\000', flags = 0 '\000'}, focus = {
  pad00 = 64421907, window = 242, mode = 49 '1', pad1 = 6 '\006', 
  pad2 = 224 '\340', pad3 = 0 '\000'}, expose = {pad00 = 64421907, 
  window = 242, x = 1585, y = 224, width = 0, height = 0, 
  count = 0, pad2 = 0}, graphicsExposure = {pad00 = 64421907, 
  drawable = 242, x = 1585, y = 224, width = 0, height = 0, 
  minorEvent = 0, count = 0, majorEvent = 0 '\000', 
  pad1 = 0 '\000', pad2 = 0 '\000', pad3 = 0 '\000'}, 
noExposure = {pad00 = 64421907, drawable = 242, minorEvent = 1585, 
  majorEvent = 224 '\340', bpad = 0 '\000'}, visibility = {
  pad00 = 64421907, window = 242, state = 49 '1', pad1 = 6 '\006', 
  pad2 = 224 '\340', pad3 = 0 '\000'}, createNotify = {
  pad00 = 64421907, parent = 242, window = 14681649, x = 0, y = 0, 
  width = 0, height = 0, borderWidth = 0, override = 0 '\000', 
  bpad = 0 '\000'}, destroyNotify = {pad00 = 64421907, 
  event = 242, window = 14681649}, unmapNotify = {
  pad00 = 64421907, event = 242, window = 14681649, 
  fromConfigure = 0 '\000', pad1 = 0 '\000', pad2 = 0 '\000', 
  pad3 = 0 '\000'}, mapNotify = {pad00 = 64421907, event = 242, 
  window = 14681649, override = 0 '\000', pad1 = 0 '\000', 
  pad2 = 0 '\000', pad3 = 0 '\000'}, mapRequest = {
  pad00 = 64421907, parent = 242, window = 14681649}, reparent = {
  pad00 = 64421907, event = 242, window = 14681649, parent = 0, 
  x = 0, y = 0, override = 0 '\000', pad1 = 0 '\000', 
  pad2 = 0 '\000', pad3 = 0 '\000'}, configureNotify = {
  pad00 = 64421907, event = 242, window = 14681649, 
  aboveSibling = 0, x = 0, y = 0, width = 0, height = 0, 
  borderWidth = 0, override = 0 '\000', bpad = 0 '\000'}, 
configureRequest = {pad00 = 64421907, parent = 242, 
  window = 14681649, sibling = 0, x = 0, y = 0, width = 0, 
  height = 0, borderWidth = 0, valueMask = 0, pad1 = 0}, 
gravity = {pad00 = 64421907, event = 242, window = 

Bug#594883: bluedevil: BlueDevil applet crash when reconnect to a bluetooth mouse

[newbeewan]

Package: bluedevil
Version: 1.0~rc2-1
Severity: normal

Hi,

It happen when re-enabling my mouse (Logitech Bluetooth Laser Travel Mouse)...
I can reproduce it every time :
- poweroff the mouse,
- disable bluetooth with rfkill switch (or put the computer in stand by),
- re-enable it,
- when icon re-appear in systray, power on the mouse
BlueDevil applet will crash at that step !

Regards

Mourad



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

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

Versions of packages bluedevil depends on:
ii  bluez 4.69-1 Bluetooth tools and daemons
ii  kdebase-runtime   4:4.4.5-1  runtime components from the offici
ii  libbluedevil1 1.7+dfsg-1 A Qt wrapper for bluez
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libkdecore5   4:4.4.5-1  the KDE Platform Core Library
ii  libkdeui5 4:4.4.5-1  the KDE Platform User Interface Li
ii  libkfile4 4:4.4.5-1  the File Selection Dialog Library
ii  libkio5   4:4.4.5-1  the Network-enabled File Managemen
ii  libqt4-dbus   4:4.6.3-1  Qt 4 D-Bus module
ii  libqtcore44:4.6.3-1  Qt 4 core module
ii  libqtgui4 4:4.6.3-1  Qt 4 GUI module
ii  libstdc++64.4.4-11   The GNU Standard C++ Library v3
ii  obex-data-server  0.4.5-1+b1 D-Bus service for OBEX client and
ii  obexd-client  0.28-1 D-Bus OBEX client

bluedevil recommends no packages.

Versions of packages bluedevil suggests:
ii  bluez-alsa4.69-1 Bluetooth ALSA support

-- 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#594884: pdsh: gender expression support broken

[Arne Nordmark]

Package: pdsh
Version: 2.18-6
Severity: normal

Support for gender expressions seems broken:

kaipak[nordmark]~> pdsh -g 'debian=lenny&&ws' uname -v
p...@kaipak: no remote hosts specified

On the other hand:
kaipak[nordmark]~> nodeattr -c 'debian=lenny&&ws'
alpboden,aneto,annapurna,anzer,ararat,baldy,caa1,caa2,caa3,caa4,caa5,caa6,clisham,cook,damavand,dampier,deedee,dexter,dhaulagiri,dundret,eidsfjell,elbrus,etna,falketind,frostisen,fuji,furka,gasherbrum,gausta,glittertind,graham,grytfoten,hicks,jannu,kandel,karhorn,kyrkja,lhotse,makalu,mana,manaslu,mandark,maudit,merrick,musala,nona,paradiso,saipal,schauinsland,seekopf,shafberg,sikaram,skagsnebb,skala,snowdon,spare1,spare2,spare3,spare4,spare5,storsylen,susten,terminal1,terminal2,terminal3,terminal4,tour,valluga,vesuvio

Nothing more complicated than the simple syntax:
-g attr[=val][,attr[=val],...]
seems to work.

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

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

Versions of packages pdsh depends on:
ii  debconf [debc 1.5.35 Debian configuration management sy
ii  genders   1.14-2 cluster configuration management d
ii  heimdal-clien 1.4.0~git20100726.dfsg.1-1 Heimdal Kerberos - clients
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libgenders0   1.14-2 C library for parsing and querying
ii  libltdl7  2.2.6b-2   A system independent dlopen wrappe
ii  openssh-clien 1:5.5p1-4  secure shell (SSH) client, for sec
ii  perl  5.10.1-14  Larry Wall's Practical Extraction 

pdsh recommends no packages.

pdsh suggests no packages.

-- debconf information:
  pdsh/setuidroot: false



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

Bug#594881: anymeal: Remove dependency on aRTS

[Sandro Tosi]

On Mon, Aug 30, 2010 at 13:36, Bilal Akhtar  wrote:
> Package: anymeal
> Severity: normal
>
> Package depends on a deprecated library aRts, support of which has been 
> removed
> in Ubuntu, as specified in this ubuntu bug:
>
> https://bugs.launchpad.net/ubuntu/+source/arts/+bug/320915

this has not such a big appeal in debian tho (is it deprecated in
debian too?), but thanks for forwarding it.

> attached patch fies bug.

Given the attached patch only disable aRts support, what features
actually removes from the package?

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



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

Bug#588159:

[Raza]

I'm having this same bug.

--Raza



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

Bug#478009: Workaround

[James Stuckey]

While this is supposedly fixed upstream a workaround might be useful. The
reason that youtube videos don't work is because youtube uses cookies in
some special way to determine which server to stream the video from (which
ever server you're nearest to, I suppose). What you need to do in Iceweasel
3.5.11 is: Edit > Preferences > Privacy > History Iceweasel will: "Use
custom settings for history" > Exceptions > enter "http://www.youtube.com"; >
press block > close > close

That will block youtube cookies and youtube videos will now play.

ciao
James S.

Bug#594885: Mozilla-plugin-gnash shutters during mouse over

[James Stuckey]

Package: mozilla-plugin-gnash
Version: 0.8.7-3
Severity: important

The video will shutter/become choppy during mouseover. This seems to
happen more so with embedded videos from youtube.

Bug#465821: ITP: x2go -- x2go serverbased computing environment

[Gürkan Sengün]

Hello

Is there any news on the packaging of this?

Yours,
Gurkan



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

Bug#508403: pbuilder-satisfydepends-experimental doesn't always try higher versions

[Laurent Bigonville]

Version: 0.199

Hi,

I still have that kind of issue with version 0.199, ie with "folks"
package I get:

I: Installing the build-deps
 -> Attempting to parse the build-deps
 -> Considering build-depdebhelper (>= 7.0.50~)
   -> Trying to add debhelper
 -> Considering build-dep autotools-dev
   -> Trying to add autotools-dev
 -> Considering build-dep libglib2.0-dev (>= 2.24)
   -> Trying to add libglib2.0-dev
 -> Considering build-dep libtelepathy-glib-dev (>= 0.11.12)
   -> Trying to add libtelepathy-glib-dev=0.11.14-2
   -> Trying to add libtelepathy-glib-dev=0.11.14-2 libtelepathy-glib0=0.11.14-2
 -> Considering build-dep libdbus-glib-1-dev
   -> Trying to add libdbus-glib-1-dev
 -> Considering build-dep valac (>= 0.9.6)
   -> Trying to add valac=0.9.7-2
   -> Trying to add valac=0.9.7-2 valac-0.10
   -> Trying to add valac=0.9.7-2 valac-0.10 libglib2.0-0=2.25.14-1
   -> Trying to add valac=0.9.7-2 valac-0.10 libglib2.0-0=2.25.14-1 
libglib2.0-0=2.24.1-1
   -> Loop detected, last APT error was: ==
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libglib2.0-dev : Depends: libglib2.0-0 (= 2.24.1-1) but 2.25.14-1 is to be 
installed
 valac-0.10 : Depends: libglib2.0-dev (>= 2.25.11-3) but 2.24.1-1 is to be 
installed
E: Broken packages
   -> =
   -> (not adding libglib2.0-0=2.24.1-1 to valac=0.9.7-2 valac-0.10 
libglib2.0-0=2.25.14-1 libglib2.0-0=2.24.1-1)
   -> Cannot install valac=0.9.7-2 valac-0.10 libglib2.0-0=2.25.14-1 
libglib2.0-0=2.24.1-1; apt errors follow:
Reading package lists... Done
Building dependency tree   
Reading state information... Done
E: Unable to locate package valac=0.9.7-2 valac-0.10 libglib2.0-0=2.25.14-1 
libglib2.0-0
E: Couldn't find any package by regex 'valac=0.9.7-2 valac-0.10 
libglib2.0-0=2.25.14-1 libglib2.0-0'

Cheers

Laurent Bigonville



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

Bug#594872: espeak: hungarian language phoneme is full broken and unusable

[Samuel Thibault]

Rakesh 'arky' Ambati, le Mon 30 Aug 2010 17:19:29 +0700, a écrit :
> This patch remove following line with debian/rules file when Espeak source 
> package building voice metadata
> https://bugs.edge.launchpad.net/ubuntu/+source/espeak/+bug/623221
> 
> *** /tmp/tmp4a2HKO
> In Ubuntu, we've applied the attached patch to achieve the following:
> 
>   * debian/control: hungarian lang broken (lp:#623221)
> 
> We thought you might be interested in doing the same. 

> === modified file 'debian/rules'
> --- debian/rules  2010-08-19 10:22:22 +
> +++ debian/rules  2010-08-30 10:14:47 +
> @@ -29,7 +29,6 @@
>   cd platforms/big_endian && CFLAGS="$(CFLAGS)" $(MAKE)
>   # Build voice metadata.
>   cp -a $(CURDIR)/espeak-data $(CURDIR)/espeak-data-local
> - $(CURDIR)/platforms/big_endian/espeak-phoneme-data 
> $(CURDIR)/espeak-data-local $(CURDIR)/espeak-data-local 
> $(CURDIR)/platforms/big_endian/phondata-manifest

That would completely break espeak on big-endian architectures. We need
to find out why the hungarian files have troubles with the swapping.

Samuel



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

Bug#594887: libfrontier-rpc-perl: sub decode fails to decode values of type double when using 'use-objects'

[Herwin Weststrate]

Package: libfrontier-rpc-perl
Version: 0.07b4-4
Severity: normal
Tags: patch


When running the method 'decode' on a valid XML-RPC input with the
option 'use-objects' on, every entry should be encoded as a
Frontier::RPC:: object. This fails on the type double, the
module does have code to convert a float but the float is not defined in
the specifications of XML-RPC (http://www.xmlrpc.com/spec).

An example input may look like this:

  
  
  perform_actions
  
  some_stringX
  
  some_double1.2
  
  
  

When running it through this conversion code (shortened version):

  my $coder = Frontier::RPC2->new('encoding' => 'UTF-8', 'use_objects' => 1);
  my $test = $coder->decode($data);
  print Dumper($test);

The ouput does look like this (with only relevan fields shown):

  'value' => [
bless( do{\(my $o = 'X')}, 'Frontier::RPC2::String' ),
'1.2'
  ]

The attached patch fixes this problem

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

Kernel: Linux 2.6.32-bpo.4-486
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libfrontier-rpc-perl depends on:
ii  libwww-perl  5.813-1 WWW client/server library for Perl
ii  libxml-parser-perl   2.36-1.1+b1 Perl module for parsing XML files
ii  perl 5.10.0-19lenny2 Larry Wall's Practical Extraction 

libfrontier-rpc-perl recommends no packages.

libfrontier-rpc-perl suggests no packages.

-- no debconf information
--- RPC2.pm 2010-08-30 14:14:14.0 +0200
+++ RPC2.pm.orig2010-08-30 14:13:25.0 +0200
@@ -434,8 +434,8 @@
} elsif ($expat->{'use_objects'}) {
if ($tag eq 'i4' or $tag eq 'int') {
$value = Frontier::RPC2::Integer->new($value);
-   } elsif ($tag eq 'double') {
-   $value = Frontier::RPC2::Double->new($value);
+   } elsif ($tag eq 'float') {
+   $value = Frontier::RPC2::Float->new($value);
} elsif ($tag eq 'string') {
$value = Frontier::RPC2::String->new($value);
}
@@ -574,7 +574,7 @@
  $date_time_object = $coder->date_time($date_time);
  $base64_object = $coder->base64($base64);
  $int_object = $coder->int(42);
- $double_object = $coder->double(3.14159);
+ $float_object = $coder->float(3.14159);
  $string_object = $coder->string("Foo");
 
 =head1 DESCRIPTION
@@ -602,8 +602,8 @@
 =item use_objects
 
 If set to a non-zero value will convert incoming Ei4E,
-EdoubleE, and EstringE values to objects instead of
-scalars.  See int(), double(), and string() below for more details.
+EfloatE, and EstringE values to objects instead of
+scalars.  See int(), float(), and string() below for more details.
 
 =back
 
@@ -668,13 +668,13 @@
 
 =item $int_object = $coder->int(42);
 
-=item $double_object = $coder->double(3.14159);
+=item $float_object = $coder->float(3.14159);
 
 =item $string_object = $coder->string("Foo");
 
 By default, you may pass ordinary Perl values (scalars) to be encoded.
 RPC2 automatically converts them to XML-RPC types if they look like an
-integer, double, or as a string.  This assumption causes problems when
+integer, float, or as a string.  This assumption causes problems when
 you want to pass a string that looks like "0096", RPC2 will convert
 that to an Ei4E because it looks like an integer.  With these
 methods, you could now create a string object like this: