On Jan 10, 2008 12:01 AM, mpb <[EMAIL PROTECTED]> wrote: > Hi gobo-devel, > > I skipped Saturday's IRC discussion as I am not a Gobo developer and I > only use Rootless. I just reviewed the IRC log posted by Jonas. > > Regarding a potential web-app to view and compare the latest > package/Recipe and repository versions of specific Programs: this > version-compare information seems to me to be a logical fit with the > other information already provided at recipes.gobolinux.org.
That's great to hear. :) > The best specification of a version-comparer seems to be this line by > LodeRunner: > > (10:50:49 PM) LodeRunner: "package x: latest version is A, our latest recipe > is > B written by FOO, our latest package is C packed by BAR, the 015 repo is > using > D packed by BAZ added by QUX" > > Does anyone have any suggestions or additions to this specification? > > For example, would you like to be able to filter also by milestone > (i.e., Base, Desktop, Apps - assuming that such milestones are used > and someone creates lists of which Programs are members of each > milestone). I think that could come over time, after these things are defined. > Also, what is the authoritative information source for each of the following? > > A (latest Program version - this third party info might be hard to get?) Hard to get indeed, but we have reasonable approximations. André has some code that fetches this info from the public freshmeat.net XML database. Distrowatch also tracks 200 packages (covering the majority of the most important packages). > B (latest Recipe version) That's the one in the revisions/ tree of the svn repository. > C (latest package version) That would be the highest version number stored here: http://www.gobolinux.org/md5/official/ We could find better ways to index this information. > BAR (the packager of C - is this contained in a file somewhere inside > the package tarball?) Not in a convenient way, I think. It could be possible to infer that info from the package signature. I believe this could be improved. > QUX (the adder of package to the repository) We are not currently tracking this information, but we should start to. > Are there currently different repositories for different releases > (013, 014, 014.1, etc) of GoboLinux? Sort of. There is the repository of packages, and then there is the set of packages selected to be used in a specific CD release (that's what I meant by "015 repo"). > If so, what are they and what is > the correct way to query their contents? The set of packages for 014 resided at http://gobo.calica.com/packages/livecd/ during development. (That dir should probably be renamed.) As an aside, there are package sets for ChrootCompile to build binary-compatible packages for 013 and 014 systems: http://gobo.calica.com/packages/chrootcompile-013/ http://gobo.calica.com/packages/chrootcompile-014/ > At present recipes.gobolinux.org is drawing its information from > whatever source I happened to find when I was coding it, which might > be a secondary cache instead of the primary authoritative source. If > I am going to add version-compare functionality to > recipes.gobolinux.org, I might as well go back and clean up the recipe > viewer so that it is getting all its information from the proper > authoritative sources. For recipe information, the only improvement I see would be to fetch the information directly from svn. Perhaps the svn notification system could be hooked to recipes.gobolinux.org to notify it of updates? > Also, can someone please explain what System/Index is? There has been > some discussion of it recently, but I have not been able to figure out > what it is/does. It's a plan to replace /System/Links with a FUSE-based filesystem which can present to each process a different view of the links tree, showing them links that match the required dependencies of the process. There is prototype code for it written, showing it can be done, but it's a big change to the system, and we were not able to focus on this enough to make it a reality (...yet). -- Hisham _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
