Hello
the link to list archives on this page:
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
is broken.
Could somebody correct or remove it?
Thanks
Michal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
On 19 May 2010 20:27, Eric e...@deptj.eu wrote:
Hello
I considered to use fossil for my project but the curernt release is
unusable for me.
I could not find any way for fossil to store non-text files and serve
them over http with the correct content-type, either inferred by some
magic or
Hello
Since all the fossil styles are broken and on top of that they are on
white background which sucks I have written a CSS with dark
background.
If somebody else wants such style here it is.
Note that it was evolved from one of the styles with no logo and I
probably do not use some fossil
Hello
I tried installing fossil as CGI on Apache 1.3 and there is some
difference form what is in the docs.
Firstly I had to use a script like this:
#!/path-to-fossil/fossil cgi
repository: /path-to-repo.fossil
Note the cgi parameter. Without that the server would just report an
internal
On 20 May 2010 08:58, Stephan Beal sgb...@googlemail.com wrote:
On Thu, May 20, 2010 at 2:00 AM, Michal Suchanek hramr...@centrum.cz
wrote:
I tried installing fossil as CGI on Apache 1.3 and there is some
difference form what is in the docs.
Firstly I had to use a script like
Hello,
does anybody have a syntax file for the .wiki doc pages?
I could probably write one but it would be pointless effort if
somebody has done so already.
Thanks
Michal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
Hello
the .wiki doc pages can include links in brackets. However, the links
point to the wiki, not the doc pages.
While this may be adequate for some doc links in many cases one would
want to link to other doc pages which is somewhat tedious with full
HTML.
The same applies to images I guess
On 24 May 2010 20:44, Richard Hipp d...@sqlite.org wrote:
On Mon, May 24, 2010 at 12:40 PM, Michal Suchanek hramr...@centrum.cz
wrote:
Hello
the .wiki doc pages can include links in brackets. However, the links
point to the wiki, not the doc pages.
Make your links like this: [/doc/tip
Hello
Since fossil happily serves files not added to repository in
/doc/ckout I fixed the issue locally to make /doc/ckout match /doc/tip
after the changes are committed.
The issue is reported as 0e5d75657f
I do not understand the fossil source well enough to make changes with
confidence but
On 26 May 2010 19:58, Eric Junkermann e...@deptj.eu wrote:
On 25 May 2010 23:38, Eric Junkermann e...@deptj.eu wrote:
On Tue, May 25, 2010 at 10:10 pm, Michal Suchanek
hramr...@centrum.cz
wrote:
On 25 May 2010 19:59, Eric e...@deptj.eu wrote:
...
But ckout is only available if the server
Hello
Here is a modification to the previous patch which introduces yet
another doc path (/doc/idx) which shows the same files as /doc/ckout
does but shows an error when the file is not yet added to the
repository (with fossil add).
Thanks
Michal
Index: src/doc.c
Hello
sending a patch which fixes the fossil CSS.
Currently the CSS is broken because it sets background color and not
text color which may result in some nice visual effects like white
text on white pages.
Reported as issue 53aa95f382
Thanks
Michal
Index: src/skins.c
Hello
This is a fix for the /doc url.
Currently the /doc/tip/index.wiki file is served for the /doc url but
the links are not adjusted so the file has broken links if served from
/doc
ie if you have
a href=doc1.wikiTopic1/a
in index.wiki the link would not work if index.wiki is served as /doc
Hello
Is there a good place for posting fossil patches?
There are a few which I posted here a while ago. One got some replies
but the others are just archived in the ML and aging.
There is no way to attach files (including patches) to bug reports so
that they won't get forgotten.
Thanks
On 17 June 2010 16:07, Richard Hipp d...@sqlite.org wrote:
On Thu, Jun 17, 2010 at 10:02 AM, Michal Suchanek hramr...@centrum.cz
wrote:
Hello
Is there a good place for posting fossil patches?
There are a few which I posted here a while ago. One got some replies
but the others are just
On 25 June 2010 12:15, Sergey Sfeli sergey.sf...@gmail.com wrote:
Ruslan Popov wrote:
I've tried to use Fossil on russian version of Windows 7. I made commit with
russian text in comment, when I run the UI and look at timeline, I saw that
russian text looks like squares.
Why don't just use
On 25 June 2010 20:18, Owen Shepherd owen.sheph...@e43.eu wrote:
One of the reasons that I'm a fan of SCSU is that, with even a
relatively simple encoder, it produces output which is comparable in
efficiency to that of most legacy encodings.
SCSU is a horrendous encoding because it uses
On 25 June 2010 21:37, Owen Shepherd owen.sheph...@e43.eu wrote:
On 25 June 2010 19:36, Michal Suchanek hramr...@centrum.cz wrote:
On 25 June 2010 20:18, Owen Shepherd owen.sheph...@e43.eu wrote:
One of the reasons that I'm a fan of SCSU is that, with even a
relatively simple encoder
On 26 June 2010 18:05, Owen Shepherd owen.sheph...@e43.eu wrote:
On 26 June 2010 13:47, Michal Suchanek hramr...@centrum.cz wrote:
On 25 June 2010 21:37, Owen Shepherd owen.sheph...@e43.eu wrote:
On 25 June 2010 19:36, Michal Suchanek hramr...@centrum.cz wrote:
On 25 June 2010 20:18, Owen
Helllo
I tried building fossil trunk (with a few patches) and when I try to
commit fossil says:
Autosync: https://another repo URL
fossil: HTTPS: Fossil has been compiled without SSL support
I clearly see
gcc -g -Os -Wall -DFOSSIL_ENABLE_SSL -I. -I./src -o ./obj/http.o -c http_.c
Is SSL no
Hello
I have submitted patches for tickets
53aa95f382289c25ee847521762edbe7e5da768e
0e5d75657faa7a7cefb3ba8546d2b377e8bee4ed
1ec8be0c5332ef57cf4dbe1b3e96fe25ca4ddf00
some time ago and they were neither accepted nor is there any reason
stated why they are unacceptable.
I also submitted patch
On 13 November 2010 11:43, Stephan Beal sgb...@googlemail.com wrote:
On Sat, Nov 13, 2010 at 11:24 AM, Stephan Beal sgb...@googlemail.com
wrote:
Here's are full instructions, and they can easily be adapter to other
JavaScript-based wiki syntax parsers:
Okay, well, almost... the parser is
On 12 November 2010 20:53, Jeff Rogers dv...@diphi.com wrote:
I was recently skimming over the book 'Producing Open Source Software
and it suggests a set of tools that an open source project needs:
- web site
- mailing lists
- version control
- bug tracking
- real-time chat
(from
On 15 June 2011 07:55, Matt Welland estifo...@gmail.com wrote:
All of these alternative build systems are a PITA on one system or another.
If it requires jam, cmake or anything that requires installing prerequisites
9 times out of 10 I won't even try that software unless there is a binary
On 15 June 2011 09:47, Twylite twyl...@crypt.co.za wrote:
On 09:59 PM, Matt Welland wrote:
For fossil you could keep the files generated by autoconf (not the
./configure step but the initialization step) checked in. Then it is
just ./configure make install on most systems. For anything weird
On 15 June 2011 08:37, Alexander Vladimirov id...@idkfa.org.ru wrote:
how abouth this: http://buildconf.brlcad.org
A script like that is standard part of many autotoolized projects. In
fact, most people can't build an autotoolized project (other than
release tarballs with pre-generated configure
2011/10/5 Lluís Batlle i Rossell virik...@gmail.com:
On Tue, Oct 04, 2011 at 02:34:06PM -0700, Mike Meyer wrote:
On Tue, Oct 4, 2011 at 1:50 PM, Erlis Vidal er...@erlisvidal.com wrote:
You shun a commit or a file in a commit? Is in fossil the shun generating a
different commit?
you can
On 5 October 2011 20:12, Mike Meyer m...@mired.org wrote:
On Wed, Oct 5, 2011 at 10:56 AM, Konstantin Khomoutov
flatw...@users.sourceforge.net wrote:
That sort of we don't need it, we don't need it mantra is a typical
case of the famous Blub paradox.
I mean, if we have two DVCS tools one of
On 6 October 2011 02:48, Gé Weijers g...@weijers.org wrote:
On Wed, 5 Oct 2011, Michal Suchanek wrote:
And when you find an issue with a commit that is some way back in your
personal branch it is more logical and easier to review your branch if
you append the fix to the commit where
hello,
while the wiki has its entry in the fossil menu and is easy to find
the in-project documentation is not so obvious.
As a fossil user I have to read the manual to find the docs at all so
I would know. The manual is even quite well explained and almost
exhaustive.
However, if I were to
On 3 August 2012 11:23, Remigiusz Modrzejewski l...@maxnet.org.pl wrote:
On Jul 30, 2012, at 19:43 , Gautier DI FOLCO wrote:
2012/7/30 Bill Burdick bill.burd...@gmail.com
I'd like to see it included, as well!
I'd like it too, it will be easier for beginnes (like me!).
+1
Why markdown
On 3 August 2012 12:07, Remigiusz Modrzejewski l...@maxnet.org.pl wrote:
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
On 3 August 2012 12:26, Remigiusz Modrzejewski l...@maxnet.org.pl wrote:
Note there are JavaScript hacks for interpreting random wiki syntax so
you can have markdown interpreted without any direct support in
fossil.
Note there are good wiki engines out there, so no need for one in Fossil
On 3 August 2012 13:04, Natacha Porté nata...@instinctive.eu wrote:
Hello,
On Aug 3, 2012, at 11:53 , Michal Suchanek wrote:
Why markdown and not one of the dozens of other wiki syntaxes?
If I understand correctly this question wasn't addressed to me (as a
developer of the markdown
On 3 August 2012 14:02, Natacha Porté nata...@instinctive.eu wrote:
Hello,
on Friday 03 August 2012 at 13:41, Michal Suchanek wrote:
I have strong objections about all such makups, none is perfect, all
have some annoyances, and they are all mutually incompatible.
Changing from one
On 3 August 2012 14:40, Konstantin Khomoutov
flatw...@users.sourceforge.net wrote:
On Fri, 3 Aug 2012 12:19:01 +0200
Michal Suchanek hramr...@gmail.com wrote:
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 3 August 2012 15:14, Remigiusz Modrzejewski l...@maxnet.org.pl wrote:
On Aug 3, 2012, at 14:57 , Stephan Beal wrote:
That said: in several of my fossil wikis i store Google Code format in the
wiki and render it client-side. My only point there is that it _is_
currently possible to
On 3 August 2012 14:45, Stephan Beal sgb...@googlemail.com wrote:
On Fri, Aug 3, 2012 at 11:48 AM, Michal Suchanek
I am not opposed to writing patches, and all these issues are quite
trivial but I am also aware that some patches are rotting in the
fossil tickets for years so I guess patches
On 3 August 2012 15:39, Stephan Beal sgb...@googlemail.com wrote:
On Fri, Aug 3, 2012 at 3:22 PM, Michal Suchanek hramr...@gmail.com wrote:
When user HTML templates are implemented it will be possible to store
in the HTML template, presumably as part of configuration that can be
replicated
On 3 August 2012 15:54, Michael Richter ttmrich...@gmail.com wrote:
I'm having a weird problem serving up files in my /doc/tip/*. Some of the
files I access through that tree are source files. If the source files are
foo.m (Mercury source), fossil serves them up as MIME type text/html and it
On 3 August 2012 16:03, Stephan Beal sgb...@googlemail.com wrote:
On Fri, Aug 3, 2012 at 3:49 PM, Michal Suchanek hramr...@gmail.com wrote:
And how do you prevent malicious code import through synchronization?
The same way Windows does, of course: This app comes from god-only-knows
where
On 3 August 2012 16:43, Stephan Beal sgb...@googlemail.com wrote:
On Fri, Aug 3, 2012 at 4:30 PM, Michal Suchanek hramr...@gmail.com wrote:
I don't think that doing this is desirable. fossil status should be
fossil status.
And i agree entirely, i just posted the idea as a possible extension
Hello,
On 5 August 2012 03:28, Miles Fidelman mfidel...@meetinghouse.net wrote:
where are they and how do I get their attention?
Hi Folks,
Open source software development involves a lot of distributed collaboration
- and I expect that many folks here, like me, are involved in one or
On 6 August 2012 14:14, Richard Hipp d...@sqlite.org wrote:
It has been a long time since we have done an official release of Fossil
with prebuilt binaries. We should probably do another soon. Any
objections to making the tip of trunk the next official release (version
1.23)?
Given that
On 6 August 2012 19:21, Miles Fidelman mfidel...@meetinghouse.net wrote:
Michal Suchanek wrote:
From the startup side - with like 3 people on the project the
contribution of some software for project organization is questionable
at best. The overall attitude is geared towards doing stuff
On 7 August 2012 20:10, Miles Fidelman mfidel...@meetinghouse.net wrote:
Michal Suchanek wrote:
On 6 August 2012 19:21, Miles Fidelman mfidel...@meetinghouse.net wrote:
My personal observation has been that even with a tiny group, an email
containing a list of action items very quickly
On 9 August 2012 16:56, Chad Perrin c...@apotheon.net wrote:
On Tue, Aug 07, 2012 at 08:23:04PM +0200, Michal Suchanek wrote:
On 7 August 2012 20:10, Miles Fidelman mfidel...@meetinghouse.net wrote:
an email, recipient clicks, opens in browser, icon appears on desktop for
future access
On 11 August 2012 01:33, Chad Perrin c...@apotheon.net wrote:
On Fri, Aug 10, 2012 at 10:13:06PM +0200, li...@martijn.coppoolse.com wrote:
...but of course, that doesn't contain a link to the download(s).
OTOH, why do you need to keep a link to this specific version, once
it gets older?
Hello
I did not try this but I think cloning should not copy shunned artifacts.
So you can create a smaller repo by making another clone.
HTH
Michal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
Hello,
On 14 September 2012 14:43, Lluís Batlle i Rossell vi...@viric.name wrote:
On Fri, Sep 14, 2012 at 07:54:27AM -0400, Richard Hipp wrote:
On Fri, Sep 14, 2012 at 4:31 AM, Konstantin Khomoutov
flatw...@users.sourceforge.net wrote:
Of all of the VCSes out there today, surely Git requires
On 14 September 2012 15:52, Richard Hipp d...@sqlite.org wrote:
On Fri, Sep 14, 2012 at 9:35 AM, Michal Suchanek hramr...@gmail.com wrote:
The thing to which promoters of immutable history are blind is that
while exact history record of development of particular feature might
On 14 September 2012 16:57, Jacek Cała jacek.c...@gmail.com wrote:
Hi all,
My two cents:
I like phrase *commit jungle* and sometimes would like to revert some
commits or re-commit things a bit different. I also suppose that it
is not that rare when people commit something by mistake or
On 14 September 2012 18:49, Mike Meyer m...@mired.org wrote:
Wes Freeman freeman@gmail.com wrote:
The fact of the matter, though, is you can choose whether you want to use
that feature of git or not; you're certainly not forced to use it.
Well, you can choose whether or not to use it
On 14 September 2012 19:03, Jacek Cała jacek.c...@gmail.com wrote:
Thanks Bill for the explanation.
I see private tags as the end result of 'squash' rather than 'edit'.
If you have three commits A-B-C and decide to hide B, you will see
A-C. And then diff between C-A will show combined commits
On 14 September 2012 20:10, Jacek Cała jacek.c...@gmail.com wrote:
2012/9/14 Michal Suchanek hramr...@gmail.com:
so you do a rebase so that your commits can be applied on top of F and
send then for review:
A-B-C-D-E-F-X'-Y'-Z'
If there are no conflicts between your changes and upstream
On 15 September 2012 04:20, Csaba Kos csaba@gmail.com wrote:
I think now would be a good time to discuss the possibility of a more generic
text conversion framework, i.e. not only UTF16 to UTF8 but also SHIFT-JIS
to UTF8, and so on. Also CR+NL to NL conversion could be handled by such
On 12 October 2012 00:21, Ron Wilson ronw.m...@gmail.com wrote:
I would think that rebasing would do the same number of merges, just
that it automates those merges.
Yes, that's what rebasing is.
Also rebasing based development process keeps branches shallow and the
case with commits
On 13 October 2012 16:45, Richie Adler richiead...@gmail.com wrote:
Richard Hipp escribió:
On Sat, Oct 13, 2012 at 4:06 AM, Gour g...@atmarama.net
mailto:g...@atmarama.net wrote:
Now, I'm curious about some of the items from the TODO list
On 22 November 2012 14:05, Richard Hipp d...@sqlite.org wrote:
(3) Add a use text/plain mark to new check-in comments. Check-in comments
(and ticket text) are rendered in text/x-fossil-wiki by default but as
text/plain if they contain the new mark. There are a couple of possible
ways to add
On 22 November 2012 14:35, Jan Nijtmans jan.nijtm...@gmail.com wrote:
2012/11/22 Richard Hipp d...@sqlite.org:
Fossil understands check-in comments and ticket text to be Wiki/HTML. Let's
say that the mimetype is text/x-fossil-wiki. This approach worked well
for us on CVSTrac (which was where
On 28 November 2012 20:56, Richard Hipp d...@sqlite.org wrote:
On Wed, Nov 28, 2012 at 2:50 PM, Frans van Dunné fr...@southshield.net
wrote:
Is this a configuration issue? Or can fossil not handle special
characters in file and folder names?
Fossil is suppose to handle non-ASCII
On 31 December 2012 04:41, Mike Meyer m...@mired.org wrote:
Nico Williams n...@cryptonector.com wrote:
Go back through those 30 posts you mentioned. Go back to the very
first one from me. I tried to be concise and wrote just three
paragraphs that, IMO, captured what was needed. I certainly
On 16 March 2015 at 15:13, James Moger james.mo...@gmail.com wrote:
I sent DRH a new bundle with some tweaks.
- set padding on a instead of li in .mainmenu
- adjust font-sizes on diff panels to 1rem, Blitz is 1rem=10px. 0.85rem is
too small.
- set the timeline checkin-id to lowercase rather
On 14 March 2015 at 18:48, Andy Bradford amb-fos...@bradfords.org wrote:
Thus said Richard Hipp on Sat, 14 Mar 2015 00:05:07 -0400:
Am I wrong to think that clicking through the changes in a project
(not necessarily from the beginning, but from some signification
event, say the
On 16 March 2015 at 23:08, Joerg Sonnenberger jo...@britannica.bec.de wrote:
On Mon, Mar 16, 2015 at 11:01:21PM +0100, mario wrote:
Social network is a nice metaphor. But it's also just a side-effect
of having a data silo.
Actually, I think that's the far bigger item. GitHub has managed
Hello,
On 10 June 2015 at 21:37, Eric Rubin-Smith eas@gmail.com wrote:
On Wed, Jun 10, 2015 at 3:30 PM, Richard Hipp d...@sqlite.org wrote:
On 6/10/15, Eric Rubin-Smith eas@gmail.com wrote:
If you are worried that some people don't want the bloat of openssl in
their base
On 2 November 2015 at 18:20, Scott Robison <sc...@casaderobison.com> wrote:
> On Mon, Nov 2, 2015 at 4:25 AM, Michal Suchanek <hramr...@gmail.com> wrote:
>>
>> On 31 October 2015 at 23:33, Richard Hipp <d...@sqlite.org> wrote:
>> >
>> > I'll argue
On 2 November 2015 at 20:20, Richard Hipp <d...@sqlite.org> wrote:
> On 11/2/15, Michal Suchanek <hramr...@gmail.com> wrote:
>> In fossil you can have multiple checkouts but there is afaik no
>> in-fossil tool to jump between them
>
> The "cd" command
g without the sink and it *does*
stink when you get anywhere near it unless you go out of your way to
make that U-shape with plain pipes.
On 2 November 2015 at 20:40, Richard Hipp <d...@sqlite.org> wrote:
> On 11/2/15, Michal Suchanek <hramr...@gmail.com> wrote:
>>
>> when
On 30 October 2015 at 00:32, Eduard wrote:
> Hi Warren,
>
> On 10/29/2015 06:50 PM, Warren Young wrote:
>> On Oct 29, 2015, at 3:40 PM, Eduard wrote:
>>> On 10/29/2015 02:46 PM, Warren Young wrote:
(...)
>>> I had read 2/3 of
On 30 October 2015 at 23:19, Warren Young wrote:
> On Oct 30, 2015, at 2:37 PM, Scott Doctor wrote:
>>
>> Embarcadero RAD Studio incorporates Git, Mercurial, and Subversion into the
>> IDE.
>
> Yes, it would be nicer if more IDEs had Fossil plugins.
>
>
On 3 November 2015 at 22:31, Warren Young <w...@etr-usa.com> wrote:
> On Nov 3, 2015, at 5:59 AM, Michal Suchanek <hramr...@gmail.com> wrote:
>>
>>> Note that detached head state is impossible in Fossil and in most
>>> other VCSs. (Unsure about Hg.)
>&
On 31 October 2015 at 23:33, Richard Hipp wrote:
> On 10/31/15, Matt Welland wrote:
>>
>> Regarding git, other than it's arcane interface (i) the you are paying in
>> learning curve for the additional power that comes from the extra degrees
>> of freedom
On 10 September 2015 at 15:17, j. van den hoff
wrote:
> On Thu, 10 Sep 2015 08:05:09 +0200, Stephan Beal
> wrote:
>
>> On Wed, Sep 9, 2015 at 10:43 PM, Baruch Burstein
>> wrote:
>>
>>> On Wed, Sep 9, 2015 at 10:12 PM, j.
On 10 September 2015 at 16:54, Martin Gagnon <eme...@gmail.com> wrote:
> On Thu, Sep 10, 2015 at 03:29:24PM +0200, Michal Suchanek wrote:
>> On 10 September 2015 at 15:17, j. van den hoff
>> <veedeeh...@googlemail.com> wrote:
>> > On Thu, 10 Sep 20
On 16 September 2015 at 05:16, Scott Robison wrote:
> On Tue, Sep 15, 2015 at 7:46 PM, Warren Young wrote:
>>
>> On Sep 15, 2015, at 7:01 PM, Scott Robison
>> wrote:
>> >
>> > I think calling it a non sequitur is not completely
On 11 September 2015 at 17:13, Noam Postavsky
<npost...@users.sourceforge.net> wrote:
> On Fri, Sep 11, 2015 at 3:57 AM, Michal Suchanek <hramr...@gmail.com> wrote:
>> On 10 September 2015 at 19:23, Noam Postavsky
>> <npost...@users.sourceforge.net> wrote:
>>
On 23 November 2015 at 22:59, Ron W wrote:
>
>
> On Mon, Nov 23, 2015 at 2:19 PM, Richard Hipp wrote:
>>
>> That's all well and good, but Joerg is right - it would be convenient
>> to be able to specify the root of the repository in a hyperlink. I've
>>
78 matches
Mail list logo