<p dir="ltr"><br>
On Nov 11, 2015 12:17 AM, "Martin Pitt" <<a href="mailto:martin.pitt@ubuntu.com">martin.pitt@ubuntu.com</a>> wrote:<br>
> I actually already did that earlier, and using 100 vs. 800 for<br>
> "release a=xenial-proposed" makes no noticeable difference.</p>
<p dir="ltr">Have you tried it with 1100? IIRC there's some magic that happens when set above 1000, but I'd have to read the man page again to remember.<br></p>
<p dir="ltr">> autopkgtest's test case for this where the -proposed version of a<br>
> package has a versioned depends on a lib that can only be satisfied in<br>
> -proposed fails with either, and conversely the real-life tests that<br>
> are running seem to work well enough with 100.<br>
><br>
> I'm fine to bump it to 800 as that seems to work equally well, though;<br>
> done in [1].<br>
><br>
> Note that several tests failed with "test dependencies are<br>
> unsatisfiable" over night. The reason for that was that autopkgtest<br>
> had an insufficient fallback to no apt pinning (now fixed in [2]), and<br>
> that we currently dist-upgrade the testbed to the entirety of<br>
> -proposed before we start installing test dependencies and running</p>
<p dir="ltr">Well that sounds like it defeats the whole point of the pinning, doesn't it? I thought the goal was to not install all of -proposed.<br>
</p>