Bug#308666: apt-proxy-import --version gives the wrong answer
Package: apt-proxy Version: 1.9.28 Severity: normal apt-proxy-import --version imports twisteds version rather than apt-proxys. Also, it would be nice if apt-proxy --version also worked rather than crashed. -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages apt-proxy depends on: ii bzip2 1.0.2-5high-quality block-sorting file co ii debconf 1.4.48 Debian configuration management sy ii logrotate 3.7-2 Log rotation utility ii python2.3.5-2An interactive high-level object-o ii python-apt0.5.10 Python interface to libapt-pkg ii python-bsddb3 3.3.0-6Python interface to libdb3 ii python-twisted1.3.0-8Event-based framework for internet ii python2.3 2.3.5-2An interactive high-level object-o -- debconf information: apt-proxy/upgrading-v2: apt-proxy/upgrading-v2-result: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337283: upgrade breaks trac access.
Package: trac Version: 0.9-1 Severity: grave Oops... Trac detected an internal error: file is encrypted or is not a database Traceback (most recent call last): File /usr/lib/cgi-bin/trac.cgi, line 20, in ? cgi_frontend.run() File /usr/lib/python2.3/site-packages/trac/web/cgi_frontend.py, line 124, in run env = get_environment(req, os.environ, threaded=False) File /usr/lib/python2.3/site-packages/trac/web/main.py, line 338, in get_environment return _open_environment(env_path, threaded) File /usr/lib/python2.3/site-packages/trac/web/main.py, line 44, in _open_environment return open_environment(env_path) File /usr/lib/python2.3/site-packages/trac/env.py, line 375, in open_environment if env.needs_upgrade(): File /usr/lib/python2.3/site-packages/trac/env.py, line 281, in needs_upgrade if participant.environment_needs_upgrade(db): File /usr/lib/python2.3/site-packages/trac/env.py, line 334, in environment_needs_upgrade dbver = self.env.get_version(db) File /usr/lib/python2.3/site-packages/trac/env.py, line 204, in get_version cursor.execute(SELECT value FROM system WHERE name='database_version') File /usr/lib/python2.3/site-packages/trac/db.py, line 219, in execute args or []) File /usr/lib/python2.3/site-packages/trac/db.py, line 211, in _rollback_on_error return function(self, *args, **kwargs) DatabaseError: file is encrypted or is not a database Downgrading to 0.8 fixes the problem. Is an upgrade script required ? -- 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-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages trac depends on: ii python-clearsilver 0.9.13-3.2 python bindings for clearsilver ii python-sqlite 1.0.1-4 python interface to SQLite 2 ii python2.3 2.3.5-8 An interactive high-level object-o ii python2.3-subversion1.2.3dfsg1-2 python modules for interfacing wit ii subversion 1.2.3dfsg1-2 advanced version control system (a Versions of packages trac recommends: ii apache2-mpm-prefork [httpd] 2.0.55-3 traditional model for Apache2 pn python2.3-setuptools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261073: Any solution?
Martin Michlmayr wrote: Can anyone who knows the kdb-chooser code please take a look at this bug. AFAIK it still occurs and there's a patch in the bug log which seems to work. I had not applied this patch at the time (2004!) as I didn't want to upset the sarge release. It looks good, I will apply. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337304: [Fwd: Bug#337304: Floating point exception in SLang_init_all() on alpha]
John E. Davis wrote: On Thu, 03 Nov 2005 19:56:46 +, you said: The following example causes libslang2 to throw a Floating point exception on Alpha. Works fine on i386. How was it compiled for the alpha? That is, what set of CFLAGS were used? For the alpha, which does not have full IEEE math support in hardware, slang needs to be compiled with software IEEE emulation, i.e., CFLAGS = -mieee or CFLAGS = -ieee_with_no_inexact Thanks, --John The buildd logs are available online: First, for 2.0.3-1, whichs works on Alpha: http://buildd.debian.org/fetch.php?pkg=slang2ver=2.0.3-1arch=alphastamp=1119141299file=logas=raw has: ou are compiling SLANG with the following compiler configuration: CC = gcc CFLAGS = -g -O2 -mieee -Wall -W -pedantic -Winline -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wshadow -Wstrict-prototypes LDFLAGS = -Wl,-export-dynamic ELF_CC = $(CC) ELF_LINK = $(CC) $(LDFLAGS) -shared -Wl,-soname# ELF_CFLAGS= $(CFLAGS) -fPIC -mieee While the problematic 2.0.4-7 build is: http://buildd.debian.org/fetch.php?pkg=slang2ver=2.0.4-7arch=alphastamp=1127147388file=logas=raw CC = gcc CFLAGS = -g -O2 -mieee -Wall -W -pedantic -Winline -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wshadow -Wstrict-prototypes LDFLAGS = -Wl,-export-dynamic ELF_CC = $(CC) ELF_LINK = $(CC) $(LDFLAGS) -shared -Wl,-soname No Change there :-( Regards Alastair ELF_CFLAGS= $(CFLAGS) -fPIC -mieee
Bug#337663: initramfs-tools: droping in rescue shell has no loadkeys and do not default to right keymap.
Sven Luther wrote: Package: initramfs-tools Severity: normal Well, as said, it is rather painful when one is dropped in the rescue shell, to have it default to us keymap, even though you have another kind of keyboard layout (azerty for me). At least it should include the loadkeys binary as well as the keymaps if it fails to autodetect the right thing. Friendly, Sven Luther Little-known fact: the 'kbd-chooser' binary acts as loadkeys within d-i. So we should make sure its loaded and there is a symlink to it from /bin/loadkeys. Regards Alastair -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.12-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319069: #319069: please confirm this change
tags 319069 moreinfo help thanks I do not currently have access to any Type5 keyboards either, so I cannot verify this. Can someone with a Type 5 please confirm? Also, this package is being replaced later in Debian/etch by kbd, which has this key as 'Delete'. If the issue is confirmed, the bug will be reassigned when kbd is used to provide this keymap, otherwise it will be closed. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333533: [Fwd: Some translation, i18n related requests for console-tools]
Package: console-tools Severity: normal ---BeginMessage--- Hello, I am the Turkish team leader for the Translation Project, which does console-tools translations. I would like to report the following strings in console-tools which are untranslatable: Best regards, Deniz Reason: plural is added brute force. Plural for Turkish for example is 'ler' or 'lar' which this would not support. Some languages have different plural forms for 2 vs. more than 2 etc. The correct way of gettextizing plural forms is explained in gettext manual section 10.2.5 #: loadkeys.y:939 #, c-format #, fuzzy msgid \n Changed %d key%s and %d string%s.\n msgstr \n %d tuş%s ve %d dizgi%s.\n Reason: plural is added brute force. Plural for Turkish for example is 'ler' or 'lar' which this would not support. Some languages have different plural forms for 2 vs. more than 2 etc. The correct way of gettextizing plural forms is explained in gettext manual section 10.2.5 #: loadkeys.y:943 #, c-format #, fuzzy msgid Loaded %d compose definition%s.\n msgstr Yüklenmiş %d oluşum tanımı%s.\n Reason: This is not a complete sentence. The way Turkish does clauses is completely different for example and depending on what comes before this (which makes up the full sentence), the Turkish translation would be completely different. The best method of insuring translatable programs is to use a full sentence for each msgid, not part of a sentence. #: kbdtools/dumpkeys.c:244 #, c-format #, fuzzy msgid of which %d dynamically allocated\n msgstr bunların %d adedi dinamik olarak ayrılmıştır\n Reason: these two msgids together make up a sentence. It is impossible to translate these correctly into Turkish since the clause order needs to be reversed. Combining these into a single msgid would make it translatable. #: kbdtools/dumpkeys.c:528 msgid interpret character action codes to be from the msgstr #: kbdtools/dumpkeys.c:529 msgid specified character set msgstr Reason: The following two are again, parts of a sentence. Untranslatable into Turkish without knowing where in the sentence they fit so they can be declined correctly. #: screenfonttools/consolechars.c:713 #, fuzzy msgid , with SFM msgstr ,SFM ile #: screenfonttools/consolechars.c:713 #, fuzzy msgid , without SFM msgstr SFM'siz ---End Message---
Bug#333538: console-tools: How to make CapsLock work automatically
Package: console-tools Severity: minor ---BeginMessage--- Greetings. Lately I've been messing around with the console a lot. At times I've tried and failed to make pressing Caps Lock result in a command being executed without anything being written to the screen. ReadLine wrote the screen and would only work on readline-apps. So I decided to dig deeper. There doesn't seem to be a way to make a keymap with: 1) a custom command, though Console_1, Console_2, etc. result in the same as 'chvt'. 2) a way to have multiple actions on one keypress. I decided to grab the source and try and modify it myself. I have no C experience, but decided to try anyway. I found the code that defines a bunch of arrays (associative arrays?) with the keysyms, but couldn't find the code where what they did was defined. I'd like a simple explanation of how I could perhaps make a new keysym that executed a command through the shell, or something like that, without anything being written to the screen. Please reply at your convenience. Happy Easter, ~ Da-breegster ---End Message---
Bug#336567: postinst fails runnng modprobe on 'ext3,ext2'
Package: yaird Version: 0.0.11-10 Severity: serious I have an /etc/fstab with lines of the form: /dev/hda2 / ext3,ext2 errors=remount-ro 0 1 ie. for filesystem, try ext3 first, if this cannot be done, use ext2. Recent versions of mount understand this syntax, but yairds' postinst barfs on it: Setting up linux-image-2.6.14-1-686 (2.6.14-1) ... Using /usr/sbin/mkinitrd.yaird to build the ramdisk. Full list of probed ramdisk generating tools : /usr/sbin/mkinitrd /usr/sbin/mkinitrd.yaird /usr/sbin/mkinitramfs. yaird error: error running modprobe ext3,ext2 (fatal) Failed to create initrd image. dpkg: error processing linux-image-2.6.14-1-686 (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: linux-image-2.6.14-1-686 E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages yaird depends on: ii cpio 2.6-8 GNU cpio -- a program to manage ar ii dash 0.5.2-8 The Debian Almquist Shell ii libc62.3.5-7 GNU C Library: Shared libraries an ii libhtml-template-perl2.6-2 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii perl 5.8.7-7 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332957: fixed in gtk+2.0-directfb 2.0.9.2-4
Hmm,
Yes, that makes more sense :-)
I'll change the depends line tonight. I think I'll leave the libc-udeb
for the moment, as it is possible people will come up with libcs' othe
than libc in the future (dietlibc, klibc, etc.) that will do what we
need.
Regards
Alastair
On Thu, 2005-10-13 at 12:24 +0200, Frans Pop wrote:
found 332957 2.0.9.2-4
thanks
On Tuesday 11 October 2005 22:33, Debian Bug Tracking System wrote:
* Add Provides: libgtk-directfb-2.0-0. Closes: #332957.
Alastair,
That is very usefull for letting other udebs depend on this package, but
not actually what I meant :-)
The udeb currently has:
Depends: libc-udeb, libdirectfb-0.9-22-udeb
What I meant was this could now be changed to:
Depends: libc-udeb, libdirectfb-0.9-22
I feel this is more in line with other udebs, but I'll leave it to you to
decide if you want to change this or just close the bug again (or leave
it open as a reminder for a later date).
(The depends for libc-udeb could also be changed to plain libc6 (for
i386 at least), but it is probably easier to do that when you can switch
to using ${shlibs:Depends} in the control file.)
Cheers,
FJP
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334359: problem detected with latest glibc - double-linked list
Package: lftp Version: 3.3.1-1 Severity: normal running as root, trying to get a file that didn;t exist,m triggered the following: lftp ftp.debian.org:/debian/pool/main/d/directfb get libdirectfb-0.9.22-8_i3 get: Access failed: 550 Failed to open file. (libdirectfb-0.9.22-8_i3) *** glibc detected *** corrupted double-linked list: 0x08183c78 *** Aborted coll:directfb# lftp ftp.debian.org -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages lftp depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libgcc1 1:4.0.2-2 GCC support library ii libgcrypt11 1.2.1-4LGPL Crypto library - runtime libr ii libgnutls12 1.2.6-1the GNU TLS library - runtime libr ii libgpg-error0 1.1-4 library for common error values an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.0-11 GNU readline and history libraries ii libtasn1-20.2.13-1 Manage ASN.1 structures (runtime) ii netbase 4.22 Basic TCP/IP networking system ii zlib1g1:1.2.3-4 compression library - runtime lftp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends
Martin-Éric Racine wrote: su, 2005-11-20 kello 18:14 -0800, Steve Langasek kirjoitti: On Sun, Nov 20, 2005 at 11:43:47PM +0200, Martin-Éric Racine wrote: su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti: On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote: Given how Unicode compliance is a release goal for Etch, having libfribidi0 in Recommends is not sufficient; it really must show in Depends. No. "Unicode support" refers to applications functioning in a UTF-8 locale as correctly as they do in a single-byte locale. And it indeed doesn't function correctly here. Not putting libfribidi0 as Depends breaks newt operation on UTF-8 locales, which in turns also affects debconf. Without it, debconf does NOT work correctly under a UTF-8 locale using the 'dialog' front-end. Then you should have said that (and in a separate bug report, no less) instead of claiming that dependencies were missing. If UTF-8 isn't working right without lifribidi0, then something's buggy in the UTF-8 support, because libfribidi0 should *not* be required for this. You really ought to check the whole thread for this bug before mailing. This bug already was about the missing dependency, which the maintainer "solved" by adding a Recommends, instead of a Depends. The bug was fixed by fixing a segfault in libslang2 that occured when libfribidi was not present. That fixed, it is now possible for newt to have a Recommends: rather than a Depends:, hence that was changed simultaneously: it was not the 'fix'. newt works in UTF-8 for non-BIDI languages. I am reluctant to add a dependency on libfribidi and inflate base for non-BIDI users: it makes using Debian as an embedded system much harder. A better solution I think would be to make sure libfribidi is installed when BIDI languages are chosen on the installer, or when X / graphical console is installed. Regards Alastair
Bug#273713: Lustre packaging
Jimmy Tang wrote: Hi Alastair, The 2.6.16 code I have works for light use: survives some tests such as bonnie, etc. but hangs in large workloads: I'm debugging this, but would prefer to target 2.6.17 for Etch. (even if we don't get in the Etch release, I'd like to support the stable kernel.) Some patches ported to 2.6.17. Out of curiousity what sort of heavy workloads are you trying out on the system? None at the moment; we've a small test cluster that had driver issues up to 2.6.17, and so i'm trying out 2.6.17. I'd be interested in testing the package out on a small test cluster here as well for users who have heavy IO needs. also is there any interest in testing these patches for 2.6.16/17 with with the openib patches/stacks? give it a bit to sort out some issues with the packaging. The current head-of-tree in the repo is definitely a Work in progress, concentrating on merging current work by Goswin von Brederlow and myself (and others); I plan to get an experimental release worth proper testing, then we can add openib patches. I'll email you as soon as thats ready. Do you have openib patches for 2.6.16/17 ? Jimmy. Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386572: hunglish: Please recommend kbd | console-tools instead of console-tools
Package: hunglish Severity: normal console-tools is deprecated and being removed post-etch. Please depend on 'kbd | console-tools' to help transition to kbd. (console-tools is dead upstream). Thanks Alastair -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386853: Please use unicode-data package
Package: unicode Version: 0.6 Severity: normal Unicode has Suggests: perl-modules | console-data, but does not appear to use either of these. In particular /usr/share/unidata has moved from console-data to unicode-data; I am updating unicode-data-5.0.0 to move unidata to /usr/share/unicode to match your program. Please update unicode to Recommends: unicode-data. -- 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.17-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages unicode depends on: ii python2.4.3-11 An interactive high-level object-o unicode recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273713: Lustre packaging
Hi Jimmy, Thanks, I saw that and am using gcc-3.3 at the moment. I will try to enforce 3.3 in the packaging (Depends: on gcc, then gcc-3.3 in the Makefiles, etc.) Regards Alastair Jimmy Tang wrote: Hi Alastair, just poking through the package so far, and i noticed that etch is using gcc4.1 and cross referencing the lustre-discuss list, i noticed that even though 4.x is targetted but isnt working right, 3.3 / 3.4 seems to be a better choice for compilers for lustre (at least for now) if one wantss a more stable system. quoting the lustre discuss list (though a nearly a month old at this point in time)... Date: Mon, 14 Aug 2006 11:30:41 -0400 From: Peter J. Braam [EMAIL PROTECTED] Subject: RE: [Lustre-discuss] GCC version(s) To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] It looks like it consumes more stack than the gcc3 family, and we have seen crashes due to that. We are not 100% sure about this, but this is what we are guessing at the moment. - Peter - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, August 14, 2006 9:12 AM To: Peter J. Braam Cc: [EMAIL PROTECTED] Subject: [Lustre-discuss] GCC version(s) From: Peter J. Braam [EMAIL PROTECTED] Date: Mon, 14 Aug 2006 10:53:02 -0400 Hi The gcc4 problem will be tackled during the coming months. We hope, of course, to increase our agility and keep up a little better. That's good to hear. What exactly is the problem with gcc4? It won't compile? Wierd errors at runtime? Something else? Jimmy. On Fri, Sep 08, 2006 at 01:24:44PM +0100, Alastair McKinstry wrote: Jimmy Tang wrote: Hi Alastair, The 2.6.16 code I have works for light use: survives some tests such as bonnie, etc. but hangs in large workloads: I'm debugging this, but would prefer to target 2.6.17 for Etch. (even if we don't get in the Etch release, I'd like to support the stable kernel.) Some patches ported to 2.6.17. Out of curiousity what sort of heavy workloads are you trying out on the system? None at the moment; we've a small test cluster that had driver issues up to 2.6.17, and so i'm trying out 2.6.17. I'd be interested in testing the package out on a small test cluster here as well for users who have heavy IO needs. also is there any interest in testing these patches for 2.6.16/17 with with the openib patches/stacks? give it a bit to sort out some issues with the packaging. The current head-of-tree in the repo is definitely a Work in progress, concentrating on merging current work by Goswin von Brederlow and myself (and others); I plan to get an experimental release worth proper testing, then we can add openib patches. I'll email you as soon as thats ready. Do you have openib patches for 2.6.16/17 ? Jimmy. Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] ---end quoted text--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387043: gdm: Mojibake if in UTF-8 mode when running XKeepsCrashing script
Package: gdm Version: 2.6.0.8-1 Severity: normal If you have a UTF-8 locale, eg. en_GB.UTF-8, and a bad /etc/X11/xorg.conf file, then the dialog shown by XKeepsCrashing is garbled. This is because XKeepsCrashing needs to set the console mode to match the locale, so the correct line-drawing characters are shown. Below is a patch that does this. Regards Alastair McKinstry -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages gdm depends on: ii adduser3.63 Add and remove users and groups ii debconf1.4.30.13 Debian configuration management sy ii dpkg 1.10.28 Package maintenance system for Deb ii gksu 1.2.5-3 graphical frontend to su ii gnome-session 2.8.1-6 The GNOME 2 Session Manager ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libattr1 2.4.16-1 Extended attribute shared library ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22sarge3GNU C Library: Shared libraries an ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.8.1-3 SAX-based renderer library for SVG ii libselinux11.22-1SELinux shared libraries ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra 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 libxi6 4.3.0.dfsg.1-14sarge1 X Window System Input extension li ii libxml22.6.16-7 GNOME XML library ii metacity [x-window 1:2.8.8-1 A lightweight GTK2 based Window Ma ii xbase-clients 4.3.0.dfsg.1-14sarge1 miscellaneous X clients ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii xterm [x-terminal- 4.3.0.dfsg.1-14sarge1 X terminal emulator ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: gdm/daemon_name: /usr/bin/gdm shared/default-x-display-manager: gdm --- XKeepsCrashing.old 2006-09-11 21:36:59.0 +0100 +++ XKeepsCrashing.new 2006-09-11 21:38:49.0 +0100 @@ -6,6 +6,16 @@ unset LC_MESSAGES fi +# If the locale is UTF-8, then the console must be so too, or we will +# get mojibake +CHARMAP=`locale charmap` +if test $CHARMAP = UTF-8 +then + unicode_start 2 /dev/null || true +else + unicode_stop 2 /dev/null || true +fi + if test -x $LIBEXECDIR/gdmtranslate ; then GDMTRANSLATE=$LIBEXECDIR/gdmtranslate else
Bug#387118: Please move from console-tools to kbd
Package: svgatextmode Version: Please move from Depends: console-tools to Depends: kbd Severity: wishlist Please change from Depends: console-tools to Depends: kbd. This is because console-tools is dead upstream, and will be removed post-etch; moving dependencies now will help ease the transition. Thanks Alastair McKinstry -- 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.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387125: Please change Depends: to kbd | console-tools
Package: console-log Severity: normal console-tools is dead upstream and is being removed from Debian post-etch. To aid the transition, please change the Depends: from console-tools | kbd | console-tools to kbd. Regards Alastair McKinstry -- 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.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387128: Please remove dependency on console-tools
Package: console-cyrillic Severity: normal console-tools is dead upstream and will be removed post-etch. Can you please help in the transition by changing your Depends: from console-tools | kbd to 'kbd'. Thanks Alastair McKinstry -- 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.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387124: Please move from console-tools to kbd
Package: dynafont Severity: wishlist console-tools is dead upstream and is being removed from Debian post-etch. To help with the transition, please test dynafont with kbd, and switch to Recommends: kbd. Thanks Alastair McKinstry -- 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.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387129: Please change Recommends: from 'console-tools' to 'kbd'
Package: cmatrix Severity: normal console-tools is dead upstream and will be removed post-etch; I am working on the transition to 'kbd'. Can you please help with the transition by changing Recommends: from console-tools to 'kbd', and ensuring that cmatrix works with kbd? Thanks Alastair McKinstry -- 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.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333533: Bug: fix postponed until post-etch
tags 333533 etch-ignore thanks Sorry for not fixing this bug earlier - due to reasons beyond my control I was unable to devote time to Debian earlier this year. Unfortunately console-tools is effectively frozen (due to debian-installer dependencies), which means that invasive changes such as changing the strings quoted are not possible at this time. Hence the bug has to be left until after Etch is released. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387188: Update patch for 2.6.17, 2.6.18 kernels
Package: linux-patch-gcov Version: 0.8 Severity: important The patch does not apply to kernels later than 2.6.15, ie. anything shipping in Etch. There have been no new releases, nor patches in CVS. I have pinged [EMAIL PROTECTED] looking for information. Regards Alastair -- 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.17-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages linux-patch-gcov depends on: ii bash 3.1-5 The GNU Bourne Again SHell ii grep-dctrl2.9.0 Grep Debian package information - ii patch 2.5.9-4Apply a diff file to an original linux-patch-gcov recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387195: patch
Christian Perrier wrote:
Quoting Davide Viti ([EMAIL PROTECTED]):
Tags: patch
The attached patch fixes compilation by removing dependency from
${unidatadir}/UnicodeData.txt in the $(AUTO_FALLBACKS_FB) and
$(AUTO_FALLBACKS_NFB) rules
Thanks, Davide. I'd prefer Alastair uploading a new version than
myself as I have no skill to judge whether that patch is correct or
not (I suspect it is...:-)).
Patch is already in subversion :-)
I hope to upload a new console-data as soon as I've pulled in some
other patches - 379110, 382507, 319069, etc. Hopefully today or tomorrow.
Regards
Alastair
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387310: fails to compile without legacy scsi proc included
Package: linux-source-2.6.17 Version: 2.6.17-8 Severity: normal Building linux-source-2.6.17-8: LD .tmp_vmlinux1 drivers/built-in.o: In function `sd_iostats_init': (.text+0xe1c88): undefined reference to `proc_scsi' drivers/built-in.o: In function `sd_iostats_fini': (.text+0xe1e84): undefined reference to `proc_scsi' drivers/built-in.o: In function `sd_iostats_fini': (.text+0xe1ea6): undefined reference to `proc_scsi' make: *** [.tmp_vmlinux1] Error 1 enabling legacy /proc/scsi allowed compilation to work. -- 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.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-source-2.6.17 depends on: ii binutils 2.17-2 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co Versions of packages linux-source-2.6.17 recommends: ii gcc 4:4.1.1-7 The GNU C compiler ii libc6-dev [libc-dev] 2.3.6.ds1-4 GNU C Library: Development Librari ii make 3.81-2 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379938: glibc bug
This bug now faults on latest glibc's with free() debugging enabled. Basically, something is going wrong in dlerror()'s memory handling. If the library libfribidi.so is missing, mondoarchive calls newt sufficiently frequently , or something, to trigger a problem in glibc. I as yet cannot reproduce this bug in a different scenario. I am going to try and place a workaround to this bug in newt, which may need to be disabled to repeat this fault. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275077: Hard bug : needs kernel change?
Hi, This bugfix is definitely postponed to post-etch. AFAIK, there is no way that slang can query the current screen state, in particular the current cursor type. This is because (most?) terminal hardware cannot be queried. Hence the best we can do is to try and keep a copy/estimate of the cursor state outside of userspace applications, ie. in the kernel, which can be set by cursor change methods in slang and elsewhere. Then, slang can query this to reset the cursor on leaving an application. Help requested to implement this, or recommend a better solution. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392942: Regression in selection lists, probably due to #384787
Frans Pop wrote: Hello Alastair, AFAICT Eugeniy's analysis shows that this issue is unrelated to his patch for #384787, but rather a separate slang issue. What is your take on it and how can we best proceed to resolve it? If at all possible, I'd like to see it resolved before the RC1 release, but that is going to be very tight. If not, we could delay it until the next release candidate. Eugeniy: are you by any chance still working on this? Thanks, FJP I've been looking at this bug last night and today (a bit more awake). The problem is with a patch 080_wide_chars that broke jed (see #369152) and that I removed; I think this is patch needs fixing rather than removing. The error is in SLutf8_skip_chars() and I hope to work on it tonight if I get a chance. Patches and well-tested NMUs welcome. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390754: No new piuparts upload yet?
Lars Wirzenius wrote: On to, 2006-10-19 at 15:30 +0200, Bill Allombert wrote: On Thu, Oct 19, 2006 at 04:10:27PM +0300, Lars Wirzenius wrote: I notice that no-one's yet done an upload of piuparts to adopt it. Any news about that? Ian hasn't been added to the project yet. I can do that if he tells me his alioth username (I don't know how to look them up). The problems I reported are mostly work-around for transcient problem in the upgrade process, so maybe they are not worth adressing in piuparts. It would still be good to do an upload so that bug reports go to the new maintainers, and so that etch does not release with piuparts maintained by debian-qa. Agreed. I will do an upload tonight with Maintainer: piuparts team I have been a bit waylaid fixing RC bugs in my own packages, and a DSL outage at home. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392053: Missing actual jabber module
Package: python-jabber Version: 0.5.0-1.3 Severity: grave This package no longer contains an actual jabber module, and breaks third-party programs that import jabber. -- 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.18-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages python-jabber depends on: ii python2.4.3-11 An interactive high-level object-o ii python-support0.5.3 automated rebuilding support for p python-jabber recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337577: closed by Alastair McKinstry [EMAIL PROTECTED] (closing)
Hugh Lawson wrote: On Tue, Oct 10, 2006 at 09:34:38AM -0700, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #337577: showcfont hangs under 2.6 kernel-image, which was filed against the console-tools package. [ snip ] Date: Tue, 10 Oct 2006 16:58:14 +0100 From: Alastair McKinstry [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: closing This bug no longer occurs, as tested with console-tools-0.2.3dbs-65, and kernels currently shipped with Debian Sid and Etch, 2.6.17 and 2.6.18. Hello Alastair: It just occurred in Debian stable console-tools 0.2.3dbs-56 kernel-image-2.6.8-2-686 Best wishes, Thanks; I was unclear in my statement in closing the bug: it still occurs in stable, but is not sufficient there for a fix to make it to the stable releases; i.e. this bug will not be fixed in stable (it requires changes to the kernel, which has too many consequences for such a corner case). Regards Alastair Hugh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392508: console-common: installation fails if /usr/local is mounted read-only
On 10/12/06, Christian Perrier [EMAIL PROTECTED] wrote: Quoting Sam Hocevar (Debian packages) ([EMAIL PROTECTED]): Package: console-common Version: 0.7.62 Severity: serious Justification: Policy 9.1.2 QAlastair, trying to fix that one, I risk writing bad shell script.Can you try working on it?Christian,Yes, I'll do a fix today. I'm a bit hampered by broken DSL at home, so I have to set up a chroot to work in here at work. It has been impeding my Debian work for the last two weeks (until yesterday DSL wasjust not working in the evenings. Now it is broken totally: hence mail breakages recently, I think.Unfortunately I have little choice in Broadband providers, living in rural Ireland (ie. 10 km from a city ...) RegardsAlastair-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.5 (GNU/Linux)iD8DBQFFLdqR1OXtrMAUPS0RAmbgAJ4/PagxaJpVn4Fb3PdrF/Mde/UhjgCfSizpbR146gwjDbT2phH/xopmqyk==RA8f-END PGP SIGNATURE-
Bug#392508: console-common: installation fails if /usr/local is mounted read-only
On 10/12/06, Sam Hocevar (Debian packages) [EMAIL PROTECTED] wrote: Package: console-commonVersion: 0.7.62Severity: seriousJustification: Policy 9.1.2Quoting policy 9.1.2: Since `/usr/local' can be mounted read-only from a remote server, these directories must be created and removed by the `postinst' and `prerm' maintainer scripts and not be included in the `.deb' archive. These scripts must not fail if either of these operations fail.postinst is set -e and tries to move files in /usr/local without handling errors.Hmm,Did you actually manage to get to trigger these bugs, or did you find them by code checking?While I agree these are bugs (and will fix them), I am having a hard time triggering them via upgrade, etc.: I think the code paths are only followed if handling legacy directories that are no longer present in sarge, ie. upgrading via an unsupported configuration. If you triggered them In Real Life, i'd like to see the scenario so I could properly test it.RegardsAlastair-- System Information: Debian Release: testing/unstableAPT prefers unstableAPT policy: (500, 'unstable'), (50, 'experimental')Architecture: i386 (i686)Shell:/bin/sh linked to /bin/bashKernel: Linux 2.6.17.11Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Bug#392508: console-common: installation fails if /usr/local is mounted read-only
On 10/12/06, Sam Hocevar [EMAIL PROTECTED] wrote: On Thu, Oct 12, 2006, Alastair McKinstry wrote:Did you actually manage to get to trigger these bugs, or did you find themby code checking? It was mere code checking. I assumed that since /usr/local was the administrator's sandbox, one could assume anything could be found thereand did not bother looking at old versions of console-common. I agreethat the code might never be triggered in real life, though. Ok, I have a fix that I am working on and will try to upload today.RegardsAlastair --Sam.
Bug#366172: #366172: additional conf files
Hi Scott, I'm trying to repeat bug #366172, as it appears to have been stalled since August. I have not yet repeated the crash. Can you send copies of the following files, if present (to [EMAIL PROTECTED], thanks) /etc/pam-ldap.conf /etc/nscd.conf Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390754: I'll adopt this
retitle 390754 ITA: piuparts - package installation, upgrading and removal testing tool thanks I'll adopt this, and look at getting it working on sarge ASAP, following the plan outlined by Lars. Thanks Lars, for the work so far and you're welcome to step in as uploader/ comaint whenever time permits. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390857: linux-image-2.6.17-2-powerpc: Upgrade sarge - etch fails
Package: linux-image-2.6.17-2-powerpc Version: 2.6.17-9 Severity: important Upgrade from starge to etch fails on my Pegasos system, as 2.6.8-powerpc to 2.6.17-powerpc fails. Below is the apt-get -f install output, with DEBCONF_DEBUG=developer Regards Alastair apt-get -f install Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 134 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up linux-image-2.6.17-2-powerpc (2.6.17-9) ... debconf (developer): frontend started debconf (developer): frontend running, package name is linux-image-2.6.17-2-powerpc debconf (developer): starting /var/lib/dpkg/info/linux-image-2.6.17-2-powerpc.config configure 2.6.17-8 debconf (developer): -- VERSION 2.0 debconf (developer): -- 0 2.0 debconf (developer): starting /var/lib/dpkg/info/linux-image-2.6.17-2-powerpc.postinst configure 2.6.17-8 debconf (developer): -- VERSION 2.0 debconf (developer): -- 0 2.0 debconf (developer): -- CAPB backup debconf (developer): -- 0 multiselect escape backup Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.17-8 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.17-8 was configured last, according to dpkg) Running postinst hook script /usr/sbin/mkvmlinuz. debconf (developer): -- Output file /boot/vmlinuz-2.6.17-2-powerpc exists, attempting to back it up... Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/mkvmlinuz debconf (developer): -- GET mkvmlinuz/bootloaders debconf (developer): -- 0 mkvmlinuz run-parts: /etc/kernel/postinst.d/mkvmlinuz exited with return code 20 Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-2.6.17-2-powerpc.postinst line 1227. dpkg: error processing linux-image-2.6.17-2-powerpc (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: linux-image-2.6.17-2-powerpc E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages linux-image-2.6.17-2-powerpc depends on: ii initramfs-tools [linux-initra 0.79 tools for generating an initramfs ii mkvmlinuz 23 create a kernel to boot a PowerPC ii module-init-tools 3.2.2-3tools for managing Linux kernel mo linux-image-2.6.17-2-powerpc recommends no packages. -- debconf information: linux-image-2.6.17-2-powerpc/preinst/lilo-initrd-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/preinst/already-running-this-2.6.17-2-powerpc: linux-image-2.6.17-2-powerpc/preinst/abort-overwrite-2.6.17-2-powerpc: linux-image-2.6.17-2-powerpc/prerm/removing-running-kernel-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/postinst/kimage-is-a-directory: linux-image-2.6.17-2-powerpc/preinst/abort-install-2.6.17-2-powerpc: linux-image-2.6.17-2-powerpc/postinst/old-dir-initrd-link-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/postinst/bootloader-test-error-2.6.17-2-powerpc: linux-image-2.6.17-2-powerpc/preinst/overwriting-modules-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/postinst/bootloader-error-2.6.17-2-powerpc: linux-image-2.6.17-2-powerpc/postinst/old-initrd-link-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/preinst/lilo-has-ramdisk: linux-image-2.6.17-2-powerpc/prerm/would-invalidate-boot-loader-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/preinst/failed-to-move-modules-2.6.17-2-powerpc: shared/kernel-image/really-run-bootloader: true linux-image-2.6.17-2-powerpc/postinst/create-kimage-link-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/preinst/initrd-2.6.17-2-powerpc: linux-image-2.6.17-2-powerpc/preinst/elilo-initrd-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/postinst/depmod-error-2.6.17-2-powerpc: false linux-image-2.6.17-2-powerpc/postinst/old-system-map-link-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/preinst/bootloader-initrd-2.6.17-2-powerpc: true linux-image-2.6.17-2-powerpc/postinst/depmod-error-initrd-2.6.17-2-powerpc: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390754: O: piuparts -- .deb package installation, upgrading, and removal testing tool
Hi, Following the thread on -devel, I had already submitted ITA: to the BTS. It sounds like setting up a project on alioth might be a good way to go -- any objections or better suggestions? - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390909: console-tools: unicode_start fails on tty 6
Hi,
Thanks for the bug report. Unfortunately console-tools is currently
frozen for the
Etch release, so this bug will be fixed immediately post-etch, probably
in kbd,
as we are transitioning from console-tools - kbd after Etch is released.
I am currently working on scripts for unicode_start / stop to be
triggered and run
on udev events as consoles are created (either at boot, or createvt,
etc.) that will
remove the checks for fgconsole, etc. and hopefully speed boot times,
but this
is post-etch work.
Regards
Alastair
[EMAIL PROTECTED] wrote:
Package: console-tools
Version: 1:0.2.3dbs-65
Severity: minor
Hi,
on my system I have 10 consoles active, but unicode_start fails (or
better: doesn't have any effect) when invoked from a tty higher than 6.
tty1 to tty6 are in use, tty7 is left for X, tty9 to tty12 are in used.
tty8 is left unused because sometimes I redirect logs on that console.
The problem is in the way the upper bound of the iteration to set
unicode mode is computed:
NUM=`fgconsole --next-available`
When invoked from e.g. tty10 and tty8 is not in use `fgconsole
--next-available` returns 8 and of course tty10 is not affected by
unicode_start.
Fix may be as simple as this:
--- unicode_start.orig2006-10-03 18:09:11.492146500 +0200
+++ unicode_start 2006-10-03 18:09:22.740849500 +0200
@@ -46,8 +46,7 @@
DEVICE_PREFIX=/dev/tty
fi
-NUM=`fgconsole --next-available`
-NUM=`expr ${NUM} - 1 `
+NUM=`fgconsole`
# This needs a better fix, but because unicode_{start,stop} are called
# before getty starts the other consoles, if only one console set, then
# set for the first 6 VTs, since these are normally started by inittab
but I think that it will break console-screen.sh. Maybe the right fix
is to add another script that touches only the _current_ tty?
Luca
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8)
Versions of packages console-tools depends on:
ii debconf [debconf-2.0] 1.5.3 Debian configuration management
sy
ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries
ii libconsole 1:0.2.3dbs-65 Shared libraries for Linux
console
ii lsb-base 3.1-17Linux Standard Base 3.1 init
scrip
Versions of packages console-tools recommends:
ii console-common0.7.61 Basic infrastructure for text
cons
ii console-data 2:1.0-2Keymaps, fonts, charset maps,
fall
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388464: debian-installer: ~2.6.17-2 amd64 kernel appears to be missing lvm-mod
Package: debian-installer Version: Daily build 20060920 Severity: normal Installing a Dell 1950 Server (x86_64), LVM support is broken as there is no LVM support in the kernel (-8 or -9, I believe), and no LVM modules available. This worked with the i386 installer of the same build (20060920) - Alastair -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384787: #384787: newt fix : shall I apply for Etch?
Hi Frans, I saw your comment in #38787. I was reluctant to apply it in case it destabilises d-i (I thought udeb generators were effectively frozen); given your reaction I will reconsider and upload a release of newt with this fix. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370811: #370811: occurs only when show_read_statistics is 'no'
I can confirm that this bug appears elsewhere, and is still present in Debian/Etch (2.2.2-1). Also, it only occurs if show_read_statistics is set to 'no', which is the default in Debian; if set to 'yes', everything is fine. 'yes' is the default in the code, so perhaps a good workaround is just to set it 'yes'. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389189: Thanks
Thanks for this report. I am currently preparing an upload of the latest release (20060918) which will include a fix for this bug. As ltp is heavy on the buildd's please refrain from NMUs for this bug until at least 2006-09-27. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388464: debian-installer: ~2.6.17-2 amd64 kernel appears to be missing lvm-mod
Frans Pop wrote: reassign 388464 debian-installer tags 388464 + unreproducible thanks On Wednesday 20 September 2006 16:34, Alastair McKinstry wrote: Installing a Dell 1950 Server (x86_64), LVM support is broken as there is no LVM support in the kernel (-8 or -9, I believe), and no LVM modules available. This worked with the i386 installer of the same build (20060920) LVM works fine for me using current daily AMD64 image using kernel udebs based on -9. Please be more specific as to what is failing. Is it just that you do not see the LVM option in the main partman menu? If so, that is because an interface change. Please see the installation guide on alioth. Sorry about the delay in replying; the servers are at work, so I had to wait until today. This was the d-i netinst amd64 image for 20060920, on Dell PowerEdge 1950 hardware; there are two SATA disks configured with softraid (RAID1) across the two disks, and then LVM on these, so the path was: - netinst boot. - from partitioner, select Configure RAID , then Finish, so that RAID configuration is spotted. Then - Configure LVM to detect the LVM configuration. This fails with LVM could not be configured; you may need lvm-mod. In a seperate console, lsmod shows no lsm modules. The syslog does show: dm_mod: Unknown symbol idr_replace Now, this morning I repeated this with the same CD and with the weekly image amd64 binary-1.iso : the bug is no longer present on the 20060918 weekly image. Todays daily netinst image for amd64 failed to spot the CD, and so I could not test this far; I am investigating this further before submitting a bug report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389875: mixed vga+serial blanking problems
dean gaudet wrote: Package: console-tools Version: 1:0.2.3dbs-65 the various /etc/console-tools/config settings aren't applied to the vga device if i boot my system with console=ttyS0,115200 command-line option. now i know... you're thinking you said the console is serial, not vga... but then, that begs the question, in which place should i configure blanking on a mostly serial-console system which still has a monitor attached to it? since most of console-tools is for dealing with vga consoles it seems an appropriate place to support such a hybrid setup. -dean Hmm, You can disable the fgconsole check in /etc/init.d/console-screen.sh for this for the moment. Immediately post-etch I am moving this to an event-based system, calling the script not on bootup but on console startup, so that when VGA consoles are started the blanking scripts will be triggered. This is too invasive to happen at this stage of the release, unfortunately. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382115: console-tools.sh spawns many unnecessary processes
Thank you for this patch. I will include it in the next release (within
the week, I hope).
I shall be keeping the '.. done' for the moment, as I believe it is
useful when running
init scripts in parallel, and do not wish to experiment with this at
this stage of
release preparations, but the overall startup is a good improvement.
Regards
Alastair
Karol Lewandowski wrote:
Package: console-tools
Version: 1:0.2.3dbs-64
Severity: normal
Tags: patch
console-screen.sh init script spawns many really unncessary processes.
I'm providing patch along with commentary to fix this.
--- console-screen.sh.orig2006-08-09 02:04:35.0 +0200
+++ console-screen.sh 2006-08-09 02:02:38.0 +0200
@@ -82,16 +82,15 @@
# start vcstime
if [ ${DO_VCSTIME} = yes -a -x ${VCSTIME} ] ; then
- echo -n Starting clock on text console: `basename ${VCSTIME}`
+ echo Starting clock on text console: ${VCSTIME}
Spawning process to canoncalize executable name seems unncessary for me...
${VCSTIME} ${VCSTIME_OPT}
- echo .
Style... I really don't like echo -n; ...; echo done combo.
This is just personal thing, echo is shell built-in so it doesn't do
harm, please ignore this if you like different way. (and it seems you
do :)
fi
# Global default font+sfm
if [ ${SCREEN_FONT} ]
then
- echo -n Setting up general console font...
+ echo Setting up general console font.
SCREEN_FONT=-f ${SCREEN_FONT}
# maybe use an external SFM
@@ -101,76 +100,56 @@
# _before_ getty and so only one console running. So,
# Set for the first 6 VCs (as they are allocated in /etc/inittab)
NUM_CONSOLES=`fgconsole --next-available`
- NUM_CONSOLES=`expr ${NUM_CONSOLES} - 1`
+ NUM_CONSOLES=$(($NUM_CONSOLES - 1))
$((expression)) works with dash/ash, no need for expr.
[ ${NUM_CONSOLES} -eq 1 ] NUM_CONSOLES=6
- for vc in `seq 0 ${NUM_CONSOLES}`
+ i=0
+ while [ $i -lt $NUM_CONSOLES ]
do
- ${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} ${SCREEN_FONT}
${SCREEN_FONT_MAP} || { echo failed.; break; }
- if [ $vc -eq ${NUM_CONSOLES} ]; then echo done.; fi
+ ${SETFONT} --tty=${DEVICE_PREFIX}$i ${SETFONT_OPT} ${SCREEN_FONT}
${SCREEN_FONT_MAP} || { echo $i failed.; break; }
+ i=$(($i + 1))
done
fi
seq of course spawns process... [ and $((expression)) is built-in.
Here goes tricky part, I wont explain this -- I dont use SFMs so I
fixed ACMs and copied changes here... I haven't tested font+sfm
part! (It should work, though.)
-# Per-VC font+sfm
-PERVC_FONTS=`set | grep ^SCREEN_FONT_vc[0-9]*= | tr -d \' `
-if [ ${PERVC_FONTS} ]
+# Per-VC SFMs
+VCS=`set | grep '^SCREEN_FONT_vc[0-9]*=' | sed -e 's/^SCREEN_FONT_vc//'
-e 's/=.*//'`
+if [ ${VCS} ]
then
- echo -n Setting up per-VC fonts:
- for font in ${PERVC_FONTS}
+ echo Setting up per-VC fonts.
+ for vc in ${VCS}
do
- # extract VC and FONTNAME info from variable setting
- vc=`echo $font | cut -b15- | cut -d= -f1`
eval font=\$SCREEN_FONT_vc$vc
- if [ X$QUIET_PERVC != X1 ] ; then
- echo -n ${DEVICE_PREFIX}${vc},
- fi
- # eventually find an associated SFM
eval sfm=\${SCREEN_FONT_MAP_vc${vc}}
[ $sfm ] sfm=-u $sfm
-
${SETFONT} --tty=${DEVICE_PREFIX}$vc ${SETFONT_OPT} -f $font $sfm
done
- echo done.
fi
-
# Global ACM
[ ${APP_CHARSET_MAP} ] ${CHARSET} G0 ${APP_CHARSET_MAP}
ACMs start here:
-
# Per-VC ACMs
-PERVC_ACMS=`set | grep ^APP_CHARSET_MAP_vc[0-9]*= | tr -d \' `
-if [ ${PERVC_ACMS} ]
+VCS=`set | grep '^APP_CHARSET_MAP_vc[0-9]*=' | sed -e
's/^APP_CHARSET_MAP_vc//' -e 's/=.*//'`
Here, by use of different construct I got list of numbers instead of
APP_CHARSET_MAP_vc-thing that need to be parsed in every iteration of loop.
+if [ ${VCS} ]
then
- echo -n Setting up per-VC ACM's:
- for acm in ${PERVC_ACMS}
+ echo Setting up per-VC ACM's.
+ for vc in ${VCS}
do
- # extract VC and FONTNAME info from variable setting
- vc=`echo $acm | cut -b19- | cut -d= -f1`
That saves many processess per iteration...
eval acm=\$APP_CHARSET_MAP_vc$vc
- if [ X$QUIET_PERVC != X1 ] ; then
- echo -n ${DEVICE_PREFIX}${vc} ($acm),
- fi
Personal style... sorry for that. ;)
- eval ${CHARSET} --tty='${DEVICE_PREFIX}$vc' G0 '$acm'
+ ${CHARSET} --tty=${DEVICE_PREFIX}$vc G0 $acm
eval wasn't needed there, was it?
done
- echo done.
fi
# Go to UTF-8 mode as necessary
#
-ENV_FILE=/dev/null
+ENV_FILE=''
[ -r /etc/environment ] ENV_FILE=/etc/environment
[ -r /etc/default/locale ] ENV_FILE=/etc/default/locale
-for var
Bug#381641: Video mode change during init script disrupts fixed freq monitor
Jack Carroll wrote: - Forwarded message from Jack Carroll [EMAIL PROTECTED] - From: Jack Carroll [EMAIL PROTECTED] To: Henrique de Moraes Holschuh [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [Pkg-sysvinit-devel] Bug#381641: Video mode change during init script disrupts fixed freq monitor On Mon, Aug 07, 2006 at 08:30:58AM -0300, Henrique de Moraes Holschuh wrote: On Sun, 06 Aug 2006, Jack Carroll wrote: In general, it's _most_ unwise for any program to touch video modes, until the user has logged in and taken control. Otherwise, there is too much risk of making the console screen unreadable and making it impossible to boot into a rescue mode... Agreed. But AFAIK the initscript package does not have any code that change video modes, or program console fonts, or do anything else of the sort... Then maybe it's some program that initscripts calls. console-screen.sh looks like a possibility. I'll disable it and reboot, and let you know what happens. Aha! Removing the symlink in /etc/rcS.d to /etc/init.d/console-screen does indeed make the bug go away. If that caused any side effects, I didn't detect them. That file belongs to the console-tools package. I'm copying this message to that package's maintainer. Mr. McKinstry, the original report is in the bugs data base; you might want to change the package line and take over the report; I don't think I have access to do that. This is confusing; console-tools has not changed in many weeks. While console-screen can change the video mode, it does not by default, for the reasons described: no safe defaults on all the old hardware out there. Can you please send a copy of: /etc/console-tools/* dpkg -l | grep splash dpkg -l | grep console kernel version? regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398010: Merging new version now
Hi, I'm merging the new 0.52.8 version now, and hope to upload within the week. Merging testing UTF8 and Bidi patches is slow :-) Regards, Alastair -- Alastair McKinstry , [EMAIL PROTECTED] http://blog.sceal.ie Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360432: Valid bug on mc still
Is this bug still seen on mc in current sid? This bug existed in libslang2 in 2006, but has since been fixed, I hope :-) Regards, Alastair -- Alastair McKinstry , [EMAIL PROTECTED] http://blog.sceal.ie Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459437: liblucene-java: Missing dependency when using liblucene
Package: liblucene-java Version: 1.4.3.dfsg-1.2 Severity: normal I am using liblucene with pyblosxom. I get the following error: Exception in thread main java.lang.NoClassDefFoundError: org.apache.lucene.util.Arrays at BlosxomIndexer.indexDocs(BlosxomIndexer.java:163) at BlosxomIndexer.indexDocs(BlosxomIndexer.java:157) at BlosxomIndexer.main(BlosxomIndexer.java:111) when running: cd /srv/www/blog.sceal.ie # java -cp /home/twl/pyblog/lib/lucene-1.2/lucene-demos-1.2.jar:/home/twl/pyblog/lib/lucene-1.2/lucene-1.2.jar:/og/bin BlosxomIndexer -create -ind ex /srv/www/index . java -cp /srv/www/pyblosxom/plugins/lucene/bin:/usr/share/java/lucene-demos-1.4.3.jar:/usr/share/java/lucene-1.4.3.jar:/srv/www/pyblosxom/plugins/ lucene/bin BlosxomIndexer -create -index /srv/www/index . where is the util.Arrays class ? System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages liblucene-java depends on: ii gij [java2-runtime] 4:4.1.1-15 The GNU Java bytecode interpreter ii gij-4.1 [java1-runtime] 4.1.1-20 The GNU Java bytecode interpreter ii java-gcj-compat 1.0.65-10 Java runtime environment using GIJ liblucene-java recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310809: slapd fails on upgrade 2.1.30 - 2.2.25
Package: slapd Version: 2.1.30-3 Severity: serious slapd fails on attempts to upgrade from 2.1.30 to 2.2.25. Looking at the ldif file in backup, 'slapadd' chokes on attribute entries of the form: userCertificate;binary:: The 2.1.30 database was created cleanly using slapadd with ';binary:' entries in it; this is a regression from 2.1.30. running 'slapadd -d 16383 $ldiffile' gives the following output ... Boring stuff dnNormalize: cn=admin,dc=ildana,dc=net str2entry: invalid value for attributeType userCertificate;binary #0 (syntax 1.3.6.1.4.1.1466.115.121.1.8) slapadd: could not parse entry (line=367) slapadd shutdown: initiated bdb_cache_release_all slapadd shutdown: freeing system resources. whereas on 2.1.30, we see no such problem. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.49 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libgnutls11 1.0.16-13GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libiodbc2 3.52.2-3 iODBC Driver Manager ii libldap22.1.30-3 OpenLDAP libraries ii libltdl31.5.6-6 A system independent dlopen wrappe ii libsasl22.1.19-1.5 Authentication abstraction library ii libslp1 1.0.11a-2OpenSLP libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl] 5.8.4-8 Larry Wall's Practical Extraction ii psmisc 21.6-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-4compression library - runtime -- debconf information: * slapd/password1: (password omitted) slapd/internal/adminpw: (password omitted) * slapd/password2: (password omitted) slapd/password_mismatch: slapd/fix_directory: true slapd/invalid_config: true * shared/organization: ildana.net slapd/upgrade_slapcat_failure: slapd/upgrade_slapadd_failure: * slapd/backend: BDB * slapd/dump_database: always * slapd/allow_ldap_v2: true * slapd/no_configuration: false slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: * slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/autoconf_modules: true * slapd/purge_database: false slapd/admin: * slapd/domain: ildana.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310809: 310809: confirmed not an RC bug
Hi, I tried a woody-sarge install, and the offending ldif file does not work on 2.0.23, so this is not an RC issue. It is a regression for sid - sarge and testing - sarge only. Yes, I meant 2.2.23-5 not 2.2.25 in the report. Attached are trimmed down example ldif and slapd.conf files demonstrating the problem. Regards Alastair dn: dc=example,dc=net objectClass: top objectClass: dcObject objectClass: organization o: Example Ltd. dc: example dn: ou=domain,dc=example,dc=net ou: domain objectClass: organizationalUnit dn: ou=people,dc=example,dc=net ou: people objectClass: organizationalUnit dn: ou=dublin,ou=people,dc=example,dc=net ou: dublin objectClass: organizationalUnit dn: ou=staff,ou=dublin,ou=people,dc=example,dc=net ou: staff objectClass: organizationalUnit dn: dc=example.net,ou=domain,dc=example,dc=net associatedDomain: example.net dc: example.net objectClass: dNSDomain objectClass: domainRelatedObject dn: cn=John Smith,ou=staff,ou=dublin,ou=people,dc=example,dc=net cn: John Smith sn: Smith mail: [EMAIL PROTECTED] mailMessageStore: /srv/mail/dublin/[EMAIL PROTECTED]/Maildir/ title: Chief Financial Officer uid: john.smith uidNumber: 2001 gidNumber: 2001 homeDirectory: /home/johnfa accountStatus: active objectClass: top objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: qmailUser objectClass: posixAccount objectClass: inetLocalMailRecipient displayName: John Smith mailHost: dublin mailLocalAddress: [EMAIL PROTECTED] mailRoutingAddress: [EMAIL PROTECTED] businessCategory: staff userCertificate;binary:: MIIYyQIBAzCCGI8GCSqGSIb3DQEHAaCCGIAEghh8MIIYeDCCDq8GC SqGSIb3DQEHBqCCDqAwgg6cAgEAMIIOlQYJKoZIhvcNAQcBMBwGCiqGSIb3DQEMAQYwDgQIp4gwPu LNXSUCAggAgIIOaCexw/23ywIkucoD3ngxc6CWYI0htf6SnUwduWatIpG4xzfjd9dn/6ZgT8SF1cJ geuUhYM7/Y6qVp9rt4p/rmj4BNgQDVEujJaOD6+V9rX6nyzDAX67Wrkyg4rwvPfiI6CHgkuVhbiVc TDVlBOi3jihHaGCgWsH6bHRw7z52E9wCXb+RJXHTssUfAy2rSk6gwn7kSRWOQyJupl9e1hLhMvPh+ piNdKFyzkgNlbl8RhfWBImGc7IPP3YgikrIu7uhBEgZ3HBmD0Ft9grefz21vdrLLVci04X1dC4gZn ugdE01hm5nHALcykT8UWeMD4IAQPIoKA2CBJVcGv6P+/C+C9RDA/c81QvQGnJVh4IszvArXIqIlcw 3KeDEMy0M/msJyrP1F2d4zyFNo+oT/vU1Z+Kwzn6bo0LS1fNI3of1fAJo+ggJB8ZoZd0f5u9kPghy xa1niDwYB4VqCc6anZhZA959vtA9+RJG90tZvV3LNZwyreZBuV7/VQD/8BQIyru/inHmImuaFFdnD rUF5bHiTDhk8VuGtgdvsnqQ57lS1g0/Hqy6Q3oBJPN3w8IwTHUidcSFOxJh8kHeTIjCyCzsOeWzXI /Xvny8tYv5UfqgJcqiKwCBvIB84NPv+q9//hQnoElDBl08UyGwaCGMrvEDIf5/MDUSxPkNpT4CQD1 EMmwM49aWARHg2HgOtim6iRfPHRjUbgBMnR5rrXo3L/L0TFnvdDx9ELTTVguSkS8hj0+kOpqOyObq WyIxfzYC734s7IHkXcSjM2MD6NPe+7YRmk3pLcBY6BK3jQ0jezQUeUHCTgz6PW6zZeCDBGaMbojo/ 0Uif42r3s18aDlXFjt+jflvqdCC2eHF1fpB1bP39Vhi9PMAHHQ+qEyBgbipjIdV8M4AGFhiCdSzSj YAODVYD5p7iGMAxJgtf08vcGvs8uJ2uBuTZFrWuWjFBYrW92tFK+AirXljMWX4BPhFWLZGmoohnRS tLCGLSXVrwJEAEe4Q9NwDlmgP30spnIyoDr4orjcRf3U5394vx638OPwI4nFl5pLRbQ3lKQc98XBa Dy2eynIhTF78OqRPHNYGkF1DDzEXiHoWsNzmJ5K9DEj/zWjVOjFO1ZPTP+D9nHxrL7kUSbyksmXJE kqkclM8KjzzklsJWpm32tZQBj6UNpVPjWqV1Ph88HDBkSaDPOB1ZbSUvqlecMv1yyjwqPY5EEyOKv 2+KS7BFJaYlV2lYatmf91VXLNkBJS3KYjSZtI4Y1uMM6QKwHMUlXyjdXhOaqSnKgjTQ5XotOVSIUR oRrcH5ql9NPGdBHP3d8+f6jbCv8AmHaGODxb3TyjEdypBO+9uWTUalEGxYSmC9epyc86Mvbr4xLxY dIZBnd4VyfFapPgr4iMgmoUZ+8y6n6LbbllzBcNHDw43oWXP+JK8vaZVgIEYvQtw4BlAoIztjX8yF Z1GuGfQweZUzgUjN6gFRIeeCHcDcRFSVKDo0WGI92WbpEXoZr4bx8mDk13wQteHPyGJP0rN7UJG5A UwvbFE174dXoSuJfR1o7xPk0IOwj7TZ0xkg+FhTaN+nyC4rziyqdEzaPoKHYkvypmzUXcpkOPd0ub PYFlgR4+E5E2tgRm79x3xJDwLBKU015XcdnDKbOmRFX0VhFk4KxiBCiqH4/XUN0q0rYCYsSx9MKZO QTPBsdwVrdADSwlOMlv7TbXhOPrsEpO94H8YRt3OlXcdt/f/Jm7Y8MlUh/XBApth/wGUsKBMTrHy6 LvErkNLqmLQQGzLjTCJYOnMrMNjqTiCZSq+dNaDb5++mbfopz90VMJ1kw/8nvx/6/+jufhDYGdX/r +BMJUZNi6GyBAf5y5mVpcoZ0X3kVGr5hQConOIAVC+XwpBtelt3FatbWCB0bCrXwFkQDwYXhjFXeS DI1rw7LTCIYhXl3DNgtKmgfU6IzHo8iOaENFLZFFQswVX6AoMDjWft4Ie+KTCnj9f1yD5voVSsaDW bLChYKM7/gnnt9eStZ8VKHk0nlAhy4WaU/jEInm2aIrHYN2xm8kgMwWYZR2o7SxVIe8XAkX4/zMnQ nC7RdxguEhscOXg5EtKIpSokpnCsXlfw+2bs5t7pN4BWdUvhI7ZTN+dYHyVNSuJFEHhrWZauur9mj D40SpDSoNFhtxjxdG0xWTCwR+OmJJ44d7e2HglVtlE3ZMxDG+N0K4mMlAoEaQDba3FsOlFlQio6EI Q5gCXFlotgfe6Ex5352bTSfwRk3OSjSvXdLSzerRlzSve00TJoCIQT96mAw9wsCi38Qjl+HYICujF Q6c97ZzyzQmYfXE5ACzcrzHKRN6/tnXMz6bd8VYEGS1lCjsptsCdxEyxfMxxFtPcfmENj47vAtr8P yeYdr1qtuaCaLxNvDTRaf45bxMbzKESvi1SvhytgP26356tXmeKbRn3OG+X7n3c2DXOVkn1/yZuOP K5lGu6muG4YIE2FqNJyhxGyEBEsCTV64aDN8BAkXaCFR1qv+Oz55nU+f7ENpaT0T8G9OeK74RMr4s eRbrynihGfVpgUAN/GEOljLHHasvuMEyBCj8venzMcu77LpBb4yzE+GlsmDfBzXRYAO36yaw36RW9 CsdlFUwR5gsOU9EIQpZRXRvOUelgBv2RXPMX5Z6hMTvoxSCob+O/ZIJ0QY0aityb9hRf7GjaqKMGk pbvnFaGp6xE5RNEfvpRqqTZ+N8HoZE8iNHKg8xJ+2RXWopoFT5+z900ROUNRrdLVjSrZNRMf+PtZ9 WvXXiiFfbR5gxoA8F2HtCjAyayPeh4BWunE+F2dGtHFhiwzrXFIz3yApivEK0oXcMPIacewyHMLdp LDH8sChuQ5ujfAjlh+QyzKzRB+PbLliG4x6IHFKmrHhG5HM1Tp3H0p3QVnmV9+A2KPXITruJ9PRv9 hLdUaHUPwqhf1sJX0o2p4x2WwIEbHGgk4GBv1o3jI3xprWjqkuyegfsMJlRi25lu6YfsgPYxsC7Ok TsqJzM/v2lL5LYyTb9AkaQBQp4I3mOzSi8jLzYM9zgXPkSHikF58ZpFK9rMGiHN5e9XBxfGmU+NG6 sVnhnbZg3iTXeYR7qSPQqo3jIi2xfqG/w7WHcC0Ua/X5gKpqNVu4mQUXlMWK0ydl9Vto+lpOhQMhg
Bug#293921: ftp.debian.org: Please change override on iso-codes from libs to misc
Package: ftp.debian.org Severity: normal Please see bug #265933: The package contains data rather than libs, and having section 'libs' confuses deborphan into deleting it. Regards Alastair McKinstry -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293993: kvdr: New upstream release
Package: kvdr Severity: wishlist New upstream release 0.63 is available -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8.1-2-386 Locale: LANG=en_IE, LC_CTYPE=en_IE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288458: Debian bug #288458: slang1-utf8-dev: dependency problem - conflict with slang1-dev is a pain
tags 288458 sarge-ignore thanks The plan is to do the following: slang1-dev is deprecated, as there is no longer any need to use a 'non-UTF8' version. Hence all the other packages should/will be rebuilt with slang1-utf8-dev in the future (including libnewt). However, slang is frozen for the Debian Sarge release. This changeover is planned for immediately post-sarge. Regards Alastair -- Alastair McKinstry email: [EMAIL PROTECTED] Principal Engineer phone: +353 86 8200842 Ildana Teo web: www.ildana.ie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296022: chg-manual: Please change mail program to /usr/bin/mail
Package: amanda-server Version: 1:2.4.4p3-2 Severity: normal amanda-server depends on mailx to provide /usr/bin/Mail, which is used in chg-manual. Unfortunately, mailutils also Provides: the mailx package, but only provides /usr/bin/mail, not /usr/bin/Mail. Hence amflush, etc. fail to deliver log mails. Using /usr/bin/mail instead should be safer. Regards Alastair McKinstry -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages amanda-server depends on: ii amanda-common1:2.4.4p3-2 Advanced Maryland Automatic Networ ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283614: #283614: please find original
Hi Christian, I was looking at #284614; the ar.po file that is in the BTS does not uncompress to anything meaningful; it was corrupted somewhere. Could you please check with the original submitter? Thanks Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296762: Dell Poweredge 750 : d-i fails on 2.6 kernel
merge 284455 296762 thanks Hi, The CD works under 2.4 on the Dell Poweredges I have access to. It appears to be using the 'ide_cd' module successfully; I need to investigate further why this isn't working on the 2.6 kernels. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296971: ltp_20050107-2_ia64: FTBFS: implicit declaration of function `_syscall3'
On Aoine, 2005-02-25 at 20:27 -0800, Steve Langasek wrote: Package: ltp Version: 20050107-2 Severity: serious Tags: sid Thanks for your work on this. I've backported a fix that was present in the ltp-20050207 release, though I will be conservative and not try a new upstream release at this time (I'll wait until 20050107 hits sarge (with luck and your blessing) before trying another release. I may try the March release in experimental first if necessary). tested fix on ia64, uploaded the IA64 merulo build as 20050107-3, it seemed to be a little delayed in the IA64 build queue last time. Since the version of ltp in testing is still broken due to bug #293023, I have marked it for removal pending resolution of this bug. Good call. Thanks, Thanks Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297090: console-tools: despite setting console to utf-8, install still fails
On Sath, 2005-02-26 at 19:36 -0500, [EMAIL PROTECTED] wrote: Package: console-tools Version: 1:0.2.3dbs-55 Severity: important the little notes in the file are making the --unpack stage pukes, therefore installation fails horribly. tar fails with ?inmvalid argument?. i tried installing sid's tar, but it still fails. please fix this. cute and everything that you have a file with a unicode name, but when it breaks things on certain systems, it isn't so cute anymore ;). Which file system is this on? XFS and NTFS filesystems may be configured so that they use preset character sets (e.g. ISO-8859-1). This breaks the Unix filesystem semantics which state that the only significant bytes in a filename are '\0' and '/'; all else are just bytes, to be interpreted by the user. use the charset options on XFS and NTFS filesystems with care, and only on /home, etc. directories where you know that no system software will be installed, and you as sysadmin can configure all software accessing that directory to act accordingly, and only then when you need to share that directory OS's other than Linux. If this is that bug, please tell me and I can close this report. Else, please send me a copy of /etc/fstab and I will fix it ASAP. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages console-tools depends on: ii console-common 0.7.49Basic infrastructure for text cons ii debconf1.4.30.11 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libconsole 1:0.2.3dbs-56 Shared libraries for Linux console ii sysvinit 2.86.ds1-1System-V like init -- no debconf information Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297661: iso-codes: cus and mal codes are duplicate
tags 297661 pending thanks On Cad, 2005-03-02 at 07:02 +0100, Wolfgang Rohdewald wrote: Package: iso-codes Version: 0.44-1 Severity: critical Justification: breaks unrelated software Thanks for your bug report; a fix is now committed to CVS. The use of iso_639.tab is deprecated; the recommended data file is iso_639.xml, the XML version. Unfortunately as the tab file was expected to be removed, it was not kept up-to-date with the XML file corrections. I have added a script to automatically generate the tab version from XML. Unfortunately the timing of this bug could barely be worse; Uploading a fixed version of this package would break the Debian-Installer build (or skew package versions), which depends on the iso_3166_udeb from this package. Hence my preference is to classify the bug as 'important' rather than release-critical, unless it actually breaks other software, rather than just can in principle. Do you have software it breaks, and if so, can you upgrade that software to use the XML version instead? Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294125: #294125: dvorak keyboard broken
Hi, I cannot reproduce this bug. Can you please 'apt-get dist-upgrade' your system and re-try to check? Thanks Alastair McKinstry, console-data maintainer [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443248: also needs to include symbol map file
Sorry about that. Thanks for going ahead with the NMU; I'm working on a new release of newt, which requires porting the exisitng bidi patches and testing, so I got delayed Regards Alastair On 26 Sep 2007, at 16:55, Jérémy Bobbio wrote: On Thu, Sep 20, 2007 at 04:44:56PM -0400, Joey Hess wrote: As with slang in #316525, newt needs to include a symbol map file in its pic package. I've attached a patch fixing both issues reported in this bug report. Having this fix in the archive is quite important for the debian-installer. Could you do something about it (or tell us to do the NMU)? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- Regards, Alastair -- Alastair McKinstry , [EMAIL PROTECTED] http:// blog.scealnetworks.com Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist.
Bug#443248: also needs to include symbol map file
Sorry about that. Thanks for going ahead with the NMU; I'm working on a new release of newt, which requires porting the exisitng bidi patches and testing, so I got delayed Regards Alastair On 26 Sep 2007, at 16:55, Jérémy Bobbio wrote: On Thu, Sep 20, 2007 at 04:44:56PM -0400, Joey Hess wrote: As with slang in #316525, newt needs to include a symbol map file in its pic package. I've attached a patch fixing both issues reported in this bug report. Having this fix in the archive is quite important for the debian-installer. Could you do something about it (or tell us to do the NMU)? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- Regards, Alastair -- Alastair McKinstry , [EMAIL PROTECTED] http:// blog.scealnetworks.com Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist.
Bug#403722: Add .pc pkg-config file for libnewt-dev
Package: libnewt-dev Severity: minor This is needed to specify the correct linking flags for static linking in particular. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412469: O: kvdr
Package: wnpp Severity: normal I am orphaning this package, as I no longer use vdr (DVB-S), and do not have the hardware set up to test it properly. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412480: O: dvbstream
Package: wnpp Severity: normal I am orphaning this package as I no longer have DVB hardware installed to test with. Regards Alastair McKinstry -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412476: O: dvbtune
Package: wnpp Severity: normal I am orphaning this package, due to no longer using DVB hardware. Regards Alastair McKinstry -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412488: ITP: midas -- the European Southern Observatory Munich Image Data Analysis System
Package: wnpp Severity: wishlist Owner: Alastair McKinstry [EMAIL PROTECTED] * Package name: midas Version : 2006.09 Upstream Author : The European Southern Observatory * URL : http://www.eso.org/projects/esomidas/ * License : GPL Programming Lang: C Description : the European Southern Observatory Munich Image Data Analysis System The ESO-MIDAS system provides general tools for image processing and data reduction with emphasis on astronomical applications including imaging and special reduction packages for ESO instrumentation at La Silla and the VLT at Paranal. In addition it contains applications packages for stellar and surface photometry, image sharpening and decomposition, statistics and various others. The official name, ESO-MIDAS, is a registered trademark. ESO-MIDAS is available under the GNU General Public License (GPL), and can be implemented on OpenVMS and UNIX (Linux) systems. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410082: PCNG crashes due to obsolete method call: toPortalTime()
Package: zope-plonecollectorng Version: 1.2.9-2 Severity: serious Tags: patch PCNG fails to run, crashing the plone instance, due to an obsolete call to toPortalTime() in portlet_news.pt. When this is changed to toLocalizedTime(), (fix already present in repo), pcng works fine. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-plonecollectorng depends on: ii zope-archetypes 1.4.1-1framework for developing and deplo ii zope-cmfplone 2.5.1-4content management system based on ii zope-common 0.5.31 common settings and scripts for zo ii zope-pts 1.3.3-1placeless translation service for ii zope2.9 2.9.6-3Open Source Web Application Server zope-plonecollectorng recommends no packages. -- debconf information: zope-plonecollectorng/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410078: Missing dependency on zope-textindexng2
Package: zope-plonecollectorng Version: 1.2.9-2 Severity: normal PCNG fails to show up on the list of products when installed. looking in the event.log, its due to a missing dependency on zope-textindexng2. Add this, and PloneCollectorNG installs fine. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-plonecollectorng depends on: ii zope-archetypes 1.4.1-1framework for developing and deplo ii zope-cmfplone 2.5.1-4content management system based on ii zope-common 0.5.31 common settings and scripts for zo ii zope-pts 1.3.3-1placeless translation service for ii zope2.9 2.9.6-3Open Source Web Application Server zope-plonecollectorng recommends no packages. -- debconf information: zope-plonecollectorng/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411603: moving liblustre to /lib
Hi, liblustre is purely preloaded. I think it should go in /lib. Are LD_PRELOAD libraries supposed to be in /lib ? lib/libmemusage.so for example is there. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414623: ITP: zope-ploneformgen -- A generic Plone form generator
Package: wnpp Severity: wishlist Owner: Alastair McKinstry [EMAIL PROTECTED] * Package name: zope-ploneformgen Version : 1.0.3 Upstream Author : Plone Collective * URL : http://plone.org/products/ploneformgen * License : GPL Programming Lang: Python Description : A generic Plone form generator This product provides a generic Plone form generator using fields, widgets and validators from Archetypes. It makes it possible to build simple contact, information-gathering or data-entry forms through Plone's interface. . To use it, create a form folder, then add form fields as contents. Individual fields can display and validate themselves for testing purposes. The form folder creates a form from all the contained field content objects. . Final disposition of form input is handled via plug in action products. Action adapters included with this release include a mailer and a save-data adapter that saves input in tab-separated format for later download. When you first add a form folder, it's configured as simple response form with input mailed to the owner. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414625: ITP: zope-cmfbibliographyat -- A Bibliography management product for Zope/CMF/Plone
Package: wnpp Severity: wishlist Owner: Alastair McKinstry [EMAIL PROTECTED] * Package name: zope-cmfbibliographyat Version : 0.8.0 Upstream Author : Raphael Ritz, [EMAIL PROTECTED] * URL : http://plone.org/products/cmfbibliographyat * License : GPL Programming Lang: Python Description : A Bibliography management product for Zope/CMF/Plone CMFBibliographyAT is the ArcheTypes based version of CMFBibliograhy. It enables handling of references to (scientific) publications in Plone. It provides a 'Bibliography Folder' content type dedicated to holding reference objects of various kinds, like for 'articles', 'books', 'preprints', 'techreports', contributions to collections, ... . The folder supports import/export of BibTeX formated files. In addition the package adds a 'bibliography' action to the portal tabs and it provides a BibliographyTool called 'portal_bibliography' through which you can manage the renderers and parsers for the import/export functionality. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414627: ITP: zope-atextensions -- Extensions to Archetypes in Zope
Package: wnpp Severity: wishlist Owner: Alastair McKinstry [EMAIL PROTECTED] * Package name: zope-atextensions Version : 0.8.0 Upstream Author : Raphael Ritz, [EMAIL PROTECTED] * URL : http://plone.org/products/atextensions * License : GPL Programming Lang: Python Description : Extensions to Archetypes in Zope This package provides some extensions to archetypes. . So far, there are only a few custom fields, widgets and validators, the Record(s)Field/Widget being the mosti generic components. Theses fields exploit the record and records packager directive of Zope's ZPublisher to effectively manage a dictionary (record) or list of dictionaries (records). The dictionary's keys and the data type of their values can be configured in the AT schema declaration. . To demonstrate their usage, there is a demo content type WorkingGroup. To enable it after install, go to portal types and make it implicitly addable or include it in some folderish type's allowed_content_types. . Future plans are to make this product obsolete by moving the Record(s)Field/Widget to Archetypes proper and the specific fields to More Fields and Widgets. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414628: ITP: zope-scriptablefields -- Zope tool bundle for working with component Logic
Package: wnpp Severity: wishlist Owner: Alastair McKinstry [EMAIL PROTECTED] * Package name: zope-scriptablefields Version : 1.0 Upstream Author : Sidnei da Silva, Daniel Nouri, Jens W. Klein * URL : http://plone.org/products/ploneformgen/scriptablefields/ * License : GPL Programming Lang: Python Description : Zope tool bundle for working with component Logic The bundle contains: . * TALESField A StringField like field you store a TALES expression in. It gets evaluated on get and the result is returned. * PythonField A TextArea like field where you can store a whole Script (Python) in. On get its evaluated and the result is returned. * DTMLField and ZPTField Both fields working like PythonField but the given text is evaluated as DTML or Zope Page-Template. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414738: O: drip
Package: wnpp Severity: normal I am orphaning this package, as: (1) Its a (mostly)-gnome1 package with hacks, apparently dead upstream support, and increasingly unmaintable because of it. (2) I now have a DVD burner. :-) - Alastair -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414900: zope-cmfphoto: Adding a photo fails with 404 page not found
Package: zope-cmfphoto Version: 0.5.0-8 Severity: important I can install the package successfully, but when I try to add a photo, it fails with a 404 image not found error. On selecting the 'Add' button it creates the photo object, and tries to traverse to he 'image_edit_form method, but fails 404; eg. 'Add CMFPhoto' in my home directory leaves me on a page http://aop-test.irishastronomy.org/Members/amckinstry/photo.2007-03-14.2616275912/portal_form/image_edit_form Now the photo object exists of 0kb size, and I can go to http://aop-test.irishastronomy.org/Members/amckinstry/photo.2007-03-14.2616275912/ successfully but http://aop-test.irishastronomy.org/Members/amckinstry/photo.2007-03-14.2616275912/portal_form fails on 404. Installed products: #ATExtensions 0.8.0 # Archetypes 1.4.1-final # CMFBibliographyAT 0.8.0 # CMFPhoto 0.5.0 # CMFPhotoAlbum 0.5.0 # CMFPlacefulWorkflow 1.0.2 # Marshall 0.6.6-final # MimetypesRegistry 1.4.1-final # PasswordResetTool 0.4.1 # PloneCollectorNG 1.2.9 # PloneErrorReporting 1.0 # PloneLanguageTool 1.4 # PortalTransforms 1.4.1-final # TextIndexNG2 2.2.0 # kupu kupu 1.3.8 -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-cmfphoto depends on: ii imagemagick 7:6.2.4.5.dfsg1-0.14 Image manipulation programs ii zope-btreefolder2 1.0.2-3 zope folder that can efficiently c ii zope-cmf1.6 1.6.2-1 zope content management framework ii zope-common 0.5.31 common settings and scripts for zo ii zope2.9 2.9.6-3 Open Source Web Application Server zope-cmfphoto recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414900: Acknowledgement (zope-cmfphoto: Adding a photo fails with 404 page not found)
As a followup: there are no errors in /var/log/zope2.9/plone-site/event.log, even with debug on set in /etc/zope/plone-site/zope.conf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414985: zope-cmfphotoalbum: Adding a PhotoAlbum fails with 404 page not found
Package: zope-cmfphotoalbum Version: 0.5.0-9 Severity: important This is important as it makes the package unusable. This bug appears identical (and is related?) to CMFPhoto bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=414900 Regards Alastair McKinstry -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-cmfphotoalbum depends on: ii zope-cmfphoto 0.5.0-8photo module for zope content mana ii zope-common 0.5.31 common settings and scripts for zo ii zope2.9 2.9.6-3Open Source Web Application Server zope-cmfphotoalbum recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414982: zope-cmfphotoalbum: CMFPhotoAlbum fails on obsolete call to toPortalTime()
Package: zope-cmfphotoalbum Version: 0.5.0-9 Severity: important Tags: patch CMFPhotoAlbum breaks and is unusable in Etch due to calls to toPortalTime(). It works when these are substitued by calls to toLocalizedTime(). However according to CMFPlone/HISTORY.txt: - toLocalizedTime() replaced toPortalTime(). However this is NOT the way it should be and will be revised. http://dev.plone.org/plone/ticket/2461 It appears as thought toLocalizedTime() is being deprecated, though the website stated above is unreachable at the moment. According to CMFPlone/HISTORY t3eu30:/usr/share/zope/Products# grep -r toPortalTime * Archetypes:1.3/HISTORY.txt: * Finally changing the last toPortalTime call to toLocalizedTime ATExtensions/skins/at_extensions/datetime_widget.pt: result python:(format and formatted) or (d and here.toPortalTime(d, long_format=1)); CMFPhotoAlbum/skins/photoalbum_content/photoalbum_photo_view.pt: tal:content=python:here.toPortalTime(DateTime(raw_date), long_format=1)/span CMFPhotoAlbum/skins/photoalbum_content/photoalbum_view.pt: global toPortalTime nocall:here/toPortalTime; CMFPlone/HISTORY.txt:- Re-added toPortalTime script which was accidentally removed earlier. It CMFPlone/HISTORY.txt:- toLocalizedTime() replaced toPortalTime(). However this is NOT the way it LinguaPlone/skins/LinguaPlone-Compat20/folder_listing.pt: global toPortalTime nocall:here/toPortalTime; -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-cmfphotoalbum depends on: ii zope-cmfphoto 0.5.0-8photo module for zope content mana ii zope-common 0.5.31 common settings and scripts for zo ii zope2.9 2.9.6-3Open Source Web Application Server zope-cmfphotoalbum recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414985: More debug info
So, turning on debugging, and turning off 'Not found' exceptions, this gets logged: Time 2007/03/15 12:29:29.561 GMT User Name (User Id) Anonymous User (None) Request URL http://aop-test.irishastronomy.org/Members/amckinstry/photo_album.2007-03-15.7694778489/portal_form Exception Type NotFound Exception Value http://aop-test.irishastronomy.org/Members/amckinstry/photo_album.2007-03-15.7694778489/portal_form [ /folder_edit_form ] Traceback (innermost last): * Module ZPublisher.Publish, line 106, in publish * Module ZPublisher.BaseRequest, line 330, in traverse * Module ZPublisher.HTTPResponse, line 656, in debugError NotFound: h2Site Error/h2 pAn error was encountered while publishing this resource. /p pstrongDebugging Notice/strong/p Zope has encountered a problem publishing your object.p Cannot locate object at: http://aop-test.irishastronomy.org/Members/amckinstry/photo_album.2007-03-15.7694778489/portal_form/p hr noshade=noshade/ pTroubleshooting Suggestions/p ul liThe URL may be incorrect./li liThe parameters passed to this resource may be incorrect./li liA resource that this resource relies on may be encountering an error./li /ul pFor more detailed information about the error, please refer to the error log. /p pIf the error persists please contact the site maintainer. Thank you for your patience. /p I was logged in at the time, so the UserID should probably not have been Anonymous. Is this the issue? - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408591: iso-codes: please split date_withdrawn data into subelements
Warren Turkal wrote: Subject: iso-codes: please split date_withdrawn data into subelements Package: iso-codes Version: 1.0a-1 Severity: wishlist Please split the data_withdrawn info into multiple subelements. It would be very valuable when using the data to load a database and using XSLT to transform the file into SQL insert statements. With some of the fields (like data_withdrawn) having internal structure, it somewhat defeats the purpose of using a structured language like XML. I am proposing something like the following fragment: Hi. Interesting. Can you post an example of how you would expect this to be used ? I had been expecting it to be used in, eg. code that iterated over a database - spotted a code in the DB that had been withdrawn - compared it to the date of withdrawal, and then did some action. e.g. in SQL. in this case, having a single date (in ISO-8601 format) would be easier to parse. Not having used XSLT much, I hadn't designed the schema to cope. Can you give an example? Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421390: [Pkg-kbd-devel] Bug#421390: Bug#421390: I want the tools, not your damn font!
Anton Zinoviev wrote: On Sat, May 12, 2007 at 08:35:22PM -0400, Albert Cahalan wrote: That's wrong too, since it'd still load a default font. I had to uninstall this defective package because it insisted on loading a font at boot. That really screwed me up, as I was using a kernel-supplied framebuffer font that wasn't available. You have four options: 1. use the font face VGA16 of console-setup which is similar to the kernel font. 2. Use a line FONT=/usr/share/consolefonts/somefont in /etc/default/console-setup in order to load a non-console-setup font. 3. Remove/deactivate /etc/rcS.d/S49console-setup and leave only S06keyboard-setup 4. Remove console-setup entirely An 8-pixel-wide font is no good for me. I'm sure other people have nice 9x16 VGA ROM fonts they'd like to keep. (can you even handle a 9-pixel-wide VGA font correctly?) If you use a framebuffer, you don't have a 9x16 font. If framebuffer is not used, then 9x16 fonts are handled correctly. In any case, DO NOT LOAD A FONT BY DEFAULT While it would be useful to have a configuration option to tell console-setup not to load a font (and maybe I will implement this in some future version), I doubt that most people need such a feature. The most serious problem is in unicode_start, which should just issue the command to put the console in UTF-8 mode without touching the console font. The problem is putting the console in UTF-8 mode means at least ensuring that the console font MAP is a UTF-8 one. The only reliable method of knowing this (on all archs) is to set it yourself, hence unicode_start setting the font. (Suggestions as to a better method accepted). I agree here with you at 100%. Both kbd and console-tools have a version of unicode_start and any change in this utility has to be coordinated between the two packages. Anton Zinoviev This should be temporary. console-tools is deprecated: upstream development is dead. I will remove it from Debian later this year (after mid-June, when I have time) once I've checked it for patches and other functionality that should be added to kbd (or something else) for lenny. ___ Pkg-kbd-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-kbd-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421390: [Pkg-kbd-devel] Bug#421390: Bug#421390: Bug#421390: I want the tools, not your damn font!
Anton Zinoviev wrote: On Mon, May 14, 2007 at 12:16:24PM +0100, Alastair McKinstry wrote: The problem is putting the console in UTF-8 mode means at least ensuring that the console font MAP is a UTF-8 one. Are there still console fonts with no UTF-8 map in Debian? If there are any, this should be fixed. In my opinion we should be assuming that the font has UTF-8 map and unicode_start should not load a font. I think all the console fonts as shipped have UTF-8 maps; if the users changes that, then on their own head be it. I'm not sure about the default fonts on various archs, though: can we presume they are all ASCII and not ISO-88859-1? Regards Alastair I will remove it from Debian later this year (after mid-June, when I have time) once I've checked it for patches and other functionality that should be added to kbd (or something else) for lenny. Soon I will make an upload of kbd with some functionality of console-tools added (mostly the things configurable by /etc/console-tools/config except DO_VCSTIME). What else is missing? I need to do a check of changes made to console-tools since the kbd fork. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421587: slang2: New upstream version 2.0.7 available
Rafael Laboissiere wrote: Package: slang2 Version: 2.0.6-4 Severity: normal Is there any reason version 2.0.7, which was released over a year ago, is not yet pacakged for Debian? Version 0.3.8 of the slcfitsion package FTBFS because it needs version 2.0.7 of libslang2. Thanks, Rafael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash I haven't been looking since slang was frozen as part of base. I will build slang2 2.0.7 ASAP. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319069: console-data: Fixed by kernel 2.6
Christopher Zimmermann wrote: Package: console-data Followup-For: Bug #319069 Hi, I don't use the sun any more. But I remember that upgradeing to the 2.6 kernels fixed the issue. As far as I know the 2.6 kernels abstract all keyboard mappings to the pc keycodes. Since it seems like this will not be fixed for 2.4 kernels you could as well close the bug. Christopher Zimmermann Thanks, will close. Regards Alastair -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.5 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429351: Patch for Newt
Hi, Thanks for the patch; I will test it out, and possibly include it in newt. I'm wary about changing the API for newt, even for additions: I'd prefer to get it adopted upstream first. However upstream has not included the Bidi patches so far, I'd like to see why. Do you have some good testcases for Hebrew (and screenshots for the non-Hebrew speaking) so that I can test Bidi changes? I'm rewriting the Bidi patches for new upstream newt version. Regards, Alastair -- Alastair McKinstry, [EMAIL PROTECTED] Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist.
Bug#319902: #319902: old code in kbd-chooser
Hi, Yes, there is significant common code in kbd and kbd-chooser. The plan is the following: (1) console-tools, data, get replaced by kbd in etch. (2) kbd-chooser is also a deb in etch, usable outside d-i (Petter Reinholdsen is working on this). (3) kbd-chooser kbd make console-common redundant (its original purpose was to choose a keyboard map from a number of package sources, and use either kbd or console-tools to run it at boot-time. kbd-chooser would select the kbd map and place it in the /etc/console/boottime.kmap.gz, and then kbd would run it. Remove console-common finally, create a library in kbd for common code used by kbd-chooser, used in both the kbd-chooser deb, udeb and kbd. (This was part of the plan for console-tools, a good plan but never brought to fruition as console-* was abandoned upstream. This time, I intend to do it without forking kbd; Andries Brouwer (kbd upstream) agrees in principle. This work is planned for August, as I am busy until then. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289619: tags
retitle 289619 ITA: drip thanks I intend to adopt this package. I plan to do an upload as part of the g ++ transition, as soon as avifile is uploaded. Regards Alastair Alastair McKinstry [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320078: whiptail is unable to handle special characters not present in current locale
tags 320078 wontfix thanks I'm tagging this 'wontfix' as its unfixable. The problem is that 'characters not in the current locale' are garbage bytes as far as _any_ software is concerned: if you enter some 'non-locale character' whiptail gets a bunch of uninterpretable bytes. it can't even reliably figure out what was the last 'real' character before these. whiptail is not unique in this: it is true of all software. Its just that whiptail is in the front of the pipeline to receive and display them. The solution is to ensure such garbage characters don't get entered into whiptail, etc. (or other X programs). Use a non C locale, in particular use UTF-8, and make sure all programs produce UTF-8. Regards Alastair On Máirt, 2005-07-26 at 22:42 +0200, Micha Lenk wrote: Package: whiptail Version: 0.51.6-28 Severity: wishlist If I feed my whiptail with characters which aren't present in the current locale whiptail is unable to handle these characters. You can't delete the feeded input whithin the input box. This occurs for instance with the locale LANG=C, LC_CTYPE=C and characters like '???'. This problem is somewhat relevant for debconf (with which I discovered this bug) as debconf accepted a special character and saved it. In a second run of debconf I wasn't able to fix the bad input of the run before. Between both debconf runs I didn't touch the locale (locales haven't been installed at that stage). For easier understanding of the problem I attached a simple small shell script which calls whiptail with potentially evil options... Micha -- 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.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages whiptail depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libnewt0.51 0.51.6-28Not Erik's Windowing Toolkit - tex ii libpopt01.7-5lib for parsing cmdline parameters ii libslang2 2.0.4-4 The S-Lang programming library - r whiptail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320078: whiptail is unable to handle special characters not present in current locale
tags 320078 -wontfix severity 320078 normal thanks On Céad, 2005-07-27 at 09:11 -0400, Thomas Dickey wrote: On Wed, Jul 27, 2005 at 02:50:06PM +0200, Micha Lenk wrote: Is it even not possible to prevent the user from entering non-locale characters? As a user I would prefer to get multiple other but legal characters when I enter a non-locale character, wich I am able to delete just after. In cases where I enter such a non-locale character by accident I would at least be able to correct my mistake. There are two cases: displaying data that it reads from some other location and data entered from the keyboard. whiptail should of course distinguish between the two. If it cannot at least let you delete the keyboard entry, that's a defect in whiptail. Ok. Agreed. re-opening the bug. The solution is to ensure such garbage characters don't get entered into whiptail, etc. (or other X programs). Use a non C locale, in particular use UTF-8, and make sure all programs produce UTF-8. whiptail isn't an X program, btw. oops, yes. I'd mean't to put an or X programs, etc in there. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324469: xine-ui: FTBFS: Please rebuild against libaa1-dev and slang2
Package: xine-ui Version: 0.99.3-1 Severity: severe Please rebuild xine-ui against libaa1-dev and slang1. xine-ui currently depends on aalib1-dev to build, and then aalib1 and slang1. These have recently changed to libaa1-dev; the current xine-ui will fail to build until this is changed. Making this change will also remove an unnecessary dependency on slang1; this is replaced by slang2, which provides UTF-8 support. slang2 is now a private dependency of libaa1 and hence this simplifies xine-ui's dependency chain. Regards, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328267: please tighten dependency for mimetypes on archetypes
Package: zope2.7-mimetypesregistry
Version: 1.3.4-1
Severity: normal
Trying to run zope-archtypes 1.3.4 with zope2.7-mimetypes 1.3.1 gave the
following error:
from Products.Archetypes.public import *
File
/var/lib/zope2.7/instance/ildana.net/Products/Archetypes/__init__.py,
line 69, in ?
raise RuntimeError('The current Archetypes version %s is not
in list ' \
RuntimeError: The current Archetypes version 1.3.4-final is
not in list of compatible versions for MimetypesRegistry!
List: ('1.3.0-beta3', '1.3.0-beta4', '1.3.0-beta5',
'1.3.0-rc1', '1.3.0-rc2', '1.3.0-rc3', '1.3.0-rc4',
'1.3.0-final', '1.3.1-rc1')
Please fix the dependencies accordingly
-- 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.7-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to ga_IE.UTF-8)
Versions of packages zope2.7-mimetypesregistry depends on:
ii zope-common 0.5.10 common settings and scripts for zo
ii zope2.7 2.7.5-3Open Source Web Application Server
zope2.7-mimetypesregistry recommends no packages.
-- debconf information:
zope2.7-mimetypesregistry/oldproduct_in_var: do nothing
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328152: iso-codes_0.47.orig.tar.gz fails the build of Gnome 2.12 on FC4
tags 328152 moreinfo thanks Hi, I've investigated this bug and can't reproduce it. The build appears to have failed on python2.4-xml (or its equivalent in FC4); it does not fail on either python2.3 or python2.4 in Debian. Can you please ensure that your python installation is correct? the program ./iso2pot.py is breaking on a perfectly correct call. It appears that python-xml is incorrectly set up on your build environment. Regards Alastair Ali Sobhi wrote: Package: iso-codes Version: 0.47 uname -a: Linux worklinux 2.6.11-1.1369_FC4 #1 Thu Jun 2 22:55:56 EDT 2005 i686 i686 i386 GNU/Linux 9/13/2005 Building Gnome 2.12 using Jhbuild on a Fedora Core 4 system, Intel-32 processor Jhbuild downloads the following http://ftp.debian.org/debian/pool/main/i/iso-codes/iso-codes_0.47.orig.tar.gz The build process fails with the following error during iso-codes /opt/lap/g2bin/2.12/bin/msgfmt --verbose --check zu.po -o zu.mo 48 translated messages, 106 fuzzy translations, 315 untranslated messages. ../iso2pot.py --is-version 0.47 --comments iso_639_2T_code \ --fields name iso_639.xml iso_639.pot Traceback (most recent call last): File ../iso2pot.py, line 102, in ? p = make_parser() File /usr/lib/python2.4/site-packages/_xmlplus/sax/sax2exts.py, line 37, in make_parser return XMLParserFactory.make_parser(parser_list) File /usr/lib/python2.4/site-packages/_xmlplus/sax/saxexts.py, line 75, in make_parser sys.modules[parser_name].create_parser = _create_parser KeyError: 'xml.sax.drivers2.drv_pyexpat' make[1]: [iso_639.pot] Error 1 make[1]: Leaving directory `/opt/lap/g2src/cvs/2.12/src/iso-codes-0.47/iso_639' Regards, Ali Sobhi --- Sr. Consultant - Austin Accessibility Center - IBM Research 512-823-0064 (T/L 793) [EMAIL PROTECTED] http://www.ibm.com/able/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293635: Assigning the right font to all consoles
On Mon, 2005-09-19 at 15:43 +0300, Eugeniy Meshcheryakov wrote: 19 вересня 2005 о 07:42 +0200 Christian Perrier написав(-ла): Eugenyi, not much work was done on this bug report asking localechooser to setup the console font for all VC's. You suggested reassigning this bug to console-tools, asking it to use the default value for ACM, font, etc if there is no special variable for the given terminal. I guess you still agree with this, right ? Yes, I agree. But not sure where to reassign this to console-tools or to kbd. Assign in to kbd. There is a similar bug in console-tools but it will (hopefully) be fixed in kbd, as console-tools is being droppped... Alastair
Bug#315094: FTBFS: cfdisk.c fails to build in sid
Package: util-linux Version: 2.12p-3 Severity: serious Justification: unknown (FTBFS) util-linux 2.12p-5 FTBFS on i386 in sid: cc -c -pipe -O2 -mcpu=i486 -fomit-frame-pointer -I../lib -Wall -Wmissing-prototypes -Wstrict-prototypes -DNCH=1 -D_FILE_OFFSET_BITS=64 -DSBINDIR=\/sbin\ -DUSRSBINDIR=\/usr/sbin\ -DLOGDIR=\/var/log\ -DVARPATH=\/var\ -DLOCALEDIR=\/usr/share/locale\ -O2 -DSLCURSES=1 cfdisk.c -o cfdisk.o cfdisk.c: In function `draw_screen': cfdisk.c:2630: error: type mismatch in conditional expression make[2]: *** [cfdisk.o] Error 1 make[2]: Leaving directory `/root/util-linux-2.12p/fdisk' make[1]: *** [all] Error 1 make[1]: Leaving directory `/root/util-linux-2.12p' make[1]: *** [all] Error 1 make[1]: Leaving directory `/root/util-linux-2.12p' make: *** [build] Error 2 (This was built in pbuilder). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8.1-2-386 Locale: LANG=en_IE, LC_CTYPE=en_IE (charmap=ISO-8859-1) Versions of packages util-linux depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii libuuid11.36release-1universally unique id library ii slang1a-utf81.4.9dbs-8 The S-Lang programming library wit ii zlib1g 1:1.2.2-4ubuntu1 compression library - runtime -- no debconf information ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315090: nano: Patch to build against libslang2
Package: nano Version: 1.2.4-4 Severity: normal Please apply the following patch to build against slang2. It would be appreciated if this could be done quickly, as to have slang2 in etch in time for the debian-installer test release of etch in July. Regards Alastair McKinstry diff -urN nano-1.3.7-old/debian/changelog nano-1.3.7/debian/changelog --- nano-1.3.7-old/debian/changelog 2005-06-20 10:04:35.802376000 + +++ nano-1.3.7/debian/changelog 2005-06-20 10:17:08.654925176 + @@ -1,3 +1,9 @@ +nano (1.3.7-3) unstable; urgency=low + + * Build against libslang2 + + -- Alastair McKinstry [EMAIL PROTECTED] Mon, 20 Jun 2005 10:16:44 + + nano (1.3.7-2) unstable; urgency=low * debian/rules: diff -urN nano-1.3.7-old/debian/control nano-1.3.7/debian/control --- nano-1.3.7-old/debian/control 2005-06-20 10:04:35.799376000 + +++ nano-1.3.7/debian/control 2005-06-20 10:17:54.931890008 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Jordi Mallach [EMAIL PROTECTED] Uploaders: Steve Langasek [EMAIL PROTECTED] -Build-Depends: libncurses5-dev, libncursesw5-dev, slang1-utf8-dev (= 1.4.5), debhelper (= 4.0.0), dpatch +Build-Depends: libncurses5-dev, libncursesw5-dev, libslang2-dev, debhelper (= 4.0.0), dpatch Standards-Version: 3.6.1.0 Package: nano @@ -39,7 +39,7 @@ Architecture: any Section: debian-installer Priority: standard -Depends: libc-udeb, slang1a-utf8-udeb +Depends: libc-udeb, libslang2-udeb Provides: editor Description: free Pico clone with some new features - tiny build GNU nano is a free replacement for Pico, the default Pine editor. Pine is
Bug#315092: aalib: Please apply patch to build against for slang2
Package: aalib
Severity: normal
Please apply the following patch to build against libslang2.
Thanks
Alastair
diff -urN aalib-1.4p5-old/debian/changelog aalib-1.4p5/debian/changelog
--- aalib-1.4p5-old/debian/changelog 2005-06-20 12:34:15.225296384 +
+++ aalib-1.4p5/debian/changelog 2005-06-20 12:34:00.979462080 +
@@ -1,3 +1,9 @@
+aalib (1.4p5-23) unstable; urgency=low
+
+ * Build against libslang2
+
+ -- Alastair McKinstry [EMAIL PROTECTED] Mon, 20 Jun 2005 12:33:31 +
+
aalib (1.4p5-22) unstable; urgency=low
* Fix typo in menu file. Closes: #263815
diff -urN aalib-1.4p5-old/debian/control aalib-1.4p5/debian/control
--- aalib-1.4p5-old/debian/control 2005-06-20 12:34:15.96840 +
+++ aalib-1.4p5/debian/control 2005-06-20 12:33:28.354421840 +
@@ -2,13 +2,13 @@
Section: libs
Priority: optional
Maintainer: Joey Hess [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.1.1), slang1-dev, libx11-dev, libncurses5-dev, libgpmg1-dev | not+linux-gnu, autoconf, libtool (= 1.3.5), automake1.7, dpkg-dev (= 1.9.0)
+Build-Depends: debhelper (= 4.1.1), libslang2-dev, libx11-dev, libncurses5-dev, libgpmg1-dev | not+linux-gnu, autoconf, libtool (= 1.3.5), automake1.7, dpkg-dev (= 1.9.0)
Standards-Version: 3.5.10.0
Package: aalib1-dev
Architecture: any
Section: libdevel
-Depends: aalib1 (= 1.2-18), libx11-dev, slang1-dev ( 1.3.0-0), libncurses5-dev, ${misc:Depends}
+Depends: aalib1 (= 1.2-18), libx11-dev, libslang2-dev, libncurses5-dev, ${misc:Depends}
Description: ascii art library, development kit
AAlib is a portable ascii art graphics library. Internally, it works like
a graphics display, but the output is rendered into platform-independent
