On Fri, Oct 10, 2014 at 2:42 PM, David Mason wrote:
> Yes, but the client side is on their own laptop or whatever, so no
> opportunity to wrap.
So, you aren't providing a zip file of standardized tools for the class?
That's what has happened for every class I've taken that required students
to
On Fri, Oct 10, 2014 at 9:27 AM, David Mason wrote:
> So the student would do:
> fossil clone -A student1 ssh://x...@re.mote/student1.fossil
> srepo.fossil
>
> so they would not be able to represent
> themselves as the prof or the TA. Any checkins with other user would
> be ignored.
>
If yo
On Sun, Oct 12, 2014 at 9:58 PM, Matt Welland wrote:
> Auto sync before merge and after tagging would have saved me a few support
> calls from confused users over the past few years :)
>
The "after tagging: part I agree with.
*Maybe* in the case of bringing in the latest from the main repo, an
On Sun, Oct 12, 2014 at 9:58 PM, David Mason wrote:
> Yeah shunning is a really big stick.
Probably better to quarantine than to auto-shun Any content flagged as
quarantined could be reviewed, then any that's truly spam shunned. (Any
illegal (or otherwise illegitimate) may be needed for furthe
On Wed, Oct 15, 2014 at 12:04 AM, Andy Bradford
wrote:
> Thus said David Mason on Tue, 14 Oct 2014 23:27:38 -0400:
>
> > If I had my ideal, it would be to have a setting like "ssh-clone-id"
> > that could be set (in the remote repo) to "-local-", "-remote-", or
> > anything else, and in the
On Wed, Oct 15, 2014 at 4:51 AM, Gour wrote:
> As you know, migrating the project to new (D)VCS is never
> straightforward procedure without opposition from other camps mixed with
> politics. :-)
>
> However, natural step would be to provide Fossil mirror in order to show
> its adavantages over t
On Wed, Oct 15, 2014 at 1:30 PM, Sean Woods wrote:
> I wish the
> "gitmarks" feature was better supported in Fossil to have a true
> incremental import without scripting multiple version control systems.
> But, development efforts are probably better placed elsewhere.
Fossil support for increme
On Wed, Oct 15, 2014 at 2:36 PM, Stephan Beal wrote:
> FYI: i committed one on top of that. The advantage is that it's
> centralized, the disadvantage is that it hashes every manifest before
> parsing (to get the UUID, since parsing modifies it). Might be considered
> too expensive, considering h
On Wed, Oct 15, 2014 at 2:51 PM, Gour wrote:
> Well, I believe that Fossil could be interested for many SVN projects.
>
> The project which I converted has Git mirror which works with svn2git
> and every project users can see how does it feel using new (D)VCS. In
> that way, by not being able to
On Wed, Oct 15, 2014 at 4:18 PM, Stephan Beal wrote:
> On Wed, Oct 15, 2014 at 10:11 PM, Ron W wrote:
>
>> Or I could try using libfossil to create a Fossil repo directly.
>>
>
> [stephan@host:~/tmp]$ f-new ron.fsl -m 'initial chicken.'
>
I mean that as my
On Thu, Oct 16, 2014 at 3:14 AM, Stephan Beal wrote:
> i'm not aware of any WWW feature of fossil which uses checkout-level data
> except maybe to display versioned settings.
>
For embedded documents:
baseURL/doc/version/path
if version is "ckout", then the file in the associated working sp
On Wed, Oct 15, 2014 at 4:54 PM, Ron W wrote:
> But that's just the executive summary. The details will require much
> research, planning and design.
>
After doing some research, I was reminded that SVN branches (and tags) are
implemented as copy-by-reference. This means that the
On Thu, Oct 16, 2014 at 8:59 PM, Ron W wrote:
>
> After doing some research,
>
More research...
In the SVN dump file, deltas are optional, so an initial implementation can
omit dealing with deltas.
SVN dump files do not have manifests. There is a revision artifact followed
by file
On Fri, Oct 17, 2014 at 3:25 PM, Ron W wrote:
> More research...
>
Needing a break from dump file processing, I decided to look in to how a
mirror could be kept up to date.
I previously mentioned using a commit monitor, so I looked to see how one
SVN repo could mirror another. I found s
On Fri, Oct 17, 2014 at 5:35 PM, Gour wrote:
> On Fri, 17 Oct 2014 16:00:08 -0400
> Ron W wrote:
> > Needing a break from dump file processing, I decided to look in to
> > how a mirror could be kept up to date.
>
> Thank you very much for taking time in doing this res
On Fri, Oct 17, 2014 at 6:30 PM, Ron W wrote:
>
> The main information the "post commit hook" method risks loosing is the
> relationship between a copied file and its copy, but Fossil doesn't have a
> copy command, so doesn't keep this, though I'm pretty sure
On Fri, Oct 17, 2014 at 6:42 AM, Gour wrote:
> In any case, my opinion is that having SVN <---> Fossil is much more
> interested than Git <---> Fossil 'cause, imho, with Fossil one can make
> very familiar/similar workflow like the one used with SVN.
Some SVN features not in Fossil:
Tagging fi
On Sat, Oct 18, 2014 at 3:24 AM, Stephan Beal wrote:
>
> So the diff from SVN is that SVN tags the names whereas fossil tags a
> specific version. AFAIR we have no code in place to apply _propagating_
> tags to anything but commits, but i think that's just because we've never
> had a real use for
On Sun, Oct 19, 2014 at 12:08 AM, Gour wrote:
> What about svn:externals? I know many projects, as well as the one in
> question, use them a lot?
>
> Any optimal way to do it with Fossil?
I had forgotten about externals in SVN.
I recall something about someone adding nested working space suppo
On Sun, Oct 19, 2014 at 3:51 AM, Baruch Burstein
wrote:
>
> 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.
>
Pleas
On Sun, Oct 19, 2014 at 1:45 PM, Stefan Bellon wrote:
>
> Sorry, there is a misunderstanding here. What Stephan was saying is
> that the *contents* of the file preceded with the @ is read in (as a
> matter of fact, the name of the file behind the @ does not matter at
> all).
> ...
> In fact, I'd l
On Fri, Oct 17, 2014 at 8:21 PM, Ron W wrote:
> Some SVN features not in Fossil
>
My research was on hold (still is). Following a chain of posts elsewhere on
the web, I came across this:
http://www.catb.org/esr/reposurgeon/
Among other things, it can read SVN dump files and write gi
On Mon, Oct 20, 2014 at 6:42 PM, Andreas Kupries
wrote:
> Saw this on /. today
>
>
> http://developers.slashdot.org/story/14/10/20/217248/help-esr-stamp-out-cvs-and-svn-in-our-lifetime
That's what lead me to reposurgeon.
___
fossil-users mailing list
On Mon, Oct 20, 2014 at 7:16 PM, John Found wrote:
> So, how I can make it, not using fossil client. Only plain HTTP. (because
> there is no fossil on the target computer).
>
> IMO, I will need something like:
>
> 1. Extract all versions tagged with specific tag (for example "release").
> 2. From
On Tue, Oct 21, 2014 at 11:29 AM, Andy Bradford
wrote:
> Thus said Stephan Beal on Tue, 21 Oct 2014 16:58:28 +0200:
>
> > If you don't _really_ need to compare the versions, you can can get
>
> This is an excellent suggestion if he doesn't really need *all* commits
> with a given tagname, as
On Tue, Oct 21, 2014 at 10:48 AM, Stephan Beal
wrote:
>
> Looking forward to trying this out - i use a similar feature in intelliJ
> quite often to merge only pieces of a given change.
>
Had not really considered this since our process requires a code review
before approving a change. Of course,
On Mon, Oct 20, 2014 at 7:30 PM, Ron W wrote:
> Assuming "basic" shell tools and wget (or similar tool), I would define a
> report, in Fossil, to provide the commit ID of the latest, properly tagged
> commit. Fetch this report with wget, piping the output to grep to extract
&g
On Tue, Oct 21, 2014 at 11:34 AM, Sean Woods wrote:
> Could someone on this list please be so kind as to remind me what the
> best way to install TCL and TK is on Windows 7 64 bit? I know about
> ActiveTCL but licensing does seem kinda restrictive.
I would expect ActiveTCL to be licensed under
On Tue, Oct 21, 2014 at 12:57 PM, Stephan Beal
wrote:
>
> i believe he was referring to ticket reports which, in theory, could
> report other information, e.g. timeline/version data.
>
> http://www.fossil-scm.org/index.html/reportlist
>
Actually, I meant Activity Reports: http://fossil-scm.org/in
On Tue, Oct 21, 2014 at 1:14 PM, John Found wrote:
> Ah, it is clear now. But this approach (and the RSS feed as well), has one
> big disadvantage - I need to parse HTML (or XML) format aimed to be read by
> a human. Of course, such data scrapping is possible, but isn't there more
> elegant/machi
On Tue, Oct 21, 2014 at 2:19 PM, Stephan Beal wrote:
> On Tue, Oct 21, 2014 at 8:09 PM, Ron W wrote:
>
>> Actually, I meant Activity Reports:
>> http://fossil-scm.org/index.html/reports
>>
>
> Aha! Yeah, i'm familiar with those :).
>
> That won't
On Tue, Oct 21, 2014 at 2:31 PM, Stephan Beal wrote:
> Yeah... that'd be great. The /reports pages are all generated from
> lovingly hand-crafted C code, though :/.
>
I never had a reason to pay attention to the activity reports, so I didn't
know they aren't configurable like the ticket reports
Does Fossil's support of git-fast-import format support "property
extensions"?
I read mention of "property extensions" in the documentation for
reposurgeon. Specifically, it mentions supporting Bazaar's commit property
extensions.
(Though it's unclear how helpful this will be for converting SVN r
On Tue, Oct 21, 2014 at 5:32 AM, Baruch Burstein
wrote:
>
> Done. As I said, It is *very* much a work-in-progress.
>
Looks like a good start. Not as much code as I thought it would require.
A direct import will certainly bypass the limitations of using
git-fast-import as an intermediate. Still w
On Tue, Oct 21, 2014 at 5:30 PM, Ron W wrote:
> On Tue, Oct 21, 2014 at 5:32 AM, Baruch Burstein
> wrote:
>>
>> Done. As I said, It is *very* much a work-in-progress.
>>
>
> Looks like a good start. Not as much code as I thought it would require.
>
> A dir
In a discussion between a Git user and a user of both Mercurial and Git,
there was a debate of the relative merits of "named branches" vs "bookmark
branches".
Mercurial (and Fossil) supports named branches (Mercurial recently added
support for bookmark branches). Git supports bookmark branches.
W
On Thu, Oct 23, 2014 at 5:49 PM, Stefan Bellon wrote:
>
> Yes, almost. ;-)
>
> I'm not interested in interactive usage of fossil. We are using fossil
> in a completely automated scenario to track and retrieve generated files
> over time. So, my concern is compatibility and consistency of command
>
FWIW, in the SVN vs Git community, neither side understands the other
side's rational about even the just tracking branch metadata, let alone
naming branches. The SVN people thought branch IDs were not sufficient. The
Git people say there is no value in tracking branch metadata So much for
trying
On Tue, Oct 21, 2014 at 5:30 PM, Ron W wrote:
> On Tue, Oct 21, 2014 at 5:32 AM, Baruch Burstein
> wrote:
>>
>> Done. As I said, It is *very* much a work-in-progress.
>>
>
> Looks like a good start. Not as much code as I thought it would require.
>
Baruch,
N
On Tue, Oct 28, 2014 at 2:21 PM, Stephan Beal wrote:
> On Tue, Oct 28, 2014 at 7:14 PM, B Harder wrote:
>>
>> 3) I can't think of anything else...
>>
>
> You will.
>
Perhaps looking at how shunning works would help
___
fossil-users mailing list
fossil
On Tue, Oct 28, 2014 at 3:11 PM, B Harder wrote:
> Not a bad idea -- this part of the description:
> < itself) are removed from the repository whenever the repository is
> reconstructed using the "rebuild" command.>>
>
> may roughly be what we're looking for.
Maybe could be as simple as adding
On Tue, Oct 28, 2014 at 5:39 PM, Baruch Burstein
wrote:
>
> 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.
>>
>
>
On Tue, Nov 4, 2014 at 2:32 PM, Jan Nijtmans wrote:
>
> Starting with this commit:
> <
> http://fossil-scm.org/index.html/info/7aced530234a04e17a64a3b995a6e12886e5e9b5
> >
> the option --empty was re-used for another purpose than original.
> Apparently a bad idea ;-(
> Now renamed to "--docke
On Thu, Nov 6, 2014 at 3:35 PM, Joe Prostko wrote:
> On Thu, Nov 6, 2014 at 3:29 PM, Stephan Beal
> wrote:
> > As you probably already know, but here it is for those who don't:
> >
> >
> https://docs.google.com/document/d/13gRSl6-bj3LV-OKgE-BsqvqF33UFYW3oa3A2OJC5QSY/view
>
> I can't view this at
On Fri, Nov 7, 2014 at 2:42 AM, Tony Papadimitriou wrote:
> There is also another possibility. Under Windows, you can use the MKLINK
> command to create a directory junction under your project (each project).
> This way you can keep the tree structure you have, keep a single copy of
> your libra
On Fri, Nov 7, 2014 at 3:32 PM, Zoltán Kócsi wrote:
> In the Fossil wiki, is there a magic reference that points to the ZIP or
> tar.gz download point of the latest on the trunk?
>
I think a URL like this:
http://fossil-scm.org/index.html/tarball/Fossil-Latest.tar.gz?uuid=trunk
On Wed, Nov 12, 2014 at 7:05 AM, Peter Spjuth
wrote:
> I'm making a way to attach a fossil revision as a Tcl Virtual File System.
>
> I found it a bit tricky to extract information from fossil and would like
> to
> know if I have missed some command that could make it easier.
>
> For a given revi
On Tue, Nov 25, 2014 at 11:27 AM, Jan Nijtmans
wrote:
> 2014-11-25 16:33 GMT+01:00 Stefan Bellon :
> > If files checked in have CR+LF line endings, then they are correctly
> > put into a local working copy, but when using "fossil cat" or "fossil
> > finfo -p" to retrieve the file (via stdout redi
On Wed, Nov 26, 2014 at 4:49 PM, Warren Young wrote:
> Awesome. That will remove Git’s relative advantage of pull requests,
> while making it as easy to use as Subversion.
Pull requests are just a notification mechanism that github (possibly)
first provided as a convenience to github users.
I
On Wed, Nov 26, 2014 at 5:34 PM, Warren Young wrote:
> On Nov 26, 2014, at 3:07 PM, Ron W wrote:
> > Pull requests are just a notification mechanism that github (possibly)
> first provided as a convenience to github users.
>
> Technically, yes, but when you’re in the GitHub wo
On Mon, Dec 15, 2014 at 2:01 PM, Stephan Beal wrote:
>
> On Mon, Dec 15, 2014 at 7:49 PM, Petr Ferdus wrote:
>>
>> Something similar like taking ls -al of all files in repository,
>> redirecting output to file and versioning that file. Except this would
>> happen automatically on commit or some o
On Tue, Dec 16, 2014 at 2:11 PM, Stephan Beal wrote:
>
> It also begs the question: how can we sort on that column (using JS) if we
> prettify the times?
>
Maybe have the epoc time as a hidden field? Possibly less overhead that
running the prettify JS in the browser, though that would be an optio
On Tue, Dec 16, 2014 at 2:27 PM, Stephan Beal wrote:
>
> (i'm thinking of the sort mechanism we already have in place. i think a
> hidden field might require extending that.)
>
As best I understand, CSS can hide the extra column, just need to make sure
the "sort button" for the age column refers
I think the key thing is that symbol names convey what they are used for.
Dr. Simonyi, nominal originator of "Hungarian Notation", seems to agree in
his paper about naming conventions. Microsoft has republished that paper:
http://msdn.microsoft.com/en-us/library/aa260976%28v=vs.60%29.aspx
My key
On Wed, Dec 17, 2014 at 2:10 AM, Scott Robison
wrote:
>
> The thing I dislike about the "strict Microsoft way" is the embedding of
> actual type data into the variable name, so that if you decide to change a
> type later, you have to change all the names. (I realize the above quote is
> not the "s
On Thu, Dec 18, 2014 at 2:48 PM, Stephan Beal wrote:
>
> true enough - it's just been a question of effort. We keep the JS to a
> minimum (even moreso because it's tedious to add ;).
>
Perhaps it is good that it is tedious to add/edit the JS?
___
fossil
On Thu, Dec 18, 2014 at 4:20 PM, Warren Young wrote:
>
> With today’s fast CPUs, Ajax lets us bring back the native client, for all
> practical purposes.
My concern about JS (and Java) is that it is too powerful. And web browsers
are not properly "sand boxing" active content like JS.
I have don
On Sat, Jan 3, 2015 at 11:29 PM, Kelly Dean wrote:
> Does Fossil give any warning if you receive a new ticket update with a
> timestamp preceding an update that you yourself created and with a
> conflicting J-card? Then #2 would notice #1's update, even though nobody
> else would. This won't help
On Tue, Jan 6, 2015 at 4:04 AM, Stephan Beal wrote:
>
> agreed. AFAIK, branches currently do not use the VALUE part of the tag.
> Perhaps such a description could be set there when making a branch, e.g.:
>
>
> fossil commit -b new-branch -d "branch description" -m "commit message"
>
> That would
On Tue, Jan 6, 2015 at 11:50 AM, Stephan Beal wrote:
> On Tue, Jan 6, 2015 at 5:12 PM, Ron W wrote:
>
>> The "sym-" one not having a value. Strange to me that 2 tags would be
>> used (I would have thought only the "branch" tag), but looks like the
>&g
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 properly on many peoples systems, though they work
> fine
On Thu, Jan 8, 2015 at 6:45 AM, Ron Aaron wrote:
> Is there any way to have fossil change the ticket resolution to 'fixed'
> when I change the status to 'fixed'?
>
In Administration, in Ticket Config, edit the Edit Ticket page to modify
the TH1 code.
On Thu, Jan 8, 2015 at 7:01 PM, Stephan Beal wrote:
> On Fri, Jan 9, 2015 at 12:56 AM, Andreas Kupries > wrote:
>>
>> I.e. the command implementation would have to detect the unchanged
>> files on update and skip them.
>>
>
> Which would almost certainly once in a blue moon, as a side-effect of
On Thu, Jan 8, 2015 at 7:17 PM, Stephan Beal wrote:
> Indeed, the mtime (available directly) and size (available indirectly, via
> a join) are quick checks, but "can one really be certain?" (i'm largely
> playing Devil's Advocate here.)
>
True. Would be worth knowing what git does (and Hg (and m
On Mon, Jan 12, 2015 at 7:29 AM, Joerg Sonnenberger wrote:
> On Mon, Jan 12, 2015 at 11:24:13AM +, Kelly Dean wrote:
> > That makes no sense. To avoid common-mode failures in the
> > implementation, you just need a different implementation.
> > You don't need a different algorithm.
>
> It is
On Sun, Jan 11, 2015 at 11:43 PM, Andy Bradford
wrote:
> I can set up all kind of QoS on my firewall, but most devices don't
> allow one to request random and routine packet loss and actual
> connection resets (e.g. TCP/IP RST packets) as part of the QoS settings.
> ;-)
Just setu
On Tue, Jan 13, 2015 at 5:21 AM, Joerg Sonnenberger wrote:
> The much more interesting case is
> getting wrong data send from a 3rd party matching an existing (signed)
> manifest. Comparing content is not an option for that as you don't have
> the original content.
As I understand the Fossil sy
On Tue, Jan 13, 2015 at 4:09 PM, Kelly Dean wrote:
> But when committing a new file to a local repository, compare-by-content
> _is_ practical. I'm throwing peanuts at Fossil's failure to even provide an
> option to do that. The user can do it manually: commit, then checkout into
> another workin
On Tue, Jan 13, 2015 at 4:08 PM, Kelly Dean wrote:
> You could say, well, don't use Fossil for storing evidence. But why not?
> An option like ZFS's dedup=verify would solve the problem. Without it,
> Fossil unnecessarily relies on the hash function being secure.
Even if a post-commit "fossil d
On Tue, Jan 13, 2015 at 6:24 PM, Kelly Dean wrote:
> Ron W wrote:
> > So, you are asking for an option to enable an automatic, post-commit
> > "fossil diff $@" (where $@ is the list of files just committed)?
>
> Yes. And it needs to compare the contents, not just
On Thu, Jan 15, 2015 at 5:59 AM, Kelly Dean wrote:
> My point remains: Fossil unnecessarily uses an extremely slow hash if
> you're expected to trust the data, and uses one that's too close to being
> broken to warrant trust if you don't trust the data.
Even on 10 year old hardware, Fossil's pe
On Thu, Jan 15, 2015 at 3:46 PM, Andy Bradford
wrote:
> Thus said "Andy Bradford" on 15 Jan 2015 13:37:24 -0700:
>
> > Or would the sync protocol have to be modified so that the client, on
> > push, receives a copy of any existing artifacts that it is intending
> > to push so that it can compa
On Thu, Jan 15, 2015 at 4:14 PM, Rich Neswold
wrote:
> Maybe the fossil schema can be enhanced by adding triggers that prevent
> UPDATEs from occurring on critical columns.
>
Not sure how much value that would add because all the actual (repository)
data is in the blobs. The ID of each blob is i
On Thu, Jan 15, 2015 at 5:32 PM, Rich Neswold
wrote:
> When I look at the schema of a fossil repo, I see comments like:
>
> -- Do not change any column that begins with tkt_
>
>
> Maybe I misunderstood the meaning. I took it to mean don't change the
> values of these fields. But maybe it means do
On Wed, Jan 21, 2015 at 12:14 PM, Svyatoslav Mishyn
wrote:
> and demo:
> http://chiselapp.com/user/juef/repository/crux-ports/tree?ci=tip
That does look very nice.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm
On Thu, Jan 22, 2015 at 5:16 AM, Jan Nijtmans
wrote:
> --empty Initialize checkout as being empty, but still
> connected
> with the local repository. If you commit this
> checkout,
> it will become a new "initial" commit in the
> rep
On Thu, Jan 22, 2015 at 4:15 PM, Richard Hipp wrote:
>
> If there is a custom page for 404 errors, do I still set the Status: to
> 404?
As I recall, the HTTP spec says you should, even if you also supply
(placeholder) content (aka custom 404 page).
However, I don't know if the Redirect header i
On Thu, Jan 22, 2015 at 11:32 PM, Richard Hipp wrote:
> On 1/22/15, Richard Hipp wrote:
> > On 1/22/15, Svyatoslav Mishyn wrote:
>
> > How about if there is a redirect URL for 404 errors on the Setup
>
> That won't work because if the redirect is to another /doc/ page that
> is not found it wil
On Sat, Jan 24, 2015 at 4:55 PM, Joerg Sonnenberger wrote:
> On Sat, Jan 24, 2015 at 04:27:55PM -0500, Richard Hipp wrote:
> > I would hope that the local machine knows that it cannot provide IPv6
> > service and that getaddrinfo() should therefore always return an IPv4
> > address. But apparent
On Tue, Jan 27, 2015 at 9:17 AM, Jim Kalafut wrote:
> - You cannot split out a project at a later time (wish list). So, you're
>> stuck with this arrangement for good.
>>
>
> Is the brand new "bundle" command a potential solution for this? I've only
> read the docs so far, but it seems pretty po
On Tue, Jan 27, 2015 at 8:57 AM, Tony Papadimitriou wrote:
> - You cannot split out a project at a later time (wish list). So, you're
> stuck with this arrangement for good.
>
Actually, I think you "sort of" can. If you mark the roots of the projects
you do NOT want to clone as private, then, I
On Mon, Feb 2, 2015 at 5:35 PM, Warren Young wrote:
> After sending that prior message, I did think of a way to allow retries
> without inconsistency, but it would surely slow Fossil down: there could be
> a mode that turns cloning into a replay of the master repo’s timeline.
>
> That is, every c
On Thu, Feb 5, 2015 at 11:09 AM, Abilio Marques wrote:
> Here the current code (missing the capture of the stdout). I send it as a
> patch to the current trunk version (0d1d7f6481).
>
>
> Ideas?
>
I suggest altering the parameter processing to be:
if ( argc == 3 ){
if (fossil_strcmp(argv[1], "N
On Thu, Feb 5, 2015 at 3:25 PM, bch wrote:
> Understood -- I hope I never see an need to run this -- I'd look long,
> and hard before I did. In case anybody is perceiving my interest in
> subverting POSIX locking as implied embracing of subverting POSIX
> locking: I'm am not condoning this.
>
Wh
On Mon, Feb 9, 2015 at 3:38 PM, Gour wrote:
> Hmm, what is the correct procedure to clone repository from my desktop
> machine to the *remote* server?
Do you have SSH access to the remote server? If so, I'd say the simplest is
to SSH into the remote server with forwarding from the remote to wha
On Mon, Feb 9, 2015 at 3:57 PM, Richard Hipp wrote:
> The /dev/null device is opened for writing if Fossil finds that its
> file-descriptor 2 is not open when it is launched. (Stunnel4
> sometimes does this.) This is dangerous to run with file-descriptor 2
> not open since it might get opened o
On Mon, Feb 9, 2015 at 4:23 PM, Richard Hipp wrote:
>
> Simpler still is just to scp the repo up to the server.
Last time I tried that (about 1.5 years ago), I had to use an SQL command
to change the ID of the local repository so I could sync it with the clone
on the remote server. since then, I
On Tue, Feb 10, 2015 at 12:24 PM, Jeff Rogers wrote:
> So what I'm thinking about is instead:
> $ cd ~/dev/
> $ fossil clone http://whatever/projectname ~/fossil_repos/projectname.
> fossil
> $ mkdir projectname
> $ cd projectname
> $ fossil open ~/fossil_repos/projectname.fossil
>
I use a varia
On Tue, Feb 10, 2015 at 3:49 PM, Richard Hipp wrote:
> There are two cases:
>
> (1) SHA1 prefixes for human-consumption
>
> The default length of (1) has traditionally be 10 characters, though
> as J notes, that is sometimes extended in order to find a character in
> the range of [a-f]. There ar
On Wed, Feb 11, 2015 at 7:54 AM, Richard Hipp wrote:
> Fossil uses file mtimes and sizes to help it detect changes. When
> your tool moves foo to foo.bak, this changes neither the mtime or the
> size. So Fossil fails to detect the change, by default.
But, the "new" foo.bak would have the mtim
On Wed, Feb 11, 2015 at 10:34 AM, Stephan Beal
wrote:
>
> The infrastructure is there to support merging wikis content just like
> other content, but the logic/code is missing for such handling of wiki
> pages and tickets. Your proposal would add a lot of logic for wikis which
> is already in plac
On Wed, Feb 11, 2015 at 12:19 PM, Richard Hipp wrote:
> The P-card on the Wiki artifact
> (https://www.fossil-scm.org/skin2/doc/trunk/www/fileformat.wiki#wikichng)
> shows the parent(s) of each Wiki commit. This has always been
> recorded.
In Fossil version [3e5ebe2b90], when editing a wiki p
On Wed, Feb 11, 2015 at 3:33 PM, Andreas Kupries
wrote:
> AFAIK wiki pages have no parent.
> The various commits to a specific page P are simply _time_ordered_
> under the name of the page.
>
That's my point. The web UI's wiki editor page does not have the ID of the
commit whose content is in th
On Thu, Feb 12, 2015 at 2:55 PM, Warren Young wrote:
>
> I would still prefer that Fossil self-tune, however. While it is true
> that my formula doesn’t give intuitive p values, it is also true that you
> cannot pick sensible d values for a repository without knowing various
> characteristics abo
On Wed, Feb 18, 2015 at 4:11 PM, Fadi Mansour <
fadi.redeemer.mans...@gmail.com> wrote:
> I managed to customize the "View Ticket" page to create links from the
> text found in this field, but for reports, there's only the query, and I'm
> not sure if I have access to the logic that is rendering t
On Thu, Feb 19, 2015 at 1:31 AM, Fadi Mansour <
fadi.redeemer.mans...@gmail.com> wrote:
> I noticed that using an "_" at the start of a column name makes it
> possible to use wiki strings, which would successfully create links, but
> the problem is that this will break the columnar format of the r
On Thu, Feb 19, 2015 at 11:33 AM, Fadi Mansour <
fadi.redeemer.mans...@gmail.com> wrote:
> Another question comes to mind.
>
> Could Wiki pages include TH1 commands?
>
I would strongly recommend against this. And if this feature were added,
any repository where it was enabled would need to only a
On Thu, Feb 19, 2015 at 2:22 PM, Backe, Martin G
wrote:
> P.s. I’ve never reverted to a previous build, but I assume there’s no
> danger reverting to a recent but older build?
>
Me neither, but I suggest you do a "fossil rebuild" after switch back to
the older version and before doing anything
On Mon, Feb 23, 2015 at 11:48 AM, Stephan Beal
wrote:
>
> FWIW, frames were (thank goodness) deprecated in HTML5. iframes are still
> around but work much differently.
>
Been over 10 years since I did any serious web work (was "moonlight" work I
did for a friend). I didn't do the page designs. I
On Tue, Feb 24, 2015 at 11:27 AM, Baptiste Daroussin <
baptiste.darous...@gmail.com> wrote:
> 2015-02-24 15:30 GMT+01:00 Richard Hipp :
> > On 2/24/15, robotanarchy wrote:
> >> When downloading file [1], you'll get an archive that has a different
> >> file name than the included folder. The folde
201 - 300 of 556 matches
Mail list logo
