Bug#308420: libwxgtk2.4-python: File '/usr/bin/helpviewer' conflicts with wxpython2.5.3
Package: libwxgtk2.4-python Version: 2.4.2.6 Severity: serious Justification: Policy 7.3 Upon upgrade, I receive the following message in Synaptic's terminal window: -- (Reading database ... 132666 files and directories currently installed.) Preparing to replace libwxgtk2.4-python 2.4.2.6 (using .../libwxgtk2.4-python_2.4.2.6.1_i386.deb) ... Unpacking replacement libwxgtk2.4-python ... dpkg: error processing /var/cache/apt/archives/libwxgtk2.4-python_2.4.2.6.1_i386.deb (--unpack): trying to overwrite `/usr/bin/helpviewer', which is also in package wxpython2.5.3 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libwxgtk2.4-python_2.4.2.6.1_i386.deb -- Hopefully, this is a simple matter of declaring additional relationships in the control file. Keep up the great work! -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7+phil1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libwxgtk2.4-python depends on: ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.6-4 The GNU Standard C++ Library v3 ii libwxgtk2.4 2.4.2.6.1 wxWindows Cross-platform C++ GUI t ii python2.32.3.5-3 An interactive high-level object-o ii xlibmesa-gl [libgl1] 4.3.0.dfsg.1-12.0.1 Mesa 3D graphics library [XFree86] ii xlibmesa-glu [libglu 4.3.0.dfsg.1-12.0.1 Mesa OpenGL utility library [XFree Additionally: ii wxpython2.5.3 2.5.3.2 -- no debconf information
Bug#318351: still present in skippy 0.5.1rc1-4
As said in the changelog this not a 'bug' but a default configuration of skippy. It might be fixed adding the XDamage code from skippy-xd, I started working on it once, but didn't find time to fix. Please test if the procedure described in the README fixes your issue, if not, please consider it to be 323418. BTW, I do not intend to package skippy-xd, as it requires xcompmgr, and that I don't want in any case to be responsible for packaging xcompmgr in Debian. I have made some testing on skippy-xd and didn't find it stable enough for packaging ... it btw seems dead upstream now. Please contact me if you think you bug is not documented in README.Debian. Regards, -- Niv Sardi-Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian Random Fortune (To make your day better if not wiser) Reniego de señora que todo lo llora. pgpqpL3rPZTWE.pgp Description: PGP signature
Bug#336710: 336710 patch
Tags 336710 patch thank Here's the patch implementing the proposed solution, Regards, diff -Nru procps-3.2.6/debian/patches/00list procps-3.2.6.patched/debian/patches/00list --- procps-3.2.6/debian/patches/00list 2005-12-20 03:00:14.0 +0100 +++ procps-3.2.6.patched/debian/patches/00list 2005-12-20 03:01:17.0 +0100 @@ -9,3 +9,4 @@ 30_w-columns 40_gnu-kbsd 40_pgrep-coption +50_dev_null_makefile_fix.dpatch diff -Nru procps-3.2.6/debian/patches/50_dev_null_makefile_fix.dpatch procps-3.2.6.patched/debian/patches/50_dev_null_makefile_fix.dpatch --- procps-3.2.6/debian/patches/50_dev_null_makefile_fix.dpatch 1970-01-01 01:00:00.0 +0100 +++ procps-3.2.6.patched/debian/patches/50_dev_null_makefile_fix.dpatch 2005-12-20 02:57:47.0 +0100 @@ -0,0 +1,19 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## dev_null_makefile_fix.dpatch by [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: No description. + [EMAIL PROTECTED]@ +diff -urNad procps-3.2.6~/Makefile procps-3.2.6/Makefile +--- procps-3.2.6~/Makefile 2005-10-30 07:27:04.0 +0100 procps-3.2.6/Makefile 2005-12-20 02:57:41.0 +0100 +@@ -119,7 +119,7 @@ + # Unlike the kernel one, this check_gcc goes all the way to + # producing an executable. There might be a -m64 that works + # until you go looking for a 64-bit curses library. +-check_gcc = $(shell if $(CC) $(ALL_CPPFLAGS) $(ALL_CFLAGS) dummy.c $(ALL_LDFLAGS) $(1) -o /dev/null $(CURSES) /dev/null 21; then echo $(1); else echo $(2); fi ;) ++check_gcc = $(shell if $(CC) $(ALL_CPPFLAGS) $(ALL_CFLAGS) dummy.c $(ALL_LDFLAGS) $(1) -o will_this_file_really_exist.tmp $(CURSES) /dev/null 21; then echo $(1); else echo $(2); fi ; rm -f will_this_file_really_exist.tmp) + + # Be 64-bit if at all possible. In a cross-compiling situation, one may + # do make m64=-m32 lib64=lib to produce 32-bit executables. DO NOT -- Niv Sardi-Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian Random Fortune (To make your day better if not wiser) You will pioneer the first Martian colony. pgp7N95fvbEo0.pgp Description: PGP signature
Bug#209033: Fixed in Experimental version (RC1 of new Firefox)
This bug has finally been fixed in the pre-release versions of the next major revision of Firefox. This version is currently availabe in Experimental, though it has some issues, so whether you should use it depends on how tolerant you are of buggy software. If you want to try, the preference is Edit - Preferences - Tabs - Force links that open new windows to open in: - a new tab Phil Miller
Bug#344591: opensc: generated packages contain duplicate files
Package: opensc Version: 0.10.0-1 Severity: normal Both, libopensc2-dev and libopensc2 contain: /usr/lib/opensc-pkcs11.la /usr/lib/opensc-pkcs11.so /usr/lib/pkcs11-spy.la /usr/lib/pkcs11-spy.so On install leading to: Unpacking libopensc2-dev (from .../libopensc2-dev_0.10.0-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libopensc2-dev_0.10.0-1_i386.deb (--unpack): trying to overwrite `/usr/lib/opensc-pkcs11.so', which is also in package libopensc2 While the .la shold be exclusively in the -dev packages, I'm not sure about the correct behaviour for the .so with respect to the numbering/naming policies and the intended use as 'modules' upstream. Regards Klaus Hörcher -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-wb-a Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages opensc depends on: ii libc6 2.3.5-9GNU C Library: Shared libr ii libltdl3 1.5.20-2 A system independent dlopen ii libopensc20.10.0-1 SmartCard library with supp ii libssl0.9.8 0.9.8a-5 SSL shared libraries ii zlib1g1:1.2.3-9 compression library - runti opensc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344732: USB boot on ASUS P5WD2 Premium fails to find kernel modules in ISO image
Package: installation-reports Debian-installer-version: http://people.debian.org/~joeyh/d-i/images/2005-12-24/hd-media/boot.img.gz http://cdimage.debian.org/debian-cd/3.1_r1/i386/iso-cd/debian-31r1a-i386-netinst.iso uname -a: Linux (none) 2.6.14-2-386 #1 Wed Dec 21 08:51:35 UTC 2005 i686 unknown Date: 2005-12-24 20:00 PDT Method: Copied boot.img to a USB memory stick, copied the ISO image to the mounted stick's root directory as netinst.iso. Machine: ASUS P5WD2 Premium Processor: Pentium D 820 Memory: 1GB Root Device: Root Size/partition table: Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corporation 955X Memory Controller Hub (rev 81) :00:1b.0 0403: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) :00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) :00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01) :00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01) :00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01) :00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01) :00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 (rev 01) :00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) :00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) :00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) :00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) :00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) :00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) :00:1f.2 0106: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=AHCI (rev 01) :00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) :01:02.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) :01:02.1 Display controller: ATI Technologies Inc: Unknown device 5940 (rev 01) :01:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) :01:04.0 Mass storage controller: Integrated Technology Express, Inc. ITE 8211F Single Channel UDMA 133 (ASUS 8211 (ITE IT8212 ATA RAID Controller)) (rev 11) :01:05.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) :02:00.0 Mass storage controller: Silicon Image, Inc. SiI 3132 Serial ATA Rais II Controller (rev 01) :03:00.0 Ethernet controller: Intel Corporation 82573V Gigabit Ethernet Controller (Copper) (rev 03) :00:00.0 0600: 8086:2774 (rev 81) :00:1b.0 0403: 8086:27d8 (rev 01) :00:1c.0 0604: 8086:27d0 (rev 01) :00:1c.1 0604: 8086:27d2 (rev 01) :00:1c.2 0604: 8086:27d4 (rev 01) :00:1c.3 0604: 8086:27d6 (rev 01) :00:1c.4 0604: 8086:27e0 (rev 01) :00:1c.5 0604: 8086:27e2 (rev 01) :00:1d.0 0c03: 8086:27c8 (rev 01) :00:1d.1 0c03: 8086:27c9 (rev 01) :00:1d.2 0c03: 8086:27ca (rev 01) :00:1d.3 0c03: 8086:27cb (rev 01) :00:1e.0 0604: 8086:244e (rev e1) :00:1f.0 0601: 8086:27b8 (rev 01) :00:1f.1 0101: 8086:27df (rev 01) :00:1f.2 0106: 8086:27c1 (rev 01) :00:1f.3 0c05: 8086:27da (rev 01) :01:02.0 0300: 1002:5960 (rev 01) :01:02.1 0380: 1002:5940 (rev 01) :01:03.0 0c00: 104c:8023 :01:04.0 0180: 1283:8211 (rev 11) :01:05.0 0200: 11ab:4320 (rev 13) :02:00.0 0180: 1095:3132 (rev 01) :03:00.0 0200: 8086:108b (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: In expert mode: Choose language, Select a keyboard layout, and Scan hard drives for an installer image phases succeed: [?] Scan hard drives for an installer ISO image Successfully mounted stable installer ISO image The ISO file ./netinst.iso on /dev/discs/disc2/disc (stable) will be used as the installation ISO image. Load installer components from an installer ISO fails with: No kernel modules were found. [etc.] syslog shows: cdrom-retriever: info: Retrieving udeb include and exclude file. cdrom-retriever: info: Retrieving package list. cdrom-retriever: warning: Unable to find contrib/debian-installer
Bug#344732: USB boot on ASUS P5WD2 Premium fails to find kernel modules in ISO image
This is a continuation from bug 330093. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344732: USB boot on ASUS P5WD2 Premium fails to find kernel modules in ISO image
If you need a newer kernel than 2.6.8, you need to either use both images for the Etch Beta1 release (2.6.12), or the daily images (2.6.14). Which kernel version is provided in 3.1_r1a? 2.6.8? I thought one of this release's goals was to get SATA working, which means at least 2.6.12. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345251: tasksel fails on untrusted packages
Package: installation-reports Boot method: Copied boot.img to a USB memory stick, copied the ISO image to the mounted stick's root directory as bizcard.iso, boot from USB stick. Image version: http://people.debian.org/~joeyh/d-i/images/2005-12-28/hd-media/boot.img.gz http://cdimage.debian.org/cdimage/daily-builds/daily/20051229/i386/iso-cd/debian-testing-i386-businesscard.iso Date: 2005-12-29 12:00 PDT Machine: ASUS P5WD2 Premium, BIOS v. 0606, 2 SATA drives, AHCI enabled Processor: Pentium D 820 Memory: 1GB Partitions: Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corporation 955X Memory Controller Hub (rev 81) :00:1b.0 0403: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) :00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) :00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01) :00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01) :00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01) :00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01) :00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 (rev 01) :00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) :00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) :00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) :00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) :00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) :00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) :00:1f.2 0106: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=AHCI (rev 01) :00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) :01:02.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) :01:02.1 Display controller: ATI Technologies Inc: Unknown device 5940 (rev 01) :01:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) :01:04.0 Mass storage controller: Integrated Technology Express, Inc. ITE 8211F Single Channel UDMA 133 (ASUS 8211 (ITE IT8212 ATA RAID Controller)) (rev 11) :01:05.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) :02:00.0 Mass storage controller: Silicon Image, Inc. SiI 3132 Serial ATA Rais II Controller (rev 01) :03:00.0 Ethernet controller: Intel Corporation 82573V Gigabit Ethernet Controller (Copper) (rev 03) :00:00.0 0600: 8086:2774 (rev 81) :00:1b.0 0403: 8086:27d8 (rev 01) :00:1c.0 0604: 8086:27d0 (rev 01) :00:1c.1 0604: 8086:27d2 (rev 01) :00:1c.2 0604: 8086:27d4 (rev 01) :00:1c.3 0604: 8086:27d6 (rev 01) :00:1c.4 0604: 8086:27e0 (rev 01) :00:1c.5 0604: 8086:27e2 (rev 01) :00:1d.0 0c03: 8086:27c8 (rev 01) :00:1d.1 0c03: 8086:27c9 (rev 01) :00:1d.2 0c03: 8086:27ca (rev 01) :00:1d.3 0c03: 8086:27cb (rev 01) :00:1e.0 0604: 8086:244e (rev e1) :00:1f.0 0601: 8086:27b8 (rev 01) :00:1f.1 0101: 8086:27df (rev 01) :00:1f.2 0106: 8086:27c1 (rev 01) :00:1f.3 0c05: 8086:27da (rev 01) :01:02.0 0300: 1002:5960 (rev 01) :01:02.1 0380: 1002:5940 (rev 01) :01:03.0 0c00: 104c:8023 :01:04.0 0180: 1283:8211 (rev 11) :01:05.0 0200: 11ab:4320 (rev 13) :02:00.0 0180: 1095:3132 (rev 01) :03:00.0 0200: 8086:108b (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [ ] Comments/Problems: (1) The bizcard ISO has no entry in http://cdimage.debian.org/cdimage/daily-builds/daily/20051229/i386/iso-cd/MD5SUMS. (2) Disks have LVM LVs on RAID from a previous attempt. In Partition disks, chose Manually edit partition table. SCSI2 -4 had RAID partitions from previous attempt. Chose Configure software RAID, Create MD device, RAID1. Got No RAID partitions available message. Finished MD configuration, finding my previously-configured RAID1 device with LVM partition on it. Chose Configure the Logical Volume Manager. Got The partition tables of the following devices are changed: RAID1 device #0, chose Yes to write the changes. This disturbing message
Bug#345148: qgis: uninstallable in unstable (wrong gdal and geos dependency)
Petter, Thanks for the NMU, but please ask first next time. I had sent changes addressing this and other problems to my sponsor several days ago. Now he wants me to acknowledge the NMU and I can't get my changes uploaded until I return home next week. Happy New Year, Steve Package: qgis Version: Severity: grave The current package in debian/unstable is not installable, because the gdal and geos library packages have changed name. This is from a installation test using apt-get: The following packages have unmet dependencies: qgis: Depends: libgdal1c2 (= 1.2.6) but it is not installable Depends: libgeos2c2 but it is not installable E: Broken packages the current library names are libgdal1c2a and libgeos2c2a. A rebuild fixes this issue. I'm preparing an 0-day NMU to solve it.
Bug#345251: tasksel fails on untrusted packages
Error informing the kernel about modifications to partition /dev/md/0p1 -- Invalid argument. This means Linux won't know about any changes you made to /dev/md/0p1 until you reboot -- so you shouldn't mount it or use it in any way before rebooting. ERROR!!! The only messages that I'm seeing in syslog that remotely resemble errors are: kernel: program parted_devices is using a deprecated SCSI ioctl, please convert it to SG_IO kernel: program parted_server is using a deprecated SCSI ioctl, please convert it to SG_IO In /var/log/partman, I see: /lib/partman/commit.d/30parted: IN: COMMIT =dev=md=0 parted_server: Read command: COMMIT parted_server: command_commit() parted_server: Opening outfifo parted_server: OUT: Error [...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332745: I'm seeing the same error
This is just to confirm that I'm seeing the same error output during package upgrade, as follows: - Setting up console-common (0.7.54) ... Installing new version of config file /etc/init.d/keymap.sh ... Looking for keymap to install: NONE loadkeys: /etc/console/boottime.kmap.gz:407: addkey called with bad index 256 gunzip: stdout: Broken pipe * Problem when loading /etc/console/boottime.kmap.gz, use install-keymap -- It looks like this error (warning?) doesn't fail the upgrade process, so I'm not sure what to make of it. The original reporter mentioned seeing it at boot-time, too. Does this have any particular implications for use of the console after boot? How about if one is using a non-default keymap? Phil Miller
Bug#333640: glurp: Freezes upon launch
I've fixed the stupid part of the bug (the misplaced .svg file), but can't reproduce the second one, does it also happens with small playlists ? Regards -- Niv Sardi-Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian Random Fortune You will live a long, healthy, happy life and make bags of money. pgpadvYrFGwFm.pgp Description: PGP signature
Bug#391744: subversion: libsvn1 doesn't contain the actual libs
Package: subversion Version: 1.4.0-3 When updating some working dirs from remote repositories, I found svn segfaulting. Backtracing the core led to the discovery that svn used the libs from previous libsvn0, which barfed in apr_palloc() called by (further up) svn_ra_open2 () from /usr/lib/libsvn_ra-1.so.0 lying still around due to dependencies. Obviously it was loaded because the libsvn1 was installed but does not contain the actual libs. As far as I can tell, they don't get built with the desired SOVERSION. Please see http://buildd.debian.org/fetch.php?pkg=subversionver=1.4.0-3arch=amd64stamp=1160176708file=logas=raw Poking around a bit, I think the culprit is in line 50 of the apr-abi patch. The alternatives as they stand lead to an SVN_LT_SOVERSION of 0 if in apr.h APR_HAS_LARGE_FILES is true, which is the opposite of what is really desired. Swapping the alternatives led to the correct setting of SVN_LT_SOVERSION. I don't know, if that's the best way to handle it, but as $apr_lfs_abi doesn't seem to be used anywhere else, I gave it a try. So I could locally build without error, libs in libsvn1, and a non segfaulting svn up. Please feel free to contact me, if you need more info, coredumps etc. from my testing. Best regards, Klaus Hoercher -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-wb-a Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages subversion depends on: ii libapr1 1.2.7-6 The Apache Portable Runtime Librar ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libsvn1 1.4.0-3 Shared libraries used by Subversio subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386182: AW: Bug#386182: CVE-2006-4305: remote arbitrary code execution
Hi, I am trying to prepare 7.5.00.38, too, but am having difficulties getting it to compile. But I do have the changeset to fix the overflow, and if I can't get build 38 done by the week-end I will try and apply the fix against 7.5.00.34. Thanks for your effort. Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382019: gpglist: should ignore fpr: lines
Package: signing-party Version: 0.4.7-1 Severity: wishlist Tags: patch *** Please type your report below this line *** If you happen to have with-fingerprint in your gpg configuration, gpglist will hit lines 125f. Please apply attached patch to make it happy again *g* Best regards K. Hoercher -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-wb-a Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages signing-party depends on: ii gnupg1.4.5-1 GNU privacy guard - a free PGP rep ii libgnupg-interfa 0.33-6 Perl interface to GnuPG ii libmailtools-per 1.74-0.1Manipulate email in perl programs ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m ii libtext-template 1.44-1.1Text::Template perl module ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent Versions of packages signing-party recommends: ii exim4 4.62-4 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tran 4.62-4 lightweight exim MTA (v4) daemon ii libpaper-utils1.1.19 Library for handling paper charact ii libtext-iconv-perl1.4-3 converts between character sets in ii whiptail 0.52.2-5.1 Displays user-friendly dialog boxe -- no debconf information --- /usr/bin/gpglist2005-08-08 09:55:14.0 +0200 +++ bin/gpglist 2006-08-08 12:45:53.0 +0200 @@ -121,6 +121,7 @@ } last if ( m/^(sub):/ ); next if ( m/^(tru):/ ); + next if ( m/^(fpr):/ ); print STDERR hi, i'm a bug. please report me to my owner\n; die input: $_, key: $key; }
Bug#381183: AW: Bug#381183: more info
Hi, I think gcc is right and am working on a fix. Nevertheless, thanks for the info. Best wishes, Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501903: Problems with cups web interface not working
) = 59
time(NULL) = 1223728851
write(2, D [11/Oct/2008:08:40:51 -0400] Re..., 67) = 67
time(NULL) = 1223728851
write(2, D [11/Oct/2008:08:40:51 -0400] Re..., 67) = 67
time(NULL) = 1223728851
write(2, D [11/Oct/2008:08:40:51 -0400] Re..., 67) = 67
poll([{fd=0, events=POLLIN}, {fd=3, events=POLLIN}, {fd=4,
events=POLLIN}, {fd=5, events=POLLIN}, {fd=11, events=POLLIN}], 5, 1000)
= 0 (Timeout)
time(NULL) = 1223728852
time(NULL) = 1223728852
time(NULL) = 1223728852
At this point, I am not sure where to start looking to resolve the problems
myself. The printing system is unusable in this state, hence the grave level
report.
If there is more information that is required, I will be happy to provide
that, just let me know what is needed.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cups depends on:
ii adduser 3.110 add and remove users and groups
ii cups-common 1.3.8-1lenny1 Common UNIX Printing System(tm) -
ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii ghostscript 8.62.dfsg.1-3.1The GPL Ghostscript PostScript/PDF
ii libavahi-compat-libdn 0.6.22-3 Avahi Apple Bonjour compatibility
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libcups2 1.3.8-1lenny1 Common UNIX Printing System(tm) -
ii libcupsimage2 1.3.8-1lenny1 Common UNIX Printing System(tm) -
ii libdbus-1-3 1.2.1-3simple interprocess messaging syst
ii libgnutls26 2.4.1-1the GNU TLS library - runtime libr
ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii libldap-2.4-2 2.4.10-3 OpenLDAP libraries
ii libpam0g 1.0.1-4Pluggable Authentication Modules l
ii libpaper1 1.1.23+nmu1library for handling paper charact
ii libslp1 1.2.1-7.4 OpenSLP libraries
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
ii perl-modules 5.10.0-15 Core Perl modules
ii procps1:3.2.7-8 /proc file system utilities
ii ssl-cert 1.0.23 simple debconf wrapper for OpenSSL
ii xpdf-utils [poppler-u 3.02-1.4 Portable Document Format (PDF) sui
Versions of packages cups recommends:
ii avahi-utils 0.6.22-3 Avahi browsing, publishing and dis
ii cups-client 1.3.8-1lenny1 Common UNIX Printing System(tm) -
ii foomatic-filters 3.0.2-20080211-3.1 OpenPrinting printer support - fil
ii smbclient 2:3.2.3-1 a LanManager-like simple client fo
Versions of packages cups suggests:
pn cups-bsdnone (no description available)
pn cups-driver-gutenprint none (no description available)
pn cups-pdfnone (no description available)
ii foomatic-db 20080211-2+nmu1 OpenPrinting printer support - dat
ii foomatic-db-engine 3.0.2-20080211-1 OpenPrinting printer support - pro
pn hplip none (no description available)
pn xpdf-korean | xpdf-japa none (no description available)
-- debconf information:
* cupsys/raw-print: false
* cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496759: libts-dev: tslib-0.0.pc should reflect real version
Package: libts-dev Version: 1.0-4 Severity: normal i tried to build xglamo yesterday -- but configure repeatedly failed while looking for package tslib-1.0. further investigation revealed that the package in fact was named tslib-0.0.pcs and the Version: line inside said Version: 0.0.2 i don't really understand how these packageconf things are supposed to work, but i gather that the name and content of that .pc file should reflect the _real_ version, shouldn't it? to make xglamo compile with tslib i changed the name to tslib-1.0 and the Version line to 1.0-4 and it went straight through. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libts-dev depends on: ii libts-0.0-0 1.0-4 touch screen library libts-dev recommends no packages. libts-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501203: Scanning works only as root
Subject: sane: Scanning works only as root Package: sane Version: 1.0.14-7 Severity: important *** Please type your report below this line *** I installed the packages sane sane-utils xsane kooka. As root i can run sane-find-scanner: ... found USB scanner (vendor=0x04b8 [EPSON], product=0x0110 [EPSON Scanner]) at libusb:001:004 ... and scanimage -L device `epson2:libusb:001:004' is a Epson GT-8200 flatbed scanner device `epson:libusb:001:004' is a Epson GT-8200 flatbed scanner device `epkowa:libusb:001:004' is a Epson Perfection 1650 flatbed scanner When i run xsane as ROOT with kdesu i can scan a image, but when i run it as normal user no scanners can be found! So when i run the commands as normal user i get with sane-find-scanner ... found USB scanner (vendor=0x04b8, product=0x0110) at libusb:001:004 ... which is NOT my Epson Perfectopn 1650. And scanimage -L says: No scanners were identified ... I tried everything to solve this obvious problem of rights. But nothing helps. :-( I added the normal users to the groups saned and scanner. And i changed the rights for the group scanner for the devices: # ls -l /dev/*usb* crw-rw 1 root scanner 251, 1 5. Okt 12:50 /dev/usbdev1.1_ep00 crw-rw 1 root scanner 251, 0 5. Okt 12:50 /dev/usbdev1.1_ep81 crw-rw 1 root scanner 251, 8 5. Okt 13:48 /dev/usbdev1.4_ep00 crw-rw 1 root root251, 6 5. Okt 15:49 /dev/usbdev1.4_ep01 crw-rw 1 root root251, 7 5. Okt 15:49 /dev/usbdev1.4_ep82 crw-rw 1 root scanner 251, 3 5. Okt 12:50 /dev/usbdev2.1_ep00 crw-rw 1 root scanner 251, 2 5. Okt 12:50 /dev/usbdev2.1_ep81 crw-rw 1 root scanner 251, 5 5. Okt 12:50 /dev/usbdev3.1_ep00 crw-rw 1 root scanner 251, 4 5. Okt 12:50 /dev/usbdev3.1_ep81 crw-rw 1 root root252, 0 5. Okt 12:50 /dev/usbmon0 crw-rw 1 root root252, 1 5. Okt 12:50 /dev/usbmon1 crw-rw 1 root root252, 2 5. Okt 12:50 /dev/usbmon2 crw-rw 1 root root252, 3 5. Okt 12:50 /dev/usbmon3 the interesting thing is that the rights for the devices: usbdev1.4_ep01 and usbdev1.4_ep82 are turned back to root root after calling scanimage. I don't know what to do now ? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/bash Versions of packages sane depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-13 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libgimp2.02.4.7-1Libraries for the GNU Image Manipu ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libsane 1.0.19-21 API library for scanners sane recommends no packages. Versions of packages sane suggests: ii gimp 2.4.7-1The GNU Image Manipulation Program -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500387: Problem of 100% processor of famd
Refer to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=275988 After a package upgrade this problem didn't occur again. (But it is still existant up to day) Details see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499900 Maybe it is the upgrade of libfuse2 (2.7.4-1) fuse-utils (2.7.4-1) that solves the problem ? Sorry, i didn't see the bug 275988. So please merge this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275988: Problem of 100% processor of famd
Refer to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499900 After a package upgrade this problem didn't occur again. (But it is still existant up to day) Maybe it is the upgrade of libfuse2 (2.7.4-1) fuse-utils (2.7.4-1) that solves the problem ? Sorry, i didn't see this bug here. I already opened the bug for famd at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500387 So please merge this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501203: Scanning works only as root
Debian [EMAIL PROTECTED] wrote: found USB scanner (vendor=0x04b8 [EPSON], product=0x0110 [EPSON Scanner]) at libusb:001:004 device `epson2:libusb:001:004' is a Epson GT-8200 flatbed scanner found USB scanner (vendor=0x04b8, product=0x0110) at libusb:001:004 which is NOT my Epson Perfectopn 1650. This *IS* your scanner. Yes - that is the right one ! And as i have written it works under root. I added the normal users to the groups saned and scanner. And i changed the rights for the group scanner for the devices: # ls -l /dev/*usb* It's /dev/bus/usb/ that counts, nothing else. Please check that. I checked this. I found in /dev/bus/usb/001 crw-rw-r-- 1 root root189, 0 5. Okt 15:40 001 crw-rw-r-- 1 root scanner 189, 4 5. Okt 17:03 005 I also altered the group for 001 without no effect. And if your scanner was plugged in when you installed the packages, you'll need to unplug/replug it, which is normal. If you haven't done so yet, ... That's right, it was plugged. No i disconnected and plugged in again - same result. So i don't know how to solve the problem again ... KM JB. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501203: Scanning works only as root
OK, can you do the following: - unplug - replug - check permissions Done. crw-rw-r-- 1 root scanner 189, 0 5. Okt 15:40 001 crw-rw-r-- 1 root scanner 189, 6 5. Okt 17:57 007 Correct. Also lsusb shows that Bus 001 Device 007: ID 04b8:0110 Seiko Epson Corp. Perfection 1650 is the new one. - unplug - /etc/init.d/udev reload - plug - check permissions lsusb: Bus 001 Device 008: ID 04b8:0110 Seiko Epson Corp. Perfection 1650 ls -l /etc/usb/001: crw-rw-r-- 1 root scanner 189, 0 5. Okt 15:40 001 crw-rw-r-- 1 root scanner 189, 7 5. Okt 18:01 008 This seems all to work correct. But XSane does not find the scanner. The problem must be somehere else ? Here again the output as normal user when accessing the scanner via commandline: $ scanimage -L No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). $ sane-find-scanner # sane-find-scanner will now attempt to detect your scanner. If the # result is different from what you expected, first make sure your # scanner is powered up and properly connected to your computer. # No SCSI scanners found. If you expected something different, make sure that # you have loaded a kernel SCSI driver for your SCSI adapter. # Also you need support for SCSI Generic (sg) in your operating system. # If using Linux, try modprobe sg. found USB scanner (vendor=0x04b8, product=0x0110) at libusb:001:008 # Your USB scanner was (probably) detected. It may or may not be supported by # SANE. Try scanimage -L and read the backend's manpage. # Not checking for parallel port scanners. # Most Scanners connected to the parallel port or other proprietary ports # can't be detected by this program. # You may want to run this program as root to find all devices. Once you # found the scanner devices, be sure to adjust access permissions as # necessary. JB. KM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501203: Scanning works only as root
OK, so it doesn't look like another occurrence of #500837. Did you logout and log in again after adding your user to the scanner group? Oh - No. I think that was the problem. Now i thought enough and i switched off the scanner and rebooted. After that i switched on again and now it works. :-) Sometimes it's much easier to have a windows behaviour. So - too much trouble for nothing - sorry! Please close the bug. Maybe it would be senseful to find a mechanism to add the users to the right group automatically or give a hint at the installation. This would avoid such stress. KM Can you check you logs (syslog, dmesg) for error messages at the time you attempted to scan? JB. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501203: Scanning works only as root
Now i thought enough and i switched off the scanner and rebooted. After that i switched on again and now it works. :-) Sometimes it's much easier to have a windows behaviour. Unfortunately in this case it could have side effects that could have hidden the real problem, as I was suspecting another manifestation of a previously reported bug. Hmm - i needed the computer and there was a good moment for a reboot - sorry. If this was a problem of a order of started services then it's foolish. Maybe it would be senseful to find a mechanism to add the users to the right group automatically or give a hint at the installation. Hmm? You told me you added the users to the scanner group in your first mail? That's correct. I have 3 users and i added them to the groups saned and scanner. But as i remember the rights should take effect immediately and not after a new login. That's something special for rights of windows users. By the way, it's all documented in libsane's README.Debian... The problem is to find out that you must read THIS README. ;-) I am always very glad if software can directly be used after installing an package. JB. KM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494621: traceroute6: incorrect handling of CNAMEs
Package: iputils-tracepath Version: 3:20020927-6 Severity: important $ traceroute6 www.he.net traceroute: unknown host www.he.net $ traceroute6 www.sixxs.net traceroute: unknown host www.sixxs.net $ host www.he.net www.he.net is an alias for he.net. he.net has address 216.218.186.2 he.net has IPv6 address 2001:470:0:76::2 he.net mail is handled by 1 he.net. $ host www.sixxs.net www.sixxs.net is an alias for www.m.sixxs.net. www.m.sixxs.net has address 193.109.122.244 www.m.sixxs.net has IPv6 address 2001:838:1:1:210:dcff:fe20:7c7c $ traceroute6 www.m.sixxs.net traceroute to www.m.sixxs.net (2001:838:1:1:210:dcff:fe20:7c7c) from 2001:ba8:1f1:f045:216:3eff:fe14:ae0a, 30 hops max, 16 byte packets [snip] $ traceroute6 he.net traceroute to he.net (2001:470:0:76::2) from 2001:ba8:1f1:f045:216:3eff:fe14:ae0a, 30 hops max, 16 byte packets -- 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-6-xen-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages iputils-tracepath depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries iputils-tracepath recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494621: Followup
This bug should be closed; it appears to actually be a bug - or at least poor implementation choice - in MaraDNS. MaraDNS just returns the CNAME, not the record which - from my reading of the RFC - it should do when behaving as a recursive name server. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495458: [pmount] Firewire removeable devices cann't be mounted (Error: device /dev/sdxy is not mounted)
/pci:00/:00:1d.7/usb4/4-3/4-3:1.0/host5/target5:0:0', bus '') does not match, trying parent find_device_in_buses : successfully opened bus 'usb' path '/sys/bus/usb' find_device_in_buses : successfully opened bus 'pcmcia' path '/sys/bus/pcmcia' find_bus_ancestry: device 'host5' (path '/sys/devices/pci:00/:00:1d.7/usb4/4-3/4-3:1.0/host5', bus '') does not match, trying parent find_bus_ancestry: device 4-3:1.0 (path /sys/devices/pci:00/:00:1d.7/usb4/4-3/4-3:1.0, bus usb) matches query, success policy check passed spawnv(): executing /sbin/cryptsetup '/sbin/cryptsetup' 'isLuks' '/dev/sda2' spawn(): /sbin/cryptsetup terminated with status 234 device is not LUKS encrypted, or cryptsetup with LUKS support is not installed locking mount point directory mount point directory locked blkid gave FS ext3 for '/dev/sda2' spawnv(): executing /bin/mount '/bin/mount' '-t' 'ext3' '-o' 'nodev,noauto,nosuid,user,errors=continue,async,atime,noexec' '/dev/sda2' '/media/sda2' spawn(): /bin/mount terminated with status 0 unlocking mount point directory mount point directory unlocked In both cases cat /sys/block/sda/removable: 0 with kde-hal-device-manager the entry are the same,only one with use and the other with firewire. Unfortuately I don't know where I have to add the firewire support for pmount. Some time ago - I think it was the etch version of pmount it works perfectly. If there are any further questions - yust ask ;) dear, sandro --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686 Debian Release: lenny/sid 600 testing ftp5.gwdg.de 50 unstableftp5.gwdg.de 1 experimentalftp5.gwdg.de --- Package information. --- Depends (Version) | Installed ===-+- libblkid1 (= 1.39-1) | 1.41.0-3 libc6(= 2.7-1) | 2.7-13 libdbus-1-3 (= 1.1.1) | 1.2.1-3 libhal-storage1 (= 0.5.10) | 0.5.11-2 libhal1 (= 0.5.10) | 0.5.11-2 libsysfs2 | 2.1.0-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500387: famd takes 100% processor using ntfs-3g
Package: fam Version: 2.7.0-13.3 Severity: important When i start to copy mass of data (GB) from a USB-Harddisk formatted in NTFS, after a few seconds the transfer rate is going down from about 30 MB/s to 1 MB/s. The reason is that the processes ntfs-3g and famd are taking the complete processor performance. When i stop the copy the famd process still takes 100% processor performance! I must kill famd to stop it and have normal performance of the copy process. Refer to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499900 The ntfs-3g team says that ntfs-3g is not using famd! So the question is what famd is doing ? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490987: [aspell, dictionaries-common] VIM spellcheck
Package: aspell, dictionaries-common Version: 0.98.10 Severity: wishlist Hello, it would be great, if the myspell-files are updated the vim spell files would be updated automaticly for spellchecking (new feature in vim 7.0). The needed script is availlaible: mkspell. If a vim instance is open just type :mkspell /tmp/spell/en /tmp/en_US for creating the en.spl. the en.spl should be moved to /usr/share/vim/vim71/spell. Thanks, Sandro --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686 Debian Release: lenny/sid 600 testing ftp5.gwdg.de 50 unstableftp5.gwdg.de 50 unstabledeb.opera.com 1 experimentalftp5.gwdg.de --- Package information. --- Depends(Version) | Installed -+-== perl-base (= 5.6.0-16) | 5.10.0-11 debconf (= 1.5.5) | 1.5.22 OR debconf-2.0 | libtext-iconv-perl | 1.7-1+b1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465758: kio-media: handle cryped volumes/devices
Package: kdebase-kio-plugins Version: 4:3.5.8.dfsg.1-2 Severity: wishlist --- Please enter the report below this line. --- Hello, I've found a patch for ubuntu/suse that handles crypted volumes see: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/128863 http://strony.aster.pl/tanis/kde_luks/ It would be great, if it added to debian, too. Dear, sandro --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 990 stable security.debian.org 990 stable ftp5.gwdg.de 600 testing www.debian-multimedia.org 600 testing ftp5.gwdg.de 50 unstableftp5.gwdg.de 50 unstabledeb.opera.com 1 experimentalftp5.gwdg.de --- Package information. --- Depends (Version) | Installed ===-+-=== kdelibs4c2a (= 4:3.5.8-1) | 4:3.5.8.dfsg.1-7 libc6 (= 2.6.1-1) | 2.7-6 libdbus-1-3 (= 1.1.1) | 1.1.2-1 libdbus-qt-1-1c2 (= 0.62.git.20060814) | 0.62.git.20060814-2 libgcc1(= 1:4.2.1) | 1:4.3-20080116-1 libhal-storage1 (= 0.5.10) | 0.5.10-5 libhal1 (= 0.5.10) | 0.5.10-5 libldap2 (= 2.1.17-1) | 2.1.30.dfsg-13.5 libopenexr2ldbl (= 1.2.2) | 1.2.2-4.4 libqt3-mt (= 3:3.3.7) | 3:3.3.7-9 libsasl2-2 | 2.1.22.dfsg1-16 libsmbclient (= 3.0.2a-1) | 3.0.28-2+b1 libstdc++6 (= 4.2.1) | 4.3-20080116-1 libxcursor1 ( 1.1.2) | 1:1.1.9-1 zlib1g(= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-11 kdesktop| 4:3.5.8.dfsg.1-2 libsasl2-modules| 2.1.22.dfsg1-16 psmisc | 22.6-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465903: cryptroot remote unlocking on boot feature
Package: dropbear
Version: 0.50-2
Severity: wishlist
Tags: patch
this patch is part of three patches (initramfs-tools, cryptsetup,
dropbear) which enable mkinitramfs to create initramfss that provide the
ability to log in and unlock a cryptroot during the boot process from
remote via ssh.
initramfs script, hook-script, and config are added.
openssh-client is promoted from suggested to recommended, because in
case of a cryptroot with dropbear it's not really unimportant that
mkinitramfs is able to create authorization keys. also udev is needed
for dropbear in initramfs.
diff -rNc dropbear-0.50.orig/debian/control dropbear-0.50/debian/control
*** dropbear-0.50.orig/debian/control 2008-02-14 20:17:40.0 +0100
--- dropbear-0.50/debian/control 2008-02-14 20:17:59.0 +0100
***
*** 8,14
Package: dropbear
Architecture: any
Depends: ${shlibs:Depends}
! Suggests: openssh-client, runit
Description: lightweight SSH2 server and client
dropbear is a SSH 2 server and client designed to be small enough to
be used in small memory environments, while still being functional and
--- 8,15
Package: dropbear
Architecture: any
Depends: ${shlibs:Depends}
! Recommends: openssh-client, udev
! Suggests: runit
Description: lightweight SSH2 server and client
dropbear is a SSH 2 server and client designed to be small enough to
be used in small memory environments, while still being functional and
diff -rNc dropbear-0.50.orig/debian/initramfs/dropbear-conf dropbear-0.50/debian/initramfs/dropbear-conf
*** dropbear-0.50.orig/debian/initramfs/dropbear-conf 1970-01-01 01:00:00.0 +0100
--- dropbear-0.50/debian/initramfs/dropbear-conf 2008-02-14 20:17:59.0 +0100
***
*** 0
--- 1,8
+ #
+ # DROPBEAR: [ y | n ]
+ #
+ # Use dropbear if available. If not specified, dropbear will be used - if
+ # possible - in case of cryptroot.
+ #
+
+ #DROPBEAR=y
diff -rNc dropbear-0.50.orig/debian/initramfs/dropbear-hook dropbear-0.50/debian/initramfs/dropbear-hook
*** dropbear-0.50.orig/debian/initramfs/dropbear-hook 1970-01-01 01:00:00.0 +0100
--- dropbear-0.50/debian/initramfs/dropbear-hook 2008-02-14 20:19:44.0 +0100
***
*** 0
--- 1,55
+ #!/bin/sh
+
+ PREREQ=
+
+ prereqs() {
+ echo $PREREQ
+ }
+
+ case $1 in
+ prereqs)
+ prereqs
+ exit 0
+ ;;
+ esac
+
+ . ${CONFDIR}/initramfs.conf
+ . /usr/share/initramfs-tools/hook-functions
+
+ # Install dropbear if explicitly enabled, or in case of a cryptroot setup if not explicitly disabled
+ if [ ${DROPBEAR} = y ] || ( [ ${DROPBEAR} != n ] [ -r /etc/crypttab ] ); then
+ if [ ! -x /usr/sbin/dropbear ]; then
+ if [ ${DROPBEAR} = y ]; then
+ echo dropbear: FAILURE: Dropbear not found!
+ else
+ echo dropbear: WARNING: Dropbear not found, remote unlocking of cryptroot via ssh won't work!
+ fi
+ else
+ rm -f ${DESTDIR}/sbin/dropbear
+ copy_exec /usr/sbin/dropbear /sbin/
+ cp /lib/libnss_* ${DESTDIR}/lib/
+ echo root:x:0:0:root:/root:/bin/sh ${DESTDIR}/etc/passwd
+ for keytype in dss rsa; do
+ if [ ! -f /etc/initramfs-tools/etc/dropbear/dropbear_${keytype}_host_key ]; then
+ mkdir -p /etc/initramfs-tools/etc/dropbear
+ dropbearkey -t ${keytype} -f /etc/initramfs-tools/etc/dropbear/dropbear_${keytype}_host_key
+ fi
+ done
+ cp -R /etc/initramfs-tools/etc/dropbear ${DESTDIR}/etc/
+ if [ ! -f /etc/initramfs-tools/root/.ssh/id_rsa.pub ]; then
+ mkdir -p /etc/initramfs-tools/root/.ssh
+ if [ -x /usr/bin/ssh-keygen ]; then
+ ssh-keygen -N -f /etc/initramfs-tools/root/.ssh/id_rsa
+ else
+ if [ ${DROPBEAR} = y ]; then
+ echo dropbear: FAILURE: no authorized publickey found and ssh-keygen not available!
+ else
+ echo dropbear: WARNING: no authorized publickey found and ssh-keygen not available, remote unlocking of cryptroot via ssh won't work!
+ fi
+ fi
+ fi
+ mkdir -p ${DESTDIR}/root/.ssh
+ cp /etc/initramfs-tools/root/.ssh/id_rsa.pub ${DESTDIR}/root/.ssh/authorized_keys
+ fi
+ fi
+
diff -rNc dropbear-0.50.orig/debian/initramfs/dropbear-script dropbear-0.50/debian/initramfs/dropbear-script
*** dropbear-0.50.orig/debian/initramfs/dropbear-script 1970-01-01 01:00:00.0 +0100
--- dropbear-0.50/debian/initramfs/dropbear-script 2008-02-14 20:17:59.0 +0100
***
*** 0
--- 1,34
+ #!/bin/sh
+
+ PREREQ=udev
+
+ prereqs() {
+ echo $PREREQ
+ }
+
+ case $1 in
+ # get pre-requisites
+ prereqs)
+ prereqs
+ exit 0
+ ;;
+ esac
+
+ . /scripts/functions
+
+ log_begin_msg Starting dropbear
+
+ . /conf/initramfs.conf
+
+ for x in $(cat /proc/cmdline); do
+ case $x in
+ ip=*)
+ IPOPTS=${x#ip=}
+ ;;
+ esac
+ done
+
+ configure_networking
+
+ /sbin/dropbear
+
diff -rNc dropbear-0.50.orig/debian/rules dropbear-0.50/debian/rules
*** dropbear-0.50.orig/debian/rules 2008-02-14 20:17:40.0 +0100
--- dropbear-0.50/debian/rules 2008-02-14 20:17
Bug#465902: cryptroot remote unlocking on boot feature
Package: cryptsetup
Version: 2:1.0.6~pre1-1
Severity: wishlist
Tags: patch
this patch is part of three patches (initramfs-tools, cryptsetup,
dropbear) which enable mkinitramfs to create initramfss that provide the
ability to log in and unlock a cryptroot during the boot process from
remote via ssh.
in the initramfs scripts, the target might be unlocked (from remote) in
the background. so on non-successful cryptsetup exit, check whether the
target is unlocked, only otherwise act on it as a failure.
for this unlocking in the background (and if successful, killing the
waiting cryptsetup), the cryptcreate script is added.
to call this unlocking script from remote, dropbear has to be added to
the initramfs, so dropbear is added to the suggested list.
diff -rNc cryptsetup-1.0.6~pre1.orig/debian/control cryptsetup-1.0.6~pre1/debian/control
*** cryptsetup-1.0.6~pre1.orig/debian/control 2008-02-14 13:43:02.0 +0100
--- cryptsetup-1.0.6~pre1/debian/control 2008-02-14 14:28:06.0 +0100
***
*** 12,18
Package: cryptsetup
Architecture: any
Depends: ${shlibs:Depends}, dmsetup
! Suggests: udev, initramfs-tools (= 0.91) | linux-initramfs-tool, dosfstools
Conflicts: cryptsetup-luks (= 1.0.1-8), hashalot (= 0.3-1)
Replaces: cryptsetup-luks (= 1.0.1-8)
Description: configures encrypted block devices
--- 12,18
Package: cryptsetup
Architecture: any
Depends: ${shlibs:Depends}, dmsetup
! Suggests: udev, initramfs-tools (= 0.91) | linux-initramfs-tool, dropbear, dosfstools
Conflicts: cryptsetup-luks (= 1.0.1-8), hashalot (= 0.3-1)
Replaces: cryptsetup-luks (= 1.0.1-8)
Description: configures encrypted block devices
diff -rNc cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-script cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-script
*** cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-script 2008-02-14 13:43:02.0 +0100
--- cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-script 2008-02-14 15:09:52.0 +0100
***
*** 195,207
PASS=$(cat /dev/.initramfs/usplash_outfifo)
echo -n $PASS | $cryptcreate /dev/null 21
else
$cryptcreate /dev/console /dev/console 21
fi
if [ $? -ne 0 ]; then
! echo cryptsetup: cryptsetup failed, bad password or options?
! sleep 3
! continue
elif [ ! -e $NEWROOT ]; then
echo cryptsetup: unknown error setting up device mapping
return 1
--- 195,220
PASS=$(cat /dev/.initramfs/usplash_outfifo)
echo -n $PASS | $cryptcreate /dev/null 21
else
+ cat EOF /sbin/cryptcreate
+ #!/bin/sh
+
+ $cryptcreate
+ if [ -e /dev/mapper/$crypttarget ]; then
+ killall cryptsetup
+ fi
+ EOF
+ chmod 755 /sbin/cryptcreate
$cryptcreate /dev/console /dev/console 21
fi
if [ $? -ne 0 ]; then
! if [ -e /dev/mapper/$crypttarget ]; then
! echo cryptsetup: cryptsetup killed, target unlocked in the background, continuing.
! else
! echo cryptsetup: cryptsetup failed, bad password or options?
! sleep 3
! continue
! fi
elif [ ! -e $NEWROOT ]; then
echo cryptsetup: unknown error setting up device mapping
return 1
Bug#465901: cryptroot remote unlocking on boot feature
Package: initramfs-tools
Version: 0.91e
Severity: wishlist
Tags: patch
this patch is part of three patches (initramfs-tools, cryptsetup,
dropbear) which enable mkinitramfs to create initramfss that provide the
ability to log in and unlock a cryptroot during the boot process from
remote via ssh.
calling configure_networking from /scripts/functions might appear more
than once, so just try if it hasn't been done/wasn't successful yet.
check that by testing for existence of /tmp/net-$DEVICE.conf which is
created by ipconfig.
in mkinitramfs CONFDIR is exported, as this is necessary for hooks (see
related dropbear patch) to find the config without relying on something
hardcoded that's otherwise (mkinitramfs) dynamic.
diff -rNc initramfs-tools.orig/mkinitramfs initramfs-tools/mkinitramfs
*** initramfs-tools.orig/mkinitramfs 2007-12-25 17:03:57.0 +0100
--- initramfs-tools/mkinitramfs 2008-02-14 14:01:07.0 +0100
***
*** 168,173
--- 168,174
# Export environment for hook scripts.
#
+ export CONFDIR
export MODULESDIR
export version
export CONFDIR
diff -rNc initramfs-tools.orig/scripts/functions initramfs-tools/scripts/functions
*** initramfs-tools.orig/scripts/functions 2007-12-25 17:03:57.0 +0100
--- initramfs-tools/scripts/functions 2008-02-14 13:58:53.0 +0100
***
*** 273,307
configure_networking()
{
! # support ip options see linux sources Documentation/nfsroot.txt
! case ${IPOPTS} in
! none|off)
! # Do nothing
! ;;
! |on|any)
! # Bring up device
! ipconfig ${DEVICE}
! ;;
! dhcp|bootp|rarp|both)
! ipconfig -c ${IPOPTS} -d ${DEVICE}
! ;;
! *)
! ipconfig -d $IPOPTS
! # grab device entry from ip option
! NEW_DEVICE=${IPOPTS#*:*:*:*:*:*}
! if [ ${NEW_DEVICE} != ${IPOPTS} ]; then
! NEW_DEVICE=${NEW_DEVICE%:*}
! else
! # wrong parse, possibly only a partial string
! NEW_DEVICE=
! fi
! if [ -n ${NEW_DEVICE} ]; then
! DEVICE=${NEW_DEVICE}
! fi
! ;;
! esac
! # source relevant ipconfig output
! . /tmp/net-${DEVICE}.conf
}
--- 273,310
configure_networking()
{
! if [ ! -e /tmp/net-${DEVICE}.conf ]; then
! # support ip options see linux sources Documentation/nfsroot.txt
! case ${IPOPTS} in
! none|off)
! # Do nothing
! ;;
! |on|any)
! # Bring up device
! ipconfig ${DEVICE}
! ;;
! dhcp|bootp|rarp|both)
! ipconfig -c ${IPOPTS} -d ${DEVICE}
! ;;
! *)
! ipconfig -d $IPOPTS
! # grab device entry from ip option
! NEW_DEVICE=${IPOPTS#*:*:*:*:*:*}
! if [ ${NEW_DEVICE} != ${IPOPTS} ]; then
! NEW_DEVICE=${NEW_DEVICE%:*}
! else
! # wrong parse, possibly only a partial string
! NEW_DEVICE=
! fi
! if [ -n ${NEW_DEVICE} ]; then
! DEVICE=${NEW_DEVICE}
! fi
! ;;
! esac
!
! # source relevant ipconfig output
! . /tmp/net-${DEVICE}.conf
! fi
}
Bug#465903: cryptroot remote unlocking on boot feature
relating reports: initramfs-tools: 465901 cryptsetup: 465902 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465901: cryptroot remote unlocking on boot feature
relating reports: cryptsetup: 465902 dropbear: 465903 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465902: cryptroot remote unlocking on boot feature
relating reports: initramfs-tools: 465901 dropbear: 465903 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465901: cryptroot remote unlocking on boot feature
[...] git send-email --to [EMAIL PROTECTED] --cc [EMAIL PROTECTED] 0001-ssh-subject.patch ok thanks for directions i must say i'm not a big fan of shipping ssh in initramfs enabled by default needed fixes in networking and such are of course taken. the hook script in the dropbear patch will only add dropbear to the initramfs if it's explicitly enabled (which it isn't by default), or a cryptroot is detected (and dropbear isn't explicitly disabled). adding to the initramfs is certainly generally to be avoided, but not being able to bring a machine up again from remote is quite some motivation, i guess ;) plus it turns out the increase in size and complexity is a lot less than (at least i) expected. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465901: [PATCH] 465901 (cryptroot remote unlocking on boot feature)
+export CONFDIR
export MODULESDIR
export version
export CONFDIR
why should it be exported twice?
just to _really_ be sure... ;)
no, honestly, i have no idea why i thought that was missing. probably
got confused with the /scripts/*/* scripts where it's hardcoded.
i prefer the more readable version at the start of the function:
# networking already configured thus bail out
[ -e /tmp/net-${DEVICE}.conf ] return 0
care to resend that hook?
done
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465901: [PATCH] configure_network: do nothing if device has been configured already
From: [EMAIL PROTECTED]
---
scripts/functions |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/scripts/functions b/scripts/functions
index fdd808f..b4bd8cd 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -273,6 +273,9 @@ parse_numeric() {
configure_networking()
{
+ # networking already configured thus bail out
+ [ -e /tmp/net-${DEVICE}.conf ] return 0
+
# support ip options see linux sources Documentation/nfsroot.txt
case ${IPOPTS} in
none|off)
--
1.5.3.8
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465901: [PATCH] 465901 (cryptroot remote unlocking on boot feature)
From: [EMAIL PROTECTED]
---
mkinitramfs |1 +
scripts/functions | 63 +++-
2 files changed, 34 insertions(+), 30 deletions(-)
diff --git a/mkinitramfs b/mkinitramfs
index 06d2149..13219af 100755
--- a/mkinitramfs
+++ b/mkinitramfs
@@ -168,6 +168,7 @@ DPKG_ARCH=`dpkg --print-installation-architecture`
# Export environment for hook scripts.
#
+export CONFDIR
export MODULESDIR
export version
export CONFDIR
diff --git a/scripts/functions b/scripts/functions
index fdd808f..bbfb2b8 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -273,35 +273,38 @@ parse_numeric() {
configure_networking()
{
- # support ip options see linux sources Documentation/nfsroot.txt
- case ${IPOPTS} in
- none|off)
- # Do nothing
- ;;
- |on|any)
- # Bring up device
- ipconfig ${DEVICE}
- ;;
- dhcp|bootp|rarp|both)
- ipconfig -c ${IPOPTS} -d ${DEVICE}
- ;;
- *)
- ipconfig -d $IPOPTS
-
- # grab device entry from ip option
- NEW_DEVICE=${IPOPTS#*:*:*:*:*:*}
- if [ ${NEW_DEVICE} != ${IPOPTS} ]; then
- NEW_DEVICE=${NEW_DEVICE%:*}
- else
- # wrong parse, possibly only a partial string
- NEW_DEVICE=
- fi
- if [ -n ${NEW_DEVICE} ]; then
- DEVICE=${NEW_DEVICE}
- fi
- ;;
- esac
+ if [ ! -e /tmp/net-${DEVICE}.conf ]; then
- # source relevant ipconfig output
- . /tmp/net-${DEVICE}.conf
+ # support ip options see linux sources Documentation/nfsroot.txt
+ case ${IPOPTS} in
+ none|off)
+ # Do nothing
+ ;;
+ |on|any)
+ # Bring up device
+ ipconfig ${DEVICE}
+ ;;
+ dhcp|bootp|rarp|both)
+ ipconfig -c ${IPOPTS} -d ${DEVICE}
+ ;;
+ *)
+ ipconfig -d $IPOPTS
+
+ # grab device entry from ip option
+ NEW_DEVICE=${IPOPTS#*:*:*:*:*:*}
+ if [ ${NEW_DEVICE} != ${IPOPTS} ]; then
+ NEW_DEVICE=${NEW_DEVICE%:*}
+ else
+ # wrong parse, possibly only a partial string
+ NEW_DEVICE=
+ fi
+ if [ -n ${NEW_DEVICE} ]; then
+ DEVICE=${NEW_DEVICE}
+ fi
+ ;;
+ esac
+
+ # source relevant ipconfig output
+ . /tmp/net-${DEVICE}.conf
+ fi
}
--
1.5.3.8
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465902: [Pkg-cryptsetup-devel] Bug#465902: cryptroot remote unlocking on boot feature
hi!
This sounds like an interesting approach. As I got from #465901, this
will enable dropbear per default if cryptroot is detected. While I like
the idea to be able to enable ssh support for initramfs, I object
against this default behaviour. Not everyone with cryptroot is in need
of remote access during boot process. Thus I suggest to disable the
whole feature per default, and make it configurable in any case.
ok. not my preference, but i understand the rationale.
this behaviour is implemented in the dropbear patch. i guess the
dropbear maintainer will read the related initramfs-tools and this
report, and i will submit a patch with the always-no-default if he
requests so.
Also, please resend the patch in unified format (diff -rNu).
ok.
in the initramfs scripts, the target might be unlocked (from remote) in
the background. so on non-successful cryptsetup exit, check whether the
target is unlocked, only otherwise act on it as a failure.
for this unlocking in the background (and if successful, killing the
waiting cryptsetup), the cryptcreate script is added.
to call this unlocking script from remote, dropbear has to be added to
the initramfs, so dropbear is added to the suggested list.
I have to admit that I don't get that. In your patch, a script
/sbin/cryptcreate is created, which itself uses the variables
$cryptcreate and $crypttarget. This script is made executable, but I
cannot find the place where it actually is executed. Also, how does the
script know about the variables used by it?
the idea is that when the boot process is waiting at the passphrase
prompt, it is possible to log in via ssh and manually call a script
which prompts for the passphrase, and in case the passphrase is correct
and the root-fs is unlocked, kills the process waiting at the console,
so the boot process continues.
i admit that the name 'cryptcreate' for this script is quite
unintuitive, so i changed that in the attached new, unified diff: the
script's name is now 'unlock' - i hope this is more intuitive.
the variables will be expanded when the script is written, and as
$cryptcreate is already used to store the cryptsetup call, this seemed
to me to be the most straightforward way to guarantee that the
cryptsetup call to unlock the cryptroot from the shell is identical to
the cryptsetup call at the console (and likewise the two crypttarget
tests should always test the identical target).
Chris
diff -rNu cryptsetup-1.0.6~pre1.orig/debian/control cryptsetup-1.0.6~pre1/debian/control
--- cryptsetup-1.0.6~pre1.orig/debian/control 2008-02-16 02:05:16.0 +0100
+++ cryptsetup-1.0.6~pre1/debian/control 2008-02-16 02:05:45.0 +0100
@@ -12,7 +12,7 @@
Package: cryptsetup
Architecture: any
Depends: ${shlibs:Depends}, dmsetup
-Suggests: udev, initramfs-tools (= 0.91) | linux-initramfs-tool, dosfstools
+Suggests: udev, initramfs-tools (= 0.91) | linux-initramfs-tool, dropbear, dosfstools
Conflicts: cryptsetup-luks (= 1.0.1-8), hashalot (= 0.3-1)
Replaces: cryptsetup-luks (= 1.0.1-8)
Description: configures encrypted block devices
diff -rNu cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-script cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-script
--- cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-script 2008-02-16 02:05:16.0 +0100
+++ cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-script 2008-02-16 02:12:19.0 +0100
@@ -195,13 +195,26 @@
PASS=$(cat /dev/.initramfs/usplash_outfifo)
echo -n $PASS | $cryptcreate /dev/null 21
else
+ cat EOF /sbin/unlock
+#!/bin/sh
+
+$cryptcreate
+if [ -e /dev/mapper/$crypttarget ]; then
+ killall cryptsetup
+fi
+EOF
+ chmod 755 /sbin/unlock
$cryptcreate /dev/console /dev/console 21
fi
if [ $? -ne 0 ]; then
- echo cryptsetup: cryptsetup failed, bad password or options?
- sleep 3
- continue
+ if [ -e /dev/mapper/$crypttarget ]; then
+echo cryptsetup: cryptsetup killed, target unlocked in the background, continuing.
+ else
+echo cryptsetup: cryptsetup failed, bad password or options?
+sleep 3
+continue
+ fi
elif [ ! -e $NEWROOT ]; then
echo cryptsetup: unknown error setting up device mapping
return 1
Bug#465903: cryptroot remote unlocking on boot feature
I don't think Recommends is appropriate for the general
case - it's meant for packages used in all but unusual
installations (from the policy manual) isn't it?
ok, i'm not too familiar with the interpretation of the policy, so i
tend to just beleive you if you say so.
The key generation should be able to be performed using
dropbearkey (and /usr/lib/dropbear/dropbearconvert if
required), without needing ssh-keygen.
ahok, i missed the -y option of dropbearkey (it's missing in the
manpage), and thought openssh-client is probably already a dependency
because of user key generation.
i also added a [ -x ] to avoid an error msg on boot if dropbear was not
installed to initramfs.
attached the new patch.
maybe you can take a look at #465902, regarding the 'if cryptroot,
default to installing dropbear to initramfs' behaviour.
Chris
diff -pruN dropbear-0.50.orig/debian/control dropbear-0.50/debian/control
--- dropbear-0.50.orig/debian/control 2008-02-16 14:46:13.0 +0100
+++ dropbear-0.50/debian/control 2008-02-16 14:48:45.0 +0100
@@ -8,7 +8,7 @@ Standards-Version: 3.7.2.2
Package: dropbear
Architecture: any
Depends: ${shlibs:Depends}
-Suggests: openssh-client, runit
+Suggests: openssh-client, udev, runit
Description: lightweight SSH2 server and client
dropbear is a SSH 2 server and client designed to be small enough to
be used in small memory environments, while still being functional and
diff -pruN dropbear-0.50.orig/debian/initramfs/dropbear-conf dropbear-0.50/debian/initramfs/dropbear-conf
--- dropbear-0.50.orig/debian/initramfs/dropbear-conf 1970-01-01 01:00:00.0 +0100
+++ dropbear-0.50/debian/initramfs/dropbear-conf 2008-02-16 14:48:00.0 +0100
@@ -0,0 +1,8 @@
+#
+# DROPBEAR: [ y | n ]
+#
+# Use dropbear if available. If not specified, dropbear will be used - if
+# possible - in case of cryptroot.
+#
+
+#DROPBEAR=y
diff -pruN dropbear-0.50.orig/debian/initramfs/dropbear-hook dropbear-0.50/debian/initramfs/dropbear-hook
--- dropbear-0.50.orig/debian/initramfs/dropbear-hook 1970-01-01 01:00:00.0 +0100
+++ dropbear-0.50/debian/initramfs/dropbear-hook 2008-02-16 14:55:30.0 +0100
@@ -0,0 +1,49 @@
+#!/bin/sh
+
+PREREQ=
+
+prereqs() {
+ echo $PREREQ
+}
+
+case $1 in
+ prereqs)
+ prereqs
+ exit 0
+ ;;
+esac
+
+. ${CONFDIR}/initramfs.conf
+. /usr/share/initramfs-tools/hook-functions
+
+# Install dropbear if explicitly enabled, or in case of a cryptroot setup if not explicitly disabled
+if [ ${DROPBEAR} = y ] || ( [ ${DROPBEAR} != n ] [ -r /etc/crypttab ] ); then
+ if [ ! -x /usr/sbin/dropbear ]; then
+ if [ ${DROPBEAR} = y ]; then
+ echo dropbear: FAILURE: Dropbear not found!
+ else
+ echo dropbear: WARNING: Dropbear not found, remote unlocking of cryptroot via ssh won't work!
+ fi
+ else
+ rm -f ${DESTDIR}/sbin/dropbear
+ copy_exec /usr/sbin/dropbear /sbin/
+ cp /lib/libnss_* ${DESTDIR}/lib/
+ echo root:x:0:0:root:/root:/bin/sh ${DESTDIR}/etc/passwd
+ for keytype in dss rsa; do
+ if [ ! -f /etc/initramfs-tools/etc/dropbear/dropbear_${keytype}_host_key ]; then
+mkdir -p /etc/initramfs-tools/etc/dropbear
+dropbearkey -t ${keytype} -f /etc/initramfs-tools/etc/dropbear/dropbear_${keytype}_host_key
+ fi
+ done
+ cp -R /etc/initramfs-tools/etc/dropbear ${DESTDIR}/etc/
+ if [ ! -f /etc/initramfs-tools/root/.ssh/id_rsa.pub ]; then
+ mkdir -p /etc/initramfs-tools/root/.ssh
+ dropbearkey -t rsa -f /etc/initramfs-tools/root/.ssh/id_rsa.dropbear
+ /usr/lib/dropbear/dropbearconvert dropbear openssh /etc/initramfs-tools/root/.ssh/id_rsa.dropbear /etc/initramfs-tools/root/.ssh/id_rsa
+ dropbearkey -y -f /etc/initramfs-tools/root/.ssh/id_rsa.dropbear | grep ^ssh-rsa /etc/initramfs-tools/root/.ssh/id_rsa.pub
+ fi
+ mkdir -p ${DESTDIR}/root/.ssh
+ cp /etc/initramfs-tools/root/.ssh/id_rsa.pub ${DESTDIR}/root/.ssh/authorized_keys
+ fi
+fi
+
diff -pruN dropbear-0.50.orig/debian/initramfs/dropbear-script dropbear-0.50/debian/initramfs/dropbear-script
--- dropbear-0.50.orig/debian/initramfs/dropbear-script 1970-01-01 01:00:00.0 +0100
+++ dropbear-0.50/debian/initramfs/dropbear-script 2008-02-16 15:06:43.0 +0100
@@ -0,0 +1,36 @@
+#!/bin/sh
+
+PREREQ=udev
+
+prereqs() {
+ echo $PREREQ
+}
+
+case $1 in
+ # get pre-requisites
+ prereqs)
+ prereqs
+ exit 0
+ ;;
+esac
+
+. /scripts/functions
+
+[ -x /sbin/dropbear ] || exit 0
+
+log_begin_msg Starting dropbear
+
+. /conf/initramfs.conf
+
+for x in $(cat /proc/cmdline); do
+ case $x in
+ ip=*)
+ IPOPTS=${x#ip=}
+ ;;
+ esac
+done
+
+configure_networking
+
+/sbin/dropbear
+
diff -pruN dropbear-0.50.orig/debian/rules dropbear-0.50/debian/rules
--- dropbear-0.50.orig/debian/rules 2008-02-16 14:46:13.0 +0100
+++ dropbear-0.50/debian/rules 2008-02-16 14:48:00.0 +0100
@@ -91,6 +91,12 @@ install: deb-checkdir deb-checkuid build
# copyright, changelog
cat debian/copyright.in LICENSE debian/copyright
test -r changelog || ln -s CHANGES
Bug#465902: [Pkg-cryptsetup-devel] Bug#465902: cryptroot remote unlocking on boot feature
hi!
jonas wrote:
Ok, so the script will be executed by the initramfs script provided by
dropbear?
it has to be called manually after logging in (using it as the login
shell ofc could be done, but if a real shell is provided this imho
actually adds quite some more value - i.e. other problems occuring
during the boot process can be fixed from remote, too), but all in all
it is (intended to be) called from the shell provided by the dropbear in
the initramfs, yes.
i.e. machine (re)boots, init starts dropbear, init starts cryptsetup
which prompts for cryptroot password on console. boot process just sits
there forever because nobody is at the console. then a log in from
remote via dropbear, user calls cryptunlock on the shell which calls
cryptsetup, and if target was unlocked, the cryptsetup which is waiting
for input at the console is killed and the boot process continues.
I think that cryptunlock is even more intuitive ;-) Would you accept
this name as well?
sure, done.
patch is attached.
david wrote:
the patch idea looks cool, but I'm wondering if it would perhaps be better
implemented as a keyscript? See README.initramfs for some documentation on how
the keyscripts work...ideally that would mean that no changes would be
necessary to the main cryptsetup initramfs scripts...
i beleive it's not a bad idea that the goal should be to implement a
method to be able to enter the passphrase via ssh, too - with emphasis
on the 'too', i.e. without disabling the prompt on the console. looking
at the current script, the cryptkeyscript part does not look like it's
better suited for this to me...
a different approach would be to get access to the console via ssh. but
thinking about a console running in a screen or something like that
convinced me that the 'do it in the background, then kill the dangling
console process' is - at least for now - the better approach.
Chris
diff -rNu cryptsetup-1.0.6~pre1.orig/debian/control cryptsetup-1.0.6~pre1/debian/control
--- cryptsetup-1.0.6~pre1.orig/debian/control 2008-02-16 02:05:16.0 +0100
+++ cryptsetup-1.0.6~pre1/debian/control 2008-02-16 02:05:45.0 +0100
@@ -12,7 +12,7 @@
Package: cryptsetup
Architecture: any
Depends: ${shlibs:Depends}, dmsetup
-Suggests: udev, initramfs-tools (= 0.91) | linux-initramfs-tool, dosfstools
+Suggests: udev, initramfs-tools (= 0.91) | linux-initramfs-tool, dropbear, dosfstools
Conflicts: cryptsetup-luks (= 1.0.1-8), hashalot (= 0.3-1)
Replaces: cryptsetup-luks (= 1.0.1-8)
Description: configures encrypted block devices
diff -rNu cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-script cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-script
--- cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-script 2008-02-16 02:05:16.0 +0100
+++ cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-script 2008-02-16 19:24:46.0 +0100
@@ -195,13 +195,26 @@
PASS=$(cat /dev/.initramfs/usplash_outfifo)
echo -n $PASS | $cryptcreate /dev/null 21
else
+ cat EOF /sbin/cryptunlock
+#!/bin/sh
+
+$cryptcreate
+if [ -e /dev/mapper/$crypttarget ]; then
+ killall cryptsetup
+fi
+EOF
+ chmod 755 /sbin/cryptunlock
$cryptcreate /dev/console /dev/console 21
fi
if [ $? -ne 0 ]; then
- echo cryptsetup: cryptsetup failed, bad password or options?
- sleep 3
- continue
+ if [ -e /dev/mapper/$crypttarget ]; then
+echo cryptsetup: cryptsetup killed, target unlocked in the background, continuing.
+ else
+echo cryptsetup: cryptsetup failed, bad password or options?
+sleep 3
+continue
+ fi
elif [ ! -e $NEWROOT ]; then
echo cryptsetup: unknown error setting up device mapping
return 1
Bug#465902: [Pkg-cryptsetup-devel] Bug#465902: cryptroot remote unlocking on boot feature
hi!
jonas wrote:
The cryptunlock script will be recreated for every dm-crypt target that
uses a passphrase. In other words, cryptunlock has to be invoked for
every required passphrase. Am I correct here?
yes you are, and that made me realize that i totally ignored the
multiple crypt targets scenario...
the cryptunlock script ofc has to go through all targets, too. actually
it would in the end have to do more or less the full cryptroot-script
run plus killing the console cryptroot-script after it completed. so
that means it's most straightforward to simply call the cryptroot-script
(and change this to work with random ttys).
as the current rationale is to continue with the boot process after all
targets were handled (and not necessarily successfully unlocked, which
can make sense if some of them are not vital for booting), a check that
all targets are unlocked is not needed.
i guess simply killing all cryptsetups is ok. so adding that killall to
the cryptroot-script should make another script superfluous.
so, now the command to unlock the crypttargets after logging in via
dropbear, is simply /scripts/local-top/cryptroot itself.
david wrote:
If you want both, it could still be done as a keyscript. Let the
keyscript do the prompt and wait for user input, meanwhile the script
this means in this case the non-keyscript cryptsetup part from
cryptroot-script should consequently be removed?
could also create a fifo and wait for input of a passphrase via that
fifo in parallel.
It might be harder to implement as a shell script...but it should be
doable...something like echo some_prompt /dev/stdout; mkfifo
/tmp/cryptpass; cat /dev/stdin /tmp/cryptpass | read REPLY (haven't
tested it so I can't be sure it works).
i don't think that will work...
i don't have any idea right now how this could be achieved in a simple
.sh way... (see 'console in screen or similar'...)
The advantage is that there is no need to kill cryptsetup processes
not having to kill a cryptsetup process would certainly be an advantage.
but after all i'd still say extending the non-keyscript functionality is
more straightforward.
and no need to change cryptsetup initramfs scripts. The keyscript
i think the non-keyscript cryptsetup part had to be removed (plus
probably a non-keyscript cryptsetup script had to be added).
could also write the name of the device it is currently waiting for a
passphrase for to some file which the cryptunlock util could read so
that it can provide a more user friendly prompt.
well that touches the point which jonas pointed out earlier, i totally
missed the multiple-crypttargets scenario...
i think that's fixed nicely.
above the (1st try's) prompt-line, the info about the target to be
unlocked should be printed.
Chris
diff -pruN cryptsetup-1.0.6~pre1.orig/debian/control cryptsetup-1.0.6~pre1/debian/control
--- cryptsetup-1.0.6~pre1.orig/debian/control 2008-02-18 16:30:14.0 +0100
+++ cryptsetup-1.0.6~pre1/debian/control 2008-02-18 13:56:29.0 +0100
@@ -12,7 +12,7 @@ Vcs-Svn: svn://svn.debian.org/svn/pkg-cr
Package: cryptsetup
Architecture: any
Depends: ${shlibs:Depends}, dmsetup
-Suggests: udev, initramfs-tools (= 0.91) | linux-initramfs-tool, dosfstools
+Suggests: udev, initramfs-tools (= 0.91) | linux-initramfs-tool, dropbear, dosfstools
Conflicts: cryptsetup-luks (= 1.0.1-8), hashalot (= 0.3-1)
Replaces: cryptsetup-luks (= 1.0.1-8)
Description: configures encrypted block devices
diff -pruN cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-script cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-script
--- cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-script 2008-02-18 16:30:14.0 +0100
+++ cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-script 2008-02-18 16:25:06.0 +0100
@@ -188,20 +188,23 @@ setup_mapping()
return 1
fi
crypttarget=$crypttarget cryptsource=$cryptsource \
- $cryptkeyscript $cryptkey /dev/console 2 /dev/console | \
- $cryptcreate --key-file=- /dev/console 21
+ $cryptkeyscript $cryptkey | $cryptcreate --key-file=-
elif [ -p /dev/.initramfs/usplash_outfifo ] [ -x /sbin/usplash_write ]; then
usplash_write INPUTQUIET Enter password for $crypttarget:
PASS=$(cat /dev/.initramfs/usplash_outfifo)
echo -n $PASS | $cryptcreate /dev/null 21
else
- $cryptcreate /dev/console /dev/console 21
+ $cryptcreate
fi
if [ $? -ne 0 ]; then
- echo cryptsetup: cryptsetup failed, bad password or options?
- sleep 3
- continue
+ if [ -e /dev/mapper/$crypttarget ]; then
+echo cryptsetup: cryptsetup killed, target unlocked in the background, continuing.
+ else
+echo cryptsetup: cryptsetup failed, bad password or options?
+sleep 3
+continue
+ fi
elif [ ! -e $NEWROOT ]; then
echo cryptsetup: unknown error setting up device mapping
return 1
@@ -270,9 +273,13 @@ fi
# Do we have any settings from the /conf/conf.d/cryptroot file?
if [ -r /conf/conf.d
Bug#459212: mirror submission for debian.networx-bg.com
Ok , i'm understand :) I'm fix the rsync_host to ftp.bg.debian.org _ From: Simon Paillard [mailto:[EMAIL PROTECTED] To: debian [mailto:[EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wed, 16 Jan 2008 15:17:20 +0200 Subject: Re: Bug#459212: mirror submission for debian.networx-bg.com On Wed, Jan 16, 2008 at 03:06:06PM +0200, debian wrote: Archive-upstream: debian.spnet.net Did you mentionned debian.spnet.net or ftp.bg.debian.org in your script ? Just in case one day ftp.bg.debian.org is transfered elsewhere .. Reply needed I'm afraid that i do not understand this question. In your anonftpsync configuration, what is the name of the server you mirror from ? (RSYNC_HOST variable) ftp.bg.debian.org pr debian.spnet.net ? If you configure debian.spnet.net, maybe one day spnet.net will not be available while ftp.bg.d.o is transfered elsewhere. You should configure RSYNC_HOST=ftp.bg.debian.org What is the bandwidth of your mirror ? 1.5 Gbps Great :) -- Simon Paillard
Bug#464165: postgresql-7.4 permission denied while installing despite postgres owning /var/run/postgresql/
Package: postgresql-7.4 Version: 1:7.4.19-0etch1 Severity: normal fs173:~# ls -la /var/run/postgresql/ total 8 drwxrwsr-x 2 postgres postgres 4096 Feb 5 08:27 . drwxr-xr-x 6 root root 4096 Feb 5 08:32 .. See line 10 1 Script started on Tue Feb 5 08:36:39 2008 2 Reading package lists... 0%Reading package lists... 0%Reading package lists... 21%Reading package lists... Done 3 Building dependency tree... 0%Building dependency tree... 0%Building dependency tree... 50%Building dependency tree... 50%Building dependency tree... 76%Building dependency tree... Done 4 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 5 7 not fully installed or removed. 6 Need to get 0B of archives. 7 After unpacking 0B of additional disk space will be used. 8 Setting up postgresql-7.4 (7.4.19-0etch1) ... 9 Starting PostgreSQL 7.4 database server: mainThe PostgreSQL server failed to start. Please check the log output: 10 2008-02-05 08:36:43 FATAL: could not create lock file /var/run/postgresql/.s.PGSQL.5432.lock: Permission denied 11 failed! 12 invoke-rc.d: initscript postgresql-7.4, action start failed. 13 dpkg: error processing postgresql-7.4 (--configure): 14 subprocess post-installation script returned error exit status 1 15 dpkg: dependency problems prevent configuration of postgresql: 16 postgresql depends on postgresql-7.4; however: 17Package postgresql-7.4 is not configured yet. 18 dpkg: error processing postgresql (--configure): 19 dependency problems - leaving unconfigured 20 dpkg: dependency problems prevent configuration of postgresql-contrib-7.4: 21 postgresql-contrib-7.4 depends on postgresql-7.4; however: 22Package postgresql-7.4 is not configured yet. 23 dpkg: error processing postgresql-contrib-7.4 (--configure): 24 dependency problems - leaving unconfigured 25 dpkg: dependency problems prevent configuration of postgresql-contrib: 26 postgresql-contrib depends on postgresql-contrib-7.4; however: 27Package postgresql-contrib-7.4 is not configured yet. 28 postgresql-contrib depends on postgresql (= 7.5); however: 29Package postgresql is not configured yet. 30 dpkg: error processing postgresql-contrib (--configure): 31 dependency problems - leaving unconfigured 32 dpkg: dependency problems prevent configuration of postgresql-plperl-7.4: 33 postgresql-plperl-7.4 depends on postgresql-7.4; however: 34Package postgresql-7.4 is not configured yet. 35 dpkg: error processing postgresql-plperl-7.4 (--configure): 36 dependency problems - leaving unconfigured 37 dpkg: dependency problems prevent configuration of postgresql-plpython-7.4: 38 postgresql-plpython-7.4 depends on postgresql-7.4; however: 39Package postgresql-7.4 is not configured yet. 40 dpkg: error processing postgresql-plpython-7.4 (--configure): 41 dependency problems - leaving unconfigured 42 dpkg: dependency problems prevent configuration of postgresql-pltcl-7.4: 43 postgresql-pltcl-7.4 depends on postgresql-7.4; however: 44Package postgresql-7.4 is not configured yet. 45 dpkg: error processing postgresql-pltcl-7.4 (--configure): 46 dependency problems - leaving unconfigured 47 Errors were encountered while processing: 48 postgresql-7.4 49 postgresql 50 postgresql-contrib-7.4 51 postgresql-contrib 52 postgresql-plperl-7.4 53 postgresql-plpython-7.4 54 postgresql-pltcl-7.4 55 E: Sub-process /usr/bin/dpkg returned an error code (1) 56 57 Script done on Tue Feb 5 08:36:43 2008 -- 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-vserver-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages postgresql-7.4 depends on: ii lib 2.3.6.ds1-13etch4GNU C Library: Shared libraries ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library ii lib 1.4.4-7etch4 MIT Kerberos runtime libraries ii lib 0.79-5 Pluggable Authentication Modules l ii lib 0.9.8c-4etch1SSL shared libraries ii pos 1:7.4.19-0etch1 front-end programs for PostgreSQL ii pos 71 manager for PostgreSQL database cl postgresql-7.4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464165: postgresql-7.4: pg hardcoded uid 101?
Package: postgresql-7.4 Version: 1:7.4.19-0etch1 Followup-For: Bug #464165 I had a uid of 101 in use already when pg was installed (I changed them around). Now this issue is no longer present, but I'm unable to isolate where uid 101 is used at. In my opinion, there should be a different way to handle this, esp on install. Thank you, Scott Edwards - http://www.daxal.com/?from=debian+bts -- 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-vserver-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages postgresql-7.4 depends on: ii lib 2.3.6.ds1-13etch4GNU C Library: Shared libraries ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library ii lib 1.4.4-7etch4 MIT Kerberos runtime libraries ii lib 0.79-5 Pluggable Authentication Modules l ii lib 0.9.8c-4etch1SSL shared libraries ii pos 1:7.4.19-0etch1 front-end programs for PostgreSQL ii pos 71 manager for PostgreSQL database cl postgresql-7.4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464410: cryptoroot remote unlocking: network configuration without nfs, sshd
Package: initramfs-tools Version: 0.91d Severity: wishlist hi! for remote boot/remote unlocking of a cryptoroot system there should be initrd support at least for a ssh login. i'd suggest: move the configure_networking (from /script/functions) call from /script/nfs to /init, after init-premount (just before maybe_break mount): [ -n $IPOPTS ] configure_networking (off-topic but relating, so just for completeness: installer should add an ip=... argument corresponding to the network config to the kernel boot parameters in menu.lst in case of a cryptoroot install) mkinitramfs has to add the respective nic-module to the initrd modules and add the respective entry to /conf/modules if the kernel-entry in menu.lst has boot parameters containing an ip=... argument. mkinitramfs schould install dropbear, either just in case of a cryptoroot setup, or in case of an ip=... kernel boot parameter. a statically linked minimal version of dropbear probably comes to mind first. the existing dropbear package contains a dynamically linked version, but installing this plus the dependencies (libc6 and zlib1g) proved to work, with a probably acceptable increase in size of the initrd (here: 6.1m to 9.7m). add dropbear to the configure_networking line in /init mentioned above: [ -n $IPOPTS ] configure_networking /usr/sbin/dropbear mkinitramfs should add a /etc/passwd with an entry for root, create /root/.ssh, and copy an authorized_keys file there. i don't have a conclusion yet where this authorized_keys file should come from, but thinking of the installer again, the installer should probably create the keypair in case of a cryptoroot install, and just save them somewhere in /etc, probably somewhere in /etc/initramfs-tools. the same location is probably also a good idea to put the dropbear_[dss|rsa]_host_key files which should be copied by mkinitramfs to /etc/dropbear (which should be generated by the installer in case of a cryptoroot install). this way issuing a cryptsetup luksOpen followed by a vgchange -a y, and then killing the console's cryptsetup via ssh works. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442966: enigmail: FTBFS: nsEnigModule.cpp:(.text+0x23): undefined, reference to `NS_NewGenericModule2(nsModuleInfo const*,, nsIModule**)'
hi! i can just confirm this build failure (lenny/amd64). i can also confirm that the patch from Cyril Brulebois fixes this. (i updated the source to 0.95.6 and added the enigmail_visibility.diff to the thunderbird patches, resulting in a successful binary package build, which seems to work just fine) thanks, Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458539: tc flowid unknown
Package: iproute Version: 20071016-2 Severity: normal Distribution: testing Architecture: amd64 After an update to the new iproute package yesterday, it seems that the flowid parameter is not accepted anymore? The tc rules generated by shorewall do not work anymore! Here is the error message from /var/log/shorewall-init.log: What is flowid? Illegal police ERROR: Command tc filter add dev ppp0 parent : protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate 3072kbit burst 10k drop flowid :1 Failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294209: tipo...
Of course it should read REminiscence, as the 2 packages are really similar I looked at the description given in the scummVM one, and i believe I missed one occurance, sorry. I've mailed the author about the package, ( witch will be sponsored by Lucas Wall ) but didn't know about this older project. I'll tell him about that. Cheers -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgpGjV1OmVBgM.pgp Description: PGP signature
Bug#300780: File conflict with liblucene-java-doc on unpacking
Package: liblucene-java Version: 1.4.3-3 Severity: serious Justification: Policy 7.5.1 Upon upgrading all installed packages, installation halted with the unpacking of the new version of liblucene-java because one of the files in the new version conflicted with a file in the old version of liblucene-java-doc. When I ran the upgrade command again, it ran to completion. It seems like this should simply require the appropriate versioned Conflicts/Replaces relationships to be declared. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7+phil1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages liblucene-java depends on: ii j2sdk [java2-runtime] 1.4.2-1 J2SE Development Kit ii kaffe-pthreads [java1- 2:1.1.4.PRECVS8-2 A POSIX threads enabled version of -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302415: README.Debian needs to tell me how to find what app is using X_GrabKey
Anthony DeRobertis [EMAIL PROTECTED] writes: No, adding to conflicts wouldn't be right --- just because they are installed on the system does not mean they are in use (nor does them not being installed mean they aren't, with X being a network protocol and all). Adding the ones that grab F12 by default to README.Debian would be helpful, though. It is a long search that i wish not to start, can you imagine how many apps can potential do this in Debian ?? X_GrabKey seems to be used for hotkeys that work anywhere, even when the app doesn't have focus. Once I learned that, it made sense that maybe Enlightenment is holding F12, because its in the keybindings file (I haven't tested this, so I'm still only guessing). I then changed the keybinding for skippy. This depends on your use of X_GrabKey, if you give it the a special window (the root one iirc) it will grab on any of them, but you can use it for window specific operations also. Some more googling reveals that the call is documented as XGrabKey (without the underscore) at [0]. BadAccess is documented as meaning: A client attempted to grab a key/button combination already grabbed by another client. README.Debian would be more useful if instead of telling the user to just look for key-grabbing applications, it told the user to check if other applications are configured to use the same hotkey as skippy and how to change skippy's hot key setting. Ok, I'll had that to -2 BTW: If there is some way to catch the X error that skippy spits out, and instead print out something like this, that'd be great: The hotkey you have chosen to invoke Skippy, F12, is already in use by another application. Please see see README.Debian (in /usr/share/doc/skippy) for steps to take to fix this error. I've been browsing about that, but it is a *lot* of work, ( in fact, as I understood, you only can re-implement the main X-error-handler, and it is the only way because X_GrabKey always returns 1 ) and user should read the doc before complaining anyways =) [0] http://www.x.org/X11R6.8.2/doc/XGrabKey.3.html Thanks for your interest in this package, Regards, -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgpCrdfptbq7G.pgp Description: PGP signature
Bug#302415: A list?
The List solution is not viable: - There are to many packages - I don't feel like testing each package that enters Debian. - The X error seems obvious enough to me, I'll add the block proposed by Anthony DeRobertis to the documentation, does this still look like enough ? Regards, -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgp0qYOWi6E6x.pgp Description: PGP signature
Bug#302415: F11 maybe a bad choice?
This patch is not really useful, as XGrabKey *always* returns 1 ... as far as I understood, the only way to catch an X error, is by using XErrorEvent and friends, witch looks like a PITA. Maybe F11 is not the best choice, but what to do ? Have we got to change the defaults so that they 'complies' with other arbitrary choices ? so maybe icewm binds F11 by default, maybe enlightenment does that too, and maybe ion binds F12, openbox F10, ... I mean, this is endless... I don't think that changing the default will help. I believe the F11 choice comes from the default MacOSX installation, has some historic background, and is not a worse choice than any other key, as there is always be an app sick enough to chose it as a default. From now, my position is to stick completing the documentation rather than switching to other arbitrary defaults. Regards, -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgpgA1tgoSekF.pgp Description: PGP signature
Bug#304754: glurp should provide mpd-client
Thanks, for the update, I'm currently packaging glurp-0.11.5, I'll add this in the next release. Regards, -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgpf7QStAKq9w.pgp Description: PGP signature
Bug#307587: file
I ment the sed in the /usr/share/kernel-package/rules file ... sorry -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgp5qKbRaGBtM.pgp Description: PGP signature
Bug#307587: $(DEB_HOST_GNU_SYSTEM)
Same issue here, on my box $(DEB_HOST_GNU_SYSTEM) expands to linux-gnu, s/ifeq ($(DEB_HOST_GNU_SYSTEM), linux)/ifeq ($(DEB_HOST_GNU_SYSTEM), linux-gnu) makes it build just fine here. my 2cents, Regards -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgpPn1ZiIw69k.pgp Description: PGP signature
Bug#284313: new packaging attempt
hi, I've taken in consideration the remarks made on the bug, and re made the package, in fact, i hoped this packaged would be noticed on debian-mentors, and had forgotten this bug ... sorry. in the meantime i have contacted the upstream authors, and they are pleased to know about my work on this package. Please test it and give me feedback. -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgpTeMl4GQHyN.pgp Description: PGP signature
Bug#446017: openscenegraph: please build without performance-degrading defaults
Source: openscenegraph Version: 2.2.0-1 Severity: wishlist The cmake buildsystem for openscenegraph defaults to a empty build target, which doesn't switch on desired optimizations. One short test with a newly built flightgear showed less than half the framerate as would be achievable otherwise. One possibility would be to include a -D CMAKE_BUILD_TYPE:STRING=RelWithDebInfo option to the calling of cmake. Further tweaking of the flags, like for example -D CMAKE_CXX_FLAGS_RELWITHDEBINFO=-O3 -g \ -D CMAKE_C_FLAGS_RELWITHDEBINFO=-O3 -g \ might also be useful. HTH K. Hoercher -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-wb-b (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428852: Please add tipc_config.h
Tags: upstream Quoting Bastian Blank [EMAIL PROTECTED]: On Thu, Jun 14, 2007 at 07:25:21PM +0200, Martin Peylo wrote: I packaged the new Debian package tipcutils which includes tipc-config. This is a tool needed to configure the TIPC Protocol, which is included in the official Linux kernel since version 2.6.16 and in the Debian linux-image in e.g. version 2.6.21-4. Please ask linux upstream if you need special headers. Submitted a bug report (#9260) there. Martin
Bug#291349: Severity should be bumped up.
For those who prefer not to dig through the source, try: IfModule redir_to_servname_module RedirectToServerName On /IfModule -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415788: postfix smtpd segfaults in TLS mode
Subject: postfix smtpd segfaults in TLS mode Package: postfix Version: 2.3.8-2 Severity: important *** Please type your report below this line *** After upgrading postfix to 2.3.8-2 from 2.3.7-3, smtpd in TLS mode crashes on startup with segfaults: warning: process /usr/lib/postfix/smtpd pid 29204 killed by signal 11 warning: /usr/lib/postfix/smtpd: bad command startup -- throttling Relevant line in master.cf: smtps inet n - n - - smtpd \ -o content_filter=spamassassin \ -o smtpd_tls_wrappermode=yes \ -o smtpd_sasl_auth_enable=yes -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-vserver-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages postfix depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii dpkg 1.13.25package maintenance system for Deb ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdb4.3 4.3.29-8 Berkeley v4.3 Database Libraries [ ii libsasl2-22.1.22.dfsg1-8 Authentication abstraction library ii libssl0.9.8 0.9.8e-4 SSL shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii ssl-cert 1.0.14 Simple debconf wrapper for openssl Versions of packages postfix recommends: ii mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent ii mutt [mail-reade 1.5.13-3text-based mailreader supporting M ii pine [mail-reade 4.61-1 An e-mail reader with MIME and IMA -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411087: postgrey: error too vague: DB env: No such file or directory
Package: postgrey
Version: 1.21-1volatile4
Severity: normal
The subject is a little terse. The actual syslog message reads as
follows:
postgrey[2]: fatal: ERROR: can't create DB environment: No such
file or directory
It would help a lot if it would tell me *which* file/directory etc.
I've included a patch.
Now I know this:
postgrey[31049]: fatal: ERROR: can't create DB environment: No such
file or directory (dbdir: /var/lib/postgrey uid/gid: 111,111)
# ls -la /var/lib/postgrey/
total 5424
drwx-- 2 postgrey root4096 Feb 15 15:54 .
drwxr-xr-x 33 root root4096 Jan 25 22:32 ..
-rw--- 1 postgrey nogroup 10485760 Feb 13 02:37 log.11
-rw--- 1 postgrey nogroup 2519040 Feb 15 15:30 postgrey.db
-rw--- 1 postgrey nogroup0 Jul 15 2006 postgrey.lock
-rw--- 1 postgrey nogroup 143360 Feb 13 02:40 postgrey_clients.db
So what gives?
Thanks,
Scott Edwards [EMAIL PROTECTED] http://www.daxal.com/
--- /usr/sbin/postgrey.orig 2006-07-17 15:07:09.0 -0500
+++ /usr/sbin/postgrey 2007-02-15 15:54:24.0 -0600
@@ -519,7 +519,8 @@
-Home = $self-{server}{dbdir},
-Flags=
DB_CREATE|DB_RECOVER|DB_INIT_TXN|DB_INIT_MPOOL|DB_INIT_LOG,
-SetFlags = $setflags,
-) or die ERROR: can't create DB environment: $!\n;
+) or die ERROR: can't create DB environment: $! (
+.dbdir: .$self-{server}{dbdir}. uid/gid: $,$)\n;
tie(%{$self-{postgrey}{db}}, 'BerkeleyDB::Btree',
-Filename = 'postgrey.db',
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.33
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages postgrey depends on:
ii adduser3.63 Add and remove users and groups
ii debconf1.4.30.13 Debian configuration management sy
ii libberkeleydb-perl 0.26-3use Berkeley DB 4 databases from P
ii libnet-dns-perl0.48-1Perform DNS queries from a Perl sc
ii libnet-server-perl 0.87-3sarge1 An extensible, general perl server
ii perl 5.8.4-8sarge5 Larry Wall's Practical Extraction
ii ucf1.17 Update Configuration File: preserv
-- debconf information:
postgrey/1.13-5_move-db:
postgrey/1.14-1_lookup-by-subnet:
postgrey/1.13-5_old-config:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411663: linux-image-2.6.18-4-amd64: iptables do not work correctly with amd64 kernel
Package: linux-image-2.6.18-4-amd64 Version: 2.6.18.dfsg.1-10 Severity: normal It seems that the 32bit iptables package do not work correctly together with the (i386) amd64 kernel. After installing this kernel, shorewall do not start anymore. Here you can see snippets of the logs: snippet of /var/log/shorewall-init.log: ... Processing /etc/shorewall/continue ... ip6tables v1.3.6: can't initialize ip6tables table `filter': Invalid argument Perhaps ip6tables or your kernel needs to be upgraded. ip6tables v1.3.6: can't initialize ip6tables table `filter': Bad file descriptor Perhaps ip6tables or your kernel needs to be upgraded. ... Setting up TC Rules... iptables: Invalid argument ERROR: Command /sbin/iptables -t mangle -A tcpre -s 0.0.0.0/0 -d 0.0.0.0/0 -p icmp --icmp-type echo-request -j MARK --set-mark 1 Failed ... snippet of /var/log/syslog: ... Feb 20 11:14:24 uranus kernel: CSLIP: code copyright 1989 Regents of the University of California Feb 20 11:14:24 uranus kernel: PPP generic driver version 2.4.2 Feb 20 11:14:24 uranus kernel: NET: Registered protocol family 10 Feb 20 11:14:24 uranus kernel: lo: Disabled Privacy Extensions Feb 20 11:14:24 uranus kernel: IPv6 over IPv4 tunneling driver Feb 20 11:14:24 uranus kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready Feb 20 11:14:24 uranus kernel: eth2: link up, 100Mbps, full-duplex, lpa 0x41E1 Feb 20 11:14:24 uranus kernel: ADDRCONF(NETDEV_UP): eth3: link is not ready Feb 20 11:14:24 uranus kernel: NET: Registered protocol family 24 Feb 20 11:14:24 uranus kernel: ip_tables: (C) 2000-2006 Netfilter Core Team Feb 20 11:14:24 uranus kernel: Netfilter messages via NETLINK v0.30. Feb 20 11:14:24 uranus kernel: ip_conntrack version 2.4 (8192 buckets, 65536 max) - 304 bytes per conntrack Feb 20 11:14:24 uranus kernel: Bridge firewalling registered Feb 20 11:14:24 uranus kernel: ip_conntrack_pptp version 3.1 loaded Feb 20 11:14:24 uranus kernel: ip_nat_pptp version 3.0 loaded Feb 20 11:14:25 uranus kernel: e1000: eth3: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex Feb 20 11:14:25 uranus kernel: ADDRCONF(NETDEV_CHANGE): eth3: link becomes ready Feb 20 11:14:25 uranus kernel: ClusterIP Version 0.8 loaded successfully Feb 20 11:14:25 uranus kernel: ip_tables: conntrack match: invalid size 80 != 68 Feb 20 11:14:25 uranus kernel: ip_tables: connmark match: invalid size 24 != 12 Feb 20 11:14:25 uranus kernel: ip_tables: MARK target: invalid size 16 != 8 Feb 20 11:14:25 uranus kernel: ip_tables: CONNMARK target: invalid size 24 != 12 Feb 20 11:14:25 uranus kernel: e1000: eth3: e1000_watchdog: NIC Link is Down Feb 20 11:14:25 uranus kernel: e1000: eth3: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex Feb 20 11:14:25 uranus kernel: eth2: no IPv6 routers present Feb 20 11:14:25 uranus kernel: eth0: no IPv6 routers present Feb 20 11:14:25 uranus kernel: eth3: no IPv6 routers present Feb 20 11:14:25 uranus kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team Feb 20 11:14:25 uranus kernel: ip_tables: MARK target: invalid size 16 != 8 Feb 20 11:14:25 uranus kernel: ip_tables: conntrack match: invalid size 80 != 68 Feb 20 11:14:25 uranus kernel: ip_tables: connmark match: invalid size 24 != 12 Feb 20 11:14:25 uranus kernel: ip_tables: MARK target: invalid size 16 != 8 Feb 20 11:14:25 uranus kernel: ip_tables: CONNMARK target: invalid size 24 != 12 Feb 20 11:14:25 uranus kernel: ip_tables: conntrack match: invalid size 80 != 68 Feb 20 11:14:25 uranus kernel: ip_tables: connmark match: invalid size 24 != 12 Feb 20 11:14:25 uranus kernel: ip_tables: MARK target: invalid size 16 != 8 Feb 20 11:14:25 uranus kernel: ip_tables: CONNMARK target: invalid size 24 != 12 ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429053: ITP: tipc-demo -- Programming demos for the TIPC network protocol
Package: wnpp Severity: wishlist Owner: Martin Peylo [EMAIL PROTECTED] * Package name: tipc-demo Version : 1.15 Upstream Author : Al Stephens [EMAIL PROTECTED] * URL : http://tipc.sourceforge.net/ * License : GPL, BSD Programming Lang: C Description : Programming demos for the TIPC network protocol This package provides 8 programming examples using the Transparent Inter Process Communication (TIPC) network protocol. . These programs can be used to verify that TIPC is functioning correctly, and to educate software designers who are curious about programming using TIPC. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-tipc-patched Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Bug#427588: openoffice.org-l10n-ja: The language package has not been included.
Package: openoffice.org-l10n-ja Version: 2.2.1~rc3-1 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (100, 'unstable'), (90, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc3-1-i686 (SMP w/1 CPU core) Locale: LANG=ja_JP.EUC-JP, LC_CTYPE=ja_JP.EUC-JP (charmap=EUC-JP) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-l10n-ja depends on: ii locales 2.5-10 GNU C Library: National Language ( Versions of packages openoffice.org-l10n-ja recommends: ii openoffice.org-core 2.2.1~rc3-1 OpenOffice.org office suite archit -- no debconf information --text follows this line-- --[[text/plain; charset=US-ASCII]] The list of openoffice.org-l10n-ja is the following. /usr/share/doc/openoffice.org-l10n-ja/README.gz /usr/share/doc/openoffice.org-l10n-ja/changelog.gz /usr/share/doc/openoffice.org-l10n-ja/copyright /usr/share/doc/openoffice.org-l10n-ja/NEWS.Debian.gz /usr/share/doc/openoffice.org-l10n-ja/README.Debian.gz /usr/share/doc/openoffice.org-l10n-ja/changelog.Debian.gz (Six files!) The package does not contain the localization of OpenOffice.org in Japanese. Other openoffice.org-l10n-XX is also the same. e.g. A list of openoffice.org-l10n-ko /usr/share/doc/openoffice.org-l10n-ko/README.gz /usr/share/doc/openoffice.org-l10n-ko/changelog.gz /usr/share/doc/openoffice.org-l10n-ko/copyright /usr/share/doc/openoffice.org-l10n-ko/NEWS.Debian.gz /usr/share/doc/openoffice.org-l10n-ko/README.Debian.gz /usr/share/doc/openoffice.org-l10n-ko/changelog.Debian.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427771: wodim: media read errors after burn ; dd: reading `/dev/hdb': Input/output error; 44KiB missing
Package: wodim Version: 9:1.1.2-1 Severity: normal My input file: c4e46a7f5ab73af5c41441f130e034 debian-40r0-i386-netinst.iso At one point, I got frustrated enough to try a new TDK cdr - I inspected it for surface defects, and found nothing but beauty. (ouuu shiney colors!) asterisk3:/var# wodim -eject -vv speed=1 dev=/dev/hdb debian-40r0-i386-netinst.iso wodim: No write mode specified. wodim: Asuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 1 = CD-ROM scsidev: '/dev/hdb' devname: '/dev/hdb' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.2 Using libusal version 'Cdrkit-1.1.2'. SCSI buffer size: 64512 atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'TOSHIBA ' Identification : 'CD/DVDW SD-R5372' Revision : 'TU53' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 (CD-R) Profile: 0x0010 (DVD-ROM) Profile: 0x0008 (CD-ROM) Profile: 0x0009 (CD-R) (current) Profile: 0x000A (CD-RW) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x001A (DVD+RW) Profile: 0x001B (DVD+R) Profile: 0x002B (DVD+R/DL) Drive current speed: 48 Drive default speed: 48 Drive max speed: 48 Selected speed : 1 Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R Drive buf size : 1451664 = 1417 KB Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 12582912 = 12288 KB Track 01: data 158 MB track: 1 start: 0 pregap: 150 Total size: 182 MB (18:04.80) = 81360 sectors Lout start: 182 MB (18:06/60) = 81360 sectors 41 00 00 14 00 00 00 00 41 01 00 10 00 00 00 00 41 01 01 10 00 00 02 00 41 AA 01 14 00 12 06 3C Track 1 start 0 Track 2 start 81360 Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11634 (97:26/66) ATIP start of lead out: 359846 (79:59/71) Disk type:Short strategy type (Phthalocyanine or similar) Manuf. index: 3 Manufacturer: CMC Magnetics Corporation Blocks total: 359846 Blocks current: 359846 Blocks remaining: 278486 Speed set to 706 KB/s Starting to write CD/DVD at speed 4.0 in real TAO mode for single session. Last chance to quit, starting real write0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Starting new track at sector: 0 Track 01: 158 of 158 MB written (fifo 100%) [buf 95%] 4.2x. Track 01: Total bytes read/written: 166621184/166621184 (81358 sectors). Writing time: 284.380s Average write speed 3.8x. Min drive buffer fill was 90% Fixating... Fixating time: 63.946s asterisk3:/var# dd if=/dev/hdb of=debian-40r0-i386-netinst.iso.compare.$(uuidgen) dd: reading `/dev/hdb': Input/output error 325344+0 records in 325344+0 records out 166576128 bytes (167 MB) copied, 48.0448 seconds, 3.5 MB/s asterisk3:/var# ls -l total 814320 drwxr-xr-x 2 root root 4096 Jun 4 06:25 backups drwxr-xr-x 9 root root 4096 Jun 4 02:01 cache -rw-r--r-- 1 root root 166621184 Apr 7 11:30 debian-40r0-i386-netinst.iso -rw-r--r-- 1 root root 166576128 Jun 6 00:26 debian-40r0-i386-netinst.iso.compare.8f725a2c-d322-420f-a22e-6fddbf82c501 This is a new drive (not even a week old). I've already created a few table coasters :-/ It's a clean install, and not in production yet. (no process contention) 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Versions of packages wodim depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. Versions of packages wodim recommends: pn genisoimage none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330093: USB boot on ASUS P5WD2 Premium fails to find ISO image
Package: installation-reports
Debian-installer-version:
http://people.debian.org/~joeyh/d-i/images/2005-09-24/hd-media/boot.img.gz
http://cdimage.debian.org/pub/cdimage-testing/daily/i386/20050924/debian-testing-i386-businesscard.iso
uname -a: Linux (none) 2.6.12-1-386 #1 Thu Sep 22 16:14:06 JST 2005 i686 unknown
Date: 2005-09-25 12:00 PDT
Method: Copied boot.img to a USB memory stick, copied the ISO image to the
mounted stick's root directory as bizcard.iso.
Machine: ASUS P5WD2 Premium
Processor: Pentium D 820
Memory: 1GB
Root Device:
Root Size/partition table:
Output of lspci and lspci -n:
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked:[O]
Configure network HW: [ ]
Config network: [ ]
Detect CD: [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives: [ ]
Create file systems:[ ]
Mount partitions: [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]
Comments/Problems:
Choose language and Select a keyboard layout phases pass. Searching
drives for an installer ISO image pauses briefly while mounting
/dev/discs/disc{0,1,2}/disc and /dev/sd{a,b,c}. Installation fails with:
[!!] Scan hard drives for an installer ISO image
Failed to find an installer ISO image
No installer ISO images were found. If you downloaded the ISO image,
it may have a bad filename (not ending in .iso), or it may be on a
file system that could not be mounted. You'll have to do a network
install instead, or reboot and fix the ISO image.
lsmod shows vfat, usb_storage, and scsi_mod as loaded.
I am using this latest version in order to get the AHCI driver. The target
devices are SATA drives. There is no floppy or CD on the target system.
The netinst.iso image is currently too large to copy into the free space of
the boot image.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330093: USB boot on ASUS P5WD2 Premium fails to find ISO image
On Mon, Sep 26, 2005 at 11:21:37PM +0200, Frans Pop wrote: Try running the installer in expert mode and, when an overview of modules is shown that will be loaded for detection of the CD, to load only the modules needed for the CD (like ide-core, generic, ide-generic, ide-cd and isofs). Other modules are only needed later and will be loaded automatically then. I tried the ones you specified above, but that also failed. Incrementally added piix and usb-storage, but it still failed. If there are other drivers required, I wouldn't know which. The board has an ICH7R. In case it wasn't clear from the Method: header, I'm loading the ISO image from the USB stick, not from a CD. As mentioned, there is no CD drive on the target. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330093: USB boot on ASUS P5WD2 Premium fails to find ISO image
On Tue, Sep 27, 2005 at 11:52:51PM +0200, Frans Pop wrote:
you should probably check that the USB drivers for your
hardware are loaded.
This should be: usbcore, {e|o|u}hci_hcd, scsi_mod, sd_mod, usb_storage
usbcore and uhci_hcd are loaded on boot. I added usb_storage in the
Scan hard drives for an installer ISO image step. usb_storage
loaded scsi_mod. Needed insmod sd_mod to get that--wasn't an option
in the termcap UI.
Next you should check if there is a device pointing to your USB stick.
This should be /dev/disks/disc[0-9]/...
See if you can mount the USB stick manualy (or maybe it is already
mounted?).
There is only a /dev/discs/disc0/disc under /dev/discs, and when I try
to mount it, I get Mounting /dev/discs/disc0/disc on /mnt failed:
Invalid argument. In syslog:
kernel: Unable to load NLS charset cp437
kernel: FAT: codepage cp437 not found
It is verily a VFAT-formatted device, since I copied boot.img onto it.
Is this causing the ISO scan to fail? It appears in syslog at that
time as well.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330093: USB boot on ASUS P5WD2 Premium fails to find ISO image
This is a step backwards from the stable boot image at http://ftp.us.debian.org/debian/dists/sarge/main/installer-i386/current//images/hd-media/boot.img.gz. When I use that, it finds the ISO image just fine. All the drivers above, plus nls_cp437, get loaded without resorting to insmod. Of course it fails subsequently because the kernel version is different from the ISO image's. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331160: common-lisp-controller: Warning from 'find' in maintainer scripts output on upgrade
Package: common-lisp-controller Version: 4.19 Severity: normal In the process of upgrading common-lisp-controller from 4.18 to 4.19 (and I actually saw this earlier, assuming it would be fixed), I see the following text: Preparing to replace common-lisp-controller 4.18 (using .../common-lisp-controller_4.19_all.deb) ... find: warning: you have specified the -depth option after a non-option argument -type, but options are not positional (-depth affects tests specified before it as well as those specified after it). Please specify options before other arguments. It looks like the third call to find in the preinst script (see below for excerpt) is what's setting this off, but I'm not sure if simply moving the options around would do the right thing. Here's the segment of code in question: case $1 in install) ;; upgrade) # cleanup fasl files: find /usr/share/common-lisp/source/defsystem /usr/share/common-lisp/source/asdf /usr/share/common-lisp/source/common-lisp-controller -type f -not -name *.lisp -print0 | xargs --null rm --force 2 /dev/null # remove old autobuild files: find /etc/common-lisp -name autobuild -print0 | xargs -0 rm 2 /dev/null || true find /etc/common-lisp -type d -depth -print0 | xargs rmdir 2 /dev/null || true ... etc, it goes on I believe that the snippet marked above is what gives rise to this warning. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7+phil1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages common-lisp-controller depends on: ii bash 3.0-16 The GNU Bourne Again SHell ii cl-asdf 1.89-1 Another System Definition Facility ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii debianutils 2.14.3 Miscellaneous utilities specific t ii perl 5.8.7-5Larry Wall's Practical Extraction ii realpath 1.9.25 Return the canonicalized absolute common-lisp-controller recommends no packages. -- debconf information excluded
Bug#317143: postfix: /etc/hosts ignored for transport after upgrade
To make Postfix look up host names in the /etc/hosts file, you have to tell it not to use its own DNS resolution routines, with the disable_dns_lookups configuration parameter. See http://www.postfix.org/postconf.5.html#disable_dns_lookups. Also, from the transport man page http://www.postfix.org/transport.5.html: ... The interpretation of the nexthop field is transport dependent. In the case of SMTP, specify a service on a non-default port as host:service, and disable MX (mail exchanger) DNS lookups with [host] or [host]:port. The [] form is required when you specify an IP address instead of a hostname. ... Postfix is probably attempting MX lookup on the hostname you specify before falling back to an A (address) lookup. This may not be a problem now, but changes to your DNS setup (specifically, adding a wildcard MX record for the parent domain) could cause problems. So, I'd suggest doing as that says, and putting the hostname in your transport map in []. Philip Miller
Bug#329525: AW: Bug#329525: libdbd-maxdb-perl: New upstream release
Hi, I will prepare new packages for libdbd-maxdb-perl once the maxdb-7.6.00 package has entered unstable because the new version of the Perl package should be built against MaxDB 7.6. Currently maxdb-7.6.00 is in experimental (and still waiting for testers ;) ) from where it should move to unstable hopefully in about a month from now (and I will be away almost all that time). Best wishes, Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322886: newpki-server: postinst asks for deprecated mysql-server/start_on_boot
Package: newpki-server Version: 2.0.0+beta4-1 newpki-server should not take into consideration (at least not rely on the existence of) the debconf entry mysql-server/start_on_boot in its postinst script, as that is dropped from mysql-server since 4.0.23-6 and not set in mysql-server-4.1 and mysql-server-5.0. Asking for it leads to: + db_get mysql-server/start_on_boot + _db_cmd 'GET mysql-server/start_on_boot' + echo 'GET mysql-server/start_on_boot' + IFS=' ' + read -r _db_internal_line + RET='10 mysql-server/start_on_boot doesn'\''t exist' + return 10 + AUTOSTART='10 mysql-server/start_on_boot doesn'\''t exist' and subsequent failure of dpkg-configure on installation. Taking into account the reasoning behind dropping that from mysql-server (see #274264) I'm not sure, what the best solution is. Dropping the question altogether or check for the error code and fork accordingly (and think of the possibility of another package [4.1 or 5.0] providing mysql-server, which I'm just looking into) regards Klaus Hörcher - System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-wb-b Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages newpki-server depends on: ii adduser3.67 Add and remove users and groups ii debconf [debconf-2.0] 1.4.57Debian configuration management sy ii libc6 2.3.5-3 GNU C Library: Shared libraries an ii libgcc11:4.0.1-4 GCC support library ii libldap2 2.1.30-11 OpenLDAP libraries ii libmysqlclient12 4.0.24-10 mysql database client library ii libnewpki2 2.0.0+beta4-3 PKI based on the OpenSSL low-level ii libssl0.9.70.9.7g-1 SSL shared libraries ii libstdc++6 4.0.1-4 The GNU Standard C++ Library v3 Versions of packages newpki-server recommends: ii mysql-server-5.0 [mysql-se 5.0.7beta-1 mysql database server binaries ii newpki-client 2.0.0+beta4-1 PKI based on the OpenSSL low-level -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316346: libstdc++2.9-glibc2.1: Do not remove in Sarge!
Frank Lichtenheld wrote: Wouldn't it be enough to just use the package from woody? I doesn't see anything in the depends that would hinder using it in sarge. For the moment it is possible to use oldstable, but oldstable will be removed and I don't think that the software which depends on libstdc++-libc6.1-1.so.2 will be updated. So what to do then? SuSE still provides the libstdc++-libc6.1-1.so.2 as a compat rpm in there 9.3 release. We have to switch back to SuSE if there is no package provided with Debian. Greatings Oliver -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321141: typo in /etc/init.d/atd leads to unknown parameter
Package: at Version: 3.1.9 Severity: minor latest package let slip in a small typo in /etc/init.atd Line #20 contains start-stop-daemon --stop --quiet --oknodo --retry 30 --pidvfile ^ regards Klaus Hoercher -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-wb-b Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages at depends on: ii exim4-daemon-light [mail-tr 4.52-1 lightweight exim MTA (v4) daemon ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpam0g0.76-23 Pluggable Authentication Modules l at recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479903: [Bug#479903] digikam: Digikam cannot be started: segmentation fault
forwarded 479903 http://bugs.kde.org/show_bug.cgi?id=156167 thanks Eeltje, Could I ask you to install the digikam-dbg package, then to really find the source of the problem, a proper backtrace is needed, See: http://www.digikam.org/?q=contrib under If you are experiencing crashes with digiKam Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481147: wish: Build-Depends-Indep: arch != i386 uses cross compiler?
Package: bochs Version: 2.3.6-2~bpo40+1 Severity: wishlist [EMAIL PROTECTED]:bochs-2.3.6$ ./debian/rules build-indep ../debian/rules:129: *** build-indep will only succeed on any-i386. Stop. Would a debian/control Build-Depends-Indep arch != i386 on a i386 cross compiler resolve the underlying issue here? If not, a bts# in the error might be handy to reference. Eg ... on any-i386 (see bts#nn). I've poked around in the source directory here, and I don't see anything like this. Thanks, Scott Edwards -- Daxal Communications - http://daxal.com/?from=debian+bts -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-vserver-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bochs depends on: ii bochs-wx [bochs-gui] 2.3-2etch1WxWindows plugin for Bochs ii bochsbios 2.3-2etch1BIOS for the Bochs emulator ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii vgabios0.6a-1VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages bochs recommends: pn bximage | createdisk none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481148: ftbfs: missing build-deps for asm/openpromio.h
Package: sparc-utils Version: 1.9-4 Severity: normal The attched transcript is from dpkg-buildpackage -uc -us -rfakeroot. Apparently asm/openpromio.h is missing (pdo shows three package canidates for this file). Thanks. Scott Edwards -- Daxal Communications - http://daxal.com/?from=debian+bts -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-vserver-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Script started on Wed May 14 05:35:15 2008 dpkg-buildpackage: source package is sparc-utils dpkg-buildpackage: source version is 1.9-4 dpkg-buildpackage: source changed by Jurij Smakov [EMAIL PROTECTED] dpkg-buildpackage: host architecture amd64 dpkg-buildpackage: source version without epoch 1.9-4 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp rm -f elftoaout-2.3/elftoaout src/piggyback src/piggyback64 /usr/bin/make -C prtconf-1.3 clean make[1]: Entering directory `/home/supaplex/usr/src/qemu-4-juniper-olive/sparc-utils-1.9/prtconf-1.3' rm -f *~ *.[soa] core prtconf eeprom make[1]: Leaving directory `/home/supaplex/usr/src/qemu-4-juniper-olive/sparc-utils-1.9/prtconf-1.3' rm -f audioctl-1.3/audioctl audioctl-1.3/*.o dh_clean dpkg-source -b sparc-utils-1.9 dpkg-source: building sparc-utils using existing sparc-utils_1.9.orig.tar.gz dpkg-source: building sparc-utils in sparc-utils_1.9-4.diff.gz dpkg-source: building sparc-utils in sparc-utils_1.9-4.dsc debian/rules build dh_testdir /usr/bin/make -C elftoaout-2.3 CFLAGS=-g -O2 make[1]: Entering directory `/home/supaplex/usr/src/qemu-4-juniper-olive/sparc-utils-1.9/elftoaout-2.3' gcc -g -O2 -o elftoaout elftoaout.c make[1]: Leaving directory `/home/supaplex/usr/src/qemu-4-juniper-olive/sparc-utils-1.9/elftoaout-2.3' /usr/bin/make -C src piggyback piggyback64 CFLAGS=-g -O2 make[1]: Entering directory `/home/supaplex/usr/src/qemu-4-juniper-olive/sparc-utils-1.9/src' cc -g -O2piggyback.c -o piggyback cc -g -O2piggyback64.c -o piggyback64 make[1]: Leaving directory `/home/supaplex/usr/src/qemu-4-juniper-olive/sparc-utils-1.9/src' /usr/bin/make -C prtconf-1.3 all CFLAGS=-g -O2 make[1]: Entering directory `/home/supaplex/usr/src/qemu-4-juniper-olive/sparc-utils-1.9/prtconf-1.3' gcc -g -O2 -o prtconf prtconf.c prtconf.c:33:28: error: asm/openpromio.h: No such file or directory prtconf.c: In function 'prom_getsibling': prtconf.c:52: error: dereferencing pointer to incomplete type prtconf.c:55: error: dereferencing pointer to incomplete type prtconf.c:56: error: 'OPROMNEXT' undeclared (first use in this function) prtconf.c:56: error: (Each undeclared identifier is reported only once prtconf.c:56: error: for each function it appears in.) prtconf.c:58: error: dereferencing pointer to incomplete type prtconf.c:59: error: dereferencing pointer to incomplete type prtconf.c: In function 'prom_getchild': prtconf.c:64: error: dereferencing pointer to incomplete type prtconf.c:67: error: dereferencing pointer to incomplete type prtconf.c:68: error: 'OPROMCHILD' undeclared (first use in this function) prtconf.c:70: error: dereferencing pointer to incomplete type prtconf.c:71: error: dereferencing pointer to incomplete type prtconf.c: In function 'prom_getproperty': prtconf.c:76: error: dereferencing pointer to incomplete type prtconf.c:78: error: dereferencing pointer to incomplete type prtconf.c:79: error: 'OPROMGETPROP' undeclared (first use in this function) prtconf.c:81: error: dereferencing pointer to incomplete type prtconf.c:82: error: dereferencing pointer to incomplete type prtconf.c: In function 'prom_walk': prtconf.c:244: error: dereferencing pointer to incomplete type prtconf.c:248: error: dereferencing pointer to incomplete type prtconf.c:249: error: 'OPROMNXTPROP' undeclared (first use in this function) prtconf.c:253: error: dereferencing pointer to incomplete type prtconf.c:257: error: dereferencing pointer to incomplete type prtconf.c:259: error: dereferencing pointer to incomplete type prtconf.c:275: error: dereferencing pointer to incomplete type prtconf.c:277: error: dereferencing pointer to incomplete type make[1]: *** [prtconf] Error 1 make[1]: Leaving directory `/home/supaplex/usr/src/qemu-4-juniper-olive/sparc-utils-1.9/prtconf-1.3' make: *** [build-stamp] Error 2 Script done on Wed May 14 05:35:17 2008
Bug#478541: mirror submission for ftp.debian.chuvsu.ru
Good time of day, Simon! -Original Message- From: Simon Paillard [EMAIL PROTECTED] To: Aleksander Kozhin [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Tue, 29 Apr 2008 21:54:13 +0200 Subject: Re: Bug#478541: mirror submission for ftp.debian.chuvsu.ru tag 478541 +moreinfo retitle 478541 mirror submission for ftp.debian.chuvsu.ru: sources to be added thanks Hello Aleksander, Thanks for submitting your mirror. Here are a few remarks before we can include your server in the list of Debian mirrors. On Tue, Apr 29, 2008 at 05:17:40PM +, Aleksander Kozhin wrote: Site: ftp.debian.chuvsu.ru Aliases: debian.chuvsu.ru It seems your system thinks it is named localhost instead of a real FQDN. I confused!!! - solved. The real name of this host is depo.chuvsu.ru. and it has several aliases: debian.chuvsu.ru. ftp.debian.chuvsu.ru. mrtg.chuvsu.ru. ... Any alias can be used to access Debian's ftp-archive via ftp, but only debian.chuvsu.ru. and ftp.debian.chuvsu.ru. can be used to access Debian's archive via http. So only these two aliases were written in the submission form. As a consequence, anonftpsync that use in the variable HOSTNAME the result of `hostname -f` line 119 use this not very specific name :) Please fix that as system level (so that hostname returns a meaningfull value) or force anonftpsync to set HOSTNAME to the value ftp.debian.chuvsu.ru. Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Source packages (*.tar.gz *.diff.gz *.dsc) must be present on a mirror (for both pratical and legal reasons). Could you please remove this specific exclusion ? OK. I correct anonftpsync script and include source packages too, but I think, it will took some time to syncronized all sources. (rsync sometimes sleep during process. I don't understand: what is the reason for this? Channel is free - cron start rsync at night) CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.se.debian.org CDImage-upstream: ftp.se.debian.org Is you /debian-cd/ rsync automatic via crontab ? (If no, you should :-) I ask this question because many people do it by hand, and forget to update this after a new release. Yes, I do it by hand now. Let it be via crontab - no problem, but how often cd/dvd images are need to be syncronized? (once per month or once per week?) Updates: once Maintainer: Aleksander Kozhin [EMAIL PROTECTED] Country: RU Russia Location: Chuvash State University. Cheboksary. We like to tell our users how much bandwidth is available. Can you give us this info please ? Our University has 4Mbps channel to Moscow with connection to RUNNet (Russian Universities Network) and 100Mbps connection to the regional networks in Cheboksary and Chuvash Republic (this is a region in Russia) By the way, we recommand you to subscribe debian-mirrors-announce. Thanks and best regards, -- Simon Paillard Best regards, Aleksander Kozhin Network management center's chief Chuvash State University Cheboksary, Russia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446793: still in thttpd 2.25b-5
reopen 446793
tags: patch
hi!
i just upgraded lenny, and an upgrade to thttpd 2.25b-5 failed because thttpd
wasn't running and the init stop failed.
i'd suggest a test for the existence of the pidfile.
thttpd seems just to write the pidfile but doesn't take care of removing it. so
i'd also suggest some pidfile-handling.
in case of thttpd exiting on its own, the pidfile will still be there. a second-best
solution (after thttpd itself taking care of removing the pidfile) might be to call
thttpd in a subshell with an appended ' -D; rm -f $PIDFILE'?
and while i was at it, an exact pid grep is nicer. and not relying on filenames
not having to be quoted, too.
i guess i just got kind of carried away... :)
regards,
Chris
diff -pruN thttpd-2.25b.orig/debian/thttpd.init.d thttpd-2.25b/debian/thttpd.init.d
--- thttpd-2.25b.orig/debian/thttpd.init.d 2008-05-02 12:44:43.0 +0200
+++ thttpd-2.25b/debian/thttpd.init.d 2008-05-02 14:31:56.0 +0200
@@ -19,26 +19,34 @@ NAME=thttpd
CONFFILE=/etc/thttpd/thttpd.conf
PIDFILE=/var/run/thttpd.pid
-OPTIONS=-C $CONFFILE -i $PIDFILE
+OPTIONS=-C \$CONFFILE\ -i \$PIDFILE\
-test -x $DAEMON || exit 0
-test -f $CONFFILE || exit 1
+test -x $DAEMON || exit 0
+test -f $CONFFILE || exit 1
set -e
case $1 in
start)
echo -n Starting $DESC:
- start-stop-daemon -S -q -p $PIDFILE -x $DAEMON -- $OPTIONS
+ eval start-stop-daemon -S -q -p \\$PIDFILE\ -x \\$DAEMON\ -- $OPTIONS
echo $NAME.
;;
stop)
echo -n Stopping $DESC:
- if ps ax | grep $(cat $PIDFILE) | grep -qv grep
+ if [ -r $PIDFILE ]
then
- start-stop-daemon -K -q -p $PIDFILE -x $DAEMON --signal 10
+ if ps ax | grep ^[ ]*$(cat $PIDFILE)[ ]\+ | grep -qv grep
+ then
+if start-stop-daemon -K -q -p $PIDFILE -x $DAEMON --signal 10
+then
+ rm -f $PIDFILE /dev/null 21
+fi
+ else
+rm -f $PIDFILE /dev/null 21
+ fi
fi
echo $NAME.
@@ -46,12 +54,12 @@ case $1 in
force-stop)
echo -n Stopping $DESC:
- start-stop-daemon -K -q -p $PIDFILE -x $DAEMON
+ start-stop-daemon -K -q -p $PIDFILE -x $DAEMON
echo $NAME.
;;
force-reload)
- if start-stop-daemon -K -q -p $PIDFILE -x $DAEMON --test
+ if start-stop-daemon -K -q -p $PIDFILE -x $DAEMON --test
then
$0 restart
fi
@@ -59,14 +67,14 @@ case $1 in
restart)
echo -n Restarting $DESC:
- start-stop-daemon -K -q -p $PIDFILE -x $DAEMON --signal 10
+ start-stop-daemon -K -q -p $PIDFILE -x $DAEMON --signal 10
sleep 1
- start-stop-daemon -S -q -p $PIDFILE -x $DAEMON -- $OPTIONS
+ start-stop-daemon -S -q -p $PIDFILE -x $DAEMON -- $OPTIONS
echo $NAME.
;;
*)
- N=/etc/init.d/$NAME
+ N=/etc/init.d/$NAME
echo Usage: $N {start|stop|force-stop|restart|force-reload} 2
exit 1
;;
Bug#486354: iceweasel: Iceweasel rc2 does not start
Tried with latest xulrunner and iceweasel. Still crashing with a
modified MOZILLA_NO_JEMALLOC or not.
Attaching a backtrace from iceweasel -safe-mode -p
epiphany-gecko and xulmine still segfault.
--
Alexandre
Starting program: /usr/lib/iceweasel/firefox-bin -a firefox -safe-mode
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Executing new program: /usr/lib/xulrunner-1.9/xulrunner-stub
[Thread debugging using libthread_db enabled]
[New Thread 0x7f4a97df46f0 (LWP 413)]
[New Thread 0x41def950 (LWP 423)]
[New Thread 0x4094a950 (LWP 424)]
[New Thread 0x425f0950 (LWP 430)]
[Thread 0x425f0950 (LWP 430) exited]
[New Thread 0x42df1950 (LWP 431)]
[Thread 0x42df1950 (LWP 431) exited]
[New Thread 0x42df1950 (LWP 432)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f4a97df46f0 (LWP 413)]
0x7f4a956fabae in nsFrame::BoxReflow (this=0x7f4a870a9e68, [EMAIL
PROTECTED], aPresContext=0x7f4a87082000, [EMAIL PROTECTED],
aRenderingContext=0x7f4a87ee1b60, aX=6000, aY=6000, aWidth=0, aHeight=0,
aMoveFrame=1) at nsFrame.cpp:6302
6302nsFrame.cpp: No such file or directory.
in nsFrame.cpp
#0 0x7f4a956fabae in nsFrame::BoxReflow (this=0x7f4a870a9e68, [EMAIL
PROTECTED], aPresContext=0x7f4a87082000, [EMAIL PROTECTED],
aRenderingContext=0x7f4a87ee1b60, aX=6000, aY=6000, aWidth=0, aHeight=0,
aMoveFrame=1) at nsFrame.cpp:6302
margin = {top = 0, right = 0, bottom = 0, left = 0}
parentFrame = value optimized out
savedState = value optimized out
parentSize = {width = 0, height = 0}
parentReflowState = {nsCSSOffsetState = {frame = 0x7f4a870a9a10,
rendContext = 0x7f4a87ee1b60, mComputedMargin = {top = 0, right = 0, bottom =
0, left = 0}, mComputedBorderPadding = {top = 0, right = 0, bottom = 0, left =
0}, mComputedPadding = {top = 0, right = 0, bottom = 0, left = 0}},
parentReflowState = 0x0, availableWidth = 0, availableHeight = 0, mFrameType =
2, mSpaceManager = 0x0, mBlockDelta = 0, mLineLayout = 0x0, mCBReflowState =
0x0, mComputedWidth = 0, mComputedHeight = 0, mComputedOffsets = {top = 0,
right = 0, bottom = 0, left = 0}, mComputedMinWidth = 0, mComputedMaxWidth =
1073741824, mComputedMinHeight = 0, mComputedMaxHeight = 1073741824,
mStyleDisplay = 0x7f4a870a9930, mStyleVisibility = 0x7f4a870a9740,
mStylePosition = 0x7f4a870b1788, mStyleBorder = 0x7f4a870b19a0, mStyleMargin =
0x7f4a870b19f8, mStylePadding = 0x7f4a870b1a20, mStyleText = 0x7f4a870b1a48,
mPercentHeightObserver = 0x0, mPercentHeightReflowInitiator = 0x0,
mDiscoveredClearance = 0x0, mReflowDepth = 0, mFlags = {mSpecialHeightReflow =
0, mNextInFlowUntouched = 0, mIsTopOfPage = 0, mBlinks = 0, mHasClearance = 0,
mAssumingHScrollbar = 0, mAssumingVScrollbar = 0, mHResize = 0, mVResize = 0,
mTableIsSplittable = 0, mHeightDependsOnAncestorCell = 0}}
availSize = {width = 0, height = 1073741824}
reflowState = {nsCSSOffsetState = {frame = 0x7f4a870a9e68,
rendContext = 0x7f4a87ee1b60, mComputedMargin = {top = 0, right = 0, bottom =
0, left = 0}, mComputedBorderPadding = {top = 0, right = 0, bottom = 0, left =
0}, mComputedPadding = {top = 0, right = 0, bottom = 0, left = 0}},
parentReflowState = 0x7fff9fe0faa0, availableWidth = 0, availableHeight =
1073741824, mFrameType = 1, mSpaceManager = 0x0, mBlockDelta = 0, mLineLayout =
0x0, mCBReflowState = 0x7fff9fe0faa0, mComputedWidth = 0, mComputedHeight = 0,
mComputedOffsets = {top = 0, right = 0, bottom = 0, left = 0},
mComputedMinWidth = 0, mComputedMaxWidth = 1073741824, mComputedMinHeight = 0,
mComputedMaxHeight = 1073741824, mStyleDisplay = 0x7f4a870a9c90,
mStyleVisibility = 0x7f4a870a9740, mStylePosition = 0x7f4a870b1788,
mStyleBorder = 0x7f4a870b19a0, mStyleMargin = 0x7f4a870b19f8, mStylePadding =
0x7f4a870b1a20, mStyleText = 0x7f4a870b1a48, mPercentHeightObserver = 0x0,
mPercentHeightReflowInitiator = 0x0, mDiscoveredClearance = 0x0, mReflowDepth =
0, mFlags = {mSpecialHeightReflow = 0, mNextInFlowUntouched = 0, mIsTopOfPage =
0, mBlinks = 0, mHasClearance = 0, mAssumingHScrollbar = 0, mAssumingVScrollbar
= 0, mHResize = 0, mVResize = 0, mTableIsSplittable = 0,
mHeightDependsOnAncestorCell = 0}}
metrics = (nsBoxLayoutMetrics *) 0x0
status = 0
#1 0x7f4a956fb014 in nsFrame::DoLayout (this=0x7f4a870a9a10, [EMAIL
PROTECTED]) at nsFrame.cpp:6108
rendContext = (class nsIRenderingContext *) 0x7f4a870a9e68
desiredSize = {width = 0, height = 0, ascent = 1073741824,
mBoundingMetrics = {leftBearing = 0, rightBearing = 0, ascent = 0, descent = 0,
width = 0}, mCarriedOutBottomMargin = {mMostPos = 0, mMostNeg = 0},
mOverflowArea = {x = 0, y = 0, width = 0, height = 0}, mFlags = 0}
rv = 0
#2 0x7f4a957b5821 in nsIFrame::Layout (this=0x7f4a870a9e68, [EMAIL
PROTECTED]) at nsBox.cpp:561
Bug#488954: librcs-perl filenames with spaces
Package: librcs-perl Version: 1.05-1 Some functions of the librcs-perl package cannot handle filenames with spaces. For two functions I wrote a small patch which is attached at this bugreport. --- /usr/share/perl5/Rcs.pm 2003-12-13 03:27:41.0 +0100 +++ Rcs.pm 2008-07-02 11:14:10.0 +0200 @@ -526,7 +526,7 @@ unless -e $rcsdiff_prog; return(_rcsError rcsdiff program $rcsdiff_prog not executable) unless -x $rcsdiff_prog; -open(DIFF, $rcsdiff_prog $param_str $arcfile $workfile |) +open(DIFF, $rcsdiff_prog $param_str '$arcfile' '$workfile' |) or return(_rcsError Can't fork $rcsdiff_prog: $!); my @diff_output = DIFF; @@ -619,7 +619,7 @@ my $archive_file = $rcsdir . $Dir_Sep . $arcfile; return(_rcsError rlog program $rlogprog not found) unless -e $rlogprog; return(_rcsError rlog program $rlogprog not executable) unless -x $rlogprog; -open(RLOG, $rlogprog $param_str $archive_file |) +open(RLOG, $rlogprog $param_str '$archive_file' |) or return(_rcsError Can't fork $rlogprog: $!); my @logoutput = RLOG;
Bug#488954: librcs-perl 1.05-3
Package: librcs-perl Version: 1.05-3 This bug is also valid for version 1.05-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479519: html2ps: several html files on one page
Package: html2ps Version: 1.0b5-5 Severity: wishlist i got a lot of html pages to convert into one single ps/pdf. many of them only fill half a page or even only a third -- so it would be nice, if html2ps would be able to to print continuous like htmldoc does with --continuous (to answer the obvious question: htmldoc does not render a lot of entities like #8745; #8746; cup; cap; ...) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages html2ps depends on: ii libhtml-parser-perl 3.56-1+b1A collection of modules that parse ii libpaper-utils 1.1.23 library for handling paper charact ii libwww-perl 5.812-1 WWW client/server library for Perl ii perl5.10.0-9 Larry Wall's Practical Extraction ii perlmagick 7:6.3.7.9.dfsg1-2+b2 Perl interface to the libMagick gr Versions of packages html2ps recommends: ii ghostscript-x [gs-gpl] 8.62.dfsg.1-2 The GPL Ghostscript PostScript/PDF ii gs-gpl 8.62.dfsg.1-2 Transitional package -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465605: same without xinerama
this is btw the same in a plain non-xinerama dualhead config - just in case this fact might be useful. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292433: ITP: glurp -- gtk2.4+ frontend to the Music Player Daemon (MPD)
Package: wnpp Severity: wishlist Owner: Niv ALTIVANIK [EMAIL PROTECTED] * Package name: glurp Version : 0.11.4 Upstream Author : Andrej Kacian [EMAIL PROTECTED] * URL : http://www.musicpd.org/glurp.shtml * License : GPL Description : gtk2.4+ frontend to the Music Player Daemon (MPD) Description: gtk2.4+ frontend to the Music Player Daemon (MPD) glurps is a gtk2.4+ frontend to the MPD music daemon, it has barely the same functionalitys gmpc introduced: * playlist support. * password connection to MPD. * adding/removing files from playlists. * id3 editor. it is thought slower than gmpc, but the layout is diffrent, and i think is nicer and clearer. The package is already done and available for x86 here: http://cxhome.ath.cx/debian/glurp/ The upstream author agrees with the packaging of this software. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc1-mm2-xa1 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- Niv Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian pgpWok0Mmz2j3.pgp Description: PGP signature
Bug#351580: Please include upstream's contrib directory - at least svk-complete.pl
Following loic's remark, the script now (1.07) works (for me (c)) and it is really handy ! I'd like it to be automatically added to bash completion (i.e. expose it in /etc/bash_completion.d/svk). Is there any reason not to include this in the Debian package ? Regards, -- Niv Sardi-Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian Random Fortune (To make your day better if not wiser) Quien desparte lleva la peor parte. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346354: AW: Bug#346354: Is distribution of the maxdb-doc package a GPL violation?
Hi, This seems to be a problem only because the GPL is used... Would the files be under a less restrictive licence we would be perfectly OK distributing them as is... Sort of. Debian requires source for everything that it distributes in main. If it were not GPL'd, it would still have to go into non-free. I have verfified that the actual sources for the generated HTML are Microsoft Word documents and that those will not be distributed. Does the mean that the maxdb-doc package will have to be pulled from the repository? Best wishes, Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365355: Mozilla-Firefox browser bug crashes on web site listed
Package: mozilla-firefox Version: 1.0.4-2sarge5 Severity: important When I enter the url http://oneida-nation.net/facts/wampum.html firefox exits as does the Mozilla browser. I have to restart the browser. The url opens okay in the Opera browser -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (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-22sarge3GNU 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#87114: man page for rblcheck
Package: rblcheck Tags: patch .TH RBLCHECK 1 May 01, 2006 .SH NAME rblcheck \- checks IP numbers against several real time blacklists .SH SYNOPSIS .PP .B rblcheck [ .B -qtlcvh? ] [ .B \-s .I service ] .I address [ .I address ... ] .PP .B rblcheck [ .B -qtlcvh? ] [ .B \-s .I service ] .I - .SH DESCRIPTION .\ Putting a newline after each sentence can generate better output. rblcheck is a very basic interface to RBL-style DNS listings such as those operated by the MAPS and ORBS projects. .PP One can check multiple addresses at once, to make life a little easier with scripts; just add additional addresses on the command line after all of the options. .PP By specifying an address of -, rblcheck will read from stdin and perform a lookup on every line of input (if it is a valid IP address). .SH OPTIONS .TP .B \-q Quiet mode; no output .TP .B \-t Print a TXT record, if any .TP .B \-m Stop checking after first address match in any list .TP .B \-l List default RBL services to check .TP .B \-c Clear the current list of RBL services .TP .B \-s Add a new service to the RBL services list .I service .TP .B \-h|\-? Display this help message .TP .B \-v Display version information .TP .I address IP number(s) to e checked. .SH RETURN VALUE When invoked, rblcheck returns either 0 (to indicated error, or that the address was not in any of the listings), or a positive number (indicating the number of listings that the IP address was found in). .SH EXAMPLES .PP .B rblcheck 127.0.0.1 .br 127.0.0.1 not RBL filtered by xbl.spamhaus.org .br 127.0.0.1 not RBL filtered by sbl.spamhaus.org .br 127.0.0.1 not RBL filtered by list.dsbl.org .br 127.0.0.1 not RBL filtered by dnsbl.njabl.org .br 127.0.0.1 not RBL filtered by dul.dnsbl.sorbs.net .br 127.0.0.1 not RBL filtered by l1.spews.dnsbl.sorbs.net .PP .B echo 127.0.0.2 | rblcheck -c -s xbl.spamhaus.org - .br 127.0.0.2 RBL filtered by xbl.spamhaus.org .SH AUTHOR Written by Edward S. Marshall [EMAIL PROTECTED] .PP This man-page was written by Michael Mende [EMAIL PROTECTED] as part of The Missing Man Pages Project. Please see \fIhttp://www.netmeister.org/misc/m2p2/index.html\fR for details. .SH COPYRIGHT Copyright (C) 1997, 1998, 1999, 2000, 2001 Edward S. Marshall [EMAIL PROTECTED] .PP This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. signature.asc Description: Digital signature
Bug#359096: Implementation.
I've looked into your request, but couldn't find a solution to implement this respecting the glurp simple interface, adding rows to this widget will look ugly, having tooltips would be useless, and having a new panel for search results doesn't seem to fit in the general idea of KISS. Anyway the glurp develloper is not answering my mail for more than a year now, so I guess it's now to the FS community to improve glurp. The best solution so far would be to be able to specify a tag based printf sort of, where you could say, In the search result I want %a %b %n - blah blah where %a == artist, %b == album, %n == track number ... what do you think of that ? Regards, -- Niv Sardi-Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian Random Fortune (To make your day better if not wiser) Dos es compañía, tres multitud.
Bug#360691: ICEWM
This bug seems to be ICEWM's busyness, the message reports that the running WM doesn't repport itself as beeing NETWM Compilant, maybe ICEWM launches his ~/.icewm/startup, before launching itself ? Please check that, and close the bug if it's an ICEWM's issue. Regards, -- Niv Sardi-Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian Random Fortune (To make your day better if not wiser) YOW!! What should the entire human race DO?? Consume a fifth of CHIVAS REGAL, ski NUDE down MT. EVEREST, and have a wild SEX WEEKEND! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360691: ICEWM
Stefan Tomanek [EMAIL PROTECTED] writes: Dies schrieb Niv Altivanik ([EMAIL PROTECTED]): This bug seems to be ICEWM's busyness, the message reports that the running WM doesn't repport itself as beeing NETWM Compilant, maybe ICEWM launches his ~/.icewm/startup, before launching itself ? That indeed could be the case, can you move the bug to the IceWM package, or should I reopen a new bug? Before reassining the bug to ICEWM, I'd like to make sure it is a real bug, i.e. that the icewm docs states that .icewm/startup is launched _after_ icewm, I'll try to look for it but I'll be really busy for the next 2 weeks, so if you want to check that up yourself, please reassing the bug _after_ having check the validity. If not, please close this bug. Regards, -- Niv Sardi-Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian Random Fortune (To make your day better if not wiser) 'Course, that doesn't work when 'a' contains parentheses. -- Larry Wall in [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318351: still present in skippy 0.5.1rc1-4
Hi, I don't really like this solution as it sounds hackish to me and I think this is a Metacity bug. I want to know what metacity maintainers think about this issue ... Anyway I don't like the patch, it doesn't remove XRaiseWindow (witch is supposed to be the offender) and I guess needs more love to know when to use each technique. If not catching any XRaiseWindow() has a justification I might integrate your (modified) patch. Thanks for your work and interest Regards, PS: I had tried with WM_URGENT and it didn't work =) PPS: I'd appreciate that you send only minimal patches, I don't think the identation blobs help solving anything. -- Niv Sardi-Altivanik [EMAIL PROTECTED] Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian Random Fortune (To make your day better if not wiser) The IBM purchase of ROLM gives new meaning to the term twisted pair. -- Howard Anderson, Yankee Group -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372107: hostapd: please build driver test
Package: hostapd Version: 1:0.5.0-1 Severity: wishlist Tags: patch Hi, please consider building the driver test in hostapd package. It was added upstream v0.4.2 and imho provides invaluable help in, well, testing :) different setups etc. Something along the lines of the attached simplistic patch would suffice, at least minimally so. Regards, Klaus Hörcher -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-wb-b Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hostapd depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries hostapd recommends no packages. -- no debconf information --- hostapd-0.5.0/debian/patches/10_config.dpatch 2006-06-08 10:55:33.0 +0200 +++ hostapd-test/debian/patches/10_config.dpatch2006-06-03 16:20:18.0 +0200 @@ -27,6 +27,9 @@ +#CFLAGS += -I/usr/local/include +#LIBS += -L/usr/local/lib + ++# Driver interface for test driver ++CONFIG_DRIVER_TEST=y ++ +# IEEE 802.11F/IAPP +CONFIG_IAPP=y +
