Re: How best to install subversion

Greetings, Jon H!

>>> Whiz forward to today. Where i work currently was installed almost
>>> exclusively using rpm's. Which are handy for speed - but i like to have an
>>> appreciation for what/where things are happening which i feel RPM's dont
>>> give. So the question is how best to proceed? We have subversion installed
>>> currently from rpms. Can i install the latest rpm but the way i outlined
>>> above? should I install from source to get this? is my model outdated? or
>>> just plain rubbish?
>>
>> Why not get straight and backup your running installation, install new, if
>> it not work - roll back?
>> RPM is not just for speed, it also ensure you do not have broken dependency
>> or something that is not easily observable. It keep things straight forward.

> Is this seriously the best way to do this on a live system?

It is recommended way of things. Unless you have second server PC to set up as
a replacement.

> There is no advice for running the subversion installs in parallel briefly?

Much like running two webservers in parallel - it raises so much of
uncertainty, i can't really recommend taking such a way.

> Under this approach if it doesn't go smoothly the system is down for an
> unknown amount of time. This is hardly acceptable?

It is the worst case scenario - in case the uninstall of the new RPM and
reinstall of the older package went wrong and things not working properly
still.

> Although backing up and restoring a system is *possible* i would hardly say
> it was *easy* to implement - especially when you consider that the server is
> locked away about 3 floors down with no physical access.

Sorry, but what do you plan to do if your system will be gone away for real?
Do you have *any* backups of it yet?

--
WBR,
 Andrey Repin (anrdaemon_at_freemail.ru) 09.06.2009, <3:02>
Sorry for my terrible english...
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2360492
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].