Can't install RPM due to conflict with hicolor-icon-theme about appimaged HOT 9 CLOSED

Uh, that's really bad. Sorry you are running into trouble. Does the AppImage version work for you?

Maybe we should drop the rpm/deb packages altogether and just ship appimaged as an AppImage only. That's what I intend to do for the upcoming successor, anyway.

from appimaged.

The AppImage version does work.

The one bit of feature parity between them is I liked how the deb version uses systemd (auto)start. I guess it's not out of the realm of possibility to simply add a --user systemd unit file manually, but it was nice that the deb did it automatically. I'm assuming the same for the rpm? Although due to this bug I couldn't check it out 😜

from appimaged.

I think I know what the issue is. RPM doesn't like "empty directories" to be "installed". It's a nonsense limitation, and requires blacklisting all those directories in CMake's CPack configuration.

@probonopd please add all the directory names in https://github.com/AppImage/appimaged/blob/master/cmake/cpack_rpms.cmake#L31, that should fix the problem.

from appimaged.

The other issue is by the way not related.

from appimaged.

Interesting,

/usr/share/icons/hicolor/128x128 
/usr/share/icons/hicolor/128x128/apps

are not files (at least they shouldn't) but directories.

from appimaged.

IMO a bug/limitation in CMake. They should ignore directories automatically, they would be created automatically anyway. Not sure if the bug is known upstream, don't have time to look into that.

from appimaged.

@kbknapp can you please retest with the latest continuous build? Thanks.

from appimaged.

I just tested with appimaged-appimaged-1_alpha-gitb096cd3.travis221.x86_64.rpm and it works 🎉

from appimaged.

Thanks for confirming @kbknapp and thanks for providing the solution @TheAssassin

from appimaged.