Re: [fossil-users] Pushing and pulling of ticket reports

2016-05-24 Thread Richard Hipp
On 5/24/16, Marko Käning  wrote:
> Hi list,
>
> anyone who knows more about this?
>

fossil config push ticket
fossil config pull ticket

> On 14 May 2016, at 12:55 , Marko Käning  wrote:
>
>> It seems like the ticket area - which contains the ticket reports - is not
>> pushed/pulled automatically to the parent repository (just like skin
>> area)...
>>
>> What is the reason for that and where are these exceptions actually
>> documented?
>> Can’t find it anywhere at the moment, but remember to have seen it
>> somewhere (for
>> the skin area). Perhaps I’ve spotted this only on the mailing list even.
>
> Greets,
> Marko
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>


-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] web-UI's timeline should use non-proportional font for commit hashes

2016-05-24 Thread Marko Käning
Hi,

I just noticed that the Fossil’s web-UI’s timeline uses a proportional font
when rendering the commit messages. These are prefixed by shortened commit
hashes. Although all these have a length of 10 characters, they’ve different
rendered lengths in pixels which lets the timeline appear somewhat rough on
the left. I prefer to see all commit messages nicely left-aligned though...

Thus “a.timelineHistLink” is my friend and I’ve added this to the CSS
section of my skin:

---
a.timelineHistLink {
  font-family: courier;
}
---

That makes the timeline look better! ;-)

Greets,
Marko

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Suggestions for list of branches in web-UI

2016-05-24 Thread Marko Käning
Thanks Baruch, for the clarification so far!

My initial point 1) is still open for discussion:

> 1) It would be nice, if private branches were marked in /brlist somehow, 
> preferably
> by introducing a new column entitled “Private”, or stg similar.

Anyone out there having a comment for that?


BTW, I have noticed that there can be more than one private branch 
(automatically) named “private”…

They all appear then under the link ‘private’ in the "branch name” column.

Greets,
Marko

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Pushing and pulling of ticket reports

2016-05-24 Thread Marko Käning
Hi list,

anyone who knows more about this?

On 14 May 2016, at 12:55 , Marko Käning  wrote:

> It seems like the ticket area - which contains the ticket reports - is not 
> pushed/pulled automatically to the parent repository (just like skin area)...
> 
> What is the reason for that and where are these exceptions actually 
> documented? 
> Can’t find it anywhere at the moment, but remember to have seen it somewhere 
> (for
> the skin area). Perhaps I’ve spotted this only on the mailing list even.

Greets,
Marko

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Fossil 2.0: rethinking extras, addremove, and clean

2016-05-24 Thread Ron W
On Tue, May 24, 2016 at 9:11 AM, Joerg Sonnenberger  wrote:

> On Tue, May 24, 2016 at 07:06:18AM -0600, Warren Young wrote:
> > On May 22, 2016, at 2:49 PM, Andy Goth  wrote:
> > I wouldn’t mind seeing all but “extras” go away.  You should be able
> > to run your build system’s clean command, then run “fossil extras” to
> > learn what files your build system still needs to be told about.
>
> Having to clean the build before finding out what potential new files
> exist is extremely unfriendly...
>

I think Warren is talking about files created by the build system.

However, with a properly set up ignore-glob, "fossil extras" will ignore
those files (but I don't see a --no-ignore option).
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Fossil 2.0: rethinking extras, addremove, and clean

2016-05-24 Thread Joerg Sonnenberger
On Tue, May 24, 2016 at 07:06:18AM -0600, Warren Young wrote:
> On May 22, 2016, at 2:49 PM, Andy Goth  wrote:
> > 
> > On 5/22/2016 3:22 PM, Ron W wrote:
> >> The build
> >> systems "knows" how to clean up files it creates. Any other files not
> >> managed by the VCS are the responsibility of the user.
> > 
> > It's also my preference that the build system account for 100% of its
> > generated files and know how to clean them up.  But I rarely get the
> > chance to do the build system or beat it into shape.  So I'm happy to
> > have a version control system that can also handle the job.
> 
> I wouldn’t mind seeing all but “extras” go away.  You should be able
> to run your build system’s clean command, then run “fossil extras” to
> learn what files your build system still needs to be told about.

Having to clean the build before finding out what potential new files
exist is extremely unfriendly...

Joerg
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Fossil 2.0: rethinking extras, addremove, and clean

2016-05-24 Thread Warren Young
On May 22, 2016, at 2:49 PM, Andy Goth  wrote:
> 
> On 5/22/2016 3:22 PM, Ron W wrote:
>> The build
>> systems "knows" how to clean up files it creates. Any other files not
>> managed by the VCS are the responsibility of the user.
> 
> It's also my preference that the build system account for 100% of its
> generated files and know how to clean them up.  But I rarely get the
> chance to do the build system or beat it into shape.  So I'm happy to
> have a version control system that can also handle the job.

I wouldn’t mind seeing all but “extras” go away.  You should be able to run 
your build system’s clean command, then run “fossil extras” to learn what files 
your build system still needs to be told about.

You should never have to use “fossil clean” in a project repo managed by a 
properly set-up build system.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] keep-glob

2016-05-24 Thread Jan Nijtmans
2016-05-23 23:20 GMT+02:00 Ron W:
> To my thinking "keep-glob" and "ignore-glob" are 2 different features with
> different symantics. So far, I have not had a need to use keep-glob as I
> don't use the "fossil clean" command.
>
> But, I see that the description for ignore=glob says 'files that the "add",
> "addremove", "clean", and "extra" commands will ignore'. So, if everything
> in the keep-glob is also in the ignore-glob, what does keep-glob do that
> ignore-glob doesn't do?

The difference can only be seen in verbose mode (-v). Any file
matching keep-glob will result in a warning:

KEPT file  not removed (due to --keep or "keep-glob")

Agreed  it's a very thin use-case, thinking about it now ;-)

Regards,
Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users