On Wed, Aug 16, 2017 at 10:09 PM, Stephan Beal
wrote:
> It's hypothetically possible, and i investigated it 3 or 4 years ago, but
> the devil is in the details :/. Not impossible, but you have to take care
> of details like properly undelta'ing anything which is deltad against the
> to-be-popped
On Sat, May 21, 2016 at 5:23 AM, Andy Goth wrote:
> Subversion revision tagging works fine but has the drawback of
> cluttering the tag list. The Subversion repository I'm working with has
> over 10K revisions, so that means 10K tags dumped in the tag list, which
> I would have preferred to keep
That was my original plan for the svn import. The table should be populated
based on the "svn-version-XXX" tags already present in the repo. I just
never got around to doing it.
On Sat, May 21, 2016 at 5:19 AM, Andy Goth wrote:
> Is the Subversion import code supposed to work with incremental de
On Thu, May 12, 2016 at 12:48 AM, Marko Käning
wrote:
> 2) /brlist should NOT show closed branches (but could have a menu item for
> that). On page /brlist?all the link “Open" leads straight away to /brlist
> which is showing all existing branches, which is INCONSISTENT!
>
> 3) The pages for /br
On Tue, Mar 15, 2016 at 10:27 AM, Alexandru Birsanu <
alexandru.birs...@gmail.com> wrote:
> Hi, I think I've found a bug in fossil 9cf0dbe5fb. This bug is not
> present in fossil 1.34. To replicate:
> 1. build fossil by double clicking on win\buildmsvc.bat
> 2. fossil new repo.fossil
> 3. fossil u
On Sun, Feb 7, 2016 at 3:12 PM, David Macek wrote:
> On 7. 2. 2016 2:53, Joe Mistachkin wrote:
> >
> > I'm unable to test with MingW64; however, I think Jan Nijtmans uses it.
>
> Hmm. So hopefully he's watching the list.
>
> One of my problems is with the linenoise library. It requires
> and pos
On Sun, Jan 17, 2016 at 1:10 AM, Sergei Gavrikov
wrote:
> Hi
>
> When *text* files have unknown MIME type (unknown extension) we cannot
> download them (in a fact to get a raw view in a browser) just in click.
> Right? Wrong? I do: right-click [Download] button -> Copy Link loc~ation
> -> Ctrl-L
I have gotten 2 of these, on two of my recent posts. They were from
different emails, but both ended in the TLD ".xyz"
On Sun, Jan 17, 2016 at 7:53 AM, Yannick Duchêne
wrote:
> I received a spam from `nella_br...@expertisetour.xyz` with subject “RE:
> [fossil-users] What does the Older button's
On Tue, Jan 12, 2016 at 6:41 PM, LM wrote:
> Decided to try it out, so I downloaded the source to Windows and
> attempted to run configure. Of course, it couldn't compile because of
> references to termios.h. So, I looked up how to build on Windows with
> MinGW and tried again using make -f win
On Thu, Dec 31, 2015 at 9:49 AM, taka <1218.nore...@suika.spawn.jp> wrote:
> src/import.c
> len=3 : memcmp(zDiff, "SVN", 4)
>
IIRC, this is meant to compare the NIL character, too
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
___
fossil-use
On Mon, Dec 28, 2015 at 12:58 PM, Karel Gardas wrote:
> Baruch, thanks a lot for your references. Indeed, all three were
> completely new to me. I googled somehow into different territory so
> far it seems...
You can also search this mailing list's history (
http://www.mail-archive.com/fossil-u
On Mon, Dec 28, 2015 at 12:12 PM, Karel Gardas wrote:
> My final goal would be to have OpenBSD CVS mirrored
> into fossil. It's a question if to use cvs->git->fossil transition
> here especially when considering incremental imports or just write
> some tool to do proper cvs->fossil import.
>
Are
On Tue, Dec 22, 2015 at 3:33 PM, Richard Hipp wrote:
> On 12/22/15, Baruch Burstein wrote:
> >
> >> How many bytes are being exchanged during the sync?
> >
> > It varies slightly when I run it multiple times, but between 3350 and
> 3500
> > bytes are recei
On Tue, Dec 22, 2015 at 2:55 PM, Richard Hipp wrote:
> Probably these are just "igot" cards sent by the server to tell your
> client about 76 artifacts that have not yet been entered into a
> cluster. (Clusters normally form at a threshold of 100 or 200, IIRC).
>
I now checked. These are "confi
On Tue, Dec 22, 2015 at 2:33 PM, Richard Hipp wrote:
> I think you get a separate rcvid for each round-trip, do you not?
>
No, only one rcvid.
>
> The other explanation is that the other 76 artifacts were duplicates -
> things you already held - and hence were discarded rather than
> recorded i
Hi,
I just ran `fossil pull` on my fossil repo clone. As you can see, I got 78
artifacts received:
C:\Users\\Documents\fossil\fossil\src>fossil pull
Pull from https://@www.fossil-scm.org
Round-trips: 3 Artifacts sent: 0 received: 78
Pull done, sent: 1353 received: 9363 ip: 67
On Mon, Nov 23, 2015 at 8:10 PM, Chad Clabaugh
wrote:
> As a relatively new contributor to Fossil I am uncertain what the process
> is, and what to expect, after pushing changes to Fossil
I can share my experience as from contributing in the past if it helps you.
First off - subscribe to the f
On Thu, Sep 10, 2015 at 8:03 PM, j. van den hoff
wrote:
>
> and it really is just irrelevant for the simple envisaged convenience
> measure: being able to use the ranks instead of the hashes for identifying
> checkins in _my_ clone when interacting with fossil.
I am starting to agree. When I use
On Thu, Sep 10, 2015 at 1:44 PM, Jacek Cała wrote:
> All in all, I think it would be nice to add these little things to the
> console client, so the need for the GUI is only for those who really hate
> console.
Some of us (yes, even some programmers) think of it the other way round...
--
˙uʍ
On Wed, Sep 9, 2015 at 10:12 PM, j. van den hoff
wrote:
> in a breach of promise to myself to never again argue in favour of this
> functionality on the fossil mailing list (it came up a few times over the
> last years):
>
> having simple chronological checkin numbers as an alternative way of
> s
I am sorry it took me so long to get to this. I don't know if it is still
relevant for you, but I fixed this here:
http://fossil-scm.org/index.html/info/24048eadf9247452
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
___
fossil-users mailing list
On Mon, Mar 23, 2015 at 11:26 PM, Jan Nijtmans
wrote:
> 2015-03-20 16:55 GMT+01:00 Kain Abel :
> > I hope someone can reproduce this behavior:
>
> Yes, I can reproduce that.
>
> See:
> <
> https://svn.apache.org/repos/asf/subversion/branches/1.5.x/notes/dump-load-format.txt
> >
>
> The conclusion
On Sat, Mar 14, 2015 at 4:30 PM, Richard Hipp wrote:
> Fossil version 1.32 is now available on the download page:
> https://www.fossil-scm.org/download.html
>
> The new builds all use version numbers in their names instead of dates.
>
> All previous builds have been removed from the download page
On Sun, Feb 22, 2015 at 5:17 PM, Baruch Burstein
wrote:
>
> On Sun, Feb 22, 2015 at 4:41 PM, Kain Abel wrote:
>
>> I've used a src-zip from branch "svn-import_no-svn-rev" HEAD
>> (f273714ebf6400b99b225ad463293f7c174102a5) and trying to compile it with
On Sun, Feb 22, 2015 at 4:41 PM, Kain Abel wrote:
> I've used a src-zip from branch "svn-import_no-svn-rev" HEAD
> (f273714ebf6400b99b225ad463293f7c174102a5) and trying to compile it with
> msvc 2012.
>
> The process was terminated due to syntax error's in file src\import.c.
>
> Sorry, I do not p
On Wed, Feb 18, 2015 at 1:55 AM, Richard Hipp wrote:
> I'd like to release Fossil version 1.31 soon. Before the end of
> February. See
> https://www.fossil-scm.org/fossil/doc/trunk/www/changes.wiki
> for a summary of changes.
>
Just wanted to say I am happy to see the fossil "official" release
On Thu, Feb 12, 2015 at 9:59 AM, Baruch Burstein
wrote:
> On Wed, Feb 11, 2015 at 5:21 PM, Richard Hipp wrote:
>
>> You can now access the Fossil self-hosting repository using the "San
>> Francisco Modern" skin at:
>>
>> https://www.fossil-scm.org/s
On Wed, Feb 11, 2015 at 5:21 PM, Richard Hipp wrote:
> You can now access the Fossil self-hosting repository using the "San
> Francisco Modern" skin at:
>
> https://www.fossil-scm.org/skin2
>
> Please let me know if you see any problems with the look of this
> alternative skin.
>
When viewin
On Wed, Jan 28, 2015 at 7:10 PM, Jungle Boogie
wrote:
> Hello,
>
> I'm really happy to see this:
>
> http://www.fossil-scm.org/index.html/info/046d7430bfec4bbb3ddb0ba6fac4c2474095f7b7
>
> Question: Will this also eventually let you search file names i.e.
> http_socket.c
This might do what you w
On Thu, Jan 22, 2015 at 11:58 AM, Stephan Beal
wrote:
> On Thu, Jan 22, 2015 at 10:56 AM, Stephan Beal
> wrote:
>
>> On Thu, Jan 22, 2015 at 10:43 AM, Andy Gibbs
>> wrote:
>>
>>> I am trying to create a commit without a parent, effectively so that I
>>> can create a separate stream inside my re
On Thu, Jan 22, 2015 at 11:43 AM, Andy Gibbs
wrote:
> Hi,
>
> I am trying to create a commit without a parent, effectively so that I can
> create a separate stream inside my repository, in no way linked to trunk
> and all its branches.
>
> I cannot find in the documentation how to do this, but I
Shouldn't it be added only by whoever needs it? It is not needed for
"regular" use.
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/li
On Sun, Jan 18, 2015 at 1:42 PM, Kelly Dean wrote:
> This is with Fossil 1.29.
>
> root@helpme:/mnt/hgfs/emacs# time git fast-export --all | fossil import
> --git emacs.fossil
> [A few hours later:]
> Rebuilding repository meta-data...
> [A day later:]
> 100.0% complete...
> Vacuuming...
> [A c
On Tue, Jan 13, 2015 at 11:08 PM, Kelly Dean wrote:
> You could say, well, don't use Fossil for storing evidence. But why not?
Why not? As Richard recently stated in the floss-weekly interview (and
elsewhere): Fossil was meant for controlling sqlite source. If anyone finds
it useful for any oth
On Mon, Jan 12, 2015 at 7:50 AM, Kelly Dean wrote:
> I haven't tried this, or looked at the code. I'm just going by the
> description at:
> https://www.fossil-scm.org/index.html/doc/tip/www/password.wiki
>
> In the ‟Sync Protocol Authentication” section, it calls the sha1 hash of
> the request co
On Thu, Jan 8, 2015 at 7:34 PM, bch wrote:
> Time to collect information on the weak/missing parts and either add
> them to the comments of FLOSS Weekly, get Leo to publish an addendum
> note, or publish an addendum on fossil-scm.org w/ link to original
> interview.
>
I would be curious to know
On Thu, Jan 8, 2015 at 6:55 AM, Scott Robison
wrote:
> Just watched the interview at http://twit.tv/show/floss-weekly/320 ...
> good job! I can't believe DRH didn't drop my name, but I'll forgive him
> this time. {snicker}
>
> Oh, and I'm always looking for a good text editor. Show us what you've
On Tue, Jan 6, 2015 at 8:45 PM, Ron W wrote:
> On Tue, Jan 6, 2015 at 12:32 PM, Richard Hipp wrote:
>
>> Expanding this question from fossil-dev to fossil-users after more
>> reports of problems.
>>
>> Apparently some unicode arrow characters (U+2b06, U+2b07, and U+21f3)
>> are not displaying pr
Why was this never merged into trunk? Is it still awaiting more
development, or was it deemed unsuitable for standard fossil, or was it
just forgotten?
On Thu, Oct 23, 2014 at 8:11 PM, Andreas Kupries
wrote:
> Fossil currently does not have FTS on content, be it code, wiki pages, or
> tickets.
>
On Mon, Dec 29, 2014 at 10:45 AM, Luca Ferrari
wrote:
> Hi all,
> I'm new to fossil, therefore apologize for my trivial questions. I've
> imported a quite big git repository (around 500 GB) to fossil without
> any problem, but:
> 1) if I get it right the fossil repo file must be in the same
> dir
On Tue, Dec 23, 2014 at 5:28 PM, Joerg Sonnenberger wrote:
> On Tue, Dec 23, 2014 at 03:15:41PM +0200, Baruch Burstein wrote:
> > I just discovered that the JS I used is not supported in IE<=9. What is
> the
> > policy on supporting older browsers?
>
> I would nor
On Tue, Dec 23, 2014 at 3:52 PM, Richard Hipp wrote:
>
>
>
> On Tue, Dec 23, 2014 at 8:43 AM, Baruch Burstein
> wrote:
>
>>
>>
>> On Tue, Dec 23, 2014 at 3:23 PM, Richard Hipp wrote:
>>>
>>>
>>> On Tue, Dec 23, 2014 at 8:15 AM, Ba
On Tue, Dec 23, 2014 at 3:23 PM, Richard Hipp wrote:
>
>
> On Tue, Dec 23, 2014 at 8:15 AM, Baruch Burstein
> wrote:
>
>> On Thu, Dec 18, 2014 at 1:22 AM, Baruch Burstein
>> wrote:
>>
>>>
>>> I just pushed a rough try at doing this filtering c
On Thu, Dec 18, 2014 at 1:22 AM, Baruch Burstein
wrote:
>
> I just pushed a rough try at doing this filtering client-side as-you-type.
> Needs polish, but works. It does only a simple text match, but it would be
> trivial to change this to case-insensitive and/or regex matching b
On Thu, Dec 18, 2014 at 7:34 PM, Richard Hipp wrote:
>
>
> Baruch: Can you pull a /tree from your big repo, do a "Save As..." of the
> page to a file, check its size, then run gzip across it and check its
> compressed size? Also if you can do "grep '__
On Thu, Dec 18, 2014 at 4:39 PM, Richard Hipp wrote:
>
>
> Wow. Are you at liberty to share the rest of the "/stat" page with us?
>
I posted the link above. It is the netbsd src repo.
http://netbsd.sonnenberger.org/stat
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
On Thu, Dec 18, 2014 at 4:00 PM, Richard Hipp wrote:
>
>
> On Thu, Dec 18, 2014 at 8:57 AM, Baruch Burstein
> wrote:
>>
>> On Thu, Dec 18, 2014 at 3:51 PM, Richard Hipp wrote:
>>>
>>> How many separate files are in that project?
>>>
>>
&g
On Thu, Dec 18, 2014 at 3:51 PM, Richard Hipp wrote:
>
> How many separate files are in that project?
>
How do I check?
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.
On Thu, Dec 18, 2014 at 1:46 PM, Baruch Burstein
wrote:
>
>
> On Wed, Dec 17, 2014 at 3:31 AM, Richard Hipp wrote:
>>
>>
>> On Tue, Dec 16, 2014 at 8:17 PM, Stephan Beal
>> wrote:
>>>
>>> On Wed, Dec 17, 2014 at 2:16 AM, Stephan Beal
>&g
On Wed, Dec 17, 2014 at 3:31 AM, Richard Hipp wrote:
>
>
> On Tue, Dec 16, 2014 at 8:17 PM, Stephan Beal
> wrote:
>>
>> On Wed, Dec 17, 2014 at 2:16 AM, Stephan Beal
>> wrote:
>>>
>>> Actually... i use the flat view more often than not. That's probably
>>> just historical momentum (and the way m
On Wed, Dec 17, 2014 at 3:17 AM, Stephan Beal wrote:
>
> On Wed, Dec 17, 2014 at 2:16 AM, Stephan Beal
> wrote:
>>
>> Actually... i use the flat view more often than not. That's probably just
>> historical momentum (and the way my old menus are all set up). i wouldn't
>> whine about loss of flat
On Wed, Dec 17, 2014 at 3:05 AM, Richard Hipp wrote:
>
> I think the flat-view functionality should be preserved. (Who knows how
> many links to the flat-view exist on various wiki pages, tickets, and
> check-in comments.) But I don't see a reason to have it using up valuable
> menu-bar space.
>
On Tue, Dec 16, 2014 at 11:04 PM, Richard Hipp wrote:
>
>
>
> On Tue, Dec 16, 2014 at 3:53 PM, jungle Boogie
> wrote:
>>
>>
>> Additionally/alternatively, some search feature around the checkin
>> link to help filter results better. (similar to control F in the
>> browser but have it actually rem
On Wed, Dec 17, 2014 at 8:06 PM, Ashwin Hirschi
wrote:
>
> It seems to me that the display of file ages would be improved by removing
> the minus signs.
>
> People would then read e.g. "64.7 days" as: this file is 64.7 days *old*
> (or, older than the reference point).
>
> Another way to look at i
On Fri, Nov 21, 2014 at 11:13 AM, Robert Engelhardt <
m...@robert-engelhardt.de> wrote:
> Hello all,
>
> I'm compiling fossil under Windows 8.1 with gcc 4.9.1 (x64-native).
> Unfortunately check-in [270897a301] broke the build process for me:
>
> When trying to compile compat/zlib/contrib/asm686/m
On Tue, Oct 28, 2014 at 11:17 PM, Ron W wrote:
> Maybe could be as simple as adding the relevant artifact IDs to the shun
> list and rebuilding. (Though that would be rather slow (which is not
> necessarily a bad thing for this feature)).
>
See this commit (
http://fossil-scm.org/index.html/info
On Tue, Oct 28, 2014 at 11:25 PM, Richard Hipp wrote:
> Just be VERY CAREFUL that you don't add an artifact that is also used in
> some other check-out that you want to keep, because after you shun it will
> be gone forever.
>
Shouldn't the shunning function/command take care of rebasing any del
On Tue, Oct 28, 2014 at 7:31 PM, B Harder wrote:
> That said -- I would like an option to "pop and discard" from a branch
> tip. Possible? If the repo has been sync'd, then that work would come
> back to you on next sync (that's understood), but if it hasn't been
> sync'd, it could be useful.
>
On Tue, Oct 28, 2014 at 3:09 PM, Jungle Boogie
wrote:
> From what I've read regarding the fossil documentation, it seems that sha1
> hashes are used for the files. Is that still correct?
>
Yes
> If it is sha1, are there plans to switch to sha256?
I am not an authority on fossil roadmap, but
On Sun, Oct 26, 2014 at 10:28 AM, Baruch Burstein
wrote:
> On Fri, Oct 24, 2014 at 4:58 PM, Ron W wrote:
>
>> Not sure if anything in this might be helpful, but I found this:
>>
>> https://github.com/oopos/fossil/tree/master/tools/cvs2fossil
>>
>
> I haven&#
On Fri, Oct 24, 2014 at 4:58 PM, Ron W wrote:
> Not sure if anything in this might be helpful, but I found this:
>
> https://github.com/oopos/fossil/tree/master/tools/cvs2fossil
>
I haven't looked at it yet, but it strikes me as somewhat ironic that a
tool for converting CVS to Fossil is hosted
On Thu, Oct 23, 2014 at 7:26 PM, Ron W wrote:
> Also, another reason in favor of a direct importer: Git only tracks the
> heads of branches. No history is being lost, just that determining what
> branch a given commit belongs to is difficult. Therefor, git-fast-import
> doesn't provide branch nam
On Mon, Oct 20, 2014 at 6:00 PM, Baruch Burstein
wrote:
> On Mon, Oct 20, 2014 at 4:39 PM, Ron W wrote:
>
>> Please make your in-progress SVN imported avilable.
>>
>
> I will try to do this later tonight
>
Done. As I said, It is *very* much a work-in-progress.
On Mon, Oct 20, 2014 at 4:39 PM, Ron W wrote:
> Please make your in-progress SVN imported avilable.
>
I will try to do this later tonight
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
___
fossil-users mailing list
fossil-users@lists.fossil-s
I have been working recently (albeit slowly) on a 'fossil import --svn'
option. I haven't pushed it since I didn't know if it would end up going
anywhere, but if people are interested in seeing partial work, I can push
it.
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
Just for the record: I was not looking for a way to do this. I am trying to
work on a svn-import command, and since svn allows this, I just wanted to
make sure that I was right in thinking fossil does not allow it, and empty
dirs will not get imported.
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ u
I tried doing:
mkdir a
fossil add a
but that didn't work.
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Thu, Aug 14, 2014 at 3:43 PM, Stephan Beal wrote:
> On Thu, Aug 14, 2014 at 2:31 PM, Baruch Burstein
> wrote:
>
>> BTW, why is this done like this on Windows, instead of doing the same as
>> linux (where the HTTP requests are handled directly by the server
On Thu, Aug 14, 2014 at 1:03 PM, Baruch Burstein
wrote:
> If I start the ui by doing `fossil ui` in the directory of an open
> checkout, the ui pages don't except prev/next/current as valid revision
> names. Is this a bug? I am using fossil on Windows. Is this true also on
>
On Thu, Aug 14, 2014 at 1:47 PM, Stephan Beal wrote:
> On Thu, Aug 14, 2014 at 12:03 PM, Baruch Burstein
> wrote:
>
>> Interestingly... it does work on linux with "ui", at least with the /dir
>> page. This may be page-dependent. Which pages aren't working f
Hi,
If I start the ui by doing `fossil ui` in the directory of an open
checkout, the ui pages don't except prev/next/current as valid revision
names. Is this a bug? I am using fossil on Windows. Is this true also on
Linux, or does it have to do with fossil starting a new instance to serve
HTTP req
On Wed, Aug 13, 2014 at 12:48 AM, Warren Young wrote:
> I'll test this in IE7, IE9 and IE10 later on today.
>
As a part-time web developer, I would suggest IE7 compatibility be
considered a bonus if it works, not something to bother fixing if it
doesn't. That is what I do today when if I build a
On Tue, Aug 12, 2014 at 1:35 PM, Stephan Beal wrote:
> On Tue, Aug 12, 2014 at 10:29 AM, Baruch Burstein
> wrote:
>
>> I am curious how fossil itself manages this. While sqlite DBs (including
>> the fossil repository) are generally expected to only be read/written wi
On Wed, Aug 6, 2014 at 3:14 PM, Richard Hipp wrote:
>
> Advisory locks are used. So cooperating programs know to not have two
> programs writing at once. But Dropbox is not a cooperating program in this
> context. Dropbox just opens the file and writes, without paying any
> attention to the ad
Hi,
The idea of just clicking on 2 revisions in the timeline to get a diff is
very convenient, but I would like to suggest a small improvement: No matter
what order I click the boxes in, it should display the diff from the older
to the newer. To me it just makes more sense, since that is what I th
On Wed, Aug 6, 2014 at 2:47 PM, Richard Hipp wrote:
>
> On Wed, Aug 6, 2014 at 2:11 AM, Baruch Burstein
> wrote:
>
>>
>> To the best of my knowledge, Dropbox is not a "virtual" filesystem. It is
>> a regular folder in the regular filesystem that is manage
On Fri, Aug 1, 2014 at 4:15 PM, Richard Hipp wrote:
> I don't know how closely a DropBox folder follows correct (published)
> filesystem semantics. If DropBox is doing some no-standard things, then it
> might be possible to corrupt the repository if it lives in a DropBox
> folder. I just don't
I would also point out this thread:
http://lists.fossil-scm.org:8080/pipermail/fossil-users/2014-May/016241.html.
Make sure to read the whole thread.
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
___
fossil-users mailing list
fossil-users@lists.
On Tue, Jul 29, 2014 at 5:10 AM, Andy Bradford
wrote:
> > When cloning a repository, if I don't have write privileges, can
> > autosync by default be set to "pullonly" in the clone, to prevent
> > annoying "pull only - not authorized to push"?
>
> Are you suggesting that the clone dete
When cloning a repository, if I don't have write privileges, can autosync
by default be set to "pullonly" in the clone, to prevent annoying "pull
only - not authorized to push"? Maybe this should be the default always,
even if I have write permission, in order to prevent accidental pushes?
--
˙uʍ
At 28:18 drh suggests that key/value pair engines will not stand the test
of time. Isn't sqlite4 going to be a key/value engine?
On Mon, Jun 2, 2014 at 9:00 AM, Andy Bradford
wrote:
> Thus said B Harder on Sun, 01 Jun 2014 22:42:39 -0700:
>
> > I think drh unnecessarily missed an opportunity
On Wed, May 7, 2014 at 8:03 AM, Gerald Gutierrez wrote:
>
> I have a fossil repository that I use on two machines, one at work and one
> at home. For this one, I'd rather not host it at an online location. So I
> tried to to put the fossil file on Dropbox instead so that Dropbox will
> automatica
2 GMT+01:00 Baruch Burstein :
> > On Wed, Mar 26, 2014 at 12:30 PM, Richard Hipp wrote:
> >> But, as the longest collision I've yet seen is only 4 characters, I
> never
> >> have gotten around to modifying the display logic.
> >>
> > Just for the r
On Wed, Mar 26, 2014 at 12:30 PM, Richard Hipp wrote:
>
> But, as the longest collision I've yet seen is only 4 characters, I never
> have gotten around to modifying the display logic.
>
> Just for the record: Fossil itself has a 7 character collision. I didn't
check the netbsd repositories.
--
I was wrong. See http://www.fossil-scm.org/index.html/artifact/ebb0
On Wed, Mar 26, 2014 at 9:15 AM, Baruch Burstein wrote:
> On Tue, Mar 25, 2014 at 11:50 PM, Andy Goth wrote:
>
>>
>>> and allows you to search for commits by prefix. IOW the prefix thing
>>> is a
On Tue, Mar 25, 2014 at 11:50 PM, Andy Goth wrote:
>
>> and allows you to search for commits by prefix. IOW the prefix thing
>> is a pure convenience to reduce the amount of stuff to enter.
>>
>
> Understood, but this convenience feature feeds back into the database
> when the user enters a prefi
On Sun, Mar 23, 2014 at 5:49 AM, Jon wrote:
>
> but I haven't yet found a way to create a URL to download a tarball
> for a specific release tag of fossil.
>
> Ideally, I'd like to type `./build_fossil.ps1 1.28` and have it
> download the tarball from
>
> http://www.fossil-scm.org/fossil/info/3d4
On Fri, Feb 14, 2014 at 10:55 PM, Stephan Beal wrote:
> That will be the basis of the up-coming checkout support, but solving
> checkouts at the library level first requires figuring out how to allow for
> user-level interaction ("overwrite file? Yes/All/No/Cancel?") for each file
> (like fossil d
On Tue, Jan 7, 2014 at 4:48 AM, Richard Hipp wrote:
>
> Tnx. That works great. It's on the server now, after a few
> modifications, such as adding the "expand" query parameter which causes the
> display to start in an expanded state.
>
> One issue I have: There is now no longer a way to get a
File ages view: No buttons to go to other views.
All other views: There seems to be some inconsistency about which button
are displayed. I don't remember the old behavior, but I think Tip/Trunk/All
should always be displayed (except when on Tip/Trunk/All), and 2 of Flat
View/Tree View/File ages sho
On Tue, Aug 13, 2013 at 12:15 PM, Stephan Beal wrote:
> On Tue, Aug 13, 2013 at 8:51 AM, Baruch Burstein wrote:
>
>> When doing a `fossil com -n`, it still asks me for a commit message, even
>> though I am not really doing a commit. Is this expected behavior?
>>
>
&g
When doing a `fossil com -n`, it still asks me for a commit message, even
though I am not really doing a commit. Is this expected behavior?
--
˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı
___
fossil-users mailing list
fossil-users@lists.fossil-scm
On Mon, Aug 12, 2013 at 12:44 AM, Stephan Beal wrote:
> Hi, all,
>
> Another status update for what is still tentatively known as libfossil...
>
> I have a small question about libfossil - is the http server considered
part of the lib, or part of the app? If the app, are wiki pages an integral
par
On Tue, Jul 30, 2013 at 1:06 PM, Stephan Beal wrote:
> Hi, all,
>
> As most of you know, work has begun on a prototype of what i unfortunately
> dubbed "fossil v2." As it turns out, everything i want to do can be done on
> top of current repos, with no repo-level incompatibilities (so far, at
> l
On Wed, Jul 24, 2013 at 5:33 PM, Steve Landers wrote:
>
> On 24/07/2013, at 6:25 AM, Baruch Burstein wrote:
>
> > Having recently graduated and on my first job, I am very interested in
> what seems to me to be completely irrational. In the past year I have found
> that mos
On Wed, Jul 24, 2013 at 2:00 PM, Stephan Beal wrote:
> On Wed, Jul 24, 2013 at 9:38 AM, Edward Berner wrote:
>
>> Personally, I'd vote for Fossil to remain C89. Specifically I'd like
>> Microsoft Visual C++ 6.0 on Windows NT 4.0 to continue to be a usable
>> target.
>>
>
> As a matter of course
On Mon, Jul 22, 2013 at 4:41 PM, Stephan Beal wrote:
> On Mon, Jul 22, 2013 at 3:28 PM, Remigiusz Modrzejewski <
> l...@maxnet.org.pl> wrote:
>
>>
>> On Jul 21, 2013, at 12:54 , Stephan Beal wrote:
>>
>> > To help bootstrap the process of figuring out what Fossil v2 might look
>> > like i have st
On Mon, Jul 22, 2013 at 12:00 PM, Stephan Beal wrote:
> * built-in full text search for tickets.
>>
>
> Searching has been one of the most-requested features for fossil lately.
> The main difficulty is that it's not as simple as "select * from xyz where
> field like ..." because artifacts are sto
My wishlist:
1. Full-text search through the file contents and history. Search this list
for "howto `grep' through old revisions" to see some ideas (mine is at the
end of that thread), but some other ideas could work great, too.
2. Partial pulls - I mean that if pulling from a large repository, an
On Mon, Jan 28, 2013 at 5:37 PM, Richard Hipp wrote:
>
> I haven't yet figure out the right syntax for doing a grep of files in the
> repository. The implementation should be relatively easy once the right
> interface is designed. Suggestions are welcomed.
>
>
My 2 cents:
fossil grep [--type
1 - 100 of 143 matches
Mail list logo
