> Please don't touch the artwork.
>
> Do work carefully amongst the artwork.
And never, ever, ask the artist for his motivation.
Please don't touch the artwork.
Do work carefully amongst the artwork.
> to paraphrase russ, the bike shed is painted and the painter
> has left.
And there's nothing worse than a fucking art critic.
On Tue Aug 9 18:49:07 EDT 2011, lyn...@orthanc.ca wrote:
> > one could make /lib/namespace
> > more complicated to make /bin/aux a union directory as well, but that
> > sounds like a lot of work for no particular gain.
>
> The alternate pain is in the respective mkfiles. Munging the namespace
>
On Tue, Aug 9, 2011 at 3:54 PM, Jacob Todd wrote:
>
> On Aug 9, 2011 6:30 PM, "erik quanstrom" wrote:
>>
>> On Tue Aug 9 18:26:01 EDT 2011, lyn...@orthanc.ca wrote:
>> the tradition has been to copy scripts into /$cputype/bin/$somesubdir
>> for every arch.
>>
> I've always been under the impress
On Aug 9, 2011 6:30 PM, "erik quanstrom" wrote:
>
> On Tue Aug 9 18:26:01 EDT 2011, lyn...@orthanc.ca wrote:
> the tradition has been to copy scripts into /$cputype/bin/$somesubdir
> for every arch.
>
I've always been under the impression they went in /rc/bin/.
> one could make /lib/namespace
> more complicated to make /bin/aux a union directory as well, but that
> sounds like a lot of work for no particular gain.
The alternate pain is in the respective mkfiles. Munging the namespace
(once) seems like the cleaner approach in my view.
On Tue Aug 9 18:26:01 EDT 2011, lyn...@orthanc.ca wrote:
> I was surprised to stumble across a handful of rc scripts in
> /386/bin/aux. Shouldn't this directory contain only 386 binary
> executables? With the exception of the vmware script, none of these
> are specific to the 386 hardware platfo
