[gentoo-dev] How to have a tainted rsync mirror?

[gentoo-dev] How to have a tainted rsync mirror?

[Michael Boman]

[-- Attachment #1: Type: text/plain, Size: 647 bytes --]

I currently have a local CVS tree with various new and modified ebuilds.
I'd like to run my own rsync mirror (locally) that combines the official
gentoo ebuilds with the ones I have locally hacked. This way I would
only need to do minor configuration changes on the hosts (ie: change the
rsync mirror), and there won't be any "forgot to cvs up of the local
tree" and so on.

Any ideas how to merge the Gentoo ebuilds with locally stored ones
without needing to create a second rsync tree or have CVS on all
servers?

Best regards
 Michael Boman

-- 
Michael Boman
Security Architect, SecureCiRT Pte Ltd
http://www.securecirt.com

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] How to have a tainted rsync mirror?

[Patrick Kursawe]

On Fri, May 09, 2003 at 04:18:58PM +0800, Michael Boman wrote:
> Any ideas how to merge the Gentoo ebuilds with locally stored ones
> without needing to create a second rsync tree or have CVS on all
> servers?

What about a PORTDIR_OVERLAY using some network file system?

Just an idea,

Patrick	

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] How to have a tainted rsync mirror?

[Michael Boman]

[-- Attachment #1: Type: text/plain, Size: 1047 bytes --]

On Fri, 2003-05-09 at 16:41, Patrick Kursawe wrote:
> On Fri, May 09, 2003 at 04:18:58PM +0800, Michael Boman wrote:
> > Any ideas how to merge the Gentoo ebuilds with locally stored ones
> > without needing to create a second rsync tree or have CVS on all
> > servers?
> 
> What about a PORTDIR_OVERLAY using some network file system?
> 
> Just an idea,
> 
> Patrick	

Not feasable as some servers are definatly not in your typical "LAN"
enviroment. Also, servers doesn't like it when their NFS mounted
directory disapears (system or link failure). Of course I could run a
own rsync mirror tree, but then it wouldn't be intergrated. Basicly I
want to do as little changes as possible on the machines, and having a
own rsync tree would be the easiest way to maintain it as you still just
do

emerge sync

on the remote machines (once make.conf has been updated with the correct
rsync mirror settings).

Best regards
 Michael Boman

-- 
Michael Boman
Security Architect, SecureCiRT Pte Ltd
http://www.securecirt.com

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] How to have a tainted rsync mirror?

[Patrick Kursawe]

[-- Attachment #1: Type: text/plain, Size: 944 bytes --]

On Fri, May 09, 2003 at 05:00:04PM +0800, Michael Boman wrote:
> > What about a PORTDIR_OVERLAY using some network file system?

> Of course I could run a
> own rsync mirror tree, but then it wouldn't be intergrated. Basicly I
> want to do as little changes as possible on the machines, and having a
> own rsync tree would be the easiest way to maintain it as you still just
> do
> 
> emerge sync
> 
> on the remote machines (once make.conf has been updated with the correct
> rsync mirror settings).

Two other ideas:

1) Work with a PORTDIR_OVERLAY and distribute it via rsync. Do some trick
(alias, wrapper-script, whatever) to make the other machines always sync
both (portage and overlay).

2) Make your own portage mirror (not official) and let the same cron job
that does the rsync for portage also copy your overlay into the portage
tree. Use this as the rsync mirror for your other machines.

HTH,

Patrick	

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] How to have a tainted rsync mirror?

[Michael Boman]

[-- Attachment #1: Type: text/plain, Size: 1541 bytes --]

On Fri, 2003-05-09 at 17:38, Patrick Kursawe wrote:
> On Fri, May 09, 2003 at 05:00:04PM +0800, Michael Boman wrote:
> > > What about a PORTDIR_OVERLAY using some network file system?
> 
> > Of course I could run a
> > own rsync mirror tree, but then it wouldn't be intergrated. Basicly I
> > want to do as little changes as possible on the machines, and having a
> > own rsync tree would be the easiest way to maintain it as you still just
> > do
> > 
> > emerge sync
> > 
> > on the remote machines (once make.conf has been updated with the correct
> > rsync mirror settings).
> 
> Two other ideas:
> 
> 1) Work with a PORTDIR_OVERLAY and distribute it via rsync. Do some trick
> (alias, wrapper-script, whatever) to make the other machines always sync
> both (portage and overlay).
> 
> 2) Make your own portage mirror (not official) and let the same cron job
> that does the rsync for portage also copy your overlay into the portage
> tree. Use this as the rsync mirror for your other machines.
> 
> HTH,
> 
> Patrick	

I want option number 2 ;)

Any suggestions on what rsync options I should use to merge in
(overwrite) the files I have in /usr/local/portage in
/opt/gentoo-rsync/portage?

Let say I have app-shells/bash in my PORTAGE_OVERLAY tree. How would I
go about and make sure that my version of bash is always used, even if a
newer version is distributed from gentoo?

Best regards
 Michael Boman

-- 
Michael Boman
Security Architect, SecureCiRT Pte Ltd
http://www.securecirt.com

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] How to have a tainted rsync mirror?

[Patrick Kursawe]

[-- Attachment #1: Type: text/plain, Size: 1108 bytes --]

On Fri, May 09, 2003 at 05:48:48PM +0800, Michael Boman wrote:
> > 2) Make your own portage mirror (not official) and let the same cron job
> > that does the rsync for portage also copy your overlay into the portage
> > tree. Use this as the rsync mirror for your other machines.

> Let say I have app-shells/bash in my PORTAGE_OVERLAY tree. How would I
> go about and make sure that my version of bash is always used, even if a
> newer version is distributed from gentoo?

Urgh. I thought we were talking about edited/newer files, not about
ignoring newer stuff...

You could perhaps work around this with a little shell script that
scans your overlay and deletes any directory of the original portage tree
that is present in the overlay before copying the overlay over the
original.

Something like:

Overlay:
foo/bar/bar-1.1.ebuild

Original: foo/bar/bar-1.2.ebuild

Check: overlay/foo/bar exists. delete original/foo/bar. copy overlay
foo/bar original/foo/bar.

The more special your wishes become, the more I have the impression that
you are asking for trouble and hard to locate bugs :-)

Bye, Patrick

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] How to have a tainted rsync mirror?

[Michael Boman]

[-- Attachment #1: Type: text/plain, Size: 1652 bytes --]

On Fri, 2003-05-09 at 18:09, Patrick Kursawe wrote:
> On Fri, May 09, 2003 at 05:48:48PM +0800, Michael Boman wrote:
> > > 2) Make your own portage mirror (not official) and let the same cron job
> > > that does the rsync for portage also copy your overlay into the portage
> > > tree. Use this as the rsync mirror for your other machines.
> 
> > Let say I have app-shells/bash in my PORTAGE_OVERLAY tree. How would I
> > go about and make sure that my version of bash is always used, even if a
> > newer version is distributed from gentoo?
> 
> Urgh. I thought we were talking about edited/newer files, not about
> ignoring newer stuff...
> 
> You could perhaps work around this with a little shell script that
> scans your overlay and deletes any directory of the original portage tree
> that is present in the overlay before copying the overlay over the
> original.
> 
> Something like:
> 
> Overlay:
> foo/bar/bar-1.1.ebuild
> 
> Original: foo/bar/bar-1.2.ebuild
> 
> Check: overlay/foo/bar exists. delete original/foo/bar. copy overlay
> foo/bar original/foo/bar.
> 
> The more special your wishes become, the more I have the impression that
> you are asking for trouble and hard to locate bugs :-)

No, not really. The extra ebuilds are for special requirements, ie: most
people run a software in one way - but I have special requirements and
need it to do something else/different/more. This can be hacks until
upstream (either developer or gentoo) accepts patches, or simply just
hacks.

Best regards
 Michael Boman

-- 
Michael Boman
Security Architect, SecureCiRT Pte Ltd
http://www.securecirt.com

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] How to have a tainted rsync mirror?

[Mark Bainter]

Michael Boman [michael.boman@securecirt.com] wrote:
> 
> No, not really. The extra ebuilds are for special requirements, ie: most
> people run a software in one way - but I have special requirements and
> need it to do something else/different/more. This can be hacks until
> upstream (either developer or gentoo) accepts patches, or simply just
> hacks.

Based on what you're saying it sounds to me like you need something
like I'm in the middle of setting up.  One machine that's the staging
machine.  That machine does rsync to the gentoo tree, and I do builds
there and test them.  New builds are tested and after checked out they
get copied into the PORTAGE_OVERLAY structure.  Nothing exists in that
structure that hasn't been built/tested on the staging box.

Then, all the otehr servers rsync (using emerge rsync) with the
staging machines, which serves out of its PORTAGE_OVERLAY structure.
> 

--
gentoo-dev@gentoo.org mailing list