From owner-freebsd-hackers Sun Dec 31 12:15:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18877 for hackers-outgoing; Sun, 31 Dec 1995 12:15:34 -0800 (PST) Received: from public.wintek.com (public.wintek.com [199.233.104.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA18872 for ; Sun, 31 Dec 1995 12:15:32 -0800 (PST) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by public.wintek.com (8.6.12/1.13wintek(3.6davy)) with ESMTP id PAA10874; Sun, 31 Dec 1995 15:15:30 -0500 Received: (from rjk@localhost) by watson.grauel.com (8.6.12/8.6.9) id PAA15103; Sun, 31 Dec 1995 15:26:43 -0500 Date: Sun, 31 Dec 1995 15:26:43 -0500 Message-Id: <199512312026.PAA15103@watson.grauel.com> From: Richard J Kuhns To: freebsd-hackers@freebsd.org Subject: An answer, a question, and an offer... Sender: owner-hackers@freebsd.org Precedence: bulk First, a problem and solution with the 2.0.5 ==> 2.1 upgrade: after you've done the upgrade, the GENERIC kernel won't compile due to problems with the matcd driver. This is due to the fact that the 2.0.5 driver #included the file `i386/isa/matcd/matcd.h', which is no longer used by the 2.1 driver but is still there since the upgrade process just writes over existing files; it seems that config causes it to be #included if it exists. Either move it out of the way or remove it, and re-run config. Now, a request. Is there any strong reason not to include terminfo support in libmytinfo.*? I'm working on an enhanced print (among other things) spooler based on MDQS (Multi Device Spooling System) that includes some of the capabilities of the SVR4 lp spooler, and the printer support (which I'd like to run under SVR4 as well) depends on terminfo support (to be able to change things like lines/inch and chars/inch for a given printer). I've found that it works perfectly under FreeBSD 2.0.5 && 2.1-RELEASE, as long as I change the #undef TERMINFO to #define TERMINFO in libmytinfo's config.h file and re-compile/-install and copy the appropriate terminfo files. Not that this is a major problem, but it's extra work to do with every system I install and I don't see any reason it couldn't be the default -- termcap support is still there and works just fine. It's very handy to be able to type something like "pr source.c | lp-emu -o cpi=12", and have it print in elite. If anyone else is interested in testing or criticizing it, drop me a note. It should be ready for some beta testing RSN... Finally, an offer. Being able to smoothly upgrade a system is fairly important to me and a couple of companies I do consulting for. Jordan, I have a machine available (486 DX2/66, 8M RAM, 512M SCSI) that I could install/upgrade as often as necessary, and I'd like to help, both in testing and possibly in coding (will I have to re-learn FORTH?). Let me know... -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319