public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Simon <turner25@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Sync'ing and compiling pkgs for multiple PCs
Date: Tue, 29 Jul 2008 19:09:03 -0400	[thread overview]
Message-ID: <488FA30F.80209@gmail.com> (raw)

Hi,
   Below I explain my story, I show some difficulties and near the end ask a few 
questions, but last paragraph is my main question, comments on the rest is 
greatly appreciated.

   I have 3 computers and they are all setup the same with the exception of the 
kernel that has different options for the youngest of my pcs.  I'm looking for a 
simple, easy and efficient way to keep them all up2date.

   I want to avoid 3 --sync to the gentoo servers.  I have tried to setup one of 
my pc as central server and sync the others on it, but has the main disadvantage 
that the other PCs are dependant on it (ok, it's not so difficult to change 
make.conf).

   Then, I would have to compile approximately 3 times the same software.  My 
computers are slow, I am poor, can't buy new hardware (FORGET IT).  So I tried 
turning on buildpkg and compile on my fastest PC.

   I already use unison to sync my /home directory through ssh, i use it because 
it is simple and does exactly what I need out of the box.  (Compared to rsyncd, 
where you need to setup a server, setup the firewall, what about security?...).
   Anyway, I decided to sync /usr/portage with unison as well, which worked fine 
and I had the binpkgs on the other pc.  When I did an `emerge -k -uDN world` I 
found that many packages still had to be built.  I extracted the list of 
packages and versions, formated properly and emerged them all on my fastest pc, 
ran through the same routine and at the end I had to recompile just a few 
packages that I let run (nothing like gcc or glibc, hehe).

   Now, with my "unison technique" I believe the only flaw was that I didn't 
have the list of all packages on all my PCs and I wonder if there is a way to 
generate such a list, similar to what `emerge -vp -uDN world` gives but in a 
format ready for emerge, so I can dump the pkg list for the 3 pc in 3 files and 
run emerge on those 3 files.  I would compile them -1, which, as I understand it 
would upgrade my system (upgrade but not change world entries) and install 
unneeded packages around.  I would then use --depclean which would remove the 
unneeded packages cleanly and finally revdep-rebuild.  I would be left with my 
fastest pc's world up2date + all binpkgs of all 3 pcs.

   The advantage of my "unison technique" is it's transparent to any 3 pc, if a 
pkg is not there, it downloads the distfile from the internet and compiles it, 
completely independant.  Just doing the --sync requires a little bit of 
consideration.

   I'm wondering if there is (i'm sure there is) a better practice in the 
compilation of binpkgs for use by multiple computers, so that none of the other 
computers will compile (quick update for them) and that the compiling computer 
can compile all needed pkgs in one run preferably.

As usual, if you can answer my question directly on the mailing list that'd be 
nice, if you could give URLs to some documentation that answers my question 
that'd be very nice too!

Thanks,  Simon



             reply	other threads:[~2008-07-29 22:06 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-29 23:09 Simon [this message]
2008-07-29 22:38 ` [gentoo-user] Sync'ing and compiling pkgs for multiple PCs Andrey Falko
2008-07-29 23:46   ` Simon
2008-07-30  8:15 ` Stroller
2008-07-31  0:59   ` Simon
2008-07-31  9:04     ` Stroller
2008-07-31 11:02       ` Eric Martin
2008-07-31 14:12       ` Simon
2008-07-31 18:15         ` Stroller
2008-08-01  1:34           ` Simon
2008-07-31 16:35     ` Florian Philipp
2008-08-01  2:44       ` Simon
2008-08-02 12:11     ` Daniel Iliev

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=488FA30F.80209@gmail.com \
    --to=turner25@gmail.com \
    --cc=gentoo-user@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