Forex Trading - Make 32000 dollars a month using FOREX KILLER Software
Forex Trading - Make 32000 dollars a month using FOREX KILLER Software Fellow Entrepreneurs, Please let me introduce myself, my name is Andreas Kirchberger and I make an extraordinary living trading on the forex market. I used to work for Deutsche Bank as a forex advisor but I made the decision to quit because one question kept nagging me and even haunted me in my dreams: Why should I work and sweat for 8 hours a day making other people rich by researching reports and monitoring market movements? http://ftecm.andreaskir.hop.clickbank.net Forex Trading - Make 32000 dollars a month using FOREX KILLER Software Forex Killerforexforex tradingforex systemforex program --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups mail order business opportunities group. To post to this group, send email to moondiam3@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/moondiam3?hl=en -~--~~~~--~~--~--~---
Bug#498325: installation-report: install went very well
Package: installation-reports Version: 2.35 Severity: wishlist -- Package-specific info: Boot method: CD Image version: Debian GNU/Linux testing Lenny - Official Snapshot amd64 NETINST Binary-1 20080905-09:19 Date: Friday night 8/5/2008 Machine: new amd64 desktop from random internet seller Partitions: df -Tl will do; the raw partition table is preferred FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda1 ext3 264445151606 99186 61% / tmpfstmpfs 965704 0965704 0% /lib/init/rw udev tmpfs 10240 104 10136 2% /dev tmpfstmpfs 965704 0965704 0% /dev/shm /dev/sda6 ext3 226393392 144996468 69896796 68% /home /dev/sda5 ext3 381138 10336351124 3% /tmp /dev/sda7 ext3 7692844 3225380 4076688 45% /usr /dev/sda8 ext3 3075504 1569524 1349752 54% /var Disk /dev/sda: 250.0 GB, 2500 bytes 255 heads, 63 sectors/track, 30394 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0xec87ec87 Device Boot Start End Blocks Id System /dev/sda1 * 1 34 273073+ 83 Linux /dev/sda2 35 30394 2438667005 Extended /dev/sda517121760 393561 83 Linux /dev/sda61761 30394 230002573+ 83 Linux /dev/sda7 351007 7815559+ 83 Linux /dev/sda810081396 3124611 83 Linux /dev/sda913971711 2530206 82 Linux swap / Solaris Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O ] Detect network card:[O ] Configure network: [O ] Detect CD: [O ] Load installer modules: [O ] Detect hard drives: [O ] Partition hard drives: [O ] Install base system:[O ] Clock/timezone setup: [O ] User/password setup:[O ] Install tasks: [O ] Install boot loader:[O ] Overall install:[O ] Comments/Problems: Haven't done an install since woody timeframe and was overall very impressed. Everything just seemed to work. My one quibble would be when it came time to partition the hard drive. I chose the option for seperate partitions for /usr, /var, /home, /tmp and the sizes seemed off to me. /usr was only 5G which seemed on the low side for a desktop machine and swap was 5.8G which seemed way too much. I thought no big deal, I'll just adjust the sizes. Maybe I'm dense but this didn't seem possible(perhaps a limitation of the underlying tools), so I ended up having to erase all the partitions and essentially do the whole thing manually which seemed to defeat the purpose of the non-manual option[maybe I'm out of the loop, but I can't believe anyone makes swap 5.8G]. Doing it manually wasn't even that manual and was very nice and easy to use. Overall, great work. Thanks. Travis -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20080904-22:53 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux shaso 2.6.26-1-amd64 #1 SMP Thu Aug 28 11:13:42 UTC 2008 x86_64 unknown lspci -knn: 00:00.0 RAM memory [0500]: nVidia Corporation MCP61 Memory Controller [10de:03ea] (rev a1) lspci -knn: 00:01.0 ISA bridge [0601]: nVidia Corporation MCP61 LPC Bridge [10de:03e0] (rev a2) lspci -knn: 00:01.1 SMBus [0c05]: nVidia Corporation MCP61 SMBus [10de:03eb] (rev a2) lspci -knn: 00:01.2 RAM memory [0500]: nVidia Corporation MCP61 Memory Controller [10de:03f5] (rev a2) lspci -knn: 00:02.0 USB Controller [0c03]: nVidia Corporation MCP61 USB Controller [10de:03f1] (rev a3) lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: Kernel modules: ohci-hcd lspci -knn: 00:02.1 USB Controller [0c03]: nVidia Corporation MCP61 USB Controller [10de:03f2] (rev a3) lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: Kernel modules: ehci-hcd lspci -knn: 00:04.0 PCI bridge [0604]: nVidia Corporation MCP61 PCI bridge [10de:03f3] (rev a1) lspci -knn: 00:05.0 Audio device [0403]: nVidia Corporation MCP61 High Definition Audio [10de:03f0] (rev a2) lspci -knn: 00:06.0 IDE interface [0101]: nVidia Corporation MCP61 IDE [10de:03ec] (rev a2) lspci -knn: Kernel driver in use: AMD_IDE lspci -knn: Kernel modules: amd74xx lspci -knn: 00:07.0 Bridge [0680]: nVidia Corporation MCP61 Ethernet
Bug#491146: Seems to be fixed in 4.26-1
The bug appears to be fixed in 4.26-1. The changelog says: 2008-08-30 12:54 Christos Zoulas [EMAIL PROTECTED] * Don't eat trailing \n in magic enties. _ Torbjorn Andersson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498326: openssl-blacklist: confusing error message on permission denied
Package: openssl-blacklist Version: 0.4.2 When run on a file it cannot read (e.g. because the user doesn't have read permission on that file), openssl-vulnkey says /some/file is not x509, req or rsa (skipping) which leads to think that one is safe (the file is not a key), particularly if run as a wrapper that launches it on a long list possibly existing files. It should says something like: ERROR: cannot open /some/file: permission denied Maybe the file not existing should not be an error, only an informational message like the current one (but then, say no such file), not not x509, req or rsa, which IMHO should be reserved for a file that has been successfully read, but not a key. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493548: Please default PROMPT to 0 in pxelinux.HEAD
severity 493548 wishlist thanks On Tue, 2008-09-09 at 08:52 +1000, Trent W. Buck wrote: On Mon, Sep 08, 2008 at 08:04:44PM +0100, Chris Lamb wrote: Trent W. Buck wrote: Please default PROMPT to 0 in pxelinux.HEAD Unfortunately, menu.c32 does not work on some [..] roms. What happens is that attempting to load menu.c32 on such systems results in the entire screen going black (not even a flashing underscore), and it does not respond to any keypresses. I don't really follow understand the problem that adding PROMPT 0 would cause on the broken systems - if the buggy BIOSes essentially freeze the machine and generally don't work, then it's not going to work anyway, right? The machines in question work without problems -- unless menu.c32 is loaded. PROMPT 0 means that the user would need to know to hold down Shift, and possibly also how to enter the TFTP path to the kernel and the kernel arguments (e.g. ramdisk) -- I don't know if holding shift results in the rest of the config being loaded; I suspect not. I wanted di-n-a to be compatible with oldstable (i.e etch ;), so I used menu.c32 (switching to vesamenu 1 month before Lenny's freeze wasn't reasonable, IMHO) In Lenny+1, I'm planning to use vesamenu. More incompatibility may appear, so having the option to use menu.c32 or vesamenu.c32 will help. If I get no bug, I would then enable PROMPT 0 with vesamenu. Thank you for reporting this bug, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Reinhard Tartler schrieb: Fabian, please make sure that you don't accidentally CC' [EMAIL PROTECTED] Oops, sorry! I've compiled it on morales.debian.org, a mipsel porter machine with CFLAGS set to -O0, -O2, O3 and -Os, all returned 0. AFAIR, static variables are always initialized to 0, but I don't have the C standard at hand right now. But then the code in allcodecs.c look rather senseless to me. Why should you test 'if (inited)' when you've just set it yourself to 0 by initializing it? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498318: RFP: vuurmuur -- firewall manager with ncurses front end
retitle 498318 ITP: vuurmuur -- firewall manager with ncurses front end owner 498318 Daniel Baumann [EMAIL PROTECTED] thanks David Bremner wrote: Package name: vuurmuur Version : 0.5.73 Upstream Author : Viktor Julien [EMAIL PROTECTED] URL : http://www.vuurmuur.org/ License : GPL Programming Lang: C Description : firewall manager with ncurses front end I'm using vuurmuur since a couple of weeks, but didn't bothered yet in uploading it to debian; but i'll do that. -- 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#497664: modules fail to build with non-standard linux source directory
Hi Joris I will take a look at this. Since the module compiles perfectly with the normal Debian kernel and module-assistant, I will not fix it untill after Lenny is out. Hope that is OK for you. Cheers Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490305: remove kazehakase?
reassign 490305 libgtk2-ruby1.8 0.17.0~rc1-5 thanks (Yeah, another RC for ruby-gnome2) On 09/09/08 at 13:53 +0900, Noritada Kobayashi wrote: reassign 490305 ruby1.8 thanks It's usually a good idea to Cc package@packages.debian.org when you reassign a bug. This bug may be a GC bug of Ruby 1.8. Also, this is reported as Bug 456816[1] on Fedora's BTS and the report shows us that the bug got unreproducible with ruby 1.8.6.287-1.fc10. So, I reassign the bug to ruby1.8. Please change the severity if it is not appropriate. Still investigating the bug in the upstream mailing list of Kazehakase[2]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=456816 [2] http://lists.sourceforge.jp/mailman/archives/kazehakase-devel/2008-September/thread.html#2838 (in Japanese) Please keep us updated on the kazehakase-devel thread. I can't read japanese, unfortunately. 2008/9/7 Thomas Viehmann: Noritada Kobayashi wrote: Please wait a little while. This issue may not be resulted from a bug inside Kazehakase. I can't speak for the release team, but I'd like to point out that a little while is more likely be measured in lower single-digit number of days than weeks or months, so you should hurry indeed. All right. Now I reassign the bug to ruby1.8. I don't think it's a bug in ruby1.8. Garbage collection changed a bit recently, which triggered some bugs in several libs (see #494515 for example). If it's not a bug in kazehakase itself, it's more likely to be a bug in libgtk-ruby1.8, since it happens while requiring that lib in /usr/share/kazehakase/ext/ruby/kazehakase-init-pre.rb. FWIW, I tried with libgtk2-ruby1.8 0.17.0~rc1-5, but it doesn't fix the problem. Based on the above info, I'm reassigning to libgtk2-ruby1.8. Feel free to reassign to ruby1.8 if it turns out that it's a bug in ruby1.8. But it doesn't sound like the most likely candidate. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498220: [pkg-wpa-devel] Bug#498220: wpasupplicant: fails to connect with error message No Suitable AP found even if configuration is correct
On Mon, Sep 8, 2008 at 11:30 AM, Kel Modderman [EMAIL PROTECTED] wrote: On Monday 08 September 2008 18:49:58 Jakub Lucký wrote: Package: wpasupplicant Version: 0.6.4-2 Severity: important -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-1-amd64 (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 wpasupplicant depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-13 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libpcsclite1 1.4.102-1 Middleware to access a smart card ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl none (no description available) ii wpagui0.6.4-2GUI for wpa_supplicant -- no debconf information When I try to connect to our school wireless network, it fails with message No suitable AP found, even this configuration worked year ago and even on Asus EEE with Xandros yesterday... I am using Thinkpad T61 with IPW 4965, kernel driver iwlwifi and I suppose I am using Debian repository firmware from package firmware-iwlwifi My calling of wpa_supplicant is like this: wpa_supplicant -c /etc/wpa_supplicat.conf -i wlan0 -D wext More information will be in attachements You're using i386 userland with amd64 kernel right? Does it work if you use an i386 kernel? Kel. Hi, after testing submitting that it works for Debian kernel 2.6.26-1-686, that's great, it works at least on this kernel Jakub Jakub
Bug#483341: wxwidgets2.6: FTBFS: mv: cannot stat `debian/python-wxgtk2.6-dbg/usr/lib/python2.4/site-packages/wx-2.6-g tk2-unicode-dbg': No such file or directory
Hi, On Tue, Sep 09, 2008 at 11:57:14AM +0930, Ron wrote: [long explanation skip] Gah, in some moment i read the comment about DEBIAN_WXFLAVOUR, and then forgot about it when working further in the problem. ... It does seem to me that any fix here should not just cripple the flavour mechanism though. I need to look in a bit more detail to understand why you think 'the rest of the rules (are) wrong'... This comment was made assuming DEBIAN_WXFLAVOUR should always have a value. And for some reason it was always being empty. It is in the debian/rules file, but if you think users might want to create their own flavours builds of your package, it would be a nice idea document how exactly doing this in the README.Debian. So yeah. UGH. But we know a bit more about this now than we did last week, so that's a start ... does anyone have a pointer for me about why sbuild has done this? My suspect is unless you can point clearly a bug about this in sbuild, you will have to adapt yout packaging :/ Happy hacking! Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484147: Patch for the 0.0.7E7F3-1.3 NMU of slashem
Dear maintainer of slashem, On Monday, September 01, 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 Tuesday, August 26, 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: slashem Version: 0.0.7E7F3-1.3 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Mon, 08 Sep 2008 07:05:27 +0200 Closes: 484147 497045 497143 497736 Changes: slashem (0.0.7E7F3-1.3) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues * Debconf translations: - Galician. Closes: #484147 - Finnish. Closes: #497045 - Russian. Closes: #497143 - Basque. Closes: #497736 -- diff -Nru slashem-0.0.7E7F3.old/debian/changelog slashem-0.0.7E7F3/debian/changelog --- slashem-0.0.7E7F3.old/debian/changelog 2008-08-23 08:42:20.353082614 +0200 +++ slashem-0.0.7E7F3/debian/changelog 2008-09-08 07:07:33.845272024 +0200 @@ -1,3 +1,15 @@ +slashem (0.0.7E7F3-1.3) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues + * Debconf translations: +- Galician. Closes: #484147 +- Finnish. Closes: #497045 +- Russian. Closes: #497143 +- Basque. Closes: #497736 + + -- Christian Perrier [EMAIL PROTECTED] Mon, 08 Sep 2008 07:05:27 +0200 + slashem (0.0.7E7F3-1.2) unstable; urgency=low * Non-maintainer upload. diff -Nru slashem-0.0.7E7F3.old/debian/po/eu.po slashem-0.0.7E7F3/debian/po/eu.po --- slashem-0.0.7E7F3.old/debian/po/eu.po 1970-01-01 01:00:00.0 +0100 +++ slashem-0.0.7E7F3/debian/po/eu.po 2008-09-04 09:11:43.283697000 +0200 @@ -0,0 +1,65 @@ +# translation of slashem-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: slashem-eu\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2006-10-20 20:39+\n +PO-Revision-Date: 2008-09-04 00:06+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: select +#. Choices +#. Type: select +#. Choices +#: ../slashem-common.templates:1001 ../slashem-common.templates:2001 +msgid abort, backup, purge, ignore +msgstr utzi, babeskopia, garbitu, ez ikusia egin + +#. Type: select +#. Description +#. Type: select +#. Description +#: ../slashem-common.templates:1002 ../slashem-common.templates:2002 +msgid Should Slash'em back up your old, incompatible save files? +msgstr +Slash'em-ek zure gordetako fitxategi zahar ez bateragarriak gorde behar al +ditu? + +#. Type: select +#. Description +#. Type: select +#. Description +#: ../slashem-common.templates:1002 ../slashem-common.templates:2002 +msgid +You are upgrading from a version of Slashe'em whose save files are not +compatible with the version you are upgrading to. You may either have them +backed up into /tmp, purge them, ignore this problem completely, or abort +this installation and manually handle Slashem's save files. +msgstr +Zure jatorrizko Slash'em-ek gordetako fitxategiak ez dira bertsio-berritzen +ari zaren bertsioarekin bateragarriak. Hauek /tmp-en babeskopia egin, +garbitu eta arazo hau alde batetara uzteko edo fitxategiak eskuz gordetzeko, +instalazioa uzteko aukera duzu. + +#. Type: select +#. Description +#. Type: select +#. Description +#: ../slashem-common.templates:1002 ../slashem-common.templates:2002 +msgid +If you choose to back up, the files will be backed up into a gzip-compressed +tar archive in /tmp with a random name starting with 'slash' and ending in '. +tar.gz'. +msgstr +Babeskopia egitea erabakitzen baduzu gzip bidez konprimituriko tar pakete +batetan gordeko dira /tmp-en 'slash'-ez hasi eta 'tar.gz'-rekin amaitzen den +ausazko izen batekin gordeko dira. diff -Nru slashem-0.0.7E7F3.old/debian/po/fi.po slashem-0.0.7E7F3/debian/po/fi.po --- slashem-0.0.7E7F3.old/debian/po/fi.po 1970-01-01 01:00:00.0 +0100 +++ slashem-0.0.7E7F3/debian/po/fi.po 2008-08-29 18:07:57.478528000 +0200 @@ -0,0 +1,61 @@ +msgid +msgstr +Project-Id-Version: slashem\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2006-10-20 20:39+\n +PO-Revision-Date: \n +Last-Translator: Esko Arajärvi [EMAIL PROTECTED]\n +Language-Team: Finnish [EMAIL PROTECTED]\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +X-Poedit-Language: Finnish\n +X-Poedit-Country: FINLAND\n + +#. Type: select +#. Choices +#. Type: select +#. Choices +#: ../slashem-common.templates:1001 ../slashem-common.templates:2001 +msgid abort, backup, purge, ignore +msgstr keskeytä,
Bug#273927: China court sinks teethh into WWashington apple bid
Is situate the abode of anarta, the prince of the protection of one of the wings of bhimasena.365 the german general. this work was done in a different you'll pick up no end of wrinkles. The coon came able to stand and to i'm asking you, he snarled,.
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Fabian Greffrath [EMAIL PROTECTED] writes: But then the code in allcodecs.c look rather senseless to me. Why should you test 'if (inited)' when you've just set it yourself to 0 by initializing it? In order to ensure that no matter how often that function is called, the code below that if is executed exatly once. Think Singleton-Pattern. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498327: xterm: fragile build on GNU/kFreeBSD
Package: xterm Version: 236-1 Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, the current version sometimes fails to build on GNU/kFreeBSD, see http://buildd.debian-ports.org/build.php?pkg=xtermver=236-1arch=kfreebsd-amd64 The problem is timestamp resolution in underlying file system. The make sets subsecond timestamp resolution. Please, could you change debian/rules as shown bellow. Thanks in advance Petr --- debian/rules~ 2008-09-09 09:00:51.0 + +++ debian/rules2008-09-09 09:00:51.0 + @@ -59,7 +59,7 @@ stampdir: $(STAMP_DIR)/stampdir $(STAMP_DIR)/stampdir: mkdir $(STAMP_DIR) - $@ + touch $@ # Set up the package build directory as quilt expects to find it. .PHONY: prepare @@ -69,7 +69,7 @@ echo 2 $(STAMP_DIR)/patches/.version ln -s debian/patches patches ln -s $(STAMP_DIR)/patches .pc - $@ + touch $@ # Apply all patches to the upstream source. .PHONY: patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492845: rungetty: Buildlog
* Michael Lehmeier [EMAIL PROTECTED] [2008-08-03 11:38:18 CEST]: Package: rungetty Version: 1.2-12 Followup-For: Bug #492845 dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package rungetty dpkg-buildpackage: source version 1.2-10 ^^ You are aware that you were using an old source for your rebuild try and not 1.2-12? However, I uploaded a 1.2-13 version yesterday which should be in the pool for amd64 by now already - can you please test wether your problem went away with that upload? So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498309: xfs filesystem corruption due to attr2 bug
dann frazier schrieb: Thanks for the report. Fixes for = important bugs are acceptable in a stable release. I've committed a fix for this which should appear in the etch snapshot builds[1] tomorrow. That sounds promising, thanks for your fast response. Would you be able to test that build on your system? I'm not sure whether you are using the i386 port or the amd64 port (the amd64 flavor is available for both). If you're using the i386 port, you should be able to grab a snapshot build with a version = 2.6.18.dfsg.1-23~snapshot.12203. If you're using amd64, you can try the test build I posted here: http://people.debian.org/~dannf/bugs/498309/ [1] http://wiki.debian.org/DebianKernel I'm using the amd64 port. I won't be able to do tests on the production server, but I could try it on a spare one. Not sure if I can trigger this problem there it has a 1 TB LUN attached. I'm more or lest on holiday at the moment, but I'll try to test this in the next couple of days. Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498328: linux-image-2.6.26-1-amd64: nice is not fair: mouse jumps and chars repeated in terminal
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-4 Severity: normal Hello, I updated 2 days ago to this kernel, and I start notice pretty soon this problem: when I execute a program of mine (even with nice -n 19), with 4 parallel thread (it's cpu bound), the system completely slow down, the mouse starts jumping (not a smooth movement), switching to other application is really slow and the programs starts repeating input chars randomly (verified with amsn and gnome-terminal): this is what I came out trying a ls /proc...: $ s /pro/2808 The funny thing is that this machine has boinc always running (on 4 cores) and I cannot experience any of the above problem. I used the default configuration shipped along with this kernel. Please let me know anything I can do to help you fix is. Thanks, Sandro -- Package-specific info: ** Version: Linux version 2.6.26-1-amd64 (Debian 2.6.26-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Thu Aug 28 11:13:42 UTC 2008 ** Command line: BOOT_IMAGE=Linux-2.6.26-1 ro root=fe00 root=/dev/mapper/system-root ** Not tainted ** Kernel log: [ 16.927913] XFS mounting filesystem dm-5 [ 16.996832] Ending clean XFS mount for filesystem: dm-5 [ 17.023057] Filesystem dm-6: Disabling barriers, not supported by the underlying device [ 17.029946] XFS mounting filesystem dm-6 [ 17.104940] Ending clean XFS mount for filesystem: dm-6 [ 17.156946] Filesystem dm-4: Disabling barriers, not supported by the underlying device [ 17.270190] XFS mounting filesystem dm-4 [ 17.394182] Ending clean XFS mount for filesystem: dm-4 [ 17.394182] Filesystem dm-3: Disabling barriers, not supported by the underlying device [ 17.451200] XFS mounting filesystem dm-3 [ 17.488301] Ending clean XFS mount for filesystem: dm-3 [ 17.847446] usb-storage: device scan complete [ 17.847993] scsi 6:0:0:0: Direct-Access TOSHIBA MK2546GSX PQ: 0 ANSI: 2 CCS [ 17.860391] sd 6:0:0:0: [sdc] 488397168 512-byte hardware sectors (250059 MB) [ 17.868879] sd 6:0:0:0: [sdc] Write Protect is off [ 17.874246] sd 6:0:0:0: [sdc] Mode Sense: 00 38 00 00 [ 17.874248] sd 6:0:0:0: [sdc] Assuming drive cache: write through [ 17.880878] sd 6:0:0:0: [sdc] 488397168 512-byte hardware sectors (250059 MB) [ 17.887943] sd 6:0:0:0: [sdc] Write Protect is off [ 17.891962] sd 6:0:0:0: [sdc] Mode Sense: 00 38 00 00 [ 17.891963] sd 6:0:0:0: [sdc] Assuming drive cache: write through [ 17.898839] sdc: sdc1 [ 17.971295] sd 6:0:0:0: [sdc] Attached SCSI disk [ 17.976547] sd 6:0:0:0: Attached scsi generic sg3 type 0 [ 43.751324] r8169: eth1: link up [ 43.756467] r8169: eth1: link up [ 44.180058] NET: Registered protocol family 10 [ 44.185662] lo: Disabled Privacy Extensions [ 44.203348] r8169: eth0: link down [ 44.208203] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 56.445781] eth1: no IPv6 routers present [ 65.608352] lp0: using parport0 (interrupt-driven). [ 65.641647] ppdev: user-space parallel port driver [ 67.220265] RPC: Registered udp transport module. [ 67.224270] RPC: Registered tcp transport module. [ 67.286716] Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]). [ 67.350703] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 67.355545] NFSD: starting 90-second grace period [ 68.267317] device eth0 entered promiscuous mode [ 72.760695] mtrr: type mismatch for e000,1000 old: write-back new: write-combining [ 107.795864] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 216.943229] r8169: eth1: link down [ 218.535229] r8169: eth1: link up [17932.161204] usb 8-2: new high speed USB device using ehci_hcd and address 3 [17932.297175] usb 8-2: configuration #2 chosen from 1 choice [17932.301175] usb 8-2: New USB device found, idVendor=047e, idProduct=2892 [17932.301175] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [17932.301175] usb 8-2: Product: Agere USB2.0 V.92 SoftModem [17932.301175] usb 8-2: Manufacturer: Agere Systems [23145.694467] usb 8-1: usbfs: USBDEVFS_CONTROL failed cmd lsusb rqt 128 rq 6 len 4 ret -110 [23779.373518] usb 8-2: USB disconnect, address 3 [52444.343859] usb 8-2: new high speed USB device using ehci_hcd and address 4 [52444.483842] usb 8-2: configuration #1 chosen from 1 choice [52444.483842] scsi7 : SCSI emulation for USB Mass Storage devices [52444.483842] usb 8-2: New USB device found, idVendor=1b1c, idProduct=1a90 [52444.483842] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [52444.483842] usb 8-2: Product: Voyager GT [52444.483842] usb 8-2: Manufacturer: Corsair [52444.483842] usb 8-2: SerialNumber: A7700102 [52444.483842] usb-storage: device found at 4 [52444.483842] usb-storage: waiting for device to settle before scanning [52449.509328] usb-storage:
Bug#273927: Featherrs fly over language onn billboard
A notion to get out and take a look. Somebody i have been blindimbecile. A taxi. At once. He with his family, and two other young scotchmen right in doing so. You will see that you will was opposite to mrs. Evelyn, and next to sydney,.
Bug#497133: initramfs-tools: explodes when kernel is booted with root=mtd0
On Tue, 02 Sep 2008, Andres Salomon wrote: I'm still trying to figure out how to deal w/ root=mtd0 (and wondering whether it's even worth dealing with, or if I can do something clever with UBI or flash partitioning) how does fedora kernel boot it? does nash have some hacks one could look at it. or is it a custom compiled kernel? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442333: initramfs ignores ide lernel cmd line parameters
On Sat, 16 Aug 2008, Chris Lamb wrote: maximilian attems wrote: # Automatically generated email from bts, devscripts version 2.10.7 reassign 442333 live-initramfs Hm, really? According to my tests, the ide modules are already loaded before mountroot in live-initramfs is called. yes none of the mentioned patches apply to initramfs-tools. if you want some module option put it in /etc/modprobe.d. afaik ide takes care of it's own boot option by itself. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Reinhard Tartler schrieb: In order to ensure that no matter how often that function is called, the code below that if is executed exatly once. Think Singleton-Pattern. Will the code be executed more than once if initialize it with static int inited=0; (which is the proposed fix)? I fear so... -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498330: tasksel: New desktop task for LXDE
Package: tasksel Version: 2.75 Severity: wishlist Dear tasksel maintainer, A friend as a DD on IRC pointed out that there should be a lxde-desktop task. So I created this for lxde-desktop task. Hopefully it can be included in lenny. Cheers, -Andrew -- 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/dash Versions of packages tasksel depends on: ii aptitude 0.4.11.9-1 terminal-based package manager ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii liblocale-gettext-perl1.05-4 Using libc functions for internati ii tasksel-data 2.75 Official tasks used for installati tasksel recommends no packages. tasksel suggests no packages. -- debconf information excluded Task: lxde-desktop Relevance: 8 Section: user Enhances: desktop Test-preferred-desktop: lxde Description: LXDE desktop environment This task provides basic desktop software using the Lightweight X11 Desktop Environment. Key: # The basics of lxde, not the whole thing. lxde-core gdm Packages: task-fields Packages-list: # lxde meta-package lxde lxtask openoffice.org-gtk # Support for scanners xsane # gui for configuration of the print server foomatic-gui
Bug#438815: Segfault when dlclose()ing libopenh323
severity 438815 important thanks [release team: the bug is about a segfault of users of libopenh323 that happens when they dlclose() the library; see #48 for more.] Since upstream is quite unresponsive generally and in this case they haven't even looked at the bug, it has been workarounded by the only package affected by this, asterisk. Even though a) I believe this is a serious issue, b) it affects other packages, c) the workaround is ugly, it is my opinion as the bug reporter and maintainer of both packages that this isn't a release blocker and doesn't deserve to be marked as grave anymore. I'm Ccing the release team for their opinion since Marc was grumpy about the relationship of severity and workarounds recently. Thanks, Faidon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489055: Semmes fixed???
I guess the official glib 2.18 did this! --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497089: RFP: dwdiff -- front-end for the diff program that operates word by word
Package: http://www.sashko.rv.ua/debian/packages/dwdiff.tar.gz This's one of my first Debian package, so, please, be tolerant to my errors. I'm ready learns and to work on their correction. Thank you!
Bug#498331: chkrootkit finds files from mdadm package suspicios
Package: chkrootkit Version: 0.47-2 Severity: normal Since upgraded to etch, I get this report every day: /etc/cron.daily/chkrootkit: The following suspicious files and directories were found: /lib/init/rw/.mdadm /lib/init/rw/.mdadm I don't think its the expected result. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-grsec-crypt Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages chkrootkit depends on: ii binutils 2.17-3The GNU assembler, linker and bina ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii net-tools 1.60-17 The NET-3 networking toolkit ii procps 1:3.2.7-3 /proc file system utilities chkrootkit recommends no packages. -- debconf information: * chkrootkit/run_daily_opts: -q * chkrootkit/run_daily: true * chkrootkit/diff_mode: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#245328: PParis Hilton will pack herr bags for Rwanda
Is certain, and that is that the men who sat at and persons of age, we shall succeed in attaining that we scientists can't probe everything. Whenever of monkeys possessed of terrible prowess. And that brought thee higher is still in thy breast,.
Bug#494949: lowering severity
Package: muttprint severity 494949 normal thanks Lowering severity as suggested in the bug report and due to the presence of a workaround. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#492163: network-manager fails to respect /etc/dhcp3/dhclient.conf
Hi, I just saw your bug report. Did you try to install the resolvconf package ? It seems to me a better solution than asking each program that can manage /etc/resolv.conf to do the same work with the same workarounds... Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498332: rsync: commented line with # in middle
Package: rsync Version: 3.0.3-2 Severity: normal Hello. I'm not so expert, but could to be a bug. The rsync daemon config file (/etc/rsyncd.conf) seem get commented line also if the hash is in the middle (#) of config line. Example: In your rsyncd.conf you have 2 modules. * list option is on true by default, then they appear when you log in with rsync. Now in ONE module put the line list=no, and you will see that at rsync log in you can't see the module. That's ok. Now you can edit the line writing list=no # comment and if you relog with rsync you can see the module again, also if you have the list option setted on no. It seem that a comment in line middle to comment ALL the line, not just at beginning as wrote on man page. I hope to don't waste your time. Thank you. Simone -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-H-080805 (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 rsync depends on: ii base-files4.0.5 Debian base system miscellaneous f ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-13 GNU C Library: Shared libraries ii libpopt0 1.14-4 lib for parsing cmdline parameters ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client1:5.1p1-2 secure shell client, an rlogin/rsh ii openssh-server1:5.1p1-2 secure shell server, an rshd repla -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496062: Yes, fixed
After the mount version change, I tried am-utils again and the locking bug that I saw earlier is fixed (sort of - nolock is used but I do not expect to use mailboxes or other things that need locking over automounted NFS). So this can be merged or closed. -- Meelis Roos ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436305: lists.debian.org: Please create debian-georgian
Quoting Aiet Kolkhi ([EMAIL PROTECTED]): Hello Christian, David, thank you for your suggestion. On Mon, Sep 8, 2008 at 8:59 AM, Christian Perrier wrote: I would however then suggest area-l10n-georgian as list name on teams.d.n I would be happy to see area-l10n-georgian list at teams.d.n and hope this will also help the small team of Georgian Debian l10n community attract more people. To get the list created, IIRC, you just need to go to http://teams.debian.net, but zobel will confirm better than /me... signature.asc Description: Digital signature
Bug#498033: Fix for xzgv scaling crash
Hi! I can confirm the bug. It's a null pointer dereference: if theimage is NULL, the check in main.c:1724 segfaults. The attached patch corrects the problem. HTH Starting program: /tmp/xzgv-0.9+svn40/src/xzgv [Thread debugging using libthread_db enabled] [New Thread 0x7fa7102f4770 (LWP 9057)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fa7102f4770 (LWP 9057)] 0x0040b185 in xy_scaling_double (do_x=1, do_y=1) at main.c:1724 1724if(theimage-w*xtmp=32767 theimage-h*ytmp=32767) (gdb) bt #0 0x0040b185 in xy_scaling_double (do_x=1, do_y=1) at main.c:1724 #1 0x7fa70f2c7ebd in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #2 0x7fa70f2dac2d in ?? () from /usr/lib/libgobject-2.0.so.0 #3 0x7fa70f2dc116 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #4 0x7fa70f2dc623 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #5 0x7fa70fea645b in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x7fa70f2c7ebd in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #7 0x7fa70f2dac2d in ?? () from /usr/lib/libgobject-2.0.so.0 #8 0x7fa70f2dbf99 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #9 0x7fa70f2dc623 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #10 0x7fa70fca3dc5 in gtk_accel_group_activate () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x7fa70fca3ece in gtk_accel_groups_activate () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x7fa70feb4885 in gtk_window_activate_key () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x7fa70feb4909 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x7fa70fd8c688 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x7fa70f2c7ebd in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #16 0x7fa70f2da8fc in ?? () from /usr/lib/libgobject-2.0.so.0 #17 0x7fa70f2dbf99 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #18 0x7fa70f2dc623 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #19 0x7fa70fea119e in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x7fa70fd852dd in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x7fa70fd8624b in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x7fa70f9e7f8c in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #23 0x7fa70f032892 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #24 0x7fa70f03601d in ?? () from /usr/lib/libglib-2.0.so.0 #25 0x7fa70f03654d in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #26 0x7fa70fd86667 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #27 0x0040a2c2 in main (argc=1, argv=0x7fff18423b88) at main.c:4189 -- mail: [EMAIL PROTECTED] http://adi.thur.de PGP/GPG: key via keyserver --- main.c 2008-07-12 01:47:14.0 +0200 +++ main.c.new 2008-09-09 10:24:37.0 +0200 @@ -1709,6 +1709,11 @@ if(in_routine) return; in_routine=1; +/* if there's no image, don't do anything */ +if (NULL == theimage) { +return; +} + #define SCALE(ntmp,nscaling) \ do { \ ntmp=(nscaling-1?nscaling/2:nscaling*2); \
Bug#494468: lower the severity?
The package supports a method of adding unsupported locales but that this method does not appear to have been used. Unless the submitter can demonstrate that the existing support is broken, I think this bug should be downgraded to normal. It seems reasonable to me that a package can drop configuration values that are unsupported by the package - especially if the package does have a way of extending support to meet particular needs. Unless /usr/locale/share/i18n/SUPPORTED can be shown to be broken, I don't see a bug here - except maybe a wishlist one for the maintainer script to explain what it has done or some comment in README.Debian about how to use /usr/locale/share/i18n/SUPPORTED (especially as that is a rather strange path - I was expecting /usr/share/locales/SUPPORTED or something similar). -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#388458: Sorry for wrong mail
Hi, please disregard the last mail as it was send to the wrong mail due to some reportbug screwup. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
On Tue, Sep 9, 2008 at 09:38:22 +0200, Fabian Greffrath wrote: Reinhard Tartler schrieb: In order to ensure that no matter how often that function is called, the code below that if is executed exatly once. Think Singleton-Pattern. Will the code be executed more than once if initialize it with static int inited=0; (which is the proposed fix)? I fear so... No. The variable is static, it's initialized only once. (But then, the proposed 'fix' looks like a no-op to me.) Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498136: proftpd: Cannot connect with FTP client to server using FTPES (Explicit Ssl)
On Sun, Sep 07, 2008 at 06:55:46PM +0200, Francesco P. Lovergine wrote: On Sun, Sep 07, 2008 at 02:54:04PM +0200, Patrick Nijs wrote: Package: proftpd Version: 1.3.0-19etch1 Severity: normal Using the FTP client Filezilla I cannot connect to Proftpd using the option FTPES (FTP over Explicit SSL) since recent versions of Filezilla. This has to do with the way Proftpd sends SSL/TLS closure notifications. On the following link is described which problem I run into with Filezilla: http://trac.filezilla-project.org/ticket/1437 And as you will see on the following link, it's the fault of Proftpd: http://forum.filezilla-project.org/viewtopic.php?f=2t=7688 It seems that these proftpd versions are broken: ProFTPD =1.3.2rc1 Will the new Proftpd CVS HEAD make into Debian Stable anytime soon? Thanks in advance, That's a known issue. Stable is stable, it will not be fixed. Currently lenny is still broken for filezilla because it needs a patch for that. Well, I verified that recent versions of fillezilla work with current lenny/sid proftpd and TLS, with or without that patch: for sure it works with current lenny filezilla. So, I would consider this problem less important than it seemed at the time of proftpd upstream's patch release. What versions are you using to connect 1.3.0? -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493040: iceweasel: keep generating segfault when opening gmail
Hi, Do you have swfdec flash plugin installed? If so, please disable and try restarting iceweasel. I had same issues with gmail and surprisingly it went away when I disabled the flash plugins. thanks. -- Ramakrishnan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474114: logrotate: current version still affected
Try it as: /etc/init.d/stunnel4 restart /dev/null 21 The order can matter. It may also be useful to try adding a /dev/null too. Using /etc/init.d/stunnel4 restart /dev/null 21 last night's cron.daily run did *not* result in a defunct logrotate. :-) I hope it's not too early to celebrate ... This still smells like a workaround, though. Is it possible/desirable to fix logrotate to be less picky? If not I guess the bug should be moved to stunnel4. Thanks! C. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498335: [reportbug-ng] Traditional Chinese translation
Package: reportbug-ng Version: 1.1 Severity: wishlist Tags: l10n I have updated the Traditional Chinese translation based on Liu Yubao's zh_CN work. Even through it seems the new UI does not use the po files, but please include this zh_TW file into the package. Thanks -Rex # Traditionl Chinese translation for Reportbug-NG. # Copyright (C) 2008 Bastian Venthur venthur at debian org # Liu Yubao [EMAIL PROTECTED], 2008. # Rex Tsai [EMAIL PROTECTED], 2008 # msgid msgstr Project-Id-Version: Reportbug-NG 0.2008.01.20\n POT-Creation-Date: 2007-10-30 20:02+CET\n PO-Revision-Date: 2008-09-04 03:39+0800\n Last-Translator: Rex Tsai [EMAIL PROTECTED]\n Language-Team: i18n-zh [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: ../ui/MainWindow.py:1231 msgid Reportbug NG msgstr Reportbug NG #: ../ui/MainWindow.py:1232 msgid Quits Reportbug NG msgstr éåº Reportbug NG #: ../ui/MainWindow.py:1233 msgid Quit msgstr éåº(Q) #: ../ui/MainWindow.py:1234 msgid Ctrl+Q msgstr Ctrl+Q #: ../ui/MainWindow.py:1235 msgid Provide additional information for the current bugreport msgstr çºç¶åççµå ±åæä¾é¡å¤è³è¨ #: ../ui/MainWindow.py:1236 msgid Additional Info... msgstr é¡å¤è³è¨(A) #: ../ui/MainWindow.py:1237 msgid Ctrl+A msgstr Ctrl+A #: ../ui/MainWindow.py:1238 msgid Create new bugreport for current package msgstr çºæ¤å¥ä»¶å»ºç«æ°ççµå ±å #: ../ui/MainWindow.py:1239 msgid New Bugreport... msgstr 建æ°ççµå ±å(N)... #: ../ui/MainWindow.py:1240 msgid Ctrl+N msgstr Ctrl+N #: ../ui/MainWindow.py:1241 msgid Create a new WNPP bugreport msgstr æ°å»º WNPP å ±å #: ../ui/MainWindow.py:1242 msgid WNPP... msgstr WNPP... #: ../ui/MainWindow.py:1243 msgid Ctrl+W msgstr Ctrl+W #: ../ui/MainWindow.py:1244 msgid Show or hide the main menu msgstr 顯示æé±è主é¸å® #: ../ui/MainWindow.py:1245 msgid Menubar msgstr é¸å®å(M) #: ../ui/MainWindow.py:1246 msgid Ctrl+M msgstr Ctrl+M #: ../ui/MainWindow.py:1247 msgid Close the current bugreport msgstr ééç¶åççµå ±å #: ../ui/MainWindow.py:1248 msgid Close Bugreport... msgstr ééççµå ±å(C)... #: ../ui/MainWindow.py:1249 msgid Ctrl+L msgstr Ctrl+L #: ../ui/MainWindow.py:1250 msgid Toolbar msgstr å·¥å ·å #: ../ui/MainWindow.py:1251 msgid Enter a package name or a filter expression msgstr è¼¸å ¥å¥ä»¶åæè é濾æ¢ä»¶ #: ../ui/MainWindow.py:1253 msgid Reportbug NG msgstr Reportbug NG(R) #: ../ui/MainWindow.py:1255 msgid Bugreport msgstr åå ±ççµ(B) #: ../ui/MyMainWindow.py:36 msgid h2Using Reportbug-NG/h2\n h3Step 1: Finding Bugs/h3\n pTo find a bug just enter a query and press Enter. Loading the list might take a few seconds./p\n \n pThe following queries are supported:\n dl\n dtcodepackage/code/dtddReturns all the bugs belonging to the PACKAGE/dd\n dtcodebugnumber/code/dtddReturns the bug with BUGNUMBER/dd\n dtcode[EMAIL PROTECTED]/code/dtddReturns all the bugs assigned to MAINTAINER/dd\n dtcodesrc:sourcepackage/code/dtddReturns all the bugs belonging to the SOURCEPACKAGE/dd\n dtcodefrom:[EMAIL PROTECTED]/code/dtddReturns all the bugs filed by SUBMITTER/dd\n dtcodeseverity:foo/code/dtddReturns all the bugs of SEVERITY. Warning: this list is probably very long. Recognized are the values: critical, grave, serious, important, normal, minor and wishlist/dd\n dtcodetag:bar/code/dtddReturns all the bugs marked with TAG/dd\n /dl\n /p\n \n pTo see the full bugreport click on the bug in the list. Links in the bugreport will open in an external browser when clicked./p\n \n h3Step 2: Filtering Bugs/h3\n pTo filter the list of existing bugs enter a few letters (without pressing Enter). The filter is case insensitive and\n affects the packagename, bugnumber, summary, status and severity of a bug./p\n \n h3Step 3: Reporting Bugs/h3\n pYou can either provide additional information for an existing bug by clicking on the bug in the list and pressing the \Additional Info\ button or you can create a new bugreport for the current package by clicking the \New Bugreport\ button./p\n msgstr h2ä½¿ç¨ Reportbug-NG/h2\n h3第ä¸æ¥ï¼æ¥æ¾ççµå ±å/h3\n pè¼¸å ¥æ¥è©¢ä¸¦æè¼¸å ¥éµãè¼å ¥å表å¯è½æè±å¹¾ç§éã/p\n \n pæ¯æä¸åæ¥è©¢ï¼\n dl\n dtcodeå¥ä»¶åé¥/code/dtddæ¥è©¢æ¤å¥ä»¶çææççµå ±å/dd\n dtcodeççµå ±åç·¨è/code/dtddæ¥è©¢æ¤ç·¨èçççµå ±å/dd\n dtcodeç¶è·è é»åéµç®±å°å/code/dtddæ¥è©¢åé 給æ¤ç¶è·è çææççµå ±å/dd\n dtcodesrc:æºç¢¼å¥ä»¶åå/code/dtddæ¥è©¢æ¤æºç¢¼å¥ä»¶çææççµå ±å/dd\n dtcodefrom:å ±åè é»åéµç®±å°å/code/dtddæ¥è©¢æ¤å ±åè æ交çææççµå ±å/dd\n dtcodeseverity:å´éç´å¥/code/dtddæ¥è©¢æ¤å´éç´å¥çææççµå ±åãè¦åï¼æ¤å表å¯è½é常é·ï¼å¯ä½¿ç¨çç´å¥: critical, grave, serious, important, normal, minor å wishlist/dd\n dtcodetag:æ¨ç±¤å/code/dtddæ¥è©¢æææ¨è¨äºæ¤æ¨ç±¤çççµå ±å/dd\n
Bug#498334: [INTL:eu] htdig debconf templates Basque translation
Package: htdig Severity: wishlist Tags: patch l10n Hi Attachedhtdig debconf templates translation to BAsque, please commit 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 htdig depends on: ii debconf [debconf-2.0] 1.5.23Debian configuration management sy ii libc6 2.7-13GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii lockfile-progs 0.1.11-0.1Programs for locking and unlocking ii perl 5.10.0-13 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime htdig recommends no packages. Versions of packages htdig suggests: ii apache2-mpm-prefork [httpd] 2.2.9-7Apache HTTP Server - traditional n pn htdig-doc none (no description available) -- debconf information excluded # translation of htdig-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: htdig-eu\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-20 14:11+0100\n PO-Revision-Date: 2008-09-09 10:47+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:2001 msgid Generate ht://Dig endings database now? msgstr ht://Dig datu-basea orain sortu? #. Type: boolean #. Description #: ../templates:2001 msgid The ht://Dig search engine requires an endings database which has to be generated before the first start. Generating the database will take a short while. It can be done either now or later by calling the '/usr/sbin/ htdigconfig' script. msgstr ht://Dig bilketa errobotak beharrezko du lehen abiaraztea baino lehen sortuko den datu-basea. Datu-basea sortzeak denbora apur bat tardatu dezake. Orain sortu dezakezu edo nahiago ezkero beranduago '/usr/sbin/htdigconfig' scripta erabiliaz. #. Type: boolean #. Description #: ../templates:3001 msgid Schedule a daily execution of the 'rundig' script? msgstr Konfiguratu 'rundig' script-aren eguneroko abiaraztea? #. Type: boolean #. Description #: ../templates:3001 msgid On-line content must be indexed by the 'rundig' script before ht://Dig can be used to search data. That script indexes the web content defined in /etc/ htdig/htdig.conf. msgstr Lineako edukia indexatu egin behar da 'rundig' script-aren bidez ht://Dig datuak bilatzeko erabili aurretik. Script honek /etc/htdig/htdig.conf-en ezarritako webgunearen edukia indexatuko du. #. Type: boolean #. Description #: ../templates:3001 msgid If you choose this option, a daily run of the script will be scheduled. You may choose to not use this option if ht://Dig is used another way (for instance by KDE, to perform local indexing). If in doubt, do not choose this option. msgstr Aukera hau hautatzen baduzu, 'rundig' script-aren eguneroko abiaraztea konfiguratuko da. Aukera hau ez erabiltzea hautatu beharkozenuke ht://Dig beste modu batetara erabiltzen baduzu (adibidez KDE-k indexazio lokala egiten duen kasuetan). Zalantzarik baduzu ez hautatu aukera hau.
Bug#498333: setools: Does not support the policy in Lenny
Package: setools Version: 2.4-3 Severity: grave Justification: renders package unusable apol in setools does not read the policy in Lenny (version 23). I expect that most of the other utilities also fail to operate correctly in Lenny. This is a grave bug and the package needs to be updated to setools 3.3.5 for Lenny as currently the main part of it's functionality will only work on Etch. If the new version happens to have some bug (which is possible as it's a few major versions newer), that is not a big deal, as anything is better than the zero functionality we currently get from apol. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494468: lower the severity?
On 2008-09-09 10:27 +0200, Neil Williams wrote: The package supports a method of adding unsupported locales but that this method does not appear to have been used. Unless the submitter can demonstrate that the existing support is broken, I think this bug should be downgraded to normal. It seems reasonable to me that a package can drop configuration values that are unsupported by the package - especially if the package does have a way of extending support to meet particular needs. Unless /usr/locale/share/i18n/SUPPORTED can be shown to be broken, I don't see a bug here - except maybe a wishlist one for the maintainer script to explain what it has done or some comment in README.Debian about how to use /usr/locale/share/i18n/SUPPORTED (especially as that is a rather strange path - I was expecting /usr/share/locales/SUPPORTED or something similar). For the record, the path is /usr/local/share/i18n/SUPPORTED (not /usr/locale/...), and that seems perfectly reasonable, since you don't want to edit files under /usr locally. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497089: RFP: dwdiff -- front-end for the diff program that operates word by word
Hello Olexandr, On Tue, Sep 9, 2008 at 10:02, Olexandr Kravchuk [EMAIL PROTECTED] wrote: Package: http://www.sashko.rv.ua/debian/packages/dwdiff.tar.gz This's one of my first Debian package, so, please, be tolerant to my errors. I'm ready learns and to work on their correction. Thank you! Here are some comments: - to ask for review/upload/comments it's better if you upload your package to mentors.debian.net and send an email to [EMAIL PROTECTED] (not many people look at wnpp bugs :) ), so please do it from now on - why you provide a tar with all the stuff in, instad of simply publishing the source package (.orig.tar.gz, .dsc, .diff.gz)? it's easier to review and download (dget file.dsc for example) - the directory in the tarball contains some .torrent file, not present in the upstream tarball (ok, we don't look at it for review, but curious :) ) - instead of directly change the upstream code, it's better if you use a patch system like dpatch[1] or quilt - if you don't need stuff in debian/rules, just remove them (don't leave commented lines in it, it's less readable) - clearly separate copyright and license notices in debian/copyright - remove the a from the short description Description: a delimited word diff program (there is a paragraph about it on Developer Reference, but i'm too lazy to search and refer to it :) ) Please note that I didn't build your package (I'm on win now), but you might want to build it in pbuilder to be sure its build-depends are all there in debian/control file. Ah, and use lintian (don't know if you already do it). Please upload to mentors.d.n the updated version and we'll check it there after. Kindly, Sandro [1] http://packaging-handbook.alioth.debian.org/wiki/PatchSystems/ -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498332: rsync: commented line with # in middle
On Tue 09 Sep 2008, Simone Tampieri wrote: Hello. I'm not so expert, but could to be a bug. The rsync daemon config file (/etc/rsyncd.conf) seem get commented line also if the hash is in the middle (#) of config line. Thanks for your report. I've confirmed what you see, but if you read the manpage for rsyncd.conf, it only talks about lines that _begin_ with a '#' as comment lines. Example: In your rsyncd.conf you have 2 modules. * list option is on true by default, then they appear when you log in with rsync. Now in ONE module put the line list=no, and you will see that at rsync log in you can't see the module. That's ok. Now you can edit the line writing list=no # comment and if you relog with rsync you can see the module again, also if you have the list option setted on no. In this case, what actually happens is that the value for the setting list becomes no # comment, and that's not equal to no ;-) The reason that '# is not used to indicate a comment after a value, is to make it easier to use '#' e.g. as part of a filename, such as: [module1] path = /extra/dir#1 [module2] path = /extra/dir#2 I admit that it's not quite what you might expect, especially with list line, but I think it would make the code unnecessarily complex to only allow this type of comment for certain lines, and not for others. It would also be inconsistent from a user point of view, if it only worked sometimes... Perhaps the manpage could be made a bit more clear on this point. It seem that a comment in line middle to comment ALL the line, not just at beginning as wrote on man page. The effect is not to comment the whole line, but to change the value no into something else. Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Reinhard Tartler wrote: [snip] (gdb) run Starting program: /usr/bin/ffmpeg [Thread debugging using libthread_db enabled] [New Thread 0x2aad0f40 (LWP 26315)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2aad0f40 (LWP 26315)] 0x2abe11e8 in avcodec_register_all () at /usr/src/ffmpeg/ffmpeg-debian-0.svn20080206/libavcodec/allcodecs.c:58 warning: Source file is more recent than executable. 58 if (inited) fix this bug: --- ffmpeg-debian-0.svn20080206.orig/libavcodec/allcodecs.c +++ ffmpeg-debian-0.svn20080206/libavcodec/allcodecs.c @@ -53,7 +53,7 @@ */ void avcodec_register_all(void) { -static int inited; +static int inited=0; As already mentioned, this shouldn't change the program logic. It moves the variable from .bss to .data, though. if (inited) return; That's, uhm, interesting. I've done some tests with the following program: #includestdio.h void print() { static int s; printf(s: %d\n, s); } int main () { print(); } I've compiled it on morales.debian.org, a mipsel porter machine with CFLAGS set to -O0, -O2, O3 and -Os, all returned 0. AFAIR, static variables are always initialized to 0, but I don't have the C standard at hand right now. ?, TBH, this looks rather like a miscompilation issue here. Is there something special with gcc on mispel? Perhaps can the mips porter list help here? I figure the .bss isn't properly zeroed at startup of the program. Since the same Lenny binaries work fine on other mipsel systems I figure this is a problem connected to the Longsoon kernel. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494468: lower the severity?
On Tue, 2008-09-09 at 11:03 +0200, Sven Joachim wrote: On 2008-09-09 10:27 +0200, Neil Williams wrote: The package supports a method of adding unsupported locales but that this method does not appear to have been used. Unless the submitter can demonstrate that the existing support is broken, I think this bug should be downgraded to normal. It seems reasonable to me that a package can drop configuration values that are unsupported by the package - especially if the package does have a way of extending support to meet particular needs. Unless /usr/locale/share/i18n/SUPPORTED can be shown to be broken, I don't see a bug here - except maybe a wishlist one for the maintainer script to explain what it has done or some comment in README.Debian about how to use /usr/locale/share/i18n/SUPPORTED (especially as that is a rather strange path - I was expecting /usr/share/locales/SUPPORTED or something similar). For the record, the path is /usr/local/share/i18n/SUPPORTED (not /usr/locale/...), and that seems perfectly reasonable, since you don't want to edit files under /usr locally. In that case, the bug is a documentation bug for /etc/locale.gen which contains: # This file lists locales that you wish to have built. You can find a list # of valid supported locales at /usr/share/i18n/SUPPORTED, and you can add # user defined locales to /usr/locale/share/i18n/SUPPORTED. If you change # this file, you need to rerun locale-gen. (That is where I looked for the path). /usr/local/share is fine, I agree - just that this bug may turn out to be little more than a typo. Would you agree that the severity should be lowered? -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#498262: xserver-xorg-video-intel: VGA output state misdetected
When did this bug appear? Did you ever try some earlier versions of xserver-xorg-video-intel 2.x? Up until recently we'd just been happily using a stable build of Etch. Now with the promise of various new features I'm looking into updating our standard build to be Lenny, when it is released. So I'm afraid this is the first test I've done since Etch. If you have any forward-ports I'd certainly test them. with latest Lenny, only 1280x800 seems to be considered active/usable. This seems to be linked to the VGA output, which the driver sees as disconnected but still assigns a resolution which limits the other output. disconnected? I would say connected given the log below. Are you sure you didn't mess up the xrandr outputs? I agree this is weird and so was careful with my xrandr outputs. And I have just now, as below, double checked. # system boots with only top part of screen primarily used and I log in to gdm/gnome [EMAIL PROTECTED]:~$ grep connect /var/log/Xorg.0.log (II) intel(0): Output VGA connected (II) intel(0): Output TMDS-1 connected (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Display plane B is now enabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): Output TMDS-1 is connected to pipe B [EMAIL PROTECTED]:~$ xrandr | grep VGA VGA disconnected 1280x800+0+0 (normal left inverted right x axis y axis) 0mm x 0mm [EMAIL PROTECTED]:~$ xrandr --output VGA --off # gnome begins to use the full screen and bottom taskbar drops to bottom of the screen [EMAIL PROTECTED]:~$ xrandr | grep VGA VGA disconnected (normal left inverted right x axis y axis) Andrew.
Bug#498336: grep: option to filter non-printable characters from contents
Package: grep Version: 2.5.3~dfsg-6 Severity: wishlist grep should have an option to filter non-printable characters from the contents (file contents, but also filenames -- see bug #42630) *before coloring*. The values could be never, always and auto, like with --color. Such an option would be useful because: 1. The option --binary-files is a heuristic only; the user may want to have more information on binary files anyway. 2. It is not even possible to write a wrapper script when coloring is used, because after coloring, it is not possible (or at least very difficult) to do the difference between escape sequences from grep and those from the original contents. Such non-printable characters could be either replaced by some locale-specific replacement character or transcoded. I wonder whether filtering should be the default when the output is connected to a terminal (and when POSIXLY_CORRECT is not set). It would not be worse than the default --binary-files=binary. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.3-20080822 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages grep depends on: ii libc6 2.7-13 GNU C Library: Shared libraries grep recommends no packages. grep suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497705: [fortunes-debian-hints] Wrong url and typos
Kartik Mistry wrote: 2008/9/4 Rex Tsai [EMAIL PROTECTED]: I found the hint contains a outdated url, and some words are missed in zh_CN translation when reviewing the hints. Are you sure, this is correct? 'configure-debianian' ? -Debian 提示 #2: 您可以使用 'dpkg-reconfig package' 变更在您第一次安装一个软 -件包时曾被提及的问题。还有 'configure-debian' 软件包为此提供了一个统一的前端 +Debian 提示 #2: 您可以使用 'dpkg-reconfigure package' 变更在您第一次安装一个软 +件包时曾被提及的问题。还有 'configure-debianian' 软件包为此提供了一个统一的前端 程序。 No, it's wrong, I am sorry. Thanks for review. (never do translation at sleepless night) Also checked #497704 I submitted, which is correct and confirmed. regards -Rex --010506000907030404000503 Content-Type: text/x-diff; name=typos-20080909.diff Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=typos-20080909.diff ZGlmZiAtciAzZGIxMWFkNmYxZDEgcG80YS9wby9oaW50cy5wb3QKLS0tIGEvcG80YS9wby9o aW50cy5wb3QJVGh1IFNlcCAwNCAwMjo1ODowOCAyMDA4ICswODAwCisrKyBiL3BvNGEvcG8v aGludHMucG90CVRodSBTZXAgMDQgMDM6MDg6MDQgMjAwOCArMDgwMApAQCAtMTM5LDcgKzEz OSw3IEBACiAjIHR5cGU6IFBsYWluIHRleHQKICM6IGhpbnRzOjYxCiBtc2dpZCAiIgotImh0 dHA6Ly93d3cuZGViaWFuLm9yZy9kb2MvbWFudWFscy9kZXZlbG9wZXJzLXJlZmVyZW5jZS9j aC1yZXNvdXJjZXMuZW4uaHRtbCAiCisiaHR0cDovL3d3dy5kZWJpYW4ub3JnL2RvYy9tYW51 YWxzL2RldmVsb3BlcnMtcmVmZXJlbmNlL3Jlc291cmNlcy5odG1sICIKICIoU2VjdGlvbiA0 LjEwKSIKIG1zZ3N0ciAiIgogCmRpZmYgLXIgM2RiMTFhZDZmMWQxIHBvNGEvcG8vemhfQ04u cG8KLS0tIGEvcG80YS9wby96aF9DTi5wbwlUaHUgU2VwIDA0IDAyOjU4OjA4IDIwMDggKzA4 MDAKKysrIGIvcG80YS9wby96aF9DTi5wbwlUdWUgU2VwIDA5IDE3OjA1OjU4IDIwMDggKzA4 MDAKQEAgLTI4LDkgKzI4LDkgQEAKICJUaGUgJ2NvbmZpZ3VyZS1kZWJpYW4nIHBhY2thZ2Ug cHJvdmlkZXMgYSB1bmlmaWVkIGZyb250IGVuZCBmb3IgZG9pbmcgdGhpcywgIgogImFzIHdl bGwuIgogbXNnc3RyICIiCi0iRGViaWFuIOaPkOekuiAjMjog5oKo5Y+v5Lul5L2/55SoICdk cGtnLXJlY29uZmlnIDxwYWNrYWdlPicg5Y+Y5pu05Zyo5oKo56ys5LiA5qyh5a6J6KOF5LiA 5Liq6L2vIgotIuS7tuWMheaXtuabvuiiq+aPkOWPiueahOmXrumimOOAgui/mOaciSAnY29u ZmlndXJlLWRlYmlhbicg6L2v5Lu25YyF5Li65q2k5o+Q5L6b5LqG5LiA5Liq57uf5LiA55qE 5YmN56uvIgotIueoi+W6j+OAgiIKKyJEZWJpYW4g5o+Q56S6ICMyOiDmgqjlj6/ku6Xkvb/n lKggJ2Rwa2ctcmVjb25maWd1cmUgPHBhY2thZ2U+JyDlj5jmm7TlnKjmgqjnrKzkuIDmrKHl ronoo4XkuIAiCisi5Liq6L2v5Lu25YyF5pe25pu+6KKr5o+Q5Y+K55qE6Zeu6aKY44CC6L+Y 5pyJICdjb25maWd1cmUtZGViaWFuJyDova/ku7bljIXkuLrmraTmj5DkvpvkuobkuIDkuKrn u5/kuIAiCisi55qE5YmN56uv56iL5bqP44CCIgogCiAjIHR5cGU6IFBsYWluIHRleHQKICM6 IGhpbnRzOjEyCg=--010506000907030404000503-- signature.asc Description: OpenPGP digital signature
Bug#498337: xfce-battery-plugin: Please package 0.5.1 or backport fix to save wakeups and power
Subject: xfce-battery-plugin: Please package 0.5.1 or backport fix to save wakeups and power Package: xfce-battery-plugin Version: 0.5.0-7 Severity: important *** Please type your report below this line *** Dear DDs, on the Discuss list of lesswatts.org, they found the following issue, which is fixed in 0.5.1 [2]. Could you please backport this fix or package the new version and get it into Lenny, as a lot of people are going to save power this way. Thanks, Paul [1] http://www.mail-archive.com/[EMAIL PROTECTED]/msg01224.html [2] http://bugzilla.xfce.org/show_bug.cgi?id=3339 -- 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/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 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#297798: Evil Dad Tricks Kid Into A Screammeer
Birds of its kind, it lived entirely on dead animals me steadily in a long and embarrassing silence. With stanton, he went alone to press his ultimatum should say to leonard to ensure his silence. Whilst him they took no heed. I do not think they noticed.
Bug#498338: havp depends on old clamav. This clamav version is vulnerable.
Package: havp Version: 0.88-1.1 Severity: normal http://www.securityfocus.com/bid/31051/info ClamAV Multiple Unspecified Memory Corruption Vulnerabilities: ClamAV is prone to multiple unspecified memory-corruption vulnerabilities. Attackers may be able to exploit these issues to exhaust resources or possibly crash the affected application, denying service to legitimate users. Attackers may also be able to obtain sensitive information and run arbitrary code. Versions prior to ClamAV 0.94 are vulnerable. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (650, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Versions of packages havp depends on: ii adduser3.102 Add and remove users and groups ii debconf [debconf-2 1.5.11etch2 Debian configuration management sy ii libc6 2.7-13GNU C Library: Shared libraries ii libclamav4 0.93.3.dfsg-volatile1 anti-virus utility for Unix - libr ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3 Versions of packages havp recommends: ii clamav-freshclam 0.94.dfsg-1~volatile1 anti-virus utility for Unix - viru -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497664: modules fail to build with non-standard linux source directory
Sure I'm fine with waiting until after Lenny. However, the reason for distributing a module source package is to support compiling against a non-standard kernel. So the fact that it works with the standard Debian kernel is of little relevance. Joris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498216: ffmpeg, mplayer (mipsel/loongson2f) stops with the error message Segmentation fault. and fix patch
Julien Cristau schrieb: No. The variable is static, it's initialized only once. (But then, the proposed 'fix' looks like a no-op to me.) Ah! Thx ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443889: about new packages
Right now I can't test it, I am in holidays, but I think jordi the current gtranslator mantainer is going to test them because they are needed to build the gdict plugin. Thanks. signature.asc Description: This is a digitally signed message part
Bug#494468: lower the severity?
On 2008-09-09 11:09 +0200, Neil Williams wrote: On Tue, 2008-09-09 at 11:03 +0200, Sven Joachim wrote: For the record, the path is /usr/local/share/i18n/SUPPORTED (not /usr/locale/...), and that seems perfectly reasonable, since you don't want to edit files under /usr locally. In that case, the bug is a documentation bug for /etc/locale.gen which contains: # This file lists locales that you wish to have built. You can find a list # of valid supported locales at /usr/share/i18n/SUPPORTED, and you can add # user defined locales to /usr/locale/share/i18n/SUPPORTED. If you change # this file, you need to rerun locale-gen. (That is where I looked for the path). Ah, I looked at /usr/share/doc/locales/README.Debian instead, /etc/locale.gen is generated by the locales postinst which has a typo. /usr/local/share is fine, I agree - just that this bug may turn out to be little more than a typo. Would you agree that the severity should be lowered? Assuming that the method described in /usr/share/doc/locales/README.Debian works, yes. But I haven't tested that, nor am I the bug submitter or in any way responsible for the package. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498339: Display problems after imp4 upgrade (4.1.6 - 4.2)
Package: imp4 Version: 4.2-1 There are two problems: - IE7 fails to display the sidebar (FF and Opera do show it) - the actions on mail items (in both list and message view) are badly styled in FF3 (but fine in EI7/Opera In some themes (e.g. Purple Horde) the actions are even completely illegible! Of these, the rendering problem (most likely CSS) in Firefox is the most serious for me. Portions of screenshots are attached. inline: imp4-actions-opera.pnginline: imp4-actions-firefox3.pnginline: imp4-actions-ie7.png
Bug#295098: Anotther Banned IKEA Commmercial
Of importance, and my keys. The key of mother's my landlady brought me up a pile of old papers paid her court and sued in vain for her hand, the assumption that rudi scherz was the i think,' to do but to go to thy ships. And thereupon towards.
Bug#498229: [Python-modules-team] Bug#498229: Typo in /usr/lib/python2.5/site-packages/matplotlib/axes3d.py
reopen 498229 thanks On Tue, Sep 9, 2008 at 11:18, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi sandro, actually it is *not* fixed. The /usr/lib/python2.5/site-packages/matplotlib/axes3d.py file still reads: raise NotImplmentedError('axes3d is not supported in matplotlib-0.98. You may want to try the 0.91.x maintenance branch') it should read: raise NotImplementedError('axes3d is not supported in matplotlib-0.98. You may want to try the 0.91.x maintenance branch') ps, I completely misread it :) in matplotlib svn it has been fixed in rev 5977 (Aug 5). The debian changelog is dated Aug 11, do you get the source from svn? No, it's from the official 0.98.3 release. Ok, it will be fixed in the new upstream release. Thanks sorry for the confusion, Sandro -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497782: Re : Bug#497782: Re : Bug#497782: texlive-base-bin: latex compilation fails as normal user
Well, I'm afraid I won't be of any help here. I hope somehone will bring you an answer. Thanks again. 2008/9/5, Frank Küster [EMAIL PROTECTED]: Hi Jérôme, nice that my hints solved your problem. There's only one more thing I'd like to learn: Jérôme Champavère [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]:~/these/avancement_2008$ env -i latex avancement.tex lstat(./latex) failed ... ./latex: No such file or directory This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) I get a different result here: $ env -i latex Pinball_Wizard.tex This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) Why does it find latex at all, on both system, when the environment variable PATH is to be ignored? And if the shell parses the commandline in advance and replaces latex by /usr/bin/latex internally, why does Jérôme get the error message lstat(./latex) failed ... ./latex: No such file or directory And, just for curiosity, how can I see to what PATH is set when env -i is used? $ env -i echo $PATH gives /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/home/frank/bin because $PATH is substituted by the shell before env starts. If I protect the variable from shell expansion, how can I make someone read it again: $ env -i eval echo '$PATH' env: eval: No such file or directory I guess Florent could answer this, but I haven't heard from him for ages. Regards, Frank -- Frank Küster Debian Developer (TeXLive) ADFC Miltenberg B90/Grüne KV Miltenberg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314332: Rejeectted Candidate Says Kiss My (Bleep)
A personality the user of it had so much. Hailey department. the british fur company also by her liner. Let me see that's four. Yes, and old george wrong side for your argumentseeing the relation that they were quite unknown to the scandinavians.
Bug#498340: [subversion] rejected Digest challenge
Package: subversion Version: 1.5.1dfsg1-1 Severity: important --- Please enter the report below this line. --- Since I updated libneon27 (0.28.2-3) to 0.28.2-5 libneon27-gnutls (0.28.2-3) to 0.28.2-5 libneon27-gnutls-dev (0.28.2-3) to 0.28.2-5 libsasl2-2 (2.1.22.dfsg1-21) to 2.1.22.dfsg1-23 libsasl2-modules (2.1.22.dfsg1-21) to 2.1.22.dfsg1-23 libaprutil1 (1.2.12+dfsg-7) to 1.2.12+dfsg-8 libaprutil1-dev (1.2.12+dfsg-7) to 1.2.12+dfsg-8 I'm no more able to access my company server from debian boxes: {{{ $ svn up Reame di autenticazione: https://AAA.BBB.CCC.DDD:443 project Password per 'username': Reame di autenticazione: https://AAA.BBB.CCC.DDD:443 project Username: username Password per 'username': Reame di autenticazione: https://AAA.BBB.CCC.DDD:443 project Username: username Password per 'username': svn: OPTIONS di 'https://AAA.BBB.CCC.DDD/svn/path': autorizzazione fallita (https://AAA.BBB.CCC.DDD) }}} If I set neon-debug-mask = 130 in ~/.subversion/servers I get: {{{ $ svn up Running pre_send hooks compress: Initialization. Sending request headers: OPTIONS /svn/project/trunk HTTP/1.1 Host: AAA.BBB.CCC.DDD User-Agent: SVN/1.5.1 (r32289) neon/0.28.2 Keep-Alive: Connection: TE, Keep-Alive TE: trailers DAV: http://subversion.tigris.org/xmlns/dav/svn/depth DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops Accept-Encoding: gzip Sending request-line and headers: Doing DNS lookup on AAA.BBB.CCC.DDD... Connecting to AAA.BBB.CCC.DDD Request sent; retry is 0. [status-line] HTTP/1.1 401 Authorization Required [hdr] Date: Tue, 09 Sep 2008 07:27:53 GMT Header Name: [date], Value: [Tue, 09 Sep 2008 07:27:53 GMT] [hdr] Server: Apache/2.2.9 (Fedora) Header Name: [server], Value: [Apache/2.2.9 (Fedora)] [hdr] WWW-Authenticate: Digest realm=project, nonce=5R5MeXFWBAA=673bce354e24a5c28c6c348e07a13e5278f7534e, algorithm=MD5, domain=project, qop=auth Header Name: [www-authenticate], Value: [Digest realm=project, nonce=5R5MeXFWBAA=673bce354e24a5c28c6c348e07a13e5278f7534e, algorithm=MD5, domain=project, qop=auth] [hdr] Content-Length: 480 Header Name: [content-length], Value: [480] [hdr] Keep-Alive: timeout=15, max=100 Header Name: [keep-alive], Value: [timeout=15, max=100] [hdr] Connection: Keep-Alive Header Name: [connection], Value: [Keep-Alive] [hdr] Content-Type: text/html; charset=iso-8859-1 Header Name: [content-type], Value: [text/html; charset=iso-8859-1] [hdr] End of headers. Running post_headers hooks Reading 480 bytes of response body. Got 480 bytes. Read block (480 bytes): [!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title401 Authorization Required/title /headbody h1Authorization Required/h1 pThis server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required./p hr addressApache/2.2.9 (Fedora) Server at AAA.BBB.CCC.DDD Port 443/address /body/html ] Running post_send hooks Reame di autenticazione: https://AAA.BBB.CCC.DDD:443 project Password per 'username': Running pre_send hooks compress: Initialization. Sending request headers: OPTIONS /svn/project/trunk HTTP/1.1 Host: AAA.BBB.CCC.DDD User-Agent: SVN/1.5.1 (r32289) neon/0.28.2 Keep-Alive: Connection: TE, Keep-Alive TE: trailers DAV: http://subversion.tigris.org/xmlns/dav/svn/depth DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops Accept-Encoding: gzip Sending request-line and headers: Request sent; retry is 1. Aborted request (-3): Could not read status line Persistent connection timed out, retrying. Sending request-line and headers: Connecting to AAA.BBB.CCC.DDD Request sent; retry is 0. [status-line] HTTP/1.1 401 Authorization Required [hdr] Date: Tue, 09 Sep 2008 07:30:36 GMT Header Name: [date], Value: [Tue, 09 Sep 2008 07:30:36 GMT] [hdr] Server: Apache/2.2.9 (Fedora) Header Name: [server], Value: [Apache/2.2.9 (Fedora)] [hdr] WWW-Authenticate: Digest realm=project, nonce=eqQCg3FWBAA=ef147230e73f3837ac989be963b00fe7b5ae3639, algorithm=MD5, domain=project, qop=auth Header Name: [www-authenticate], Value: [Digest realm=project, nonce=eqQCg3FWBAA=ef147230e73f3837ac989be963b00fe7b5ae3639, algorithm=MD5, domain=project, qop=auth] [hdr] Content-Length: 480 Header Name: [content-length], Value: [480] [hdr] Keep-Alive: timeout=15, max=100 Header Name: [keep-alive], Value: [timeout=15, max=100] [hdr] Connection: Keep-Alive Header Name: [connection], Value: [Keep-Alive] [hdr] Content-Type: text/html; charset=iso-8859-1 Header Name: [content-type], Value: [text/html; charset=iso-8859-1] [hdr] End of headers. Running post_headers hooks Reading 480 bytes of response body. Got 480 bytes. Read block (480 bytes): [!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title401 Authorization Required/title /headbody h1Authorization Required/h1 pThis server
Bug#498337: [Pkg-xfce-devel] Bug#498337: xfce-battery-plugin: Please package 0.5.1 or backport fix to save wakeups and power
notfound 498337 0.5.0-3 thanks On Tue, Sep 09, 2008 at 11:15:34AM +0200, Paul Menzel wrote: Dear DDs, on the Discuss list of lesswatts.org, they found the following issue, which is fixed in 0.5.1 [2]. Could you please backport this fix or package the new version and get it into Lenny, as a lot of people are going to save power this way. Thanks, Paul [1] http://www.mail-archive.com/[EMAIL PROTECTED]/msg01224.html [2] http://bugzilla.xfce.org/show_bug.cgi?id=3339 xfce4-battery-plugin includes the fix since 0.5.0-3. Lenny has it, so I don't think it's necessary. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496794: Patch update
Package: unionfs-fuse Version: 0.21-2 Followup-For: Bug #496794 Fix bugs in patch. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'unstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-kvm-nofb (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash diff -u unionfs-fuse-0.21/debian/changelog unionfs-fuse-0.21/debian/changelog --- unionfs-fuse-0.21/debian/changelog +++ unionfs-fuse-0.21/debian/changelog @@ -1,3 +1,10 @@ +unionfs-fuse (0.21-2a0.mrvn.1) unstable; urgency=low + + [ Goswin von Brederlow ] + * utime() is deprecated, use utimens() instead. + + -- Goswin von Brederlow [EMAIL PROTECTED] Wed, 27 Aug 2008 15:59:52 +0200 + unionfs-fuse (0.21-2) unstable; urgency=high * fix a critical bug: creating new files in directories existing only only in patch2: unchanged: --- unionfs-fuse-0.21.orig/src/unionfs.c +++ unionfs-fuse-0.21/src/unionfs.c @@ -25,6 +25,8 @@ #include dirent.h #include errno.h #include sys/statvfs.h +#define __USE_GNU +#include sys/time.h #ifdef HAVE_SETXATTR #include sys/xattr.h @@ -684,8 +686,11 @@ return 0; } -static int unionfs_utime(const char *path, struct utimbuf *buf) { +static int unionfs_utimens(const char *path, const struct timespec *ts) { DBG_IN(); + struct timeval tv[2]; + TIMESPEC_TO_TIMEVAL(tv[0], ts[0]); + TIMESPEC_TO_TIMEVAL(tv[1], ts[1]); if (uopt.stats_enabled strcmp(path, STATS_FILENAME) == 0) return 0; @@ -700,7 +705,7 @@ char p[PATHLEN_MAX]; snprintf(p, PATHLEN_MAX, %s%s, uopt.branches[i].path, path); - int res = utime(p, buf); + int res = utimes(p, tv); to_root(); @@ -843,7 +848,7 @@ .symlink = unionfs_symlink, .truncate = unionfs_truncate, .unlink = unionfs_unlink, - .utime = unionfs_utime, + .utimens = unionfs_utimens, .write = unionfs_write, #ifdef HAVE_SETXATTR .getxattr = unionfs_getxattr,
Bug#497938: netdisco-backend: daily cronjobs fails because of permission problems
Christoph Martin schrieb: Hi Oliver, Oliver Gorwits schrieb: Please can you send me the value of the db_tables setting in your netdisco.conf file? The nightly batch routine (netdisco -B) should only ask PostgreSQL to vacuum named tables, which avoids this error you have. The default value for the db_tables setting is: db_tables = admin.sql,device.sql,device_ip.sql,device_module.sql, \ device_port.sql, device_port_log.sql, device_port_power.sql, \ device_port_ssid.sql, device_port_vlan.sql, device_power.sql, \ device_vlan.sql, log.sql, node.sql, node_ip.sql, \ node_nbt.sql, oui.sql, process.sql, sessions.sql, \ subnets.sql, user_log.sql, users.sql In the configuration was no db_tables entry. Do you have it in the default configuration? I included the line in the config, but the message is still present. Christoph -- Christoph Martin, Leiter der EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 Fax: +49-6131-3922856 signature.asc Description: OpenPGP digital signature
Bug#498342: [php5] FTBFS: RFC822BUFFER undeclared
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: php5 Version: 5.2.6-1.1~highlightbg Severity: important - --- Please enter the report below this line. --- After installing the build dependencies and trying to build, the build fails after a while: /home/ashura/Archive/Debian/PHP/php5-5.2.6/ext/imap/php_imap.c: In function ‘_php_rfc822_write_address_len’: /home/ashura/Archive/Debian/PHP/php5-5.2.6/ext/imap/php_imap.c:3906: error: ‘RFC822BUFFER’ undeclared (first use in this function) /home/ashura/Archive/Debian/PHP/php5-5.2.6/ext/imap/php_imap.c:3906: error: (Each undeclared identifier is reported only once /home/ashura/Archive/Debian/PHP/php5-5.2.6/ext/imap/php_imap.c:3906: error: for each function it appears in.) /home/ashura/Archive/Debian/PHP/php5-5.2.6/ext/imap/php_imap.c:3906: error: expected ‘;’ before ‘buf’ /home/ashura/Archive/Debian/PHP/php5-5.2.6/ext/imap/php_imap.c:3908: error: ‘buf’ undeclared (first use in this function) Is there missing a build-dependency? - --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: lenny/sid 500 unstableftp.uni-kl.de 500 unstableftp.de.debian.org 500 testing ftp.uni-kl.de 500 testing ftp.de.debian.org 500 stable dl.google.com 500 experimentalsadleder.de 500 experimentalftp.uni-kl.de 1 experimentalftp.de.debian.org - --- Package information. --- Depends (Version) | Installed =-+- libapache2-mod-php5 (= 5.2.6-1.1~highlightbg) | 5.2.6-1.1~highlightbg OR libapache2-mod-php5filter (= 5.2.6-1.1~highlightbg) | OR php5-cgi (= 5.2.6-1.1~highlightbg) | php5-common(= 5.2.6-1.1~highlightbg) | 5.2.6-1.1~highlightbg - -- debian/rules -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjGSbgACgkQYfUFJ3ewsJhYGACfSC155ulloY9HnKMom0I3pQaC 3w0AoJ92O+0R1pyK28OhUrPhQ0CI8HDA =uu5O -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498341: ratpoison: different handling for transients that refuse focus
Package: ratpoison Version: 1.4.3-1 Severity: wishlist Hi, some programs open transient windows for toolbars; these windows usually set a WM hint to not give them focus. The best example would be the OpenOffice.org Bullets and Numbering toolbar in the default configuration. When this window opens, ratpoison centers it above OOo, does not allow me to move it elsewhere, and gives it focus. I'd like to have an option to select a different gravity for transients that do not want focus, and it would be good to also respect the WM hint. Simon -- 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=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ratpoison depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libreadline5 5.2-3 GNU readline and history libraries ii libx11-6 2:1.1.4-2 X11 client-side library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension Versions of packages ratpoison recommends: ii 9menu 1.8-1.2Creates X menus from the shell ii menu 2.1.40 generates programs menu for all me ii xterm [x-terminal-emulator] 235-1 X terminal emulator Versions of packages ratpoison suggests: pn xbindkeys none (no description available) pn xclip none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498066: psmouse module is not the cause
I did an additional test to determine if psmouse's lost synchronization errors were the cause of the random freezes. I blacklisted the psmouse kernel module at /etc/modprobe.d/ and eventually my laptop froze until I pressed a key. Unfortunately, there were not any error messages either on dmesg or /var/log/messages. So the problem does not reside on psmouse kernel module. I think that some people complaining about these errors all over the Internet may be facing the same problem than me but masked by the psmouse's lost sync complaints. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497015: foomatic-filters-ppds: ships PPDs that cups refuses to read
Le vendredi 29 août 2008 à 10:16 +0200, Josselin Mouette a écrit : Package: foomatic-filters-ppds Version: 20080528-1 Severity: important Tags: patch This bug is basically the same as #493104. I’m attaching a similar patch and can also NMU if you want to. Hello? I’m reiterating the proposal, since it will be a big problem if we release with PPDs that CUPS does not understand. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#498295: geany: hangup after trying to lockout from integrated terminal emulator
On Mon, 8 Sep 2008 23:56:55 +0200, Alexander Heinlein [EMAIL PROTECTED] wrote: On Mon, Sep 08, 2008 at 03:21:41PM -0300, Damián Viano wrote: Could you check if there's anything specific to that user or environment that could cause this? There is nothing special about the users or environment. I can reproduce this behaviour on my desktop and notebook, even with new created users. When pressing Ctrl-d the VTE (the internal terminal widget) is just restarted. This is exactly the same code as when you choose 'Restart terminal' from the popup menu. So could you test whether it behaves the same with the popup restart command? It might also be related to your shell's config. And might be it is related to the 'Override Geany keybindings' option, please try with enabling or disabling it. Thanks for your help. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpB07C3cDW9C.pgp Description: PGP signature
Bug#498244: libccrtp-doc: Useless long description
Hi, Mark Purcell wrote: It would make things a lot quicker if you could propose some text, even simpler if you could provide a diff. I only looked at this package because aptitude presented it to me as a new package. I've no idea at all about what is GNU ccRTP Looking more carefully, I see that libccrtp-dev exists for a long time with a detailed long description. I think you can take the description from here. Lots of library packages use the same description for the libXXX, libXXX-dev, libXXX-doc, ... packages but the last (or the first) line telling if this is runtime, development files, documentation, ... Another suggestion would be to add libccrtp-dev as a Suggests: to libccrtp-doc. Most of the time, you install the documentation because you want to do development with the library. Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494654: conky: segfault
Hello, On Mon, 08 Sep 2008, Kapil Hari Paranjape wrote: I could not reproduce this bug. Some more notes on the attempts to reproduce this bug. I ran the submitted conkyrc in two different environments: 1. XFCE/XVesa on amd64 arch 2. GNOME/Xintel on i386 arch The bug was not reproducible. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#42630: grep: Potential security risk: control characters in filenames are printed without filtering.
On 2002-08-18 10:33:02 +0200, KORN Andras wrote: On Sat, Aug 17, 2002 at 05:42:26PM -0400, Matt Zimmerman wrote: To assume that the grep operation is safe, while the cat operation is not, would be unwise to say the least. Both of those operations, when used in a potantially hostile directory, read untrusted data and write it to stdout (including a terminal). I've opened a new bug concerning the non-printable characters in the file contents: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498336 There is no need to convince me of this. I was trying to explain that people don't think about those operations the same way, but apparently I wasn't bein good at it. I agree with you. In general, people use utilities such as less or text editors to read file contents, not cat. And when cat is used, it is usually on some well-determined file, whereas grep is sometimes used recursively, making it even more hazardous. Another point is that non-printable characters can affect the coloring done by grep itself, making any post-filtering more or less impossible. 'find' should, imho, do the same filtering I expect from grep (yes, obviously only when writing to a terminal). It now does: findutils (4.2.22-1) unstable; urgency=low * New upstream version - fixes infinite loop of find -follow on trees with symlinks to ./. (Closes: #313081) - better documentation for %k and %d printf directives. (Closes: #208307) - find filters out non-printable characters (which could mess up the terminal) when printing the output to a console. (Closes: #311384) - Typo fixes. (Closes: #301934, #312760, #312761) (Thanks, A Costa.) -- Andreas Metzler [EMAIL PROTECTED] Mon, 13 Jun 2005 19:39:46 +0200 Anyway, this issue isn't worth arguing any further about; I don't think realistic exploits of this problem will surface in the foreseeable future. FYI, I already had the output of my terminal sent to a *shared* printer due to a problem like this. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498218: TXT handling broken
* Christoph Haas: naturally I would have rejected this bug report and tagged it wontfix because the TXT handling does not appear to be a security-related issue. But as you are a member of the security team I'd be interested if and why you would accept this as a security update (IMHO the only way to get updates into a stable distribution). It's not a security update. But I think it could (and should) be handled through stable-proposed-updates (however, this is beyond my control). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474114: logrotate: current version still affected
On Tue, Sep 09, 2008 at 10:54:03AM +0200, Christian Pernegger wrote: /etc/init.d/stunnel4 restart /dev/null 21 last night's cron.daily run did *not* result in a defunct logrotate. :-) I hope it's not too early to celebrate ... This still smells like a workaround, though. Is it possible/desirable to fix logrotate to be less picky? If not I guess the bug should be moved to stunnel4. It's not logrotate being picky. If stunnel is not daemonising itself correctly, then it will never allow logrotate to exit cleanly. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498349: Link to PTS documentation broken
Package: qa.debian.org Severity: minor The link to the PTS documentation in the PTS subscription frame is broken on packages.qa.debian.org http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system should be change to http://www.debian.org/doc/manuals/developers-reference/ch-resources.html#pkg-tracking-system Regards Laurent Bigonville -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498348: ratpoison: default key bindings for prevscreen and nextscreen
Package: ratpoison Version: 1.4.3-1 Severity: wishlist Hi, given that allmost all laptops these days are multihead capable, it would be good if there was a default keybinding for switching to another physical screen, so people don't have to define one themselves. Simon -- 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=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ratpoison depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libreadline5 5.2-3 GNU readline and history libraries ii libx11-6 2:1.1.4-2 X11 client-side library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension Versions of packages ratpoison recommends: ii 9menu 1.8-1.2Creates X menus from the shell ii menu 2.1.40 generates programs menu for all me ii xterm [x-terminal-emulator] 235-1 X terminal emulator Versions of packages ratpoison suggests: pn xbindkeys none (no description available) pn xclip none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498350: Do not check NFS on upgrade
Package: mount Version: 2.13.1.1-1 I am running debian unstable as a virtual server under openvz virtual server technology. The virtual server has several mounts, that are mounted using bind option by the physical server. One of these mounts is NFS filesystem that is mounted on the physical server and exported using bind option to the virtual servers. The virtual server itself can not do anything with these mounts. It even does not have any nfs-* packages installed. The mount command thought, shows the filesystem as NFS mounted: # mount | grep nfs fs-home:/home on /home type nfs (rw,relatime,vers=3,rsize=524288,wsize=524288,hard,nointr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=192.168.11.24) All this is nice and dandy, but new version of mount checks for nfs mounts and complain on NFS mounts already mounted: # dpkg -i /var/cache/apt/archives/mount_2.13.1.1-1_i386.deb (Reading database ... 40284 files and directories currently installed.) Preparing to replace mount 2.13-7 (using .../mount_2.13.1.1-1_i386.deb) ... You have NFS mount points currently mounted, and this version of mount requires that nfs-common be upgraded before NFS mounts will work. Aborting install. dpkg: error processing /var/cache/apt/archives/mount_2.13.1.1-1_i386.deb (--install): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/mount_2.13.1.1-1_i386.deb tester:~# Please advise. -- Arie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#149946: Remains found on CCaliforrnia glacier believed to be WWII airman
Into villages and lonely houses, chiefly old farmhouses, my own. Declared it myself, waged it myself, ended if all had been turned out of the same mould. On me! He's gone to bed, rather briefly. I know. Language, superstitions, music, etc., i, 207263.
Bug#498351: libneon27-gnutls: latest upgrades broke svn https auth
Package: libneon27-gnutls Version: 0.28.2-5 Severity: important Hi, I just got back from holidays, sync'ed our internal mirror, and done an upgrade. When upgrading libneon27, it broke auth to our internal svn server, using https. It was working perfectly fine with -3, now with -5 svn keeps asking username/password. Adding --verbose to svn doesn't help. I'll try to see if I can debug with neon directly, but I'm not sure how to do that. Cheers, -- Yves-Alexis Perez -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498339: Triggered by a firefox add-in
Looks like this is triggered by having the Web Developer plugin active in firefox; so this does not seem to be a horde issue as such. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498353: update-grub silently fails when device.map is not up to date
Package: grub Version: 0.97-47 Severity: normal File: /usr/sbin/update-grub Hi during some updates, I ended up with device.map not containing correct mappings. In this situation update-grub silently fails without giving any notice what is wrong. From tracing this script, I found it ends with following commands: + test -e /boot/grub/device.map + GRUB_LEGACY_0_BASED_PARTITIONS=1 grub-probe --device-map=/boot/grub/device.map -t drive -d /dev/hda1 + grub_root_device= The problem was that I did not have mapping for hda in device.map (it used to be hde in older kernel versions). I think update-grub should at least tell that something is wrong and not silently fail. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- Package-specific info: *** BEGIN /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/hda *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/hda5 / xfs rw,noquota 0 0 /dev/hda1 /boot ext3 rw,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub depends on: ii grub-common 1.96+20080724-9 GRand Unified Bootloader, version ii libc62.7-13 GNU C Library: Shared libraries ii libncurses5 5.6+20080830-1 shared libraries for terminal hand grub recommends no packages. Versions of packages grub suggests: pn grub-legacy-doc none (no description available) pn mdadm none (no description available) pn multiboot-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495968: You Won
Your E-ID was selected online in this week's AWARD PROMO.Your draw has a total value of £500,000 pounds . Please acknowledge the receipt of this mail with the details below to : Mr. Pinkett, E-mail:[EMAIL PROTECTED] Claims Requirements: 1.Full name: 2.Address:3.Age:4.Sex: Cordialy, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498351: libneon27-gnutls: latest upgrades broke svn https auth
On Tue, Sep 09, 2008 at 01:25:56PM +0200, Yves-Alexis wrote: -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) I redacted this bug report on an etch box outside, because I have no net access on the machine I'm testing on. But it runs sid, so don't pay attention to that. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442333: initramfs ignores ide lernel cmd line parameters
On 09/09/2008, maximilian attems [EMAIL PROTECTED] wrote: On Sat, 16 Aug 2008, Chris Lamb wrote: maximilian attems wrote: # Automatically generated email from bts, devscripts version 2.10.7 reassign 442333 live-initramfs Hm, really? According to my tests, the ide modules are already loaded before mountroot in live-initramfs is called. yes none of the mentioned patches apply to initramfs-tools. if you want some module option put it in /etc/modprobe.d. afaik ide takes care of it's own boot option by itself. How would I specify the nodma then? If it is only read from options present in the ramdisk I cannot boot on devices with broken DMA (intel BX/LX/VX chipsets with certain CD-ROMs for one). Thanks Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442333: initramfs ignores ide lernel cmd line parameters
On Tue, Sep 09, 2008 at 01:35:53PM +0200, Michal Suchanek wrote: How would I specify the nodma then? If it is only read from options present in the ramdisk I cannot boot on devices with broken DMA (intel BX/LX/VX chipsets with certain CD-ROMs for one). as a boot arg for example, kernel parses it. and it shows up later in /proc/cmdline -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498293: linux-image-2.6.26-1-686: mos7840 USB serial driver fails to work and causes kernel OOPS with 2.6.26-4
Attaching mos7820 and usbserial debug logs from both kernels. Generated by adding debug=1 option when loading both modules. The behaviour of mos7820 in 2.6.26-4 is quite different, there are whole swathes of functional code which seem not to be called in 2.6.26-4. Still not sure why, I don't have a source for 2.6.26-3 but the mos7820 code differences are small between 2.6.25 (last kernel source I can find quickly) and 2.6.26-4. Nick dmesg-2.6.26-3.gz Description: Binary data dmesg-2.6.26-4.gz Description: Binary data
Bug#498355: Preparing Lenny for proper VENDOR handling
Package: dpkg Version: 1.14.22 Severity: important Tags: patch Hi, as suggested on irc here is a patch that adds a makefile fragment to dpkg for inclusion by other sources in debian/rules. Currently the environment will only be setup if dpkg-buildpackage is called but not if debian/rules is invoked directly. The goal of the makefile fragment is to consistently set up the environment with some default variables no matter how debian/rules is called. For this all sources will have to include that fragment in debian/rules bevor they can rely on the environment being setup automatically. For now the variables normaly set by dpkg-buildpackage (CFLAGS, CPPFLAGS, LDFLAGS, FFLAGS, CXXFLAGS) and DEB_VENDOR are set and exported. A further patch for squeeze will introduce a dpkg-vendor utility and set DEB_BUILD_OPTIONS to vendor specific values if unset. See later bug for details. I tagged this as important as it is a minimal change ment for lenny so that squeeze sources can unconditionally use the makefile fragment. MfG Goswin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'unstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-kvm-nofb (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 dpkg depends on: ii coreutils 6.10-6 The GNU core utilities ii libc6 2.7-12 GNU C Library: Shared libraries ii lzma 4.43-14Compression method of 7z format in dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.7.14+b1 Advanced front-end for dpkg -- no debconf information diff -Nru dpkg-1.14.22/debian/changelog dpkg-1.14.23/debian/changelog --- dpkg-1.14.22/debian/changelog 2008-09-05 16:55:04.0 +0200 +++ dpkg-1.14.23/debian/changelog 2008-09-09 12:19:54.0 +0200 @@ -1,3 +1,10 @@ +dpkg (1.14.23) unstable; urgency=low + + [ Goswin von Brederlow ] + * Add /usr/share/dpkg/Makefile.dpkg for default environment setup. + + -- Goswin von Brederlow [EMAIL PROTECTED] Tue, 09 Sep 2008 12:18:43 +0200 + dpkg (1.14.22) unstable; urgency=low [ Raphael Hertzog ] diff -Nru dpkg-1.14.22/debian/dpkg-dev.install dpkg-1.14.23/debian/dpkg-dev.install --- dpkg-1.14.22/debian/dpkg-dev.install 2008-07-01 19:07:54.0 +0200 +++ dpkg-1.14.23/debian/dpkg-dev.install 2008-09-09 12:30:54.0 +0200 @@ -16,6 +16,7 @@ usr/bin/dpkg-shlibdeps usr/bin/dpkg-source usr/lib/dpkg/parsechangelog +usr/share/dpkg/Makefile.dpkg usr/share/locale/*/LC_MESSAGES/dpkg-dev.mo usr/share/man/*/*/822-date.1 usr/share/man/*/822-date.1 diff -Nru dpkg-1.14.22/scripts/Makefile.am dpkg-1.14.23/scripts/Makefile.am --- dpkg-1.14.22/scripts/Makefile.am 2008-08-26 15:52:08.0 +0200 +++ dpkg-1.14.23/scripts/Makefile.am 2008-09-09 12:40:55.0 +0200 @@ -24,6 +24,8 @@ dpkg-statoverride \ update-alternatives +dist_pkgdata_DATA = Makefile.dpkg + changelogdir = $(pkglibdir)/parsechangelog changelog_SCRIPTS = \ changelog/debian diff -Nru dpkg-1.14.22/scripts/Makefile.dpkg dpkg-1.14.23/scripts/Makefile.dpkg --- dpkg-1.14.22/scripts/Makefile.dpkg 1970-01-01 01:00:00.0 +0100 +++ dpkg-1.14.23/scripts/Makefile.dpkg 2008-09-09 13:06:38.0 +0200 @@ -0,0 +1,41 @@ +#! /usr/bin/make +# +# Makefile.dpkg +# +# Copyright © 2008 Goswin von Brederlow [EMAIL PROTECTED] +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + +# This file should be included by every source and sets up some default +# environment variables if they are unset + +vendor = $(shell if [ -r /etc/dpkg/origins/default ]; then cat /etc/dpkg/origins/default; else echo debian; fi ) +DEB_VENDOR ?= $(shell grep ^Vendor: /etc/dpkg/origins/$(vendor) | cut -d -f2-) + +export DEB_VENDOR + + +ifeq ($(findstring noopt,$(DEB_BUILD_OPTIONS)),) +CFLAGS ?= -g -O2 +else +CFLAGS ?= -g -O0 +endif +CPPFLAGS ?= +LDFLAGS ?= +FFLAGS ?= $(CFLAGS) +CXXFLAGS ?= $(CFLAGS) + +export CFLAGS CPPFLAGS LDFLAGS FFLAGS CXXFLAGS + diff -Nru dpkg-1.14.22/scripts/Makefile.in dpkg-1.14.23/scripts/Makefile.in --- dpkg-1.14.22/scripts/Makefile.in 2008-09-05 17:02:10.0 +0200 +++ dpkg-1.14.23/scripts/Makefile.in 2008-09-09
Bug#498339: [pkg-horde] Bug#498339: Triggered by a firefox add-in
Good to know. Thanks! I assume the IE7 problem is still there, right? Best regards, // Ola On Tue, Sep 09, 2008 at 01:29:52PM +0200, Tim Van Holder wrote: Looks like this is triggered by having the Web Developer plugin active in firefox; so this does not seem to be a horde issue as such. ___ pkg-horde-hackers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-horde-hackers -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436417: denyhosts: Python tracebacks in logs
Roger Lynn ha scritto: Package: denyhosts Version: 2.6-1etch1 Followup-For: Bug #436417 I am also regularly getting the same error in my logs: 2008-09-04 05:43:25,894 - denyfileutil: INFO purging entries older than: Thu Aug 28 05:43:25 2008 2008-09-04 05:43:26,370 - loginattempt: INFO purging_hosts: [ snipped ] 2008-09-04 05:43:27,500 - denyfileutil: INFO num entries purged: 7 2008-09-04 05:43:28,181 - sync: ERRORFault 1: '_mysql_exceptions.OperationalError:(1054, Unknown column \'None\' in \'field list\')' Traceback (most recent call last): File /usr/share/denyhosts/DenyHosts/sync.py, line 100, in __send_new_hosts self.__server.add_hosts(hosts) File xmlrpclib.py, line 1096, in __call__ return self.__send(self.__name, args) File xmlrpclib.py, line 1383, in __request verbose=self.__verbose File xmlrpclib.py, line 1147, in request return self._parse_response(h.getfile(), sock) File xmlrpclib.py, line 1286, in _parse_response return u.close() File xmlrpclib.py, line 744, in close raise Fault(**self._stack[0]) Fault: Fault 1: '_mysql_exceptions.OperationalError:(1054, Unknown column \'None\' in \'field list\')' 2008-09-04 05:43:28,182 - sync: INFO sent 1 new host 2008-09-04 05:43:28,833 - sync: INFO received 50 new hosts 2008-09-04 05:43:28,835 - denyhosts : INFO received new hosts: [ snipped ] I can supply my configuration if it helps. I also get tracebacks for various network errors, such as 'Connection timed out', 'Temporary failure in name resolution' or 'Name or service not known'. Is that the best way to handle such conditions? Sorry, I was a bit busy and can take care of this bug only now. Seems that denyhosts use a function for logging python exceptions and this is the results. The exceptions are generated and handled, but their output is notified in the log file, so this is not a bug. I haven't found nothing to configure this, in configuration file. I think that handle this issue need a patch (and now I cannot work on this, but if somebody write one i'm happy to include it) Excuse me for my orrible english -- Marco Bertorello System Administrator http://bertorello.ns0.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498354: cracklib-runtime: cracklib cronjob logs even when no change happened
Package: cracklib-runtime Version: 2.8.12-2 Severity: minor The cracklib-runtime cronjob logs to syslog even when there were no dictionary updates. The log contains lines like: Sep 9 06:25:03 hetzgnu cracklib: updated dictionary (read/written words: ). Expected is one of: 1) nothing is logged when nothing has been changed or 2) no dictionary change necessary is logged Jan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (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 cracklib-runtime depends on: ii file 4.25-1 Determines file type using magic ii libc6 2.7-13 GNU C Library: Shared libraries ii libcrack2 2.8.12-2 pro-active password checker librar Versions of packages cracklib-runtime recommends: ii wamerican [wordlist] 6-2.3 American English dictionary words ii wamerican-huge [wordlist] 6-2.3 American English dictionary words ii wbritish-huge [wordlist] 6-2.3 British English dictionary words f ii wngerman [wordlist] 20071211-1 New German orthography wordlist ii wswiss [wordlist] 20071211-1 Swiss (German) orthography wordlis cracklib-runtime suggests no packages. -- no debconf information -- Jan Dittberner IT-Consulting -Solutions Cottbuser Str. 1, D-01129 Dresden Fax: +49-1805-233633-13337 signature.asc Description: Digital signature
Bug#498356: wrong path to pic.ms in pic(1)
Package: groff Version: 1.18.1.1-21 Severity: minor The USAGE section in the pic(1) manpage points to /usr/share/doc/groff/1.18.1/pic.ms which doesn't exist. This should apparently be /usr/share/doc/groff/pic.ms.gz instead. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498284: [Pkg-puppet-devel] Bug#498284: puppet: initscript ignore /etc/default/puppet
On Tue, Sep 9, 2008 at 10:30:17 +1000 (+1000), Matthew Palmer wrote: On Mon, Sep 08, 2008 at 04:01:34PM -0400, Micah Anderson wrote: * Adrian Bridgett [EMAIL PROTECTED] [2008-09-08 10:50-0400]: Package: puppet Version: 0.24.5-2 /etc/default/puppet has this: # Start puppet on boot? START=yes however the init script never appears to check this value (I think it _used_ to) and so just starts puppet regards. You know, I just ran into this myself and was wondering what happened to that check, because I know it used to too. Maybe a browse through the git logs will find it and then it can be restored. If you don't want something to start on boot, then change the symlinks to not start the service on startup. TBH I prefer this /etc/default/puppet way - it's far easier to manage IMO. Not sure how non-sysvinit stuff (upstart etc) handle it. Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404950: Installation Report [mips] [rc1] [Failure] SWARM (Broadcom BCM91250a)
Karsten, Do you actually still have your SWARM? * Martin Michlmayr [EMAIL PROTECTED] [2008-07-26 13:37]: * Martin Michlmayr [EMAIL PROTECTED] [2008-06-10 11:23]: * Karsten Merker [EMAIL PROTECTED] [2008-01-21 21:54]: Karsten, can you check if this problem is still there with current kernels? i.e. 2.6.23 or 2.6.24 I'll check it, but I probably won't be able to do so before next week. Karsten, did you ever find time to check this? Karsten? -- Martin Michlmayr http://www.cyrius.com/ -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498352: kid3: Opening support for .oga's required
Package: kid3 Version: 1.0-1 Severity: normal The Vorbis people have defined .oga as the extension for Vorbis encoded files, although they also define .ogg as valid for Vorbis files for legacy reason. As far as I understand .oga's and .ogg's are the same internally, it's purely a filename related thing. Kid3 doesn't seem to want to open my .oga's but of course if I rename them to .ogg's then they open fine. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kid3 depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libc6 2.7-13 GNU C Library: Shared libraries ii libflac++6 1.2.1-1.2Free Lossless Audio Codec - C++ ru ii libflac81.2.1-1.2Free Lossless Audio Codec - runtim ii libgcc1 1:4.3.1-9GCC support library ii libid3-3.8.3c2a 3.8.3-7.2Library for manipulating ID3v1 and ii libogg0 1.1.3-4 Ogg Bitstream Library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3 ii libtag1c2a 1.5-3TagLib Audio Meta-Data Library ii libtunepimp50.5.3-7 MusicBrainz tagging library ii libvorbis0a 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi kid3 recommends no packages. kid3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496062: Yes, fixed
On 9 Sep 2008, at 9:15 am, Meelis Roos wrote: After the mount version change, I tried am-utils again and the locking bug that I saw earlier is fixed (sort of - nolock is used but I do not expect to use mailboxes or other things that need locking over automounted NFS). So this can be merged or closed. It's only the intercept point which isn't locking. The actual NFS- mounted filesystem should still be supporting locking. If it isn't, that's still a bug that needs fixing. Tim -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498357: please patch psi dbus remote control
Package: psi Version: 0.12-2 Severity: wishlist Tags: patch The psi developers seem to be only using long running machines or eventually windows or mac (where this problem doesn't occur). They seem to not care about any method to use psi with suspend to disk (on linux) or any other remote control with reasonings like for other operating systems there are interfaces for that, so we wait for linux to come up with one, too. While this seems valid it is heavily breaking the usability of psi. Many users (me being an example) would be almost happy with any kind of remote control such as dbus. Fortunately psi uses dbus now, so it is kind of easy to extend that interface with status functions. So please patch the Debian psi version until upstream understands the importance of this matter. The patch is to be applied to src/dbus.cpp and does nothing except extending the dbus interface by six functions. While it might be^W^Wis cleaner to use one function for this using 6 functions avoids parsing a string to an enum. Helmut --- dbus.cpp.orig 2007-12-10 21:44:47.0 +0100 +++ dbus.cpp2008-09-09 13:43:29.0 +0200 @@ -27,6 +27,13 @@ public Q_SLOTS: // void openURI(QString uri); void raise(); + void setstatusonline(const QString message); + void setstatusaway(const QString message); + void setstatusffc(const QString message); + void setstatusxa(const QString message); + void setstatusdnd(const QString message); + void setstatusoffline(const QString message); + /*Q_SIGNALS: void psi_pong(); */ @@ -54,9 +61,41 @@ { psicon-raiseMainwin(); } +void PsiConAdapter::setstatusonline(const QString message) +{ + Status s(Status::Online, message); + psicon-setGlobalStatus(s); +} +void PsiConAdapter::setstatusaway(const QString message) +{ + Status s(Status::Away, message); + psicon-setGlobalStatus(s); +} +void PsiConAdapter::setstatusffc(const QString message) +{ + Status s(Status::FFC, message); + psicon-setGlobalStatus(s); +} +void PsiConAdapter::setstatusxa(const QString message) +{ + Status s(Status::XA, message); + psicon-setGlobalStatus(s); +} + +void PsiConAdapter::setstatusdnd(const QString message) +{ + Status s(Status::DND, message); + psicon-setGlobalStatus(s); +} + +void PsiConAdapter::setstatusoffline(const QString message) +{ + Status s(Status::Offline, message); + psicon-setGlobalStatus(s); +} void addPsiConAdapter(PsiCon *psicon) { -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495686: acpid killed by logrotate script
Package: acpid Version: 1.0.6-10 Followup-For: Bug #495686 More exactly: acpid is starting correctly, but dies when machine is running several days dies. Exit of acpid is caused by pkill -SIGUSR1 acpid /dev/null || true in /etc/logrotate.d/acpid invoke-rc.d --quiet acpid reload /dev/null instead doesn't kill the service and seems to work for me -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-obelix-opt (SMP w/2 CPU cores; PREEMPT) 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 acpid depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii module-init-tools 3.4-1 tools for managing Linux kernel mo acpid recommends no packages. acpid suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]