Re: [fossil-users] Ticket 305143bd876f693f446f78d12dbef143c46eec58 [SOLVED]

[Michael Richter]

Thanks for all the friendly help I got on this issue and for the near
saintlike patience Richard showed.

The problem has been solved.  I blame China.  (I'm only being a little
bit facetious in this.)

Something Richard asked -- about a proxy that filters anything with
"timeline" in the URL -- got me thinking.  The pattern I was seeing was
anything involving the timeline view was getting me flagged as not being
logged in.  This only happened with Google Chrome (at first) and not with
Firefox or Opera.  Further it didn't happen on Windows' version of Google
Chrome (along with Firefox and Opera).  It was only with my Ubuntu version
of Chrome and only with remote repositories, not local.

Now for the interesting part.

I routinely use an SSH-based SOCKS5 proxy as a back door through the Great
Firewall because I'm not afraid of the harmful effects of seeing the
Internet in its entirety.  On my Windows machine I just have the proxy
running all the time and use it for all access (for Chrome and Firefox at
any rate -- Opera doesn't support SOCKS5 proxies for some bizarre reason).
 When I log in to a repository from Windows I'm either always going through
the proxy (Chrome/Firefox) or I'm never going through a proxy (Opera).

On Ubuntu I have a slightly more sophisticated setup.  Because my SSH tunnel
is painfully slow, I only use it when I'm forced to.  I've built a sizable
script to decide on an URL-by-URL basis whether it should go through my
proxy or not.  This is irrelevant for Opera, of course, because Opera sucks
for proxy support.  Both Firefox and Chrome, however, support proxies quite
well.

What Chrome DOESN'T do well, however, is quickly turning proxy support on
and off.  My Firefox configuration has a button for it, though.  So
sometimes I run with the proxy script in line and sometimes I don't.
 Initially I didn't have it turned on, so I was just like Opera -- running
without a proxy.  Sometime in the few days I was playing I turned it on for
accessing some site the Chinese government decided my tender eyes couldn't
cope with (Youtube) and then, a day later, long after I'd forgotten that I'd
done it, I tried accessing my repositories with Firefox and the "bit rot"
happened.

This doesn't explain the odd specificity of the problem, however.  What does
is the URL patterns I use.  Usually I give URL patterns for domains ("*
youtube.com*") or by path elements known to be problematical ("*/blog/*").
 For safety's sake I always try to locate it either with a full domain name
or with path elements in the pattern.  But I made a mistake at some point
and when I meant to type "*time.com*" I accidentally wound up inserting
"*time*".  The relevance of that pattern to the "timeline" issue is, I
think, obvious.  I did grep on "timeline" after Richard suggested this
possibility but it never occurred to me until later in the shower (I do a
lot of my thinking there) that there might be other fragments ("time" or
"line") that could be to blame.  I went over my (literally hundreds of)
filters with a fine-toothed comb and found the offending script entry.

So why did this not cause a problem for local repositories?  Why did this
not cause a problem when I went through Richard's sockettee thing?  Well, I
automatically, at the head of my script, return the direct link for any
access to localhost, to my local network and a few other such entries where
I know I can't physically ever be blocked by the Great Firewall.  Since
sockettee goes through localhost, and since fossil server/ui also goes
through localhost there was never any kind of filtering.

TL;DR summary: if you're using complex scripts to work around people with
the mentality of small, frightened children controlling your Internet,
sometimes it'll do bizarre, undiagnosable things.  Fossil is blameless.  The
stupid bastards in Beijing are another matter.  (And my own intellect is
apparently somewhat questionable as well.)

-- 
"Perhaps people don't believe this, but throughout all of the discussions of
entering China our focus has really been what's best for the Chinese people.
It's not been about our revenue or profit or whatnot."
--Sergey Brin, demonstrating the emptiness of the "don't be evil" mantra.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] index.fossil?

[Nolan Darilek]

I suppose I could file a ticket requesting this, but I'd like to discuss 
it first as I feel odd about filing tickets for feature requests that 
may not be desirable.

I have a Fossil-hosted project at http://spielproject.info. In this 
instance, the project owns the entire domain, and I'd like for the URLs 
to reflect that, which they currently do.

However, Spiel has spun off a few subprojects, which I'd like hosted in 
their own repositories and with their own websites. I'd like to host 
these on spielproject.info at URLs like http://spielproject.info/bazaar, 
http://spielproject.info/accessibility-helper, etc.

First, I know that I can accomplish this via web server configuration 
and rewrites, so please don't take this in that direction.

When Fossil is pointed to a directory rather than a repository, I'm 
wondering if anyone else would find it useful to serve up index.fossil 
as the project that is automatically selected if none is given? So URLs 
like:

http://spielproject.info/wiki?name=faq

would automatically load the given page in index.fossil, while:

http://spielproject.info/bazaar/wiki?name=faq

would load the page with the same name in the bazaar repository?

This would also simplify configuration some. I currently have two 
distinct Fossil configurations, one which points to a directory of all 
my various projects hosted at http://dev.thewordnerd.info, and others 
pointing to distinct repository names hosted at various TLDs. With 
support for index.fossil, I'd only need the directory case pointing at 
different directories. TLDs could just replace the index.fossil, and are 
then free to spin off subprojects in different repositories simply by 
dropping in another fossil.

Note that this would preclude you from naming projects wiki, timeline 
and other reserved words for the directory case with an index.fossil 
present. Those seem like such specific cases that I don't think they'll 
be encountered often enough.

Does this seem like a good idea, or does it make Fossil too complicated? 
Again, I know I can do this with web server configuration, but I like 
the fact that I can just drop in a fossil and have it served up by the 
CGI/server instance, and supporting this case would seem to simplify 
that setup even further.

Thanks for reading.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] index.fossil?

[Richard Hipp]

On Thu, Mar 24, 2011 at 10:32 AM, Nolan Darilek wrote:

> When Fossil is pointed to a directory rather than a repository, I'm
> wondering if anyone else would find it useful to serve up index.fossil
> as the project that is automatically selected if none is given? So URLs
> like:
>
> http://spielproject.info/wiki?name=faq
>
> would automatically load the given page in index.fossil, while:
>
> http://spielproject.info/bazaar/wiki?name=faq
>
> would load the page with the same name in the bazaar repository?
>
> Does this seem like a good idea, or does it make Fossil too complicated?
>

I think it would work better to provide a default repo, and also to redirect
to the default repo rather than use it directly, so that there is never any
chance of a webpage colliding with another repository name.

-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Fossil on Hammer Principle

[Alaric Snell-Pym]

Hello!

Hammer Principle is a whimsical site where people can rank contentious
things on various axes, and it then generates overall scores for stuff.
They added version control systems lately, and Fossil's one of them:

http://versioncontrol.hammerprinciple.com/

However, as of the time of writing, only two people have expressed
opinions on Fossil (and I'm one of them). Let's fix that :-)

Enjoy,

ABS

--
Alaric Snell-Pym
http://www.snell-pym.org.uk/alaric/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fossil on Hammer Principle

[Stephen De Gabrielle]

Cute. It seems pretty accurate. IMHO
S.

On Thursday, March 24, 2011, Alaric Snell-Pym  wrote:
> Hello!
>
> Hammer Principle is a whimsical site where people can rank contentious
> things on various axes, and it then generates overall scores for stuff.
> They added version control systems lately, and Fossil's one of them:
>
> http://versioncontrol.hammerprinciple.com/
>
> However, as of the time of writing, only two people have expressed
> opinions on Fossil (and I'm one of them). Let's fix that :-)
>
> Enjoy,
>
> ABS
>
> --
> Alaric Snell-Pym
> http://www.snell-pym.org.uk/alaric/
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>

-- 

--
Stephen De Gabrielle
stephen.degabrie...@acm.org
Telephone +44 (0)20 85670911
Mobile+44 (0)79 85189045
http://www.degabrielle.name/stephen
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fossil on IIS

[Tony Perovic]

My Perl script checks the HTTP output from Fossil looking for Redirect and 
Set-Cookie and replaces it with this:

Status: 200 OK
Set-Cookie: fossil_login_3213c06d= anon%2F2455644; Path=/Fossil/Fossil.pl; 
Version=1
Cache-control: no-cache, no-store
Content-Type: text/html; charset=utf-8
Content-Length: 192


Fossil

Login/Logout Successul






This page says "Login Successful" or "Logout Successful" depending on whether 
the cookie is getting set or cleared and it contains a Continue button.

I just needed to separate the redirection from the Set-Cookie. Now I can login, 
logout and jump around page-to-page. Hurray!!!

This bug has been lurking in IIS since 3.0. Pathetic.

Q: Are there any other pages, other than Login/Logout, where Fossil attempts to 
redirect and set a cookie all at once?

Tony Perovic
Compumation, Inc.

From: Tony Perovic
Sent: Wednesday, March 23, 2011 2:10 PM
To: 'fossil-users@lists.fossil-scm.org'
Subject: RE: [fossil-users] Fossil on IIS

Same shit with IIS 7.5. Good news is that I won't have to upgrade the server. 
I'll have script around it somehow.

So, clicking the Login button on the Login page returns this:

Status: 302 Moved Temporarily
Set-Cookie: fossil_login_3213c06d=anon%2F2455644... Path=/Fossil/Fossil.pl; 
expires=Wed, 23 Mar 2011 23:51:39 GMT; Version=1
Location: /Fossil/Fossil.pl/index
Cache-control: no-cache, no-store
Content-Type: text/html; charset=utf-8
Content-Length: 58


Redirect to /Fossil/Fossil.pl/index


The browser never gets it. Instead, IIS redirects automatically but forgets to 
pass the cookie.

Wouldn't this suffice?

Status: 302 Moved Temporarily
Set-Cookie: fossil_login_3213c06d=anon%2F2455644...; Path=/Fossil/Fossil.pl; 
expires=Wed, 23 Mar 2011 23:51:39 GMT; Version=1
Location: /Fossil/Fossil.pl/index

All it needs to do is create the login cookie and redirect to the home page. In 
fact, that's probably how I'll script it assuming that IIS doesn't try to 
outsmart itself again.

Tony Perovic
Compumation, Inc.

From: Tony Perovic
Sent: Tuesday, March 22, 2011 2:08 PM
To: 'fossil-users@lists.fossil-scm.org'
Subject: RE: [fossil-users] Fossil on IIS

Yes but, upgrading to IIS 7.x involves upgrading the server to Windows Server 
2008. Not exactly a walk in the park. I think I'll setup a virtual machine with 
Windows Server 2008 and test it there before suggesting a server upgrade. I'll 
post the results in a couple days.

Thanks,
Tony Perovic
Compumation, Inc.

From: fossil-users-boun...@lists.fossil-scm.org 
[mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Richard Hipp
Sent: Tuesday, March 22, 2011 11:02 AM
To: fossil-users@lists.fossil-scm.org
Subject: Re: [fossil-users] Fossil on IIS


On Tue, Mar 22, 2011 at 11:23 AM, Tony Perovic 
mailto:tpero...@compumation.com>> wrote:
Apparently, the Fossil Login with never work with IIS 6.0:
http://support.microsoft.com/kb/176113

Do I understand that the bug in question has been fixed in IIS 7.0 and that 
upgrading to IIS 7.0 will fix the issue?

--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] error

[Federico Ramallo]

Hi all,

I have an error that doesn't allow me to commit. Do you have any ideas what
could be wrong?

$ f commit --branch svn_R2 -f -m 'added svn branch R2'
Autosync:  http://frama...@tangosource.com/fossil/dibspace
Bytes  Cards  Artifacts Deltas
Sent:1023 20  0  0
Received:2102 45  0  0
Total network traffic: 785 bytes sent, 547 bytes received
New_Version: 5a0df73bd101295e8906f31d84a61315cc00c0d4
ERROR: [app/controllers/users_controller.rb] is 14272 bytes on disk but 0 in
the repository
ERROR: [app/models/appointment.rb] is 13468 bytes on disk but 0 in the
repository
ERROR: [app/models/invoice.rb] is 9318 bytes on disk but 0 in the repository
ERROR: [app/views/timeline_events/_joined.html.haml] is 436 bytes on disk
but 0 in the repository
ERROR: [app/controllers/sub_categories_controller.rb] is 3490 bytes on disk
but 0 in the repository
ERROR: [app/views/categories/index.html.haml] is 356 bytes on disk but 0 in
the repository
ERROR: [app/views/funding_transactions/show.html.haml] is 1011 bytes on disk
but 0 in the repository
ERROR: [db/migrate/20110112205254_create_funding_transactions.rb] is 853
bytes on disk but 0 in the repository
fossil: working checkout does not match what would have ended up in the
repository:  964fb36de7aedcd36b2c5277ffeb4aa2 versus
b97ef7e867c04f9310b4200ed2c494a6


Basically the repo was on svn, and I imported it to fossil. But the issue is
that we started working on trunk, and one svn branch was more updated
(crazy)
Anyway I'm trying to update our repo with one big commit with the all diff
and see how it goes.

So I checked out one of the first commits we did in fossil, and cp over the
svn checkout that I have on another folder.
I know is dirty and all the history is lost.
The thing is that the files are not 0 on that commit. I tried a fee commits
up and I have the same error

Thanks!
Federico Ramallo
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] error

[Mark Janssen]

On Thu, Mar 24, 2011 at 10:14 PM, Federico Ramallo wrote:

> Hi all,
>
> I have an error that doesn't allow me to commit. Do you have any ideas what
> could be wrong?
>
> $ f commit --branch svn_R2 -f -m 'added svn branch R2'
> Autosync:  http://frama...@tangosource.com/fossil/dibspace
> Bytes  Cards  Artifacts Deltas
> Sent:1023 20  0  0
> Received:2102 45  0  0
> Total network traffic: 785 bytes sent, 547 bytes received
> New_Version: 5a0df73bd101295e8906f31d84a61315cc00c0d4
> ERROR: [app/controllers/users_controller.rb] is 14272 bytes on disk but 0
> in the repository
> ERROR: [app/models/appointment.rb] is 13468 bytes on disk but 0 in the
> repository
> ERROR: [app/models/invoice.rb] is 9318 bytes on disk but 0 in the
> repository
> ERROR: [app/views/timeline_events/_joined.html.haml] is 436 bytes on disk
> but 0 in the repository
> ERROR: [app/controllers/sub_categories_controller.rb] is 3490 bytes on disk
> but 0 in the repository
> ERROR: [app/views/categories/index.html.haml] is 356 bytes on disk but 0 in
> the repository
> ERROR: [app/views/funding_transactions/show.html.haml] is 1011 bytes on
> disk but 0 in the repository
> ERROR: [db/migrate/20110112205254_create_funding_transactions.rb] is 853
> bytes on disk but 0 in the repository
> fossil: working checkout does not match what would have ended up in the
> repository:  964fb36de7aedcd36b2c5277ffeb4aa2 versus
> b97ef7e867c04f9310b4200ed2c494a6
>
>
> Basically the repo was on svn, and I imported it to fossil. But the issue
> is that we started working on trunk, and one svn branch was more updated
> (crazy)
> Anyway I'm trying to update our repo with one big commit with the all diff
> and see how it goes.
>
> So I checked out one of the first commits we did in fossil, and cp over the
> svn checkout that I have on another folder.
> I know is dirty and all the history is lost.
> The thing is that the files are not 0 on that commit. I tried a fee commits
> up and I have the same error
>
> Thanks!
> Federico Ramallo
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
Depending on how exactly you copy over the files and how fossil uses mtime
for files, this could be an issue with file timestamps. A couple of things
to try would be:
1) After copying over the svn checkout, does fossil status show you what you
expect?
2) Try "*fossil* setting *mtime*-*changes* on" and then do a commit and see
if the same error occurs.

Regards,
Mark
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] error

[Richard Hipp]

On Thu, Mar 24, 2011 at 5:14 PM, Federico Ramallo wrote:

> Hi all,
>
> I have an error that doesn't allow me to commit. Do you have any ideas what
> could be wrong?
>
> $ f commit --branch svn_R2 -f -m 'added svn branch R2'
> Autosync:  http://frama...@tangosource.com/fossil/dibspace
> Bytes  Cards  Artifacts Deltas
>  Sent:1023 20  0  0
> Received:2102 45  0  0
> Total network traffic: 785 bytes sent, 547 bytes received
> New_Version: 5a0df73bd101295e8906f31d84a61315cc00c0d4
> ERROR: [app/controllers/users_controller.rb] is 14272 bytes on disk but 0
> in the repository
> ERROR: [app/models/appointment.rb] is 13468 bytes on disk but 0 in the
> repository
> ERROR: [app/models/invoice.rb] is 9318 bytes on disk but 0 in the
> repository
> ERROR: [app/views/timeline_events/_joined.html.haml] is 436 bytes on disk
> but 0 in the repository
> ERROR: [app/controllers/sub_categories_controller.rb] is 3490 bytes on disk
> but 0 in the repository
> ERROR: [app/views/categories/index.html.haml] is 356 bytes on disk but 0 in
> the repository
> ERROR: [app/views/funding_transactions/show.html.haml] is 1011 bytes on
> disk but 0 in the repository
> ERROR: [db/migrate/20110112205254_create_funding_transactions.rb] is 853
> bytes on disk but 0 in the repository
> fossil: working checkout does not match what would have ended up in the
> repository:  964fb36de7aedcd36b2c5277ffeb4aa2 versus
> b97ef7e867c04f9310b4200ed2c494a6
>

This is one of the many safety checks that Fossil has built-in to help
prevent repository corruption.  See
http://www.fossil-scm.org/fossil/doc/trunk/www/selfcheck.wiki for more
information.

I don't know what is causing the problem.  Maybe the file timestamps are
getting messed up when you do the "cp".  Try running:

  fossil status --sha1sum

The --sha1sum option to status will cause Fossil to verify all files using
SHA1 checksums rather than just looking at the mtime and file size.

Other things to try:

 fossil sql

Then at the SQL prompt enter:

 PRAGMA integrity_check;

If that looks OK, try

 fossil rebuild




>
>
> Basically the repo was on svn, and I imported it to fossil. But the issue
> is that we started working on trunk, and one svn branch was more updated
> (crazy)
> Anyway I'm trying to update our repo with one big commit with the all diff
> and see how it goes.
>
> So I checked out one of the first commits we did in fossil, and cp over the
> svn checkout that I have on another folder.
> I know is dirty and all the history is lost.
> The thing is that the files are not 0 on that commit. I tried a fee commits
> up and I have the same error
>
> Thanks!
> Federico Ramallo
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>


-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] error

[Federico Ramallo]

Hi,

I've been struggling with this for a while.
I tried changing settings, creating diffs and patching. Until eventually I
modified one file manually and worked, but I had to do it for a lot of
files.

So I edited each file and added a blank line at the bottom of the file.
That allowed me to commit :O awesome! ja

Anyway I could try to reproduce the error if you think it makes sense to
test it out

Regards,
Federico

2011/3/24 Richard Hipp 

>
>
> On Thu, Mar 24, 2011 at 5:14 PM, Federico Ramallo wrote:
>
>> Hi all,
>>
>> I have an error that doesn't allow me to commit. Do you have any ideas
>> what could be wrong?
>>
>> $ f commit --branch svn_R2 -f -m 'added svn branch R2'
>> Autosync:  http://frama...@tangosource.com/fossil/dibspace
>> Bytes  Cards  Artifacts Deltas
>>  Sent:1023 20  0  0
>> Received:2102 45  0  0
>> Total network traffic: 785 bytes sent, 547 bytes received
>> New_Version: 5a0df73bd101295e8906f31d84a61315cc00c0d4
>> ERROR: [app/controllers/users_controller.rb] is 14272 bytes on disk but 0
>> in the repository
>> ERROR: [app/models/appointment.rb] is 13468 bytes on disk but 0 in the
>> repository
>> ERROR: [app/models/invoice.rb] is 9318 bytes on disk but 0 in the
>> repository
>> ERROR: [app/views/timeline_events/_joined.html.haml] is 436 bytes on disk
>> but 0 in the repository
>> ERROR: [app/controllers/sub_categories_controller.rb] is 3490 bytes on
>> disk but 0 in the repository
>> ERROR: [app/views/categories/index.html.haml] is 356 bytes on disk but 0
>> in the repository
>> ERROR: [app/views/funding_transactions/show.html.haml] is 1011 bytes on
>> disk but 0 in the repository
>> ERROR: [db/migrate/20110112205254_create_funding_transactions.rb] is 853
>> bytes on disk but 0 in the repository
>> fossil: working checkout does not match what would have ended up in the
>> repository:  964fb36de7aedcd36b2c5277ffeb4aa2 versus
>> b97ef7e867c04f9310b4200ed2c494a6
>>
>
> This is one of the many safety checks that Fossil has built-in to help
> prevent repository corruption.  See
> http://www.fossil-scm.org/fossil/doc/trunk/www/selfcheck.wiki for more
> information.
>
> I don't know what is causing the problem.  Maybe the file timestamps are
> getting messed up when you do the "cp".  Try running:
>
>   fossil status --sha1sum
>
> The --sha1sum option to status will cause Fossil to verify all files using
> SHA1 checksums rather than just looking at the mtime and file size.
>
> Other things to try:
>
>  fossil sql
>
> Then at the SQL prompt enter:
>
>  PRAGMA integrity_check;
>
> If that looks OK, try
>
>  fossil rebuild
>
>
>
>
>>
>>
>> Basically the repo was on svn, and I imported it to fossil. But the issue
>> is that we started working on trunk, and one svn branch was more updated
>> (crazy)
>> Anyway I'm trying to update our repo with one big commit with the all diff
>> and see how it goes.
>>
>> So I checked out one of the first commits we did in fossil, and cp over
>> the svn checkout that I have on another folder.
>> I know is dirty and all the history is lost.
>> The thing is that the files are not 0 on that commit. I tried a fee
>> commits up and I have the same error
>>
>> Thanks!
>> Federico Ramallo
>>
>> ___
>> fossil-users mailing list
>> fossil-users@lists.fossil-scm.org
>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>>
>>
>
>
> --
> D. Richard Hipp
> d...@sqlite.org
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] error

[Richard Hipp]

On Thu, Mar 24, 2011 at 9:23 PM, Federico Ramallo wrote:

> Hi,
>
> I've been struggling with this for a while.
> I tried changing settings, creating diffs and patching. Until eventually I
> modified one file manually and worked, but I had to do it for a lot of
> files.
>
> So I edited each file and added a blank line at the bottom of the file.
>

Can you send me the output of the following queries against the repository
database:

 SELECT * FROM shun;
 SELECT uuid FROM blob WHERE rid IN phantom;

If either of these queries given non-empty outputs, then I'm also wondering
if the sha1sum for any of your input files (before you added the extra blank
lines) match any of the output SHA1 hashes.



> That allowed me to commit :O awesome! ja
>
> Anyway I could try to reproduce the error if you think it makes sense to
> test it out
>
> Regards,
> Federico
>
> 2011/3/24 Richard Hipp 
>
>>
>>
>> On Thu, Mar 24, 2011 at 5:14 PM, Federico Ramallo wrote:
>>
>>> Hi all,
>>>
>>> I have an error that doesn't allow me to commit. Do you have any ideas
>>> what could be wrong?
>>>
>>> $ f commit --branch svn_R2 -f -m 'added svn branch R2'
>>> Autosync:  http://frama...@tangosource.com/fossil/dibspace
>>> Bytes  Cards  Artifacts Deltas
>>>  Sent:1023 20  0  0
>>> Received:2102 45  0  0
>>> Total network traffic: 785 bytes sent, 547 bytes received
>>> New_Version: 5a0df73bd101295e8906f31d84a61315cc00c0d4
>>> ERROR: [app/controllers/users_controller.rb] is 14272 bytes on disk but 0
>>> in the repository
>>> ERROR: [app/models/appointment.rb] is 13468 bytes on disk but 0 in the
>>> repository
>>> ERROR: [app/models/invoice.rb] is 9318 bytes on disk but 0 in the
>>> repository
>>> ERROR: [app/views/timeline_events/_joined.html.haml] is 436 bytes on disk
>>> but 0 in the repository
>>> ERROR: [app/controllers/sub_categories_controller.rb] is 3490 bytes on
>>> disk but 0 in the repository
>>> ERROR: [app/views/categories/index.html.haml] is 356 bytes on disk but 0
>>> in the repository
>>> ERROR: [app/views/funding_transactions/show.html.haml] is 1011 bytes on
>>> disk but 0 in the repository
>>> ERROR: [db/migrate/20110112205254_create_funding_transactions.rb] is 853
>>> bytes on disk but 0 in the repository
>>> fossil: working checkout does not match what would have ended up in the
>>> repository:  964fb36de7aedcd36b2c5277ffeb4aa2 versus
>>> b97ef7e867c04f9310b4200ed2c494a6
>>>
>>
>> This is one of the many safety checks that Fossil has built-in to help
>> prevent repository corruption.  See
>> http://www.fossil-scm.org/fossil/doc/trunk/www/selfcheck.wiki for more
>> information.
>>
>> I don't know what is causing the problem.  Maybe the file timestamps are
>> getting messed up when you do the "cp".  Try running:
>>
>>   fossil status --sha1sum
>>
>> The --sha1sum option to status will cause Fossil to verify all files using
>> SHA1 checksums rather than just looking at the mtime and file size.
>>
>> Other things to try:
>>
>>  fossil sql
>>
>> Then at the SQL prompt enter:
>>
>>  PRAGMA integrity_check;
>>
>> If that looks OK, try
>>
>>  fossil rebuild
>>
>>
>>
>>
>>>
>>>
>>> Basically the repo was on svn, and I imported it to fossil. But the issue
>>> is that we started working on trunk, and one svn branch was more updated
>>> (crazy)
>>> Anyway I'm trying to update our repo with one big commit with the all
>>> diff and see how it goes.
>>>
>>> So I checked out one of the first commits we did in fossil, and cp over
>>> the svn checkout that I have on another folder.
>>> I know is dirty and all the history is lost.
>>> The thing is that the files are not 0 on that commit. I tried a fee
>>> commits up and I have the same error
>>>
>>> Thanks!
>>> Federico Ramallo
>>>
>>> ___
>>> fossil-users mailing list
>>> fossil-users@lists.fossil-scm.org
>>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>>>
>>>
>>
>>
>> --
>> D. Richard Hipp
>> d...@sqlite.org
>>
>> ___
>> fossil-users mailing list
>> fossil-users@lists.fossil-scm.org
>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>>
>>
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>


-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fossil on Hammer Principle

[altufaltu]

It doesn't have ClearCase!!! OMG


-Original Message-
From: Stephen De Gabrielle 
To: fossil-users@lists.fossil-scm.org 

Sent: Fri, Mar 25, 2011 1:59 am
Subject: Re: [fossil-users] Fossil on Hammer Principle


Cute. It seems pretty accurate. IMHOS.On Thursday, March 24, 2011, 
Alaric Snell-Pym  wrote:> Hello!>> Hammer 
Principle is a whimsical site where people can rank contentious> things 
on various axes, and it then generates overall scores for stuff.> They 
added version control systems lately, and Fossil's one of them:>> 
http://versioncontrol.hammerprinciple.com/>> However, as of the time of 
writing, only two people have expressed> opinions on Fossil (and I'm 
one of them). Let's fix that :-)>> Enjoy,>> ABS>> --> Alaric Snell-Pym> 
http://www.snell-pym.org.uk/alaric/> 
___> fossil-users mailing 
list> fossil-users@lists.fossil-scm.org> 
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users>-- 
--Stephen De Gabriellestephen.degabrielle@acm.orgTelephone +44 (0)20 
85670911Mobile+44 (0)79 
85189045http://www.degabrielle.name/stephen__
_fossil-users mailing 
listfossil-users@lists.fossil-scm.orghttp://lists.fossil-scm.org:8080/cgi
-bin/mailman/listinfo/fossil-users
  
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users