Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
Why git?
Modern
There are more modern version control systems, e.g.
pijul which is even written in Rust.
Are that "more modern VCS" popular? Popularity means community, community means guides and tips
I've just checked that their chat has more members than our Telegram chat. Does it count as popular or we need the most popular thing? Maybe we should switch to the most popular programming language, JavaScript? By the way, the vision for their community is
reported to borrow a lot from the Rust community. I have no idea of what it means but sounds modern. Moreover, pijul has it's very own Code of Conduct, what more can we need from a version control system?
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
Pull requests, commits will be checked before merging to master branch
I am not sure a pull request is a unique feature of git. Automatic commit check and manual review is not related to git too.
Git allows merging. Pull requests is just web interface for merging
What about
this and
this?
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
Multiple repositories, not all files will be in main repository
I believe virtually every VCS allows several repos per host. SVN certainly does.
Why it haven't done then? All files in one repository it's not good
Not good for what? It's very convenient for our autobuild, because building a single repo is easier than syncing several ones. It's easier for new developers because they don't have to bother with git submodules or separate repos for the kernel, drivers, programs, skins, etc. But the main reason is simple: it isnt done because nobody cares enough to do it.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
So, maybe there are other reasons to use git.
What's the reason continue using svn?
Well, svn has been our setup for decades. If you propose to change this, it is your responsibility to explain reasons and benefits. For now I see that git is modern (no so modern in fact), it can merge (just like svn) and has branches (in a different way than we have in the repo, and nobody cares to convert these svn branches to git branches). Is there any other reason to change our current setup?
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
Also, currently GSoC is going, why we scare the students with old websvn?
Why should they be scared of websvn? I believe that our Telegram chat in Russian scares them more.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
Also, people wants git by results of voting
That counts. I believe they also want Firefox in KolibriOS and KolibriOS on RaspberryPi.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
What existing services do you propose to replace with gitea? How do you plan to move their contents?
Currently, websvn and bugtracker. Manualy.
Any update?
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
Open source
Like all the web services we are currently using.
But Gitea is still open source. It's not about websvn is not, it's about we can replace OSSP with OSSP
So, we can do some work to stay at the same place.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
Customizable
What customizations are missing from our services that we want from gitea?
Themes from community, for example
Change project infrastructure because of colors?
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
Easy to use
Is websvn hard to use?
Fusty design
In what way? Because there is no theme with ponies?
I'm starting thinking that you just call "old" and "fusty" everything you don't like without saying the actual reason why you don't like it. For example, KolibriOS is older than git. FASM is older than KolibriOS. Should we drop them too?
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
(Almost?) same features as GitHub
So, which features we would like to have?
- Actions for builds
- Organisations for dividing main repository by many for different programming languages, programms not in builds etc.
- Pull requests to avoid that kind of situations
- Maybe, wiki in future
Can actions do an incremental build like the current setup? Do I understand correctly that SVN doesn't support several repos on one server? I don't see many people reviewing this
PR.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
What is already done?
Autobuild with Gitea Actions
Why changing the current scheme that uses a post-commit hook?
"It's working -- don't touch" is not cool.
Again, not cool and not modern don't sound like technical reasons.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
In commit list we will see commits, that failed building/testing, then click add see where and why "without leaving the cash register".
Same as
here but on a different page?
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Will the autobuild via gitea actions work for direct commits to main?
Yep
Good news.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
So, tag and offset will be used instead of revision number
This way we will get rv0.7.7.0-1234 on the blue screen instead of r2345. Is it ok?
Why not?
About three times longer, with many dots and a hyphen. Just harder to read.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Also, 'git show v0.7.7.0-1234' will not find the commit.
Then, if the kernel logs its version as v0.7.7.0-1234, how should I find the corresponding commit?
Then there will also hash
Then it will be four or five times longer than r1234.
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
Is there any version specification?
In what way version specification is connected to git or gitea?
In git there is no revision number. Then we need another way to indentificate the commit - git describe. It returns tag, offset and hash. Tag is version, then we need in version specification
Can we just replace svn revisions with git hashes and keep using our current 0.7.7.0 scheme for releases?
Sweetbread wrote: ↑Mon Feb 26, 2024 1:46 pm
dunkaist wrote: ↑Sun Feb 25, 2024 9:16 am
Sweetbread wrote: ↑Sat Feb 24, 2024 5:40 pm
Filename format?
kolibri_<tag>-<offset>-g<hash>.<ext>
That g before <hash> breaks selection with a double click. Why is it needed?
Ok, without g
We already discussed this in the
PR.