<div><div><br>Hello ,<br>getdeb packages requirements  do not meet ubuntu backports requirements, ubuntu backports are based on versions available on the  development version, getdeb packages are based on the latest upstream version, some of the software is not even available at the development version.
<br>If you are referring to launchpad PPAs ? I have serious doubt that LPs PPAs were planned for more than 100 GBs/day, this is just a doubt I have no idea on the infrastructure supporting launchpad PPAs. The other problem would be about some licenses, some of the software that we provide is freeware (less than 1%), it could not be uploaded to LP PPAs.
<br><br>If you are referring to PPA as a repository in general let me share you the current concerns:<br>  - High Availability on mirrors selection - Our current single point of failure is the main web server, the download script takes care of find an available mirror using a round robin selection, apt does not provide yet such type of selection, there is a an apt mirror method (described at 
<a href="https://wiki.ubuntu.com/DynamicMirrorDecisions">https://wiki.ubuntu.com/DynamicMirrorDecisions</a>) but I is not fully implemented yet, and I was unable to verify the current code reliability, I am not aware of a large scale use of this method
<br> - Applications selectivity - We do no want to become Ubuntu unstable, we do provide upgrades to several universe, and some main packages, such upgrade must not be automatic, it must be an user explicit option, achieving that with APT requires APT pinning handling, something which is not supported by the current APT based graphical tools, we may need to roll out our own APT based install tool by applying some customizations to GApti (
<a href="https://wiki.ubuntu.com/GAptI">https://wiki.ubuntu.com/GAptI</a>) .<br><br>GetDeb is an user friendly UI to the latest software, that was our starting point, I am not sure that after overcoming the current technical APT adoption blockers we will be able to merge with backports at some point, that will be a policy issue to address later, I do not know what is the ubuntu backports team availability  to discuss processes and policies, anyway, we are not prepared for that yet.
<br><br>Thanks<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Well, why not put those packages into ubuntu backports repositories
<br>instead (or at least a PPA)?  If there are any issues preventing you<br>from doing so, it might be interesting to hear them.<br><br>And, related to that, have you thought about turning the GetDeb site<br>into a user-friendly UI for the backports repository, making things
<br>easier for people who want new versions without adding the backports<br>repository and possibly having to pin certain versions of other<br>packages, etc., etc.<br><br><br>--<br>Jan Claeys<br><br><br>--<br>Ubuntu-devel-discuss mailing list
<br><a href="mailto:Ubuntu-devel-discuss@lists.ubuntu.com">Ubuntu-devel-discuss@lists.ubuntu.com</a><br>Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
</a><br></blockquote></div><br><br clear="all"><br>-- <br>João Pinto<br>IRC: Lamego @ <a href="http://irc.freenode.net">irc.freenode.net</a><br>Jabber ID: <a href="mailto:lamego.pinto@gmail.com">lamego.pinto@gmail.com</a>
<br>GetDeb Project Manager - <a href="http://www.getdeb.net">http://www.getdeb.net</a>