[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Getting rid of circular dependencies



Olaf van der Spek wrote:
> On 6/27/05, John H. Robinson, IV <jaqque@debian.org> wrote:
> > Olaf van der Spek wrote:
> > > On 6/25/05, John H. Robinson, IV <jaqque@debian.org> wrote:
> > > > I can see where the game would be installed on the client system, and
> > > > the data would live on the file server under /usr/share. Currently, the
> > > > only way to do this is by having installed broken packages, and to copy
> > > > the /etc/amphetamine files from the filer onto the client.
> > >
> > > Why would you only install the data and not the binaries on the file
> > > server (filer?)?
> > 
> > Because you are sharing /usr/share and not /usr ?
> > 
> > FHS 2.3:
> > /usr/share : Architecture-independent data
> > 
> > One filer to rule all the architectures. Essentially, the same reason we
> 
> What is a filer?

A file server.

> > make -data packages to begin with. If you have a mixed environment (x86,
> > amd64, sparc, ppc) then you can have one /usr/share for all of them.
> 
> I understand that part, but I'd expect binaries to be able to live on
> a file servers too, even for multiple architectures.

/usr/bin/vim is different on PPC than on i386. You cannot share /usr
(and thusly /usr/bin) between architectures. You can with /usr/share, as
it is architecture independent.

-- 
John H. Robinson, IV          jaqque@debian.org
                                                                 http  ((((
WARNING: I cannot be held responsible for the above,         sbih.org ( )(:[
as apparently my cats have learned how to type.          spiders.html  ((((



Reply to: