From: Brian Dolbec <dolsen@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Help testing ebuilds? golang/Fabio load balancer
Date: Sat, 11 Nov 2017 11:54:36 -0800 [thread overview]
Message-ID: <20171111115436.1742c1fb@professor-x> (raw)
In-Reply-To: <f5b72223-8236-df5a-25b6-3e967cabef8a@gentoo.org>
On Sat, 11 Nov 2017 12:31:15 -0500
Michael Orlitzky <mjo@gentoo.org> wrote:
> Essentially,we have two commands to create a directory, "dodir" and
> "do-empty-dir" (which we call "keepdir"). The latter is only necessary
> due to an implementation detail, so it doesn't belong in the user
> interface -- the PM should figure out what to do.
>
> As far as the actual implementation goes, I'm not sure that
> automatically-generated ".keep" files are better than having the
> package manager maintain its own database. The latter would be more
> complex, but would avoid littering everyone's filesystems with
> ".keep" files.
>
Well, for:
1) using .keepdir files makes this package manager non-specific, ie:
using a different PM would mean it too sees that it is suppose to be
kept.
2) Most ebuilds don't need/or use .keepdir, so I doubt there are that
many littering up your filesystem.
3) There already is a database of the files installed by a package.
But, how does it know which other packages might need to install to
that directory. So, what does it do on unmerge of the package.
Typically, the package manager will refuse to remove a non-empty
directory after the files it is removing are removed.
4) Creating a single database for these will make the system more
vulnerable to corruption and data loss. It would save on disk usage
and number of inodes used. But there is a tradeoff between space and
robustness. If one .keepdir is lost, it may only affect a few
packages. If the database becomes corrupted. It could potentially
mean the loss of much more of your installed pkg data. Spanning a
great deal of the installed pkgs. In this case simplicity
of .keepdir is in my opinion, much better than a single db.
--
Brian Dolbec <dolsen>
prev parent reply other threads:[~2017-11-11 19:54 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-10 4:08 [gentoo-dev] Help testing ebuilds? golang/Fabio load balancer Damo Brisbane
2017-11-10 12:59 ` Michael Orlitzky
2017-11-10 21:36 ` Damo Brisbane
2017-11-11 0:21 ` Michael Orlitzky
2017-11-11 7:58 ` Michał Górny
2017-11-11 17:31 ` Michael Orlitzky
2017-11-11 19:26 ` Michał Górny
2017-11-12 12:53 ` Michael Orlitzky
2017-11-12 13:43 ` Michał Górny
2017-11-13 15:10 ` Michael Orlitzky
2017-11-12 15:21 ` Ulrich Mueller
2017-11-13 15:16 ` Michael Orlitzky
2017-11-11 19:54 ` Brian Dolbec [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20171111115436.1742c1fb@professor-x \
--to=dolsen@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox