On 3/29/20 10:20 AM, Elan Ruusamäe wrote:
On 3/29/20 9:17 AM, Elan Ruusamäe wrote:
On 3/29/20 9:07 AM, Elan Ruusamäe wrote:
On 3/24/20 11:16 PM, Jan Rękorajski wrote:
On a side note, this is exactly why we should not have all those weird
hacks in deps generators and just run them always. To chatch stuff
like
this.
this enabled pear dependencies breaks packages that does not want
them (bundles everything, handles in package deps).
i think the pear dependency generator should be disabled by default,
pear is considered dead in php world.
it was controlled earlier with include pear.req, i guess now we need
a define no_pear_dependencies?
```
error: eventum-sphinx-3.8.9-1.noarch: req
pear(/usr/share/eventum/init.php) not found
error: eventum-3.8.9-1.noarch: req pear(../../init.php) not found
error: eventum-3.8.9-1.noarch: req
pear(../library/HTMLPurifier.auto.php) not found
error: eventum-3.8.9-1.noarch: req
pear(../library/HTMLPurifier/Bootstrap.php) not found
error: eventum-3.8.9-1.noarch: req
pear(../tests/path2class.func.php) not found
error: eventum-3.8.9-1.noarch: req
pear(Exception/InvalidArgumentException.php) not found
error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.autoload.php)
not found
error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.includes.php)
not found
...
```
with current macros,
every package that was *not* removed %include pearprov should have now:
%define _noautoprov_pear .*
this no longer works either...
update:
1. added test: https://github.com/pld-linux/test/tree/test/peardeps
2. the macro i was looking is _noautoreq_pear
shouldn't there be announcement or changelog posted of (breaking)
changes?
➔ rpm -q rpm
rpm-5.4.15-57.x86_64
_______________________________________________
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en