From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RwsIB-0006Cr-W3 for garchives@archives.gentoo.org; Mon, 13 Feb 2012 09:33:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A2B4DE09F2; Mon, 13 Feb 2012 09:33:41 +0000 (UTC) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 890DEE09E5 for ; Mon, 13 Feb 2012 09:33:12 +0000 (UTC) Received: by bkcit16 with SMTP id it16so192251bkc.40 for ; Mon, 13 Feb 2012 01:33:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=+QGC0TleaoUCS+U3JJq5u9Sriv1vl0tLqvOKqgAN+C4=; b=MS8PLNgNL6AuZJPCfaHIOlLVAHkQilUeNUJiCzW0mS2MGWLzv8dAABSopjA6HwKQUO NGOTL3Ta8ZHvQKlmnpttnHokSPBq5myG06r8qIMw9Oda1eXeilcLxEOmH+pRHVwD4zOb OLRkFBoGmkBSW1spXicYN8XajRKWIRM/9Pm6M= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.205.127.147 with SMTP id ha19mr6959430bkc.64.1329125591305; Mon, 13 Feb 2012 01:33:11 -0800 (PST) Received: by 10.204.22.17 with HTTP; Mon, 13 Feb 2012 01:33:11 -0800 (PST) Date: Mon, 13 Feb 2012 10:33:11 +0100 Message-ID: Subject: [gentoo-dev] RFC: upstream/watch in metadata.xml From: Corentin Chary To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 393c165f-9bea-4083-be71-75a4210ef9ad X-Archives-Hash: c7ee5c3fe0968bd06086e87c0bc6fd43 As some may know, I'm working on euscan, and currently euscan only use CPV and SRC_URI to find new upstream versions. This works well if upstream url and version scheme is sane or if upstream has an API for that (rubygem, pypi, pecl, pear), but it's far from optimal. Debian use a specific file for that: debian/watch and it looks like that (for media-plugins/vdr-softdevice): opts=downloadurlmangle=s/prdownload/download/ \ http://developer.berlios.de/project/showfiles.php?group_id=2051 \ http://prdownload.berlios.de/softdevice/vdr-softdevice-(.+).tgz opts specify some options to mangle the final url, and then there is a list of url to scan. man uscan for more informations. Currently, if you run euscan on this package, it doesn't work at all: http://euscan.iksaif.net/package/media-plugins/vdr-softdevice/ 1/ it's hosted on gentoo mirrors, and scanning them takes too long because all files are in the same directory 2/ the url doesn't contain the version So, to help euscan (and other tools) for some package, I think we could introduce some hints in metadata.xml. This would extend the existing "upstream" element: http://developer.berlios.de/project/showfiles.php?group_id=2051 \ http://prdownload.berlios.de/softdevice/vdr-softdevice-(.+).tgz The format is not defined yet, but it would probably look like debian/watch, that would allow to write a script to import (valid) debian/watch files into associated metadata.xml when needed. One other thing, metadata.xml already contain a remote-id tag, which would be very great to help euscan do its job, but a lot of package are lacking it: - Should we patch repoman to scan SRC_URI and issue a warning when it looks like an URI that match a well known remote-id - Should we write a script to update metadata.xml ? It would be easy for rubygem, pypi and pear packages. Any comment ? Objections ? Ideas ? Thanks, -- Corentin Chary http://xf.iksaif.net