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

Reply via email to