Arch Linux User Repository

Okay, I understand, my fault :/

@TheGoliath, there is no guideline about using tarballs instead of repository sources if they both provide the same code, and plenty of official Arch packages build releases from a VCS tag.

There is a guideline about preferring tagged releases instead of arbitrary non-tagged commits, but I chose to ignore it in favor of getting bugfixes and new features without waiting two more years for a release to happen. This is equivalent to backporting those commits via .patch files, and again you'll find many Arch packages doing the same.

(In other words, it's for the same reason as why you just dumped a truckload of patches onto realmd - all that stuff is why it used to build from a #commit= in the first place...)

Note that this is still different from the rule that requires the -git suffix. That suffix actually indicates that the package builds from master/tip/trunk, but that's not the case here - a specific fixed commit is built instead, so the "-git" suffix does not apply.

@grawity why is this a vcs package while there are releases available for download? This is against the PKGBUILD guidelines

I try to join AD domain but have error:

adcli join mydomain.dom -U admin -vvvv
 * Using domain name: mydomain.dom.da
 * Calculated computer account name from fqdn: PC-NO
 * Calculated domain realm from name: MYDOMAIN.DOM.DA
 * Discovering domain controllers: _ldap._tcp.mydomain.dom.da
 * Sending NetLogon ping to domain controller: pdc.mydomain.dom.da
 * Sending NetLogon ping to domain controller: sdc.mydomain.dom.da
 * Received NetLogon info from: PDC.mydomain.dom.da
 * Wrote out krb5.conf snippet to /tmp/adcli-krb5-7d9dCU/krb5.d/adcli-krb5-conf-ll4K3S
Password for admin@MYDOMAIN.DOM.DA: 
 * Authenticated as user: admin@MYDOMAIN.DOM.DA
 * Looked up short domain name: MYDOMAIN
 * Looked up domain SID: S-1-5-21-2129043xxx-1170727xxx-3678xxxx
 * Using fully qualified name: pc-no
 * Using domain name: mydomain.dom.da
 * Using computer account name: PC-NO
 * Using domain realm: mydomain.dom.da
 * Calculated computer account name from fqdn: PC-NO
 * Generated 120 character computer password
 * Using keytab: FILE:/etc/krb5.keytab
 * Found computer account for PC-NO$ at: CN=PC-NO,CN=Computers,DC=mydomain,DC=dom,DC=da
 * Sending NetLogon ping to domain controller: pdc.mydomain.dom.da
 * Received NetLogon info from: PDC.mydomain.dom.da
 * Set computer password
 * Retrieved kvno '12' for computer account in directory: CN=PC-NO,CN=Computers,DC=mydomain,DC=dom,DC=da
adcli: 'code == 0' not true at _adcli_krb5_keytab_test_salt
 ! Couldn't authenticate with keytab while discovering which salt to use: PC-NO$@MYDOMAIN.DOM.DA: Bad encryption type
 ! Couldn't add keytab entries: FILE:/etc/krb5.keytab: Bad encryption type
adcli: joining domain mydomain.dom.da failed: Couldn't add keytab entries: FILE:/etc/krb5.keytab: Bad encryption type

It was fixed in new version of this package for debian, centos redhat etc Can you please update package?

I tried to build with a minimal system and got a warning:
Warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docboot.xsl"

followed by an error being unable to parse the file. Over at "kde-workspace", i found a fix: installing kdelibs depending on the following packages:

kdelibs
attica-qt4
ilmbase
libdbusmenu-qt4
libmng
libutempter
media-player-info
openexr
phonon-qt4
phonon-qt4-gstreamer
polkit-qt4
qt4
xdg-utils

so i guess something from that list is missing as a build dependency, same goes for adcli-git.

The following command worked for me.

~> gpg --recv-keys --keyserver hkps://hkps.pool.sks-keyservers.net:443 7BFB1108D92765AF
gpg: Schlüssel 7BFB1108D92765AF: Öffentlicher Schlüssel "Stef Walter <stef@thewalter.net>" importiert
gpg: marginals needed: 3 completes needed: 1 trust model: pgp
gpg: Tiefe: 0 gültig: 2 signiert: 1 Vertrauen: 0-, 0q, 0n, 0m, 0f, 2u
gpg: Tiefe: 1 gültig: 1 signiert: 0 Vertrauen: 0-, 0q, 0n, 0m, 1f, 0u
gpg: nächste "Trust-DB"-Pflichtüberprüfung am 2017-08-30
gpg: Anzahl insgesamt bearbeiteter Schlüssel: 1
gpg: importiert: 1

Same problem here, but behind a firewall.

~> gpg --recv-keys --keyserver hkp://keyserver.pgp.com:80 7BFB1108D92765AF
gpg: Keine gültigen OpenPGP-Daten gefunden.
gpg: Anzahl insgesamt bearbeiteter Schlüssel: 0

" I ran "gpg --recv-keys 7BFB1108D92765AF" and that seemed to fix it."

I ran "gpg --recv-keys 7BFB1108D92765AF" and I got gpg: keyserver receive failed: No keyserver available.

I was having problems because the SHA1 hash verification failed yesterday. I tried it again today and it worked!
I also ran in to an error with GPG. I determined that I did not have public key in my keyring. I ran "gpg --recv-keys 7BFB1108D92765AF" and that seemed to fix it.
Sorry for any confusion. Package works as expected. Thanks for your work in maintaining the package!

@jdawg: What SHA1 are you seeing? http://www.freedesktop.org/software/realmd/releases/adcli-0.7.5.tar.gz still has 4b4ec635447bd2bed8f73f52a2181242d468aab6 as far as I can see. There was no change since I've uploaded the package.