Re: FW: Summary of a IRC conversation in #zynot-infra

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--===============89865829137461994==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="------------enig1A2881D9DA2CE2AFACF509F2"

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig1A2881D9DA2CE2AFACF509F2
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

Sander Striker wrote:
 >>>So either the correct ebuilds with their dependencies should be 
published
 >>>somewhere on the zynot.org domain with instructions, or, we should give
 >>>instructions how to build from source...
 >>
 >>Those Ebuilds are published on the following website:
 >>
 >>https://gentoo.datacore.ch/DCwiki.gentoo/Ebuild.jsp?page=DataCore.EBuilds&portage=dc.gentoo
 >
 > Right.  Like I said, we need to publish them on the zynot.org domain.

No, that's not true and I disagree!
I will not update two sites with the same information!

The gentoo.datacore.ch webserver contains the _current_ ebuilds we have 
in our working set @datacore.ch. The pages get generated automaticall on 
the fly directly from our subversion ebuild repository... so I normally 
only have to commit a new ebuild to the repository to make it appear on 
those pages.

I have no interest in doing the same work twice.
We will publish our ebuilds on the gentoo.datacore.ch page and you have 
the possibility to point to the ebuild url's I posted in the last mail. 
This way, you always point to the most current versions of the ebuilds.

 >>db-4.0.14,
 >
 > For a client not a required dependency.

For a local repository and for svnadmin you need it. So, you already 
need it if you want to create a local repository for testing purposes! 
Right?

 >>diffutils,
 >
 > Not a required dependency.

Wrong.

It _is required_ for the ebuild! We patch the buggy Makefiles to comply 
to our wishes on a GenToo system.

 >>openssl,
 >
 > If you wish to use the https:// schema (which you do for zynot).

-> needed!

 >>texinfo, texi2html),
 >
 > Not a required dependency.

Wrong.

It _is required_ for the ebuild! We generate info files for GenToo's 
documentation system.

 >>Sander, building sources by hand is bad! ;-))
 >
 >
 > Bad, Good, Ugly, whatever.  I'm just saying that you are not unable
 > to get Subversion to install without an ebuild.

Agree. But to do it consistently over boxes and time you need an ebuild.

 >>I wrote a SVN backup script named svnbackup, which is available from:
 >>
 >>https://open.datacore.ch/read-only/svnbackup/trunk/
 >>
 >>by svn and does exactly that. It dumps every revision commited to a
 >>separate bzip2 compressed dump file in a configurable directory
 >>structure. You can configure multiple repositories and then have
 >>svnbackup backup all those  repositories in one go.
 >
 > Dumping individual revisions is interesting, but a full backup every
 > period T is fine for the reasonable paranoid.  It could be a bit more
 > convenient when restoring too.

I do not agree.

I think a command like:

   svnbackup load --rep repname new-repository

_is far more convenient_ than copying or rsyncing databases while 
running and then replaying the journals to fix the currupted database.

 > Anyway, for the less paranoid among us, hot-backup does the job.

Which does the above and which is not a very good solution to the 
problem in my eyes. It's a dirty hack which only works because the 
database keeps a transaction journal...

 > The less paranoid would be defined as the people who feel comfortable 
that
 > Berkeley DB 4.0 is a stable product (which given it's widespread use
 > wouldn't be that odd).

Doing backup is always a good thing. Doing backup of _individal 
revisions as separate files_ is even better because you can choose which 
revision dumps you want to include when recreating the database, even 
_without_ a svnfilter...

 > Above text is in no way meant to discourage people from looking at
 > Amirs svn tools BTW.  I haven't tried them.  I'm merely stating
 > what I know works.

It works here since 3 months doing backup of 6 different (some of them 
quite big) repositories, including the zynot.datacore.ch test repository.

Cheers
- Amir

-- 
Amir Guindehi, [email protected]
DataCore GmbH, Witikonerstrasse 289, 8053 Zurich, Switzerland



--------------enig1A2881D9DA2CE2AFACF509F2
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-nr1 (Windows 2000)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQE/N2m9bycOjskSVCwRApAXAJ9XqhTmC9b23dKKdpxRATmSfGxw4wCgtoKL
HFyGncoD18XtzPONq4evPpU=
=bnWf
-----END PGP SIGNATURE-----

--------------enig1A2881D9DA2CE2AFACF509F2--


--===============89865829137461994==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Zynot-dev mailing list
[email protected]
http://lists.zynot.org/mailman/listinfo/zynot-dev

--===============89865829137461994==--