date:20061004

Package: apt-listchanges
Version: N/A
Severity: wishlist
Tags: patch l10n

(this is a standard message, not customized for your package)

Please find attached the french translation of this package's
programs, proofread by the debian-l10n-french mailing list
contributors.

This file should be put as fr.po in the appropriate po/
directory. If this package is not a native Debian package, please
don't forget to forward this translation to the upstream maintainer.

Depending on the version of the build tools or the build process used
in the software, you may have to update the LINGUAS variable in the
configure scripts in case the french translation is a *new*
translation for this software/package.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-2-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
# translation of fr.po to French
# Copyright (C) YEAR ORGANIZATION.
#
# Christian Perrier [EMAIL PROTECTED], 2004, 2006.
msgid 
msgstr 
Project-Id-Version: fr\n
POT-Creation-Date: 2006-08-28 08:43+CEST\n
PO-Revision-Date: 2006-09-28 06:31+0200\n
Last-Translator: Christian Perrier [EMAIL PROTECTED]\n
Language-Team: French debian-l10n-french@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-1\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n
Plural-Forms: Plural-Forms: nplurals=2; plural=n1;\n

#: ../apt-listchanges.py:85
msgid Unknown frontend: %s\n
msgstr Interface inconnue : %s\n

#: ../apt-listchanges.py:110
msgid %s: will be newly installed
msgstr %s : sera installé pour la première fois

#: ../apt-listchanges.py:119
msgid %s: Version %s has already been seen
msgstr %s : la version %s a déjà été vue

#: ../apt-listchanges.py:152
msgid News for %s
msgstr Nouveautés pour %s

#: ../apt-listchanges.py:163
msgid Changes for %s
msgstr Modifications pour %s

#: ../apt-listchanges.py:173
msgid Informational notes
msgstr Notes d'information

#: ../apt-listchanges.py:189
msgid apt-listchanges: changelogs for %s
msgstr apt-listchanges : journaux des modifications (« changelogs ») pour %s

#: ../apt-listchanges.py:193
msgid apt-listchanges: news for %s
msgstr apt-listchanges : nouveautés pour %s

#: ../apt-listchanges.py:205
msgid didn't find any valid .deb archives
msgstr impossible de trouver une archive .deb valide

#: ../apt-listchanges/apt_listchanges.py:102
msgid Ignoring `%s' (seems to be a directory !)
msgstr « %s » ignoré (semble être un répertoire)

#: ../apt-listchanges/apt_listchanges.py:196
msgid Usage: apt-listchanges [options] {--apt | filename.deb ...}\n
msgstr Syntaxe : apt-listchanges [options] {--apt | fichier.deb ...}\n

#: ../apt-listchanges/apt_listchanges.py:251
msgid Unknown option %s for --which.  Allowed are: %s.
msgstr Option %s inconnue pour --which. Les options valables sont : %s

#: ../apt-listchanges/apt_listchanges.py:267
msgid 
Wrong or missing VERSION from apt pipeline\n
(is Dpkg::Tools::Options::/usr/bin/apt-listchanges::Version set to 2?)\n
msgstr 
VERSION incorrecte ou manquante dans l'affichage d'apt\n
(Dpkg::Tools::Options::/usr/bin/apt-listchanges::Version est-il bien à 2 ?)\n

#: ../apt-listchanges/apt_listchanges.py:308
msgid Mailing %s: %s
msgstr Envoi des modifications par courriel à %s : %s

#: ../apt-listchanges/apt_listchanges.py:335
msgid The %s frontend is deprecated, using pager
msgstr L'interface %s est obsolète, utilisation de l'afficheur page à page

#: ../apt-listchanges/apt_listchanges.py:376
msgid Do you want to continue? [Y/n]? 
msgstr Souhaitez-vous continuer [O/n] ? 

#: ../apt-listchanges/apt_listchanges.py:389
#: ../apt-listchanges/apt_listchanges.py:409
#: ../apt-listchanges/apt_listchanges.py:417
msgid Reading changelogs
msgstr Lecture des fichiers de modifications (« changelog »)

#: ../apt-listchanges/apt_listchanges.py:417
msgid Done
msgstr Terminé

Bug#390980: mysql-dfsg-5.0: [INTL:fr] French debconf templates translation

Package: mysql-dfsg-5.0
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

If you do not already use it, please remember about the
podebconf-report-po utility, which helps warning translators about
changes when you modify some debconf templates in your packages. See
its man page for details.

The usual policy when using it is sending a warning to translators when
you plan to upload a version of your package with debconf templates
changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to
update their files (several translation teams have a QA process which
requires time).

podebconf-report-po will take care of sending the translators the
needed material as well as getting the translators adresses from the
PO files. All you have to do is just using the utility..:-)

If you apply this policy, please forget about these remarks, of
courseThis message is generic..:-)


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-2-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
# translation of fr.po to French
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Christian Perrier [EMAIL PROTECTED], 2004, 2006.
msgid 
msgstr 
Project-Id-Version: fr\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-09-26 20:24+0200\n
PO-Revision-Date: 2006-09-29 06:40+0200\n
Last-Translator: Christian Perrier [EMAIL PROTECTED]\n
Language-Team: French debian-l10n-french@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-15\n
Content-Transfer-Encoding: 8bit\n
debian.org\n
X-Generator: KBabel 1.11.4\n
Plural-Forms: Plural-Forms: nplurals=2; plural=n1;\n

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:1001
msgid Do you really want to downgrade?
msgstr Voulez-vous vraiment revenir à la version précédente ?

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:1001
msgid 
WARNING: The file /var/lib/mysql/debian-*.flag exists. This indicates that a 
mysql-server package with a higher version has been installed before. It can 
not be guaranteed that this version can use its data.
msgstr 
Un fichier /var/lib/mysql/debian-*.flag est présent. Cela indique qu'une 
version plus récente du paquet mysql-server a été précédemment installée. Il 
n'est pas garanti que cette version puisse en utiliser les données.

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid Important note for NIS/YP users!
msgstr Note importante pour les utilisateurs NIS/YP

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid 
To use mysql you must install an equivalent user and group to the following 
and ensure yourself that /var/lib/mysql has the right permissions (the uid/
gid may be different).
msgstr 
Pour utiliser MySQL, vous devez créer un utilisateur et un groupe similaires 
à ce qui suit et vérifier que /var/lib/mysql possède les permissions 
appropriées (les identifiants numériques de groupe et d'utilisateur, uid et 
gid, peuvent être différents).

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid 
/etc/passwd:  mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false
msgstr 
/etc/passwd : mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid /etc/group:   mysql:x:101:
msgstr /etc/group :  mysql:x:101:

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:2001
msgid /var/lib/mysql:   drwxr-xr-x   mysqlmysql
msgstr /var/lib/mysql :  drwxr-xr-x   mysqlmysql

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:3001
msgid Remove the databases used by all MySQL versions?
msgstr Supprimer les bases de données de toutes les versions de MySQL ?

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:3001
msgid 
The script is about to remove the data directory /var/lib/mysql. If it is 
planned to just install a higher MySQL version or if a different mysql-
server package is already using it, the data should be kept.
msgstr 
Les données du répertoire /var/lib/mysql seront supprimées. Si vous prévoyez 
d'installer une version plus récente de MySQL ou si un autre paquet mysql-
server les utilise déjà, vous devriez les conserver.

#. Type:

Bug#390981: mod-mono: [INTL:fr] French debconf templates translation

Package: mod-mono
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

If you do not already use it, please remember about the
podebconf-report-po utility, which helps warning translators about
changes when you modify some debconf templates in your packages. See
its man page for details.

The usual policy when using it is sending a warning to translators when
you plan to upload a version of your package with debconf templates
changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to
update their files (several translation teams have a QA process which
requires time).

podebconf-report-po will take care of sending the translators the
needed material as well as getting the translators adresses from the
PO files. All you have to do is just using the utility..:-)

If you apply this policy, please forget about these remarks, of
courseThis message is generic..:-)


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-2-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
# translation of fr.po to French
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
# Christian Perrier [EMAIL PROTECTED], 2006.
msgid 
msgstr 
Project-Id-Version: fr\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-09-24 12:22+0200\n
PO-Revision-Date: 2006-09-28 06:34+0200\n
Last-Translator: Christian Perrier [EMAIL PROTECTED]\n
Language-Team: French debian-l10n-french@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-1\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n

#. Type: boolean
#. Description
#: ../libapache-mod-mono.templates:1001
msgid Activate module?
msgstr Faut-il activer le module ?

#. Type: boolean
#. Description
#: ../libapache-mod-mono.templates:1001
msgid If this is true, then the module will be activated as apache starts.
msgstr 
Si vous choisissez cette option, le module sera activé au démarrage d'Apache.

Bug#235732: Announce of the upcoming NMU for the atlas3 package

Quoting Camm Maguire ([EMAIL PROTECTED]):
 Greetings, and thanks so much for your work here!
 
 As I understand your proposal, I do object, so please abort, at least
 temporarily, so we can consult upon the best course forward.  I have
 already consulted the opinion of many atlas users, and the 'annoying
 note opinion' is far from universally held.  Please also note the
 currently reduced priority of the notes.  This said, I might be
 persuaded that some or even all of the content belongs in
 README.Debian.  What I object to is basing this assessment on the
 opinion of those submitting bugs, and not the vast silent majority who
 appear to like things the way they are.


Well, the announced NMU mixed indeed two topics, both of which being
currently the subject of active actions by the i18n task force:

-the multiplication of notes displayed by debconf

-the proposed translations for *all* these notes, which are slowly
 being forgotten in the BTS


Both are of course mixed: if notes are finally removed, entirely or
partly, the translations are partly obsoleted.

Both have something in common: the complete lack of visible maintainer
activity in the BTS. 

About debconf notes, all arguments that you raised could have been
sent to the bug reports such as #235732...or the recent ones which I
automatically raised during the mass bug filing about useless notes.

Some of the translations are sitting in the BTS for about 1.5 years
without any comment.

*this* is the initial point of this action: get some reaction about
this. The minimal one would be an upload with all these translations
fixed.

But, please, let me argue again about the notes. They are VERY
verbose, they give technical details about the implementation which
mostly ALL other packages in Debian put in README.Debian to avoid
interrupting installations.

But, moreover, as they use low priority, they are indeed NOT seen by
probably 90 or 95% of your users. So, as such, they *are* useless. I
suggest that you go through the details of the rationale given in the
recent bug reports I sent: I couldn't develop better.

Please taken into account that the current maintainer of debconf (Joey
Hess) himself thinks that low and medium priority notes fall under a
contradiction and considers completely removing the support for notes.

My proposal is to remove all the notes but the ones that are displayed
when certain conditions on CPU's are not met.

For instance:

#!/bin/sh

TDNCOMP=y

. /usr/share/debconf/confmodule

if ! grep ^flags /proc/cpuinfo | grep -q 3dnow; then
db_input high atlas3-3dnow/no_3dnow
fi
db_go


These no_* notes become *error* templates type which is perfectly
acceptable.


Finally, please also note that some of the templates are not listed in
debian/po/POTFILES.in which makes them untranslatable and please also
remember about the bug suggesting to run debconf-updatepo in the clean
target.

I still intent to work on a patch combining all these proposals, which
should reduce the ammount of debconf stuff in atlas3 to an acceptable
level. The corresponding patch will be sent to the BTS in #235732.




signature.asc
Description: Digital signature

Bug#390700: closed by Colin Watson [EMAIL PROTECTED] (Re: Bug#390700: 'man ssh-keysign' typos: hostbased x 4)

2006-10-04 Thread A. Costa

On Tue, 03 Oct 2006 08:18:54 -0700
[EMAIL PROTECTED] (Debian Bug Tracking System) wrote:

  -must be set-uid root if hostbased authentication is used.
  +must be set-uid root if host based authentication is used.
   .El
   .Sh SEE ALSO
   .Xr ssh 1 ,
 
 Thanks, but I'd rather not apply this, since hostbased is a
 technical term in the domain of SSH authentication methods.

Most of these crammed terms (e.g. manpage for man page), are
just ossified bad habits.  I like 'em only as slang.

What's Google spew out?

hostbased   71,400 hits
host based1,900,000 hits  (mostly hyphenated)

I don't know if that's accurate though, as most of those hostbased
hits seem to be the web page names themselves, i.e.
.../adminguide/51/userauth-hostbased.html.

If it matters, 'ssh.com' and 'sun.com' favor host-based.  Suggested
compromise: insert a hyphen if not a space.


PS:  I see a kind of minor world word war in these typos.  As an
flat-accented American, I admire Noah Webster's moderate reforms, and am
dismayed by British spellings like colour in technical writing.  Not
that I've anything against British English as such, just a prejudice
against its orthography as a retarding influence, not unlike their old
non-decimal cash; how surprising British technical men would be
sentimental about spelling.  That's USA vs. UK.

Then there's the USA vs. Germany in all these crammed words, which are
probably proper German form.  Some correctly argue that long words
allow mechanical spell checking to catch mixed words that would
otherwise be missed, but letting readers breathe is more important than
making a language assembly line ready.  

The ancients didn't even use spaces. Spaces were to written phonetic
languages a bit like the zero was for written numbers.  Wonder if
anyone has attempted to to compare languages to study if there's a
sweet spot for spaces/word-length ratios? An Anglo-centric hypothesis:
English hits this supposed sweet spot, partly accounting for its wide
utility. Or maybe there's more than one sweet spot, one for tech,
another for poetry, etc.  Perhaps holding that tech spot would make us
too dangerously literal...

But we're all sometimes international barbarians to each other, and I'd
certainly never boycott all this excellent foreign software...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#364819: [PR29207] gij bus errors on hppa-linux-gnu and alpha-linux-gnu

clone 364819 -1
severity 364819 serious
close 364819 4.1.1ds1-14
thanks

On Tue, Oct 03, 2006 at 08:10:59PM +0200, Matthias Klose wrote:
 tags 364819 - unreproducible
 severity 364819 important
 thanks

 gij-4.1 now ignores the unaligned accesses. by running the interpreter
 with prctl --unaligned=default. ecj-bootstrap did build on the
 buildd.

This means the version of gcj-4.1 is still RC-buggy and will presumably
require a freeze exception for etch; documenting this in the BTS.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390706: 'man update-exim4' typos: delvered and domainlist

2006-10-04 Thread A. Costa

On Wed, 4 Oct 2006 00:01:39 +0200
Marc Haber [EMAIL PROTECTED] wrote:

 On Mon, Oct 02, 2006 at 01:09:22PM -0400, A. Costa wrote:
  -is used to populate the relay_to_domains domainlist, a list of domains for 
  -which we accept mail from anywhere on the Internet but which are not 
  delvered
  +is used to populate the relay_to_domains list, a list of domains for 
  +which we accept mail from anywhere on the Internet but which are not 
  delivered
 
 The typo is fixed in svn.
 
 A domain list is a technical term for exim, having semantic meaning
 (see spec.txt chapter 10.8). I have fixed the spelling to the official
 spelling domain list in svn.
 
 Thanks for finding and reporting these issues.

Thanks for the courteous and prompt reply.

Agreed that domain list is correct, (it even _sounds_ correct),
however that's not really the problem, and sadly, I might not have
reported the bug correctly... 

I think at the very least I should have tagged this bug needless
words.  I'm still working on how to mechanize such bugs -- the idea is
to send a bug so obvious that nobody can possibly be confused.
Unfortunately needless words bugs seem less obvious than
typos.  (BTW, I'd love to know if there are good German words or
phrases for needless words.)

Anyway, the true error was NOT that the term domain list
was incorrect, but rather that the adjective domain is redundant:

...the relay_to_domains domainlist, a list of domains...
   12   3 45  6

I've numbered six consecutive words.  Note how the string domain is
in #1, #2, and #6.  Often consecutive repeated adjectives (or terms
that function as adjectives) are a bad sign.  (Hmm, a search for those
could be automated.)

The clause a list of domains makes it clear enough that
relay_to_domains is a not just a list, it also is a domains list.
Therefore word #2 can be shortened to list. There are many ways to
express the same thing:

1) the relay_to_domains domain list 
2) the domain list called relay_to_domains
3) a list of domains called relay_to_domains
4) relay_to_domains, a list of domains
5) relay_to_domains, a domain list

1) is weak, because of ..._domains domain.  2) and 3) need an
additional qualifier called.  5) or 4) seems best, and better
than my patch.

I hope this reply isn't more than you wanted to read; if not
it's a successful bug report, it may help if only as
experimental research in how to deal better with needless words
bugs.  The general question is what is the minimum information a
maintainer needs to be made aware of such a bug?  Wish I knew...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390978: linux-image-2.6.17-2-686: USB support regression: USB stick fails with ehci_hcd loaded

2006-10-04 Thread Nathanael Nerode

Package: linux-image-2.6.17-2-686
Version: 2.6.17-9
Severity: normal

In 2.6.15-*, my USB pen drive worked normally.
In 2.6.16-* and 2.6.17-*, if I 'rmmod ehci_hcd' before inserting
it, it works normally.

But if ehci_hcd is loaded, it flakes out badly.  The way it
flakes out varies.

This is a Dell Dimension 4600.

I would be perfectly happy if I could force the kernel to recognize
the pen drive as full speed and not high speed.  But I don't
really want to lose the ability to have other high speed devices.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages linux-image-2.6.17-2-686 depends on:
ii  module-init-tools 3.2.2-3tools for managing Linux kernel mo
ii  yaird [linux-initramfs-tool]  0.0.12-18  Yet Another mkInitRD

Versions of packages linux-image-2.6.17-2-686 recommends:
ii  libc6-i686   2.3.6.ds1-4 GNU C Library: Shared libraries [i

-- debconf information:
  linux-image-2.6.17-2-686/postinst/old-initrd-link-2.6.17-2-686: true
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.17-2-686/postinst/old-dir-initrd-link-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/lilo-initrd-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/failed-to-move-modules-2.6.17-2-686:
  linux-image-2.6.17-2-686/postinst/depmod-error-initrd-2.6.17-2-686: false
  linux-image-2.6.17-2-686/postinst/create-kimage-link-2.6.17-2-686: true
  linux-image-2.6.17-2-686/postinst/bootloader-test-error-2.6.17-2-686:
  linux-image-2.6.17-2-686/preinst/lilo-has-ramdisk:
  linux-image-2.6.17-2-686/prerm/removing-running-kernel-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/abort-overwrite-2.6.17-2-686:
  linux-image-2.6.17-2-686/preinst/already-running-this-2.6.17-2-686:
  linux-image-2.6.17-2-686/postinst/old-system-map-link-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/bootloader-initrd-2.6.17-2-686: true
  linux-image-2.6.17-2-686/preinst/initrd-2.6.17-2-686:
  linux-image-2.6.17-2-686/preinst/abort-install-2.6.17-2-686:
  linux-image-2.6.17-2-686/preinst/overwriting-modules-2.6.17-2-686: true
  linux-image-2.6.17-2-686/postinst/kimage-is-a-directory:
  linux-image-2.6.17-2-686/preinst/elilo-initrd-2.6.17-2-686: true
  linux-image-2.6.17-2-686/prerm/would-invalidate-boot-loader-2.6.17-2-686: true
  linux-image-2.6.17-2-686/postinst/depmod-error-2.6.17-2-686: false
  linux-image-2.6.17-2-686/postinst/bootloader-error-2.6.17-2-686:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390976: libloki-doc: please provide a doc-base entry

2006-10-04 Thread LI Daobing

Package: libloki-doc
Version: 0.1.5-1
Severity: normal

check debian policy 9.10

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#374628: fixed in latest version

reopen 374628
close 374628 4:4.4.0-1
thanks

On Tue, Oct 03, 2006 at 07:34:43PM +0200, sean finney wrote:
 Version: 4.4.0

 according to the changelog.

But 4.4.0 never existed as a Debian version, and this is off by four
epochs anyway :)

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390276: Fixed packages ready

2006-10-04 Thread Benjamin Seidenberg

tags 390276 +pending
thanks

Fixed packages are available at http://dlgeek.net/gg/. They have been
approved by the maintainer and are waiting on a sponsor.



signature.asc
Description: OpenPGP digital signature

Bug#390986: openssh: change ssh-krb5 into a dummy package

2006-10-04 Thread Russ Allbery

Package: openssh
Version: 1:4.3p2-4
Severity: wishlist
Tags: patch

Hello folks,

Sam and I, and I'm sure the security team as well, would love to get rid
of the separate ssh-krb5 package for etch now that the GSSAPI patch has
been incorporated into openssh.  There are only a few small issues in the
way of doing this:

 * openssh-client doesn't default to attempting GSSAPI authentication.
   There's no reason not to enable this by default; it is quietly skipped
   if the user has no Kerberos ticket cache or if the remote host doesn't
   advertise GSSAPI.  Without this enabled, the upgrade from ssh-krb5 to
   openssh-client would silently break GSSAPI authentication for users.

 * openssh-server doesn't enable GSSAPI by default.  This is a reasonable
   default and ideally should be a debconf prompt, but in the interim,
   installing ssh-krb5 needs to result in a GSSAPI-enabled server.  We
   therefore need a transitional package that will do the right thing in
   the configuration.

 * ssh-krb5 in sarge supports the GSSAPINoMICAuthentication configuration
   option, which is no longer supported by the current GSSAPI code.  This
   option should therefore be removed from the sshd_config if seen there.

Attached is a lightly tested patch that takes care of all of these issues
and adds an ssh-krb5 transitional package to the openssh package.  I would
very much like to get this into etch; I'm sorry that it's taken me so long
to get around to writing it.

Please let me know if you have any additional concerns.

(BTW, I also noticed that the current openssh-client package does not
include the -K patch to add a -K option that's the inverse of -k and
turns on ticket delegation regardless of the config setting.  I thought
that this was part of the standard GSSAPI patch, but possibly not.  Could
you include this?  This may also be necessary for this transition, and it's
very useful.)

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
diff -ruN openssh-4.3p2-current/debian/control openssh-4.3p2/debian/control
--- openssh-4.3p2-current/debian/control2006-10-03 22:16:37.0 
-0700
+++ openssh-4.3p2/debian/control2006-10-03 23:07:05.0 -0700
@@ -9,8 +9,8 @@
 Package: openssh-client
 Architecture: any
 Depends: ${shlibs:Depends}, ${debconf-depends}, adduser (= 3.10), dpkg (= 
1.7.0), passwd
-Conflicts: ssh ( 1:3.8.1p1-9), sftp, rsh-client (0.16.1-1), ssh-krb5
-Replaces: ssh ( 1:3.8.1p1-9), ssh-krb5
+Conflicts: ssh ( 1:3.8.1p1-9), sftp, rsh-client (0.16.1-1), ssh-krb5 ( 
1:4.3p2-5)
+Replaces: ssh ( 1:3.8.1p1-9), ssh-krb5 ( 1:4.3p2-5)
 Suggests: ssh-askpass, xbase-clients
 Provides: rsh-client, ssh-client
 Description: Secure shell client, an rlogin/rsh/rcp replacement
@@ -39,8 +39,8 @@
 Priority: optional
 Architecture: any
 Depends: ${shlibs:Depends}, ${debconf-depends}, ${pam-depends}, libpam-modules 
(= 0.72-9), adduser (= 3.9), dpkg (= 1.9.0), openssh-client (= 
${Source-Version})
-Conflicts: ssh ( 1:3.8.1p1-9), ssh-nonfree (2), ssh-socks, ssh2, sftp, 
rsh-client (0.16.1-1), ssh-krb5
-Replaces: ssh ( 1:3.8.1p1-9), openssh-client ( 1:3.8.1p1-11), ssh-krb5
+Conflicts: ssh ( 1:3.8.1p1-9), ssh-nonfree (2), ssh-socks, ssh2, sftp, 
rsh-client (0.16.1-1), ssh-krb5 ( 1:4.3p2-5)
+Replaces: ssh ( 1:3.8.1p1-9), openssh-client ( 1:3.8.1p1-11), ssh-krb5 ( 
1:4.3p2-5)
 Suggests: ssh-askpass, xbase-clients, rssh
 Provides: ssh-server
 Description: Secure shell server, an rshd replacement
@@ -72,6 +72,16 @@
  the OpenSSH server, which are now in separate packages. You may remove
  it once the upgrade is complete and nothing depends on it.
 
+Package: ssh-krb5
+Priority: extra
+Architecture: all
+Depends: openssh-client, openssh-server
+Description: Secure shell client and server (transitional package)
+ This is a transitional package depending on the regular Debian OpenSSH
+ client and server, which now support GSSAPI natively.  It will add the
+ necessary GSSAPI options to the server configuration file.  You can
+ remove it once the upgrade is complete and nothing depends on it.
+
 Package: ssh-askpass-gnome
 Section: gnome
 Priority: optional
diff -ruN openssh-4.3p2-current/debian/openssh-server.postinst 
openssh-4.3p2/debian/openssh-server.postinst
--- openssh-4.3p2-current/debian/openssh-server.postinst2006-10-03 
22:16:37.0 -0700
+++ openssh-4.3p2/debian/openssh-server.postinst2006-10-03 
23:27:05.0 -0700
@@ -72,6 +72,17 @@
 }
 
 
+remove_obsolete_gssapi() {
+   grep -qi '^[]*GSSAPINoMICAuthentication' /etc/ssh/sshd_config \
+   || return 0
+   perl -pe 's/^(\s*GSSAPINoMICAuthentication)/\#$1/i' \
+/etc/ssh/sshd_config  /etc/ssh/sshd_config.dpkg-new
+   chown --reference

Bug#385360: RFA: autolog -- Terminates connections for idle users

2006-10-04 Thread Rino Mardo


Package: wnpp
Severity: normal


hello, i  wish to help. how can i change RFA to ITA.

--
Registered Linux user #93359
gpg key: A3B2A6E2


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390985: vrrpd sees packets from wrong vlans when run on 802.1q interfaces

2006-10-04 Thread Anton Ivanov

Package: vrrpd
Version: 1.0-1
Severity: important


This is to some extent network adapter dependant. Lower end cards with
more primitivea mac filtering like Via Rhine are less prone to this
problem. It is 100% reproducible on higher end cards like Intel e1000.

How to reproduce:

1. Configure 2 Vlan interfaces on host A and host B (with a suitable
switch in between).
2. Run VRRP between host A and host B on both VLANs using 2 different
vrrpd processes (let's say 5 and 6).
3. Configure process 5 auth to plain and 6 to pw. Both processes will
start seeing each other's packets and complain in syslog. 
4. Configure process 5 ah and 6 to ah. This one is worse - all hosts on
all interfaces will try to grab the vrrp address generating duplicate
ips on the network.

So on.

I have not looked at the code in detail, but it seems that it heavily
relies on the IP stack to filter out the right multicast frames. The
stack in turn relies on the card driver and the card driver on MCAST
filters which on 802.1q interfaces quite often leak. Other similar apps
(quagga) perform extra checks on what they receive via MCAST to
compensate for such stack problems (they are well known).

The overall effect is that all auth schemes except none are rendered
unuseable when running vrrpd on 802.1q interfaces. It is also not
possible to mix authentication schemes. 

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.14-1-k7-desktop
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages vrrpd depends on:
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#378814: gphotocoll: Crash when selecting film

2006-10-04 Thread Julien BLACHE

Matthias Julius [EMAIL PROTECTED] wrote:

Hi,

 | read(8, ! $Xorg: XErrorDB,v 1.3 2000/08/..., 37893) = 37893
 | close(8)= 0
 | brk(0x748000)   = 0x748000
 | write(2, Gdk-ERROR **: BadMatch (invalid ..., 111Gdk-ERROR **: BadMatch 
 (inval
 | id parameter attributes)
 |   serial 6326 error_code 8 request_code 145 minor_code 3
 | ) = 111
 | write(4, \1\v\1\0\1\0\0\0\0\0\0\0w+\0\0, 16) = 16
 | close(4)= 0
 | write(3, \23 \3\0\1\0\0\6/\1\0\0+\0\1\0, 16) = 16
 | read(3, \0\10\267\30\0\0\0\0\3\0\221\3\0\0\0\0\10\0\0\0\0\0\0\0..., 32) = 
 32
 | write(2, Gdk-ERROR **: BadMatch (invalid ..., 111Gdk-ERROR **: BadMatch 
 (inval
 | id parameter attributes)
 |   serial 6327 error_code 8 request_code 145 minor_code 3
 | ) = 111
 | exit_group(1)   = ?
 `

OK, that's an X11 error happening here, so it looks like something
goes wrong while loading the image, and we probably end up handling a
NULL pointer or something.

But that doesn't tell where it happens, so you'll have to get a
backtrace with gdb and a gphotocoll binary with debug symbols...

JB.

-- 
 Julien BLACHE [EMAIL PROTECTED]  |  Debian, because code matters more 
 Debian  GNU/Linux Developer|   http://www.debian.org
 Public key available on http://www.jblache.org - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390926: libnss-ldap: Startup scripts take ages to perform duties

On Wed, Oct 04, 2006 at 02:14:13AM +0200, Steinar H. Gunderson wrote:
  The first one is that it attempts to touch a file in a directory that
  does not exist. /etc/init.d/libnss-ldap needs /lib/init/rw to exist but
  does not make sure.
  Simple fix is to create the dir manually.

 You're mixing and matching testing and unstable packages, with somewhat mixed
 results; I guess libnss-ldap should depend on initscripts that are new enough
 to have /lib/init/rw (the version in sid definitely is).

And initscripts is frozen, and no decision has been made yet to let that
version of sysvinit into etch.

Can we just fix libnss-ldap already to use a sensible default bind policy,
please?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390984: apt complains about unauthenticated packages despite debian-archive-keyring gnupg

2006-10-04 Thread Tim Connors

Package: apt
Version: 0.6.45
Severity: normal

This is not bug #386800, as I have debian-archive-keyring and gnupg
installed:
2042,6 dpkg -s debian-archive-keyring  gnupg | grep -E '(Package|Version)'
Package: debian-archive-keyring
Version: 2006.01.18
Package: gnupg
Version: 1.4.5-1

Yet apt-get still compains (sorry, not using aptitude as per bug
#369231):

2043,7 apt-get install  apt apt-listchanges apt-utils bsdutils chkrootkit 
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  apt-doc
Recommended packages:
  exim4 mail-transport-agent
The following packages will be upgraded:
  apt apt-listchanges apt-utils bsdutils chkrootkit
5 upgraded, 0 newly installed, 0 to remove and 458 not upgraded.
Need to get 1998kB of archives.
After unpacking 69.6kB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  bsdutils apt apt-utils apt-listchanges chkrootkit
Install these packages without verification [y/N]? 

What have I done wrong?

-- Package-specific info:

-- apt-config dump --

APT ;
APT::Architecture i386;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::APT ;
APT::APT::Clean-Installed off;
APT::Cache-Limit 33554432;
Dir /;
Dir::State var/lib/apt/;
Dir::State::lists lists/;
Dir::State::cdroms cdroms.list;
Dir::State::userstatus status.user;
Dir::State::status /var/lib/dpkg/status;
Dir::Cache var/cache/apt/;
Dir::Cache::archives archives/;
Dir::Cache::srcpkgcache srcpkgcache.bin;
Dir::Cache::pkgcache pkgcache.bin;
Dir::Etc etc/apt/;
Dir::Etc::sourcelist sources.list;
Dir::Etc::sourceparts sources.list.d;
Dir::Etc::vendorlist vendors.list;
Dir::Etc::vendorparts vendors.list.d;
Dir::Etc::main apt.conf;
Dir::Etc::parts apt.conf.d;
Dir::Etc::preferences preferences;
Dir::Bin ;
Dir::Bin::methods /usr/lib/apt/methods;
Dir::Bin::dpkg /usr/bin/dpkg;
DPkg ;
DPkg::Pre-Install-Pkgs ;
DPkg::Pre-Install-Pkgs:: if dpkg -s apt-listbugs | grep -q '^Status: .* ok 
installed'; then /usr/sbin/apt-listbugs apt || ( test $? -ne 10 || exit 10; 
echo 'Warning: apt-listbugs exited abnormally, hit enter key to continue.' 12 
; read a  /dev/tty ); fi;
DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10;
DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true;
DPkg::Tools ;
DPkg::Tools::Options ;
DPkg::Tools::Options::/usr/bin/apt-listchanges ;
DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2;
DPkg::Post-Invoke ;
DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums 
--generate=nocheck -sp /var/cache/apt/archives; fi;
Aquire ;
Aquire::http ;
Aquire::http::Proxy http://wwwproxy.swin.edu.au:8000;;
Aquire::http::No-Cache false;
Aquire::http::Max-Age 86400;
Aquire::http::No-Store false;

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

#deb http://ftp.au.debian.org/pub/debian/ stable main non-free contrib
#deb http://ftp.au.debian.org/pub/debian/ testing main non-free contrib
#deb http://ftp.au.debian.org/pub/debian/ unstable main non-free contrib
#deb http://ftp.au.debian.org/debian project/experimental/main/binary-$(ARCH)/
#deb http://ftp.au.debian.org/pub/debian/ ../project/experimental main
#deb http://mirror.aarnet.edu.au/pub/debian/ stable main non-free contrib
#deb http://mirror.aarnet.edu.au/pub/debian/ testing main non-free contrib
#deb http://mirror.aarnet.edu.au/pub/debian/ unstable main non-free contrib
#deb http://mirror.aarnet.edu.au/debian 
project/experimental/main/binary-$(ARCH)/
#deb http://mirror.aarnet.edu.au/pub/debian/ ../project/experimental main

deb http://ftp.debian.org/debian stable main contrib non-free
deb http://ftp.debian.org/debian testing main contrib non-free
deb http://ftp.debian.org/debian unstable main contrib non-free
deb http://ftp.debian.org/debian project/experimental/main/binary-$(ARCH)/

#deb http://ftp.wa.au.debian.org/debian stable main contrib non-free
#deb http://ftp.wa.au.debian.org/debian testing main contrib non-free
#deb http://ftp.wa.au.debian.org/debian unstable main contrib non-free
#deb http://ftp.wa.au.debian.org/debian 
project/experimental/main/binary-$(ARCH)/

#deb http://ftp.wa.au.debian.org/debian ../project/experimental main
#deb http://ftp.monash.edu.au/pub/linux/debian/ stable main contrib non-free
#deb http://ftp.monash.edu.au/pub/linux/debian/ testing main contrib non-free
#deb http://ftp.monash.edu.au/pub/linux/debian/ unstable main contrib non-free
#deb http://ftp.monash.edu.au/pub/linux/debian/ ../project/experimental main

deb-src http://ftp.wa.au.debian.org/debian/ stable main non-free contrib
deb-src http://ftp.wa.au.debian.org/debian/ testing main non-free contrib
deb-src http://ftp.wa.au.debian.org/debian/ unstable main non-free contrib
#deb-src http://ftp.wa.au.debian.org/debian/ ../project/experimental main

#deb-src http://mirror.aarnet.edu.au/pub/debian/ stable main non-free contrib
#deb-src http://mirror.aarnet.edu.au/pub/debian/ testing main non-free contrib
#deb-src

Bug#390983: openoffice.org crashes at startup

2006-10-04 Thread Svante R Signell

Package: openoffice.org
Version: 2.0.4~rc2-2
Severity: Grave

openoffice.org crashes when opening any file. Have tried with .doc and
.ppt files

Update to openoffice.org-common and openoffice.org-java-common version
2.0.4~rc3-1 did not help! The problem remains.

Package: openoffice.org
Version: 2.0.4~rc2-2
Severity: Grave

openoffice.org crashes when opening any file. Have tried with .doc and
.ppt files

Update to openoffice.org-common and openoffice.org-java-common version
2.0.4~rc3-1 did not help! The problem remains.

# ooffice file.doc
dirname: extra operand `/home/srs/.mozilla/firefox/64hg6bbw.Default'
Try `dirname --help' for more information.
This should only happen once

Fatal exception: Signal 11
Stack:
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725dbbc]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725dd02]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725dd98]
[0xe420]
/usr/lib/openoffice/program/i18npool.uno.so[0xa0a0b0cf]
/usr/lib/openoffice/program/libvcl680li.so[0xa7dbabe5]
/usr/lib/openoffice/program/libvcl680li.so[0xa7dbf9d3]
/usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7dc07f5]
/usr/lib/openoffice/program/libvcl680li.so[0xa7f38f40]
/usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7f39f69]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee7912]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee765e]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee765e]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee82be]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee8478]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee84a8]
/usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7d110ec]/usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7d1130b]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa5b10f4a]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0xc2)[0xa5b0fca2]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0xa5b103ba]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa5b1a8f7]
/usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7d0ae5c]
/usr/lib/openoffice/program/libsvx680li.so[0xa143c72c]
/usr/lib/openoffice/program/libsvx680li.so[0xa1433128]
/usr/lib/openoffice/program/libsvx680li.so[0xa161d147]
/usr/lib/openoffice/program/libsvx680li.so[0xa161e858]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x8064e5e]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0x8065102]
/usr/lib/openoffice/program/libvcl680li.so[0xa7d1004c]
/usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xa74b8738]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725d837]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725dd6e]
[0xe420]
/usr/lib/openoffice/program/i18npool.uno.so[0xa0a0b0cf]
/usr/lib/openoffice/program/libvcl680li.so[0xa7dbabe5]
/usr/lib/openoffice/program/libvcl680li.so(_ZNK12OutputDevice11GetTextRectERK9RectangleRK6StringtP12TextRectInfo+0xbf)[0xa7dbc78f]
/usr/lib/openoffice/program/libsd680li.so[0x9fcbe8c3]
/usr/lib/openoffice/program/libsd680li.so[0x9fcbe9da]
/usr/lib/openoffice/program/libsd680li.so[0x9fcc1b87]
/usr/lib/openoffice/program/libvcl680li.so[0xa7eed0a4]
/usr/lib/openoffice/program/libvcl680li.so(_ZN6Window4ShowEht+0xc6)[0xa7eed206]
/usr/lib/openoffice/program/libsd680li.so[0x9fcc171c]
/usr/lib/openoffice/program/libsd680li.so[0x9fcc2373]
/usr/lib/openoffice/program/libsd680li.so[0x9fcc3500]
/usr/lib/openoffice/program/libsd680li.so[0x9fcc7678]
/usr/lib/openoffice/program/libsd680li.so[0x9fcc7b0b]
/usr/lib/openoffice/program/libsd680li.so[0x9fa092a6]
/usr/lib/openoffice/program/libsd680li.so[0x9fb36bc4]
/usr/lib/openoffice/program/libsd680li.so[0x9fa83d8a]
/usr/lib/openoffice/program/libsd680li.so[0x9fa844e0]
/usr/lib/openoffice/program/libsd680li.so[0x9fa847e6]
/usr/lib/openoffice/program/libsd680li.so[0x9fa850b1]
/usr/lib/openoffice/program/libsd680li.so[0x9fa850e3]
/usr/lib/openoffice/program/libsd680li.so[0x9fa9ba84]
/usr/lib/openoffice/program/libsd680li.so[0x9fa96b6b]
/usr/lib/openoffice/program/libsfx680li.so[0xa260f0dd]
/usr/lib/openoffice/program/libsfx680li.so[0xa260f8a7]
/usr/lib/openoffice/program/libsfx680li.so[0xa260f918]
/usr/lib/openoffice/program/libsfx680li.so[0xa26409c5]
/usr/lib/openoffice/program/libsfx680li.so[0xa2640969]
/usr/lib/openoffice/program/libvcl680li.so[0xa7efe773]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN10SalDisplay21DispatchInternalEventEv+0xb0)[0xa5b184a0]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN13SalX11Display5YieldEv+0x25)[0xa5b184d5]

Bug#390454: [php-maint] Bug#390454: libapache2-mod-php4: wrong apache dependency

On Tue, Oct 03, 2006 at 09:02:19PM +0200, sean finney wrote:

 On Sun, 2006-10-01 at 13:09 +0200, Tollef Fog Heen wrote:
  libapache2-mod-php4 has a dependency on apache2-mpm-prefork  2.0.52. 
  The ABI is broken with Apache 2.2, so it should either have a dependency 
  on apache2-common (which is called apache2.2-common with Apache 2.2) or 
  a  dependency to ensure it's not upgraded to any non-2.0-release.

  Oh, and don't bother fixing this before 2.2 hits unstable, but please do 
  add the dependency on apache2.2-common then to avoid any such problem in 
  the future.

 so to clarify, are you asking that we update the dependency to *only*
 apache2.2-common and remove all references to the httpd-providing
 packages?  or should we also update to include a dependency on the
 apache2.2-whatever-server?

This needs to be an *additional* dependency for the php packages; the reason
for depending on a specific mpm package still exists, but we need to depend
on the apache2.2-common package as well because this is in essence the
module ABI declaration.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390031: gpsd: build dependencies is missing libsm-dev

2006-10-04 Thread Tilman Koschnick

On Tue, 2006-10-03 at 20:30 +0100, Luke Kenneth Casson Leighton wrote:
  ok.  here's the procedure:
 
  apt-get source gpsd
  apt-get build-dep gpsd
  cd gpsd-x
  dpkg-buildpackage gpsd
 
  ... nd, it fails - because libsm-dev wasn't installed.

Mmh, could this have happened during the great XFree86 - xorg
migration? If I remember correctly, header files and libraries got moved
around, and there was a phase when everything was a bit out of sync.

For me, gpsd builds fine in clean pbuilder Etch and Sid chroots, so the
problem seems to have gone.

To verify, what happens if you purge libsm-dev, libxt-dev and then
'apt-get build-dep gpsd' again? On an up-to-date Etch?

Cheers, Til


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

Bug#390967: common-lisp-controller: File permission errors for .fasl files

2006-10-04 Thread Peter Van Eynde


On Tue, 03 Oct 2006 21:45:13 -0600, Rob Aagaard [EMAIL PROTECTED] said:
 Package: common-lisp-controller Version: 6.3 Severity: normal

 Attempting to load any library through asdf fails.

6.3 and 6.4 were pretty bad releases. 6.5 should would, at least it does
 for me, could you check this?

Sorry for the issues, Peter


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#375099: [INTL:km] dpkg translation updated

tags 375099 pending
thanks but I'm not sure that tagging is useful here

Quoting Khoem Sokhem ([EMAIL PROTECTED]):
 Package: dpkg
 Version: N/A
 Severity: wishlist
 Tags: l10n patch



Committed. But please open new bugs when the former ones have been
closed.




signature.asc
Description: Digital signature

Bug#390987: schroot segfaults on startup, perhaps because of how my LANG= variable is set

2006-10-04 Thread Jason Spiro


Package: schroot
Version: 1.0.2-1

When I run
schroot
it segfaults. When I run the following:
LANG= schroot
it seems to work.

My LANG variable is set to: fr_FR.UTF-8
I don't know if that's actually a valid setting for LANG, but it seems
to work in other apps.

Here is my schroot.conf:

[potato-for-jade]
description=Debian potato (unstable)
location=/m/l/potato-for-jade
#priority=3
users=j
#groups=sbuild
root-groups=root
aliases=default

--
Jason Spiro: computer consulting with a smile.
I also provide training and spyware removal services for homes and businesses.
Call or email for a FREE 5-minute consultation. Satisfaction guaranteed.
416-781-5938 / Email: [EMAIL PROTECTED] / MSN: [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390796: no nvidia-graphics-legacy-modules packages for current nvidia-glx-legacy

On Tue, Oct 03, 2006 at 09:50:25AM -0700, Randall Donald wrote:

  The nvidia-glx-legacy package is uninstallable in unstable, and not being
  updated in testing, because there are no nvidia-graphics-legacy-modules-i386
  packages built for the current version.  As this prevents bug #372252 from
  being fixed in testing, this will most probably result in nvidia-glx-legacy
  being dropped from etch if new binary packages aren't made available soon.

 Ok, I'll build some today.

Great :)

 Thanks, but I can get to this today so I have it in subversion. Out of
 interest, has etch's kernel been decided on yet? 

Yes, we expect 2.6.18 to be pushed into testing immediately following the
next d-i release, and to be the final kernel for etch.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390988: stone: Please package newly available stable release 2.3c

2006-10-04 Thread Kobayashi Noritada

Package: stone
Version: 2.3-1+nori.1
Severity: wishlist


The current stable version of stone is 2.3c, which fixes bugs on SSL
connection in 2.3 and adds some features.
Could you please package this version if you have some time?

Thanks,

-nori


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-3-686
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)

Versions of packages stone depends on:
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii  libssl0.9.7   0.9.7e-3sarge4 SSL shared libraries
ii  openssl   0.9.7e-3sarge4 Secure Socket Layer (SSL) binary a

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390419: libbonoboui2-dev: Linked against libdbus-1.so.2

On Mon, Oct 02, 2006, Steve Langasek wrote:
 $ objdump -p /usr/bin/bonobo-browser |grep dbus
   NEEDED  libdbus-1.so.2

 Oh crap, I was running the wrong version of bonoboui and didn't notice.

 So, this is indeed a bug in libbonoboui2-dev.  The package contains ELF
 binaries, but -- as a -dev package -- it isn't pulling in dependencies from
 dpkg-shlibdeps.  That needs to be corrected, which will conveniently also
 fix the need for libdbus-1-2 itself since on rebuild it will pick up
 libdbus-1-3 instead.

 Uploaded; thanks.

-- 
Loïc Minier [EMAIL PROTECTED]

Bug#385026: [Fwd: [Bug 359243] Disappearing rows in GTKDFB with checklists]

2006-10-04 Thread Attilio Fiandrotti


FYI
---BeginMessage---
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=359243

  gtk+ | directfb | Ver: 2.10.x





--- Comment #3 from Michael Emmel  2006-10-03 14:24 UTC ---

I looked at the app it does not use the ctree. I suspect  that the regular tree
is also painting outside the begin/end paint methods. We can't support this
under directfb. I looked through the source and it seems correct for gtktree
using only
invalidate to cause the paint loop to run.

But its a very complex widget and I don't understand all of the ways it paints.

I'll look into it but if you can come up with a simple example that does not
use tree then it will help a lot or prove/disprove that tree paints outside of
the begin/end paint.  If I could talk with the widget maintainer for tree it 
would be very very helpful.



Mike


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email

---End Message---

Bug#390975: libstlport5.1: can't install

2006-10-04 Thread Thomas Girard

tags 390975 + confirmed
thanks

Hi,

 $ sudo apt-get install libstlport5.1
 Reading package lists... Done
 Building dependency tree... Done
 The following NEW packages will be installed
   libstlport5.1
 0 upgraded, 1 newly installed, 0 to remove and 872 not upgraded.
 Need to get 0B/211kB of archives.
 After unpacking 709kB of additional disk space will be used.
 (Reading database ... 273830 files and directories currently installed.)
 Unpacking libstlport5.1 (from .../libstlport5.1_5.0.99rc2-5_amd64.deb) ...
 dpkg: error processing
 /var/cache/apt/archives/libstlport5.1_5.0.99rc2-5_amd64.deb (--unpack):
  trying to overwrite `/usr/lib/libstlport.so.5', which is also in package
 libstlport5.0
 Errors were encountered while processing:
  /var/cache/apt/archives/libstlport5.1_5.0.99rc2-5_amd64.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)

I can reproduce this, thanks for reporting.

I'm investigating why (and when) this symlink appeared.

Thomas

Bug#388399: FTBFS problems on alpha, mips[el]: Please help debugging

2006-10-04 Thread Frank Küster

Hi Ryan,

Steve Langasek [EMAIL PROTECTED] wrote:

 On Sat, Sep 30, 2006 at 11:31:14AM +0200, Frank Küster wrote:
  But if the package build requires access to $HOME/.texmf-var, that's still 
  a
  bug that should be fixed; 

 No it doesn't require that.  Only if there is a $HOME directory, and it
 is writable, then it is used.  Otherwise /tmp/texfonts is used
 instead. 

 I've chatted with Ryan Murray about this, who maintains the buildds for the
 three archs in question.  He's agreed to look into removing /home/buildd on
 these buildds when he has a chance.

Thank you.  You would have saved me a second of horror if you'd put here
what you've written at the end of your mail, namely that Ryan has
examined that directory: I was about to cry out don't do that.  


 However, he also agrees with me that every package affected by this bug is
 violating policy in its package builds: a package's clean target has to undo
 everything done by the build and binary targets, which is not possible if
 it's leaving cache files around on the system.

I agree with you, and I'm also glad that you came up with a proposal for
a good solution.  

However, I'd like to point out that this problem is not special to TeX.
Many programs create ~/.progname directories when run for the first time
- and these directories contain configuration options which might cause
trouble, since they are not updated or subject to dpkg conffile
questions when the package changes configuration options.  It might be a
good thing to require such tools to have a commandline switch or obey a
commandline variable that prevents this.  Alternatively, HOME could be
set to the temporary build directory, so that everything happens there.

 Ryan suggests that not caching fonts at all would be a good solution to
 this.  Since AIUI it is a design constraint of tex to cache these fonts as
 intermediary output from one tool used as input for another, 

Yes, that's a design constraint, and won't change in the next couple of
years. 

 the next best
 option is for the tex maintainers to provide documentation to package
 maintainers who build-depend on tex for using a local, in-tree font cache
 that they can wipe out as part of their clean target, leaving the rest of
 the system unaffected.

That's actually a good idea, yes.  Package maintainers have to set
TEXMFVAR so something inside the current directory.  Is the Makefile
variable $(CURDIR) safe for this?

 Had this been in place for whatever packages are generating documentation in
 their binary target (instead of their build target), the autobuilders never
 would have ended up with root-owned directories under
 /home/buildd/.texmf-var (which Ryan confirms is the case).  

Yes, that must be the cause.  

Thanks for debugging, and in particular for the good suggestion,

Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#390963: galeon: Animated gifs not working properly

tag 390963 + unreproducible
stop

On Tue, Oct 03, 2006, Micah Anderson wrote:
 If you attempt to view an animated gif in galeon, it doesn't animate at
 all. For example, the following graphic will animate properly in
 firefox, but not do anything in galeon:
 http://www.oohshiny.net/gallery/v/funny-pictures/forum-pictures/hitithippo.gif.html

 It works here.

-- 
Loïc Minier [EMAIL PROTECTED]

Bug#390927: closed by Bastian Blank [EMAIL PROTECTED] (Re: [Pkg-xen-devel] Bug#390927: xen-hypervisor-3.0.2-1-i386: Xen kernel panics when booting)

2006-10-04 Thread Thomas Schwinge

Hello!

On Tue, Oct 03, 2006 at 06:29:06PM -0500, Jason Martens wrote:
 Debian Bug Tracking System wrote:
 Hmm, I have linux-image-2.6.18-1-xen-686 and
 linux-image-2.6.17-2-xen-686 installed.  My grub menu.lst looks like this:

 Are these not the correct kernels for Xen?

With those kernels you're supposed to use the
xen-hypervisor-3.0-unstable-1-* packages, which also are said to
currently be the only ones that are supported by the Debian Xen team.  I
don't know if that is written down somewhere, I also had to learn it the
hard way.


Regards,
 Thomas


signature.asc
Description: Digital signature

Bug#390974: iso-codes: [INTL:et] Updated Estonian debconf translation for iso3166

2006-10-04 Thread Tobias Toedter

package iso-codes
tag 390974 pending
thanks

On Wednesday 04 October 2006 07:14, Siim Põder wrote:
 Updated Estonian debconf translation for iso3166

Hi,

I've committed the file to SVN. Thanks for your work.

Regards,
Tobias

-- 
Tobias Toedter   | Early to bed and early to rise and you'll
Hamburg, Germany | be groggy when everyone else is wide awake.


pgpu8diRaFhSf.pgp
Description: PGP signature

Bug#354211: stable 1.2 about to be released

2006-10-04 Thread Isaac Clerencia

there will be soon a 1.3 release though, I'm planning on keeping a minimal 
stable 1.2 version without campaigns installable to play MP games, while 
shipping 1.3 as usual


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390990: [INTL:gl] Updated Galician translation of iso-3166

2006-10-04 Thread Jacobo Tarrio

Package: iso-codes
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
# Translation of ISO-3166 (country names) to Galician
#
# This file is distributed under the same license as the iso-codes package.
#
# Copyright (C)
#   Free Software Foundation, Inc., 2002,2003
#   Alastair McKinstry, [EMAIL PROTECTED], 2002.
#   Translations from KDE desktop.po:
#   - Jesús Bravo Álvarez [EMAIL PROTECTED]
#   Alastair McKinstry - further translations from ICU-3.0
#   Jacobo Tarrío [EMAIL PROTECTED], 2005,2006
#
msgid 
msgstr 
Project-Id-Version: iso_3166 CVS\n
Report-Msgid-Bugs-To: Debian iso-codes team [EMAIL PROTECTED]
debian.org\n
POT-Creation-Date: 2006-09-30 11:18+0200\n
PO-Revision-Date: 2006-04-02 21:04+0200\n
Last-Translator: Jacobo Tarrío [EMAIL PROTECTED]\n
Language-Team: Galician [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. name for AFG
msgid Afghanistan
msgstr Afganistán

#. official_name for AFG
msgid The Transitional Islamic State of Afghanistan
msgstr Estado Islámico Transitorio de Afganistán

#. name for ALA
msgid Åland Islands
msgstr Illas Åland

#. name for ALB
msgid Albania
msgstr Albania

#. official_name for ALB
msgid Republic of Albania
msgstr República de Albania

#. name for DZA
msgid Algeria
msgstr Alxeria

#. official_name for DZA
msgid People's Democratic Republic of Algeria
msgstr República Democrática Popular de Alxeria

#. name for ASM
msgid American Samoa
msgstr Samoa Americana

#. name for AND
msgid Andorra
msgstr Andorra

#. official_name for AND
msgid Principality of Andorra
msgstr Principado de Andorra

#. name for AGO
msgid Angola
msgstr Angola

#. official_name for AGO
msgid Republic of Angola
msgstr República de Angola

#. name for AIA
msgid Anguilla
msgstr Anguila

#. name for ATA
msgid Antarctica
msgstr Antártida

#. name for ATG
msgid Antigua and Barbuda
msgstr Antiga e Barbuda

#. name for ARG
msgid Argentina
msgstr Arxentina

#. official_name for ARG
msgid Argentine Republic
msgstr República Arxentina

#. name for ARM
msgid Armenia
msgstr Armenia

#. official_name for ARM
msgid Republic of Armenia
msgstr República de Armenia

#. name for ABW
msgid Aruba
msgstr Aruba

#. name for AUS
msgid Australia
msgstr Australia

#. name for AUT
msgid Austria
msgstr Austria

#. official_name for AUT
msgid Republic of Austria
msgstr República de Austria

#. name for AZE
msgid Azerbaijan
msgstr Acerbaixán

#. official_name for AZE
msgid Republic of Azerbaijan
msgstr República de Acerbaixán

#. name for BHS
msgid Bahamas
msgstr Bahamas

#. official_name for BHS
msgid Commonwealth of the Bahamas
msgstr Comunidade das Bahamas

#. name for BHR
msgid Bahrain
msgstr Bahrein

#. official_name for BHR
msgid State of Bahrain
msgstr Estado de Bahrein

#. name for BGD
msgid Bangladesh
msgstr Bangladesh

#. official_name for BGD
msgid People's Republic of Bangladesh
msgstr República Popular de Bangladesh

#. name for BRB
msgid Barbados
msgstr Barbados

#. name for BLR
msgid Belarus
msgstr Bielorrusia

#. official_name for BLR
msgid Republic of Belarus
msgstr República de Bielorrusia

#. name for BEL
msgid Belgium
msgstr Bélxica

#. official_name for BEL
msgid Kingdom of Belgium
msgstr Reino de Bélxica

#. name for BLZ
msgid Belize
msgstr Belice

#. name for BEN
msgid Benin
msgstr Benin

#. official_name for BEN
msgid Republic of Benin
msgstr República de Benin

#. name for BMU
msgid Bermuda
msgstr Illas Bermudas

#. name for BTN
msgid Bhutan
msgstr Bután

#. official_name for BTN
msgid Kingdom of Bhutan
msgstr Reino de Bután

#. name for BOL
msgid Bolivia
msgstr Bolivia

#. official_name for BOL
msgid Republic of Bolivia
msgstr República de Bolivia

#. name for BIH
msgid Bosnia and Herzegovina
msgstr Bosnia e Hercegovina

#. official_name for BIH
msgid Republic of Bosnia and Herzegovina
msgstr República de Bosnia e Hercegovina

#. name for BWA
msgid Botswana
msgstr Botsuana

#. official_name for BWA
msgid Republic of Botswana
msgstr República de Botsuana

#. name for BVT
msgid Bouvet Island
msgstr Illa Bouvet

#. name for BRA
msgid Brazil
msgstr Brasil

#. official_name for BRA
msgid Federative Republic of Brazil
msgstr República Federativa do Brasil

#. name for IOT
msgid British Indian Ocean Territory
msgstr Territorio Británico do Océano Índico

#. name for BRN
msgid Brunei Darussalam
msgstr Brunei Darussalam

#. name for BGR
msgid Bulgaria
msgstr Bulgaria

#. official_name for BGR
msgid Republic of Bulgaria
msgstr República de Bulgaria

#. name for BFA
msgid Burkina Faso
msgstr Burquina Faso

#. name for BDI
msgid Burundi
msgstr Burundi

#. official_name for BDI
msgid Republic of Burundi
msgstr República de Burundi

#. name for KHM
msgid Cambodia
msgstr Camboxa

#. official_name for KHM
msgid Kingdom of Cambodia
msgstr Reino de Camboxa

#. name for CMR
msgid Cameroon
msgstr Camerún

#. official_name for CMR
msgid Republic of Cameroon
msgstr República de Camerún

#. name for CAN
msgid Canada
msgstr Canadá

Bug#350972: What is the status of this?

2006-10-04 Thread Alexander Sack - Debian Bugmail

On Tue, Oct 03, 2006 at 11:37:05AM -0700, Arias Hung wrote:
 Seamonkey is now much further along, with a trunk in the 1.5x version 
 available
 and a stable 1.0 version having been around for a while.
 
 What is the present status of providing a seamonkey deb as an upgrade to the
 obsoleted mozilla, which is still lingering at 1.7 in the unstable debian
 repos.
 
 Please let us know.
 

Still preparing ... though making progress ...

look in the archive:

http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/

 - Alexander

 p.s. please take care that the bug is listed as To: or CC: when 
  replying to this mail (e.g. /reply-all/). 
-- 
 GPG messages preferred.   |  .''`.  ** Debian GNU/Linux **
 Alexander Sack| : :' :  The  universal
 [EMAIL PROTECTED]   | `. `'  Operating System
 http://www.asoftsite.org  |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390989: adjtimex: FTBFS: adjtimex.c:46: error: expected declaration specifiers or '...' before 'adjtimex'

2006-10-04 Thread Andreas Jochens

Package: adjtimex
Version: 1.21-1
Severity: serious
Tags: patch

Hello,

when building 'adjtimex' in a clean unstable chroot,
I get the following error:

# compile the package.
/usr/bin/make CFLAGS=-Wall -g -O2
make[1]: Entering directory `/adjtimex-1.21'
cc -Wall -g -O2 -c mat.c
cc -Wall -g -O2 -I. -DVERSION=\1.20\ -o adjtimex adjtimex.c  \
mat.o -lm
adjtimex.c:46: error: expected declaration specifiers or '...' before 'adjtimex'

With the attached patch 'adjtimex' can be compiled on unstable.

Regards
Andreas Jochens

diff -urN ../tmp-orig/adjtimex-1.21/adjtimex.c ./adjtimex.c
--- ../tmp-orig/adjtimex-1.21/adjtimex.c2006-05-27 23:29:59.0 
+
+++ ./adjtimex.c2006-10-04 09:11:48.0 +
@@ -37,15 +37,6 @@
 #include sys/ioctl.h
 #include linux/rtc.h
 
-#ifdef __alpha__
-extern int adjtimex(struct timex *);
-#else
-#ifdef __ia64__
-extern int adjtimex(struct timex *);
-#else
-_syscall1(int, adjtimex, struct timex *, txcp)
-#endif
-#endif
 int F_print = 0;
 
 #ifndef LOG_PATH


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#375533: Assertion failure in libnss-ldap

2006-10-04 Thread Damyan Ivanov

Stephen Frost --  3.10.2006 22:31 --:
 * Damyan Ivanov ([EMAIL PROTECTED]) wrote:
 What I don't understand is why libnss-ldap.conf *needs* to be 0600 at
 all. A big warning in the file (todo) and debconf placing password in
 a separate file (done) should be enough, IMHO.
 
 It needs to be 600 if you want tight control on your LDAP directory such
 that everyone has to connect using a password and you don't want that
 password available to everyone.  libnss-ldap.conf w/ mode 600 and nscd
 works quite well for this.

Ah, I see. You're talking about bindbw setting (I was talking about
rootpw).

Can bindpw be also moved to separate file? This would make fiddling
with libnss-ldap.conf permissions unnecessary and as fas as I can see
would work for everybody.

Not sure how trivial that move is...


Thanks,
dam
-- 
Damyan Ivanov   Modular Software Systems
[EMAIL PROTECTED]
phone +359(2)928-2611, 929-3993  fax +359(2)920-0994
mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim



signature.asc
Description: OpenPGP digital signature

Bug#390991: RFA: xmms-fmradio -- FM Radio input plugin for XMMS

2006-10-04 Thread Matt Taggart

Package: wnpp
Severity: normal

I request an adopter for the xmms-fmradio package.
I haven't had an FM radio card in quite a while now, the card I had
when I packaged this software was ISA and I haven't had an ISA capable
mainboard in a while. While I can continue to work on packaging related
things, in order to work on real bugs one needs an FM card. A lot of TV
tuners cards have this capability.

Someone with an FM radio device please adopt. Thanks.

The package description is:
 This plugin allows you to use your Video4Linux (v4l) compliant FM radio
 devices as an input source for XMMS.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- 
Matt Taggart
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390992: openoffice.org: Openoffice still crashes.

2006-10-04 Thread pier

Package: openoffice.org
Version: 2.0.4~rc2-2
Severity: grave
Justification: renders package unusable


It crashes when i try to open a file. I use the latest release, the RC3 one.
This is what i get:

This should only happen once
/usr/lib/openoffice/program/soffice: line 252:  7398 Segmentation fault  
$s d_prog/$sd_binary $@

** (process:7384): WARNING **: Unknown error forking main binary / abnormal 
earl y exit ...



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages openoffice.org depends on:
ii  openoffice.org-base  2.0.4~rc2-2 OpenOffice.org office suite - data
ii  openoffice.org-calc  2.0.4~rc2-2 OpenOffice.org office suite - spre
ii  openoffice.org-core  2.0.4~rc2-2 OpenOffice.org office suite archit
ii  openoffice.org-draw  2.0.4~rc2-2 OpenOffice.org office suite - draw
ii  openoffice.org-impress   2.0.4~rc2-2 OpenOffice.org office suite - pres
ii  openoffice.org-java-common   2.0.4~rc3-1 OpenOffice.org office suite Java s
ii  openoffice.org-math  2.0.4~rc2-2 OpenOffice.org office suite - equa
ii  openoffice.org-writer2.0.4~rc2-2 OpenOffice.org office suite - word

openoffice.org recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#388399: FTBFS problems on alpha, mips[el]: Please help debugging

On Sat, Sep 30, 2006 at 11:31:14AM +0200, Frank Küster wrote:
  But if the package build requires access to $HOME/.texmf-var, that's still a
  bug that should be fixed; 

 No it doesn't require that.  Only if there is a $HOME directory, and it
 is writable, then it is used.  Otherwise /tmp/texfonts is used
 instead. 

I've chatted with Ryan Murray about this, who maintains the buildds for the
three archs in question.  He's agreed to look into removing /home/buildd on
these buildds when he has a chance.

However, he also agrees with me that every package affected by this bug is
violating policy in its package builds: a package's clean target has to undo
everything done by the build and binary targets, which is not possible if
it's leaving cache files around on the system.  (The fact that buildds don't
actually call the clean target after calling the binary target is secondary,
really; the point is that package builds shouldn't be writing to the user's
home directory in the first place and *requiring* any cleanup, though I
can't find any reference to this in the current version of policy.)

Ryan suggests that not caching fonts at all would be a good solution to
this.  Since AIUI it is a design constraint of tex to cache these fonts as
intermediary output from one tool used as input for another, the next best
option is for the tex maintainers to provide documentation to package
maintainers who build-depend on tex for using a local, in-tree font cache
that they can wipe out as part of their clean target, leaving the rest of
the system unaffected.

Had this been in place for whatever packages are generating documentation in
their binary target (instead of their build target), the autobuilders never
would have ended up with root-owned directories under
/home/buildd/.texmf-var (which Ryan confirms is the case).  Had it been in
place for the packages that are currently failing to build, they wouldn't be
failing to build.  This makes it the preferable, most robust solution, not
depending on other packages to behave themselves wrt any caches that might
exist on the system.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/

Bug#291711: xprt-xprintorg generates unviewable .ps files

Hello Eric, your test postscript page for Debian bug #291711 continues
work correctly under gs.  Could you indicate if it still (under etch)
gives you trouble with gs-gpl?  If so, I'll move this bug over to
gs-gpl.

On a related note, the postscript currently generated by the new xprint
in etch now works under gv without the large size problem seen
previously.

Thanks,

Drew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390997: apt-listchanges: post-install script (--configure) fails with code 10

2006-10-04 Thread David Goodenough

Package: apt-listchanges
Version: 2.65
Severity: important

I have tried several releases (2.65, 2.66 and 2.67) and all of them fail
during post-inst (--configure) with a status 10.  No other error
messages are displayed.

I have tried uninstalling (with purge) and then install, and that fails
in the same way.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-486
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apt-listchanges depends on:
ii  apt   0.6.46.1   Advanced front-end for dpkg
ii  debconf [debconf-2.0] 1.5.5  Debian configuration management 
sy
ii  debianutils   2.17.3 Miscellaneous utilities specific 
t
ii  python2.4.3-11   An interactive high-level 
object-o
ii  python-apt0.6.19 Python interface to libapt-pkg
ii  python-support0.5.2  automated rebuilding support for 
p
ii  ucf   2.0015 Update Configuration File: 
preserv

Versions of packages apt-listchanges recommends:
ii  exim4 4.63-4 metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.63-4 lightweight exim MTA (v4) daemon

-- debconf information:
  apt-listchanges/frontend: pager
  apt-listchanges/confirm: false
  apt-listchanges/which: news
  apt-listchanges/email-address: root
  apt-listchanges/save-seen: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#388399: FTBFS problems on alpha, mips[el]: Please help debugging

[Frank, you seem to have a wrong mail alias for me somewhere;
[EMAIL PROTECTED] is no longer in use, but that's where your cc: was
sent.]

On Wed, Oct 04, 2006 at 09:32:16AM +0200, Frank Küster wrote:
  However, he also agrees with me that every package affected by this bug is
  violating policy in its package builds: a package's clean target has to undo
  everything done by the build and binary targets, which is not possible if
  it's leaving cache files around on the system.

 I agree with you, and I'm also glad that you came up with a proposal for
 a good solution.  

 However, I'd like to point out that this problem is not special to TeX.
 Many programs create ~/.progname directories when run for the first time
 - and these directories contain configuration options which might cause
 trouble, since they are not updated or subject to dpkg conffile
 questions when the package changes configuration options.  It might be a
 good thing to require such tools to have a commandline switch or obey a
 commandline variable that prevents this.  Alternatively, HOME could be
 set to the temporary build directory, so that everything happens there.

Yes, that's true.  Setting $HOME to something explicitly nuked by the clean
target might be a good general solution.  In practice, there are few tools
that have broken buildd chroots in the manner that tex seems to have here.

  the next best
  option is for the tex maintainers to provide documentation to package
  maintainers who build-depend on tex for using a local, in-tree font cache
  that they can wipe out as part of their clean target, leaving the rest of
  the system unaffected.

 That's actually a good idea, yes.  Package maintainers have to set
 TEXMFVAR so something inside the current directory.  Is the Makefile
 variable $(CURDIR) safe for this?

For identifying the current directory, yes.  TEXMFVAR should be a subdir, of
course. :)

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/

Bug#390995: debconf: [INTL:it] italian translation update for apt 0.6.46.1

2006-10-04 Thread samu

Package: apt
Version: N/A
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390994: linux-2.6: e100 microcode: distributable with BSD license, but license not in Linux source

2006-10-04 Thread Nathanael Nerode

Package: linux-2.6
Severity: serious
Justification: copyright

OK.  So the e100 microcode situation isn't as bad as we expected -- thanks 
entirely
to OpenBSD.

I'm opening this bug to track this issue because I expect it will be resolved 
relatively
quickly, and because the 'big bug' is getting to be way too much.

There are three different bundles of microcode:
/*  Micro code for 8086:1229 Rev 8  */
...
#define D101M_B_RCVBUNDLE_UCODE \

This is present in OpenBSD, in 
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/fxp/rcvbundl.h?rev=1.2content-type=text/plain
under a 3-clause BSD license.  Under the same name.

/*  Micro code for 8086:1229 Rev 9  */
...
#define D101S_RCVBUNDLE_UCODE \

This is present in OpenBSD, in 
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/fxp/rcvbundl.h?rev=1.2content-type=text/plain
under a 3-clause BSD license.  Under the same name.

/*  Micro code for the 8086:1229 Rev F/10   */
...
#define D102_E_RCVBUNDLE_UCODE \

This is present in OpenBSD, in 
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/fxp/rcvbundl.h?rev=1.2content-type=text/plain
under a 3-clause BSD license.  Under the same name.

It's worth noting that OpenBSD has substantial additional downloadable 
microcode in that
file.

The copyright problem will be fixed as soon as the proper copyright notice and 
license
from OpenBSD's copy is added to Debian's copy.  Simple and excellent.  :-)  
Thanks
OpenBSD!

However, the microcode is still non-free (lack of source).  Conversion to 
userland
firmware loading should be done (and I might even get around to it myself).  If
this is done, I strongly advise that the *same format* and *same filenames* be 
used
as in OpenBSD, so that the firmware files are interchangable; no point in 
deliberate
incompatibility.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390152: python2.3: bytecode generation

2006-10-04 Thread Benoit Dejean

Package: python2.3
Version: 2.3.5-15
Followup-For: Bug #390152

Hi,
i've noticed that removing logging/__init__.pyc temporarily fixes the
problem. But whenever it is regenerated, the bug shows up again.
Thanks.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages python2.3 depends on:
ii  libbz2-1.0   1.0.3-6 high-quality block-sorting file co
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libdb4.3 4.3.29-4.1  Berkeley v4.3 Database Libraries [
ii  libncurses5  5.5-3   Shared libraries for terminal hand
ii  libreadline5 5.1-7   GNU readline and history libraries
ii  libssl0.9.8  0.9.8c-1SSL shared libraries
ii  zlib1g   1:1.2.3-11  compression library - runtime

Versions of packages python2.3 recommends:
ii  python2.3-iconvcodec  1.1.2-2Python universal Unicode codec, us

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390996: masqmail: won't start if missing /var/run/masqmail/

2006-10-04 Thread Paolo

Package: masqmail
Version: 0.2.21
Severity: important

hi,

on Etch I'm seeing same issue as was reported for lprng, see #390687 - ie
on boot /var/run is cleaned up but masqmail's init script doesn't create
its' own /var/run/masqmail/. 
The fix is obvious.

-- paolo



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390728: compiz: X freezes on radeon 9200

2006-10-04 Thread Michel Dänzer

On Tue, 2006-10-03 at 18:49 +0200, Vedran Furač wrote:
 Thierry Reding wrote:
  * Vedran Furač wrote:
  
  XAANoOffscreenPixmaps in your Device section. Not sure it will help,
  though.
 
 ...it didn't help.

Does the freeze also happen with a basic xorg.conf? In particular, try
commenting out the EnablePageFlip, backingstore and AGPMode
options and disabling the VNC stuff. If none of that helps, please
provide a full X log file.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#390854: hugs: SEGV instead of Control stack overflow in many ocassions

2006-10-04 Thread Ross Paterson

On Tue, Oct 03, 2006 at 01:03:59PM +0200, Tomas Janousek wrote:
 It crashes with
 let test x = test x + 1 in test 1
 but does not with
 let test x = 1 + test x in test 1
 
 The same applies for factorial calculation like:
 crash: let fac x = fac (x - 1) * x in fac (-1)
 stack overflow: let fac x = x * fac (x - 1) in fac (-1)

It's a documented bug (Other bugs in Hugs in the User's Guide): the
former versions overflow the C stack (SEGV), while the latter overflow
the Hugs stack (nice error message).

More recent versions of Hugs (March and September 2006, neither packaged
for Debian) are better at avoiding overflowing the C stack (e.g. they say
Control stack overflow for all four of these examples).



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390271: Resizing and scrolling very slow with r200

2006-10-04 Thread Michel Dänzer

On Tue, 2006-10-03 at 20:15 -0400, David Nusinow wrote:
 On Tue, Oct 03, 2006 at 02:23:33PM +0200, Xavier Bestel wrote:
  On Tue, 2006-10-03 at 13:53 +0200, Michel Dänzer wrote:
   Assuming you're using XAA with Option XaaNoOffscreenPixmaps, that
   effectively disables acceleration for anything but the actual
   compositing done by compiz.
  
  Yet Another Option I have to remember to prune when it's no more
  useful...
 
 Unfortunately, this is an issue with the ati driver, but one best solved
 upstream. It's really an issue with all drivers, but the ati one has a ton
 of options. It'd be nice if it was more clever about using those options
 when necessary. I currently have no idea how feasible this is in reality 
 though.

Note that this is an XAA option, not a driver option. The driver doesn't
have the information to decide when to disable offscreen pixmaps with
XAA.

In general, there are only driver options for things that can't be
determined automatically in all cases, and even then the default value
should work in the majority of cases. If you're aware of radeon driver
options that violate these principles and have ideas how to improve
them, your upstream bug reports will be much appreciated.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#390993: [PR29341] [4.2 regression] ICE: RTL flag check: INSN_DELETED_P used with unexpected rt x code 'plus' in output_constant_pool_1

2006-10-04 Thread Matthias Klose

Package: gcc-snapshot
Version: 20060922-1
Tags: upstream

ICE building glibc-2.5

/usr/lib/gcc-snapshot/bin/gcc -save-temps iso-2022-cn-ext.c -c -std=gnu99 -O2 
-Wall -Winline -Wwrite-strings -fmerge-all-constants -fstrict-aliasing -g -pipe 
-Wstrict-prototypes -fPIC -I../include 
-I/home/packages/glibc/glibc-2.5/build-tree/ia64-libc/iconvdata 
-I/home/packages/glibc/glibc-2.5/build-tree/ia64-libc -I../sysdeps/ia64/elf 
-I../nptl/sysdeps/unix/sysv/linux/ia64 -I../sysdeps/unix/sysv/linux/ia64 
-I../sysdeps/unix/sysv/linux/wordsize-64 -I../nptl/sysdeps/unix/sysv/linux 
-I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux 
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman 
-I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv 
-I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix 
-I../sysdeps/ia64/fpu -I../nptl/sysdeps/ia64 -I../sysdeps/ia64 
-I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-96 
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 
-I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I.. -I../libio -I. 
-nostdinc -isystem /usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/4.2.0/include 
-isystem /home/packages/glibc/glibc-2.5/debian/include -D_LIBC_REENTRANT 
-include ../include/libc-symbols.h -DPIC -DSHARED -DNOT_IN_libc 
-D_ASM_IA64_CURRENT_H -o 
/home/packages/glibc/glibc-2.5/build-tree/ia64-libc/iconvdata/iso-2022-cn-ext.os
 -MD -MP -MF 
/home/packages/glibc/glibc-2.5/build-tree/ia64-libc/iconvdata/iso-2022-cn-ext.os.dt
 -MT 
/home/packages/glibc/glibc-2.5/build-tree/ia64-libc/iconvdata/iso-2022-cn-ext.os
gcc: warning: -pipe ignored because -save-temps specified
In file included from iso-2022-cn-ext.c:654:
../iconv/loop.c: In function 'to_iso2022cn_ext_loop':
../iconv/loop.c:311: warning: pointer targets in passing argument 2 of 
'ucs4_to_gb2312' differ in signedness
../iconv/loop.c:311: warning: pointer targets in passing argument 2 of 
'ucs4_to_cns11643l1' differ in signedness
../iconv/loop.c:311: warning: pointer targets in passing argument 2 of 
'ucs4_to_cns11643l2' differ in signedness
../iconv/loop.c:311: warning: pointer targets in passing argument 2 of 
'ucs4_to_gb2312' differ in signedness
../iconv/loop.c:311: warning: pointer targets in passing argument 2 of 
'ucs4_to_cns11643l1' differ in signedness
../iconv/loop.c: In function 'to_iso2022cn_ext_loop_single':
../iconv/loop.c:414: warning: pointer targets in passing argument 2 of 
'ucs4_to_gb2312' differ in signedness
../iconv/loop.c:414: warning: pointer targets in passing argument 2 of 
'ucs4_to_cns11643l1' differ in signedness
../iconv/loop.c:414: warning: pointer targets in passing argument 2 of 
'ucs4_to_cns11643l2' differ in signedness
../iconv/loop.c:414: warning: pointer targets in passing argument 2 of 
'ucs4_to_gb2312' differ in signedness
../iconv/loop.c:414: warning: pointer targets in passing argument 2 of 
'ucs4_to_cns11643l1' differ in signedness
../iconv/skeleton.c: In function 'gconv':
../iconv/skeleton.c:801: internal compiler error: RTL flag check: 
INSN_DELETED_P used with unexpected rtx code 'plus' in output_constant_pool_1, 
at varasm.c:3400
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see URL:file:///usr/share/doc/gcc-4.1/README.Bugs.

Bug#389963: [Pkg-kbd-devel] Bug#389963: console-setup: Screen size is wrong

2006-10-04 Thread Anton Zinoviev

clone 389963 -1
retitle -1 Ignores the font on the console so after Ctrl+Alt+F1 the font on the 
console is broken (always 16 scan lines and cp437 encoding)
reassign -1 xserver-xorg-video-i810
thanks

On Tue, Oct 03, 2006 at 09:02:52PM +0200, Thue Janus Kristensen wrote:
 Ah - things work after i loaded the framebuffer module. I have an
 intel graphics chipset, so this bug should probably be reassigned to
 xserver-xorg-video-i810.

Done.

Anton Zinoviev




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391003: talksoup.app: uninstallable, needs updated build-depends

Package: talksoup.app
Version: 0.0.20040113-1.1
Severity: grave
Tags: sid

The current version of talksoup.app is uninstallable because it depends on
libgnustep-gui0.10 et al.  It also can't be binNMUed because it
build-depends on gnustep-netclasses, which *also* can't be binNMUed for the
transition due to hard-coded dependencies, and the version of
gnustep-netclasses which fixes this has been renamed to
netclasses.framework.

Therefore talksoup.app needs to be updated to build-depend on
netclasses.framework for this transition.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391002: too much .RE in zsh manpages

2006-10-04 Thread Jörg Sommer

Package: zsh
Version: 4.3.2-18
Severity: minor
Tags: patch

Hi,

you have more .RE than .RS in the zsh manpages.

% grep -c '\.RE' /tmp/zshcompsys.1 
177
% grep -c '\.RS' /tmp/zshcompsys.1
171

diff -u -ur man1~/zshcompctl.1 man1/zshcompctl.1
--- man1~/zshcompctl.1  2006-10-01 00:59:38.0 +0200
+++ man1/zshcompctl.1   2006-10-04 02:08:57.0 +0200
@@ -342,7 +342,6 @@
 which forces completion to look back in the history list for a word if
 no filename matches\.
 .RE
-.RE
 .PP
 .SS Control Flags
 These do not directly specify types of name to be completed, but
diff -u -ur man1~/zshcompsys.1 man1/zshcompsys.1
--- man1~/zshcompsys.1  2006-10-01 00:59:38.0 +0200
+++ man1/zshcompsys.1   2006-10-04 02:08:57.0 +0200
@@ -427,7 +427,6 @@
 Wherever applicable, the \fB\-a\fP option makes the \fIfunction\fP
 autoloadable, equivalent to \fBautoload \-U \fP\fIfunction\fP\.
 .RE
-.RE
 .PP
 The function \fBcompdef\fP can be used to associate existing completion
 functions with new commands\.  For example,
@@ -3349,9 +3348,6 @@
 only to the words after the option\.  When preceded by three colons, they
 are modified to refer only to the words covered by this description\.
 .RE
-.RE
-.RE
-.RE
 .PP
 Any literal colon in an \fIoptname\fP, \fImessage\fP, or \fIaction\fP
 must be preceded by a backslash, `\fB\e:\fP\'\.
@@ -3510,7 +3506,6 @@
 typically in an expansion of the form [EMAIL PROTECTED]' which preserves empty
 elements of the array\.
 .RE
-.RE
 .PP
 During the performance of the action the array `\fBline\fP\'
 will be set to the command name and normal arguments from the command
diff -u -ur man1~/zshcompwid.1 man1/zshcompwid.1
--- man1~/zshcompwid.1  2006-10-01 00:59:38.0 +0200
+++ man1/zshcompwid.1   2006-10-04 02:08:57.0 +0200
@@ -830,7 +830,6 @@
 .PP
 Note that this builtin is defined by the \fBzsh/compctl\fP module\.
 .RE
-.RE
 .PP
 .SH CONDITION CODES
 .PP
diff -u -ur man1~/zshcontrib.1 man1/zshcontrib.1
--- man1~/zshcontrib.1  2006-10-01 00:59:38.0 +0200
+++ man1/zshcontrib.1   2006-10-04 02:08:57.0 +0200
@@ -133,7 +133,6 @@
 Without the \fB\-p\fP option, \fBzrecompile\fP does not create function digests
 that do not already exist, nor does it add new functions to the digest\.
 .RE
-.RE
 .PP
 The following shell loop is an example of a method for creating function
 digests for all functions in your \fBfpath\fP, assuming that you have write
@@ -304,7 +303,6 @@
 .PD
 .PP
 If the \fIstate\fP is omitted, \fBall\fP is assumed\.
-.RE
 .PP
 With the exception of `\fBall\fP\', every \fIstate\fP can be abbreviated by
 any prefix, even a single letter; thus \fBa\fP is the same as \fBaliases\fP,
@@ -1413,7 +1411,6 @@
 may be set to an array to give the command and options that will be used to
 investigate the command word found\.  The default is \fBwhence \-c\fP\.
 .RE
-.RE
 .PP
 .SS Styles
 .PP
@@ -1610,7 +1607,6 @@
 Check the documentation for the calling widget or function to determine
 whether the \fBwidget\fP style is used\.
 .RE
-.RE
 .PP
 .SH EXCEPTION HANDLING
 .PP
@@ -1897,7 +1893,6 @@
 .RE
 .RE
 .RE
-.RE
 .TP
 \fBpick\-web\-browser\fP
 This function is separate from the two MIME functions described above
@@ -1939,7 +1934,6 @@
 instance of Opera, Konqueror or Netscape, in that order, and if it
 fails to find any should attempt to start Opera\.
 .RE
-.RE
 .PP
 .SH OTHER FUNCTIONS
 .PP
@@ -2383,7 +2377,6 @@
 \fIsubcontext\fP may be the empty string to re\-use the first context
 unchanged\.
 .RE
-.RE
 .PP
 .SS Styles
 .PP
diff -u -ur man1~/zshexpn.1 man1/zshexpn.1
--- man1~/zshexpn.1 2006-10-01 00:59:38.0 +0200
+++ man1/zshexpn.1  2006-10-04 02:08:57.0 +0200
@@ -832,7 +832,6 @@
 in `\fB${${(z)foo}[2]}\fP\'\. Likewise, to remove the quotes in the
 resulting words one would do: `\fB${(Q)${(z)foo}}\fP\'\.
 .RE
-.RE
 .PP
 The following flags (except \fBp\fP) are followed by one or more arguments
 as shown\.  Any character, or the matching pairs `\fB(\fP\.\.\.\fB)\fP\',
@@ -1041,7 +1040,6 @@
 .PP
 If a single word is not required, this rule is skipped\.
 .RE
-.RE
 .PP
 .SS Examples
 The flag \fBf\fP is useful to split a double\-quoted substitution line by
diff -u -ur man1~/zshmisc.1 man1/zshmisc.1
--- man1~/zshmisc.1 2006-10-01 00:59:38.0 +0200
+++ man1/zshmisc.1  2006-10-04 02:08:57.0 +0200
@@ -1952,4 +1952,3 @@
 space\.  Without the `\fB%\fP\', those two characters would be included
 in the string to be truncated\.
 .RE
-.RE
diff -u -ur man1~/zshmodules.1 man1/zshmodules.1
--- man1~/zshmodules.1  2006-10-01 00:59:38.0 +0200
+++ man1/zshmodules.1   2006-10-04 02:08:57.0 +0200
@@ -171,7 +171,6 @@
 \fBclone\fP is mostly useful as a shell built\-in replacement for
 openvt\.
 .RE
-.RE
 .SH THE ZSH/COMPCTL MODULE
 .\ Yodl file: Zsh/mod_compctl.yo
 
@@ -672,7 +671,6 @@
 If \fB\-s\fP \fIscalar\fP is given, assign the date to \fIscalar\fP instead
 of printing it\.
 .RE
-.RE
 .PP
 The \fBzsh/datetime\fP

Bug#391004: installing new x11-common displays Major possible upgrade issues

2006-10-04 Thread Matthias Klose

Package: x11-common
Version: 7.1.0-1

Even in new installations (setting up chroot), this dialog is
displayed.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#287554: savannah CGI script useless

2006-10-04 Thread Mathieu Roy


Note that this script is not supported anyway by Savane (name of savannah
software since it has been published). So you can safely remove it
because no installation of Savane is known to use it.

Mathieu Roy

Bug#288790: #288790: xprint: No matching visual for __GLcontextMode

For reference, this is a warning, not an error, and you may safely
ignore it.

Drew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310159: Announce of a coordinated work on l10n for the cvs package

2006-10-04 Thread Clytie Siddall


Thanks for this info, Christian. :)

On 04/10/2006, at 4:53 AM, Christian Perrier wrote:


reopen 310159
found 310159 1.12.9-13
tags 310159 pending
thanks


Christian, I did an initial translation of the debconf template for
cvs_1/1.12.9-13 on 2005-05-22 (BTS: 310159). I don't understand why
it's not listed.

In the BTS, it's noted as archived.  ??



I guess that Steve though he did commit the file to hiscvs (or
SVN) but forgot to cvs add it.


Happens to all of us. ;)

I wish we'd caught it earlier, though... :(


Then he added the changelog entry but, when he built the package, the
file was not checked out from the CVS.

Re-opening the bug.

Clytie, please update the attached file as the templates have been
changed in the meantime.


Done. Attached. Thanks for throwing the lifebelt for my translation! :)

vi.po.gz
Description: GNU Zip compressed data


from Clytie (vi-VN, Vietnamese free-software translation team / nhóm  
Việt hóa phần mềm tự do)

http://groups-beta.google.com/group/vi-VN

Bug#390990: [INTL:gl] Updated Galician translation of iso-3166

2006-10-04 Thread Tobias Toedter

package iso-codes
tag 390990 pending
thanks

On Wednesday 04 October 2006 09:31, Jacobo Tarrio wrote:
  It is attached to this report.

Hi,

I've committed it to SVN, thanks for your work.

Regards,
Tobias

-- 
Tobias Toedter   | To be is to do  -- Plato
Hamburg, Germany | To do is to be  -- Aristotle
 | Do be do be do  -- Sinatra


pgpOJmMuVBk4L.pgp
Description: PGP signature

Bug#390854: hugs: SEGV instead of Control stack overflow in many ocassions

2006-10-04 Thread Tomáš Janoušek

Wed, Oct 04, 2006 at 09:07:40AM +0100  Ross Paterson napsal:
 It's a documented bug (Other bugs in Hugs in the User's Guide): the
 former versions overflow the C stack (SEGV), while the latter overflow
 the Hugs stack (nice error message).

It's interesting that November 1999 on IRIX works ok, but as far as it's
documented, I'm sorry for the report.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#278829: mozilla-firefox: Fails to produce compliant PostScript

Akim wrote:
 I get a non conformant PostScript
 file, contrary to what the first line claims (%!PS-Adobe-3.0).
 Indeed, in such a document, the pages must be independant of each
 other, which typically means that either all the fonts are included in
 the preamble of the document, or in each page that needs them. 

Hi Akim,

are you able to provide references to the Postscript specs where it
specifies that the fonts must be in the prolog in the manner you described? 

 All the BeginFont/EndFont should be in the prolog.  This is not a
 stylistic issue, I am not a language lawyer: lack of conformance
 breaks all the postprocessing tools such as psnup, psbook, a2ps etc.

How do they fail? Can you provide a definitive set of sample commands
to illustrate the problem, if it still exists in the latest X11R7
packages in unstable? 

 I tried psnup -4, but it appears to work fine, the output prints to
paper as requested, 4 logical pages to one physical page, fonts looking
the same as in the original Xprint output.  gv displays it a little
funny, truncating the text, but I suspect that is a different problem.

Drew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390994: linux-2.6: e100 microcode: distributable with BSD license, but license not in Linux source

2006-10-04 Thread Sven Luther

On Wed, Oct 04, 2006 at 04:08:02AM -0400, Nathanael Nerode wrote:
Package: linux-2.6
Severity: serious
Justification: copyright

OK. So the e100 microcode situation isn't as bad as we expected -- thanks
entirely
to OpenBSD.

Can you check that those binary blobs are indeed bit-to-bit identic ?

I'm opening this bug to track this issue because I expect it will be resolved
relatively
quickly, and because the 'big bug' is getting to be way too much.

There are three different bundles of microcode:
/* Micro code for 8086:1229 Rev 8 */
...
#define D101M_B_RCVBUNDLE_UCODE \

This is present in OpenBSD, in
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/fxp/rcvbundl.h?rev=1.2content-type=text/plain
under a 3-clause BSD license. Under the same name.

/* Micro code for 8086:1229 Rev 9 */
...
#define D101S_RCVBUNDLE_UCODE \

This is present in OpenBSD, in
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/fxp/rcvbundl.h?rev=1.2content-type=text/plain
under a 3-clause BSD license. Under the same name.

/* Micro code for the 8086:1229 Rev F/10 */
...
#define D102_E_RCVBUNDLE_UCODE \

This is present in OpenBSD, in
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/fxp/rcvbundl.h?rev=1.2content-type=text/plain
under a 3-clause BSD license. Under the same name.

It's worth noting that OpenBSD has substantial additional downloadable
microcode in that
file.

The copyright problem will be fixed as soon as the proper copyright notice
and license
from OpenBSD's copy is added to Debian's copy. Simple and excellent. :-)
Thanks
OpenBSD!

However, the microcode is still non-free (lack of source). Conversion to
userland
firmware loading should be done (and I might even get around to it myself).
If
this is done, I strongly advise that the *same format* and *same filenames*
be used
as in OpenBSD, so that the firmware files are interchangable; no point in
deliberate
incompatibility.

Indeed. Do you agree that we can do this post-etch, as the current GRs propose
?

Fact is d-i will not have support for non-free firmware in etch, which means
qlogic will be unsupported, and any such firmware we move out is in the same
case. Frans's No way and corresponding statement from Joey Hess make this
rather a definitive situation.

Friendly,

Sven Luther

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391001: zsh: Completions for pon and invoke-rc.d

2006-10-04 Thread Jörg Sommer

Package: zsh
Version: 4.3.2-18
Severity: wishlist

Hi,

I've started to explore the zsh completion system. These are the first
outcomes. Maybe you can include them in the package.

#compdef invoke-rc.d

_arguments \
  '--quiet[quiet mode, no error messages are generated]' \
  '--force[run the initscript regardless of policy and subsystem]' \
  '--try-anyway[run the initscript even if a non-fatal error is found]' \
  '--disclose-deny[return 101 instead of 0 if action is denied]' \
  '--query[return one of status codes 100-106, does not run the script]' \
  '--no-fallback[ignore any fallback action requests by the policy layer]' \
  '1:service:_services' \
  '2:command:(start stop force-stop restart reload force-reload status)'

#compdef pon

provider=(/etc/ppp/peers/*(:t))

_arguments \
  '(-q --quick)'{-q,--quick}'[hangs up after all ip-up scripts are run]' \
  '1:provider to call:([EMAIL PROTECTED])'

Bye, Jörg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages zsh depends on:
ii  debconf [debconf-2.0]1.5.5   Debian configuration management sy
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libncurses5  5.5-3   Shared libraries for terminal hand

Versions of packages zsh recommends:
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libpcre3  6.4-2  Perl 5 Compatible Regular Expressi

-- no debconf information


pgpWSXOFvrrfk.pgp
Description: PGP signature

Bug#390992: openoffice.org-common: Openoffice problems even after upgrade

2006-10-04 Thread Manuel Silvoso

Package: openoffice.org-common
Version: 2.0.4~rc3-1
Followup-For: Bug #390992

When I try to open a MS office file with openoffice it freezes
(oowriter, oocalc, ooimpress)

When I try to open oowriter from the command line it displays following error 
(a bit long):

Fatal exception: Signal 11
Stack:
/usr/lib/openoffice/program/libuno_sal.so.3[0xa717abbc]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa717ad02]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa717ad98]
[0xe420]
/usr/lib/openoffice/program/i18npool.uno.so[0x9edd60cf]
/usr/lib/openoffice/program/libvcl680li.so[0xa7cd8be5]
/usr/lib/openoffice/program/libvcl680li.so[0xa7cdd9d3]
/usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7cde7f5]
/usr/lib/openoffice/program/libsfx680li.so[0xa14bf3c8]
/usr/lib/openoffice/program/libvcl680li.so[0xa7e05912]
/usr/lib/openoffice/program/libvcl680li.so[0xa7e0565e]
/usr/lib/openoffice/program/libvcl680li.so[0xa7e062be]
/usr/lib/openoffice/program/libvcl680li.so[0xa7e06478]
/usr/lib/openoffice/program/libvcl680li.so[0xa7e064a8]
/usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7c2f0ec]
/usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7c2f30b]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa5a27f4a]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0xc2)[0xa5a26ca2]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0xa5a273ba]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa5a318f7]
/usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7c28e5c]
/usr/lib/openoffice/program/libsvx680li.so[0x9f33d72c]
/usr/lib/openoffice/program/libsvx680li.so[0x9f334128]
/usr/lib/openoffice/program/libsvx680li.so[0x9f51e147]
/usr/lib/openoffice/program/libsvx680li.so[0x9f51f858]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x8064e5e]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0x8065102]
/usr/lib/openoffice/program/libvcl680li.so[0xa7c2e04c]
/usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xa73d5738]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa717a837]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa717ad6e]
[0xe420]
/usr/lib/openoffice/program/i18npool.uno.so[0x9edd60cf]
/usr/lib/openoffice/program/libvcl680li.so[0xa7cd8be5]
/usr/lib/openoffice/program/libvcl680li.so[0xa7cdd9d3]
/usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7cde7f5]
/usr/lib/openoffice/program/libsfx680li.so[0xa14bf3c8]
/usr/lib/openoffice/program/libvcl680li.so[0xa7e05912]
/usr/lib/openoffice/program/libvcl680li.so[0xa7e0565e]
/usr/lib/openoffice/program/libvcl680li.so(_ZN6Window6UpdateEv+0x1d4)[0xa7e05c84]
/usr/lib/openoffice/program/libvcl680li.so(_ZN6Window6UpdateEv+0x2c)[0xa7e05adc]
/usr/lib/openoffice/program/libsfx680li.so[0xa14bf65c]
/usr/lib/openoffice/program/libsfx680li.so[0xa14d4291]
/usr/lib/openoffice/program/libsfx680li.so[0xa14d477e]
/usr/lib/openoffice/program/libsfx680li.so[0xa14b9252]
/usr/lib/openoffice/program/libsfx680li.so(_ZN20SfxDocumentTemplates7GetFullERK6StringS2_RS0_+0x3d)[0xa14bc3cd]
/usr/lib/openoffice/program/libsfx680li.so(_ZN15SfxDocumentInfo17ResetFromTemplateERK6StringS2_+0x23b)[0xa14746bb]
/usr/lib/openoffice/program/libsfx680li.so[0xa13a5058]
/usr/lib/openoffice/program/libsfx680li.so(_ZN12SfxBaseModel4loadERKN3com3sun4star3uno8SequenceINS2_5beans13PropertyValueEEE+0x117a)[0xa1504f2a]
/usr/lib/openoffice/program/libsfx680li.so[0xa153bfc2]
/usr/lib/openoffice/program/libfwk680li.so[0xa0f548b2]
/usr/lib/openoffice/program/libfwk680li.so[0xa0f565d3]
/usr/lib/openoffice/program/libfwk680li.so[0xa0f56811]
/usr/lib/openoffice/program/libfwk680li.so[0xa0df49b4]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop15DispatchWatcher23executeDispatchRequestsERKN8stlp_std6vectorINS0_15DispatchRequestENS1_9allocatorIS3_+0x246e)[0x80857be]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop15OfficeIPCThread22ExecuteCmdLineRequestsERNS_23ProcessDocumentsRequestE+0x135)[0x8077805]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop11OpenDefaultEv+0x17b)[0x806362b]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop11OpenClientsEv+0xec4)[0x8072354]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop16OpenClients_ImplEPv+0x3f)[0x807397f]
/usr/lib/openoffice/program/libvcl680li.so[0xa7e1c773]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN10SalDisplay21DispatchInternalEventEv+0xb0)[0xa5a2f4a0]

Bug#391000: mailman: upgrade process takes hours even if the upgrade is supposed to be a simple security upgrade

2006-10-04 Thread Mathieu Roy

Package: mailman
Version: 2.1.5-8sarge5
Severity: normal

This year, there were several security upgrades of the mailman package. No big 
deal, thanks to you for keeping up and providing upgrades whenever required.

But unfortunately, upgrading mailman on a production server is current a real 
pain in the ass. It takes hour.  

What happen at each security upgrade?

First, it ask /var/lib/mailman/qfiles to be empty. I find this to puzzling
for the a security upgrade. It is just like if each security upgrade version 
was not compatible with the version is it based-on. This is frankly annoying to 
be force to move qfiles out each time. Just like if had to move by ourselves 
qfiles each time we restart mailman.

Then, it tries to reinstall languages, god only knows why. Why during a 
security upgrade does it assumes that you want your serveur to unavailable to 
provide more language while the purpose of an upgrade is definitely not to 
reconfigure the installation?

And this damn slow.

You  get

Setting up mailman (2.1.5-8sarge5) ...
Installing site language tr ... done.
Installing site language sv . done.
Installing site language sr ... done.
Installing site language sl .. done.
Installing site language ro .. done.
Installing site language pt_BR .. done.
Installing site language pt .. done.
Installing site language no . done.
Installing site language nl .. done.
Installing site language lt .. done.
Installing site language hu  done.
Installing site language hr .. done.
Installing site language fi . done.
Installing site language eu .. done.
Installing site language et .. done.
Installing site language de  done.
Installing site language da  done.
Installing site language cs . done.
Installing site language ca .. done.
Installing site language pl .. done.
Installing site language uk .. done.
Installing site language ru .. done.
Installing site language it ... done.
Installing site language fr ... done.
Installing site language es  done.
Installing site language en  done.
No updates are necessary.

and at this point you wait for hours.

You wonder why you are waiting for this:

root   709  0.0  0.1  2744 1260 pts/0S+   10:40   0:00 /usr/bin/dpkg 
--configure mailman
root   710  0.0  0.6  8680 6904 pts/0S+   10:40   0:00 /usr/bin/perl -w 
/usr/share/debconf/frontend /var/lib/dpkg/info/mailman.postinst
root   742  0.1  0.1  2356 1180 pts/0S+   10:40   0:01 /bin/sh -e 
/var/lib/dpkg/info/mailman.postinst configure 2.1.5-8sarge3
root 26904  0.8  0.0  1520  484 pts/0D+   10:42   0:04 find 
/var/lib/mailman/ -type d -print0
root 26905  0.0  0.0  1480  404 pts/0S+   10:42   0:00 xargs -r -0 
chmod g+s

Why the hell did I asked an upgrade to reset files mode in /var/lib/mailman? 
Why the hell at each upgrade does it have to do this, does it have to waste 
users time?

Frankly, this whole thing is a real pain, each upgrade is a nightmare. It is 
now 10:54, it is still doing this damn chmod g+s that I assume to be 
completely useless, since 10:42. Do the math, tell me it is acceptable to waste 
a server for more than 10 minutes for absolutely no reason.

It would be really wonderful if mailman package upgrade was simply an upgrade, 
not a reconfiguration of everything.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-3-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mailman depends on:
ii  apache [httpd]1.3.33-6sarge3 versatile, high-performance HTTP s
ii  cron  3.0pl1-86  management of regular background p
ii  debconf   1.4.30.13  Debian configuration management sy
ii  exim4-daemon-light [m 4.50-8sarge2   lightweight exim MTA (v4) daemon
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii  logrotate 3.7-5  Log rotation utility
ii  python2.3.5-2An interactive high-level object-o


--

Bug#391005: diff for 0.35-6.1 NMU

2006-10-04 Thread Michael Ablassmeier

Package: mserv
Version: 0.35-6
Severity: normal
Tags: patch

Hi,

Attached is the diff for my mserv 0.35-6.1 NMU.

bye,
- michael
diff -u mserv-0.35/debian/mserv.postrm mserv-0.35/debian/mserv.postrm
--- mserv-0.35/debian/mserv.postrm
+++ mserv-0.35/debian/mserv.postrm
@@ -6,9 +6,6 @@
rm -rf /etc/mserv/
rm -rf /var/lib/mserv/
rm -rf /var/log/mserv/
-   if getent passwd mserv  /dev/null; then
-   deluser mserv
-   fi
 fi
 
 #DEBHELPER#
diff -u mserv-0.35/debian/changelog mserv-0.35/debian/changelog
--- mserv-0.35/debian/changelog
+++ mserv-0.35/debian/changelog
@@ -1,3 +1,11 @@
+mserv (0.35-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Do not remove added system users on purge (Closes: #389458)
+Thanks Jeremy Bobbio for preparing a patch.
+
+ -- Michael Ablassmeier [EMAIL PROTECTED]  Wed,  4 Oct 2006 10:58:29 +0200
+
 mserv (0.35-6) unstable; urgency=low
 
   * New maintainer (closes: #250480)

Bug#390919: gnash: dies with illegal instruction

2006-10-04 Thread Timo Juhani Lindfors

Hi,

On Wed, Oct 04, 2006 at 04:45:33AM +0200, Miriam Ruiz wrote:
 I've compiled a new version of the package with --without-gcc-arch added to
 ./configure in debian/rules and placed it temporarily at
 http://pkg-flash.alioth.debian.org/gnash/

Thanks! Gnash no longer crashes on my system if I use these packages.

 Thanks for the report. Please, tell me if that solves the problem. In any
 case, as that bug might be all along the packages, wouldn't it make sense to
 tell debhelper maintainers to add --without-gcc-arch to the skeleton of
 autotools-based packages?

Possibly but I don't know for sure. I have hit this movss issue now
with two packages in two days (mesa and gnash).

With gnash the build output says

checking for gcc architecture flag...
checking for x86 cpuid 0 output... 5:756e6547:6c65746e:49656e69
checking for x86 cpuid 1 output... f33:10800:41d:bfebfbff
checking whether C compiler accepts -march=prescott... yes
checking for gcc architecture flag... -march=prescott

but with mesa there is no such output from configure and they just
pass -msse manually to cc:

cc -I../../../include/GL -I../../../include -I.. -I../main -I../math
-I../glapi -I../tnl -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L
-D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DUSE_XSHM -DPTHREADS
`pkg-config --cflags x11 xext` -DDEBUG -DM ESA_DEBUG -ansi -pedantic
-Wall -fPIC -std=c99 -march=i686 -msse -mfpmath=sse -DUSE_X86_ASM
-DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM gen_matypes.c -o
gen_matypes

best regards,
Timo Lindfors

pgpw0gAYlIKCy.pgp
Description: PGP signature

Bug#274354: kernel 2.6.17

2006-10-04 Thread martin f krafft

sorry, my kernel is 2.6.17-2-amd64.

-- 
 .''`.   martin f. krafft [EMAIL PROTECTED]
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: Digital signature (GPG/PGP)

Bug#391009: curlftpfs freeze if used with rdiff-backup

2006-10-04 Thread Alessandro Polverini

Package: curlftpfs
Version: 0.8-2
Severity: important

Hello,
thanks for packaging this very useful tool.
I tried to use rdiff backup with a destination path on a curlftpfs-mounted dir 
and
everything locks up.
I need to kill -9 the process, umount and remount to recover.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages curlftpfs depends on:
ii  fuse-utils   2.5.3-4.1   Filesystem in USErspace (utilities
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libcomerr2   1.39-1  common error description library
ii  libcurl3-gnutls  7.15.5-1Multi-protocol file transfer libra
ii  libfuse2 2.5.3-4.1   Filesystem in USErspace library
ii  libgcrypt11  1.2.3-2 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.12.3-2The GLib library of C routines
ii  libgnutls13  1.4.4-1 the GNU TLS library - runtime libr
ii  libgpg-error01.4-1   library for common error values an
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libkrb53 1.4.4-1 MIT Kerberos runtime libraries
ii  libtasn1-3   0.3.6-1 Manage ASN.1 structures (runtime)
ii  zlib1g   1:1.2.3-13  compression library - runtime

curlftpfs recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#274354: still a problem

2006-10-04 Thread martin f krafft

I can still see the problem with a file lora 88100.fmr, but if
I now edit the frequency in the info dialog, close and reopen the
dialog, it stays put.

-- 
 .''`.   martin f. krafft [EMAIL PROTECTED]
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: Digital signature (GPG/PGP)

Bug#391010: openoffice.org: openoffice crashes on startup

2006-10-04 Thread Salvador Fandino

Package: openoffice.org
Version: 2.0.4~rc2-2
Severity: important


ooffice crashes on startup generating the output below.

I can see the splash screen and the progress indicator going, then a
document recovering window appears briedfly and the application crashes.

 stderr -

This should only happen once


Fatal exception: Signal 11
Stack:
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725abbc]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725ad02]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725ad98]
[0xe420]
/usr/lib/openoffice/program/i18npool.uno.so[0x9da920cf]
/usr/lib/openoffice/program/libvcl680li.so[0xa7db8be5]
/usr/lib/openoffice/program/libvcl680li.so[0xa7dbd9d3]
/usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7dbe7f5]
/usr/lib/openoffice/program/libvcl680li.so[0xa7f36f40]
/usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7f37f69]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee5912]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee565e]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee565e]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee62be]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee6478]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee64a8]
/usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7d0f0ec]
/usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7d0f30b]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa56d8f4a]
/usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5caca04]
/usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5caca41]
/usr/lib/libglib-2.0.so.0[0xa5733cf6]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x181)[0xa5733731]
/usr/lib/libglib-2.0.so.0[0xa57367a6]
/usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x77)[0xa5736d27]
/usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5caea7c]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa56e28f7]
/usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7d08e5c]
/usr/lib/openoffice/program/libsvx680li.so[0x9e4c372c]
/usr/lib/openoffice/program/libsvx680li.so[0x9e4ba128]
/usr/lib/openoffice/program/libsvx680li.so[0x9e6a4147]
/usr/lib/openoffice/program/libsvx680li.so[0x9e6a5858]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x8064e5e]
/usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0x8065102]
/usr/lib/openoffice/program/libvcl680li.so[0xa7d0e04c]
/usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xa74b5738]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725a837]
/usr/lib/openoffice/program/libuno_sal.so.3[0xa725ad6e]
[0xe420]
/usr/lib/openoffice/program/i18npool.uno.so[0x9da920cf]
/usr/lib/openoffice/program/libvcl680li.so[0xa7db8be5]
/usr/lib/openoffice/program/libvcl680li.so[0xa7dbd9d3]
/usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7dbe7f5]
/usr/lib/openoffice/program/libvcl680li.so[0xa7f36f40]
/usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7f37f69]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee5912]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee565e]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee565e]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee62be]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee6478]
/usr/lib/openoffice/program/libvcl680li.so[0xa7ee64a8]
/usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7d0f0ec]
/usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7d0f30b]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa56d8f4a]
/usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5caca04]
/usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5caca41]
/usr/lib/libglib-2.0.so.0[0xa5733cf6]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x181)[0xa5733731]
/usr/lib/libglib-2.0.so.0[0xa57367a6]
/usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x77)[0xa5736d27]
/usr/lib/openoffice/program/libvclplug_gtk680li.so[0xa5caea7c]
/usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa56e28f7]
/usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7d08e5c]
/usr/lib/openoffice/program/libsvx680li.so[0x9e4cd34c]
/usr/lib/openoffice/program/libsvx680li.so[0x9e4ba128]
/usr/lib/openoffice/program/libsvx680li.so[0x9e6a553e]
/usr/lib/openoffice/program/libsvx680li.so[0x9e6a5838]

Bug#390997: apt-listchanges: post-install script (--configure) fails with code 10

2006-10-04 Thread Pierre Habouzit

tag 390997 + unreproducible moreinfo
thanks

Le mer 4 octobre 2006 10:28, David Goodenough a écrit :
 Package: apt-listchanges
 Version: 2.65
 Severity: important

 I have tried several releases (2.65, 2.66 and 2.67) and all of them
 fail during post-inst (--configure) with a status 10.  No other error
 messages are displayed.

 I have tried uninstalling (with purge) and then install, and that
 fails in the same way.

please do that:

apt-get install apt-listchanges=2.67
(that will fail it seems) then edit:
   /var/lib/dpkg/info/apt-listchanges.postinst

and relpace the set -e call with 'set -ex', then do:
  apt-get -f install

and please give me all the information that you see on your term.

I can't reproduce that problem at all. but given the error code, that 
looks like a debconf problem to me.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpZdGImvKyUU.pgp
Description: PGP signature

Bug#258826: Unable to print anything with Xprt + apsfilter

Still no definitive solution, but this bug is possible due to
noncompliant Postcript, see Debian bug #278829.

Drew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#384692: This appears to be fixed in 2.6.18

2006-10-04 Thread Andree Leidenfrost

I have so far been unable to reproduce the error with kernel 2.6.18.
Give that this is 100% reproducible for me on 2.6.17 I assume the
problem is fixed in 2.6.18. I suggest to close this bug once 2.6.17 is
removed from the archive (which may already have happened).

Alexei, could you retest with 2.6.18?

Cheers,
Andree
-- 
Andree Leidenfrost
@ Debian Developer
Sydney - Australia



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

Bug#371870: xprint: all printer entries in mozilla are gone

Hi Uwe,

in debian Bug#371870 you lost the Xprint printers because XPSERVERLIST
was not being set in your X session at start up.

I expect this would have been a transitory problem, and restarting X
should reset XPSERVERLIST again.

Can you confirm XPSERVERLIST is routinely getting set automatically and
that mozilla now sees your Xprint printers?  If so, then I'll close this
bug.

Drew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#388264: New upstream release

2006-10-04 Thread Daniel Baumann

Hi,

what is the status of this bug?

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391002: too much .RE in zsh manpages

2006-10-04 Thread Clint Adams

 you have more .RE than .RS in the zsh manpages.
 
 % grep -c '\.RE' /tmp/zshcompsys.1 
 177
 % grep -c '\.RS' /tmp/zshcompsys.1
 171

The manpages are auto-generated.  Is there a bug in the .yo files
or in yodl itself?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391011: Please add doxygen documentation

2006-10-04 Thread Baruch Even

Package: libace-doc
Severity: wishlist
Version: 5.4.7-10

The meat of the documentation for ACE is the doxygen generated
documentation, please consider making it part of the libace-doc package.

Baruch


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390909: console-tools: unicode_start fails on tty 6

2006-10-04 Thread Alastair McKinstry

Hi,

Thanks for the bug report. Unfortunately console-tools is currently
frozen for the
Etch release, so this bug will be fixed immediately post-etch, probably
in kbd,
as we are transitioning from console-tools - kbd after Etch is released.

I am currently working on scripts for unicode_start / stop to be
triggered and run
on udev events as consoles are created (either at boot, or createvt,
etc.) that will
remove the checks for fgconsole, etc. and hopefully speed boot times,
but this
is post-etch work.

Regards
Alastair


[EMAIL PROTECTED] wrote:
 Package: console-tools
 Version: 1:0.2.3dbs-65
 Severity: minor



 Hi,
 on my system I have 10 consoles active, but unicode_start fails (or
 better: doesn't have any effect) when invoked from a tty higher than 6.
 tty1 to tty6 are in use, tty7 is left for X, tty9 to tty12 are in used.
 tty8 is left unused because sometimes I redirect logs on that console.

 The problem is in the way the upper bound of the iteration to set
 unicode mode is computed:

 NUM=`fgconsole --next-available`

 When invoked from e.g. tty10 and tty8 is not in use `fgconsole
 --next-available` returns 8 and of course tty10 is not affected by
 unicode_start.

 Fix may be as simple as this:

 --- unicode_start.orig2006-10-03 18:09:11.492146500 +0200
 +++ unicode_start 2006-10-03 18:09:22.740849500 +0200
 @@ -46,8 +46,7 @@
   DEVICE_PREFIX=/dev/tty
  fi
  
 -NUM=`fgconsole --next-available`
 -NUM=`expr ${NUM} - 1 `
 +NUM=`fgconsole`
  # This needs a better fix, but because unicode_{start,stop} are called
  # before getty starts the other consoles, if only one console set, then
  # set for the first 6 VTs, since  these are normally started by inittab

 but I think that it will break console-screen.sh. Maybe the right fix
 is to add another script that touches only the _current_ tty?

 Luca

 -- System Information:
 Debian Release: testing/unstable
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
 Architecture: i386 (i686)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.18
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
 set to en_US.utf8)

 Versions of packages console-tools depends on:
 ii  debconf [debconf-2.0]  1.5.3 Debian configuration management 
 sy
 ii  libc6  2.3.6.ds1-4   GNU C Library: Shared libraries
 ii  libconsole 1:0.2.3dbs-65 Shared libraries for Linux 
 console
 ii  lsb-base   3.1-17Linux Standard Base 3.1 init 
 scrip

 Versions of packages console-tools recommends:
 ii  console-common0.7.61 Basic infrastructure for text 
 cons
 ii  console-data  2:1.0-2Keymaps, fonts, charset maps, 
 fall

 -- no debconf information

   


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#384535: New upstream release

2006-10-04 Thread Daniel Baumann

Hi,

what is the status of this bug?

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#388495: icmake: Upstream release 6.30 should close #388495

2006-10-04 Thread Frank B. Brokken

Package: icmake
Followup-For: Bug #388495


Dear Francesco,

I just uploaded icmake 6.30 to `mentors' It should solve the powerpc bug
reported in bugreport #388495. Furthermore, it assimilates all earlier Debian
patches, and compiles warning free. The uploaded package was created lintian
and linda clean as well.

You'll find a more extensive description in the upstream CHANGELOG file.

Please review the modifications, and upgrade to this version (6.30) when
you can accept my latest changes.

Thanks in advance,

Frank B. Brokken.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages icmake depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries

icmake recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391007: linux-image-2.6-686: ieee1394 problems width dvgrab

2006-10-04 Thread Jerome . ALET

Package: linux-image-2.6-686
Version: 2.6.17+2
Severity: important


mylife
When I went back from holidays, around mid-August, I grabbed
my videos from my Panasonic NV-GS17 mini-DV camera with
dvgrab with no problem at all, on my Dell Latitude D800
with a Pentium M 1.70 Ghz, 2Mb cache and 1 Gb of RAM.
/mylife

Now whenever I use dvgrab even for live capture, I've got hundreds 
of lines identical to the following one in the kernel logs : 

--- CUT ---
ohci1394: gw-host0: Waking dma ctx=1 ... processing is probably too slow
--- CUT ---

The resulting files show fine in mplayer or videolan but are accelerated,
making audio almost inaudible and people run instead of walk.

Since August I ran several system upgrades, and I don't remember
the kernel version which worked at that time.

Following some instructions I found on the web I used hdparm to 
enable DMA, 32 bit I/O, Multiple sectors, and Interrupt unmask on my 
hard disk, and also set dma, interrupt_unmask and 32 bits I/O on the 
internal DVD burner. Still no luck.

Any idea of what could be wrong ?

TIA

Jerome Alet

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages linux-image-2.6-686 depends on:
ii  linux-image-2.6.17-2-686  2.6.17-9   Linux 2.6.17 image on PPro/Celeron

linux-image-2.6-686 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#385026: [Fwd: [Bug 359243] Disappearing rows in GTKDFB with checklists]

On Wed, Oct 04, 2006, Attilio Fiandrotti wrote:
 FYI

 From: gtk+ (bugzilla.gnome.org) [EMAIL PROTECTED]

 Thanks, I usually subscribe upstream when forwarding but forgot doing
 so here.

-- 
Loïc Minier [EMAIL PROTECTED]

Bug#249853: xprt-xprintorg does not provide cups printer for mozilla

Hi Sumit,

following up Debian Bug#249853, are you finding that mozilla now reports
the Xprint printers?  The Xprint printers in the mozilla print dialog
are the ones with :64 at the end (the same list as given by xplsprinters
from the command line).  

Mozilla should additionally list CUPS printers as
Postscript/printer_name (firefox too, as CUPS/printer_name). mozilla
does not use Xprint to print to these ones.

Since you reported this bug against older versions of CUPS, mozilla and
Xprint, I would expect that now you have mozilla printing to Xprint
printers fine.

Could you confirm mozilla is using the Xprint printers satisfactorily
now? If so, then I'll close this bug.

Drew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#389931: Hardware info of submitter

2006-10-04 Thread Andree Leidenfrost

I am using the following hardware:

Board: ASUS A8V Deluxe
BIOS:  Revision 1017
CPU:   Athlon64 X2 4800+

Please note that the my board has the same chipset as Johan's, namely:

VIA K8T800Pro + VT8237

So, this might be where the issue lies.

Cheers,
Andree
-- 
Andree Leidenfrost
@ Debian Developer
Sydney - Australia



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

Bug#391012: unknown debconf template fields

2006-10-04 Thread martin f krafft

Package: miscfiles
Version: 1.4.2.dfsg.1-4
Severity: serious

On upgrade to -5:

Preconfiguring packages ...
debconf: Unknown template field '_description', in stanza #1 of 
/tmp/miscfiles.template.119420
debconf: Unknown template field '_default', in stanza #2 of 
/tmp/miscfiles.template.119420
debconf: Unknown template field '_description', in stanza #2 of 
/tmp/miscfiles.template.119420

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages miscfiles depends on:
ii  debconf [debconf-2.0] 1.5.5  Debian configuration management sy
ii  dictionaries-common   0.70.2 Common utilities for spelling dict

miscfiles recommends no packages.

-- debconf information excluded

-- 
 .''`.   martin f. krafft [EMAIL PROTECTED]
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: Digital signature (GPG/PGP)

Bug#391006: tomcat5.5: Does not install because of apache2/apache2.2 upgrade path

2006-10-04 Thread Andrew Meaden

Package: tomcat5.5
Severity: important

I had Tomcat 5.5 installed with the manager webapp and included other
misc. webapps, but I uninstalled it to work around a dependancy problem
upgrading apache2-common/apache2.2-common - I wish to have both apache
and tomcat5.5 installed, but not apache2.2 or 2.0 as I still use apache
to maintain older web applications I have not yet ported to Java!

Tomcat 5.5 does not install with apache 2.2 support files installed,
although apache 1.3 appears to require them.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-captainnem
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391008: openoffice.org: crash at startup with segfault after logo, doesn't matter which sub-program is started

2006-10-04 Thread daniel huhardeaux

Package: openoffice.org
Severity: grave
Justification: renders package unusable


Since last upgrade to 2.0.4~rc2-2 all openoffice applications crashes with 
segfault at startup. I tried
with the --norestore --nolockcheck options, same result.

Here is a GDB output:

---Type return to continue, or q return to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread -1327936592 (LWP 7905)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1245247264 (LWP 7898)]
0xb105a73e in component_getFactory () from 
/usr/lib/openoffice/program/i18npool.uno.so
(gdb) bt
#0  0xb105a73e in component_getFactory () from 
/usr/lib/openoffice/program/i18npool.uno.so
#1  0x086122c0 in ?? ()
#2  0x0064 in ?? ()
#3  0x0003 in ?? ()
#4  0x in ?? ()
(gdb) quit


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-custom.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#388132: severity important

2006-10-04 Thread Guido Trotter


severity 388132 important
thanks

Package is not unusable, there's maybe just a feature not working... :(
Sorry I don't have time for it right now... :( I hope to look at in in the next
few weeks! :)

Guido



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391016: apt-listchanges: Traceback when sending mail

2006-10-04 Thread Daniel Lublin

Package: apt-listchanges
Version: 2.67
Severity: important

As of this version, the following traceback is received when trying to send 
email:

  apt-listchanges: Mailing root: apt-listchanges: changelogs for ujezd
  Traceback (most recent call last):
File /usr/bin/apt-listchanges, line 215, in ?
  main()
File /usr/bin/apt-listchanges, line 195, in main
  apt_listchanges.mail_changes(config.email_address, changes, subject)
File /usr/share/apt-listchanges/apt_listchanges.py, line 314, in 
mail_changes
  message = email.Message.Message(charset)
  TypeError: __init__() takes exactly 1 argument (2 given)

The fix is very small:

  --- /usr/share/apt-listchanges/apt_listchanges.py.orig2006-10-03 
10:03:11.0 +0200
  +++ /usr/share/apt-listchanges/apt_listchanges.py 2006-10-04 
11:44:03.0 +0200
  @@ -311,7 +311,8 @@
   charset = email.Charset.Charset('utf-8')
   charset.body_encoding = '8bit'
   charset.header_encoding = email.Charset.QP
  -message = email.Message.Message(charset)
  +message = email.Message.Message()
  +message.set_charset(charset)
   message['Subject'] = subject
   message['To'] = address
   message.set_payload(changes)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#381389: Reproduceable, and not smart-notifier's fault

2006-10-04 Thread Raphael Hertzog

On Wed, 16 Aug 2006, Brian Sutherland wrote:
 On Sat, Aug 12, 2006 at 12:17:21PM -0300, Margarita Manterola wrote:
  I can reproduce this in my machine.  It's due to the fact that
  /usr/bin/python points to python2.3 in my box, and smart-notifier's python
  version is current. Changing this in /var/lib/dpkg/status, fixes this
  bug.
 
  Therefore, as discussed with Pierre Habouzit, this is a bug in dh_python,
  which is not placing the correct version in the Python-Version field, and
 
 It looks to me like this is what happens:
 
 smart-notifier has XS-Python-Version set to 2.4 but the binary
 package gets Python-Version current if built with python2.4 as the
 default python.

Can you really reproduce that with the dh_python of debhelper 5.0.37.3 ?

I wanted to prepare a patch for this, but I really get 2.4 and not current
when building smart-notifier with python 2.4...

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#391000: [Pkg-mailman-hackers] Bug#391000: mailman: upgrade process takes hours even if the upgrade is supposed to be a simple security upgrade

2006-10-04 Thread Thijs Kinkhorst

Hello Mathieu,

Thank you for your report.

 But unfortunately, upgrading mailman on a production server is current
 a real pain in the ass. It takes hour.  

This is inherent to the policy of Debian security updates: we can only
make the minimal changes required to address the bug - changing the
package installation procedure is not allowed. The goal is of course to
minimise breakage; every unneeded change introduces an unneeded risk of
something going wrong.

By the way, I've never experienced this upgrade to take hours (or even
more than say a minute or two). You are right about the qfiles that are
annoying, but I'm not sure about whether that can be resolved easily.
Especially within the constraints outlined below.


Thijs


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

Bug#391015: shermans-aquarium: depends en gtk1.2

2006-10-04 Thread Xavier Bestel

Package: shermans-aquarium
Version: 3.0.1-1
Severity: normal


Hi,

This package depends on both gtk2 and gtk1.2, which seems very wrong.

Thanks,
Xav

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages shermans-aquarium depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.16.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.15.0-1  The Bonobo UI library
ii  libc6  2.3.6.ds1-5   GNU C Library: Shared libraries
ii  libgai00.5.10-1.1Easy to use interface to create ap
ii  libgconf2-42.14.0-4  GNOME configuration database syste
ii  libglib1.2 1.2.10-12 The GLib library of C routines
ii  libglib2.0-0   2.12.4-1  The GLib library of C routines
ii  libglu1-mesa [libg 6.5.1+git20060901-0.2 The OpenGL utility library (GLU)
ii  libgnome2-02.15.2-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.16.0-1  GNOME virtual file-system (runtime
ii  libgtk1.2  1.2.10-18 The GIMP Toolkit set of widgets fo
ii  libgtk2.0-02.10.1-0beta2 The GTK+ graphical user interface 
ii  libgtkglext1   1.0.6-2.1+b1  OpenGL Extension to GTK (shared li
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.14.3-2  library for GNOME 2 panel applets
ii  libpango1.0-0  1.14.4-2  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsdl1.2debian1.2.11-3  Simple DirectMedia Layer
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libx11-6   2:1.0.0-9 X11 client-side library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxmu61:1.0.2-2 X11 miscellaneous utility library
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  xlibs  1:7.0.5   transitional package for xkb data
ii  xmms   1:1.2.10+20060901-2   Versatile X audio player
ii  zlib1g 1:1.2.3-13compression library - runtime

shermans-aquarium recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#381389: dh_pycentral patch

2006-10-04 Thread Raphael Hertzog

On Tue, 03 Oct 2006, Joey Hess wrote:
 Raphael Hertzog wrote:
  Yes you should IMO because the current dh_python assumes pycompat==2 if
  there's no pycompat file and if there's a Python-Version control field.
  
  That's because pycompat has only been introduced after the start of the
  migration when Josselin decided to change his mind...
 
 Ok, done in a new version of debhelper I've uploaded to the 3-day
 delayed queue. Only 3 days left to sort everything out..

I had a quick chat with doko last night:
buxy doko__: have you seen the upcoming dh_python changes? you need to act 
quickly!
doko__ will do, will revert them
buxy doko__: revert them?
doko__ when did you test pycentral debhelper the last time? the risk is too 
high for regressions, so I'll integrate the current dh_python in dh_pycentral
buxy doko__: indeed, pycentral debhelper has not been tested much, Madcoder 
did some recent test, on the other hand the current dh_python also has an RC 
bug but I can try to fix it if you plan to use that code
buxy doko__: do you have a bzr branch for python-central?
doko__ buxy: that would be nice; I hope to get long-term a library module for 
the dependency stuff. not yet; mvo already asked ...

So it looks like I'll fix my dh_python code (cf the RC bug already
reported) and then merge it into dh_pycentral.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#391017: tetex-base: pdfcslatex does not create pdf, but dvi instead

2006-10-04 Thread Tomas Janousek

Package: tetex-base
Version: 3.0-22
Severity: important
Tags: patch

The pdfcslatex and pdfcsplain formats are made of cslatex.ini file, which
simply disables pdf output, resulting in forced dvi output. I'm attaching a
patch that fixes that for me.

##
 List of ls-R files

-rw-rw-r-- 1 root users 1729 2006-10-04 11:25 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 2006-10-02 21:52 /usr/share/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 35 2006-10-01 11:12 /usr/share/texmf-tetex/ls-R - 
/var/lib/texmf/ls-R-TEXMFDIST-TETEX

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=cs_CZ.ISO-8859-2, LC_CTYPE=cs_CZ.ISO-8859-2 (charmap=ISO-8859-2)

Versions of packages tetex-base depends on:
ii  tex-common0.30   Common infrastructure for using an
ii  ucf   2.0015 Update Configuration File: preserv

Versions of packages tetex-base recommends:
pn  tetex-doc none (no description available)

Versions of packages tetex-bin depends on:
ii  debconf [debconf-2.0] 1.5.4  Debian configuration management sy
ii  debianutils   2.17   Miscellaneous utilities specific t
ii  dialog1.0-20060221-1 Displays user-friendly dialog boxe
ii  dpkg  1.13.22package maintenance system for Deb
ii  ed0.2-20 The classic unix line editor
ii  libc6 2.3.6.ds1-4GNU C Library: Shared libraries
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-13 GCC support library
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libkpathsea4  3.0-18 path search library for teTeX (run
ii  libpaper1 1.1.20 Library for handling paper charact
ii  libpng12-01.2.8rel-5.2   PNG library - runtime
ii  libpoppler0c2 0.4.5-4.1  PDF rendering library
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstdc++64.1.1-13   The GNU Standard C++ Library v3
ii  libt1-5   5.1.0-2Type 1 font rasterizer library - r
ii  libx11-6  2:1.0.0-9  X11 client-side library
ii  libxaw7   1:1.0.2-4  X11 Athena Widget library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxmu6   1:1.0.2-2  X11 miscellaneous utility library
ii  libxpm4   1:3.5.5-2  X11 pixmap library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  mime-support  3.37-1 MIME files 'mime.types'  'mailcap
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction 
ii  sed   4.1.5-1The GNU sed stream editor
ii  ucf   2.0015 Update Configuration File: preserv
ii  whiptail  0.52.2-7   Displays user-friendly dialog boxe
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages tetex-extra depends on:
ii  tetex-bin 3.0-18 The teTeX binary files
ii  ucf   2.0015 Update Configuration File: preserv

-- debconf information:
  tetex-base/olddat: true
  tetex-base/fmtutil-failed:
  tetex-bin/cnf_name:
  tetex-base/oldupdm:
  tetex-base/updmap-failed:
--- /etc/texmf/fmt.d/01tetex.cnf.orig   2006-07-21 15:12:08.0 +0200
+++ /etc/texmf/fmt.d/01tetex.cnf2006-10-03 00:57:51.0 +0200
@@ -68,8 +68,8 @@
 # - Czech / Slovak:
 #! csplain pdfetex -   -translate-file=cp227.tcx 
*csplain.ini
 #! cslatex pdfetex -   -translate-file=cp227.tcx *cslatex.ini
-#! pdfcsplain  pdfetex -   -translate-file=cp227.tcx 
*csplain.ini
-#! pdfcslatex  pdfetex --translate-file=cp227.tcx *cslatex.ini
+#! pdfcsplain  pdfetex -   -translate-file=cp227.tcx 
*pdfcsplain.ini
+#! pdfcslatex  pdfetex --translate-file=cp227.tcx *pdfcslatex.ini
 
 # Other formats:
 
--- -   2006-10-04 11:20:39.278121000 +0200
+++ /usr/share/texmf-tetex/tex/cslatex/pdfcslatex.ini   2006-10-02 
23:24:27.0 +0200
@@ -0,0 +1,40 @@
+%% The cslatex ini file
+%% use:  
+%% tex -ini cslatex.ini
+%% or (for example):
+%% tex -ini \let\enc=w \input cslatex.ini
+%%   see the csplain.doc in csplain.tar/zip for more details
+
+\ifx\pdfoutput\undefined
+\else
+

Bug#390888: Full support for experimental