Date: Fri, 25 Aug 2006 00:09:33 +0400 From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org> To: "Stanislav Sedov" <ssedov@mbsd.msk.ru> Cc: FreeBSD Ports <ports@freebsd.org>, Jeremy Messenger <mezz7@cox.net>, portmgr@freebsd.org Subject: Re: BSD.local.dist - share/locale Message-ID: <cb5206420608241309l3cea6d31md43b592557535560@mail.gmail.com> In-Reply-To: <20060824224521.300b2185@localhost> References: <cb5206420608240626g7f3756c9g8754d7a437c5fd25@mail.gmail.com> <op.tesirrx09aq2h7@mezz.mezzweb.com> <cb5206420608240750y374ba12es2afbe254acf126cc@mail.gmail.com> <20060824224521.300b2185@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
On 8/24/06, Stanislav Sedov <ssedov@mbsd.msk.ru> wrote:
> On Thu, 24 Aug 2006 18:50:52 +0400
> "Andrew Pantyukhin" <infofarmer@FreeBSD.org> mentioned:
>
> > On 8/24/06, Jeremy Messenger <mezz7@cox.net> wrote:
> > > On Thu, 24 Aug 2006 08:26:53 -0500, Andrew Pantyukhin
> > > <infofarmer@FreeBSD.org> wrote:
> > >
> > > > I can't help thinking that the way we're trying to deal with
> > > > locale directories is far from optimal. IMHO, there are
> > > > several ways to improve the state of things:
> > >
> > > I think the current how we handle locale is a bit silly, so I personal in
> > > favor of create localehier like misc/gnomehier than four suggested below..
> > > Honestly, I would be more rather to put mtree that is for ports in
> > > somewhere of /usr/ports/ than /etc/mtree/ that way any version of FreeBSD
> > > won't have any of left over directories problem.
> >
> > It's a good idea, but we're back at the second question -
> > what if someone fancies to pkg_delete -xf gnomehier?
> > There will be no way to get a clean system after that
> > other than by reinstalling gnomehier and deleting it after
> > all the ports requiring it.
>
> That's not the main problem, and hasn't point at all since we
> don't support such kind of deinstalls - dependent ports should
> be deinstalled before dependencies.
Oh, I'm quite sure you don't mean it. You're saying that
every time we upgrade a port we should also reinstall all
the ports relying on it? Because there's no way we can
guarantee a port's directory structure stays intact across
upgrades.
> The main argument for deinstalling all files/direcotries that
> port creates follows from FreeBSD ports goal to support different
> PREFIXES. That is, you can install gettext into /usr/local and
> smth that depends on gettext into /usr/local/opt. In that case
> all these share/locale/xxx dirs will be created under /usr/local/opt
> PREFIX and if this dependent port will not make effort to remove
> these files/directories on deinstall, they will stay under /usr/local/opt
> forever, though not listed in ${MTREE_FILE}.
Again, you don't really mean it. Try installing any p5 port into
a non-localbase prefix, and you'll see that lib/perl5 and Co. will
be left over after deinstall. Even if you suppose that all ports
respect PREFIX (which many of them don't), it's not a simple
task to deal with non-mtree left-overs. I would very much like to
think that your locale effort is a step towards a better world,
but it really appears to be a step nowhere at all. I hope I'm too
short-sighted and mistaken.
> The only possible solution I can imagine is to add these direcories into
> mtree file, but since all pacthes are alredy there, there is no reason
> doing this now. Just port committers should check PLISTS accurately. This
> could be achieved by installing port with non standard PREFIX=xxx,
> deinstalling it and looking for directories/files left.
>
> The other possible solution is to implement some technique to automatically
> gather directories dependencies created and add them into plist.
We only need to care about the directories we created (or might have
created if there were none) out of mtree. It's an enormous task to fix
all the ports to do that - and there are quite a few cases when we
just can't remove an empty dir if its real owner is still installed.
A worthwhile effort would be to ensure PREFIX compliance for all
ports.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cb5206420608241309l3cea6d31md43b592557535560>