Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#74043 - [gitolite] missing dependency
Attached to Project:
Community Packages
Opened by Y.G. (theYinYeti) - Sunday, 06 March 2022, 19:56 GMT
Last edited by Toolybird (Toolybird) - Thursday, 18 May 2023, 22:35 GMT
Opened by Y.G. (theYinYeti) - Sunday, 06 March 2022, 19:56 GMT
Last edited by Toolybird (Toolybird) - Thursday, 18 May 2023, 22:35 GMT
|
DetailsDescription:
_Not_ installing `inetutils` results in such warnings when initializing and running gitolite: ``` WARNING: Can't exec "hostname": No such file or directory at /usr/lib/gitolite/lib/Gitolite/Setup.pm line 160, <DATA> line 1. WARNING: Use of uninitialized value in concatenation (.) or string at /usr/lib/gitolite/lib/Gitolite/Setup.pm line 160, <DATA> line 1. WARNING: Can't exec "hostname": No such file or directory at /usr/lib/gitolite/lib/Gitolite/Setup.pm line 161. WARNING: Use of uninitialized value in concatenation (.) or string at /usr/lib/gitolite/lib/Gitolite/Setup.pm line 161. ``` It does not _seem_ to keep gitolite from running. If inetutils does not become a hard dependency, I suggest it becomes at least a strong suggestion in the optional dependencies. Additional info: * local/gitolite 3.6.12-1 * Dockerfile: FROM docker.io/library/archlinux RUN pacman -Syu gitolite openssh Steps to reproduce: `su -c "gitolite setup -pk \"$PK\"" gitolite` |
This task depends upon
Closed by Toolybird (Toolybird)
Thursday, 18 May 2023, 22:35 GMT
Reason for closing: Fixed
Additional comments about closing: gitolite 3.6.12-2
Thursday, 18 May 2023, 22:35 GMT
Reason for closing: Fixed
Additional comments about closing: gitolite 3.6.12-2
```
source=("$pkgname-$pkgver.tar.gz::$url/archive/v${pkgver}.tar.gz"
'gitolite-sysusers.conf'
'gitolite-tmpfiles.conf'
'gitolite-perl-sys-hostname.patch')
sha256sums=('8c55976ed561b8eabf39097b7fcb9c6e8741c2ceea85ef4529a06b1adff850b6'
'5e4f3aaa406c25fcd88fffaee74ea4878cecf1dd8c777456e4416caf35292dbf'
'5682190c639618cd4744d3ae193425df1044dde4fb36acf03fc4d20423eeb10c'
'92dd54a024e418a5928db0a402e087c80050d3541e8d257159e5f1dc48aeb600')
prepare() {
cd $pkgname-$pkgver/src
echo "$pkgver" > VERSION
cd ..
patch -p1 <../gitolite-perl-sys-hostname.patch
}
```
The adapted container (with COPY this pkg.tar.zst, then RUN pacman -U, and without inetutils) seems to work well: I was able to run `ssh gitolite@hostname info`, and clone the gitolite-admin repository, all without any warning. I did not look further.
I notice, that the welcome message from gitolite says “hello yves, this is gitolite@1 running gitolite3 3.6.12 on git 2.35.1”, with “1” being the hostname, whereas I had a Podman hash (something like “50f5cc3b2056”) as a hostname when using inetutils. But this is very minor IMHO, provided there is no functional impact on gitolite.
my $hn = (split /\./, hostname())[0];
https://github.com/archlinux/svntogit-community/commit/344727c502c343d5d51b81266097190a42812f3b
Still... loqs, want to send this upstream?
[1] https://github.com/sitaramc/gitolite/blob/master/CONTRIBUTING