We have moved away from Github.
Our new source repositories are hosted at our self-hosted GIT server (https://gitea.artixlinux.org).
The Artix repositories on Github (https://github.com/artix-linux) have been archived.
How to register your account ?
Before on GitHub if I wanted to download the pkgbuild and related files to build an Artix package I could use svn to get just those files and not the whole repo in a single command. Some packages have several files so it is time consuming to copy, paste, and name them manually. But now when I try this on the new repo it fails with an authentication error, and asks for a password.
svn export https://github.com/artix-linux/packages/trunk/openrc/repos/core-x86_64
svn export https://gitea.artixlinux.org/artix/packages/trunk/openrc/repos/core-x86_64
Perhaps there is a better way to do this, and it is not at all urgent or a big problem. 8)
You can clone per package with
git clone https://gitea.artixlinux.org/packages/<name-of-package>.git
Thank you for that, it works pretty well, but you get 2 copies, while with svn you only got 1:
$ ls -R
.:
openrc
./openrc:
repos trunk
./openrc/repos:
core-x86_64
./openrc/repos/core-x86_64:
openrc-hook openrc.install openrc-install.hook openrc.logrotate openrc-remove.hook PKGBUILD sysctl.conf sysctl.hook
./openrc/trunk:
openrc-hook openrc.install openrc-install.hook openrc.logrotate openrc-remove.hook PKGBUILD sysctl.conf sysctl.hook
I think the trunk directory is probably intended for svn use, copied from the GitHub setup, so I suppose you could do away with it and make it git only which would work better with git. Or it looks like svn access could possibly be fixed by altering the server permissions to create a read only svn repo so it works like GitHub:
https://serverfault.com/questions/212097/svn-how-to-setup-a-read-only-branch-in-subversion (https://serverfault.com/questions/212097/svn-how-to-setup-a-read-only-branch-in-subversion)
We do not use subversion.
The reason for the trunk, and yes its originating in arch's usage of svn, is to have a safe anchor for package removal from a repo.
Trunk is gonna remain, it serves a specific purpose.
As konimex pointed out, you can clone simply a package repo with git.
Glad to hear the explanation - I only recently started using subversion as well as git because it was useful to download particular folders on GitHub, which for some reason was the easiest way to do that there. :o
OK, thanks for the work.
Will it stay consistent, that the subdirectories will be 'core-*', 'extra-*' and 'community-*' when the packages in Artix Linux will be from 'system', 'world' and 'galaxy', respectively?
I am working on some scripting to automatically find the right subdirectory depending on the repository, so I need some consistency and that information.
Naming is the same.
Just look around (https://gitea.artixlinux.org/explore/repos).
You may also find this helpful (https://gitea.artixlinux.org/artix/artools/src/branch/master/lib/util-pkg.sh).
Just encountered:
'lib32/wine' has the data in 'repos/core-x86_64', and not, as it would be expected, 'repos/multilib-x86_64'.
We reopened the github packages repos. They are now mirrors intended for public usage, but it won't accept Pull Requests, since being mirrors only.
https://github.com/artix-linux/packages
https://github.com/artix-linux/packages-galaxy
Hey,
I just encountered that the URLs of the per-package repositories changed:
Now it is something like
https://gitea.artixlinux.org/package<suffix>/<name-of-package>.git
where
<suffix> is in
many, but not
all, cases the first letter capitalised of
<name-of-package>.
Is there any programmatic way to determine the correct URL, to be able to automatically download the package recipe's repo when ownly knowing the package's name?
Yup, here (https://gitea.artixlinux.org/artix/artools/src/branch/master/lib/util-pkg-gitea.sh#L37), in this case plain bash.
Because https://gitea.artixlinux.org doesn't accept new users, I can't register an account on it and report issues.
There is an issue that needs to be fixed. elogind binary from the latest version of elogind depends on libaudit.so.1 from audit. But, elogind package doesn't depend on audit package. Because of this issue, XFCE shutdown buttons are disabled. I have to execute `shutdown -h now` on terminal emulators.
I had to roll elogind back to a previous version.
thanks,
so I should use artools to refer to how to use gitea.
Is the artools source to be regarded as the official "API" documentation, or is artools the only "official" API to interact with the repos?
Artools are used by team, and they also run on the build server.