Bug#328561: buildd m86k: libdbi-perl failed due to clock screw on host q650
Package: libdbi-perl
Version: 1.48-1
Severity: serious
Hello
Please rebuild libdbi-perl_1.48-2 as it failed due to a problem on the
host q650. Thanks!
http://buildd.debian.org/fetch.php?pkg=libdbi-perlver=1.48-2arch=m68kstamp=1126835719file=logas=raw
t/40profile...
# Failed test 20 in t/40profile.t at line 95
# t/40profile.t line 95 is: ok((grep { $_ = 0}
# @$data) == 7) or warn profile data: [EMAIL PROTECTED];
profile data: [2051 26.2290124893188 0.0248589515686035 -0.4619300365448
0.551437139511108 1126834539.163 1126834567.79738]
Time went backwards at some point during the test on this
m68k-linux-thread-multi 2.2.25-mac system!
Perhaps you have time sync software (like NTP) that adjusted the clock
backwards by more than -0.4619300365448 seconds during the test. PLEASE
RETRY.
FAILED test 20
bye,
-christian-
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-9-amd64-k8
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to
de_DE)
Versions of packages libdbi-perl depends on:
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii libplrpc-perl 0.2017-1 Perl extensions for writing PlRPC
ii perl 5.8.7-5Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8.4] 5.8.7-5The Pathologically Eclectic Rubbis
ii perl-modules 5.8.7-5Core Perl modules
libdbi-perl recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328562: Please upgrade your package
Package: gnucash Version: 1.8.10-18 Severity: important libgal23 will be remove from archive when libgal2.4-0 hits unstable. Currently it go to experimental but into unstable in near future. So, please upgrade your package to use latest gal(2.5.3). Thanks. -- Takuo KITAME -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328563: Please upgrade your package
Package: gpredict Version: 0.5.1-1 Severity: important libgal23 will be removed from archive when libgal2.4-0 hits unstable. Currently it go to experimental but into unstable in near future. So, please upgrade your package to use latest gal(2.5.3). Thanks. -- Takuo KITAME -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#128326: Attn: Network Marketers
HURRY! The Word is Getting Out Fast. You can be one of the First to jump at the top of the next Big Thing. ***This product is already doing $12 million in sales and NOBODY KNOWS ABOUT IT!*** ***The marketing is simple. Give out 10 samples and 7 will buy and/or join.*** ***We are implementing a $300,000 MARKETING SYSTEM THAT IS UNPARALLELED ANYWHERE.*** Do you Qualify? - Are you product oriented? - Do you really want to retire within the next 12 to 36 months? - Are you tired of doing 5 programs because you don't trust any of them? - Are you tired of people joining your programs for the wrong reasons? - Are you tired of joining start-up companies with good intentions but no delivery? If your answer is yes, then take a close look at this program, that can turn your life into prosperity and fulfillment. You can get in touch with my company by replying to: [EMAIL PROTECTED] Include your name, phone number and best time to call you. To your Success --- This email is compliant with the EMAIL-ACT 2003. You are receiving this email because you are in our data base. If you would prefer not to receive these emails, you can exit this list by using the link below www.s19refi.net/book.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328324: please build powerpc64 kernel with tg3 support
On Thu, Sep 15, 2005 at 01:46:13PM +0200, Sven Luther wrote: On Thu, Sep 15, 2005 at 08:18:12PM +0900, Horms wrote: On Thu, Sep 15, 2005 at 11:39:54AM +0200, Sven Luther wrote: On Thu, Sep 15, 2005 at 06:34:06PM +0900, Horms wrote: On Thu, Sep 15, 2005 at 08:59:52AM +0200, Sven Luther wrote: On Thu, Sep 15, 2005 at 01:03:07PM +0900, Horms wrote: Unless there are technical problems, for instance, tg3 oopses all the time on arm (i made that up), it should either be on or off uniformly for all achitecturs. The licencing battle should be done at the source level - if its in our tree then its fair game to be turned on. Oh, so you mean it is only off because of the split-config bug you mentioned earlier ? No that is not what I mean at all. What I mean is: It should either be on or off for all achitectures. The only exception should be if it is broken on a particular architecture. What i was saying, is that someone probably used it to turn it on for all, and powerpc was missed due to the split-config bug, but then maybe i am wrong, anyway, go ahead and enable it. Ok, I understand the problem now. I'll add it to my mounting list of things to do. If you have a moment, feel free to do it for me. Ok, if i have a moment for that, i will, and add a changelog entry too maybe ? with the bug closer ? I would do it by hand though. Doing it by hand should be fine, just check that it is consistent. grep -r TG3 debian/arch, or something like that. I'd add a chnagelog entry that closes this bug. The only question i have, is should this, and other config change requests that have come in over the past day or so go in 2.6.12-7, or should we just put them in 2.6.13-1 -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328464: anjuta: confuse sourceview
sorry forget to mention the following warnings: $ anjuta (anjuta:10202): libglade-CRITICAL **: glade_xml_build_interface: assertion `wid != NULL' failed (anjuta:10202): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed ** (anjuta:10202): CRITICAL **: anjuta_preferences_add_page: assertion `GTK_IS_WIDGET (page)' failed ** (anjuta:10202): WARNING **: Could not open module: libgtkembedmoz.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden ** (anjuta:10202): WARNING **: Invalid type: Can not load anjuta-devhelp:DevhelpPlugin Best Regards, abrams.
Bug#328564: Please upgrade your package
Package: yank Version: 0.2.1-7.2 Severity: important libgal23 will be remove from archive when libgal2.4-0 hits unstable. Currently it go to experimental but into unstable in near future. So, please upgrade your package to use latest gal(2.5.3). Thanks. -- Takuo KITAME -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327380: Help testing migration
severity 327380 important thanks I downgrade this bug to important to make the current version go into Etch. The current testing version has the bug, too, but the testing scripts are not yet clever enough to deal with version tracking. Immediately after that I will upload a new version which fixes this bug. Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org signature.asc Description: Digital signature
Bug#238087: Incorrect handling of debconf translations in spip, gwhois and fontconfig?
So bubulle, instead of once again pissing off people, please get your facts straight first. We're talking about several bugs at the same time (and, in fact, gwhois was added to the other two after I initially wrote the mail about the other two), so sorry if facts were slightly untrue for gwhois. And apologies if you insts to have somebut I'm afraid I'll have hard time apologizing because I'm hunting down unmaintained translations. What puzzles me is you mentioning that the contact with translators failed for all of them. This is completely uncommon. I suggest you use some very short time to ping them again, using the podeboncf-report-po utility (the french team is already taking care of French). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328424: linux-image-2.6.12-1-k7: does not update grub/menu.lst
On Fri, Sep 16, 2005 at 11:06:38AM +0900, Horms wrote: On Thu, Sep 15, 2005 at 08:54:19PM +0200, Sven Luther wrote: the /etc/kernel/postinst.d script, provided by each bootloader, will check if they are the default, and if they are install the kernel in it or something. Will it add itself into /etc/kernel-img.conf as required? Nope, /etc/kernel-img.conf is the legacy method, the /etc/kernel/postinst.d/ scripts are the new and better implementation. They do the same thing though :) Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328561: buildd m86k: libdbi-perl failed due to clock screw on host q650
On Fri, Sep 16, 2005 at 07:58:57AM +0200, Christian Hammers wrote: Please rebuild libdbi-perl_1.48-2 as it failed due to a problem on the host q650. Thanks! I don't understand. Why did you submit this as a bug against your own package? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#327380: Help testing migration
severity 327380 serious thanks On Fri, Sep 16, 2005 at 08:16:37AM +0200, Martin Pitt wrote: I downgrade this bug to important to make the current version go into Etch. The current testing version has the bug, too, but the testing scripts are not yet clever enough to deal with version tracking. Immediately after that I will upload a new version which fixes this bug. Please don't do this; the release team can override RC bugs for testing propagation if needed (I've just done so for this bug), and that's preferred over hiding RC bugs. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#328565: testing installer report
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/daily/i386/20050914/debian-testing-i386-netinst.iso uname -a: doesn't work jet, because installer does not go so far, the new system cannot jet boot Date: 2005-09-14, 20:00 Method: image to CD using Win XP, boot from CD, didn't find sata_sil driver self, had to select it from the list, then hardisk was fine discovered, network via DHCP found very quickly :-)=, no proxy but homenetwork with DSL router, works fine, I am able to perform a wget http://anydomain and it downloads the data. Machine: HP Pavillion a1119.dk Processor: AMD64 Athlon Memory: 512 MB Root Device: SATA 200GB disk, output from dmesg: sata_sil version 0.9 ACPI: PCI Interrupt :00:12.0[A] - GSI 22 (level, low) - IRQ 22 ata1: SATA max UDMA/100 cmd 0xE0804080 ctl 0xE080408A bmdma 0xE0804000 irq 22 ata2: SATA max UDMA/100 cmd 0xE08040C0 ctl 0xE08040CA bmdma 0xE0804008 irq 22 ata1: dev 0 cfg 49:2f00 82:3069 83:7c01 84:4003 85:3069 86:3c01 87:4003 88:203f ata1: dev 0 ATA, max UDMA/100, 390721968 sectors: lba48 ata1(0): applying Seagate errata fix ata1: dev 0 configured for UDMA/100 scsi0 : sata_sil ata2: no device found (phy stat ) scsi1 : sata_sil Vendor: ATA Model: ST3200822AS Rev: 3.02 Type: Direct-Access ANSI SCSI revision: 05 SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB) SCSI device sda: drive cache: write back SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB) SCSI device sda: drive cache: write back sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 sda9 sda10 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Root Size/partition table: output from fdisk /dev/sda Platte /dev/sda: 200.0 GByte, 200049647616 Byte 240 Köpfe, 63 Sektoren/Spuren, 25841 Zylinder Einheiten = Zylinder von 15120 × 512 = 7741440 Bytes Gerät boot. AnfangEnde Blöcke Id System /dev/sda1 1 832 6289888+ c W95 FAT32 (LBA) /dev/sda2 * 8334837302734387 HPFS/NTFS /dev/sda348374840 27042 83 Linux [/boot] /dev/sda44841 25841 1587675605 Erweiterte /dev/sda548416133 9775048+ 83 Linux /dev/sda661346199 498928+ 82 Linux Swap / Solaris [swap] /dev/sda762007492 9775048+ 83 Linux [/usr/local] /dev/sda874938785 9775048+ 83 Linux [/home] /dev/sda98786 2170397660048+ 7 HPFS/NTFS /dev/sda10 21704 2584131283248+ 83 Linux [/=root partition] Output of lspci and lspci -n: :00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5950 (rev 10) :00:02.0 PCI bridge: ATI Technologies Inc: Unknown device 5a34 :00:12.0 IDE interface: ATI Technologies Inc: Unknown device 4379 :00:13.0 USB Controller: ATI Technologies Inc: Unknown device 4374 :00:13.1 USB Controller: ATI Technologies Inc: Unknown device 4375 :00:13.2 USB Controller: ATI Technologies Inc: Unknown device 4373 :00:14.0 SMBus: ATI Technologies Inc: Unknown device 4372 (rev 11) :00:14.1 IDE interface: ATI Technologies Inc: Unknown device 4376 :00:14.3 ISA bridge: ATI Technologies Inc: Unknown device 4377 :00:14.4 PCI bridge: ATI Technologies Inc: Unknown device 4371 :00:14.5 Multimedia audio controller: ATI Technologies Inc: Unknown device 4370 (rev 02) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0161 (rev a1) :02:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :02:04.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) :00:00.0 0600: 1002:5950 (rev 10) :00:02.0 0604: 1002:5a34 :00:12.0 0101: 1002:4379 :00:13.0 0c03: 1002:4374 :00:13.1 0c03: 1002:4375 :00:13.2 0c03: 1002:4373 :00:14.0 0c05: 1002:4372 (rev 11) :00:14.1 0101: 1002:4376 :00:14.3 0601: 1002:4377 :00:14.4 0604: 1002:4371 :00:14.5 0401: 1002:4370 (rev 02) :00:18.0 0600: 1022:1100 :00:18.1 0600: 1022:1101 :00:18.2 0600: 1022:1102 :00:18.3 0600: 1022:1103 :01:00.0 0300: 10de:0161 (rev a1) :02:03.0 0200: 10ec:8139 (rev 10) :02:04.0 0c00: 1106:3044 (rev 80) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] (after selecting right driver, that was known from KNOPPIX autodecetion)
Bug#328554: wordpress: Requires mysql-server when the server can actually be on a remote server
On 2005-09-15T21:43-0500 Nate Carlson wrote: Wordpress requires mysql-server, when the server can actually be installed on a remote box. Also, it requires php4-mysql, when php5-mysql can also fulfill the need. virtual-mysql-server can be used if you setup mysql on a remote box in theory. As for php5-mysql, I'll look into it. Best wishes, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328566: gtkdiskfree: insecure temporary file creation
Package: gtkdiskfree Version: 1.9.3-4 Severity: grave Tags: security gtkdiskfree handles a temporary file (/tmp/gtkdiskfree) in an insecure way, which allows a local attacker to remove or overwrite an arbitrary file of the user who invokes gtkdiskfree. See http://www.zataz.net/adviso/gtkdiskfree-09052005.txt for details. There is no CAN number yet, I will ask for one and send it to this bug. Thanks, Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org signature.asc Description: Digital signature
Bug#328567: pcmcia usb card unusable after upgrading udev to 0.070-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: udev Version: 0.070-1 Hi, After upgrading udev from 0.068-2 to 0.070-1, plug in a pcmcia usb 2.0 adaptor does not trigger loading of ehci_hcd. Downgrade udev to 0.068-2 then it works as usual. I don't know how to debug it. But since udev is the only package got upgrade, I file this bug against it. :) This is what I saw with udevmonitor: * With udev 0.068-1: UEVENT[1126850718] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.0 UEVENT[1126850718] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.1 UEVENT[1126850718] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.2 UEVENT[1126850718] add@/module/ehci_hcd UEVENT[1126850718] add@/bus/pci/drivers/ehci_hcd UEVENT[1126850719] add@/class/usb_host/usb4 UEVENT[1126850719] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.2/usb4 UEVENT[1126850719] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.2/usb4/4-0:1.0 * With udev 0.070-1: UEVENT[1126850495] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.0 UEVENT[1126850495] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.1 UEVENT[1126850495] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.2 UDEV [1126850495] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.0 UDEV [1126850495] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.1 UDEV [1126850495] add@/devices/pci:00/:00:1e.0/:01:09.0/:02:00.2 Debian sid on i386 ii hotplug 0.0.20040329-25 ii hal 0.4.8-7 ii libhal-storage0 0.4.8-7 ii libhal0 0.4.8-7 - -- Best Regards, Wen-chien Jesse Sung -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKmfqlZ/JOHsLIwgRAqOUAJ9QIBrN20itS+dhKhMuqeEdoCXEjQCgz1YQ a4RV0Zw/DwlFggfBSVzoB60= =reOm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328568: OpenSSH client causes segmentation fault
Package: ssh Version: 1:4.2p1-3 Subject: OpenSSH client causes segmentation fault Severity: critical Hello! I have just made a update of my sid installation, which includes the version 1:4.2p1-3 of ssh. Now, trying to connect to a ssh-server causes an segmentation fault immediately. Regards Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328424: linux-image-2.6.12-1-k7: does not update grub/menu.lst
On Fri, Sep 16, 2005 at 08:02:05AM +0200, Sven Luther wrote: On Fri, Sep 16, 2005 at 11:06:38AM +0900, Horms wrote: On Thu, Sep 15, 2005 at 08:54:19PM +0200, Sven Luther wrote: the /etc/kernel/postinst.d script, provided by each bootloader, will check if they are the default, and if they are install the kernel in it or something. Will it add itself into /etc/kernel-img.conf as required? Nope, /etc/kernel-img.conf is the legacy method, the /etc/kernel/postinst.d/ scripts are the new and better implementation. They do the same thing though :) Ok, so when a user does an install, and they choose grub (or something else) as the bootloader, and then later on they install a new kernel, the right thing should happen, as long as the boot loader (grub) has been packages correctly, and there is something sensible that can be done. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328458: Stonith does not work in heartbeat 1.2.3-9sarge3
On Thu, Sep 15, 2005 at 02:28:53PM +0200, Norbert Langermann wrote: Package: heartbeat Version: 1.2.3-9sarge3 Severity: normal Hi, after upgrading to 1.2.3-9sarge3, stonith as called from heartbeat does not work anymore. Calling stonith directly is no problem. I upgraded from 1.2.3-7 or earlier, I did not look it up before I upgraded both systems :-( That is quite curious. I wonder if this is a side effect of the security fix that was added. Would it be possible to test 1.2.3-9 from sarge, or 1.2.3-13 from unstable? I've CCed the linux-ha list, someone there might have some more ideas. The logfiles show normal behaviour, i.e. stonith should be executed: -- Sep 14 23:38:09 tux01-1 heartbeat[16342]: info: ** Sep 14 23:38:09 tux01-1 heartbeat[16342]: info: Configuration validated. Starting heartbeat 1.2.3 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: heartbeat: version 1.2.3 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: Heartbeat generation: 144 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: ucast: write socket priority set to IPTOS_LOWDELAY on heart0 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: ucast: bound send socket to device: heart0 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: ucast: bound receive socket to device: heart0 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: ucast: started on port 694 interface heart0 to 172.16.1.2 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: ucast: write socket priority set to IPTOS_LOWDELAY on heart0 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: ucast: bound send socket to device: heart0 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: ucast: bound receive socket to device: heart0 Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: ucast: started on port 694 interface heart0 to 172.16.1.1 Sep 14 23:38:09 tux01-1 heartbeat[16346]: info: pid 16346 locked in memory. Sep 14 23:38:09 tux01-1 heartbeat[16347]: info: pid 16347 locked in memory. Sep 14 23:38:09 tux01-1 heartbeat[16348]: info: pid 16348 locked in memory. Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: pid 16343 locked in memory. Sep 14 23:38:09 tux01-1 heartbeat[16343]: info: Local status now set to: 'up' Sep 14 23:38:09 tux01-1 heartbeat[16350]: info: pid 16350 locked in memory. Sep 14 23:38:10 tux01-1 heartbeat[16349]: info: pid 16349 locked in memory. Sep 14 23:38:29 tux01-1 heartbeat[16343]: WARN: node tux01-2: is dead Sep 14 23:38:29 tux01-1 heartbeat[16343]: info: Local status now set to: 'active' Sep 14 23:38:29 tux01-1 heartbeat[16351]: info: Resetting node tux01-2 with [RCD_SERIAL STONITH device] Sep 14 23:38:29 tux01-1 heartbeat[16352]: info: Checking status of STONITH device [RCD_SERIAL STONITH device] Sep 14 23:38:29 tux01-1 heartbeat[16343]: info: Exiting STONITH-stat process 16352 returned rc 0. Sep 14 23:38:39 tux01-1 heartbeat[16351]: Host tux01-2 rcd_serial-reset. Sep 14 23:38:39 tux01-1 heartbeat[16351]: info: node tux01-2 now reset. Sep 14 23:38:39 tux01-1 heartbeat[16343]: info: Exiting STONITH tux01-2 process 16351 returned rc 0. Sep 14 23:38:39 tux01-1 heartbeat[16343]: info: Resources being acquired from tux01-2. ha.cf is # /etc/ha.d/ha.cf # Log facility used in syslogd logfacility local0 # Log file for all non-debug messages # logfile /var/log/ha-log apiauth cl_status gid=0 uid=0 # nodes present in cluster node tux01-1 tux01-2 stonith_host tux01-1 rcd_serial tux01-2 /dev/ttyS0 rts 1 stonith_host tux01-2 rcd_serial tux01-1 /dev/ttyS0 rts 1 # Seconds per heartbeat keepalive 1 # Other side dead after X seconds without heartbeat deadtime 10 ucast heart0 172.16.1.2 ucast heart0 172.16.1.1 # Get resources back to their preferred host if both are available auto_failback yes Calling stonith -t rcd_serial -p 'tux01-2 /dev/ttyS0 rts 1' tux01-2 works flawlessly, and I made no changes to the config after upgrading. Kernel is 2.4.27-ct-1, self-compiled using the c't magazine patches: Linux tux01-1 2.4.27-ct-1 #1 Sat Jan 15 16:14:04 UTC 2005 i686 GNU/Linux Package versions: ii heartbeat 1.2.3-9sarge3 ii libc6 2.3.2.ds1-22 ii libglib1.2 1.2.10-9 ii libnet1 1.1.2.1-2 ii libpils01.2.3-9sarge3 ii libstonith0 1.2.3-9sarge3 ii python 2.3.5-2 ii iproute 20041019-3 ii adduser 3.63 ii iputils-ping20020927-2 ii sysklogd1.4.1-17 ii logrotate 3.7-5 As the HA system is already in production use, quick help would be appreciated :-) Thanks, Norbert -- Norbert Langermann [EMAIL PROTECTED] OpenPGP-Key 0x51431418 Verschränkung ist, wenn man das eine Teilchen kitzelt und das andere lacht. -- Horms
Bug#328569: bugs.debian.org/release-critical/: Add two horizontal lines
Package: bugs.debian.org Severity: wishlist Please add two horizontal lines, that mark actual number of bugs Total number of release-critical bugs and Number concerning the next release (excluding ignored and not-in-testing). This schould be any bright colour, for example yellow, or pastel green/red. What for is it? End of graphics have different data in one point, that one override another. Horizontal line help graphical recognize, what is actual number of bugs. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328570: external firmwre fails to load
Package: udev Version: 0.070-1 Udev fails to load external firmware. My dvb firmware fails to load. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328552: kwin-style-newstep uninstallable on sid
* Francesco Pedrini [EMAIL PROTECTED] [2005-09-16 02:54]: Package: kwin-style-newstep Severity: grave It seems there's no such package in Debian. What does dpkg -p kwin-style-newstep | grep Maintainer say? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#175099: ircii: Problem exists on i686
Package: ircii Version: 20030315-1 Followup-For: Bug #175099 Hi, Found the same problem on i686. To re-iterate if ~/.ircmotd does not exist then I get a SEGV. Otherwise there is no problem. Please note that #175029 and #258929 seem to be related to this bug. Perhaps #175169 is too. Regards, Kapil. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ircii depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information signature.asc Description: Digital signature
Bug#327994: The package FTBFS anyway
... Side note: I'm facing some problems to rebuild my kde/qt dependant apps due to the non existing kdelibs4-dev... I've not had much time to dig, so any hints welcome. Well, I'm afraid I won't have much clues but I'm surprised by your mention of a missing kdelibs4-dev. I have it on my system. In case you have problems, it seems I could at least compile a NMU if the above patch solves the problem so you've not yet upgraded to kdelibs4c2? Or have I missed something on the road? I've 2 problems to solve: the kde/qt transition, and the FTBTS above. For the 2nd, the upstream author mailed me back that he will release a new version soon... thanks Arnaud -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328424: linux-image-2.6.12-1-k7: does not update grub/menu.lst
On Fri, Sep 16, 2005 at 03:23:08PM +0900, Horms wrote: On Fri, Sep 16, 2005 at 08:02:05AM +0200, Sven Luther wrote: On Fri, Sep 16, 2005 at 11:06:38AM +0900, Horms wrote: On Thu, Sep 15, 2005 at 08:54:19PM +0200, Sven Luther wrote: the /etc/kernel/postinst.d script, provided by each bootloader, will check if they are the default, and if they are install the kernel in it or something. Will it add itself into /etc/kernel-img.conf as required? Nope, /etc/kernel-img.conf is the legacy method, the /etc/kernel/postinst.d/ scripts are the new and better implementation. They do the same thing though :) Ok, so when a user does an install, and they choose grub (or something else) as the bootloader, and then later on they install a new kernel, the right thing should happen, as long as the boot loader (grub) has been packages correctly, and there is something sensible that can be done. Indeed. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328571: gnomesword: missing build-conflicts with libgtkhtml3.2-dev
Package: gnomesword Version: 2.1.2-4 Severity: serious The current gnomesword binary on i386 in unstable is linked against libgtkhtml3.2-11 instead of against libgtkhtml3.6-18. This is a problem, given that gnomesword does not build-depend on libgtkhtml3.2-dev, it build-depends on libgtkhtml3.6-dev. Please fix the source package so that it doesn't accidentally pick up dependencies on incorrect libraries (such as libgtkhtml3.2, which should be removed from unstable), either by adding a build-conflicts or by fixing the source package's library detection. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#328572: libcamel1.2-0: Uninstallable (missing dependency: libsoup2.2-7)
Package: libcamel1.2-0 Version: 1.2.3-2 Severity: important libcamel1.2-0 depends on libsoup2.2-7 instead of libsoup2.2-8 (available in unstable). I needed to download manually libsoup2.2-7 from testing repository. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libcamel1.2-0 depends on: ii libc62.3.5-6 GNU C Library: Shared libraries an ii libcamel1.2-01.2.3-2 The Evolution MIME message handlin ii libcomerr2 1.38-2 common error description library ii libedataserver1.2-4 1.2.3-2 Utily library for evolution data s ii libegroupwise1.2-5 1.2.3-2 Client library for accessing group ii libglib2.0-0 2.8.0-1 The GLib library of C routines ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libkrb53 1.3.6-5 MIT Kerberos runtime libraries ii libnss3 2:1.7.11-1 Network Security Service Libraries ii libsoup2.2-7 2.2.3-2 an HTTP library implementation in ii libxml2 2.6.22-1GNOME XML library ii zlib1g 1:1.2.3-4 compression library - runtime libcamel1.2-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328573: feed2imap: IMAP protocol incompatibility
Package: feed2imap Version: 0.4-4 Severity: important feed2imap doesn't work on a Cyrus IMAP server, because Cyrus rejects malformed messages. It requires proper CR/LF line endings in them, not just LF. F, [2005-09-16T03:13:18.063970 #26134] FATAL -- : Exception caught while uploading mail to WorldNews: Message contains bare newlines /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:971:in `get_tagged_response' /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:1022:in `send_command' /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:1007:in `synchronize' /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:1007:in `send_command' /usr/lib/ruby/1.8/feed2imap/rubyimap.rb:607:in `append' /usr/lib/ruby/1.8/feed2imap/imap.rb:98:in `putmail' /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:130:in `initialize' /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:130:in `each' /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:130:in `initialize' /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:111:in `each' /usr/lib/ruby/1.8/feed2imap/feed2imap.rb:111:in `initialize' /usr/bin/feed2imap:34 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=no_NO, LC_CTYPE=no_NO (charmap=ISO-8859-1) Versions of packages feed2imap depends on: ii librmail-ruby1.8 0.17-1 lightweight mail library for Ruby ii ruby 1.8.2-1An interpreter of object-oriented ii ruby1.8 1.8.2-9Interpreter of object-oriented scr Versions of packages feed2imap recommends: ii libopenssl-ruby1.81.8.2-9OpenSSL interface for Ruby 1.8 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307528: zope-plonelanguagetool bug #307528 follow-up
Hi, with your last message [1] you said that you weren't able to reproduce the behaviour in a new plone site from the scratch, so I assume this is not a bug of zope-plonelanguagetool. Could I close the bug report? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307528 -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Bug#318270: mutt: edited messages are deleted
package mutt close 318270 thanks On Sunday, July 17, 2005 at 11:46:54 AM +0200, Alain Bench wrote: No such bug with stock Mutt 1.5.9 here Unreproducable, and silent reporter: Closing. Bye!Alain. -- DGC you have a talent for drawing people I'd usually be happy reading DGC into your spiralling descents into irrelevance I'll take that as a complement :-) DYC in « Wrong In Public Again ». © December 2003.
Bug#318865: odbc-postgresql: Segfault when running ODBC describe, amd64 client
tags 318865 + fixed-upstream retitle 318865 [fixed in 4.0] odbc-postgresql: Segfault when running ODBC describe, amd64 client thanks Dave Ewart writes: Building the odbc-postgresl package in a minimal Etch environment using gcc 4.0 resulted in a working package as the end product You may want to check out gcc-3.4 for sarge, if that fixes your problem. I'm going to close this report, or should it be reassigned to odbc-postgresql, trying to fix it by using gcc-3.4? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326686: ipodder: fails to start
I have the same problem. Though unable to remove libwxgtk2.4-python as bittorando-gui depends on it. Is this still considered a solution? (Green at reporting Debian bugs) -- Simon Males [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327994: The package FTBFS anyway
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]): so you've not yet upgraded to kdelibs4c2? Well, this didn't seem to be mandatory but I'm pretty ignorant of this issue. Remember that I just wanted to have a look at this software ..:-) Or have I missed something on the road? I've 2 problems to solve: the kde/qt transition, and the FTBTS above. For the 2nd, the upstream author mailed me back that he will release a new version soon... Well, as long as the maintainer obviously takes care of the problem, I'm anyway safe...and I know I'll be able to test the thing when this bug will be closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328574: libjcommon-java: new upstream version
Package: libjcommon-java Severity: wishlist The currently packaged version is more than two years old. Please update the package. The current stable version is 0.9.7. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328575: ITP: jline -- Java library for handling console input
Package: wnpp Severity: wishlist * Package name: jline Version : 0.9.1 Upstream Author : Marc Prud'hommeaux [EMAIL PROTECTED] * URL : http://jline.sourceforge.net/ * License : BSD Description : Java library for handling console input JLine is a Java library for handling console input. It is similar in functionality to BSD editline and GNU readline.It also supports navigation keys. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328576: Bash'ism in /etc/init.d/bandwidthd
Package: bandwidthd Version: 2.0.1+cvs20050208-3 Severity: important Tags: patch If you are developing packages for Debian, please use posh as /bin/sh to check that your scripts are POSIX complient. === Functions The syntax of a function definition is name () command === To fix a bug just remove all words function from /etc/init.d/bandwidthd Regards, Alexander. -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages bandwidthd depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgd2-xpm2.0.33-1.1 GD Graphics Library version 2 ii libpcap0.70.7.2-7System interface for user-level pa ii libpng12-01.2.8rel-1 PNG library - runtime ii libpq48.0.3-7PostgreSQL C client library bandwidthd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328370: rss2email: 'r2e run' crashes with 'TypeError: cannot concatenate 'str' and 'int' objects'
* James Curbo [EMAIL PROTECTED] [2005-09-15 19:08]:
DEFAULT_FROM = 1
This is really user error. DEFAULT_FROM takes an email address (i.e.
a string) rather than an integer (see man r2e). However, I suppose
the following patch cannot do any harm:
--- /usr/share/rss2email/rss2email.py~ 2005-09-16 08:17:09.0 +0100
+++ /usr/share/rss2email/rss2email.py 2005-09-16 08:29:20.0 +0100
@@ -217,7 +217,7 @@
def getEmail(feed, entry):
Get the best email_address.
- if FORCE_FROM: return DEFAULT_FROM
+ if FORCE_FROM: return str(DEFAULT_FROM)
if 'email' in entry.get('author_detail', []):
return entry.author_detail.email
@@ -234,7 +234,7 @@
if feed.get(errorreportsto, ''):
return feed.errorreportsto
- return DEFAULT_FROM
+ return str(DEFAULT_FROM)
### Simple Database of Feeds ###
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328424: linux-image-2.6.12-1-k7: does not update grub/menu.lst
On Fri, Sep 16, 2005 at 09:06:56AM +0200, Sven Luther wrote: On Fri, Sep 16, 2005 at 03:23:08PM +0900, Horms wrote: On Fri, Sep 16, 2005 at 08:02:05AM +0200, Sven Luther wrote: On Fri, Sep 16, 2005 at 11:06:38AM +0900, Horms wrote: On Thu, Sep 15, 2005 at 08:54:19PM +0200, Sven Luther wrote: the /etc/kernel/postinst.d script, provided by each bootloader, will check if they are the default, and if they are install the kernel in it or something. Will it add itself into /etc/kernel-img.conf as required? Nope, /etc/kernel-img.conf is the legacy method, the /etc/kernel/postinst.d/ scripts are the new and better implementation. They do the same thing though :) Ok, so when a user does an install, and they choose grub (or something else) as the bootloader, and then later on they install a new kernel, the right thing should happen, as long as the boot loader (grub) has been packages correctly, and there is something sensible that can be done. Indeed. Excellent -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328559: devices:/ doesn't work: Protocol not supported
* Adam Porter [Thu, 15 Sep 2005 23:41:55 -0500]: Package: konqueror Version: 4:3.4.2-2 Severity: important When I upgraded KDE stuff to 3.4.2 from unstable, the Devices tab in Konqueror stopped working. If I put devices:/ in the location bar, Konqueror pops up an error dialog saying protocol not supported. Forgive me if this belongs in a higher-level KDE package; I'm not sure what to file it against, and I couldn't find any other reports of this bug, so I'm filing it here. In KDE 3.4.2, devices:/ is replaced by media:/. Cheers, -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Don't worry about what anybody else is going to do. The best way to predict the future is to invent it. -- Alan Kay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328199: Fwd: Bug#328199: pytables: rebuild required for hdf5 migration
Hi Francesc, On Wed, Sep 14, 2005 at 11:35:44AM -0700, Russ Allbery wrote: The maintainer of the pytables package needs a sponsor to help with the upload of a version against the current hdf5 libraries. I'm not yet a Debian developer; could someone else help out? From: Francesc Altet [EMAIL PROTECTED] To: Russ Allbery [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#328199: pytables: rebuild required for hdf5 migration Date: Wed, 14 Sep 2005 20:13:34 +0200 Cc: Daniel Bungert [EMAIL PROTECTED] I'm the maintainer of the package, but I'm not a developer. Normally, I package pytables and who used to be my sponsor (Daniel Bungert) upload it to the Debian repository. However, Daniel seems to be very busy lately (in fact, he said me that he was about to leave his developer position at debian) and despite I'd like to become a Debian developer, I don't like bureaucracy ;). So I'm afraid that my ideal position would be remaining a maintainer and find another sponsor. Another solution would be to find a developer wanting to take in charge of the package. Meanwhile, updated versions of pytables for Debian are accessible at: http://pytables.sourceforge.net/Debian/ Looking over your package, I see that you've updated the build-dependencies of pytables from debhelper (= 4.2.30) to debhelper (= 4.9.3). Can you explain why? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#328576: One more bash'ism there
Package: bandwidthd Version: 2.0.1+cvs20050208-3 Followup-For: Bug #328576 Hello again :) I've found one more bashism in /e/i/bandwidthd: line 42 should be if [ $(cat /etc/debian_version) = 3.0 ]; then because ==man 1 [= STRING1 = STRING2 the strings are equal == PS BTW, I'm not sure that such check is good idea. May be it would be better to depend on dpkg from sarge to prevent problems with woody and add some notes for backporters in source package. I will not report separate bug on this. If you think I shoud feel free to ask for it :) -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages bandwidthd depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgd2-xpm2.0.33-1.1 GD Graphics Library version 2 ii libpcap0.70.7.2-7System interface for user-level pa ii libpng12-01.2.8rel-1 PNG library - runtime ii libpq48.0.3-7PostgreSQL C client library bandwidthd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328577: Bad syntax error message
Package: bandwidthd Version: 2.0.1+cvs20050208-3 Severity: normal When error was found in /etc/bandwidthd/bandwidthd.conf the following message appears at daemon start: Syntax Error syntax error on line 13 I think that it should be at least Syntax Error syntax error on line 13 in /etc/bandwidthd/bandwidthd.conf -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages bandwidthd depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgd2-xpm2.0.33-1.1 GD Graphics Library version 2 ii libpcap0.70.7.2-7System interface for user-level pa ii libpng12-01.2.8rel-1 PNG library - runtime ii libpq48.0.3-7PostgreSQL C client library bandwidthd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328578: fails to start, claiming No valid GStreamer sinks found
Package: quodlibet Version: 0.13.1-1 $ quodlibet Supported formats: mp3, oggvorbis Loaded song library. Opening audio device. 'gconf' failed, falling back to osssink (no element gconf). No valid GStreamer sinks found. $ gconftool -g /system/gstreamer/0.8/default/audiosink alsasink $ gst-launch filesrc location=02-the_man_who_loved_beer.ogg \! spider \! gconfaudiosink [music plays] I'm no gstreamer expert, but this looks to me like QL problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328579: pgaccess: depends on removed package libpgtcl
Package: pgaccess Version: 1:0.98.8.20030520-1 Severity: grave The pgaccess package is uninstallable in unstable because it depends on libpgtcl, which has been removed in the latest postgresql packages. Perhaps this package needs to be rebuilt against postgresql-pltcl-7.4 or postgresql-pltcl-8.0? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#296345: new experimental libapache(2)-mod-jk packages available
Hi, I made a very experimental package from the latest upstream version of mod_jk. It builds for both apache as apache2 (as mod_jk2 is considered deprecated). It can be found here: http://chris.vandenberghe.org/debian/libapache-mod-jk/ Please, be so kind to give it some testing and report bugs back to me. I've tested it only for apache2, so certainly some testing for apache would be very useful! Please note that the package is not lintian clean... help fixing the two generated warnings would be appreciated. Cheers, Chris. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318946: User expectations and shorewall
* Martin Schulze [EMAIL PROTECTED]: Florian Weimer wrote: (Note that I have yet to test Lorenzo's new package.) Are you in a position to do so? Sure, but the question is if you want to rely on the results. You don't seem to trust my judgement on this matter, for reasons I don't know. I simply did not understand the problem. Hence, didn't understand the vulnerability. Hence, didn't understand what would need to be fixed. I tried to do my best to explain the problem, but unfortunately that's not enough. If you want I can try again to describe the bug. BTW, the vulnerability is recorder in CVE: CAN-2005-2317. If you can, please build an updated package, based on the version in sarge and woody if that's needed as well, and place them on a .debian.org host. I already have a fixed package. I only need to add the CVE ID. On which host of .debian.org should I upload it? -- lorenzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327426: sylpheed-claws-gtk2: bogus display of accentuated letters (UTF-8 problem ?)
tags 327426 unreproducible moreinfo thanks On Sat, 10 Sep 2005 02:53:53 +0200 LT-P [EMAIL PROTECTED] wrote: Package: sylpheed-claws-gtk2 Version: 1.9.14-1 Severity: normal sylpheed-claws-gtk2 fails to displays sender name and subject in emails (messages list and messages vue) when there is a accentuated letter in them. Well, it works here :) For exemple, if an email contain this in its headers: [...] Could you provide the real source for that mails? Decoded headers don't tell much about how the header is really encoded. Feel free to replace any sensitive information with xxx or so :) When I create a new email and store it into the draft folder, everything is ok. And when the other people read my mails, they never complain, so I think it is only a problem of display. But in fact, no. Because when I reply to a bocus (from my point of view) email, the fields which have problem are emptied. So I have to fill them again by hand. If the email is wrongly encoded I don't see how can Sylpheed Claws (or for the case any other non-conscious software) correctly decode it. Remember GIGO axiom: Garbage in garbage out ;-) I hope that my descriptions are clear enough and you see what the problem is, because it is VERY annoying. And sylpheed-claws (non gtk2) has also this problem. To finish, I will add that if I switch to ISO-8859-15 (instead of UTF-8) before running sylpheed-claws (gtk2 or not), I don't have this problem. But the switch has side effect, like messing up my folder names (which have accents, of course :) or my contacts. You can keep accented folder names with -15 encoding, you only have to rename then (a small recursive script with iconv can help you to do the transition). regards, -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328199: Fwd: Bug#328199: pytables: rebuild required for hdf5 migration
Hi Steve, A Divendres 16 Setembre 2005 09:53, Steve Langasek va escriure: Looking over your package, I see that you've updated the build-dependencies of pytables from debhelper (= 4.2.30) to debhelper (= 4.9.3). Can you explain why? Oh, for nothing in special. It's just that I normally check the latest debhelper version available in my Debian Sid, and put its version there. Is that a bad policy? Regards, -- 0,0 Francesc Altet http://www.carabos.com/ V V Cárabos Coop. V. Enjoy Data -
Bug#328576: Bash'ism in /etc/init.d/bandwidthd
On Fri, Sep 16, 2005 at 11:44:35AM +0400, Alexander Gerasiov wrote:
To fix a bug just remove all words function from
/etc/init.d/bandwidthd
Hello and thanks for your bugreport and suggestion!
I've changed all functions in the init.d script of my upcoming version
of the package to look like this:
foobar ()
{
lala
baba
sasa
}
I hope this will make the next versions script work with posh and be
POSIX compliant!
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328580: please include the gcore script in the package
Package: gdb Severity: whishlist Forwarded from http://bugzilla.ubuntu.com/show_bug.cgi?id=11394 Since 5.2, gdb has a small utility gcore that can generate a coredump of a running process. gcore is not included in the gdb package (it is in Fedora). I'd appreciate if it could be included since it can be very handy to take snapshots of processes in cases where it's not an option to attach to them directly with gdb (either because the process can't be unresponsive for long or because the people that have access to it aren't gdb savvy). In FC4 that script becomes /usr/bin/gcore. Also, the script itself apparently assumes it's accessible as gcore. So I think it should be gcore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279805: adopting
* Antonio S. de A. Terceiro [EMAIL PROTECTED] [2005-09-15 12:04]: Martin, is there still a chance to stop the removal? The package has already been removed but you can always upload it to the archive again... snapshot.debian.net should have the old sources. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296345: Bug#296444: new experimental libapache(2)-mod-jk packages available
Chris Vanden Berghe wrote: Hi, I made a very experimental package from the latest upstream version of mod_jk. It builds for both apache as apache2 (as mod_jk2 is considered deprecated). It can be found here: http://chris.vandenberghe.org/debian/libapache-mod-jk/ New packages are already finished and will be uploaded soon. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328561: buildd m86k: libdbi-perl failed due to clock screw on host q650
Hi On 2005-09-15 Steve Langasek wrote: On Fri, Sep 16, 2005 at 07:58:57AM +0200, Christian Hammers wrote: Please rebuild libdbi-perl_1.48-2 as it failed due to a problem on the host q650. Thanks! I don't understand. Why did you submit this as a bug against your own package? I cc'd to [EMAIL PROTECTED] of course but this way I and my co-maintainers can keep track of the fact that I already wrote them :-) (or is there a better way to file bugs against the m68k buildd?) bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328581: tinyca: Hangs on CA import
Package: tinyca Version: 0.7.0-2 Severity: important Hi, tinyca hangs, if I try to import my old CA information. After displaying the information about the certificate, it hangs and I get the following error message: Use of uninitialized value in concatenation (.) or string at /usr/lib/tinyca/OpenSSL.pm line 829. Cheers, Mario -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages tinyca depends on: ii libgnome2-perl1.023-1Perl interface to the GNOME librar ii libgtk2-perl 1:1.081-1 Perl interface to the 2.x series o ii liblocale-gettext-perl1.01-17Using libc functions for internati ii openssl 0.9.7e-3 Secure Socket Layer (SSL) binary a Versions of packages tinyca recommends: ii zip 2.31-1 Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328582: /etc/init.d/umountfs: swapoff should be called before unmounting localfs and not after?
Package: initscripts Version: 2.86.ds1-2 Severity: normal hi all, i'm using a swapfile in a file on a local filesystem /data/swapfile (not a swap partition!) during shutdown /etc/init.d/umountfs first tries to unmount all local filesystems and then deactivates all swap but unmounting of the partitition wich has the swapfile /data fails because the swapfile is still active if i change /etc/init.d/umountfs in such a way that it first calls swapoff and then unmounts the local filesystems it works correctly -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages initscripts depends on: ii coreutils 5.2.1-2.1 The GNU core utilities ii dpkg 1.13.11package maintenance system for Deb ii e2fsprogs 1.38-2 ext2 file system utilities and lib ii libc6 2.3.5-6GNU C Library: Shared libraries an ii lsb-base 3.0-5 Linux Standard Base 3.0 init scrip ii util-linux2.12p-7Miscellaneous system utilities initscripts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327477: bash udev
I'm sorry, I didn't know where else to send this, but this is driving me
crazy, too, and I've figured it all out.
The udev init script parses links.conf and checks to see if each target
exists before creating it, using [. The problem is that bash uses its
own builtin [ instead of the /usr/bin/[ binary, and it's reporting
/dev/std{in,out,err} as existing when they do not.
The reason for this is found very easily in bash_3.0-16.diff, where the
debian package differs from the original source by checking the file
descriptor instead of the file itself if the file in question is one of
/dev/stdin, stdout, or stderr. Of course the file descriptor will
exist, but in this case, the files themselves do not, and their creation
is simply skipped over.
I'm not sure who wants to back down, either the bash maintainer by
removing this code, or the udev maintainer by manually hardcoding
/usr/bin/[ for the file tests, but something needs to be done.
I hope this helps,
Jacob Beacham
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328199: Fwd: Bug#328199: pytables: rebuild required for hdf5 migration
On Fri, Sep 16, 2005 at 10:25:09AM +0200, Francesc Altet wrote: A Divendres 16 Setembre 2005 09:53, Steve Langasek va escriure: Looking over your package, I see that you've updated the build-dependencies of pytables from debhelper (= 4.2.30) to debhelper (= 4.9.3). Can you explain why? Oh, for nothing in special. It's just that I normally check the latest debhelper version available in my Debian Sid, and put its version there. Is that a bad policy? Yes, it makes it harder for people to backport packages to stable when you build-depend on versions of packages not available there; and debhelper only changes interfaces when a new major version is released, so AFAIK this versioned build-dependency is not needed. Certainly, there were no changes in version 4.9.3 that would seem relevant. If you can fix this minor issue, I can sponsor an upload of 1.1.1 for you. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#328499: http://mirror.debian.org/status.html doesn't seem to update
* Frank Lichtenheld ([EMAIL PROTECTED]) [050916 00:35]: 1) Is there a canonical version of dmc.pl? The versions on mirror.debian.org and www.de.debian.org seem to be somewhat different... 2) The content on mirror.debian.org can currently only be edited by the webmasters. It might make sense to either allow at least one member of the mirrors team access there or at least make it possible to update dmc.pl... It would make sense to put dmc.pl into webwml. If nobody disagrees, I'd merge the versions during the weekend, and import them into webwml. Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328583: very old package, should this be removed?
Package: xa+cv Version: 0.6-1.2 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has almost no users, has an RC bug for some time now and is probably completly superseded nowadays. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328584: very old package, should this be removed?
Package: termcap-compat Version: 1.2.3 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has no rdepends anymore, is *really* old and isn't installed very often. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328585: udev: /etc/udev/rules.d problem, /dev/input directory missing, /dev/null wrong permissions
Package: udev Version: 0.068-2 Severity: important When upgrading from udev-056 (which was working perfectly) to udev-068, three problems occured: 1) I had to delete /etc/udev/rules.d by hand - otherwise package did not got configured 2) I had to change permissions for /dev/null (plain user had neither read nor write access to that device) 3) I had to create /dev/input directory by hand. Othervise device nodes in this directory were not created. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: razem 0 lrwxrwxrwx 1 root root 20 2005-09-16 10:56 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-09-16 10:56 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 13 2005-09-16 10:56 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 19 2005-09-16 10:56 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 12 2005-09-16 10:56 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 19 2005-09-16 10:31 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 17 2005-09-16 10:30 z60_usbmount.rules - ../usbmount.rules lrwxrwxrwx 1 root root 17 2005-09-16 10:56 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hdc/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/input/event0/dev /sys/class/input/event1/dev /sys/class/input/event2/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/input/mouse1/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/fuse/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/printer/lp0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio1/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/controlC1/dev /sys/class/sound/dsp1/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer1/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC1D0c/dev /sys/class/sound/pcmC1D0p/dev /sys/class/sound/timer/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages udev depends on: ii hotplug 0.0.20040329-25 Linux Hotplug Scripts ii initscripts 2.86.ds1-1.1Standard scripts needed for bootin ii libc62.3.5-6 GNU C Library: Shared libraries an ii libselinux1 1.24-4 SELinux shared libraries ii lsb-base 3.0-5 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-78creates device files in /dev ii sed 4.1.2-8 The GNU sed stream editor udev recommends no packages. -- debconf information: udev/devfs-warning: * udev/reboot-warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328094: udev: Also failed the firmware loader of speedtouch kernel space driver
Package: udev Version: 0.070-1 Followup-For: Bug #328094 Since I upgraded to version 0.070-1 at the boot the kernel doesn't load the firmware of my USB Speedtouch 330 ADSL modem. So I wrote speedtch in blacklist and now I'm using the user space driver. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: totale 0 lrwxrwxrwx 1 root root 20 2005-04-10 03:23 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 12 2005-09-12 10:36 050_hal-plugdev.rules - ../hal.rules lrwxrwxrwx 1 root root 19 2005-02-08 12:48 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 13 2005-02-08 12:48 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 19 2005-08-15 10:15 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 12 2005-07-04 01:33 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 19 2005-08-03 03:43 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 17 2005-07-04 01:33 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hdc/dev /sys/block/hdd/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/graphics/fb0/dev /sys/class/input/event0/dev /sys/class/input/event1/dev /sys/class/input/event2/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/input/ts0/dev /sys/class/misc/agpgart/dev /sys/class/misc/apm_bios/dev /sys/class/misc/psaux/dev /sys/class/nvidia/nvidia0/dev /sys/class/nvidia/nvidiactl/dev /sys/class/ppp/ppp/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages udev depends on: ii hotplug 0.0.20040329-25 Linux Hotplug Scripts ii initscripts 2.86.ds1-2 Standard scripts needed for bootin ii libc62.3.5-6 GNU C Library: Shared libraries an ii libselinux1 1.26-1 SELinux shared libraries ii lsb-base 3.0-5 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-78creates device files in /dev ii sed 4.1.4-4 The GNU sed stream editor udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328576: One more bash'ism there
On Fri, Sep 16, 2005 at 12:06:18PM +0400, Alexander Gerasiov wrote: I've found one more bashism in /e/i/bandwidthd: line 42 should be if [ $(cat /etc/debian_version) = 3.0 ]; then PS BTW, I'm not sure that such check is good idea. May be it would be better to depend on dpkg from sarge to prevent problems with woody and add some notes for backporters in source package. I will not report separate bug on this. If you think I shoud feel free to ask for it :) I'll remove the woody compability hooks, since Sarge is now stable and I don't have any Woody machines to test on anyway... Thanks again! Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318946: User expectations and shorewall
Lorenzo Martignoni wrote: If you can, please build an updated package, based on the version in sarge and woody if that's needed as well, and place them on a .debian.org host. I already have a fixed package. I only need to add the CVE ID. On which host of .debian.org should I upload it? If you've got an account on them, any fits, since I have an account on all of them. If you don't, just drop me the URLs. Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#206691: Sponsoring python-matplotlib
Hello, On Thu, Sep 15, 2005 at 10:02:43AM -0600, Jack Moffitt wrote: I was helping Vittorio last yaer to prepare it for upload. At the time we had worked out all major problems and were only dealing with very minor issues. I believe Jochen Voss had some more issues as well. I did not look at Vittorios packages for a long time, so I have no oppinon at all about his recent packages. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#328586: very old package, should this be removed?
Package: ean13 Version: 0.4-8.1 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has almost no users and the same functionality is provided by GNU barcode. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327477: bash udev
On Sep 16, Jacob Beacham [EMAIL PROTECTED] wrote: The reason for this is found very easily in bash_3.0-16.diff, where the debian package differs from the original source by checking the file descriptor instead of the file itself if the file in question is one of /dev/stdin, stdout, or stderr. Of course the file descriptor will exist, but in this case, the files themselves do not, and their creation is simply skipped over. I can't see the point of this misfeature... What's wrong with test -t 0? I'm not sure who wants to back down, either the bash maintainer by removing this code, or the udev maintainer by manually hardcoding /usr/bin/[ for the file tests, but something needs to be done. Not an option, because /usr/bin/ may not be available when the script is run. -- ciao, Marco signature.asc Description: Digital signature
Bug#327477: bash udev
Jacob Beacham writes:
I'm sorry, I didn't know where else to send this, but this is driving me
crazy, too, and I've figured it all out.
The udev init script parses links.conf and checks to see if each target
exists before creating it, using [. The problem is that bash uses its
own builtin [ instead of the /usr/bin/[ binary, and it's reporting
/dev/std{in,out,err} as existing when they do not.
The reason for this is found very easily in bash_3.0-16.diff, where the
debian package differs from the original source by checking the file
descriptor instead of the file itself if the file in question is one of
/dev/stdin, stdout, or stderr. Of course the file descriptor will
exist, but in this case, the files themselves do not, and their creation
is simply skipped over.
I'm not sure who wants to back down, either the bash maintainer by
removing this code, or the udev maintainer by manually hardcoding
/usr/bin/[ for the file tests, but something needs to be done.
please avoid the ranting, nobody needs to back down. A concise hint
would even help more.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328587: quodlibet: Fails to start with the fr_FR locales
Package: quodlibet Version: 0.13.1-1 Severity: important My default locales is fr_FR.ISO-8859-1, when I start quodlibet in a shell, it fails to start: $ quodlibet Formats supportés : mp3, oggvorbis Bibliothèque de chansons chargée. Ouverture du périphérique audio. Traceback (most recent call last): File /usr/bin/quodlibet, line 247, in ? main() File /usr/bin/quodlibet, line 21, in main widgets.init() File /usr/lib/quodlibet/quodlibet.zip/widgets.py, line 2700, in init File /usr/lib/quodlibet/quodlibet.zip/widgets.py, line 1075, in __init__ File /usr/lib/quodlibet/quodlibet.zip/widgets.py, line 935, in __init__ File /usr/lib/quodlibet/quodlibet.zip/widgets.py, line 1030, in __init__ File /usr/lib/python2.3/ConfigParser.py, line 318, in getfloat return self._get(section, float, option) File /usr/lib/python2.3/ConfigParser.py, line 312, in _get return conv(self.get(section, option)) ValueError: invalid literal for float(): 0.796992481203 On the other hand, if I use LC_ALL=C, it starts correctly: $ LC_ALL=C quodlibet Formats support?s : mp3, oggvorbis Biblioth?que de chansons charg?e. Ouverture du p?riph?rique audio. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13+susp2 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages quodlibet depends on: ii gstreamer0.8-mad 0.8.11-1 MAD MPEG audio decoder plugin for ii gstreamer0.8-vorbis 0.8.11-1 Vorbis plugin for GStreamer ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii python2.3.5-3An interactive high-level object-o ii python-gst0.8.2-1generic media-playing framework (P ii python-gtk2 2.6.2-1Python bindings for the GTK+ widge ii python-pymad 0.5.4-1Python wrapper to the MPEG Audio D ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii python2.3-pymad [python-pymad 0.5.4-1Python wrapper to the MPEG Audio D Versions of packages quodlibet recommends: ii libgstreamer-gconf0.8-0 0.8.11-1 GConf support for GStreamer pn python-gnome2-extras none (no description available) ii python2.3-gnome2 2.10.0-2 Python bindings for the GNOME desk ii quodlibet-ext 0.13.1-1 extensions for the Quod Libet audi -- no debconf information
Bug#328589: k3b cannot find dvd+rw-tools
Package: k3b Version: 0.12.1-3 When I exec k3b, it shows a dialog like this: --- System Configuration Problems - K3b Unable to find dvd+rw-format executable K3b uses dvd+rw-format to format DVD-RWs and DVD+RWs. Solution: Install the dvd+rw-tools package. --- But I do have installed that package, and /usr/bin is in K3b's search path: $ dpkg -L dvd+rw-tools /. /usr /usr/bin /usr/bin/growisofs /usr/bin/dvd+rw-format /usr/bin/dvd+rw-booktype /usr/bin/dvd+rw-mediainfo /usr/bin/dvd-ram-control /usr/sbin /usr/sbin/rpl8 /usr/share /usr/share/man /usr/share/man/man1 /usr/share/man/man1/growisofs.1.gz /usr/share/man/man1/dvd+rw-mediainfo.1.gz /usr/share/doc /usr/share/doc/dvd+rw-tools /usr/share/doc/dvd+rw-tools/isofs4gb.gif /usr/share/doc/dvd+rw-tools/index.html /usr/share/doc/dvd+rw-tools/dvd-rw.html /usr/share/doc/dvd+rw-tools/copyright /usr/share/doc/dvd+rw-tools/changelog.Debian.gz After Googling, I found some said: k3b-0.12.1/libk3b/core/k3bdefaultexternalprograms.cpp line 841: change int pos = out.output().find( QRegExp(DVD.*RW(/-RAM)? format utility) ); to int pos = out.output().find( QRegExp(RAM format utility) ); will be ok. Thanks Yours, LiangZi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328588: libglademm2.3: FTBFS on s390/experimental
Package: libglademm2.3 Severity: Serious Version: 2.3.3-1 Tags: experimental Copied from the build-log: ../../libglade/libglademm/xml.h: In member function 'T_Widget* Gnome::Glade::Xml::get_widget_derived(const Glib::ustring, T_Widget*) [with T_Widget = DerivedDialog]': main.cc:40: instantiated from here ../../libglade/libglademm/xml.h:248: error: no matching function for call to 'wrap(GtkDialog*)' /usr/include/glibmm-2.4/glibmm/wrap.h:55: note: candidates are: Glib::RefPtrGlib::Object Glib::wrap(GObject*, bool) /usr/include/glibmm-2.4/glibmm/main.h:438: note: Glib::RefPtrGlib::MainContext Glib::wrap(GMainContext*, bool) /usr/include/glibmm-2.4/glibmm/main.h:496: note: Glib::RefPtrGlib::MainLoop Glib::wrap(GMainLoop*, bool) /usr/include/glibmm-2.4/glibmm/iochannel.h:689: note: Glib::RefPtrGlib::IOChannel Glib::wrap(GIOChannel*, bool) /usr/include/glibmm-2.4/glibmm/thread.h:333: note: Glib::Thread* Glib::wrap(GThread*) /usr/include/pangomm-1.4/pangomm/fontdescription.h:518: note: Pango::FontDescription Glib::wrap(PangoFontDescription*, bool) /usr/include/pangomm-1.4/pangomm/fontmetrics.h:176: note: Pango::FontMetrics Glib::wrap(PangoFontMetrics*, bool) /usr/include/pangomm-1.4/pangomm/language.h:234: note: Pango::Language Glib::wrap(PangoLanguage*, bool) /usr/include/pangomm-1.4/pangomm/rectangle.h:155: note: Pango::Rectangle Glib::wrap(PangoRectangle*) /usr/include/pangomm-1.4/pangomm/rectangle.h:158: note: const Pango::Rectangle Glib::wrap(const PangoRectangle*) /usr/include/pangomm-1.4/pangomm/glyph.h:202: note: Pango::GlyphInfo Glib::wrap(PangoGlyphInfo*) /usr/include/pangomm-1.4/pangomm/glyph.h:205: note: const Pango::GlyphInfo Glib::wrap(const PangoGlyphInfo*) /usr/include/pangomm-1.4/pangomm/glyph.h:208: note: Pango::GlyphGeometry Glib::wrap(PangoGlyphGeometry*) /usr/include/pangomm-1.4/pangomm/glyph.h:211: note: const Pango::GlyphGeometry Glib::wrap(const PangoGlyphGeometry*) /usr/include/pangomm-1.4/pangomm/coverage.h:164: note: Glib::RefPtrPango::Coverage Glib::wrap(PangoCoverage*, bool) /usr/include/pangomm-1.4/pangomm/font.h:189: note: Glib::RefPtrPango::Font Glib::wrap(PangoFont*, bool) /usr/include/pangomm-1.4/pangomm/fontset.h:149: note: Glib::RefPtrPango::Fontset Glib::wrap(PangoFontset*, bool) /usr/include/pangomm-1.4/pangomm/fontface.h:146: note: Glib::RefPtrPango::FontFace Glib::wrap(PangoFontFace*, bool) /usr/include/pangomm-1.4/pangomm/fontfamily.h:166: note: Glib::RefPtrPango::FontFamily Glib::wrap(PangoFontFamily*, bool) /usr/include/pangomm-1.4/pangomm/fontmap.h:148: note: Glib::RefPtrPango::FontMap Glib::wrap(PangoFontMap*, bool) /usr/include/pangomm-1.4/pangomm/color.h:121: note: Pango::Color Glib::wrap(PangoColor*) /usr/include/pangomm-1.4/pangomm/color.h:127: note: const Pango::Color Glib::wrap(const PangoColor*) /usr/include/pangomm-1.4/pangomm/attributes.h:642: note: Pango::Attribute Glib::wrap(PangoAttribute*, bool) /usr/include/pangomm-1.4/pangomm/attributes.h:645: note: Pango::AttrString Glib::wrap(PangoAttrString*, bool) /usr/include/pangomm-1.4/pangomm/attributes.h:648: note: Pango::AttrLanguage Glib::wrap(PangoAttrLanguage*, bool) /usr/include/pangomm-1.4/pangomm/attributes.h:651: note: Pango::AttrColor Glib::wrap(PangoAttrColor*, bool) /usr/include/pangomm-1.4/pangomm/attributes.h:654: note: Pango::AttrInt Glib::wrap(PangoAttrInt*, bool) /usr/include/pangomm-1.4/pangomm/attributes.h:657: note: Pango::AttrFloat Glib::wrap(PangoAttrFloat*, bool) /usr/include/pangomm-1.4/pangomm/attributes.h:660: note: Pango::AttrFontDesc Glib::wrap(PangoAttrFontDesc*, bool) /usr/include/pangomm-1.4/pangomm/attributes.h:663: note: Pango::AttrShape Glib::wrap(PangoAttrShape*, bool) /usr/include/pangomm-1.4/pangomm/item.h:213: note: Pango::Analysis Glib::wrap(PangoAnalysis*) /usr/include/pangomm-1.4/pangomm/item.h:216: note: const Pango::Analysis Glib::wrap(const PangoAnalysis*) /usr/include/pangomm-1.4/pangomm/item.h:219: note: Pango::Item Glib::wrap(PangoItem*, bool) /usr/include/pangomm-1.4/pangomm/attriter.h:141: note: Pango::AttrIter Glib::wrap(PangoAttrIterator*, bool) /usr/include/pangomm-1.4/pangomm/attrlist.h:171: note: Pango::AttrList Glib::wrap(PangoAttrList*, bool) /usr/include/pangomm-1.4/pangomm/context.h:344: note: Glib::RefPtrPango::Context Glib::wrap(PangoContext*, bool)
Bug#328199: Fwd: Bug#328199: pytables: rebuild required for hdf5 migration
A Divendres 16 Setembre 2005 10:51, Steve Langasek va escriure: If you can fix this minor issue, I can sponsor an upload of 1.1.1 for you. Ok. Done! The new packages are available at: http://pytables.sourceforge.net/Debian/ as usual. Many thanks! -- 0,0 Francesc Altet http://www.carabos.com/ V V Cárabos Coop. V. Enjoy Data -
Bug#328559: devices:/ doesn't work: Protocol not supported
Adeodato Simó wrote: * Adam Porter [Thu, 15 Sep 2005 23:41:55 -0500]: Package: konqueror Version: 4:3.4.2-2 Severity: important When I upgraded KDE stuff to 3.4.2 from unstable, the Devices tab in Konqueror stopped working. If I put devices:/ in the location bar, Konqueror pops up an error dialog saying protocol not supported. Forgive me if this belongs in a higher-level KDE package; I'm not sure what to file it against, and I couldn't find any other reports of this bug, so I'm filing it here. In KDE 3.4.2, devices:/ is replaced by media:/. Cheers, I see, thanks. Well, shouldn't there be something that changes the devices:/ side panel to media:/ when you upgrade? Is that possible? Because without it, how would one know to change it? Many users won't even be able to find the answer.
Bug#328590: Should these packages be orphaned?
Package: dbskkd-cdb,skkdic,skksearch Severity: serious Hi, dbskkd-cdb, skkdic and skksearch are currently blocking the removal of the libcdb package that is described as DEAD DEAD DEAD and is superseded (check 272127). As you haven't reacted in the last 3 weeks, since bugs were filed against your packages and it looks like you didn't have the time to upload your packages in the last 15 months or so, I'd propose to orphan at least these three. Marc -- BOFH #75: There isn't any problem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328591: dh_installinit: init.d script should not be reinserted into runlevels on package updates
Package: debhelper
Version: 4.9.8
Severity: wishlist
Tags: patch
Problem:
If a daemon, service or similar is updated dh_installinit will have it
automatically reinserted into the corresponding runlevels by calling
update-rc.d. After this the service itself will be restarted.
However by updating a service or daemon the user does not necessarily
wish that his current runlevel configuration be changed. A configuration
that had been done by the user should not be overwritten.
Proposed solution:
--
Only touch the runlevel configuration when (re-)installing the same
version of the package or when freshly installing (first or initial
installation).
Solution:
-
The update of the runlevels happens in $package.postinst. There we find
a line like the following:
# Automatically added by dh_installinit
if [ -x /etc/init.d/webmin ]; then
update-rc.d webmin defaults /dev/null
if [ -x `which invoke-rc.d 2/dev/null` ]; then
invoke-rc.d webmin start || exit 0
else
/etc/init.d/webmin start || exit 0
fi
fi
# End automatically added section
This code snipplet is being produced by dh_installinit from the code
template /usr/share/debhelper/autoscripts/postinst-init.
dh_installinit is using the library /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm
which sets $dh{VERSION}. Thus, the postinst script can be passed knowledge of
the version of its own package and, since at the time of installation the
install
procedure calls $package.postinst with the version of the previously installed
version, the postinst script can compare the two and only reconfigure runlevels
if there is no previously installed version or if the previous and the current
are the same.
The resulting postinst code template could look like the following:
if [ -x /etc/init.d/#SCRIPT# ]; then
VERSION_OF_NEW_PACKAGE=#VERSION#
# only update runlevel and restart the script if reinstalling
# the package or freshly installing a package
if [ VERSION_OF_NEW_PACKAGE = $2 -o -z $2 ]; then
update-rc.d #SCRIPT# #INITPARMS# /dev/null
if [ -x `which invoke-rc.d 2/dev/null` ]; then
invoke-rc.d #SCRIPT# start || #ERROR_HANDLER#
else
/etc/init.d/#SCRIPT# start || #ERROR_HANDLER#
fi
fi
fi
The call inside dh_installinit which installs this codesnipplet would
need to be slightly expanded to include the new variable #VERSION#:
autoscript($package,postinst, postinst-init,
s/#SCRIPT#/$script/;s/#INITPARMS#/$params/;.
s/#ERROR_HANDLER#/$dh{ERROR_HANDLER}/;s/#VERSION#/$dh{VERSION});
This refinement of behaveour would need to be documented in the manpages and
possibly
in the Debian policy document.
*t
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.22
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages debhelper depends on:
hi binutils 2.16.1-2 The GNU assembler, linker and bina
hi coreutils [fileutils] 5.2.1-2.1 The GNU core utilities
ii debconf-utils 1.4.58 debconf utilities
ii dpkg-dev 1.13.11package building tools for Debian
hi file 4.12-1 Determines file type using magic
hi fileutils 5.2.1-2.1 The GNU file management utilities
hi html2text 1.3.2a-2 An advanced HTML to text converter
ii perl 5.8.7-3Larry Wall's Practical Extraction
hi po-debconf0.9.0 manage translated Debconf template
debhelper recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328592: very old package, should this be removed?
Package: libsoap-perl Version: 0.23-1.1 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has very few users, no rdepends, is really upstream dead and quite out of date wrt Debian's policies. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328593: very old package, should this be removed?
Package: npadmin Version: 0.8.7-1.2 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has not many users and seems to be quite of date with regard to the more recent standard definitions in this area (like RFC 380[568]). This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289943: dhclient-script: The argument to exit_with_hooks() is not propagated to the hook scripts
tags 289943 + moreinfo thanks On Wed, Jan 12, 2005 at 12:18:25AM +0100, Hermann Lauer wrote: Package: dhcp3-client Version: 3.0.1-1 Severity: normal File: dhclient-script *** Please type your report below this line *** The argument $1 to exit_with_hooks() is not propagated to the hook scripts. This works with the original distributed script and is needed for advanced scripting, which need to detect success or failures (see TIMEOUT code). At the moment $1 to the hook scripts is set to the hook script name - which is useless inside the script(s). Hello Hermann, I've got to say I'm not quite following what you're saying the problem is here. I've examined the stock linux dhclient-script that ships with the source, and I can't see how it's passing any arguments to the hooks either. That said, you talk about detecting failures. I had a quick play with the debug hook that ships with the client package, and enabled it, and there's a reason variable available to it. I tried playing with it, but the best I could do is get it to be set to FAIL, not TIMEOUT that you speak of. So if you can give me an example of how you'd like this to work, I can see what I can do. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316466: bpalogin: 316466: reopen, tags woody sarge
reopen 316466 tags 316466 woody sarge patch thanks Patch for bpalogin_2.0-4 (woody): diff -u bpalogin-2.0/debian/rules bpalogin-2.0/debian/rules --- bpalogin-2.0/debian/rules +++ bpalogin-2.0/debian/rules @@ -57,7 +57,7 @@ dh_installdebconf dh_installdocs dh_installexamples - dh_installinit + dh_installinit --no-restart-on-upgrade dh_installman dh_installchangelogs dh_link Patch for bpalogin_2.0.2-4 (sarge): diff -u bpalogin-2.0.2/debian/rules bpalogin-2.0.2/debian/rules --- bpalogin-2.0.2/debian/rules +++ bpalogin-2.0.2/debian/rules @@ -79,7 +79,7 @@ dh_installchangelogs dh_installdocs dh_installexamples - dh_installinit + dh_installinit --no-restart-on-upgrade dh_installman dh_link dh_strip Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#328584: very old package, should this be removed?
On Fri, Sep 16, 2005 at 11:15:05AM +0200, Marc 'HE' Brockschmidt wrote: During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has no rdepends anymore, is *really* old and isn't installed very often. The last one was removed a week ago (cmucl-source). It's one of the libc5 compatibility packages, which are already due to be removed (see #323139). Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328594: very old package, should this be removed?
Package: gfont Version: 1.0.3-1 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has not many users and is non-free. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328595: IDE error when running 'hdparm -I /dev/cdrom'
Package: hdparm
Version: 6.1-5
Severity: normal
When I run 'hdparm -I /dev/cdrom', the following appears in the system
log:
Sep 16 11:56:57 localhost kernel: hdc: drive_cmd: status=0x51 { DriveReady
SeekComplete Error }
Sep 16 11:56:57 localhost kernel: hdc: drive_cmd: error=0x04 { AbortedCommand }
Sep 16 11:56:57 localhost kernel: ide: failed opcode was: 0xec
The output seems correct though:
/dev/cdrom:
ATAPI CD-ROM, with removable media
Model Number: _NEC DVD+/-RW ND-6500A
Serial Number:
Firmware Revision: 2.58
Standards:
Likely used CD-ROM ATAPI-1
Configuration:
DRQ response: 3ms.
Packet size: 12 bytes
Capabilities:
LBA, IORDY(cannot be disabled)
DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
I am using original Linux Kernel 2.6.13.1, patched with ACPI 20050902,
but the problem appeared also with Debian kernel pakage 2.6.12
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (800, 'testing'), (500, 'proposed-updates'), (400, 'unstable'),
(200, 'stable'), (1, 'sarge-unsupported')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages hdparm depends on:
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii lsb-base 3.0-5 Linux Standard Base 3.0 init scrip
hdparm recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299511: acknowledged by developer (Re: purge of heartbeat does not remove hacluster user on system)
Well, if hacluster user existed before heartbeat package was installed, of course purge of heartbeat package should not delete hacluster user. But, in most case, hacluster user is created by heartbeat package installation. When a package is purged, I expect the system te be as it was before installation of this package. Or maybe I have misunderstood the meaning of purged state for a package. If someone needed hacluster user after removing heartbeat package, the deinstall state (removed, not purged) is meant for this, no ? As a suggestion, maybe the simpler way to handle this, could be a question with debconf while package is purged ... thanks. On Mon, 12 Sep 2005 21:03:07 -0700 [EMAIL PROTECTED] (Debian Bug Tracking System) wrote: This is an automatic notification regarding your Bug report #299511: purge of heartbeat does not remove hacluster user on system, which was filed against the heartbeat package. It has been closed by one of the developers, namely Horms [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 299511-done) by bugs.debian.org; 13 Sep 2005 03:54:44 + From [EMAIL PROTECTED] Mon Sep 12 20:54:44 2005 Return-path: [EMAIL PROTECTED] Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EF1sa-0007iy-00; Mon, 12 Sep 2005 20:54:44 -0700 Received: by koto.vergenet.net (Postfix, from userid 7100) id 5DB0E3402C; Tue, 13 Sep 2005 12:54:13 +0900 (JST) Date: Tue, 13 Sep 2005 12:51:47 +0900 From: Horms [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: purge of heartbeat does not remove hacluster user on system Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Cluestick: seven User-Agent: Mutt/1.5.10i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 Hi, I do not believe that this is appropriate as there is a good chance that there may be stray files belonging to hacluster on the system. And there is a somewhat more remote chance that hacluster is being used by some other part of the system, and was possibly created before heartbeat's install. -- Horms -- Bastien Mourgues http://www.newtech.fr/ mailto:[EMAIL PROTECTED] tel:+33561431493 pgpeXfYVB0E8E.pgp Description: PGP signature
Bug#328587: quodlibet: Fails to start with the fr_FR locales
We were wrestling with this one yesterday evening; it seems that quodlibet 0.13 somehow translates the float-value for the locale (for me, sv_SE), so that it now wants a , in the config-file instead of a .. As for why, I leave to the developers, but it will start correctly if you change that in .quodlibet/config (search for the invalid float). Regards, fiddur Alexis Sukrieh wrote: Package: quodlibet Version: 0.13.1-1 Severity: important My default locales is fr_FR.ISO-8859-1, when I start quodlibet in a shell, it fails to start: $ quodlibet Formats supportés : mp3, oggvorbis Bibliothèque de chansons chargée. Ouverture du périphérique audio. Traceback (most recent call last): File /usr/bin/quodlibet, line 247, in ? main() File /usr/bin/quodlibet, line 21, in main widgets.init() File /usr/lib/quodlibet/quodlibet.zip/widgets.py, line 2700, in init File /usr/lib/quodlibet/quodlibet.zip/widgets.py, line 1075, in __init__ File /usr/lib/quodlibet/quodlibet.zip/widgets.py, line 935, in __init__ File /usr/lib/quodlibet/quodlibet.zip/widgets.py, line 1030, in __init__ File /usr/lib/python2.3/ConfigParser.py, line 318, in getfloat return self._get(section, float, option) File /usr/lib/python2.3/ConfigParser.py, line 312, in _get return conv(self.get(section, option)) ValueError: invalid literal for float(): 0.796992481203 On the other hand, if I use LC_ALL=C, it starts correctly: $ LC_ALL=C quodlibet Formats support?s : mp3, oggvorbis Biblioth?que de chansons charg?e. Ouverture du p?riph?rique audio. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13+susp2 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages quodlibet depends on: ii gstreamer0.8-mad 0.8.11-1 MAD MPEG audio decoder plugin for ii gstreamer0.8-vorbis 0.8.11-1 Vorbis plugin for GStreamer ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii python2.3.5-3An interactive high-level object-o ii python-gst0.8.2-1generic media-playing framework (P ii python-gtk2 2.6.2-1Python bindings for the GTK+ widge ii python-pymad 0.5.4-1Python wrapper to the MPEG Audio D ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii python2.3-pymad [python-pymad 0.5.4-1Python wrapper to the MPEG Audio D Versions of packages quodlibet recommends: ii libgstreamer-gconf0.8-0 0.8.11-1 GConf support for GStreamer pn python-gnome2-extras none (no description available) ii python2.3-gnome2 2.10.0-2 Python bindings for the GNOME desk ii quodlibet-ext 0.13.1-1 extensions for the Quod Libet audi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327082: Problems with powerpc build environment? (was: Bug#327082: tetex-bin: pdflatex segfaults on iclusion of png images)
On 08.09.05 Frank Küster ([EMAIL PROTECTED]) wrote: Hi *, I'm sending this mail to you since you are listed at the bottom of the last build log of tetex-bin on powerpc (on voltaire). snip Or that the build environment is/was screwed on voltaire. Do you have any indications for this? Why was the package built twice on the same day, same version, maybe-successfull both times? Yesterday another developer told me that the powerpc arch in the moment is quite broken (well, I didn't ask him about end of July, when the build was performed). I'm not sure if an binary NMU would help in this case. We could give it a try. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328596: apache2-mpm-prefork: cgi with /usr/bin/dot keep 100% CPU for 30 sec but from shell - less than second
Package: apache2-mpm-prefork
Version: 2.0.54-5
Severity: normal
Bugzilla create graphs for bug dependences with dot. And this process is
VERY slow. For the tests i am create cgi:
$ cat /var/www/bugzilla/b.cgi
#!/bin/bash
echo Content-Type: text/html
echo
echo
echo Start dot `date` br
/usr/bin/dot -Tpng /tmp/test.dot -o /tmp/test.png
echo Dot stopped `date` br
$ cat /tmp/test.dot
digraph G {
graph [URL=http://10.0.2.15/bugzilla/query.cgi;, rankdir=LR,
size=64,64]
node [URL=http://10.0.2.15/bugzilla/show_bug.cgi?id=\N;, style=filled,
color=lightgrey]
288 - 289
288 - 290
288 - 291
288 - 292
291 [label=291\n,color=green]
289 [label=289\n,color=green]
292 [label=292\n,color=green]
288 [label=288\n,shape=box,color=green]
290 [label=290\n,color=green]
}
Result from web:
Start dot Fri Sep 16 14:04:16 MSD 2005
Dot stopped Fri Sep 16 14:04:34 MSD 2005
Result from shell:
mars:~# su - www-data
[EMAIL PROTECTED]:~$ /var/www/bugzilla/b.cgi
Content-Type: text/html
Start dot Fri Sep 16 14:10:27 MSD 2005 br
Dot stopped Fri Sep 16 14:10:27 MSD 2005 br
Result file test.png is same in both cases.
$ ls -la /tmp/test.png
-rw-r--r-- 1 www-data www-data 1917 2005-09-16 14:10 /tmp/test.png
$ dpkg -S /usr/bin/dot
graphviz: /usr/bin/dot
$ dpkg -l graphviz
...skipped...
ii graphviz 2.2.1-1 rich set of
graph drawing tools
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) (ignored:
LC_ALL set to ru_RU.KOI8-R)
Versions of packages apache2-mpm-prefork depends on:
ii apache2-common2.0.54-5 next generation, scalable, extenda
ii libapr0 2.0.54-5 the Apache Portable Runtime
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [
ii libexpat1 1.95.8-3 XML parsing C library - runtime li
ii libldap2 2.1.30-11 OpenLDAP libraries
ii libpcre3 6.3-1 Perl 5 Compatible Regular Expressi
ii libssl0.9.7 0.9.7e-3 SSL shared libraries
ii zlib1g1:1.2.2-4 compression library - runtime
apache2-mpm-prefork recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328597: very old package, should this be removed?
Package: oaklisp Version: 1.3.1-2.2 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has not many users, your upstream development seems to be stalled and the package itself is quite out of date with Debian's policies. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328598: rubber-info fails silently if source file is not X.tex
Package: rubber Version: 1.0-1 Severity: normal Hi, rubber-info fails, if the source file has not the extension .tex. I name my latex file .latex, which cause rubber-info do not find the source file. If I create a link from X.latex to X.tex it works, but without it fails. BTW: In such a case rubber-info should raise a message, why it fails. Regards, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13.1 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages rubber depends on: ii python2.3.5-3An interactive high-level object-o ii tetex-bin 3.0-5 The teTeX binary files rubber recommends no packages. -- no debconf information
Bug#328599: rubber-info fails silently if source file is not X.tex
Package: rubber Version: 1.0-1 Severity: normal Hi, rubber-info fails, if the source file has not the extension .tex. I name my latex file .latex, which cause rubber-info do not find the source file. If I create a link from X.latex to X.tex it works, but without it fails. BTW: In such a case rubber-info should raise a message, why it fails. Regards, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13.1 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages rubber depends on: ii python2.3.5-3An interactive high-level object-o ii tetex-bin 3.0-5 The teTeX binary files rubber recommends no packages. -- no debconf information pgp2Zqpmnv0wS.pgp Description: PGP signature
Bug#328600: very old package, should this be removed?
Package: perl2html Version: 0.9.2-2 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has not many users, there are some alternatives available (webcpp, source-highlight) and upstream development seems to be stalled. The package is also out of date wrt Debian's policies. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328601: very old package, should this be removed?
Package: tkirc Version: 1.202-8 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has not many users, there is a newer upstream version available (tkirc2) and your package is quite out of date wrt Debian's policies. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328602: very old package, should this be removed?
Package: redir Version: 2.1-2.1 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we decided that looking at packages that haven't been uploaded for a very long time could cover up some QA problems. I've done this now and your package showed up on the list. I propose to remove it. It has not that many users, there are some alternatives available (rinetd, xinetd), the package was NMUed and the changes weren't incorporated and it is quite out of date wrt Debian's policies. This usually means that your package matched some of the following criteria: [1] Your packages has not had a maintainer upload for more than three years. [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318543: libcorba-orbit-perl: FTBFS (amd64): static declaration of 'get_typecode' follows non-static declaration
tags 318543 +patch thanks With the attached patch 'libcorba-orbit-perl' can be compiled using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/libcorba-orbit-perl-0.4.7/idl.c ./idl.c --- ../tmp-orig/libcorba-orbit-perl-0.4.7/idl.c 2002-05-14 06:38:33.0 + +++ ./idl.c 2005-09-16 10:13:44.0 + @@ -13,7 +13,7 @@ static gboolean tree_pre_func (IDL_tree_func_data *tfd, gpointer user_data); static gboolean tree_post_func (IDL_tree_func_data *tfd, gpointer user_data); -CORBA_TypeCode get_typecode (IDL_tree tree); +static CORBA_TypeCode get_typecode (IDL_tree tree); #define duplicate_typecode(a) (CORBA_TypeCode)CORBA_Object_duplicate ((CORBA_Object)a, NULL) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324398: Bug in postfix-gld when mysql 4.1 is used
On Thu, 15 Sep 2005, Christian Hammers wrote: Most probably you're connecting to mysql-server 4.1.x without the old-passwords=1 option and the libmysqlclient12 cannot understand the new password format. Please only use libmysqlclient12 now and wait for the mass-bug-filing that request the library change. Else maybe postfix links agsinst libmysqlclient14 and libpam etc against libmysqlclient12 and we get segfauls as mysql does not have versioned symbols yet. I don't understand what you mean at all. This is postfix-gld, a policy daemon for postfix written in C, and it has nothing to do with the postfix package. This is the contents of libmysqlclient12: ./usr/lib/libmysqlclient.so.12.0.0 ./usr/lib/libmysqlclient_r.so.12.0.0 ./usr/lib/libmysqlclient.so.12 ./usr/lib/libmysqlclient_r.so.12 and this is the contents of libmysqlclient14: ./usr/lib/libmysqlclient.so.14.0.0 ./usr/lib/libmysqlclient_r.so.14.0.0 ./usr/lib/libndbclient.so.0.0.0 ./usr/lib/libmysqlclient.so.14 ./usr/lib/libmysqlclient_r.so.14 ./usr/lib/libndbclient.so.0 They are different libraries, and they are meant to be simultaneously installable. What are those version symbols issues you are worrying about? What I see is that the old client can't connect to the new server unless the user does some tweaking. What will happen if I rebuild this package with libmysqlclient14? Will it be able to connect to both old and new servers or not? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328528: cpufreqd: mention what stock kernels can use this package?
On Fri, Sep 16, 2005 at 03:18:22AM +0800, Dan Jacobson wrote: Package: cpufreqd Version: 1.2.3-3 Severity: wishlist Upon seeing: Unable to find a CpuFreq interface in your kernel. Cpufreqd won't be started, please enable a CpuFreq driver in your kernel and [...] Anyway, if in fact it is a kernel problem, please reassign this bug there. It's neither a cpufreqd nor (probably) a kernel bug, just some missing configuration on your side. Cpu frequency scaling must be supported by your hardware, I only use stock kernels. then you should have everything you need, just look into (assuming i386 architecture) /lib/modules/`uname -r`/kernel/arch/i386/kernel/cpu/cpufreq and match any of the driver to you CPU (see cat /proc/cpuinfo). If you are sure that you have a cpu that supports frequency/voltage scaling and a driver is present but doesn't work then it's a kernel problem (please reassing to the binary kernel version you're using along with the contents of /proc/cpuinfo). If a different userspace tool (like cpufrequtils' cpufreq-info or cpuspeed or powernowd) is working then it's a cpufreqd bug (I'll then need to ask you some more informations). regards -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328603: nagios-plugins: check_swap gives an incorrect warning about swapless system
Package: nagios-plugins
Version: 1.4-6
Severity: normal
Tags: patch
Dear Maintainer,
The check_swap plugin gives an incorrect warning about the swap usage on
swapless systems:
SWAP UNKNOWN: -2147483548% free (0 MB out of 0 MB)
Fixing this requires a simple patch, which is attached.
Please apply.
Regards,
Allard Hoeve
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac10-byte
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages nagios-plugins depends on:
ii dnsutils 1:9.2.4-1 Clients provided with BIND
ii fping2.4b2-to-ipv6-10sends ICMP ECHO_REQUEST packets to
ii host 2331-9 utility for querying DNS servers
ii iputils-ping 3:20020927-2Tools to test the reachability of
ii libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii libldap2 2.1.30-8OpenLDAP libraries
ii libmysqlclient12 4.0.24-10 mysql database client library
ii libnet-snmp-perl 5.0.1-1 Script SNMP connections
ii libpq3 7.4.7-6sarge1 PostgreSQL C client library
ii libssl0.9.7 0.9.7e-3SSL shared libraries
ii ntp 1:4.2.0a+stable-2sarge1 Network Time Protocol: network uti
ii ntp-simple 1:4.2.0a+stable-2sarge1 Network Time Protocol: daemon for
ii ntpdate 1:4.2.0a+stable-2sarge1 The ntpdate client for setting sys
ii procps 1:3.2.1-2 The /proc file system utilities
ii qstat2.8-1 Command-line tool for querying qua
ii radiusclient10.3.2-8 /bin/login replacement which uses
ii smbclient3.0.14a-3sarge1 a LanManager-like simple client fo
ii snmp 5.1.2-6.1 NET SNMP (Simple Network Managemen
-- no debconf information
diff -urb nagios-plugins-1.4/plugins/check_swap.c nagios-plugins-1.4.new/plugins/check_swap.c
--- nagios-plugins-1.4/plugins/check_swap.c 2005-01-19 22:14:47.0 +0100
+++ nagios-plugins-1.4.new/plugins/check_swap.c 2005-09-16 12:14:18.762122808 +0200
@@ -311,6 +311,7 @@
# endif /* HAVE_SWAP */
#endif /* HAVE_PROC_MEMINFO */
+ if (total_swap = 0) {
percent_used = 100 * ((double) used_swap) / ((double) total_swap);
result = max_state (result, check_swap (percent_used, free_swap));
/* broken into two steps because of funkiness with builtin asprintf */
@@ -323,6 +324,14 @@
TRUE, (long) max (crit_size/1024, crit_percent/100.0*total_swap),
TRUE, 0,
TRUE, (long) total_swap));
+ }
+ else
+ {
+ result = STATE_OK;
+ asprintf (status, no swap installed);
+ asprintf (perf, (N/A));
+ }
+
printf (SWAP %s:%s |%s\n, state_text (result), status, perf);
return result;
}
Bug#328604: make sets MACHINE_ARCH=i486 (should be i386)
Package: freebsd5-buildutils
Version: 5.4-2
Severity: important
freebsd-make sets MACHINE_ARCH variable to i486, but FreeBSD sources expect it
to be usable to the sys/${cpu} directories in kernel source.
This is set via dpkg-architecture in debian/rules (in CFLAGS). I suggest
obtaining the cpu name in the same way that the kfreebsd package does.
-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.3-1
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
Versions of packages freebsd5-buildutils depends on:
ii bsdmainutils 6.1.2 collection of more utilities from
ii dash 0.5.2-7 The Debian Almquist Shell
ii libc0.12.3-1+kbsd.11 GNU C Library: Shared libraries an
ii patchutils 0.2.31-1 Utilities to work with patches
ii unzip 5.52-3De-archiver for .zip files
freebsd5-buildutils recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328558: avifile-utils unavailable for powerpc
On 9/16/05, Albert Cahalan [EMAIL PROTECTED] wrote: Package: avifile-utilsVersion: 1:0.7.43.20050224-1Severity: importantI see no reason why this package should be restricted to just PCs.I wish to modify avi files on my Mac. Well I see the one - I'm the maintainer of the packages and as well as developer of avifile itself - I really don't have time to work on all platforms - if you have time and knowledge and you want to help me with making this packages usable on PowerPC you are welcome - avifile is written portable and if it doens't work on bigendian machines it's obviously a stupid bug somewhere (and I know it used to work on PowerPC) - but as majority of people are using mplayer which has tons of developers across all the platforms - I'm just about happy I do handle update of libs and so on for avifile for i386 platform ;) So you can consider this a request to allow building for all the otherports as well: alpha, hppa, sparc, mips... Well if you wish to help me with this you are welcome - I'll be happy when I make a new relase with new libs within next few weeks for i386 (note - use CVS version from sourceforge if you want to help me) kabi
Bug#328597: very old package, should this be removed?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes; I think it would be okay to remove oaklisp at this point. (If I ever get around to making the upstream changes it needs to bring it into the 2000s I'll just upload the result as a new package.) --Barak. == Barak A. Pearlmutter [EMAIL PROTECTED] Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www-bcl.cs.nuim.ie/~barak/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFDKqEQLz4Gnv7CP7IRApRSAJ4pLJIch+/y394ud3u2soxJb2z/6wCePto6 j5ifkZd+7wF3/9I7qzp+3i4= =CJvN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328605: typo: dongles
Package: zd1211-firmware Severity: minor Tags: patch In the package description: USB wireless s/dogles/dongles/ *t -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
