From: Peter Abrahamsen <rainhead@gmail.com>
To: gentoo-alt@lists.gentoo.org
Subject: Re: [gentoo-alt] Proposal: use git instead of rsync for syncing of prefix portage tree
Date: Sun, 22 Jan 2012 15:55:38 -0800 [thread overview]
Message-ID: <E163E620-43B6-443E-8A73-07E70FD92C8A@gmail.com> (raw)
In-Reply-To: <152041327230896@web36.yandex.ru>
[-- Attachment #1: Type: text/plain, Size: 1852 bytes --]
A theme of this thread is that different solutions are appropriate for different use cases. This means abstracting the filesystem out and having emerge query a repository, which might be the filesystem, a RESTful service, a database, or something else:
- Accessing the tree (not a git repo) through HTTP would mean no need for syncing or local storage, which would be very handy for some embedded scenarios, as well as ephemeral ("cloud") virtual systems.
- Funtoo's portage can read files directly out of git pack files, saving a lot of disk space and inodes, among other advantages.
Of course, as Fabian points out, writing and vending these interfaces is an engineering and operational burden for whoever provides them. Git sync server farms can be made, but if GitHub's experience is any indication, it's not super easy.
On the development side, It makes a lot of sense to me that Gentoo developers (or the developers of whatever distribution) might want to use git in order to support more decentralized workflows, something more like how the Linux kernel is written. It might also ease the work of an enterprise or spin-off distribution that wants to maintain their own fork of the Portage tree with particular patches, keywords, or additional packages.
Even if it were so, rsync would probably be the most appropriate way for most end users to get their portage tree goodness. But I think drobbins' effort to support other use cases is very worthwhile.
Peter
On Jan 22, 2012, at 3:14 AM, Konstantin Tokarev wrote:
>
>
> 21.01.2012, 23:57, "Peter Abrahamsen" <rainhead@gmail.com>:
> I believe drobbins is working on abstracting the repository so it could in theory be accessed over HTTP.
>
> I'm not sure I understand your point, however git through HTTP is slooooow.
>
> --
> Regards,
> Konstantin
>
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4369 bytes --]
next prev parent reply other threads:[~2012-01-23 0:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-21 19:44 [gentoo-alt] Proposal: use git instead of rsync for syncing of prefix portage tree Konstantin Tokarev
2012-01-21 19:57 ` Peter Abrahamsen
2012-01-22 11:14 ` Konstantin Tokarev
2012-01-22 23:55 ` Peter Abrahamsen [this message]
2012-01-21 20:55 ` Fabian Groffen
2012-01-22 11:13 ` Konstantin Tokarev
2012-01-22 12:43 ` Fabian Groffen
2012-01-22 13:35 ` Konstantin Tokarev
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=E163E620-43B6-443E-8A73-07E70FD92C8A@gmail.com \
--to=rainhead@gmail.com \
--cc=gentoo-alt@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