<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Possible Directions for Improving Dependency Versioning in R · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1303.2140/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/1303.2140/feed.xml" rel="self" type="application/rss+xml" /><item><title>Possible Directions for Improving Dependency Versioning in R — mentioned by chubot</title><link>https://news.ycombinator.com/item?id=7767728</link><guid isPermaLink="false">urn:hackerpapers:mention:1303.2140:7767728</guid><pubDate>Mon, 19 May 2014 15:03:47 GMT</pubDate><description>&lt;p&gt;Wow! This looks amazing. I have been working on productionization of R code, i.e. allowing people to ship their prototypes instead of rewriting algorithms in another language, so I am very interested in this problem. I have also looked at lot at R&amp;#x27;s metadata format (CRAN), which, like Debian/Ubuntu, is very successful, despite being unsound. It looks like METADATA.jl is versioned, while R punts on that... the version constraints in the &amp;quot;head&amp;quot; PACKAGES file are mutated regularly and it becomes impossible to install older versions of packages with correct dependencies. This is not only bad for…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1303.2140/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.SE</category></item></channel></rss>
