Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-soc
Navigation:
Lists: gentoo-soc: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-soc@g.o
From: Michael Seifert <michael.seifert@...>
Subject: GSoC - cache sync/self-contained ebuilds
Date: Wed, 23 Mar 2011 10:39:27 +0100
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Gentoo team,

the other SoC ideas of interest are projects #14 [1] and #25 [2].
The idea is to automatically create ebuild descriptors that contain
metadata only. This way, server load on emerge --sync will be reduced,
since the ebuilds will only be fetched, if the package is about to be
installed.
In my opinion, this is the first step to take before trying to implement
the self-contained ebuilds. I think of them as Python eggs that contain
everything you need for installation (ebuild, patches, eclasses, sources).
Are these packaged ebuilds meant to be a replacement for the current
ebuilds in the long term? If so, the above mentioned reduction of server
load and network traffic would be diminished. Say you want to install 5
packages that use the eutils.eclass, you will have to download it 5
times (in a compressed archive of course).

A tool for creating the packaged ebuilds does not seem to cause much
trouble, either. What seems a bit more difficult to me, though, are the
changes to portage.

On the first glance, the rough specifications and tasks seem pretty
straight forward:
1. Create a tool that extracts an ebuild descriptor from an existing
ebuild (containing arch, version, dependencies, ebuild location,...)
2. Make portage work with the ebuild descriptors at first, then fetching
the required files
3. Create a tool that assembles an ebuild with its patches, sources, and
eclasses
4. Make portage use the assembled archives

However, since I have merged TWO project ideas, I surely have overlooked
some traps :)
Probably I underestimated points 2 and 4?
Please, share you opinions.

[1] http://www.gentoo.org/proj/en/userrel/soc/ideas.xml#doc_chap2_sect14
[2] http://www.gentoo.org/proj/en/userrel/soc/ideas.xml#doc_chap2_sect25


Best regards and thanks in advance
Michael Seifert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2Jv88ACgkQnzX+Jf4GTUyj3wCgxijF5HzPswow4gsqqABnBGuT
jsYAmwcj4wI1LznnwCnpWfGWXEKO0Ji9
=nW4G
-----END PGP SIGNATURE-----


Replies:
Re: GSoC - cache sync/self-contained ebuilds
-- Fabian Groffen
Navigation:
Lists: gentoo-soc: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
New Idea: Google Earth API
Next by thread:
Re: GSoC - cache sync/self-contained ebuilds
Previous by date:
Re: GSoC - Package statistics
Next by date:
Re: GSoC - cache sync/self-contained ebuilds


Updated Jun 27, 2012

Summary: Archive of the gentoo-soc mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.