gitlab conversion online. lazarus / 60-Free Pascal ---------------------------------------------------------------------- marcov · 2021-08-09 05:29 Hello, After several technical issues (8 tries were needed to convert the FPC sources to git), the move from svn/mantis to gitlab has been completed. The FPC sources are now available at https://gitlab.com/freepascal.org/fpc/source All FPC git repositories are available at: https://gitlab.com/freepascal.org/fpc This is also where bugs can be reported from now on: All Mantis issues have been converted to Gitlab issues. Depending on where you report an issue, the Gitlab system will ask you to select a project under which to report a bug. Note that e.g. documentation bugs should be reported in the documentation repository: https://gitlab.com/freepascal.org/fpc/documentation etc. A redirect has been put in place for the old bug system, if possible the system will redirect you to the correct issue in Gitlab. A similar redirect will be put in place for the viewvc repository view tool. The "development" page has been updated with the necessary instructions to connect with Git: https://www.freepascal.org/develop.html More information about git has been placed in the WIKI: https://wiki.freepascal.org/FPC_git The lazarus team also placed a version at https://wiki.freepascal.org/SVN_to_GIT_Cheatsheet If you see places where we overlooked updating the SVN to git or mantis to gitlab information, please let us know on the maillist... Michael. ---------------------------------------------------------------------- stocki · 2021-08-09 08:03 Does that really work? After about 60% git clone I get an RPC error or something like that. The download stops. Git is a dubious technology. SVN was much more stable. ---------------------------------------------------------------------- MarkMLl · 2021-08-09 08:23 Marco, please could that list be placed on a webpage somewhere with an *UNCHANGING* URL so that it can be bookmarked for reference. MarkMLl ---------------------------------------------------------------------- lucamar · 2021-08-09 08:25 Quote from: stocki on August 09, 2021, 10:03:42 amDoes that really work? After about 60% git clone I get an RPC error or something like that. Yes, it works, Might be a glitch on your network: Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i lucamar@Diana:~/temp$ git clone https://gitlab.com/freepascal.org/fpc/source.git fpcClonando en 'fpc'...remote: Enumerating objects: 662979, done.remote: Counting objects: 100% (662979/662979), done.remote: Compressing objects: 100% (127961/127961), done.remote: Total 662979 (delta 533037), reused 662489 (delta 532575), pack-reused 0Recibiendo objetos: 100% (662979/662979), 164.45 MiB | 1.40 MiB/s, listo.Resolviendo deltas: 100% (533037/533037), listo.Revisando archivos: 100% (20100/20100), listo.lucamar@Diana:~/temp$ Quote from: stocki on August 09, 2021, 10:03:42 amGit is a dubious technology. SVN was much more stable. While it's true that SVN is much more mature (and I prefer it too), I seriously doubt that Git is "dubious tech". Remember: it was created (and is actively used) to control the Linux kernel source; it's difficult to think of a bigger or more demanding piece of software to maintain. ---------------------------------------------------------------------- stocki · 2021-08-09 08:32 Why a glitch in my network? SVN worked for years. Git sucks. ---------------------------------------------------------------------- dseligo · 2021-08-09 09:34 Quote from: stocki on August 09, 2021, 10:32:15 amWhy a glitch in my network? SVN worked for years. Git sucks. For me it works without problem. Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i dseligo@router:~/priv$ git clone https://gitlab.com/freepascal.org/fpc/source.git fpcCloning into 'fpc'...remote: Enumerating objects: 662986, done.remote: Counting objects: 100% (662986/662986), done.remote: Compressing objects: 100% (127967/127967), done.remote: Total 662986 (delta 533038), reused 662495 (delta 532575), pack-reused 0Receiving objects: 100% (662986/662986), 164.46 MiB | 9.92 MiB/s, done.Resolving deltas: 100% (533038/533038), done.Checking out files: 100% (20100/20100), done.dseligo@router:~/priv$ ---------------------------------------------------------------------- marcov · 2021-08-09 10:03 Quote from: stocki on August 09, 2021, 10:03:42 amDoes that really work? After about 60% git clone I get an RPC error or something like that. The download stops. Git is a dubious technology. SVN was much more stable. Yes. I also had to try twice. Moreover I had to answer 20 sodding questions for tortoisegit + git config statements, while I needed 3 for tortoisesvn Personally I was not a proponent of moving to GIT. It might have some cracking features, but usability and safety doesn't convince me. ---------------------------------------------------------------------- ccrause · 2021-08-09 10:05 Quote from: stocki on August 09, 2021, 10:32:15 amWhy a glitch in my network? SVN worked for years. Git sucks. Consider a shallow clone: Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i git clone --depth=1 https://gitlab.com/freepascal.org/fpc/source.git fpc-1Cloning into 'fpc-1'...remote: Enumerating objects: 21014, done.remote: Counting objects: 100% (21014/21014), done.remote: Compressing objects: 100% (18082/18082), done.remote: Total 21014 (delta 4060), reused 15100 (delta 2522), pack-reused 0Receiving objects: 100% (21014/21014), 48.29 MiB | 2.06 MiB/s, done.Resolving deltas: 100% (4060/4060), done.Updating files: 100% (20100/20100), done.This will clone only the latest state of branch main without any history. Or you can specify a shallow clone of all the branches: Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i git clone --depth=1 --no-single-branch https://gitlab.com/freepascal.org/fpc/source.git fpc-2Cloning into 'fpc-2'...remote: Enumerating objects: 148851, done.remote: Counting objects: 100% (148851/148851), done.remote: Compressing objects: 100% (78871/78871), done.remote: Total 148851 (delta 109987), reused 102454 (delta 68874), pack-reused 0Receiving objects: 100% (148851/148851), 108.72 MiB | 2.04 MiB/s, done.Resolving deltas: 100% (109987/109987), done.Updating files: 100% (20100/20100), done. Or clone a specific branch only, say fixes branch for 3.2: Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i git clone --depth=1 --branch fixes_3_2 --single-branch https://gitlab.com/freepascal.org/fpc/source.git fpc-fixes_3_2Cloning into 'fpc-fixes_3_2'...remote: Enumerating objects: 19875, done.remote: Counting objects: 100% (19875/19875), done.remote: Compressing objects: 100% (17677/17677), done.remote: Total 19875 (delta 3749), reused 12745 (delta 1808), pack-reused 0Receiving objects: 100% (19875/19875), 46.04 MiB | 2.54 MiB/s, done.Resolving deltas: 100% (3749/3749), done.Updating files: 100% (18957/18957), done. As you can see there is considerable differences in the size of the transferred data. And just for reference:Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i git --versiongit version 2.25.1 ---------------------------------------------------------------------- MarkMLl · 2021-08-09 10:52 Quote from: ccrause on August 09, 2021, 12:05:42 pmAs you can see there is considerable differences in the size of the transferred data. Two points there: first, that doesn't show how much metadata is being moved around. Second, it doesn't show how much data Subversion would have moved around. I've previously expressed my own doubts about Git for the sort of distribution that most users here need (the case for core developers, and the degree of integration with bug reporting etc., is a completely different issue). However the decision has been made. MarkMLl ---------------------------------------------------------------------- stocki · 2021-08-10 07:25 Seems to me the git timeout kills the connection on slow DSL connections. The server needs to be configured correctly. ---------------------------------------------------------------------- El Salvador · 2021-08-10 07:37 @stocki, tried with the shallow clone (as @ccrause suggested)? QuoteTwo points there: first, that doesn't show how much metadata is being moved around. Second, it doesn't show how much data Subversion would have moved around.I believe @ccrause meant the difference in data transferred between the shallow clone (48mb) and the normal clone (108mb). ---------------------------------------------------------------------- Marc · 2021-08-10 07:42 Quote from: stocki on August 10, 2021, 09:25:11 amSeems to me the git timeout kills the connection on slow DSL connections. The server needs to be configured correctly. Gitlab is hosted by the Gitlab organization itself, if it timeout, file a ticket there. Marc ---------------------------------------------------------------------- Bart · 2021-08-10 14:24 Quote from: marcov on August 09, 2021, 07:29:46 amhttps://gitlab.com/freepascal.org/fpc/source Somebody should change "Installing the Free Pascal Compiler" accordingly. Bart ---------------------------------------------------------------------- stocki · 2021-08-10 22:25 I don't know if gitlab is a good decision in the long run. Services get shut down pretty quickly or go to people you don't like. ---------------------------------------------------------------------- marcov · 2021-08-11 06:28 Quote from: stocki on August 11, 2021, 12:25:01 amI don't know if gitlab is a good decision in the long run. Services get shut down pretty quickly or go to people you don't like. I don't think anybody has the illusion of *forever*, neither gitlab, nor the free premium tier for open-source projects that we get from it. But it will also not be a matter of only a couple of years, and if we have a run of 8-10 years, that still saves considerably on server administration and fees. ---------------------------------------------------------------------- Martin_fr · 2021-08-11 12:18 Quote from: stocki on August 09, 2021, 10:03:42 amDoes that really work? After about 60% git clone I get an RPC error or something like that. The download stops. Git is a dubious technology. SVN was much more stable. Well you were lucky with svn then. I had frequent aborts, when  I switched between fpc branches on svn. Or worse, it finished, but the result was broken (i.e. comparing the switched data to a new fresh checkout had diffs). Of course, my personal experience may not be representative. Anyway, if it is an issues with a server or firewall then it's not really git or fpc, it's just the choice of hoster that came with it. I don't know if there will be a fpc mirror on github. If so that might work better (diff hoster) ---------------------------------------------------------------------- MarkMLl · 2021-08-11 13:03 Quote from: Martin_fr on August 11, 2021, 02:18:15 pmWell you were lucky with svn then. I had frequent aborts, when  I switched between fpc branches on svn. Or worse, it finished, but the result was broken (i.e. comparing the switched data to a new fresh checkout had diffs). Of course, my personal experience may not be representative. The only time that I had problems with svn was when trying to use a non-standard program to create and maintain a local clone of the server... I forget the details. Without wanting to take sides on this particular bit of the argument: is a randomly dropped session likely to be more harmful to a version of a project checked out from svn, or to an attempted clone (shallow or otherwise) from git? MarkMLl ---------------------------------------------------------------------- PascalDragon · 2021-08-12 06:52 Quote from: Martin_fr on August 11, 2021, 02:18:15 pmI don't know if there will be a fpc mirror on github. If so that might work better (diff hoster) There already is. ---------------------------------------------------------------------- marcov · 2021-08-12 19:49 Using SVN on sf.net was also horrible, and the FPC server is saintly in comparison. A cloud problem, possibly. I also don't recognize the problem Martin describes, but I rarely switched branches on checkouts, usually having a fixes and trunk checkout of both projects. Normal SVN checkouts always worked for me with cabled systems. On wireless a checkout (as opposed to an update)  didn't run to completion sometimes. Another update or in rare cases a "cleanup" fixed it. ---------------------------------------------------------------------- Artlav · 2021-08-12 22:25 So, how do you link the accounts between gitlab bug tracker and the old bug tracker? I see many people have "Note by Florian @FPK2" kind of links there, but no obvious way to link the two. ---------------------------------------------------------------------- avra · 2021-08-13 06:01 Quote from: Artlav on August 13, 2021, 12:25:11 amSo, how do you link the accounts between gitlab bug tracker and the old bug tracker?There used to be a notification period when you could send a mail with your mantis and gitlab account names which were later matched in an automated conversion process. ---------------------------------------------------------------------- lucamar · 2021-08-13 11:48 Quote from: Artlav on August 13, 2021, 12:25:11 amSo, how do you link the accounts between gitlab bug tracker and the old bug tracker? I see many people have "Note by Florian @FPK2" kind of links there, but no obvious way to link the two. One can always do a "Search" for fpk2 in gitlab, which in this case leads to three members, the first of which is @FPK2 Of course, for more common nicks, the search result might have thousands of users, which makes it a "little" unwieldly ... ---------------------------------------------------------------------- Martin_fr · 2021-08-13 12:23 It is not possible for us to create issues in another persons name. Gitlab will not allow that (for obvious reasons). We announced a while back, that people who wanted their GitLab name mentioned in their issues/notes, should report it to us. Those who did were mentioned. In either case you can search for the mantis or gitlab name. For "reported issues"  search for (including the quotes): Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i "Martin"Where martin is the mantis user name. Or for notes and reports Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i "** Martin"(This time the "full name" from mantis) For monitored issues, search for (including the quotes / mind the space too): Code: Text  [Select][+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i "» @martin_frb""» martin"The "@" is the GitLab name, the other is mantis. (the mantis name only works, if no GitLab name was given) ---------------------------------------------------------------------- olly · 2021-09-17 12:45 Question: Should the bootstrappers be available on Gitlab? Currently only accessable via FTP, I think. ftp://ftp.freepascal.org/pub/fpc/dist/3.2.0/bootstrap/ ---------------------------------------------------------------------- funlw65 · 2021-09-20 00:40 It should!