Careful. If the landing of one SRU breaks another package, it isn't
sufficient just to SRU both. A Breaks: needs to be added so that users
don't accidentally pick up one SRU without the other. See bug 1511735
for an example of how this can go wrong.
If I understand this correctly, what you want to do is:
SRU php-horde-mapi
SRU this phpseclib with a Breaks: php-horde-map (<< version-just-SRUd)
Then ask the SRU team to land both together. Though with the Breaks, apt
will generally do the right thing if both don't land together, although
it still could confuse users ("why won't phpseclib update?").
I assumed that php-horde-mapi would actually be broken at runtime
though, as opposed to a test positive only. If it's not broken at
runtime, then I guess the consequence isn't so severe. I tend to fall on
the side of fixing the dep8 test in an SRU anyway though, as otherwise
the test becomes useless in detecting SRU regressions.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1574058
Title:
php-seclib: Call to undefined method Crypt_Base::Crypt_Base()
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/phpseclib/+bug/1574058/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
