From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from <gnap-dev+bounces-86-garchives=archives.gentoo.org@lists.gentoo.org>) id 1JeVC9-0001pF-4r for garchives@archives.gentoo.org; Wed, 26 Mar 2008 12:57:33 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4AB5BE095D; Wed, 26 Mar 2008 12:57:32 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D37ABE0693; Wed, 26 Mar 2008 12:57:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 6878C67279; Wed, 26 Mar 2008 12:57:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -1.678 X-Spam-Level: X-Spam-Status: No, score=-1.678 required=5.5 tests=[AWL=0.921, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V1VZDGqBh8wA; Wed, 26 Mar 2008 12:57:25 +0000 (UTC) Received: from mailstore.bawue.net (mailstore.bawue.net [193.7.176.63]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 5DAE7672A6; Wed, 26 Mar 2008 12:57:16 +0000 (UTC) Received: from [192.168.0.6] (p57B4E32C.dip.t-dialin.net [87.180.227.44]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailstore.bawue.net (Postfix) with ESMTP id F198538914; Wed, 26 Mar 2008 13:57:10 +0100 (CET) Subject: [gnap-dev] [RFC] Summer of Code Proposal: GNAP Love From: Philipp Riegger <lists@anderedomain.de> To: gnap-dev@lists.gentoo.org, gentoo-catalyst@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Date: Wed, 26 Mar 2008 13:57:06 +0100 Message-Id: <1206536227.3183.71.camel@troy.riegger.name> Precedence: bulk List-Post: <mailto:gnap-dev@lists.gentoo.org> List-Help: <mailto:gnap-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gnap-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gnap-dev+subscribe@lists.gentoo.org> List-Id: Gentoo GNAP development <gnap-dev.gentoo.org> X-BeenThere: gnap-dev@lists.gentoo.org Reply-to: gnap-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 13739b11-91de-480e-9c0c-c24ba38c06e6 X-Archives-Hash: 1fca8c8f6c8fd8a3edc1e25ff5eeed31 Good morning, I have some ideas for Summer of Code which i'd like to discuss with you. I'm mostly interested in making GNAP usable and my proposal includes lots of tasks in GNAP and catalyst, of which i'd like to finish as many as possible and do some research on the rest. catalyst tasks: =E2=80=A2 Squashfs snapshot support I don't like it, that it takes so much time to unpack a new snapshot and it takes so much disk space to store it. Plan is: distribute tree snapshots as squashfs images, mount them directly into the workdir, use /mnt/distfiles and /mnt/packages instead of snapshot subdirectories. =E2=80=A2 (Squashfs seedstage support) Maybe the same is possible for stages? A future plan for this could be to mount the squashfs image directly and use unionfs for the real work, but i have no idea how deleting files in such a setup works. Research is necessary here. =E2=80=A2 uclibc-cross-compiling support Cross compiling is hard, but it should be possible to build arch-uclibc from arch. Research, what needs to be done combined with the implementation, if possible. This would also make GNAP more flexible. =E2=80=A2 Documentation In an email from some days ago i read, that documentation is planed for after the release. I could support this and proofread it, since i need the knowledge anyway. =E2=80=A2 (Code cleanups) I write this everywhere, but since i need a basic understanding, i have to read (parts of) the source and maybe i find something worth improving. =E2=80=A2 Cross compiling research This is the continuation of the uclibc stuff with some plans on what could be done how. =E2=80=A2 Non-root builds research Wouldn't it be nice if being root was not necessary for using catalyst? I would like to look into the possibilities there and what is needed to make it reality. GNAP tasks: =E2=80=A2 Code/Tree hosting, VCS I've done some work last year and that does only exist as some patches, since there is no central repository for GNAP development. First i'd like to establish one and move all existing resources there. =E2=80=A2 GNAP 2.1 There are some known and easy to fix bugs in GNAP 2.0. There have also been some code cleanups. The last thing is, that the current GNAP is not really usable, since the tree snapshot is so old, that most of the distfiles are not fetchable from mirrors or other places. So i'd like to make a new release, be it in the tree or in an overlay. =E2=80=A2 Reimplementation in python research Catalyst is written in python, maybe we could make better use of it if we reimplemented some parts of GNAP in python? This is just a research item, i'd like to look into it and form some statement about it. I'll probably not do it. =E2=80=A2 uclibc-cross-compiling support This depends on catalyst. =E2=80=A2 (Cross-compiling support) My last years project. My thoughts/plans about that should be discussed with the community and put on the GNAP development website. =E2=80=A2 GNAP releases, long term support This is just an idea i have. Think of something like this: With each gentoo release, we take the release snapshot, form our reduced GNAP snapshot (only supported profiles, unsupported USE flags masked, unneeded ebuilds (X, desktop stuff) not in the tree) and support it for some time security wise (like the releng team does during release). This is more of a research topic, with informing what needs to be done, writing of scripts, maybe doing a proof of concept (maintaining a snapshot for some weeks to see how it works). Thanks for reading this, any comments are welcome, constructive, destructive, "this is not necessary" and "i like to see this one", and most of all "i/we've been working on this with the following results". This is not about occupying me, this is about helping. I set the Reply-To to gnap-dev, you're welcome to join there, it's really really low traffic at the moment. Philipp --=20 gnap-dev@lists.gentoo.org mailing list