Bug#502230: Duplicated entries in dependence lists
Package: aptitude Version: 0.4.11.10-1lenny1 Severity: minor Hi, analysing all dependencies of libcommons-modeler-java I see Source Package: libcommons-modeler-java --\ Depends (4) --\ java-gcj-compat | java1-runtime | java2-runtime p default-jre 1.5-30 i A gij-4.1 4.1.1-20 i A gij-4.1 4.1.1-20 p jamvm 1.5.1-3 p java-gcj-compat 1.0.78-2 p java-gcj-compat 1.0.78-2 p java-gcj-compat 1.0.78-2 There is no need to display gij-4.1 and java-gcj-compat multiple times. Other packages are displayed even more often (4 times for bsh, ...) Jens -- Package-specific info: aptitude 0.4.11.10 kompiliert am Oct 5 2008 22:49:09 Compiler: g++ 4.3.1 Kompiliert gegen: apt-Version 4.6.0 NCurses-Version: 5.6 libsigc++-Version: 2.0.18 Ept-Unterstützung aktiviert. Aktuelle Bibliotheksversion: NCurses-Version: ncurses 5.6.20080830 cwidget-Version: 0.5.12 Apt-Version: 4.6.0 linux-gate.so.1 => (0xb7f94000) libapt-pkg-libc6.7-6.so.4.6 => /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0xb7ec5000) libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7e87000) libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb7e81000) libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb7dbd000) libept.so.0 => /usr/lib/libept.so.0 (0xb7cfc000) libxapian.so.15 => /usr/lib/libxapian.so.15 (0xb7ba6000) libz.so.1 => /usr/lib/libz.so.1 (0xb7b9) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7b77000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7a89000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7a63000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7a56000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb78fb000) libutil.so.1 => /lib/i686/cmov/libutil.so.1 (0xb78f6000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb78f2000) /lib/ld-linux.so.2 (0xb7f95000) Terminal: screen $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.14+b1 Advanced front-end for dpkg ii libc6 2.7-14GNU C Library: Shared libraries ii libcwidget30.5.12-3 high-level terminal interface libr ii libept00.5.22High-level library for managing De ii libgcc11:4.3.2-1 GCC support library ii libncursesw5 5.6+20080830-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libxapian151.0.7-3 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do (no description available) pn libparse-debianchangelog-perl (no description available) Versions of packages aptitude suggests: pn debtags(no description available) ii tasksel 2.75 Tool for selecting tasks for insta -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491283: Patch for the 0.55-2.3 NMU of irqbalance
Dear maintainer of irqbalance, On Tuesday, October 07, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Thursday, October 02, 2008. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/2-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: irqbalance Version: 0.55-2.3 Distribution: unstable Urgency: low Maintainer: Christian Perrier <[EMAIL PROTECTED]> Date: Tue, 14 Oct 2008 07:14:27 +0200 Closes: 491283 Changes: irqbalance (0.55-2.3) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Romanian. Closes: #491283 -- diff -Nru irqbalance-0.55.old/debian/changelog irqbalance-0.55/debian/changelog --- irqbalance-0.55.old/debian/changelog 2008-09-29 22:21:43.236264794 +0200 +++ irqbalance-0.55/debian/changelog 2008-10-14 07:14:33.104089843 +0200 @@ -1,3 +1,11 @@ +irqbalance (0.55-2.3) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Romanian. Closes: #491283 + + -- Christian Perrier <[EMAIL PROTECTED]> Tue, 14 Oct 2008 07:14:27 +0200 + irqbalance (0.55-2.2) unstable; urgency=low * Non-maintainer upload to fix pending l10n issues. diff -Nru irqbalance-0.55.old/debian/po/ro.po irqbalance-0.55/debian/po/ro.po --- irqbalance-0.55.old/debian/po/ro.po 1970-01-01 01:00:00.0 +0100 +++ irqbalance-0.55/debian/po/ro.po 2008-10-02 07:12:45.170407000 +0200 @@ -0,0 +1,58 @@ +# SOME DESCRIPTIVE TITLE. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# +# stan ioan-eugen <[EMAIL PROTECTED]>, 2008. +msgid "" +msgstr "" +"Project-Id-Version: \n" +"Report-Msgid-Bugs-To: [EMAIL PROTECTED]" +"POT-Creation-Date: 2008-07-06 09:58+0200\n" +"PO-Revision-Date: 2008-07-11 14:53+0300\n" +"Last-Translator: stan ioan-eugen <[EMAIL PROTECTED]>\n" +"Language-Team: romanian <[EMAIL PROTECTED]>\n" +"MIME-Version: 1.0\n" +"Content-Type: text/plain; charset=UTF-8\n" +"Content-Transfer-Encoding: 8bit\n" +"X-Generator: KBabel 1.11.4\n" + +#. Type: boolean +#. Description +#: ../irqbalance.templates:1001 +msgid "Enable irqbalance?" +msgstr "Se activează irqbalance?" + +#. Type: boolean +#. Description +#: ../irqbalance.templates:1001 +msgid "" +"Enable the irqbalance daemon to balance IRQs on SMP systems and systems with " +"hyperthreading?" +msgstr "" +"Se activează serviciul irqbalance pentru a echilibra întreruperile pe " +"sistemele SMP și sistemele cu hyperthreading?" + +#. Type: boolean +#. Description +#: ../irqbalance.templates:2001 +msgid "Balance the IRQ's once?" +msgstr "Se echilibrează întreruperile o singură dată?" + +#. Type: boolean +#. Description +#: ../irqbalance.templates:2001 +msgid "" +"irqbalance can run in one shot mode, where the IRQs are balanced only once. " +"This is advantageous on hyperthreading systems such as the Pentium 4, which " +"appear to be SMP systems, but are really one physical CPU." +msgstr "" +"irqbalance poate rula în modul „o singură dată”, mod în care întreruperile " +"sunt echilibrate doar o singură dată. Acest mod este avantajos pe sistemele " +"cu hyperthreading precum Pentium 4, care par a fi sisteme SMP dar care au de " +"fapt un singur procesor." + +#. Type: boolean +#. Description +#: ../irqbalance.templates:2001 +msgid "Run irqbalance in one shot mode?" +msgstr "Se rulează irqbalance în modul „o singură dată”?" signature.asc Description: Digital signature
Bug#502219: closed by Giuseppe Iuculano <[EMAIL PROTECTED]> (Re: Bug#502219: procinfo: Segfaults with large number of interrupts.)
Len Sorensen ha scritto: > I do not consider this closed. You are wrong. Please reopen until it > is fixed. I was actually considering marking it RC for Lenny. > Hi, I understand your point of view, but this bug is marked as "Fixed in version procinfo/1:2.0.208-1". This is correct and this remain an RC for Lenny. Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#497995: Yet another patch--one that works
Adam D. Barratt wrote: I don't think I'm misinterpreting it and I'm more than happy with how your patch works - I just want a version that does more ;-) To each their own. :-) As a frequent user of --diff, it was one of the first things I tried whilst testing your patch and I'd like to get that working before committing the changes. Well, why don't we compromise and say that if your patch isn't ready to go by the time Squeeze becomes testing, then we apply mine as a fix for this bug as a stop-gap. :-) Besides, it's two completely different areas of the code that you need to work with, and they seem to handle the diff in completely different ways. The only bit in common is the 'git rev-parse', and that could get factored out. Cheers, -- Eric Gerlach, Network Administrator Federation of Students University of Waterloo p: (519) 888-4567 x36329 e: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502227: debian-installer: tries to synchronize clock even if there is no network
reassign 502227 tzsetup retitle 502227 Should skip the clock sync step if the network was not configured in netcfg thanks Quoting Al Nikolov ([EMAIL PROTECTED]): > Package: debian-installer > Severity: normal > > If user decides to pass the nework configuration stage with "No network > configuration" then it is not possible to use NTP to synchronize clock and > debian-installer should skip this stage. That suggestion seems interesting to me (for squeeze...). Reassigning to the exact package it belongs to. signature.asc Description: Digital signature
Bug#502227: debian-installer: tries to synchronize clock even if there is no network
reassign 502227 clock-setup thanks Quoting Al Nikolov ([EMAIL PROTECTED]): > Package: debian-installer > Severity: normal > > If user decides to pass the nework configuration stage with "No network > configuration" then it is not possible to use NTP to synchronize clock and > debian-installer should skip this stage. Frans already reassigned that bug to the right package. Sorry for the trouble. signature.asc Description: Digital signature
Bug#502182: linux-image-2.6.24-etchnhalf.1-ixp4xx: no usbatm and speedtch modules compiled for this kernel
* Kazimierz Pogoda <[EMAIL PROTECTED]> [2008-10-14 11:44]: > After upgrading my NSLU2 to etch-and-a-half (the former kernel > from etch is 2.6.18-6-ixp4xx) USB modem stopped working > due to lack of speetch module, which is not included in the new kernel > package. I suppose the I am not the only NSLU2 user for whom the etchnhalf > release is unsuable because of this reason. Thanks for catching this, Kazimierz. I'll add the modules. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502155: [Tork-packagers] [Fwd: Bug#502155: tork: Wrong configuration with custom tor server]
On Tuesday 14 October 2008 18:13:18 Patrick Matthäi wrote: > Package: tork > Version: 0.29.2-2 > Severity: normal > > If you use the custom tor server configuration and you change the > connection ports, tork will create a wrong configuration file: > > DirListenAddress 6730 > DirPort 9030 > ORListenAddress 6728 > ORPort 9001 > Thanks for that Andrea. It will be fixed in the next release. signature.asc Description: This is a digitally signed message part.
Bug#502233: python-xdg: Getting MIME type from text/data in memory
Package: python-xdg Version: 0.15-1.1 Severity: wishlist It would be useful if the Mime module had a function similar to get_type_by_contents() but which works on text/data already loaded into memory instead of loading the data, given a pathname. I'm writing a text editor and currently I'll either have to reimplement large chunks of Mime.py or have it load an extra copy (or at least however much of it the implementation requires) of a file already in memory. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27 (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 python-xdg depends on: ii python2.5.2-2An interactive high-level object-o ii python-support0.8.6 automated rebuilding support for P python-xdg recommends no packages. python-xdg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502232: libopenmpi-dev: No static libraries in the package
Package: libopenmpi-dev Version: 1.2.7~rc2-2 Severity: wishlist A lot of Debian lib*-dev packages also include static libraries. When we distribute our application we'll often include statically linked binaries so that users don't have to try and go through a complicated list of prerequisites in order to build on their system. Unfortunately I can't do that with my MPI applications because there aren't any static libraries avaialble in the Debian OpenMPI packages. Any chance you could start distributing static versions of the OpenMPI libraries? Thanks, Gary -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.03oct08 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libopenmpi-dev depends on: ii libc62.7-14 GNU C Library: Shared libraries ii libopenmpi1 1.2.7~rc2-2 high performance message passing l ii openmpi-common 1.2.7~rc2-2 high performance message passing l libopenmpi-dev recommends no packages. libopenmpi-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502026: Processed: Re: OOo Quickstarter don't work in KDE
tag 502026 + moreinfo thanks Hi, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > notfound 502026 1:3.0.0~rc4-1 > Bug#502026: openoffice.org: OOo Quickstarter don't work in KDE > Bug no longer marked as found in version 1:3.0.0~rc4-1. Sou you mean the Quickstarter does show for you in the KDE tray with rc4? Which KDE version? Because it doesn't for me in 1:3.0.0-2 in KDE4 - didn't try KDE3 yet. But that (theoretically) shouldn't matter anyway, as the Quickstarter is a GTK thingy. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502235: RFP: python2.6 -- An interactive high-level object-oriented language (version 2.6)
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: python2.6 Version : 2.6 Upstream Author : Matthias Klose <[EMAIL PROTECTED]> * URL : http://www.python.org * License : Python Programming Lang: Python Description : An interactive high-level object-oriented language (version 2.6) Version 2.6 of the high-level, interactive object oriented language, includes an extensive class library with lots of goodies for network programming, system administration, sounds and graphics. - -- System Information: APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkj05eoACgkQcieIIFcDdHJ4kwCeNbV/hE75Ltc2DjMnlvo12+As lbIAnRhWv6xmUg7W0fDg8Lu/kNEE4p+3 =TIGp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502052: closed by "Nelson A. de Oliveira" <[EMAIL PROTECTED]> (#502052 isn't a bug)
Hi! On Tue, Oct 14, 2008 at 05:27:18AM +, Laxminarayan Kamath wrote: > Isn't there a way to mask gimp-data-2.6.1-1 from i386 ? That would at > least make 2.6.0-1 installable. No? gimp-data version 2.6.0-1 isn't available anymore. > Any package uninstallable on the corresponding architecture and > distribution is a Debian Packaging bug. No? Not in every case (like this one). The package is installable, but it's temporarily unavailable for i386 right now (it's waiting on incoming.debian.org and soon it should hit the Debian mirror that you are using). > I thought this was the right place to report. But this seems to be a > place where GIMP installed through Debian itself has bugs. Where do I > report packaging mistakes ? The Debian BTS is the right place to report problems that you find. But not every problem is a real problem :-) Packages uploaded to unstable and experimental may have a delay to be fully available (since they need to be built and uploaded). You are hitting this problem because gimp-data is an arch "all" package (it doesn't need to be built for every arch that Debian supports), while gimp needs to be built. Best regards, Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500740: Some variables don't default correctly
Tzafrir Cohen wrote: > Why do you run it several times? Shouldn't once be enough? for the records: due to the fact that some defaults are conditional on others, you don't get the same in all cases if you run it once compared to multiple runs. therefore, lh_config should be called only once if possible. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502229: ITP: glpeces.3.0-1-i386.deb -- Peces (Tangram game)
On Tue, Oct 14, 2008 at 1:33 PM, Innocent De Marchi <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-CC: [EMAIL PROTECTED] > > --- Please fill out the fields below. --- > >Package name: glpeces.3.0-1-i386.deb > Version: 1.0 > Upstream Author: Inocente De Marchi <[EMAIL PROTECTED]> > URL: http://sourceforge.net/projects/pecesjocdetangr/ > License: GPL/LGPL > Description: Peces is a program to play the traditional Tangram, game of > Chinese origin. It consists on constructing shapes with some polygonal > pieces. Traditionally the game has seven pieces, but there are also > variations with 5, 14 pieces and others. The program includes 18 varieties > of tangram and more than 3000 figures > > > The files can be found at : > the debian (binary) package > http://downloads.sourceforge.net/pecesjocdetangr/glpeces.3.0-1-i386.deb?modtime=1223226745&big_mirror=0&filesize=1856184 > >the source code (an Lazarus project) > http://downloads.sourceforge.net/pecesjocdetangr/GLPecesCodi.zip?modtime=1223226826&big_mirror=0 > > Hi, In order for the package to enter debian, you (or someone else, but in that case you should be filing an RFP rather than an ITP) need to write the debian build scripts so the package build process can be automated across all of debian's target platforms. i386 binary packages are not acceptable. I took a quick look at the source package, and noted that there doesn't seem to be a build script included... I don't know the language (spanish?) used for the filenames, so I might be missing something, but ppas.sh only seems to do a link, and unless the package can be built completely from source, in an automated manner, using only packages in debian main, it would not be acceptable for debian main. For more information on how to write build scripts, take a look at http://www.debian.org/doc/maint-guide/ I also note that compiled .o binaries, editor backups, and other such junk are found in the source package. While this is not automatic grounds for rejection (as long as it can be built without using any of the binaries) it is generally considered poor form. Since you appear to be the package's upstream maintainer as well, you may wish to consider removing those .o and .~ files from the distributed .zip files. Also, the copyright grant on the upstream source was a bit hard to find - I don't know if this is an absolute requirement, but it's generally considered a good idea to put it in the source code files themselves. Anyway, once the debian buildscripts and other files are available, you should post a request for sponsership on the debian-mentors list, with a link to the debianized source package (dsc, diff.gz, and orig.tar.gz) Thanks, Bryan Donlan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502219: closed by Giuseppe Iuculano <[EMAIL PROTECTED]> (Re: Bug#502219: procinfo: Segfaults with large number of interrupts.)
On Tue, Oct 14, 2008 at 07:57:40PM +0200, Giuseppe Iuculano wrote: > I understand your point of view, but this bug is marked as "Fixed in version > procinfo/1:2.0.208-1". This is correct and this remain an RC for Lenny. Well if it isn't being accepted into Lenny, then that doesn't help and most likely Lenny will end up with no procinfo at all. Wouldn't it be better to make a procinfo 18-3 with the simple fix which is much more likely to be accepted into Lenny and then get the new procinfo-ng into the next major release? A fixed package for etch would be nice too given it is a rather serious bug. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495685: [#495685] firmware-iwlwifi: microcode error
In data lunedì 2008-10-06 19:45:36 +0200, Didier Raboud ha scritto: > Le mardi 19 août 2008 19:02:56 Stefano Sabatini, vous avez écrit : > > Package: firmware-iwlwifi > > Version: 0.12 > > Severity: grave > > Justification: renders package unusable > > > > > > I got this when I try to load iwl3945: > > > > When I try the command: > > modprobe iwl3945 > > > > it hangs for half a minute, then I get this error: > > > > iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection > > iwl3945: iwlwifi-3945-1.ucode firmware file req failed: Reason -2 > > iwl3945: Could not read microcode: -2 > > ACPI: PCI interrupt for device :10:00.0 disabled > > iwl3945: probe of :10:00.0 failed with error -2 > > > > I'm using firmware-iwlwifi 0.12, with a linux-2.6.24 i686 debian > > custom kernel. > > > > Regards. > > Hi, > > a new firmware-iwlwifi package is available in unstable. Please try this new > package and update your linux-image to get the latest iwlwifi driver and > report back if the problem is still alive. > > N.B. I don't get any error with the firmware... > > Regards, Updated to iwlwifi-firmware 0.13. [EMAIL PROTECTED] ~> uname -a Linux geppetto 2.6.26-1-686 #1 SMP Thu Oct 9 15:18:09 UTC 2008 i686 GNU/Linux [EMAIL PROTECTED] ~> sudo modprobe -r iwl3945 [EMAIL PROTECTED] ~> sudo modprobe iwl3945 with dmesg I get: [ 332.178973] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.26ks [ 332.178973] iwl3945: Copyright(c) 2003-2008 Intel Corporation [ 332.178973] ACPI: PCI Interrupt :10:00.0[A] -> GSI 17 (level, low) -> IRQ 17 [ 332.178973] PCI: Setting latency timer of device :10:00.0 to 64 [ 332.178973] iwl3945: Detected Intel Wireless WiFi Link 3945ABG [ 332.218972] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels [ 332.218972] phy0: Selected rate control algorithm 'iwl-3945-rs' [EMAIL PROTECTED] ~> sudo iwconfig lono wireless extensions. eth1 no wireless extensions. wmaster0 no wireless extensions. wlan0 IEEE 802.11 ESSID:"" Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated Tx-Power=0 dBm Retry min limit:7 RTS thr:off Fragment thr=2352 B Encryption key:off Link Quality:0 Signal level:0 Noise level:0 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 So the module looks correctly loaded. [EMAIL PROTECTED] ~> sudo iwlist wlan0 scanning Here it hangs for 30 seconds more or less, then I get this: wlan0 Interface doesn't support scanning : Network is down From dmesg: [ 372.025418] firmware: requesting iwlwifi-3945-1.ucode [ 432.097666] iwl3945: iwlwifi-3945-1.ucode firmware file req failed: Reason -2 [ 432.097676] iwl3945: Could not read microcode: -2 [EMAIL PROTECTED] ~> locate iwlwifi-3945-1.ucode /lib/firmware/iwlwifi-3945-1.ucode Hints will be highly appreciated. Regards. -- "Hello again, Peabody here..." -- Mister Peabody -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502232: [Pkg-openmpi-maintainers] Bug#502232: libopenmpi-dev: No static libraries in the package
On 14 October 2008 at 12:23, Gary Hennigan wrote: | Package: libopenmpi-dev | Version: 1.2.7~rc2-2 | Severity: wishlist | | A lot of Debian lib*-dev packages also include static libraries. When | we distribute our application we'll often include statically linked | binaries so that users don't have to try and go through a complicated | list of prerequisites in order to build on their system. Unfortunately | I can't do that with my MPI applications because there aren't any | static libraries avaialble in the Debian OpenMPI packages. Any chance | you could start distributing static versions of the OpenMPI libraries? According to FAQ 7 at http://www.open-mpi.org/faq/?category=building it should be as simple as adding --enable-static to the configure call to these build. We then have to look into getting them properly into the package. We are all a little short of spare time. Could you possibly venture into the first point and see if modifying debian/rules accordingly results in usable static libraries ? Dirk | | Thanks, | Gary | | -- System Information: | Debian Release: lenny/sid | APT prefers testing | APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') | Architecture: amd64 (x86_64) | | Kernel: Linux 2.6.26.03oct08 (SMP w/2 CPU cores) | Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) | Shell: /bin/sh linked to /bin/bash | | Versions of packages libopenmpi-dev depends on: | ii libc62.7-14 GNU C Library: Shared libraries | ii libopenmpi1 1.2.7~rc2-2 high performance message passing l | ii openmpi-common 1.2.7~rc2-2 high performance message passing l | | libopenmpi-dev recommends no packages. | | libopenmpi-dev suggests no packages. | | -- no debconf information | | | | | -- | Pkg-openmpi-maintainers mailing list | [EMAIL PROTECTED] | http://lists.alioth.debian.org/mailman/listinfo/pkg-openmpi-maintainers -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502236: [INTL:es] Spanish debconf template translation for gnome-applets
Package: gnome-applets
Version: 2.22.3-3
Severity: wishlist
Tags: l10n patch
--
Saludos
Fran
# gnome-applets translation to spanish
# Copyright (C) 2005, 2008
# This file is distributed under the same license as the gnome-applets package.
#
# Changes:
# - Initial translation
# Carlos Parra Camargo <[EMAIL PROTECTED]>
# Francisco Javier Cuadrado <[EMAIL PROTECTED]>
#
# Traductores, si no conoce el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#http://www.debian.org/intl/spanish/
#especialmente las notas de traducción en
#http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducción de po's de debconf:
#/usr/share/doc/po-debconf/README-trans
#o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: gnome-applets 2.22.3-3\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-07-01 07:35+0200\n"
"PO-Revision-Date: 2008-10-11 17:46+0100\n"
"Last-Translator: Francisco Javier Cuadrado <[EMAIL PROTECTED]>\n"
"Language-Team: Debian Spanish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "Should cpufreq-selector run with root privileges?"
msgstr "¿Se deberÃa ejecutar «cpufreq-selector» con privilegios de administración?"
#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "The 'cpufreq-selector' program, part of the CPU Frequency Scaling Monitor, can be set up to use superuser privileges when it is run ('SUID root')."
msgstr "El programa «cpufreq-selector», parte del monitor del escalado de la frecuencia de la CPU, se puede configurar para usar los privilegios de administración cuando se ejecute («SUID root»)."
#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "If you choose this option, any ordinary user will have the power to set the processor's clock frequency. However, this may also be potentially exploitable in security attacks."
msgstr "Si elige esta opción, cualquier usuario normal podrá ajustar la frecuencia del reloj del procesador. Esto podrÃa ser una potencial vulnerabilidad de seguridad."
#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "The applet will continue to work if you choose to disable SUID for cpufreq-selector, but only for monitoring the CPU clock frequency. The applet may need to be restarted for a change to take effect."
msgstr "El aplique continuará funcionando si escoge deshabilitar el bit SUID a «cpufreq-selector», pero sólo para monitorizar la frecuencia del reloj de la CPU. Tendrá que reiniciar este aplique para que el cambio tenga efecto."
#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "If in doubt, accept the default of no SUID root. To change this setting later, run 'dpkg-reconfigure gnome-applets'."
msgstr "Si duda, acepte la opción predeterminada de no habilitar el bit SUID. Si cambia de idea más adelante, ejecute «dpkg-reconfigure gnome-applets»."
#~ msgid ""
#~ "You have the option of installing a component of the CPU Frequency "
#~ "Scaling Monitor (cpufreq-selector) with the SUID bit set."
#~ msgstr ""
#~ "Tiene la opción de instalar un componente del monitor de control de "
#~ "frecuencia de la CPU frecuencia de la CPU (cpufreq-selector) con el bit "
#~ "SUID seleccionado."
#~ msgid ""
#~ "If you make cpufreq-selector SUID, any user can then set the CPU's clock "
#~ "frequency without needing any additional privileges. This could, however, "
#~ "potentially allow it to be used during a security attack on your "
#~ "computer. If in doubt, it is suggested that you install it without SUID."
#~ msgstr ""
#~ "Si instala cpufreq-selector con SUID, cualquier usuario puede establecer "
#~ "la frecuencia del reloj de la CPU sin necesitar permisos adicionales. "
#~ "Esto podrÃa, sin embargo, permitir su uso en un ataque de seguridad en su "
#~ "ordenador. Si duda, le sugerimos que lo instale sin SUID"
Bug#502234: nvidia-cg-toolkit: perl runtime warnings during upgrade
I have a fix for this (and similar issues I found with perlcritic) ready for upload. Could an exception be made for this kind of fix? On Tue, Oct 14, 2008 at 2:30 PM, John van der Kamp <[EMAIL PROTECTED]> wrote: > Package: nvidia-cg-toolkit > Version: 2.0.0015.deb2 > Severity: normal > > While upgrading nvidia-cg-toolkit to 2.0.0015.deb2, perl complained about > closedir() on invalid dirhandle. > Full output of the upgrade: > > Setting up nvidia-cg-toolkit (2.0.0015.deb2) ... > Using '/var/cache/nvidia-cg-toolkit/Cg-2.0_May2008_x86.tgz' > Using '/var/cache/nvidia-cg-toolkit/Cg-2.0_May2008_LanguageSpecification.pdf' > Checking MD5 sum for NVIDIA Cg Toolkit file...passed. > Checking MD5 sum for NVIDIA Cg Toolkit spec file...passed. > Uninstalling NVIDIA Cg Toolkit components: Cg compiler, header files, > libraries, documentation, examples, manual pages, (running ldconfig), done. > Uncompressing NVIDIA Cg Toolkit. > Installing NVIDIA Cg Toolkit components: Cg compiler, header files, > libraries, documentation, examples, closedir() attempted on invalid dirhandle > DIR at /usr/bin/nvidia-cg-toolkit-installer line 305. > closedir() attempted on invalid dirhandle DIR at > /usr/bin/nvidia-cg-toolkit-installer line 305. > closedir() attempted on invalid dirhandle DIR at > /usr/bin/nvidia-cg-toolkit-installer line 305. > closedir() attempted on invalid dirhandle DIR at > /usr/bin/nvidia-cg-toolkit-installer line 305. > closedir() attempted on invalid dirhandle DIR at > /usr/bin/nvidia-cg-toolkit-installer line 305. > closedir() attempted on invalid dirhandle DIR at > /usr/bin/nvidia-cg-toolkit-installer line 305. > closedir() attempted on invalid dirhandle DIR at > /usr/bin/nvidia-cg-toolkit-installer line 305. > manual pages, (running ldconfig), done. > > John > > -- System Information: > Debian Release: lenny/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) > Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1) > Shell: /bin/sh linked to /bin/bash > > Versions of packages nvidia-cg-toolkit depends on: > ii debconf [debconf-2.0] 1.5.24 Debian configuration management > sy > ii libcompress-zlib-perl 2.015-1Perl module for creation and > manip > ii libwww-perl 5.813-1WWW client/server library for > Perl > ii perl 5.10.0-15 Larry Wall's Practical Extraction > > nvidia-cg-toolkit recommends no packages. > > nvidia-cg-toolkit suggests no packages. > > -- debconf information: > nvidia-cg-toolkit/http_proxy: (password omitted) > nvidia-cg-toolkit/delete: false > nvidia-cg-toolkit/httpget: true > nvidia-cg-toolkit/local: > nvidia-cg-toolkit/not_exist: > > > > -- Regards, Andres Mejia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502218: wget: Invalid russian translation
Package: wget Version: 1.11.4-2 Severity: minor Tags: l10n Translation 'ОВП' for string 'eta' (estimated time average) seems to be uncommon and difficult to guess. Please, replace it with 'осталось'. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wget depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-13 SSL shared libraries wget recommends no packages. wget suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498474: Bug disappeared
This bug went away on its own with the last apt-get update/upgrade. Lucio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466477: bluepages.ibm.com
On Tue, 14 Oct 2008, Simon Josefsson wrote: Risking the opportunity to close this bug, could you try whether you can reproduce the problem using openSSL as well? You need to force it to send a servername extension: openssl s_client -connect bluepages.ibm.com:636 -servername foo # openssl s_client -connect bluepages.ibm.com:636 -servername foo CONNECTED(0003) 15071:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:188: -- Rick Nelson Your job is being a professor and researcher: That's one hell of a good excuse for some of the brain-damages of minix. (Linus Torvalds to Andrew Tanenbaum) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467486: kaffe: Builds broken package with gcc-4.3
tags 467486 + patch pending thanks Luk Claes Wrote: > Can we expect an upload shortly to fix this bug? It looks like > building with gcc-4.2 is the safest option? We can always hope for an upload. In particular, the FileTest.java test results when compiling with gcc vs. gcc-4.2 seem to match the description very well. Test success is strictly increasing here and as noone else seems to want to take a shot I'm uploading the following NMU. Kind regards T. diff -u kaffe-1.1.8/debian/rules kaffe-1.1.8/debian/rules --- kaffe-1.1.8/debian/rules +++ kaffe-1.1.8/debian/rules @@ -16,7 +16,7 @@ # these values can be overwritten in the rules.$(DEB_BUILD_GNU_TYPE) files -CC := gcc +CC := gcc-4.2 COMPILER_JIKES := COMPILER_ECJ := 1 ENABLE_SOUND := yes diff -u kaffe-1.1.8/debian/control kaffe-1.1.8/debian/control --- kaffe-1.1.8/debian/control +++ kaffe-1.1.8/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers <[EMAIL PROTECTED]> Uploaders: Ean R. Schuessler <[EMAIL PROTECTED]>, Arnaud Vandyck <[EMAIL PROTECTED]>, Adam Heath <[EMAIL PROTECTED]>, Michael Koch <[EMAIL PROTECTED]>, Jeroen van Wolffelaar <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 5), libpng12-dev, libjpeg62-dev, libungif4-dev, zlib1g-dev, libgmp3-dev, xutils, dbs, zip, fastjar, ecj-gcj (>= 3.3) [!alpha !arm !hppa !hurd-i386], gij-4.2 [!alpha !arm !hppa !hurd-i386], libgtk2.0-dev, libart-2.0-dev, libxml2-dev, libxslt1-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libesd0-dev, libcairo2-dev, libxtst-dev, libx11-dev, libxext-dev, libice-dev, libxt-dev, libgconf2-dev +Build-Depends: debhelper (>= 5), libpng12-dev, libjpeg62-dev, libungif4-dev, zlib1g-dev, libgmp3-dev, xutils, dbs, zip, fastjar, ecj-gcj (>= 3.3) [!alpha !arm !hppa !hurd-i386], gij-4.2 [!alpha !arm !hppa !hurd-i386], libgtk2.0-dev, libart-2.0-dev, libxml2-dev, libxslt1-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libesd0-dev, libcairo2-dev, libxtst-dev, libx11-dev, libxext-dev, libice-dev, libxt-dev, libgconf2-dev, gcc-4.2 Standards-Version: 3.7.3 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/kaffe Vcs-Browser: http://svn.debian.org/wsvn/pkg-java/trunk/kaffe diff -u kaffe-1.1.8/debian/changelog kaffe-1.1.8/debian/changelog --- kaffe-1.1.8/debian/changelog +++ kaffe-1.1.8/debian/changelog @@ -1,3 +1,12 @@ +kaffe (2:1.1.8-5.1) unstable; urgency=low + + * Non-maintainer upload. + * Use gcc-4.2 to avoid gcc using only lowest 8 bits and kaffe +compiled code using all bits for truth value testing. +Closes: #467486 + + -- Thomas Viehmann <[EMAIL PROTECTED]> Tue, 14 Oct 2008 17:54:35 +0200 + kaffe (2:1.1.8-5) unstable; urgency=low * Build-Depends on default-jdk-builddep. Closes: #477868 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502237: ITP: libsys-statistics-linux-perl -- Front-end module to collect system statistics
Package: wnpp Severity: wishlist Owner: Gunnar Wolf <[EMAIL PROTECTED]> * Package name: libsys-statistics-linux-perl Version : 0.42 Upstream Author : Jonny Schulz . * URL : http://search.cpan.org/~bloonix/Sys-Statistics-Linux-0.42/ * License : GPL+Artistic Programming Lang: Perl Description : Front-end module to collect system statistics Sys::Statistics::Linux is a front-end module and gather different linux system informations like processor workload, memory usage, network and disk statistics and a lot more. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#499433: pdnsd: this bug really is a security issue
Package: pdnsd Version: 1.2.6-par-10 Followup-For: Bug #499433 Severity: grave 14:48:00.688906 IP aaa.aaa.aaa.aaa.38399 > bbb.bbb.bbb.bbb.53: 43459+ A? sdjfhsdjkfhj1.com. (35) 14:48:00.698405 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38399: 43459 NXDomain* 0/1/0 (108) 14:48:00.699067 IP aaa.aaa.aaa.aaa.38400 > bbb.bbb.bbb.bbb.53: 19837+ A? sdjfhsdjkfhj1.com.the.local.domain. (52) 14:48:00.699461 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38400: 19837 NXDomain* 0/1/0 (102) 14:48:04.178967 IP aaa.aaa.aaa.aaa.38401 > bbb.bbb.bbb.bbb.53: 6424+ A? sdjfhsdjkfhj2.com. (35) 14:48:04.186806 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38401: 6424 NXDomain* 0/1/0 (108) 14:48:04.187562 IP aaa.aaa.aaa.aaa.38402 > bbb.bbb.bbb.bbb.53: 63360+ A? sdjfhsdjkfhj2.com.the.local.domain. (52) 14:48:04.187975 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38402: 63360 NXDomain* 0/1/0 (102) 14:48:05.482649 IP aaa.aaa.aaa.aaa.38403 > bbb.bbb.bbb.bbb.53: 20028+ A? sdjfhsdjkfhj3.com. (35) 14:48:05.755718 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38403: 20028 NXDomain* 0/1/0 (108) 14:48:05.756263 IP aaa.aaa.aaa.aaa.38404 > bbb.bbb.bbb.bbb.53: 59106+ A? sdjfhsdjkfhj3.com.the.local.domain. (52) 14:48:05.756770 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38404: 59106 NXDomain* 0/1/0 (102) 14:48:09.445224 IP aaa.aaa.aaa.aaa.38405 > bbb.bbb.bbb.bbb.53: 63943+ A? sdjfhsdjkfhj4.com. (35) 14:48:09.604176 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38405: 63943 NXDomain* 0/1/0 (108) 14:48:09.604678 IP aaa.aaa.aaa.aaa.38406 > bbb.bbb.bbb.bbb.53: 56120+ A? sdjfhsdjkfhj4.com.the.local.domain. (52) 14:48:09.605096 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38406: 56120 NXDomain* 0/1/0 (102) 14:48:10.850705 IP aaa.aaa.aaa.aaa.38407 > bbb.bbb.bbb.bbb.53: 26718+ A? sdjfhsdjkfhj5.com. (35) 14:48:10.861259 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38407: 26718 NXDomain* 0/1/0 (108) 14:48:10.861707 IP aaa.aaa.aaa.aaa.38408 > bbb.bbb.bbb.bbb.53: 56367+ A? sdjfhsdjkfhj5.com.the.local.domain. (52) 14:48:10.862295 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38408: 56367 NXDomain* 0/1/0 (102) 14:48:12.256789 IP aaa.aaa.aaa.aaa.38411 > bbb.bbb.bbb.bbb.53: 44406+ A? sdjfhsdjkfhj6.com. (35) 14:48:12.289141 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38411: 44406 NXDomain* 0/1/0 (108) 14:48:12.289567 IP aaa.aaa.aaa.aaa.38412 > bbb.bbb.bbb.bbb.53: 34974+ A? sdjfhsdjkfhj6.com.the.local.domain. (52) 14:48:12.290042 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38412: 34974 NXDomain* 0/1/0 (102) 14:48:13.617108 IP aaa.aaa.aaa.aaa.38413 > bbb.bbb.bbb.bbb.53: 7010+ A? sdjfhsdjkfhj7.com. (35) 14:48:13.630783 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38413: 7010 NXDomain* 0/1/0 (108) 14:48:13.631756 IP aaa.aaa.aaa.aaa.38414 > bbb.bbb.bbb.bbb.53: 35773+ A? sdjfhsdjkfhj7.com.the.local.domain. (52) 14:48:13.632283 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38414: 35773 NXDomain* 0/1/0 (102) 14:48:14.994027 IP aaa.aaa.aaa.aaa.38415 > bbb.bbb.bbb.bbb.53: 34368+ A? sdjfhsdjkfhj8.com. (35) 14:48:15.002921 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38415: 34368 NXDomain* 0/1/0 (108) 14:48:15.003520 IP aaa.aaa.aaa.aaa.38416 > bbb.bbb.bbb.bbb.53: 49461+ A? sdjfhsdjkfhj8.com.the.local.domain. (52) 14:48:15.004545 IP bbb.bbb.bbb.bbb.53 > aaa.aaa.aaa.aaa.38416: 49461 NXDomain* 0/1/0 (102) There have been tons of DSAs concerning CVE-2008-1447. This bug *still* applies to pdnsd as can be seen above. It is fixed in 1.2.7-par according to http://secunia.com/advisories/31847/. I don't see why this should be less critical than all the other cases. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages pdnsd depends on: ii adduser 3.110 add and remove users and groups ii cdebconf [debconf-2.0]0.136 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-15 GNU C Library: Shared libraries Versions of packages pdnsd recommends: ii resolvconf1.42 name server information handler pdnsd suggests no packages. -- debconf information: * pdnsd/conf: Manual -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433381: portaudio: new patch for white noise issue
The attached patch fixes this bug without changing the ABI. Tested on amd64 and i386. -- Peter De Wachter 40_wordsize.dpatch Description: Binary data
Bug#502183: ITP: ExactImage -- A fast, modern and generic image processing library
On 14-Oct-08, 04:59 (CDT), Robert Wohlrab <[EMAIL PROTECTED]> wrote: > Description: ExactImage is a fast, modern and generic image processing > library. It can be used with different frontends to replace > Imagemagick with some faster and more specialised tools. > It has also some unique tools like bardecode (open source > barcode recognition), optimize2bw (replacement for commercial > optimizing bw conversation tools like VirtualReScan) or > hocr2pdf (creates searchable pdfs from image with the help of > an ocr tool which will display the original image and not the > ocred lookalike of the original image). Bindings to perl, > python and php exist. Please see the developer docs on the difference between the short and long descriptions. (You've got a pretty good long description there, although it's formatted incorrectly.) Steve -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502206: specto: Empty Description/Name causes crash at Startup
Package: specto Version: 0.2.2-3 Severity: important If the description/name entry is deleted or modified to an empty string, specto wont start up the next time and crashes with a parsing error. Therefore empty name sections should be not allowed in the program imho. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages specto depends on: ii gconf22.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG ii python2.5.2-2An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gnome2-extras 2.19.1-2 Extra Python bindings for the GNOM ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-notify 0.1.1-2+b1 Python bindings for libnotify ii zenity2.22.1-2 Display graphical dialog boxes fro specto recommends no packages. specto suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502026: Processed: Re: OOo Quickstarter don't work in KDE
Rene Engelhard wrote: > Debian Bug Tracking System wrote: >> notfound 502026 1:3.0.0~rc4-1 >> Bug#502026: openoffice.org: OOo Quickstarter don't work in KDE >> Bug no longer marked as found in version 1:3.0.0~rc4-1. > > Sou you mean the Quickstarter does show for you in the KDE tray with rc4? Yes, but is necessary install openoffice.org-gtk too > Which KDE version? 3.5.9 (Lenny) > Because it doesn't for me in 1:3.0.0-2 in KDE4 - didn't try KDE3 yet. But that > (theoretically) shouldn't matter anyway, as the Quickstarter is a GTK > thingy. Did you try install openoffice.org-gtk and openoffice.org-kde? Best regards, Renato S. Yamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502238: yasm: lea relaxation rules not effective in buildd-built yasm, makes loadlin not buildable
Package: yasm Version: 0.7.0-2 Severity: normal Tags: patch Hello, The tasm patch makes some modifications in gen_x86_insn.py, however these are not effective and then my pending upload of loadlin doesn't build e.g. on i386, for instance $ cat test.asm a db 1 lea si,a $ tasm test.asm **Error** test.asm(2) invalid size for operand 2 That is because gen_x86_insn.py doesn't get re-run because yasm doesn't build-depends on python, see for instance the i386 log: http://buildd.debian.org/fetch.cgi?pkg=yasm;ver=0.7.0-2;arch=i386;stamp=1223649309 gen_x86_insn.py gets patched but not run, one should read /usr/bin/python ./modules/arch/x86/gen_x86_insn.py just after the configure. The attached patch should be enough to get this working. Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages yasm depends on: ii libc6 2.7-14 GNU C Library: Shared libraries yasm recommends no packages. yasm suggests no packages. -- no debconf information --- debian/control.orig 2008-10-14 21:10:13.0 +0200 +++ debian/control 2008-10-14 21:10:16.0 +0200 @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: Sam Hocevar (Debian packages) <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4.0.0), quilt, bison, gettext, xmlto +Build-Depends: debhelper (>= 4.0.0), quilt, bison, gettext, xmlto, python Standards-Version: 3.8.0 Vcs-Svn: svn://svn.debian.org/sam-hocevar/pkg-misc/unstable/yasm Vcs-Browser: http://svn.debian.org/wsvn/sam-hocevar/pkg-misc/unstable/yasm/
Bug#502189: libc6: ldd on a static prog: unknown exit code (126)
Aurelien Jarno a écrit :
Unreproducible here. Please prode the output of "sh -x /usr/bin/ldd
helloworld".
$ sh -x /usr/bin/ldd helloworld
+ TEXTDOMAIN=libc
+ TEXTDOMAINDIR=/usr/share/locale
+ RTLDLIST='/lib/ld-linux.so.2 /lib64/ld-linux-x86-64.so.2'
+ warn=
+ bind_now=
+ verbose=
+ filename_magic_regex='((^|/)lib|.so$)'
+ test 1 -gt 0
+ case "$1" in
+ break
+ add_env='LD_TRACE_LOADED_OBJECTS=1 LD_WARN= LD_BIND_NOW='
+ add_env='LD_TRACE_LOADED_OBJECTS=1 LD_WARN= LD_BIND_NOW=
LD_LIBRARY_VERSION=$verify_out'
+ add_env='LD_TRACE_LOADED_OBJECTS=1 LD_WARN= LD_BIND_NOW=
LD_LIBRARY_VERSION=$verify_out LD_VERBOSE='
+ test '' = yes
+ set -o pipefail
+ case $# in
+ single_file=t
+ result=0
+ for file in '"$@"'
+ test t = t
+ case $file in
+ file=./helloworld
+ test '!' -e ./helloworld
+ test '!' -f ./helloworld
+ test -r ./helloworld
+ test '!' -x ./helloworld
+ RTLD=
+ ret=1
+ for rtld in '${RTLDLIST}'
+ test -x /lib/ld-linux.so.2
++ /lib/ld-linux.so.2 --verify ./helloworld
+ verify_out=
+ ret=1
+ case $ret in
+ for rtld in '${RTLDLIST}'
+ test -x /lib64/ld-linux-x86-64.so.2
++ /lib64/ld-linux-x86-64.so.2 --verify ./helloworld
+ verify_out=
+ ret=126
+ case $ret in
+ case $ret in
+ echo ldd: 'exited with unknown exit code' '(126)'
ldd: exited with unknown exit code (126)
+ exit 1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502071: [Pkg-kde-extras] Bug#502071: ktorrent using too much cpu
On Tue, Oct 14, 2008 at 12:14 PM, Xavier Vello <[EMAIL PROTECTED]>wrote: > > Irrelevant how? I agree, this is my first bug report for debian, but > > it's obviously abnormal behaviour, hence something is amiss...shouldn't > > this be fixed? > > If you think it is a bug, please elaborate : > - does it go into infinite loops eating 100% of the CPU ? > - is it specific to a function ? Is there a way to reproduce it ? > > If the problem is that it just takes more CPU power than ktorrent2 for > normal > operation without any other odd behaviour, then there is nothing we (debian > packagers) can do about it. Applications ported to KDE4 are less optimised > in > their first release, but it gets better with time. > > Please be more verbose on your next bug reports and don't forget to CC > [EMAIL PROTECTED] when replying to get your mail archived. > I am sorry if it sounded harsh. > > -- > Xavier Vello > Well, I am sorry too...it wasn't the most detailed report ever :) The problem seems to have disappeared now, but when i sent my bug report all I had to do was to start ktorrent and, without any downloading, searching, etc., and it used ~90% of CPU time constantly. If any more problems occur, I'll notify about it. Have a good day.
Bug#502155: [Tork-packagers] [Fwd: Bug#502155: tork: Wrong configuration with custom tor server]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Hogan schrieb: > On Tuesday 14 October 2008 18:13:18 Patrick Matthäi wrote: >> Package: tork >> Version: 0.29.2-2 >> Severity: normal >> >> If you use the custom tor server configuration and you change the >> connection ports, tork will create a wrong configuration file: >> >> DirListenAddress 6730 >> DirPort 9030 >> ORListenAddress 6728 >> ORPort 9001 >> > > Thanks for that Andrea. It will be fixed in the next release. Thanks to Robert and Andrea, I'm these days just a little bit out of time. :) - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkj048YACgkQ2XA5inpabMfrwQCgmXX+ZxXyisvVeIv5X6s/rnJH IGEAnRc2j3udNXrkOHxhKscKmgbmV7MN =a40J -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498474: ooops
Sorry I did not read the bug page before posting my news and I assumed that the bug report was still as I left it when I opened it a few days ago. Please ignore my recent posts, now I've set /bin/bash as default shell and everything works correctly. Lucio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502185: [INTL:eu] greylistd debconf Basque translation
Package: greylistd Severity: wishlist Tags: patch l10n Hi Attached greylistd debconf Basque translation, please add it- thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages greylistd depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii python2.5.2-2An interactive high-level object-o Versions of packages greylistd recommends: pn exim4 (no description available) greylistd suggests no packages. # translation of greylistd-eu.po to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide <[EMAIL PROTECTED]>, 2008. msgid "" msgstr "" "Project-Id-Version: greylistd-eu\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2008-10-10 18:02+0200\n" "PO-Revision-Date: 2008-10-14 12:32+0200\n" "Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n" "Language-Team: Euskara <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" #. Type: boolean #. Description #: ../templates:1001 msgid "Restart Exim after adding it to the greylist group?" msgstr "Berrabiarazi Exim greylist taldera gehitu ondoren?" #. Type: boolean #. Description #: ../templates:1001 msgid "You are using Exim 4 as your Mail Transport Agent (MTA). Great!" msgstr "Exim 4 erabiltzen duzu posta garraio agente (MTA) gisa. Ondo!" #. Type: boolean #. Description #: ../templates:1001 msgid "" "The \"Debian-exim\" user will be added to the \"greylist\" group, so that " "the Exim daemon process can talk to greylistd. However, for this change to " "take effect, the process must also be restarted." msgstr "" "\"Debian-exim\" erabiltzailea \"greylist\" taldera gehitu da, horrela Exim " "deabru prozesuak greylistd-rekin harremanak izan ahal izateko. Hala ere, " "aldaketa honek eragina izateko prozesua berrabiarazi egin behar da." #. Type: note #. Description #: ../templates:2001 msgid "Exim 4 needs additional configuration" msgstr "Exim4-ek konfigurazio gehigarria behar du." #. Type: note #. Description #: ../templates:2001 msgid "" "For greylisting to become effective, your Mail Transport Agent (MTA) needs " "to talk to greylistd while receiving incoming mail; and depending on the " "response, issue a temporary rejection (451 SMTP code) to the remote host." msgstr "" "Greylist-ek eragina izan dezan, zure posta garraio agenteak (MTA) posta " "jasotzerakoan greylistd-rekin harremanetan ipini, eta erantzunaren arabera, " "aldiroko ukatze (451 SMTP kodea) bat bidali behar du urruneko ostalarira." #. Type: note #. Description #: ../templates:2001 msgid "" "Since you are using Exim 4 as your MTA, a script is available for you to " "perform this task. At a root prompt, type:\n" " # greylistd-setup-exim4 add\n" "If you overwrite your Exim configuration files in the future (for instance, " "when upgrading Exim), you may need to re-run this command." msgstr "" "MTA gisa Exim4 erabiltzen duzunez, script bat dago zeregin hau zuregatik " "egiteko aukera ematen duena. Root gisa, idatzi:\n" " # greylistd-setup-exim4 add\n" "Aurrerantzean Exim4 konfigurazio fitxategiak eraldatzen badituzu (adibidez " "bertsio-berritze batetan), komando hau berriz abiarazi beharko duzu." #. Type: note #. Description #: ../templates:2001 msgid "" "Later, before you uninstall \"greylistd\", you want to run:\n" " # greylistd-setup-exim4 remove" msgstr "" "Beranduago greylist desinstalatu baino lehen, hau exekutatu:\n" " # greylistd-setup-exim4 remove" #. Type: note #. Description #: ../templates:2001 msgid "" "For more options and help on usage, run the command without any arguments, " "or see the \"greylistd-setup-exim4(8)\" manual page. One suggested option " "for the \"add\" command is \"-netmask=24\"." msgstr "" "Aukera gehiago edo laguntza ikusteko, exekutatukomandoa aldagairik gabe, edo " "\"greylistd-setup-exim4(8)\" manual orrialdea ikusi. \"add\" komandoarentzat " "gomendagarri den aukera bat \"-netmask=24\" da." #. Type: note #. Description #: ../templates:2001 msgid "" "The reason this operation is not performed automatically is that Exim's " "configuration files are tagged as \"conffiles\", so per Debian Policy they " "are completely under your control. Only you can change them." msgstr "" "Ekintza hau automatikoki ez burutzearen arrazoia Exim-ren konfigurazio " "fitxategiak \"conffiles\" bezala markaturik daudela, eta beraz Debian politika dela " "eta guztiz zure kontrolpean daudela da.
Bug#502026: Processed: Re: OOo Quickstarter don't work in KDE
Hi, Renato S. Yamane wrote: >> Which KDE version? >> > 3.5.9 (Lenny) OK, will try with KDE3, too. > Did you try install openoffice.org-gtk and openoffice.org-kde? Yes. I have them always installed. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494768: sendfile bails out with error
On Tuesday 14 October 2008, [EMAIL PROTECTED] wrote: > linux-image-2.6.24-etchnhalf.1-amd64 2.6.24-6~etchnhalf.5 > linux-image-2.6.25-1-amd64 2.6.25-1 > linux-image-2.6.25-2-amd64 2.6.25-6 > linux-image-2.6.25-2-amd64 2.6.25-7 > > and none of them resolved the problem. This is a bit troubling to > me. > > Are there any other (apache2) dependencies that could be to blame? > Specifically I'm wondering if sendfile() was always broken, but if > apache2 was not previously attempting to use sendfile()... Stephan > - you said that not much changed in the apache2 or libapr code to > break sendfile(). Does apache go directly to the kernel or does it > go through libc for instance? sendfile has a wrapper in libc, but I doubt that it does anything other than call the sendfile syscall. Maybe you used smbfs before and now use cifs? Smbfs was removed after 2.6.23 in Debian. Or your smb server changed its behaviour. Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502109: imapproxy: Fails to install with error "subprocess post-installation exit status 1"
[EMAIL PROTECTED] wrote: > Hi Jose, > > [snip] >> [ this message looks a bit odd... imapproxy does establish a >> connection, but it does not actually log in at this time] >> > > ...hum, before I used the imapproxy version under sarge with uw-imap without > any problems. > Versions 1.2.5 / 1.2.6. include *major* changes, w.r.t. IPv6 support and TLS/SSL support. Something might have gone awry there. However, you are the first user to report this particular problem, and I am not suffering from it either (I use imapproxy myself in a bunch of servers) >>> Oct 13 18:15:55 server in.imapproxyd[30472]: main(): Failed to load CA >>> >> [ broken certificate chain ??? -- it shouldn't happen with self-signed >> certs, but ... ] >> > > ...I do not have any certificate because I don't want to use TLS on localhost > but nevertheless imapproxy tries a connect via TLS and I don't know why. > Apparently, uw-imapd *advertises* STARTTLS (which it shouldn't, from what you say) Evidently, if you haven't supplied any cert, the TLS nego can never succeed. >> This switch does not have the effect you seem to think: Setting it to >> "yes" forces using TLS, but it does not prevent imapproxy from trying to >> secure the connection if at all possible when disabled. >> > > ...OK, is there an other possibility to disable TLS? I don't think it's > neccesary because it's local and only for a webmail interface. > I'll contact the upstream author with that and get back to you. >> Not that it is really intrinsic to your problem, but why do you >> advertise TLS over localhost? That is quite redundant. >> > > ...I don't do it, it is just imapproxy which tries it, I think. > Let's see what Dave McMurtrie (upstream) says about this. If necessary, I will code a patch and send it for testing. >> Of the many installations I know of, essentially all connect to either >> courier or dovecot, over standard IMAP (port 143). Most of them connect >> to localhost, too -- those which don't are only reachable within a >> secured LAN. >> > > ...uw-imapd connects also via standard port 143 and I run it since 6 years on > several debian releases. > Ok >> Is there any particular reason for you to use UW-IMAP instead of other >> implementation? (just curious) >> > > ...just laziness, it works "out-of-the-box", just apt-get install it, that's > all. No different users to manage, it uses pam, just a passwordfile fpr > cram-md5 an no config neccesary. > Obvious. >> Sure. If it really is a bug, let's stomp on it :-) >> > > ...hope the bug is not "pebkac" - problem exists between keyboard and chair > ;-) > Don't think so You don't seem to be the typpical PEBKAC :-) I'll get back to you soon. J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498700: [DRE-maint] Bug#498700: Missing upgrade path from libdb4.2-ruby1.8 to libdb-ruby1.8
On 11/10/08 at 22:34 +0200, Julian Andres Klode wrote: > On Sun, Sep 28, 2008 at 05:30:10PM +0200, Lucas Nussbaum wrote: > > On 28/09/08 at 15:06 +0200, Frans Pop wrote: > > > On Sunday 28 September 2008, Adeodato Simó wrote: > > > > Isn't this a bug of our upgrading tools, that should prefer to install > > > > a new, non-obsolete package A that Provides: B, rather than keeping a > > > > no-longer-present-in-the-lists B installed? > > > > > > Possibly. But as long as those tools don't support that it will have to > > > be > > > solved in the packages themselves. > > > > I'm wondering how many cases like that are still in lenny. That is: > > - binary package in etch > > - that is not in lenny > > - that is Replaced/Provided by another package > You can use UDD to find it out. I failed to create something > fast, but here is my code (it's too slow to output something): > > select package from packages_summary where ( > release='etch' > and package not in (select package from packages_summary where > release='lenny') > and exists ( > select package from packages where ( > release='lenny' > and ARRAY[packages_summary.package] <@ > string_to_array(provides, ', ') > ) > ) > ); Nice work :-) I made it return a result by splitting the query and using another table: select distinct package, string_to_array(replace(provides, ' ', ''), ',') into table packages_provides from packages where distribution = 'debian' and release = 'lenny' and provides != ''; select package into table missing_provides from packages_summary where distribution = 'debian' and release = 'etch' and package not in (select package from packages_summary where distribution = 'debian' and release = 'lenny') and exists (select package from packages_provides where ARRAY[packages_summary.package] <@ packages_provides.string_to_array); There are 223 packages in that case: udd=> select * from missing_provides; package -- abiword-gnome abiword-plugins-gnome arabtex aspell-ukr bglibs-dev blitz++ bootsplash collectd-apache collectd-hddtemp collectd-mysql collectd-ping collectd-sensors cracklib2 cracklib2-dev cvm-dev cvm-dev cyrus21-admin cyrus21-clients cyrus21-common cyrus21-dev cyrus21-doc cyrus21-imapd cyrus21-murder cyrus21-pop3d dbus-1-utils docbook-xsl-doc doom-package dosemu-freedos dviutils ethiop fftw3 fftw3-dev fftw3-doc fileutils freeze fvwm-gnome gimp-helpbrowser git-completion glacier2 gnome-sudoku grep-dctrl gs-afpl gtk2-engines-clearlooks gtk2-engines-crux gtk2-engines-highcontrast gtk2-engines-industrial gtk2-engines-lighthouseblue gtk2-engines-metal gtk2-engines-mist gtk2-engines-redmond95 gtk2-engines-smooth gtk2-engines-spherecrystal gtk2-engines-thinice gvr hat-ghc6 hugin-bin icegrid icepatch2 ice-slice icestorm ice-translators kile-i18n kinoplus kinoplus latex-ucs latex-ucs-contrib libadns1-bin liballegro-dev libaltlinuxhyph-dev libarchive-tar-perl libbluetooth2-dev libc-client-dev libcli1 libcurl3-dev libcurl3-gnutls-dev libcurl3-openssl-dev libcyrus-imap-perl21 libdb4.2-ruby1.8 libdb4.3-ruby1.8 libgd-dev libghc6-filepath-dev libghc6-filepath-prof libgle-doc libglew-dev libgpepimc0-dev libhd13 libhd13-dev libhd13-doc libhdf4g-run liblocale-maketext-simple-perl liblua5.1-sql-mysql2 liblua5.1-sql-sqlite2 liblua5.1-sql-sqlite-dev libmodule-load-perl libnss-pgsql1 libnunit2.2-cil libosgal-cvs1 libosgal-cvs-dev libpam-umask libparams-check-perl libpci2 libpgjava libplpc2a libpt-plugins-alsa libpt-plugins-avc libpt-plugins-dc libpt-plugins-oss libpt-plugins-v4l libpt-plugins-v4l2 librra0-dev librra0-tools librrd2-dev libsnmp9-dev libsoqt20 libsoqt20 libsoqt-dev libsoqt-dev libsvn-javahl libsylpheed-claws-gtk2-dev libtododb0-dev libufsparse-dev libumfpack4-dev libversion-perl libvorbis-perl libxmpp4r-ruby1.8-dev libzeroc-ice-dev liferea-gtkhtml liferea-mozilla linux-kernel-headers lxdoom mahoro-ruby mahoro-ruby1.8 med-common moinmoin-common muscle-doc nmapfe no-ip nut-dev nut-usb ocamlcvs ocaml-dbforge ocaml-report octave openmpi-dbg openmpi-dev openmpi-libs0 openoffice.org-filter-so52 openoffice.org-gtk-gnome osgal-cvs-doc pciutils-dev pdftohtml pdftohtml php5-json phpgroupware-addressbook phpgroupware-admin phpgroupware-calendar phpgroupware-email phpgroupware-filemanager phpgroupware-manual phpgroupware-news-admin phpgroupware-notes phpgroupware-preferences phpgroupware-setup phpgroupware-todo php-radius povray-3.5 povray-3.6 powstatd-crypt python-deb822 python-f2py python-numpy-dev python-zodb r-omegahat-ggobi rosegarden2 rosegarden4 schedutils scripturechecks scripturechecks shellutils slice2cpp slice2cs slice2docbook slice2freeze slice2freezej slice2java slic
Bug#500740: Some variables don't default correctly
tags 500740 +pending thanks workarounded in git by enforcing lh_config to be run before lh_build. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502191: dhcpcd: Clients unable to renew leases.
Rune Kock wrote: Package: dhcpcd Version: 1:3.2.3-1.1 Severity: important Please refer to the upstream bug: http://roy.marples.name/projects/dhcpcd/ticket/91 Rune, I think I have a fix for this, but it needs more testing. Would you be able to help with that? I can send you an i386 .deb, source .deb or source tree now, amd64 .deb can be done tomorrow. Cheers Simon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502240: cdebconf: should not drop fall-back languages
Package: cdebconf Version: 0.117 Severity: important When localechooser sets debconf/language to a set of languages (preferred + fall-back languages, e.g. se_NO:nb_NO:nb:no_NO:no:nn_NO:nn:da:sv:en for Northern Sami), cdebconf should ensure that *all* relevant translations are kept when translations are dropped with DEBCONF_DROP_TRANSLATIONS set. If that is not done users for languages for which translations are incomplete, but which do have good fall-backs set will not get the best possible language displayed for any installation step after anna. I'm not sure whether this should be qualified as RC or not... signature.asc Description: This is a digitally signed message part.
Bug#502071: [Pkg-kde-extras] Bug#502071: Bug#502071: ktorrent using too much cpu
reopen 502071 found 502071 3.1.3+dfsg.2-1 3.2~~svn862155-1 severity 502071 normal tags 502071 pending upstream thanks antradienis 14 Spalis 2008, Aioanei Rares rašė: > Well, I am sorry too...it wasn't the most detailed report ever :) The > problem seems to have > disappeared now, but when i sent my bug report all I had to do was to start > ktorrent and, without any downloading, searching, etc., and it used ~90% of > CPU time constantly. If any more problems occur, I'll notify about it. This looks like the problem reported at http://ktorrent.org/forum/viewtopic.php?t=2655 Quoting main ktorrent developer: "It is fixed now, it was an infinite loop of failed DNS lookups in the UDP tracker code. Fix will be part of 3.1.4 which is going to be out this weekend." And please be more specific in your bug reports. Your original report didn't contain enough information, but followups did clear up situation a bit. -- Modestas Vainius <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part.
Bug#501954: use MediaWiki instead of MoinMoin
If MediaWiki is to be crossed off the longterm wishlist, so be it. You all have a clearer view of each wiki's momentum than I. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502204: [INTL:nl] Dutch po-debconf translation
# Fixed in Git commit 7d7e3873608d97214d164344240408cfa42add5d # (see http://git.tokkee.org/?p=pkg-collectd.git;h=7d7e387). tags 502204 + pending thanks Hi, On Tue, Oct 14, 2008 at 06:26:42PM +0200, Eric Spreen wrote: > Please find attached the Dutch po-debconf translation for your package. > Please > add it to your next package revision, it should be located > at /debian/po/nl.po, TIA. Thanks for providing the translation! I've changed the header to look like this: # Translation of collectd_4.4.2-2_nl.po to Dutch # Copyright (C) 2008 Eric Spreen <[EMAIL PROTECTED]> # This file is distributed under the same license as the collectd package. ... i.e. I've replaced the template copyright information (Copyright (C) 2008 THE PACKAGE'S COPYRIGHT HOLDER) with your name. Cheers, Sebastian -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#501143: ROM images are part of the source and binary packages
Hi, Am Dienstag, 14. Oktober 2008 10:29 schrieb Gerfried Fuchs: > Hi! > > * Andreas Stempfhuber <[EMAIL PROTECTED]> [2008-10-13 19:28:25 CEST]: > > Am Montag, 13. Oktober 2008 18:12 schrieb Gerfried Fuchs: > > > Great, another super catch. Replacing -empty with -size 6c should work > > > here. > > > > do you know is there a reason why not just empty ROM files are used and > > created by the mangle-source.sh script? > > No, and for fixing it for the required release exception I don't > question that approach. Patches for that should be as little as > possible and I'm not sure if there might not had been valid reasonings > behind that approach. good point. > > I found this bug (and some more in the meantime but nothing serious) > > because I am working on a VICE 2.0 package for Etch which I will probably > > finish today. > > Great to hear. :) Propably this can be used as basis for the next > upload to experimental, hopefully. > > > I completely rewrote the mangle-source.sh script, wrote a new > > vice-getroms script with a new concept and highly changed the rules file. > > The changes are probably too big for Lenny but if desired and with the > > knowledge I got the last week working on this package I can port the > > necessary changes back to VICE 1.22 for Sid/Lenny and add a patch to this > > bug. > > I think putting it into experimental would the a good approach for the > time being. OK, I'll open a new bug report for that when ready or add it to #495937. I also confirm that your patch fixes the issue, good work! Regards, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#501135: README.Debian: The information about Xaw3d and Gnome are no longer valid
Hi, Am Montag, 13. Oktober 2008 18:15 schrieb Gerfried Fuchs: > * Andreas Stempfhuber <[EMAIL PROTECTED]> [2008-10-04 17:29:06 CEST]: > > README.Debian contains: > > > > "Despite the availability of a Gnome interface, this package is still > > compiled for use with Xaw3d, partly to avoid the nest of dependencies > > that goes along with Gnome, and partly because fullscreen mode is not > > available with the Gnome interface." > > > > which should be removed since it's no longer valid. > > What part of it? That the gnome interface doesn't support fullscreen, > or that it's available, at all? both. VICE 1.22 in Debian is compiled with --enable-gnomeui --without-xaw3d and fullscreen is also working. Regards, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502241: libtorrent-rasterbar0: Preallocating files doesn't work
Package: libtorrent-rasterbar0 Version: 0.13.1-2 Severity: normal Hello, Even when activating the "pre-allocate files" option in qbittorrent, the files are not allocated. According to https://bugs.launchpad.net/qbittorrent/+bug/223282 this is a problem in libtorrent. http://www.libtorrent.org/manual.html#add-torrent says to use storage_mode_allocate to allocate files, and qbittorrent does that when pre-allocate is activated. So somehow this option in libtorrent doesn't work. Reproducing is easy, add a torrent in qbittorrent, and "du" the target files after adding the torrent. It should show the size of the files, but it shows only the size of the downloaded parts. Best regards, Christian Ohm -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages libtorrent-rasterbar0 depends on: ii libboost-date-time1.34 1.34.1-11 set of date-time libraries based o ii libboost-filesystem1.3 1.34.1-11 filesystem operations (portable pa ii libboost-thread1.34.1 1.34.1-11 portable C++ multi-threading ii libc6 2.7-14GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libssl0.9.80.9.8g-13 SSL shared libraries ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime libtorrent-rasterbar0 recommends no packages. Versions of packages libtorrent-rasterbar0 suggests: pn libtorrent-rasterbar-dbg (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502117: [Pkg-libvirt-maintainers] Bug#502117: libvirt-bin: Doesn't create /etc/xen/vm_name after installing a new domU
Hello Guido, Guido Günther escreveu: > severity 502117 wishlist > > On Mon, Oct 13, 2008 at 02:39:18PM -0300, André Luís Lopes wrote: > [..snip..] >>There is, however, a file under /var/lib/xend/domains/ called >> config.sxp, which seems to have the guest's config but which is not >> using the same syntax accepted by Xen's xm command. > I assume "virsh --all" shows the machine fine as shutoff and you can > start it with "virsh start "? Oh, I didn't knew it was possible to do that using virsh :-) Thanks for pointing me it out. Using virsh, I can "virsh start" this machine fine. But it won't show up as "shutoff" when using "virsh list" (virsh says that there's no --all or -all switch) after a shutdown. When shutdown, using "init 0" from inside the guest itself, "virsh list" will show only the dom0 running and no additional guest at all are listed. >>I'm attaching the /var/lib/xend/domains//config.sxp file for >> reference. Let me know if you need any other file. > That's perfectly fine. Libvirt (or Xen actually) puts them there (at > least it did when I last used Xen). Ok, fine. Regarding the /etc/xen/ creation, is this now the default behaviour ? I mean, previously these files were being created. At least in both Etch's Xen and CentOS's Xen these files are created and every single documentation about Xen found on Google (even on Xen's own documentation) gives advice on using the "xm" subcommands to manage virtual machines. When no /etc/xen/ files are created, there's no way one could use these subcommands so I think Debian would be completely different from every other Xen installations in that aspect. Regards, -- André Luís Lopes [EMAIL PROTECTED],debian}.org http://www.andrelop.org/blog/ Public GPG KeyID : 9D1B82F6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492216: Fixed French translation
tags 492216 patch thanks Please find attached a fixed French translation with proper reference fo Nagios 3, not Nagios 2. -- fr.po Description: application/gettext signature.asc Description: Digital signature
Bug#475993: fslview: FTBFS: application.h:25:19: error: qlist.h: No such file or directory
On Wed, 08 Oct 2008, Michael Hanke wrote: > On Sun, Oct 05, 2008 at 07:56:59PM +0200, Luk Claes wrote: > > Please backport the fix for this bug to lenny and upload to > > testing-proposed-updates, TIA. fslview_3.0+4.0.2-3lenny1 just was uploaded for testing-proposed-updates. I guess it will need to be unblocked? -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-1412 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik signature.asc Description: Digital signature
Bug#498910: aptitude: slovak translation of "DL Size:" is long
On Sun, Sep 14, 2008 at 05:49:54PM +0200, Jens Seidel wrote: > On Sun, Sep 14, 2008 at 03:03:37PM +0200, Peter Mann wrote: > > Package: aptitude > > Severity: wishlist > > Tags: patch l10n > > > > please apply attached diff as patch for po/sk.po file > > (and include into Lenny, if possible) > > Did so. I'm not sure about inclusion in Lenny. Daniel? > > Jens yesterday i saw new aptitude in lenny, but without my small patch (very important to Slovak users) is there any chance for next aptitude update in lenny or NMU ??? -- 5o Peter.Mann at tuke.sk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490749: Oops...
reopen 490749 thanks Closed this bug by mistake... Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ Au royaume des aveugles, il y a des borgnes à ne pas dépasser. -- Soeur Marie-Thérèse des Batignoles (Maëster) Vincent, listening to Fast Car (Tracy Chapman) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502242: mnemosyne: Please package new upstream release
Package: mnemosyne Version: 1.0.2-1 Severity: normal Hi, Version 1.1 was released on 26/7/2008 and version 1.1.1 was released on 23/08/2008. Please package the latest upstream source. Thanks. p.s. If you don't have time for this, and want help - let me know. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-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/bash Versions of packages mnemosyne depends on: ii python2.5.2-2An interactive high-level object-o pn python-pygame (no description available) pn python-qt3 (no description available) ii python-support0.8.6 automated rebuilding support for P mnemosyne recommends no packages. mnemosyne suggests no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502194: MIRO NOT WORKING
Package: MIRO Version: 1.2.3-2 I have installed debian version of Miro on my Linux PC. The GUI launches and an error comes "Couldn't load the feed at http://feeds.pbs.org/pbs/kcet/wiredscience-video (Error: Timeout). After ignoring that when I try to search videos it always give "No videos found". For channels also it is showing no videos for downloading. I am able to play videos which are already there on my PC, nothing else I can do. Please help me. With Regards Ankit Sahai
Bug#502144: convert image to indexed colors page should stick around
OK, grep -i tear-off /usr/share/gimp/2.0/help/en/* finds it. Gee, something I would never have encountered left clicking through life. However still a little problem: m> after running the conversion, a second picking it out of the menus m> (or ALT i m i) just does nothing! It should become unselectable (greyed in the menus), and/or the message "already converted" should somehow be conveyed to the user. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502240: cdebconf: should not drop fall-back languages
Quoting Frans Pop ([EMAIL PROTECTED]): > Package: cdebconf > Version: 0.117 > Severity: important > > When localechooser sets debconf/language to a set of languages (preferred > + fall-back languages, e.g. se_NO:nb_NO:nb:no_NO:no:nn_NO:nn:da:sv:en for > Northern Sami), cdebconf should ensure that *all* relevant translations > are kept when translations are dropped with DEBCONF_DROP_TRANSLATIONS > set. > > If that is not done users for languages for which translations are > incomplete, but which do have good fall-backs set will not get the best > possible language displayed for any installation step after anna. "Nice" catch > > I'm not sure whether this should be qualified as RC or not... I would say it is. We warn these users that they will see fallback languages and they don't -- signature.asc Description: Digital signature
Bug#500607: Debian APT Packages/Sources file(s) contains illegal byte sequences in this package's segment
On 13.10.08 Frank Küster ([EMAIL PROTECTED]) wrote: > Hilmar Preusse <[EMAIL PROTECTED]> wrote: Hi, > > I probably forgot, what to do with tetex-src. Do we need still > > this package or should be simply remove it? IIRC the only reason > > to have was that the source code of some programs must be > > delivered. > > But in fact I don't think this is worth keeping this source package > around, even if TeXLive still does not contain source2e.pdf built > with hyperref. > I just noticed that tetex-src is only in sarge and etch, hence we can't remove it from unstable. As we (probably) can't fix it in stable and it is be fixed in unstable, we have to close the bug, right? H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502243: serendipity: RSS feed shows bogus email address
Package: serendipity Version: 1.3.1-1 Hi, As can be seen on my contributions on planet, the RSS feed (http://blog.fortytwo.ch/feeds/index.rss2) of my blog shows [EMAIL PROTECTED] as the author of my postings. I don't see [EMAIL PROTECTED] anywhere in the configuration, and the database dump doesn't say [EMAIL PROTECTED] anywhere either, so I'm quite confused where this is coming from. Which settings / what kind of data would you need to narrow this down? Thank you & greetings -- vbi -- featured link: http://www.pool.ntp.org signature.asc Description: This is a digitally signed message part.
Bug#502234: nvidia-cg-toolkit: perl runtime warnings during upgrade
Package: nvidia-cg-toolkit Version: 2.0.0015.deb2 Severity: normal While upgrading nvidia-cg-toolkit to 2.0.0015.deb2, perl complained about closedir() on invalid dirhandle. Full output of the upgrade: Setting up nvidia-cg-toolkit (2.0.0015.deb2) ... Using '/var/cache/nvidia-cg-toolkit/Cg-2.0_May2008_x86.tgz' Using '/var/cache/nvidia-cg-toolkit/Cg-2.0_May2008_LanguageSpecification.pdf' Checking MD5 sum for NVIDIA Cg Toolkit file...passed. Checking MD5 sum for NVIDIA Cg Toolkit spec file...passed. Uninstalling NVIDIA Cg Toolkit components: Cg compiler, header files, libraries, documentation, examples, manual pages, (running ldconfig), done. Uncompressing NVIDIA Cg Toolkit. Installing NVIDIA Cg Toolkit components: Cg compiler, header files, libraries, documentation, examples, closedir() attempted on invalid dirhandle DIR at /usr/bin/nvidia-cg-toolkit-installer line 305. closedir() attempted on invalid dirhandle DIR at /usr/bin/nvidia-cg-toolkit-installer line 305. closedir() attempted on invalid dirhandle DIR at /usr/bin/nvidia-cg-toolkit-installer line 305. closedir() attempted on invalid dirhandle DIR at /usr/bin/nvidia-cg-toolkit-installer line 305. closedir() attempted on invalid dirhandle DIR at /usr/bin/nvidia-cg-toolkit-installer line 305. closedir() attempted on invalid dirhandle DIR at /usr/bin/nvidia-cg-toolkit-installer line 305. closedir() attempted on invalid dirhandle DIR at /usr/bin/nvidia-cg-toolkit-installer line 305. manual pages, (running ldconfig), done. John -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-cg-toolkit depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libcompress-zlib-perl 2.015-1Perl module for creation and manip ii libwww-perl 5.813-1WWW client/server library for Perl ii perl 5.10.0-15 Larry Wall's Practical Extraction nvidia-cg-toolkit recommends no packages. nvidia-cg-toolkit suggests no packages. -- debconf information: nvidia-cg-toolkit/http_proxy: (password omitted) nvidia-cg-toolkit/delete: false nvidia-cg-toolkit/httpget: true nvidia-cg-toolkit/local: nvidia-cg-toolkit/not_exist: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502071: [Pkg-kde-extras] Bug#502071: ktorrent using too much cpu
> Irrelevant how? I agree, this is my first bug report for debian, but > it's obviously abnormal behaviour, hence something is amiss...shouldn't > this be fixed? If you think it is a bug, please elaborate : - does it go into infinite loops eating 100% of the CPU ? - is it specific to a function ? Is there a way to reproduce it ? If the problem is that it just takes more CPU power than ktorrent2 for normal operation without any other odd behaviour, then there is nothing we (debian packagers) can do about it. Applications ported to KDE4 are less optimised in their first release, but it gets better with time. Please be more verbose on your next bug reports and don't forget to CC [EMAIL PROTECTED] when replying to get your mail archived. I am sorry if it sounded harsh. -- Xavier Vello -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#501058: drupal5: CVE-2008-3661 doesn't set the secure flag for cookies
Hi, * Nico Golde <[EMAIL PROTECTED]> [2008-10-03 20:24]: > the following CVE (Common Vulnerabilities & Exposures) id was > published for drupal6. > > CVE-2008-3661[0]: > | Drupal, probably 5.10 and 6.4, does not set the secure flag for the > | session cookie in an https session, which can cause the cookie to be > | sent in http requests and make it easier for remote attackers to > | capture this cookie. > > If you fix the vulnerability please also make sure to include the > CVE id in your changelog entry. The opinion of the upstream authors is that this is rather a configuration issue in php. The user should set session.cookie_secure in the php settings for the virtual host to ensure that cookies are only sent over a secure connection. I somehow feel not comfortable with this as the typical end user doesn't necessarily know about session.cookie_secure. I think a compromise would be to document this in README.Debian. Luigi, can you please do that? Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpczX8YkGOq6.pgp Description: PGP signature
Bug#502232: [Pkg-openmpi-maintainers] Bug#502232: libopenmpi-dev: No static libraries in the package
Dirk Eddelbuettel wrote: According to FAQ 7 at http://www.open-mpi.org/faq/?category=building it should be as simple as adding --enable-static to the configure call to these build. We then have to look into getting them properly into the package. We are all a little short of spare time. Could you possibly venture into the first point and see if modifying debian/rules accordingly results in usable static libraries ? So I gave it a shot. It seems to *almost* do the right thing. It builds the static libraries, and in most cases it also builds the shared libraries, but something in the MCA build seems to cause trouble. Briefly reading through the ompi/mca/common/sm/Makefile it seems to indicate that it can't build both the static and shared libraries simultaneously (my read of the notes at the top of the Makefile under "A word of explanation"). The fact that the shared libraries aren't present, when using "--enable-static" for configure, seems to cause problems for dh_install in the dpkg-buildpackage process. After the builds are done, via dpkg-buildpackage, the process gets to a point where: dh_install -s --sourcedir=/usr/local/src/openmpi-1.2.7/debian/openmpi --list-missing is executed and it fails with: cp: cannot stat `/usr/local/src/openmpi-1.2.7/debian/openmpi/usr/lib/openmpi/lib/libmca_common_sm.so.0.0.0': No such file or directory dh_install: command returned error code 256 make: *** [install-arch] Error 1 dpkg-buildpackage: failure: debian/rules binary gave error exit status 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#501960: Generates broken output on ia64 when input is piped vs. shell redirection
reassign 501960 linux-image-2.6.26-1-mckinley 2.6.26-5 thanks Manoj Srivastava wrote: > I have no idea what changed between 2.6.24-1-mckinley and > 2.6.26-1-mckinley on IA64, but arguably this is a kernel regression. Mm, I agree. Hi kernel team. This seems to be a rather odd issue but reproducible on merulo and merkel. Dispite the bug title, it doesn't seem shell-related; more something to do with the way file descriptors and forking interact in these two scenarios. I've linked this bug on #debian-ia64, but have not got any response. Not sure who else I could ping. Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Bug#502232: [Pkg-openmpi-maintainers] Bug#502232: Bug#502232: libopenmpi-dev: No static libraries in the package
Am Dienstag, den 14.10.2008, 13:53 -0500 schrieb Dirk Eddelbuettel: > On 14 October 2008 at 12:23, Gary Hennigan wrote: > | A lot of Debian lib*-dev packages also include static libraries. When > | we distribute our application we'll often include statically linked > | binaries so that users don't have to try and go through a complicated > | list of prerequisites in order to build on their system. Unfortunately > | I can't do that with my MPI applications because there aren't any > | static libraries avaialble in the Debian OpenMPI packages. Any chance > | you could start distributing static versions of the OpenMPI libraries? > > According to FAQ 7 at http://www.open-mpi.org/faq/?category=building it > should be as simple as adding --enable-static to the configure call to these > build. IIRC, we did some time ago in the past. I'm not sure if we dropped them on purpose or accidentally but I think I remember we had a discussion about that. I just can't look it up at the moment. Anyway, I remember that we have had --enable-static in debian/rules at some point in time, as described in the FAQ, maybe at the 1.1 series or maybe even later. I think it should not be too much of a big deal to reenable that. I personally never had much use for static libs since it's usually more of a burdon than help but if it helps our users, we should include them. It should not be too tricky. > We then have to look into getting them properly into the package. Building them and installing the .[l]a files into the right places. That should be all. > We are all a little short of spare time. Could you possibly venture into the > first point and see if modifying debian/rules accordingly results in usable > static libraries ? I'll try to have a look at the weekend, also addressing other packaging issues then. Sooner is not possible, so if someone steps in, I wouldn't be sad about it. ;) Best regards Manuel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#502244: cdebconf: fall-back languages not working; mechanism to drop translations broken?
Package: cdebconf Version: 0.117 Severity: serious I've tested an install from a daily i386 mini.iso booted with 'DEBCONF_DEBUG=.'. The following choices were made during installation: - language: Northern Sami - keymap (list is shown in English!): American English - netcfg (dialogs are translated): default values from DHCP accepted - choose-mirror (country list dialog is in English with countries shown as country codes, i.e. Choices-C values): - main-menu (translated, except for Change debconf prio and Save logs): select 'Save debug logs' - save-logs (dialog untranslated): choose 'web' Northern Sami has a huge list of fall-back languages. The preferred language is se, but nb,no,nn,da,sv should all be tried before English is shown. The missing translations for keymap list and save logs can be explained as they seem to be missing a translation for se. But why is fall-back not working? The fact that C values are shown in the country list for choose-mirror looks to be an error in choose-mirror itself. Will file separate BR. The debug log is very strange. - It shows translations being dropped with "wantlang=C" immediately after initial loading of templates, but templates.dat shows the translations are still there. - After that you get language/country selection. debconf/language is set to "se_NO:nb_NO:nb:no_NO:no:nn_NO:nn:da:sv:en" - Immediately after that translations are again being dropped, this time with "wantlang=se". Again seemingly without effect on templates file. How is the dropping of translations supposed to work? The debug log was too big to attach, but can be reproduced easily. signature.asc Description: This is a digitally signed message part.
Bug#501135: README.Debian: The information about Xaw3d and Gnome are no longer valid
Hi, Am Dienstag, 14. Oktober 2008 09:59 schrieb Spiro Trikaliotis: > Hello, > > I do not want to generate a new wishlist bug, so I am putting it here, > where it fits, too: > > * On Mon, Oct 13, 2008 at 06:15:29PM +0200 Gerfried Fuchs wrote: > > * Andreas Stempfhuber <[EMAIL PROTECTED]> [2008-10-04 17:29:06 > > CEST]: > > > "Despite the availability of a Gnome interface, this package is still > > > compiled for use with Xaw3d, partly to avoid the nest of dependencies > > > that goes along with Gnome, and partly because fullscreen mode is not > > > available with the Gnome interface." > > Why not generate two VICE packages: vice-xaw, vice-gnome, and a > transitional vice which defaults to vice-xaw? I don't know if this is necessary, I personally don't like the Xaw UI, it was allways the reason why I compiled my own vice package with the Gnome UI (although I am not a Gnome user). > Even a new vice-roms package might be possible, which defaults to some > vice-roms-dummy package (containing only empty ROMs) That means an empty package :-) > , and implementing > some alternative vice-roms-real which might be hosted somewhere else? The Commodore brand and copyright is moving around between different companies. A few weeks ago it was sold back to Nedfield [1] (formerly known as Tulip, they bought Commodore in 1997 and sold it in 2004 [2]) and they are still trying to make money with the brand and copyright. This ongoing sellout is a shame :-( However, that's the reason why it is also not possible to add the ROM images to non-free. IMHO the only doable thing is to provide a script where the user can manually download the ROM images from different locations, where it's up to him to make sure that he has the necessary rights to do that. Regards, Andi [1] http://www.reuters.com/article/pressRelease/idUS108390+18-Sep-2008+BW20080918 [2] http://www.theregister.co.uk/2007/09/27/tulip_wants_commodore_back/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433381: portaudio: new patch for white noise issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter De Wachter schrieb: > The attached patch fixes this bug without changing the ABI. Tested on > amd64 and i386. > The patch itself seems to be clean for me. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEUEARECAAYFAkj08s0ACgkQ2XA5inpabMchBwCXTyzsqwm0adQ3wzCJlXmdEYxI gQCfdLJ2k26ajSvmXC4ecn7Rk4oj38Q= =2zwe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482754: amanda-client: amrecover failing to contact AMANDA server (worked in 2.5.1)
Package: amanda-client Version: 1:2.5.2p1-3 Severity: important I have exactly the same issue as Raphael here. I have no possibility to get amrecover up and running on my Amanda Server. Anny suggestions how to solve this bug ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502245: choose-mirror: incorrect translation generated for se
Package: choose-mirror Version: 2.27 Severity: serious During some testing I noticed that when Northern Sami is selected as language, the countrylist during mirror selection consists of country codes instead of country names. The template.dat file contains: Name: mirror/http/countries Type: select [...] Default-se.UTF-8: US Choices-se.UTF-8: enter information manually, AR, AT, AU, BE, BG, BR, BY, CA, CH, CL, CN, CZ, DE, DK, EE, ES, FI, FR, GB, GR, HK, HR, HU, ID, IE, IL, IN, IS, IT, JP, KR, LT, LV, MT, MX, NC, NI, NL, NO, NZ, PF, PL, PT, RO, RU, SE, SG, SI, SK, SV, TH, TR, TW, UA, US, UZ, VE, ZA Indices-se.UTF-8: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59 Apparently for some reason we generate the template file incorrectly for se. signature.asc Description: This is a digitally signed message part.
Bug#499912: arora: Segfaults on sourceforge download page
Hi! Is it reproducible with the Qt version in unstable ? /Sune -- Genius, I cannot rename the tower of a memory, how does it work? You should insert the periferic to close a digital BIOS. signature.asc Description: This is a digitally signed message part.
Bug#502175: /usr/lib/emacsen-common/[...]/zshdb: line 36: cd: /usr/share/emacs/site-lisp/zshdb: No such file or directory
Package: zshdb Version: 0.01git+20081010-1 Severity: normal I just installed zshdb 0.01git+20081010-1 (from the Debian pool), using ftp://ftp.debian.org/debian/pool/main/z/zsh-beta/zsh-beta_4.3.6-dev-1+20081011-1.dsc which I manually build on a current Debian/sid system (because the x86 package isn't available on the mirrors yet), and using emacsen-common 1.4.17. During installation of zshdb I noticed: [...] install/zshdb: Handling install for emacsen flavor emacs22 /usr/lib/emacsen-common/packages/install/zshdb: line 36: cd: /usr/share/emacs/site-lisp/zshdb: No such file or directory / Failed zshdb.el [...] Installation finished without any further errors and zshdb seems to work on plain console as well as in Emacs. I don't know whether the above is just a cosmetic bug or not, so please feel free to close this bugreport if you consider it not being a bug. Thanks for packaging zshdb. :) regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502193: regular
Package: puppet Version: 0.24.5-2 Severity: normal File: /usr/sbin/puppetd Tags: upstream I get puppetd[3643]: Other end went away; restarting connection and retrying from one of my hosts (running 0.24.5-2) on every puppetd run, while 31 other hosts (running 0.24.4-8) synchronise with the same (mongrel, etch) server just fine. There are no issues with network connectivity between the two hosts, whatsoever. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii adduser 3.110 add and remove users and groups ii facter1.5.1-0.1 a library for retrieving facts fro ii libopenssl-ruby 4.2OpenSSL interface for Ruby ii libruby [libxmlrpc-ruby] 4.2Libraries necessary to run Ruby 1. ii libshadow-ruby1.8 1.4.1-8Interface of shadow password for R ii libxmlrpc-ruby4.2transitional dummy package ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii ruby 4.2An interpreter of object-oriented Versions of packages puppet recommends: ii rdoc 4.2Generate documentation from ruby s puppet suggests no packages. -- no debconf information -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#501115: mediawiki: 501115: fix security issue in Lenny???
Hi Paul, * Paul Wise <[EMAIL PROTECTED]> [2008-10-12 11:56]: > Are the mediawiki maintainers going to fix this security issue in Lenny? Yes, the security team already was contacted by the maintainer. 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. pgpI46jTAvzrK.pgp Description: PGP signature
Bug#501793: Collateral damage?
reopen 501793 thanks Hello, sorry, now it's even WORSE, I get: Richte linux-image-2.6.27 ein (2.6.27-10.00.Custon) ... Please manually create an initrd image but I built that kernel package with --initrd! First, this is not a user-friendly message. Create HOW? Is the user expected to RTFM for even such simple and predicatable pieces of information? Second, when guessing abou the reasons: - I was upgrading from another kernel package (2.6.27-10.00.Custom) which originally was built without --initrd. But anyhow, upgrades of that kind did work with former versions of kernel-package so that's a major regression from my POV. - while rebuilding the kernel with --initrd I had to guess a lot in order to kill the relevant stamp-file to make the thing work. Otherwise it just did NOT procceed despite of having different options. I really suggest a review of the stamp-file dependency scheme/design. Regards, Eduard. -- hier gibts keine nackt chats? oO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502191: dhcpcd: Clients unable to renew leases.
Package: dhcpcd Version: 1:3.2.3-1.1 Severity: important Please refer to the upstream bug: http://roy.marples.name/projects/dhcpcd/ticket/91 dhcpcd uses the wrong type of packet when renewing a lease. Depending on the network and dhcp server, this may or may not cause renewals to fail. The issue is fixed in upstream version 4.0. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dhcpcd depends on: ii bsdutils 1:2.14~rc2-0 Basic utilities from 4.4BSD-Lite ii libc6 2.8+20080809-1 GNU C Library: Shared libraries ii procps1:3.2.7-9 /proc file system utilities dhcpcd recommends no packages. dhcpcd suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502188: netcat-openbsd: quit-timer.patch breaks uses of nc by virt-viewer
Package: netcat-openbsd Version: 1.89-3 Severity: important Hi, the description of this bug is available here: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/201340 I applied the fix here (remove quit-timer.patch) and I can say that virt-viewer works now. If there is no side effect, I suggest to remove this patch from the Debian package. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR, 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 netcat-openbsd depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libglib2.0-0 2.16.5-1 The GLib library of C routines netcat-openbsd recommends no packages. netcat-openbsd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502186: postgis ST_SPHEROID_LENGTH slow
Package: postgis Version: 1.3.3-3 Since debian testing introduced postgresql-8.3 and postgis 1.3.3 for postgresql-8.3. The problem I am facing is that length_spheroid is much slower in postgres-8.3 from under 1s to about 60s (See Bellow). Both databases are equal, tested in same machine, with different installations to avoid software versions conflicts. FIRST: postgresql-8.2 (version 8.2.7-2+b1) with postgis (version 1.3.2-1) EXPLAIN ANALYSE select length_spheroid(geom,'SPHEROID["WGS 84",6378137,298.257223563]') FROM test order by id limit 100; QUERY PLAN --- Limit (cost=0.00..17.44 rows=100 width=26054) (actual time=1.852..588.394 rows=100 loops=1) -> Index Scan using test_pkey on test (cost=0.00..2268.52 rows=13010 width=26054) (actual time=1.850..588.298 rows=100 loops=1) Total runtime: 588.495 ms (3 rows) SECOND: postgresql-8.3 (version 8.3.4-1) with postgis (version 1.3.3-3) EXPLAIN ANALYSE select length_spheroid(geom,'SPHEROID["WGS 84",6378137,298.257223563]') FROM test order by id limit 100; QUERY PLAN Limit (cost=0.00..11.07 rows=100 width=36) (actual time=219.032..59913.512 rows=100 loops=1) -> Index Scan using test_pkey on tracker_track (cost=0.00..1439.93 rows=13010 width=36) (actual time=219.029..59913.377 rows=100 loops=1) Total runtime: 59913.701 ms (3 rows) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502177: padlock engine is not used
Package: libssl0.9.8 Version: 0.9.8g-13 Tags: patch Programs using the SSL library should be able to use the VIA Padlock hardware crypto engine for C3 and C7 CPUs. This is available on i386 arch only. >From the SSL developpers point of view, programs using libssl should specify that they want to use a specific crypto engine. But there was a bug preventing the engine from being used. This bug was already reported in ubuntu, and has been fixed for libssl 0.9.8h upstream. See https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/119294/comments/6 The patch is included and very simple. So it would be backporting from 0.9.8h to Debian lenny's version. See http://launchpadlibrarian.net/13798833/bug119295.patch OpenSSH is already patched for this, so the bug, in Debian lenny, is only due to openssl. The bug exists in older Debian's versions, but this report focuses on Lenny. Depends: debconf (>= 0.5) | debconf-2.0, libc6 (>= 2.7-1), zlib1g (>= 1:1.1.4) Architecture: i386 (i686) Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502168: [Pkg-scicomp-devel] Bug#502168: New upstream package
Thomas Weber wrote: Am Dienstag, den 14.10.2008, 08:59 +0100 schrieb David Bateman: Package: suitesparse Version: 3.1.0-3 There is a new upstream release of suitesparse available that includes a new sparse QR factorization and solver that is significantly faster than anything else available. I'd like to be able to include this in Octave to improve the rank deficient, under- and over-determined solvers. Could I request that this new version of suitesparse be packaged and in particular that the new SPQR package be built. The upstream version number of this new release is 3.2.0. Attached a changed 13-UFconfig_UFconfig.mk.dpatch and a new 14-memcpy_needs_stringH.dpatch. The latter should probably go upstream. Reading the installation note of http://www.cise.ufl.edu/research/sparse/SuiteSparse/ I believe upstream is already aware of this issue. The former has two changes: upstream changed the line for BLAS = and the new SPQR stuff needs -DNOPARTITION as well (I didn't check the timing stuff, is it useful?). -DNOPARTITION basically just removes METIS from the build, which is a good idea as METIS although being a very good graph partitioner is not GPL compatible. I'd say don't include the timing stuff, as it seems to just be there for testing the code, and will slowup the factorization. Cheers David Thomas -- David Bateman[EMAIL PROTECTED] Motorola Labs - Paris+33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin+33 6 72 01 06 33 (Mob) 91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax) The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#499366: "4gb seg fixup" not fixed in 2.7-14?
Hi, Ever since updating to libc6-xen 2.7-14 I am seeing the "4gb seg fixup" warnings: Oct 14 10:43:34 cacti kernel: printk: 11610 messages suppressed. Oct 14 10:43:34 cacti kernel: 4gb seg fixup, process head (pid 5876), cs:ip 73:b7ebb33a Oct 14 10:43:38 cacti init: Trying to re-exec init Oct 14 10:43:39 cacti kernel: printk: 1038209 messages suppressed. Oct 14 10:43:39 cacti kernel: 4gb seg fixup, process libc6.postinst (pid 6135), cs:ip 73:b7e5b948 Oct 14 10:43:44 cacti kernel: printk: 522190 messages suppressed. Oct 14 10:43:44 cacti kernel: 4gb seg fixup, process dpkg (pid 6179), cs:ip 73:b7e75eb7 Oct 14 10:43:49 cacti kernel: printk: 645077 messages suppressed. Oct 14 10:43:49 cacti kernel: 4gb seg fixup, process dpkg (pid 6356), cs:ip 73:b7e6eeb7 Oct 14 10:43:54 cacti kernel: printk: 471625 messages suppressed. Oct 14 10:43:54 cacti kernel: 4gb seg fixup, process dpkg (pid 6374), cs:ip 73:b7df1860 Oct 14 10:44:00 cacti kernel: printk: 62714 messages suppressed. [...] Oct 14 11:21:41 cacti kernel: 4gb seg fixup, process apache2 (pid 9543), cs:ip 73:b7e0450e Oct 14 11:21:59 cacti kernel: printk: 58 messages suppressed. Oct 14 11:21:59 cacti kernel: 4gb seg fixup, process apache2 (pid 9544), cs:ip 73:b7ee0598 Oct 14 11:21:59 cacti kernel: 4gb seg fixup, process apache2 (pid 9544), cs:ip 73:b7ee32e5 Oct 14 11:23:27 cacti kernel: 4gb seg fixup, process sshd (pid 9545), cs:ip 73:b7ba9eb7 Oct 14 11:24:01 cacti kernel: printk: 1972 messages suppressed. Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7e4e8c0 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7f1d810 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7e4feb7 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7f1d810 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7dba967 Oct 14 11:24:01 cacti kernel: 4gb seg fixup, process sh (pid 9548), cs:ip 73:b7dba96a Oct 14 11:24:02 cacti kernel: printk: 663233 messages suppressed. Oct 14 11:24:02 cacti kernel: 4gb seg fixup, process php (pid 9564), cs:ip 73:b7a08f44 Restarting things doesn't help, restarting the domU doesn't help. Is there something I have missed or doesn't this update actually fix it? Cheers, Andy signature.asc Description: Digital signature
Bug#502215: vsftpd: Race condition causing PASV connection drops under extreme load - fixed upstream in 2.0.7
Package: vsftpd Version: 2.0.5-2 Severity: important Under heavy load PASV connection setup fails. See tcpflow output below. http://vsftpd.beasts.org/ says: "vsftpd-2.0.7 is released [...] A race causing PASV connection drops under extreme load was fixed" 010.000.000.200.00021-010.000.000.011.53156: 220 (vsFTPd 2.0.5) 010.000.000.011.53156-010.000.000.200.00021: USER anonymous 010.000.000.200.00021-010.000.000.011.53156: 331 Please specify the password. 010.000.000.011.53156-010.000.000.200.00021: PASS [EMAIL PROTECTED] 010.000.000.200.00021-010.000.000.011.53156: 230 Login successful. 010.000.000.011.53156-010.000.000.200.00021: TYPE I 010.000.000.200.00021-010.000.000.011.53156: 200 Switching to Binary mode. 010.000.000.011.53156-010.000.000.200.00021: SYST 010.000.000.200.00021-010.000.000.011.53156: 215 UNIX Type: L8 010.000.000.011.53156-010.000.000.200.00021: PASV 010.000.000.200.00021-010.000.000.011.53156: 500 OOPS: 010.000.000.200.00021-010.000.000.011.53156: listen 010.000.000.200.00021-010.000.000.011.53156: 010.000.000.200.00021-010.000.000.011.53156: 500 OOPS: child died -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages vsftpd depends on: ii adduser3.102 Add and remove users and groups ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libcap11:1.10-14 support for getting/setting POSIX. ii libpam-modules 0.79-5Pluggable Authentication Modules f ii libpam0g 0.79-5Pluggable Authentication Modules l ii libssl0.9.80.9.8c-4etch3 SSL shared libraries ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii netbase4.29 Basic TCP/IP networking system Versions of packages vsftpd recommends: ii logrotate 3.7.1-3Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#499366: "4gb seg fixup" not fixed in 2.7-14?
On Tue, Oct 14, 2008 at 04:15:29PM +0200, Aurelien Jarno wrote: > The proposed patch has been applied. But maybe it is wrong. Waldi, could > you please have a look? I have no Xen machine. The patch is correct. The problem is the "wrong" capability definition in the Etch kernel. But fixing the package to work together with the Lenny kernel is more important. Maybe I should fix the kernel in Etch also. Bastian -- "Beauty is transitory." "Beauty survives." -- Spock and Kirk, "That Which Survives", stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502246: laptop-mode-tools: inconsistency in conf file hal-polling
Package: laptop-mode-tools Version: 1.45-1 Severity: normal Hello. I was poking around in /etc/laptop-mode/conf.d on Lenny and tweaking thinks when I noticed this contradiction in hal-polling.conf, lines 29-30: # Enable HAL polling on AC AC_DISABLE_HAL_POLLING=1 I don’t know whether to follow the comment or the variable name for the last setting; I guess the name is right, since the default value is true, but can’t be sure. The comment should be corrected then. Thanks Merwok “Value your freedom or you will lose it” -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502199: xteddy menu: please put entries back in Games/Toys/Teddies
Package: xteddy Version: 2.1-2 Severity: normal Hello Andreas, Please move back xteddy menu entries to Games/Toys/Teddies, as they were in Etch. This avoid missing xteddy entries with other entries in Games/Toys. Menu includes translations of Teddies specifically for that purpose. The menu policy does not mention Teddies because this subsection is specific to the xteddy package, and should not be used by other packages. Packages are allowed to create a subsection if they follow the same placement rules than entries (i.e. only in leaf subsections of policy), provides at least three entries in the subsection and are registered with the menu maintainer (so menu can provide translations). I would be very glad if it was fixed for Lenny. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502184: sqsh: Interaction with freetds lacks documentation, IMHO
Package: sqsh Version: 2.1-8+b1 Severity: wishlist The sqsh man page contains very few information about how sqsh interacts with freetds config. I finally found out that I had to fill the /etc/freetds.conf file because it would use that to find, e.g., the tds version to use to communicate with the server. I couldn't even find out how to confirm if my sqsh (installed from aptitude) was compiled with freetds support or with something else. For sure sqsh should not duplicate freetds documentation in its own man page, but maybe a little note explaining how to know which subsystem sqsh will use, and then directing the user to the subsystem documentation, would be very useful to make him win plenty of time! Also the -S servername option is not clear enough, IMHO. How to specify the port number? I used an undocumented ip:port scheme for the "server name". And what should be the "server name", if it is not his IP? A DNS name? An entry in the freetds.conf file? Naturally one can find out by trial and error, but a documentation is always better than trial and error! An other remark, the documentation talks in several places about Sybase. It is not always clear where the given information also applies to MS SQL Server. E.g., is the -I interfaces option useful for MS SQL? I am afraid I may not use the correct terms, but I hope I am clear enough... Kindly tell me if you need clarifications for some points... Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502179: mytop: A newline should be replaced by a space, not just deleted
Package: mytop Version: 1.6-4 Severity: normal Hi, Newlines in queries appear to be deleted, which results in broken queries. They should be replaced by spaces instead. This is #434626, I guess the fix for that didn't work. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mytop depends on: ii libdbd-mysql-perl 4.008-1A Perl5 database interface to the ii libdbi-perl 1.607-1Perl5 database interface by Tim Bu ii libterm-readkey-perl 2.30-4 A perl module for simple terminal ii perl 5.10.0-15 Larry Wall's Practical Extraction mytop recommends no packages. Versions of packages mytop suggests: ii perl [libtime-hires-perl] 5.10.0-15 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#499366: "4gb seg fixup" not fixed in 2.7-14?
On Tue, Oct 14, 2008 at 11:06:18PM +0200, Bastian Blank wrote: > On Tue, Oct 14, 2008 at 04:15:29PM +0200, Aurelien Jarno wrote: > > The proposed patch has been applied. But maybe it is wrong. Waldi, could > > you please have a look? I have no Xen machine. > > The patch is correct. The problem is the "wrong" capability definition > in the Etch kernel. But fixing the package to work together with the > Lenny kernel is more important. Maybe I should fix the kernel in Etch > also. Thanks Bastian. What is your best advice for a workaround since I can't change dom0 from the packaged Etch hypervisor and current Lenny kernels do not boot with that hypervisor? Cheers, Andy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483070: Compositing & multiple monitors
severity 483070 important thanks This problem is fixed in xfwm4 4.4.2-6 (I've seen it with various full-screen games). Also fixed is a related problem (caused by the same bug, AFAICS, since switching off compositing it also "fixes" it) which manifested itself when I plugged in an external monitor to a laptop and tried to enable it with xrandr: what I got was an area corresponding in size and location to that initially displayed on the internal panel and blackness around it. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling I've come for an argument! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502239: tasksel: Replace ttf-unfonts with ttf-unfonts-core in korean-desktop
Package: tasksel Version: 2.75 Severity: normal ttf-unfonts is now a transitional package for ttf-unfonts-core and ttf-unfonts-extra. Please replace ttf-unfonts with ttf-unfonts-core. Most desktop users will need ttf-unfonts-core only. -- Changwoo Ryu <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Bug#502247: libfftw3-3: Please upgrade to fftw-3.1.3
Package: libfftw3-3
Version: 3.1.2-3.1
Severity: normal
Dear Debian maintainers,
please upgrade the fftw3 package to upstream version 3.1.3 from
3.1.2.
The upstream package fixes one bug that causes fftw to compute
incorrect results in certain circumstances. The diff between 3.1.2
and 3.1.3 is the following one-line patch:
--- kernel/twiddle.c.old2008-10-03 10:50:57.791097391 -0400
+++ kernel/twiddle.c2008-10-03 10:51:11.875771979 -0400
@@ -50,7 +50,7 @@
switch (p->op) {
case TW_NEXT:
- return 1;
+ return (p->v == q->v); /* p->i is ignored */
case TW_FULL:
case TW_HALF:
Regards,
Matteo Frigo
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'stable'), (10, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages libfftw3-3 depends on:
ii libc6 2.7-14 GNU C Library: Shared libraries
libfftw3-3 recommends no packages.
Versions of packages libfftw3-3 suggests:
pn libfftw3-dev (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433381: portaudio: diff for NMU version 18.1-7.1
tags 433381 + patch pending thanks Here is the NMU for portaudio (versioned as 18.1-7.1) as uploaded. Aehem for proper bug handling. Kind regards T. diff -u portaudio-18.1/debian/changelog portaudio-18.1/debian/changelog --- portaudio-18.1/debian/changelog +++ portaudio-18.1/debian/changelog @@ -1,3 +1,14 @@ +portaudio (18.1-7.1) unstable; urgency=medium + + * Non-maintainer upload after this has been open for 15 months +while people have been busy changing the standards version. + * Finally fix the type definitions for non-i386 such that audio +is working on e.g. amd64. Thanks to Sean Finney and +Peter De Wachter for sending patches. +Closes: #433381 + + -- Thomas Viehmann <[EMAIL PROTECTED]> Tue, 14 Oct 2008 23:03:19 +0200 + portaudio (18.1-7) unstable; urgency=low [ Kilian Krause ] diff -u portaudio-18.1/debian/patches/00list portaudio-18.1/debian/patches/00list --- portaudio-18.1/debian/patches/00list +++ portaudio-18.1/debian/patches/00list @@ -5,2 +5,3 @@ 30_oss_in_only +40_wordsize dbug336890-kFreeBSD.dpatch only in patch2: unchanged: --- portaudio-18.1.orig/debian/patches/40_wordsize.dpatch +++ portaudio-18.1/debian/patches/40_wordsize.dpatch @@ -0,0 +1,64 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 40_wordsize.dpatch by Peter De Wachter <[EMAIL PROTECTED]> +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix portaudio for 64 bit platforms + [EMAIL PROTECTED]@ + +diff --git a/pa_common/pa_host.h b/pa_common/pa_host.h +index db898fe..db12e51 100644 +--- a/pa_common/pa_host.h b/pa_common/pa_host.h +@@ -48,17 +48,19 @@ extern "C" + #define SUPPORT_AUDIO_CAPTURE (1) + #endif + ++#include ++ + #ifndef int32 +-typedef long int32; ++typedef int32_t int32; + #endif + #ifndef uint32 +-typedef unsigned long uint32; ++typedef uint32_t uint32; + #endif + #ifndef int16 +-typedef short int16; ++typedef int16_t int16; + #endif + #ifndef uint16 +-typedef unsigned short uint16; ++typedef uint16_t uint16; + #endif + + /* Used to convert between various sample formats. */ +diff --git a/pa_common/pa_lib.c b/pa_common/pa_lib.c +index bf97de2..b48d105 100644 +--- a/pa_common/pa_lib.c b/pa_common/pa_lib.c +@@ -498,10 +498,10 @@ internalPortAudioStream* PaHost_GetStreamRepresentation( PortAudioStream *stream + #define PA_DITHER_SCALE (1.0f / ((1<>DITHER_SHIFT) + (((long)randSeed2)>>DITHER_SHIFT); ++current = (((int32)randSeed1)>>DITHER_SHIFT) + (((int32)randSeed2)>>DITHER_SHIFT); + /* High pass filter to reduce audibility. */ + highPass = current - previous; + previous = current; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449497: Policy on Binary Firmware Fetching in Main (e.g. foo2zjs)
severity 449497 serious tag 449497 -wontfix thank you i am reverting the severity of this bug to serious since the upstream author has made his opinion clear -- that the package in its current state is non-free. hence, the package should either be moved to the non-free archive, separated into free and non-free parts, or removed from inclusion in lenny. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#501954: use MediaWiki instead of MoinMoin
Am Dienstag, den 14.10.2008, 09:20 +0800 schrieb [EMAIL PROTECTED]: > OK, now I made http://wiki.debian.org/DebianWiki/Engine and > http://wiki.debian.org/HelpMoveDebianWikiToMediaWiki also link back to > this bug so users can better find this proposal in the BTS rather than > opening a new wishlist. The pros and cons are already mentioned on > those web pages. Just let this bug be a longterm standing request to > compliment those web pages. No action required for now. Thanks. Neither of the two pages do answer Josip's nor Franklin's question on what's the rationale for the proposal. There is a short list of advantages that MediaWiki would have over twiki in the Engine page, but almost all of them are available through usage of Moin already, so I like to follow Franklin's reason for closing this bug. The HelpMoveToMediaWiki page also lists many people that would like to help to move away from kwiki/twiki so I'm not sure wether they are still all that eager since the switch to Moin. So, agreeing with Franklin here, if you aren't able to bring up a rationale for why you want to have the switch, this bug doesn't make sense. With the same reasoning one could open a bugreport for switching to ikiwiki. And to some degree I would even see the good in the latter. :) So long, Rhonda signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#502219: procinfo: Segfaults with large number of interrupts.
Package: procinfo Version: 18-1 Severity: important When running on a modern server with many interrupts, procinfo segfaults. I have one MSI interrupt which is assigned number 1269. This causes /proc/stat to have a very long 'intr' line since it has to show that many interrupts. procinfo assumed that no line in /proc/stat would ever exceed 1024 characters, so when it reads the line it only reads part of it, and as a result ends up thinking there are only about 500 interrupts in the system, so later when it tries to print the value for interrupt 1269, it segfaults. The simplest fix is to increase the size of 'line' on procinfo.c:80 to something much larger, I tried 102400 instead of 1024 and it works fine, although perhaps a better algorithm could be determined. With the current size, it will always segfault on a machine like this one. This appears to also affect procinfo in Lenny. Of course on most machines it will work fine since most have a much lower number as their highest interrupt. -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages procinfo depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libncurses55.5-5 Shared libraries for terminal hand ii perl 5.8.8-7etch3 Larry Wall's Practical Extraction procinfo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482140: Updating from etch to lenny on 2008.10.13
Am Dienstag, den 14.10.2008, 05:34 -0300 schrieb Mauro Lizaur: > Happened the same thing as many people on this bug report: [..] > Hope it's useful to the XML/SGML group :) We already found the reason for the issue and are working on a fix. Please send reports, if some *other* package than docbook-xml reports an error because of an already registered entity. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483070: [Pkg-xfce-devel] Bug#483070: Compositing & multiple monitors
severity 483070 normal thanks On mar, 2008-10-14 at 22:14 +0100, Darren Salt wrote: > severity 483070 important > thanks Having a fix doesn't mean the severity changes, I'd say. (?) > > This problem is fixed in xfwm4 4.4.2-6 (I've seen it with various > full-screen > games). Ok, thanks for the check. The -6 package is quite huge (as basically it includes all fixed commited in the 4.4 branch, which will lead one day to 4.4.3). Not sure it would be accepted in lenny at that time, so I guess I'll wait for the release. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#502216: freebsd5-buildutils: freebsd-mtree does not work correctly
Package: freebsd5-buildutils Version: 5.4-4 Severity: important freebsd-mtree fails to understand mtree files written in ASCII and when asked to give a mtree outputs numerical values: % freebsd-mtree -c | head # user: (null) # machine: weetamoe # tree: /home/manu # date: Tue Oct 14 17:24:47 2008 # . /set type=file uid=1000 gid=1000 mode=0644 nlink=1 \056type=dir mode=0755 nlink=99 size=12288 time=1223997543.0 \056\106\105\110\102\107\137\061\071\066\071\064\064\070\063\067\062\056\160\156\147 \ size=13682209 time=1222424122.0 Note: This problem is also present in unstable and testing's freebsd-buildutils 7.0-2. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'experimental'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages freebsd5-buildutils depends on: ii bsdmainutils 6.1.10 collection of more utilities from ii dash 0.5.4-12 POSIX-compliant shell ii libc6 2.7-14 GNU C Library: Shared libraries ii patchutils0.2.31-4 Utilities to work with patches ii realpath 1.12 Return the canonicalized absolute ii unzip 5.52-12De-archiver for .zip files freebsd5-buildutils recommends no packages. freebsd5-buildutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#501851: zsh: Completion fails if a directory name contains '(', ')' and 'Ą '.
On Tue, 14 Oct 2008 10:46:29 +0900
Morita Sho <[EMAIL PROTECTED]> wrote:
> zstyle ':completion:*' matcher-list 'm:{[:lower:]}={[:upper:]}'
>
> After removing the above line, the completion Ą/[TAB] works again.
Thanks for narrowing it down... I'm aware that that syntax still needs
some work on it, it's only half-converted to supporting non-ASCII
characters, so it's probably not surprising this sort of thing happens.
The problem is the way characters are stored is quite specific to a
single-byte representation; I've made it so that it can be extended to
multibyte/wide characters, but it hasn't been.
I'm not going to get it properly converted before the next release since
it's a big job (I started it once back in June and got bogged down). When
I get a chance, I'll look and see if there's any thing obvious I can do
with Meta-encoded characters that will work round the problem for now.
Until then you should be able to get away with the old syntax,
zstyle ':completion:*' matcher-list 'm:{a-z}={A-Z}'
since before I finish the job it won't actually handle non-ASCII character
conversions properly anyway.
I will document my way round this as follows...
Index: Doc/Zsh/compwid.yo
===
RCS file: /cvsroot/zsh/zsh/Doc/Zsh/compwid.yo,v
retrieving revision 1.43
diff -u -r1.43 compwid.yo
--- Doc/Zsh/compwid.yo 14 Jul 2008 17:39:26 - 1.43
+++ Doc/Zsh/compwid.yo 14 Oct 2008 12:01:54 -
@@ -942,14 +942,16 @@
completion you can use `tt(m:{[:lower:]}={[:upper:]})'. Although the
matching system does not yet handle multibyte characters, this is likely
to be a future extension, at which point this syntax will handle
-arbitrary alphabets; hence this form, rather than the use of explicit
-ranges, is the recommended form. In other cases
-`tt([:)var(name)tt(:])' forms are allowed. If the two forms on the left
-and right are the same, the characters must match exactly. In remaining
-cases, the corresponding tests are applied to both characters, but they
-are not otherwise constrained; any matching character in one set goes
-with any matching character in the other set: this is equivalent to the
-behaviour of ordinary character classes.
+arbitrary alphabets; until then it is safer to use the older syntax
+that only handles ASCII characters, `tt(m:{a-z}={A-Z}) as this does
+not have side effects in the case of multibyte characters.
+
+In other cases `tt([:)var(name)tt(:])' forms are allowed. If the two forms
+on the left and right are the same, the characters must match exactly. In
+remaining cases, the corresponding tests are applied to both characters,
+but they are not otherwise constrained; any matching character in one set
+goes with any matching character in the other set: this is equivalent to
+the behaviour of ordinary character classes.
The pattern var(tpat) may also be one or two stars, `tt(*)' or
`tt(**)'. This means that the pattern on the command line can match
--
Peter Stephenson <[EMAIL PROTECTED]> Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
