Bug#292457: list-alts: README is an alternative?
Received Fri 28 Jan 2005 11:23am +1100 from Alfie Costa: On 27 Jan 2005 at 23:41, Graham Williams [EMAIL PROTECTED] wrote: Thanks again. I have fixed up the README problem, and I believe this closes this bug. It will be in Version 2.0.20. You're speedy! I'll test it when it comes out, as there was another bit of odd data in the same output: wajig list-alts | cat -n | grep 100 100 w No such 'alt' as w I believe. Perhaps the README fix will remove the w too. I think w is a genuine alt: $ ls -l /etc/alternatives/w ... /etc/alternatives/w - /usr/bin/w.procps Regards, Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292586: Fwd: Package: installation-reports for sarge in a Sun IPX
Package: installation-reports Debian-installer-version: Fill in date and from where you got the image Downloaded at 2005/01/26 from http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/rc2/sarge-sparc-netinst.iso uname -a: The result of running uname -a on a shell prompt N/A (well, look for the output below for details) Kernel: 2.4.27 Date: Date and time of the install Thu Jan 27 00:11:38 2005 Method: How did you install? What did you boot off? If network install, from where? Proxied? I booted off the netinst.iso cd. As console, I used a Sun Sparc 20 running Solaris 9. Machine: Description of machine (eg, IBM Thinkpad R32) Sun IPX, ROM Rev. 2.9 Processor: SUN4C Memory: 48 MB memory installed Root Device: IDE? SCSI? Name of device? Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. N/A Output of lspci and lspci -n: N/A Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] 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: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. [EMAIL PROTECTED]script Script started, file is typescript [EMAIL PROTECTED]tip hardwire connected WARNING: Unable to determine keyboard type~ SPARCstation IPX, No Keyboard ROM Rev. 2.9, 48 MB memory installed, Serial #12648430. Ethernet address 8:0:20:c0:ff:ee, Host ID: 57c0ffee. Testing1 megs of memory ~ Type help for more information ok boot cdrom Boot device: /sbus/[EMAIL PROTECTED],80/[EMAIL PROTECTED],0:c File and args: SILO Version 1.4.8 \ Welcome to Debian GNU/Linux sarge! This is a Debian installation CDROM, built on 20041121. Keep it once you have installed your system, as you can boot from it to repair the system on your hard disk if that ever becomes necessary. WARNING: You should completely back up all of your hard disks before proceeding. The installation procedure can completely and irreversibly erase them! If you haven't made backups yet, remove the rescue CD from the drive and press L1-A to get back to the OpenBoot prompt. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. [ ENTER - Boot install ] [ Type rescue - Boot into rescue mode ] boot: Uncompressing image... Loaded kernel version 2.4.27 Loading initial ramdisk (2896142 bytes at 0x0 phys, 0x30 virt)... bootmem_init: Scan sp_banks, init_bootmem(spfn[21c],bpfn[21c],mlpfn[2fe3]) free_bootmem: base[0] size[fef000] free_bootmem: base[100] size[1fd5000] free_bootmem: base[2fdd000] size[6000] reserve_bootmem: base[30] size[2c310e] reserve_bootmem: base[0] size[21c000] reserve_bootmem: base[21c000] size[600] Booting Linux... mem_init: Calling free_all_bootmem(). PROMLIB: Sun Boot Prom Version 2 Revision 2 Linux version 2.4.27-1-sparc32 ([EMAIL PROTECTED]) (gcc version 3.3.4 (Debian 1:3.3.4-7)) #1 Tue Aug 24 01:05:41 PDT 2004 ARCH: SUN4C TYPE: Sun4c SparcStation IPX Ethernet address: 8:0:20:c0:ff:ee Loading sun4c MMU routines Boot time fixup v1.6. 4/Mar/98 Jakub Jelinek ([EMAIL PROTECTED]). Patching kernel for sun4c SS2 cache bug detected, uncaching trap table page On node 0 totalpages: 10985 zone(0): 12259 pages. zone(1): 0 pages. zone(2): 0 pages. SUN4C: 63 mmu entries for the kernel Kernel command line: root=/dev/rd/0 cdrom ramdisk_size=16384 devfs=mount rw Calibrating delay loop... 79.66 BogoMIPS Memory: 43352k available (1472k kernel code, 236k data, 144k init, 0k highmem) [f000,02fe3000] Dentry cache hash table entries: 8192 (order: 4, 65536 bytes) Inode cache hash table entries: 4096 (order: 3, 32768 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) POSIX conformance testing by UNIFIX sbus0: Clock 20.0 MHz dma0: Revision 1 PLUS Sparc Zilog8530 serial driver version 1.68.2.2 Sun Mouse-Systems mouse driver version 1.00 tty00 at 0xffeeb004 (irq = 12) is a Zilog8530 tty01 at 0xffeeb000 (irq = 12) is a Zilog8530 tty02 at 0xffee9004 (irq = 12) is a Zilog8530 tty03 at 0xffee9000 (irq = 12) is a Zilog8530 keyboard: not present Console: ttyS0 (Zilog8530) Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd VFS: Disk quotas vdquot_6.5.1 devfs: v1.12c (20020818) Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x1 pty: 256 Unix98 ptys configured Floppy drive(s): fd0 is 1.44M FDC 0 is
Bug#286729: prboom: Does not start Illegal instruction
Running prboom just results in the message Illegal instruction. I cannot reproduce this on my system. Can you please run prboom from inside gdb and provide a backtrace from where it receives the SIGILL, preferably with debug symbols compiled in? I've just installed prboom using apt-build with optimisations for the processor i'm using AMD K6 and it seems to work fine. Is it possible that the packaged version of prdoom does not work on all i386 compatible CPUs? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#62671: Processed: Merging bugs that are all related to NFS
Hi, On Thu, Jan 27, 2005 at 07:48:17AM -0800, Debian Bug Tracking System wrote: Bug#48068: Window Maker segfaults. Bug#60863: wmaker: getstyle binary has problems with NFS locking Bug#62671: wmaker: problems with nfs Bug#66747: wmaker: Wmaker core dumps on exit/restart Are those still present? I had fixed a few problem by means of patches to libPropList, and I use wmaker daily with an NFS mounted home and I have no problems. I fact I've been doing that for the last 4 or 5 years. Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292425: blkid: find-by-token doesn't work with -c /dev/null
tags 292425 +pending
thanks
On Wed, Jan 26, 2005 at 11:35:24PM +0100, Mario Holbe wrote:
since 1.36rc4-1 blkid doesn't find devices anymore when -c /dev/null
is given. This did work before (1.36rc3-2), but afaics it does even
not work with testing's version (1.35-6).
Actually, 1.36rc4-1's blkid was consistent with the blkid's man page,
but I agree the behaviour isn't what is expected or the most useful.
I've made the following change in e2fsprogs, which should fix the
issue.
- Ted
# This is a BitKeeper generated diff -Nru style patch.
#
# ChangeSet
# 2005/01/27 19:51:47-05:00 [EMAIL PROTECTED]
# blkid.c (main, compare_search_type): Make blkid -t work more
# consistently when the blkid cache file is explicitly set
# to /dev/null. (Addresses Debian Bug #292425)
#
# Also expose blkid_verify() as a public function to the blkid library.
#
# misc/blkid.c
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +32 -36
# blkid.c (main, compare_search_type): Make blkid -t work more
# consistently when the blkid cache file is explicitly set
# to /dev/null. (Addresses Debian Bug #292425)
#
#
# misc/blkid.8.in
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +3 -2
# blkid.c (main, compare_search_type): Make blkid -t work more
# consistently when the blkid cache file is explicitly set
# to /dev/null. (Addresses Debian Bug #292425)
#
#
# misc/ChangeLog
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +4 -0
# Update log
#
# lib/blkid/tag.c
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +1 -1
# blkid.h, blkidP.h: Rename blkid_verify_devname() to be
# blkid_verify(), and make it be a publically exported
# function.
#
# lib/blkid/probe.c
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +1 -1
# blkid.h, blkidP.h: Rename blkid_verify_devname() to be
# blkid_verify(), and make it be a publically exported
# function.
#
# lib/blkid/devname.c
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +2 -2
# blkid.h, blkidP.h: Rename blkid_verify_devname() to be
# blkid_verify(), and make it be a publically exported
# function.
#
# lib/blkid/blkidP.h
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +0 -3
# blkid.h, blkidP.h: Rename blkid_verify_devname() to be
# blkid_verify(), and make it be a publically exported
# function.
#
# lib/blkid/blkid.h
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +1 -0
# blkid.h, blkidP.h: Rename blkid_verify_devname() to be
# blkid_verify(), and make it be a publically exported
# function.
#
# lib/blkid/ChangeLog
# 2005/01/27 19:51:46-05:00 [EMAIL PROTECTED] +6 -0
# Update name.
#
diff -Nru a/lib/blkid/ChangeLog b/lib/blkid/ChangeLog
--- a/lib/blkid/ChangeLog 2005-01-27 19:51:55 -05:00
+++ b/lib/blkid/ChangeLog 2005-01-27 19:51:55 -05:00
@@ -1,3 +1,9 @@
+2005-01-27 Theodore Ts'o [EMAIL PROTECTED]
+
+ * blkid.h, blkidP.h: Rename blkid_verify_devname() to be
+ blkid_verify(), and make it be a publically exported
+ function.
+
2005-01-26 Theodore Ts'o [EMAIL PROTECTED]
* version.c: Add functions to query the version of the blkid library.
diff -Nru a/lib/blkid/blkid.h b/lib/blkid/blkid.h
--- a/lib/blkid/blkid.h 2005-01-27 19:51:55 -05:00
+++ b/lib/blkid/blkid.h 2005-01-27 19:51:55 -05:00
@@ -71,6 +71,7 @@
/* probe.c */
int blkid_known_fstype(const char *fstype);
+extern blkid_dev blkid_verify(blkid_cache cache, blkid_dev dev);
/* read.c */
diff -Nru a/lib/blkid/blkidP.h b/lib/blkid/blkidP.h
--- a/lib/blkid/blkidP.h2005-01-27 19:51:55 -05:00
+++ b/lib/blkid/blkidP.h2005-01-27 19:51:55 -05:00
@@ -212,9 +212,6 @@
/* lseek.c */
extern blkid_loff_t blkid_llseek(int fd, blkid_loff_t offset, int whence);
-/* probe.c */
-extern blkid_dev blkid_verify_devname(blkid_cache cache, blkid_dev dev);
-
/* read.c */
extern void blkid_read_cache(blkid_cache cache);
diff -Nru a/lib/blkid/devname.c b/lib/blkid/devname.c
--- a/lib/blkid/devname.c 2005-01-27 19:51:55 -05:00
+++ b/lib/blkid/devname.c 2005-01-27 19:51:55 -05:00
@@ -71,7 +71,7 @@
}
if (flags BLKID_DEV_VERIFY)
- dev = blkid_verify_devname(cache, dev);
+ dev = blkid_verify(cache, dev);
return dev;
}
@@ -91,7 +91,7 @@
blkid_dev tmp = list_entry(p, struct blkid_struct_dev,
bid_devs);
if (tmp-bid_devno == devno) {
- dev = blkid_verify_devname(cache, tmp);
+ dev = blkid_verify(cache, tmp);
break;
}
}
diff -Nru a/lib/blkid/probe.c b/lib/blkid/probe.c
--- a/lib/blkid/probe.c 2005-01-27 19:51:55 -05:00
+++ b/lib/blkid/probe.c 2005-01-27 19:51:55 -05:00
@@ -532,7 +532,7 @@
* If we are unable to revalidate the data, we return the old data and
* do not set the
Bug#292587: enlightenment uses device no. as file change indicator w/o considering anonymous mounts
Package: enlightenment
Version: 1:0.16.6-3
Tags: patch
Hi!
I recently found out that having one's config dir
on a NFS share is a bad idea. Enlightenment names its
background-thumbnail-files after inode, m/ctime and
_device_ of the original file, which is a little
pointless when the device number is in the anonymous
range (that is, majors 0 and 144-146): Everytime the
share is mounted it is (most probably) assigned a
different device number, causing the entire background
cache to be rebuilt. Even worse, the old entries in
the session config and the thumbnails itself are not
deleted, so you accumulate a _LOT_ of redundant data
by and by.
Simply mapping all anonymous device numbers to a
single number in the same range fixes the problem -
patch is attached. It modifies code in:
- file.c:filedev()
- menus.c:MenuCreateFromDirectory()
and, as I stumbled across it, two typos (copypaste
errors, to be exact) in the vicinity, namely the EDBUG()
function-entry message of
- file.c:fileinode() and filedev()
The problem exists upstream - I've sent a similar
mail to [EMAIL PROTECTED], but am still
awaiting list moderator approval; and as that's already
a week ago, I'm now also filing against the Debian
package to get things fixed for this distro at least.
I hope this is helpful and I didn't miss a reason why
enlightenment's current behaviour might be intentional...
Regards,
Jan Nordholz
Attachment: Patch for the latest upstream source (0.16.7.2)
--
Jan Nordholz
[EMAIL PROTECTED]
[EMAIL PROTECTED]
diff -Naur e16/src/file.c e16_new/src/file.c
--- e16/src/file.c Fri Aug 20 23:35:46 2004
+++ e16_new/src/file.c Mon Jan 24 13:05:44 2005
@@ -300,7 +300,7 @@
{
struct stat st;
- EDBUG(9, filesize);
+ EDBUG(9, fileinode);
if ((!s) || (!*s))
EDBUG_RETURN(0);
if (stat(s, st) 0)
@@ -313,11 +313,17 @@
{
struct stat st;
- EDBUG(9, filesize);
+ EDBUG(9, filedev);
if ((!s) || (!*s))
EDBUG_RETURN(0);
if (stat(s, st) 0)
EDBUG_RETURN(0);
+
+ /* device numbers in the anonymous range can't be relied
+ upon, so map them all on a single one */
+ if ((st.st_dev8)==0 || (st.st_dev8)==144 || \
+ (st.st_dev8)==145 || (st.st_dev8)==146)
+ EDBUG_RETURN(1);
EDBUG_RETURN((int)st.st_dev);
}
diff -Naur e16/src/menus.c e16_new/src/menus.c
--- e16/src/menus.c Fri Aug 20 23:35:46 2004
+++ e16_new/src/menus.c Mon Jan 24 12:47:23 2005
@@ -1091,6 +1091,7 @@
aa = (int)st.st_ino;
bb = (int)st.st_dev;
+if ((bb8)==0 || (bb8)==144 || (bb8)==145 || (bb8)==146)
bb=(int)1;
cc = 0;
if (st.st_mtime st.st_ctime)
cc = st.st_mtime;
@@ -1215,6 +1216,7 @@
aa = (int)st.st_ino;
bb = (int)st.st_dev;
+ if ((bb8)==0 || (bb8)==144 || (bb8)==145 || (bb8)==146)
bb=(int)1;
cc = 0;
if (st.st_mtime st.st_ctime)
cc = st.st_mtime;
Bug#292344: dovecot-common: upgrade fails
Hello Jaldhar Jaldhar H. Vyas wrote: On Wed, 26 Jan 2005, Adrian Zaugg wrote: Please open /var/lib/dpkg/info/dovecot-common.postinst in an editor and replace the line that says set -e with set -x then run it and send me the output. Then we can see exactly where it is failing. + chown root /etc/ssl/private/dovecot.pem chown: cannot access `/etc/ssl/private/dovecot.pem': No such file or directory Ups, is that a directory that's needed by policy? I might have removed it then...*sigh*. It seems this is the case, so I'm very sorry to have bothered you! I remeber the trick with set -x! Regards, Adrian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292588: gnome-vfs2: manually added entries does not appear anymore in the menu and i cant add
Package: gnome-vfs2 Severity: normal after the last dist-upgrade the manually added menu items are gone and i cant add new entries. i tied to remove ~/.gnome/vfolder and add a new entry - the vfolder was written but no changes in my menu. (update-menus did not help) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-ck5 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292590: mozilla-firefox: middle-clicking on scrollbar does not work
Package: mozilla-firefox Version: 1.0+dfsg.1-2 Severity: normal Middle-clicking on a page's vertical scrollbar doesn't do anything. The standard behavior for gtk is to move the scrolling widget to the absolute point clicked on with the middle mouse button. This is the actual behavior in the upstream release (1.0), and every other gtk application I've ever used. Not having this working can be somewhat annoying, since scrolling long distances up and down a big page can be very slow. I haven't reported this upstream, since the bug only exists in the debian package. Bug is present with no extensions installed and without a pre-existing ~/.mozilla or ~/.firefox on start-up. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig 2.2.3-4 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libglib2.0-0 2.6.1-2 The GLib library of C routines ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libidl0 0.8.3-1 library for parsing CORBA IDL file ii libjpeg626b-9The Independent JPEG Group's JPEG ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292589: Smiley window does not set transient hint
Package: gaim Version: 1:1.1.2-2 Severity: minor It appears that the smiley window isn't set as a transient window for the conversation window, when it probably should be (use gtk_set_transient_for). Window managers use this hint to figure out how to treat a window: for instance, ion will show the smiley window above the conversation, instead of hiding the conversation to show the smileys. Daniel -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages gaim depends on: ii gaim-data1:1.1.2-2 multi-protocol instant messaging c ii libao2 0.8.5-1 Cross Platform Audio Output Librar ii libaspell15 0.50.5-5The GNU Aspell spell-checker runti ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-11LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgnutls11 1.0.16-13 GNU TLS library - runtime library ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libgtkspell0 2.0.8-1 a spell-checking addon for GTK's T ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstartup-notification0 0.7-1 library for program launch feedbac ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- /- Daniel Burrows [EMAIL PROTECTED] -\ |The spork is strong with him... -- Fluble| \ Debian GNU/Linux http://www.debian.org -- Because. ---/ pgp8UOUce3JxQ.pgp Description: PGP signature
Bug#292591: cpu: usermod silently removes all supplementary group memberships
Package: cpu Version: 1.4.3-1 Severity: important i'm using cpu for ldap administration, and regardless of the usermod operation asked for (eg changing the gecos, password...) cpu wipes all supplementary group memberships. this is pretty annoying and hard to recover automatically, as it would mean that whoever invokes cpu has to parse cpu cat first to figure out the old memberships and fake a -G arg to cpu usermod. example: $ cpu cat|fgrep guest guest:x:3009:3034:Some Guest:/home/guest:/bin/bash uml-net:x:101: ... guest, ... audio:x:29: ... guest ... guest:x:3034: $ cpu usermod -c Still a Guest guest User guest successfully modified! $ cpu cat |fgrep guest guest:x:3009:3034:Still a Guest:/home/guest:/bin/bash guest:x:3034: if i add the old groups with -G to the -c invocation, then and only then they stay. i've dug into this a bit, and as far as i understand the flow of execution in the relevant code, stuff around line 202 of src/plugins/ldap/ld.c is where things go wrong: globalldap-memberuid is not set from anywhere (AFAICT only commandline.c does that, but only if we explicitly hand over a -G arg), and checkSupGroups comes back immediately. now rmUsrFrmOldSupGrp removes the group membership attributes from ldap, but without propagating anything back to globalldap-memberuid... next ldapusermod is called to do the real work. this runs ldapusercheck which only looks at the blank globalldap-memberuid. nobody picks up the old groups and the subsequent call to ldap_modify_s in ldapusermod doesn't re-add those group memberships as apparently intended. it seems to me that rmUsrFrmOldSupGrp should actually populate the globalldap-memberuid array to fix the problem. i'm not 100% certain of this assessment of the code in question, but i think it should serve as a starting point for tracking down the problem. regards az -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292586: installation-reports for sarge in a Sun IPX
Hi, Thanks a lot for the installation report! The situation is not as bad as it looks. During the initial boot of the installation media the disks are not enumerated, this is done later in the installation process. Indeed, immediately after the last messages you see the init process should start (from initrd). So there is hope that kernel pretty much works, but everything breaks once it tries to start userspace processes (due to reasons discussed on debian-sparc [0]). I will try to build an initrd, which contains libraries compiled without the -mv8 optimization and it would be interesting to see whether this will get the booting process any further. Can your machine netboot? [0] http://lists.debian.org/debian-sparc/2005/01/msg00152.html Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274081: zaptel-source dependencies
I would tend to agree that zaptel-source should Recommend: zaptel, since zaptel-source and zaptel show up in different parts of the package list. -- Charles Lepple
Bug#292593: ITP: libcrypt-yapassgen-perl
Package: wnpp Crypt::YAPassGen from CPAN -- _ivan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292592: 'make-kpkg modules_image' fails with zaptel-source and fakeroot
Package: zaptel-source Version: 1:1.0.2-2 Severity: normal Tags: patch I get the following error messages from make-kpkg: mkdir -p \ /usr/src/modules/zaptel/debian/zaptel-modules-2.6.9.skas-2/usr/include/linux install -m 644 zaptel.h \ /usr/src/modules/zaptel/debian/zaptel-modules-2.6.9.skas-2/usr/include/linux install -m 644 torisa.h \ /usr/src/modules/zaptel/debian/zaptel-modules-2.6.9.skas-2/usr/include/linux ( cd /usr/src/modules/zaptel/debian/zaptel-modules-2.6.9.skas-2/usr/lib ; rm -f libtonezone.so ; ln -sf libtonezone.so.1.0 libtonezone.so ) /bin/sh: line 0: cd: /usr/src/modules/zaptel/debian/zaptel-modules-2.6.9.skas-2/usr/lib: No such file or directory /sbin/ldconfig /sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied make[3]: *** [install-modules] Error 1 make[3]: Leaving directory `/usr/src/modules/zaptel' make[2]: *** [binary-modules] Error 2 make[2]: Leaving directory `/usr/src/modules/zaptel' make[1]: *** [kdist_image] Error 2 make[1]: Leaving directory `/usr/src/modules/zaptel' Module /usr/src/modules/zaptel failed. Perhaps /usr/src/modules/zaptel does not understand --rootcmd? If you see messages that indicate that it is not in fact being built as root, please file a bug against /usr/src/modules/zaptel. Since libtonezone is split off into its own package, I think the 'rm -f'/'ln -sf' commands and ldconfig can be removed from the Makefile. (I included the tail end of the message in case others are searching for it, but further investigation seems to indicate that this has nothing to do with --rootcmd (fakeroot, in this case)). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9.skas-2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) -- no debconf information --- zaptel/Makefile.dist2005-01-17 18:19:08.0 -0500 +++ zaptel/Makefile 2005-01-27 21:01:03.0 -0500 @@ -304,8 +304,8 @@ install -m 644 zaptel.h $(DESTDIR)$(INSTALL_PREFIX)/usr/include/linux install -m 644 torisa.h $(DESTDIR)$(INSTALL_PREFIX)/usr/include/linux # install -m 644 tonezone.h $(DESTDIR)$(INSTALL_PREFIX)/usr/include - ( cd $(DESTDIR)$(INSTALL_PREFIX)/usr/lib ; rm -f libtonezone.so ; ln -sf $(LIBTONEZONE) libtonezone.so ) - /sbin/ldconfig +# ( cd $(DESTDIR)$(INSTALL_PREFIX)/usr/lib ; rm -f libtonezone.so ; ln -sf $(LIBTONEZONE) libtonezone.so ) +# /sbin/ldconfig install-modconf: if [ -f $(MODCONF) ]; then mv -f $(MODCONF) $(MODCONF).bak ; fi
Bug#292556: rpy: Support for python 2.4
In response to the mail by Faheem Mitha dated 27 January 2005 at 16:02:
| Package: rpy
| Severity: wishlist
| Tags: patch
|
|
| Hi Dirk,
|
| Consider adding support for python 2.4. Trivial patch against current
I was thinking about this, yes.
| version follows. I have installed it and it at least loads into python2.4
| without complaint, but I have not done any testing. I don't currently use
| rpy and am doing this for someone else.
Neither do I, so how would either one of use take it for a testdrive? ;-)
| We can take this version for a test run and report any problems we encounter
| back here.
|
| Note that I have not versioned the python2.4-dev in Build-depends, but I am
| not sure why it is necessary.
Build daemons, which always start from a minimal base system, fail if
required packages are not listed. Put the stress on BUILD and then on
DEPENDS and it all becomes clear :)
Kidding aside, maybe just python2.4 would do too, but I had too many bug
reports on Builds-Depends over the years to have any interest in minimizing
the respective sets.
Cheers, Dirk
|Faheem.
|
| Thu Jan 27 14:30:37 EST 2005 [EMAIL PROTECTED]
| * add python 2.4 support
| diff -rN -u debian-old/control debian-new/control
| --- debian-old/control2005-01-27 14:35:22.0 -0500
| +++ debian-new/control2005-01-27 14:11:55.0 -0500
| @@ -3,7 +3,7 @@
| Priority: optional
| Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED]
| Standards-Version: 3.6.1.1
| -Build-depends: debhelper (= 3.0.0), r-base-dev (= 2.0.0), python,
python2.2-dev (= 2.2.3), python2.3-dev (= 2.3-1), python2.2-numeric,
python2.3-numeric
| +Build-depends: debhelper (= 3.0.0), r-base-dev (= 2.0.0), python,
python2.2-dev (= 2.2.3), python2.3-dev (= 2.3-1), python2.4-dev,
python2.2-numeric, python2.3-numeric
|
| Package: python2.2-rpy
| Architecture: any
| @@ -31,6 +31,19 @@
| .
| URL: http://rpy.sourceforge.net/
|
| +Package: python2.4-rpy
| +Architecture: any
| +Depends: ${shlibs:Depends}, python2.4, python2.4-numeric, r-base-core (=
1.9.0)
| +Suggests: python-rpy-docs
| +Description: Python interface to the GNU R language and environment
| + This Debian package provides RPy, a very simple yet robust Python interface
| + to the GNU R Programming Language. It can manage different types of R
objects,
| + and can execute arbitrary R functions, including graphic functions.
| + .
| + This Debian package is built for Python 2.4.
| + .
| + URL: http://rpy.sourceforge.net/
| +
| Package: python-rpy
| Architecture: all
| Depends: python (= 2.3), python ( 2.4), python2.3-rpy
| diff -rN -u debian-old/rules debian-new/rules
| --- debian-old/rules 2005-01-27 14:35:22.0 -0500
| +++ debian-new/rules 2005-01-27 14:13:29.0 -0500
| @@ -10,6 +10,7 @@
| #PYTHON2.1 := python2.1
| PYTHON2.2:= python2.2
| PYTHON2.3:= python2.3
| +PYTHON2.4:= python2.4
|
| compilerflags= -O2 -Wall
|
| @@ -34,6 +35,7 @@
| #CFLAGS=$(compilerflags) $(PYTHON2.1) setup.py build
| CFLAGS=$(compilerflags) $(PYTHON2.2) setup.py build
| CFLAGS=$(compilerflags) $(PYTHON2.3) setup.py build
| + CFLAGS=$(compilerflags) $(PYTHON2.4) setup.py build
| touch build-stamp
|
| clean:
| @@ -58,6 +60,7 @@
| #$(PYTHON2.1) setup.py install --root=debian/python2.1-rpy
| $(PYTHON2.2) setup.py install --root=debian/python2.2-rpy
| $(PYTHON2.3) setup.py install --root=debian/python2.3-rpy
| + $(PYTHON2.4) setup.py install --root=debian/python2.4-rpy
|
| # Build architecture-independent files here.
| binary-indep: build install
|
| -- System Information:
| Debian Release: 3.1
| APT prefers testing
| APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
| Architecture: i386 (i686)
| Kernel: Linux 2.4.25-1-386
| Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
Better to have an approximate answer to the right question than a precise
answer to the wrong question. -- John Tukey as quoted by John Chambers
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292556: rpy: Support for python 2.4
On Thu, 27 Jan 2005, Dirk Eddelbuettel wrote: In response to the mail by Faheem Mitha dated 27 January 2005 at 16:02: | version follows. I have installed it and it at least loads into python2.4 | without complaint, but I have not done any testing. I don't currently use | rpy and am doing this for someone else. Neither do I, so how would either one of use take it for a testdrive? ;-) A couple of people in my research group do. I did the patching at the request of one of them. I'll hand it to him tomorrow, and he will (presumably) start using it. | We can take this version for a test run and report any problems we encounter | back here. | | Note that I have not versioned the python2.4-dev in Build-depends, but I am | not sure why it is necessary. Build daemons, which always start from a minimal base system, fail if required packages are not listed. Put the stress on BUILD and then on DEPENDS and it all becomes clear :) Kidding aside, maybe just python2.4 would do too, but I had too many bug reports on Builds-Depends over the years to have any interest in minimizing the respective sets. Just to be clear, I did list python2.4-dev. I just didn't list any version, or restrictions on version after it. I'm sure I'm being dense, but why does this mean that python2.4-dev will not do while (as you have used) python2.4-dev (=...) does? Would you be so kind as to spell it out? Take care. Faheem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181728: gnome-control-center: Changing current gnome theme with themes caplet causes all applications to die
Loïc Minier [EMAIL PROTECTED] writes: This is a followup for Debian bug http://bugs.debian.org/181728. Miles Bader [EMAIL PROTECTED] - Thu, Feb 20, 2003: When I change themes using the gnome-control-center, all my applications go away! I'm not sure whether they're killed, or whether something forces their windows to close, but anyway, it's rather disturbing. Do you still get this bug? Please confirm this bug still happen with newer version. No, it seems to work properly now. Thanks, -Miles -- Any man who is a triangle, has thee right, when in Cartesian Space, to have angles, which when summed, come to know more, nor no less, than nine score degrees, should he so wish. [TEMPLE OV THEE LEMUR]
Bug#292556: rpy: Support for python 2.4
On 27 January 2005 at 22:24, Faheem Mitha wrote: | | | On Thu, 27 Jan 2005, Dirk Eddelbuettel wrote: | | In response to the mail by Faheem Mitha dated 27 January 2005 at 16:02: | | | version follows. I have installed it and it at least loads into python2.4 | | without complaint, but I have not done any testing. I don't currently use | | rpy and am doing this for someone else. | | Neither do I, so how would either one of use take it for a testdrive? ;-) | | A couple of people in my research group do. I did the patching at the | request of one of them. I'll hand it to him tomorrow, and he will | (presumably) start using it. I'm sure it would be fine. I am not much of a Python programmer, but as a user and package maintainer I have found it to be pretty robust across versions and builds. | | | We can take this version for a test run and report any problems we encounter | | back here. | | | | Note that I have not versioned the python2.4-dev in Build-depends, but I am | | not sure why it is necessary. | | Build daemons, which always start from a minimal base system, fail if | required packages are not listed. Put the stress on BUILD and then on | DEPENDS and it all becomes clear :) | | Kidding aside, maybe just python2.4 would do too, but I had too many bug | reports on Builds-Depends over the years to have any interest in minimizing | the respective sets. | | Just to be clear, I did list python2.4-dev. I just didn't list any | version, or restrictions on version after it. Ack. | I'm sure I'm being dense, but why does this mean that python2.4-dev will | not do while (as you have used) python2.4-dev (=...) does? Would you be | so kind as to spell it out? I didn't read you correctly -- thanks for your correction re the actual Build-Depends on 2.4 -- and you then misunderstood what I wrote. I contrasted python2.4 and python2.4-dev, not version vs unversioned Build-Depends on python2.4-dev. But it is all moot now anyway... Dirk -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292594: diablo: Debian-Documentation refers to wrong Path of Example-Configuration
Package: diablo Version: 1:5.0-0.2 Severity: minor Tags: patch /usr/share/doc/diablo/README.Debian refers in Line 35 to /usr/share/doc/diablo/examples, but the example-configuration files are located in /usr/share/doc/diablo-common/examples . -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages diablo depends on: ii diablo-common 1:5.0-0.2common files for diablo feeder and ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information 35c35 /usr/share/doc/diablo/examples. --- /usr/share/doc/diablo-common/examples.
Bug#292595: Update description and section because of graphviz license change.
Package: maria-vis Version: 1.3.4-4 Severity: normal In the description of maria-vis, it says: ... algebraic system nets, interact with graphviz, a non-free software package for the visualisation of graphs. The latest version of graphviz (2.2-1) is now free and in main. This probably also means maria-vis can be placed in main since the two dependencies (maria and graphviz) are in main. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292596: libboost-dev and libboost_serialization
Package: libboost-dev Version: 1.32.0-2 Severity: normal On Fri, Jan 14, 2005 at 05:36:24PM +, Andreas Schönebeck wrote: Hi Steve, where are the static libraries libboost_serialization*.a? I had to recompile boost 1.32 (`bjam stage`) and copy them into /usr/lib. Sorry for not filing a bug report... -- Andreas Schönebeck [EMAIL PROTECTED] On Sun, Jan 16, 2005 at 11:27:17PM +0100, Andre Alexander Bell wrote: Hello! I've seen that you packaged the boost libraries for debian. Thank your for your work. Anyhow I've been wondering if you will include boost_serialization in the near future, which I missed after 1.32 came into unstable. Thanks in advance for your answer and time. Regards -- Andre Alexander Bell [EMAIL PROTECTED] PGP-Public-Key: http://www.andre-bell.de/public_key.asc On Thu, Jan 27, 2005 at 04:51:50PM +0100, Julien Lamy wrote: Hello, I noticed that the serialization package of boost 1.32 is not present in the Debian packages. Is it wanted ? Should I file a bug ? Sincerly, -- Julien Lamy [EMAIL PROTECTED]
Bug#292597: noatun crashes remote artsd
Package: arts Version: 1.3.2-2 Severity: normal Running noatun on a client system with ARTS_SERVER=remoteserver:41533 causes artsd on remoteserver to crash. Kaffeine and other programs don't cause the artsd crash. The remote server's sound system is configured with custom options -p 41533 -u. Here's a backtrace: Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1208815488 (LWP 22714)] [KCrash handler] #38 0xb7d5f92a in Noatun::StereoVolumeControlSSE_impl::calculateBlock () from /usr/lib/libnoatunarts.so #39 0x42212146 in Arts::StdScheduleNode::gslProcess () from /usr/lib/libartsflow.so.1 #40 0x4228ad19 in _gsl_init_engine_utils () from /usr/lib/libartsflow.so.1 #41 0x4228b0dc in _gsl_init_engine_utils () from /usr/lib/libartsflow.so.1 #42 0x42287e2f in gsl_engine_dispatch () from /usr/lib/libartsflow.so.1 #43 0x42232fe6 in GslMainLoop::run () from /usr/lib/libartsflow.so.1 #44 0x422144c0 in Arts::StdScheduleNode::requireFlow () from /usr/lib/libartsflow.so.1 #45 0x4223f01e in Arts::Synth_PLAY_impl::needMore () from /usr/lib/libartsflow.so.1 #46 0x422183eb in Arts::AudioSubSystem::handleIO () from /usr/lib/libartsflow.so.1 #47 0x42227e8a in Arts::AudioIOALSA::notifyIO () from /usr/lib/libartsflow.so.1 #48 0x424333be in Arts::StdIOManager::processOneEvent () from /usr/lib/libmcop.so.1 #49 0x42433831 in Arts::StdIOManager::run () from /usr/lib/libmcop.so.1 #50 0x424319d7 in Arts::Dispatcher::run () from /usr/lib/libmcop.so.1 #51 0x0805f680 in ?? () #52 0xb980 in ?? () #53 0x08066b98 in _IO_stdin_used () #54 0x in ?? () #55 0x463776fb in _dl_unload_cache () from /lib/ld-linux.so.2 #56 0x4639e7f8 in __libc_start_main () from /lib/tls/libc.so.6 #57 0x464c0edc in ?? () from /lib/tls/libc.so.6 -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages arts depends on: ii libarts1 1.3.2-2aRts Sound system ii libartsc0 1.3.2-2aRts Sound system C support librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292598: [INTL:zh_TW] discover1 translation for Traditional Chinese
Package: discover1 Severity: wishlist Tags: patch l10n Hi. This is the zh_TW translation for discover1 (attached discover1_po_zh_TW.po.gz file). I think, it's ready for the d-i level 4 inclusion. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to zh_TW.UTF-8) discover1_po_zh_TW.po.gz Description: Binary data
Bug#289381: [uxterm] Does not start if locale is not generated
(This bug is the same as #291115.) I looked at bug #246398 - xterm: uxterm should fail if en_US.UTF-8 locale not supported on system, closed December 9, 2004, and it seems like this behaviour is intended. It is described in the ChangeLog for xfree86 version 4.3.0.dfsg.1-9: + Modify uxterm script to use locale program to verify if the derived locale is installed. (Closes: #246398) However, on a fresh sarge installation without gnome or kde, uxterm has the highest priority for x-terminal-emulator (30), and the en_US.UTF-8 locale is not supported, so in, say, WindowMaker, the terminal launcher does nothing. I think either the en_US.UTF-8 locale should be generated as a dependency of xterm, or uxterm should have lower priority than xterm for x-terminal-emulator. Regards, Reid Barton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261843: Marking GGZ* bugs as release critical
severity 261843 serious thanks I'm now elevating this bug to release critical as all of GGZ has been rendered effectively useless due a server protocol mismatch. A lot of games that support the GGZ would probably also require a rebuild which probably won't make it in time for the freeze. Yours sincerely, Andrew Netsnipe Lau -- --- Andrew Netsnipe Lau http://www.cse.unsw.edu.au/~alau/ Debian GNU/Linux Maintainer UNSW Computing Students' Society President - Nobody expects the Debian Inquisition! Our two weapons are fear and surprise...and ruthless efficiency! --- signature.asc Description: Digital signature
Bug#292600: Bug Report re installer
package: debian-installer version: sarge-rc2 I am using a portable computer to install sarge on an external disk drive plugged into the USB port. With other linuxes such as Mandrake or Gentoo, this drive would be accessed as /dev/sda1, while the internal drive would be /dev/hda1. When it is time to partition the disk, the only disk the installer will give me access to is /dev/hda1, which I do NOT wish to modify excepting the MBR. Regards, Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292599: wmacpi depends on libdockapp2
Package: wmacpi Version: 2.0-1 Severity: normal The upstream version depends now on libdockapp 0.5.0. Sid version depends on libdockapp1 or libdockapp 0.4.0 and this one is no more available in sid. regards, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wmacpi depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdockapp1 1:0.4.0-8 Window Maker Dock App support (sha ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292545: irm: The install.sql is missing a column for the table 'templates'
tag 292545 sarge thanks On Thu, Jan 27, 2005 at 11:13:28AM -0800, Joshua McClintock wrote: Package: irm Severity: important The install.sql is missing a column (flags_surplus) for the table 'templates' Your timing is impeccable, Joshua. I just (in the couple of hours before your bug report) uploaded a new version of IRM which fixes this problem (and a whole *host* of other ones). It's a whole new upstream version. As such, I've tagged this bug as being specific to sarge, and would appreciate it if you could close it when the fixed version reaches you and you've verified that the problem is, in fact, fixed. Otherwise I'll close the bug myself in a few weeks. Thanks for taking the time to work up a patch, pity it was superceded. grin In the future, if you add the 'patch' tag to your bug reports when you include a fix for the problem, it'll record the fact that a fix is available for the problem, which helps bug triagers. - Matt signature.asc Description: Digital signature
Bug#292600: rc2 installer
Sorry - I had not used the 2.6 kernel so the drive was not supported. After installing grub and rebooting the kernel paniced apparently because of an attempt to cancel 'init' as a result of an attempt to access a device address which was missing. Regards, Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292601: kernel-source-2.6.8: gconfig crashes with segfault
Package: kernel-source-2.6.8 Version: 2.6.8-13 Severity: normal make gconfig segfaults after a lot of warnings from gconf. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-1A high-quality block-sorting file ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292602: kernel-patch-lkcd: Doesn't apply to current 2.6.8
Package: kernel-patch-lkcd Version: 6.1.0-2.1 Severity: important -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-7-lube-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages kernel-patch-lkcd depends on: ii bash 2.05b-24 The GNU Bourne Again SHell ii grep-dctrl2.1.8 Grep Debian package information ii patch 2.5.9-2Apply a diff file to an original -- no debconf information Doesn't apply cleanly to kernel-source-2.6.8_2.6.8-12. Rejectes in arch/i386/kernel/i386_ksyms.c. Given the location of the problem may well of been caused by something I gave you - if so sorry. Also, there are two patches with '_' in their names in kernel-patch-lkcd_6.1.0-2.tar.gz that aren't used. They are: lkcd-6.1.0_2.6.8.1.patch lkcd-6.1.0_2.6.9.patch Looks like they were left over from a previous version. You can find a version of lkcd-4.1-2-2.6.8.patch that applies cleanly here: http://www.lubemobile.com.au/ras/debian/ras/sarge/kernel-patch-lkcd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290474: FYI
you will need to add your required modules before you install the kernel or you can run mkinitrd by hand after having added your modules. [EMAIL PROTECTED]:~$ cat /etc/mkinitrd/modules # /etc/mkinitrd/modules: Kernel modules to load for initrd. # # This file should contain the names of kernel modules and their # arguments # (if any) that are needed to mount the root file system, one per line. # Comments begin with a `#', and everything on the line after them are # ignored. # # You must run mkinitrd(8) to effect this change. # # Examples: # # ext2 # wd io=0x300 scsi_mod sd_mod libata sata_sil [EMAIL PROTECTED]:~$ -- Jason I hope you learn speaking English proper I hope speak I me you. -- Branden Robinson, 2001 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292567: python-imaging: support for Python 2.4
tag 292567 +pending
thanks
already done, uploading new packages to Debian is kindof slow at the
moment (the NEW queue needs to be processed manually).
Hi,
Faheem Mitha:
Package: python-imaging
Version: 1.1.4-3
Severity: wishlist
Tags: patch
Please consider adding support for Python 2.4. A trivial patch against the
current version is attached. I have tested this, and the library loads
without complaint into 2.4. However, I don't use it myself (I am doing this
for someone else) so cannot test it further.
I will report any problems with 2.4 usage to this bug report.
Faheem.
Thu Jan 27 16:20:21 EST 2005 [EMAIL PROTECTED]
* add support for Python 2.4
diff -rN -u debian-old/control debian-new/control
--- debian-old/control2005-01-27 16:20:58.0 -0500
+++ debian-new/control2005-01-27 16:15:05.0 -0500
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Matthias Urlichs [EMAIL PROTECTED]
Standards-Version: 3.6.1
-Build-Depends: tk8.4-dev, python, python2.1-dev, python2.2-dev,
python2.3-dev, python2.1-tk, python2.2-tk, python2.3-tk, libsane-dev,
libfreetype6-dev, libjpegg-dev, zlib1g-dev, debhelper (= 4)
+Build-Depends: tk8.4-dev, python, python2.1-dev, python2.2-dev,
python2.3-dev, python2.4-dev, python2.1-tk, python2.2-tk, python2.3-tk,
python2.4-tk, libsane-dev, libfreetype6-dev, libjpegg-dev, zlib1g-dev,
debhelper (= 4)
Package: python-imaging
Section: graphics
@@ -237,3 +237,59 @@
as flatbed scanners and digital cameras.
.
This is the Python 2.3 version of the package.
+
+Package: python2.4-imaging
+Section: graphics
+Architecture: any
+Depends: ${python:Depends}, ${shlibs:Depends}, mime-support |
python2.4-imaging-tk
+Suggests: python-imaging-doc
+Replaces: pil, python-pil
+Conflicts: pil, python-pil
+Description: Python Imaging Library
+ The Python Imaging Library (PIL) adds an image object to your Python
+ interpreter. You can load images from a variety of file formats, and
+ apply a rich set of image operations to them.
+ .
+ Image Objects:
+ o Bilevel, greyscale, palette, true colour (RGB), true colour with
+transparency (RGBA).
+ o colour separation (CMYK).
+ o Copy, cut, paste operations.
+ o Flip, transpose, resize, rotate, and arbitrary affine transforms.
+ o Transparency operations.
+ o Channel and point operations.
+ o Colour transforms, including matrix operations.
+ o Image enhancement, including convolution filters.
+ .
+ File Formats:
+ o Full (Open/Load/Save): BMP, EPS (with ghostscript), GIF, IM, JPEG,
+MSP, PDF, PNG, PPM, TIFF, XBM.
+ o Read only (Open/Load): ARG, CUR, DCX, FLI, FPX, GBR, GD, ICO, IMT, IPTC,
+MCIDAS, MPEG, PhotoCD, PCX, PIXAR, PSD, TGA, SGI, SUN, TGA, WMF, XPM.
+ o Save only: PDF, EPS (without ghostscript).
+ .
+ This is the Python 2.4 version of the package.
+
+Package: python2.4-imaging-tk
+Section: graphics
+Architecture: any
+Depends: python2.4-imaging (= ${Source-Version}), python2.4-tk,
${python:Depends}, ${shlibs:Depends}
+Replaces: python-imaging ( 1.0.1-3)
+Suggests: python-imaging-doc
+Description: Python Imaging Library ImageTk Module
+ Python Imaging Library (PIL) class to display images as Tkinter bitmaps.
+ .
+ This is the Python 2.4 version of the package.
+
+Package: python2.4-imaging-sane
+Section: graphics
+Architecture: any
+Depends: python2.4-imaging (= ${Source-Version}), ${python:Depends},
${shlibs:Depends}
+Recommends: python2.4-tk
+Suggests: python-imaging-doc
+Description: Python Imaging Library SANE interface
+ The _sane_ module is a Python interface to the SANE (Scanner Access is Now
+ Easy) library, which provides access to various raster scanning devices such
+ as flatbed scanners and digital cameras.
+ .
+ This is the Python 2.4 version of the package.
diff -rN -u debian-old/rules debian-new/rules
--- debian-old/rules 2005-01-27 16:20:58.0 -0500
+++ debian-new/rules 2005-01-27 16:11:41.0 -0500
@@ -4,7 +4,7 @@
#export DH_VERBOSE=1
# The versions of python currently supported
-PYVERS = 2.1 2.2 2.3
+PYVERS = 2.1 2.2 2.3 2.4
configure: configure-stamp
configure-stamp:
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.25-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages python-imaging depends on:
ii mime-support 3.28-1 MIME files 'mime.types'
'mailcap
ii python2.3.4-5An interactive high-level
object-o
ii python2.3-imaging 1.1.4-3Python Imaging Library
-- no debconf information
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
signature.asc
Description: Digital signature
Bug#292458: CVE Id
== Candidate: CAN-2005-0162 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0162 Reference: IDEFENSE:20050126 Openswan XAUTH/PAM Buffer Overflow Vulnerability Reference: URL:http://www.idefense.com/application/poi/display?id=190type=vulnerabilities Stack-based buffer overflow in the get_internal_addresses function in the pluto application for Openswan 1.x before 1.0.9, and Openswan 2.x before 2.3.0, when compiled XAUTH and PAM enabled, allows remote authenticated attackers to execute arbitrary code. Please mention this id in the changelog (could be done with the next upload if you've already uploaded the fixed package. Regards, Joey -- Testing? What's that? If it compiles, it is good, if it boots up, it is perfect. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280287: No answer from kdebugs
Hi! Is there something I can help to solve the problem. Got now answer from the kdebug-team. So maybe I can help a bit. Any recommendations/tasks for me? regards helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292603: egroupware-calendar: no support for all-day events
Package: egroupware-calendar Version: 1.0.00.006-1.dfsg-1 Severity: wishlist egroupware-calendar has no support for all day events like birthdays, anniversaries etc. All events _must_ have some start time and end time. I also use korganizer with egroupware's XML-RPC interface. When I create an all-day event in korganizer, it shows up as a 0-time event at 00:00 hrs. IMHO this is a much needed and not so difficult to implement feature. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages egroupware-calendar depends on: ii egroupware-core 1.0.00.006-1.dfsg-1 eGroupWare core modules ii egroupware-infolog 1.0.00.006-1.dfsg-1 eGroupWare infolog application -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292605: Sarge Installation Failure -- Load installer Modules Failed
Package: installation-reports Debian-installer-version: rc2 on 2005-01-27 (sarge) uname -a: No shell prompt, will be bufflehead eventually Date: 2005-01-27 Method: NetInst i386 rc2 CDRom from debian.com Machine: Dell PowerEdge 2200 - SCSI CDROM Processor: Intel Pentium II/300 Memory: 190 MB Root Device: crashed before defining root device Root Size/partition table: crashed before defining root device Output of lspci and lspci -n: crashed before shell Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Detect CD: [O] Config network: [ ] Load installer modules: [E] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: (NOTE: Config network task is out of sequence on this form. It happens after the Load Installer Modules step.) Install is failing to load all the components of the Debian Installer on the target computer from a SCSI CD-Rom drive. It stops on the 'mkreiserfx-udeb' step with a There was a problem reading data from the CDROM. Please make sure it is in the drive. If retrying does not work, you should check the integrity of your CDROM. The install CD correctly loads all the modules on another, newer computer (PIII 733/IDE CDROM, 512MB Memory) and moves on to the Network config. So, that leaves media weakness, subtle image corruption, hardware issues with the old box or a driver glitch on it. I've tested the CD-ROM drive various ways, including booting knoppix 3.4 on the target box, which runs just fine. This is an odd problem. Seems like hardware or media issues, yet tests can't pin it down. I would do a MD5 checksum on the image, just in case, but I can't find the checksum to check against anywhere.
Bug#280049: aptitude: Update of Lithanian translation
tags 280049 pending thanks (maybe already tagged) Quoting Darius ´itkevicius ([EMAIL PROTECTED]): I have fixed some terms and translation errors. Please use this po file. Commited to SVN
Bug#291029: unregister_netdevice: waiting for br0 to become free. Usage count = 1
Hello, I also noticed this error with my br0 interface. I cannot simply restart or poweroff my computer because it hangs when bringing down networking. It's really troublesome. But I'm wondering If it's really problem with kernel. When my network was not used too much I was testing this problem and I realized that if I manually bring down all bridge_ports I can normaly turn off br0 after all. Maybe this should be fixed in /etc/network/if-post-down.d/bridge from bridge-utils package ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291794: **FATAL_ERROR** ....open of /var/lib/ntop/prefsCache.db failed
On 27 Jan 2005 at 7:29, Ola Lundqvist [EMAIL PROTECTED] wrote:
It says in '/usr/share/doc/ntop/README.Debian': { quote deleted }
It's not mandatory, there's a qualifying may. If something needs to be
done to get 'ntop' working, the installer script should do it.
You need to set it if it is not there or you have configured in some
special way.
You seem to be saying certain procedures are required for EVERY new install.
In that case the text may need is a bug, and should be revised.
Suggestions...
Before:
At installation you may need to set the administration password.
After:
After installing 'ntop' for the first time, you must set the
administration
password.
As is common when editing technical docs, correcting an ambiguous
expression reveals other faults.
It's unclear what set the administration password means. Root's password as
applied to some part of 'ntop' I'm guessing, but as it's phrased it might mean
a special 'ntop'-only password.
Assuming it's just 'root' though, further revision is needed. What are we
setting? A permission. For what? A daemon, program or file? How does one set
it?
2nd try.
Before:
At installation you may need to set the administration password. You do
that by running ntop with the option -A (or --set-admin-password). It
will prompt you for the password and then exit. Now start the ntop
daemon.
After, with comments in {brackets}:
After installing 'ntop' for the first time, you must set the
administration
password for {what? a daemon, program or file? which ones?}. You do
that by running:
ntop -A { make the code easy to cut and paste! }
You'll be prompted for a root password, then the program will exit.
This
only needs to be done once. {Right?}
Now start the ntop daemon. {How? When? Every time you use 'ntop'?
Every
time you reboot? Just once? Example code should be included. Also
there
should be some note of what to expect -- namely nothing. The daemon
doesn't
produce useful user output, just diagnostic cruft.}
{ Some mention of the 'top'-like user level 'ntop' should be here.
Example:
Now that the {daemon/program/file's?} password has been set, and the
deamon is running, you can run the user level program. If your user
name is bill login as bill, go online, then type 'ntop'. Or
whatever. Perhaps further steps have to be taken so bill can use
it. }
Finally, here's a model example of what we're aiming for from the
'README.Debian' from 'lxdoom-svga':
lxdoom-svga
---
If you want to run lsdoom, the lxdoom SVGAlib binary, as a normal user,
it will need to be setuid root. You can accomplish this by using the
following sequence of commands:
dpkg-statoverride --add root root 4755 /usr/games/lsdoom
chown root:root /usr/games/lsdoom
chmod 4755 /usr/games/lsdoom
This used to be automated via debconf, but is now left up to the user.
-- Joe Drew [EMAIL PROTECTED], Fri, 26 Mar 2004 23:43:36 -0500
That's not perfect, but it's good enough. (He's afraid of 'debconf' too.) The
commands given are easy to cut and paste. No guesswork or looking up switches
in 'man' pages.
As it is a password that is needed to be set and there are
no really good way to do that in postinst with debconf without creating
really bad security issues you need to that manually.
I don't see much problem. The installer script is already running as root,
it has access, (no need to ask for a password), why not do it then, or
at least offer to.
...a repeat of that question: On your system(s), does purging
and reinstalling 'ntop' with the install script options 'ppp0' and 'ntop'
work?
No as I do not have a ppp0 interface.
Much faster for you, but I wish you'd mentioned that earlier.
HEY YOU modem users, if any are reading this: what are your results with
installing 'ntop'?
apt-get remove --purge ntop
apt-get install ntop
(Read README.Debian file)
ntop -A
/etc/init.d/ntop start
That will work for you.
It hasn't so far. (cue audience booing...)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
