patches applied in different directories in %prep

[dhodovsk]

When digging in the spec files, trying to find specific reasons for error xxx.patch: No such file or directory, there was one thing that some of the packages had in common and that is they change the directory where some of the patches are applied.

Packages:

• c8s: gcc, gtk-vnc, fwupd, java-11-openjdk, nss, openldap, openssh, python-pip, postfix, python-ply, tigervnc, texlive, unbound
• c8: java-11-openjdk, latex2html, ldns, metis, mingw-gsm, mingw-nspr, nspr, nss, nss-softokn, nss-util, imake, openldap, openssh, python-pip, python-ply, python-suds, rhel-system-roles-sap, rhel-system-roles (with missing directories), tzdata, unbound, brltty (needs tcl installed first), xorg-x11-font-utils, xorg-x11-fonts, xorg-x11-server-utils, xorg-x11-server-utils, eclipse-emf, bind, freetype, fuse, gcc, gtk-vnc, openblas, docbook-dtds, mozjs52

[TomasTomecek]

a lot of high-profile packages in the list and I hope this should be fairly easy to do

[TomasTomecek]

I just reported an issue against rpm which is coming from how gcc is doing %setup:

https://bugzilla.redhat.com/show_bug.cgi?id=1881840

the issue is that when we change it to %autosetup, not both additional archives are unpacked

[TomasTomecek]

okay, this seems to be a list of packages which are really hard to convert.

fwupd:

%prep
%setup -q
%patch2 -p1 -b .lvfs-disabled

mkdir -p subprojects/libjcat
tar xfvs %{SOURCE1} -C subprojects/libjcat --strip-components=1

# apply patch to subproject
cd subprojects/libjcat
%patch3 -p0 -b .gpgme-parsing
cd -

Breathe now. Deeply.

So they unpack an archive in the tree structure and patch it then (!!!!!!!) - there is no way that we can convert this reliably: the unpack&patch thing is just impossible to turn into a source-git repo.