Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #1 : urpmi --no-verify is broken by rpm checking on its own (Issue #3142)

Yeah but aborting on expired key when we don't have an API to refresh the key yet is an issue. We should first add such an API, then later abort on expired keys. As we say in French, "c'est mettre la charrue avant les boeufs" (=~ "it's putting the cart before the horse") At least checking

Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #1 : urpmi --no-verify is broken by rpm checking on its own (Issue #3142)

> > I guess I'll have to run a small transaction removing the offending key > > before importing. > > Yes, there's nothing better at the moment. I've a working patch for that. Though that's not ideal b/c when adding a whole set of media/repos (core, nonfree, tainted -- each one existing as

Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #1 : urpmi --no-verify is broken by rpm checking on its own (Issue #3142)

So there's two issues, so I'll use 2 parts : **Updating/reimporting a pubkey:** Stupid question but : how can one remove a key from rpmdb (through the API, not using rpm -e) ? we've rpmtsImportPubkey() but no remove or refresh API. There's also rpmKeyringAddKey() but no RemoveKey(). Currently

Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #1 : urpmi --no-verify is broken by rpm checking on its own (Issue #3142)

Looks like even when adding new media, we don't re-import the key: "pubkey 80420f66 already imported" So I'll need to fix that. Still @pmatilai, since urpmi checks pkgs first, should it set RPMPROB_FILTER_VERIFY when calling rpmtsRun() for real since at that point the user said yes to force ?

Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #1 : urpmi --no-verify is broken by rpm checking on its own (Issue #3142)

Well the key is updated on media (=repos in urpmi). So regular people who do upgrades with the installer will get the new key when removing old media, adding new media. But I'm doing online updates for a decade using Cauldron (~ Rawhide for Fedora): > diff -u KEY-* > --- KEY-AVAIL2 2024-06-04

Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #3 : urpmi's testsuite is broken by new rpm (%buildroot no more defined) (Issue #3144)

I guess I could check that it's defined (non empty string) and doesn't contain "%" instead… -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/3144#issuecomment-2147404050 You are receiving this because you are subscribed to this thread.

Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #3 : urpmi's testsuite is broken by new rpm (%buildroot no more defined) (Issue #3144)

Probably but still it uncovered the fact that those macros are still used in the wild :-) urmi testsuite is quite good at catching rpm regressions :-) -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/3144#issuecomment-2147375593 You are

Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #3 : urpmi's testsuite is broken by new rpm (%buildroot no more defined) (Issue #3144)

The macro is defined again but urpmi test still fails as the new value is different from the old one: buildroot should be /home/tv/rpmbuild/BUILD/buildroot-1-build/buildroot-1-1.x86_64 instead of /home/tv/rpmbuild/BUILD/buildroot-1-build/BUILDROOT Compare -

Re: [Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #2 : perl-RPM4's testsuite is broken by new rpm : empty %build fails with "cd" when simumating "rpm -bp" (Issue #3143)

Probably because of commit 9d35c8df497534e1fbd806a4dc78802bcf35d7cb -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/3143#issuecomment-2147067461 You are receiving this because you are subscribed to this thread. Message ID:

[Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #3 : urpmi's testsuite is broken by new rpm (%buildroot no more defined) (Issue #3144)

We are hitting issues on Mageia with 4.20.x. The new alpha breaks urpmi's testsuite b/c of missing debuginfo: > error: Empty %files file > /home/tv/mga/git/mga/urpmi/t/tmp/BUILD/a-1-build/debugsourcefiles.list > error: Empty %files file >

[Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #2 : perl-RPM4's testsuite is broken by new rpm (Issue #3143)

We are hitting issues on Mageia with 4.20.x. The new alpha breaks perl-RPM4's testsuite: See https://gitweb.mageia.org/software/rpm/perl-RPM4/tree/RPM4/t/04spec.t#n57 This can be run with: cd RPM4; perl Makefile.PL; make && make test With rpm-4.19: > ok 13 - simulate rpm -bp (check prep) >

[Rpm-maint] [rpm-software-management/rpm] rpm 4.20.0 alpha fallout #2 : urpmi --no-verify is broken by rpm checking on its own (Issue #3142)

We are hitting issues on Mageia with 4.20.x. The first issue is that signatures being refused This one seems to be on Mageia : > error: Verifying a signature using certificate > 00EDB89585B012A8916F0DF8B742FA8B80420F66 (Mageia Packages > <[packa...@mageia.org](mailto:packa...@mageia.org)>): >

Re: [Rpm-maint] [rpm-software-management/rpm] RPM 4.20.0 ALPHA2 (PR #3107)

Le sam. 1 juin 2024 à 17:59, Thierry Vignaud ***@***.***> a écrit : > Le ven. 17 mai 2024 à 13:37, Michal Domonkos ***@***.***> a > écrit : > >> Merged #3107 >> into rpm-4.20.x. >> >> — >> Reply to this email directly, view it on GitHub

Re: [Rpm-maint] [rpm-software-management/rpm] RPM 4.20.0 ALPHA2 (PR #3107)

Le ven. 17 mai 2024 à 13:37, Michal Domonkos ***@***.***> a écrit : > Merged #3107 > into rpm-4.20.x. > > — > Reply to this email directly, view it on GitHub > ,

Re: [Rpm-maint] [rpm-software-management/rpm] rpm-4.17.0beta1 fails to build because pandoc is unavailable (#1729)

Those fixes should be backported into rpm-4.17.x branch ! -- 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] Don't depend on translation sub directories (89eb448)

Those fixes should be backported into rpm-4.17.x branch ! -- 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] Brown paper back fixes for the new style man pages (#1730)

@soig approved this pull request. This fixes the building process for me -- 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/1730#pullrequestreview

Re: [Rpm-maint] [rpm-software-management/rpm] Brown paper back fixes for the new style man pages (#1730)

@soig approved this pull request. -- 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/1730#pullrequestreview-689747127___ Rpm

Re: [Rpm-maint] [rpm-software-management/rpm] Brown paper back fixes for the new style man pages (#1730)

I confirm those commits fix https://github.com/rpm-software-management/rpm/issues/1729 (which should maybe referenced in the commits chlogs?) -- 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-4.17.0beta1 fails to build because pandoc is unavailable (#1729)

Having to depends on Haskell in order to build rpm is big bullet to swallow ! -- 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] Bump version to appear newer than 4.17 and begin another cycle (5fc9783)

Was it really intended to alter signatures in testsuite when bumping version 樂? -- 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 4.16.90 breaks perl-RPM4's testsuite (actually it's the sqlite backend) (#1693)

Strange, the same error happens with nbd backend too. What's puzzling is that URPM::Transaction->DESTROY and RPM4::Transaction->DESTROY looks similar and both free the transaction: - https://metacpan.org/release/URPM/source/URPM.xs#L2582 -

[Rpm-maint] [rpm-software-management/rpm] rpm 4.16.90 breaks perl-RPM4's testsuite (actually it's the sqlite backend) (#1693)

rpm 4.16.90 breaks perl-RPM4's testsuite. I've tested with the fix for rpmv3 packages which makes no changes. (It does however fix urpmi testsuite) - Rollbacking to 4.16.1.3 (with default bdb backend) fixes it. - Rollbacking to 4.16.1.3 with sqlite as default backend shows the same errors. So

Re: [Rpm-maint] [rpm-software-management/rpm] [RFE] Provide install time alternative to `%{?_isa}` (#1344)

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)

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,

Re: [Rpm-maint] [rpm-software-management/rpm] RPM generators errors are ignored (#1183)

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:

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

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] Since beta2 introducing // mode, some files are not removable during %clean (#1289)

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] Since beta2 introducing // mode, some files are not removable during %clean (#1289)

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:

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

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] Architecture is hardcoded in new test and thus it fails on anything not x86_64 :-( (#1284)

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] Not ignoring generator failure shows strange issue (#1285)

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] Always fail build on dependency generator failures (#1183) (#1271)

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] Not ignoring generator failure shows strange issue (#1285)

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

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

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 + +++

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

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] Always fail build on dependency generator failures (#1183) (#1271)

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

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

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:

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

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

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

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

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

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:

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

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

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

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] Duplicate provides not merged (manual + fileattr) (#1166)

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

Re: [Rpm-maint] [rpm-software-management/rpm] 4.16: no longer possible to package invalid symlink (#1159)

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)

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] Document all of rpmdeps options (#1157)

@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

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

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 testsuite on Mageia (#1156)

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,

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

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

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

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)

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

[Rpm-maint] [rpm-software-management/rpm] fix zstd magic (#991)

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:

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

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:

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

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)

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

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

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] add brp helper scripts from mandriva's spec-helper (#122)

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] rpm2cpio and rpm2archive: don't write archive data to a terminal. (#116)

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)

%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] When using %autopatch, create backup files with .~ suffix by def… (#109)

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] When using %autopatch, create backup files with .~ suffix by def… (#109)

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] configure.ac: Support detecting gpg2 for %__gpg and prefer gpg2 (#101)

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] Pythoneggs cleanups (#46)

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)

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)

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)

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] Ft2 (#43)

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)

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)

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)

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