Tim wrote:
> At Sat, 14 Mar 2015 13:33:31 -0700, Andreas Kupries wrote:
> >
> > On Fri, Mar 13, 2015 at 8:46 PM, Timothy Beyer wrote:
> > > At least in my view, the ticketing system would be more useful with more
> > > hooks for ticket editing
> > > and submission. I wrote a vastly more powerf
Thus said "Andy Bradford" on 14 Mar 2015 22:19:22 -0600:
> https://www.fossil-scm.org/fossil/timeline?y=ci
>
> and there is no footer...
Oh, I see the problem. The text in the footer is some color of grey, and
there is no body color defined in www.fossil-scm.org's CSS, and it just
happens to ma
Hello,
I just browsed to:
https://www.fossil-scm.org/fossil/timeline?y=ci
and there is no footer...
Not sure if this is due to the skin that is currently enabled on it, or
some other cause, but I thought I would point it out.
Andy
--
TAI64 timestamp: 40005505086d
__
On 3/14/15, James Turner wrote:
> It appears the actual tarballs were also removed. While I understand the
> reasoning behind this, this will break automated build systems like
> ports in OpenBSD for stable releases that may reference older versions
> of fossil.
>
> Is there a reason why the tarba
It appears the actual tarballs were also removed. While I understand the
reasoning behind this, this will break automated build systems like
ports in OpenBSD for stable releases that may reference older versions
of fossil.
Is there a reason why the tarballs had to be removed?
--
James Turner
___
Am 14.03.2015 um 16:52 schrieb jungle Boogie:
Does anyone else have issues reading diffs?
Me too. After years spent glaring at computer screens Ctrl++ became my
friend -- being too obstinate to wear glasses I'm probably not a
yardstick for proper font-size.
__
Am 15.03.2015 um 00:30 schrieb a...@gmx-topmail.de:
yes, I just did that (Fossil version [6c40678e91] 2015-03-14 13:20:34)
and still see the same problem: only part of the html-code is rendered
and when I look at the page source that chrome claims to have received
that is also incomplete. I have
Hi,
All the skinning going on recently got me interested in tweaking my repo
appearance. Not being html/css savvy in the least, I am stumped how to
trick the CSS to use a variable background color if remote or localhost? Or
I could key on the repo name if I append a 'c' to my clones.
I understand T
On 3/14/15, a...@gmx-topmail.de wrote:
> Am 14.03.2015 um 16:30 schrieb Richard Hipp:
>> On 3/14/15, a...@gmx-topmail.de wrote:
>>>
>>> I am having problems to access my local fossil repositories with a
>>> recent versions of chrome, it looks like only part of the html code is
>>> served by the s
On 3/14/15, Ron W wrote:
>
> Yes, that and making sure the P card in wiki artifacts has the correct
> parent in it. (Last time I checked, the Edit Wiki Page page did not have a
> (hidden) field to identify the parent artifact.)
>
I think that works. See, for example, the wiki edit at
https://www
Am 14.03.2015 um 16:30 schrieb Richard Hipp:
> On 3/14/15, a...@gmx-topmail.de wrote:
>>
>> I am having problems to access my local fossil repositories with a
>> recent versions of chrome, it looks like only part of the html code is
>> served by the standalone webserver.
>>
>> My question is wheth
On 3/14/15, Ron W wrote:
>
> The key difference is that, in git, the puller can force the in coming
> commits to be remapped into branches of their own. That is, I could commit
> my changes to "trunk" in my clone, then when the other person pulls my
> changes, she/he can tell git to map my changes
At Sat, 14 Mar 2015 13:33:31 -0700,
Andreas Kupries wrote:
>
> On Fri, Mar 13, 2015 at 8:46 PM, Timothy Beyer wrote:
> > At Fri, 13 Mar 2015 20:23:51 -0400,
> > James Moger wrote:
> >> You have a great solution. If not then...
> >>
> >> 5. Corporate users/teams need hooks to integrate with CI &
On Sat, Mar 14, 2015 at 5:28 AM, j. van den hoff
wrote:
my understanding was that a github "fork" is nothing but a clone and not
> "really" part of the original project, no? so it really is not comparable
> to a branch (be it `git' or `fossil'), no?
>
Almost the same as pulling from a clone of a
On Sat, Mar 14, 2015 at 8:07 AM, Graeme Pietersz
wrote:
> The advantage is that anyone can create a Github fork of a public
> project, work on it, and then submit pull requests, without ever being
> given commit access to the original repo. You can have untrusted
> collaborators and review all t
On Sat, Mar 14, 2015 at 12:33 PM, David Mason wrote:
> 1) Fossil's ticket handling is not best-in-class. What are the key
> features that would make it at least competitive? What features does
> it have that are already better than most? (I've never used tickets,
> although the integrated ticket
On Fri, Mar 13, 2015 at 8:46 PM, Timothy Beyer wrote:
> At Fri, 13 Mar 2015 20:23:51 -0400,
> James Moger wrote:
>> You have a great solution. If not then...
>>
>> 5. Corporate users/teams need hooks to integrate with CI & notification
>> systems. Partial
>> check. I see there are per-repositor
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 most recent release) in chronological order is
> something that peo
Abilio Marques
writes:
> You can hook the commit: admin>transfers>commit , but you'll need a way to
> make it copy the files. I have a similar setup with LaTeX generating a PDF
> every time I commit a change to the source. For this purpose I built an
> exec command for TH1. By pure luck I've just
Perfect skin. I really like `login` button positioning. One thing though,
shouldn't it be
.mainmenu li a{padding: 10px 15px;}
instead of
.mainmenu li {padding: 10px 15px;}
as I expect to see clickable object as background changes
On Fri, Mar 13, 2015 at 9:11 PM, James Moger wrote:
> Hello Fossi
mario writes:
> Basically you'd prepare `th1-setup` (Admin > Settings) with a script
> such as:
>
> proc command_notify {} {
> if {$::cmd_name eq "push"} {
> tclInvoke exec ./your/public-update-script &
> }
> }
Am I right that above would make *every* invocation of +p
Hi Dave,
On 14 March 2015 at 09:33, David Mason wrote:
> 1) Fossil's ticket handling is not best-in-class. What are the key
> features that would make it at least competitive? What features does
> it have that are already better than most? (I've never used tickets,
> although the integrated ticke
On 3/13/15, James Moger wrote:
>
> I decided to make some time to play with your DVCS (being a fan of SCM) and
> to whip-up a new skin & accompanying resources to contribute to your
> effort.
https://www.fossil-scm.org/fossil/artifact/f10bb06c1015336a?ln=745
I sometimes have browser windows tha
Richard Hipp wrote:
It seems like every check-in information page has a "parent" link.
But I can't find any "children" links. What am I missing? When
reviewing the changes to a project, how to you move forward in time?
Internally, Git stores only the child->parent relation, but not the
paren
Thank you Graeme for your thought-provoking post. It seems most
challenges and rebuttals have played out.
If anyone was mining this thread for ways to improve fossil, I think
they'd see 2 things:
1) Fossil's ticket handling is not best-in-class. What are the key
features that would make it at l
Hi James, Richard,
On 14 March 2015 at 08:31, Richard Hipp wrote:
> On 3/14/15, Richard Hipp wrote:
>> On 3/13/15, James Moger wrote:
>>>
>>> @Richard: I've emailed a signed CLA and a bundle for your review and
>>> integration consideration.
>>
>> The new skin (both the with and without logo var
On 13/03/15 19:11, James Moger wrote:
[---]
> Blitz has two variants (with logo & without logo). It includes an
> alternative Ticket page layout and several image resources which may be of
> use to other skins.
Would you be willing to change the upper-case 'A-F' in hex digits to
lower-case in
On 3/14/15, Richard Hipp wrote:
> On 3/13/15, James Moger wrote:
>>
>> @Richard: I've emailed a signed CLA and a bundle for your review and
>> integration consideration.
>
> The new skin (both the with and without logo variants) are now merged
> onto trunk.
>
The new skin can now also be preview
On 3/14/15, a...@gmx-topmail.de wrote:
>
> I am having problems to access my local fossil repositories with a
> recent versions of chrome, it looks like only part of the html code is
> served by the standalone webserver.
>
> My question is whether this is a known problem and others can verify it
>
Fossil version 1.32 is now available on the download page:
https://www.fossil-scm.org/download.html
The new builds all use version numbers in their names instead of dates.
All previous builds have been removed from the download page due to
the Ryerson student project problem. Please encourage ev
On 3/13/15, James Moger wrote:
>
> @Richard: I've emailed a signed CLA and a bundle for your review and
> integration consideration.
The new skin (both the with and without logo variants) are now merged
onto trunk.
>
> I hope to contribute more in the future.
>
Please do.
--
D. Richard Hipp
d.
On Sat, Mar 14, 2015 at 1:58 PM, Graeme Pietersz
wrote:
> There is a long and interesting discussion between Linux Torvalds and
> others about the merits of the Github approach here:
>
> https://github.com/torvalds/linux/pull/17#issuecomment-5654674
If that can be called a discussion. It's Lin
On 14/03/15 17:55, jungle Boogie wrote:
On 14 March 2015 at 05:07, Graeme Pietersz wrote:
On 14/03/15 15:04, Stephan Beal wrote:
On Sat, Mar 14, 2015 at 10:28 AM, j. van den hoff
wrote:
really a test case for "how does github feel to a newbie". answer:
awkward, to say the very least.
FW
On 14 March 2015 at 05:07, Graeme Pietersz wrote:
>
>
> On 14/03/15 15:04, Stephan Beal wrote:
>
> On Sat, Mar 14, 2015 at 10:28 AM, j. van den hoff
> wrote:
>>
>> really a test case for "how does github feel to a newbie". answer:
>> awkward, to say the very least.
>
>
> FWIW i have had to use it
I am having problems to access my local fossil repositories with a
recent versions of chrome, it looks like only part of the html code is
served by the standalone webserver.
My question is whether this is a known problem and others can verify it
with a similar setup.
This is what does show the p
On 14/03/15 15:04, Stephan Beal wrote:
On Sat, Mar 14, 2015 at 10:28 AM, j. van den hoff
mailto:veedeeh...@googlemail.com>> wrote:
really a test case for "how does github feel to a newbie". answer:
awkward, to say the very least.
FWIW i have had to use it a dozen times and still fee
IMO, everything is in reverse. GitHub is not popular, because Git is great
SCM. Git is popular because is used by GitHub!
Notice that GitHub is not only repository hosting. It is a social network for
developers. That is why it is popular. And every SCM used in such popular
social network will beco
Stephan Beal writes:
> a git fork can be pulled (via a "pull request") into the original just like
> merging a branch, so the the effect is similar (not identical).
These days most of the FOSS is hosted at github and for someone wanting
to contribute to usual scenario is:
1) clone original repo
On 14/03/15 05:20, Warren Young wrote:
On Mar 13, 2015, at 4:22 PM, Graeme Pietersz wrote:
On 14/03/15 03:01, Warren Young wrote:
I believe that once you extract the hosting services from the comparison,
Fossil comes out quite a bit ahead of Git.
Even without hosted services, Git still has
On Sat, Mar 14, 2015 at 10:28 AM, j. van den hoff wrote:
> really a test case for "how does github feel to a newbie". answer:
> awkward, to say the very least.
FWIW i have had to use it a dozen times and still feel that way.
> this is quite different to first time encounter with `fossil'. so
On Sat, 14 Mar 2015 10:18:35 +0100, Stephan Beal
wrote:
On Sat, Mar 14, 2015 at 5:05 AM, Richard Hipp wrote:
I tried going to the "network" graph
(https://github.com/mackyle/sqlite/network) which seems similar to the
Fossil timeline graph, only sideways.
I needed to use github only o
On Sat, Mar 14, 2015 at 5:05 AM, Richard Hipp wrote:
> I tried going to the "network" graph
> (https://github.com/mackyle/sqlite/network) which seems similar to the
> Fossil timeline graph, only sideways.
The network is primarily intended to show fork-related relationships. i.e.
whose fork was
42 matches
Mail list logo