Bug#185261: di-utils-generic: mapdevfs do not handle LVM devices

2003-03-18 Thread Petter Reinholdtsen
Package: di-utils-generic Version: 0.18 Severity: grave When remapping LVM devices, it insertes NULL as the device name: % ./mapdevfs /dev/tjener_vg/usr_lv /dev/(null)3 % It should just pass on the LVM devpath without changing it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a su

Re: Problème d'intallation

2003-03-18 Thread Emile van Bergen
Hi, On Tue, Mar 18, 2003 at 08:45:16AM +0100, Mario Jeanmaire wrote: > Madame, Monsieur, > J’ai une logiciel Linux Madrake qui fonctionne très bien sur l’un de mes PC > mais je voudrais passer sur mon portable l’installation se passe bien sauf > au moment du re boot , la il démarre puis le code

Re: Building d-i

2003-03-18 Thread Stephane Enten
On Tue, Mar 18, 2003 at 06:50:37AM +0800, [EMAIL PROTECTED] wrote: > On 17 Mar 2003, Tollef Fog Heen wrote: > > > obviously not, since you should ordinarily not build > > libdebian-installer yourself, you should just install it into your > > host system. libdebian-installer is a normal debia

cdebconf override disparity

2003-03-18 Thread Debian Installer
There are disparities between your recently accepted upload and the override file for the following file(s): cdebconf-gtk-udeb_0.34_i386.udeb: package says priority is standard, override says optional. Either the package or the override file is incorrect. If you think the override is correct an

cdebconf_0.34_i386.changes ACCEPTED

2003-03-18 Thread Debian Installer
Accepted: cdebconf-gtk-udeb_0.34_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.34_i386.udeb cdebconf-newt-udeb_0.34_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.34_i386.udeb cdebconf-slang-udeb_0.34_i386.udeb to pool/main/c/cdebconf/cdebconf-slang-udeb_0.34_i386.udeb cdebco

d-i - Automated installs

2003-03-18 Thread debian
This is a kickstart file I have used for Red Hat Linux 7.3. Using this, I can install a RHL desktop on a Celeron (about) 900 in under 15 minutes, with no interaction. _ lang en_US langsupport --default en_AU en_US keyboard us #Probe for Mouse mo

Bug#185014: cdebconf mangles strings with consecutive spaces

2003-03-18 Thread Denis Barbier
On Mon, Mar 17, 2003 at 06:51:49PM +0100, Martin Sjögren wrote: [...] > I think it's quite reasonable to have a libdebconf1-dev for the > libdebconf1 package (which is still needed, no matter whether > you've got debconf or cdebconf installed). > > Perhaps it's an idea to split libdebconf in libde

Re: Building d-i

2003-03-18 Thread debian
On Tue, 18 Mar 2003, Stephane Enten wrote: > On Tue, Mar 18, 2003 at 06:50:37AM +0800, [EMAIL PROTECTED] wrote: > > On 17 Mar 2003, Tollef Fog Heen wrote: > > > > > obviously not, since you should ordinarily not build > > > libdebian-installer yourself, you should just install it into your >

Re: How to handle non-ascii characters in templates?

2003-03-18 Thread Denis Barbier
On Mon, Mar 10, 2003 at 06:25:36PM +0100, Petter Reinholdtsen wrote: > [Denis Barbier] > >>> Maybe we could also add an en.po file to provide ISO-8859-1 > >> That is one option, but I believe it is better to specify that > >> templates should use UTF-8. I'm not sure how much must change to make >

Re: Building d-i

2003-03-18 Thread Stephane Enten
On Tue, Mar 18, 2003 at 09:23:00PM +0800, [EMAIL PROTECTED] wrote: > On Tue, 18 Mar 2003, Stephane Enten wrote: > > > I've been able to build the floppy 'net' image without any trouble only > > by installing the needed packages on the host system (and removing the > > bogl stuff from the flop

Re: Building d-i

2003-03-18 Thread Mario Lang
[EMAIL PROTECTED] writes: > On Tue, 18 Mar 2003, Stephane Enten wrote: > >> On Tue, Mar 18, 2003 at 06:50:37AM +0800, [EMAIL PROTECTED] wrote: >> I've been able to build the floppy 'net' image without any trouble only >> by installing the needed packages on the host system (and removing the >> bog

Re: Building d-i

2003-03-18 Thread Chris Tillman
On Tue, Mar 18, 2003 at 02:55:41PM +0100, Stephane Enten wrote: > On Tue, Mar 18, 2003 at 09:23:00PM +0800, [EMAIL PROTECTED] wrote: > > > I have not yet found any way to make any packages from this source, and > > that is why I think something is missing. > > You can to to the "libdebian-insta

[pcmcia-problem] kernel-image-2.4.20-bf2.4 -5

2003-03-18 Thread Eduard Bloch
Hallo John, * John H. Robinson, IV [Sun, Mar 09 2003, 12:34:11AM]: > i have built the USB 2.0 modules in. i have also built the pcmcia > external modules. ... We have a problem: something is broken with the modules in the pcmcia-modules or with cardmgr. I think about reporting a grave bug agains

Re: [pcmcia-problem] kernel-image-2.4.20-bf2.4 -5

2003-03-18 Thread Brian Mays
Eduard Bloch <[EMAIL PROTECTED]> wrote: > We have a problem: something is broken with the modules in the > pcmcia-modules or with cardmgr. I think about reporting a grave bug > against pcmcia-cs because of this: The source of your problems is that there are two sets of modules named orinoco.o and

Re: Re: Kernel panic: No init found

2003-03-18 Thread kuppermanfred
On Tue, 18 Mar 2003, kuppermanfred wrote: Hi, i'm installing debian the third time now on my laptop from cd: cause of bad video-card i had to restart four times. cd boot prompt: bf24 vga=791 apm=on ended in a fading colormonitor and system hangs up: tried rescue cd boot prompt: rescbf24 vga=791

Processed: Update floppy bug

2003-03-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > tags 184994 + pending Bug#184994: di-utils-generic: Floppy device is /dev/(null) There were no tags set. Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (admini

Bug#185014: cdebconf mangles strings with consecutive spaces

2003-03-18 Thread Denis Barbier
On Mon, Mar 17, 2003 at 10:09:44PM +0100, Martin Sjögren wrote: > mån 2003-03-17 klockan 21.20 skrev Denis Barbier: > > > Are they? db_subst foo/bar NAME "..." Will that be gobbled? > > > > With current implementation, yes. > > Then I think that should be changed too! A workaround is to replace

CPQ ML530 + Smart Array 431

2003-03-18 Thread Brett Glasson
hey hey hey I am valiantly struggling with getting debian 3.0r1 onto a Compaq ML530 server which has a Smart Array 431 RAID controller (2+1) I have had Win2K and Redhat 7.x on this server in the past with no problems, but I would prefer to go with Debian if possible. I am currently running RH7.2

Re: CPQ ML530 + Smart Array 431

2003-03-18 Thread Emile van Bergen
Hi, On Wed, Mar 19, 2003 at 10:35:25AM +1100, Brett Glasson wrote: > I have tried both the "vanilla" and "compact" boot CD's with similar > results. After trawling the net I have learnt that the '431 uses > CPQARRAY.O, which should already be compiled into the kernel. > > Unfortunately, the con

Re: Building d-i

2003-03-18 Thread debian
On Tue, 18 Mar 2003, Stephane Enten wrote: > > You could change the apt-get command ran by the Makefile to get rid of > the Dependancies check, but it would not be really clean. I'm not yet that desperate;-) > > While I could install the package from Sarge, it is actually the CVS > > version

Re: Building d-i

2003-03-18 Thread debian
On Tue, 18 Mar 2003, Chris Tillman wrote: > On Tue, Mar 18, 2003 at 02:55:41PM +0100, Stephane Enten wrote: > > On Tue, Mar 18, 2003 at 09:23:00PM +0800, [EMAIL PROTECTED] wrote: > > > > > I have not yet found any way to make any packages from this source, and > > > that is why I think somethin

Re: Building d-i

2003-03-18 Thread debian
On Tue, 18 Mar 2003, Mario Lang wrote: > > What I want to do is to build all these packages, and then go on to > > create bootable disks from the results. > > You do not need to do this. The whole idea of udeb packages > is that they can reside in the archives, and you do not need to build > the

Re: CPQ ML530 + Smart Array 431

2003-03-18 Thread debian
On Wed, 19 Mar 2003, Emile van Bergen wrote: > Hi, > > On Wed, Mar 19, 2003 at 10:35:25AM +1100, Brett Glasson wrote: > > > I have tried both the "vanilla" and "compact" boot CD's with similar > > results. After trawling the net I have learnt that the '431 uses > > CPQARRAY.O, which should alre