On 3/15/07, Lucas C. Villa Real <[EMAIL PROTECTED]> wrote: > On 3/15/07, Hisham Muhammad <[EMAIL PROTECTED]> wrote: > > On 3/15/07, Andy Feldman <[EMAIL PROTECTED]> wrote: > > > Thanks, Lucas. That will definitely lower the barrier to upgrading to > > > the latest version of their drivers periodically. > > > > > > I have a question: does this represent a change in policy that Recipes > > > can now be used to download and install binary-only apps? Despite the > > > "shim" compilation step, Nvidia seems like essentially a binary > > > download to me... > > > > > > I think it's a fine solution when the source is not available and the > > > binaries may not be redistributed in a repackaged form, but I thought > > > it had been shot down in the past, and I wanted to see if a Recipe for > > > e.g. Adobe Reader was now possible as long as any relevant license > > > screens are displayed. > > > > With (a) support for displaying license agreements added to Compile > > and (b) a separate recipes store for binary-only/non-free stuff (don't > > know how well Compile currently handles multiple remote stores, btw), > > I think we could lower the restriction on the usage of recipes. > > Opinions? > > That's fine. Compile already accepts mirrors, so I would expect that > GetRecipe iterates on $getRecipeStores -- we'll just need to include > the proprietary repository there then. I'm not sure about > MANIFEST.bz2, though. As far as I know all processing is done based on > that file, right?
I think it is used as a cache, but I don't know if it assumes that all manifests are the same. IIRC at one point it downloaded all manifests to look for the latest available recipe, but it was very slow if one of the mirrors happened to be down. -- Hisham _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
