On Mon, Apr 28, 2014 at 10:15 PM, Joseph Mingrone j...@ftfl.ca wrote:
Thank you all for taking the time to share your thoughts. Since I
won't be moving these files around too often, I think I will give Fossil
(along with Tripwire) a go at this. Does Fossil have something
equivalent to
Hi,
Is it possible to delete a user from the database? I've got quite a lot
of ghost users (mainly spammers and hack attempts), that never posted
or contributed anything and I want to delete their accounts but can't
find any way to do that.
--
BohwaZ
On Tue, Apr 29, 2014 at 12:47 PM, BohwaZ boh...@bohwaz.net wrote:
Is it possible to delete a user from the database? I've got quite a lot
of ghost users (mainly spammers and hack attempts), that never posted
or contributed anything and I want to delete their accounts but can't
find any way to
This is fossil version 1.29 [09f2386328] 2014-04-28 12:24:17 UTC
On a Win7 machine, during FOSSIL CHANGES command, I got this error
“SQLITE_IOERR: delayed 25ms for lock/sharing conflict”
I’m neither running concurrent FOSSIL sessions, nor do I have the fossil file
open with SQLite3, so this is
If I rename a file (both on disk and with FOSSIL REN command), and then try to
do a [G]DIFF command –FROM a date where the file had the old name, I get the
message that the file does not exist in that checkin.
So, once I rename a file I lose the connection to all its history and the
changes
On Tue, Apr 29, 2014 at 5:08 PM, Tony Papadimitriou to...@acm.org wrote:
wrong with the code. This is the kind of error you can’t reproduce on
demand, so I’m just reporting it happened.
Nonetheless, thank you for posting it. Sometimes weird errors (and yours
qualifies!) only show up in
On Tue, Apr 29, 2014 at 5:41 PM, Tony Papadimitriou to...@acm.org wrote:
If I rename a file (both on disk and with FOSSIL REN command), and then
try to do a [G]DIFF command –FROM a date where the file had the old name, I
get the message that the file does not exist in that checkin.
So,
On Tue, Apr 29, 2014 at 11:08 AM, Tony Papadimitriou to...@acm.org wrote:
This is fossil version 1.29 [09f2386328] 2014-04-28 12:24:17 UTC
On a Win7 machine, during FOSSIL CHANGES command, I got this error
“SQLITE_IOERR: delayed 25ms for lock/sharing conflict”
I may have seen this error
On Tue, Apr 29, 2014 at 5:08 PM, Tony Papadimitriou to...@acm.org wrote:
This is fossil version 1.29 [09f2386328] 2014-04-28 12:24:17 UTC
BTW: thank you for running the trunk version :). It saves everybody the,
try again with the trunk... round of responses ;).
--
- stephan beal
The usual way of disabling a user is (AFAIK) to drop all the user's
permissions, i.e.
fossil user capabilities NAME
At that point the password does not matter anymore as the user is I
believe not even able to log in at all.
On Tue, Apr 29, 2014 at 3:55 AM, Stephan Beal
On Tue, 29 Apr 2014 17:48:10 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Tue, Apr 29, 2014 at 5:41 PM, Tony Papadimitriou to...@acm.org
wrote:
If I rename a file (both on disk and with FOSSIL REN command), and
then
try to do a [G]DIFF command –FROM a date where the file had the
Stephan Beal wrote:
Correct, because fossil's only way of knowing the identity of a file is its
name. If you take my name, everyone will think you're me.
Nothing i can do about that. The SHA1 unique identifies the version of the
content, but the name gives us a place under which to organize
On Tue, Apr 29, 2014 at 6:18 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
I understand that that's the current state of affairs. I don't understand
whether this could/should not be changed.
Patches welcomed :)
I of course don't know the inner workings of fossil but I know that a
On Tue, Apr 29, 2014 at 6:18 PM, Tony Papadimitriou to...@acm.org wrote:
I see the simplistic approach. On the other hand, if I decided to
change my name at some point, the authorities should be able to trace my
current name to my birth name, to figure out who I am, and my ‘criminal’
The infrastructure exists for Fossil to recognize name changes:
http://www.fossil-scm.org/fossil/artifact/59e624a3955?ln=353-376
That infrastructure is currently used for the update and merge
commands. But it has not yet been incorporated into the diff command.
On Tue, Apr 29, 2014 at
On Tue, 29 Apr 2014 18:28:06 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Tue, Apr 29, 2014 at 6:18 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
I understand that that's the current state of affairs. I don't
understand
whether this could/should not be changed.
Patches
On Mon, Apr 28, 2014 at 6:55 PM, Andreas Kupries
andre...@activestate.com wrote:
On Mon, Apr 28, 2014 at 5:27 PM, Richard Hipp d...@sqlite.org wrote:
On Mon, Apr 28, 2014 at 8:23 PM, Richard Hipp d...@sqlite.org wrote:
On Mon, Apr 28, 2014 at 5:09 PM, Andreas Kupries
andre...@activestate.com
On Tue, Apr 29, 2014 at 6:52 PM, Andreas Kupries
andre...@activestate.comwrote:
Now we just need some way for the fossil executable to auto-fix a
repository when it sees this type of damage.
Any objections to me adding this to the rebuild bits:
update user set mtime=strftime('%s','now')
another related thing:
after
fossil ren A B
I get the message
RENAME A B
when then doing
mv A B
as well, `fossil changes' (IIRC or was it `status' as well?) tells me
RENAMED A B #note the change RENAME - RENAMED
both of which is fine.
after checkin, however,
fossil timeline -showfiles
On Tue, Apr 29, 2014 at 6:54 PM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Apr 29, 2014 at 6:52 PM, Andreas Kupries andre...@activestate.com
wrote:
Now we just need some way for the fossil executable to auto-fix a
repository when it sees this type of damage.
Any objections to me
+1 from me.
Thinking of rebuilds, any chance of having the rebuild ignore tables
whose names starts with fx (case-insensitive) ?
I currently work on a tool which stores some of its data in the repo
db, in custom tables. A rebuild leaves these tables empty.
On Tue, Apr 29, 2014 at 9:54 AM,
Yes, that looks good to me. Thank you.
On Tue, Apr 29, 2014 at 10:01 AM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Apr 29, 2014 at 6:54 PM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Apr 29, 2014 at 6:52 PM, Andreas Kupries
andre...@activestate.com wrote:
Now we just need
On Tue, Apr 29, 2014 at 7:04 PM, Andreas Kupries
andre...@activestate.comwrote:
+1 from me.
If i hear no veto from Richard this evening i'll check it in.
Thinking of rebuilds, any chance of having the rebuild ignore tables
whose names starts with fx (case-insensitive) ?
We added that
On 4/29/2014 11:36 AM, Richard Hipp wrote:
The infrastructure exists for Fossil to recognize name changes:
http://www.fossil-scm.org/fossil/artifact/59e624a3955?ln=353-376
That infrastructure is currently used for the update and merge
commands. But it has not yet been incorporated into the
On Tue, Apr 29, 2014 at 10:13 AM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Apr 29, 2014 at 7:04 PM, Andreas Kupries andre...@activestate.com
wrote:
+1 from me.
If i hear no veto from Richard this evening i'll check it in.
Thinking of rebuilds, any chance of having the rebuild
File renames are uncommon in Fossil itself. See
http://www.fossil-scm.org/fossil/test-rename-list for a complete list of
all file renames that have occurred over the entire 6.78-year history of
Fossil. Renames in SQLite are similarly scarce (
http://www.sqlite.org/src/test-rename-list). Hence,
On Tue, Apr 29, 2014 at 7:44 PM, Andreas Kupries
andre...@activestate.comwrote:
Ok. Then the issue was me using an old version of fossil (1.21 of 2011).
In the wake of the user/mtime issue I updated to the head,
self-compiled (*) to see if that was the issue. Which means that I
should be good
On Tue, Apr 29, 2014 at 11:03 AM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Apr 29, 2014 at 7:44 PM, Andreas Kupries andre...@activestate.com
wrote:
Ok. Then the issue was me using an old version of fossil (1.21 of 2011).
In the wake of the user/mtime issue I updated to the head,
On Tue, 29 Apr 2014 19:50:39 +0200, Richard Hipp d...@sqlite.org wrote:
File renames are uncommon in Fossil itself. See
http://www.fossil-scm.org/fossil/test-rename-list for a complete list of
all file renames that have occurred over the entire 6.78-year history of
Fossil. Renames in SQLite
29 matches
Mail list logo
