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
features 1 and 3 in a single step:
http://yourrepo/zip/whatever.zip?uuid=TAGNAME
This is an excellent suggestion if he doesn't really need *all* commits
with a
On Tue, Oct 21, 2014 at 5:29 PM, Andy Bradford amb-fos...@bradfords.org
wrote:
Except that he said that the machine on which this runs will not have
fossil (only tools that can talk to Fossil via HTTP). :-)
What version does one hope to get from the remote over HTTP? You can only
tell what
On Tue, Oct 21, 2014 at 11:29 AM, Andy Bradford amb-fos...@bradfords.org
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
On Mon, Oct 20, 2014 at 7:30 PM, Ron W ronw.m...@gmail.com 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
the
Thus said Ron W on Tue, 21 Oct 2014 11:41:22 -0400:
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
Thus said Stephan Beal on Tue, 21 Oct 2014 17:37:03 +0200:
What version does one hope to get from the remote over HTTP? You can
only tell what versions he's copied/pulled (in that it will be at the
top of the RSS feed/timeline), but that doesn't mean he's got that
version checked out
On Tue, Oct 21, 2014 at 6:51 PM, John Found johnfo...@asm32.info wrote:
On Tue, 21 Oct 2014 11:41:22 -0400
Ron W ronw.m...@gmail.com wrote:
Thus why I suggested creating a Fossil Report that he can run via an
URL.
I wanted to ask as a response to your previous post, but here is OK.
What
On Tue, 21 Oct 2014 18:57:43 +0200
Stephan Beal sgb...@googlemail.com 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
Ah, it is clear now. But this approach
On Tue, Oct 21, 2014 at 7:14 PM, John Found johnfo...@asm32.info 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
On Tue, Oct 21, 2014 at 12:57 PM, Stephan Beal sgb...@googlemail.com
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:
On Tue, Oct 21, 2014 at 1:14 PM, John Found johnfo...@asm32.info 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
On Tue, Oct 21, 2014 at 8:09 PM, Ron W ronw.m...@gmail.com wrote:
Actually, I meant Activity Reports:
http://fossil-scm.org/index.html/reports
Aha! Yeah, i'm familiar with those :).
That won't give you any version numbers without a bit of drill-down, but it
could tell you (with only a bit of
On Tue, Oct 21, 2014 at 2:19 PM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Oct 21, 2014 at 8:09 PM, Ron W ronw.m...@gmail.com wrote:
Actually, I meant Activity Reports:
http://fossil-scm.org/index.html/reports
Aha! Yeah, i'm familiar with those :).
That won't give you any version
On Tue, Oct 21, 2014 at 8:24 PM, Ron W ronw.m...@gmail.com wrote:
I'm assuming the SQL query and such can be suitably customized to produce
a report with the desired info easily extract-able.
Yeah... that'd be great. The /reports pages are all generated from lovingly
hand-crafted C code,
On Tue, Oct 21, 2014 at 2:31 PM, Stephan Beal sgb...@googlemail.com 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
I think about auto-updater for my applications and as long as all the source
code is located in a fossil directory, I think the best way to auto update is
to download the source from the repository and then to compile it on the user's
machine.
I even wrote a little bash script that can
On Mon, Oct 20, 2014 at 7:16 PM, John Found johnfo...@asm32.info 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
Thus said John Found on Tue, 21 Oct 2014 02:16:20 +0300:
1. Extract all versions tagged with specific tag (for example release).
Use your favorite tool to get:
http://hostname/project/timeline.rss?tag=releasen=99
Assuming you won't have more than 999,999 tagged versions for release
of
18 matches
Mail list logo
