[Please answer to <mailto:[EMAIL PROTECTED]> it is off-topic here.]
On Sat, Mar 20, 2004 at 03:31:19PM -0500, Nathan J. Mehl wrote: > In the immortal words of Thomas Schwinge ([EMAIL PROTECTED]): > > > > So, what about switching to DJB's /package installation hierarchy > > <URL:http://cr.yp.to/slashpackage.html> > > Aieee, no. Please, let me be the first of probably many to say: > please don't use slashpackage. It's a constricting (and annoying) > solution to a problem that no one has. To "problem that no one has": <URL:http://cr.yp.to/slashpackage/studies.html> Doing a quick search on bincimap I found this: <URL:http://news.gmane.org/find-root.php?group=gmane.mail.imap.binc.general&article=2022> To "constricting": I'd rather call it consequent and well thought-out than "constricting". What is your method of having both a stable version (for production use) and a development version (for testing new features) of e.g. bincimap running at the same time? > And as an amusing side-note, while djb adores slashpackage so much > that he was willing to see daemontools dropped from the openbsd ports > system rather than de-link it from slashpackage IMHO you don't need it in the ports if it is easily installable using the source code. > he apparently doesn't > like it enough to actually issue versions of any of his other software > (qmail, djbdns, ucspi-tcp, etc) that use it I'm quite sure he said to release new versions conforming to slashpackage someday but I can't find the relevant post at the moment. > and if you try to > distribute pre-built versions of them converted into slashpackage > format, he'll sue you. Again: There is no need to distribute pre-built packages. It's so easily installable using the source code. > (And no, I'm not trying to start another djb flameware: I use lots of > his software quite happily. I just think slashpackage is daft.) I thought the same when I first saw it and started installing his software into FHS's paths - now I have my whole system based on slash-package (using slashpackage-foreign <URL:http://multivac.cwru.edu./spf/> for 'traditional' packages). Things got a lot easier since the switch. Regards, Thomas
