[Rpm-maint] [rpm] Ft2 (#43)

2016-01-10 Thread soig
fix file triggers which are otherwise broken when using a chroot (which is the case of a DVD installer such as DrakX or Anaconda, or when using urpmi with either --root or --urpmi-root option) You can view, comment on, or merge this pull request online at:

[Rpm-maint] [rpm] Rpm 4.13.x (#41)

2016-01-10 Thread soig
fixes file triggers which are otherwise broken when using a chroot (which is the case of a DVD installer such as DrakX or Anaconda, or when using urpmi with either --root or --urpmi-root option) You can view, comment on, or merge this pull request online at:

[Rpm-maint] [rpm] Rpm 4.13.x ft2 (#42)

2016-01-10 Thread soig
fix file triggers which are otherwise broken when using a chroot (which is the case of a DVD installer such as DrakX or Anaconda, or when using urpmi with either --root or --urpmi-root option) You can view, comment on, or merge this pull request online at:

Re: [Rpm-maint] [rpm] Rpm 4.13.x (#41)

2016-01-10 Thread soig
Closed #41. --- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/pull/41#event-510445132___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint

Re: [Rpm-maint] [rpm] Pythoneggs cleanups (#46)

2016-01-17 Thread soig
On 17 January 2016 at 20:11, Neal Gompa (ニール・ゴンパ) <notificati...@github.com> wrote: > @soig <https://github.com/soig> Could you please check to see if these > would apply to #35 > <https://github.com/rpm-software-management/rpm/pull/35>? I've done some > refactoring

[Rpm-maint] [rpm] Pythoneggs cleanups (#46)

2016-01-16 Thread soig
This clean up pythonegg and make it usable. You can view, comment on, or merge this pull request online at: https://github.com/rpm-software-management/rpm/pull/46 -- Commit Summary -- * plug pythoneggs deps in internal deps generator * do not call typelib deps generator * kill now

[Rpm-maint] [rpm] fix %doc with glob with some locales (#45)

2016-01-16 Thread soig
Some spec files fail to build under some locales, when %doc is used with glob. eg: %build touch author AUTHORS Ch cha %files %doc [A-Z]* Which results in: LANG=fr LC_COLLATE=fr LC_ALL=fr rpmbuild -ba SPECS/null.spec (...) error: Installed (but unpackaged) file(s) found:

[Rpm-maint] [rpm] Doc (#48)

2016-01-16 Thread soig
This updates doxygen doc so that it's more useful. It also update a man page and get rid of an old file. Last but not least, it updates Breton translations You can view, comment on, or merge this pull request online at: https://github.com/rpm-software-management/rpm/pull/48 -- Commit Summary

[Rpm-maint] [rpm] alias -P on --provides (#47)

2016-01-16 Thread soig
let's make it symetric/constistent with -R/--requires You can view, comment on, or merge this pull request online at: https://github.com/rpm-software-management/rpm/pull/47 -- Commit Summary -- * alias -P on --provides -- File Changes -- M rpmpopt.in (1) -- Patch Links --

Re: [Rpm-maint] [rpm-software-management/rpm] add brp helper scripts from mandriva's spec-helper (#122)

2017-02-24 Thread soig
On 24 February 2017 at 11:32, Panu Matilainen wrote: > I've nothing against adding more brp-scripts as such, I haven't looked at > this in any detail but there seems to be useful stuff in there. > > Enabling such a big pile of new stuff by default is a wholly different

Re: [Rpm-maint] [rpm-software-management/rpm] configure.ac: Support detecting gpg2 for %__gpg and prefer gpg2 (#101)

2016-11-22 Thread soig
err, actually that's only a couple of weeks it's done in Mageia... On 22 November 2016 at 15:26, Neal Gompa (ニール・ゴンパ) wrote: > For a number of years, various Linux distributions (notably Fedora and > Mageia) have been overriding this to set it to use gnupg2, with no

Re: [Rpm-maint] [rpm-software-management/rpm] When using %autopatch, create backup files with .~ suffix by def… (#109)

2016-12-09 Thread soig
On 9 December 2016 at 04:03, proyvind wrote: > …ault > > The legacy mandriva %apply_patches macro by default generated backup > files with unique suffixes by default, the suffix for patch0 being > .0001~ etc. > > As for those of us still using gendiff, this is still

Re: [Rpm-maint] [rpm-software-management/rpm] When using %autopatch, create backup files with .~ suffix by def… (#109)

2016-12-09 Thread soig
On 9 December 2016 at 15:41, Igor Gnatenko <notificati...@github.com> wrote: > @soig <https://github.com/soig> Fully agree, saw same problem in Fedora > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > &l

Re: [Rpm-maint] [rpm-software-management/rpm] rpm2cpio and rpm2archive: don't write archive data to a terminal. (#116)

2017-01-07 Thread soig
On 6 January 2017 at 05:11, Neal Gompa (ニール・ゴンパ) wrote: > *@Conan-Kudo* approved this pull request. > > Looks fantastic to me! > > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view it on GitHub >

Re: [Rpm-maint] [rpm-software-management/rpm] Support optionally creating backup files with %autopatch or %autosetup (#110)

2016-12-18 Thread soig
%autosetup + SCM is quite a lot better IMHO... Also, Mageia as the primary (only?) rpm.org user and %apply_patch user is switching away from %apply_patch towards %auto(setup|patch) and all packagers are happy with no backup at all or using SCM so I don't know why "The legacy Mandriva

Re: [Rpm-maint] [rpm-software-management/rpm] RFE: show command which is executed for dependency generator in debug mode (#338)

2017-10-24 Thread soig
On 23 October 2017 at 15:33, Igor Gnatenko wrote: > Currently I don't see way how to debug rpm dependency generators.. > Something just happens silently and might be broken in some way and there > is no way of finding out what's going on. > > — > You are receiving this

Re: [Rpm-maint] [rpm-software-management/rpm] scripts: add brp-mangle-shebangs (#344)

2017-11-02 Thread soig
On 2 November 2017 at 15:24, Thierry Vignaud wrote: > > On 2 November 2017 at 00:05, Igor Gnatenko > wrote: > >> This might look too magic, but what it does in short: >> >>- Replace /usr/bin/env foo with /usr/bin/foo.. One could argue on

Re: [Rpm-maint] [rpm-software-management/rpm] scripts: add brp-mangle-shebangs (#344)

2017-11-02 Thread soig
On 2 November 2017 at 00:05, Igor Gnatenko wrote: > This might look too magic, but what it does in short: > >- Replace /usr/bin/env foo with /usr/bin/foo.. One could argue on >this, so we could add some macro to disable this. In Fedora it is even >prohibited

[Rpm-maint] [rpm-software-management/rpm] Zstd magic is wrong which breaks detecting zstd files for reading (#990)

2019-12-25 Thread soig
rpmFileIsCompressed() fails to properly detected zstd compressed files because of a typo -- 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] fix zstd magic (#991)

2019-12-25 Thread soig
I spot it while adding support for zstd compressed metadata in URPM/urpmi, which was broken by this typo typo introduced in commit 3684424fe297c996bb05bb64631336fa2903df12 This fixes issue #990 You can view, comment on, or merge this pull request online at:

Re: [Rpm-maint] [rpm-software-management/rpm] Duplicate provides not merged (manual + fileattr) (#1166)

2020-04-07 Thread soig
Merging manual provides with automatic provides (with manual ones overriding automatic ones) would prevent us to detect manual provides that can be removed b/c the automation took care of it… Le mar. 7 avr. 2020 à 13:09, Miro Hrončok a écrit : > Would it be to hackish to merge 0 with whatever

[Rpm-maint] [rpm-software-management/rpm] rpm-4.16.0a regression in rpmbuild: "Tag takes single token only" (#1167)

2020-04-08 Thread soig
Hi There's a regression in rpmbuild in 4.16.0 alpha: $ rpmbuild -ba ~/rpmbuild/SPECS/foobar.spec error: line 5: Tag takes single token only: Release:%{mkrel 1} This basically breaks building all of 13 000 packages in Mageia because all of them use this: Release: %mkrel 1 Which expands

Re: [Rpm-maint] [rpm-software-management/rpm] rpm-4.16.0a regression in rpmbuild: "Tag takes single token only" (#1167)

2020-04-08 Thread soig
Closed #1167. -- 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/1167#event-3213830018___ Rpm-maint mailing list

Re: [Rpm-maint] [rpm-software-management/rpm] rpm-4.16.0a regression in rpmbuild: "Tag takes single token only" (#1167)

2020-04-08 Thread soig
Damns you're right: $ rpm -q rpm rpm-4.15.1-3.mga8 $ rpm --eval %mkrel %{1}.mga8 $  sudo urpmi --auto-select (…) $ rpm -q rpm rpm-4.15.90-0.git14971.0.3.mga8.x86_64 $ rpm --eval %mkrel %mkrel Here's the output of rpm --showrc|grep ^Macro for both: -Macro path:

[Rpm-maint] [rpm-software-management/rpm] fix testsuite on Mageia (#1156)

2020-04-01 Thread soig
it consistently fails b/c readelf returns more stuff: $ readelf --debug-dump=info ./usr/lib/debug/usr/local/bin/hello2*.debug | grep comp_dir 24 DW_AT_comp_dir: (indirect string, offset: 0x52a): /home/iurt/rpmbuild/BUILD/glibc-2.31/csu 43 DW_AT_comp_dir: (indirect string,

[Rpm-maint] [rpm-software-management/rpm] Document all of rpmdeps options (#1157)

2020-04-01 Thread soig
This will update the man page in order to describe all rpmdeps options. You can view, comment on, or merge this pull request online at: https://github.com/rpm-software-management/rpm/pull/1157 -- Commit Summary -- * describe all rpmdeps options * update -- File Changes -- M

[Rpm-maint] [rpm-software-management/rpm] Fix phrasing & package one more man page (#1145)

2020-03-30 Thread soig
You can view, comment on, or merge this pull request online at: https://github.com/rpm-software-management/rpm/pull/1145 -- Commit Summary -- * fix phrasing * also package rpm-plugins.8 -- File Changes -- M doc/Makefile.am (1) M doc/rpm-plugin-prioreset.8 (2) -- Patch Links --

[Rpm-maint] [rpm-software-management/rpm] actually include the new man pages (#1144)

2020-03-30 Thread soig
https://rpm.org/wiki/Releases/4.16.0 says Add man pages for all plugins and rpm2archive (#1016) However RPM 4.16.0 alpha doesnt actually include them… Ahem This pull request actually includes the new man pages the tarball and thus the vendor rpms… :-) Thanks You can view, comment on, or merge

Re: [Rpm-maint] [rpm-software-management/rpm] Flush 1998 vintage dirent.h and fcntl.h compatibility mess from system.h (#1146)

2020-03-30 Thread soig
Looks good -- 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/1146#issuecomment-605953855___ Rpm-maint mailing list

Re: [Rpm-maint] [rpm-software-management/rpm] Document all of rpmdeps options (#1157)

2020-04-01 Thread soig
@soig pushed 2 commits. 0f559437a8892f81d29e345e43b1d1ccd62e2a99 describe all rpmdeps options e67395de9df1c4ac449ec251a70a6a3d37f53a2d update -- You are receiving this because you are subscribed to this thread. View it on GitHub: https://github.com/rpm-software-management/rpm/pull/1157/files

Re: [Rpm-maint] [rpm-software-management/rpm] Document all of rpmdeps options (#1157)

2020-04-01 Thread soig
Patch updated (semi automatic description of options is not always a good idea :-( ) -- 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] 4.16: no longer possible to package invalid symlink (#1159)

2020-04-02 Thread soig
Le mer. 1 avr. 2020 à 21:54, Ed Santiago a écrit : > We have a package, buildah , > that includes a symlink loop > > as part of its -tests subpackage: > >

Re: [Rpm-maint] [rpm-software-management/rpm] Document all of rpmdeps options (#1157)

2020-04-27 Thread soig
2nd commit has been droped -- 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/1157#issuecomment-619849387___ Rpm-maint mailing

[Rpm-maint] [rpm-software-management/rpm] only install rpm-plugin-selinux.8 if enabled (#1247)

2020-06-02 Thread soig
This fixes installing rpm-plugin-selinux.8 even when using configure --disable-selinux You can view, comment on, or merge this pull request online at: https://github.com/rpm-software-management/rpm/pull/1247 -- Commit Summary -- * only install rpm-plugin-selinux.8 if enabled -- File

[Rpm-maint] [rpm-software-management/rpm] only install rpm-plugin-selinux.8 if enabled (#1248)

2020-06-02 Thread soig
This fixes installing rpm-plugin-selinux.8 even when using configure --disable-selinux (cherry picked from commit 35c7190a78488a84155d21bb4e7335ced98bba26) Basically a backport of pull #1247 … You can view, comment on, or merge this pull request online at:

Re: [Rpm-maint] [rpm-software-management/rpm] Always fail build on dependency generator failures (#1183) (#1271)

2020-06-24 Thread soig
Also rpm's own fontconfig.prov is broken: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/updates_testing/20200624045432.daviddavid.duvel.28729/log/plasma-desktop-5.19.2-1.mga8/build.0.20200624045513.log

Re: [Rpm-maint] [rpm-software-management/rpm] Not ignoring generator failure shows strange issue (#1285)

2020-06-24 Thread soig
Adding: + printf("mname='%s', cmd='%s' (callable=%d)\n", mname, cmd, callable); Shows the following: grep _font RES1 -1 mname='__elf_provides', cmd='/usr/lib/rpm/elfdeps --provides ' (callable=0) mname='__font_provides', cmd=' ' (callable=0) mname='__gobjectintrospection_provides',

Re: [Rpm-maint] [rpm-software-management/rpm] Since beta2 introducing // mode, some files are not removable during %clean (#1289)

2020-06-24 Thread soig
Actually with beta3, I can reproduce it locally: $ LC_ALL=C rm -fr BUILD/rpm-4.16.0-beta3/ (…) rm: cannot remove 'BUILD/rpm-4.16.0-beta3/tests/testing/data/SPECS/test-subpackages-pathpostfixes.spec': Permission denied rm: cannot remove

[Rpm-maint] [rpm-software-management/rpm] Not ignoring generator failure shows strange issue (#1285)

2020-06-24 Thread soig
rpm's own fontconfig.prov is broken: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/updates_testing/20200624045432.daviddavid.duvel.28729/log/plasma-desktop-5.19.2-1.mga8/build.0.20200624045513.log

Re: [Rpm-maint] [rpm-software-management/rpm] Always fail build on dependency generator failures (#1183) (#1271)

2020-06-24 Thread soig
Le mer. 24 juin 2020 à 08:38, Panu Matilainen a écrit : > On 6/24/20 9:30 AM, soig wrote: > > Also rpm's own fontconfig.prov is broken: > > > http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/updates_testing/20200624045432.daviddavid.duvel.28729/log/plasma-desktop-5

[Rpm-maint] [rpm-software-management/rpm] Beta3 has a new broken test (235: rpmsigdig.at:144 rpmkeys -Kv 2 rpmkeys digest) (#1288)

2020-06-24 Thread soig
Beta2 was fine besides "rpmbuild.at:482 Dependency generation 3 build": http://pkgsubmit.mageia.org/uploads/done/cauldron/core/release/20200623145307.tv.duvel.658/rpm-4.16.0-0.beta2.1.mga8/ But beta3 introduces a new failure. See build*.log files & look for "Summary of the failures" at:

Re: [Rpm-maint] [rpm-software-management/rpm] Always fail build on dependency generator failures (#1183) (#1271)

2020-06-24 Thread soig
Ex: $ sudo mv /usr/lib/rpm/fileattrs/font.attr{,.no} $ LC_ALL=C rpmbuild --short-circuit --define "_topdir $PWD" -ba SPECS/feh.spec (…) Wrote: /home/tv/mga/pkgs/feh/RPMS/x86_64/feh-3.4.1-1.mga8.x86_64.rpm Wrote: /home/tv/mga/pkgs/feh/RPMS/x86_64/feh-debugsource-3.4.1-1.mga8.x86_64.rpm Wrote:

Re: [Rpm-maint] [rpm-software-management/rpm] Architecture is hardcoded in new test and thus it fails on anything not x86_64 :-( (#1284)

2020-06-24 Thread soig
This one is still not fixed in 4.16.0 beta3 AFAIK… -- 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] RPM generators errors are ignored (#1183)

2020-06-24 Thread soig
For references, here's the fallout: https://github.com/rpm-software-management/rpm/issues/1285 -- 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] Architecture is hardcoded in new test and thus it fails on anything not x86_64 :-( (#1284)

2020-06-24 Thread soig
Architecture is hardcoded in test and thus it fails on anything not x86_64 :-( See http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20200623135516.tv.duvel.30441/log/rpm-4.16.0-0.beta2.1.mga8/build.0.20200623135605.log --- - 2020-06-23 13:59:13.826080861 + +++

[Rpm-maint] [rpm-software-management/rpm] Since beta2 introducing // mode, some files are not removable during %clean (#1289)

2020-06-24 Thread soig
Since beta2 introducing parallel mode, some files are not removable. See build*.log at http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20200623141813.tv.duvel.19852/log/rpm-4.16.0-0.beta2.1.mga8/ (…) Wrote:

Re: [Rpm-maint] [rpm-software-management/rpm] Beta3 has a new broken test (235: rpmsigdig.at:144 rpmkeys -Kv 2 rpmkeys digest) (#1288)

2020-06-24 Thread soig
Indeed we can close this one. https://github.com/rpm-software-management/rpm/issues/1289 is the only remaining issue with beta3 -- 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] [RFE] Provide install time alternative to `%{?_isa}` (#1344)

2020-09-16 Thread soig
Le mer. 26 août 2020 à 15:00, Vít Ondruch a écrit : > It would be nice if we had install time alternative to %{?_isa}. That > would help to pull in the right arch package from noarch package. > > My use case is to have rubygem-ruby-vips, where this is noarch package is > using libffi to load

Re: [Rpm-maint] [rpm-software-management/rpm] Make use of %apply_patch easier (#1357)

2020-09-16 Thread soig
Le mar. 8 sept. 2020 à 11:21, Vít Ondruch a écrit : > I need to use git to apply binary patch. Therefore I thought about using > %apply_patch and I ended up using the following: > > %global __scm git_am > %{expand:%__scm_setup_%{__scm}} > %apply_patch -p1 %{PATCH4} > > This is suboptimal,