[Slackbuilds-users] anyone comtemplating a lightweight vim build?

Grant g_r_a_n_t_ at dodo.com.au
Fri Sep 22 23:02:21 UTC 2006


On Fri, 22 Sep 2006 17:02:09 -0500, Robby Workman <rworkman at slackbuilds.org> wrote:

>Grant wrote:
>
>> Raises an interesting issue, I believe all add-on packages to a distro 
>> are site specific, therefore belong in /usr/local, it is the correct place 
>> according to the <whatsit> standard.
>
>
>Well, that's not (IMHO) so well established.  From what I've read 
>of the FHS, locally compiled software (not packaged) goes into 
>/usr/local, while packaged software does not.  Based on that, and 
>since we're building packages with SlackBuild scripts, /usr/local 
>would not be appropriate (again, IMHO).  Of course, one could 
>argue that /usr is only for the base system, and all add-ons go 
>to /usr/local.  What to do?  :)

What _I_ do is keep /usr/local separate on boxen that matter, and non-OS 
(non-distro?) software goes into /usr/local -- most is scripts I write, 
and the odd non-slack package compiled from source, I don't use third 
party SlackBuilds ;)  I trust the source to carry enough bugs...
>
>In reference to the kernel source location, I don't think I 
>follow - what's the problem with that?

Should be unpacked and compiled as user (kernel.org kernels), Linus said 
so about 2000, the quote is linked from kernelnewbies.org.  Many still 
argue the kernel tarball has 'wrong' permissions --> these people are 
those who dangerously unpack tarballs as root.  

But I'm not on a campaign to change slackware, I ignore the kernel source 
from slack and do that part 'my' way: 
  <http://bugsplatter.mine.nu/bash/kernel/> :)

Grant.
-- 
http://bugsplatter.mine.nu/



More information about the Slackbuilds-users mailing list