On 01. 04. 21 10:47, Vít Ondruch wrote:
Dne 01. 04. 21 v 0:54 Mamoru TASAKA napsal(a):
> Hello:
>
> Miro Hrončok wrote on 2021/04/01 6:45:
>> On 31. 03. 21 21:52, Ben Cotton wrote:
>>> * Strict checking for unpackaged content in builds
>> > ...
>>> * Many existing packages will fail to build due to the stricter
>>> buildroot content checking. Fixing this in the packaging is always
>>> backwards compatible. We could temporarily set
>>> `%_unpackaged_files_terminate_build 0` in rawhide to alleviate initial
>>> impact if necessary.
>>
>> This is my main concern with this update.
>>
>> tl;dr If you %exclude something and there is no other subpackage to own the
>> files, the build fails:
>>
>>
>> This fails:
>>
>> %install
>> ...
>> touch %{buildroot}/foo %{buildroot}/bar
>>
>> %files
>> /
>> %exclude /foo
>
> As the files Miro has attached shows, this affects not a few rubygems related
> packages. Many rubygems related packages has: %exclude %gem_cache .
Just FTR, as a Ruby maintainer and gem2rpm maintainer, I am well aware of this
change and believe me or not, I support the intention, mainly because it avoids
unintentional side-effects.
However, so far I have not figured alternative (should be probably read as
elegant) way to do this. Maybe we should generate some file lists for the
packages and remove the selected files from the FS as well as from the file
list. Dunno.
Yeah, I have no problem with "using %exclude like this is wrong and it was never
intended to be abused in this way" but I miss the "this is how to do it
properly" migration guide.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok