atom feed12 messages in org.freebsd.freebsd-docRe: Revised ports entry for handbook
FromSent OnAttachments
James RaynardJun 21, 1996 2:53 pm 
Jordan K. HubbardJun 21, 1996 3:14 pm 
John FieberJun 21, 1996 6:37 pm 
James RaynardJun 22, 1996 6:17 am 
Jordan K. HubbardJun 22, 1996 11:51 am 
Jordan K. HubbardJun 22, 1996 11:53 am 
NarviJun 22, 1996 12:29 pm 
Annelise AndersonJun 22, 1996 7:17 pm 
Jordan K. HubbardJun 22, 1996 11:42 pm 
James RaynardJun 23, 1996 7:58 am 
James RaynardJun 23, 1996 8:07 am 
Annelise AndersonJun 23, 1996 3:22 pm 
Subject:Re: Revised ports entry for handbook
From:Annelise Anderson (and@andrsn.stanford.edu)
Date:Jun 23, 1996 3:22:45 pm
List:org.freebsd.freebsd-doc

Interesting, there's no evidence in my packages database for any port I've ever done, except for those done using lndir.

He means the database in /var/db/pkg - the pkg_add command updates this area.

That's what I meant too. I ported apsfilter a few weeks ago, and there's no evidence of it in /var/db/pkg (or with pkg_info -a) nor has there ever been any evidence of kermit there. But perhaps I just typed "make" instead of "make install." Not really important.

It seems to me the lndir approach to ports is so obviously superior to a symbolic link to the distfiles on the cdrom or not using a symbolic link or lndir that it's worth explaining, and worth explaining how to

Well, it also has its drawbacks - the symlink tree eats a LOT of inodes. :(

That bad? Then maybe people should be told they can check the availability of inodes with df -i, and that they can zap any part of the link tree they don't need.

Whether one gets the skeleton files by ftp or from the cdrom, where is the make fetch-list command issued? I can't make it work on freefall.

Strange - works for me!

Works for me on my own machine, too. It's just that it doesn't work on ftp.freebsd.org, not that it should.

Annelise