Bug#364385: localechooser almost tripled in size...

[Christian Perrier]

> A check against an older image shows that the main culprit is 
> localechooser:
>108758 B - 136 blocks - 10 files from localechooser.udeb (version 1.06)
>344544 B - 360 blocks - 10 files from localechooser.udeb (version 1.12)
> 
> Is it possible to bring that down again a bit please?

Don't we already drop translations in floppy builds. Which means that
the main culprit, ie the templates file, should be shorten down.

-- 




signature.asc
Description: Digital signature

Bug#364386: texmacs: Segmentation fault at startup

[René van Bevern]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Michael Ekstrand <[EMAIL PROTECTED]> writes:

Hello Michael,

> TeXmacs (both 1.0.6-5 from unstable and 1.0.6-3 from testing) segfaults
> at starup, both when a TeXmacs file is specified on the command line
> and when one is not.

Hm, I don't see this. :-/

Could you please try if it works when you move your TeXmacs
directory out of the way? I.e. move ~/.TeXmacs somewhere else and
try start it.

> A core dump file can be provided upon request.

Since I am unable to make it crash, a core dump file would be really
nice. Upload it somewhere or send it to my E-Mail address directly.

Along with a core file, your configuration might be interesting to
me. (the scm files in .TeXmacs/system)

René

- -- 
0662 B928 E386 E2EF 0E8A  E2EE C26D 3034 7C71 4C78
http://progn.org  http://www.debian.org  http://www.pro-linux.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iQCVAwUBREse/GXAXAFwWYizAQJxIgQAqspNlCw80uXTE/YgWm3f8Y1bUR9SMfb0
x7TssW6lKNshArYuhVKiczcOp+RfEMpc1aYxSMnhjYBPmJxPjozwHFj0k9Od40fS
Jb0NcSBJgOFuwleX5HqsrXCN2jW9WMnsOX2aZXp9tZt5CXlctOKS4nF4wuSmkycQ
VuVpmAXiVyw=
=p9dh
-END PGP SIGNATURE-

Bug#364385: localechooser almost tripled in size...

[Christian Perrier]

> Breakdown on size increase since 1.03 is:
> 
> - 30k added to templates file
> - 1k added to /usr/bin/localechooser
> - 1k added to /usr/lib/post-base-installer.d/05localechooser
> - 1k removed from languagelist
> 
> I don't see how this could sum to the 230k indicated by what you pasted
> though.


In 1.06, I introduced a bug when I removed the crafted intltool-merge
which allowed partial translations for country names.

I unfortunately ommited the document this properly because it was
discovered while working on something else (beat me) but then it got
fixed and localechooser got the country names translations back...and
its huge size back

In the meantime, some languages were added, which explains the
templates file size increase noticed by Joey.

Of course, the size of this templates file is a problem but I fail to
see how to do differently if we want to have the country names
translated.

The scripts in localechooser are heavily commented. One way to grab
some bytes back could be filtering these comments during the package
build. This would of course make debugging a little more complicated
when working in the installer itself but that could be worth it. This
saves about 5k in /usr/bin/localechooser







signature.asc
Description: Digital signature

Bug#363250: general: Custom PAGER gives error on sid, but works on sarge

[Manoj Srivastava]

On 22 Apr 2006, Loïc Minier outgrape:

> On Sat, Apr 22, 2006, Manoj Srivastava wrote:
>> There are two use cases that any pager directive must address:
>> 1) The program is going to generate output which must be piped to
>> a pager
>> 2) The program want to send a file to the user.

> I agree that these use cases need to be supported.

>> But perhaps the policy for Debian should be for programs to ignore
>> PAGER and just use sensible pager, where all the logic for dealing
>> with pager goes in. I still don't see how sensible pager can handle
>> the pipeline vs the non-pipeline case, though.

> Yes, I believe the policy should be changed in this way, and as I
> proposed.

Hmm.  This could be a potentially disruptive change -- since a
 lot of programs may need to be changed in non-trivial ways.

> Look at the code of sensible-pager, it will call "$PAGER" if
> sensible-pager is called without any argument, and "$PAGER
> " if it's called as "sensible-pager ".  This
> seems good enough for me; if people set $PAGER to a pipeline, they
> might suffer from problems for the second case, but we can work on
> that.

Err, so we can't make this policy (allowing $PAGER to be a
 pipeline) until we have a solution for this, given that we have
 agreed that the two use cases for $PAGER must be  feasible.


>> Barring that, policy would have to be that programs can' t user
>> PAGER to work with use case 2, and must be guilty of an "useless
>> use of cat" to pipe data to STDIN for PAGER.

> Yes, if you mean that permitting pipelines forbids programs to call
> "$PAGER $file", I agree with you.  There are multiple ways to solve
> this, but I think that whatever way is chosen should be implemented
> in sensible-pager, and we can even change our mind later, and fix
> only sensible-pager.  The contract of sensible-pager with respect to
> Debian programs should be to offer two modes of operation, the pipe
> of data on stdin mode, and the pass a file on the command line mode
> (matching your use cases 1 and 2).

>> PAGER has the benefit of being long standardized, and if we do
>> not use PAGER, we are breaking user expectations.
>> What is the benefit of creating a PAGER clone?

> sensible-pager is not a PAGER clone, it permits us to enhance the
> handling of $PAGER in a single place instead of changing every
> program in Debian that wants to send something to $PAGER.

The point is that lots of programs already respect $PAGER,
 with varying semantics (most support $PAGER being less or more or
 something, but not all support arbitary pipelines.


>>> B/ user configuration of the pager When defined, $PAGER is a sh
>>> pipeline which reads its data from stdin.
>> How do programs present a text file to the user using a PAGER,
>> then? cat file.txt | $PAGER?

> That's a question for sensible-pager to solve, but one way is to use
> cat "$@" | $PAGER indeed.

Umm. If we are talking about making policy, we can't just make
 policy and say things are a problem for some package or the other to
 solve.

>> In other words, ignore $PAGER, use sensible-pager all over,
>> and let that handle it?
>
> Yes.
>
>> Not, unless these questions are answered, and we actually have
>> a working implementation.
>
> Well the current implementation works, except for pipelines.  :)

Since allowing pipelines seems to be the motivating factor
 here, we do need to solve that, I think.

manoj
-- 
I am here by the will of the people and I won't leave until I get my
raincoat back.- a slogan of the anarchists in Richard Kadrey's
"Metrophage"
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Bug#335867: libglew1: Newer upstream version is available

[Joost Yervante Damad]

On Saturday 22 April 2006 21:54, Arnaud Quette wrote:
> 2006/4/22, Marcelo E. Magallón <[EMAIL PROTECTED]>:
> > On 4/22/06, Joost Yervante Damad <[EMAIL PROTECTED]> wrote:
> > > An 1.3.4 package is about to be uploaded by Marcello.
> >
> > Actually I did upload it on Friday morning... didn't it make to the
> > archive? *sigh*
>
> seems not!
>
> I've quickly done some work yesterday on 1.3.4. If you whish to take a
> look at the diff, tell me so and I'll send you privatly.
>
> Arnaud

Hi Arnaud,

FYI, my updated package can be found at 
http://mentors.debian.net/debian/pool/main/g/glew/ 

Greetings, Joost 


-- 
The planet Andete is famous for it's killer edible poets.


pgpCKHzy29EAv.pgp
Description: PGP signature

Bug#364399: openswan: [INTL:fr] French debconf templates translation

[Christian Perrier]

Package: openswan
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'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
# translation of fr.po to French
#
#
#
#
# Christian Perrier <[EMAIL PROTECTED]>, 2004, 2006.
msgid ""
msgstr ""
"Project-Id-Version: fr\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-04-17 05:04-0600\n"
"PO-Revision-Date: 2006-04-17 18:59+0200\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.2\n"
"Plural-Forms: Plural-Forms: nplurals=2; plural=n>1;\n"

#. Type: select
#. Choices
#: ../openswan.templates.master:3
msgid "earliest, \"after NFS\", \"after PCMCIA\""
msgstr "Le plus tôt possible, Après NFS, Après PCMCIA"

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid "At which level do you wish to start Openswan ?"
msgstr "Étape de lancement d'Openswan :"

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid ""
"With the current Debian startup levels (nearly everything starting in level "
"20), it is impossible for Openswan to always start at the correct time. "
"There are three possibilities when Openswan can start: before or after the "
"NFS services and after the PCMCIA services. The correct answer depends on "
"your specific setup."
msgstr ""
"Avec les niveaux de démarrage actuellement utilisés par Debian (presque tout "
"démarre au niveau 20), il est impossible de faire en sorte qu'Openswan "
"démarre toujours au moment approprié. Il existe trois moments où il est "
"opportun de le démarrer : avant ou après les services NFS, ou après les "
"services PCMCIA. La réponse appropriée dépend de vos réglages spécifiques."

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid ""
"If you do not have your /usr tree mounted via NFS (either you only mount "
"other, less vital trees via NFS or don't use NFS mounted trees at all) and "
"don't use a PCMCIA network card, then it's best to start Openswan at the "
"earliest possible time, thus allowing the NFS mounts to be secured by IPSec. "
"In this case (or if you don't understand or care about this issue), answer "
"\"earliest\" to this question (the default)."
msgstr ""
"Si votre arborescence /usr n'est pas un montage NFS (soit parce que vos "
"montages NFS sont à d'autres endroits, moins critiques, soit parce que vous "
"n'utilisez pas du tout de montage NFS) et si vous n'utilisez pas de carte "
"réseau PCMCIA, il est préférable de démarrer Openswan le plus tôt possible, "
"ce qui permettra de sécuriser les montages NFS avec IPSec. Dans ce cas (ou "
"bien si vous ne comprenez pas l'objet de la question ou qu'elle ne vous "
"concerne pas), choisissez « le plus tôt possible », qui est le choix par "
"défaut."

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid ""
"If you have your /usr tree mounted via NFS and don't use a PCMCIA network "
"card, then you will need to start Openswan after NFS so that all necessary "
"files are available. In this case, answer \"after NFS\" to this question. "
"Please note that the NFS mount of /usr can not be secured by IPSec in this "
"case."
msgstr ""
"Si /usr est un montage NFS et que vous n'utilisez pas de carte réseau "
"PCMCIA, vous devrez alors démarrer Openswan après les services NFS afin que "
"tous les fichiers nécessaires soient disponibles. Dans ce cas, choisissez "
"« Après NFS ». Veuillez noter que le montage NFS de /usr n'est alors pas "
"sécurisé par IPSec."

#. Type: select
#. Description
#: ../openswan.templates.master:5
msgid ""
"If you use a PCMCIA network card for your IPSec connections, then you only "
"have to choose to start it after the PCMCIA services. Answer \"after PCMCI

Bug#208344: Argh, locking...

[Adam Porter]

severity 208344 important
thanks

Well, I looked at the e-mail logcheck just sent me, and I found this:

gconfd (me-19567): Failed to get lock for daemon, exiting: Failed to 
lock '/tmp/gconfd-me/lock/ior': probably another process has the lock, or 
your operating system has NFS file locking misconfigured (Resource 
temporarily unavailable)

I killall-9'ed gconfd-2 and removed that lock file, and now Newton's working.  
So I'm downgrading it back to important.

The problem is, those crazy CORBA errors gave _no indication_ of the actual 
problem.

The only way I discovered it was by logcheck notifying me of those entries in 
the logs,  I was going to try rebooting today if I couldn't figure it out 
otherwise, and that would most likely have fixed it (the PID in the lockfile 
was the same as the running gconfd-2 process), and then the real problem 
might still not be known.  Remember that I looked for those lock files that 
were listed in the earlier reports, but I'm guessing that the location of the 
gconf lockfile has changed since then.


pgp9x3xebdjGr.pgp
Description: PGP signature

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

[Christian Perrier]

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'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=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-04-14 19:00+0200\n"
"PO-Revision-Date: 2006-04-17 17:12+0200\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French \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.2\n"
"Plural-Forms: Plural-Forms: nplurals=2; plural=n>1;\n"

#. Type: boolean
#. Description
#: ../mysql-server-5.0.templates:4
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:4
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:11
msgid "Important note for NIS/YP users!"
msgstr "Note importante pour les utilisateurs NIS/YP"

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:11
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:11
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:11
msgid "/etc/group:   mysql:x:101:"
msgstr "/etc/group :  mysql:x:101:"

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

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:24
msgid "Update Hints"
msgstr "Informations sur les mises à jour"

#. Type: note
#. Description
#: ../mysql-server-5.0.templates:24
msgid ""
"You have to run \"mysql_upgrade\" after the upgrade, else tables can be  "
"corrupted! This script also enhances the privilege tables but is not  "
"supposed to give any user more rights that he had before,"
msgstr ""
"Vous devez exécuter la commande « mysql_upgrade » après la mise à jour sinon "
"les tables pourraient être corrompues. Ce script améliore également les "
"tables de privilèges, sans toutefois donner à aucun utilisateur plus de "
"droits qu'il n'

Bug#364400: proftpd: [INTL:fr] French debconf templates translation

[Christian Perrier]

Package: proftpd
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'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
# translation of fr.po to French
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
#Translators, please read /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Christian Perrier <[EMAIL PROTECTED]>, 2006.
msgid ""
msgstr ""
"Project-Id-Version: fr\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-03-29 16:05+0200\n"
"PO-Revision-Date: 2006-04-19 18:41+0200\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.2\n"

#. Type: select
#. Choices
#: ../proftpd.templates:3
msgid "inetd, standalone"
msgstr "inetd, indépendamment"

#. Type: select
#. Description
#: ../proftpd.templates:5
msgid "Run proftpd from inetd or standalone?"
msgstr "Méthode de lancement de proftpd :"

#. Type: select
#. Description
#: ../proftpd.templates:5
msgid ""
"ProFTPd can be run either as a service from inetd, or as a standalone "
"server. Each choice has its own benefits. If you have only a few ftp "
"connections per day, it is probably better to run proftp from inetd in order "
"to save resources."
msgstr ""
"ProFTPd peut être lancé soit à partir d'inetd, soit comme un serveur "
"indépendant. Chaque méthode a ses avantages. Pour quelques connexions par "
"jour, il n'est peut-être pas nécessaire de laisser proftpd fonctionner en "
"permanence."

#. Type: select
#. Description
#: ../proftpd.templates:5
msgid ""
"On the other hand, if your ftp site is visited frequently, you should rather "
"run proftp as a standalone server (because with inetd, each time a "
"connection is opened, a new process is spawned)."
msgstr ""
"Par contre, si votre site FTP est assez fréquenté, inetd n'est pas un choix "
"judicieux, car chaque ouverture de connexion lance un nouveau processus."

#. Type: note
#. Description
#: ../proftpd.templates:17
msgid "Warning on syntax changes in ProFTPd configuration."
msgstr "Changement de syntaxe dans la configuration de ProFTPd"

#. Type: note
#. Description
#: ../proftpd.templates:17
msgid ""
"You are upgrading from a pre-1.3.0 version. Probably you will need to revise "
"your previous configuration to be compliant with current directives. Please, "
"consult documentation and how-tos available in proftpd-doc and change /etc/"
"proftpd/proftpd.conf as needed."
msgstr ""
"Vous effectuez une mise à jour depuis une version inférieure à 1.3.0. Il "
"vous sera probablement nécessaire de revoir votre configuration antérieure "
"afin d'être conforme aux nouvelles directives. Veuillez consulter la "
"documentation disponible dans le paquet proftpd-doc et modifier /etc/proftpd/"
"proftpd.conf en conséquence."

#. Type: note
#. Description
#: ../proftpd.templates:17
msgid ""
"Unfortunately, it is nearly impossible currently to convert your setup "
"automatically, but for some basic issues. You will have to do  it yourself. "
"ProFTPd could also be unable to use the resulting  configuration, and it "
"would not restart after upgrading."
msgstr ""
"Malheureusement, il est à peu près impossible de convertir votre "
"configuration automatiquement, sauf pour des points particulièrement "
"simples. Vous devrez le faire vous-même. ProFTPd pourrait être incapable "
"d'utiliser le fichier de configuration résultant et ne redémarrera donc pas "
"après la mise à jour."

#. Type: note
#. Description
#: ../proftpd.templates:17
msgid ""
"Note also that starting from 1.3.0 version, dynamic modules are used and "
"configuration shoul

Bug#364398: crash when starting xorg using nvidia driver

[prosolutions]

Package: nvidia-kernel-source
Version: 1.0.8756-4


not sure under what package to file this, so will file here.  starting
xorg with nvdia driver screen goes blank.  ctrl-alt-backspace has no
effect.  machine must be hard-reset.  card it:

nVidia Corporation NV34M [GeForce FX Go5200] (rev a1)


options in xorg.conf:

Section "Device"
Identifier  "NVIDIA Corporation NV34M [GeForce FX Go5200]"
   Driver  "nvidia"
   Option  "NoLogo""True"
Option "RenderAccel"   "True"
BusID   "PCI:1:0:0"
EndSection



switching to the "nv" driver everything is fine...






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

Bug#364397: amarok fails to start

[prosolutions]

Package: amarok
Version: 1.3.8-1+b1


fails to launch with the following output:

$ amarok
amaroK: [Loader] Starting amarokapp..
amaroK: [Loader] Don't run gdb, valgrind, etc. against this binary! Use
amarokapp.
amaroK: [Loader] amarokapp probably crashed!



ran an strace, below is some partial output:

i notice a lot of lines similar to these:

12631 gettimeofday({1145770549, 925402}, NULL) = 0
12631 select(14, [3 4 5 12 13], [], [], {0, 8088}) = 0 (Timeout)


and then:

12631 select(14, [3 4 5 12 13], [], [], {0, 8048} 
12719 set_thread_area({entry_number:-1 -> 6, base_addr:0xb554bae0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, l
imit_in_pages:1, seg_not_present:0, useable:1}) = 0
12719 munmap(0xb7edf000, 79860) = 0
12719 set_tid_address(0xb554bb28)   = 12719
12719 rt_sigaction(SIGRTMIN, {0xb71813c0, [], SA_SIGINFO}, NULL, 8) = 0
12719 rt_sigaction(SIGRT_1, {0xb7181440, [], SA_RESTART|SA_SIGINFO},
NULL, 8) = 0
12719 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
12719 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024,
rlim_max=RLIM_INFINITY}) = 0
12719 _sysctl({{CTL_KERN, KERN_VERSION, 0, 20649, 1991, 0, 2, 0,
2e18, 0, 1990, 0, de48b80, 0, 2e18, 2e, 1993, 0, 13abff00, 0,
3230, 65642d30, 6e6f6362, 75732d66, 69702d62, 2e6c6578, 666e6f63, 0,
37a2, 0, 15881600, 0, 3530, 6e652d30, 656c6261, 7265742d, 756e696d,
6f632e73, 666e, 0, 50f1e, 0, 16b8c400, 0, 7528, 6e69686e, 2e646574,
666e6f63, 0, 0, 50f1f, 0, 1a572380, 0, 6128, 686f7475, 2e746e69,
666e6f63, 0, 0, 525f2, 0, 1dd0a080, 0, 7328, 702d6275, 6c657869,
6e6f632e, 66, 0, 5525b, 0, 43c84280, 0, 7928, 622d7365, 616d7469,
632e7370, 666e6f, 0, 21805, 0, 59e1bc80, 0, 3128, 65642d30,
616d6f66, 6e6f632e, 66, 0, 1992, 0, 5c091e80, 0, 3130, 65642d30,
6e6f6362, 75612d66, 69686f74, 632e746e, 666e6f, 0, 5d930, 0, 7da5f500,
0, 6e28, 75732d6f, 69702d62, 2e6c6578, 666e6f63, 0, 5d931, 0,
7da5f501, 0, 6e28, 69622d6f, 70616d74, 6f632e73, 666e, 0, 0, 20469,
0, 0, 0, 0}, 2, 0xbfd07d90, 35, (nil), 0}) = 0
12719 futex(0xb6f6c4dc, FUTEX_WAKE, 2147483647) = 0
12719 brk(0)= 0x82eb000
12719 brk(0x830c000)= 0x830c000
12719 rt_sigaction(SIGILL, {0xb6cd2010, [ILL], SA_RESTART}, {SIG_DFL},
8) = 0
12719 rt_sigaction(SIGILL, {SIG_DFL}, {0xb6cd2010, [ILL], SA_RESTART},
8) = 0
12719 futex(0xb64a3058, FUTEX_WAKE, 2147483647) = 0
12719 open("/dev/zero", O_RDWR) = 3
12719 mmap2(NULL, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE, 3,
0) = 0xb7ef1000
12719 close(3)  = 0
12719 mmap2(NULL, 397312, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb54ea000
12719 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
12631 <... select resumed> )= 0 (Timeout)





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

Bug#363574: libforms1: patch

[Andreas Jochens]

Hello,

On 06-Apr-22 17:39, Peter S Galbraith wrote:
> Did you do anything special to get imake to work?
> 
> $ fakeroot debian/rules binary
> dh_testdir
> xmkmf -a 
> mv -f Makefile Makefile.bak
> imake -DUseInstalled -I/usr/lib/X11/config
> Imakefile.c:39: error: Imake.tmpl: No such file or directory
> imake: Exit code 1.
>   Stop.
> make: *** [build-stamp] Error 1

I also saw this error when I tried to build some packages immediately
after the upload of the new modular Xorg version to unstable.
But this problem with imake seems to be fixed in unstable now.

Regards
Andreas Jochens


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

Bug#364395: sasl2-bin failed when upgraded

[System Administrator]

Package: sasl2-bin
Version: 2.1.19.dfsg1-0.1
Severity: critical
Justification: breaks the whole system


invoke-rc.d: initscript saslauthd, action "start" failed.
dpkg: error processing sasl2-bin (--configure):
 subprocess post-installation script returned error exit status 1
 Errors were encountered while processing:
  sasl2-bin
  E: Sub-process /usr/bin/dpkg returned an error code (1)



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-11-em64t-p4
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages sasl2-bin depends on:
ii  base-passwd   3.5.11 Debian base system master password
ii  libasn1-6-hei 0.7.2-4Libraries for Heimdal Kerberos
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libcomerr21.38+1.39-WIP-2006.04.09-1 common error description library
ii  libdb4.2  4.2.52-24  Berkeley v4.2 Database Libraries [
ii  libgssapi4-he 0.7.2-4Libraries for Heimdal Kerberos
ii  libkrb5-17-he 0.7.2-4Libraries for Heimdal Kerberos
ii  libldap2  2.1.30-13  OpenLDAP libraries
ii  libpam0g  0.79-3.1   Pluggable Authentication Modules l
ii  libroken16-he 0.7.2-4Libraries for Heimdal Kerberos
ii  libsasl2  2.1.19.dfsg1-0.1   Authentication abstraction library
ii  libssl0.9.8   0.9.8a-8   SSL shared libraries

sasl2-bin recommends no packages.

-- no debconf information


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

Bug#364394: gcc-snapshot: FTBFS (ppc64): /usr/bin/ld: cannot find -lc

[Andreas Jochens]

Package: gcc-snapshot
Version: 20060419-1
Severity: wishlist
Tags: patch

When building 'gcc-snapshot' on ppc64/unstable,
I get the following error:

/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching for 
-lc
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
/usr/bin/ld: cannot find -lc
collect2: ld returned 1 exit status
make[6]: *** [32/libgcc_s.so] Error 1

With the attached patch 'gcc-snapshot' can be compiled on ppc64.

The patch changes 'debian/ppc64-biarch.dpatch' so that the patch
applies to the new snapshot version.

It also changes debian/rules.patch to apply the ppc64-biarch.dpatch
and the ppc64-ada.dpatch patches even if 'biarch32' is disabled.
The build fails if those patches are not applied.

Regards
Andreas Jochens

diff -urN ../tmp-orig/gcc-snapshot-20060419/debian/patches/ppc64-biarch.dpatch 
./debian/patches/ppc64-biarch.dpatch
--- ../tmp-orig/gcc-snapshot-20060419/debian/patches/ppc64-biarch.dpatch
2006-04-19 20:38:10.0 +
+++ ./debian/patches/ppc64-biarch.dpatch2006-04-21 12:36:01.0 
+
@@ -44,20 +44,6 @@
  
  # We want fine grained libraries, so use the new code to build the
  # floating point emulation libraries.
-@@ -37,8 +34,11 @@
- mklibgcc: bispecs
- 
- bispecs: specs
--  if [ x`$(GCC_FOR_TARGET) -print-multi-os-directory` = x../lib ]; then \
-+  touch f-test.c; \
-+  $(GCC_FOR_TARGET) -c f-test.c -o f-test.o; \
-+  if [ "x`file f-test.o | grep 64-bit`" = "x" ]; then \
- sed -e '/cc1_options/{ n; s/$$/ %{m64:-mlong-double-128}/; }' < specs 
> $@; \
-   else \
- sed -e '/cc1_options/{ n; s/$$/ %{!m32:-mlong-double-128}/; }' < 
specs > $@; \
--  fi
-+  fi; \
-+  rm f-test.c f-test.o;
 diff -urN tmp/libjava/configure.host src/libjava/configure.host
 --- tmp/libjava/configure.host 25 Nov 2004 03:46:56 -
 +++ src/libjava/configure.host 15 Dec 2004 15:45:22 -
diff -urN ../tmp-orig/gcc-snapshot-20060419/debian/rules.patch 
./debian/rules.patch
--- ../tmp-orig/gcc-snapshot-20060419/debian/rules.patch2006-04-19 
20:51:37.0 +
+++ ./debian/rules.patch2006-04-22 06:40:38.0 +
@@ -136,15 +136,14 @@
 debian_patches += amd64-biarch
 debian_patches += libjava-ia32fix
   endif
-  ifeq ($(DEB_TARGET_ARCH),ppc64)
-# FIXME: needed for 4.1?
-debian_patches += ppc64-biarch ppc64-ada
-  endif
   ifneq ($(with_32bit_check),yes)
 debian_patches += disable-configure-run-check
   endif
 endif
 
+ifeq ($(DEB_TARGET_ARCH),ppc64)
+  debian_patches += ppc64-biarch ppc64-ada
+endif
 
 patch: $(patch_stamp)
 $(patch_stamp): $(unpack_stamp) pre-patch \


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

Bug#194549: Wait for DFSG-free wiki

[Javier Fernández-Sanguino Peña]

On Wed, Apr 19, 2006 at 11:00:27AM -0400, Filipus Klutiero wrote:
> IMHO, it would be better to wait until wiki.d.o is DFSG-free, as I 
> expect readers would expect that from Debian's wiki.
> That could take some time.

IMHO (and since even the website's license is *not* DFSG-free, see #238245)
After all, it is already being actively used by both users and DDs.

Javier


signature.asc
Description: Digital signature

Bug#364368: Build-Dep on mozilla (library), please transition to xulrunner

[Stephan Michels]

2006/4/23, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>:
> It looks like your package still depends on a mozilla library in
> testing. As upstream declared mozilla to be dead and moved all
> functionality that is needed to embed gecko and friends to a new
> software suite (xulrunner), you should update your package to work with
> those. At the moment, it looks like we don't want to release etch with
> mozilla [1].

Yes, it is planned to use xulrunner instead of mozilla. We will make
the transition as soon as possible.


Stephan Michels.

Bug#238245: Proposed plan (and license) for the webpage relicensing

[Don Armstrong]

To further underline what I have been saying, I object to any of my
(currently embarrassingly minor) contributions to the Debian web page
to be licensed under the terms of the proposed "Debian Free
Documentation License" or any other license which has been specially
drafted for the Debian web pages. We should be using existing, widely
examined and vetted licenses instead of bothering with writing our
own.[1]

If you have further questions about this issue, please e-mail me
privately off list so -www can go back to doing more substantiative
things.

On Sun, 23 Apr 2006, Javier Fernández-Sanguino Peña wrote:
> On Sat, Apr 22, 2006 at 06:40:11AM -0700, Don Armstrong wrote:
> > Indeed, neither of the two licenses you've sent are just s/FreeBSD
> > Documentation/Debian/g; replacements... each of them have
> > contained other changes.
> 
> 1- s/FreeBSD/Debian/
> 2- remove SGML as the sources, since it does not apply to all our
> documentation and, moreover, does not apply to the website (sources are 
> mostly WML)

You have effectively removed any definition in the license as to what
source code is.

> 3- add HTML as an output

The license explicitly lists the output forms that can be generated
from the source which is definetly suboptimal.

> 5- add a reference to translations (could be considered a
>   "modification" to the source, however they are not in
>   international IP law)

Lets stop here before going any further: There's no such thing as
"international IP law". The very term "IP" is in itself a massive
confusion of three separate branches of law which differ widely
between different jurisdictions. Furthermore, it's definetly not clear
that in any of the jursidictions that I'm aware of that a translation
would not be subject to the rules of the license that apply to any
other form of derivative work. If you know differently, please cite
relevant law and/or cases.

> 2 and 3 are *technical* changes to notes, they do not affect the
> license at all.

2 and 3 quite clearly affect the license.

> I don't believe any of these changes introduces any new pitfalls,
> quite the contrary, it removes them.
 
> > With an MITed work there should be no confusion at all.
> 
> There is no MITed "work" license,

I'm refering to a work licensed under the MIT license. If it's too
confusing, you can s/software/work/.

> the MIT license explicitly mentions software too.

If we can distribute it in Debian, it's software. We use work in place
of software to avoid this exactly line of argument, but it should be
abundantly clear what software means in this context.

> As for GPLv3, I will not get into details, but I rather not use that
> license.

You cannot use it yet because it does not yet exist in it's final
form. That said, if you have a problem with GPLv3, you should be
discussing those problems using gplv3.fsf.org so those of us who are
on committees can address the issues that you have with the license.
[Of course, if your issue is with copyleft licenses in general,
there's not much that I'm going to be able to do for you.]
 

Don Armstrong


1: Considering the fact that I've been relatively heavily involved in
the committee part of the GPLv3 process, I'd say that I have a
relatively reasonable understanding of the amount of work that it
takes to fully understand the consequences of a license change which
is not altogether grand in it's scope. It's 4 months into the process,
and we're still discovering new problems.
-- 
Of course, there are ceases where only a rare individual will have the
vision to perceive a system which governs many people's lives; a
system which had never before even been recognized as a system; then
such people often devote their lives to convincing other people that
the system really is there and that it aught to be exited from. 
 -- Douglas R. Hofstadter _Gödel Escher Bach. Eternal Golden Braid_

http://www.donarmstrong.com  http://rzlab.ucr.edu

Bug#364385: localechooser almost tripled in size...

[Joey Hess]

Frans Pop wrote:
> On IRC someone mentioned that the PPC root floppy image was too large.
> 
> A check against an older image shows that the main culprit is 
> localechooser:
>108758 B - 136 blocks - 10 files from localechooser.udeb (version 1.06)
>344544 B - 360 blocks - 10 files from localechooser.udeb (version 1.12)
> 
> Is it possible to bring that down again a bit please?

Breakdown on size increase since 1.03 is:

- 30k added to templates file
- 1k added to /usr/bin/localechooser
- 1k added to /usr/lib/post-base-installer.d/05localechooser
- 1k removed from languagelist

I don't see how this could sum to the 230k indicated by what you pasted
though.

The debian-installer/fallbacklocale question is internal use only, it's
never shown to the user AFAICS, so I made it not translated and this
saved 10k.

226k are used to store translated country names and that's IMHO the main
thing that needs to be fixed in localechooser's size.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#364393: gnome-power-manager: Notification area icon disappears when the panel is restarted

[Javier Kohen]

Package: gnome-power-manager
Version: 2.14.0-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Restarting the GNOME panel causes GNOME Power Manager's notification area icon 
to disappear. Other icons re-appear as expected.

For what is worth, GNOME applets is at version 2.12.3.

- -- 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.16-ck6
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)

Versions of packages gnome-power-manager depends on:
ii  gconf2   2.14.0-1GNOME configuration database syste
ii  hal  0.5.7-1 Hardware Abstraction Layer
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.11.4-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libavahi-client3 0.6.9-8+b1  Avahi client library
ii  libavahi-common3 0.6.9-8+b1  Avahi common library
ii  libavahi-glib1   0.6.9-8+b1  Avahi glib integration library
ii  libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.14.0-1The Bonobo UI library
ii  libc62.3.6-6 GNU C Library: Shared libraries
ii  libcairo21.0.4-1+b1  The Cairo 2D vector graphics libra
ii  libdbus-1-2  0.61-5  simple interprocess messaging syst
ii  libdbus-glib-1-2 0.61-5  simple interprocess messaging syst
ii  libesd-alsa0 [libesd0]   0.2.36-3Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1   2.3.2-5.1   generic font configuration library
ii  libfreetype6 2.1.10-3FreeType 2 font engine, shared lib
ii  libgconf2-4  2.14.0-1GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.10.2-1The GLib library of C routines
ii  libgnome-keyring00.4.9-1 GNOME keyring services library
ii  libgnome2-0  2.14.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.14.0-1A powerful object-oriented display
ii  libgnomeui-0 2.14.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.14.0-3GNOME virtual file-system (runtime
ii  libgnutls12  1.2.9-2 the GNU TLS library - runtime libr
ii  libgpg-error01.2-1   library for common error values an
ii  libgtk2.0-0  2.8.17-1The GTK+ graphical user interface 
ii  libhal1  0.5.7-1 Hardware Abstraction Layer - share
hi  libice6  1:1.0.0-2   X11 Inter-Client Exchange library
ii  libjpeg626b-12   The Independent JPEG Group's JPEG 
ii  libnotify1   0.3.2-3 sends desktop notifications to a n
ii  liborbit21:2.14.0-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.12.1-2Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5.1PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
hi  libsm6   1:1.0.0-3   X11 Session Management library
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libtasn1-2   1:0.2.17-2  Manage ASN.1 structures (runtime)
ii  libwnck182.14.1  Window Navigator Construction Kit 
hi  libx11-6 2:1.0.0-5   X11 client-side library
hi  libxcursor1  1.1.5.2-3   X cursor management library
hi  libxext6 1:1.0.0-3   X11 miscellaneous extension librar
hi  libxi6   1:1.0.0-3   X11 Input extension library
hi  libxinerama1 1:1.0.1-2   X11 Xinerama extension library
ii  libxml2  2.6.23.dfsg.2-3 GNOME XML library
hi  libxrandr2   2:1.1.0.2-3 X11 RandR extension library
ii  libxrender1  1:0.9.0.2-2 X Rendering Extension client libra
ii  libxres1 2:1.0.0-2   X11 Resource extension library
ii  notification-daemon  0.3.4-4 a daemon that displays passive pop
ii  zlib1g   1:1.2.3-11  compression library - runtime

gnome-power-manager recommends no packages.

- -- no debconf information

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

iD8DBQFESvv+823633cP2P8RAk3DAJ9E7pHB9rLCyotc/ylTRfApwDeGFgCeP2hy
UQc07yej/3fd/I8hqkugIFI=
=2Fwl
-END PGP SIGNATURE-


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

Bug#364368: Build-Dep on mozilla (library), please transition to xulrunner

[Billy Biggs]

On 22-Apr-06, at 3:48 PM, Marc 'HE' Brockschmidt wrote:


Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.


Hi, I work on upstream.  We actually build against Mozilla 1.4 since
we need to support some old Linux distributions popular in enterprises,
but do expect Eclipse to work fine with xulrunner (xulrunner is
supposed to be a drop-in replacement for embedding clients).  Building
against xulrunner should be fine as well, but it's not something we do
upstream.

Patches appreciated so long as they don't break building against
Mozilla 1.4.

-Billy


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

Bug#364392: udev preinst fails upgrading from 0.089-1 to 0.090-2

[Mark Montague]

Package: udev
Version: 0.089-1
Severity: important


pix:~> sudo dpkg -i /var/cache/apt/archives/udev_0.090-2_amd64.deb
(Reading database ... 191900 files and directories currently installed.)
Preparing to replace udev 0.089-1 (using .../udev_0.090-2_amd64.deb) ...
/var/lib/dpkg/tmp.ci/preinst: line 89: /lib/udev/write_net_rules: No such file 
or directory
dpkg: error processing /var/cache/apt/archives/udev_0.090-2_amd64.deb 
(--install):
 subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
 /var/cache/apt/archives/udev_0.090-2_amd64.deb

It's not kidding, there is no file /lib/udev/write_net_rules.

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx 1 root root 20 Apr 11  2005 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root 19 Feb 16  2005 cd-aliases.rules -> ../cd-aliases.rules
lrwxrwxrwx 1 root root 13 Feb 16  2005 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root 25 Apr  1 23:01 z20_persistent-input.rules -> 
../persistent-input.rules
lrwxrwxrwx 1 root root 19 Aug 16  2005 z20_persistent.rules -> 
../persistent.rules
lrwxrwxrwx 1 root root 33 Apr 22 21:40 z45_persistent-net-generator.rules -> 
../persistent-net-generator.rules
lrwxrwxrwx 1 root root 12 Jul  4  2005 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root 16 Feb 24 22:28 z55_hotplug.rules -> ../hotplug.rules
lrwxrwxrwx 1 root root 19 Aug 12  2005 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root 15 Sep 22  2005 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root 17 Jul  4  2005 z70_hotplugd.rules -> ../hotplugd.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda5/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/ieee1394_protocol/raw1394/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input2/mouse0/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input3/mouse1/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/hpet/dev
/sys/class/misc/mcelog/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/printer/lp0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/audio1/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/dsp/dev
/sys/class/sound/dsp1/dev
/sys/class/sound/mixer/dev
/sys/class/sound/mixer1/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2p/dev
/sys/class/sound/pcmC1D0c/dev
/sys/class/sound/pcmC1D0p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev

-- Kernel configuration:
 isapnp_init not present.


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

Versions of packages udev depends on:
ii  initscripts  2.86.ds1-14 Scripts for initializing and shutt
ii  libc62.3.6-6 GNU C Library: Shared libraries
ii  libselinux1  1.30-1  SELinux shared libraries
ii  libvolume-id00.090-2 libvolume_id shared library
ii  lsb-base 3.1-4   Linux Standard Base 3.1 init scrip
ii  makedev  2.3.1-81creates device files in /dev
ii  sed  4.1.4-7 The GNU sed stream editor

udev recommends no packages.

-- no debconf information


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

Bug#364374: Build-Dep on mozilla (library), please transition to xulrunner

[Michael Spang]

Marc 'HE' Brockschmidt wrote:
> Package: greasemonkey
> Severity: wishlist
>
> Heya,
>
> It looks like your package still depends on a mozilla library in
> testing. As upstream declared mozilla to be dead and moved all
> functionality that is needed to embed gecko and friends to a new
> software suite (xulrunner), you should update your package to work with
> those. At the moment, it looks like we don't want to release etch with
> mozilla [1]. 
>   
The package required mozilla-dev only for xpidl, and only because that's
the first XPCOM interface compiler I found. Apparently, Firefox has one
too (oops!), so the dependency can be removed altogether.

What's the time frame on removal of these packages? I can fix this
immediately but if they will be around for a while I will wait to see if
upstream releases a new version.

Thanks!
Michael Spang


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

Bug#238245: Proposed plan (and license) for the webpage relicensing

[Javier Fernández-Sanguino Peña]

On Sat, Apr 22, 2006 at 04:47:53PM +0200, Florian Weimer wrote:
> * Javier Fernández-Sanguino Peña:
> 
> > Copyright 1997-2006 Software in the Public Interest, Inc. All rights 
> > reserved.
> 
> Is this correct?  Have all contributors assigned copyright to SPI?

Contributor assignment and the license itself are two different things. We
could just have the license and have a (c) statement different from the
above. Please don't mix stuff.

> >2. Redistributions in compiled form (transformed to other DTDs, converted
> >to HTML, PDF, PostScript, RTF and other formats) must reproduce the above
> >copyright notice, this list of conditions and the following disclaimer in
> >the documentation and/or other materials provided with the distribution.
> 
> It looks to me as if this requires that the license and disclaimer
> needs to be reproduced at the bottom of each web page (because that's
> what you get as the "distribution" when you just request a single
> page).  I don't think this is a good idea.

You're streching this a bit. The *whole* web site is the redistribution
of the sources and having a footer link that points to the license is just
as well. If you want to include a *single* file of the website (in a
document, in a package, whatever) then you should carry the license itself.
That is commonly done, in packages, in debian/copyright. I do think it makes
sense both for the website usage and for reuse in other locations (i.e.
packages like debian-doc).

That being said, we could change the website to make the license available in
every single page (maybe through HTML comments at the end of the pages to
prevent cluttering them). But I don't believe that would be necessary (or
sensible [1])

Regards

Javier

[1] As it would increase all page's size by 1571 bytes.


signature.asc
Description: Digital signature

Bug#238245: Proposed plan (and license) for the webpage relicensing

[Javier Fernández-Sanguino Peña]

On Sat, Apr 22, 2006 at 06:40:11AM -0700, Don Armstrong wrote:
> > The only change I made to it was substituting "FreeBSD Documentation
> > Project" for "Debian Project".
> 
> You've sent two totally different licenses to the list so far; I was
> refering specifically to the license which was attached to the message
> which I responded to. It should be clear why that particular license
> is not GPL compatible.

The first one was much discussed. The second one was my proposed version
based on that discussion (unfortunately, I did not attach it when I should
have done it)

> Indeed, neither of the two licenses you've sent are just s/FreeBSD
> Documentation/Debian/g; replacements... each of them have contained
> other changes. Making modifications to an existing license has many of
> the same pitfalls that drafting a totally new license does, and it's
> not something that we want to get in the business of doing.[1]

Please review the changes to the *second* proposal:

1- s/FreeBSD/Debian/
2- remove SGML as the sources, since it does not apply to all our
documentation and, moreover, does not apply to the website (sources are 
mostly WML)
3- add HTML as an output
4- remove the limitation of having the license text in the first lines of the
  file
5- add a reference to translations (could be considered a "modification" to
  the source, however they are not in international IP law)

2 and 3 are *technical* changes to notes, they do not affect the license at all.
4 was requested in this list and I do agree that is necessary.
5 was added on my behalf and has no real impact on the license since, in its
absence, a translation would be considered a "modification" of the source.

I don't believe any of these changes introduces any new pitfalls, quite
the contrary, it removes them.

> If this is something that you're woried about, you can just replace
> software with work. Indeed, the GPLv3 does this because there's no
> point in generating confusion amoung people who think that software
> means programs instead of meaning information that is represented in a
> digital fashion. But frankly, it really makes no difference. Everyone
> understands what you're supposed to do when you've got a GPLed work;
> you just include the prefered form for modification. With an MITed
> work there should be no confusion at all.

There is no MITed "work" license, the MIT license explicitly mentions
software too. As for GPLv3, I will not get into details, but I rather not use
that license.

> The FreeBSD documentation license is not compatible with the GPL
> because it has a restriction on modification which the GPL itself does
> not contain. It explicitely requires you to include the license as the
> first lines of the file, unmodified, instead of including them in an
> appropriate location.

And that's precisely what I changed in my second proposal (which should have
been attached to Message-ID: <[EMAIL PROTECTED]>)

Regards

Javier


signature.asc
Description: Digital signature

Bug#364391: cacti: cant create data templates or data sources

[Rene Cunningham]

Package: cacti
Version: 0.8.6h-2
Severity: normal


Once a Data Source or Data Template is created, it is not shown within
the lists in Managment>Data Sources or Templates>Data Templates.

Newly created Data Sources are displayed within the Data Source pulldown
menu located in Management>Graph Management>Graph Items though still arent
displayed in Management>Data Sources list.


-- 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.10-xen0-dc6
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages cacti depends on:
ii  apache  1.3.34-2 versatile, high-performance HTTP s
ii  apache2 2.0.55-4 next generation, scalable, extenda
ii  apache2-mpm-prefork [apache 2.0.55-4 traditional model for Apache2
ii  dbconfig-common 1.8.11   common framework for packaging dat
ii  debconf [debconf-2.0]   1.5.0Debian configuration management sy
ii  libapache2-mod-php5 5.1.2-1+b1   server-side, HTML-embedded scripti
ii  libphp-adodb4.72-0.1 The 'adodb' database abstraction l
ii  logrotate   3.7.1-3  Log rotation utility
ii  mysql-client-5.0 [virtual-m 5.0.20-1 mysql database client binaries
ii  php44:4.4.2-1server-side, HTML-embedded scripti
ii  php4-cli4:4.4.2-1+b1 command-line interpreter for the p
ii  php4-mysql  4:4.4.2-1+b1 MySQL module for php4
ii  php4-snmp   4:4.4.2-1+b1 SNMP module for php4
ii  php5-mysql  5.1.2-1+b1   MySQL module for php5
ii  php5-snmp   5.1.2-1+b1   SNMP module for php5
ii  rrdtool 1.2.11-0.5   Time-series data storage and displ
ii  snmp5.2.2-3  NET SNMP (Simple Network Managemen
ii  ucf 2.009Update Configuration File: preserv

Versions of packages cacti recommends:
ii  iputils-ping3:20020927-3 Tools to test the reachability of 
ii  mysql-server-5.0 [mysql-ser 5.0.20-1 mysql database server binaries

-- debconf information:
  cacti/db/app-user: cacti
  cacti/mysql/admin-user: root
* cacti/webserver: Apache
  cacti/mysql/method: unix socket
  cacti/remote/host:
  cacti/upgrade-error: abort
  cacti/import-oldsettings:
  cacti/dbconfig-upgrade: true
  cacti/remote/newhost:
  cacti/purge: false
  cacti/database-type:
  cacti/remove-error: abort
  cacti/db/dbname: cacti
  cacti/upgrade-backup: true
  cacti/install-error: abort
  cacti/passwords-do-not-match:
  cacti/dbconfig-remove: true
* cacti/dbconfig-install: true
  cacti/performing_upgrade: false
  cacti/remote/port:


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

Bug#364304: firefox: debian/control: Remove misleading 'lightweight' word

[Eric Dorland]

severity 364304 wishlist
tags 364304 wontfix
thanks

* Jari Aalto ([EMAIL PROTECTED]) wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.1-4
> Severity: normal
> 
> debian/control reads:
> 
> !   Description: lightweight web browser based on Mozilla
>  Firefox is a redesign of the Mozilla browser component, similar to
>  Galeon, K-Meleon and Camino, but written using the XUL user interface
>  language and designed to be lightweight and cross-platform.
>  .
>  This browser was previously known as Firebird and Phoenix.
> 
> Make it reads:
> 
> !   Description: Graphical web browser based on Mozilla
> 
> REASONING
> 
> Any browser based on mozilla engine cannot be called light weight. This
> classification is better reserved for truly light weight brosers that
> can be used with older hardware, still widely in use.
> 
> E.g. dillo or "link2 -g' are light weight graphical browsers. 
> Opera and Firefox are 400 kilogram gorillas compared to them.

It's "lightweight" in comparison to Mozilla. Lightweight also doesn't
necessarily make reference to memory footprint. This is really
bordering on a troll. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#324502: Ok, updated the packages, same error.

[Dererk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi again,

With the packages updated, the output shown is exactly the same.

I c&p the output:

$ java -jar Palm/midp4palm1.0/Converter/Converter.jar

** ERROR **: file
../../../src/libjava/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkImage.c:
line 572 (createRawData): assertion failed: (data_fid != 0)
aborting...


And I have installed :

$ dpkg -l |grep  gcj

ii  gcj-4.0-base  4.0.3-1   The
GNU Compiler Collection (gcj base packag
ii  gcj-4.1   4.1.0-1   The
GNU compiler for Java(TM)
ii  gcj-4.1-base  4.1.0-1   The
GNU Compiler Collection (gcj base packag
ii  java-gcj-compat   1.0.51-1  Java
runtime environment using GIJ
ii  libgcj-common 4.1.0-1   Java
runtime library (common files)
ii  libgcj6   4.0.3-1   Java
runtime library for use with gcj
ii  libgcj6-awt   4.0.3-1   AWT
peer runtime libraries for use with gcj
ii  libgcj6-jar   4.0.3-1   Java
runtime library for use with gcj (jar f
ii  libgcj7   4.1.0-1   Java
runtime library for use with gcj
ii  libgcj7-awt   4.1.0-1   AWT
peer runtime libraries for use with gcj
ii  libgcj7-dev   4.1.0-1   Java
development headers and static library
ii  libgcj7-jar   4.1.0-1   Java
runtime library for use with gcj (jar f


Any idea?

Thanks in advance,



Dererk

- --
[EMAIL PROTECTED]: ~$ cat /proc/version {Pipe} grep -i 'power in your hands'
Debian GNUine Perception

- -FortuneTip-
You worry too much about your job. Stop it. You are not paid enough to
worry.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFESu1HzqYvwbbBjiQRAsoPAJ9Ogca0XTVNGRhw4Y0yNOdTCFW2KgCfTznV
vyat6B6Y/cbtJePcHdg51rk=
=uscw
-END PGP SIGNATURE-



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

Bug#333157: Bug#350723: pgadmin3 / libwxgtk2.6-0: hangs on copy/paste/click, crashing mouse

[Ron]

Hi,

Thanks for confirming that 2.6.3 really does fix this, it has been
uploaded (a few days ago), but is waiting on NEW processing for
the wxbase packages that were split out of it.

So hopefully both of these can be closed very shortly.

cheers,
Ron


On Sun, Apr 23, 2006 at 12:36:58AM +0200, Rapha??l Enrici wrote:
> Rapha?l Enrici wrote:
> > Hi Ron,
> > pgAdmin III is suffering from the same kind of bug as the one reported
> > by Stefan (#333157). As soon as (at least regularly) you do some
> > selection and double click on words being selected you get a specific
> > cursor and the whole graphical environment is unusable until you press
> > some key sequence (see #350723).
> > Based on a discussion with the pgadmin dev team, I just did some test by
> > relinking on wxWidgets 2.6.3 and I can't reproduce that bug anymore
> > (I'll recheck and recheck but I wasn't able to freeze the app & the
> > desktop after 10 minutes of double click... fingers are too hot, I must
> > get some cold ;).
> > 
> > If you want me to do some further checking, I'd be glad to help. I must
> > admit I don't know where and what to look for.
> 
> Finally I think I've isolated the files involved in correcting this problem:
> contrib/src/stc/ScintillaWX.cpp and .h does solve the problem... This is
> documented in the code:
> // We defer the starting of the DnD, otherwise the LeftUp of a normal
> // click could be lost and the STC will think it is doing a DnD when the
> // user just wanted a normal click.
> (lines 257-259)
> 
> Note, that, at the moment, I was not able to build current debian
> wxWidgets 2.6 from source. I based my testing on upstream wxWidgets
> 2.6.2 which is also broken until you use the files included in 2.6.3.
> 
> So, using the following files:
> ScintillaWX.cpp,v 1.85.2.1 2006/03/12 06:03:52 RD Exp
> ScintillaWX.h,v 1.27.2.1 2006/03/12 06:03:52 RD Exp
> 
> should solve the problem.
> 
> If you are ok, I'll merge #350723 to #333157 and reassign it to
> wxwidgets2.6.
> 
> Cheers,
> Rapha?l
> 
> 


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

Bug#361214: RED state exception crashes on sparc64 SMP

[Jurij Smakov]

Hi Blars,

According to Fabio Massimo Di Nitto, who is the Ubuntu sparc kernel 
maintainer, quite a lot of fixes went into the sparc64 SMP code recently, 
so the recent upstream snapshot is worth to try. I have built a 2.6.17-rc2 
kernel from today's snapshot of Linus' git tree. It boots fine on my 
Ultra 60, it would be great if you could play with it to see if you can 
make it to crash. The kernel is at


http://www.wooyd.org/debian/kernels/linux-image-2.6.17-rc2-sparc64-smp_2.6.17-rc2-1_sparc.deb

Make sure that you use yaird to generate the initrd as initramfs-tools 
currently appear to be broken on sparc (at least for me, didn't have time 
to investigate yet). If it still crashes, I'll try to build a custom 
kernel which would produce more debugging information.


Thanks,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC



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

Bug#307697: Duplicate of #207892

[Ted Percival]

This report should be merged with #207892.

-Ted



signature.asc
Description: OpenPGP digital signature

Bug#364390: NMU diff

[Joey Hess]

Package: manpages-dev
Version: 2.22-1
Tags: patch
Severity: normal

Package NMUed for #360843 with following diff:

diff -ur old/manpages-2.25/debian/changelog manpages-2.25/debian/changelog
--- old/manpages-2.25/debian/changelog  2006-04-22 22:14:15.0 -0400
+++ manpages-2.25/debian/changelog  2006-04-22 22:23:35.0 -0400
@@ -1,3 +1,13 @@
+manpages (2.25-2.1) unstable; urgency=low
+
+  * NMU
+  * Move create_module skip test to correct code block.
+Also skip delete_module, init_module, get_kernel_syms, and query_module,
+all currently provided by modutils.
+Closes: #360843, #361084, #361369, #361958, #363252
+
+ -- Joey Hess <[EMAIL PROTECTED]>  Sat, 22 Apr 2006 22:11:22 -0400
+
 manpages (2.25-2) unstable; urgency=medium
 
   * Deactivated create_module(2) sinc it is present in modutils as well
diff -ur old/manpages-2.25/debian/inst manpages-2.25/debian/inst
--- old/manpages-2.25/debian/inst   2006-04-22 22:14:15.0 -0400
+++ manpages-2.25/debian/inst   2006-04-22 22:25:15.0 -0400
@@ -28,7 +28,7 @@
;;

console.4|fd.4|fstab.5|ftpusers.5|lilo.conf.5|nfs.5|exports.5|ttytype.5|\
passwd.5|lilo.8|zic.8|zdump.8|ldconfig.8|nscd.conf.5|nscd.8|\
-   mdoc.samples.7|create_module.2|\
+   mdoc.samples.7|\
ld.so.8) 
echo -n "(skipped)"
;; 
@@ -69,7 +69,9 @@
;;
infnan.3|fgetxattr.2|flistxattr.2|fremovexattr.2|fsetxattr.2|\
getxattr.2|lgetxattr.2|listxattr.2|llistxattr.2|lremovexattr.2|\
-   lsetxattr.2|removexattr.2|setxattr.2)
+   lsetxattr.2|removexattr.2|setxattr.2a|\
+   create_module.2|get_kernel_syms.2|delete_module.2|\
+   init_module.2|query_module.2)
echo -n "(skipped)"
;; 
*)

Note that the pages have always been in modutils, and as long as they're
left there there's no need for a Replaces or any of the other stuff
talked about in #360843. However, I think it would be better to
coordinate with the modutils maintainer to get them removed from there
and moved to manpages-dev, since modutils is obsolete.

-- 
see shy jo, refraining from comment on the ugliness of debian/inst


signature.asc
Description: Digital signature

Bug#364389: zsh: Update for _surfraw

[Micah Anderson]

Package: zsh
Version: 4.3.2-6
Severity: wishlist
Tags: patch

Please find attached an update to the _surfraw completion function, it
adds some new arguments and elvi. Surfs up.

micah


-- 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.16+vserver
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages zsh depends on:
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  libc6 2.3.6-5GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  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-1.1Perl 5 Compatible Regular Expressi

-- no debconf information
--- /vservers/etch/usr/share/zsh/4.3.2/functions/Completion/Unix/_surfraw   
2006-04-05 14:43:39.0 -0400
+++ /home/micah/debian/misc/_surfraw2006-04-22 22:28:33.0 -0400
@@ -1,5 +1,10 @@
 #compdef surfraw sr
 
+# Zsh completion for Surfraw (Shell Users' Revolutionary Front Rage Against 
the World Wide Web)
+# http://surfraw.sourceforge.net
+# Written by Micah Anderson ([EMAIL PROTECTED])
+# Last update: April 22, 2006
+
 local curcontext="$curcontext" expl state line args ret=1
 
 _arguments -C -A \
@@ -63,6 +68,12 @@
   '-results=-:[number of results to return]' \
   '*:search string' && ret=0
   ;;
+  ctan)
+   _arguments $args \
+   '-name[Search by filename]' \
+   '-desc[Search descriptions (default)]'\
+   '-doc[Search documentation]'
+  ;;
   currency)
 _arguments \
   '-l[List all known currency symbols]' \
@@ -75,7 +86,7 @@
   ;;
   debbugs)
 _arguments \
-  '-search=:search type:(pkg src bug maint tag submitter)' \
+  '-search=:search type:(pkg src bug maint tag submitter severity 
tag)' \
   '-arc[show archived bugs]' \
   '-raw[do not sort by status or severity]' \
   '-rb[reverse order of bugs shown]' \
@@ -213,16 +224,30 @@
   freshmeat)
 _deb_packages avail && ret=0
   ;;
+  fsfdir)
+   _arguments $args
+  ;;
   google)
 _arguments $args \
   '(-l --lucky)'{-l,--lucky}'[feeling lucky?]' \
   '-results=-:[number of results to return]:' \
   '-search=-:topic:(bsd linux mac unclesam)' && ret=0
+  ;;
+  gutenberg)
+   _arguments $args \
+ '-title[Search titles (default)]'
+ '-author[Search authors]'
+ '-num[Search etext numbers]'
   ;;   
   imdb)
 _arguments $args \
   '-category=-:category:(All Titles MyMovies People Characters Quotes 
Bios Plots)' && ret=0
-;;
+  ;;
+  ixquick)
+   _arguments $args \
+ '-search=-:search type:(web pics)' \
+ '-lang=-:language:(english dansk deutsch espanol francais italiano 
nederlands norsk polski portugues suomi svenska turkce jiantizhongwen nihongo 
fantizhengwen hangul)'
+  ;;
   jake)
 _arguments $args \
   '-method=-:search type:(title issn)' \
@@ -365,6 +390,22 @@
   '-arctext=-:[arc text color]:color:(Black Blue Darkgreen Red)' \
   :URL:_urls && ret=0
   ;;
+  wayback)
+   _arguments $args \
+ '-syear=-[Start search from this year]:year' \
+ '-smonth=-:[Start search from this month]:month:(jan feb mar apr may 
jun jul aug sep oct nov dec)' \
+ '-sday=-[Start search from this day]:number' \
+ '-eyear=-[End search in this year]:year' \
+ '-emonth=-[End search in this month]:month:(jan feb mar apr may jun 
jul aug sep oct nov dec)' \
+ '-eday=-[End search in this day]:number' \
+ '-list[List all pages that match search criteria]' \
+ '-dups[Show dups]' \
+ '-compare[Compare pages]' \
+ '-pdf[Show as PDF]' \
+ '-alias=-[How to handle site aliases]:alias:(merge show hide)' \
+ '-redir=-[How to handle redirections]:redir:(hide flag show)' \
+ '-type=-[File type to search for]:type:(image audio video binary text 
pdf)'
+  ;;
   wetandwild)
 _arguments \
   '-city=-[town or City or (US only) zipcode]:' \

Bug#364388: dump: symlink permissions aren't restored, but 'restore -C' complains if they differ

[Nikolaus Schulz]

Package: dump
Version: 0.4b37-1
Severity: normal

Hi,

comparing my freshly restored test system with the backup per "restore
-C" yields thousands of modified files which have their modes changed
from 0755 to 0700.  This affects exactly all symlinks.  Okay, I just
found out that the permissions aren't functional at all with symlinks,
but then I wish that 

1) it were documented -- it isn't, right?,
2) "restore -C" wouldn't cry out loud that tons of files were modified. 


Thanks,
Nikolaus


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-deb.240306
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages dump depends on:
ii  debconf   1.4.30.13  Debian configuration management sy
ii  e2fslibs  1.37-2sarge1   ext2 filesystem libraries
ii  libblkid1 1.37-2sarge1   block device id library
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii  libcomerr21.37-2sarge1   common error description library
ii  libncurses5   5.4-4  Shared libraries for terminal hand
ii  libreadline4  4.3-11 GNU readline and history libraries
ii  libuuid1  1.37-2sarge1   universally unique id library
ii  tar   1.14-2.2   GNU tar

-- debconf information:
  dump/dumpdates_is_a_symlink:
  dump/moving_from_etc_to_var:


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

Bug#359158: libgnustep-base1.11 has circular Depends on gnustep-base-common

[Hubert Chan]

reassign 359158 gnustep-base-common
thanks

(Reassigning to gnustep-base-common, so that when libgnustep-base1.12
goes in, this bug will still be current.)

Hi Bill,

On Sun, 26 Mar 2006 23:36:44 +0200, Bill Allombert said:

> There is a circular dependency between libgnustep-base1.11 and
> gnustep-base-common:

> libgnustep-base1.11 :Depends: gnustep-base-common (>= 1.11.2-2)
> gnustep-base-common :Depends: libgnustep-base1.11 (>= 1.11.2)

Yes.  As far as I know, GNUstep applications that link against
libgnustep-base* require the gdnc program (at least), which is in
gnustep-base-common.  And of course gdnc is linked against
libgnustep-base, so gnustep-base-common must depend on libgnustep-base*.

I'm thinking of making libgnustep-base* Recommends: gnustep-base-common
instead of Depends:.  Does anyone know of any breakages that might
happen if I do that?  Since aptitude is the suggested installer for
sarge onwards, and aptitude will pull in Recommends:, this should still
ensure that gnustep-base-common gets installed.

(AFAIK, gnustep-gui will need similar treatment.)

Bill, do you have any other possible suggestions?

Thanks.

-- 
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA   (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA



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

Bug#364338: fix?

[Joey Hess]

I tried just removing the LD_ASSUME_KERNEL=2.4 setting from
/usr/sbin/mkinitrd, and also from
/usr/share/initrd-tools/scripts/e2fsprogs, which also sets it, and
that seems to work ok on both 2.4 and 2.6 (generating initrd for 2.4
kernel).

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#364153: cryptsetup: timeout option leaves terminal in bad state

[Andres Salomon]

Hi,

Attached is a patch that fixes this issue.  In the process, it also gets
rid of getpass() (which is considered obsolete, and should not be used;
see the manpage).  Instead, we use select()+read(), along w/ manually
disabling ECHO in the terminal.

revno: 2
committer: Andres Salomon <[EMAIL PROTECTED]>
branch nick: cryptsetup-1.0.2+1.0.3-rc3
timestamp: Fri 2006-04-21 20:55:53 -0400
message:
  Instead of using getpass() (which the manpage claims is obsolete), manually
  read() and disabling ECHO on the terminal.  Remove the signal based timeout,
  and instead select on a (buffered) descriptor.  This should fix a bug
  described in .

revno: 1
committer: Andres Salomon <[EMAIL PROTECTED]>
branch nick: cryptsetup-1.0.2+1.0.3-rc3
timestamp: Fri 2006-04-21 13:45:56 -0400
message:
  Initial import.

=== modified file 'lib/setup.c'
--- lib/setup.c	
+++ lib/setup.c	
@@ -7,6 +7,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -23,12 +24,6 @@
 
 static int memory_unsafe = 0;
 static char *default_backend = NULL;
-
-static void catch_alarm(int sig_num)
-{
-   fprintf(stderr, "Operation timed out. Exiting.\n");
-   exit(0);
-}
 
 static int setup_enter(struct setup_backend *backend)
 {
@@ -70,6 +65,66 @@
 		munlockall();
 
 	return 0;
+}
+
+static int untimed_read(int fd, char *pass, size_t maxlen)
+{
+	ssize_t i;
+
+	i = read(fd, pass, maxlen);
+	if (i > 0) {
+		pass[i-1] = '\0';
+		i = 0;
+	}
+	return i;
+}
+
+static int timed_read(int fd, char *pass, size_t maxlen, long timeout)
+{
+	struct timeval t;
+	fd_set fds;
+	int failed = -1;
+
+	FD_ZERO(&fds);
+	FD_SET(fd, &fds);
+	t.tv_sec = timeout;
+	t.tv_usec = 0;
+
+	if (select(fd+1, &fds, NULL, NULL, &t) > 0)
+		failed = untimed_read(fd, pass, maxlen);
+	else
+		fprintf(stderr, "Operation timed out.\n");
+	return failed;
+}
+
+static int interactive_pass(const char *prompt, char *pass, size_t maxlen,
+		long timeout)
+{
+	struct termios orig, tmp;
+	int failed = -1;
+
+	if (maxlen < 1)
+		goto out_err;
+
+	if (tcgetattr(STDIN_FILENO, &orig)) {
+		set_error("Unable to get terminal");
+		goto out_err;
+	}
+	memcpy(&tmp, &orig, sizeof(tmp));
+	tmp.c_lflag &= ~ECHO;
+
+	write(STDOUT_FILENO, prompt, strlen(prompt));
+	tcsetattr(STDIN_FILENO, TCSAFLUSH, &tmp);
+	if (timeout)
+		failed = timed_read(STDIN_FILENO, pass, maxlen, timeout);
+	else
+		failed = untimed_read(STDIN_FILENO, pass, maxlen);
+	tcsetattr(STDIN_FILENO, TCSAFLUSH, &orig);
+
+out_err:
+	if (!failed)
+		write(STDOUT_FILENO, "\n", 1);
+	return failed;
 }
 
 /*
@@ -107,32 +162,23 @@
 		newline_stop = 1;
 	}	
 
-	signal(SIGALRM, catch_alarm);
-	if(options->timeout) {
-		alarm(options->timeout);
-	} else {
-		alarm(0);
-	}
-	
 	/* Interactive case */
 	if(isatty(fd)) {
-		char *pass2;
-		
-		pass2 = getpass(prompt);
-		if (!pass2) {
+		int i;
+
+		pass = safe_alloc(512);
+		if (!pass || (i = interactive_pass(prompt, pass, 512, options->timeout))) {
 			set_error("Error reading passphrase");
 			goto out_err;
 		}
-		pass = safe_strdup(pass2);
-		memset(pass2, 0, strlen(pass2));
-		
 		if (verify || verify_if_possible) {
-			char *pass_verify = getpass("Verify passphrase: ");
-			if (!pass_verify || strcmp(pass, pass_verify) != 0) {
+			char pass_verify[512];
+			i = interactive_pass("Verify passphrase: ", pass_verify, sizeof(pass_verify), options->timeout);
+			if (i || strcmp(pass, pass_verify) != 0) {
 set_error("Passphrases do not match");
 goto out_err;
 			}
-			memset(pass_verify, 0, strlen(pass_verify));
+			memset(pass_verify, 0, sizeof(pass_verify));
 		}
 		*passLen = strlen(pass);
 		*key = pass;
@@ -185,7 +231,6 @@
 		pass[i] = 0;
 		*key = pass;
 		*passLen = i;
-		alarm(0);
 	}
 	return;
 

Bug#363574: libforms1: Patch available for debian dir

[Peter S Galbraith]

Elimar Riesebieter <[EMAIL PROTECTED]> wrote:

> >   xmkmf -a
> >   imake -DUseInstalled -I/usr/lib/X11/config
> >   Imakefile.c:39: error: Imake.tmpl: No such file or directory
> >   imake: Exit code 1.
> > Stop.
> >   make: *** [build-stamp] Error 1
> > 
> > Any idea what's wrong?
> 
> 
> --- control.orig  2006-04-23 01:52:29.0 +0200
> +++ control   2006-04-23 01:52:49.0 +0200
> @@ -3,7 +3,7 @@
>  Priority: optional
>  Maintainer: Peter S Galbraith <[EMAIL PROTECTED]>
>  Uploaders: Elimar Riesebieter <[EMAIL PROTECTED]>
> -Build-Depends: debhelper (>= 5.0.11), xutils, libxpm-dev, libjpeg62-dev, 
> libtiff4-dev, xlibmesa-gl-dev
> +Build-Depends: debhelper (>= 5.0.11), xutils-dev, libxpm-dev, libjpeg62-dev, 
> libtiff4-dev, xlibmesa-gl-dev

That was weird.  I had xutils-dev installed since I have `xmkmf' but the
/usr/lib/X11/config directory was absent.  I have reinstalled it now and
it's fine.

Peter


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

Bug#323668: Still some problems when building a xen kernel on amd64

[Clement Hermann (nodens)]

Hi,

I noticed that kernel_image target works as expected (detect xen usage, 
and the amd64.mk does it job just fine), but the binary_arch target 
seems broken.


When using the default parameters, ARCH=xen is used. When using 
--arch=x86_64, the target used to build the kernel is bzImage instead of 
vmlinux, which fail.


However, I didn't found out why.

Cheers,

--
Clement Hermann (nodens)
- "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?"
Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/

Vous trouverez ma clef publique sur le serveur public pgp.mit.edu.
Please find my public key on the public keyserver pgp.mit.edu.

Bug#364387: ftp.debian.org: please remove package mozilla-firefox-locale-ar

[Torsten Werner]

Package: ftp.debian.org
Severity: normal

This package has been replaced by firefox-locale-ar.


Regards,
Torsten


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

Bug#361121: [l10n] Czech translation of torrentflux debconf messages

[Cameron Dale]

tags 361121 +pending
thanks

Miroslav Kure said the following on 20/04/2006 12:08 PM:
>
> No problem, updated translation is attached.
> 
> Cheers

Thanks again Miroslav, this will be in the next release.

-- 
Cameron Dale



signature.asc
Description: OpenPGP digital signature

Bug#364386: texmacs: Segmentation fault at startup

[Michael Ekstrand]

Package: texmacs
Version: 1:1.0.6-5
Severity: important


TeXmacs (both 1.0.6-5 from unstable and 1.0.6-3 from testing) segfaults
at starup, both when a TeXmacs file is specified on the command line
and when one is not.  A core dump file can be provided upon request.
The only thing I get from TeXmacs is the following output:

TeXmacs] With linked TrueType support
Segmentation fault (core dumped)


-- 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.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages texmacs depends on:
ii  gs-gpl8.50-1.1   The GPL Ghostscript
PostScript int ii  guile-1.6-libs1.6.7-1Main Guile
libraries ii  libc6 2.3.6-7GNU C Library:
Shared libraries ii  libfreetype6  2.1.10-1   FreeType
2 font engine, shared lib ii  libgcc1   1:4.1.0-1+b1
GCC support library ii  libguile-ltdl-1   1.6.7-1
Guile's patched version of libtool ii  libltdl3
1.5.22-4   A system independent dlopen wrappe ii
libqthreads-121.6.7-1QuickThreads library for Guile
ii  libstdc++64.1.0-1+b1 The GNU Standard C++
Library v3 ii  libx11-6  6.9.0.dfsg.1-6 X Window System
protocol client li ii  libxext6  6.9.0.dfsg.1-6 X
Window System miscellaneous exte ii  tetex-base
3.0-17 Basic library files of teTeX ii
tetex-bin 3.0-16 The teTeX binary files ii
tetex-extra   3.0-17 Additional library files of
teTeX ii  texmacs-common1:1.0.6-5  WYSIWYG mathematical
text editor u ii  xbase-clients 6.9.0.dfsg.1-6
miscellaneous X clients ii  zlib1g1:1.2.3-11
compression library - runtime

Versions of packages texmacs recommends:
ii  ispell  3.1.20.0-4.3 International Ispell (an
interacti ii  libjpeg-progs   6b-12Programs for
manipulating JPEG fil ii  libtiff-tools   3.8.2-1  TIFF
manipulation and conversion t ii  netpbm
2:10.0-10.1  Graphics conversion tools ii  xfig
1:3.2.5-alpha5-4 Facility for Interactive Generatio

-- no debconf information

-- 
mouse, n: a device for pointing at the xterm in which you want to type.
-- Fortune
Visit me on the Web: http://www.elehack.net


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

Bug#364359: FHS violation: /debian/firefox/usr/share/pixmaps/firefox.xpm

[Eric Dorland]

tags 364359 pending
thanks

* Bj?rn Heide ([EMAIL PROTECTED]) wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.2-2
> Severity: serious
> Justification: Policy 9.1.1
> 
> $ dpkg -L firefox|grep /debian
> /debian
> /debian/firefox
> /debian/firefox/usr
> /debian/firefox/usr/share
> /debian/firefox/usr/share/pixmaps
> /debian/firefox/usr/share/pixmaps/firefox.xpm
> 
> The two leftmost path elements should not be there.

Bloody hell. It will be fixed in the next upload. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#364100: openafs-fileserver tuning

[Russ Allbery]

Niklas Edmundsson <[EMAIL PROTECTED]> writes:

> Package: openafs-fileserver
> Version: 1.4.1-2

> We had various performance-issues with 1.4.0, and during that debugging
> we found out that the problem was made even worse by the fact that the
> openafs fileserver is started without any tuning options. Since our
> fileserver was initially installed using an older package, this might be
> fixed now, and in that case I appologise.

> The interesting line in /etc/openafs/BosConfig should be modified to
> include:
> parm /usr/lib/openafs/fileserver -p 23 -busyat 600 -rxpck 400 -s 1200 -l 1200 
> -cb 65535 -b 240 -vc 1200

> The above tuning is recommended according to Harald Barth, for the
> following reasons:
> * It's unclear what the defaults are unless you dig into the source.
> * Modern hardware have no problem with increasing buffers and threads
>   a bit.
> * Having too few threads will cause your fileserver to stall if too
>   many threads ends up waiting for something (breaking callbacks and
>   timing out, whatever).

My ideal would be to get the defaults fixed, of course, but in the
meantime I can see the argument that relying on the current defaults is a
bad idea.  I think this only affects the afs-newcell command and the
documentation, though; in general, AFS leaves it to you to set up your
fileserver command however you want it, and only the Debian afs-newcell
automated cell creation script encodes parameters (or lack thereof).

We use:

-L -p 125 -rxpck 400 -busyat 200 -cb 65535

but I think that may actually be too many threads.  I'm curious about the
differences.  Ideally, before picking defaults to put into the
documentation, I'd like this to be discussed on openafs-info towards some
sort of consensus (which is where the current client cache parameters came
from).  If you have a chance and are willing to start that conversation,
that would be great; if not, I'll try to do so in the not too distant
future.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#364385: localechooser almost tripled in size...

[Frans Pop]

Package: localechooser
Version: 1.12
Severity: important

On IRC someone mentioned that the PPC root floppy image was too large.

A check against an older image shows that the main culprit is 
localechooser:
   108758 B - 136 blocks - 10 files from localechooser.udeb (version 1.06)
   344544 B - 360 blocks - 10 files from localechooser.udeb (version 1.12)

Is it possible to bring that down again a bit please?


pgp252YPykuZ6.pgp
Description: PGP signature

Bug#350807: please retry with sndfile 1.0.14

[Erik de Castro Lopo]

Paul Brossier wrote:

> hi,
> 
> i can reproduce this with 1.0.15-2 with pretty much any sound file,
> for instance /usr/share/sounds/KDE_Beep_Ahem.wav.

Ok, if this fails for all files then the original bug report
was rather misleading.

I have a rather crusty old G3 iBook and just did an upgrade on
and installed sndfile-programs version 1.0.15-2. I find that
this version uses OSS for sound playback instead of using ALSA.

I suspect (and have seen this before) that the OSS driver for
PPC doesn't do the right endswapping.

There are two possible fixes for this:

   - Fix the OSS driver.
   - Get Anand to make the ALSA stuff a build depend for 
 sndfile-programs.

It would probably be best if both things were done.

Cheers,
Erik
-- 
+---+
  Erik de Castro Lopo
+---+
"Any verbose and tedious solution is error-prone because programmers
get bored" -- Bjarne Stroustrup
So what about C++?


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

Bug#364308: krb5-admin-server: kadmind stalls on system boot due to readin from /dev/random

[Russ Allbery]

Bernd Schubert <[EMAIL PROTECTED]> writes:
> On Saturday 22 April 2006 18:58, Russ Allbery wrote:

>> It would surprise me if this helped at all, since if your understanding
>> of what's happening is correct, the hang is from trying to read
>> entropy, not just opening the device.

> Well, I would call read() 'subsequent operation', see man 2 open

>O_NONBLOCK or O_NDELAY
> When possible, the file is opened in non-blocking mode. Neither the
> open() nor any subsequent opera-tions on the file descriptor which is
> returned will cause the calling process to wait.  For the han-dling of
> FIFOs (named pipes), see also fifo(4).  This mode need not have any
> effect on files other than FIFOs.

> My unix programmers book from W. Richard Stevens also clearly states the
> non-blocking open mode is (also) for read and write
> operatations. Furthermore, after installing the recompiled packages and
> rebooting my system several time, I can confirm that the patch works.

Ah, okay, thank you for the information.  I didn't realize that that flag
did the equivalent of setting the file descriptor non-blocking; I thought
it only affected the open itself.  That's a good thing to learn.

That being said, I don't think this is really the best fix.  I'm not at
all confident in the security implications of allowing kadmind to proceed
with insufficient entropy.  Instead, it seems to me that the correct fix
would be for kadmind to background itself before going looking for
entropy rather than afterwards.  That kadmind waits for good entropy
before answering requests isn't actually a bug; the real bug is that it
blocks the system boot process while doing so.

I don't have time just at the moment to check whether this change is easy
to make or to work on a patch.  If you have a moment to do that, it would
be greatly appreciated.  Otherwise, I'll try to take a look at this as
soon as I have some more free time.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#363978: (no subject)

[Russ Allbery]

retitle 363978 rssh: broken command line parsing
tags 363978 + security sarge
severity 363978 critical
thanks

Bruno Clermont <[EMAIL PROTECTED]> writes:

> Package: rssh
> Version: 2.2.3-1.sarge.1

> Since http://packages.qa.debian.org/r/rssh/news/20060418T004132Z.html
> rssh seem to run incorrectly:

Yes, it looks like it has the same bug that was fixed in 2.3.0-1.1.  I've
contacted the security team about getting it fixed; in the meantime, here
is the patch that fixes this problem.

only in patch2:
unchanged:
--- rssh-2.3.0.orig/main.c.in
+++ rssh-2.3.0/main.c.in
@@ -174,8 +174,6 @@
 char **cmd )
 {
char**argvec;   /* argument vector for new cmd line */
-   char*homedir;   /* relative to chroot */
-   char*root;  /* the chroot dir */
char*temp;  /* to build chroot helper cmd line */
int len;
 
@@ -229,8 +227,8 @@
*cmd = PATH_CHROOT_HELPER;
 
/* set up buffer to log command line ('"' + ' ' + '\0' = 9) */
-   len = strlen(cmdline) + strlen(root) + strlen(homedir) + 
- strlen(argvec[2]) + strlen(PATH_CHROOT_HELPER) + 9;
+   len = strlen(cmdline) +  strlen(argvec[2]) + 
+   strlen(PATH_CHROOT_HELPER) + 9;
if ( !(temp = (char *)malloc(len)) ){
log_set_priority(LOG_ERR);
log_msg("OOM error in build_shell_args() (fatal)");
only in patch2:
unchanged:
--- rssh-2.3.0.orig/util.c
+++ rssh-2.3.0/util.c
@@ -209,13 +209,14 @@
return PATH_SCP;
}
 
-   if ( check_command(cl, opts, PATH_CVS, RSSH_ALLOW_CVS) )
+   if ( check_command(cl, opts, PATH_CVS, RSSH_ALLOW_CVS) ){
if ( opt_exist(cl, 'e') ){
fprintf(stderr, "\ninsecure -e option not allowed.");
log_msg("insecure -e option in cvs command line!");
return NULL;
}
return PATH_CVS;
+   }
 
if ( check_command(cl, opts, PATH_RDIST, RSSH_ALLOW_RDIST) ){
/* filter -P option */

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#360843: problem still exists

[Nick Lewycky]

How is this bug still open?

Should we bring in the Technical Committee? They could make the decision
about where the man page belongs. http://www.debian.org/devel/tech-ctte

A request to the ctte should include the list of all the affected files.

Nick Lewycky


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

Bug#364383: Remove

[IdeaCompras]

- Original Message - 
From: "Andrew Barr" <[EMAIL PROTECTED]>

To: "Debian Bug Tracking System" <[EMAIL PROTECTED]>
Sent: Saturday, April 22, 2006 8:25 PM
Subject: Bug#364383: python2.3-vte: gdebi crashes: missing python reaper 
extension




Package: python2.3-vte
Version: 1:0.12.0-1
Severity: important
Tags: patch

The gdebi-gtk graphical package installer will quit after being granted
administrative privileges. If you run it in a terminal, it complains of
a missing "python reaper" extension. I attached a patch from Ubuntu
that, when the python2.3-vte package is built with it, it fixes the 
problem.


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

Versions of packages python2.3-vte depends on:
ii  libatk1.0-0   1.11.4-1   The ATK accessibility toolkit
ii  libc6 2.3.6-7GNU C Library: Shared 
libraries
ii  libcairo2 1.1.1-0ubuntu1 The Cairo 2D vector graphics 
libra
ii  libfontconfig12.3.2-5.1  generic font configuration 
library
ii  libglib2.0-0  2.10.2-1   The GLib library of C 
routines
ii  libgtk2.0-0   2.8.17-1   The GTK+ graphical user 
interface
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange 
library
ii  libncurses5   5.5-1.1Shared libraries for terminal 
hand
ii  libpango1.0-0 1.12.1-2   Layout and rendering of 
internatio
ii  libsm61:1.0.0-4  X11 Session Management 
library
ii  libvte4   1:0.12.0-1 Terminal emulator widget for 
GTK+

ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxcursor1   1.1.5.2-5  X cursor management library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension 
librar
ii  libxfixes31:4.0-0ubuntu1 X11 miscellaneous 'fixes' 
extensio
ii  libxft2   2.1.8.2-6  FreeType-based font drawing 
librar

ii  libxi61:1.0.0-5  X11 Input extension library
ii  libxinerama1  1:1.0.1-4  X11 Xinerama extension 
library

ii  libxrandr22:1.1.0.2-4X11 RandR extension library
ii  libxrender1   1:0.9.0.2-4X Rendering Extension client 
libra
ii  python2.3 2.3.5-9.1  An interactive high-level 
object-o
ii  python2.3-gtk22.8.2-3Python bindings for the GTK+ 
widge


python2.3-vte recommends no packages.

-- no debconf information





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

Bug#362641: xorg-server - FTBFS

[Bastian Blank]

reopen 362641
found 362641 1:1.0.2-6
thanks

There was an error while trying to autobuild your package:

> Automatic build of xorg-server_1:1.0.2-6 on debian01 by sbuild/s390 85
[...]
>  gcc -DHAVE_CONFIG_H -I. -I../../../../../hw/xfree86/os-support/linux 
> -I../../../../include -I../../../../include -I../../../../include 
> -I../../../../include -I../../../../include -I../../../../include 
> -I../../../../../hw/xfree86 -I../../../../../hw/xfree86/include 
> -I../../../../../hw/xfree86/common -I../../../../../hw/xfree86/os-support 
> -I../../../../../hw/xfree86/os-support/bus -I../../../../../os 
> -I/usr/include/drm -DUSESTDRES -DHAVE_SYSV_IPC -DHAVE_XORG_CONFIG_H 
> -DXFree86Server -DXFree86LOADER -Wall -Wpointer-arith -Wstrict-prototypes 
> -Wmissing-prototypes -Wmissing-declarations -Wnested-externs 
> -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT 
> -I../../../../../include -I../../../../include -I../../../../../Xext 
> -I../../../../../composite -I../../../../../damageext -I../../../../../xfixes 
> -I../../../../../Xi -I../../../../../mi -I../../../../../miext/shadow 
> -I../../../../../miext/damage -I../../../../../render -I../../../../../randr 
> -I../../../../../fb -Wall -g -O2 -DNO_INLINE -MT lnx_video.lo -MD -MP -MF 
> .deps/lnx_video.Tpo -c ../../../../../hw/xfree86/os-support/linux/lnx_video.c 
>  -fPIC -DPIC -o .libs/lnx_video.o
> /tmp/cc1v6h2v.s: Assembler messages:
> /tmp/cc1v6h2v.s:469: Error: missing operand
> /tmp/cc1v6h2v.s:469: Error: syntax error; expected ,
> /tmp/cc1v6h2v.s:563: Error: Unrecognized opcode: `sti'
> make[6]: *** [lnx_video.lo] Error 1
> make[6]: Leaving directory 
> `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw/xfree86/os-support/linux'
> make[5]: *** [all-recursive] Error 1
> make[5]: Leaving directory 
> `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw/xfree86/os-support'
> make[4]: *** [all-recursive] Error 1
> make[4]: Leaving directory 
> `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw/xfree86'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory 
> `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw/xfree86'

Bastian

Bug#363574: libforms1: Patch available for debian dir

[Elimar Riesebieter]

On Sat, 22 Apr 2006 the mental interface of
Peter S Galbraith told:

> Elimar Riesebieter <[EMAIL PROTECTED]> wrote:
> 
> > Package: libforms1
> > Version: 1.0-6lxtec1
> > Followup-For: Bug #363574
> > 
> > 
> > I needed a modified xforms to build lyx. Please find attached patch
> > for the debian dir.
> 
> Thanks for the comprehensive patch.  I had another one with bug #363574.
> I didn't know you were maintaining Lyx.

I am not maintaining ly, but I wanted install lyx 1.4.1. 1.3.6-1.1
is the latest Debian one.

> 
> Today I updated to Xorg, but something must still be wrong in my build
> environment because it fails for me:
> 
>   xmkmf -a
>   imake -DUseInstalled -I/usr/lib/X11/config
>   Imakefile.c:39: error: Imake.tmpl: No such file or directory
>   imake: Exit code 1.
> Stop.
>   make: *** [build-stamp] Error 1
> 
> Any idea what's wrong?


--- control.orig2006-04-23 01:52:29.0 +0200
+++ control 2006-04-23 01:52:49.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Peter S Galbraith <[EMAIL PROTECTED]>
 Uploaders: Elimar Riesebieter <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5.0.11), xutils, libxpm-dev, libjpeg62-dev, 
libtiff4-dev, xlibmesa-gl-dev
+Build-Depends: debhelper (>= 5.0.11), xutils-dev, libxpm-dev, libjpeg62-dev, 
libtiff4-dev, xlibmesa-gl-dev
 Standards-Version: 3.6.2
 
 Package: libforms1

-- 
  We all know Linux is great... it does infinite loops in 5 seconds.
-- Linus Torvalds


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

Bug#364384: util-vserver: should include the bash_completion script

[Andreas John]

Package: util-vserver
Version: all (?)
severity: wishlist

There is a bash completion ready:
http://linux-vserver.org/Vserver+Completion

The Debian package should put that to /etc/bash_completion.d/vserver.
The user can enable bash_completion gloablly in /etc/bash.bashrc, Debian
has that feature commented out be default. This should be mentioned in
the README.

Alternatively and/or additionally the script could go into
/usr/share/doc/examples.

rgds,
derjohn





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

Bug#364338: LD_ASSUME_KERNEL is broken

[Joey Hess]

retitle 364338 LD_ASSUME_KERNEL is broken
tag 364338 d-i
severity 364338 serious
confirmed 364338
reassign 364338 initrd-tools
thanks

Here's a sh -x trace of mkinitrd running on a 2.4 kernel and failing:

++ LD_ASSUME_KERNEL=2.4   
++ ldd /sbin/modprobe
/bin/bash: error while loading shared libraries: libdl.so.2: cannot open shared
object file: No such file or directory  

sh-3.1# LD_ASSUME_KERNEL=2.4 ldd /sbin/modprobe
/bin/bash: error while loading shared libraries: libdl.so.2: cannot open shared
object file: No such file or directory

Maybe this is caused by a change in libc6? Above is with version 2.3.6-7.

Severity serious since this is rendering d-i unusable for all 2.4 kernel
installs..

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#364375: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: libgtk-mozembed-ruby
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364378: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: openvrml
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364379: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: pcmanx-gtk2
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364377: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: mozilla-bonobo
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364381: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: vlc
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364382: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: xmlsec1
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364380: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: swt-gtk
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364374: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: greasemonkey
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364373: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: gnome-python-extras
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364264: directvnc: FTBFS: dfb.c:33: error: syntax error before 'caps'

[Kurt Roeckx]

On Sat, Apr 22, 2006 at 08:53:59PM +0200, Ola Lundqvist wrote:
> tags 364264 + unreproducible
> thanks
> 
> Hi
> 
> I can not reproduce this on latest etch release. Please specify
> what you have used when you get this problem.

I used sid/unstable.

See buildd logs at:
http://buildd.debian.org/build.php?&pkg=directvnc version
0.7.5-7.1+b1


Kurt



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

Bug#363574: libforms1: Patch available for debian dir

[Peter S Galbraith]

Elimar Riesebieter <[EMAIL PROTECTED]> wrote:

> Package: libforms1
> Version: 1.0-6lxtec1
> Followup-For: Bug #363574
> 
> 
> I needed a modified xforms to build lyx. Please find attached patch
> for the debian dir.

Thanks for the comprehensive patch.  I had another one with bug #363574.
I didn't know you were maintaining Lyx.


Today I updated to Xorg, but something must still be wrong in my build
environment because it fails for me:

  xmkmf -a
  imake -DUseInstalled -I/usr/lib/X11/config
  Imakefile.c:39: error: Imake.tmpl: No such file or directory
  imake: Exit code 1.
Stop.
  make: *** [build-stamp] Error 1

Any idea what's wrong?

-- 
Peter S. Galbraith, Debian Developer  <[EMAIL PROTECTED]>
 http://people.debian.org/~psg
GPG key 1024/D2A913A1 - 97CE 866F F579 96EE  6E68 8170 35FF 799E


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

Bug#364376: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: monodevelop
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364383: python2.3-vte: gdebi crashes: missing python reaper extension

[Andrew Barr]

Package: python2.3-vte
Version: 1:0.12.0-1
Severity: important
Tags: patch

The gdebi-gtk graphical package installer will quit after being granted 
administrative privileges. If you run it in a terminal, it complains of 
a missing "python reaper" extension. I attached a patch from Ubuntu 
that, when the python2.3-vte package is built with it, it fixes the problem.

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

Versions of packages python2.3-vte depends on:
ii  libatk1.0-0   1.11.4-1   The ATK accessibility toolkit
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libcairo2 1.1.1-0ubuntu1 The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.8.17-1   The GTK+ graphical user interface 
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange library
ii  libncurses5   5.5-1.1Shared libraries for terminal hand
ii  libpango1.0-0 1.12.1-2   Layout and rendering of internatio
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libvte4   1:0.12.0-1 Terminal emulator widget for GTK+ 
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxcursor1   1.1.5.2-5  X cursor management library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  libxfixes31:4.0-0ubuntu1 X11 miscellaneous 'fixes' extensio
ii  libxft2   2.1.8.2-6  FreeType-based font drawing librar
ii  libxi61:1.0.0-5  X11 Input extension library
ii  libxinerama1  1:1.0.1-4  X11 Xinerama extension library
ii  libxrandr22:1.1.0.2-4X11 RandR extension library
ii  libxrender1   1:0.9.0.2-4X Rendering Extension client libra
ii  python2.3 2.3.5-9.1  An interactive high-level object-o
ii  python2.3-gtk22.8.2-3Python bindings for the GTK+ widge

python2.3-vte recommends no packages.

-- no debconf information
diff -Nur vte-0.11.15/python/vte.defs vte-0.11.15.new/python/vte.defs
--- vte-0.11.15/python/vte.defs	2004-04-29 22:41:55.0 -0400
+++ vte-0.11.15.new/python/vte.defs	2005-10-28 15:59:50.0 -0400
@@ -7,6 +7,14 @@
   (gtype-id "VTE_TYPE_TERMINAL")
 )
 
+(define-object Reaper
+  (in-module "Vte")
+  (parent "GObject")
+  (c-name "VteReaper")
+  (gtype-id "VTE_TYPE_REAPER")
+)
+
+
 ;; Enumerations and flags ...
 
 (define-enum TerminalEraseBinding
@@ -665,3 +673,13 @@
 )
 
 
+;; From ../src/reaper.h
+(define-function vte_reaper_get_type
+  (c-name "vte_reaper_get_type")
+  (return-type "GtkType")
+)
+
+(define-function reaper_get
+  (c-name "vte_reaper_get")
+  (return-type "VteReaper")
+)
diff -Nur vte-0.11.15/python/vte.override vte-0.11.15.new/python/vte.override
--- vte-0.11.15/python/vte.override	2005-10-28 15:59:45.0 -0400
+++ vte-0.11.15.new/python/vte.override	2005-10-28 15:59:50.0 -0400
@@ -6,12 +6,14 @@
 #include 
 #include 
 #include "../src/vte.h"
+#include "../src/reaper.h"
 %%
 modulename vte
 %%
 import gtk.gdk.Pixbuf as PyGdkPixbuf_Type
 import gtk.MenuShell as PyGtkMenuShell_Type
 import gtk.Widget as PyGtkWidget_Type
+import gobject.GObject as PyGObject_Type
 %%
 override vte_terminal_feed kwargs
 static PyObject *
diff -Nur vte-0.11.15/python/vtemodule.c vte-0.11.15.new/python/vtemodule.c
--- vte-0.11.15/python/vtemodule.c	2005-03-17 01:43:44.0 -0500
+++ vte-0.11.15.new/python/vtemodule.c	2005-10-28 15:59:50.0 -0400
@@ -25,6 +25,7 @@
 #include 
 #include 
 #include "../src/vte.h"
+#include "../src/reaper.h"
 
 extern void pyvte_register_classes(PyObject * d);
 extern PyMethodDef pyvte_functions[];

Bug#363380: slocate: renaming DIR causes content&subdirs of this DIR

[Jan Kunder]

Package: slocate
Version: slocate (2.7-4)
Severity: normal
Subject: slocate: renaming DIR causes content&subdirs of this DIR
unvisible for users, but visible for root



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27ltspke9-nf2-v07c-utf8-sata-ehci-experimental
Locale: LANG=sk_SK.UTF-8, LC_CTYPE=sk_SK.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to sk_SK.UTF-8)

Versions of packages slocate depends on:
ii  adduser 3.63 Add and remove users and groups
ii  dpkg1.10.28  Package maintenance system
for Deb
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared
libraries an


THIS IS REPAIRED-corrected TEXT WITH THE SAME BUG. JUST READ THIS AND 
IGNORE MAIL ABOVE (BEFORE) [this mail].


Debian Sarge.
I have just uninstalled slocate but it was working this way:

A) OK, this way should it work
[EMAIL PROTECTED] slocate mydata
.../mydata/...
.../mydata.doc

B)we rename $dir
[EMAIL PROTECTED] mv mydata herdata

C)we try it again renamed-$DIR is missing in search results
[EMAIL PROTECTED] slocate mydata
.../mydata.doc
[.../mydata/... WAS MISSING]

D)but root sees it!
[EMAIL PROTECTED] slocate mydata
.../mydata/...
.../mydata.doc

E)renaming BACK
[EMAIL PROTECTED] mv herdata mydata

F) as at begining user sees it as before - everything is OK.
[EMAIL PROTECTED] slocate mydata
.../mydata/...
.../mydata.doc



I think C) should be (working) the same (way) as A) or F) or D). Or IF 
NOT, so:

D)-root  should be (working) the same (way) as C)-user



Thanks for slocate & Debian.
Thanks for maintaing slocate & other great packages.
THANX to community.


--
Jan Kunder
jan.kunderHATESPAMgmail.com




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

Bug#338230: Acknowledgement (log retrieval with sudo or even ssh)

[David Watson]

Thanks for the patch Joachim, I am currently merging this patch into the next 
release which should be ready as soon as I've completed testing.


-- 
David Watson
Lugmaster, Programmer, Bass Player

http://planetwatson.co.uk/blog
http://liverpool.lug.org.uk

IM(jabber): [EMAIL PROTECTED]


pgpsGPr4TqQIT.pgp
Description: PGP signature

Bug#364370: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: gnome-panel
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#312243: Roxen4 Package shutdown mysql

[Matt - Webhaven]

The Roxen4 Package continues to shutdown instances of mysql.

apt-get install roxen4
apt-get install mysql-server4.1

Each week, cron initiates mysql shutdown...

Thanks

Matt





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

Bug#364372: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: gaim-encryption
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364369: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: evolution-webcal
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#339001: geximon: BadWindow (invalid Window parameter) error on remote display

[David Watson]

tags 339001 +unreproducible
thanks

I have been unable to replicate this bug, although a new version of the 
package is due to be released soon, and I would be grateful if you could 
check if the new version suffers from the same bug.

-- 
David Watson
Lugmaster, Programmer, Bass Player

http://planetwatson.co.uk/blog
http://liverpool.lug.org.uk

IM(jabber): [EMAIL PROTECTED]


pgpW352LQBn2U.pgp
Description: PGP signature

Bug#364368: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: eclipse
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364115: armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4.my/plugins/opendivx/encore50/text_code_mb.c

[Pjotr Kourzanov]

Matthias Klose wrote:


Pjotr Kourzanov writes:
 


Package: gcc-4.1
Version: 4.1.0-1
Severity: important

Bug:
   



Pjotr, would you mind forwarding the cross compiler related bug
reports upstream, adding debian-gcc to the CC list and marking the
Debian report as forwarded?

Thanks, Matthias
 


Yes, I've reported the bug upstream. How do I mark this one as forwarded?

Pjotr.


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

Bug#364371: kimdaba: Online help doesn't show up

[Christoph Haas]

Package: kimdaba
Version: 2.1-1+b1
Severity: normal

It appears like the online help of kimdaba can't be viewed. The KDE help
browser is launched but just complains that help:/kimdaba/index.html
couldn't be loaded because the process responsible for the "help" protocol
finished unexpectedly (sorry, don't have the english text available).

It may or may not be connected to bug report #308985.

 Christoph

-- 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.14-2-686-smp
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages kimdaba depends on:
ii  kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libaudio2   1.7-8The Network Audio System (NAS). (s
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libfam0 2.7.0-9  Client library to control the FAM 
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-1GCC support library
ii  libice6 1:1.0.0-2X11 Inter-Client Exchange library
ii  libidn110.5.18-2 GNU libidn library, implementation
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libkipi00.1.2-3  library for apps that want to use 
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libqt3-mt   3:3.3.6-1Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-3X11 Session Management library
ii  libstdc++6  4.1.0-1  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-3X cursor management library
ii  libxext61:1.0.0-3X11 miscellaneous extension librar
ii  libxft2 2.1.8.2-6FreeType-based font drawing librar
ii  libxi6  1:1.0.0-3X11 Input extension library
ii  libxinerama11:1.0.1-2X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-3  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-3  X Rendering Extension client libra
ii  libxt6  1:1.0.0-3X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3-11   compression library - runtime

Versions of packages kimdaba recommends:
ii  kdegraphics   4:3.5.2-1  graphics apps from the official KD
ii  kipi-plugins  0.1+rc1-3  image manipulation/handling plugin

-- no debconf information


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

Bug#364367: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: evolution
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364365: cdbs: python-distutils.mk should remove .pyo files on clean

[Arnaud Fontaine]

Package: cdbs
Version: 0.4.39
Severity: normal
Tags: patch

Hello,

The  clean target  of python-distutils.mk  should remove  all  the *.pyo
files.

Regards,
Arnaud Fontaine

--- python-distutils.mk.old	2006-04-23 00:43:04.0 +0200
+++ python-distutils.mk	2006-04-23 00:43:30.0 +0200
@@ -94,6 +94,6 @@
 # Calling setup.py clean may create .pyc files, so we need a final cleanup
 # pass here.
 clean::
-	find . -name '*.pyc' -exec rm '{}' ';'
+	find . -name '*.py[co]' -exec rm '{}' ';'
 
 endif

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

cdbs depends on no packages.

Versions of packages cdbs recommends:
ii  autotools-dev 20060223.1 Update infrastructure for config.{
ii  debhelper 5.0.32 helper programs for debian/rules

-- no debconf information

Bug#364366: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: evolution-data-server
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

As far as I can, you've done the switch for the version in experimental
- it would be nice if you could either do the same for unstable if you
do another release or don't lose the patch you've used for that and
close this bug when you upload the new branch to unstable.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#350723: pgadmin3 / libwxgtk2.6-0: hangs on copy/paste/click, crashing mouse

[Raphaël Enrici]

Raphaël Enrici wrote:
> Hi Ron,
> pgAdmin III is suffering from the same kind of bug as the one reported
> by Stefan (#333157). As soon as (at least regularly) you do some
> selection and double click on words being selected you get a specific
> cursor and the whole graphical environment is unusable until you press
> some key sequence (see #350723).
> Based on a discussion with the pgadmin dev team, I just did some test by
> relinking on wxWidgets 2.6.3 and I can't reproduce that bug anymore
> (I'll recheck and recheck but I wasn't able to freeze the app & the
> desktop after 10 minutes of double click... fingers are too hot, I must
> get some cold ;).
> 
> If you want me to do some further checking, I'd be glad to help. I must
> admit I don't know where and what to look for.

Finally I think I've isolated the files involved in correcting this problem:
contrib/src/stc/ScintillaWX.cpp and .h does solve the problem... This is
documented in the code:
// We defer the starting of the DnD, otherwise the LeftUp of a normal
// click could be lost and the STC will think it is doing a DnD when the
// user just wanted a normal click.
(lines 257-259)

Note, that, at the moment, I was not able to build current debian
wxWidgets 2.6 from source. I based my testing on upstream wxWidgets
2.6.2 which is also broken until you use the files included in 2.6.3.

So, using the following files:
ScintillaWX.cpp,v 1.85.2.1 2006/03/12 06:03:52 RD Exp
ScintillaWX.h,v 1.27.2.1 2006/03/12 06:03:52 RD Exp

should solve the problem.

If you are ok, I'll merge #350723 to #333157 and reassign it to
wxwidgets2.6.

Cheers,
Raphaël

Bug#364364: konversation: Inclusion of a script

[Adrian Neumaier]

Package: konversation
Version: 0.19-1
Severity: wishlist

Hi, can you please add my script for displaying what amarok plays and
add the necessary alias in the default config?

The script is located here:
http://www.kde-apps.org/content/show.php?content=38231

Thanks,
Adrian

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

Versions of packages konversation depends on:
ii  kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica
ii  libacl1 2.2.36-1 Access control list shared library
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libattr12.4.32-1 Extended attribute shared library
ii  libaudio2   1.7-8The Network Audio System (NAS). (s
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libfam0 2.7.0-9  Client library to control the FAM 
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-1GCC support library
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libidn110.5.18-2 GNU libidn library, implementation
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libqt3-mt   3:3.3.6-1Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libstdc++6  4.1.0-1  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxft2 2.1.8.2-6FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-4X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3-11   compression library - runtime

Versions of packages konversation recommends:
ii  python2.3.5-5An interactive high-level object-o
ii  ruby  1.8.2-1An interpreter of object-oriented 

-- no debconf information


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

Bug#364363: xkb-data: custom keyboard layout no longer works

[Benoît Dejean]

Package: xkb-data
Version: 0.8-5
Severity: normal

Hi,
i've been using a custom keyboard layout on my ibook for
more than a year. It's derived from the popular fr_new layout. Tonight,
i've dist-upgrade my SID :
- whatever the X log says, it's not loaded 

(**) Option "XkbRules" "xorg"
(**) XKB: rules: "xorg"
(**) Option "XkbModel" "macintosh"
(**) XKB: model: "macintosh"
(**) Option "XkbLayout" "fr_new"
(**) XKB: layout: "fr_new"
(**) Option "CustomKeycodes" "on"
(**) Keyboard: CustomKeycode disabled

with 

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "macintosh"
Option  "XkbLayout" "fr_new"
EndSection


- custom keys are no longer available (pipe, french guillement, brackets,
square brackets)
- i can't switch to consoles (ctrl-alt-F) anymore
- for example, right-arrow is no longer usable
it acts like a Home key. xev confirms it.

So using my ibook is really hard to use. Filling this bugreport was really
painfull.

Thanks.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)

-- debconf-show failed


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

Bug#363574: libforms1: Patch available for debian dir

[Elimar Riesebieter]

Package: libforms1
Version: 1.0-6lxtec1
Followup-For: Bug #363574


I needed a modified xforms to build lyx. Please find attached patch
for the debian dir.

Thx
Elimar

-- 
  "Talking much about oneself can also 
   be a means to conceal oneself."
 -Friedrich Nietzsche


debian.diff.gz
Description: application/gunzip

Bug#364362: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

Package: blam
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev -> libnspr4-dev
libnspr4-> libnspr4-0d
libnss-dev  -> libnss3-dev
libnss3 -> libnss3-0d  
mozilla-dev -> libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment, so updating to a new upstream release is enough.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.



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

Bug#364359: FHS violation: /debian/firefox/usr/share/pixmaps/firefox.xpm

[Björn Heide]

Package: firefox
Version: 1.5.dfsg+1.5.0.2-2
Severity: serious
Justification: Policy 9.1.1

$ dpkg -L firefox|grep /debian
/debian
/debian/firefox
/debian/firefox/usr
/debian/firefox/usr/share
/debian/firefox/usr/share/pixmaps
/debian/firefox/usr/share/pixmaps/firefox.xpm

The two leftmost path elements should not be there.

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

Versions of packages firefox depends on:
ii  debianutils 2.15.3   Miscellaneous utilities specific t
ii  fontconfig  2.3.2-5.1generic font configuration library
ii  libatk1.0-0 1.11.4-1 The ATK accessibility toolkit
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libcairo2   1.0.4-1+b1   The Cairo 2D vector graphics libra
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-1+b1 GCC support library
ii  libglib2.0-02.10.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.8.17-1 The GTK+ graphical user interface 
ii  libidl0 0.8.6-1  library for parsing CORBA IDL file
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.12.1-2 Layout and rendering of internatio
ii  libpng12-0  1.2.8rel-5   PNG library - runtime
ii  libstdc++6  4.1.0-1+b1   The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.8.2-6FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-4X11 toolkit intrinsics library
ii  psmisc  22.2-1   Utilities that use the proc filesy
ii  zlib1g  1:1.2.3-11   compression library - runtime

firefox recommends no packages.

-- no debconf information

-- 
BOFH excuse #112:

The monitor is plugged into the serial port


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

Bug#364361: apt-cacher: clarify path_map

[Ross Boylan]

Package: apt-cacher
Version: 1.5.3
Severity: wishlist

I couldn't figure out exactly how to use path_map or what it does from
the current man page and distributed apt.conf.

In particular, it sounded as if this would work
path_map = linux.csua.berkeley.edu/debian
linux.csua.berkeley.edu/debian 
mirrors.usc.edu/pub/linux/distributions/debian
(all one line, with space separators) but it didn't seem to.

It may be useful to describe the substantive problem I'm trying to
solve.  My usual mirror, at berkeley, is down.  I'd like to switch to
another one while avoiding doing something that causes me to use a lot
more disk space or to download files I already have on my system
again.  Because I'm not sure how apt would handle a change to
sources.list (i.e., if it would say "new server, I'll get
everything"), and because it would be easier to make the change in one
place anyway, I'm trying to solve this problem with apt-cacher.  I was
using apt-cacher before this problem arose, so I already have a
vanilla setup.  Finally, I'd like to be able to use the berkeley
mirror automatically when it comes back up.

Some more detailed comments about the current documentation follow.

First, it would be nice if the man page had a complete description of
the path_map option rather than a reference to a conf file (which the
user may have changed).

Second, I did not find the current comments in apt-cacher.conf to be
that helpful:
--
# Server mapping - this allows to hide real server names behind virtual paths
# that appear in the access URL. This method is known from apt-proxy. This is
# also the only method to use FTP access to the target hosts. The
syntax is simple, the part of the beginning to replace, followed by a
list of mirror urls, all space separated. Multiple profile are
separated by semicolons
--

Not only may apt-proxy be unknown and uninstalled, but I couldn't find
anything that looked relevant in the current apt-proxy docs.

But the key problem is that the meaning of "virtual paths that appear
in the access URL" is unclear.  Exactly which part of the path is the
virtual path?  Can it be multi-part?  How should the corresponding
sources.list entry be written?

Another side-issue is that the comment refers to ftp access, but since
only part of the path seems to be rewritten it's not clear how this
would work.  And the comment just below in apt-cacher.conf says FTP
access is not supported, so those two comments seem in conflict.

Incidentally, the unclarity about the different path parts affects
other discussion in the man page, though I'm more confident of your
meaning in those other spots.  For example...

"The only modification to each client computer is to prepend the
   cache machine's address and script identifier to each HTTP
mirror in /etc/apt/sources.list (depending on the installation method
(see below)."

Exactly where in the existing string does that mean the text should be
added?  Also, the script identifier is optional, and the parentheses
are unbalanced.  Maybe "For clients, you must modify each line in
/etc/apt/sources.list by inserting the access to the apt-cache server
after the initial http://.  The reference may include a machine name,
a port, or a cgi script invocation depending on the installation
method."  Fortunately, the current example immediately following on
the man page makes this pretty clear.

Also unclear
"NOTE:  For  installations  using  a web server (CGI) the prefix should be 
apt-cacher in daemon mode, the modifications of sources.list can be replaced 
with a HTTP
   proxy setting, see PROXY MODE USAGE below."
How can a prefix (which sounds like a string) be apt-cacher in daemon
mode (which sounds like a program)?  Aren't CGI and daemon mode
alternatives anyway?  The whole sentence is a run-on that is hard to
parse.

Finally, some discussion of the space implications of having multiple
servers in the path map would be useful (maybe more appropriate for
README.Debian).  If you specify n servers do you risk multiplying your
disk useage (in either or both of apt and apt-cache) by roughly n?  I
suspect you get extra Packages.gz files, for example, but not
duplicate .debs.

Thanks.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27advncdfs
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages apt-cacher depends on:
ii  bzip2 1.0.3-2high-quality block-sorting file co
ii  libwww-perl   5.805-1WWW client/server library for Perl
ii  perl  5.8.8-3Larry Wall's Practical Extraction 

apt-cacher recommends no packages.

-- no debconf information


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

Bug#364358: quodlibet: OSD fails to fade

[Hans Fugal]

Package: quodlibet
Version: 0.18-3
Severity: normal


It doesn't always happen, and I can't find a pattern, but it frequently
is the case that the OSD plugin will not fade away properly. It starts
to fade, then snaps back to full presence and will not leave unless I
click on it.

>From .quodlibet/config
[plugins]
animosd_pos_y = 1.0
write_cover = /home/fugalh/.quodlibet/current.cover
gajim_status_statuses = online
gajim_status_paused = True
icon_tooltip =
|>
icon_modifier_swap = false
wikipedia = en
gajim_status_accounts = 
animosd_font = Domestic Manners 22
animosd_text = #f5d2a7
active = Animated On-Screen Display
animosd_fill = #40404080
animosd_delay = 2400


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

Versions of packages quodlibet depends on:
ii  exfalso   0.18-3 audio tag editor for GTK+
ii  gstreamer0.10-plugins-base0.10.5-1   GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.2-1   GStreamer plugins from the "good" 
ii  gstreamer0.10-plugins-ugly0.10.2-1   GStreamer plugins from the "ugly" 
ii  python2.3.5-5An interactive high-level object-o
ii  python-gst0.100.10.2-1   generic media-playing framework (P

Versions of packages quodlibet recommends:
ii  gstreamer0.10-alsa0.10.5-1   GStreamer plugin for ALSA
ii  gstreamer0.10-gnomevfs0.10.5-1   GStreamer plugin for GnomeVFS
ii  python-feedparser 4.1-2  Universal Feed Parser for Python
ii  quodlibet-ext 0.18-3 extensions for the Quod Libet audi

-- no debconf information


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

Bug#363583: uscan: wrong result after migrating from version 2 to 3

[Julian Gilbey]

On Sat, Apr 22, 2006 at 09:33:35PM +0200, Erik Schanze wrote:
> Hi Julian,
> 
> Julian Gilbey Julian Gilbey <[EMAIL PROTECTED]>:
> > So I recommend that you use the regex:
> >
> > .../gif2png-(.*)(?:\.tar(?:\.gz|\.bz2)?|\.tgz)
> >
> Thank you for explaining, I didn't read manpage carefully, I'm sorry.
> 
> Could you please provide such example in the manpage? Perhaps as a note 
> for version upgrade from 2 to 3?

Done in SVN.

   Julian


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

Bug#364360: ITP: kwin-style-crystal -- semi transperant window decoration

[Sune Vuorela]

Package: wnpp
Severity: wishlist
Owner: Sune Vuorela <[EMAIL PROTECTED]>


* Package name: kwin-style-crystal
  Version : 1.0.0
  Upstream Author : Sascha Hlusiak spam84 (at) gmx.de
* URL : http://www.kde-look.org/content/show.php?content=13969
* License : GPL, LGPL
  Programming Lang: QT/C++
  Description : semi transperant window decoration

Makes your top bar and rest of the window decorations of your kde
transperant, so you can see more of your lovely background image
..
And it is of course nice to look at

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


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

Bug#364354: apache: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: apache
Version: 1.3.34-2
Severity: wishlist
Tags: patch l10n


Here is the updated Swedish translation of the debconf template for 
apache.

The old one is in real bad shape.

Regards,
Daniel

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
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 apache depends on:
ii  apache-common 1.3.34-2   support files for all Apache webse
ii  debconf [debconf-2.0] 1.5.0  Debian configuration management sy
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libdb4.3  4.3.29-5   Berkeley v4.3 Database Libraries [
ii  libexpat1 1.95.8-3.2 XML parsing C library - runtime li
ii  libmagic1 4.17-1 File type determination library us
ii  logrotate 3.7.1-3Log rotation utility
ii  lsb-base  3.1-4  Linux Standard Base 3.1 init scrip
ii  mime-support  3.36-1 MIME files 'mime.types' & 'mailcap
ii  perl  5.8.8-4Larry Wall's Practical Extraction 

apache recommends no packages.

-- debconf information excluded
#
#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.
#
msgid ""
msgstr ""
"Project-Id-Version: apache debconf template\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-04-17 11:36+0200\n"
"PO-Revision-Date: 2006-04-22 23:31+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"Language-Team: \n"

#. Type: note
#. Description
#: ../apache-common.templates:3
msgid "Old log rotation scripts exists and are modified"
msgstr "Tidigare loggroteringsskript existerar och ändras"

#. Type: note
#. Description
#: ../apache-common.templates:3
msgid "You have old log rotation scripts in /etc/cron.d and /etc/${flavour}, 
they have not been touched, but you might want to remove them to avoid having 
your logs rotated multiple times."
msgstr "Du har äldre loggroteringsskript i /etc/cron.d och /etc/${flavour}, de 
har ändrats, men du bör överväga att ta bort dem för att undvika att dina 
loggar roteras flera gånger."

#. Type: note
#. Description
#: ../apache-common.templates:10
msgid "${flavour} has switched to use logrotate"
msgstr "${flavour} har växlat till att använda logrotate"

#. Type: note
#. Description
#: ../apache-common.templates:10
msgid "Some of your logs are stored outside the /var/log/${flavour} directory, 
so you should edit /etc/logrotate.d/${flavour} to have them automatically 
rotated."
msgstr "Vissa av dina loggar har lagrats utanför katalogen /var/log/${flavour} 
så du bör redigera /etc/logrotate.d/${flavour} för att få dem automatiskt 
roterade."

#. Type: note
#. Description
#: ../apache-common.templates:17
msgid "Handling of config files has been changed"
msgstr "Hanteringen av konfigurationsfiler har ändrats"

#. Type: note
#. Description
#: ../apache-common.templates:17
msgid "From this release of apache, apache-ssl and apache-perl no more attempts 
of fixing users configurations will be done other than for the really essential 
ones that would prevent the server to run. Two new files will appear in 
/etc/apache{-ssl,-perl}:"
msgstr "Från och med denna utgåva av apache, försöker apache-ssl och 
apache-perl inte längre att rätta till användarnas konfigurationer annat än för 
de verkligen nödvändiga som annars skulle förhindra att servern startar. Två 
nya filer kommer att dyka upp i /etc/apache{-ssl,-perl}:"

#. Type: note
#. Description
#: ../apache-common.templates:17
msgid ""
" - modules.config, that will be used by apache-modconf to handle\n"
"   LoadModules directives;\n"
" - suggested_corrections that will contain information about\n"
"   the differences from the users config and the standard Debian\n"
"   one and how to fix them."
msgstr ""
" - modules.config, som kommer att användas av apache-modconf för att hantera\n"
"   direktiv för LoadModules;\n"
" - suggested_corrections som kommer att innehålla information om\n"
"   skillnaderna från användarnas konfigurationer och standardkonfigurationen\n"
"   i  Debian och hur man rättar till dem."

#. Type: note
#. Description
#: ../apache-common.templates:17
msgid "For more information please refer to 
/usr/share/doc/apache{-ssl,-perl}/README.Debian

Bug#363302: libx11-6: When migrating to X.Org 7, server says: "_X11TransOpen: Unable to find transport for local"

[David Nusinow]

tags 363303 +unreproducible +moreinfo
severity 363302 important
thanks

On Tue, Apr 18, 2006 at 01:21:02PM +0200, Tobias Diaz wrote:
> Package: libx11-6
> Version: 6.9.0.dfsg.1-6
> Severity: grave
> Justification: renders package unusable
> 
> 
> When migrating to X.Org 7 in Debian unstable, X server report this error
> and does not create the X-11 Socket. Xdm, kdm, gdm and startx stay frozen and
> only a blank screen with X cursor is showed.
> 
> If I install libx11-6 from Debian testing (X.Org 6.9) the problem is
> solved.

Do you have any sort of highly customized stuff on your system? Maybe an
alternate kernel or customized packages?

Also, is there any way you could get us a backtrace of this happening with
debugging symbols?  libx11 has a -dbg package for you to install, and that
should be sufficient. It'd be nice to have a window on what's actualy going
on, because this is incredibly bizarre. 

Finally, could you send us your /var/log/Xorg.0.log from when the server
tries to start?

  - David Nusinow


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

Bug#364248: mozilla-thunderbird-locale-fr: Translation out of date

[Aurelien Jarno]

severity 364248 serious
thanks


On Sat, Apr 22, 2006 at 10:36:14AM +0200, Massis Sirapian wrote:
> Package: mozilla-thunderbird-locale-fr
> Version: 1.0.dfsg-4
> Severity: normal
> 
> Hi,

Hi!

> Current package is not compatible with thunderbird 1.5 and I had to
> uninstall it to upgrade thunderbird.

Yes, this is a known problem.

> Would it be possible to update the package so that it installs correctly
> ?

The way the translation is handled upstream has changed, it is know
handled globally and not anymore by language by language.

Therefore the way it is handled in Debian will change to, with a global
source package that will build a package by language, just as for
mozilla-firefox.

So in short, yes it is possible, it will be done, but it is not in my
hands anymore. Last time I have heared about it, the upload was planned
soon.

> By the way, I wasn't able to install the french spell correction xpi in
> thunderbird ; I wonder if that feature would be included into this global
> localization package.
> 

Well I don't know exactly what is planned in the new global source
package.

Bye,
Aurelien

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#364355: fluidsynth: Starts using 100% CPU after a while

[Javier Kohen]

Package: fluidsynth
Version: 1.0.6-4
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

For a long time I've been having this problem where, after a couple minutes of 
executing it, Fluidsynths starts consuming all CPU. Start fluidsynth simply by 
running /usr/bin/fluidsynth with no options, wait for a little bit, and 
hopefully you'll see the problem.

The following is printed before the copyright banner:
cca_open_socket: could not connect to host 'localhost', service '14541'
cca_init: could not connect to server 'localhost' - disabling ladcca
fluidsynth: ALSA driver: Using format s16, rw, interleaved

But I'm assuming that's normal.

- -- 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.16-ck6
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)

Versions of packages fluidsynth depends on:
ii  ladcca2   0.4.0-6LADCCA shared library files
ii  libc6 2.3.6-6GNU C Library: Shared libraries
ii  libfluidsynth11.0.6-4Real-time MIDI software synthesize

fluidsynth recommends no packages.

- -- no debconf information

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

iD8DBQFESqOL823633cP2P8RAt/DAKCbSlTukGskSwi3RtR/UpYd0cetXgCfX3Q0
Hf6RTmERKAxcitQakn1OnAw=
=i2H+
-END PGP SIGNATURE-


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

Bug#363574: libforms1: patch

[Peter S Galbraith]

Andreas Jochens <[EMAIL PROTECTED]> wrote:

> Hello,
> 
> the attached patch changes debian/rules to install files in /usr/lib and
> /usr/include/X11 instead of /usr/X11R6/lib and /usr/X11R6/include/X11.
> 
> Regards
> Andreas Jochens

Thanks again!

Did you do anything special to get imake to work?

$ fakeroot debian/rules binary
dh_testdir
xmkmf -a 
mv -f Makefile Makefile.bak
imake -DUseInstalled -I/usr/lib/X11/config
Imakefile.c:39: error: Imake.tmpl: No such file or directory
imake: Exit code 1.
  Stop.
make: *** [build-stamp] Error 1

-- 
Peter S. Galbraith, Debian Developer  <[EMAIL PROTECTED]>
 http://people.debian.org/~psg
GPG key 1024/D2A913A1 - 97CE 866F F579 96EE  6E68 8170 35FF 799E


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

Bug#364357: gwenview: Rotating JPEGs has become slow

[Christoph Haas]

Package: gwenview
Version: 1.3.1-2
Severity: normal

I like gwenview for it's ability to perform lossless JPEG rotations. My
digital camera does not have an orientation sensor so I need to do the
rotation manually. But since a few weeks ago rotating images has become
ridiculously slow.

You might get the image I tested this with at:
http://workaround.org/gwenview-slow.jpg

Left-rotating the image takes 20 seconds on a Pentium 4/2.8 GHz. Rotating
it back to the original orientation takes just one second. While waiting
for the rotation to be done I watched my system using "top" and "htop". It
appears that gwenview is consuming 100% of the CPU in the task list while
the "sy"(stem) load is pretty high. No idea what gwenview is waiting for.

A while ago rotating images has taken ~1 second per image. Asking on
[EMAIL PROTECTED] just got one response of another gwenview user who
couldn't reproduce this.

"kimdaba" claims to also use the kipi-plugins (which IMHO are responsible
for the lossless JPEG rotation feature) but is as fast as always. So it
appears it's not a general kipi problem.

Thanks for investigating.

 Christoph

-- 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.14-2-686-smp
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages gwenview depends on:
ii  kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libexif12   0.6.13-4 library to parse EXIF files
ii  libgcc1 1:4.1.0-1GCC support library
ii  libice6 1:1.0.0-2X11 Inter-Client Exchange library
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libkipi00.1.2-3  library for apps that want to use 
ii  libmng1 1.0.9-1  Multiple-image Network Graphics li
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libqt3-mt   3:3.3.6-1Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-3X11 Session Management library
ii  libstdc++6  4.1.0-1  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxext61:1.0.0-3X11 miscellaneous extension librar
ii  zlib1g  1:1.2.3-11   compression library - runtime

Versions of packages gwenview recommends:
ii  kdegraphics-kfile-plugins 4:3.5.2-1  KDE metainfo plugins for graphic f
ii  kipi-plugins  0.1+rc1-3  image manipulation/handling plugin

-- no debconf information


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

Bug#364256: deduild: $(DEB_HOST_ARCH) is dropped since version 2.9.17

[Julian Gilbey]

On Sat, Apr 22, 2006 at 11:49:29AM +0200, Jean-Luc Coulon (f5ibh) wrote:
> Package: devscripts
> Version: 2.9.19
> Severity: normal
> 
> Hi,
> 
> I've in debian/rules a structure like:
> 
> ifeq ($(DEB_HOST_ARCH), amd64)
>CFLAGS += -march=k8 -fPIC
>   CONFFLAGS += --enable-3dnow
> else
> ...
> 
> This doesnt work because $(DEB_HOST_ARCH) is empty.
> The package build fine with dpkg-buildpackage -rfakeroot

Thanks for letting me know, fixed in SVN.

   Julian


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

Bug#364256: deduild: $(DEB_HOST_ARCH) is dropped since version 2.9.17

[Julian Gilbey]

On Sat, Apr 22, 2006 at 11:29:26AM -0500, Peter Samuelson wrote:
> 
> [Jean-Luc Coulon (f5ibh)]
> > This doesnt work because $(DEB_HOST_ARCH) is empty.
> > The package build fine with dpkg-buildpackage -rfakeroot
> 
> I believe the recommended debian/rules business is:
> 
> DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
> 
> This sets DEB_HOST_ARCH only if it is not already set.  You can do the
> same with DEB_BUILD_GNU_ARCH and DEB_HOST_GNU_ARCH (so you can test
> them for equality to detect cross-compiling).

dpkg-buildpackage sets them in the environment (whether this is good
or not is another matter entirely), so debuild should do the same.

   Julian


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

Bug#325165: acknowledged by developer (Examples has been in -doc since 1.3.1-1)

[Christoph Haas]

Jonas,

thanks for the reply. Could you consider adding a "Recommends:" or
"Suggests:" to the python-weblib package? Honestly I missed that there is a
documentation package.

 Christoph


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

Bug#363540: openoffice.org-impress: exporting makes invalid HTML

[Rene Engelhard]

Dan Jacobson wrote:
> R> Later versions than your 2.0.0-5 (wtf are you filing this against
> R> 2.0.0-5? Even testing doesn't contain that for weeks) has fixes
> R> wrt that. Are you able to give me the presentation so I can try?
> Glad to hear that impress now always exports valid HTML. I cannot do

That's what I don't know and want you to test or send me the document
and let me try.

Regards,

Rene


signature.asc
Description: Digital signature

Bug#364356: /lib/udev/write_net_rules: line 128: local: can only be used in a function

[Jean-Damien Durand]

Package: udev
Version: 0.090-2
Severity: minor

*** Please type your report below this line ***
FYI I got this this minor error after reinstalling udev.

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 84
lrwxrwxrwx 1 root root  20 Apr 22 23:41 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root  19 Feb  5 09:52 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root  16 Apr 18 07:00 025_libsane.rules -> ../libsane.rules
lrwxrwxrwx 1 root root  22 Feb  5 09:52 025_logitechmouse.rules -> 
../logitechmouse.rules
lrwxrwxrwx 1 root root  12 Mar  7 06:19 050_hal-plugdev.rules -> ../hal.rules
-rw-r--r-- 1 root root  82 Mar  5 23:14 90-hal.rules
lrwxrwxrwx 1 root root  13 Apr 22 23:41 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root  25 Apr 22 23:41 z20_persistent-input.rules -> 
../persistent-input.rules
lrwxrwxrwx 1 root root  19 Apr 22 23:41 z20_persistent.rules -> 
../persistent.rules
-rw-r--r-- 1 root root 523 Apr 23  2006 z25_persistent-cd.rules
-rw-r--r-- 1 root root 582 Apr 22 23:38 z25_persistent-net.rules
lrwxrwxrwx 1 root root  33 Apr 22 23:41 z45_persistent-net-generator.rules -> 
../persistent-net-generator.rules
lrwxrwxrwx 1 root root  12 Apr 22 23:41 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root  16 Apr 22 23:41 z55_hotplug.rules -> ../hotplug.rules
lrwxrwxrwx 1 root root  19 Feb  8 06:29 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root  15 Feb  5 09:32 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root  17 Apr 22 23:41 z70_hotplugd.rules -> ../hotplugd.rules
lrwxrwxrwx 1 root root  29 Apr 22 23:41 z75_cd-aliases-generator.rules -> 
../cd-aliases-generator.rules

-- /sys/:
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/graphics/fb0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input1/mouse0/dev
/sys/class/input/input1/ts0/dev
/sys/class/input/input2/event2/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/fbsplash/dev
/sys/class/misc/hpet/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/printer/lp0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/timer/dev
/sys/class/usb/lp0/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev1.3/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev2.2/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev3.2/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev4.3/dev
/sys/class/video4linux/video0/dev

-- Kernel configuration:


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

Versions of packages udev depends on:
ii  initscripts  2.86.ds1-14 Scripts for initializing and shutt
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libselinux1  1.30-1  SELinux shared libraries
ii  libvolume-id00.089-1 libvolume_id shared library
ii  lsb-base 3.1-4   Linux Standard Base 3.1 init scrip
ii  makedev  2.3.1-81creates device files in /dev
ii  sed  4.1.4-7 The GNU sed stream editor

udev recommends no packages.

-- no debconf information


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