From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1E7EPb-0007Bz-3s for garchives@archives.gentoo.org; Mon, 22 Aug 2005 15:40:35 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7MFcjlQ022962; Mon, 22 Aug 2005 15:38:45 GMT Received: from www.rjlouro.org (48-229.dial.nortenet.pt [212.13.48.229]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7MFZTqT003106 for ; Mon, 22 Aug 2005 15:35:32 GMT Received: from acme.rjlouro.org (acme [10.0.0.2]) by www.rjlouro.org (Postfix) with ESMTP id BB6223F20 for ; Mon, 22 Aug 2005 16:36:03 +0100 (WEST) Date: Mon, 22 Aug 2005 16:35:13 +0100 From: Ricardo Loureiro To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC - Gentoo on the Lab Message-ID: <20050822163513.09ecd701@acme.rjlouro.org> In-Reply-To: <20050822163811.3dcc8fde@andy.genone.homeip.net> References: <20050822025840.6bb9bdb9@acme.rjlouro.org> <20050822163811.3dcc8fde@andy.genone.homeip.net> Organization: RJLouro.org X-Mailer: Sylpheed-Claws 1.9.12 (GTK+ 2.6.8; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Mon__22_Aug_2005_16_35_13_+0100_3oYYUjboOQ20.4LA; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Archives-Salt: 5c7f1104-662d-4a0d-9cad-38ddf69e3c56 X-Archives-Hash: 0bfe70aa27fc6863b8c44081d59bb703 --Signature_Mon__22_Aug_2005_16_35_13_+0100_3oYYUjboOQ20.4LA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 22 Aug 2005 16:38:11 +0200 Marius Mauch wrote: > Define "usable". As only portage uses the tree it would be the only > thing that might break. Usable in the way that the client machines should be able to use portage, except it's the hacked (or new package) version that should do everything from the SQL server. For example, a emerge package would behave in 2 possible ways;1- calculate it's dependencies from the portage tree on the SQL server and request the binary packages, 2- Request the package and the server would calculate dependencies and get the binary done. I'm more keen on the second since it takes away processor time from the clients, but that involves sending sensitive information such as world files and make.conf over the network. > As far as I know, yes. But it wasn't what you wanted anyway (only > implemented a SQL cache for faster searching, interesting that > almost > every "rewrite" attempt implements searching first) I asked because it would be nice to talk to their devs, so I could know in advance what were their problems and what they would have done different. Anyway the project will be different, as you said, but another goal was to produce a single machine mode that would use a relational database engine as portage tree. >=20 > I'd guess baselayout + it's deps + libc are the absolute minimum > (excluding baselayout-lite and other embedded solutions). Thanks, that was exactly what I was looking for. >=20 > > 4- Any ideas on how the conf files should be handled? >=20 > Depends on your client nodes, if they are (almost) identical I'd > just > sync them from a master node. If not it gets complicated. That's the problem, very different machines (and maybe some time later even arch's). The best way was to produce yet another etc-update, but 5 months for a single person is too little time for that. In general most of the times if the config files are not changed it's safe to overwrite, else don't, but sometimes pakcage versions have config files re-written, and that's a problem. Just wanted to know what you ppl do in these situations and maybe found something I was not aware of. >=20 > Anyway, I hope you realize that your project doesn't only involve > hacking on portage, but rewriting almost all of it for the client > part. > Actually I'd rather suggest you start from scratch (so you also > make it > work completely without a tree), or wait for Brians rewrite in HEAD > (not > a good idea though if you have a deadline). Server should be less > of an > issue, mostly config tweaks there. My initial thought was a from scratch portage in python that could use many of the code already done, that would be better since portage itself doesn't need a client-server mode and I could learn a lot more this way. Waiting is not an option, no pressure on other ppl and limited time for the project, but I hope to have the time to change it after the deadline as a personal hobbie. > But as Donnie said, gentoo-portage-dev is the better list for this > discussion. Did already, thanks for your help already. Ricardo Loureiro -- http://pgp.dei.uc.pt:11371/pks/lookup?op=3Dget&search=3D0x6B7C0EC0 --Signature_Mon__22_Aug_2005_16_35_13_+0100_3oYYUjboOQ20.4LA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDCfC1JePPaWt8DsARAt5VAJ4u1svNebZnuBMHorxNuH3fpw9clACeOuTh 9dO2VGSEEOswC53Mjnx4oT4= =w0Pm -----END PGP SIGNATURE----- --Signature_Mon__22_Aug_2005_16_35_13_+0100_3oYYUjboOQ20.4LA-- -- gentoo-dev@gentoo.org mailing list