Closed oshazard closed 7 years ago
Since not many people read the mailing list, I'm going tag some users who have previously contributed.
Any thoughts?
Is this official?
Allan is the main developer for pacman
and makepkg
, so yeah it would seem to.
First post in thread, then just keep clicking on the next link.
Not sure when this change will hit the repos though.
A contributor notified me yesterday about it. It's hard to say in which extend this change has an impact on helpers, as it will be combined with a "rpm packaging style".
In any case, all split subpackages will need to be built, but we might still be able to install only a specific one with some flag (or "manually" with pacman -U).
I really am losing faith in Allan. He keeps making some bad decisions in my playbook. He keeps doing this like this. "Oh, it's broken? I'll just remove it instead of fixing it."
Regardless.
That aside, split packages were already building the entire package set with apacman (https://github.com/oshazard/apacman/issues/14), at least up until very recently (I haven't tested 2.x yet with split packages). I guess Allen's just trying to edge split packages out of usage altogether, honestly, as I can't see any proper justification for doing this.
@bts368 The removal of the --pkg feature only (or mostly) makes sense in light on the "rpm packaging style", as mentioned in the mailing list. This part is not implemented yet.
I have no memory of using --pkg
I did recompile split package samba from ABS. In that PKGBUILD it would seem you have to compile the whole package anyway and the split is more during "install" phase
In that case it wouldn't matter as much but maybe this is not typical for a split package?
Is it important for apacman internally?
I do not like the sound of "rpm packaging style" though
Removed / resolved in #61
On the pacman-dev mailing list, the next version of
makepkg
is removing the --pkg flag, which means that in the case of split packages, all packages must be built.Read more: https://lists.archlinux.org/pipermail/pacman-dev/2015-September/020353.html