Re: [Rpm-maint] [rpm-software-management/rpm] platform: Ensure empty buildroot for %install (#1039)

2020-02-02 Thread Florian Festi
I'd guess you need to add it to https://github.com/rpm-software-management/rpm/blob/master/tests/Makefile.am#L170 to be available in testing/ -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] Print all build errors and do not stop after the first error (#1020)

2020-02-02 Thread mikhailnov
mikhailnov commented on this pull request. > @@ -3107,7 +3107,7 @@ rpmRC processBinaryFiles(rpmSpec spec, rpmBuildPkgFlags > pkgFlags, int didInstall, int test) { Package pkg; -rpmRC rc = RPMRC_OK; +rpmRC res = RPMRC_OK; How reliable is it to see if

Re: [Rpm-maint] [rpm-software-management/rpm] Add znver1 arches with 32-bit + 64-bit variants and proper CPU detection (#1035)

2020-02-02 Thread ニール・ゴンパ
@mikhailnov I'm not going to add architectures nobody has... -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] Add znver1 arches with 32-bit + 64-bit variants and proper CPU detection (#1035)

2020-02-02 Thread mikhailnov
Why znver1 only, why only this architecture? It looks a bit strange -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] elfdeps: Add full multiarch deps support (#1038)

2020-02-02 Thread ニール・ゴンパ
@mikhailnov what is e2k? -- 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/pull/1038#issuecomment-581179157___ Rpm-maint mailing list

Re: [Rpm-maint] [rpm-software-management/rpm] elfdeps: Add full multiarch deps support (#1038)

2020-02-02 Thread mikhailnov
It would be nice to add e2k here -- 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/pull/1038#issuecomment-581179105___ Rpm-maint

Re: [Rpm-maint] [rpm-software-management/rpm] platform: Ensure empty buildroot for %install (#1039)

2020-02-02 Thread ニール・ゴンパ
@ffesti, @pmatilai I'm deeply confused... I don't understand why the rpmbuild runs in tests fail to be able to execute `/usr/bin/dirname`. Can you help? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] platform: Ensure empty buildroot for %install (#1039)

2020-02-02 Thread ニール・ゴンパ
@Conan-Kudo pushed 1 commit. 46369dafd38c2c6240fb466bf8211333f3f66b4f platform: Ensure empty buildroot for %install -- You are receiving this because you are subscribed to this thread. View it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] platform: Ensure empty buildroot for %install (#1039)

2020-02-02 Thread ニール・ゴンパ
I've proposed this so that I can resolve [RhBug:1523826](https://bugzilla.redhat.com/show_bug.cgi?id=1523826) in a cross-distribution manner. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

[Rpm-maint] [rpm-software-management/rpm] platform: Ensure empty buildroot for %install (#1039)

2020-02-02 Thread ニール・ゴンパ
This change ensures that any existing buildroot contents are wiped and a fresh empty one is created for usage in %install. Variations of this exist in virtually every RPM-based Linux distribution for more than a decade. At this point, it is expected behavior everywhere and it is amazing that it