Bug#447425: --ssh-command incomplatiability with duplicity version 0.4.3
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
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
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..
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 ...
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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?
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
* 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]
---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
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
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
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)
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
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
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
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
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:
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
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
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
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)
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
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
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
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
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
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!
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
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
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
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)
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)
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
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)
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
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)
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
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
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
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'
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
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
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
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
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
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)
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
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.
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
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
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)
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
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.
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
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
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
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
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
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
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
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
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
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
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