Hi Martin,
Thanks! Your solution is elegant, works and was just what was required.
Henk
On Fri, Jul 26, 2013 at 4:41 PM, Martin Gagnon eme...@gmail.com wrote:
On Fri, Jul 26, 2013 at 10:38:50AM +0200, henk harmsen wrote:
At work I have a Windows 7 laptop, at home a Linux Debian system on
which
Thanks Andy. This works.
In the end i just keep the repository on the USB, make 2 clones and
keep one clone on each platform.
Henk
On Sat, Jul 27, 2013 at 2:46 AM, Andy Bradford amb-fos...@bradfords.org wrote:
Thus said Edward Berner on Fri, 26 Jul 2013 16:49:45 -0700:
So... try keeping
Thanks Edward,
This works indeed.
in the end the solution was to keep only the repository on the usb and
create a checkout on each platform.
Henk
On Sat, Jul 27, 2013 at 1:49 AM, Edward Berner e...@bernerfam.com wrote:
On 7/26/2013 1:38 AM, henk harmsen wrote:
At work I have a Windows 7
Thanks!
The solution that was easiest to implement was to keep just the repo
on the USB and make checkins on each platform.
Henk
On Sat, Jul 27, 2013 at 12:21 AM, renework renew...@xs4all.nl wrote:
Verzonden vanaf Samsung Mobile
Original message
From: renework
I've resolved this. I'll share my outcome for future folks who want to get
a low-maintenance fossil HTTPS server up quickly.
The initial scheme was to use 'stunnel' as a reverse proxy to terminate
SSL, and forward the request on to the fossil web server daemon that is
listening on the same box.
I exported my CVS repo to git using cvs2git (version 2.4.0-dev), and
ingested the resulting git repo into fossil according to the instructions
on the fossil web site, using fossil 1.26. My git version is 1.7.7.6.
This failed to preserve the original CVS user names.
The reason is that git
On Mon, Jul 22, 2013 at 3:05 PM, Stephan Beal sgb...@googlemail.com wrote:
On Mon, Jul 22, 2013 at 9:04 PM, Richard Hipp d...@sqlite.org wrote:
The stumbling block is that the ticket text is Wiki, but the format for
Fossil Wiki and CVSTrac Wiki is different, which would require a tricky
I have a largish repo I ingested from CVS (via git, as I previously
described on this list). I'm using fossil 1.26.
A tiny commit to a single file takes 63 seconds:
[monk:code] $ fossil diff
Index: {snip}/test-file
==
---
On Sat, Jul 27, 2013 at 3:16 PM, Eric Rubin-Smith eas@gmail.com wrote:
I have a largish repo I ingested from CVS (via git, as I previously
described on this list). I'm using fossil 1.26.
A tiny commit to a single file takes 63 seconds:
[monk:code] $ time fossil commit -m Test check-in
W dniu 2013-07-24 11:22, MaxJarek pisze:
Hi,
My fossil works over http and https. I want to use setting option https-login
but i have trouble.
Documentation says:
Send login credentials using HTTPS instead of HTTP even if the login page request
came via HTTP
but this don't working for me.
On Sat, Jul 27, 2013 at 3:23 PM, Richard Hipp d...@sqlite.org wrote:
That is ridiculous. Most commits take less than a second, even on archaic
machines, such as my 15-year-old PPC iBook clocked at 400MHz.
How many files are in your check-out?
[monk:repo.fossil] $ find .|wc -l
8095
What's
If Windows, add fossil.exe to the excluded process list of your antivirus
app.
On Sat, Jul 27, 2013 at 3:41 PM, Eric Rubin-Smith eas@gmail.com wrote:
On Sat, Jul 27, 2013 at 3:23 PM, Richard Hipp d...@sqlite.org wrote:
That is ridiculous. Most commits take less than a second, even on
On Sat, Jul 27, 2013 at 3:41 PM, Eric Rubin-Smith eas@gmail.com wrote:
On Sat, Jul 27, 2013 at 3:23 PM, Richard Hipp d...@sqlite.org wrote:
What's the total size of all those files (how big is the checkout)?
[monk:repo.fossil] $ du -sch .
392M.
392Mtotal
That would be the
On Sat, Jul 27, 2013 at 4:15 PM, Richard Hipp d...@sqlite.org wrote:
On Sat, Jul 27, 2013 at 3:41 PM, Eric Rubin-Smith eas@gmail.comwrote:
On Sat, Jul 27, 2013 at 3:23 PM, Richard Hipp d...@sqlite.org wrote:
What's the total size of all those files (how big is the checkout)?
On Sat, Jul 27, 2013 at 10:31 PM, Eric Rubin-Smith eas@gmail.comwrote:
[monk:code] $ fossil setting repo-cksum off
FYI: if you want that setting used globally by default for your repos, add
the -global flag. Otherwise it will apply on to that repo.
--
- stephan beal
Thus said Eric Rubin-Smith on Sat, 27 Jul 2013 16:31:46 -0400:
I tested this basic claim and do not believe it holds:
[monk:~] $ head -c $(echo 392*1024*1024|bc) /dev/zero foo
[monk:~] $ du -sch foo
392Mfoo
392Mtotal
[monk:~] $ time md5sum foo
c6d8f8fc5c75fd6ecceb4edf42f3ac4d
On Sat, Jul 27, 2013 at 4:58 PM, Andy Bradford
amb-sendok-1377550706.oeilkncbciakkppah...@bradfords.org wrote:
Thus said Eric Rubin-Smith on Sat, 27 Jul 2013 16:31:46 -0400:
I tested this basic claim and do not believe it holds:
[monk:~] $ head -c $(echo 392*1024*1024|bc) /dev/zero foo
Thus said MaxJarek on Wed, 24 Jul 2013 11:22:52 +0200:
Fossil don't force https login. Any hints?
Try setting https-login in your global config prior to cloning:
fossil settings https-login on
Andy
--
TAI64 timestamp: 400051f445b1
___
From 'fossil help merge':
===
Only file content is merged. The result continues to use the
file and directory names from the current checkout even if those
names might have been changed in the branch being merged in.
===
This struck me as very odd. If the file name only changed on the branch
19 matches
Mail list logo