Bug#1055128: request-tracker5: Incorrect CVE mentioned in request-tracker5 changelog
Package: request-tracker5 Version: 5.0.3+dfsg-3~deb12u2 Severity: minor Dear Maintainer, I noticed in the changelog entry for 5.0.3+dfsg-3~deb12u2 CVE-2023-41620 is mentioned. But the description fro that CVE matches the description for CVE-2023-41260 on https://docs.bestpractical.com/release-notes/rt/5.0.5 I think there is a minor typo in the changelog. I noticed this typo is also present in the changelog for 5.0.5+dfsg-1 on https://metadata.ftp-master.debian.org/changelogs//main/r/request-tracker5/request-tracker5_5.0.5+dfsg-1_changelog. Kind regards, Geoff Crompton
Bug#525939: python-sqlalchemy: reflection of tables in remote mssql fails
Hi, I've just checked this on a Debian 11 system, and am no longer able to reproduce the error. I agree with Lionel, I think this bug report can safely be closed. Kind regards, Geoff Crompton Infrastructure Team Leader +61 (0) 3 8341 0244 geo...@trinity.unimelb.edu.au Trinity College | University of Melbourne | 100 Royal Parade, Parkville | Victoria 3052 | Australia CRICOS Provider Code 00709G -Original Message- From: Lionel Élie Mamane Sent: Tuesday, October 17, 2023 4:24 AM To: Piotr Ożarowski Cc: Geoff Crompton ; 525...@bugs.debian.org Subject: Re: Bug#525939: python-sqlalchemy: reflection of tables in remote mssql fails [You don't often get email from lio...@mamane.lu. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] On Mon, May 18, 2009 at 09:11:29PM +0200, Piotr Ożarowski wrote: > [Geoff Crompton, 2009-04-28] >> When trying to autoload a table on a remote mssql server, sqlalchemy >> crashes. >> This may be related to http://www.sqlalchemy.org/trac/ticket/1312. > please check 0.5.4p1-1 (I just uploaded it to unstable). I think this > new upstream release fixes your problem (ticket 1405 is now closed, > 1312 is still open, though). I don't have access to mssql, so I cannot > really check it. Upstream #1312 has been closed for 0.6, so it is plausible this is has been solved in Debian for ages (before oldoldstable)? Anyway, I cannot reproduce with python3-sqlalchemy 1.3.22+ds1-1 python3-pymssql 2.2.2-1+b3 libsybdb5 1.3.17+ds-2 note that I use as connection URL: 'mssql+pymssql://%s:%s@%s/%s' if I use 'mssql://%s:%s@%s/%s' then sqlalchemy tries to use PyODBC, which doesn't seem to be what the original bug reporter was using.
Bug#598509: possibly fixed upstream
I think this bug was reported upstream, https://bugs.launchpad.net/mailman/+bug/1189558 <https://bugs.launchpad.net/mailman/+bug/1189558>. If that upstream bug is relevant to this bug report, then it was fixed in mailman 2.1.16, and this bug could probably be closed. I’ve tested the wheezy backport 2.1.18 packages, and they fixed this problem for me. — Geoff Crompton, Senior ICT Infrastructure Administrator T: +61 (0)3 9348 7138 Trinity College | University of Melbourne | Royal Parade, Parkville | Victoria 3052, Australia www.trinity.unimelb.edu.au <http://www.trinity.unimelb.edu.au/>
Bug#776991: is wheezy backports vulnerable?
Given the fix for this went into -4, it seems likely 2.4.31+really2.4.40-3~bpo70+1 (the wheezy backport) is vulnerable. Could someone confirm that? -- Geoff Crompton, System Administrator T: +61 (0)3 9348 7138 Trinity College | University of Melbourne | Royal Parade, Parkville | Victoria 3052, Australia www.trinity.unimelb.edu.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748918: postgrey fails to start
Package: postgrey Version: 1.34-1.1 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, A fresh install of postgrey on two Wheezy machines fails to start. Much like was the case in debian bug #722136, starting the postgrey daemon on the command line reveals the same failure mode: $ sudo postgrey --inet 10023 2014/05/22-19:09:07 postgrey (type Net::Server::Multiplex) starting! pid(15633) Resolved [localhost]:10023 to [127.0.0.1]:10023, IPv4 Binding to TCP port 10023 on host 127.0.0.1 with IPv4 Insecure dependency in bind while running with -T switch at /usr/lib/perl/5.14/IO/Socket.pm line 202. Applying the same patch, https://github.com/yasuhirokimura/postgrey/commit/9673b54064691a5b9c295ffea340d8a1f9ee1cb8, fixes this problem for me. I wonder if the changes introduced with perl-base 5.14.2-21+deb7u1 created the problem, but I haven't found a perl-base 5.14.2-21 package to install to see if the problem goes away. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgrey depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libberkeleydb-perl 0.51-1 ii libnet-dns-perl0.66-2+b2 ii libnet-server-perl 2.006-1+deb7u1 ii perl 5.14.2-21+deb7u1 ii ucf3.0025+nmu3 Versions of packages postgrey recommends: ii libnet-rblclient-perl 0.5-2 ii libparse-syslog-perl 1.10-2 ii postfix2.9.6-2 postgrey suggests no packages. -- debconf information: postgrey/1.32-3_changeport: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711154: [linux-image-amd64] touchpad becomes unresponsive, logs show bcm5974: bad trackpad package
Package: linux-image-3.2.0-4-amd64 Version: 3.2.41-2+deb7u2 Severity: normal --- Please enter the report below this line. --- The touchpad on this MacBook Air sometimes becomes unresponsive. At these times the kernel log scrolls these messages whenever you drag your fingers across the touchpad: Jun 5 12:38:47 hulk kernel: [89968.682916] bcm5974: bad trackpad package, length: 8 Jun 5 12:38:47 hulk kernel: [89968.690923] bcm5974: bad trackpad package, length: 8 Jun 5 12:38:47 hulk kernel: [89968.698907] bcm5974: bad trackpad package, length: 8 Jun 5 12:38:47 hulk kernel: [89968.706895] bcm5974: bad trackpad package, length: 8 Jun 5 12:38:47 hulk kernel: [89968.714856] bcm5974: bad trackpad package, length: 8 Jun 5 12:38:47 hulk kernel: [89968.722840] bcm5974: bad trackpad package, length: 8 These messages occur quite rapidly, as this shows: $ grep 12:38:47 /var/log/kern.log | wc -l 48 The touchpad returns to normal behaviour if you do sudo modprobe -r bcm5974; sudo modprobe bcm5974. There are several bug reports in other distributions about similar problems: https://bugzilla.redhat.com/show_bug.cgi?id=465677 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/340821 Both those bug reports initially say this is a problem on suspend and resume. That's not the case for me currently, and indeed the current last entry on the redhat bug report is from David Woodhouse who says for him it occurs at random times. He goes onto say he's trying a patch to call bcm5974_wellspring_mode() to attempt to reset the device into the correct mode, after receiving bad packets in the redhat bug report on 2013-01-03. Perhaps that has worked for them? This computer is a MacBook Air, and the touchpad is apparently connected internally by USB. lsusb has the following to say about the touchpad: $ sudo lsusb -s 5-1 -v Bus 001 Device 005: ID 05ac:0249 Apple, Inc. Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x05ac Apple, Inc. idProduct 0x0249 bcdDevice2.09 iManufacturer 1 Apple Inc. iProduct2 Apple Internal Keyboard / Trackpad iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 84 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 40mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 1 Keyboard iInterface 3 Apple Internal Keyboard HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode 33 US bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 156 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x000a 1x 10 bytes bInterval 8 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 4 Touchpad HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 27 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 2 Interface Descriptor: bLength 9 bDescriptorType
Bug#688828: Solution or workaround?
On 18/05/13 10:10, Geoff Crompton wrote: On 18/05/13 09:49, Thaddeus H. Black wrote: I'm sorry, I don't have a work around. I never tried the drm-3.7 branch that Alex suggested. Due to bug 703468 I've been booting some later kernels as well, and I think I still have the same problem. On Monday (when I'm back at that computer) I'll confirm which kernel I'm running, and whether that kernel has fixed this bug. Cheers, Geoff The computer at work is running a 3.6.9-1~experimental.1 kernel, downloaded from snapshot.debian.org (as part of working on bug 703468). This kernel does still have the bug on this computer. Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688828: Solution or workaround?
On 18/05/13 09:49, Thaddeus H. Black wrote: Have you solved or worked around your Debian Bug#688828: xserver-xorg-video-radeon: brightness controls don't work? If so, how, please? I have precisely the same problem you have, and can confirm similar symptoms in detail, including the unresponsiveness in /sys/class/backlight. My machine is no Mac, but its video chip is an AMD 7570M (despite its 7xxxM model number, apparently really a 6xxxM, Northern Islands series, Turks architecture, similar to yours). If you have a solution or workaround, please advise. Thanks. I'm sorry, I don't have a work around. I never tried the drm-3.7 branch that Alex suggested. Due to bug 703468 I've been booting some later kernels as well, and I think I still have the same problem. On Monday (when I'm back at that computer) I'll confirm which kernel I'm running, and whether that kernel has fixed this bug. Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703468: [3.2.35-2 - 3.2.39-1 regression] fails to boot on apple iMac
On 12/04/13 17:13, Jonathan Nieder wrote: tags 703468 - moreinfo quit Geoff Crompton wrote: I ran the 'cherry-pick' command, and redid the make deb-pkg and dpkg -i steps. When I rebooted onto that kernel it worked fine. So it seems this patch fixes the 3.4.4 kernel. Beautiful. Let's take this upstream. Jonathan reported this to sta...@vger.kernel.org on the same day as above, and Greg KH said the 9a0f938bde74 change is now applied (presumably to the 3.4.y tree), and Luis Henriques replied saying he's queued it for 3.5 as well. I'd still like to know if/how/when this will be fixed for the Wheezy release though. This bug report is not Release Critical, so I doubt it will get in before Wheezy releases (I would like Debian Wheezy to be installable on apple imacs, but I'm not sure it's feasible at this stage of the release process). But will it be queued up for the first point release of Wheezy? Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703468: [3.2.35-2 - 3.2.39-1 regression] fails to boot on apple iMac
On 12/04/13 09:40, Jonathan Nieder wrote: Could you try the attached patch against a 3.4.y kernel? It works like this: 0. prerequisites: apt-get install git build-essential 1. get the kernel history, if you don't already have it: git clone \ https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git 2. grab point releases: cd linux git remote add stable \ https://kernel.googlesource.com/pub/scm/linux/kernel/git/stable/linux-stable git fetch stable 3. configure, build, test: git checkout stable/linux-3.4.y cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional: minimize configuration scripts/config --disable DEBUG_INFO make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package; # as root reboot ... test test test ... Hopefully it reproduces the bug. So I followed the above instructions, though I did a 'git checkout v3.4.4' instead of 'git checkout stable/linux-3.4.y'. This produced a linux-image-3.4.4_3.4.4-1_amd64.deb file that I installed. This kernel failed in the same manner, as we hoped. 4. try the patch: cd linux git cherry-pick -x -s 9a0f938bde74bf9e50bd75c8de9e38c1787398cd make deb-pkg; # maybe with -j4 dpkg -i ../name of package; # as root reboot ... test test test ... I ran the 'cherry-pick' command, and redid the make deb-pkg and dpkg -i steps. When I rebooted onto that kernel it worked fine. So it seems this patch fixes the 3.4.4 kernel. What git invocation should I do to test a debian Wheezy kernel? (on Monday morning, as I'm leaving the office now). Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703468: [3.2.35-2 - 3.2.39-1 regression] fails to boot on apple iMac
On 11/04/13 10:54, Geoff Crompton wrote: I've also built a 3.2.39 kernel with some patches stripped. This kernel still does exhibit the problem, suggesting the patches I stripped out are not responsible. Those patches are: bugfix/x86/drm-i915-kick-any-firmware-framebuffers-before-claim.patch bugfix/x86/drm-i915-Only-kick-out-vesafb-if-we-takeover-the-fbc.patch bugfix/x86/drm-i915-add-quirk_invert_brightness-for-ncr-machine.patch bugfix/x86/drm-i915-Close-race-between-processing-unpin-task-an.patch bugfix/all/i915-ensure-that-VGA-plane-is-disabled.patch bugfix/x86/drm-i915-Only-increment-the-user-pin-count-after-suc.patch bugfix/x86/drm-i915-Disable-AsyncFlip-performance-optimisations.patch bugfix/x86/drm-i915-GFX_MODE-Flush-TLB-Invalidate-Mode-must-be-.patch bugfix/x86/drm-i915-dump-UTS_RELEASE-into-the-error_state.patch Here is a quick summary of what kernel's I've tried so far: works 3.8.5 works 3.6.9 fails 3.4.4 fails 3.2.41-2 fails 3.2.39-2 works 3.2.35-2 Looking at snapshots.debian.org, I'll try 3.5.5-1, as it seems so far Jonathan has been trying to get me to bisect in on the bug. I've done some more testing, using kernels from snapshot.debian.org. I downloaded all the available versions between what we'd already tested. I've tried to bisect onto the range. I now know: works 3.8.5 works 3.6.9 works 3.6.6 works 3.6.4 fails 3.5.5-1 fails 3.4.4 fails 3.2.41-2 fails 3.2.39-2 works 3.2.35-2 This suggests the bug is introduced from 3.5.5 upto 3.6.3, and has been backported into a Debian kernel above 3.2.35-2. Hope that is helpful, what is the next step? Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703468: [3.2.35-2 - 3.2.39-1 regression] fails to boot on apple iMac
On 10/04/13 16:35, Jonathan Nieder wrote: What's next? 3.6.9-1~experimental.1, to narrow down the range to search for a fix. The binary from snapshot.debian.org (linux-image-3.6-trunk-amd64) should install fine, or if you prefer to build from source then there are instructions at [1]. Thanks, Jonathan [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html (Note in particular sections 4.2.1.1 and 4.2.5.) I've downloaded the deb file from snapshot.debian.org for 3.6.9-1~experimental.1 and tried that. It booted fine, this version did not show the problem we're exploring in this ticket. I've also built a 3.2.39 kernel with some patches stripped. This kernel still does exhibit the problem, suggesting the patches I stripped out are not responsible. Those patches are: bugfix/x86/drm-i915-kick-any-firmware-framebuffers-before-claim.patch bugfix/x86/drm-i915-Only-kick-out-vesafb-if-we-takeover-the-fbc.patch bugfix/x86/drm-i915-add-quirk_invert_brightness-for-ncr-machine.patch bugfix/x86/drm-i915-Close-race-between-processing-unpin-task-an.patch bugfix/all/i915-ensure-that-VGA-plane-is-disabled.patch bugfix/x86/drm-i915-Only-increment-the-user-pin-count-after-suc.patch bugfix/x86/drm-i915-Disable-AsyncFlip-performance-optimisations.patch bugfix/x86/drm-i915-GFX_MODE-Flush-TLB-Invalidate-Mode-must-be-.patch bugfix/x86/drm-i915-dump-UTS_RELEASE-into-the-error_state.patch Here is a quick summary of what kernel's I've tried so far: works 3.8.5 works 3.6.9 fails 3.4.4 fails 3.2.41-2 fails 3.2.39-2 works 3.2.35-2 Looking at snapshots.debian.org, I'll try 3.5.5-1, as it seems so far Jonathan has been trying to get me to bisect in on the bug. Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703468: [3.2.35-2 - 3.2.39-1 regression] fails to boot on apple iMac
On 08/04/13 16:28, Jonathan Nieder wrote: Thanks for testing. As a next test, can you try the 3.4.4 binary package from http://snapshot.debian.org/package/linux/? Hope that helps, Jonathan I've tried that. The 3.4.4-1~eperimental.1 linux-image I built from those sources does not boot, it fails in the same manner as the other 3.2 kernels after 3.2.35. What's next? Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703468: [3.2.35-2 - 3.2.39-1 regression] fails to boot on apple iMac
On 03/04/13 09:30, Jonathan Nieder wrote: Geoff Crompton wrote: I had been considering building a kernel for each patch where the kernel only includes that one patch. But with 17 patches, that seems like a lot of kernels to test (for me anyway). So I've further whittled that down by looking for patches that mention 'backport': geoffc@hulk:~/debs/linux-3.2.39$ cat ../i915_bug_patch_shortlist | xargs grep -li backport debian/patches/bugfix/all/i915-ensure-that-VGA-plane-is-disabled.patch debian/patches/bugfix/x86/drm-i915-add-quirk_invert_brightness-for-ncr-machine.patch debian/patches/bugfix/x86/drm-i915-Close-race-between-processing-unpin-task-an.patch debian/patches/bugfix/x86/drm-i915-Disable-AsyncFlip-performance-optimisations.patch debian/patches/bugfix/x86/drm-i915-dump-UTS_RELEASE-into-the-error_state.patch debian/patches/bugfix/x86/drm-i915-GFX_MODE-Flush-TLB-Invalidate-Mode-must-be-.patch debian/patches/bugfix/x86/drm-i915-kick-any-firmware-framebuffers-before-claim.patch debian/patches/bugfix/x86/drm-i915-Only-increment-the-user-pin-count-after-suc.patch For these 8 patches I'll attempt to build packages that only include a single patch from this short list, and see if one of those kernels crashes. I don't have access to the machine that I've seen the bug on until next week. Unfortunately I don't think the patches are independent. If you can find a way to bisect among them to see which introduces the problem, that would be great, but please also do test the 3.8.y kernel from experimental so we can get upstream help. Thanks again and sorry for the trouble, Jonathan I can confirm the patches are not independant. I found bugfix/x86/drm-i915-Only-kick-out-vesafb-if-we-takeover-the-fbc.patch didn't apply if the above patches weren't included (because I'd commented them in the series file). But I didn't get any further along that line of development. Instead I downloaded linux_3.8.5-1~experimental.1.dsc (and related) and tried to build that on my wheezy box. The build failed after a long time, but well after it had successfully built linux-image-3.8-trunk-amd64_3.8.5-1~gc70.1_amd64.deb. So I tried to install that (and found I also had to download and compile the initramfs-tools 0.110 package). But now I'm running the 3.8.5 kernel successfully. So this bug is not present in a 3.8.5 kernel. I guess given Jonathans comments on 2013-04-02 I should keep trying to build a 3.2.39 package without some selection of the above patches (and whatever else) to see if that does work, and then try adding back in patches until it fails. Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703468: linux-image-3.2.0-4-amd64 fails to boot on apple iMac
Package: src:linux Version: 3.2.39-2 Severity: grave Dear Maintainer, I upgraded to the 3.2.39-2 package last night, and this morning my system wouldn't boot. I used Marco's advice in #551798 to set init=/bin/bash, and found the boot stopped after running /etc/rcS.d/S02udev. Sometimes there would be a screen full of kernel messages, that ended in a message like: fb: conflicting fb hw usage radeondrmfb vs EFI VGA - removing generic driver Sorry I can't provide more details, I didn't take a photo of the screen. Using by init=/bin/bash shell I downgraded the kernel package to the 3.2.35-2 package (which was what I was running prior to yesterdays upgrade), and my system booted successfully. The attached linux-image-reportbugoutput file was generated by running: $ reportbug -q --template -T none -s none -S normal -b --list-cc none -q linux-image-3.2.0-4-amd64 ~/tmp/linux-image-reportbugoutput Please note that this reportbug run was while running on the 3.2.35-2 package of the kernel, so some of the details will be misleading. Include network configuration and status from this computer? Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Geoff Crompton geo...@trinity.unimelb.edu.au To: Debian Bug Tracking System sub...@bugs.debian.org Subject: linux-image-3.2.0-4-amd64: none X-Debbugs-Cc: none Package: src:linux Version: 3.2.35-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.35-2 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=UUID=7de8ea19-10bf-4b66-a1e3-a14e6ac34d80 ro quiet ** Not tainted ** Kernel log: [ 11.154250] ATOM BIOS: Apple [ 11.154260] [drm] GPU not posted. posting now... [ 11.172389] radeon :01:00.0: VRAM: 512M 0x - 0x1FFF (512M used) [ 11.172391] radeon :01:00.0: GTT: 512M 0x2000 - 0x3FFF [ 11.174594] [drm] Detected VRAM RAM=512M, BAR=256M [ 11.174596] [drm] RAM width 128bits DDR [ 11.174675] [TTM] Zone kernel: Available graphics memory: 2019148 kiB. [ 11.174677] [TTM] Initializing pool allocator. [ 11.174711] [drm] radeon: 512M of VRAM memory ready [ 11.174713] [drm] radeon: 512M of GTT memory ready. [ 11.174726] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 11.174727] [drm] Driver supports precise vblank timestamp query. [ 11.174765] radeon :01:00.0: irq 50 for MSI/MSI-X [ 11.174770] radeon :01:00.0: radeon: using MSI. [ 11.174814] [drm] radeon: irq initialized. [ 11.174817] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 11.175157] [drm] Loading TURKS Microcode [ 11.264106] Bluetooth: Generic Bluetooth USB driver ver 0.6 [ 11.264325] usbcore: registered new interface driver btusb [ 11.338630] platform radeon_cp.0: firmware: agent loaded radeon/TURKS_pfp.bin into memory [ 11.526432] platform radeon_cp.0: firmware: agent loaded radeon/TURKS_me.bin into memory [ 11.612326] platform radeon_cp.0: firmware: agent loaded radeon/BTC_rlc.bin into memory [ 11.662351] platform radeon_cp.0: firmware: agent loaded radeon/TURKS_mc.bin into memory [ 11.665046] [drm] PCIE GART of 512M enabled (table at 0x0004). [ 11.665170] radeon :01:00.0: WB enabled [ 11.681439] [drm] ring test succeeded in 2 usecs [ 11.681532] [drm] radeon: ib pool ready. [ 11.681635] [drm] ib test succeeded in 0 usecs [ 11.683096] [drm] Radeon Display Connectors [ 11.683097] [drm] Connector 0: [ 11.683098] [drm] eDP [ 11.683099] [drm] HPD3 [ 11.683101] [drm] DDC: 0x6450 0x6450 0x6454 0x6454 0x6458 0x6458 0x645c 0x645c [ 11.683102] [drm] Encoders: [ 11.683104] [drm] LCD1: INTERNAL_UNIPHY2 [ 11.683105] [drm] Connector 1: [ 11.683106] [drm] DisplayPort [ 11.683107] [drm] HPD1 [ 11.683108] [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c [ 11.683109] [drm] Encoders: [ 11.683110] [drm] DFP1: INTERNAL_UNIPHY1 [ 11.683112] [drm] Connector 2: [ 11.683112] [drm] DisplayPort [ 11.683113] [drm] HPD2 [ 11.683115] [drm] DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c [ 11.683116] [drm] Encoders: [ 11.683117] [drm] DFP2: INTERNAL_UNIPHY1 [ 11.683118] [drm] Connector 3: [ 11.683119] [drm] DisplayPort [ 11.683120] [drm] HPD5 [ 11.683121] [drm] DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 0x646c [ 11.683123] [drm] Encoders: [ 11.683124] [drm] DFP3: INTERNAL_UNIPHY2 [ 11.683125] [drm] Connector 4
Bug#628804: further patch
Hi, I tried the patch available on this ticket. I still had output, as you can see below: geoffc@monit02: $ sudo env LANG=C /usr/bin/mrtg /etc/mrtg.cfg mrtg_output_4 21 Subroutine SNMP_Session::pack_sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/SNMP_Session.pm line 149 Subroutine SNMPv1_Session::pack_sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/SNMP_Session.pm line 608 This output is a little different to the output previously discussed on this ticket. However I've a new patch which is almost the same as the patch on this bug report that makes my invocations of mrtg go silent. So I'm treating it like it's the same issue. Please find attached my modified patch. Cheers, Geoff Crompton --- a/lib/SNMP_Session.pm +++ b/lib/SNMP_Session.pm @@ -146,7 +146,7 @@ if (eval {local $SIG{__DIE__};require Socket6;} eval {local $SIG{__DIE__};require IO::Socket::INET6; IO::Socket::INET6-VERSION(1.26);}) { - import Socket6; + Socket6-import(qw(inet_pton getaddrinfo)); $ipv6_addr_len = length(pack_sockaddr_in6(161, inet_pton(AF_INET6(), ::1))); $SNMP_Session::ipv6available = 1; } @@ -605,7 +605,7 @@ BEGIN { if($SNMP_Session::ipv6available) { import IO::Socket::INET6; - import Socket6; + Socket6-import(qw(inet_pton getaddrinfo)); } }
Bug#653242: ppp: strange problem with Class C subnet being dropped
Package: ppp Version: 2.4.5-4 Severity: normal Tags: squeeze Over my ppp link I use the source address my ISP assigns me, as well as a class C subnet, 203.24.247.0/24. Every now and then traffic for 203.24.247.0/24 breaks. Traffic to/from my regular IPv4 address continues successfully. From tcpdumps I've run on my router I can see traffic arriving for 203.24.247.1, and being sent out, but the far end never receives the traffic. I believe the packets are being dropped by a router or DSLAM in my ISP's network. I've reported this to my ISP (internode.on.net) and they say they have seen this problem before with 2 other customers, who were all running Debian. They haven't given me much other detail on the other customers (which due to Australian privacy laws is not surprising), so apart from knowing those customers are running Debian, I don't know what failure mode they experienced. Internode have told me that they weren't running an extra public /24, so they haven't had the same failure mode as I have. One of those other customers was running Linux Debian 2.3.32.5, with PPP 2.4.5-4, and an ATM Traverse Solos PCI Card. They also won't tell me the model numbers of their equipment that is involved, or the patch level. I'm using a speedtouch ST546 adsl modem over ethernet. Are you aware of any similar issues? Is there internal information I can lookup in ppp with gdb that might be useful? -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i586) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages ppp depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f ii libpam-runtime1.1.1-6.1+squeeze1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1+squeeze1 Pluggable Authentication Modules l ii libpcap0.81.1.1-2+squeeze1 system interface for user-level pa ii procps1:3.2.8-9 /proc file system utilities ppp recommends no packages. ppp suggests no packages. -- Configuration Files: /etc/chatscripts/gprs [Errno 13] Permission denied: u'/etc/chatscripts/gprs' /etc/chatscripts/pap [Errno 13] Permission denied: u'/etc/chatscripts/pap' /etc/ppp/options changed: asyncmap 0 auth crtscts lock hide-password modem debug lcp-echo-interval 30 lcp-echo-failure 4 noipx +ipv6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648401: isc-dhcp-relay: dhcrelay(8) doesn't mention need for -i on server facing interface
Package: isc-dhcp-relay Version: 4.1.1-P1-15+squeeze3 Severity: normal Tags: patch The dhcrelay man page doesn't mention that if you use any -i option to specify interfaces, you need to add an -i option for the interface used to contact the DHCP server. Otherwise dhcrelay silently drops the packets (which took me an afternoon to figure out). It seems some versions of the dhcrelay man page have had this as a warning, see this copy: http://linuxcommand.org/man_pages/dhcrelay8.html I haven't checked when the documentation changed. I've added a patch with my suggested alteration to the man page. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-relay depends on: ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii debianutils 3.4 Miscellaneous utilities specific t ii isc-dhcp-common 4.1.1-P1-15+squeeze3 common files used by all the isc-d ii libc6 2.11.2-10Embedded GNU C Library: Shared lib isc-dhcp-relay recommends no packages. isc-dhcp-relay suggests no packages. -- debconf information excluded --- dhcrelay.8.orig 2011-11-11 16:41:22.0 +1100 +++ dhcrelay.8 2011-11-11 16:43:01.0 +1100 @@ -178,7 +178,10 @@ interfaces may be specified by using more than one \fB-i\fR option. If no interfaces are specified on the command line, dhcrelay will identify all network interfaces, eliminating non-broadcast interfaces if possible, -and attempt to listen on all of them. +and attempt to listen on all of them. If you use -i, you should ensure you +include an -i option for the interface that is used to communicate with the +DHCP server. Otherwise reply packets from the DHCP server are likely to be +dropped. .TP -m \fIappend\fR|\fIreplace\fR|\fIforward\fR|\fIdiscard\fR Control the handling of incoming DHCPv4 packets which already contain
Bug#641237: dibbler-client: drops dhcp session when pppd restarts
Package: dibbler-client Version: 0.7.3-1.3 Severity: normal Tags: ipv6 Whenever the pppd daemon on my Debian Squeeze router restarts I loose IPv6 connectivity on the next work behind it. IPv4 continues to work, and IPv6 works from the router. Restarting dibbler-client restores IPv6 connectivity to my local network. It seems my ISP stops routing the prefix it has assigned via prefix delegation to dibbler client if it looses communication with my dhcp client software. I think that dibbler-client is somehow failing to transmit once the pppd daemon restarts, but doesn't realise the problem. Perhaps there should be a script in /etc/ppp/ipv6-up.d to restart dibbler? -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i586) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dibbler-client depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages dibbler-client recommends: ii dibbler-doc 0.7.3-1.3 documentation for Dibbler ii resolvconf1.46 name server information handler dibbler-client suggests no packages. -- debconf information: * dibbler-client/start: true dibbler-client/title: * dibbler-client/interfaces: ppp0 * dibbler-client/options: dns -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636287: squid.postrm removes /var/log/squid, even though it's needed by other packages
Package: squid Version: 2.7.STABLE9-2.1 Severity: normal Tags: patch On my system I had squid, squid3, srg and squidguard. squid had been installed due to a recommends dependancy by srg. When I purged squid the logrotation for squidguard started to complain. By default squidGuard logs to /var/log/squid, and /var/lib/dpkg/info/squidguard.list mentions /var/log/squid. The /var/lib/dpkg/info/squid.postrm script does 'rm -rf /var/log/squid'. I don't think the squid package should be removing directories that are used by other packages. I've attached a trivial patch, to change the rm command to remove the logfiles rather than the directory. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages squid depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries ii libpam0g1.1.1-6.1Pluggable Authentication Modules l ii logrotate 3.7.8-6 Log rotation utility ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii netbase 4.45 Basic TCP/IP networking system ii squid-common2.7.STABLE9-2.1 Internet object cache (WWW proxy c squid recommends no packages. Versions of packages squid suggests: pn logcheck-database none (no description available) pn resolvconfnone (no description available) ii smbclient 2:3.5.6~dfsg-3squeeze4 command-line SMB/CIFS clients for pn squid-cgi none (no description available) ii squidclient 3.1.6-1.2 A full featured Web Proxy cache (H pn winbind none (no description available) -- debconf information: --- squid.postrm2011-08-02 09:49:43.0 +1000 +++ squid.postrm.new2011-08-02 09:52:15.0 +1000 @@ -16,7 +16,7 @@ rm -f /etc/init.d/squid update-rc.d squid remove /dev/null echo Purging logfiles .. - rm -rf /var/log/squid + rm -f /var/log/squid/{access,cache,store}.log* if [ -f /etc/squid/squid.conf ]; then echo Removing the config-file .. rm -f /etc/squid/squid.conf
Bug#632713: collectd: ping fails to parse IPv6 addresses
Package: collectd Version: 4.10.1-1+squeeze2 Severity: normal If I have a /etc/collectd/plugins/ping.conf file such as: Plugin ping Host 150.101.140.197 Host 2001:44b8:69:2:1::100 /Plugin Then when I start collectd I get log lines like: Jul 5 18:05:13 ogrady collectd[18720]: ping plugin: ping_host_add (2001.00 44b8 69.00 2.00 1.00 100.00) failed: getaddrinfo: Name or service not known Furthermore, if I changed the second Host line to '::1', I don't get these errnoeous log lines. I had a look through the source code of collectd-4.10.1/src/ping.c (and liboping-1.4.0/src/oping.h). Nothing seemed odd there. After a little further reflection, I suspect the configuration parsing code in collectd is incorrectly intepretting the Host string from the config file. The log line output shows that the components of the IPv6 address without any hex letters were convertered to floating point numbers, and the one part with hex letters was left as a string. I tried to follow the collectd parsing code to see if I could identify where the problem occured, but it's been a fair while since I've done any C programming, and I got lost in the collectd-4.10.1/src/liboconfig/parser.c code. I did notice that the upstream collectd.git repository hasn't had any changes in the src/liboconfig since 2009. This gives me hope that this is a current upstream bug as well. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages collectd depends on: ii collectd-core 4.10.1-1+squeeze2 statistics collection and monitori ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii librrd41.4.3-1 time-series data storage and displ Versions of packages collectd recommends: ii iptables 1.4.8-3 administration tools for packet fi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.21.0-2 Multi-protocol file transfer libra ii libdbi00.8.2-3 Database Independent Abstraction L ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libesmtp5 1.0.4-5 LibESMTP SMTP client library ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcrypt111.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libhal10.5.14-3 Hardware Abstraction Layer - share ii libmemcached5 0.40-1A C and C++ client library to the ii libmysqlclient16 5.1.49-3 MySQL database client library ii libnotify1 [libnot 0.5.0-2 sends desktop notifications to a n ii libopenipmi0 2.0.16-1.2Intelligent Platform Management In ii liboping0 1.4.0-1 C/C++ library to generate ICMP ECH ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpcap0.8 1.1.1-2 system interface for user-level pa ii libperl5.105.10.1-17squeeze2 shared Perl library ii libpq5 8.4.8-0squeeze1 PostgreSQL C client library ii libprotobuf-c0 0.12-3+b1 Protocol Buffers C library ii libpython2.6 2.6.6-8+b1Shared Python runtime library (ver ii librrd41.4.3-1 time-series data storage and displ ii libsensors41:3.1.2-6 library to read temperature/voltag ii libsnmp15 5.4.3~dfsg-2 SNMP (Simple Network Management Pr ii libssl0.9.80.9.8o-4squeeze1 SSL shared libraries ii libtokyotyrant31.1.40-4 Tokyo Tyrant runtime libraries ii libupsclient1 2.4.3-1.1squeeze1 network UPS tools - client library ii libvirt0 0.8.3-5+squeeze1 library for interfacing with diffe ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libyajl1 1.0.8-1 Yet Another JSON Library collectd suggests no packages. -- Configuration Files: /etc/collectd/collectd.conf changed: LoadPlugin cpu LoadPlugin df LoadPlugin disk LoadPlugin entropy LoadPlugin interface LoadPlugin irq LoadPlugin load LoadPlugin memory LoadPlugin processes LoadPlugin rrdtool LoadPlugin swap
Bug#630788: linux-image-2.6.32-5-486: squeeze kernel doesn't include accept_ra=2 patch
Package: linux-2.6 Version: 2.6.32-34squeeze1 Severity: wishlist Tags: squeeze ipv6 The squeeze kernel doesn't have this patch: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=65e9b62d4503849b10bedfc29bff0473760cc597 Apparently that hit the kernel in 2.6.37, according to: http://lists.debian.org/debian-ipv6/2011/05/msg00033.html I'd really like that patch to be in the squeeze kernel, and I suspect the Adam Spragg (who started that debian-ipv6 mailing list thread) would also like it. The mailing list thread goes on and Bernard Scmidt suggests a work around (hence this being a wishlist bug). This bug is my vote to get this patch into squeeze somehow (be that a squeeze-n-half kernel, or a cherry picked patch to a later squeeze kernel). I'll understand if you tag this wont-fix. Cheers, Geoff Crompton -- Package-specific info: ** Version: Linux version 2.6.32-5-486 (Debian 2.6.32-34squeeze1) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Wed May 18 06:47:47 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-486 root=UUID=c412fa10-c869-4263-8a6e-02189d4fd4db ro console=ttyS0,19200n8 quiet ** Not tainted ** Kernel log: [1119040.794420] Redirect from 112.200.253.139 on ppp0 about 112.200.211.142 ignored. [1119040.794461] Advised path = 59.167.191.61 - 112.200.211.142 [1119040.794686] Redirect from 112.200.199.247 on ppp0 about 112.200.211.142 ignored. [1119040.794725] Advised path = 59.167.191.61 - 112.200.211.142 [1119040.794938] Redirect from 112.200.238.21 on ppp0 about 112.200.211.142 ignored. [1119040.794977] Advised path = 59.167.191.61 - 112.200.211.142 [1119040.801207] Redirect from 112.200.253.139 on ppp0 about 112.200.211.142 ignored. [1119040.801249] Advised path = 59.167.191.61 - 112.200.211.142 [1131677.688120] __ratelimit: 6 callbacks suppressed [1131677.688208] Redirect from 88.35.141.162 on ppp0 about 88.35.141.161 ignored. [1131677.688240] Advised path = 59.167.191.61 - 140.80.100.10 [1243192.370958] Redirect from 89.18.23.222 on ppp0 about 89.18.23.8 ignored. [1243192.370999] Advised path = 59.167.191.61 - 89.18.23.8 [1284946.445214] device ppp0 entered promiscuous mode [1284974.638661] device ppp0 left promiscuous mode [1285170.093280] device ppp0 entered promiscuous mode [1287879.642751] device ppp0 left promiscuous mode [1336209.931739] device ppp0 entered promiscuous mode [1336214.700390] device ppp0 left promiscuous mode [1336226.366128] device ppp0 entered promiscuous mode [1336241.063930] device ppp0 left promiscuous mode [1336699.388234] device ppp0 entered promiscuous mode [1336722.923456] device ppp0 left promiscuous mode [1337080.779590] device ppp0 entered promiscuous mode [1337095.010656] device ppp0 left promiscuous mode [1337100.418061] device ppp0 entered promiscuous mode [1337100.470448] device ppp0 left promiscuous mode [1337110.222334] device ppp0 entered promiscuous mode [1337113.858415] device ppp0 left promiscuous mode [1337125.011096] device ppp0 entered promiscuous mode [1337130.054529] device ppp0 left promiscuous mode [1337134.612233] device ppp0 entered promiscuous mode [1337196.293168] device ppp0 left promiscuous mode [1337537.072394] device ppp0 entered promiscuous mode [1337578.201078] device ppp0 left promiscuous mode [1345382.369542] Redirect from 62.103.73.215 on ppp0 about 80.106.108.128 ignored. [1345382.369584] Advised path = 59.167.191.61 - 125.125.10.5 [1345385.477505] Redirect from 62.103.73.215 on ppp0 about 80.106.108.128 ignored. [1345385.477546] Advised path = 59.167.191.61 - 125.125.10.5 [1347462.420273] Redirect from 89.39.243.159 on ppp0 about 89.39.243.2 ignored. [1347462.420314] Advised path = 59.167.191.61 - 89.39.243.2 [1347462.427980] Redirect from 89.39.243.159 on ppp0 about 89.39.243.2 ignored. [1347462.428021] Advised path = 59.167.191.61 - 89.39.243.2 [1347462.448313] Redirect from 89.39.243.3 on ppp0 about 89.39.243.2 ignored. [1347462.448354] Advised path = 59.167.191.61 - 89.39.243.2 [1347462.448576] Redirect from 89.39.243.3 on ppp0 about 89.39.243.2 ignored. [1347462.448613] Advised path = 59.167.191.61 - 89.39.243.2 [1358055.049158] Redirect from 216.12.6.105 on ppp0 about 216.12.6.88 ignored. [1358055.049198] Advised path = 59.167.191.61 - 216.12.6.88 [1358055.056890] Redirect from 216.12.6.105 on ppp0 about 216.12.6.88 ignored. [1358055.056936] Advised path = 59.167.191.61 - 216.12.6.88 [1366106.442990] process `sysctl' is using deprecated sysctl (syscall) net.ipv6.neigh.default.retrans_time; Use net.ipv6.neigh.default.retrans_time_ms instead. [1391814.822836] martian source 10.82.118.254 from 114.75.154.149, on dev eth1 [1391814.822898] ll header: ff:ff:ff:ff:ff:ff:3c:8b:fe:52:d2:44:08:06 [1391815.797698] martian source 10.82.118.254 from 114.75.154.149, on dev eth1 [1391815.797770] ll header: ff:ff:ff:ff:ff:ff:3c:8b:fe:52:d2:44:08:06 [1446359.521947] Redirect from 216.12.6.105 on ppp0 about 216.12.6.88 ignored. [1446359.521993] Advised
Bug#630555: problems installing to apple 2011 imac
Package: installation-reports Boot method: CD Image version: debian-testing-amd64-netinst.iso (downloaded on 2011-06-15) Date: 2011-06-15 Machine: Apple iMac (May 2011 alum 21.5-inch Core i5) iMac12,1 Processor: Core i5 Memory: 4G Partitions: Output of lspci -knn (or lspci -nn): (can't provide just now, install didn't succeed, and I don't want to type it out from looking at the screen). Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [E] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[E] Comments/Problems: I wasn't able to select 'Melbourne' or 'Victoria' as a timezone. Other correct Australian timezones were displayed, even some that I'd consider much less popular than Melbourne, a captial city, I was prompted with an error about Dictionaries-common. I was told to 'Please insert the disc labelled: 'Debian GNU/Linux testing _Wheezy_ - Official Snapshot amd64 NETINST Binary-1 20110608-21:45'. The CD was still in the drive. On console 4 I had the message: Jun 15 05:38:13 load-install-cd: E: Failed to mount the cdrom. Hitting 'Continue' repeatedly bought up the error. Hitting 'Go Back' seemed to continue. Then there was an error about Configuring grub-pc. The message said: There was a problem reading data from the CD-ROM. Please make sure it is in the drive. If retrying does not work, you should check the integriy of your CD-ROM. Failed to copy file from CD-ROM. Retry? Retrying doesn't succeed. I've (previously) ran a 'md5sum -c' on the md5sum file on the CD image, and not found any problems. I've also done a similar thing on the Mac itself (by booting to the Mac OSX partition, and writing a short python script that uses hashlib, as md5sum isnt' natively available on Mac) On console 4 at this point I'm seeing some errors about configuring grub-pc, lines like: Jun 15 05:58:42 in-target: Use of uninitialized value $item in exists at /usr/share/perl5/Debconf/DbDriver/Cache.pm line 39, GEN2 line 76. There were similar lines about value $template in /usr/sahre/perl5/Debconf/Template.pm line 81, GEN2 line 85. There were also error messages saying Jun 15 05:58:42 anna[20604]: DEBUG: resolver (kernel-image-2.6.38-2-amd64-di): package doesn't exist (ignored) Jun 15 05:58:42 anna[20604]: DEBUG: retrieving reiserfs-modules-2.6.38-2-amd64-di 1.80 Jun 15 05:58:42 cdrom-retriever: error: Unable to find 'pool/main/l/linux-kernel-di-amd64-2.6/resierfs-modules-2.6.38-2-amd64-di_1.80_amd64.udeb Jun 15 05:58:42 anna[20604]: WARNING **: package retrieval failed Those last two lines were repeated every time I hit 'Yes' on the configuring grub-pc prompt. Hitting no on the prompt bought up the same message, but on the 4th console it was reporting that ntf-modules-2.6.38-2-amd64-di_1.80_amd64.udeb was unable to be retrieved, and then something else, possibly called qnx something. I installed grub to the MBR, but upon rebooting the MAC failed to boot into it, and instead did an EFI boot into the installed MAC partition. I'm going to try getting booting working with rEFit, but thought I'd send in this installation report first. Cheers, Geoff Crompton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630555: Acknowledgement (problems installing to apple 2011 imac)
I've now installed rEFIt on the Mac partition, and succeeded booting grub using the refit menu. The system starts to boot, and some kernel messages are briefly displayed. Once the kernel re-initializes the display I get a black snowy screen. I haven't found a kernel parameter incantation that will prevent the graphics being re-initialised, so I can't get to a console to generate an 'lspci' listing, or other useful information. Cheers, Geoff Crompton
Bug#615508: backupninja: rdiff action doesn't support ssh options for remote sources
Package: backupninja Version: 0.9.8.1-1 Severity: normal The rdiff action lets you use ssh options for remote destinations, but not remote sources. If you want to generate specific keys to be used you can easily do that for a remote destination by using an ssh options of '-i /path/to/key', but you can't for a remote source. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages backupninja depends on: ii bash 4.1-3 The GNU Bourne Again SHell ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii dialog 1.1-20100428-1Displays user-friendly dialog boxe ii mawk 1.3.3-15 a pattern scanning and text proces backupninja recommends no packages. Versions of packages backupninja suggests: pn cdrdaonone (no description available) ii debconf-utils 1.5.36.1 debconf utilities pn dvd+rw-tools none (no description available) pn genisoimage none (no description available) ii hwinfo16.0-2 Hardware identification system pn mdadm none (no description available) ii rdiff-backup 1.2.8-6remote incremental backup pn wodim none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599068: python-moinmoin: backporting 1.9.3 package to lenny results in cdbs dependancy substitution failing
Package: python-moinmoin Severity: normal I'm trying to make a personal backport of moin to Lenny of 1.9.3. However when I do so, the resulting package has incorrect dependancy information. In the end of debian/rules I can see there is the following line: CDBS_DEPENDS += python-werkzeug, python-pygments, python-parsedatetime and in debian/control I can see as part of the package definition: Depends: ${python:Depends}, ${misc:Depends}, ${cdbs:Depends} However after building the package I only have: Depends: python (= 2.3), python-support (= 0.7.1) So the ${cdbs:Depends} substitution is empty. On lenny I'm using cdbs 0.4.52. Is ${cdbs:Depends} meant to work in the 0.4.52 cdbs package? I'm not very familiar with cdbs, so I can't say. Or does this reveal a bug that is hidden on squeeze and sid? P.S. I used reportbug to create this bug report, which automatically setup a header saying 'Version: 1.9.3-1~bpo50-1'. As that is a version I gave to my backport effort (and is not a version that the debian archive has ever seen, and quite possibly won't see), I've removed that header from this bug report. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599068: python-moinmoin: backporting 1.9.3 package to lenny results in cdbs dependancy substitution failing
Jonas Smedegaard wrote: Hi (again) Geoff, snip So the ${cdbs:Depends} substitution is empty. On lenny I'm using cdbs 0.4.52. Is ${cdbs:Depends} meant to work in the 0.4.52 cdbs package? I'm not very familiar with cdbs, so I can't say. Or does this reveal a bug that is hidden on squeeze and sid? Above you only investigate runtime dependencies. CDBS is used at build time, and indeed the package declares the following in debian/control: Build-Depends: [...], cdbs (= 0.4.72~) Yes, I did find that in the build dependancies. It was one of the two minor changes I'd already made to get my backporting working. (The other one was changing how mktemp was called in a supporting script, but that's not relevant to this bug report). So no, it is not supposed to work with older releases of CDBS. And also I believe that there is no bug in the packaging: you need to bacport CDBS as well (or hack the packaging to avoid modern CDBS features). I expected as much. By emailing you (and then following your suggestion of lodging a bug report) I was hoping to learn how hack the package to do this. I don't know cdbs, so I don't know how to hack around the missing features when using the lenny cdbs. But I guess I'm going to have to learn. I recommend building packages using debuild (or a wrapper around that - Personally I use cowbuilder from the package cowdancer) which should properly check build-dependencies for you. I use debuild, and as I mentioned, it did find those build dependancies. I used reportbug to create this bug report, which automatically setup a header saying 'Version: 1.9.3-1~bpo50-1'. As that is a version I gave to my backport effort (and is not a version that the debian archive has ever seen, and quite possibly won't see), I've removed that header from this bug report. Good that you mention this. You should not need to remove the version hint, though - it is still helpful even if slightly bogus. I recommend, however, that you use a different hint than bpo for your private backports: Use your initials or something else that more clearly indicate separation from backports.debian.org. That's an excellent suggestion, I'll do so in future. I hereby close this as a non-bug. Feel free to continue posting to it (only when archived is it closed for further input), especially if you disagree with my judgement and would like the bugreport reopened. I don't disagree with you about the issue being a non-bug, so the bug report can remain closed. Kind regards, - Jonas Cheers, Geoff Crompton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599047: python-tz: use of pytz generates UserWarning about repeated imports
Package: python-tz Version: 2008c-2 Severity: normal I have a script that imports some django (and hence mysql) libraries, before then importing pytz. When I run the script I see: geo...@chiraz:~/svk/passwordaging/trunk/bin$ ./report-force-change-rate /usr/lib/python2.5/site-packages/pytz/__init__.py:29: UserWarning: Module _mysql was already imported from /var/lib/python-support/python2.5/_mysql.so, but /var/lib/python-support/python2.5 is being added to sys.path from pkg_resources import resource_stream I've patched the lenny package to get one that works for me, the diff is: --- python-tz-2008c.orig/pytz/__init__.py +++ python-tz-2008c/pytz/__init__.py @@ -25,11 +25,6 @@ import sys, datetime, os.path, gettext -try: -from pkg_resources import resource_stream -except ImportError: -resource_stream = None - It looks like the only place that resource_stream gets used in pytz/__init__.py has already been removed by the debian specific patch. So removing the attempt to import it seems to make sense. I have to admit that I don't know python well enough to understand what resource_stream is used for, or to understand the warning I'm getting. I had a look at the 2010b-1 package, and it looks like this code is still present in squeeze and sid as well. So I imagine I'd get the same warning, though I haven't confirmed this on a squeeze or sid system. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-tz depends on: ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii tzdata 2010j-0lenny1 time zone and daylight-saving time python-tz recommends no packages. python-tz suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594615: error while flashing on Harmony 525 remote
This is a me to. I've got a Harmony 525 remote, and I have the same problems as the original bug reporter. I also found that the 0.21-5 packages from snapshots.debian.org worked. This seems to have been reported upstream: http://sourceforge.net/tracker/?func=detailaid=3071382group_id=201579atid=978127 There is a new upstream release, 0.23, but it according to the upstream bug report, it doesn't fix this bug. Cheers, Geoff Crompton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591394: pidgin unable to connect to avahi-daemon
Package: pidgin Version: 2.7.2-1 Severity: normal *** Please type your report below this line *** Currently when I startup pidgin I get a message displayed at the bottom of the buddy list saying that pidgin couldn't connect to avahi-daemon. The message reads: go8...@svelt disconnected Unable to establish connection with the local mDNS server. Is it running? Here are relevant debug lines from pidgin: geo...@svelt:~/tmp$ pidgin -d 21 ~/tmp/pidgin.debug geo...@svelt:~/tmp$ grep -i bonjour pidgin.debug (14:17:05) plugins: probing /usr/lib/purple-2/libbonjour.so (14:17:06) bonjour: Attempting to bind IPv6 socket to port 5298. (14:17:06) bonjour: Bound IPv6 socket to port 5298. (14:17:06) bonjour: Attempting to bind IPv4 socket to port 5298. (14:17:06) bonjour: Bound IPv4 socket to port 5298. (14:17:06) bonjour: Error initializing Avahi: Daemon not running (14:17:10) plugins: Unloading plugin Bonjour avahi is running: f...@svelt:~/tmp$ sudo lsof -nPi | grep avahi [sudo] password for geoffc: avahi-dae 1443avahi 13u IPv4 5780 0t0 UDP *:5353 avahi-dae 1443avahi 14u IPv6 5781 0t0 UDP *:5353 avahi-dae 1443avahi 15u IPv4 5782 0t0 UDP *:59865 avahi-dae 1443avahi 16u IPv6 5783 0t0 UDP *:48890 There are no iptables rules getting in the way: geo...@svelt:~$ sudo iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination BTW I'm at debconf this week, if that helps to meet up and debug this. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgstreamer0.10-0 0.10.30-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtkspell02.0.16-1 a spell-checking addon for GTK's T ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpurple0 2.7.2-1 multi-protocol instant messaging l ii libsm6 2:1.1.1-1X11 Session Management library ii libstartup-notification00.10-1 library for program launch feedbac ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-4 GNOME XML library ii libxss1 1:1.2.0-2X11 Screen Saver extension library ii perl5.10.1-13Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1] 5.10.1-13minimal Perl system ii pidgin-data 2.7.2-1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.24-1 GStreamer plugins from the good Versions of packages pidgin suggests: ii evolution-data-server 2.30.2.1-1 evolution database backend server ii gnome-panel 2.30.2-1 launcher and docking facility for ii libsqlite3-0 3.7.0-1SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578472: iputils-ping: please parse csfailed to gather_statistics() in ping.c
Package: iputils-ping Version: 3:20071127-1 Severity: normal Please include the following patch so that ping reports how many packets failed the icmp checksum. --- ping.c (revision 150) +++ ping.c (working copy) @@ -709,7 +709,7 @@ return 1; /* 'Twas not our ECHO */ if (gather_statistics((__u8*)(icp+1), cc, ntohs(icp-un.echo.sequence), - ip-ttl, 0, tv, pr_addr(from-sin_addr.s_addr))) + ip-ttl, csfailed, tv, pr_addr(from-sin_addr.s_addr))) return 0; } else { /* We fall here when a redirect or source quench arrived. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iputils-ping depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries iputils-ping recommends no packages. iputils-ping suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567618: makes my system unbootable
I've had this problem as well, and my laptop then failed to boot. When I attempt to boot grub is launched by the bios, and I see: GRUB loading. Welcome to GRUB! error: the symbol 'grub_env_find' not found. Entering rescue mode... grub rescue Please consider upgrading the severity of this bug to critical. The grub manual http://grub.enbug.org/Manual suggests from the grub-rescue prompt said I should be able to load the normal module: insmod /boot/grub/normal.mod But this doesn't work: grub rescue insmod /grub/normal.mod error: the symbol 'grub_env_find' not found. grub rescue I managed to recover my system by using the squeeze versions of grub-pc and grub-common. I achieved this by: * rebooting with a usb stick configured with the squeeze installer, * mounting the laptop drives * chrooting into the filesystem * downloaded the squeeze grub-pc and grub-common packages (version 1.98~20100115-1) * installing them * bind mounting /dev and /proc into the chroot * running upgrade-grub and grub-install '(hd0)' (I suspect if I'd already mounted /dev and /proc when installing the packages I wouldn't have had to do that separately). -- Geoff Crompton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564547: funguloids: crashes when you start a game, ogre prefix needed
Package: funguloids Version: 1.06-8+b1 Severity: normal Fungaloids crashes after you click the 'start game' in the menu. If run from the console, I see the following at the end of the output: Texture: baseglow2.jpg: Loading 1 faces(PF_R8G8B8,128x128x1) with 5 hardware generated mipmaps from Image. Internal format is PF_X8R8G8B8,128x128x1. terminate called after throwing an instance of 'Ogre::InvalidParametersException' what(): OGRE EXCEPTION(2:InvalidParametersException): Cannot find required template 'BaseOpen3' in ParticleSystemManager::createSystem at OgreParticleSystemManager.cpp (line 311) Aborted This looks the same as a recent discussion on the packman list, so it seems a fix is likely already available somewhere: http://lists.links2linux.de/pipermail/packman/2009-May/007060.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages funguloids depends on: ii libalut0 1.1.0-2 OpenAL Utility Toolkit ii libc6 2.10.2-4 Embedded GNU C Library: Shared lib ii libgcc11:4.4.2-8 GCC support library ii liblua5.1-05.1.4-5 Simple, extensible, embeddable pro ii libmad00.15.1b-4 MPEG audio decoder library ii libogg01.1.4~dfsg-2 Ogg bitstream library ii libogremain-1.6.4 1.6.4.dfsg1-1 Object-oriented Graphics Rendering ii libois-1.2.0 1.2.0-1 Object Oriented Input System libra ii libopenal1 1:1.10.622-1 Software implementation of the Ope ii libstdc++6 4.4.2-8 The GNU Standard C++ Library v3 ii libvorbis0a1.2.3-3 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.3-3 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.3-3 The Vorbis General Audio Compressi ii ogre-plugins-cgprogrammana 1.6.4-1 Ogre plugin: CgProgramManager funguloids recommends no packages. funguloids suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564005: nagios-plugins-basic: check_tcp -e option doesn't work on Lenny
Package: nagios-plugins-basic Version: 1.4.12-5 Severity: normal When using the -e flag the check_tcp plugin returns CRITICAL even though the remote service does send through the expected string. It should be returning OK. For example, here is check_tcp incorrectly returning CRITICAL geo...@monit01:~$ /usr/lib/nagios/plugins/check_tcp -H ian -p 8000 -d 1 -s 'NOOP' -e 'OK 0' -q 'QUIT' CRITICAL - Socket timeout after 10 seconds However this works: geo...@monit01:/etc/nagios3/nagios.d$ /usr/lib/nagios/plugins/check_tcp -H ian -p 8000 -d 1 -s 'NOOP' -q 'QUIT' TCP OK - 0.001 second response time on port 8000|time=0.000902s;;;0.00;10.00 A manual netcat session shows the string used in the -e flag is sent by the server: geo...@monit01:~$ nc ian 8000 NOOP OK 0 QUIT Quitting... I did some investigation, and found something with strace that might help solve the problem. Running check_tcp with strace shows the following snippet: geo...@chiraz-60:~/rt/37751$ strace /usr/lib/nagios/plugins/check_tcp -H ian -p 8000 -d 1 -s 'NOOP' -q 'QUIT' -e 'OK 0' ... socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(8000), sin_addr=inet_addr(203.28. 240.55)}, 16) = 0 send(3, NOOP..., 4, 0) = 4 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 nanosleep({1, 0}, {1, 0}) = 0 read(3, 0x804f4e0, 1024) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- ... It looks like when check_tcp receives the ERESTARTSYS return code, it decides to return critical. According to http://lkml.indiana.edu/hypermail/linux/kernel/0104.0/0743.html userland shouldn't receive this signal, but that post is from 2001, so I don't know if that is a red herring. I haven't yet been able to confirm if this bug is present in sid. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nagios-plugins-basic depends on: ii iputils-ping3:20071127-1 Tools to test the reachability of ii libc6 2.7-18 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-15+lenny5 SSL shared libraries ii procps 1:3.2.7-11 /proc file system utilities ii ucf 3.0016 Update Configuration File: preserv nagios-plugins-basic recommends no packages. Versions of packages nagios-plugins-basic suggests: pn nagios3 none (no description available) -- no debconf information -- +-Geoff Crompton +--Debian System Administrator +---Trinity College -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560427: libconcord1: concordance / congruity only work as root
Package: libconcord1 Version: 0.21-4 Severity: normal When iceweasel launches congruity it fails to detect my remote. If I manually launch congruity as root, it detects the remote fine. I worked around this by chowning the user of the /dev/usb/001/003 file to my username, then congruity when launched from iceweasel worked ok. Looks like fedora had the same issue, and came up with some kind of fix: https://bugzilla.redhat.com/show_bug.cgi?id=506371 I spent 10 minutes, but couldn't easily find a related patch. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libconcord1 depends on: ii libc62.10.2-2GNU C Library: Shared libraries ii libgcc1 1:4.4.2-3 GCC support library ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library libconcord1 recommends no packages. libconcord1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525939: python-sqlalchemy: reflection of tables in remote mssql fails
Package: python-sqlalchemy Version: 0.5.3-1 Severity: normal When trying to autoload a table on a remote mssql server, sqlalchemy crashes. This may be related to http://www.sqlalchemy.org/trac/ticket/1312. I have tried this on a lenny box with the sqlalchemy 0.5.2 backport, and it does not have the problem. My script to demonstrate the problem: #!/usr/bin/python # # Demonstrates the exeption thrown by sqlalchemy 5.3, but not 5.2, on my # debian systems # import sqlalchemy import trinconfig def main(): a = get_create_eng_args() engine = sqlalchemy.create_engine('mssql://%s:%...@%s/%s' % a ) meta = sqlalchemy.MetaData() meta.bind = engine community_table = sqlalchemy.Table('Community', meta, autoload=True) def get_create_eng_args(): return ('user', '12345', 'db01', 'project-DB') if __name__ == '__main__': main() The output when run on this box: $ ./demo_problem.py Traceback (most recent call last): File ./demo_problem.py, line 27, in module main() File ./demo_problem.py, line 15, in main community_table = sqlalchemy.Table('Community', meta, autoload=True) File /usr/lib/pymodules/python2.5/sqlalchemy/schema.py, line 113, in __call__ return type.__call__(self, name, metadata, *args, **kwargs) File /usr/lib/pymodules/python2.5/sqlalchemy/schema.py, line 241, in __init__ _bind_or_error(metadata).reflecttable(self, include_columns=include_columns) File /usr/lib/pymodules/python2.5/sqlalchemy/engine/base.py, line 1265, in reflecttable self.dialect.reflecttable(conn, table, include_columns) File /usr/lib/pymodules/python2.5/sqlalchemy/databases/mssql.py, line 1132, in reflecttable c = connection.execute(s) File /usr/lib/pymodules/python2.5/sqlalchemy/engine/base.py, line 824, in execute return Connection.executors[c](self, object, multiparams, params) File /usr/lib/pymodules/python2.5/sqlalchemy/engine/base.py, line 874, in _execute_clauseelement return self.__execute_context(context) File /usr/lib/pymodules/python2.5/sqlalchemy/engine/base.py, line 896, in __execute_context self._cursor_execute(context.cursor, context.statement, context.parameters[0], context=context) File /usr/lib/pymodules/python2.5/sqlalchemy/engine/base.py, line 950, in _cursor_execute self._handle_dbapi_exception(e, statement, parameters, cursor, context) File /usr/lib/pymodules/python2.5/sqlalchemy/engine/base.py, line 931, in _handle_dbapi_exception raise exc.DBAPIError.instance(statement, parameters, e, connection_invalidated=is_disconnect) sqlalchemy.exc.OperationalError: (OperationalError) SQL Server message 105, severity 15, state 1, line 3: Unclosed quotation mark after the character string 'ORDIÂ'. DB-Lib error message 105, severity 15: General SQL Server error: Check messages from the SQL Server SQL Server message 102, severity 15, state 1, line 3: Incorrect syntax near 'ORDIÂ'. DB-Lib error message 102, severity 15: General SQL Server error: Check messages from the SQL Server 'SELECT [COLUMNS_1].[TABLE_SCHEMA], [COLUMNS_1].[TABLE_NAME], [COLUMNS_1].[COLUMN_NAME], [COLUMNS_1].[IS_NULLABLE], [COLUMNS_1].[DATA_TYPE], [COLUMNS_1].[ORDINAL_POSITION], [COLUMNS_1].[CHARACTER_MAXIMUM_LENGTH], [COLUMNS_1].[NUMERIC_PRECISION], [COLUMNS_1].[NUMERIC_SCALE], [COLUMNS_1].[COLUMN_DEFAULT], [COLUMNS_1].[COLLATION_NAME] \nFROM [INFORMATION_SCHEMA].[COLUMNS] AS [COLUMNS_1] \nWHERE [COLUMNS_1].[TABLE_NAME] = %(TABLE_NAME_1)s AND [COLUMNS_1].[TABLE_SCHEMA] = %(TABLE_SCHEMA_1)s ORDER BY [COLUMNS_1].[ORDINAL_POSITION]' {'TABLE_SCHEMA_1': 'dbo', 'TABLE_NAME_1': 'Community'} I've got installed: ii libsybdb5 0.82-5 libraries for connecting to MS SQL and Sybas ii freetds-common 0.82-5 configuration files for FreeTDS SQL client l ii python-pymssql 1.0.1+dfsg-1 Python database access for MS SQL server and -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-sqlalchemy depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.2 automated rebuilding support for P python-sqlalchemy recommends no packages. Versions of packages python-sqlalchemy suggests: ii python2.5.4-2An interactive high-level object-o pn python-kinterbasdbnone (no description available) ii python-mysqldb1.2.2-7A Python interface to MySQL pn python-psycopg2 none (no description available) ii python-pysqlite2 2.5.0-2Python interface to SQLite 3 pn python-sqlalchemy-doc none (no description available) -- no debconf information -- +-Geoff Crompton +--Debian System Administrator +---Trinity College
Bug#440041: request-tracker3.6: not just ssl proxy problem
Package: request-tracker3.6 Version: 3.6.1-4 Followup-For: Bug #440041 We've run into the same problem. In our case we had two front ends, and SSL proxy for Internet access, and a normal port 80 frontend for use within the office, which both showed the same problem. Our backend ran on a high port. So our redirects go to this high port number. Causing further confusion, we had our firewall portforwarding from tcp port 443 to tcp port 442, which is where our frontend SSL service was listening. We found this link, which helped a little: http://www.gossamer-threads.com/lists/rt/users/61508?search_string=redirect;#61508 So my boss found a patch in the RT bug database, and a work around for us. Apparently there are multiple issues going on. If you run an SSL frontend and a non-SSL backend, you have one issue, if you run the frontend on a different port you have another issue, and if you run the frontend on a different port to what the web request goes to (because of the linux firewall port forward), you have a third issue. I think. Our patch says to use a config variable if it's defined (RT::CanonicalRedirect, which we've defined in our RT_SiteConfig.pm). But during developing the patch my boss also altered inside the if statement, to fix the https/http problem. $ diff -u Web.pm Web.pm.patched --- Web.pm.orig 2007-09-17 09:57:44.333228924 +1000 +++ Web.pm.long.patched 2007-09-17 09:59:58.496618242 +1000 @@ -190,11 +190,20 @@ # If the user is coming in via a non-canonical # hostname, don't redirect them to the canonical host, # it will just upset them (and invalidate their credentials) -if ($uri-host eq $server_uri-host -$uri-port eq $server_uri-port) { -$uri-host($ENV{'HTTP_HOST'}); -$uri-port($ENV{'SERVER_PORT'}); +# unless they have explicitly requested this with $RT::CanonicalRedirect. +if ( ( !defined $RT::CanonicalRedirect || $RT::CanonicalRedirect == 0 ) + $uri-host eq $server_uri-host + $uri-port eq $server_uri-port ) +{ +if ( $ENV{'HTTPS'} eq 'on' ) { +$uri-scheme('https'); +} +else { +$uri-scheme('http'); } +$uri-host( $ENV{'HTTP_HOST'} ); +$uri-port( $ENV{'SERVER_PORT'} ); +} $HTML::Mason::Commands::m-redirect($uri-canonical); $HTML::Mason::Commands::m-abort; -- Package-specific info: Changed files: There are locally modified files in /usr/local/share/request-tracker3.6/, these may (or may not) be the source of the problem. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages request-tracker3.6 depends on: ii libapache-session-perl 1.81-1 Perl modules for keeping persisten ii libcache-cache-perl 1.05-2 Managed caches of persistent infor ii libcache-simple-timedexpiry- 0.26-1 Perl module to cache and expire ke ii libcalendar-simple-perl 1.17-2 Perl extension to create simple ca ii libclass-returnvalue-perl0.53-1 A return-value object that lets yo ii libdbd-mysql-perl3.0008-1A Perl5 database interface to the ii libdbd-pg-perl 1.49-2 a PostgreSQL interface for Perl 5 ii libdbd-sqlite3-perl 1.13-1.1Perl DBI driver with a self-contai ii libdbi-perl 1.53-1 Perl5 database interface by Tim Bu ii libdbix-searchbuilder-perl 1.45-2 Encapsulate SQL queries and rows i ii libexception-class-perl 1.21-1 a module that allows you to declar ii libfcgi-perl 0.67-2 FastCGI Perl module ii libfreezethaw-perl 0.43-3 converting Perl structures to stri ii libgd-graph-perl 1.43.08-2.1 Graph Plotting Module for Perl 5 ii libgd-text-perl 0.86-3.1Text utilities for use with GD ii libhtml-mason-perl 1:1.35-3HTML::Mason Perl module ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libhtml-scrubber-perl0.08-3 Perl extension for scrubbing/sanit ii liblocale-maketext-fuzzy-per 0.02-2 Maketext from already interpolated ii liblocale-maketext-lexicon-p 0.62-1 Lexicon-handling backends for Loc ii liblog-dispatch-perl 2.11-1 Dispatches messages to multiple Lo ii libmailtools-perl1.74-1 Manipulate email in perl programs ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m ii libmldbm-perl2.01-1 Store multidimensional hash struct ii libmodule-versions-report-pe 1.02-3 Report versions of all modules in ii libparams-validate-perl 0.77-1 validate parameters to Perl method ii libregexp-common-perl2.120-4 Provide commonly requested regular ii
Bug#441943: twiki: JSCalendarContrib plugin doesn't work
Package: twiki Version: 1:4.0.5-9.1 Severity: normal It seems if I set $TWiki::cfg{Plugins}{JSCalendarContrib}{Enabled} = 1; in /etc/twiki/LocalSite.cfg, the JSCalendarContrib plugin doesn't work. On http://localhost/cgi-bin/twiki/view/TWiki/InstalledPlugins under the Plugin Diagnostics I get the message: TWiki::Plugins::JSCalendarContrib could not be loaded. Errors were: Can't locate TWiki/Plugins/JSCalendarContrib.pm in @INC (@INC contains: /etc/twiki . /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl) at (eval 41) line 1. BEGIN failed--compilation aborted at (eval 41) line 1. I can see that the actual file from the package is /usr/share/perl5/TWiki/Contrib/JSCalendarContrib.pm Seems the plugin loading isn't looking for any TWiki::Contrib modules? Is there something you're supposed to set to enable use of Contrib modules? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-xen-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages twiki depends on: ii apache-common 1.3.34-4.1support files for all Apache webse ii apache2.2-common 2.2.3-4+etch1 Next generation, scalable, extenda ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libalgorithm-diff-perl 1.19.01-2 a perl library for finding Longest ii libcgi-session-perl4.14-1Persistent session data in CGI app ii libdigest-sha1-perl2.11-1NIST SHA-1 message digest algorith ii liberror-perl 0.15-8Perl module for error/exception ha ii libhtml-parser-perl3.55-1A collection of modules that parse ii liblocale-maketext-lexicon 0.62-1Lexicon-handling backends for Loc ii libtext-diff-perl 0.35-2Perform diffs on files and record ii liburi-perl1.35-2Manipulates and accesses URI strin ii perl [libmime-base64-perl] 5.8.8-7 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.8.8-7 Core Perl modules ii rcs5.7-18The GNU Revision Control System twiki recommends no packages. -- debconf information: * twiki/samplefiles: true * twiki/wikiwebmaster: [EMAIL PROTECTED] * twiki/defaultUrlHost: http://localhost/ * twiki/apacheUserCreationNote: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437508: debarchiver: syntax errors in config file silently ignored
If you change line the lines that contain Loading config file in the debarchiver command from: pdebug(4, Loading config file... to pdebug(3, Loading config file... it will solve this problem. If you could verify this soltion, it would be good. If it works for you, I'll upload a new version with that fix. Best regards, // Ola Yep, that worked: $ sudo -u debarchiver /usr/bin/debarchiver -so Bareword found where operator expected at /etc/debarchiver.conf line 16, near $intentional syntax (Missing operator before syntax?) Operator or semicolon missing before %distinputdirs at /etc/debarchiver.conf line 30. Ambiguous use of % resolved as operator % at /etc/debarchiver.conf line 30. Warning: Loading config file /etc/debarchiver.conf: syntax error at /etc/debarchiver.conf line 16, near $intentional syntax error -- Geoff Crompton Debian System Administrator http://www.strategicdata.com.au Phone: +61 3 9340 9000 Fax: +61 3 9348 2015 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437508: debarchiver: syntax errors in config file silently ignored
Package: debarchiver Version: 0.7.3 Severity: normal Hi, it seems if someone writes a syntax error in /etc/debarchiver.conf, the script silently ignores that problem. I had a look at the code, I think the problem may be in opalmod, line 152 of OpaL::action says: 150 sub pdebug ($$;) { 151 my ($lvl,$message,$ref) = @_; 152 if ($debuglvl = $lvl) { 153 if ($message !~ /\n$/) { 154 $message = $message . \n; 155 } 156 print ($ERRLVL{$lvl}: $message); 157 } 158 exitlvl($lvl,$ref); 159 return; 160 } when I was using the perl debugger, instead of line 152 causing the error to be printed it skipped down to line 158 and called exitlvl(). Similarly at line 173 where it decides in exitlvl() not to exit the program. -- System Ieformation: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages debarchiver depends on: ii adduser 3.102Add and remove users and groups ii apt-utils 0.6.46.4-0.1 APT utility programs ii dpkg-dev1.13.25 package building tools for Debian ii opalmod 0.1.14 A set of Perl modules for various debarchiver recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430119: no man page for shorewall-lite
Package: shorewall-lite Version: 3.2.6-1 Severity: normal Please supply a man page with shorewall-lite. I think upstream may have one, as they have generated http://www.shorewall.net/manpages/shorewall-lite.html -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages shorewall-lite depends on: ii iproute 20061002-3 Professional tools to control the ii iptables1.3.6.0debian1-5 administration tools for packet fi Versions of packages shorewall-lite recommends: ii wget 1.10.2-2 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427860: [Adduser-devel] Bug#427860: adduser: please add debconf question about UID ranges
Marc Haber wrote: On Thu, Jun 07, 2007 at 10:30:17AM +1000, Geoff Crompton wrote: Is it possible to add a low priority debconf question so that adminstrators can preseed what the uid ranges should be, for dynamically allocated user accounts and groups? This is already configurable via adduser.conf. Why does this need to be in debconf? I do not see that this is a setting that needs to be modifyable by an end user who is unable to find and edit a configuration file. Greetings Marc The use case I have in mind is for a system administrator doing new installs. If they can set this option in a preseeding file, then whenever they do a new install, this setting will conform to what they need on their site. This is only really necessary if the administrator wants to automatically create a 'normal' user in the debian installer, and their site policy means the uid range is different to the Debian defaults. Otherwise they can just do as you suggest, and set adduser.conf directly. Without this debconf option and preseeding ability the system administrator has to: * not create a user during install * patch adduser.conf post install * then add the user It's not something I'd expect a normal user to need, hence I'd recommend low priority to the question in debconf. Cheers -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427860: adduser: please add debconf question about UID ranges
Package: adduser Version: 3.102 Severity: normal Is it possible to add a low priority debconf question so that adminstrators can preseed what the uid ranges should be, for dynamically allocated user accounts and groups? Thanks! -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages adduser depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii passwd 1:4.0.18.1-7 change and administer password and ii perl-base 5.8.8-7 The Pathologically Eclectic Rubbis adduser recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424945: gpa: freezes when no private key available
Package: gpa Version: 0.7.0-1.1 Severity: normal I store my private key on a usb stick, and when I start gpa, it locks up shortly after starting if the usb stick isn't plugged in. It pops the dialog You do not have a private key yet. Do you want to generate one now (recommended) or do it later?. However hitting either Generate key now or Do it later doesn't do anything, the dialog remains visible, and the main application window is still blocked. I've tested with an empty ~/.gnupg folder, and it this broken behaviour doesn't occur. So it doesn't like something about my setup. my gpg.conf file: no-default-keyring keyring /home/geoffc/.gnupg/pubring.gpg secret-keyring /media/usbstick/.gnupg/secring.gpg lock-never keyserver pgp.surfnet.nl use-agent my gpa.conf file: keyserver ldap://pgp.surfnet.nl:11370 detailed-view -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages gpa depends on: ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgpg-error0 1.4-1library for common error values an ii libgpgme11 1.1.2-5 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime gpa recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422023: gnotime: hidden question dialog when overwriting file
Package: gnotime Version: 2.2.2-10 Severity: normal The File ...blah... exists, overwrite? dialog continually pops up under the save dialog when I'm saving a report. To replicate, I do: * Reports - choose a report * Click the save button * select an existing file * Click OK Then the overwrite dialog is not displayed, it is hidden beneath the save dialog. I have to drag the save dialog out of the way to get to it. It doesn't seem to matter which report I use, I've replicated the bug with the Daily, Invoice, and a custom report. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages gnotime depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii guile-1.6-libs 1.6.8-6 Main Guile libraries ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libgtkhtml3.8-15 3.12.1-2 HTML rendering/editing library - r ii libguile-ltdl-11.6.8-6 Guile's patched version of libtool ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libqof10.7.1-3 Query Object Framework ii libqthreads-12 1.6.8-6 QuickThreads library for Guile ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii scrollkeeper 0.3.14-13 A free electronic cataloging syste ii zlib1g 1:1.2.3-13compression library - runtime gnotime recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421851: puppet: maybe add logcheck snippet
Package: puppet Version: 0.20.1-1 Severity: wishlist Please consider adding /etc/logcheck/ignore.d.{workstation,server}/puppet: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ puppetd\[[0-9]+\]: (Starting|Finished) configuration run( in [.[:digit:]]+ seconds)?$ Or refiling this bug against logcheck-database. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages puppet depends on: ii adduser3.102 Add and remove users and groups ii facter 1.3.5-1 a library for retrieving facts fro ii libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby ii libxmlrpc-ruby 1.8.2-1 XML-RPC support for Ruby ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii ruby 1.8.2-1 An interpreter of object-oriented Versions of packages puppet recommends: ii rdoc 1.8.2-1Generate documentation from ruby s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419795: libperl6-export-perl: doesn't depend on libfilter-simpler-perl
gregor herrmann wrote: On Wed, 18 Apr 2007 09:56:30 +1000, Geoff Crompton wrote: For sarge I did a private backport of libperl6-export-perl, and my changelog notes that I added a libfilter-simpler-perl dependancy, as http://search.cpan.org/~dconway/Perl6-Export-0.07/Export.pm lists it as a dependancy. Right, ./Export.pm has use Filter::Simple; and Makefile.PL mentions PREREQ_PM = { Filter::Simple=0 } and also the README lists Filter::Simple as a dependency. $ apt-file search Filter/Simple.pm shows that Filter::Simple is part of the package perl-modules And $ apt-cache show perl shows that perl-modules is a dependency of perl. (On the other hand I see no package libfilter-simple-perl anywhere). So IMO everything's ok and no changes are needed; other comments? gregor Hmm. Ok, lets put this one down to user inexperience. Drat, it was that way in Sarge as well, so I can't even use that as an excuse. Sorry for taking up your time, thanks for being polite about it :) -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419795: libperl6-export-perl: doesn't depend on libfilter-simpler-perl
Package: libperl6-export-perl Version: 0.07-9 Severity: minor For sarge I did a private backport of libperl6-export-perl, and my changelog notes that I added a libfilter-simpler-perl dependancy, as http://search.cpan.org/~dconway/Perl6-Export-0.07/Export.pm lists it as a dependancy. I've not actually tested this recently, I don't know if it is only specific functionality that needs it. If it does need it, then bug should probably be a higher level than minor. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages libperl6-export-perl depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction libperl6-export-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414650: slapd: documentation doesn't highlight need to rebuild indexes
Package: slapd Severity: wishlist The slapd.conf man page doesn't document the option 'index'. When that is added, please highlight the fact that if index options are altered, you must run slapindex. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414650: [Pkg-openldap-devel] Bug#414650: slapd: documentation doesn't highlight need to rebuild indexes
Quanah Gibson-Mount wrote: snip As you can see, it is clearly noted there that changing an index means you may need to run slapindex. I don't see the need for any man page changes here. Fair enough, I wasn't aware of the slapd-db man pages. Perhaps add one line in slapd.conf for index, referring readers to the back end specific man pages? -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414650: [Pkg-openldap-devel] Bug#414650: slapd: documentation doesn't highlight need to rebuild indexes
Quanah Gibson-Mount wrote: snip Fair enough, I wasn't aware of the slapd-db man pages. Perhaps add one line in slapd.conf for index, referring readers to the back end specific man pages? How does this look to you? :) http://www.openldap.org/its/index.cgi/Incoming?id=4871 --Quanah That looks great. Thanks! -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413610: postfix: postinst syntax error
Package: postfix Version: 2.3.7-3 Severity: minor When I just upgraded to 2.3.7-3, I saw the following: Unpacking replacement postfix ... Setting up postfix (2.3.7-3) ... Installing new version of config file /etc/postfix/postfix-script ... Installing new version of config file /etc/postfix/post-install ... Creating /etc/postfix/dynamicmaps.cf Adding tcp map entry to /etc/postfix/dynamicmaps.cf Adding group `postdrop' (GID 105) ... Done. setting myhostname: mel07.strategicdata.com.au setting alias maps setting alias database changing /etc/mailname setting myorigin setting destinations: mel07.strategicdata.com.au, localhost.strategicdata.com.au, , localhost setting relayhost: setting mynetworks: 127.0.0.0/8 setting mailbox_size_limit: 0 setting recipient_delimiter: + setting inet_interfaces: all /etc/aliases does not exist, creating it. /var/lib/dpkg/info/postfix.postinst: line 132: [: missing `]' WARNING: /etc/aliases exists, but does not have a root alias. the patch is trivial: --- /var/lib/dpkg/info/postfix.postinst 2007-02-15 16:06:26.0 +1100 +++ postfix.postinst2007-03-06 22:05:14.0 +1100 @@ -129,7 +129,7 @@ add_root_alias() { db_get postfix/root_address root_addr=$RET ret=$(echo $RET | tr '[A-Z]' '[a-z]') -if [ $ret != none ] || [ -z $ret] ; then +if [ $ret != none ] || [ -z $ret ] ; then echo adding root: $RET alias echo root: $RET /etc/aliases echo adding postmaster: $RET alias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411817: xen-tools: error message for missing output images confusing
Package: xen-tools Severity: normal If you don't set 'dir' or 'lvm', you get told : Error: No recognised installation type. This is a little confusing, if you have set the installation type. Suggested patch below. --- /usr/bin/xen-create-image 2006-11-20 00:51:09.0 +1100 +++ xen-create-image2007-02-22 00:51:57.0 +1100 @@ -652,8 +652,8 @@ } else { -# Can't happen we didn't get an installation type. -logprint( Error: No recognised installation type.\n ); +# Can't happen we didn't get an image location. +logprint( Error: No recognised image location.\n ); exit; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410865: imapsync: Version 1.209 is available
Package: imapsync Version: 1.182-1 Severity: wishlist Hi, Version 1.209 is now available. Cheers -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396226: [Pkg-samba-maint] Bug#396226: samba Messes up file permissions
Christian Perrier wrote: Could you please get a level 10 log around the moment where the file permissions are messed up (ie when the file is written)? Hi Christian, I tried to email you the file, but even when bzipped it was too large for the debian servers. So you can download it from here for the next 10 days: http://ft.strategicdata.com.au/download.cgi?dl=VboYF1rrrd I've tried to highlight when things happened, hope thats helpful. The line numbers may only be a guide though, I don't really know what will be useful in the log file. Before test, temp/Test_Sharing.xls had -rwxrw-r-- 8:41:07, line 30909 testuser2 opened an existing file temp/Test_Sharing.xls. 8:41:13, line 40678 testuser2 Modified and saved file succesfully. Excel however showed the message The document was saved successfully, but Excel cannot re-open it because of a sharing violation. Please close the document and try to open it again. File permissions are now -r--rwxr--+, and getfacl shows: # file: Test_Sharing.xls # owner: testuser2 # group: users user::r-- user:testuser1:rwx group::r-- mask::rwx other::r-- 8:42 line 236239 testuser2 opened file, but couldn't save it, opened readonly 8:43 line 406609 tesuser1 opened file, but couldn't save it, opened readonly -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396226: [Pkg-samba-maint] Bug#396226: samba Messes up file permissions
Christian Perrier wrote: My tests show that this problem has occured with excel 2003, and word 2003, but not with just a text file and using notepad. It might be related to https://bugzilla.samba.org/show_bug.cgi?id=1094. I'm unclear from that bug report if the solution was found, or not. Could you please get a level 10 log around the moment where the file permissions are messed up (ie when the file is written)? I've also just ran a test where I tried this on a share that has nt acl support = no. I didn't have any problems in this case. So this might be an effective work around for my system. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396226: samba Messes up file permissions
Geoff Crompton wrote: I'm also having this problem. I can confirm that I get the same weird behaviour, ie what John Goersen said: When a user that is someone other than the Unix owner of the file writes to it, the permissions switch to 0474 (-r--rwxr--) and an ACL is added with this second user getting read/write permission to it. My tests show that this problem has occured with excel 2003, and word 2003, but not with just a text file and using notepad. It might be related to https://bugzilla.samba.org/show_bug.cgi?id=1094. I'm unclear from that bug report if the solution was found, or not. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396226: samba Messes up file permissions
I'm also having this problem. Package: samba Version: 3.0.14a-3sarge2 in my case, using ext3: /dev/sda2 on /var/local type ext3 (rw,noatime,acl,user_xattr) I've got the following global samba settings: inherit acls = yes ea support = yes map acl inherit = yes nt acl support = yes And for that share I've got the following share specific settings: [company] comment = Company Files path = /var/local/company guest ok = No browseable = Yes read only = No valid users = @users, root invalid users = dataentry directory mask = 0775 create mask = 0775 force group = users admin users = root nt acl support = yes I can confirm that I get the same weird behaviour, ie what John Goersen said: When a user that is someone other than the Unix owner of the file writes to it, the permissions switch to 0474 (-r--rwxr--) and an ACL is added with this second user getting read/write permission to it. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402697: libpam-ldap: Documentation suggests SRV records supported, but seems it isn't
Package: libpam-ldap Severity: normal Hi, The man page for pam_ldap.conf says regarding the host attribute: If not specified the libraries will attempt to use DNS 'Resource Records' (RR) or 'Service Records' (SRV) to find the appropriate host. However it seems that instead it just logs messages to about host not existing. Can the documentation be fixed, or the code be fixed? Cheers -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285290: apache2 content negotiation issue
I struck this. It seems that the definitions in /etc/apache2/conf.d/apache2-doc correctly set things up so that if you access the following urls, it works: http://localhost/apache2-default/manual/ http://localhost/manual/ The definitions in /etc/apache2/sites-available/default give you access to everything in /usr/share/doc/, but doesn't setup the content negotiation for the apache2 manual. Maybe this isn't really a bug. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392527: jpilot doesn't support repeating todo items
Package: jpilot Version: 0.99.9.1-2 Severity: normal Jpilot doesn't support repeating todo items. My tungsten T5 does. If I follow this sequence: * on palm, create todo item repeating weekly * sync with jpilot * on jpilot, check the todo item as done Then I end up without that todo item repeating. If I check the item off on the palm, then the palm creates another todo item with the appropriate due date advanced by a week. -- 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.16-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages jpilot depends on: ii libatk1.0-0 1.12.2-1The ATK accessibility toolkit ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo21.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglib2.0-0 2.12.3-2The GLib library of C routines ii libgtk2.0-0 2.8.20-1The GTK+ graphical user interface ii libpango1.0-01.14.4-2Layout and rendering of internatio ii libpisock9 0.12.1-5library for communicating with a P ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra Versions of packages jpilot recommends: ii jpilot-plugins0.99.9.1-2 plugins for jpilot (Palm Pilot des -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391591: my bug fixed
Nyaochi has fixed my bug, I can confirm that the code in CVS fixes it. If you push out a package, I'd be happy to confirm with that as well. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389658: EasyH10 Bugs
Benjamin Seidenberg wrote: OK. I've built some test packages against the CVS. They're at http://dlgeek.net/easyh10/ . Currently only amd64. Geoff, can you try these out and see if they fix your issue? If you need 386 packages built, let me know. Nyaochi: I had some troubles dropping the dependency on libz. Do you think you can look into this? Also, the etch freeze is in about a month. It would be really nice if you could manage to get a release of the easyh10 cui out before then so it can be in etch. Let me know if I can help. Benjamin Hi Ben, I build i386 packages from the files at http://dlgeek.net/easyh10/, but I'm still having the same problem. I used script to record the output, this is the last bit before it crashed: ^M 990: 09.Thin_Line_(ft._Nelly_Furtado).mp3 ^M 991: 10.After_School_Special.mp3 ^M 992: 11.High_Fidelity.mp3 ^M 993: 15.Hey.mp3 ^M 994: 04.Iey.mp3 ^Mmake: *** [easyh10_database] Segmentation fault ESC]0; That last song 04.Iey.mp3 is a bit odd. The other songs look like the full filename, even if it doesn't include the subdirectory. But i can't find any file with the name 04.Iey.mp3. Don't know if that bit of information is useful or not. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389658: easyh10: Segmentation fault while Obtaining media information
Package: easyh10 Version: 1.4-1 Severity: normal When I run easyh10 on my player, it segfaults while doing the media information:See below for what I see when I run it. I had a look at the core file dumped, using gdb, but it seems there were no debugging symbols in the easyh10 binary, so I didn't get a useful backtrace. I'm using a 20Gb H10, running firmware 2.51. $ easyh10 -t H10MTP_20GB_FW2.51.model -U /media/sdc1/ EasyH10 [CUI] 1.4 Copyright (c) 2005-2006 by Nyaochi H10 model template: /usr/share/easyh10/model/H10MTP_20GB_FW2.51.model Path to database: /media/sdc1/System\DATA/ Path to music: /media/sdc1/Music/ Enumerating music files: 1052 files found. Reading H10 model template: H10 (MTP2) 20GB firmware 2.51 - 2.51 Reading H10 media database 100%: H10DB_*.idx Obtaining media information from 1052 files: Segmentation fault (core dumped) -- 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.17-2-xen-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages easyh10 depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libid3tag0 0.15.1b-8 ID3 tag reading library from the M ii zlib1g 1:1.2.3-13 compression library - runtime easyh10 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389658: easyh10: Segmentation fault while Obtaining media information
Benjamin Seidenberg wrote: Geoff Crompton wrote: Package: easyh10 Version: 1.4-1 Severity: normal When I run easyh10 on my player, it segfaults while doing the media information:See below for what I see when I run it. I had a look at the core file dumped, using gdb, but it seems there were no debugging symbols in the easyh10 binary, so I didn't get a useful backtrace. I'm using a 20Gb H10, running firmware 2.51. Has this worked in the past and only just became apparent or is this the first time you've used easyh10? I haven't had my H10 very long, but in the time that I have had it, I have used easyh10 succesfully. I'm slowly ramping up the number of mp3 on the device. I have had it work ok earlier on with a smaller number of mp3's. I have also found that at one point it was crashing on particular mp3 files. I've deleted the problem files, but now it crashes without mentioning a specific file. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389658: easyh10: Segmentation fault while Obtaining media information
Benjamin Seidenberg wrote: Geoff Crompton wrote: Benjamin Seidenberg wrote: Geoff Crompton wrote: Package: easyh10 Version: 1.4-1 Severity: normal When I run easyh10 on my player, it segfaults while doing the media information:See below for what I see when I run it. I had a look at the core file dumped, using gdb, but it seems there were no debugging symbols in the easyh10 binary, so I didn't get a useful backtrace. I'm using a 20Gb H10, running firmware 2.51. Has this worked in the past and only just became apparent or is this the first time you've used easyh10? I haven't had my H10 very long, but in the time that I have had it, I have used easyh10 succesfully. I'm slowly ramping up the number of mp3 on the device. I have had it work ok earlier on with a smaller number of mp3's. I have also found that at one point it was crashing on particular mp3 files. I've deleted the problem files, but now it crashes without mentioning a specific file. Hmmm reminds me of a similar problem I had before, but that Nyochi fixed. Can you send me an ls -alR of the player? Thanks, Benjamin No worries. I'll send it to you directly, as it is quite large. I should note that even though easyh10 segfaults, because it does it at that late stage in the process, I can listen to all my music. It just doesn't know all the tag information for all the tracks. So I end up with a lot of tracks in the 'Unknown Album' album, and similar for Unknown Artist. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386502: libio-prompt-perl: missing libwant-perl dependancy
Package: libio-prompt-perl Version: 0.99.4-1 Severity: normal IO::Prompt wants to use Want.pm, but it is not declared as a dependancy in the debian package. -- 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.16-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages libio-prompt-perl depends on: ii perl 5.8.8-6.1 Larry Wall's Practical Extraction libio-prompt-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386504: am-utils causes nfs mount to unmount
Package: am-utils Version: 6.1.5-1 Severity: normal I have just upgraded from sarge to etch. I have the following line in my fstab: sd01:/home /home nfs defaults,rw,hard,intr0 0 Now when the boot process finishes /home is not mounted. I booted and set init=/bin/bash to single step through the init scripts. When /etc/rcS.d/S45mountnfs.sh runs, /home is correctly mounted. However when /etc/rc2.d/S35am-utils runs, the /home mount disappears. -- 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.16-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages am-utils depends on: ii debconf [debconf-2.0] 1.5.3Debian configuration management sy ii libamu4 6.1.5-1 Support library for amd the 4.4BSD ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libgdbm31.8.3-3 GNU dbm database routines (runtime ii libhesiod0 3.0.2-16 Libraries for hesiod, a service na ii libldap22.1.30-13+b1 OpenLDAP libraries ii libwrap07.6.dbs-11 Wietse Venema's TCP wrappers libra ii perl5.8.8-6.1Larry Wall's Practical Extraction ii portmap 5-20 The RPC portmapper am-utils recommends no packages. -- debconf information: am-utils/import-amd-failed: am-utils/config-reimport: import am-utils/clustername: * am-utils/map-net: true am-utils/reconfigure: * am-utils/use-nis: false am-utils/nis-custom: echo /amd-is-misconfigured /usr/share/am-utils/amd.net am-utils/import-amd-conf-done: false am-utils/import-amd-conf: false am-utils/nis-master-map: amd.master am-utils/nis-key: default * am-utils/done: yes am-utils/map-others: am-utils/nis-master-map-key-style: onekey am-utils/config-md5sum: 8c672f9a4427df7dd53fe00ac2d149f1 am-utils/config-reimport-failed: * am-utils/map-home: true am-utils/log-to-file: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385071: mozilla-thunderbird: Tiny attachment panel after last upgrade
Alexander Sack - Debian Bugmail wrote: On Tue, Aug 29, 2006 at 08:24:05AM +0200, Sylvain Beucler wrote: Yes :) Erreur : [Exception... Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMXULElement.appendChild] nsresult: 0x80004005 (NS_ERROR_FAILURE) location: JS frame :: chrome://messenger/content/msgHdrViewOverlay.js :: displayAttachmentsForExpandedView :: line 1161 data: no] Fichier Source : chrome://messenger/content/msgHdrViewOverlay.js Ligne : 1161 which apparently concerns /usr/share/mozilla-thunderbird/chrome/messenger.jar OK, I have uploaded a proposed fix to my preview security archive (see http://www.asoftsite.org/apt-archives.html for the apt lines). The updated version is: 1.0.2-2.sarge1.0.8b.2 ... and should be available in an hour from now. Please verify that this fixes your issues ... and please test it as extensively as possible ... so another quick-fix won't be needed for this packages. - Alexander I can confirm that 1.0.2-2.sarge1.0.8b.2 fixed the size of the attachment panel. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385071: tiny attachment panel
I'm having the same problem. When selecting a message with an attachment javascript console shows: Error: [Exception... Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMXULElement.appendChild] nsresult: 0x80004005 (NS_ERROR_FAILURE) location: JS frame :: chrome://messenger/content/msgHdrViewOverlay.js :: displayAttachmentsForExpandedView :: line 1161 data: no] Source File: chrome://messenger/content/msgHdrViewOverlay.js Line: 1161 -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383589: xen-tools: debootstrap dependancy needs versioning
Package: xen-tools Version: 2.3-0 Severity: normal The sarge debootstrap package doesn't support the --keep-debootstrap-dir option, which means if you've backported xen-tools, it breaks. Please make the debootstrap depend on version = 0.3.0 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-xen-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages xen-tools depends on: ii debootstrap0.2.45-0.2Bootstrap a basic Debian system ii libtext-template-perl 1.44-1.1 Text::Template perl module ii perl-modules 5.8.4-8sarge4 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383416: horde3: 3.0.11 fixes XSS issues
Package: horde3 Severity: normal Horde 3.0.11 fixes some XSS issues, according to http://lists.horde.org/archives/announce/2006/000287.html This is being tracked at secfocus: http://www.securityfocus.com/bid/19544 No CVE yet. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-xen-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382133: Internal Server Error, depending on how you access apt-cacher
Package: apt-cacher Version: 0.9.4sarge1 Severity: normal I have an apt-cacher installed on a host with a public IP address, and a private IP address. Clients that connect to the private IP address can correctly download packages, and the apt-cacher/report/. Clients that connect to the public IP address get an Internal Server Error. In the error log I see: [Wed Aug 9 17:23:50 2006] [error] [client 203.89.205.90] Premature end of script headers: /usr/share/apt-cacher/apt-cacher.pl Cheers, Geoff Crompton -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages apt-cacher depends on: ii apache [httpd-cgi]1.3.33-6sarge2 versatile, high-performance HTTP s ii apache-perl [httpd-cgi] 1.3.33-6sarge2 versatile, high-performance HTTP s ii curl 7.13.2-2sarge5 Get a file from an HTTP, HTTPS, FT ii perl 5.8.4-8sarge4 Larry Wall's Practical Extraction -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354066: mozilla-firefox: HTML Parsing Denial of Service Vulnerability
Alexander Sack wrote: AFAICT, this is fixed in sarge8 too. Can you confirm that the bug is gone for you too? - Alexander Yep, confirmed it doesn't crash my browser anymore. Running 1.0.4-2sarge9. So feel free to close this bug. Thanks! -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378070: CVE-2006-3403: Memory exhaustion DoS against smbd
Package: samba Version: 3.0.14a-3sarge1 Severity: grave Samba have announced http://www.samba.org/samba/security/CAN-2006-3403.html, and have a patch available. It affects all samba configurations, hence I consider this grave. I wouldn't be surprised if the security team is already aware of this. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages samba depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii libacl1 2.2.23-1 Access control list shared library ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libcomerr21.37-2sarge1 common error description library ii libcupsys2-gnutls10 1.1.23-10sarge1Common UNIX Printing System(tm) - ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libldap2 2.1.30-8 OpenLDAP libraries ii libpam-modules0.76-22Pluggable Authentication Modules f ii libpam-runtime0.76-22Runtime support for the PAM librar ii libpam0g 0.76-22Pluggable Authentication Modules l ii logrotate 3.7-5 Log rotation utility ii netbase 4.21 Basic TCP/IP networking system ii samba-common 3.0.14a-3sarge1Samba common files used by both th -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369909: solarwolf: crashes when change volume
Package: solarwolf Version: 1.5-1 Severity: normal When I choose setup - music - Normal, or Low instead of off, solar wolf crashes, and displays a Solarwolf Error dialog box. The dialog box says: pygame.error: music not loaded File /usr/lib/games/solarwolf/snd.py, Line 106, Function tweakmusicvolume music.play(-1) I wouldn't mind too much, but it seems to crash at the same spot when I get the power up that destroys one of the side launchers. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages solarwolf depends on: ii python2.3.5-2An interactive high-level object-o ii python-pygame 1.6-2 SDL bindings for games development -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369481: perl-base: 5.8.4-8sarge4 seemed to trigger weak references not implemented
Package: perl-base Version: 5.8.4-8sarge4 Severity: normal Since upgrading to 5.8.4-8sarge4, I get told: Weak references are not implemented in the version of perl at /home/geoffc/weak line 6 BEGIN failed--compilation aborted at /home/geoffc/weak line 6. /home/geoffc/weak is pretty simple: use Scalar::Util qw(weaken); my $var = 'sesoise'; my $ref = \$var; weaken($ref); However on my desktop, which is i386 as well, I don't have this problem. I don't really know how to track this down. There was a Scalar/Util.pm file that was installed with cpanplus, but I've removed that. I know only have the debian Scalar/Util.pm installed: ~$ locate Scalar/Util.pm /root/.cpanplus/5.8.4/build/Scalar-List-Utils-1.18/blib/lib/Scalar/Util.pm /root/.cpanplus/5.8.4/build/Scalar-List-Utils-1.18/lib/Scalar/Util.pm /usr/share/perl/5.8.4/Scalar/Util.pm -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27skas Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages perl-base depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an -- no debconf information -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349645: [CVE-2006-0225] for sarge?
Is this considered important enough for a DSA for sarge? -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365800: CVE-2006-1989: Remote Buffer Overflow Vulnerability
Package: clamav-freshclam Severity: important Securityfocus announced a problem with clamav-freshclam: http://www.securityfocus.com/bid/17754 Further details are at: http://www.clamav.net/security/0.88.2.html The clamav people say it affects ClamAV 0.80 - 0.88.1, so a DSA might be needed. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364842: dnsmasq: bid 17662: broadcast reply DoS
Package: dnsmasq Version: 2.22-2 Severity: grave Justification: user security hole According to securityfocus dnsmasq will crash if it gets a broadcast reply packet: http://www.securityfocus.com/bid/17662 This DoS affects sarge. Any idea if a DSA is in the works? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages dnsmasq depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii netbase 4.21 Basic TCP/IP networking system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360559: openvpn CVE-2006-1629?
Hi, Just wondering if there is an openvpn update in the works to fix CVE-2006-1629? Cheers -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360559: openvpn: CVE-2006-1629?
Package: openvpn Version: 2.0-1sarge2 Followup-For: Bug #360559 Is this the same as CVE-2006-1629? http://www.securityfocus.com/bid/17392 is listing sarge as vulnerable. Do you know if the security team is working on a fix? Cheers -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages openvpn depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii liblzo1 1.08-1.2 A real-time data compression libra ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352182: was this closed with DSA 985-1
Hi, did DSA 985-1 close this? -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350964: CVE-2006-0225, scponly shell command possible
Just like to bring bug #350964 back to the limelight. Briefly recapping Feb 2, I created the bug report Feb 6, unstable fixed by Thomas Feb 13 DSA 969-1 released Feb 15 I questioned if sarge fixed, Thomas, Joey and Steve respond/discuss. At the moment it looks like Thomas is suggesting that DSA 969 didn't fix this bug, but did fix another bug, the CVE mentioned in the DSA. I don't know if Thomas is saying this based on the text of the DSA, or if he compared the actual package to the patch he suggested. It would be great to get confirmation that either the DSA did fix this bug, or that another DSA might be needed. Cheers Thomas Wana wrote: Steve Kemp wrote: On Wed, Feb 15, 2006 at 02:01:51PM +1100, Geoff Crompton wrote: This bug has been closed for unstable (see bug 350964) with the 4.6 upload, but will it be fixed for sarge? Please see DSA-969-1 released two days ago: http://www.us.debian.org/security/2006/dsa-969 Sarge is fixed. No, this is about Bug #350964, not Bug #344418 (which is fixed in Sarge). -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327139: apache-perl purge ate /etc/apache
Adam Conrad wrote: Geoff Crompton wrote: Do you have any recommendations on how to safely purge apache-perl? I thought it'd be good to have it documented in this bug report, for future people that might stumble across this. * manually edit files in /var/lib/dpkg/info to remove references to things belonging to apache, then purge This one's probably your best bet. /var/lib/dpkg/info/apache-perl.{prerm,postrm} may both be executed on purge, depending on the current state of the package, and how those scripts are written. Dissecting them to remove whatever offending bits they may have shouldn't be too hard. ... Adam There is also /var/lib/dpkg/info/apache-perl.list, with the line /etc/apache. Does dpkg use this file to remove stuff? Or is everything to be removed expressed in the apache-perl.*rm scritpts? -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327139: apache-perl purge ate /etc/apache
This just happened to me as well. It is currently reproducable, in that after I'd restored /etc/apache from backup, I tried it again, and it occured again. It's a clients server, so I'm not keen repeating this process though. You can see below I've done some investigating about whats going on. [EMAIL PROTECTED]:/etc# dpkg -l apache apache-perl Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii apache 1.3.33-6sarge1 versatile, high-performance HTTP server pc apache-perl1.3.9-13.1-1.2 Versatile, high-performance HTTP server with [EMAIL PROTECTED]:/etc# ls -1 apache access.conf conf conf.d httpd.conf httpd.conf.0 mime.types modules.conf srm.conf ssl.crl ssl.crt ssl.csr ssl.key ssl.prm [EMAIL PROTECTED]:/etc# sudo aptitude purge apache-perl Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be REMOVED: apache-perl 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done (Reading database ... 43883 files and directories currently installed.) Removing apache-perl ... Purging configuration files for apache-perl ... Website at /var/www has NOT been deleted. update-rc.d: /etc/init.d/apache exists during rc.d purge (use -f to force) dpkg: error processing apache-perl (--purge): subprocess post-removal script returned error exit status 1 Errors were encountered while processing: apache-perl E: Sub-process /usr/bin/dpkg returned an error code (1) Ack! Something bad happened while installing packages. Trying to recover: Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done [EMAIL PROTECTED]:/etc# ls apache ls: apache: No such file or directory [EMAIL PROTECTED]:/etc# dpkg -l apache apache-perl Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii apache 1.3.33-6sarge1 versatile, high-performance HTTP server pc apache-perl1.3.9-13.1-1.2 Versatile, high-performance HTTP server with [EMAIL PROTECTED]:/etc# cd /var/lib/dpkg/info/ [EMAIL PROTECTED]:/var/lib/dpkg/info# cat apache-perl.list /etc/apache [EMAIL PROTECTED]:/var/lib/dpkg/info# cat apache-perl.postrm #! /bin/sh # postrm script for apache # # see: dh_installdeb(1) set -e # summary of how this script can be called: #* postrm `remove' #* postrm `purge' #* old-postrm `upgrade' new-version #* new-postrm `failed-upgrade' old-version #* new-postrm `abort-install' #* new-postrm `abort-install' old-version #* new-postrm `abort-upgrade' old-version #* disappearer's-postrm `disappear' roverwritr new-version # for details, see /usr/doc/packaging-manual/ if [ $1 = purge ] then rm -rf /var/lib/apache rm -rf /var/log/apache rm -rf /var/run/apache rm -rf /var/run/apache_runtime_status rm -rf /var/run/apache.status rm -rf /var/run/apache.scoreboard rm -rf /etc/apache if [ -e /var/www ] then echo Website at /var/www has NOT been deleted. fi fi # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. # Automatically added by dh_installinit if [ $1 = purge ] ; then update-rc.d apache remove /dev/null fi # End automatically added section -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327139: apache-perl purge ate /etc/apache
Adam Conrad wrote: Geoff Crompton wrote: ii apache 1.3.33-6sarge1 versatile, high-performance HTTP server pc apache-perl1.3.9-13.1-1.2 Versatile, high-performance HTTP There's nothing I can do to fix the potato (!) version of apache-perl at this point. ... Adam Thats an excellent point, one which occured to me after I sent my bug report through. Do you have any recommendations on how to safely purge apache-perl? I thought it'd be good to have it documented in this bug report, for future people that might stumble across this. Strategies that I thought might work (but don't want to test on the clients system) were: * install newest version of apache-perl, then purge it (don't know if that will trigger the old apache-perl postrm * manually edit files in /var/lib/dpkg/info to remove references to things belonging to apache, then purge * manually purge it by removing files in /var/lib/dpkg/info However in each of these cases, I'm not sure of the specifics. Ie, what would need to be removed for the third option, or what changes will make purging safe in the second option. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357173: firebird2: local buffer overflow, please upload 1.5.3
Package: firebird2 Severity: grave Justification: user security hole Apparently firebird 1.5.3 fixes a buffer overflow. I saw it at http://www.securityfocus.com/bid/17077. More details at http://www.securityfocus.com/archive/1/427480 The researcher has a patch for the specific problem he found in 1.5.2, but he recommends just upgrading to 1.5.3. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#203220: ldap dlopen working
I'm succesfully using postfix ldap lookups on a sarge production server. So to me, looks like this bug has been fixed for sarge. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354512: horde3: horde 3.0.8 fixed XSS issues
Ola Lundqvist wrote: On Mon, Feb 27, 2006 at 10:50:52AM +1100, Geoff Crompton wrote: Package: horde3 Severity: normal Looks like this is fine for etch and sid, but I'm not sure if this has been fixed for sarge. Haven't found a CVE for this, it's from SEC Consult Security Advisory 20051211-0. Other horde apps are also affected, but I've not done bug reports for them. Can you provide a link to the advisory? Regards, // Ola http://www.securityfocus.com/bid/15806 is where I originally saw it. They reference http://www.sec-consult.com/245.html as the original researchers who found the problems. Cheers -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354666: CVE-2005-3388: XSS in PHPInfo
Package: php4 Version: 4:4.3.10-16 Severity: normal A recent security focus newsletter updated this issue which was announced back in October. However I couldn't find a debian bug report specific to this, and the changelog in sarge doesn't mention 2005-3388. I saw it at: http://www.securityfocus.com/bid/15248 Initial report is at: http://www.securityfocus.com/archive/1/415292. Discovered by Stefan Esser. Apparently it was fixed in 4.4.1, and 5.1. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages php4 depends on: ii libapache-mod-php4 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-common 4:4.3.10-16 Common files for packages built fr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354512: horde3: horde 3.0.8 fixed XSS issues
Package: horde3 Severity: normal Looks like this is fine for etch and sid, but I'm not sure if this has been fixed for sarge. Haven't found a CVE for this, it's from SEC Consult Security Advisory 20051211-0. Other horde apps are also affected, but I've not done bug reports for them. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354532: CAN-2005-2500: NFS ACL Protocol XDR remote DoS
Package: kernel-image-2.6.8-i386 Severity: normal Seen at http://www.securityfocus.com/bid/14470, where they say Linux Kernel is affected by a remote denial of service vulnerability when handling XDR data for the nfsacl protocol. I've tried to work out if sarge is vulnerable. They say that it was fixed in 2.6.13, and I _think_ a relevant commit is: http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=23ec6965c20db96bc8ea7af0ec178f074dd31c40 I had a look at fs/nfs/nfs4xdr.c, and it certainly looks to my naive eye that the 2.6.8 kernel has the same code, without the patch. So I think sarge is affected. However I don't really know how severe the vulnerability is, or what mitigating factors there might be. Anyway, I didn't see CAN-2005-2500 listed at http://svn.debian.org/wsvn/kernel/patch-tracking/, so I thought I'd add this bug report. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316674: is this really fixed?
Hi, This bug shows it was closed with the 2.1.30-11 version of libldap2. However slapd is from openldap2.2 in sarge, and it uses libldap-2.2.7. So I'm confused about whether this is really fixed for sarge. I noticed that libldap-2.2.7 depends on libldap2, is that how slapd gets fixed? -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354060: CVE-2006-0042: Quadratic Behavior Denial of Service Vulnerability
Package: libapache2-request-perl Severity: important Seen at http://www.securityfocus.com/bid/16710. Version 2.0.7 has a fix. changelog from http://svn.apache.org/viewcvs.cgi/httpd/apreq/tags/v2_07/CHANGES?rev=376998view=markup says: - C API [joes] SECURITY: CVE-2006-0042 (cve.mitre.org) Eliminate potential quadratic behavior in apreq_parse_headers() and apreq_parse_urlencoded(). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354062: CVE-2006-0195: XSS re comments in styles
Package: squirrelmail Version: 2:1.4.4-7 Severity: important The changelog at http://www.squirrelmail.org/changelog.php says for 1.4.6: - Security: MagicHTML fix for comments in styles which allowed for cross site scripting when using Internet Explorer (reported by Scott Hughes) [CVE-2006-0195]. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354063: CVE-2006-0377: IMAP injection attempts
Package: squirrelmail Version: 2:1.4.4-7 Severity: important The changelog at http://www.squirrelmail.org/changelog.php says for 1.4.6: - Security: Prohibit IMAP injection attempts (reported by Vicente Aguilera) [CVE-2006-0377]. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages squirrelmail depends on: ii apache [httpd] 1.3.33-6sarge1 versatile, high-performance HTTP s ii apache-perl [httpd] 1.3.33-6sarge1 versatile, high-performance HTTP s ii lighttpd [httpd]1.4.9-4bpo1 A fast webserver with minimal memo ii perl5.8.4-8sarge3Larry Wall's Practical Extraction ii php44:4.3.10-16 server-side, HTML-embedded scripti ii squirrelmail-locales1.4.4-20050308-1 Translations for the SquirrelMail -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354064: CVE-2006-0188: possible XSS through right_main parameter of webmail.php
Package: squirrelmail Version: 2:1.4.4-7 Severity: important The changelog at http://www.squirrelmail.org/changelog.php says for 1.4.6: - Security: Fix possible cross site scripting through the right_main parameter of webmail.php. This now uses a whitelist of acceptable values. [CVE-2006-0188] -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages squirrelmail depends on: ii apache [httpd] 1.3.33-6sarge1 versatile, high-performance HTTP s ii apache-perl [httpd] 1.3.33-6sarge1 versatile, high-performance HTTP s ii lighttpd [httpd]1.4.9-4bpo1 A fast webserver with minimal memo ii perl5.8.4-8sarge3Larry Wall's Practical Extraction ii php44:4.3.10-16 server-side, HTML-embedded scripti ii squirrelmail-locales1.4.4-20050308-1 Translations for the SquirrelMail -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354066: mozilla-firefox: HTML Parsing Denial of Service Vulnerability
Package: mozilla-firefox Version: 1.0.4-2sarge5 Severity: important No CVE yet, seen at http://www.securityfocus.com/bid/16741. Affects firefox 1.0 through to 1.5 The bid has a html snippet that triggers it, which I've not reproduced here. I tried the snippet, and it immediately crashed my browser. Lots of discussion at https://bugzilla.mozilla.org/show_bug.cgi?id=269095 Mind you, reading some of that makes it easy to understand why it is really hard to backport patches. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353149: installation fails
I'm seeing the same behaviour. Anyone know a work around? -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]