[pkg-bioc] CVS %p

[Steffen Moeller]

On Sunday 25 February 2007 22:12:15 Dirk Eddelbuettel wrote:
> On 25 February 2007 at 21:25, CVS User smoe-guest wrote:
> | Update of /cvsroot/pkg-bioc/tools
> | In directory alioth:/tmp/cvs-serv388
> |
> | Modified Files:
> | 	CRAN2DEB.pm cran2deb.pl
> | Log Message:
> | Find the right .deb for r-cran-ggobi|r-omegahat-ggobi and other
> | dependencies with ambiguities.

> I think the former is clearly deprecated:

It was just the only (while bad) example that sprang to mind. Those R packages 
in DESCRIPTIONS' depends line that we could not yet assign to a particular 
repository are denoted in the "|"-separated alternatives list. The routine 
that attempts to install the packages (sudo at the moment, should be 
happening automagically in pbuilder w/ apt-proxy) finds the correct .deb now 
rather than interpreting the |-savvy string literally.

> (URLs are short as run apt-proxy here to cache for pbuilder and my
> benefit.)

When the scripts produces a new .deb file, pr when it is uploaded with 
mini-dinstall, is the apt-proxy internal information system automagically 
updated? If so, then there would be no need for the script to use dpkg -i, 
indeed. Otherwise the script should initiate the update of the apt-proxy 
somehow. Sadly, I have updated my apt to the one from experimental and cannot 
install apt-proxy or mini-dinstall due to some totally unnecessary conflict.  
   python-apt: Depends: libapt-pkg-libc6.3-6-3.11
and refrain from contributing at this front for the moment.

The next two big steps in the development of cran2deb remain (to me):
* make %repositoryOf persistent - should be fairly trivial
* create a decent build-dependencies tree and derive a same-as decend build 
order from it. I have no idea about how difficult this is - not toooo 
difficult I'd have thought but why have I not just done it?
* a reference build environment setup for CRAN,BioC and Omeghat all together. 
Dirk suggests using pbuilder for it all, possibly helped with apt-proxy and 
mini-dinstall. The current sudo should be skipped for security concerns and 
exists only for the direct (and fairly easy) evaluation of the prior two 
tasks.

Any volunteers?

Best regards

Steffen
 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-bioc-devel/attachments/20070225/04109944/attachment.pgp