Bug#242884: sf.net watch file
WRT http://bugs.debian.org/242884 , are you aware of http://bugs.debian.org/299840 ? Apparently dh_make now provides an example. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242884: sf.net watch file
On Fri, Jul 01, 2005 at 11:44:40AM -0400, Justin Pryzby wrote: > WRT http://bugs.debian.org/242884 , are you aware of > http://bugs.debian.org/299840 ? Apparently dh_make now provides an > example. > > Justin Given the simplicity of Filippo's script, couldn't we just embed this into uscan itself, so that: http://(www.(dl.)?)?sf.net/project/... gets translated into http://heanet.dl.sourceforge.net/sourceforge/project/... Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242884: sf.net watch file
On Sun, Jul 03, 2005 at 10:56:39PM +0100, Julian Gilbey wrote: > On Fri, Jul 01, 2005 at 11:44:40AM -0400, Justin Pryzby wrote: > > WRT http://bugs.debian.org/242884 , are you aware of > > http://bugs.debian.org/299840 ? Apparently dh_make now provides an > > example. > > > > Justin > > Given the simplicity of Filippo's script, couldn't we just embed this > into uscan itself, so that: > > http://(www.(dl.)?)?sf.net/project/... > > gets translated into > > http://heanet.dl.sourceforge.net/sourceforge/project/... I think the idea is that, if heanet.dl.sf.net were to stop being a host from which all SF software could be retrieved, then we could just find another one, and update the (Debian-controlled) php script, and save ourselves from updating a massive number of packages (which need to be updated because its an arguably RC bug if the packages are not available from the given URL). Does this make sense? Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242884: sf.net watch file
On Sun, Jul 03, 2005 at 06:01:15PM -0400, Justin Pryzby wrote: > On Sun, Jul 03, 2005 at 10:56:39PM +0100, Julian Gilbey wrote: > > On Fri, Jul 01, 2005 at 11:44:40AM -0400, Justin Pryzby wrote: > > > WRT http://bugs.debian.org/242884 , are you aware of > > > http://bugs.debian.org/299840 ? Apparently dh_make now provides an > > > example. > > > > > > Justin > > > > Given the simplicity of Filippo's script, couldn't we just embed this > > into uscan itself, so that: > > > > http://(www.(dl.)?)?sf.net/project/... > > > > gets translated into > > > > http://heanet.dl.sourceforge.net/sourceforge/project/... > I think the idea is that, if heanet.dl.sf.net were to stop being a > host from which all SF software could be retrieved, then we could just > find another one, and update the (Debian-controlled) php script, and > save ourselves from updating a massive number of packages (which need > to be updated because its an arguably RC bug if the packages are not > available from the given URL). > > Does this make sense? That makes sense. But could we do it transparently, i.e., have people write something like: http://sf.net/project/... in their watchfile and uscan do the translation automatically. Then if something stops working, we either modify the php script or uscan, and only one package needs fixing, rather than hardwiring a hack into all of these watchfiles. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242884: sf.net watch file
On Mon, Jul 04, 2005 at 12:39:53AM +0100, Julian Gilbey wrote: > On Sun, Jul 03, 2005 at 06:01:15PM -0400, Justin Pryzby wrote: > > On Sun, Jul 03, 2005 at 10:56:39PM +0100, Julian Gilbey wrote: > > > On Fri, Jul 01, 2005 at 11:44:40AM -0400, Justin Pryzby wrote: > > > > WRT http://bugs.debian.org/242884 , are you aware of > > > > http://bugs.debian.org/299840 ? Apparently dh_make now provides an > > > > example. > > > > > > > > Justin > > > > > > Given the simplicity of Filippo's script, couldn't we just embed this > > > into uscan itself, so that: > > > > > > http://(www.(dl.)?)?sf.net/project/... > > > > > > gets translated into > > > > > > http://heanet.dl.sourceforge.net/sourceforge/project/... > > I think the idea is that, if heanet.dl.sf.net were to stop being a > > host from which all SF software could be retrieved, then we could just > > find another one, and update the (Debian-controlled) php script, and > > save ourselves from updating a massive number of packages (which need > > to be updated because its an arguably RC bug if the packages are not > > available from the given URL). > > > > Does this make sense? > > That makes sense. > > But could we do it transparently, i.e., have people write something > like: > > http://sf.net/project/... > > in their watchfile and uscan do the translation automatically. Then > if something stops working, we either modify the php script or uscan, > and only one package needs fixing, rather than hardwiring a hack into > all of these watchfiles. This makes sense too; but its still subpar. If uscan doesn't work for people, they'll complain, at best, or just hardcode an sf.net URL that Works For Them, which breaks for everyone outside a mirror zone, or on days ending in 'y'. I think uscan has to work all the time, not just after a 2.5 day "high priority upload" grace period. Otherwise people will upload when they're done updating their package, because they don't feel like waiting for uscan (or fiddling with unstable), and (correctly) don't feel like guessing the right syntax and hoping it works, or they just forget. I wonder if anyone has tried to contact SF? (Or is that insufficiently subtle? J/K). Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242884: sf.net watch file
On Mon, Jul 04, 2005 at 01:51:58AM -0400, Justin Pryzby wrote: > > That makes sense. > > > > But could we do it transparently, i.e., have people write something > > like: > > > > http://sf.net/project/... > > > > in their watchfile and uscan do the translation automatically. Then > > if something stops working, we either modify the php script or uscan, > > and only one package needs fixing, rather than hardwiring a hack into > > all of these watchfiles. > This makes sense too; but its still subpar. If uscan doesn't work for > people, they'll complain, at best, or just hardcode an sf.net URL that > Works For Them, which breaks for everyone outside a mirror zone, or on > days ending in 'y'. I think uscan has to work all the time, not just > after a 2.5 day "high priority upload" grace period. Otherwise people > will upload when they're done updating their package, because they > don't feel like waiting for uscan (or fiddling with unstable), and > (correctly) don't feel like guessing the right syntax and hoping it > works, or they just forget. So could we have uscan simply translate http://sf.net/project/... in a watchfile into http://qa.debian.org/watch/sf.php/project/... The former makes more sense for the end user than having to put the latter in a watchfile manually. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
