Bug#447425: --ssh-command incomplatiability with duplicity version 0.4.3

2007-10-21 Thread Joey Hess
Package: backupninja
Version: 0.9.4-6
Severity: normal

duplicity 0.4.3 includes this change:

Dropped ssh-command and added ssh-options to allow users
to add options to the scp and sftp commmands.

backupninja uses --ssh-command when sshoptions is specified in a
backupninja config file, and so backups fail when using the new version
of duplicity.

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

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

Versions of packages backupninja depends on:
ii  bash  3.1dfsg-8  The GNU Bourne Again SHell
ii  dialog1.1-20070604-1 Displays user-friendly dialog boxe
ii  gawk  1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr
ii  mawk  1.3.3-11   a pattern scanning and text proces

backupninja recommends no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature


Bug#447414: ITP: filelight-i18n -- Intenationalization (i18n) for Filelight, disk space usage tool

2007-10-21 Thread Christian Perrier
Quoting Raúl Sánchez Siles ([EMAIL PROTECTED]):
 Package: wnpp
 Severity: wishlist
 Owner: Raúl Sánchez Siles [EMAIL PROTECTED]
 
 * Package name: filelight-i18n
   Version : 1.0-1
   Upstream Author : Max Howell [EMAIL PROTECTED]
 * URL : http://www.methylblue.com/filelight/
 * License : (GPL)
   Programming Lang: (C++)
   Description : Intenationalization (i18n) for Filelight, disk space 
 usage tool
 
  This package provides internationalization (i18n) files (translations) for


If the package provides translations, this is a *localization* package
and I therefore recommend naming it filelight-l10n

Unfortunately, many packages in Debian did not implement that logic
(the most proeminent being KDE packages) and we equally have -i18n
packages and -l10n ones..:-(but that's not a reason for repeating
the mistake.



signature.asc
Description: Digital signature


Bug#447426: ICE in trunc_int_for_mode, at explow.c:55

2007-10-21 Thread Martin Michlmayr
Package: gcc-snapshot
Version: 20071020-1

PR33846, needs -O2 -ftree-vectorize

 Automatic build of allegro4.1_2:4.1.15-6 on em64t by sbuild/amd64 0.53
...
 gcc -DHAVE_CONFIG_H -I. -Iinclude -Iinclude/allegro -I./include 
 -I./include/allegro  -I/usr/include/kde/artsc -pthread 
 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -DALLEGRO_USE_C 
 -DALLEGRO_LIB_BUILD   -O2 -funroll-loops -ffast-math -fomit-frame-pointer 
 -Wall -Wno-unused   -fPIC -DALLEGRO_SHARED -c ./src/mixer.c -o 
 obj/unix/alleg/mixer.o
 ./src/mixer.c: In function '_mix_some_samples':
 ./src/mixer.c:1229: internal compiler error: in trunc_int_for_mode, at 
 explow.c:55
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See file:///usr/share/doc/gcc-snapshot/README.Bugs for instructions.
 make[1]: *** [obj/unix/alleg/mixer.o] Error 1
 make[1]: Leaving directory `/build/tbm/allegro4.1-4.1.15'
 make: *** [build-stamp] Error 2

-- 
Martin Michlmayr
http://www.cyrius.com/



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



Bug#447424: Missing ' in sample.changeset..

2007-10-21 Thread Kartik Mistry
Package: debian-maintainers
Version: 0.01
Severity: minor

Reading, /usr/share/doc/debian-maintainers/examples/sample.changeset says,

 # Use gpg --export -a keyid | sed 's/^/  /
 # to dump the applicant's gpg block here.

But, it should be,

 # Use gpg --export -a keyid | sed 's/^/  /'
 # to dump the applicant's gpg block here.

Note missing ' at first line.

-- 
 Cheers,
 ---
 Kartik Mistry  || GPG: 0xD1028C8D || IRC: kart_
 kartikmistry.org/blog || kartikm.wordpress.com
 --



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



Bug#446891: ntp: and now it is Built against 908070, you have 90807f ...

2007-10-21 Thread Wladimir Mutel
Package: ntp
Version: 1:4.2.4p4+dfsg-1
Followup-For: Bug #446891


Please rebuild again. Sorry for bothering you so much .

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

Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ntp depends on:
ii  adduser   3.105  add and remove users and groups
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libssl0.9.8   0.9.8g-1   SSL shared libraries
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip
ii  netbase   4.30   Basic TCP/IP networking system

Versions of packages ntp recommends:
ii  perl  5.8.8-11.1 Larry Wall's Practical Extraction 

-- debconf-show failed



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



Bug#441712: Patch for bug #441712

2007-10-21 Thread Varun Hiremath
tags 441712 + patch
thanks

Hi,
  Please find attached a patch for ths bug.

Regards
Varun

-- 
Varun Hiremath
Undergraduate Student,
Aerospace Engineering Department,
Indian Institute of Technology Madras,
Chennai, India
---
Homepage : http://varun.travisbsd.org
diff -urN libcmml-0.9.2.orig/debian/rules libcmml-0.9.2/debian/rules
--- libcmml-0.9.2.orig/debian/rules 2007-10-21 11:44:03.0 +0530
+++ libcmml-0.9.2/debian/rules  2007-10-21 11:43:56.0 +0530
@@ -45,6 +45,7 @@
rm -f doc/libcmml/html/doxygen.png
rm -f doc/libcmml/latex/doxygen.sty
rm -f doc/libcmml/latex/refman.tex
+   rm -f doc/libcmml/latex/Helvetica.ttf
rm -f doc/cmml-validate.1
-test -r /usr/share/misc/config.sub  \
cp -f /usr/share/misc/config.sub config.sub


Bug#444386: glade-3: Packaging help

2007-10-21 Thread Rudy Godoy Guillén
Package: glade-3
Followup-For: Bug #444386

Hi, as I needed 3.4 for doing work I've packaged, mostly the same sources 
as 3.2 has, and until now the software is working good. I haven't made any
exhaustive review/testing but it looks good.

Let me know if I can help to get this version on unstable.

thanks

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

Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core)
Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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



Bug#447427: dpkg-cross: please support wrong architecture

2007-10-21 Thread Jonas Meyer
Package: dpkg-cross
Version: 2.0.0
Severity: wishlist

Hi,
To create toolchains that have a new debian name than an already existing
architecture it'd be useful if something like this worked:

dpkg-cross -a uclibc-mipsel -i libc6_2.6.1-6_mipsel.deb 
dpkg-cross: libc6_2.6.1-6_mipsel.deb has wrong architecture (mipsel)
dpkg-cross: conversion of libc6_2.6.1-6_mipsel.deb failed.

Please consider adding an option to disable that check.

Thank you,
Jonas



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



Bug#447428: gpsd: [INTL:fr] French debconf templates translation update

2007-10-21 Thread Christian Perrier
Package: gpsd
Version: N/A
Severity: wishlist
Tags: patch l10n

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

If you do not already use it, you might consider using the
podebconf-report-po utility, which helps warning translators about
changes when you modify some debconf templates in your packages.

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

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

Example use (from your package build tree):

$ podebconf-report-po

This will go through debian/po/*.po files, find those needing an
update, extract the translators data from these files and prepare a
mail to send to these translators (you can also use the
--languageteam switch to also mail the mail addresses listed in
Language-Team field).

You can also use this utility to request for new translations:

$ podebconf-report-po --call

This will send a mail to [EMAIL PROTECTED] with all the
needed information and material for new translators to add new
languages to your supported languages.

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


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

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# 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: gpsd 2.25\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-10-14 16:21+0200\n
PO-Revision-Date: 2005-06-20 13:07+0200\n
Last-Translator: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED]\n
Language-Team: French [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../gpsd.templates:1001
msgid Device your GPS receiver is attached to:
msgstr Fichier de périphérique utilisé par votre récepteur GPS :

#. Type: string
#. Description
#: ../gpsd.templates:1001
msgid 
Enter the device your GPS is attached to; this will probably be something 
like /dev/ttyS0 or /dev/ttyUSB0.
msgstr 
Veuillez indiquer le fichier de périphérique auquel est connecté votre 
récepteur GPS ; il s'agit vraisemblablement de /dev/ttyS0 ou /dev/ttyUSB0.

#. Type: string
#. Description
#: ../gpsd.templates:1001
msgid You can enter several devices, separated by spaces.
msgstr Vous pouvez entrer plusieurs périphériques, séparés par des espaces.

#. Type: boolean
#. Description
#: ../gpsd.templates:2001
msgid Should gpsd start on boot?
msgstr Faut-il lancer gpsd au démarrage du système ?

#. Type: boolean
#. Description
#: ../gpsd.templates:2001
msgid 
If your GPS receiver is permanently attached to your computer, you might 
want to start gpsd at boot time. Otherwise, you can run it by calling gpsd
(1) at any time, or you can use the hotplug interface for USB devices.
msgstr 
Si votre récepteur GPS est connecté en permanence à votre ordinateur, il 
peut être intéressant de lancer gpsd au démarrage du système. Sinon, vous 
pourrez le lancer par la commande gpsd(1) à n'importe quel moment ou vous 
pourrez utiliser l'interface de hotplug pour les périphériques USB.

#. Type: string
#. Description
#: ../gpsd.templates:3001
msgid Options to gpsd:
msgstr Options à passer à gpsd :

#. Type: string
#. Description
#: ../gpsd.templates:3001
msgid 
You can give additional arguments when starting gpsd; see gpsd(1) for a list 
of options.
msgstr 
Il est possible de préciser des paramètres supplémentaires lors du lancement 
de gpsd ; veuillez consulter la page de manuel gpsd(1) pour une liste des 
paramètres disponibles.


Bug#445806: Torcs can crash if OpenAL is unable to open a sound device

2007-10-21 Thread Rudy Godoy Guillén
On 08/10/2007 at 13:07 Emmet Hikory wrote...

 Package: torcs
 Version: 1.3.0-1
 Tags: patch
 Severity: wishlist
 
 If torcs attempts to start a race with the OpenAL audio backend
 enabled, and OpenAL is unable to open an audio device, torcs
 segfaults.  The Plib audio backend just prints an error message when
 it cannot open a device, and allows play to continue.  When sound is
 disabled, torcs doesn't even try to open a device.  This is admittedly
 a bug in OpenAL, but the attached patch to torcs provides a workaround
 to allow torcs to work smoothly until the OpenAL issue is addressed.
 Please consider this for application.
 
 To verify the issue and solution, temporarily remove or displace
 /etc/openalrc and (if it exists) $HOME/.openalrc; disable OSS (rmmod),
 and start torcs.

Thanks for your report, I'll test the patch and include as a Debian
bonus.



-- 
Rudy Godoy | 0x3433BD21 | http://www.htu.com.pe  ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature


Bug#443322: [Pkg-shadow-devel] Bug#443322: login: immediate 'Login incorrect' after unknown user name

2007-10-21 Thread Christian Perrier
Quoting Dwight Davis ([EMAIL PROTECTED]):
 Oops!, these lines are indeed different in my config,
 but they make no difference.
 
 The line that is causing this behavior is:
 
 auth   requisite  pam_securetty.so
 
 According to the man page this module should have no
 affect if the username is not recognized. The default
 for the requisite keyword is to die.
 
 Changing the keyword requisite to required, as the
 man page recommends, causes the normal behavior of
 login. 


Yes, I confirm that.

I pinged Steve Langasek on IRC to get some more expert advice when it
comes at PAM stuff.




signature.asc
Description: Digital signature


Bug#445099: Unable to create direct context rendering for window (when starting)

2007-10-21 Thread Rudy Godoy Guillén
On 03/10/2007 at 09:23 Matthias Krüger wrote...

 Package: torcs
 Version: 1.3.0-1
 Severity: minor
 
 --- Please enter the report below this line. ---
 When I launched TORCS the terminal said:
 
  Visual Properties Report
  
  Compatibility mode, properties unknown.
  freeglut (/usr/lib/torcs/torcs-bin): Unable to create direct context 
  rendering for window '/usr/lib/torcs/torcs-bin'
  This may hurt performance.

Again, please send the torcs -d  output and let me know more about
your video settings and configuration.

regards

-- 
Rudy Godoy | 0x3433BD21 | http://www.htu.com.pe  ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature


Bug#445102: crashs when crashing

2007-10-21 Thread Rudy Godoy Guillén
On 03/10/2007 at 09:24 Matthias Krüger wrote...

 Package: torcs
 Version: 1.3.0-1
 Severity: normal
 
 --- Please enter the report below this line. ---
 The game crashs when I am crashing against a wall or an other car.
 After the crash ther terminal said
  /usr/games/torcs: line 52:  8189 Speicherzugriffsfehler  $LIBDIR/torcs-bin 
  -l $LOCAL_CONF -L $LIBDIR -D $DATADIR $*
 
 Speicherzugriffsefehler is german and means something like
 segmentation fault, I think.

Can you please run torcs -d from console, you'll need to install gdb,
and send the output.

thanks

-- 
Rudy Godoy | 0x3433BD21 | http://www.htu.com.pe  ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature


Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-21 Thread Dmitry E. Oboukhov
FP извините, я плохо говорю по-русски!

FP And I don't remember asking for a reply in Russian...  ;-)
Excuse me. I saw that for you problems with Russian and thought that you
know it :)


FP Could we please talk in English (or in Italian, if you prefer...)?
FP Moreover, why didn't you Cc: the bug?

FP Anyway, if I understand correctly, you are pointing out that the Meta
FP style uses glisp font by design.  I know, but glisp used to be shipped
FP in package xfonts-artwiz, which was removed from testing before etch
FP release, and later was removed from unstable, as well.  Only oldstable
FP currently includes this package.

Therefore, unfortunately this bug it is impossible reassign to the
package of xfonts-artwiz.

If to delete this package, other font and style will be utillized will
correctly show a menu.
Other variant - to copy itself style and to change a font in it.

FP Unfortunately, I am not able to understand the rest of your message in a
FP reasonable time-frame (I should resume my Russian language notes and a
FP good dictionary, in order to translate it: it would take too long,
FP because my knowledge is too limited... sorry).
FP Could you resend it in English (or in Italian, if you prefer so)?

FP Thank you very much.


If you will choose the best variant of font, suitable for this theme, I
will change style in next upload.



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



Bug#447429: dhelp: dhelp is preventing the installation of most packages

2007-10-21 Thread Bill Wohler
Package: dhelp
Version: 0.5.24-0.1
Severity: critical

When installing most packages, I get one or more of the following messages:

  /usr/sbin/dhelp_parse: /usr/lib/libdb-4.5.so: no version information
  available (required by /usr/sbin/dhelp_parse)

Then it hangs until I hit C-c. In some cases, it's rendered the package
that called it broken so that I had to uninstall the broken package.

My (hardly optimal) workaround was to uninstall dhelp.

Tagged critical as it breaks other packages.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_US)
Shell: /bin/sh linked to /bin/bash

Versions of packages dhelp depends on:
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libdb4.5  4.5.20-1   Berkeley v4.5 Database Libraries [
ii  perl-modules  5.8.8-7Core Perl modules

Versions of packages dhelp recommends:
ii  iceweasel [www-bro 2.0.0.6-0etch1+lenny1 lightweight web browser based on M
ii  links [www-browser 1.00~pre20-0.1Character mode WWW browser
ii  lynx [www-browser] 2.8.6-2   Text-mode WWW Browser
ii  w3m [www-browser]  0.5.1-5.1+b1  WWW browsable pager with excellent
ii  xemacs21-gnome-mul 21.4.20-2 highly customizable text editor --

-- debconf information:
  dhelp/www-browser-console: w3m
  dhelp/www-browser-x: mozilla

-- 
Bill Wohler [EMAIL PROTECTED]  http://www.newt.com/wohler/  GnuPG ID:610BD9AD



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



Bug#447430: xawtv: [debconf_rewrite] Debconf templates and debian/control review

2007-10-21 Thread Christian Perrier
Package: xawtv
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Sunday, October 07, 2007, I notified you of the beginning of a review process
concerning debconf templates for xawtv.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes are suggested, and if you have any
objections, let me know in the next 3 days.

Please try to avoid uploading xawtv with these changes right now.

The second phase of this process will begin on Wednesday, October 24, 2007, 
when I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Wednesday, November 14, 2007. Please avoid uploading a package with fixed 
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around DAY25, I will contact you again and will send a final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


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

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- xawtv.old/debian/xawtv.templates2007-10-06 19:13:21.501393179 +0200
+++ xawtv/debian/xawtv.templates2007-10-21 09:46:32.595686814 +0200
@@ -1,3 +1,12 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# [EMAIL PROTECTED] for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: xawtv/makedev
 Type: boolean
 Default: true
@@ -6,37 +15,34 @@
 Template: xawtv/channel-scan
 Type: boolean
 Default: true
-_Description: scan for TV stations?
- This can do a scan of all channels and put a list of the TV stations I've
- found into the config file.
+_Description: Scan for TV stations?
+ A list of TV stations found by scanning can be included in the
+ configuration file.
  .
- This requires a working bttv driver.  If bttv isn't configured correctly I
- might not find the TV stations.
+ This requires a working bttv driver. If bttv isn't configured correctly, TV
+ stations will not be found.
  .
- I'll try to pick up the channel names from videotext. This will work with
- PAL only.
+ Channel names will be retrieved from teletext information, which
+ will only work for PAL channels.
 
 Template: xawtv/tvnorm
 Type: select
-_Choices: PAL, SECAM, NTSC
-_Description: TV norm is used in your country:
+Choices: PAL, SECAM, NTSC
+_Description: TV standard:
 
 Template: xawtv/build-config
 Type: boolean
 Default: false
 _Description: Create a default configuration for xawtv?
- You can create a system-wide configuration file for xawtv with reasonable
- default values for the country you live in (which TV norm is used for
- example).
+ A system-wide configuration file for xawtv can be created with reasonable
+ default values for the local country.
  .
- It is not required to have a global configuration file, but it will be
- more comfortable for your users if they find a working default
- configuration.
+ That file is not required but will simplify software configuration
+ for users.
 
 Template: xawtv/freqtab
 Type: select
-_Choices: us-bcast, us-cable, us-cable-hrc, japan-bcast, japan-cable, 
europe-west, europe-east, italy, newzealand, australia, ireland, france, 
china-bcast
-_Description: Frequency table that should be used:
- A frequency table is just a list of TV channel names/numbers and the
- corresponding broadcast frequencies for these channels.  Different regions
- use different standards here...
+__Choices: us-bcast, us-cable, us-cable-hrc, japan-bcast, japan-cable, 
europe-west, europe-east, italy, newzealand, australia, ireland, france, 
china-bcast
+_Description: Frequency table to use:
+ A frequency table is a list of TV channel names and numbers with
+ their broadcast frequencies.
--- xawtv.old/debian/control2007-10-06 19:13:21.501393179 +0200
+++ xawtv/debian/control2007-10-21 

Bug#445582: ldapscripts shows passwords in the clear on the command line

2007-10-21 Thread Steffen Joeris
Hi

Today, I had a look at the new upstream version 1.7.1, in order to fix 
unstable and testing. Thew new upstream version uses a function called 
mktempf () . There you generate the tempfile. However, you do not use 
the mktemp program. I did not try it so far, but I think that it is 
possible to guess the temp file, because you use 
_TMPFILE=$TMPDIR/`basename $0`.`date '+%Y%m%d-%H%M%S'`.$$

I would suggest using mktemp instead, which creates unique temporary 
filenames, which cannot be guessed.

Cheers
Steffen


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


Bug#399003: Fixed in upstream 5.24

2007-10-21 Thread Vincent Bernat
Hi !

This bug is fixed in upstream 5.24.

BTW, I am willing to co-maintain xlock  in a team. I don't offer to take
maintainship alone since I don't have enough time to handle it in a sane
way.
-- 
BOFH excuse #407:
Route flapping at the NAP.



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



Bug#445582: ldapscripts shows passwords in the clear on the command line

2007-10-21 Thread Pierre Habouzit
On Sun, Oct 21, 2007 at 08:16:49AM +, Steffen Joeris wrote:
 Hi
 
 Today, I had a look at the new upstream version 1.7.1, in order to fix 
 unstable and testing. Thew new upstream version uses a function called 
 mktempf () . There you generate the tempfile. However, you do not use 
 the mktemp program. I did not try it so far, but I think that it is 
 possible to guess the temp file, because you use 
 _TMPFILE=$TMPDIR/`basename $0`.`date '+%Y%m%d-%H%M%S'`.$$
 
 I would suggest using mktemp instead, which creates unique temporary 
 filenames, which cannot be guessed.

  what would be the point ? $TMPDIR is 0700.
 
 Cheers
 Steffen



-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpmYbsB5lWWf.pgp
Description: PGP signature


Bug#447432: suhosin patch breaks realpath() royally

2007-10-21 Thread Steve Langasek
Package: php5
Version: 5.2.4-1
Severity: important

The suhosin patch that's been applied to the Debian packages breaks
realpath()'s resolution of filenames where the last component of the path
(the filename) is a symlink.  This causes all but two of the readlink tests
in ext/standard/tests/file to fail in the current build, e.g.
http://buildd.debian.org/fetch.cgi?pkg=php5arch=alphaver=5.2.4-1stamp=1190131371file=logas=rawhttp://buildd.debian.org/fetch.cgi?pkg=php5arch=alphaver=5.2.4-1stamp=1190131371file=logas=raw:

TEST 2628/3217 [ext/standard/tests/file/readlink_realpath_basic1.phpt]
FAIL Test readlink() and realpath functions: basic functionality - diff. path 
notation for links [ext/standard/tests/file/readlink_realpath_basic1.phpt] 
TEST 2629/3217 [ext/standard/tests/file/readlink_realpath_basic2.phpt]
FAIL Test readlink() and realpath functions: basic functionality - diff. path 
notation for files [ext/standard/tests/file/readlink_realpath_basic2.phpt] 
TEST 2630/3217 [ext/standard/tests/file/readlink_realpath_error.phpt]
PASS Test readlink() and realpath() functions: error conditions 
[ext/standard/tests/file/readlink_realpath_error.phpt] 
TEST 2631/3217 [ext/standard/tests/file/readlink_realpath_variation1.phpt]
FAIL Test readlink() and realpath() functions: usage variation - 
linkname/filename stored in object 
[ext/standard/tests/file/readlink_realpath_variation1.phpt] 
TEST 2632/3217 [ext/standard/tests/file/readlink_realpath_variation2.phpt]
FAIL Test readlink() and realpath() functions: usage variation - 
linkname/filename stored in array 
[ext/standard/tests/file/readlink_realpath_variation2.phpt] 
TEST 2633/3217 [ext/standard/tests/file/readlink_realpath_variation3.phpt]
PASS Test readlink() and realpath() functions: usage variation - invalid args 
[ext/standard/tests/file/readlink_realpath_variation3.phpt] 

I think the suhosin patch should be unapplied until it stops causing
regressions in such straightforward functions.

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



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



Bug#447431: ntp: broken check for OpenSSL versions

2007-10-21 Thread Steve Langasek
Package: ntp
Version: 1:4.2.4p4+dfsg-1
Severity: serious
Tags: patch

The ntp package isn't usable in (at least) unstable, because it incorrectly
presumes to second-guess the correct OpenSSL version to link against:

Oct 21 00:19:55 borges ntpd[32073]: ntpd: OpenSSL version mismatch. Built 
against 908070, you have 90807f 

and exits immediately afterwards.

ntp should not be second-guessing the Debian library dependency handling. 
FWIW, this seems to be a recurrence of bug #286913, which was fixed in 2004;
where did that patch disappear to?

The attached patch should correct this bug again.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u ntp-4.2.4p4+dfsg/debian/changelog ntp-4.2.4p4+dfsg/debian/changelog
--- ntp-4.2.4p4+dfsg/debian/changelog
+++ ntp-4.2.4p4+dfsg/debian/changelog
@@ -1,3 +1,12 @@
+ntp (1:4.2.4p4+dfsg-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for RC bugfix.
+  * Don't second-guess the Debian dependencies by erroring out when a
+different version of OpenSSL is found.
+
+ -- Steve Langasek [EMAIL PROTECTED]  Sun, 21 Oct 2007 00:58:07 -0700
+
 ntp (1:4.2.4p4+dfsg-1) unstable; urgency=medium
 
   * New upstream release
only in patch2:
unchanged:
--- ntp-4.2.4p4+dfsg.orig/ntpd/ntpd.c
+++ ntp-4.2.4p4+dfsg/ntpd/ntpd.c
@@ -506,15 +506,6 @@
 	}
 #endif
 
-#ifdef OPENSSL
-	if ((SSLeay() ^ OPENSSL_VERSION_NUMBER)  ~0xff0L) {
-		msyslog(LOG_ERR,
-		ntpd: OpenSSL version mismatch. Built against %lx, you have %lx\n,
-		OPENSSL_VERSION_NUMBER, SSLeay());
-		exit(1);
-	}
-#endif
-
 	/* getstartup(argc, argv); / * startup configuration, may set debug */
 
 #ifdef DEBUG
only in patch2:
unchanged:
--- ntp-4.2.4p4+dfsg.orig/util/ntp-keygen.c
+++ ntp-4.2.4p4+dfsg/util/ntp-keygen.c
@@ -255,20 +255,8 @@
 #endif
 
 #ifdef OPENSSL
-	/*
-	 * OpenSSL version numbers: MNNFFPPS: major minor fix patch status
-	 * We match major, minor, fix and status (not patch)
-	 */
-	if ((SSLeay() ^ OPENSSL_VERSION_NUMBER)  ~0xff0L) {
-		fprintf(stderr,
-		OpenSSL version mismatch. Built against %lx, you have %lx\n,
-		OPENSSL_VERSION_NUMBER, SSLeay());
-		return (-1);
-
-	} else {
-		fprintf(stderr,
-		Using OpenSSL version %lx\n, SSLeay());
-	}
+	fprintf(stderr,
+	Using OpenSSL version %lx\n, SSLeay());
 #endif /* OPENSSL */
 
 	/*


Bug#409703: sql-ledger in testing

2007-10-21 Thread Steffen Joeris
Hi Raphael

I have read up on your discussion with the stable sec team. At the moment, 
sql-ledger is in testing and from what I have heard it would be possible to 
package and upload LedgerSMB, which fixes the security issues. Therefore, I 
would like to remove sql-ledger from testing. For lenny, ledgersmb could be 
used then. Any objections?

Cheers
Steffen


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


Bug#441086: 5.1.22rc-1 not affected

2007-10-21 Thread Norbert Tretkowski
Hi,

I think this bug could be closed, as 5.1.22rc-1 seems not affected.

Norbert




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



Bug#445582: ldapscripts shows passwords in the clear on the command line

2007-10-21 Thread Steffen Joeris
Hi

  I would suggest using mktemp instead, which creates unique temporary
  filenames, which cannot be guessed.

   what would be the point ? $TMPDIR is 0700.
Bah, I overlooked the umask call. Thanks for the pointer.

Cheers
Steffen


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


Bug#447433: iconv TRANSLIT behavior is locale-dependent?

2007-10-21 Thread Steve Langasek
Package: libc6
Version: 2.3.6.ds1-13etch2

The following command is taken from a test case from the php5 source
package:

echo -e 
\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d
 \
| iconv -f CP932 -t EUC-JP//TRANSLIT

The output of this command is different depending on the locale of the
calling user.  If I call this command in a UTF-8 locale, I get the behavior
expected by the php test case.  If I call it in a C locale, I get a
different output (a series of question marks).  If I call it in an ISO8859-1
locale, I get yet a different output.

I don't see any reason that the behavior of iconv should be dependent on the
locale in which it's invoked.

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



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



Bug#447434: crashs when walking out of the map

2007-10-21 Thread Matthias Krüger
Package: freedroidrpg
Version: 0.10.3-1
Severity: normal

--- Please enter the report below this line. ---
When I shot a hole into the wall of the room in Temple Wood (a little
part of this room is  near Ethereal Meadows and walked out of the map
the game crashed:

 player_num: '0'.
 
 
 player_num's last position: X=75.346568, Y=-0.501897, Z=8.
 
 --
 Freedroid has encountered a problem:
 In Function: CheckForTuxOutOfMap.
 FreedroidRPG package and version number: freedroidrpg 0.10.3.
 Problem Description: A player's Tux was found outside the map.
 This indicates either a bug in the Freedroid RPG code or
 a bug in the currently used map system of Freedroid RPG..
 
 If you encounter this message, please inform the Freedroid developers
 about the problem, best by sending e-mail to 
 
 [EMAIL PROTECTED]
 
 Or you might mention it to someone of the developers on our
 IRC channel.  The channel is:
 
 channel: #freedroid on irc.freenode.net
 
 Thanks a lot!
 
 Freedroid will terminate now to draw attention to the problems it could
 not resolve.  Sorry if that interrupts a major game of yours...
 A final stack backtrace looks like this:
 print_trace:  Obtained 6 stack frames.
 print_trace:  Obtaining symbols now done.
 freedroidRPG(print_trace+0x12) [0x459982]
 freedroidRPG(GiveStandardErrorMessage+0xcd) [0x45ba6d]
 freedroidRPG(move_tux+0x168) [0x4578d8]
 freedroidRPG(main+0x2a5) [0x468635]
 /lib/libc.so.6(__libc_start_main+0xf4) [0x2aca40d1ab44]
 freedroidRPG [0x419889]
 
 print_trace():  received INTERNAL FREEDROID ERROR SIGNAL!
 
 --
 Termination of freedroidRPG initiated...Thank you for playing freedroidRPG.
 


Thank you for your fine work!Matthias Krüger
--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.21-2-amd64

Debian Release: lenny/sid
  500 testing security.debian.org
  500 testing 141.76.2.4

--- Package information. ---
Depends   (Version) | Installed
===-+-==
libc6  (= 2.6.1-1) | 2.6.1-1
libgl1-mesa-glx | 7.0.1-2
 OR libgl1  |
libjpeg62   | 6b-14
libogg0  (= 1.1.3) | 1.1.3-2
libpng12-0(= 1.2.13-4) | 1.2.15~beta5-3
libsdl-image1.2  (= 1.2.5) | 1.2.6-1
libsdl-mixer1.2  (= 1.2.6) | 1.2.8-1
libsdl-net1.2   | 1.2.7-2
libsdl1.2debian   (= 1.2.10-1) | 1.2.11-9
libvorbis0a  (= 1.2.0) | 1.2.0.dfsg-2
zlib1g(= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-6
freedroidrpg-data   | 0.10.3-1




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



Bug#447438: [l10n] Updated Czech translation of ltsp debconf messages

2007-10-21 Thread Miroslav Kure
Package: ltsp
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
ltsp debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
#
#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: ltsp\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-10-17 23:50-0700\n
PO-Revision-Date: 2007-10-20 10:38+0200\n
Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n
Language-Team: Czech [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../ltsp-client-builder.templates:2001
msgid Set up an LTSP chroot environment?
msgstr Nastavit chroot prostředí pro LTSP?

#. Type: boolean
#. Description
#: ../ltsp-client-builder.templates:2001
msgid 
Please choose whether you want to set up an LTSP chroot environment on this 
machine, to act as a thin client server.
msgstr 
Rozhodněte se, zda chcete na tomto počítači vytvořit chrootované prostředí 
pro LTSP, které bude sloužit jako server pro tenké klienty.

#. Type: text
#. Description
#. Item in the main menu to select this package
#: ../ltsp-client-builder.templates:3001
msgid Build LTSP chroot
msgstr Vytvořit chroot pro LTSP

#. Type: text
#. Description
#: ../ltsp-client-builder.templates:4001
msgid Building thin client system...
msgstr Vytváří se systém pro tenkého klienta...

#. Type: text
#. Description
#: ../ltsp-client-builder.templates:5001
msgid Compressing thin client image...
msgstr Komprimuje se obraz tenkého klienta...

#. Type: note
#. Description
#: ../ltsp-client-builder.templates:7001
msgid No interface for LTSP dhcpd configuration
msgstr Žádné rozhraní pro konfiguraci LTSP dhcpd

#. Type: note
#. Description
#: ../ltsp-client-builder.templates:7001
msgid 
There are no free interfaces for usage with the LTSP server. Please manually 
configure the /etc/ltsp/dhcpd.conf file to point to a valid static interface 
after the installation has completed.
msgstr 
Neexistují žádná volná rozhraní, která by mohl LTSP server použít. Po 
instalaci prosím ručně upravte soubor /etc/ltsp/dhcpd.conf tak, aby ukazoval 
na platné statické rozhraní.

#. Type: select
#. Description
#: ../ltsp-client-builder.templates:8001
msgid Interface for the thin client network:
msgstr Rozhraní pro síť tenkého klienta:

#. Type: select
#. Description
#: ../ltsp-client-builder.templates:8001
msgid 
Please choose which of this system's multiple spare interfaces should be 
used for the thin client.
msgstr 
Z volných rozhraní tohoto systému vyberte prosím to, které se má použít pro 
tenkého klienta.

#. Type: error
#. Description
#: ../ltsp-client-core.templates:2001
msgid Installation aborted
msgstr Instalace přerušena

#. Type: error
#. Description
#: ../ltsp-client-core.templates:2001
msgid 
The ltsp-client package provides the basic structure for an LTSP terminal. 
It cannot be installed on a regular machine.
msgstr 
Balík ltsp-client poskytuje základní infrastrukturu pro LTSP terminál a není 
možné jej nainstalovat na běžný počítač.

#~ msgid Building LTSP chroot...
#~ msgstr Vytváří se chroot pro LTSP...

#~ msgid Please read the package description to understand what it means.
#~ msgstr Přečtěte si prosím popis balíku, abyste porozuměli, co to znamená.


Bug#447435: [l10n] Updated Czech translation of uw-imap debconf messages

2007-10-21 Thread Miroslav Kure
Package: uw-imap
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
uw-imap debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
#
#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: uw-imap\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-10-15 07:19+0200\n
PO-Revision-Date: 2007-10-21 10:29+0200\n
Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n
Language-Team: Czech [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001 ../uw-imapd.templates:2001
msgid Server ports and protocols to support:
msgstr Protokoly a porty, které má server podporovat:

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001 ../uw-imapd.templates:2001
msgid Please choose the server ports and protocols to activate.
msgstr Vyberte prosím porty a protokoly, které se mají na serveru povolit.

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001
msgid 
 pop3:  POP 3 on TCP port 110 with TLS support;\n
 pop3s: POP 3 on TCP port 995 with SSL support;\n
 pop2:  (obsolete) POP 2 on TCP port 109 with TLS support.
msgstr 
 pop3:  POP 3 na TCP portu 110 s podporou TLS;\n
 pop3s: POP 3 na TCP portu 995 s podporou SSL;\n
 pop2:  (zastaralý) POP 2 na TCP portu 109 s podporou TLS.

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001
msgid It is recommended to activate both pop3 and pop3s.
msgstr Doporučuje se aktivovat jak pop3, tak pop3s.

#. Type: multiselect
#. Description
#: ../ipopd.templates:2001
msgid 
As the ports and protocols choice may have been overridden by local changes, 
you may need to enforce the choice and run the package configuration again 
with 'dpkg-reconfigure ipopd'.
msgstr 
Protože se může stát, že si zde nastavené porty a protokoly později přepíšete 
lokálními úpravami konfiguračního souboru, můžete vynutit toto nastavení 
spuštěním příkazu „dpkg-reconfigure ipopd“.

#. Type: boolean
#. Description
#: ../ipopd.templates:3001 ../uw-imapd.templates:3001
msgid Enforce port selection?
msgstr Vynutit výběr portů?

#. Type: boolean
#. Description
#: ../ipopd.templates:3001
msgid The ipopd daemon supports listening simultaneously on several ports.
msgstr Daemon ipopd umí naslouchat na více portech zároveň.

#. Type: boolean
#. Description
#. Type: multiselect
#. Description
#. Type: boolean
#. Description
#: ../ipopd.templates:3001 ../uw-imapd.templates:2001
#: ../uw-imapd.templates:3001
msgid 
As the ports and protocols choice may have been overridden by local changes, 
you may need to enforce the choice and run the package configuration again 
with 'dpkg-reconfigure uw-imapd'.
msgstr 
Protože se může stát, že si zde nastavené porty a protokoly později přepíšete 
lokálními úpravami konfiguračního souboru, můžete vynutit toto nastavení 
spuštěním příkazu „dpkg-reconfigure uw-imapd“.

#. Type: multiselect
#. Description
#: ../uw-imapd.templates:2001
msgid 
 imap2: IMAP 4rev1 on TCP port 143 with TLS support;\n
 imaps: IMAP 4rev1 on TCP port 993 with SSL support;\n
 imap3: (obsolete) IMAP 3 on TCP port 220 with TLS support.
msgstr 
 imap2: IMAP 4rev1 na TCP portu 143 s podporou TLS;\n
 imaps: IMAP 4rev1 na TCP portu 993 s podporou SSL;\n
 imap3: (zastaralý) IMAP 3 na TCP portu 220 s podporou TLS.

#. Type: multiselect
#. Description
#: ../uw-imapd.templates:2001
msgid It is recommended to activate both imap2 and imaps.
msgstr Doporučuje se aktivovat jak imap2, tak imaps.

#. Type: boolean
#. Description
#: ../uw-imapd.templates:3001
msgid The uw-imap daemon supports listening simultaneously on several ports.
msgstr Daemon uw-imap umí naslouchat na více portech zároveň.

#~ msgid If in doubt, choose pop3 and pop3s.
#~ msgstr Pokud si nejste jisti, vyberte pop3 a pop3s.

#~ msgid Which ports should the server listen on?
#~ msgstr Na kterých portech má server naslouchat?

#~ msgid Continue installing libc-client without Maildir support?
#~ msgstr Pokračovat v instalaci libc-client bez podpory Maildiru?

#~ msgid 
#~ Libc-client earlier than version 2002d (and development versions of 2003) 
#~ included an unofficial and no longer maintained patch to support 
#~ Maildirs. By default Maildirs were not used by uw-imapd or ipopd, but if 
#~ you have changed your system configuration or other installed programs 
#~ depend on libc-client then upgrading may result in broken mail handling.
#~ msgstr 
#~ 

Bug#447439: [l10n] Updated Czech translation of mplayer debconf messages

2007-10-21 Thread Miroslav Kure
Package: mplayer
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
mplayer debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
# Czech translation of mplayer debconf messages.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the mplayer package.
# Miroslav Kure [EMAIL PROTECTED], 2007.
#
msgid 
msgstr 
Project-Id-Version: mplayer\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-10-18 10:01+0200\n
PO-Revision-Date: 2007-10-21 10:35+0200\n
Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n
Language-Team: Czech [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: note
#. Description
#: ../mplayer.templates:2001
msgid Detailed configuration needed for each user
msgstr Jemnější nastavení pro každého uživatele

#. Type: note
#. Description
#: ../mplayer.templates:2001
msgid 
The performance of MPlayer depends heavily on hardware; this means that it 
may benefit from tweaking options for every single machine it's installed on.
msgstr 
Výkonnost MPlayeru silně závisí na hardwaru, což znamená, že může těžit z 
vyladění pro každý konkrétní počítač, na kterém je nainstalovaný.

#. Type: note
#. Description
#: ../mplayer.templates:2001
msgid 
You should read the documentation provided by the 'mplayer-doc' package.
msgstr Měli byste si přečíst dokumentaci poskytovanou balíkem „mplayer-doc“.

#. Type: note
#. Description
#: ../mplayer.templates:2001
msgid 
Now, some configuration options will be set for the entire system in /etc/
mplayer/mplayer.conf which may be adapted later. Any user can also refine 
options in  ~/.mplayer/config.
msgstr 
Nyní se nastaví některé konfigurační možnosti do celosystémového souboru 
/etc/mplayer/mplayer.conf. Nastavení můžete později upravit a také jednotliví 
uživatelé si mohou konfiguraci doladit dle potřeb v soukromém konfiguračním 
souboru ~/.mplayer/config.

#. Type: boolean
#. Description
#: ../mplayer.templates:3001
msgid Replace existing configuration file?
msgstr Nahradit stávající konfigurační soubor?

#. Type: boolean
#. Description
#: ../mplayer.templates:3001
#| msgid 
#| There is already a file /etc/mplayer/mplayer.conf, but it does not 
#| contain an automatically generated part. This script may generate a new 
#| file (the old file will be moved to /etc/mplayer/mplayer.conf.debconf-
#| old).
msgid 
An /etc/mplayer/mplayer.conf file already exists on the system and does not 
contain an automatically-generated part. That file can be replaced by a 
generated one (the old file will be moved to /etc/mplayer/mplayer.conf.
debconf-old).
msgstr 
Soubor /etc/mplayer/mplayer.conf již v systému existuje, ovšem neobsahuje 
automaticky vygenerovanou část. Tento soubor může být nahrazen novějším 
(původní soubor bude zazálohován jako /etc/mplayer/mplayer.conf.debconf-old).

#. Type: note
#. Description
#: ../mplayer.templates:4001
#| msgid Replace existing configuration file?
msgid Old configuration file kept
msgstr Stávající konfigurační soubor byl ponechán

#. Type: note
#. Description
#: ../mplayer.templates:4001
msgid You chose not to replace the existing /etc/mplayer/mplayer.conf file.
msgstr 
Zvolili jste, že se stávající konfigurační soubor /etc/mplayer/mplayer.conf 
nemá nahradit.

#. Type: note
#. Description
#: ../mplayer.templates:4001
msgid 
That file can be generated automatically later by running 'dpkg-reconfigure 
mplayer'.
msgstr 
Změníte-li později názor, můžete jej nahradit automaticky vygenerovanou verzí 
spuštěním příkazu „dpkg-reconfigure mplayer“.

#. Type: select
#. Description
#: ../mplayer.templates:5001
msgid MPlayer video output:
msgstr Video výstup MPlayeru:

#. Type: select
#. Description
#: ../mplayer.templates:5001
msgid 
MPlayer can use a very wide range of video output drivers. The needed driver 
may be detected automatically or chosen manually.
msgstr 
MPlayer umí využít širokou škálu výstupních ovladačů. Vhodný ovladač může být 
rozpoznán automaticky, nebo jej můžete zvolit ručně.

#. Type: select
#. Description
#: ../mplayer.templates:5001
msgid 
If you prefer choosing the driver yourself, you first should choose an entry 
matching this system's video card. If none match and the card supports 'XV', 
choose that option (the 'xvinfo' command may help).
msgstr 
Chcete-li si ovladač vybrat sami, měli byste si nejprve vybrat záznam 
odpovídající vaší video kartě. Pokud takový záznam nemůžete najít a vaše 
video karta podporuje rozšíření „XV“, zvolte to. (Podporu XV zjistíte 
příkazem xvinfo.)

#. Type: select
#. Description
#: ../mplayer.templates:5001
msgid 
Please read the /usr/share/doc/mplayer-doc/HTML/en/video.html file from the 
'mplayer-doc' package for more details.
msgstr 
Podrobnosti naleznete v souboru /usr/share/doc/mplayer-doc/HTML/en/video.html 
(součást balíku „mplayer-doc“).

#. Type: note
#. Description
#: 

Bug#447437: [l10n] Updated Czech translation of emdebian-tools debconf messages

2007-10-21 Thread Miroslav Kure
Package: emdebian-tools
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
emdebian-tools debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
# Czech translation of emdebian-tools debconf messages.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the emdebian-tools package.
# Miroslav Kure [EMAIL PROTECTED], 2007.
#
msgid 
msgstr 
Project-Id-Version: emdebian-tools\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-10-17 21:35+0100\n
PO-Revision-Date: 2007-10-20 15:00+0200\n
Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n
Language-Team: Czech [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../emdebian-tools.templates:1001
msgid Build directory for emdebian packages:
msgstr Kompilovací adresář pro balíky emdebianu:

#. Type: string
#. Description
#: ../emdebian-tools.templates:1001
msgid 
Either specify an existing Emdebian subversion tree (e.g. /home/user/
emdebian/svn/target/) or specify the full path to a directory that can be 
used by the tools (emsource and emchain) as a build tree. If no directory is 
given, the tools will just use the current directory, for checkouts and 
downloads, possibly resulting in multiple source downloads.
msgstr 
Zadejte buď stávající subversion repositář emdebianu (např. /home/user/
emdebian/svn/target/) nebo zadejte celou cestu k adresáři, který mohou 
nástroje (emsource a emchain) použít jako kompilovací strom. Nezadáte-li 
nic, nástroje použijí pro stahování aktuální adresář, což může vyústit v 
několikanásobné stahování zdrojových textů.

#. Type: string
#. Description
#: ../emdebian-tools.templates:2001
msgid Subversion login to use on buildd.emdebian.org:
msgstr Uživatelské jméno do subversion na buildd.emdebian.org:

#. Type: string
#. Description
#: ../emdebian-tools.templates:2001
msgid 
If you expect to be submitting improvements to Emdebian, including updates 
to patches and build logs, emdebian-tools can commit updated patch files for 
you without further intervention.
msgstr 
Jestliže plánujete přispívat do Emdebianu vlastními vylepšeními, emdebian-
tools mohou commitovat aktualizované záplaty bez dalších zásahů.

#. Type: string
#. Description
#: ../emdebian-tools.templates:2001
msgid 
Note that this username is not necessarily the same as any Debian username 
or identity.
msgstr 
Toto uživatelské jméno nemusí být shodné s vaším uživatelským jménem nebo 
identitou v Debianu.

#. Type: string
#. Description
#: ../emdebian-tools.templates:2001
msgid 
If you do not (yet) have an Emdebian username, leave this blank. (emsource 
will use anonymous checkouts of the patch files.)
msgstr 
Pokud (zatím) uživatelský účet v Emdebianu nemáte, ponechte prázdné. 
(emsource bude záplaty získávat anonymním přihlášením.)

#. Type: select
#. Description
#: ../emdebian-tools.templates:3001
msgid Which suite (e.g. unstable) should packages be built against?
msgstr Proti které větvi (např. unstable) se mají balíky kompilovat?

#. Type: select
#. Description
#: ../emdebian-tools.templates:3001
msgid 
This setting determines the versions of libraries and packages use to build 
cross-built emdebian packages. emdebian-tools defaults to taking those 
packages from unstable, (as in normal Debian uploads). If you want to build 
against testing or stable instead, then change this setting.
msgstr 
Toto nastavení určuje, které verze knihoven a balíků se mají použít pro 
křížovou kompilaci balíků emdebianu. emdebian-tools standardně používají 
balíky z unstable. Chcete-li raději kompilovat proti testingu nebo stable, 
změňte toto nastavení.

#. Type: boolean
#. Description
#: ../emdebian-tools.templates:4001
msgid Use apt-get to install toolchains?
msgstr Použít pro instalaci nástrojů apt-get?

#. Type: boolean
#. Description
#: ../emdebian-tools.templates:4001
msgid 
emsetup can install toolchain packages for you using apt-get. Alternatively, 
unset this option to use aptitude.
msgstr 
emsetup může automaticky nainstalovat balíky s nástroji pomocí apt-get. 
Chcete-li použít aptitude, tuto možnost odmítněte.

#~ msgid Preferred working directory:
#~ msgstr Preferovaný pracovní adresář:

#~ msgid 
#~ emsource can download, unpack and apply Emdebian patches to Debian 
#~ sources into the current working directory or into a  preset working 
#~ directory. The same directory can also be used by emchain if you need to 
#~ build your own cross-building toolchain. If you would prefer to let 
#~ emsource and emchain work only in the current working directory, leave 
#~ this blank.
#~ msgstr 
#~ emsource může stáhnout, rozbalit a aplikovat záplaty projektu Emdebian na 
#~ zdrojové balíky Debianu buď v aktuálním pracovním adresáři, nebo v 
#~ přednastaveném adresáři. Potřebujete-li vybudovat systém nástrojů pro 
#~ křížovou kompilaci, může tento 

Bug#221703: ping

2007-10-21 Thread Thomas Viehmann
Hi Roland,

just a small ping about the GPLed version... :)

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



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



Bug#447436: [l10n] Updated Czech translation of postgresql-common debconf messages

2007-10-21 Thread Miroslav Kure
Package: postgresql-common
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
postgresql-common debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
# Czech translation of postgresql-common debconf messages.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the postgresql-common 
package.
# Miroslav Kure [EMAIL PROTECTED], 2006,2007.
#
msgid 
msgstr 
Project-Id-Version: postgresql-common\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-10-17 07:25+0200\n
PO-Revision-Date: 2007-10-20 15:10+0200\n
Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n
Language-Team: Czech [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: error
#. Description
#: ../postgresql-common.templates:2001
msgid Obsolete major version ${old}
msgstr Zastaralá hlavní verze ${old}

#. Type: error
#. Description
#: ../postgresql-common.templates:2001
#| msgid 
#| The PostgreSQL version ${old} is obsolete, but you still have the server 
#| and/or client package installed. Please install the latest packages 
#| (postgresql-${latest} and postgresql-client-${latest}) and upgrade your 
#| existing ${oldversion} clusters with pg_upgradecluster (see manpage).
msgid 
The PostgreSQL version ${old} is obsolete, but the server or client packages 
are still installed. Please install the latest packages (postgresql-
${latest} and postgresql-client-${latest}) and upgrade the existing 
${oldversion} clusters with pg_upgradecluster (see manpage).
msgstr 
PostgreSQL verze ${old} je již zastaralá, ale v systému se stále nachází 
balík se serverem a/nebo klientem. Nainstalujte prosím nejnovější balíky 
(postgresql-${latest} a postgresql-client-${latest}) a aktualizujte své 
klastry ${oldversion} pomocí pg_upgradecluster (viz manuálová stránka).

#. Type: error
#. Description
#: ../postgresql-common.templates:2001
msgid 
Please be aware that the installation of postgresql-${latest} will 
automatically create a default cluster ${latest}/main. If you want to 
upgrade the ${old}/main cluster, you need to remove the already existing 
${latest} cluster (pg_dropcluster --stop ${latest} main, see manpage for 
details).
msgstr 
Vemte prosím na vědomí, že instalací postgresql-${latest} se automaticky 
vytvoří výchozí klastr ${latest}/main. Chcete-li aktualizovat klastr ${old}/
main, musíte odstranit nově vytvořený klastr ${latest} (pg_dropcluster --
stop ${latest} main, viz manuálová stránka).

#. Type: error
#. Description
#: ../postgresql-common.templates:2001
#| msgid 
#| The old server and client packages are not supported any more. After 
#| having upgraded the existing clusters, you should remove the postgresql-
#| ${old} and postgresql-client-${old} packages.
msgid 
The old server and client packages are no longer supported. After the 
existing clusters are upgraded, the postgresql-${old} and postgresql-client-
${old} packages should be removed.
msgstr 
Staré balíky serveru a klienta již nejsou podporovány. Po aktualizaci 
stávajících klastrů byste měli balíky postgresql-${old} a postgresql-client-
${old} odstranit.


Bug#437326: boinc-client: please support PS3 platform

2007-10-21 Thread Frank S. Thomas
tags 437326 + fixed-upstream
thanks

Hi Thibaut,

Thanks to David Anderson it is now possible to specify arbitrary many 
alternate platforms in cc_config.xml with the alt_platform element which is 
a direct child of the options element:
  http://boinc.berkeley.edu/trac/changeset/13918

This change will appear in BOINC = 5.10.26.

Grüße,
Frank


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


Bug#439742: Image

2007-10-21 Thread Rudy Godoy Guillén
Hi, I understand your concern regarding the proper or correct
definition of things. However that's what upstream put into the
software. I might change it, since I'm acting as upstream now.

What other image do you propose?

-- 
Rudy Godoy | 0x3433BD21 | http://www.htu.com.pe  ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature


Bug#447440: fontconfig: [INTL:it] Italian debconf templates translation

2007-10-21 Thread Luca Monducci
Package: fontconfig
Severity: wishlist
Tags: l10n, patch

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

Regards,
 Luca

it.po
Description: Binary data


Bug#447442: uswsusp: [INTL:it] Italian debconf templates translation

2007-10-21 Thread Luca Monducci
Package: uswsusp
Severity: wishlist
Tags: l10n, patch

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

Regards,
 Luca

it.po
Description: Binary data


Bug#447432: [php-maint] Bug#447432: suhosin patch breaks realpath() royally

2007-10-21 Thread Jan Wagner
Hi Steve,

On Sunday 21 October 2007 10:16, Steve Langasek wrote:
 Package: php5
 Version: 5.2.4-1
 Severity: important

 The suhosin patch that's been applied to the Debian packages breaks
 realpath()'s resolution of filenames where the last component of the path
 (the filename) is a symlink.  This causes all but two of the readlink tests
 in ext/standard/tests/file to fail in the current build, e.g.
 http://buildd.debian.org/fetch.cgi?pkg=php5arch=alphaver=5.2.4-1stamp=1
190131371file=logas=rawhttp://buildd.debian.org/fetch.cgi?pkg=php5arch=al
phaver=5.2.4-1stamp=1190131371file=logas=raw:

[...]

 I think the suhosin patch should be unapplied until it stops causing
 regressions in such straightforward functions.

was it reported to upstream?

With kind regards, Jan.
-- 
Never write mail to [EMAIL PROTECTED], you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GIT 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--


pgpk10HfO2mF1.pgp
Description: PGP signature


Bug#447441: ssl-cert: [INTL:it] Italian debconf templates translation

2007-10-21 Thread Luca Monducci
Package: ssl-cert
Severity: wishlist
Tags: l10n, patch

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

Regards,
 Luca

it.po
Description: Binary data


Bug#447443: gcc-snapshot - FTBFS: mv: cannot stat `debian/tmp/usr/lib/gcc-snapshot/include/c++/4.3.0/s390x-linux-gnu/64': No such file or directory

2007-10-21 Thread Bastian Blank
Package: gcc-snapshot
Version: 20071020-1
Severity: serious

There was an error while trying to autobuild your package:

 Automatic build of gcc-snapshot_20071020-1 on debian-31.osdl.marist.edu by 
 sbuild/s390 98
[...]
 ls -l debian/tmp/usr/lib/gcc-snapshot/bin
 total 41772
 -rwxr-xr-x 1 root root1022 Oct 21 02:45 addr2name.awk
 -rwxr-xr-x 4 root root  498287 Oct 21 02:43 c++
 -rwxr-xr-x 1 root root  497740 Oct 21 02:44 cpp
 -rwxr-xr-x 4 root root  498287 Oct 21 02:43 g++
 -rwxr-xr-x 1 root root8281 Oct 21 02:45 gappletviewer
 -rwxr-xr-x 1 root root8283 Oct 21 02:45 gc-analyze
 -rwxr-xr-x 3 root root  492301 Oct 21 02:44 gcc
 -rwxr-xr-x 1 root root   16333 Oct 21 02:44 gccbug
 -rwxr-xr-x 2 root root  524351 Oct 21 02:43 gcj
 -rwxr-xr-x 1 root root   64020 Oct 21 02:45 gcj-dbtool
 -rwxr-xr-x 1 root root8261 Oct 21 02:45 gcjh
 -rwxr-xr-x 1 root root   81504 Oct 21 02:44 gcov
 -rwxr-xr-x 2 root root  500815 Oct 21 02:43 gfortran
 -rwxr-xr-x 1 root root7139 Oct 21 02:45 gij
 -rwxr-xr-x 1 root root8247 Oct 21 02:45 gjar
 -rwxr-xr-x 1 root root8261 Oct 21 02:45 gjarsigner
 -rwxr-xr-x 1 root root8257 Oct 21 02:45 gjavah
 -rwxr-xr-x 1 root root8259 Oct 21 02:45 gkeytool
 -rwxr-xr-x 1 root root 4573029 Oct 21 02:43 gnat
 -rwxr-xr-x 1 root root 3618711 Oct 21 02:43 gnatbind
 -rwxr-xr-x 1 root root   76542 Oct 21 02:43 gnatbl
 -rwxr-xr-x 1 root root 2168474 Oct 21 02:43 gnatchop
 -rwxr-xr-x 1 root root 4393885 Oct 21 02:43 gnatclean
 -rwxr-xr-x 1 root root 2010391 Oct 21 02:43 gnatfind
 -rwxr-xr-x 1 root root8306 Oct 21 02:45 gnative2ascii
 -rwxr-xr-x 1 root root  578211 Oct 21 02:43 gnatkr
 -rwxr-xr-x 1 root root 1591605 Oct 21 02:43 gnatlink
 -rwxr-xr-x 1 root root 1876806 Oct 21 02:43 gnatls
 -rwxr-xr-x 1 root root 6548048 Oct 21 02:43 gnatmake
 -rwxr-xr-x 1 root root 3494632 Oct 21 02:43 gnatname
 -rwxr-xr-x 1 root root 2444339 Oct 21 02:43 gnatprep
 -rwxr-xr-x 1 root root 2009390 Oct 21 02:43 gnatxref
 -rwxr-xr-x 1 root root8256 Oct 21 02:45 gorbd
 -rwxr-xr-x 1 root root8256 Oct 21 02:45 grmic
 -rwxr-xr-x 1 root root8256 Oct 21 02:45 grmid
 -rwxr-xr-x 1 root root8280 Oct 21 02:45 grmiregistry
 -rwxr-xr-x 1 root root8282 Oct 21 02:45 gserialver
 -rwxr-xr-x 1 root root8261 Oct 21 02:45 gtnameserv
 -rwxr-xr-x 1 root root  492002 Oct 21 02:43 gtreelang
 -rwxr-xr-x 1 root root  314831 Oct 21 02:43 jcf-dump
 -rwxr-xr-x 1 root root8210 Oct 21 02:45 jv-convert
 -rwxr-xr-x 4 root root  498287 Oct 21 02:43 s390-linux-gnu-c++
 -rwxr-xr-x 4 root root  498287 Oct 21 02:43 s390-linux-gnu-g++
 -rwxr-xr-x 3 root root  492301 Oct 21 02:44 s390-linux-gnu-gcc
 -rwxr-xr-x 3 root root  492301 Oct 21 02:44 s390-linux-gnu-gcc-4.3.0
 -rwxr-xr-x 2 root root  524351 Oct 21 02:43 s390-linux-gnu-gcj
 -rwxr-xr-x 2 root root  500815 Oct 21 02:43 s390-linux-gnu-gfortran
 if [ ! -x debian/tmp/usr/lib/gcc-snapshot/bin/s390-linux-gnu-gcc ]; then \
 mv debian/tmp/usr/lib/gcc-snapshot/bin/s390-linux-gnu-gcc-4* 
 debian/tmp/usr/lib/gcc-snapshot/bin/s390-linux-gnu-gcc; \
   else \
 rm -f debian/tmp/usr/lib/gcc-snapshot/bin/s390-linux-gnu-gcc-4*; \
   fi
 set -e; \
 cd 
 debian/tmp/usr/lib/gcc-snapshot/lib/gcc/s390-linux-gnu/4.3.0/include-fixed; \
 for i in *; do \
   case $i in \
 README|features.h|syslimits.h|limits.h) ;; \
 linux|s390-linux-gnu) ;; \
 s390x-linux-gnu) ;; \
 *) echo remove include-fixed/$i; rm -rf $i; \
   esac; \
 done
 remove include-fixed/X11
 remove include-fixed/sound
 : # fix biarch C++ header installation
 mv debian/tmp/usr/lib/gcc-snapshot/include/c++/4.3.0/s390x-linux-gnu/64 \
 debian/tmp/usr/lib/gcc-snapshot/include/c++/4.3.0/s390-linux-gnu/
 mv: cannot stat 
 `debian/tmp/usr/lib/gcc-snapshot/include/c++/4.3.0/s390x-linux-gnu/64': No 
 such file or directory
 make[1]: *** [stamps/07-install-snap-stamp] Error 1
 make[1]: Leaving directory `/build/buildd/gcc-snapshot-20071020'
 make: *** [stamps/07-install-snap-stamp] Error 2
 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave 
 error exit status 2
 **
 Build finished at 20071020-2246
 FAILED [dpkg-buildpackage died]



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



Bug#426789: mysql-server-5.0 hangs/deadlocks on startup and shutdown due to privilege problems

2007-10-21 Thread Norbert Tretkowski
Hi Nick,

* Nick Leverton wrote:
 Upstream says in http://bugs.mysql.com/bug.php?id=28690 that this
 should be fixed in 5.0.44.

can you confirm that this bug is fixed in 5.0.45-1?

Norbert




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



Bug#447433: iconv TRANSLIT behavior is locale-dependent?

2007-10-21 Thread Alexander E. Patrakov

Steve Langasek wrote:


I don't see any reason that the behavior of iconv should be dependent on the
locale in which it's invoked.


See http://osdir.com/ml/linux.lfs.devel/2006-01/msg00678.html, where the 
maintainer of libiconv writes in response to a similar report about 
transliterations:



In contrast to that, libiconv bases its decisions only upon
the source and destination character sets.


This is true, and is actually a problem with libiconv. Because for example
transliteration from Cyrillic to Latin scripts has to be locale dependent.


--
Alexander E. Patrakov



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



Bug#447432: [php-maint] Bug#447432: suhosin patch breaks realpath() royally

2007-10-21 Thread Steve Langasek
On Sun, Oct 21, 2007 at 10:58:33AM +0200, Jan Wagner wrote:

 On Sunday 21 October 2007 10:16, Steve Langasek wrote:
  Package: php5
  Version: 5.2.4-1
  Severity: important

  The suhosin patch that's been applied to the Debian packages breaks
  realpath()'s resolution of filenames where the last component of the path
  (the filename) is a symlink.  This causes all but two of the readlink tests
  in ext/standard/tests/file to fail in the current build, e.g.
  http://buildd.debian.org/fetch.cgi?pkg=php5arch=alphaver=5.2.4-1stamp=1
 190131371file=logas=rawhttp://buildd.debian.org/fetch.cgi?pkg=php5arch=al
 phaver=5.2.4-1stamp=1190131371file=logas=raw:

 [...]

  I think the suhosin patch should be unapplied until it stops causing
  regressions in such straightforward functions.

 was it reported to upstream?

 With kind regards, Jan.

Not by me, but I didn't apply the patch to the package and don't even know
who upstream for it is.  I figure this is Sean's problem. :)

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



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



Bug#447433: iconv TRANSLIT behavior is locale-dependent?

2007-10-21 Thread Steve Langasek
On Sun, Oct 21, 2007 at 03:07:06PM +0600, Alexander E. Patrakov wrote:
 Steve Langasek wrote:

 I don't see any reason that the behavior of iconv should be dependent on 
 the
 locale in which it's invoked.

 See http://osdir.com/ml/linux.lfs.devel/2006-01/msg00678.html, where the 
 maintainer of libiconv writes in response to a similar report about 
 transliterations:

 In contrast to that, libiconv bases its decisions only upon
 the source and destination character sets.
 This is true, and is actually a problem with libiconv. Because for example
 transliteration from Cyrillic to Latin scripts has to be locale dependent.

That doesn't explain, e.g., differences in transliteration in en_US vs.
en_US.UTF-8, or why an English locale should be relevant at all when
transliterating non-Latin characters between the CP932 and EUC-JP charsets.

I think this is still a bug in glibc iconv in this case.

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



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



Bug#445336: [hppa] ICE when building asterisk

2007-10-21 Thread Martin Michlmayr
* Faidon Liambotis [EMAIL PROTECTED] [2007-10-05 10:06]:
 It is worth noting that while producing an ICE on -O2, it works fine
 on -O0, -O1 and -Os.

Upstream's initial reponse was that it's doubtful there will be a
quick fix for this, so I suggest you put in a workaround into your
package to use -O1 on hppa for now.
-- 
Martin Michlmayr
http://www.cyrius.com/



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



Bug#446508: [Fwd: Re: Bug#446508: museekd: Hangs on start]

2007-10-21 Thread Adam Cécile (Le_Vert)

---BeginMessage---
On 10/13/07, Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote:
 Hi,

 This message is only a warning. Use musetup-gtk (ie) to configure your
 user's info picture.
 Then the warning will go.

 However, I just checked again, everything works fine if you're user pic
 is not set.
 I guess you made a mistake somewhere (daemon really started? interface
 password?) because here museekd+museeq 0.1.13 works fine everywhere.

 Downgrading severity to normal.

 Please check you socket and interface password, I'm sure there's
 something wrong.

You're right. The daemon was really started. I expected the debug
output to stderr that previous versions printed. When it didn't show
more than the first line and I couldn't connect I just assumed that
the daemon was hanging. Probably bound the interface to the wrong
local address (localhost instead of 10.0.0.x or something). Should've
just checked what was happening with strace.

Thanks for your work on the packages and sorry for wasting your time :)

Regards,

Hans Jørgen
---End Message---


Bug#445099: output and settings

2007-10-21 Thread Matthias Krüger
Package: torcs
Version: 1.3.0-1

--- Please enter the report below this line. ---
Here's the terminal output:
 GNU gdb 6.6.90.20070912-debian
 Copyright (C) 2007 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show copying
 and show warranty for details.
 This GDB was configured as x86_64-linux-gnu...
 (no debugging symbols found)
 Using host libthread_db library /lib/libthread_db.so.1.
 (gdb) Starting program: /usr/lib/torcs/torcs-bin -l /home/matthias/.torcs -L 
 /usr/lib/torcs -D /usr/share/games/torcs
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 ---Type return to continue, or q return to quit---(no debugging symbols 
 found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 ---Type return to continue, or q return to quit---(no debugging symbols 
 found)
 (no debugging symbols found)
 (no debugging symbols found)
 [Thread debugging using libthread_db enabled]
 [New Thread 0x2afe64174120 (LWP 4602)]
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 Visual Properties Report
 
 Compatibility mode, properties unknown.
 freeglut (/usr/lib/torcs/torcs-bin): Unable to create direct context 
 rendering for window '/usr/lib/torcs/torcs-bin'
 This may hurt performance.
 


And here are the settings:

OpenGL Options:
Texture Compression: disabled
Texture Size Limit: 256

Sound Configuration:
Sound System: openal

Screen configuration:
Screen Resolution: 640x350
Color Depth: 24
Display Mode: Window mode
Video Mode Initialization: compatible

Graphic Configuration:
Visibility (%): 10
Smoke: 0
Skid Marks: 20
LOD factor: 2c+07 (I hope this is right, it was hard to read)


Thank you for your fine work!Matthias Krüger
--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.21-2-amd64

Debian Release: lenny/sid
  500 testing security.debian.org
  500 testing 141.76.2.4

--- Package information. ---
Depends   (Version) | Installed
===-+-
freeglut3   | 2.4.0-5.2
libalut0   (= 1.1.0-1) | 1.1.0-1
libc6(= 2.5-5) | 2.6.1-1
libgcc1 (= 1:4.2-20070516) | 1:4.2.1-4
libgl1-mesa-glx | 7.0.1-2
 OR libgl1  |
libglu1-mesa| 7.0.1-2
 OR libglu1 |
libice6(= 1:1.0.0) | 2:1.0.4-1
libopenal0a | 1:0.0.8-6
libpng12-0(= 1.2.13-4) | 1.2.15~beta5-3
libsm6  | 2:1.0.3-1+b1
libstdc++6(= 4.2-20070516) | 4.2.1-4
libx11-6| 2:1.0.3-7
libxext6| 1:1.0.3-2
libxi6  | 2:1.1.3-1
libxmu6 | 1:1.0.3-1
libxrandr2 (= 2:1.2.0) | 2:1.2.2-1
libxrender1 | 1:0.9.4-1
libxt6  | 1:1.0.5-3
libxxf86vm1 | 1:1.0.1-2
plib1.8.4c2 | 1.8.4-8
zlib1g (= 1:1.2.1) | 1:1.2.3.3.dfsg-6
torcs-data   (= 1.2.4) | 1.3.0-1




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



Bug#447443: gcc-snapshot - FTBFS: mv: cannot stat `debian/tmp/usr/lib/gcc-snapshot/include/c++/4.3.0/s390x-linux-gnu/64': No such file or directory

2007-10-21 Thread Matthias Klose
tag 447443 + moreinfo
thanks

Bastian Blank writes:
 Package: gcc-snapshot
 Version: 20071020-1
 Severity: serious
 
 There was an error while trying to autobuild your package:
 
  : # fix biarch C++ header installation
  mv debian/tmp/usr/lib/gcc-snapshot/include/c++/4.3.0/s390x-linux-gnu/64 \
debian/tmp/usr/lib/gcc-snapshot/include/c++/4.3.0/s390-linux-gnu/
  mv: cannot stat 
  `debian/tmp/usr/lib/gcc-snapshot/include/c++/4.3.0/s390x-linux-gnu/64': No 
  such file or directory

Bastian, you're port maintainer for s390, please

 - check how the libstdc++ 64 multilib build is configured (config.status)
 - check which arch dir is used
 - send a patch



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



Bug#433869: Private Investigation

2007-10-21 Thread Myles Gallagher
Goodday,

My name is Myles Gallagher, I am a senior partner in the Technical
Advisory Board of Allied Irish Bank Group (Senior Security Specialist). We
are conducting a standard process investigation on behalf of AIB Group,
the International Banking conglomerate.

This investigation involves a client who shares the same surname with you
and also the circumstances surrounding investments made by this client at
AIB Group, the Private Banking arm of Allied Irish Bank. The client died
in testate and nominated no successor in title over the investments made
with the bank. I would respectfully request that you keep the contents of
this mail private and respect the integrity of the information you come by
as a result of this mail.

I contact you independently of our investigation and no one is informed of
this communication. I would like to intimate you with certain facts that I
believe would be of interest to you. You share similar details to the late
fellow; I am prepared to place you in a position to instruct the firm to
release the deposit to you as the closest surviving relation. Upon receipt
of the deposit, I am prepared to share the money with you, that is, I will
simply nominate you as the next of kin and have them release the deposit
to you. We share the proceeds 50/50.

I would have gone ahead to ask the funds be released to me, but that would
have drawn a straight line to me and my involvement in claiming the
deposit. But on the other hand, you with the same very name as the
depositor's would easily pass as the beneficiary with right to claim. I
assure you that I could have the deposit released to you within few
working days.

I am aware of the consequences of this proposal. I ask that if you find no
interest in this project that you should discard this mail. I ask that you
do not be vindictive and destructive. If my offer is of no appeal to you,
delete this message and forget I ever contacted you. Do not destroy my
career because you do not approve of my proposal. You may not know this
but people like myself who have made tidy sums out of comparable
situations run the whole private banking sector. I am not a criminal and
what I do, I do not find against good conscience, this may be hard for you
to understand, but the dynamics of my industry dictates that I make this
move. Such opportunities only come ones in a lifetime. I cannot let this
chance pass me by, for once, I have found myself in total control of my
destiny. These chances won't pass me by. I ask that you do not destroy my
chance, if you will not work with me let me know and let me move on with
my life but do not destroy me. I am a family man and this is an
opportunity to provide them with new opportunities.

There is a reward for this project and it is a task well worth
undertaking. I have evaluated the risks and the only risk I have here is
from you refusing to work with me. I am the only one who knows of this
situation, good fortune has blessed you with a name that has planted you
into the center of relevance in my life. Lets share the blessing. If you
find yourself able to work with me, contact me through my email account
below. If you give me positive signals, I will initiate this process
towards a conclusion.

I send you this mail not without a measure of fear as to what the
consequences, but I know within me that nothing ventured is nothing gained
and that success and riches never come easy or on a platter of gold.

This is the one truth I have learned from my private banking clients. Do
not betray my confidence. If we can be of one accord, we should plan a
meeting soon.

Kind regards,

Myles Gallagher.

[EMAIL PROTECTED]





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



Bug#444982: marked as done (CVE-2007-5193 information disclosure in default configuration)

2007-10-21 Thread Sven Dowideit
Bizzre,

I don't have any email from Holger, at any time, nor did I search for a
new sponsor. Ardo has been sponsoring this package for the last few
years, with Amaya helping me out both with the debian bits, and with
uploading when things were busy.

so, um, what are you debian people up to?

I also did not receive any information that there was an issue with this
package, so I guess there's a communications problem somewhere?

anyone want to fill me in?

(yes, I am not a DD, and have little time nor interest in becoming one,
I'm just trying hard to make twiki easier for people)

Sven

On Sat, 2007-10-20 at 15:06 -0500, Ardo van Rangelrooij wrote:
 Nico Golde wrote:
  Hi,
  errm why on earth did you (Sven) search for another sponsor when 
  Holger was looking into your package but decided not to 
  upload it because of the changes you made?
  
  You searched a new sponsor with exactly the same debdiff.
  
  I am sorry but it looks like this was intentionally because 
  I Cced you in the mail stating why there is no way for this 
  package to get uploaded:
  http://lists.alioth.debian.org/pipermail/secure-testing-team/2007-October/001416.html
  
  Why did you ignore this, and Ardo, why did you upload this?
 
 Nico,
 
 Oops! Totally overlooked this one.  Yes, that should never have been 
 uploaded. 
   (For a moment I was afraid I took the wrong version from Sven's website, 
 but 
 this is the only version for this fix.)
 
 I also wasn't aware of you being involved in this.
 
 Sven,
 
 This is not good.  Let's never do this again.
 
 Thanks,
 Ardo
 
 
-- 
Professional Wiki Innovation and Support
Sven Dowideit - http://DistributedINFORMATION.com
A WikiRing Partner http://wikiring.com




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



Bug#441633: gcc 4.2 can't build erlang on mips and mipsel

2007-10-21 Thread Martin Michlmayr
severity 441633 important
retitle 441633 [mips/mipsel] undefined reference to `$L2131' with -O1
thanks

* Sergei Golovan [EMAIL PROTECTED] [2007-09-10 22:38]:
 Current gcc 4.2 fails to build erlang package on mips and mipsel
 architectures.

Can you either use gcc-4.1 or compile erts/emulator/beam/beam_emu.c
with -O0 on mips/mipsel for now?

I'll report this bug upstream.  I'm currently trying to come up with a
testcase.
-- 
Martin Michlmayr
http://www.cyrius.com/



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



Bug#447444: transmission-gtk: default stop seeding ratio of 1, not 0 would be better

2007-10-21 Thread Jon Dowland
Package: transmission-gtk
Version: 0.82.dfsg-1
Severity: normal

Hello,

If you look at torrent info for an in-progress torrent, you
can specify the ratio to stop seeding at. The option
consists of a tick-box and a text entry, which is disabled
if the tick-box is not set. The default value is 0.

That means if you tick the box, it immediately stops the
torrent, as the seed until... value of 0 is honoured.

Having a default of 1 would make a little more sense,
as it is generally felt that seeding to a ratio of 1:1 is
the minimum of good torrenting etiquette, and if people
toggle the value with a ratio  1 it won't immediately stop
seeding.


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

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

Versions of packages transmission-gtk depends on:
ii  libatk1.0-0   1.20.0-1   The ATK accessibility toolkit
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libcairo2 1.4.10-1   The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libglib2.0-0  2.14.1-5   The GLib library of C routines
ii  libgtk2.0-0   2.12.0-2   The GTK+ graphical user interface 
ii  libpango1.0-0 1.18.2-2   Layout and rendering of internatio
ii  libssl0.9.8   0.9.8e-9   SSL shared libraries
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi62:1.1.3-1  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxrandr22:1.2.2-1  X11 RandR extension library
ii  libxrender1   1:0.9.4-1  X Rendering Extension client libra

transmission-gtk recommends no packages.

-- no debconf information



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



Bug#445102: output

2007-10-21 Thread Matthias Krüger
Package: torcs
Version: 1.3.0-1

--- Please enter the report below this line. ---
I started the game (torcs -d):
 GNU gdb 6.6.90.20070912-debian
 Copyright (C) 2007 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show copying
 and show warranty for details.
 This GDB was configured as x86_64-linux-gnu...
 (no debugging symbols found)
 Using host libthread_db library /lib/libthread_db.so.1.
 (gdb) Starting program: /usr/lib/torcs/torcs-bin -l /home/matthias/.torcs -L 
 /usr/lib/torcs -D /usr/share/games/torcs
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 ---Type return to continue, or q return to quit---(no debugging symbols 
 found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 ---Type return to continue, or q return to quit---(no debugging symbols 
 found)
 (no debugging symbols found)
 (no debugging symbols found)
 [Thread debugging using libthread_db enabled]
 [New Thread 0x2b4fa0e8d120 (LWP 4839)]
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 Visual Properties Report
 
 Compatibility mode, properties unknown.
 freeglut (/usr/lib/torcs/torcs-bin): Unable to create direct context 
 rendering for window '/usr/lib/torcs/torcs-bin'
 This may hurt performance.
 

I pressed New Race:
 (no debugging symbols found)
 (no debugging symbols found)

I selected Quick Race:
(no new output)

I selected Configure Race:
(no new output)

I selected Dirt Tracks and Dirt 5
(no new output)

I accepted:
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)


I accepted again and again (I was on Quick Race again):
(no new output)

I pressed New Race:

Race were loading:
 WARNING: grscene:initBackground Failed to open shadow2.rgb for reading
 WARNING: no shadow mapping on cars for this track 
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 GfParmCheckHandle: parameter Front Wing/angle out of bounds: min:0 
 max:0.20944 val:0.523599 in (NASCAR RWD - drivers/lliaw/car.xml)
 GfParmCheckHandle: parameter Rear Wing/angle out of bounds: min:0 
 max:0.314159 val:0.523599 in (NASCAR RWD - drivers/lliaw/car.xml)
 (no debugging symbols found)
 (no debugging symbols found)
 ---Type return to continue, or q return to quit---(no debugging symbols 
 found)
 GfParmCheckHandle: parameter Rear Wing/angle out of bounds: min:0 
 max:0.349066 val:0.523599 in (Tita - drivers/tita/car.xml)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 [New Thread 0x40800950 (LWP 4939)]
 OpenAL backend info:
   Vendor: OpenAL Community
   Renderer: Software
   Version: 1.1
   Available sources: 1024 or more
   Available buffers: 1024 or more
   Dynamic Sources: requested: 1003, created: 1003
   #static sources: 21
   #dyn sources   : 1003


And the I could drive (I didn't do anything):
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: ssgCullAndDraw invalid operation
 refresh: 

Bug#409703: sql-ledger in testing

2007-10-21 Thread Raphael Hertzog
Hi Steffen,

On Sun, 21 Oct 2007, Steffen Joeris wrote:
 I have read up on your discussion with the stable sec team. At the moment, 
 sql-ledger is in testing and from what I have heard it would be possible to 
 package and upload LedgerSMB, which fixes the security issues. Therefore, I 
 would like to remove sql-ledger from testing. For lenny, ledgersmb could be 
 used then. Any objections?

Yes. Until someone has done the job of packaging LedgerSmb I would like to
keep sql-ledger. Please understand that we're speaking of a financial
application that companies are using... (mine included).

Also it won't be trivial to migrate from one to the other, so it's a fair
bit of work to create the package and offer a sane upgrade path.

We already documented the fact that sql-ledger is not safe to use in a
untrusted environment.

Cheers,
-- 
Raphaël Hertzog

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




Bug#443995:

2007-10-21 Thread seb astien
i find this bug report very useful since i have the same problem on my
ibm thinkpad t40p



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



Bug#377630: Patch for 377630

2007-10-21 Thread Philipp Kern
On Wed, Aug 15, 2007 at 05:02:18AM +, brian m. carlson wrote:
 A patch is attached to fix this problem.  I tagged the bug upstream
 because in all likelihood, this is an upstream problem as well.  It may
 also occur in programs derived from ircii; these should be easy to spot,
 since there's a set of security bugs going around right now.

I NMU'ed this patch in, thank you, Brian.

The debdiff is attached.

Kind regards,
Philipp Kern
Debian Developer
diff -u ircii-20051015/debian/changelog ircii-20051015/debian/changelog
--- ircii-20051015/debian/changelog
+++ ircii-20051015/debian/changelog
@@ -1,3 +1,11 @@
+ircii (20051015-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Apply a patch to fix a SEGV in mksiginc, thanks to brian m. carlson.
+(Closes: #377630)
+
+ -- Philipp Kern [EMAIL PROTECTED]  Sun, 21 Oct 2007 11:33:50 +0200
+
 ircii (20051015-2) unstable; urgency=medium
   
   * fixed persisting input prompt (Closes: Bug#337406)
only in patch2:
unchanged:
--- ircii-20051015.orig/source/mksiginc.c
+++ ircii-20051015/source/mksiginc.c
@@ -52,7 +52,7 @@
int i;
 
signames[0] = ZERO;
-   for (i = 1; i  MAXSIG; i++);
+   for (i = 1; i  MAXSIG; i++)
signames[i] = 0;
 
 #ifdef SIGABRT


signature.asc
Description: Digital signature


Bug#385525: Patch for GCC 4.2 FTBFS

2007-10-21 Thread Philipp Kern
On Thu, Jun 28, 2007 at 02:27:08PM +, brian m. carlson wrote:
 Attached is a patch to fix the FTFBS.  It builds completely with the
 patch.

The debdiff for my NMU is attached.

Kind regards,
Philipp Kern
Debian Developer
diff -u libibtk-0.0.14/debian/changelog libibtk-0.0.14/debian/changelog
--- libibtk-0.0.14/debian/changelog
+++ libibtk-0.0.14/debian/changelog
@@ -1,3 +1,11 @@
+libibtk (0.0.14-11.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Applied a fix by brian m. carlson to fix compilation with GCC 4.2.
+(Closes: #385525)
+
+ -- Philipp Kern [EMAIL PROTECTED]  Sun, 21 Oct 2007 11:42:06 +0200
+
 libibtk (0.0.14-11) unstable; urgency=low
 
   * Ran libtoolize -c -f / aclocal -I m4 / autoconf as recommanded
only in patch2:
unchanged:
--- libibtk-0.0.14.orig/src/ibox.cpp
+++ libibtk-0.0.14/src/ibox.cpp
@@ -17,6 +17,8 @@
 
 \**/
 
+#include algorithm
+
 #include string.h
 #include stdio.h
 #include X11/Xlib.h
@@ -184,7 +186,7 @@
   XFillRectangle(Win-GetDisplay(), Img[1], Win-GetGC(), 2, 
3,xsize-4,ysize-4);
   if(Wrk[disabled] != None)  {
 XCopyArea(Win-GetDisplay(), Wrk[disabled], Img[disabled], Win-GetGC(),
-   xscroll, 0, Wlen?(xsize-4), ysize-4, 2, 2);
+   xscroll, 0, std::min(Wlen, (xsize-4)), ysize-4, 2, 2);
 }
   Redraw();
   if(!hidden) Win-Redraw(xpos, ypos, xsize, ysize);
only in patch2:
unchanged:
--- libibtk-0.0.14.orig/src/ibutton.cpp
+++ libibtk-0.0.14/src/ibutton.cpp
@@ -17,6 +17,8 @@
 
 \**/
 
+#include algorithm
+
 #include stdio.h
 #include string.h
 
@@ -120,7 +122,7 @@
 
 void IButton::Redraw()  {
   if(!hidden) {
-XCopyArea(Win-GetDisplay(), Img[state?2], Win-GetWindowBuffer(), 
Win-GetGC(),
+XCopyArea(Win-GetDisplay(), Img[std::min(state,2)], 
Win-GetWindowBuffer(), Win-GetGC(),
0, 0, xsize, ysize, xpos, ypos);
 Win-Redraw(xpos, ypos, xsize, ysize);
 }
only in patch2:
unchanged:
--- libibtk-0.0.14.orig/src/ilistbox.cpp
+++ libibtk-0.0.14/src/ilistbox.cpp
@@ -17,6 +17,8 @@
 
 \**/
 
+#include algorithm
+
 #include stdio.h
 #include string.h
 
@@ -95,7 +97,7 @@
   XSetBackground(disp, gc, p);
   XSetForeground(disp, gc, b);
   XDrawImageString(disp, Wrk[ctr], gc, 0, as, txt[ctr], strlen(txt[ctr]));
-  dy = dy?ht;
+  dy = std::max(dy, ht);
   }
 }
   if(dy0) lines = (ysize-6)/dy;
@@ -121,9 +123,9 @@
   XSetForeground(disp, gc, Win-GetPaperColor());
   XFillRectangle(disp, Img, gc, 2, 2, xsize-4, ysize-4);
   XSetForeground(disp, gc, Win-GetSelectColor());
-  for(ctr=0; ctr(lines?nent); ctr++)  {
+  for(ctr=0; ctrstd::min(lines, nent); ctr++)  {
 XCopyArea(disp, Wrk[ctr], Img, gc, 0, 0,
-   wx[ctr], (wy[ctr])?(xsize-6), 3, 3+(dy*ctr));
+   wx[ctr], std::min((wy[ctr]), (xsize-6)), 3, 3+(dy*ctr));
 for(ctr2=0; ctr2selmax; ctr2++)  {
   if(sel[ctr2] == ctr)  {
ctr2 = selmax;
only in patch2:
unchanged:
--- libibtk-0.0.14.orig/src/isbutton.cpp
+++ libibtk-0.0.14/src/isbutton.cpp
@@ -17,6 +17,8 @@
 
 \**/
 
+#include algorithm
+
 #include string.h
 
 #include isbutton.h
@@ -35,7 +37,7 @@
 
 void ISButton::Redraw()  {
   if(!hidden) {
-XCopyArea(Win-GetDisplay(), Img[state?2], Win-GetWindowBuffer(), 
Win-GetGC(),
+XCopyArea(Win-GetDisplay(), Img[std::min(state, 2)], 
Win-GetWindowBuffer(), Win-GetGC(),
0, 0, xsize, ysize, xpos, ypos);
 Win-Redraw(xpos, ypos, xsize, ysize);
 }
only in patch2:
unchanged:
--- libibtk-0.0.14.orig/src/islider.cpp
+++ libibtk-0.0.14/src/islider.cpp
@@ -17,6 +17,8 @@
 
 \**/
 
+#include algorithm
+
 #include stdio.h
 #include string.h
 
@@ -128,7 +130,7 @@
 
 
   if(max  min  (((value-min)*(xsize-4))/(max-min))  0)  {
-int xbar = (xsize-4) ? (((value-min)*(xsize-4))/(max-min));
+int xbar = std::min((xsize-4), (((value-min)*(xsize-4))/(max-min)));
 Wrk[0] = XCreatePixmap(disp, w, xbar, ysize-4, DefaultDepth(disp, 0));
 Wrk[1] = XCreatePixmap(disp, w, xbar, ysize-4, DefaultDepth(disp, 0));
 
only in patch2:
unchanged:
--- libibtk-0.0.14.orig/src/istatbar.cpp
+++ libibtk-0.0.14/src/istatbar.cpp
@@ -17,6 +17,8 @@
 
 \**/
 
+#include algorithm
+
 #include stdio.h
 #include string.h
 
@@ -93,7 +95,7 @@
(ysize+ysize-(as+des-2))1, txt, strlen(txt));
 
   if(total  0  ((progress*(xsize-4))/total)  0)  {
-int xbar = (xsize-4) ? ((progress*(xsize-4))/total);
+int xbar = std::min((xsize-4), ((progress*(xsize-4))/total));
 Pixmap Wrk = XCreatePixmap(disp, w, xbar, ysize-4, DefaultDepth(disp, 0));
 XSetForeground(disp, gc, Win-GetSelectColor());
 

Bug#444212: dtc-xen: Please remove dependency on rpmstrap

2007-10-21 Thread Thomas Goirand
Roberto C. Sánchez wrote:
 On Thu, Sep 27, 2007 at 11:55:03AM +0800, Thomas Goirand wrote:
 Hi,

 Why the hell do you want to remove rpmstrap? We need it! If nobody wants
 to maintain it, then we do...

 
 Thomas,
 
 Any progress on migrating away from rpmstrap or taking over its
 development?  I am wondering since I really think that the package ought
 to be removed or that someone should take up its development.  One
 possibility, of course, is to migrate to using the mach packages, which
 has essentially superseded rpmstrap.
 
 Regards,
 
 -Roberto

I didn't know the existance of mach. I'll have a look and see if we can
use it. I'll remove the dependency to rpmstrap anyway, as it's not 100%
needed (you can still setup some debian VMs if you don't have rpmstrap
in...).

By the way, I'm still looking for a sponsor. It's been nearly 9 month
now that my package is needing a sponsor, and that many bugs have been
fixed, but can't be uploaded. I hope somebody can show up and raise hand...

Thomas




Bug#444982: marked as done (CVE-2007-5193 information disclosure in default configuration)

2007-10-21 Thread Sven Dowideit
ok, following the url..


Nico, you seem to me to be incorrect.

777 is on the working/tmp dir only, which is not used for any web
content. Also, as the twiki cgi scripts are callable from the command
line by any user, requiring the working/tmp dir to be writable by any
user, I can't think of any way that this is fixable?

I guess for me to act on this, I'll need more information from you.
TWiki does have a very painful set of assumptions, which don't map
easily to debian, and as a non-DD, I need much more help than what
you've provided.

Sven


--
-   chmod 777 /tmp/twiki 
-   chown $TWIKI_OWNER.www-data /tmp/twiki 
+   chmod 777 /var/lib/twiki/working/tmp 
+   chown $TWIKI_OWNER.www-data /var/lib/twiki/working/tmp 
 
#add softlinks to make adding plugins easier ()
if [ ! -e /var/lib/twiki/lib ]; then

Thanks that you did not sponsor this upload. Why is setting the rights
to 777 
done here? This would enable every user on the system to delete web
content 
via a symlink attack. The old solution is of course not secure too.
Please fix this.
 
Kind regards 
Nico 




On Sun, 2007-10-21 at 19:22 +1000, Sven Dowideit wrote:
 Bizzre,
 
 I don't have any email from Holger, at any time, nor did I search for a
 new sponsor. Ardo has been sponsoring this package for the last few
 years, with Amaya helping me out both with the debian bits, and with
 uploading when things were busy.
 
 so, um, what are you debian people up to?
 
 I also did not receive any information that there was an issue with this
 package, so I guess there's a communications problem somewhere?
 
 anyone want to fill me in?
 
 (yes, I am not a DD, and have little time nor interest in becoming one,
 I'm just trying hard to make twiki easier for people)
 
 Sven
 
 On Sat, 2007-10-20 at 15:06 -0500, Ardo van Rangelrooij wrote:
  Nico Golde wrote:
   Hi,
   errm why on earth did you (Sven) search for another sponsor when 
   Holger was looking into your package but decided not to 
   upload it because of the changes you made?
   
   You searched a new sponsor with exactly the same debdiff.
   
   I am sorry but it looks like this was intentionally because 
   I Cced you in the mail stating why there is no way for this 
   package to get uploaded:
   http://lists.alioth.debian.org/pipermail/secure-testing-team/2007-October/001416.html
   
   Why did you ignore this, and Ardo, why did you upload this?
  
  Nico,
  
  Oops! Totally overlooked this one.  Yes, that should never have been 
  uploaded. 
(For a moment I was afraid I took the wrong version from Sven's website, 
  but 
  this is the only version for this fix.)
  
  I also wasn't aware of you being involved in this.
  
  Sven,
  
  This is not good.  Let's never do this again.
  
  Thanks,
  Ardo
  
  
-- 
Professional Wiki Innovation and Support
Sven Dowideit - http://DistributedINFORMATION.com
A WikiRing Partner http://wikiring.com




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



Bug#445742: Confusing messages when including non existing file

2007-10-21 Thread Steve Langasek
On Mon, Oct 15, 2007 at 12:21:33PM +0900, Michal Čihař wrote:

  On Mon, Oct 08, 2007 at 02:26:28PM +0900, Michal Čihař wrote:
   PAM _pam_load_conf_file: unable to open /etc/pam.d/common-pamkeyring
   PAM unable to dlopen(*unknown module path*)
   PAM [error: *unknown module path*: cannot open shared object file: No 
   such file or directory]
   PAM adding faulty module: *unknown module path*
   PAM error loading (null)
   PAM _pam_init_handlers: error reading /etc/pam.d/login
   PAM _pam_init_handlers: [Critical error - immediate abort]
   PAM error reading PAM configuration file
   PAM pam_start: failed to initialize handlers
   Couldn't initialize PAM: Critical error - immediate abort

  Could you please provide a sample PAM config that I can use to reproduce
  this?

 echo '@include common-nonexisting'  /etc/pam.d/login

 will break you login service this way.

Thanks, confirmed here.  There is currently some upstream work in this area
of the code, so I will wait for the outcome of that and recheck this bug
with the next upstream version.

  Děkuju,

 You can speak Czech? :-)

Jenom trochu; and not well with this current keyboard setup, some of my
compose keys seem to be missing... :)

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




Bug#441633: gcc 4.2 can't build erlang on mips and mipsel

2007-10-21 Thread Sergei Golovan
On 10/21/07, Martin Michlmayr [EMAIL PROTECTED] wrote:

 Can you either use gcc-4.1 or compile erts/emulator/beam/beam_emu.c
 with -O0 on mips/mipsel for now?

Yes, I think I can use -O0 for this file on mips(el). Thanks for a workaround!

-- 
Sergei Golovan



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



Bug#447446: beagle-info: System.DllNotFoundException: libbeagleglue

2007-10-21 Thread Daniel van Eeden
Package: beagle
Version: 0.2.18-1
Severity: normal

beagle-info --list-filters reports some filter info and then exits with
this error.

I couldn't find any debian packages containing libbeagleglue.

Unhandled Exception: System.DllNotFoundException: libbeagleglue
  at (wrapper managed-to-native) 
Beagle.Util.SafeProcess:spawn_async_with_pipes_and_limits 
(string[],int,int,int,intptr,intptr,intptr,intptr)
  at Beagle.Util.SafeProcess.Start () [0x0] 
  at Beagle.Filters.FilterTotem.RegisterSupportedTypes () [0x0] 
  at Beagle.Daemon.Filter.get_SupportedFlavors () [0x0] 
  at InfoTool.PrintFilterDetails (System.Reflection.Assembly assembly) 
[0x0] 
  at Beagle.Util.ReflectionFu.ScanEnvironmentForAssemblies (System.String 
env_var, System.String fallback_path, Beagle.Util.ForeachDirMethod method) 
[0x0] 
  at InfoTool.PrintFilterInformation () [0x0] 
  at InfoTool.Main (System.String[] args) [0x0] 

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

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

Versions of packages beagle depends on:
ii  adduser 3.105add and remove users and groups
ii  bash3.1dfsg-8The GNU Bourne Again SHell
ii  dbus1.1.1-3  simple interprocess messaging syst
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-6  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1+b2  The Cairo 2D vector graphics libra
ii  libexif12   0.6.16-2 library to parse EXIF files
ii  libexpat1   1.95.8-4 XML parsing C library - runtime li
ii  libfontconfig1  2.4.2-1.3generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgalago1.0-cil0.5.0-2  CLI bindings for libgalago
ii  libgconf2.0-cil 2.16.0-7 CLI binding for GConf 2.16
ii  libglade2.0-cil 2.10.2-1 CLI binding for the Glade librarie
ii  libglib2.0-02.14.2-1 The GLib library of C routines
ii  libglib2.0-cil  2.10.2-1 CLI binding for the GLib utility l
ii  libgmime2.2-cil 2.2.10-2 CLI binding for the MIME library
ii  libgnome-vfs2.0-cil 2.16.0-7 CLI binding for GnomeVFS 2.16
ii  libgnome2.0-cil 2.16.0-7 CLI binding for Gnome 2.16
ii  libgnomevfs2-0  1:2.20.0-3   GNOME Virtual File System (runtime
ii  libgsf-1-1141.14.7-1 Structured File Library - runtime 
ii  libgsf0.0-cil   0.8-1CLI bindings for libgsf
ii  libgtk2.0-0 2.12.0-3 The GTK+ graphical user interface 
ii  libgtk2.0-cil   2.10.2-1 CLI binding for the GTK+ toolkit 2
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libmono-corlib2.0-cil   1.2.5.1-1Mono core library (2.0)
ii  libmono-sharpzip2.84-ci 1.2.5.1-1Mono SharpZipLib library
ii  libmono-sqlite2.0-cil   1.2.5.1-1Mono Sqlite library
ii  libmono-system-data2.0- 1.2.5.1-1Mono System.Data Library
ii  libmono-system-web2.0-c 1.2.5.1-1Mono System.Web Library
ii  libmono-system2.0-cil   1.2.5.1-1Mono System libraries (2.0)
ii  libmono01.2.5.1-1libraries for the Mono JIT
ii  libmono2.0-cil  1.2.5.1-1Mono libraries (2.0)
ii  libpango1.0-0   1.18.2-2 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
ii  librsvg2-2  2.18.2-1 SAX-based renderer library for SVG
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libsqlite0  2.8.17-4 SQLite shared library
ii  libsqlite3-03.4.2-2  SQLite 3 shared library
ii  libwmf0.2-7 0.2.8.4-6Windows metafile conversion librar
ii  libwv-1.2-3 1.2.4-2  Library for accessing Microsoft Wo
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcomposite1  1:0.3.2-1+b1 X11 Composite extension library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxdamage1 1:1.1.1-3X11 damaged region extension libra
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2   

Bug#447448: talksoup.app: FTBFS: unmet b-dep libgnustep-gui0.10-dev

2007-10-21 Thread Lucas Nussbaum
Package: talksoup.app
version: 0.0.20040113-1.1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
** Using build dependencies supplied by package:
Build-Depends: debhelper (= 4.0.0), libgnustep-gui0.10-dev, gnustep-netclasses 
(= 0.0.20040112), gnustep-make (= 1.11.1-1)
Checking for already installed source dependencies...
debhelper: missing
Using default version 5.0.58
libgnustep-gui0.10-dev: missing
gnustep-netclasses: missing
Using default version 0.0.20040112.dfsg-1
gnustep-make: missing
Using default version 2.0.1-3
Checking for source dependency conflicts...
Reading package lists...
Building dependency tree...
Reading state information...
Package libgnustep-gui0.10-dev is not available, but is referred to by another 
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package libgnustep-gui0.10-dev has no installation candidate
apt-get failed.
Package installation failed
Trying to reinstall removed packages:
Trying to uninstall newly installed packages:
Source-dependencies not satisfied; skipping talksoup.app

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447447: preferences.app: FTBFS: unmet b-dep libgnustep-gui0.10-dev

2007-10-21 Thread Lucas Nussbaum
Package: preferences.app
version: 1.2.100.0-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
** Using build dependencies supplied by package:
Build-Depends: debhelper ( 4.1.0), libgnustep-gui0.10-dev, gnustep-make
Checking for already installed source dependencies...
debhelper: missing
Using default version 5.0.58
libgnustep-gui0.10-dev: missing
gnustep-make: missing
Checking for source dependency conflicts...
Reading package lists...
Building dependency tree...
Reading state information...
Package libgnustep-gui0.10-dev is not available, but is referred to by another 
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package libgnustep-gui0.10-dev has no installation candidate
apt-get failed.
Package installation failed
Trying to reinstall removed packages:
Trying to uninstall newly installed packages:
Source-dependencies not satisfied; skipping preferences.app

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#149278: Now this is funny!

2007-10-21 Thread msuland

Kitty Kards, sent just for you. http://69.151.222.160/




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



Bug#447449: wrapperfactory.app: FTBFS: unmet dep libgnustep-gui0.10-dev

2007-10-21 Thread Lucas Nussbaum
Package: wrapperfactory.app
version: 0.1.0-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
** Using build dependencies supplied by package:
Build-Depends: debhelper (= 4.0.0), libgnustep-gui0.10-dev, gnustep-make
Checking for already installed source dependencies...
debhelper: missing
Using default version 5.0.58
libgnustep-gui0.10-dev: missing
gnustep-make: missing
Checking for source dependency conflicts...
Reading package lists...
Building dependency tree...
Reading state information...
Package libgnustep-gui0.10-dev is not available, but is referred to by another 
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package libgnustep-gui0.10-dev has no installation candidate
apt-get failed.
Package installation failed
Trying to reinstall removed packages:
Trying to uninstall newly installed packages:
Source-dependencies not satisfied; skipping wrapperfactory.app

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447425: --ssh-command incomplatiability with duplicity version 0.4.3

2007-10-21 Thread intrigeri
Hello,

Joey Hess wrote (21 Oct 2007 06:04:18 GMT) :
 duplicity 0.4.3 includes this change:

 Dropped ssh-command and added ssh-options to allow users
 to add options to the scp and sftp commmands.

 backupninja uses --ssh-command when sshoptions is specified in a
 backupninja config file, and so backups fail when using the new version
 of duplicity.

I’ve committed to upstream SVN changes [1] that should fix this ;
please test if this is an option for you.

[1] https://code.autistici.org/trac/backupninja/changeset/482

Ciao,
--
  intrigeri [EMAIL PROTECTED]
  | gnupg key @ http://intrigeri.boum.org/intrigeri.asc
  | Did you exchange a walk on part in the war
  | for a lead role in the cage?




Bug#447450: grub: dist-upgrade from etch to sid caused (hd0, 0) replaced with (hd1, 0) in menu.lst, which didn't work

2007-10-21 Thread marticak
Package: grub
Version: 0.97-28
Severity: normal


dist-upgrade from etch to sid caused (hd0,0) replace with (hd1,0) in
menu.lst, which didn't work


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

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

Versions of packages grub depends on:
ii  libc6 2.6.1-2GNU C Library: Shared libraries
ii  libncurses5   5.6+20070908-1 Shared libraries for terminal hand

grub recommends no packages.

-- no debconf information



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



Bug#443808: Error: could not resolve broken pipe (closed bug 335660)

2007-10-21 Thread Roland Rosenfeld
Hi Daniel!

On Mon, 24 Sep 2007, Daniel Moreda wrote:

 package: privoxy
 Version: 3.0.6-2
 Severity: normal
 
 I'm using Privoxy 3.0.6 on a Debian 3.1 box (privoxy/stable uptodate
 3.0.6-2).
 
 I'm getting these errors constantly:
 
 Sep 17 08:41:16 Privoxy(-1218339920) Error: could not resolve hostname
 aaa.bbb.ccc
 
 Sep 17 08:41:16 Privoxy(-1218339920) Error: write to: aaa.bbb.ccc
 failed: Broken pipe
 
 I've tried building from sources, but I'm still getting the same errors.
 I've updated to sid too (privoxy/sid uptodate 3.0.6-3), but nothing
 changes...
 
 I saw this bug reported and closed as 335660, but I'm still getting this
 error.

It sounds like a broken DNS server.  Did you check it?  Do all the
servers configured in /etc/resolv.conf respond correctly and quickly?
Do they work correct and without unusual delay, if you access
aaa.bbb.ccc directly?

Tscho

Roland



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



Bug#444982: marked as done (CVE-2007-5193 information disclosure in default configuration)

2007-10-21 Thread Nico Golde
Hi Sven,
* Sven Dowideit [EMAIL PROTECTED] [2007-10-21 11:57]:
 Bizzre,
 
 I don't have any email from Holger, at any time, nor did I search for a
 new sponsor. Ardo has been sponsoring this package for the last few
 years, with Amaya helping me out both with the debian bits, and with
 uploading when things were busy.

Oh ok

 so, um, what are you debian people up to?
 
 I also did not receive any information that there was an issue with this
 package, so I guess there's a communications problem somewhere?

I had you, Holger and Amaya in Cc of the mail to the 
secure-testing-team list.

 anyone want to fill me in?
 
 (yes, I am not a DD, and have little time nor interest in becoming one,
 I'm just trying hard to make twiki easier for people)

And thats cool!

Ok looks some kind of bad communication so just let's don't 
do it again :) Happy packaging.
Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpmS0jJbzM7y.pgp
Description: PGP signature


Bug#447084: fluxbox: fails to correctly display UTF-8 window titles

2007-10-21 Thread Francesco Poli
On Sun, 21 Oct 2007 11:44:44 +0400 Dmitry E. Oboukhov wrote:

[...]
 FP And I don't remember asking for a reply in Russian...  ;-)
 Excuse me. I saw that for you problems with Russian and thought that
 you know it :)

No problem, let's go back to the reported issue and forget about the
language misunderstanding!  ;-)

[...] 
 FP Anyway, if I understand correctly, you are pointing out that the
 FP Meta style uses glisp font by design.  I know, but glisp used to
 FP be shipped in package xfonts-artwiz, which was removed from
 FP testing before etch release, and later was removed from unstable,
 FP as well.  Only oldstable currently includes this package.
 
 Therefore, unfortunately this bug it is impossible reassign to the
 package of xfonts-artwiz.

Well, actually, this bug is *not* in the xfonts-artwiz package, since I
haven't installed it and I am not using the glisp font.
As I said in the bug report, I customize the Meta style on the fly, by
using the following overlay file:

  $ cat ~/.fluxbox/overlay
  background: none
  *font: -*-terminus-*-r-*-*-12-*-*-*-*-*-iso10646-*

As a consequence, the font I am using is the above described terminus
one.
Moreover, as I stated in the bug report, the terminus font seems to be
able to correctly represent cyrillic letters.

The problem arises as soon as I use this font for window titles in
Fluxbox.
No UTF-8 (non-latin1) characters seem to be displayed properly.

 
 If to delete this package, other font and style will be utillized will
 correctly show a menu.
 Other variant - to copy itself style and to change a font in it.

As I said, I already selected (through the overlay file) a font that
fits my tastes and is capable of covering UTF-8 characters.

The problem seems to be in the way Fluxbox handles UTF-8 strings to be
used as window titles...

[...]
 If you will choose the best variant of font, suitable for this theme,
 I will change style in next upload.

Since the font is capable of representing cyrillic characters, I don't
think that changing font could help...


-- 
 http://frx.netsons.org/doc/nanodocs/testing_workstation_install.html
 Need to read a Debian testing installation walk-through?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpkY2JghB2aD.pgp
Description: PGP signature


Bug#441256: privoxy: goes at maximum cpu load for a certain site (seems to hang for that site)

2007-10-21 Thread Roland Rosenfeld
tags 441256 + unreproducible
thanks

Moin Benjamin!

Benjamin Mesing schrieb am Freitag, den 07. September 2007:

 Package: privoxy
 Version: 3.0.6-3
 Severity: normal
 
 
 When trying to view this address [1] privoxy goes up to and 
 remains at 100% cpu usage and never delivers the site.
 
 [1] http://www.memo.de/

Sorry, I cannot reproduce this problem here with a 3.0.6-3 default
setup.  Maybe the problem disappeared because of the change of this
web page in the meantime or you activated some of the more invasive
filters in your setup (some of them require much CPU for the RegExp
handling).

Please tell me, whether this problem still persists.

If so, please try to disable the activated filters for this site one
by one and check which filter triggers the problem.

BTW: in the 3.0.6-3 default configuration only the following filters
are activated:

+filter {refresh-tags}
+filter {img-reorder}
+filter {banners-by-size}
+filter {webbugs}
+filter {jumping-windows}
+filter {ie-exploits}

Tscho

Roland



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



Bug#447451: /etc/init.d/nfs-kernel-server: line 60: 20695 Segmentation fault $PREFIX/sbin/exportfs -r

2007-10-21 Thread Steve Langasek
Package: nfs-kernel-server
Version: 1:1.1.1-1
Severity: grave
Tags: patch

After upgrade, exportfs consistently segfaults on amd64, making the package
unusable:

 Exporting directories for NFS kernel daemon...exportfs: 
/etc/init.d/nfs-kernel-s erver: line 60: 20695 Segmentation fault  
$PREFIX/sbin/exportfs -r

Backtrace from a rebuild with debugging symbols:

(gdb) bt
#0  0x2aaf70189a90 in strlen () from /lib/libc.so.6
#1  0x2aaf7015819a in vfprintf () from /lib/libc.so.6
#2  0x2aaf70159083 in ?? () from /lib/libc.so.6
#3  0x2aaf701549be in vfprintf () from /lib/libc.so.6
#4  0x00406fb6 in xlog_backend (kind=1024, 
fmt=0x4094c0 %s [%d]: Neither 'subtree_check' or 'no_subtree_check' 
specified for export \%s:%s\.\n  Assuming default behaviour 
('no_subtree_check').\n  NOTE: this default has changed since nfs-utils version 
1.0.x\n, 
args=0x7fff3adbc560) at xlog.c:175
#5  0x00407216 in xlog (kind=16, 
fmt=0x4094c0 %s [%d]: Neither 'subtree_check' or 'no_subtree_check' 
specified for export \%s:%s\.\n  Assuming default behaviour 
('no_subtree_check').\n  NOTE: this default has changed since nfs-utils version 
1.0.x\n) at xlog.c:189
#6  0x004052b5 in parseopts (cp=0x7fff3adbd6e8 , ep=0x60c8e0, 
warn=1, had_subtree_opt_ptr=0x0) at exports.c:654
#7  0x004063b8 in getexportent (fromkernel=value optimized out, 
fromexports=1) at exports.c:182
#8  0x00403cdc in export_read (fname=value optimized out)
at export.c:37
#9  0x00402471 in main (argc=2, argv=0x7fff3adbda88) at
exportfs.c:115
(gdb) 

The code in xlog_backend() appears to use the same va_list multiple times,
which is forbidden by the C standard and breaks on amd64.

The attached patch appears to fix the error.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u nfs-utils-1.1.1/debian/changelog nfs-utils-1.1.1/debian/changelog
--- nfs-utils-1.1.1/debian/changelog
+++ nfs-utils-1.1.1/debian/changelog
@@ -1,3 +1,11 @@
+nfs-utils (1:1.1.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix misuse of va_list in logging code, that causes consistent segfaults
+on amd64.
+
+ -- Steve Langasek [EMAIL PROTECTED]  Sun, 21 Oct 2007 03:26:47 -0700
+
 nfs-utils (1:1.1.1-1) unstable; urgency=low
 
   * New upstream release.
only in patch2:
unchanged:
--- nfs-utils-1.1.1.orig/support/nfs/xlog.c
+++ nfs-utils-1.1.1/support/nfs/xlog.c
@@ -133,9 +133,13 @@
 void
 xlog_backend(int kind, const char *fmt, va_list args)
 {
+	va_list args2;
+
 	if (!(kind  (L_ALL))  !(logging  (kind  logmask)))
 		return;
 
+	va_copy(args2, args);
+
 	if (log_syslog) {
 		switch (kind) {
 		case L_FATAL:
@@ -172,10 +176,12 @@
 		fprintf(stderr, %s: , log_name);
 #endif
 
-		vfprintf(stderr, fmt, args);
+		vfprintf(stderr, fmt, args2);
 		fprintf(stderr, \n);
 	}
 
+	va_end(args2);
+
 	if (kind == L_FATAL)
 		exit(1);
 }


Bug#444982: marked as done (CVE-2007-5193 information disclosure in default configuration)

2007-10-21 Thread Nico Golde
Hi Sven,
* Sven Dowideit [EMAIL PROTECTED] [2007-10-21 11:57]:
 ok, following the url..
 
 Nico, you seem to me to be incorrect.
 
 777 is on the working/tmp dir only, which is not used for any web
 content.

I didn't say this but twiki is using it, no?
Lets assume you put a symlink in there with a name of a tmp 
file that has to be written pointing to some web content (I 
said web content because apache does not run with root) then 
twiki will overwrite the file following the symlink because 
the file names of the plugins are predictable.
If this is not the case I wonder why www-data is the group 
name.

 Also, as the twiki cgi scripts are callable from the command
 line by any user, requiring the working/tmp dir to be writable by any
 user, I can't think of any way that this is fixable?

Then let them use /tmp but create unique file names using 
for example mkstemp.

Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpWc6KW8yWSX.pgp
Description: PGP signature


Bug#447303: ocaml-syck: FTBFS without ocamlopt

2007-10-21 Thread Stefano Zacchiroli
On Fri, Oct 19, 2007 at 11:21:55PM +0200, Julien Cristau wrote:
 See
 http://buildd.debian.org/fetch.cgi?pkg=ocaml-syckarch=hppaver=0.1.1-1stamp=1192820955file=logas=raw
 *.a files aren't built on architectures lacking a native compiler, so
 shouldn't be installed.

Yep, thanks for the report.

More precisely (and as a reminder to self), the *.a files generated by
ocamlopt from ocaml sources aren't built on non native architectures. On
the contrary *.a files generated by ocamlmklib to statically link glue
C/OCaml code are built also on non native architectures. This glitch was
actually what fooled me here.

Working on this, expect a pending tag soon.

Cheers.

-- 
Stefano Zacchiroli -*- PhD in Computer Science ... now what?
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature


Bug#447452: notrace variant gives no debug output at all

2007-10-21 Thread Kilian Krause
Package: opal
Version: 2.2.11~dfsg1-1
Severity: important

As known already the notrace variant needs to die and opt/debug will
remain with an interchangeable ABI. Upstream reckons this is the clean
solution, so this is just a reminder.

Matter of factly the notrace variant break SIP debugging in Ekiga (see
https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302) so there is
very few sense keeping it for the headache it's giving.

-- System Information:
Debian Release: 3.1
  APT prefers oldstable
  APT policy: (990, 'oldstable')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-vserver-amd64
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)



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



Bug#447468: libobjc-lf2: FTBFS: mv: target `/build/user/libobjc-lf2-2.95.3r115/debian/tmp/usr/lib//' is not a directory: No such file or directory

2007-10-21 Thread Lucas Nussbaum
Package: libobjc-lf2
version: 2.95.3r115-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
 
/build/user/libobjc-lf2-2.95.3r115/debian/tmp//usr/System/Library/Libraries/. ; 
\
  (cd 
/build/user/libobjc-lf2-2.95.3r115/debian/tmp//usr/System/Library/Libraries/.; 
rm -f libobjc.so; if [ libobjc.so.lf2 != libobjc.so.lf2.95.3 ]; then rm -f 
libobjc.so.lf2; ln -s libobjc.so.lf2.95.3 libobjc.so.lf2; fi; ln -s 
libobjc.so.lf2 libobjc.so; ) \
fi
/usr/lib/opengroupware.org/System/Library/Makefiles/mkinstalldirs 
/build/user/libobjc-lf2-2.95.3r115/debian/tmp//usr/System/Library/Headers//objc
for file in objc-decls.h Object.h Protocol.h encoding.h hash.h objc-api.h 
objc-list.h objc-mem.h objc.h sarray.h thr.h typedstream.h  __done; do \
  if [ $file != __done ]; then \
/usr/bin/install -c  -m 644 ./$file \
  
/build/user/libobjc-lf2-2.95.3r115/debian/tmp//usr/System/Library/Headers//objc/$file;
 \
  fi; \
done
/usr/lib/opengroupware.org/System/Library/Makefiles/mkinstalldirs 
/build/user/libobjc-lf2-2.95.3r115/debian/tmp/usr/include/
/usr/lib/opengroupware.org/System/Library/Makefiles/mkinstalldirs 
/build/user/libobjc-lf2-2.95.3r115/debian/tmp/usr/include//objc
moving headers to /build/user/libobjc-lf2-2.95.3r115/debian/tmp/usr/include/ ..
mv 
/build/user/libobjc-lf2-2.95.3r115/debian/tmp//usr/System/Library/Headers/objc/*.h
 /build/user/libobjc-lf2-2.95.3r115/debian/tmp/usr/include//objc/
moving libs to /build/user/libobjc-lf2-2.95.3r115/debian/tmp/usr/lib/ ..
mv 
/build/user/libobjc-lf2-2.95.3r115/debian/tmp//usr/System/Library/Libraries/.//libobjc.so*
 /build/user/libobjc-lf2-2.95.3r115/debian/tmp/usr/lib//
mv: target `/build/user/libobjc-lf2-2.95.3r115/debian/tmp/usr/lib//' is not a 
directory: No such file or directory
make[1]: *** [move-libs-to-fhs] Error 1
make[1]: Leaving directory `/build/user/libobjc-lf2-2.95.3r115'
make: *** [install] Error 2
dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary gave error 
exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447466: charva: FTBFS: Failed to open object 'java/lang/Object'

2007-10-21 Thread Lucas Nussbaum
Package: charva
version: 1.1.1-4
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
dpkg-source: building charva in charva_1.1.1-4.dsc
 debian/rules build
test -x debian/rules
mkdir -p .
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory `/build/user/charva-1.1.1'
make[1]: Nothing to be done for `reverse-config'.
make[1]: Leaving directory `/build/user/charva-1.1.1'
if [ debian/stamp-patched = reverse-patches ]; then rm -f 
debian/stamp-patched; fi
patches: debian/patches/01-build-xml-kaffeh.patch
Trying patch debian/patches/01-build-xml-kaffeh.patch at level 1 ... 0 ... 
success.
if [ debian/stamp-patched != reverse-patches ]; then touch 
debian/stamp-patched; fi
if [ debian/stamp-patched != reverse-patches ] ; then \
/usr/bin/make -f debian/rules update-config ; \
fi
make[1]: Entering directory `/build/user/charva-1.1.1'
make[1]: Nothing to be done for `update-config'.
make[1]: Leaving directory `/build/user/charva-1.1.1'
cd .  /usr/lib/kaffe/bin/java -classpath 
/usr/share/ant/lib/ant.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/ant/lib/ant-nodeps.jar:/usr/lib/kaffe/lib/tools.jar
  -Dant.home=/usr/share/ant org.apache.tools.ant.Main -Dcompile.debug=true 
-Dcompile.optimize=true-propertyfile 
/build/user/charva-1.1.1/debian/ant.properties all
Buildfile: build.xml

clean:

compile:
[mkdir] Created dir: /build/user/charva-1.1.1/java/classes
[javac] Compiling 128 source files to /build/user/charva-1.1.1/java/classes
[javac] --
[javac] 1. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/BorderLayout.java (at line 232)
[javac] private int _hgap = 0;
[javac] ^
[javac] The field BorderLayout._hgap is never read locally
[javac] --
[javac] 2. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/BorderLayout.java (at line 233)
[javac] private int _vgap = 0;
[javac] ^
[javac] The field BorderLayout._vgap is never read locally
[javac] --
[javac] --
[javac] 3. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/Font.java (at line 57)
[javac] private int _size;
[javac] ^
[javac] The field Font._size is never read locally
[javac] --
[javac] --
[javac] 4. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/IllegalComponentStateException.java
 (at line 26)
[javac] public class IllegalComponentStateException
[javac]  ^^
[javac] The serializable class IllegalComponentStateException does not 
declare a static final serialVersionUID field of type long
[javac] --
[javac] --
[javac] 5. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/LayoutManager.java (at line 22)
[javac] import java.util.Vector;
[javac]
[javac] The import java.util.Vector is never used
[javac] --
[javac] --
[javac] 6. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/LayoutManager2.java (at line 22)
[javac] import java.util.Vector;
[javac]
[javac] The import java.util.Vector is never used
[javac] --
[javac] --
[javac] 7. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/SyncQueue.java (at line 29)
[javac] class SyncQueue
[javac]   ^
[javac] The serializable class SyncQueue does not declare a static final 
serialVersionUID field of type long
[javac] --
[javac] --
[javac] 8. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/TerminfoCapabilityException.java 
(at line 28)
[javac] public class TerminfoCapabilityException extends Exception {
[javac]  ^^^
[javac] The serializable class TerminfoCapabilityException does not declare 
a static final serialVersionUID field of type long
[javac] --
[javac] --
[javac] 9. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/event/AWTEvent.java (at line 22)
[javac] import charva.awt.*;
[javac]^^
[javac] The import charva.awt is never used
[javac] --
[javac] --
[javac] 10. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/event/ActionEvent.java (at line 29)
[javac] public class ActionEvent
[javac]  ^^^
[javac] The serializable class ActionEvent does not declare a static final 
serialVersionUID field of type long
[javac] --
[javac] --
[javac] 11. WARNING in 
/build/user/charva-1.1.1/java/src/charva/awt/event

Bug#447470: RFP: climm -- A very portable text-based ICQ clone with IRC / XMPP support

2007-10-21 Thread Akarsh Simha
Package: wnpp
Severity: wishlist


* Package name: climm
  Version : 0.6.1
  Upstream Author : Rüdiger Kuhlmann
* URL : http://www.climm.org
* License : GPL
  Programming Lang: C++
  Description : A very portable text-based ICQ clone with IRC / XMPP support

climm, earlier known as micq is a text-based ICQ clone with IRC / XMPP support.

A Debian package is available at http://www.climm.org/debian but even the sid 
version rely on obsoleted dependencies like lignutls11 (obsoleted by 
lignutls13).

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

Kernel: Linux 2.6.21 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) (ignored: 
LC_ALL set to en_US)
Shell: /bin/sh linked to /bin/bash




Bug#447459: cenon.app: FTBFS: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or directory

2007-10-21 Thread Lucas Nussbaum
Package: cenon.app
version: 3.82-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
 /usr/bin/fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp
. /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh ; \
/usr/bin/make clean distclean
/bin/sh: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or 
directory
make: *** [clean] Error 1
dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error 
exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447455: entagged: FTBFS: source not available

2007-10-21 Thread Lucas Nussbaum
Package: entagged
version: 0.31-3
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
Need to get 3940kB of source archives.
Get:1 http://idpot.grenoble.grid5000.fr sid/main entagged 0.31-3 (dsc) [784B]
Err http://idpot.grenoble.grid5000.fr sid/main entagged 0.31-3 (tar)
  404 Not Found
Get:2 http://idpot.grenoble.grid5000.fr sid/main entagged 0.31-3 (diff) [4250B]
Failed to fetch 
http://idpot.grenoble.grid5000.fr/mirrors/debian/pool/main/e/entagged/entagged_0.31.orig.tar.gz
  404 Not Found
Fetched 5034B in 0s (132kB/s)
E: Failed to fetch some archives.
/usr/bin/apt-get for sources failed

Since your package moved from contrib to main, your source tarball has
to be moved as well. I'm not sure if doing an upload with the source
tarball is enough: maybe you have to wait until upstream changes its
version number, or add an epoch.

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447463: linux-modules-extra-2.6: FTBFS: tar: /usr/src/gspca-source.tar.bz2: Cannot open: No such file or directory

2007-10-21 Thread Lucas Nussbaum
Package: linux-modules-extra-2.6
version: 2.6.22-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
make[2]: Entering directory `/build/user/linux-modules-extra-2.6-2.6.22'
mkdir -p debian/build/tmp
tar -C debian/build/tmp -xjf /usr/src/gspca-source.tar.bz2
tar: /usr/src/gspca-source.tar.bz2: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors
make[2]: *** [debian/stamps/source_gspca] Error 2
make[2]: Leaving directory `/build/user/linux-modules-extra-2.6-2.6.22'
make[1]: *** [setup-i386-none-486-gspca] Error 2
make[1]: Leaving directory `/build/user/linux-modules-extra-2.6-2.6.22'
make: *** [debian/stamps/setup-base] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447456: ack-grep: FTBFS: Can't locate File/Next.pm

2007-10-21 Thread Lucas Nussbaum
Package: ack-grep
version: 1.68-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
make[1]: Entering directory `/build/user/ack-grep-1.68'
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 
'blib/lib', 'blib/arch') t/*.t
t/00-load.# Testing App::Ack 1.68, Perl 5.008008, /usr/bin/perl
ok
t/ack-1...Can't locate File/Next.pm in @INC (@INC contains: t 
/build/user/ack-grep-1.68/blib/lib /build/user/ack-grep-1.68/blib/arch 
/etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at t/Util.pm line 1.
BEGIN failed--compilation aborted at t/Util.pm line 1.
Compilation failed in require at t/ack-1.t line 10.
BEGIN failed--compilation aborted at t/ack-1.t line 10.
# Looks like your test died before it could output anything.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-6
Failed 6/6 tests, 0.00% okay
t/ack-a...Can't locate File/Next.pm in @INC (@INC contains: t 
/build/user/ack-grep-1.68/blib/lib /build/user/ack-grep-1.68/blib/arch 
/etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at t/Util.pm line 1.
BEGIN failed--compilation aborted at t/Util.pm line 1.
Compilation failed in require at t/ack-a.t line 8.
BEGIN failed--compilation aborted at t/ack-a.t line 8.
# Looks like your test died before it could output anything.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED test 1
Failed 1/1 tests, 0.00% okay
t/ack-binary..Can't locate File/Next.pm in @INC (@INC contains: 
/build/user/ack-grep-1.68/blib/lib /build/user/ack-grep-1.68/blib/arch 
/etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at t/ack-binary.t line 10.
BEGIN failed--compilation aborted at t/ack-binary.t line 10.
# Looks like your test died before it could output anything.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-2
Failed 2/2 tests, 0.00% okay
t/ack-c...Can't locate File/Next.pm in @INC (@INC contains: t 
/build/user/ack-grep-1.68/blib/lib /build/user/ack-grep-1.68/blib/arch 
/etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at t/Util.pm line 1.
BEGIN failed--compilation aborted at t/Util.pm line 1.
Compilation failed in require at t/ack-c.t line 10.
BEGIN failed--compilation aborted at t/ack-c.t line 10.
# Looks like your test died before it could output anything.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-5
Failed 5/5 tests, 0.00% okay
t/ack-g...Can't locate File/Next.pm in @INC (@INC contains: t 
/build/user/ack-grep-1.68/blib/lib /build/user/ack-grep-1.68/blib/arch 
/etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at t/Util.pm line 1.
BEGIN failed--compilation aborted at t/Util.pm line 1.
Compilation failed in require at t/ack-g.t line 10.
BEGIN failed--compilation aborted at t/ack-g.t line 10.
# Looks like your test died before it could output anything.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-6
Failed 6/6 tests, 0.00% okay
t/ack-h...Can't locate File/Next.pm in @INC (@INC contains: 
/build/user/ack-grep-1.68/blib/lib /build/user/ack-grep-1.68/blib/arch 
/etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at t/ack-h.t line 7.
BEGIN failed--compilation aborted at t/ack-h.t line 7.
# Looks like your test died before it could output anything.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-6
Failed 6/6 tests, 0.00% okay
t/ack-o...Can't locate File/Next.pm in @INC (@INC contains: 
/build/user/ack-grep-1.68/blib/lib /build/user/ack-grep-1.68/blib/arch 
/etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at t/ack-o.t line 7.
BEGIN failed--compilation aborted at t/ack-o.t line 7.
# Looks like your test died before it could output anything.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-3
Failed 3/3 tests, 0.00% okay
t/ack-passthruCan't locate File/Next.pm in @INC (@INC contains: 
/build/user/ack-grep-1.68/blib/lib /build/user

Bug#443808: Error: could not resolve broken pipe (closed bug 335660)

2007-10-21 Thread Daniel Moreda García

Hi Roland!

Roland Rosenfeld escribió:

Hi Daniel!

On Mon, 24 Sep 2007, Daniel Moreda wrote:


package: privoxy
Version: 3.0.6-2
Severity: normal

I'm using Privoxy 3.0.6 on a Debian 3.1 box (privoxy/stable uptodate
3.0.6-2).

I'm getting these errors constantly:

Sep 17 08:41:16 Privoxy(-1218339920) Error: could not resolve hostname
aaa.bbb.ccc

Sep 17 08:41:16 Privoxy(-1218339920) Error: write to: aaa.bbb.ccc
failed: Broken pipe

I've tried building from sources, but I'm still getting the same errors.
I've updated to sid too (privoxy/sid uptodate 3.0.6-3), but nothing
changes...

I saw this bug reported and closed as 335660, but I'm still getting this
error.


It sounds like a broken DNS server.  Did you check it?  Do all the
servers configured in /etc/resolv.conf respond correctly and quickly?
Do they work correct and without unusual delay, if you access
aaa.bbb.ccc directly?

Tscho

Roland





I'm sorry for the invonvenience. Of course, it was an ISP DNS problem. I 
was working a lot of time in this problem, and at last, they (ISP) 
recognize their problem.


I'm using Squid + Privoxy. When I found this problem I deactivated 
Privoxy, but the problem still occurred in Squid.


Now I'm waiting a few days and it seems to be stable (Squid). I will 
activate again Privoxy and I will close this bug.


Thank you very much!

Best Regards,

Daniel Moreda García







Bug#447469: javahelp2: FTBFS: class org.apache.tools.ant.taskdefs.optional.depend.Depend was not found

2007-10-21 Thread Lucas Nussbaum
Package: javahelp2
version: 2.0.05-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
make[1]: Entering directory `/build/user/javahelp2-2.0.05'
/usr/share/cdbs/1/rules/buildcore.mk:68: parsing javahelp2-src-2.0.05.zip ...
make[1]: Nothing to be done for `update-config'.
make[1]: Leaving directory `/build/user/javahelp2-2.0.05'
#Create symlink to required jars
mkdir -p build-tree/javahelp2-2.0.05/javahelp_nbproject/lib
ln -s -f /usr/share/java/servlet-api.jar 
build-tree/javahelp2-2.0.05/javahelp_nbproject/lib/servlet-api.jar
ln -s -f /usr/share/java/jsp-api.jar 
build-tree/javahelp2-2.0.05/javahelp_nbproject/lib/jsp-api.jar
#Remove class uncompilable without JDIC
rm -f 
build-tree/javahelp2-2.0.05/jhMaster/JavaHelp/src/new/javax/help/plaf/basic/BasicNativeContentViewerUI.java
#Build javahelp target 'release' is for jars, target 'javadoc' is for javadoc
ant -f build-tree/javahelp2-2.0.05/javahelp_nbproject/build.xml 
-Djdic-jar-present=true -Djdic-zip-present=true \
-Ddist.javadoc.dir=dist/lib/api \
-Dservlet-jar-present=true -Dtomcat-zip-present=true release javadoc
Buildfile: build-tree/javahelp2-2.0.05/javahelp_nbproject/build.xml

build-jsearch-jars:

-pre-init:

-init-private:

-init-user:

-init-project:

-init-macrodef-property:

-do-init:

-post-init:

-init-check:

-init-macrodef-javac:

-init-macrodef-junit:

-init-macrodef-nbjpda:

-init-macrodef-debug:

-init-macrodef-java:

-init-presetdef-jar:

init:

deps-jar:

-pre-init:

-init-private:

-init-user:

-init-project:

-init-macrodef-property:

-do-init:

-post-init:

-init-check:

-init-macrodef-javac:
Trying to override old definition of task 
http://www.netbeans.org/ns/j2se-project/3:javac

-init-macrodef-junit:

-init-macrodef-nbjpda:
Trying to override old definition of task 
http://www.netbeans.org/ns/j2se-project/1:nbjpdastart

-init-macrodef-debug:
Trying to override old definition of task 
http://www.netbeans.org/ns/j2se-project/3:debug

-init-macrodef-java:

-init-presetdef-jar:

init:

deps-jar:

download-tomcat-zip:

unpack-servlet-jar:

unpack-jsp-jar:

download-jdic-zip:

unpack-jdic-jar:

-pre-init:

-init-private:

-init-user:

-init-project:

-init-macrodef-property:

-do-init:

-post-init:

-init-check:

-init-macrodef-javac:
Trying to override old definition of task 
http://www.netbeans.org/ns/j2se-project/3:javac

-init-macrodef-junit:

-init-macrodef-nbjpda:
Trying to override old definition of task 
http://www.netbeans.org/ns/j2se-project/1:nbjpdastart

-init-macrodef-debug:
Trying to override old definition of task 
http://www.netbeans.org/ns/j2se-project/3:debug

-init-macrodef-java:

-init-presetdef-jar:

init:

deps-jar:

-pre-pre-compile:
[mkdir] Created dir: 
/build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/javahelp_nbproject/build/classes

-pre-compile:

-do-compile:

BUILD FAILED
/build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/javahelp_nbproject/build.xml:119:
 The following error occurred while executing this line:
/build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/JSearchIndexer_nbproject/nbproject/build-impl.xml:241:
 The following error occurred while executing this line:
/build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/JSearchClient_nbproject/nbproject/build-impl.xml:241:
 The following error occurred while executing this line:
/build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/javahelp_nbproject/nbproject/build-impl.xml:251:
 The following error occurred while executing this line:
/build/user/javahelp2-2.0.05/build-tree/javahelp2-2.0.05/javahelp_nbproject/nbproject/build-impl.xml:129:
 Problem: failed to create task or type depend
Cause: the class org.apache.tools.ant.taskdefs.optional.depend.Depend was not 
found.
This looks like one of Ant's optional components.
Action: Check that the appropriate optional JAR exists in
-/usr/share/ant/lib
-/nonexistent/.ant/lib
-a directory added on the command line with the -lib argument

Do not panic, this is a common problem.
The commonest cause is a missing JAR.

This is not a bug; it is a configuration problem


Total time: 0 seconds
make: *** [stamp-build-javahelp2] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F

Bug#447461: libdevice-cdio-perl: FTBFS: Can't exec -I/usr/include: No such file or directory at /usr/share/perl5/Module/Build/Base.pm line 4096.

2007-10-21 Thread Lucas Nussbaum
Package: libdevice-cdio-perl
version: 0.2.4-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
/usr/bin/perl Build
Copying lib/Device/Cdio/ISO9660/FS.pm - blib/lib/Device/Cdio/ISO9660/FS.pm
Copying lib/Device/Cdio/Track.pm - blib/lib/Device/Cdio/Track.pm
Copying lib/Device/Cdio/Util.pm - blib/lib/Device/Cdio/Util.pm
Copying lib/Device/Cdio/Device.pm - blib/lib/Device/Cdio/Device.pm
Copying lib/Device/Cdio.pm - blib/lib/Device/Cdio.pm
Copying lib/Device/Cdio/ISO9660.pm - blib/lib/Device/Cdio/ISO9660.pm
Copying lib/Device/Cdio/ISO9660/IFS.pm - blib/lib/Device/Cdio/ISO9660/IFS.pm
swig -I/usr/include -o perlcdio_wrap.c -outdir blib/lib -perl perlcdio.swg
read.swg:52: Warning(124): Specifying the language name in %typemap is 
deprecated - use #ifdef SWIGLANG instead.
device.swg:34: Warning(124): Specifying the language name in %typemap is 
deprecated - use #ifdef SWIGLANG instead.
device.swg:416: Warning(124): Specifying the language name in %typemap is 
deprecated - use #ifdef SWIGLANG instead.
Use of uninitialized value in concatenation (.) or string at 
/build/user/libdevice-cdio-perl-0.2.4/_build/lib/MyModuleBuilder.pm line 135.
Use of uninitialized value in join or string at 
/usr/share/perl/5.8/File/Spec/Unix.pm line 37.
Copying from: blib/lib/perlcdio.pm, to: lib/perlcdio.pm; it makes the CPAN 
indexer happy.
-I/usr/include -I/CORE -c -Wall -g -O2 -o perlcdio_wrap perlcdio_wrap.c
Can't exec -I/usr/include: No such file or directory at 
/usr/share/perl5/Module/Build/Base.pm line 4096.
Use of uninitialized value in concatenation (.) or string at 
/build/user/libdevice-cdio-perl-0.2.4/_build/lib/MyModuleBuilder.pm line 158.
error building  file from 'perlcdio_wrap.c' at 
/build/user/libdevice-cdio-perl-0.2.4/_build/lib/MyModuleBuilder.pm line 158.
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447453: menu-xdg: debian-menu.menu does not contain an X-Debian-Wine category

2007-10-21 Thread Sam Morris
Package: menu-xdg
Version: 0.3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The generated debian-menu.menu file does not contain the X-Debian-Wine
category. This causes all menu entries for programs installed from Wine
to be pushed into the Other menu.

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-fixdso (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

menu-xdg depends on no packages.

Versions of packages menu-xdg recommends:
ii  menu  2.1.36 generates programs menu for all me

- -- no debconf information

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

iD8DBQFHGy2Wshl/216gEHgRAvY3AKCAPIr1neNIxDBDzd/gFj2o3o7aFQCfXTae
0RnLTwkcHQTyRcOjXsUY2qM=
=a9OQ
-END PGP SIGNATURE-



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



Bug#447454: cddb.bundle: FTBFS: /usr/lib/GNUstep/System/Makefiles/GNUstep.sh: No such file or directory

2007-10-21 Thread Lucas Nussbaum
Package: cddb.bundle
version: 0.2-2.2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
 /usr/bin/fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
source /usr/lib/GNUstep/System/Makefiles/GNUstep.sh; /usr/bin/make clean 
distclean
/bin/sh: /usr/lib/GNUstep/System/Makefiles/GNUstep.sh: No such file or directory
make: *** [clean] Error 1
dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error 
exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447460: lilypond: FTBFS: Build conflicts: gs-afpl | gs-gpl (= 8.01-1)

2007-10-21 Thread Lucas Nussbaum
Package: lilypond
version: 2.10.29-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
** Using build dependencies supplied by package:
Build-Depends: debhelper (= 5), python-dev (= 2.4), guile-1.8-dev, flex (= 
2.5.4a-14) | flex-old, bison ( 1:1.50) | bison ( 1:1.75-1), texinfo (= 
4.8.dfsg.1-1), groff, m4, gettext (= 0.10.36-1), mftrace (= 1.1.19), 
fontforge (= 0.0.20060125-1), pkg-config (= 0.9.0), libfreetype6-dev, 
libpango1.0-dev, libfontconfig1-dev (= 2.4.1-1), python-support (= 0.4), 
libgmp3-dev, libltdl3-dev, gs-gpl (= 8.50) | gs-esp (= 8.50), 
texlive-latex-base, texlive-generic-recommended
Build-Depends-Indep: netpbm (= 2:9.10-1), imagemagick, emacs-intl-fonts, 
xfonts-intl-arabic, xfonts-intl-asian, xfonts-intl-chinese, 
xfonts-intl-chinese-big, xfonts-intl-european, xfonts-intl-japanese, 
xfonts-intl-japanese-big, xfonts-intl-phonetic, ttf-kochi-gothic, 
ttf-kochi-mincho, ttf-bitstream-vera, ttf-freefont, gsfonts | gsfonts-x11, rsync
Build-Conflicts-Indep: gs-afpl | gs-gpl (= 8.01-1), gs-gpl (= 8.01-2), gs-gpl 
(= 8.01-3), gs-gpl (= 8.01-4)
Checking for already installed source dependencies...
debhelper: missing
Using default version 5.0.58
python-dev: missing
Using default version 2.4.4-6
guile-1.8-dev: missing
flex: missing
Using default version 2.5.33-12
flex-old: missing
bison: missing
Default version of bison not sufficient, no suitable version found. Skipping 
for now, maybe there are alternatives.
bison: missing
Using default version 1:2.3.dfsg-5
texinfo: missing
Using default version 4.8.dfsg.1-6
groff: missing
m4: missing
gettext: missing
Using default version 0.16.1-2
mftrace: missing
Using default version 1.2.14-1
fontforge: missing
Using default version 0.0.20071002-1
pkg-config: missing
Using default version 0.22-1
libfreetype6-dev: missing
libpango1.0-dev: missing
libfontconfig1-dev: missing
Using default version 2.4.2-1.3
python-support: missing
Using default version 0.7.4
libgmp3-dev: missing
libltdl3-dev: missing
gs-gpl: missing
Using default version 8.61.dfsg.1~svn8187-1
gs-esp: missing
Using default version 8.61.dfsg.1~svn8187-1
texlive-latex-base: missing
texlive-generic-recommended: missing
netpbm: missing
Using default version 2:10.0-11
imagemagick: missing
emacs-intl-fonts: missing
xfonts-intl-arabic: missing
xfonts-intl-asian: missing
xfonts-intl-chinese: missing
xfonts-intl-chinese-big: missing
xfonts-intl-european: missing
xfonts-intl-japanese: missing
xfonts-intl-japanese-big: missing
xfonts-intl-phonetic: missing
ttf-kochi-gothic: missing
ttf-kochi-mincho: missing
ttf-bitstream-vera: missing
ttf-freefont: missing
gsfonts: missing
gsfonts-x11: missing
rsync: missing
gs-gpl: already deinstalled
gs-gpl: already deinstalled
gs-gpl: already deinstalled
Checking for source dependency conflicts...
Reading package lists...
Building dependency tree...
Reading state information...
The following extra packages will be installed:
  bsdmainutils defoma ed emacsen-common file fontconfig fontconfig-config
  gettext-base ghostscript ghostscript-x groff-base guile-1.8 guile-1.8-libs
  html2text intltool-debian libcairo2 libcairo2-dev libcupsimage2 libcupsys2
  libdatrie0 libexpat1 libexpat1-dev libfontconfig1 libfontenc1 libfreetype6
  libglib2.0-0 libglib2.0-dev libgmp3c2 libgmpxx4ldbl libgs8 libice-dev
  libice6 libjasper1 libjpeg62 libkeyutils1 libkpathsea4 libkrb53 liblcms1
  libltdl3 libmagic1 libmagick9 libncurses5-dev libncursesw5 libnetpbm10
  libnewt0.52 libpango1.0-0 libpango1.0-common libpaper1 libpcre3 libpng12-0
  libpng12-dev libpoppler1 libpopt0 libreadline5-dev libsm-dev libsm6
  libssl0.9.8 libthai-data libthai0 libtiff4 libungif4g libuninameslist0
  libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxaw7 libxdmcp-dev
  libxdmcp6 libxext-dev libxext6 libxfont1 libxft-dev libxft2 libxml2 libxmu6
  libxpm4 libxrender-dev libxrender1 libxt6 mime-support po-debconf potrace
  python python-central python-minimal python2.4 python2.4-dev
  python2.4-minimal t1utils tex-common texlive-base texlive-base-bin
  texlive-common texlive-doc-base ttf-dejavu ttf-dejavu-core ttf-dejavu-extra
  ucf whiptail x11-common x11proto-core-dev x11proto-input-dev x11proto-kb-dev
  x11proto-render-dev x11proto-xext-dev xfonts-encodings xfonts-utils
  xtrans-dev zlib1g-dev
Suggested packages:
  bison-doc wamerican wordlist whois vacation dh-make defoma-doc psfontmgr
  x-ttcidfont-conf dfontmgr fontforge-doc autotrace cvs gettext-doc hpijs
  guile-1.8-doc html2ps lpr libcairo2-doc cupsys-common libglib2.0-doc
  libgmp3-doc libmpfr-dev libjasper-runtime krb5-doc krb5-user liblcms-utils
  libtool-doc libwmf-bin ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp
  ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp libpango1.0-doc
  python-doc python-tk python-profiler python2.4-doc openssh-client
  openssh-server xpdf-reader pdf

Bug#447467: batmon.app: FTBFS: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or directory

2007-10-21 Thread Lucas Nussbaum
Package: batmon.app
version: 0.2-3
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
 /usr/bin/fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp
. /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh  \
/usr/bin/make clean
/bin/sh: /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh: No such file or 
directory
make: *** [clean] Error 1
dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error 
exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447458: libtritonus-java: FTBFS: /build/user/libtritonus-java-20070428/build.xml:23: Compile failed; see the compiler error output for details.

2007-10-21 Thread Lucas Nussbaum
Package: libtritonus-java
version: 20070428-3
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
dpkg-source: building libtritonus-java in libtritonus-java_20070428-3.dsc
 debian/rules build
test -x debian/rules
mkdir -p .
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory `/build/user/libtritonus-java-20070428'
for i in ./util/config.guess ./util/config.sub  ; do \
if test -e $i.cdbs-orig ; then \
mv $i.cdbs-orig $i ; \
fi ; \
done
make[1]: Leaving directory `/build/user/libtritonus-java-20070428'
if [ -n patches ] ; then \
  if [ -L ./patches ] ; then : ; else \
(cd .; ln -s /build/user/libtritonus-java-20070428/debian/patches 
patches) ; \
  fi ; \
fi
cd .  QUILT_PATCHES=patches quilt --quiltrc /dev/null push -a || test $? = 2
Applying patch autoconf.diff
patching file configure.in

Applying patch build.diff
patching file build-common.xml
patching file build.xml

Applying patch configure.diff
patching file configure.in
Hunk #2 succeeded at 89 (offset 3 lines).

Applying patch Makefile.diff
patching file src/lib/fluidsynth/Makefile.in
patching file src/lib/cooked_ioctl/Makefile.in
patching file src/lib/cdparanoia/Makefile.in
patching file src/lib/alsa/Makefile.in
patching file src/lib/esd/Makefile.in
patching file src/lib/lame/Makefile.in
patching file src/lib/pvorbis/Makefile.in
patching file src/lib/vorbis/Makefile.in

Applying patch alsa.diff
patching file src/lib/alsa/constants_check.h

Applying patch cooked_ioctl.diff
patching file 
src/lib/cooked_ioctl/org_tritonus_lowlevel_cdda_cooked_ioctl_CookedIoctl.cc

Applying patch pvorbis.diff
patching file src/lib/pvorbis/org_tritonus_lowlevel_pogg_Buffer.c

Applying patch dfsg.diff
patching file src/classes/org/tritonus/midi/device/java/JavaSequencer.java
patching file src/classes/org/tritonus/midi/device/java/SunMiscPerfClock.java

Applying patch 64_bit.diff
patching file src/lib/common/HandleFieldHandler.h
patching file 
src/lib/cooked_ioctl/org_tritonus_lowlevel_cdda_cooked_ioctl_CookedIoctl.cc
patching file src/lib/esd/org_tritonus_lowlevel_esd_EsdRecordingStream.c
patching file src/lib/esd/org_tritonus_lowlevel_esd_EsdStream.c

Now at patch 64_bit.diff
touch debian/stamp-patched
/usr/bin/make -f debian/rules update-config
make[1]: Entering directory `/build/user/libtritonus-java-20070428'
if test -e /usr/share/misc/config.guess ; then \
for i in ./util/config.guess ; do \
if ! test -e $i.cdbs-orig ; then \
mv $i $i.cdbs-orig ; \
cp --remove-destination 
/usr/share/misc/config.guess $i ; \
fi ; \
done ; \
fi
if test -e /usr/share/misc/config.sub ; then \
for i in ./util/config.sub ; do \
if ! test -e $i.cdbs-orig ; then \
mv $i $i.cdbs-orig ; \
cp --remove-destination 
/usr/share/misc/config.sub $i ; \
fi ; \
done ; \
fi
make[1]: Leaving directory `/build/user/libtritonus-java-20070428'
if test -e /usr/share/misc/config.guess ; then \
for i in ./util/config.guess ; do \
if ! test -e $i.cdbs-orig ; then \
mv $i $i.cdbs-orig ; \
cp --remove-destination 
/usr/share/misc/config.guess $i ; \
fi ; \
done ; \
fi
if test -e /usr/share/misc/config.sub ; then \
for i in ./util/config.sub ; do \
if ! test -e $i.cdbs-orig ; then \
mv $i $i.cdbs-orig ; \
cp --remove-destination 
/usr/share/misc/config.sub $i ; \
fi ; \
done ; \
fi
autoconf
chmod +x /build/user/libtritonus-java-20070428/debian/javah
./configure --prefix=/usr/lib/kaffe JAVA=/usr/lib/kaffe/bin/java 
JAVAH=/build/user/libtritonus-java-20070428/debian/javah
checking JDK version... version
./configure: line 1784: -z: command not found
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for jikes... javac
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln

Bug#447462: apertium-es-ca: FTBFS: The pkg-config script could not be found or is too old

2007-10-21 Thread Lucas Nussbaum
Package: apertium-es-ca
version: 1.0.5-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether ln -s works... yes
checking for gawk... (cached) mawk
checking for i486-linux-gnu-pkg-config... no
checking for pkg-config... no
checking for APERTIUM... checking for APERTIUM... checking for APERTIUM... 
configure: error: The pkg-config script could not be found or is too old.  Make 
sure it
is in your PATH or set the PKG_CONFIG environment variable to the full
path to pkg-config.

Alternatively, you may set the environment variables APERTIUM_CFLAGS
and APERTIUM_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

To get pkg-config, see http://pkg-config.freedesktop.org/.
See `config.log' for more details.
make: *** [config.status] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447464: libfoundation1.0: FTBFS: mkdir: cannot create directory `/./GNU': Permission denied

2007-10-21 Thread Lucas Nussbaum
Package: libfoundation1.0
version: 1.0.84-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
make[2]: Entering directory `/build/user/libfoundation1.0-1.0.84/Foundation'
/usr/lib/opengroupware.org/System/Library/Makefiles/common.make:169: 
GNUSTEP_INSTALLATION_DIR is deprecated.  Please use GNUSTEP_INSTALLATION_DOMAIN 
instead
cd .; \
/usr/lib/opengroupware.org/System/Library/Makefiles/mkinstalldirs 
.//./GNU
/usr/lib/opengroupware.org/System/Library/Makefiles/mkinstalldirs 
/./GNU/exceptions
mkdir: cannot create directory `/./GNU': Permission denied
mkdir: cannot create directory `/./GNU/exceptions': No such file or directory
make[2]: *** [/./GNU/exceptions] Error 1
make[2]: Leaving directory `/build/user/libfoundation1.0-1.0.84/Foundation'
make[1]: *** [internal-all] Error 2
make[1]: Leaving directory `/build/user/libfoundation1.0-1.0.84'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447465: oolite: FTBFS: cp: cannot stat `shared_debug_obj/oolite': No such file or directory

2007-10-21 Thread Lucas Nussbaum
Package: oolite
version: 1.65-5
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
 Compiling file src/Core/Geometry.m ...
 Compiling file src/Core/Octree.m ...
 Compiling file src/Core/CollisionRegion.m ...
 Compiling file src/Core/OOColor.m ...
 Compiling file src/Core/ScriptCompiler.m ...
src/Core/ScriptCompiler.m: In function '-[NSMutableString(OOScript) 
replaceString:withString:]':
src/Core/ScriptCompiler.m:41: warning: passing argument 3 of 
'replaceOccurrencesOfString:withString:options:range:' makes integer from 
pointer without a cast
 Compiling file src/Core/StringTokeniser.m ...
 Linking objc_program oolite ...
rm -rf oolite.debug/Contents
/usr/share/GNUstep/Makefiles/mkinstalldirs oolite.debug
/usr/share/GNUstep/Makefiles/mkinstalldirs oolite.debug/Resources
/usr/share/GNUstep/Makefiles/mkinstalldirs oolite.debug/Contents
cp -r Resources oolite.debug/Contents/Resources
cp src/Cocoa/Info-Oolite.plist oolite.debug/Resources/Info-gnustep.plist
cp shared_debug_obj/oolite oolite.debug
cp: cannot stat `shared_debug_obj/oolite': No such file or directory
make[1]: *** [after-all] Error 1
make[1]: Leaving directory `/build/user/oolite-1.65'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447457: gedit-plugins: FTBFS: No package 'gedit-2.16' found

2007-10-21 Thread Lucas Nussbaum
Package: gedit-plugins
version: 2.18.0-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071021 qa-ftbfs
Justification: FTBFS on i386

Hi,

During a rebuild of all packages in sid, your package failed to build on i386.

Relevant part:
checking for xgettext... /usr/bin/xgettext
checking for GEDIT... configure: error: Package requirements (
glib-2.0 = 2.8.0
gtk+-2.0 = 2.8.0
gtksourceview-1.0 = 1.2.0
gedit-2.16 = 2.16.0
libglade-2.0 = 2.4.0
gnome-vfs-2.0 = 2.13.4
) were not met:

No package 'gedit-2.16' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GEDIT_CFLAGS
and GEDIT_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

make: *** [config.status] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

The full build log is available from
http://people.debian.org/~lucas/logs/2007/10/21

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment.  Internet was not accessible from the build systems.

-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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



Bug#447188: CVE-2007-2721 remote denial of service with possibly heap corruption

2007-10-21 Thread Nico Golde
Hi,
Uploading as 0-day NMU with maintainers permission.
Kind regards
Nico

-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgp59ydnsvjf1.pgp
Description: PGP signature


Bug#447408: pnscan: segfaults when running without parameters

2007-10-21 Thread Ola Lundqvist
Hi

Thanks a lot!

Forwarded to upstream in this mail. I hope he have the email left.

Best regards,

// Ola

On Sat, Oct 20, 2007 at 11:14:55PM +0200, Jose Luis Gonzalez wrote:
 Package: pnscan
 Version: 1.11-3
 Severity: normal
 Tags: upstream patch
 
 pnscan segfaults when running without parameters and an empty line
 as input:
 
 $ echo | pnscan
 Segmentation fault (core dumped)
 
 $ gdb /usr/bin/pnscan core
 [...]
 Program terminated with signal 11, Segmentation fault.
 #0  0xb7e17b26 in strtok_r () from /lib/tls/libc.so.6
 
 This is a bug in the original program:
 
 
 
 --- pnscan-wrong.c2007-10-20 23:08:00.0 +0200
 +++ pnscan.c  2007-10-20 23:08:06.0 +0200
 @@ -816,7 +816,6 @@
   }
  
   host = strtok_r(buf,  \t\n\r, tokp);
 - serv = strtok_r(NULL,  \t\n\r, tokp);
   
   if (host == NULL || host[0] == '#')
   continue;
 @@ -828,6 +827,8 @@
   continue;
   }
   
 + serv = strtok_r(NULL,  \t\n\r, tokp);
 +
   if (serv == NULL)
   {
   if (first_port == 0)
 
 ===
 
 Please forward to upstream.
 
 
 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  http://opalsys.net/ +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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



Bug#447471: aptitude: segfaults when cleaning old downloaded packages

2007-10-21 Thread Benoît Dejean
Package: aptitude
Version: 0.4.6.1-1.1
Severity: normal

In the ncurses interface, when i update, aptitue often crashes.  I
started it within gdb: i can see that it freezes while deleting
old/useless packages. But as i don't have debug info, the stacktrace
is meaningless.

How i can get debug symbols for aptitute ?

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.23
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.6-6 0.7.6  Advanced front-end for dpkg
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libncursesw5  5.6+20071006-3 Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.0.17-2   type-safe Signal Framework for C++
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do none (no description available)
pn  libparse-debianchangelog-perl none (no description available)

-- no debconf information



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



Bug#443322: [Pkg-shadow-devel] Bug#443322: Bug#443322: login: immediate 'Login incorrect' after unknown user name

2007-10-21 Thread Christian Perrier
Quoting Christian Perrier ([EMAIL PROTECTED]):
 Quoting Dwight Davis ([EMAIL PROTECTED]):
  Oops!, these lines are indeed different in my config,
  but they make no difference.
  
  The line that is causing this behavior is:
  
  auth   requisite  pam_securetty.so
  
  According to the man page this module should have no
  affect if the username is not recognized. The default
  for the requisite keyword is to die.
  
  Changing the keyword requisite to required, as the
  man page recommends, causes the normal behavior of
  login. 
 
 
 Yes, I confirm that.
 
 I pinged Steve Langasek on IRC to get some more expert advice when it
 comes at PAM stuff.
 
 

A discussion happened on IRC about this:

09:38 vorlon do you know if that's a recent change in the behavior of 
pam_securetty?
09:38 vorlon or is it just a recent change in the contents of 
/etc/pam.d/login?
09:39 vorlon I don't like the idea of being able to brute force usernames via 
login, however unlikely this is
--- Log closed dim oct 21 09:44:35 2007
--- Log opened dim oct 21 09:44:48 2007
09:44 vorlon anyway, the advantage of using requisite for pam_securetty is 
that if it's *not* a secure tty, the user has no opportunity to type the root 
password at all
09:44 vorlon but apparently there are side effects that don't belong
--- Log closed dim oct 21 09:50:35 2007
--- Log opened dim oct 21 12:19:42 2007
12:19 bubulle I don't know if it's a recent change in pam_securetty
12:19 bubulle not a change in /etc/pam.d/login for sure



signature.asc
Description: Digital signature


Bug#447431: [pkg-ntp-maintainers] Bug#447431: ntp: broken check for OpenSSL versions

2007-10-21 Thread Kurt Roeckx
On Sun, Oct 21, 2007 at 01:14:47AM -0700, Steve Langasek wrote:
 Package: ntp
 Version: 1:4.2.4p4+dfsg-1
 Severity: serious
 Tags: patch
 
 The ntp package isn't usable in (at least) unstable, because it incorrectly
 presumes to second-guess the correct OpenSSL version to link against:

It checks against a development version and stable version of libssl.
0.9.8f had an incorrect version number stating it was a development
version.  It was fixed in 0.9.8g.

But I agree that it shouldn't be checking the version number.


Kurt




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



Bug#444334: libmowgli packaging

2007-10-21 Thread Patrick Schoenfeld
Hi,

On Sun, Oct 21, 2007 at 01:44:42AM +0200, Adam Cécile (Le_Vert) wrote:
 I already have a working package and plan to upload it soon.

why didn't you file an ITP, then? I started preparing a package with my ITP and
sent it to my sponsor already, so that he checks this package and uploads it,
if it is ready.

 Could you please let me care of this package, as the work is already
 done and because I'm used to work with the atheme guys (audacious
 maintainer).

Hmm. I don't want to do that, as the work on my side is already done as well.
Its your fault that double effort has been done, because you did not file an
ITP. But I don't want to search someone to blame. Probably it would help us
both to join our efforts and team-maintain the package? I know that libmowgli
is needed for (upcoming) versions of audacious (in fact that is the reason why
I packaged it) and so I see that you have a reason for maintaining the package.
Its the first library I am packaging so I could eventually benefit from this
coorperation.

What do you think?

Regards,
Patrick




  1   2   3   4   >