release thread.
Especially if we would collectively prepare a good release announcement.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
On 11 Feb 2014, at 19:42, Martijn Coppoolse li...@martijn.coppoolse.com wrote:
Remigiusz Modrzejewski schreef op 11-2-2014 15:54:
On 11 Feb 2014, at 15:42, Stephan Beal sgb...@googlemail.com wrote:
i'm looking to clone someone's interesting fossil skin to snazz up my
fossil repos a bit
regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
: Tue Jun 7 16:32:41 PDT
2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
$ ./fossil version
This is fossil version 1.28 [1f10199a09] 2014-01-09 21:12:11 UTC
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil
perfectly.
If I happen onto any real-world error, I will not neglect to cry out loud ;)
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
merit.
As such, its stable versions should not contain alpha-quality code from other
projects.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
On Jan 9, 2014, at 16:14 , Richard Hipp wrote:
On Thu, Jan 9, 2014 at 10:12 AM, Remigiusz Modrzejewski
l...@maxnet.org.plwrote:
I second this view, Fossil is definitely valuable on its own merit.
As such, its stable versions should not contain alpha-quality code from
other projects
.
Therefore if we want to say Fossil is rock-solid, we can't say it uses alpha
libs,
just to avoid the confusion, no matter the actual quality.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
in a
test file.
If you are concerned by new software errors eating your code, simply don't
update your central location.
Fossil can easily interoperate in the distance of many versions.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
On Jan 9, 2014, at 21:38 , Remigiusz Modrzejewski wrote:
[*] The fact that Fossil is a DVCS doesn't ease my mind on this matter. All
that means is that if there ever is a data loss, it will take some time to
propagate among the copies, during which time I *may* catch it in time
, there are so many things that can go wrong in
this setup...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Hi,
I have a completely OT remark:
Your certificate has expired a long time ago...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
). That means it's not really v2, but instead provides an alternate
interface for v1 repos[1].
That just shows how good is the design :)
- libfossil - nothing wrong with that, IMO
I'm for this one - just keep things simple.
Kind regards,
Remigiusz Modrzejewski
fossil deconstruct,
but I have no experience with that route.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Fossil repo?
The answer to this question may give some insight into what's not perfect with
Fossil...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
contains only around 2.5k projects.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
it will not need a hosting service that much.
Just my $0.02.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
to doubt. :)
That's an opportunity for improvement: automatically stash local changes before
destroying.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
post-sync
hooks.
Unfortunately I didn't find any time for Fossil in the last few months, so
can't help with that.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080
down,
installation of (distributed) Trac for free with every repository.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
to fossil, but I don't believe it's
happened yet.
Private branches are a pretty recent addition. I believe that the fine grained
pushing/pulling will also come sooner or later, once one of folks involved with
Fossil feels a need for it.
Kind regards,
Remigiusz Modrzejewski
selective push/pull feature.
IIRC the conclusion of these discussions always was: there's no problem with
that, we just need someone who wants it badly enough to implement it. Funny
how this never happened.
Kind regards,
Remigiusz Modrzejewski
On Nov 13, 2012, at 15:09 , ST wrote:
why not put it inside in order not to bother with 3rd party stuff?
To keep the core small?
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
regards,
Remigiusz Modrzejewski
PS. Excuse any grammar mistakes, I'm nearly braindead after too long meeting.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Oct 9, 2012, at 20:44 , Eric wrote:
On Tue, 9 Oct 2012 12:19:59 +0200, Remigiusz Modrzejewski
l...@maxnet.org.pl wrote:
But who would prevent a cow worker from using them?
Cow worker
Reference to the Dilbert comics...
The idea is that, especially in corporate
Java API, used by a few projects.
On the other hand, Fossil's implementation is (apart from the regular forking)
quite nice. I'd bet you a beer that once the JSON API is finished (in my
already outlined understanding), it will be used by some useful projects.
Kind regards,
Remigiusz
On Oct 9, 2012, at 13:30 , Joe Mistachkin wrote:
Remigiusz Modrzejewski wrote:
Actually... No. Fossil, with it's monolithic single-app design, is relatively
hard to both extend and embed.
I strongly disagree with this statement. Fossil is very extensible in the
classic Unix sense
On Oct 9, 2012, at 16:36 , Joe Mistachkin wrote:
Remigiusz Modrzejewski wrote:
So, is it finally possible to script pre-/post- commit hooks?
More or less:
http://www.fossil-scm.org/index.html/artifact?ci=trunkfilename=src/xfer.cl
n=1201-1205
The key
/export things like that).
If you feel up to the task, see the /tktsetup of your repo.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
nothing that would reveal if it's real nice with just a quick glance.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Aug 3, 2012, at 11:53 , Michal Suchanek wrote:
On 3 August 2012 11:23, Remigiusz Modrzejewski l...@maxnet.org.pl wrote:
+1
Why markdown and not one of the dozens of other wiki syntaxes?
Because markdown is a very popular one, used by github, and we have on board
the creator of a major
and there would be no end to the stream of requests to
include yet another.
I've read the we'll have requests for all the markups in the world argument
many times. I can't remember anyone actually coming and asking for *anything*
else than markdown.
Kind regards,
Remigiusz Modrzejewski
for typical Android...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
off.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Jun 19, 2012, at 16:26 , Richard Hipp wrote:
If
people show up and are interested, we can work on this at the Fossil code
sprint in Munich, two weeks from today.
BTW: any chances for a sprint in the French Riviera in any foreseeable future?
;)
Kind regards,
Remigiusz Modrzejewski
minutes of looking
around the sources. So yes, I'd say it's easy. At least if you have *grep* in
your system ;)
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
) prefer. #2 is the original before recent changes. #3 is like #1
but without the background image.
I dislike the disturbing margins. Apart from them, the change seems ok.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users
scripts to serve the repositories it's a nice start to
efficient hosting.
Why? The server itself supports multiple repositories. I'm reverse-proxying to
a single Fossil instance serving over 20 repos at http://dev.lrem.net/ and it
works like a charm...
Kind regards,
Remigiusz Modrzejewski
, originally created to keep only some
subsystem of the kernel ;)
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Feb 8, 2012, at 17:05 , Richard Hipp wrote:
I generally don't stress over a 10MB file on my 1TB disk drive, though...
Still, it probably would not hurt to have Fossil do vacuum from time to time,
would it?
Kind regards,
Remigiusz Modrzejewski
On Feb 7, 2012, at 23:11 , Stephan Beal wrote:
Agreed completely - spaces in filenames are evil. (let the flame wars begin
;)
Well, shouldn't a good filename start with - anyways? ;)
Kind regards,
Remigiusz Modrzejewski
___
fossil-users
On Feb 5, 2012, at 20:47 , Lluís Batlle i Rossell wrote:
But I suspect that there are people using fossil and having a reasonable
workflow for those cases. I wonder what they use.
A lot of care to only pull towards the derivatives?
Kind regards,
Remigiusz Modrzejewski
On Feb 1, 2012, at 15:18 , Chris Peachment wrote:
I can't speak for MS-Windows or MacOS but Ubuntu Linux uses
NTP by default.
So does OS X.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
,
this library is needed only for https, isn't it? This failed while trying to
use plain http. Is this expected?
Pozdrawiam,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
On Jan 29, 2012, at 20:36 , Remigiusz Modrzejewski wrote:
I've hit a surprising obstacle. I've tried to use Fossil, the binary from the
website, on a heavily stripped down Linux system. But trying to clone end
with:
fl: can't resolve host name: dev.lrem.net
I traced the problem
On Jan 26, 2012, at 20:38 , Lluís Batlle i Rossell wrote:
On Thu, Jan 26, 2012 at 08:36:46PM +0100, Remigiusz Modrzejewski wrote:
I've stumbled upon a description of something, that I missed once or twice
in Fossil:
http://nuclearsquid.com/writings/git-add/
Nothing that great
?), doing it at stash does the trick and feels a
bit more elegant. I'd vote for this option.
Pozdrawiam,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
On Jan 13, 2012, at 12:49 , Jeremy Cowgar wrote:
Fantastic. Hopefully this makes it into the trunk version of Fossil.
Yeah, shortly after discount author signs the copyright leaflet...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users
. This way it was possible to make the move from
GPL to BSD... But some code from the early days, when no contracts were signed,
had to be dropped.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
to any other
synchronization tool (I'd go with rsync, most people like dropbox). On the
negative, you'll end up with a huge repository file and no convenient way to
delete photos.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
scripting Fossil to do it well.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
RSS feeds
Any other ideas?
Try a smarter RSS reader? I remember having Opera read a few protected feeds...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
and password fields, then how to interpret the results.
I'm pretty sure that should not be a problem. This procedure can be replicated
in something like 5 lines of Python. Compared to what I believe is the codebase
of a typical rss reader, this does not look too bad...
Kind regards,
Remigiusz
, if Fossil is an internal development tool?
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
reports without being able to
observe the whole development process.
Have you looked into permissions page in the admin section of the web
interface? IIRC this is perfectly possible.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
is not dangerous to the machine it runs on. You can put it into
chroot to feel extra safe in case of security breach.
And do you have any suggestions what might help me with that?
Are there standard settings you would suggest?
Look into WAL mode for the database.
Kind regards,
Remigiusz Modrzejewski
. This way you can bring client
incompatibility, unless you mean writing in a better markup, but saving (and
loading from) the plain Fossil thingy. It surely can be done, just is not as
trivial as we'd like it to be.
Kind regards,
Remigiusz Modrzejewski
downloadbuildinstall missing dependencies. I guess if your shop is homogenous
this should not be that hard.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
fine IIRC.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
is there is not enough
programmer throughput in the project. Or however it was worded.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
On Oct 19, 2011, at 2:18 PM, Richard Hipp wrote:
I have two suggestion on fossil:
(1) support LDAP. It is a essential function for a large enterprise to
manage users login and authentication.
(2) support lock command, http://veracity-scm.org has this command.
My $0.02: both
pretty gradients to icons, while the other changed their shape...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
the full file view and the current file view when showing files.
I second this idea. Hiding mistakes by default is at least reasonable.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
commands take much longer than that, I think the proposal is a practical
design for wrapping Fossil.
Anyhow Fossil is doing only fork, which is pretty cheap. And, unless some crazy
security folk take over, there is no reason to change this :)
Kind regards,
Remigiusz Modrzejewski
be worth the hassle...
[1] - http://www.startssl.com/?app=33
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
see a certificate warning.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
{
proxy_pass http://localhost:MY_CHOSEN_PORT;
}
And anchor it appropriately. That simple.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
, by the way.)
Still, it can be fixed by fossil providing a favicon ;)
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Sep 14, 2011, at 6:28 PM, Stephan Beal wrote:
Fair enough. Could we convince you to accidentally leave your webcam
turned on during the presentation (and conveniently point it as the screen)?
;)
Isn't it easier and more responsible to just record a rehearsal?
Kind regards,
Remigiusz
,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
case.)
My strong opinion: whatever.json is better than json/whatever. It's a matter of
semantics, if we want to render whatever in some representation, or we want a
representation containing a whatever... I'd say the former.
Kind regards,
Remigiusz Modrzejewski
in background on
Windows. Has this helped towards getting hooks into main line?
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
:(
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
anything, but did I just kill a kitten?
And the more important question: should we make fossil to treat all pdf files
to be binary?
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
such a thing three times in a row.
Plus, if you really feel that hackish, just do your business in SQL.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
Hi,
I'm just pointing towards a ticket that I don't want to fix right now. Maybe
someone reading the list but not timeline has some spare time ;)
Link: http://fossil-scm.org/index.html/tktview?name=1b5f29ce63
Kind regards,
Remigiusz Modrzejewski
,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
additional files.
Ok, but then I'd say it should be documented somewhere. For now the closest
thing to documentation of this aspect (which is quite important, as seen in
this thread) is mention of existence in the help of fossil rebuild. Not
enough...
Kind regards,
Remigiusz Modrzejewski
to be quite weird...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
, but encouraged and well explained here:
http://www.spamhaus.org/xbl/
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
gave access to the entry to drh.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
it in some corner cases. See here for
explanation:
http://veracity-scm.com/qa/questions/102/why-would-you-design-a-dvcs-in-2011-that-supports-file-locks-dvcs-are-meant-to-make-it-needless-to-worry-about-that
Kind regards,
Remigiusz Modrzejewski
___
fossil
include file content. Any ideas?
Was anybody able to reproduce the problematic situation? I'm not even able to
run .bat files, as I don't have a Windows instance handy...
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users
).
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
I make .fos the default?
I'd go with .fossil as default on Unix (there is really no good reason to limit
ourselves to 3 letters here) and hidden _FOSSIL_ on Windows.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users
breaking because of that...
Pozdrawiam,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
beginning with a dot than they do _FOSSIL_.
Most notably shell's glob ignores dotfiles, what makes them mostly a non-issue
for me... And I find the _FOSSIL_ string particularly disturbing on listings.
Kind regards,
Remigiusz Modrzejewski
___
fossil
, but I'd like ot be
one pair and enforced. That's my vote. :)
++
So why not potato/cucumber? ;)
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
On Aug 5, 2011, at 15:14 , Stephan Beal wrote:
++
So why not potato/cucumber? ;)
My Comp-sci teacher back in the 80's always used the word broccoli for such
cases.
Heh, Broccoli is a name of some big project my team finished just before I
joined ;)
Kind regards,
Remigiusz
solution. It should recognize all current words, but
normalize them to a single pair.
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
On Aug 5, 2011, at 16:06 , Martin Gagnon wrote:
Now, what's about this slow commit issue...
Wasn't that resolved by setting mtime-based changes?
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
On Jul 27, 2011, at 15:22 , Stephen De Gabrielle wrote:
Is revert like 'shun' in that it permanently removes artifacts from the
repository?
It works on local copy, not the repository. So it deals with on-disk files, not
artifacts.
Kind regards,
Remigiusz Modrzejewski
user
Better. But I'm still unhappy with the concept of anonymous participation per
se (up to the point that I contributed self-register, which unfortunately is
largely ignored).
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
://www.fossil-scm.org/fossil/timeline?n=200y=cibrbg
http://www.fossil-scm.org/fossil/timeline?n=200y=ciubg
Just what I asked for :)
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil
, but not yet the one of
sqlite. Also the process is a bit lacking, with the ticket system being a ghost
town (see http://fossil-scm.org/index.html/rptview?rn=2).
But then again, it just works :)
Kind regards,
Remigiusz Modrzejewski
___
fossil-users mailing
1 - 100 of 142 matches
Mail list logo
