- Use modern disk names (ad and da instead of rsd and rwd)
- fix comment concerning chmod and floppy devices
- add LS120 examples (submitted by Phillip Musumeci
<phillip@mirriwinni.cse.rmit.edu.au>)
the need for stubs. They are needed with currect TCL port, regretfully.
When the need goes away (hopefully), I'll remove the files/patch-stubs.
Actually USE the blasted c-client4 instead of merely (and bogusly!)
LIB_DEPEND-ing on it. The port continued to build and use its own
version (based on imap-4.7 from October 1999). Don't even extract the
imap subdir...
opposite case :) Make the c-client's Makefile use the LDFLAGS files,
when linking the shared library. This ensures, that the things like
-lpam, -lssl are linked into it and an application does not have to
refer to them explicitly.
WITH_SSL should, IMHO, be made a default...
like '\n' is definitely non-printable.
o Fix this by tin's misc.c way, exactly what ports/26402 submitted.
o Unless we have wchar and, well, Citrus Project, imported, there's
no clean way, Good Thing (tm), we can do in this case.
PR: ports/26402
Submitted by: Yen-Ming Lee <leeym@bsd.ce.ntu.edu.tw>
MHC is designed to help those who receive most appointments via email.
Using MHC, you can easily import schedule articles from emails.
To use mhc, you must install some of the supported MUA.
The supported MUA are Mew, Wanderlust and Gnus.
PR: ports/26398
Submitted by: Yoichi NAKAYAMA <yoichi@eken.phys.nagoya-u.ac.jp>
rsync turns on blocking I/O mode if remote shell command is rsh
(ie. matched RSYNC_RSH) to work around some broken rsh implementations
on other platforms.
The submitter of the rsh->ssh patches overloaded RSYNC_RSH for ssh.
That turns out to be a Wrong Thing. This change implements the parallel
RSYNC_SSH.
PR: 26376
Submitted by: adrian
MHC is designed to help those who receive most appointments via email.
Using MHC, you can easily import schedule articles from emails.
To use mhc, you must install some of the supported MUA.
The supported MUA are Mew, Wanderlust and Gnus.
PR: ports/26398
Submitted by: Yoichi NAKAYAMA <yoichi@eken.phys.nagoya-u.ac.jp>
