Closed #511.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/511#event-2713861424___
Rpm-maint mailing list
Rpm-maint@lists.rpm
Okay I think this one has outlived its usefulness, Fedora 28 being EOL and all.
Thanks again for helping get this addressed.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issue
FWIW, this has been since fixed in Fedora rawhide and 29, but 28 still suffers
from it. Not that it's a bug that many people will see...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-managem
Nice, big thanks @filbranden for your efforts to get it addressed!
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/511#issuecomment-418653589__
Have another flaw reproducer using fakechroot with rpm4 "make check"
0) Create (and use) a symlink to the directory where rpm just built is under
test.
1) Run "make check" in rpm4.
Hint: pseudo from the Yocto Project (written and maintained by Peter Seebach)
is a mature and reliable replacement
Fixed in libattr:
http://git.savannah.nongnu.org/cgit/attr.git/commit/?id=14adc898a36948267bfe5c63b36879e94c98
I proposed a backport for the Fedora libattr RPM:
https://src.fedoraproject.org/rpms/attr/pull-request/2
--
You are receiving this because you are subscribed to this thread.
Reply
Yup, been there, hit that so known issue for me at least, but certainly better
visibility here than in my head :) Thanks for filing the upstream bug too.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm
The problem is due to `/usr/bin/install` crashing with a segmentation fault,
called from inside `data/SPECS/filedep.spec`.
The problem has to do with:
* libattr 2.4.48 (some change from 2.4.47)
* SELinux enabled (which means files have extended attributes and
`/usr/bin/install` will try to copy
