On 01/25/2017 04:31 PM, Richard Shaw wrote: > On Wed, Jan 25, 2017 at 9:18 AM, Dominik 'Rathann' Mierzejewski > <domi...@greysector.net <mailto:domi...@greysector.net>> wrote: > > On Wednesday, 25 January 2017 at 15:52, Richard Shaw wrote: > [...] > > So it seems to me that %pre did not run. > > > > Am I missing something? > > I think it did run and RPM is complaining that files that are in %files > are not there after unpacking the cpio payload. Try removing them from > %files completely. Of course, it would've been easier if we could > see your spec file. > > > Maybe but that doesn't make sense to me. I have verified on a fresh install > that > the symlink is created correctly but only when upgrading it fails. > > $ ll /var/lib/unifi > total 12 > drwxr-xr-x. 6 unifi unifi 4096 Jan 25 08:44 data > drwxr-xr-x. 2 unifi unifi 4096 Jan 25 08:32 logs > lrwxrwxrwx. 1 unifi unifi 15 Jan 25 08:44 'logs;5888ba05' -> ../../log/unifi > drwxr-xr-x. 3 unifi unifi 4096 Jan 25 08:04 work > > This shows me the the real directory logs is still present even though it > should > have been rm -rf'ed out and what I assume happens is cpio does a random rename > to the symlink. > > In either case, the full spec file is here: > https://hobbes1069.fedorapeople.org/unifi.spec > > Thanks, > Richard
See https://fedoraproject.org/wiki/Packaging:Directory_Replacement Replacing a directory with a symlink is a known limitation of RPM. The workaround is there.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
