Bug 1573966

The libidn's postin scriptlet just calls install-info and ldconfig.

DNS says the libidn error is not fatal, so I suspect this is probably related to the cups error.

$ rpm -ql cups | grep cups.socket
/usr/lib/systemd/system/cups.socket

cups.socket is correctly in cups-2.2.6-14.fc28 rpm. I suspect the error is in anaconda.

Please, attach all files /tmp/*log with anaconda logs.

Created attachment 1430778 [details]
Logs from /tmp

I explicitly excluded "libidn" (in the %packages section) and now the installation finished successfully. 

```
%packages --excludedocs
@core
@base-x
@fonts
@multimedia
@hardware-support
@workstation-product
@gnome-desktop
-libidn
%end
```

Added it back in and the error is back. I agree the postin scriptlet seems simple enough so maybe it's something else.

I'm definitely seeing this only in libidn itself.  The graphical installer shows a window with this:

The following error occurred while installing.  This is a fatal error and installation will be aborted.

DNF error: Non-fatal POSTIN scriptlet failure in rpm package libidn

[Exit Installer]

Created attachment 1433234 [details]
/tmp/*.log

The reported DNF error is fatal (see https://bugzilla.redhat.com/show_bug.cgi?id=1565123). Reassigning back to libidn.

Can you please try it with libidn-1.34-2.fc28 fixed for bug #1573961?

https://bodhi.fedoraproject.org/updates/FEDORA-2018-aae2d44488

I guess ldconfig could be failing due to the symbols having unexpected sizes. However, I'd expect it to at least print an error message.

Command-line and graphical installer both fail with "DNF error: Non-fatal POSTIN scriptlet failure in rpm package libidn".  However, if I go into a console in the graphical installer it seems to have installed successfully.

# rpm -ivh /run/install/repo/Packages/libidn-1.34-2.fc28.x86_64.rpm --root /mnt/sysimage
Preparing...
        package libidn-1.34-2.fc28.x86_64 is already installed

I have %packages configured with --instLangs=en,en_US,en-US, and /usr/share/info/libidn.info.gz doesn't exist. I see that the original reporter has --excludedocs, so I'd guess the info file doesn't exist in his instance either.

Thanks for the hints.

I think you are right that it's an issue with the info files and not ldconfig. The %ldconfig macro does nothing on F28. install-info is the last command of the scriptlet and if that fails, the scriptlet will fail too.

Confirmed installing without "--excludedocs" works here.

ghostscript-9.23-4.fc28 libidn-1.34-3.fc28 mcabber-1.1.0-1.fc28.1 pidgin-2.13.0-1.fc28.1 python-slixmpp-1.3.0-5.fc28.1 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-aae2d44488

ghostscript-9.23-4.fc28 libidn-1.34-3.fc28 mcabber-1.1.0-1.fc28.1 pidgin-2.13.0-1.fc28.1 python-slixmpp-1.3.0-5.fc28.1 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-aae2d44488

Looks good here.

ghostscript-9.23-4.fc28, libidn-1.34-3.fc28, mcabber-1.1.0-1.fc28.1, pidgin-2.13.0-1.fc28.1, python-slixmpp-1.3.0-5.fc28.1 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-aae2d44488

Looks good here too. Kickstart install is able to finish successfully with "--excludedocs". Thank you!

ghostscript-9.23-4.fc28, libidn-1.34-3.fc28, mcabber-1.1.0-1.fc28.1, pidgin-2.13.0-1.fc28.1, python-slixmpp-1.3.0-5.fc28.1 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.