On Fri, Mar 30, 2012 at 6:04 PM, Marty Backe wrote:
> Has anyone determined how to create ticket reports based on the state of
> the ticket database at a given instant in the timeline?
>
> I want to be able to query the ticket database and generate reports based
> on the state of the ticket datab
Has anyone determined how to create ticket reports based on the state of
the ticket database at a given instant in the timeline?
I want to be able to query the ticket database and generate reports based
on the state of the ticket database at any given time in the timeline.
I suspect that it's pos
I have an use case while I have to add many small files many times to a
fossil repository. So after doing fossil add I get a lot
of
ADDED
lines dumped to stdout.
After that, when doing fossil status I get these lines again.
Checking files one by one (to see if I didn't miss any) can be tedio
On Fri, Mar 30, 2012 at 10:20 AM, Stephan Beal wrote:
> Even one step further: a given site can use multiple renderers as long as
> it has a way of distinguishing wiki pages by type (e.g. by extension,
> naming convention, or some marker tag in the first few bytes). e.g. it
> could use MediWiki +
Hi,
> If you provide ssh access, ANYONE with ssh access can access the repo via
> the CLI. In CLI mode, all rights are automatically granted. i.e. any
> addition of access restrictions over ssh mode would IMO give a false sense
> of security because the restrictions can be bypassed by simply loggi
On Fri, Mar 30, 2012 at 10:46 AM, Martin C. wrote:
> What I'd really like would be that the permissions are limited to the
> permissions of the user who's user was used for the SSH login. Is this
> possible at the moment somehow? Could this be added?
>
If you provide ssh access, ANYONE with ssh
Hi,
I really like the ability to access fossil repos via SSH. But at the
moment as far as I understood documentation, the source and my
attempts, when accessing the repository this way, full permissions are
granted to the user that performs the operations.
What I'd really like would be that the p
On Thu, Mar 29, 2012 at 11:06 PM, David Bovill wrote:
> On 27 March 2012 17:35, Stephan Beal wrote:
>
>> The considerations which have come to mind so far:
>>
>> - i would prefer to keep it in wiki form, as opposed to embedded docs,
>> because i often write docs from arbitrary locations.
>>
>
>
8 matches
Mail list logo