[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [cdebconf] slang frontend



lör 2002-11-30 klockan 16.13 skrev Denis Barbier:
> > I can get it to run in vmware without problems, using the latest version
> > of mklibs.py in the build makefile, it pulls in libslang and everything.
> 
> Do you mean replacing
>   MKLIBS=mklibs
> by
>   MKLIBS=/usr/share/pgi/tools/mklibs.py
> in build/Makefile?

No, I mean /usr/bin/mklibs in mklibs 0.1.8. That was a bit misleading,
sorry. Here's what I did:

===
Index: debian/rules
===================================================================
RCS file:
/cvs/debian-boot/debian-installer/tools/cdebconf/debian/rules,v
retrieving revision 1.25
diff -u -r1.25 rules
--- debian/rules        17 Nov 2002 23:17:59 -0000      1.25
+++ debian/rules        30 Nov 2002 15:28:27 -0000
@@ -54,7 +54,7 @@
        (cd $(udebbuild); CFLAGS="$(CFLAGS) $(SIZEOPTFLAG)
-fomit-frame-pointer" \
                $(topdir)/configure --prefix=/usr --sysconfdir=/etc \
                --without-rpath --with-db="textdb rfc822db" \
-               --with-frontend="text" $(DEBUG_CONFIGURE_OPT) \
+               --with-frontend="slang" $(DEBUG_CONFIGURE_OPT) \
                --with-conffile=$(CONFFILE))
        (cd $(udebbuild); $(MAKE) clean; $(MAKE))
        touch $@
Index: src/cdebconf.conf-dist
===================================================================
RCS file:
/cvs/debian-boot/debian-installer/tools/cdebconf/src/cdebconf.conf-dist,v
retrieving revision 1.4
diff -u -r1.4 cdebconf.conf-dist
--- src/cdebconf.conf-dist      26 Aug 2002 12:16:38 -0000      1.4
+++ src/cdebconf.conf-dist      30 Nov 2002 15:28:27 -0000
@@ -17,7 +17,7 @@

 frontend {
   instance "default_fe" {
-    driver "text";
+    driver "slang";
   };
 };

===

Build cdebconf-udeb as usual, and then, in the build dir

fakeroot make TYPE=cdrom # net should work too I suppose
sudo make TYPE=cdrom floppy_image

I then built a CD that boots from that image, and it worked *shrug*

> > it looks horrible ;) Not because of the color scheme, I can live with
> > that, although I think dialog looks better, but because we are lax about
> > redirecting output from programs we run, *everything* should probably go
> > to /var/log/messages or something.
> 
> Indeed, but in another file, e.g. /var/log/install.log

Works for me, as long as it doesn't interfer with the frontend it can go
wherever it wants :-)


/Martin

Attachment: signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel


Reply to: