On 6 September 2017 at 09:32, Neal Gompa <ngomp...@gmail.com> wrote:
[..]
> I think we implemented file triggers in Mageia for this, I'll need to
> do some checking. I know that we're pretty aggressive on package,
> transaction, and file trigger usage compared to Fedora... Heck, we
> don't even need ldconfig runs in Mageia, since they're run
> automatically through file triggers.

TBH my opinion about this subject is a bit mixed.

On one side biggest triggers "deposit" are sitting in use ldconfig and
seems like no one is able to make decision about push this :/
Only this could save IMO about +30% of any upgrades time.
On systems with less memory when mass upgrade is done and it is not
possible to cache all libraries touched by ldconfig in memory this should
reduce upgrade time even by *few times*!!!
Discussion about these triggers stared *YEAR* and still there is no final
decision or any arguments why not to introduce those triggers.
[mode=sarcasm]
One year of deliberations on few lines modification must be here new
"aggressive" word synonym.
[/mode] :P

As I wrote in https://bugzilla.redhat.com/show_bug.cgi?id=1380878
implementing those triggers in form which is proposed at the and will not
harm anything but it will allow all maintainers one by one remove running
in %post/%postun.
Lack of progress seems has its cause in kind of cold inferno joke (no one
wants to put pieces of wood under the fire).

IMO even introduce ldconfig triggers and do mass remove will break
initially maybe few minor packages and it will be enormous possible to save
enormous amount of time and dependencies. Even if something will be broken
fixing it will be trivial.

On the other side week ago I've reached with Kalev agreement on
implementing info pages triggers (almost 300 packages can be simplified
after introduce this trigger)
https://bugzilla.redhat.com/show_bug.cgi?id=1482019
This will be shortly resolved as I only need to write announcement about
this here (as I promised :))

kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Reply via email to