Compressed Man Pages?
Andrew K Heller
that can uncompress man pages on the fly and put that nice
"uncompressing/formating man pages" that you see on
every other type of unix system? =)
Andrew
Hayashi Hiroshi
Tony Sanders
> that can uncompress man pages on the fly and put that nice
> "uncompressing/formating man pages" that you see on
> every other type of unix system? =)
Yes, and it will be in 1.1.
austin.bsdi.com:pub/newman-bsdi.tar.z contains binaries, man pages, and
sample files for beta testing if you are interested.
Sorry, I can't make the source available right now but you are welcome to
send me (san...@bsdi.com) feedback about what you think. The next release
will also have the /usr/share/man/man* files available as a seperate package
so you can install either source or formatted man pages (or both).
--sanders
Bill Webb
--sanders
A long time ago I posted (and I think it made it to archives) patches for
"more" that would automatically transparently uncompress files that were
compressed. It was sufficiently smart that you could page backwards
(though slowly). There was almost no difference in speed on any reasonable
machine (e.g. 486).
This is sufficient for compressed man pages since man uses the pager program
(more by default) to display the files and doesn't even open them itself.
Then all that is needed is the trivial script to go through the man pages
and compress them in place.
I don't know if the version 1.1 version of this is based at all on what I
did or is done in some other way.
If there is interest I'll post the diff's to more and the script for people
who want compressed man pages now rather than later.
Bill Webb (we...@telebit.com)
Dick Dunn
...
> How about "woman" ?
Hmmm - "woman ... on the fly" sounds a bit tacky.
---
Dick Dunn r...@eklektix.com -or- raven!rcd Boulder, Colorado USA
...Simpler is better.
Graham Toal
> > Is there any script program out there or a new MAN program
> > that can uncompress man pages on the fly and put that nice
> > "uncompressing/formating man pages" that you see on
> > every other type of unix system? =)
>
> Yes, and it will be in 1.1.
>
> austin.bsdi.com:pub/newman-bsdi.tar.z contains binaries, man pages, and
> sample files for beta testing if you are interested.
where xxx are the same in each section? The broken bsd one is driving
me nuts!
> Sorry, I can't make the source available right now but you are welcome to
Also, if this is a real *new* man, and not a quick hack to add compression
(like Tom Christiansen and I have both done already), are you soliciting
features for it? I'd like a man opt that generated postscript, either
from nroff if the .1 is available or by massaging the text output from
the .0 intelligently if that's all there is. It's a real bind to have
to run around the man directories if you want to print a man page
properly.
By the way, when I gave out my man hack for 386bsd that looked for .Z
files first, someone knocked up a script to compress all the man pages
in the man directories *intelligently*, ie respecting links. I might
be able to find it again if I looked hard enough, if you don't have
it already.
G
--
Personal mail to gt...@gtoal.com (I read it in the evenings)
Business mail to gt...@an-teallach.com (Be careful with the spelling!)
Faxes to An Teallach Limited: +44 31 662 4678 Voice: +44 31 668 1550 x212
Steve McCoole
> austin.bsdi.com:pub/newman-bsdi.tar.z contains binaries, man pages, and
> sample files for beta testing if you are interested.
>
I can put this up on the bsdi.com archive for you also if you like or
you may prefer to keep it local to make changes easier?
Steve
--
Steve McCoole | Maintainer BSD/386 Ported Software List and Archives.
mcc...@wixer.bga.com | "Speak for someone else? I can't even sit up
mcc...@bsdi.com | on command."
Steve McCoole
> A long time ago I posted (and I think it made it to archives) patches for
> "more" that would automatically transparently uncompress files that were
> compressed. It was sufficiently smart that you could page backwards
> (though slowly). There was almost no difference in speed on any reasonable
> machine (e.g. 486).
>
It did make it to the archives. Its in the file:
bsdi.com:sw/utilities/compressed_more.patch
Ralf Gebhart
> > A long time ago I posted (and I think it made it to archives) patches for
> > "more" that would automatically transparently uncompress files that were
> > compressed. It was sufficiently smart that you could page backwards
> > (though slowly). There was almost no difference in speed on any reasonable
> > machine (e.g. 486).
> >
>
> It did make it to the archives. Its in the file:
> bsdi.com:sw/utilities/compressed_more.patch
I use 'less' to view man pages (PAGER=less), which is much more comfortable
than 'more' IMHO. Besides the version less177z posted in comp.sources.unix
some time ago, not only uncompresses files but also gunzip-s files if
necessary. There was no problem to compile it under BSD/386.
Should I upload it to bsdi.com:/incoming ?
--
Ralf Gebhart
IRC: Snake
Mail: Ralf.G...@E-Technik.TU-Muenchen.de
Bill Webb
be driven by means of a command such as:
find /usr/share/man -name "*.0" -print | xargs doman
The "doman" script is designed so that it only compresses the file once,
and handles files with hard or soft links.
Its trivial to modify it to use gzip to do the compression which will
save even more space than using compress. Using compress /usr/share/man/cat1
went from 2mb to 928k.
Bill Webb (we...@telebit.com)
Here's 'doman':
#! /bin/sh
for i
do
type=`file $i`
case "$type" in
*compress*)
echo "$i already compressed"
continue
;;
esac
compress -v < $i > $i.Z && ls -s $i $i.Z && cp $i.Z $i && rm -f $i.Z
done
Terry Bohaning
> > Is there any script program out there or a new MAN program
> > that can uncompress man pages on the fly and put that nice
> > "uncompressing/formating man pages" that you see on
> > every other type of unix system? =)
>
> Yes, and it will be in 1.1.
>
> austin.bsdi.com:pub/newman-bsdi.tar.z contains binaries, man pages, and
> sample files for beta testing if you are interested.
>
Tony,
Will the hypertext versions of the man pages be available?? Using
Mosaic to read the manpages is the way that I'd like to go on my
systems. I haven't have a chance to look at all of the stuff that
you've set up yet, but I like the idea of rolling as much
documentation into mosaic as possible.
Terry Bohaning t...@dalsemi.com
Bill Webb
> A long time ago I posted (and I think it made it to archives) patches for
> "more" that would automatically transparently uncompress files that were
> compressed. It was sufficiently smart that you could page backwards
> (though slowly). There was almost no difference in speed on any reasonable
> machine (e.g. 486).
>
It did make it to the archives. Its in the file:
bsdi.com:sw/utilities/compressed_more.patch
Steve
Here's a more recent vintage of the diff, it also handles files
that have been compressed with gzip, and the doman script
changed to do that as well. Note that there are extra diff's in more
because I started with the net2 version and/or to compile on non-BSDI
machines (if I remember right). Feel free to add to the archives.
The gzip version of /usr/share/man/cat1 was 777k, against 928k for the
compress version and 2076k for the uncompressed.
doman:
#! /bin/sh
compress=compress
Z=Z
for i
do
case "$i" in
-g) compress=gzip
Z=z
continue
;;
esac
type=`file $i`
case "$type" in
*compress*|*data*)
echo "$i already compressed"
continue
;;
esac
$compress -v < $i > $i.$Z && ls -s $i $i.$Z && cp $i.$Z $i &&
rm -f $i.$Z
done
diff -c /cdrom/usr/src/usr.bin/more//Makefile ./Makefile
*** /cdrom/usr/src/usr.bin/more//Makefile Tue Mar 9 07:01:32 1993
--- ./Makefile Wed Dec 8 20:14:54 1993
***************
*** 1,8 ****
- # BSDI $Id: Makefile,v 1.5 1993/03/09 15:01:32 polk Exp $
# @(#)Makefile 5.11 (Berkeley) 6/25/90
PROG= more
! CFLAGS+= -DHELPFILE=\"/usr/share/misc/omore.help\"
DPADD= ${LIBTERM}
LDADD= -ltermcap
MLINKS= more.1 page.1
--- 1,7 ----
# @(#)Makefile 5.11 (Berkeley) 6/25/90
PROG= more
! CFLAGS+= -DHELPFILE=\"/usr/share/misc/omore.help\" -DUNCOMPRESS=\"`which uncompress`\" -DGUNZIP=\"`which gunzip`\"
DPADD= ${LIBTERM}
LDADD= -ltermcap
MLINKS= more.1 page.1
***************
*** 11,15 ****
--- 10,18 ----
beforeinstall:
install -c -o ${BINOWN} -g ${BINGRP} -m 444 ${.CURDIR}/more.help \
${DESTDIR}/usr/share/misc/omore.help
+
+ .ifmake depend
+ CFLAGS+= -D__STDC__
+ .endif
.include <bsd.prog.mk>
diff -c /cdrom/usr/src/usr.bin/more//more.c ./more.c
*** /cdrom/usr/src/usr.bin/more//more.c Mon Mar 22 21:13:10 1993
--- ./more.c Wed Dec 8 20:15:48 1993
***************
*** 1,5 ****
- /* BSDI $Id: more.c,v 1.6 1993/03/23 05:13:10 polk Exp $ */
-
/*-
* Copyright (c) 1980 The Regents of the University of California.
* All rights reserved.
--- 1,3 ----
***************
*** 60,79 ****
#include <ctype.h>
#include <errno.h>
#include <fcntl.h>
- #include <paths.h>
#include <regexp.h>
#include <setjmp.h>
#include <signal.h>
- #ifdef __STDC__
#include <stdarg.h>
- #else
- #include <varargs.h>
- #endif
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <termios.h>
#include <unistd.h>
/* should be in termcap.h */
int tgetent __P((char *, char *));
--- 58,73 ----
#include <ctype.h>
#include <errno.h>
#include <fcntl.h>
#include <regexp.h>
#include <setjmp.h>
#include <signal.h>
#include <stdarg.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <termios.h>
#include <unistd.h>
+ #include "pathnames.h"
/* should be in termcap.h */
int tgetent __P((char *, char *));
***************
*** 115,124 ****
void skipf __P((int));
void skiplns __P((int, FILE *));
void ttyin __P((char *, int, int));
#define Fopen(s,m) (Currline = 0,file_pos=0,fopen(s,m))
#define Ftell(f) file_pos
! #define Fseek(f,off) (file_pos=off,fseek(f,off,0))
#define Getc(f) (++file_pos, getc(f))
#define Ungetc(c,f) (--file_pos, ungetc(c,f))
--- 109,119 ----
void skipf __P((int));
void skiplns __P((int, FILE *));
void ttyin __P((char *, int, int));
+ FILE *myFseek();
#define Fopen(s,m) (Currline = 0,file_pos=0,fopen(s,m))
#define Ftell(f) file_pos
! #define Fseek(f,off) (f = myFseek(f, off))
#define Getc(f) (++file_pos, getc(f))
#define Ungetc(c,f) (--file_pos, ungetc(c,f))
***************
*** 131,137 ****
struct termios otty, savetty;
long file_pos, file_size;
! int fnum, no_intty, no_tty;
int dum_opt, dlines;
void chgwinsz(), end_it(), onquit(), onsusp();
int nscroll = 11; /* Number of lines scrolled by 'd' */
--- 126,132 ----
struct termios otty, savetty;
long file_pos, file_size;
! int fnum, no_intty, no_tty, slow_tty;
int dum_opt, dlines;
void chgwinsz(), end_it(), onquit(), onsusp();
int nscroll = 11; /* Number of lines scrolled by 'd' */
***************
*** 181,186 ****
--- 176,183 ----
long chrctr, line;
} context, screen_start;
extern char PC; /* pad character */
+ extern short ospeed;
+ char *cmp_cmd; /* command to uncompress file */
int
***************
*** 416,422 ****
int *clearfirst;
{
struct stat stbuf;
! register FILE *f;
char c;
if (stat (fs, &stbuf) == -1) {
--- 413,419 ----
int *clearfirst;
{
struct stat stbuf;
! FILE *f;
char c;
if (stat (fs, &stbuf) == -1) {
***************
*** 437,442 ****
--- 434,441 ----
}
if (magic(f, fs))
return((FILE *)NULL);
+ if (compressed(&f, fs))
+ return((FILE *)NULL);
c = Getc(f);
*clearfirst = c == '\f';
Ungetc (c, f);
***************
*** 1699,1707 ****
no_intty = tcgetattr(fileno(stdin), &otty);
tcgetattr(fileno(stderr), &otty);
savetty = otty;
hardtabs = otty.c_oflag & OXTABS;
! if (!no_tty)
! otty.c_lflag &= ~(ECHO|ICANON);
}
int
--- 1698,1711 ----
no_intty = tcgetattr(fileno(stdin), &otty);
tcgetattr(fileno(stderr), &otty);
savetty = otty;
+ ospeed = otty.c_ospeed;
+ slow_tty = ospeed < B1200;
hardtabs = otty.c_oflag & OXTABS;
! if (!no_tty) {
! otty.c_lflag &= ~ECHO;
! if (!slow_tty)
! otty.c_lflag &= ~ICANON;
! }
}
int
***************
*** 1950,1953 ****
--- 1954,2026 ----
set_tty ();
if (inwait)
longjmp (restore, 1);
+ }
+
+ #ifndef UNCOMPRESS
+ #define UNCOMPRESS "compress"
+ #endif
+
+ #ifndef GUNZIP
+ #define GUNZIP "gunzip"
+ #endif
+
+ #define CMP_MAGIC1 0x1f
+ #define CMP_MAGIC2 0x9d
+ #define CMP_MAGIC3 0x8b
+
+ compressed(fp, fs)
+ FILE **fp;
+ char *fs;
+ {
+ unsigned char c1, c2;
+ FILE *f = *fp;
+ static char cmd[1024];
+ char *file;
+
+ cmp_cmd = (char *) 0;
+ if ((c1 = Getc(f)) != CMP_MAGIC1) {
+ Ungetc(c1, f);
+ return(0);
+ }
+ switch (c2 = Getc(f)) {
+ case CMP_MAGIC2:
+ file = UNCOMPRESS;
+ break;
+ case CMP_MAGIC3:
+ file = GUNZIP;
+ break;
+ default:
+ Ungetc(c2, f);
+ Ungetc(c1, f);
+ return(0);
+ }
+ fclose(f);
+ /* we do exec for efficiency, and < of necessity */
+ sprintf(cmd, "exec %s -c < %s", file, fs);
+ if ((f = popen(cmd, "r")) == NULL) {
+ fprintf(stderr,"Can't open %s\n", cmd);
+ return(1);
+ }
+ cmp_cmd = cmd;
+ *fp = f;
+ return(0);
+ }
+
+ FILE *myFseek(f,off)
+ FILE *f;
+ int off;
+ {
+ if (!cmp_cmd) {
+ file_pos=off;
+ fseek(f,off,0);
+ return(f);
+ }
+ if (file_pos > off) {
+ pclose(f);
+ f = popen(cmp_cmd, "r");
+ file_pos = 0;
+ }
+ while (file_pos < off)
+ Getc(f);
+ return(f);
}
Tony Sanders
> Mosaic to read the manpages is the way that I'd like to go on my
> systems. I haven't have a chance to look at all of the stuff that
> you've set up yet, but I like the idea of rolling as much
> documentation into mosaic as possible.
I also like the idea of using WWW-based technologies for online
documentation. Don't expect anything for 1.1 but I expect some
future release to have WWW software in it. Right now things are
changing a little bit too much, so you are better off getting
stuff from the net so you can stay up-to-date.
The hypertext man pages are really just a 130 line perl script.
If you are interested in setting up a WWW server check out
http://www.bsdi.com/server/doc/web-info.html under service providers.
--sanders
Steven M. Schultz
> Bill Webb (we...@telebit.com)
> The "doman" script is designed so that it only compresses the file once,
>
> Its trivial to modify it to use gzip to do the compression which will
> save even more space than using compress. Using compress /usr/share/man/cat1
> went from 2mb to 928k.
BFD. (and no, that's not the Burbank Fire Department ;-)). Saving
1.072 megatbytes on systems (both at home and at work) having
between 2 and 3 gigabytes of disc isn't worth time / effort to
install the script(s)/etc necessary. Why the sudden interest
in something which doesn't save very much (and even in the days
when disc space was expensive 1mb wasn't very much unless you
still use an RK05).
Just my two cents worth...
Steven Schultz
s...@wlv.iipo.gtegsc.com
Andrew K Heller
However..the default for gzip is lower z not gz ..thats easy to fix...
what seems a little harder is getting makewhatis to look at compressed
man pages ... got a new perl script for this one too?
Thanks again.
Andrew
ps.. anybody got a compiled binary of tn3270.
I still cant get any version to compile correctly.
I got x3270.3.0.1 to work! anybody want a copy?
also..I cant get any xlock to compile since there is some
conflicts with the sleep functions. anybody with an xlock bin is welcome
to send me copy. =)
Bernhard...@physik.tu-muenchen.de
> BFD. (and no, that's not the Burbank Fire Department ;-)). Saving
> 1.072 megatbytes on systems (both at home and at work) having
> between 2 and 3 gigabytes of disc isn't worth time / effort to
> install the script(s)/etc necessary. Why the sudden interest
> in something which doesn't save very much (and even in the days
> when disc space was expensive 1mb wasn't very much unless you
> still use an RK05).
Well, my notebook does run BSDI, and I've yet to find one with a 3GB
2.5" slim-line disk (and it has to run that other OS commonly used
on PC-class machines, too). Saving 1MB won't do me much good, but it
will certainly help!
Having a PCFS file system to access the DOS partition on the hard disk
might help, too.
\Bernhard.
ma...@dsl.com
|> BFD. (and no, that's not the Burbank Fire Department ;-)). Saving
|> 1.072 megatbytes on systems (both at home and at work) having
|> between 2 and 3 gigabytes of disc isn't worth time / effort to
|> install the script(s)/etc necessary. Why the sudden interest
|> in something which doesn't save very much (and even in the days
|> when disc space was expensive 1mb wasn't very much unless you
|> still use an RK05).
My system is small - EVERY resource is scarce, 1mb is better than
nothing. I only have 200mb disk to start with 2-3GB!? OK if you
can afford it; in the UK that would not be a trivial amount of money.
--
Best regards,
Mark Liversedge <ma...@dsl.com>
Druid Systems Ltd +44 932 571212
Rob Payne
>> > Is there any script program out there or a new MAN program >
>> that can uncompress man pages on the fly and put that nice >
>> "uncompressing/formating man pages" that you see on > every other
>> type of unix system? =)
>>
>> Yes, and it will be in 1.1.
>>
>> austin.bsdi.com:pub/newman-bsdi.tar.z contains binaries, man pages,
>> and sample files for beta testing if you are interested.
>>
Terry> Tony,
Terry> Will the hypertext versions of the man pages be available??
Terry> Using Mosaic to read the manpages is the way that I'd like to
Terry> go on my systems. I haven't have a chance to look at all of the
Terry> stuff that you've set up yet, but I like the idea of rolling as
Terry> much documentation into mosaic as possible.
Terry> Terry Bohaning t...@dalsemi.com
This brings up an interesting point. Does anyone have a binary for
Xmosaic that is distributable? I am thinking of something with the
same sort of idea as the way that NCSA distributes the binaries for
SunOS for those who don't have the motif libraries. I would be very
interested in mosaic for my bsdi box, as I would like to start
developing some things with hypertext.
If this hasn't been done, would someone be willing to do this for
BSDi? I, for one would be very interested in this. Thanks.
-rob
Tony Sanders
> However..the default for gzip is lower z not gz ..thats easy to fix...
However, once we get the new gzip that uses .gz you should probably change
all your files to .gz or you will have a hard time gunzip'ing things.
> what seems a little harder is getting makewhatis to look at compressed
> man pages ... got a new perl script for this one too?
Nope, I'll think about the problem. Probably just needs to look at the
filename and index into a table that ends up doing a open(IN, "gunzip..|").
--sanders
Curtis Villamizar
> Terry> Will the hypertext versions of the man pages be available??
> Terry> Using Mosaic to read the manpages is the way that I'd like to
> Terry> go on my systems. I haven't have a chance to look at all of the
> Terry> stuff that you've set up yet, but I like the idea of rolling as
> Terry> much documentation into mosaic as possible.
>
> Terry> Terry Bohaning t...@dalsemi.com
>
> This brings up an interesting point. Does anyone have a binary for
> Xmosaic that is distributable? I am thinking of something with the
> same sort of idea as the way that NCSA distributes the binaries for
> SunOS for those who don't have the motif libraries. I would be very
> interested in mosaic for my bsdi box, as I would like to start
> developing some things with hypertext.
>
> If this hasn't been done, would someone be willing to do this for
> BSDi? I, for one would be very interested in this. Thanks.
>
> -rob
Better yet a version of Mosaic that doesn't use Motif. I realize that
conversion is a big undertaking. That's the problem with getting
locked into single vendor proprietary software. :-) half kidding.
Curtis
George Hartzell
>
> Better yet a version of Mosaic that doesn't use Motif. I realize that
> conversion is a big undertaking. That's the problem with getting
> locked into single vendor proprietary software. :-) half kidding.
Mosaic is the name of a particular set of programs for running around
the "World Wide Web". The unix implementation, Xmosaic?, is motif
based, but I think that they have Mac and Windows versions in the
pipe and suspect that they are NOT motif based. There exist other
unix programs with graphical user interfaces for browsing WWW, such as
tkWWW. Maybe they'd be worth looking at?
g.
Bill Webb
> Bill Webb (we...@telebit.com)
> The "doman" script is designed so that it only compresses the file once,
>
> Its trivial to modify it to use gzip to do the compression which will
> save even more space than using compress. Using compress /usr/share/man/cat1
> went from 2mb to 928k.
BFD. (and no, that's not the Burbank Fire Department ;-)). Saving
1.072 megatbytes on systems (both at home and at work) having
between 2 and 3 gigabytes of disc isn't worth time / effort to
install the script(s)/etc necessary. Why the sudden interest
in something which doesn't save very much (and even in the days
when disc space was expensive 1mb wasn't very much unless you
still use an RK05).
Just my two cents worth...
Steven Schultz
s...@wlv.iipo.gtegsc.com
If you are running on a Notebook computer with a 120mb disk and also have
DOS/Windows installed on it every megabyte is precious. Having the man pages
compressed saved 2-3MB which is a significant percentage of the total space
available. I originally did the code and scripts for a machine with 62mb
total space, which also had DOS and BSDI installed. Now THAT was a machine
where every megabyte mattered!
Bill Webb (we...@telebit.com) (: and yes, I just ordered a notebook with
a 320mb so that I have enought space to do everything :)
Berry Kercheval
>> This brings up an interesting point. Does anyone have a binary for
>> Xmosaic that is distributable?
>Better yet a version of Mosaic that doesn't use Motif. I realize that
>conversion is a big undertaking. That's the problem with getting
>locked into single vendor proprietary software. :-) half kidding.
There's a WWW client called 'tkWWW' that uses Osterhout's TK+TCL toolkit.
It was written by Joseph Wang (j...@athena.mit.edu). It's copylefted (GPL 2.0)
so
I have not used it extensively, but it seems pretty full featured. This
might be an option for Motif-less folks (like me, at least at home).
--berry
Berry Kercheval :: ke...@parc.xerox.com
Ron McDowell
>Note that it still does not work with unformatted man pages.
It's not that hard if you don't mind it being ugly. :-) What I did at
Dell was to format the manpage, then get the info for makewhatis out
of that.
--
Ron McDowell - HaL Computer Systems, Austin, TX 512-794-2855 x3050 r...@hal.com
Andrew K Heller
> In message <931209075...@WLV.IIPO.GTEGSC.COM> you write:
> > BFD. (and no, that's not the Burbank Fire Department ;-)). Saving
> > 1.072 megatbytes on systems (both at home and at work) having
> > between 2 and 3 gigabytes of disc isn't worth time / effort to
> > install the script(s)/etc necessary. Why the sudden interest
> > in something which doesn't save very much (and even in the days
> > when disc space was expensive 1mb wasn't very much unless you
> > still use an RK05).
I hate to say this, but its the truth, that kind of mentality is a problem
with our computer society as a whole. "If I have more space..or if I have a faster CPU..this would not be a problem." I understand that having 1.2 gigs is alot and why should one bother with compression or faster execution times? I myself have well over 100megs free. (That IS a lot.) Perhaps I just come from the old familiy
where the fastest, neatest, most unique and smallest code is a way of life. Other
than that...(I think assembly is the best...since C is nicknamed "The American
Disease" in just about any european country).. but..I digress. =)
>
> Well, my notebook does run BSDI, and I've yet to find one with a 3GB
> 2.5" slim-line disk (and it has to run that other OS commonly used
> on PC-class machines, too). Saving 1MB won't do me much good, but it
> will certainly help!
Yes, it will. =)
Please Excuse these ramblings.
I just thought it was time for someone to atleast inform someone else that
some things are being done wrong.
Andrew K. Heller
Computer Engineering at The Pennsylvania State University.
"Making the world safe, once again. =)"
Tony Sanders
A port of NCSA Mosaic 2.0 for X is available via anonymous ftp to ftp.bsdi.com,
in /sw/applications/Mosaic/Mosaic-2.0 you will find the following files:
README
Text file describing the NCSA Mosaic 2.0 client.
README-announce
Text file containing the NCSA Mosaic 2.0 announcement
Mosaic-2.0-bsdi.z
Mosaic client binary for BSD/386 (0.9MB) gzip'ed.
Mosaic-2.0-bsdi-debug.z
Mosaic client binary for BSD/386 w/debugging symbols (1.5MB) gzip'ed.
app-defaults.bsdi
Tony Sanders' local app-defaults customizations
app-defaults.color
Application defaults file for the NCSA Mosaic client (color).
app-defaults.color-sgi
Application defaults file for the NCSA Mosaic client (color SGI).
app-defaults.mono
Application defaults file for the NCSA Mosaic client (mono).
Source is available from ftp.ncsa.uiuc.edu in Mosaic/Mosaic-source.
Requires Motif to compile. .z files are compressed with gzip.
This port is compiled with native WAIS support but does not have HDF support.
The NCSA Mosaic source compiles out of the box with only minor Makefile
tweeks (BSD/386 entries are in the sample Makefile, you just have to
uncomment them and configure for your system).
Mosaic is a hypertext Internet browser (based on the World-Wide Web
technology), that speaks Gopher, FTP, News, WAIS, HTTP (the World-Wide
Web hypertext protocol). Gateways are available on the Internet for
many other protocols and databases.
You can access online magazines, a dictionary, Archie, weather maps,
Internet Talk Radio, and many other Internet resources using this simple
interface. Just run Mosaic and start exploring (a Help menu is available
to get you started). The NCSA also has Mosaic ports for Mac and Windows
(see the online information).
If you use the provided app-defaults.bsdi you will be connected to
the BSDI "Home Page" on www.bsdi.com where there is information about
BSDI and pointers to other interesting sources of information.
More information about the World-Wide Web project and NCSA Mosaic is
available in the comp.infosystems.www newsgroup.
+--+ http://www.bsdi.com/hyplan/sanders.html
| |____ --------------------------------------------------------------
__| | Tony Sanders Development and US Customer Support
\ | san...@BSDI.COM Berkeley Software Design, Inc.
\/\ * _/ RIPEM & MIME (w/audio) 1801 Wells Branch Parkway, #2111
\_ / Voice + 1 512 251 1937 Austin, TX 78728
\| Orders + 1 800 800 4BSD Support + 1 800 ITS BSD8
Eric Johnson
: >
: > Better yet a version of Mosaic that doesn't use Motif. I realize that
: > conversion is a big undertaking. That's the problem with getting
: > locked into single vendor proprietary software. :-) half kidding.
: Mosaic is the name of a particular set of programs for running around
: the "World Wide Web". The unix implementation, Xmosaic?, is motif
: based, but I think that they have Mac and Windows versions in the
: pipe and suspect that they are NOT motif based. There exist other
: tkWWW. Maybe they'd be worth looking at?
There has been a thread running in comp.infosystems.www for a *long*
time now about the merits and legalities of Motif, and in exasperation,
one of the developers of Mosaic (Eric Bina, I think) put up a hack that
uses only the Athena widget set. I pulled it down but haven't looked at
it yet. If it is not still at their distribution point, and you are
seriously interested in a non-Motif Mosaic, I will be happy to make it
available someplace. From the developer's comments, it is only a rough
hack, but should be a good starting point for someone.
--Eric
Steve McCoole
> Here's a more recent vintage of the diff, it also handles files
> that have been compressed with gzip, and the doman script
> changed to do that as well. Note that there are extra diff's in more
> because I started with the net2 version and/or to compile on non-BSDI
> machines (if I remember right). Feel free to add to the archives.
>
> The gzip version of /usr/share/man/cat1 was 777k, against 928k for the
> compress version and 2076k for the uncompressed.
>
I'll put the doman and the new compressed more patch up on the archive.
The new patch will replace the old one. They will be in the sw/utilities
directory.
Thanks!
Shin Yoshimura
Tony> A port of NCSA Mosaic 2.0 for X is available via anonymous ftp to ftp.bsdi.com,
Tony> in /sw/applications/Mosaic/Mosaic-2.0 you will find the following files:
NTT people made a experimental multilanguage extension of Mosaic-2.0.
Patch is
www.ntt.jp:/networking/WWW/Mosaic-l10n/Mosaic-2.0-l10n.patch.gz
ftp.iij.ad.jp:/pub/network/WWW/Mosaic-l10n/Mosaic-2.0-l10n.patch.gz
It does not need any local extension of motif, I think. Binaries for
sparc and sgi is already distributed. Can you make a binary for
BSD/386 ? I want to try to make it but I don't have motif for BSD/386 yet.
It supports ISO-8859-*, Japanese, Chinese, Korea, and other many fonts
which is supported in Mule (multilanguage extension of emacs).
www.ntt.jp supply for testing multilanguage pages.
Shin Yoshimura
Internet Initiative Japan Inc. IIJ, Operations Div.