Re: [fossil-users] Corrupted database

2010-08-24 Thread Arjen Markus
Hi Richard, fossil version reports: [d090292800] 2010-08-05 10:09:43 UTC The strange thing is that if I use fossil at home (I am working on a laptop), it works fine, but then it is not plugged into the network. If I use fossil at work (with the laptop connected to the local network), it

Re: [fossil-users] Corrupted database

2010-08-24 Thread Arjen Markus
Hi Saul, see my reply to Richard Hipp: it has something to do with the network that the laptop I am using is connected to or not. Regards, Arjen On 2010-08-23 17:56, saulgo...@flashingtwelve.brickfilms.com wrote: Quoting Arjen Markus arjen.mar...@deltares.nl: Hi, some further

Re: [fossil-users] Corrupted database

2010-08-24 Thread Arjen Markus
Hi, some more information: If I try to create a completely new repository, the repository itself is created, but I get the same error message. That is, when the laptop is connected to the local network. I have seen another strange thing with this laptop that may be related - it is unable to

[fossil-users] Projects Structuring

2010-08-24 Thread Benjohn Barnes
Hi, My current practice is to have a fossil repo per project. I've committed the (cardinal) sin of duplicating shared files between projects. I want to fix this. Conceptually I'd like to have one huge repo for everything (individual projects and all common files), and maintain working

Re: [fossil-users] Projects Structuring

2010-08-24 Thread Dan
i've also tried to get this to work, but fossil has some issues with checking out multiple repositories to the same working folder/subfolder.. i haven't tried recently with the new ignore options, so it may be possible now, but I suspect it would take a bit of mucking around.. On 24/08/2010

Re: [fossil-users] Corrupted database

2010-08-24 Thread Arjen Markus
Hi, the problem has been solved, thanks to Sergey Sfeli in a private mail. It turns out that the environment variables HOMEDRIVE and HOMEPATH are pointing to an unuseable path. If I set them to a local disk and directory, fossil does its job without complaints. Regards, Arjen On 2010-08-24

Re: [fossil-users] Projects Structuring

2010-08-24 Thread Joshua Paine
I used to do the one big repo thing with subversion, but the main reason for doing it that way was that it was a pain to setup a repo in the first place. I have any number of JavaScript and php libraries that I use periodically in different projects, but I don't use the same set each time.