Hi, On Thu, May 19, 2011 at 16:24:29 +0200, steve donovan wrote: -snip- > But even on Unix, there is a bewildering array of places where things are to > be found. I recently played with FreeBSD (just for kicks) and discovered how > Linux-centric my thinking really is ;) > It brings its own difficulties, since some common things like wget and unzip > are not part of the standard install.
FreeBSD has fetch, NetBSD's tnftp supports downloading via http and ftp. You could default to these when installing luarocks on the respective system. Also note that the BSD implementation of tar supports a wider range of formats (because it's a frontend to BSD's libarchive) and can extract zip archives just fine with tar xf, which autodetects the format, so maybe set some defaults to this as well during the installation process. > And the make it comes with is the BSD barebones version, which cannot handle > the GNU-niverse extensions. (So then I saw the wisdom of it using 'gmake' > explicitly - another thing to grab). The BSD make is fairly minimal, but did you notice their package manager consists mostly of BSD-Makefiles? Also note that GNU make is fairly portable (and as you already pointed out, available on the BSDs as 'gmake') > At least it has a package manager! Come on... > However, the Lua includes end up in /usr/local/include/lua51, yet another > variation on the old theme. Not at all. In fact, lua installed via "make install" lands there as well. BSD separates between base system and 3rd-party software. I'd assume you'd have read about it before running into it? > Generally, LR contains too many makefiles. I disagree. Makefiles are not the problem, unportable Makefiles are. -snip- > What would be very cool is a way of encoding distribution-specific > hints. E.g. for ubuntu/debian, foo-dev, for fedora, foo-devel, etc.( > I know this puts an extra burden on the packager but we can all pitch > in here.) Let the distributions deal with that. > Finding external dependencies is still hit or miss. And it will always be. You can never be sure if tcl/tcl.h is really provided by Tcl and if /usr/bin/perl really is perl. -snip- Just my 2 cents. Moritz _______________________________________________ Luarocks-developers mailing list [email protected] http://lists.luaforge.net/cgi-bin/mailman/listinfo/luarocks-developers
