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.

There is only a guideline about using tagged releases instead of arbitrary non-tagged commits, and I chose to ignore it in favor of getting bugfixes and new features without waiting two more years for a release to happen.

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...

@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.