[Mplayer-cvslog] CVS: main/libvo x11_common.c,1.176,1.177

[Daniele Forghieri]

D Richard Felker III wrote:

>On Wed, Sep 15, 2004 at 09:21:58AM +0200, Daniele Forghieri wrote:
>  
>
>>>Well, for me personally to use svn is unacceptable as it uses a 
>>>database. Don't ask me why but databases always break when I try to 
>>>use them :-( And I'm not going to risk that for my precious source 
>>>code, but  as the MPlayer server is far enough away my bad influence 
>>>on databases shouldn't reach it ;-)
>>>Concerning arch I have to say that its overcomplicated usage makes it 
>>>simply unusable currently, maybe later...
>>>
>>>      
>>>
>>svn is reaching  release  1.1 and in this release there is a file system 
>>'backend' where the program puts the versioned file system.
>>    
>>
>
>hm? you mean it stores it in the real filesystem just like cvs? if so,
>this sounds like a huge improvement!
>
>  
>

It store one (binary) file for each release (one release is a set of
change in the whole project versioned) with the difference from the
previous release.

>>A lot of people complaing about database corruption with svn so to test 
>>it may be good wait a little bit to use directly the new version.
>>    
>>
>
>wow i knew database corruption was a fear of many devs, but not that
>it was actually happening to people. shame on the svn team for making
>something so broken!!
>
>  
>

It uses the Berkeley DB to store all the change made at the filesystem 
(versions).
I don't know if  the error reported are caused by a misconfiguration or
a misuse of the database, someone talk about locking when 2 process or 
programs try to access the same data.

But it's a little bit scary to take a look at the mailing list and see a 
lot of message like "DB Corruption"  or "Repository damaged" or "Unable 
to recover my repository".

For this a lot of people ask to change the type of storing, someone ask 
for firebird, someone else for PostGres and someone for the filesystem.

    Daniele Forghieri



>rich
>
>_______________________________________________
>Mplayer-cvslog mailing list
>Mplayer-cvslog at mplayerhq.hu
>http://mplayerhq.hu/mailman/listinfo/mplayer-cvslog
>
>  
>