Comment 6 for bug 608037

The target widget is calling guessPackageNames() to get source and binary packages hoping to locate a source package based on the name provided. The widget in this case already has a sourcepackagename; one that really is published in Ubuntu. The widget could check if the package has a released (because guessPackageNames is looking in SPPH for evidence that it was publishing in Ubuntu). This may be doable using a DSP. When the widget gets a binarypackagename, it could get the Ubuntu DSP.

The guessPackageNames() method implies that only distros built by soyuz can be selects.

/me tests on staging.

Wow. This is a disappointing experience. For baltix, which has enabled Answers, I can choose *any* source or binary package name, but the widget then errors because the package is not published in Baltix. Baltix will never have SPPH. Lp should not suggest bad data. Either is accepts the SPN that the vocab suggested or we do not allow non-soyuz distros to have answers. No user has reported an issue about this. Supporting this case is not important, but it should be clear it is not supported.

This is all very silly because distro Questions are really targeted DSPs. We do not have a vocabulary for DSPs because they do not have a DB backing because Lp does not know about non-soyuz distros. The schema does have a partial DSP table and there is the very complete distro package cache used for searching. Either of these would do a better job in the case of Ubuntu for providing a list of DSP that can be searched by source or binary name.