Re: [fpc-other] Git & SVN

2017-05-23 Thread Mark Morgan Lloyd
On 23/05/17 14:00, Marco van de Voort wrote: In our previous episode, Graeme Geldenhuys said:> As with any new applications or technologies, there is always some > learning curve (big or small). There are tons of bad habits ingrained in > SVN users. Those do not translate well to Git (thank

Re: [fpc-other] Git & SVN

2017-05-23 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > As with any new applications or technologies, there is always some > learning curve (big or small). There are tons of bad habits ingrained in > SVN users. Those do not translate well to Git (thank goodness). Git > works fundamentally different

Re: [fpc-other] Git & SVN

2017-05-23 Thread Marco van de Voort
In our previous episode, Mark Morgan Lloyd said: > Now I don't deny for a moment that Git has its advantages for > distributed working. But am I correct in my understanding that it has > nothing that maps directly onto the monotonic revision list of > traditional VCSs including Subversion?

Re: [fpc-other] Git & SVN

2017-05-23 Thread DaWorm
emacs! vi! Let's call the whole thing off and use EDLIN. ___ fpc-other maillist - fpc-other@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-other

Re: [fpc-other] Git & SVN

2017-05-23 Thread Martin Frb
On 23/05/2017 16:04, Graeme Geldenhuys wrote: WTF? Branching and Merging are two key feature of Git. So if the don't want merging (or only allow fast-forward merges), I guess they want to Rebase everything everybody contributes - yeah the lovely linear history of SubVersion because they

Re: [fpc-other] Git & SVN

2017-05-23 Thread Graeme Geldenhuys
On 2017-05-23 15:09, Mark Morgan Lloyd wrote: One question if I may. Subversion has revision numbers like 12345, and it's comparatively easy to query that and build it into a piece of software's version information. And the same is true for Git. By design, distributed version control systems

Re: [fpc-other] Git & SVN

2017-05-23 Thread Graeme Geldenhuys
On 2017-05-23 15:23, Marco van de Voort wrote: some info is at http://llvm.org/docs/Proposals/GitHubMove.html#on-managing-revision-numbers-with-git merging, external repos were some of the other issues. Good Lord, who wrote that, and when? Clearly someone with a serious lack of Git knowlegde

Re: [fpc-other] Git & SVN

2017-05-23 Thread Karoly Balogh (Charlie/SGR)
Hi, On Tue, 23 May 2017, Martin Frb wrote: > Or maybe they haven't forgotten how nice and simple svn is. Erm, I really don't want to be involved in the usual religious war, personally I use exclusively Git these days (for personal stuff), but I don't mind SVN, CVS, or whatever a project uses

Re: [fpc-other] Git & SVN

2017-05-23 Thread Florian Klämpfl
Am 23.05.2017 um 12:42 schrieb Graeme Geldenhuys: > On 2017-05-23 11:31, Tomas Hajny wrote: >> the other, but let me remind you, that it isn't just about Florian. During >> the previous discussions on this evergreen topic, Florian, Marco, Jonas >> (if I remember correctly) and others raised quite

Re: [fpc-other] Git & SVN

2017-05-23 Thread Marco van de Voort
In our previous episode, Karoly Balogh (Charlie/SGR) said: > > Git just doesn't do KISS. > > You need an SVN server to start working with SVN. With Git, you go to a > directory, do "git init" and start committing. Everything is local. Not > sure how that's not KISS. (You can add a remote later,

Re: [fpc-other] Git & SVN

2017-05-23 Thread Florian Klämpfl
Am 23.05.2017 um 18:00 schrieb Karoly Balogh (Charlie/SGR): > Hi, > > On Tue, 23 May 2017, Martin Frb wrote: > >> Or maybe they haven't forgotten how nice and simple svn is. > > Erm, I really don't want to be involved in the usual religious war, > personally I use exclusively Git these days

Re: [fpc-other] Git & SVN

2017-05-23 Thread Sven Barth via fpc-other
On 23.05.2017 18:00, Karoly Balogh (Charlie/SGR) wrote: > Also, ever tried to do partial commits in SVN? (Not committing all the > changes in a single file.) (git add --patch) To be fair: at least on Windows that is very easy with the help of TortoiseSVN :) Regards, Sven

Re: [fpc-other] Git & SVN

2017-05-23 Thread Karoly Balogh (Charlie/SGR)
Hi, On Tue, 23 May 2017, Karoly Balogh (Charlie/SGR) wrote: > > To get get back on track, I'll restate the question I posed in the last > > message unambigously: > > > > how to avoid that a push of member X doesn't leave a branch in an > > undesirable state that leaves member Y three choices: >

Re: [fpc-other] Git & SVN

2017-05-23 Thread Marco van de Voort
In our previous episode, Karoly Balogh (Charlie/SGR) said: > > how to avoid that a push of member X doesn't leave a branch in an > > undesirable state that leaves member Y three choices: > > How to avoid that member X with commit write access doesn't leave a branch > in SVN in an undesirable

Re: [fpc-other] Git & SVN

2017-05-23 Thread Florian Klämpfl
Am 23.05.2017 um 22:10 schrieb Karoly Balogh (Charlie/SGR): > > 1., Have his own clone of the FPC repository. Create his local webassembly > branch, and keep happily working on his local copy, then leave it rot > when he loses motivation, doesn't distract anyone. > ... and the code is lost :)

Re: [fpc-other] Git & SVN

2017-05-23 Thread noreply
On 2017-05-23 04:23, Graeme Geldenhuys wrote: On 2017-05-22 23:11, nore...@z505.com wrote: What happens if you use the SVN bridge that allows you to run svn commands to a git server? Maybe your wording is confusing, or SVN has abilities I didn't know of. it may just be a github thing, I'm

Re: [fpc-other] Git & SVN

2017-05-23 Thread Karoly Balogh (Charlie/SGR)
Hi, On Tue, 23 May 2017, Marco van de Voort wrote: > The problem is that if problems get practical the advocatists suddenly step > back and aren't really able to do more than regurgitate either the standard > beginner "wisdoms" or "you shouldn't want this" or "this is the new improved > ways" or

Re: [fpc-other] Git & SVN

2017-05-23 Thread Florian Klämpfl
Am 23.05.2017 um 21:56 schrieb Graeme Geldenhuys: > On 2017-05-23 20:33, Karoly Balogh (Charlie/SGR) wrote: >> Now, how the actual process would look with the FPC team, that's hard to >> define at this point. But the tools are there for it. > > Exactly what I was getting at. > > >> Was this a

Re: [fpc-other] Git & SVN

2017-05-23 Thread Karoly Balogh (Charlie/SGR)
Hi, On Tue, 23 May 2017, Florian Kl?mpfl wrote: > > For those interested, read the many blobs about how the Linux Kernel > > development is managed. > > FPC is a compiler and not an OS kernel, so would like to see such blog > posts from big compilers: e.g. gcc, clang I see your point Florian,

Re: [fpc-other] Git & SVN

2017-05-23 Thread Graeme Geldenhuys
On 2017-05-23 21:16, Florian Klämpfl wrote: ... and the code is lost :) Not at all, I have about 20+ local branches in my fpGUI repository. Some branches date back to 2009, 2010. Ideas I had, but lost motivation, or they were simply an experiment (that could be useful at some point). Just 2

Re: [fpc-other] Git & SVN

2017-05-23 Thread noreply
On 2017-05-23 04:23, Graeme Geldenhuys wrote: On 2017-05-22 23:11, nore...@z505.com wrote: What happens if you use the SVN bridge that allows you to run svn commands to a git server? Maybe your wording is confusing, or SVN has abilities I didn't know of. I know Git can manage SVN

Re: [fpc-other] Git & SVN

2017-05-23 Thread noreply
On 2017-05-23 09:01, DaWorm wrote: emacs! vi! Let's call the whole thing off and use EDLIN. Don't forget mg https://www.google.ca/search?q=mg+micro+gnu+emacs From what I remember, this one had some nice simple C source code instead of bloated projects..

Re: [fpc-other] Git & SVN

2017-05-23 Thread Karoly Balogh (Charlie/SGR)
Hi, On Tue, 23 May 2017, Marco van de Voort wrote: > Trust is that people are not deliberately doing things. For accidental > things there are tools (except GIT, apparently) Err...? :) The only way to can fuck up a remote Git repository is by force pushing, if you have write access already. But

Re: [fpc-other] Git & SVN

2017-05-23 Thread Karoly Balogh (Charlie/SGR)
Hi, On Tue, 23 May 2017, Florian Kl?mpfl wrote: > > so they just use git-svn. > > This is what I do as well for several things, but I still think, > subversion is the better solution as the canonical FPC repository. *shrug* As I said, I'm fine with it anyway, whatever. But I can see the

Re: [fpc-other] Git & SVN

2017-05-23 Thread Florian Klämpfl
Am 23.05.2017 um 22:36 schrieb Karoly Balogh (Charlie/SGR): > so they just use > git-svn. This is what I do as well for several things, but I still think, subversion is the better solution as the canonical FPC repository. ___ fpc-other maillist -

Re: [fpc-other] Git & SVN

2017-05-23 Thread Graeme Geldenhuys
On 2017-05-23 21:05, Florian Klämpfl wrote: FPC is a compiler and not an OS kernel, so would like to see such blog posts from big compilers: e.g. gcc, clang OS Kernel, Compiler, any other project - what's the difference. Git development itself is managed in a very "distributed" way with

Re: [fpc-other] Git & SVN

2017-05-23 Thread noreply
On 2017-05-23 17:41, Graeme Geldenhuys wrote: On 2017-05-23 21:16, Florian Klämpfl wrote: ... and the code is lost :) Not at all, I have about 20+ local branches in my fpGUI repository. Some branches date back to 2009, 2010. Ideas I had, but lost motivation, or they were simply an experiment

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

2017-05-23 Thread noreply
On 2017-05-22 18:53, Graeme Geldenhuys wrote: On 2017-05-22 23:39, nore...@z505.com wrote: What about Rust or plain C? Or Digital Mars D? I hate C with a passion. I'll never code in that ever again. Pascal and C are actually twin brothers with slightly different syntax... But my biggest

[fpc-other] How do you keep up with FPC discussions?

2017-05-23 Thread noreply
I can't find enough time in the day to read even one single email list (fpc-pascal), let alone two, or more.. How in the world do people (you) keep up with reading email lists and not waste the entire day? It seems some of you have super human powers that I don't have, to be able to both

Re: [fpc-other] Git & SVN

2017-05-23 Thread noreply
On 2017-05-23 17:33, Graeme Geldenhuys wrote: On 2017-05-23 21:10, Karoly Balogh (Charlie/SGR) wrote: Now, in Git, this idiot can do: Plus that idiot could start the fork and his branch without needing to bother the FPC team. With SVN he has to ask them to add him to the SubVersion repo user

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

2017-05-23 Thread noreply
On 2017-05-23 01:03, Nikolay Nikolov wrote: Isn't java just a wrapper around C? No. Java compilers generate code for a virtual machine, called JVM (Java Virtual Machine). They do not generate code for x86 CPUs or any other ...snip... But the virtual machine is just C code, so it's a

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

2017-05-23 Thread wkitty42
On 05/23/2017 09:52 PM, nore...@z505.com wrote: Just to do basic bloody damn things, Java and C# require ridiculous obnoxious nests/indentations. > No talking about 2 vs 8 space indentation choices, although that's another issue i'm guessing that you haven't played with python where indention

Re: [fpc-other] Git & SVN

2017-05-23 Thread noreply
On 2017-05-23 15:36, Karoly Balogh (Charlie/SGR) wrote: > At work, I don't even push against master, but I do a pull request > against my own repository, and ask one of my senior colleagues to > review... I don't know about you, but to me this sounds a lot more > like teamwork, than going around

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

2017-05-23 Thread noreply
On 2017-05-22 18:39, Graeme Geldenhuys wrote: On 2017-05-22 22:45, nore...@z505.com wrote: The amount of nesting and indented procedures inside classes in Java is horrible, IMO. It's not a Java language issue, but the indent preference of the developer. Many Java IDE's support multiple

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

2017-05-23 Thread wkitty42
On 05/23/2017 09:56 PM, nore...@z505.com wrote: The C struct is literally the pascal record, and is all based on the same Structured Programming work by Dijkstra except that the C struct does not have the array length at position zero and you have to process until you hit the first null

Re: [fpc-other] [fpc-pascal] FPC Graphics options?

2017-05-23 Thread Ralf Quint
On 5/23/2017 7:19 PM, wkitt...@windstream.net wrote: > On 05/23/2017 09:56 PM, nore...@z505.com wrote: >> The C struct is literally the pascal record, and is all based on the >> same Structured Programming work by Dijkstra > > except that the C struct does not have the array length at position >