[dw-free] Don't peg the MogileFS/Perlbal stuff

[mark]

[commit: http://hg.dwscoalition.org/dw-free/rev/39317850a5a5]

Don't peg the MogileFS/Perlbal stuff

It's easier if we distribute less code. Since Perlbal is not really part of
our core usage, the admin can install it themselves if they want it. The
same goes for MogileFS.

Patch by mark.

Files modified:

• cvs/multicvs.conf

--------------------------------------------------------------------------------
diff -r ec2e387048b2 -r 39317850a5a5 cvs/multicvs.conf
--- a/cvs/multicvs.conf	Sun Jan 01 23:12:24 2012 +0000
+++ b/cvs/multicvs.conf	Mon Jan 02 22:05:38 2012 +0000
@@ -14,7 +14,6 @@
 HG(dw-free)               = http://hg.dwscoalition.org/dw-free @stable
 HG(vcv)                   = http://hg.dwscoalition.org/vcv
 HG(bml)                   = http://hg.dwscoalition.org/bml
-HG(perlbal)               = http://hg.dwscoalition.org/perlbal
 HG(js)                    = http://hg.dwscoalition.org/js
 HG(s2)                    = http://hg.dwscoalition.org/s2
 
@@ -24,7 +23,6 @@
 SVN(CSS-Cleaner)          = http://code.livejournal.org/svn/CSS-Cleaner/trunk/
 SVN(Sys-Syscall)          = http://code.livejournal.org/svn/Sys-Syscall/trunk/
 SVN(Danga-Socket)         = http://code.livejournal.org/svn/Danga-Socket/trunk/
-SVN(mogilefs)             = http://code.sixapart.com/svn/mogilefs/trunk/ @1459
 SVN(TheSchwartz)          = http://code.sixapart.com/svn/TheSchwartz/trunk/
 GIT(Data-ObjectDriver)    = git://github.com/saymedia/data-objectdriver.git
 #SVN(openid)               = http://code.livejournal.org/svn/openid/trunk/
@@ -64,8 +62,6 @@
 s2/                                           src/s2
 s2/doc/docbook                                doc/raw/s2
 
-perlbal                                       src/perlbal
-
 memcached/server                              src/memcached
 memcached/api/perl/lib/                       cgi-bin
 
@@ -75,10 +71,6 @@
 hubbub/perl/lib/Net/PubSubHubbub/Publisher.pm cgi-bin/Net/PubSubHubbub/Publisher.pm
 hubbub/perl-schwartz/lib/TheSchwartz/Worker/PubSubHubbubPublish.pm  cgi-bin/TheSchwartz/Worker/PubSubHubbubPublish.pm
 
-mogilefs/api/perl/MogileFS-Client/lib         cgi-bin
-mogilefs/utils/mogadm                         bin/mogadm
-mogilefs/utils/mogtool                        bin/mogtool
-
 dw-free/src/DSMS/lib/DSMS                 cgi-bin/DSMS/
 
 LJ-UserSearch/                                src/LJ-UserSearch/
--------------------------------------------------------------------------------

Comments

[fu]

+1

[sophie]

Putting a note here which might help me remember later: This change will mean I'll need to change the README in the Dreamhack backups to include a separate step to download the Perlbal code.

[fu]

I think for Dreamhacks, it would be better to set up something system-wide! (In fact, I think that's already in place, yeah?)

'hacks won't need to run Perlbal on an individual basis, so there should be no need to provide further instructions on an individual basis.

[sophie]

Yeah, I know. Sorry, I should have been clearer; this is talking about the system-wide backups I make periodically of the Dreamhack machine. The backups include a README file which goes into extensive detail on how to use the backup to set up another Dreamhack server, like I needed to do when it was planned to migrate to a new server.

Part of the steps include setting up Perlbal system-wide. :)

[edit: And I should probably be clearer still, in case anybody else sees this: The backups *don't* include anybody's home directory, so people with 'hacks should still make their own backups if they need to.]

[fu]

Oh, ta! Gotcha.

[sophie]

Also, another note: This change will most likely cause any existing Dreamwidth installations to break. The fix is for the system admin to run cpan MogileFS::Client. (Note for Dreamhack users: This doesn't apply to Dreamhacks, because in that case, *I'm* the system admin, and I ran that just now for you.)

I've added the command to the scratch installation setup page on the wiki.

[fu]

\o/ Thanks for documenting!

[sophie]

Quick question; are we going to be removing these repositories from hg.dwscoalition.org too? I ask because I notice we've made a change to our Perlbal repository which isn't in either the code.livejournal.org or code.sixapart.com repositories ( http://hg.dwscoalition.org/perlbal/rev/3d1f0209a8c6 ), and I also notice that the code.sixapart.com version seems to have had a lot of development done on it since LJ branched it.

[mark]

We don't use that change on our production Perlbal config. I don't remember why I had it in there, but it's not necessary these days.

I know that the 6A one has development, but we should be using the official releases aka the ones that are on CPAN. That's what I'm building and using on Dreamwidth prod.

[sophie]

Gotcha. :)