2007/3/12, Michael Homer <[EMAIL PROTECTED]>: > On 3/9/07, Michael Homer <[EMAIL PROTECTED]> wrote: > > On 3/9/07, Jonas Karlsson <[EMAIL PROTECTED]> wrote: > > > > > > A feature that I think would be nice is to see why an application is > > > in the list, i.e. what application that had that dependency. > > Good idea. I will add that, possibly for the release after this one > > since it may not be simple. > > > > I'm actually not sure how well the addition of uninstalled > > dependencies to the tree is working - it's more of a happy accident of > > the sorting algorithm than by design at this point. If you notice any > > bugs with it let me know. In particular, I've just realised that I > > don't think their own dependencies are included in the calculations.
I haven't found any real bugs in the sorting algorithm, but what I had in mind was to get a list of applications that pulled in an application in to the list, next to the listed application. > Ok. So I've done pretty much all of that, tested it, it all seems to > be functioning. If there are no major problems, I'll tag this as 2.1 > final and get a recipe out as well. I still get some error when an older version then the available is symlinked as current: Freshen: Attempting to fetch recipe dependencies for Xorg GetRecipe: Recipe for Xorg none not found Freshen: Attempting to fetch package dependencies for Xorg 7.2-r1 And Freshen died with this error: Freshen: Notice: dependency file for KDE-Libs has incorrect capitalisation on NAS Freshen: Freshen: Error: undefined method `set?' for nil:NilClass [NoMethodError] When I looked into it I can find no recipe for NAS, so I guess that's the problem. However the error message isn't that descriptive. :) After I ran 'GetRecipe KDE-Libs' the error got away, so my guess it that that dependency listing is in an old version of the recipe, but I couldn't find any KDE-Libs recipe or installed package of KDE-Libs that listed that dependency, so I don't know where Freshen got that from. I got the same error from another package, GLSavers-NR: Freshen: Notice: dependency file for GLSavers-NR has incorrect capitalisation on Nvidia Freshen: Freshen: Error: undefined method `set?' for nil:NilClass [NoMethodError] The strange thing is that I cannot see what application made Freshen try to look at this recipe/package. There's no application that has GLSavers-NR as dependency afaik. I tried to grep for it, but couldn't find anything. Here's where that dependency list thing I suggested would come in handy. 'Freshen --info GLSavers-NR' dies with Freshen: Generating list of installed programs... Freshen: Freshen: Error: undefined method `each' for nil:NilClass [NoMethodError] so I can't tell what's wrong. > > Package attached. Configuration file change is the addition of the > fetchAllPackageLists option. > > By the way, in creating the package I got a pile of errors in this form: > /Programs/Scripts/2.6.3/bin/../Functions/File: line 130: > /Programs/Freshen/2.0.999/Resources/FileHash: Permission denied > `sudo CreatePackage` did not help. So the package is not signed, so it > probably needs a manual SymlinkProgram after installation. It seems > from looking in Functions/File that that would mean packages can only > be created as root, since $hashfile will never be world-writable. `| > $sudo_exec tee -a "$hashfile" > /dev/null`? What was your permissions? $sudo_exec should be set to "sudo -u #0" and should therefore be able to write to that file as long as any user has write permissions. But packages without signature is better than packages with invalid signatures, as the former will be symlinked at install while the latter will have to be manually symlinked. -- /Jonas _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
