<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jan 31, 2017 at 12:00 PM, Robie Basak <span dir="ltr"><<a href="mailto:robie.basak@ubuntu.com" target="_blank">robie.basak@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Christian asked me to sponsor a multipath-tools merge. I think<br>
multipath-tools belongs in the server set anyway, so I added an<br>
exception (multipath isn't used on not-servers).<br></blockquote><div><br></div><div>It's not used on non-servers, but it's been a very important package and I have had to maintain it as part of Foundations. I don't disagree with the process, but I wonder how the decisions for packages like this were taken in the past, so that we might compare.<br><br></div><div>My rationale is that it's at the very core of how some of these systems work, even if it only runs on servers. It's close enough to the kernel and the storage story which is typically Foundations or core (cf. udev, filesystems, etc.), and brittle enough that we might want to further restrict uploads just a tiny bit.<br><br></div><div>OTOH, I think we agree that Christian has shown that he can handle the package anyway.<br><br></div><div>I've updated the packagesets in general, and that includes your change for multipath-tools to go in the server packageset (ie. I see no reason to revert that change yet). Let's discuss it though, so that we can hash out a solid process for dealing with these in the future.<br><br></div><div><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><span><div><div dir="ltr">Mathieu Trudel-Lapierre <<a href="mailto:mathieu.tl@gmail.com" target="_blank">cyphermox@ubuntu.com</a>><br>Freenode: cyphermox, Jabber: <a href="mailto:mathieu.tl@gmail.com" target="_blank">mathieu.tl@gmail.com</a><br>4096R/65B58DA1 818A D123 0992 275B 23C2  CF89 C67B B4D6 65B5 8DA1</div></div></span></div></div></div>
<br></div></div></div></div>