On Feb 14, 2016, at 5:10 AM, Scott Robison wrote:
>
> there can be a lot of noise in forums and mailing lists and such that you
> wouldn't necessarily want to keep in the fossil record, much more so than
> changes to code or documentation.
I wonder... If you knew that every post you made to t
Thus said Scott Robison on Sun, 14 Feb 2016 18:28:06 -0700:
> In this case the extra effort is relatively modest and automates what
> would otherwise be a tedious manual process. :)
What might become tedious is figuring out how to search through the
content to find relevant information, b
On Sun, Feb 14, 2016 at 5:33 PM, Andy Bradford
wrote:
> Thus said Scott Robison on Sun, 14 Feb 2016 05:10:49 -0700:
>
> > There is a lot of intelligence that goes into mailing lists that might
> > not be captured in the repository without extra effort.
>
> I don't think it would be much effort to
Thus said Scott Robison on Sun, 14 Feb 2016 05:10:49 -0700:
> There is a lot of intelligence that goes into mailing lists that might
> not be captured in the repository without extra effort.
I don't think it would be much effort to subscribe an email address to a
mailing list that has a filter wh
On Sun, 14 Feb 2016 13:10:49 +0100, Scott Robison
wrote:
On Sun, Feb 14, 2016 at 4:22 AM, j. van den hoff
wrote:
On Sun, 14 Feb 2016 02:12:01 +0100, Boruch Baum
wrote:
After Warren Young commented on the "flatness" of forum-style
discussions instead of the "threaded" viewing option in
On 02/14/2016 06:22 AM, j. van den hoff wrote:
> On Sun, 14 Feb 2016 02:12:01 +0100, Boruch Baum
> wrote:
>
>> After Warren Young commented on the "flatness" of forum-style
>> discussions instead of the "threaded" viewing option in email-list-style
>> discussions, I realized that Wikipedia has ha
On Sun, Feb 14, 2016 at 4:22 AM, j. van den hoff
wrote:
>
> On Sun, 14 Feb 2016 02:12:01 +0100, Boruch Baum
wrote:
>
>> After Warren Young commented on the "flatness" of forum-style
>> discussions instead of the "threaded" viewing option in email-list-style
>> discussions, I realized that Wikiped
On Sun, 14 Feb 2016 02:12:01 +0100, Boruch Baum
wrote:
After Warren Young commented on the "flatness" of forum-style
discussions instead of the "threaded" viewing option in email-list-style
discussions, I realized that Wikipedia has had a solution that could be
easily implemented in Fossil pr
After Warren Young commented on the "flatness" of forum-style
discussions instead of the "threaded" viewing option in email-list-style
discussions, I realized that Wikipedia has had a solution that could be
easily implemented in Fossil projects without any software tweaking -
just create User:talk
Thus said Warren Young on Fri, 12 Feb 2016 13:54:02 -0700:
> > I'm not sure it's possible to send a mail to mailing list when one
> > has opted-out
>
> It isn't possible, on purpose. That's one of the anti-spam features
> associated with email: you're forced to identify yourself in a way
Richard Hipp writes:
> On 2/12/16, Boruch Baum wrote:
>>
>> 1] How would I tweak the content of that listing page?
>
> It's hard-coded. See
> https://www.fossil-scm.org/fossil/artifact/744f0089?ln=1532-1568
Too sad. Not to say, it's a shame.
___
fos
I was going to suggest an alternative approach being through enhancements
to chiselapp.com - but that is not any better than a mailing list if the
forum content is not stored inside the fossil repo for the associated
project, as was the desire of the OP, iiuc.
On the surface, it sounds appealing t
On Feb 12, 2016, at 2:11 PM, Yannick Duchêne wrote:
>
> On Fri, 12 Feb 2016 11:24:05 -0700
> Warren Young wrote:
>
>> On Feb 12, 2016, at 10:33 AM, Boruch Baum wrote:
>> Email has its problems, but there’s an awful lot of antispam infrastructure
>> around it that would have to be recreated to
On Fri, 12 Feb 2016 11:24:05 -0700
Warren Young wrote:
> On Feb 12, 2016, at 10:33 AM, Boruch Baum wrote:
> Email has its problems, but there’s an awful lot of antispam infrastructure
> around it that would have to be recreated to allow fossil-scm.org (or
> sqlite.org) to self-host a web forum
On Fri, 12 Feb 2016 10:50:40 -0500
Richard Hipp wrote:
> To clarify: We used to allow people to submit tickets anonymously.
> But that feature was heavily misused, and in some cases abused, so we
> turned it off. The policy now is that you have to bring up an issue
> on the mailing list, and if
On Fri, 12 Feb 2016 12:33:52 -0500
Boruch Baum wrote:
> ׂGot it. Your answer made me think of the use of a forum as an
> alternative to e-mail, and then I checked and see that a forum seems to
> be the only thing missing from fossil.
I think the same about every mailing list. I wish it was a for
On Feb 12, 2016, at 11:45 AM, Boruch Baum wrote:
>
> Until something fossil-specific comes up, there's always smirk ...
> github.
You get to choose your bag of problems:
1. Fossil, with no built-in web forum and no built-in way to send email on
ticket submission, commits, etc. so that the
On 02/12/2016 01:24 PM, Warren Young wrote:
> On Feb 12, 2016, at 10:33 AM, Boruch Baum
>> I see: combobox type $type_choices 1 But I don't see how
>> to modify that.
> I think you might find what you want here:
> http://localhost:8082/tktsetup_com
> Instead of remembering the URL, you can get th
On Feb 12, 2016, at 11:12 AM, Boruch Baum wrote:
>
> On 02/12/2016 12:22 PM, Warren Young wrote:
>
>> SQL database engines often default to no logging at all because that
>> interferes with benchmarking. As far as I’m aware, SQLite adheres to
>> this philosophy.
> Expediency and the elimination
On Feb 12, 2016, at 10:33 AM, Boruch Baum wrote:
>
> Your answer made me think of the use of a forum as an
> alternative to e-mail, and then I checked and see that a forum seems to
> be the only thing missing from fossil. Is that intentional?
Given that ticket spam is pretty much the same proble
On 2/12/16, Boruch Baum wrote:
>
> 1] How would I tweak the content of that listing page?
It's hard-coded. See
https://www.fossil-scm.org/fossil/artifact/744f0089?ln=1532-1568
But if you really feel compelled to customize the listing screen, you
could probably add code that looks for a listing
On 02/12/2016 12:22 PM, Warren Young wrote:
> You might prefer to use “fossil server” on a directory full of
> fossils rather than separate “fossil ui” commands. That allows a
> single fossil instance to serve many fossils, all on the same TCP
> port.
Thanks. It works great. And for the script too
On 02/12/2016 12:17 PM, Richard Hipp wrote:
> On 2/12/16, Boruch Baum wrote:
>>
>> Ad . . . now it's not reproducible.
>
> PEBKAC? ;-)
Be nice . . .
> Another approach you might consider is to name all of your
> repositories with *.fossil and put them all in the same directory.
> Then
On 02/12/2016 10:50 AM, Richard Hipp wrote:
> On 2/12/16, Stephan Beal wrote:
>>
>>> 2] How to submit a bug or issue ticket to fossil itself without being
>>> logged in.
>>
>>
>> This list.
>>
>>
>>> submit a ticket to fossil (eg, #1, above)? Does the project want to
>>> accept input from this mai
On 2/12/16, Boruch Baum wrote:
>
> Ad . . . now it's not reproducible.
PEBKAC? ;-)
Another approach you might consider is to name all of your
repositories with *.fossil and put them all in the same directory.
Then you can do "fossil ui DIRECTORY" and the same instance of Fossil
will gi
On Feb 12, 2016, at 10:05 AM, Boruch Baum wrote:
>
> Ad . . . now it's not reproducible.
I suspect you just didn’t properly background the first “fossil ui” command.
Its browser window would stay open because HTTP doesn’t maintain a continuous
connection to the back-end server.
You
On 02/12/2016 10:41 AM, Stephan Beal wrote:
> On Fri, Feb 12, 2016 at 4:22 PM, Boruch Baum
> wrote:
>> 1] How can I keep more than project repository UI open on localhost
>> for web interfacing. In my case, the two of interest were my test
>> project and the fossil documentation project. It would
On 2/12/16, Stephan Beal wrote:
>
>> 2] How to submit a bug or issue ticket to fossil itself without being
>> logged in.
>
>
> This list.
>
>
>> submit a ticket to fossil (eg, #1, above)? Does the project want to
>> accept input from this mailin list?
>>
>
> Yes :).
>
To clarify: We used to allo
On Fri, Feb 12, 2016 at 4:22 PM, Boruch Baum wrote:
> I'm evaluating Fossil:
>
> 1] How can I keep more than project repository UI open on localhost for
> web interfacing. In my case, the two of interest were my test project
> and the fossil documentation project. It would seem a reasonable and
>
I'm evaluating Fossil:
1] How can I keep more than project repository UI open on localhost for
web interfacing. In my case, the two of interest were my test project
and the fossil documentation project. It would seem a reasonable and
common request to have more than one project open.
2] How to su
30 matches
Mail list logo