On 15-01-13 03:36, Yawar Amin wrote:
Hi Geert,
On 2012-08-13 05:57, Geert Janssens wrote:
[...]
[1] http://wiki.gnucash.org/wiki/Git-bz
Git-bz does look useful to me. People that want to submit patches
without having commit access can install this locally. At first sight
it doesn't seem to c
Hi Geert,
On 2012-08-13 05:57, Geert Janssens wrote:
> [...]
>>
>> [1] http://wiki.gnucash.org/wiki/Git-bz
>>
> Git-bz does look useful to me. People that want to submit patches
> without having commit access can install this locally. At first sight
> it doesn't seem to create new bugs if the patc
David Goodenough writes:
> Surely the point with Git is that it is multi-master. So you can have
> the master on code.gnucash.org and a clone on github. That way you have
> control over your master, and everyone else can find code where they expect
> it. You also have control over when it get
On Friday 09 Nov 2012, Derek Atkins wrote:
> Ngewi Fet writes:
> > On Tue, Nov 6, 2012 at 4:09 PM, Derek Atkins wrote:
> > John Ralls writes:
> > > Why can't we set up commit hooks on each that immediately push to
> > > the other? Yes, there's a small chance of a conflict if two peop
Ngewi Fet writes:
> On Tue, Nov 6, 2012 at 4:09 PM, Derek Atkins wrote:
>
> John Ralls writes:
>
> > Why can't we set up commit hooks on each that immediately push to the
> > other? Yes, there's a small chance of a conflict if two people push
> > changes of the same file to
On Tue, Nov 6, 2012 at 4:09 PM, Derek Atkins wrote:
> John Ralls writes:
>
> > Why can't we set up commit hooks on each that immediately push to the
> > other? Yes, there's a small chance of a conflict if two people push
> > changes of the same file to each repository at the same moment, but
> >
On 06-11-12 16:10, Derek Atkins wrote:
Geert Janssens writes:
John,
From what I see you and Christian have the most experience with
working in git. So I'm tempted to follow your advice. The above is
mostly my opinion, but clearly limited due to a lack of experience.
So for now, the proposal
Geert Janssens writes:
> John,
>
> From what I see you and Christian have the most experience with
> working in git. So I'm tempted to follow your advice. The above is
> mostly my opinion, but clearly limited due to a lack of experience.
>
> So for now, the proposal stands as:
> - github -> maste
John Ralls writes:
> Why can't we set up commit hooks on each that immediately push to the
> other? Yes, there's a small chance of a conflict if two people push
> changes of the same file to each repository at the same moment, but
> the team is so small that that likelihood is infinitesimal.
My
Geert Janssens writes:
> I'd rather see it the other way. If developers commit to
> code.gnucash.org, while all others fork from github you get a similar
> indirection like we have now with svn. I don't like that. It's a
> source for all kinds of small errors and sync irregularities. I have
> had
On 03-11-12 15:57, John Ralls wrote:
On Nov 3, 2012, at 5:14 AM, Geert Janssens wrote:
On 01-11-12 16:10, Derek Atkins wrote:
Geert Janssens writes:
[snip]
Let's continue to build on this. I propose this setup:
One master repo hosted on github. One canonical repo on
code.gnucash.org pulls
On Nov 3, 2012, at 5:14 AM, Geert Janssens wrote:
> On 01-11-12 16:10, Derek Atkins wrote:
>> Geert Janssens writes:
>>
>> [snip]
>>> Let's continue to build on this. I propose this setup:
>>>
>>> One master repo hosted on github. One canonical repo on
>>> code.gnucash.org pulls periodically
On 01-11-12 16:10, Derek Atkins wrote:
Geert Janssens writes:
[snip]
Let's continue to build on this. I propose this setup:
One master repo hosted on github. One canonical repo on
code.gnucash.org pulls periodically from this master repo to keep in
sync.
Only selected developers have commit
Geert Janssens writes:
[snip]
> Let's continue to build on this. I propose this setup:
>
> One master repo hosted on github. One canonical repo on
> code.gnucash.org pulls periodically from this master repo to keep in
> sync.
>
> Only selected developers have commit access to the github
> reposit
Christian Stimming writes:
> I guess all of the recent committers should be added, such as the full list
> from the file git-helper-scripts/gnc_authors. However, some of them don't
> seem
> to have a github account, do they? E.g., Derek?
derekatkins
-derek
--
Derek Atkins, SB '93 MI
Geert Janssens writes:
>> FYI, I was looking into something like gitolite for code.gnucash.org
>> Not sure if there is something better?
>>
> I don't know. I have never set up a git server myself. I have quickly
> browsed through the basic documentation. At first sight I'm wondering
> what advant
On 01-11-12 10:29, Christian Stimming wrote:
Am Mittwoch, 31. Oktober 2012, 15:33:02 schrieb Geert Janssens:
This discussion has been had multiple times before and frankly I hope
this will be the last time.
Yes.
- Nobody opposed to using github. In fact most developers are in favour
of using
On 31-10-12 14:54, Derek Atkins wrote:
Geert Janssens writes:
Fellows,
After some hiatus, I am now continuing to push our git migration. I
just pushed a patch to let the Windows build pull the gnucash-docs
sources from git instead of svn. Works fine on my test machine, we'll
see tomorr
On Wed, 31 Oct 2012 19:26:05 -0700
John Ralls wrote:
>
> On Oct 31, 2012, at 7:33 AM, Geert Janssens
> wrote:
>
> > This discussion has been had multiple times before and frankly I
> > hope this will be the last time.
> >
> > The previous discussion didn't end in an explicit consensus, but I
Am Mittwoch, 31. Oktober 2012, 15:33:02 schrieb Geert Janssens:
> This discussion has been had multiple times before and frankly I hope
> this will be the last time.
Yes.
> - Nobody opposed to using github. In fact most developers are in favour
> of using it.
> - John indicated that github is goo
On Oct 31, 2012, at 7:33 AM, Geert Janssens wrote:
> This discussion has been had multiple times before and frankly I hope this
> will be the last time.
>
> The previous discussion didn't end in an explicit consensus, but I think we
> were close to finding a compromise at least. A summary:
>
This discussion has been had multiple times before and frankly I hope
this will be the last time.
The previous discussion didn't end in an explicit consensus, but I think
we were close to finding a compromise at least. A summary:
- Nobody opposed to using github. In fact most developers are i
Geert Janssens writes:
> Fellows,
>
> After some hiatus, I am now continuing to push our git migration. I
> just pushed a patch to let the Windows build pull the gnucash-docs
> sources from git instead of svn. Works fine on my test machine, we'll
> see tomorrow if it
Fellows,
After some hiatus, I am now continuing to push our git migration. I just
pushed a patch to let the Windows build pull the gnucash-docs sources
from git instead of svn. Works fine on my test machine, we'll see
tomorrow if it also works on the build server.
Then there are se
te OAuth it seems like
>> it
>> could even be ideal. Thoughts?
>>
>> [1] http://wiki.gnucash.org/wiki/Git-bz
>>
> Git-bz does look useful to me. People that want to submit patches
> without having commit access can install this locally. At first sight it
>
Geert Janssens writes:
> On 14-08-12 16:11, Derek Atkins wrote:
I just still feel that the master repo should be on code, and that the
committers should be able to push there. Then it can sync to github for
everyone else.
I suppose it could work in reverse, where the com
On 14-08-12 16:11, Derek Atkins wrote:
I just still feel that the master repo should be on code, and that the
committers should be able to push there. Then it can sync to github for
everyone else.
I suppose it could work in reverse, where the committers push to github
master and then code pulls
Yawar Amin writes:
> Hi Derek,
>
> On 2012-08-13, at 13:55, Derek Atkins wrote:
>
>> If nothing else it would
>> reduce my bandwitdh consumption significantly ;)
>
> Yes, I was thinking about this too :-)
It's mostly an issue when someone does a git-svn clone ;)
>> I just still feel that the m
Hi Derek,
On 2012-08-13, at 13:55, Derek Atkins wrote:
> If nothing else it would
> reduce my bandwitdh consumption significantly ;)
Yes, I was thinking about this too :-)
> I just still feel that the master repo should be on code, and that the
> committers should be able to push there. Then
Yawar Amin writes:
> Folks,
>
> On 2012-08-13, at 9:31, Derek Atkins wrote:
>
>> We're still maintaining our server for email, wiki, build, docs, irc
>> logs, etc. So we're already doing system maintenance, and moving to
>> github doesn't really reduce the amount of configuration necessary. We
Folks,
On 2012-08-13, at 9:31, Derek Atkins wrote:
> We're still maintaining our server for email, wiki, build, docs, irc
> logs, etc. So we're already doing system maintenance, and moving to
> github doesn't really reduce the amount of configuration necessary. We
> would just need to add the
John Ralls writes:
> I actually agree with Christian here, simply because while I
> appreciate Derek's efforts to maintain access, large hosting
> operations in large data centers like Github, Sourceforge, or even
> Gnome have better uptime than Derek's house.
I'll just point out that SourceForg
Christian Stimming writes:
>> Any chance we could rename this "Git Migration" instead of "Github
>> Migration"? I don't think we will ever full migrate fully to github. I
>> just think it's a bad idea to let go of master.
>
> Actually this
On 13-08-12 11:33, reubano wrote:
reubano wrote
On Sat, Aug 11, 2012 at 9:34 PM, Derek Atkins
wrote:
Reuben Cummings writes:
Gnucash is following the Gnome patch submission practice. Gnome uses git,
but not Github, and
doesn't use pull requests (which are
On 11-08-12 20:36, Derek Atkins wrote
Any chance we could rename this "Git Migration" instead of "Github
Migration"? I don't think we will ever full migrate fully to github. I
just think it's a bad idea to let go of master.
(I tried sending a message like th
well. If there was some way to integrate OAuth it seems like it
could even be ideal. Thoughts?
[1] http://wiki.gnucash.org/wiki/Git-bz
--
View this message in context:
http://gnucash.1415818.n4.nabble.com/Git-Migration-tp3996329p4656187.html
Sent from the GnuCash - Dev mailing list
On Sat, Aug 11, 2012 at 9:34 PM, Derek Atkins wrote:
> Reuben Cummings writes:
>
>> Yes, I figured the round-a-bout patch submission method is due to
>> maintain svn compatibility. But that still doesn't answer my original
>> question of a "time-frame for full github integration". A perfectly
>>
On 12 August 2012 21:48, Christian Stimming wrote:
> ...
> I remember you have always voiced very clearly you prefer to host the master
> repository on a server that's controlled by one of the gnucash team. But
> actually I think differently about this point and would prefer to host the
> master r
Actually SourceForge has had some terrible days long outages.. I don't think
github has, bit I like being in control of our own destiny.
-derek
Sent from my HTC smartphone
- Reply message -
From: "John Ralls"
To: "Christian Stimming"
Cc: , "Derek A
hrieb Geert Janssens:
>>>>> I have created a wiki page to track the progress of our git
>>>>> migration.
>>>>> It currently lists the things I know that still have to be done.
>>>>> Please
>>>>> add to it if you kno
Am Samstag, 11. August 2012, 14:36:18 schrieb Derek Atkins:
> Geert Janssens writes:
> > On 11-08-12 12:48, Frank H. Ellenberger wrote:
> >> Hoi,
> >>
> >> Am 11.08.2012 12:17, schrieb Geert Janssens:
> >>> I have created a wiki page to track t
On Aug 11, 2012, at 5:12 AM, Chris Shoemaker wrote:
> If GnuCash switches to git, can I request that the gnc_authors file be
> corrected with my name and email for username 'chris'?
>
Done, but it won't have any effect unless you commit a new change. Fixing it in
the repository would make an
Geert Janssens writes:
> On 11-08-12 12:48, Frank H. Ellenberger wrote:
>> Hoi,
>>
>> Am 11.08.2012 12:17, schrieb Geert Janssens:
>>> I have created a wiki page to track the progress of our git migration.
>>> It currently lists the things I know that stil
Reuben Cummings writes:
> Yes, I figured the round-a-bout patch submission method is due to
> maintain svn compatibility. But that still doesn't answer my original
> question of a "time-frame for full github integration". A perfectly
> acceptable answer is "No, gnucash will never be fully integra
John,
On Sat, August 11, 2012 10:25 am, John Ralls wrote:
>
> On Aug 11, 2012, at 12:55 AM, Reuben Cummings wrote:
>
>> On Sat, Aug 11, 2012 at 10:49 AM, Frank H. Ellenberger
>> wrote:
>>> Hi,
>>>
>>> Am 11.08.2012 09:17, schrieb reubano:
>>> :
I'm glad you guys have migrated to Git/GitHub.
On Aug 11, 2012, at 12:55 AM, Reuben Cummings wrote:
> On Sat, Aug 11, 2012 at 10:49 AM, Frank H. Ellenberger
> wrote:
>> Hi,
>>
>> Am 11.08.2012 09:17, schrieb reubano:
>> :
>>> I'm glad you guys have migrated to Git/GitHub. I definitely think this will
>>> open up the doors for new contribut
Am 11.08.2012 15:33, schrieb Chris Shoemaker:
> Hi Frank,
>
> Sorry, I was referring to gnc_authors, not AUTHORS:
>
> https://github.com/Gnucash/git-helper-scripts/blob/master/gnc_authors
Ah, some github specific file. Then somebody else has to do the job.
> I was trying to reuse some date-hand
Why wait?
-derek
Sent from my HTC smartphone
- Reply message -
From: "Chris Shoemaker"
To: "Derek Atkins"
Cc: "Geert Janssens" , "Frank H. Ellenberger"
,
Subject: Git Migration: github with svn access
Date: Sat, Aug 11, 2012 8:12 AM
If Gnu
If GnuCash switches to git, can I request that the gnc_authors file be
corrected with my name and email for username 'chris'?
-chris
On Sat, Aug 11, 2012 at 08:05:08AM -0400, Derek Atkins wrote:
> Could we rename this page Git Migration? Personally I never want github to
>
Could we rename this page Git Migration? Personally I never want github to be
the canonical source. I think the canonical version should reside on
code.GnuCash.org. We can still use github as backup and public dist, but iq
think we should still maintain master.
-derek
Sent from my HTC
On 11-08-12 12:48, Frank H. Ellenberger wrote:
Hoi,
Am 11.08.2012 12:17, schrieb Geert Janssens:
I have created a wiki page to track the progress of our git migration.
It currently lists the things I know that still have to be done. Please
add to it if you know more or have fixed some items
Hoi,
Am 11.08.2012 12:17, schrieb Geert Janssens:
> I have created a wiki page to track the progress of our git migration.
> It currently lists the things I know that still have to be done. Please
> add to it if you know more or have fixed some items:
> http://wiki.gnuc
I have created a wiki page to track the progress of our git migration.
It currently lists the things I know that still have to be done. Please
add to it if you know more or have fixed some items:
http://wiki.gnucash.org/wiki/Github_Migration
Geert
On 11-08-12 11:24, Geert Janssens wrote:
Many things have been said already about migrating from svn to git on
the lists. I'll try to summarize what has been mostly agreed upon and
the current status (as I remember it). Others can voice their opinion
if they don't agree with me here:
I think mos
it is the Windows
build system that is most affected by a full git migration, it was also
said that the 2.4 branch should remain maintained in svn for its
lifetime if possible. Only trunk (and hence 2.6) would migrate.
There has also been talk of github's svn bridge and use that as a
fallbac
On Sat, Aug 11, 2012 at 11:08 AM, Frank H. Ellenberger
wrote:
> Hi Reuben,
>
> Am 11.08.2012 09:55, schrieb Reuben Cummings:
>> On Sat, Aug 11, 2012 at 10:49 AM, Frank H. Ellenberger
>> wrote:
> :
>>> http://wiki.gnucash.org/wiki/Git
>>> Where is the Problem? ;-)
>>>
>>> Frank
>>
>> Yes, I have r
Hi Reuben,
Am 11.08.2012 09:55, schrieb Reuben Cummings:
> On Sat, Aug 11, 2012 at 10:49 AM, Frank H. Ellenberger
> wrote:
:
>> http://wiki.gnucash.org/wiki/Git
>> Where is the Problem? ;-)
>>
>> Frank
>
> Yes, I have read that. Look at the directions for sending a patch and
> notice the comment
On Sat, Aug 11, 2012 at 10:49 AM, Frank H. Ellenberger
wrote:
> Hi,
>
> Am 11.08.2012 09:17, schrieb reubano:
> :
>> I'm glad you guys have migrated to Git/GitHub. I definitely think this will
>> open up the doors for new contributors (myself included). I know full GitHub
>> integration will take
Hi,
Am 11.08.2012 09:17, schrieb reubano:
:
> I'm glad you guys have migrated to Git/GitHub. I definitely think this will
> open up the doors for new contributors (myself included). I know full GitHub
> integration will take time, but can someone comment on the time-frame for
> this, i.e. being ab
; Regards,
>
> Christian
>
>
I'm glad you guys have migrated to Git/GitHub. I definitely think this will
open up the doors for new contributors (myself included). I know full GitHub
integration will take time, but can someone comment on the time-frame for
this, i.e. being able
Hi Andy,
Christian Stimming writes:
> Am Dienstag, 21. Februar 2012, 12:20:06 schrieb Andy Clayton:
>> Thanks for the update. I tried getting gnucash to build on windows 7 in a
>> virtualbox VM so I could look into this and other issues, but performace
>> was horrible. Configuring and compiling
Am Dienstag, 21. Februar 2012, 12:20:06 schrieb Andy Clayton:
> Thanks for the update. I tried getting gnucash to build on windows 7 in a
> virtualbox VM so I could look into this and other issues, but performace
> was horrible. Configuring and compiling a single dependency took hours.
> Apparently
On Jan 28, 2012 4:30 PM, "Christian Stimming"
wrote:
>
> Am Freitag, 27. Januar 2012, 19:04:10 schrieb Andy Clayton:
> > Is the switch to git stuck on 1) the sed crash on windows after adding
> > git and then 2) porting the build scripts?
>
> Yes, both.
>
> The porting of the build scripts is a ta
On Jan 30, 2012, at 9:19 AM, Derek Atkins wrote:
> John Ralls writes:
>
>> No, that won't work, because it will still need $PATH to find its dlls.
>
> Not if all the dependent DLLs are in the same directory as the .exe
>
Perhaps I said that wrong. It won't work if it can find the wrong DLLs
John Ralls writes:
> No, that won't work, because it will still need $PATH to find its dlls.
Not if all the dependent DLLs are in the same directory as the .exe
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board
On Jan 28, 2012, at 2:30 PM, Christian Stimming wrote:
> Am Freitag, 27. Januar 2012, 19:04:10 schrieb Andy Clayton:
>>> If I have some time during the next days, I'll look into porting the
>>> SVN-
>>> dependencies in our build scripts to using git. Also, I don't think it's
>>> necessary to dist
Am Freitag, 27. Januar 2012, 19:04:10 schrieb Andy Clayton:
> > If I have some time during the next days, I'll look into porting the
> > SVN-
> > dependencies in our build scripts to using git. Also, I don't think it's
> > necessary to distinguish tags that should trigger a build from those
> > whi
On 12/29/2011 03:50 PM, John Ralls wrote:
On Dec 29, 2011, at 11:46 AM, Christian Stimming wrote:
I've been using git on windows for years in my daily work by now. The one from
http://code.google.com/p/msysgit/downloads/list?can=3 is indeed the "official"
one if you want a git (cmdline) executab
On Dec 29, 2011, at 11:46 AM, Christian Stimming wrote:
> Am Donnerstag, 29. Dezember 2011, 09:47:35 schrieb John Ralls:
ISTM it would be better to have the release script look at the SHA
reference in the tag using git rather than to depend upon Github's
subversion gateway.
>
> Ab
Am Donnerstag, 29. Dezember 2011, 09:47:35 schrieb John Ralls:
> >> ISTM it would be better to have the release script look at the SHA
> >> reference in the tag using git rather than to depend upon Github's
> >> subversion gateway.
Absolutely. After thinking about this for a bit, I think retrievin
On Dec 29, 2011, at 7:45 AM, Geert Janssens wrote:
> Op woensdag 28 december 2011 17:08:13 schreef John Ralls:
>>> Heh, don't underestimate the configuration of our Windows build server.
>>>
>>> It checks every night if it has to (re)build some tagged versions. It
>>> does this by making a list
Op woensdag 28 december 2011 17:08:13 schreef John Ralls:
> > Heh, don't underestimate the configuration of our Windows build server.
> >
> > It checks every night if it has to (re)build some tagged versions. It
> > does this by making a list of all tags (and their associated revision)
> > and com
On Dec 28, 2011, at 6:45 AM, Geert Janssens wrote:
> Op zondag 25 december 2011 10:26:34 schreef John Ralls:
>> On Dec 25, 2011, at 9:13 AM, John Ralls wrote:
>>> On Nov 28, 2011, at 3:07 PM, John Ralls wrote:
On Nov 28, 2011, at 9:37 AM, Geert Janssens wrote:
> On maandag 28 november 20
Op zondag 25 december 2011 10:26:34 schreef John Ralls:
> On Dec 25, 2011, at 9:13 AM, John Ralls wrote:
> > On Nov 28, 2011, at 3:07 PM, John Ralls wrote:
> >> On Nov 28, 2011, at 9:37 AM, Geert Janssens wrote:
> >>> On maandag 28 november 2011, John Ralls wrote:
> On Nov 27, 2011, at 2:32 PM
On Dec 25, 2011, at 9:13 AM, John Ralls wrote:
>
> On Nov 28, 2011, at 3:07 PM, John Ralls wrote:
>
>>
>> On Nov 28, 2011, at 9:37 AM, Geert Janssens wrote:
>>
>>> On maandag 28 november 2011, John Ralls wrote:
On Nov 27, 2011, at 2:32 PM, Geert Janssens wrote:
> On woensdag 23 novem
On Nov 28, 2011, at 3:07 PM, John Ralls wrote:
>
> On Nov 28, 2011, at 9:37 AM, Geert Janssens wrote:
>
>> On maandag 28 november 2011, John Ralls wrote:
>>> On Nov 27, 2011, at 2:32 PM, Geert Janssens wrote:
On woensdag 23 november 2011, John Ralls wrote:
> On Nov 11, 2011, at 10:22 A
On Nov 28, 2011, at 9:37 AM, Geert Janssens wrote:
> On maandag 28 november 2011, John Ralls wrote:
>> On Nov 27, 2011, at 2:32 PM, Geert Janssens wrote:
>>> On woensdag 23 november 2011, John Ralls wrote:
On Nov 11, 2011, at 10:22 AM, Geert Janssens wrote:
> On vrijdag 11 november 2011,
On maandag 28 november 2011, John Ralls wrote:
> On Nov 27, 2011, at 2:32 PM, Geert Janssens wrote:
> > On woensdag 23 november 2011, John Ralls wrote:
> >> On Nov 11, 2011, at 10:22 AM, Geert Janssens wrote:
> >>> On vrijdag 11 november 2011, Yawar Amin wrote:
> Hi Geert,
>
> On 20
On Nov 27, 2011, at 2:32 PM, Geert Janssens wrote:
> On woensdag 23 november 2011, John Ralls wrote:
>> On Nov 11, 2011, at 10:22 AM, Geert Janssens wrote:
>>> On vrijdag 11 november 2011, Yawar Amin wrote:
Hi Geert,
On 2011-11-11, at 11:47, Geert Janssens wrote:
>> […]
>
On woensdag 23 november 2011, John Ralls wrote:
> On Nov 11, 2011, at 10:22 AM, Geert Janssens wrote:
> > On vrijdag 11 november 2011, Yawar Amin wrote:
> >> Hi Geert,
> >>
> >> On 2011-11-11, at 11:47, Geert Janssens wrote:
> […]
> >>>
> >>> Is there a way to create a branch via the github
On Nov 11, 2011, at 10:22 AM, Geert Janssens wrote:
> On vrijdag 11 november 2011, Yawar Amin wrote:
>> Hi Geert,
>>
>> On 2011-11-11, at 11:47, Geert Janssens wrote:
[…]
>>>
>>> Is there a way to create a branch via the github interface ? Or do I have
>>> to create one on my local repo an
On zaterdag 12 november 2011, Yawar Amin wrote:
> Hi Geert, run:
>
> git push origin :master
>
> This pushes an empty branch name (the part before the colon) from your
> local repo to the master branch of the origin repo, effectively deleting
> it.
Wow, not exactly the most intuitive command cho
Hi Geert, run:
git push origin :master
This pushes an empty branch name (the part before the colon) from your local
repo to the master branch of the origin repo, effectively deleting it.
Regards,
Yawar
Geert Janssens wrote:
>On vrijdag 11 november 2011, Yawar Amin wrote:
>> Hi Geert,
>>
>
On vrijdag 11 november 2011, Yawar Amin wrote:
> Hi Geert,
>
> On 2011-11-11, at 11:47, Geert Janssens wrote:
> >> […]
> >
> > Is there a way to create a branch via the github interface ? Or do I have
> > to create one on my local repo and push it ? I didn't seem to find a
> > feature on the webs
Hi Geert,
On 2011-11-11, at 11:47, Geert Janssens wrote:
>> […]
> Is there a way to create a branch via the github interface ? Or do I have to
> create one on my local repo and push it ? I didn't seem to find a feature on
> the website, but perhaps I missed it. I'm not very comfortable yet with
On vrijdag 11 november 2011, John Ralls wrote:
> On Nov 11, 2011, at 6:16 AM, Geert Janssens wrote:
> > On woensdag 9 november 2011, Yawar Amin wrote:
> >> Hi,
> >>
> >> On Wed, Nov 9, 2011 at 2:30 PM, Christian Stimming
> >>
> >> wrote:
> >>> [...]
> >>>
> >>>
> >>> Same for me - I was able to
On Nov 11, 2011, at 6:16 AM, Geert Janssens wrote:
> On woensdag 9 november 2011, Yawar Amin wrote:
>> Hi,
>>
>> On Wed, Nov 9, 2011 at 2:30 PM, Christian Stimming
>>
>> wrote:
>>> [...]
>>>
>>>
>>> Same for me - I was able to "svn checkout" one of my other normal git
>>> repos,
>>> but with
On woensdag 9 november 2011, Yawar Amin wrote:
> Hi,
>
> On Wed, Nov 9, 2011 at 2:30 PM, Christian Stimming
>
> wrote:
> > [...]
> >
> >
> > Same for me - I was able to "svn checkout" one of my other normal git
> > repos,
> > but with gnucash I, too, got "502 Bad Gateway". However, it came up w
Hi,
On Wed, Nov 9, 2011 at 2:30 PM, Christian Stimming
wrote:
> [...]
>
>
> Same for me - I was able to "svn checkout" one of my other normal git
> repos,
> but with gnucash I, too, got "502 Bad Gateway". However, it came up with a
> "trunk" and "branches" directory, so that I had to append "trun
Am Mittwoch, 9. November 2011 schrieb John Ralls:
> On Nov 9, 2011, at 8:00 AM, Geert Janssens wrote:
> > On maandag 7 november 2011, Geert Janssens wrote:
> >> On maandag 7 november 2011, Christian Stimming wrote:
> >>> If we decided to move not only to git, but also to github, we'd solve
> >>> mo
On Nov 9, 2011, at 8:00 AM, Geert Janssens wrote:
> On maandag 7 november 2011, Geert Janssens wrote:
>> On maandag 7 november 2011, Christian Stimming wrote:
>>> If we decided to move not only to git, but also to github, we'd solve
>>> most of the build script integration issues: github offers t
On maandag 7 november 2011, Geert Janssens wrote:
> On maandag 7 november 2011, Christian Stimming wrote:
> > If we decided to move not only to git, but also to github, we'd solve
> > most of the build script integration issues: github offers the
> > additional feature of accessing its git repos al
On Nov 8, 2011, at 5:01 AM, Derek Atkins wrote:
> John Ralls writes:
>
>> I actually like the interface on git.gnome.org better than github's
>> (or trac's). Less froo-froo, and the history is a lot more readable
>> and searchable. OTOH, I do like the line-by-line comment feature on
>> Github.
Geert Janssens writes:
> I'm not sure where the docs and doxygen nightly build scripts live. Perhaps
> Derek can answer that.
It's a cron job from a local script.
> The website update is done as part of a commit hook on the gnucash svn
> server. This pushes each website related commit through
John Ralls writes:
>>> I think only the website set-up needs some more work. All other
>>> integration only depends on the availability of a svn checkout, which
>>> would already be there on github.
>>>
>> The website and the mails that get automatically sent to gnucash-patches and
>> gnucash-c
On maandag 7 november 2011, Yawar Amin wrote:
> Hi,
>
> On Mon, Nov 7, 2011 at 4:54 AM, Christian Stimming
>
> wrote:
> > Zitat von Derek Atkins :
> >> [...]
> >>
> >>> [...]
> >>>
> >>> The windows automatic build scripts
> >>> still depend on svn and won't work with git.
> >>
> >> Right no
Hi,
On Mon, November 7, 2011 4:58 pm, Yawar Amin wrote:
> Hi,
>
> On Mon, Nov 7, 2011 at 4:54 AM, Christian Stimming
> wrote:
>
>> Zitat von Derek Atkins :
>>
>>> [...]
>
[...]
The windows automatic build scripts
still depend on svn and won't work with git.
>>>
>
Hi,
On Mon, Nov 7, 2011 at 4:54 AM, Christian Stimming
wrote:
> Zitat von Derek Atkins :
>
>> [...]
>>>
>>> [...]
>>>
>>> The windows automatic build scripts
>>> still depend on svn and won't work with git.
>>>
>>
>> Right now the web site update, docs nightly build script, doxygen nightly
On Nov 7, 2011, at 11:07 AM, Geert Janssens wrote:
> On maandag 7 november 2011, Christian Stimming wrote:
>> Zitat von Derek Atkins :
> We've been using the Github repos pretty successfully for 8 months or
> so now. I think all of the main committers this year (meaning more
> than a
On maandag 7 november 2011, Christian Stimming wrote:
> Zitat von Derek Atkins :
> >>> We've been using the Github repos pretty successfully for 8 months or
> >>> so now. I think all of the main committers this year (meaning more
> >>> than a commit or so per month ) are using it. Meanwhile, Derek
1 - 100 of 109 matches
Mail list logo