On Tue, 12 Oct 2010 19:33:11 -0400 Steve Wills <[email protected]> mentioned:
> > The rubygems.org page says it needs it, as does the metadata in the gem > and the Rakefile. But the library itself doesn't depend on hoe at all. Look at the pkg-config.rb. > I agree it's somewhat ugly, but it seems correct to me. I haven't found > a warning for it in portlint, but maybe I'm not using the right flags > (-abctCN) `portlint -Ac` shows this. > > > 4. We usually prefer static pkg-plists instead of dynamic ones, especially > > in simple ones. Although it's totally a maintainer consideration, > > it is usually nice to have a plist you can search in with grep. > > I agree it can be nice to be able to search. I just copied another > rubygem-* port. Perhaps RUBYGEM_AUTOPLIST should be removed? I see 123 > other ports in ports/devel alone which use it. Initially it was introduced for use in complex cases where plist can be dynamical (e.g. when gem uses rdoc's you don't know files names beforehand). Unfortunately some lazy/negligent maintainers found it easy to use and started using it in the cases where you can live with the static plist. Again, it's the choice of the maintainer, it was just a suggestion how to make the port a bit easier to work with. > > > 5. Although also a maintainer's choice I find it better to have > > non-gem versions of the libraries when they're available (like in > > this case). The reasons are that the non-gem version can be used > > both in application that supports gems and the one that doesn't, > > and it is possible to patch the port when it is needed. If in some > > time in future you will need to patch the contents on the port, it > > is impossible to do with gems. > > Sorry, I don't understand this. (Perhaps I should to be maintaining this > port, but I don't.) > The essense of this paragraph was that gem libraries is not compatible with applications that don't use gems explicitly. So these application will need to be patched to utilize gem's version of pkg-config.rb. Essentially, non-gem version is more universal. -- Stanislav Sedov ST4096-RIPE
pgpanv79QLVMF.pgp
Description: PGP signature
