Hey guys,
I wanted to run this past the community to see what the general feeling
is. I am considering a move back to savannah utilizing git instead of
subversion.
The implementation of git on savannah, I believe, allows checkout and
check-in VIA subversion. I would at least like to try to main
Hi Greg,
I don't see the big benefit in switching to git, but I wont resist that move
either. We don't have that many branches of GNUstep, so cherry picking changes
wont happen that often. We should make sure that the people using the only
official branch, testplant, are willing to move too. Ot
Nice web UIs make tracking changes easy and perhaps even enjoyable. Git
ecosystem has a couple of web services that let you do that.
Git would also make it easier to do code review for new developers before
they make changes directly in the tree.
Despite some annoying UI decisions, I'm in favor o
Hi,
while libffi is preferred on most platforms, we continue(d) to support
ffcall. I use it for example on windows.
To do that, I used --enable-ffcall, which is still listed in the help .
I tried to reconfigure base:
...
checking use of fake-main definition... no
checking ffi.h usability... n
The issue with savannah at this point is that they only allow one
repository per user. This is quite different from git hub which allows as
many repositories as a user wants or needs. This is the only problem
really facing us.The git repo at github contains a full history of
GNUstep from st
On 25 May 2015, at 13:39, Riccardo Mottola wrote:
>
> Hi,
>
> while libffi is preferred on most platforms, we continue(d) to support
> ffcall. I use it for example on windows.
>
> To do that, I used --enable-ffcall, which is still listed in the help .
>
> I tried to reconfigure base:
> ...
>
Forwarded to list... I forgot to add the list on this reply.
-- Forwarded message -
From: Gregory Casamento
Date: Mon, May 25, 2015 at 8:36 AM
Subject: Re: Proposal: Switch back to savannah using GIT
To: Fred Kiefer
Hey Fred,
Granted we don't have much to worry about in the wa
On Mon, May 25, 2015 at 1:40 PM, Gregory Casamento wrote:
> The issue with savannah at this point is that they only allow one
> repository per user. This is quite different from git hub which allows as
> many repositories as a user wants or needs. This is the only problem
> really facing us.
On 25 May 2015, at 08:09, Gregory Casamento wrote:
>
> Hey guys,
>
> I wanted to run this past the community to see what the general feeling is.
> I am considering a move back to savannah utilizing git instead of subversion.
I have no strong feelings on this.
While I find the basic git model
Hi Gregory,
Am 25.05.2015 um 14:45 schrieb Gregory Casamento :
> Forwarded to list... I forgot to add the list on this reply.
>
> -- Forwarded message -
> From: Gregory Casamento
> Date: Mon, May 25, 2015 at 8:36 AM
> Subject: Re: Proposal: Switch back to savannah using GIT
> To
On 25 May 2015, at 13:48, Ivan Vučica wrote:
>
> On Mon, May 25, 2015 at 1:40 PM, Gregory Casamento
> wrote:
> The issue with savannah at this point is that they only allow one repository
> per user. This is quite different from git hub which allows as many
> repositories as a user wants or
Hi,
(sorry for some horrid to-posting, but I do not reply 1:1 here)
I'm in favor of moving back to savannah again, but not the switch to GIT.
Every VCS system has its pros and cons and we can debate forever. The
main point is, however, what I would borrow from OpenBSD's reasoning: do
not swit
2015-05-25 15:26 GMT+02:00 Riccardo Mottola :
>
> I found around some "useful" support for SVN: I gathered/grouped here some.
> They are not all my opinion, but I endorse them
Let me add:
10. It is possible to use git for local working directory, while
interacting with a remote Subversion reposit
Am 25.05.2015 um 15:26 schrieb Riccardo Mottola :
> Hi,
>
> (sorry for some horrid to-posting, but I do not reply 1:1 here)
>
> I'm in favor of moving back to savannah again, but not the switch to GIT.
>
> Every VCS system has its pros and cons and we can debate forever. The main
> point is,
(Note: This email is not an attack on Subversion. I am not a fan of Git --
in fact, I avoid it whenever I can in favor of Mercurial. And it most
certainly is not personal :-) but a discussion of technical merits I think
Git has for our specific use case.)
On Mon, May 25, 2015 at 2:26 PM, Riccardo
Am 25.05.2015 um 16:57 schrieb Ivan Vučica:
> You mention binary and large files -- how many binary and large files
> do we stash? If it's "many", do we care enough to want to store them
> in the main repository?
What is the problem with binary files with git? Would our image files be
affected? We
No; it won't corrupt them. It just (as expected) doesn't know how to diff
them nor does it try to. The problem would be if they were massive and if
they would change frequently (or sometimes more than once), which would
mean the amount of data you'd need to 'git clone' would grow much more
sharply
Replies are below inline...
On Mon, May 25, 2015 at 9:26 AM Riccardo Mottola
wrote:
> Hi,
>
> (sorry for some horrid to-posting, but I do not reply 1:1 here)
>
> I'm in favor of moving back to savannah again, but not the switch to GIT.
>
> Every VCS system has its pros and cons and we can debate
Hi,
Richard Frith-Macdonald wrote:
I think ffcall is pretty much obsolete, but I don't recall intentionally
removing support ... possibly I accidentally messed something up in a change of
configure.ac for some other purpose?
no, I checked the commit history, nothing that should change stuff.
Am 25.05.2015 um 16:57 schrieb Ivan Vučica :
> (Note: This email is not an attack on Subversion. I am not a fan of Git -- in
> fact, I avoid it whenever I can in favor of Mercurial. And it most certainly
> is not personal :-) but a discussion of technical merits I think Git has for
> our speci
Hi,
Fred Kiefer wrote:
What is the problem with binary files with git? Would our image files be
affected? We have plenty of them in gui (tiff, gif, icns) and it would
be great to know in advance that these wont get corrupted.
no they should not corrupt.
I am not so worried about images, but b
Hi,
why is this thread actually cross-posted between our own mailing list??
Ivan Vučica wrote:
While 'divide-and-conquer' searching to find the exact commit where a
certain bug was introduced, do you honestly want to deal with the
delays introduced by 'svn up'?
Wait not, but I want to easil
On 05/25/15 09:09, Gregory Casamento wrote:
Hey guys,
I wanted to run this past the community to see what the general feeling
is. I am considering a move back to savannah utilizing git instead of
subversion.
The implementation of git on savannah, I believe, allows checkout and
check-in VIA sub
Hi,
while upgrading the latest releases, I ran into problem with the libgif
5.1.1 installed on OpenBSD, that EGifCloseFile() is called with too few
arguments. Seems with 5.1.0, it got added the second argument, like
DGifClose got, patch below fixes issue for me.
OK to commit?
--- Source/NSB
Hi,
Am 25.05.2015 um 18:12 schrieb Riccardo Mottola :
> Hi,
>
> why is this thread actually cross-posted between our own mailing list??
Don’t know. I just reply all…
>
> Ivan Vučica wrote:
>> While 'divide-and-conquer' searching to find the exact commit where a
>> certain bug was introduced,
Thank you for spotting this. This is a rather annoying bug. One of the main
reasons why I tried to push the new release out was to get GIF support working
again with a current release of libgif and now this is still broken.
If you change this, could you please move the #define for EGifOpen to the
El lun, 25-05-2015 a las 19:37 +0200, Sebastian Reitenbach escribió:
> On 05/25/15 09:09, Gregory Casamento wrote:
> > Hey guys,
> >
> > I wanted to run this past the community to see what the general feeling
> > is. I am considering a move back to savannah utilizing git instead of
> > subversion.
27 matches
Mail list logo