aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Fix parsing of properties containing [topic/parse_propertyPascal Terjan2022-11-014-79/+268
| | | | | | | | | | | | | | | For example, the name extracted from a requirement of "python3.10dist(fonttools[unicode])[>= 4.10]" was sometimes "python3.10dist(fonttools" instead of the expected "python3.10dist(fonttools[unicode])". Code parsing such strings existed in many places, it now exists only in 2 places, a perl version in Resolve.pm and a C version in URPM.xs. Both codes used to handle both "foo >= 0" and "foo[>= 0]" but at least the perl code seems to only call it on provides/conflicts/obsoletes which are always using the second form so the support for it was dropped from the perl version for the sake of simplicity.
* Fix detecting 4.18-alpha1Thierry Vignaud2022-04-261-1/+1
|
* Rename ChangeLog so that CPAN displays Changes insteadThierry Vignaud2021-12-041-0/+0
|
* 5.222Thierry Vignaud2021-12-033-2/+4
|
* Harmonize buffer sizeThierry Vignaud2021-12-032-3/+7
| | | | | | | | | Thus fixing "invalid line <@provides for huge pkgs"... The fix in 5.221 was fixing emiting provides in synthesis for pkgs with lot of provides, but neither URPM or urpmi testsuite uses such a pkg and didn't catch that having those provides in synthesis would break reading synthesis. See commit 950d56e991d307b9b60bde8f51920bee3d1bc61c
* 5.2215.221Thierry Vignaud2021-12-023-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | Rationale for the high bump: Fixing the sorting on http://matrix.cpantesters.org/?dist=URPM We switched to version object because that enables to have test versions to test on CPAN testers (eg: 5.21.1, 5.21.2, .. .before releasing 5.22). So we switched from 5.22 to v5.22. See commit 7677ec9fe63dd33d125d19e1f9225c5b4d6d5f4a See https://rt.cpan.org/Public/Bug/Display.html?id=127142 However v5.22.0 is less than 5.21 (interepreted as a floating point by perl): perl -Mversion -E 'say version->new("v5.22")->numify' 5.022000 So we bumped the version from v5.28 to a much higer one. However commit a58cf629be7e0d0512d6e1fd95c5004fb833c8c3 had a typo. It clearly says we wanted to bump to v5.212.0, as 5.21 was the greatest old-style version. But it actually bumped to v5.122 whereas 5.122000 < 5.21: $ perl -Mversion -E 'say version->new("v5.122")->numify' 5.122000
* (Pkg_build_info) Increase static buffer size by 50%Thierry Vignaud2021-12-022-1/+5
| | | | | | | | | | | | | | Rationale: when generating synthesys, there's one new pkg whose provides were not emitted in synthesis because its provides would overflow the static buffer by 2 bytes: "buffer overflow: 131074 < 131072 for provides" Also log when the buffer would be too small instead of silently ignoring the issue. The offending package is golang-github-azure-sdk-devel which has 2707 provides which translates to a 131074 characters line in synthesys.
* Actually log 5.125Thierry Vignaud2021-12-021-0/+2
|
* 5.1255.125Thierry Vignaud2021-10-232-2/+2
|
* Further prevent SRPM to conflicts with its own build depsThierry Vignaud2021-10-232-1/+3
| | | | | | | | | | | | | | | commit 3fac0be4adab0ee63b6473d613982b418cc7ab92 was not enough in iurt case. We must also ignore SRPM provides. Rationale: Since rpm-4.16+, rpmlib adds NEVR provides for all packages that would be built into source rpm. Thus we hit: "installed package gdb-minimal-10.2-2.mga9.x86_64 is conflicting with gdb-11.1-1.mga9.src" Because of "Conflicts: gdb-headless[> 10.2-2.mga9]" Because gdb-11.1-1.mga9.src.rpm provides "gdb-headless = 11.1-1.mga9"
* 5.1245.124Thierry Vignaud2021-10-193-2/+4
|
* Prevent SRPM to conflicts with its own build depsThierry Vignaud2021-10-192-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Aka gdb.src would be conflicting with gdb-minimal which is required by debugedit: "The following packages have to be removed for others to be upgraded: debugedit-5.0-3.mga9.x86_64 (due to missing gdb-minimal) gdb-minimal-10.2-2.mga9.x86_64 (due to conflicts with gdb-headless[> 10.2-2.mga9]) rpm-build-4.17.0-2.mga9.x86_64 (due to unsatisfied debugedit >= 0.3)" Which happen because of this deps chain: rpm-build -> debugedit -> gdb-minimal Where gdb-minimal conflicts with: $ rpm -q --conflicts gdb-minimal gdb-headless < 10.2-2.mga9 gdb-headless > 10.2-2.mga9 Which of course conflicts if urpmi considers the *new* gdb... SRPM... Sigh... Extract of urpmi --debug log ala iurt: selecting gdb-11.1-1.mga9.src requiring bison,dejagnu,expat-devel,flex,fpc,gcc-gfortran,gcc-objc,gcc-plugins,guile3.0-devel,libbabeltrace-devel,libipt-devel,mpfr-devel,python3-devel,readline-devel[>= 6.2-4],rpm-devel,rust,sharutils,source-highlight-devel,texinfo,texinfo-tex,texlive,xxhash-devel for gdb-11.1-1.mga9.src chosen lib64rpm-devel-4.17.0-2.mga9.x86_64 for rpm-devel selecting lib64rpm-devel-4.17.0-2.mga9.x86_64 requiring devel(libcap(64bit)),devel(liblua-5.4(64bit)),devel(libmagic(64bit)),devel(libsqlite3(64bit)),lib64rpm9[== 1:4.17.0-2.mga9],lib64rpmbuild9[== 1:4.17.0-2.mga9],lib64rpmsign9[== 1:4.17.0-2.mga9],rpm[== 1:4.17.0-2.mga9] for lib64rpm-devel-4.17.0-2.mga9.x86_64 (...) chosen lib64rpmbuild9-4.17.0-2.mga9.x86_64 for lib64rpmbuild9[== 1:4.17.0-2.mga9] selecting lib64rpmbuild9-4.17.0-2.mga9.x86_64 set_rejected: lib64rpmbuild9-4.16.1.2-5.mga9.x86_64 (...) installed rpm-build-4.16.1.2-5.mga9.x86_64 is conflicting because of unsatisfied lib64rpmbuild9[== 1:4.16.1.2] promoting rpm-build-4.17.0-2.mga9.x86_64 because of conflict above selecting rpm-build-4.17.0-2.mga9.x86_64 set_rejected: rpm-build-4.16.1.2-5.mga9.x86_64 requiring debugedit[>= 0.3] for rpm-build-4.17.0-2.mga9.x86_64 chosen debugedit-5.0-3.mga9.x86_64 for debugedit[>= 0.3] selecting debugedit-5.0-3.mga9.x86_64 requiring gdb-minimal for debugedit-5.0-3.mga9.x86_64 gdb-minimal-10.2-2.mga9.x86_64 conflicts with already selected package gdb-11.1-1.mga9.src Because it considered: $VAR1 = [ 'gdb-10.2-2.mga9.x86_64', 'gdb-10.2-2.mga9.i586', 'gdb-11.1-1.mga9.src' ];
* v5.1235.123Thierry Vignaud2020-11-042-1/+3
|
* typo fixThierry Vignaud2020-11-041-1/+1
|
* Fix file descriptor leak in rpm transactions.Martin Whitaker2020-11-032-0/+3
|
* Make it work with no feature qw(indirect) (aka perl7)Thierry Vignaud2020-06-253-2/+3
|
* Build with the flags used to build perl itseflThierry Vignaud2020-06-192-1/+4
| | | | This is needed in order to fix build for armv7hl on aarch64
* 5.1225.122Thierry Vignaud2020-06-032-1/+3
| | | | | | | v5.28.0 is less than 5.21 (if interepreted as a floating point, which perl always did). So in order to to switch from old-style to new-style, we need to use at least v5.212.0, as 5.21 was the greatest old-style version.
* handle RPM version with "beta" or "rc" in itThierry Vignaud2020-06-032-0/+3
|
* add kwality test to manifestThierry Vignaud2020-06-031-0/+1
|
* adjust manfifest for file renamingThierry Vignaud2020-06-031-1/+1
|
* Needs perl-5.8 (Kwalitee)Thierry Vignaud2020-05-061-0/+4
|
* Do not run Kwalitee test by defaultThierry Vignaud2020-05-061-0/+2
|
* add kwality testThierry Vignaud2020-05-041-0/+7
|
* rename NEWS as Changes (Kwalitee)Thierry Vignaud2020-05-041-0/+0
|
* Revert "add Changes symlink for CPAN Kwalitee"Thierry Vignaud2020-05-041-1/+0
| | | | | | | | | | | | This reverts commit 47cea2a9de59f84e11e78a0bd8c2d4bf4c4a11cb. Because of: not ok 12 - no_symlinks # Failed test 'no_symlinks' # at t/03kwaility.t line 4. # Error: This distribution includes symbolic links (symlinks). This is bad, because there are operating systems that do not handle symlinks. # Details: # The following symlinks were found: Changes # Remedy: Remove the symlinks from the distribution.
* make Makefile.PL not executable (Kwalitee)Thierry Vignaud2020-05-041-0/+0
|
* add Changes symlink for CPAN KwaliteeThierry Vignaud2020-05-041-0/+1
|
* split open_compressed_file()Thierry Vignaud2020-05-041-19/+26
|
* 5.285.28Thierry Vignaud2020-05-012-1/+3
|
* actually support deps on patched Mageia[23]'s rpm-4.11Thierry Vignaud2020-05-012-1/+2
|
* fix compiling with rpm-4.10 (eg: Debian 7 Wheezy)Thierry Vignaud2020-04-302-0/+12
|
* explain the relationship with genhdlist2 from rpmtoolsThierry Vignaud2020-04-291-0/+3
|
* 5.275.27Thierry Vignaud2020-04-292-1/+3
|
* restore support for rpm-4.9Thierry Vignaud2020-04-293-1/+20
|
* fix comparing version when using a fixup rpm releaseThierry Vignaud2020-04-291-1/+2
| | | | | | | force using a version object rationale: - 4.12.0.2 < 4.12.90 will wrongly pass - v4.12.0.2 < 4.12.90 will check as we expect
* fix testing on pre UsrMove Linuxes (eg: mga2)Thierry Vignaud2020-04-292-1/+3
|
* 5.265.26Thierry Vignaud2020-04-212-1/+3
|
* restore support for building on mga4Thierry Vignaud2020-04-212-1/+3
| | | | It got broken in commit 9c8f8e738664f2905e3927e5806bb14da4a5272b (5.24)
* bump needed Test::PodThierry Vignaud2020-04-151-1/+1
|
* 5.255.25Thierry Vignaud2020-04-082-1/+3
|
* workaround rpm-4.16 adding provides to SRPMsThierry Vignaud2020-04-082-1/+3
| | | | | | | | rationale: rpm-4.16 adds provides for all generated RPMS to SRPMs, which breaks urpmi's testsuite (t/superuser--srpm-bootstrapping.t) See rpm's commit 75ec16e660e784d7897b37cac1a2b9b135825f25
* Make sure debugging with Data::Dumper is easierThierry Vignaud2020-03-051-0/+3
| | | | by ensuring dumps are always sorted the same way instead of randomly
* add support for reinstall (needs rpm >= 4.12.x)Thierry Vignaud2020-03-054-2/+27
|
* 5.24.15.24.1Thierry Vignaud2020-01-173-2/+4
|
* make test more universalThierry Vignaud2020-01-172-2/+4
|
* update NEWSThierry Vignaud2020-01-171-0/+2
|
* 5.245.24Thierry Vignaud2020-01-172-2/+2
|
* fix a test on Fedora where perl main package is perl-interpreterThierry Vignaud2020-01-172-2/+4
|
* force provides URPM (RT#127881)Thierry Vignaud2020-01-172-0/+5
|
generated by cgit v1.2.1 (git 2.21.0) at 2024-05-03 16:28:03 +0000