From: David Ross Date: 2004-11-04T07:44:11+09:00 Subject: Re: OS X Tiger still including ruby 1.6 Michael DeHaan wrote: >"When you include a library into >the base, it is diifucult giving out version changes unless you wish to >override and break other programs." > >I disagree here. CPAN.pm has been working seamlessly for many years. > It's even self upgradeable. You can even update modules in the base >distribution. This stuff just has to be designed in. > > >On Tue, 2 Nov 2004 23:59:51 +0900, David Ross wrote: > > >>>* rpa and/or rubygems installed by default. >>> >>> >>> >>This would be a bad for anyone to do. When you include a library into >>the base, it is diifucult giving out version changes unless you wish to >>override and break other programs. If the api changes, etc. One good >>exampe of this is SOAP4r, I've been using it for the past 6 months, and >>I have to override the base installation becuase it is in the base >>already. NaHi just can't simply throw it in stable-snapshot and people >>download the version. It has to most likely be with releases for the >>sake of compatibility and stability. >> >>Neither packaging systems should be included at this time. rpa-base >>actually upgrades itself, but has no function to upgrade the system to >>tell the new software is installed. Like on most BSDs the software is >>taken off at uninstall by a series of checks and deletes. If there is a >>new version downloaded, the md5 sum of the file will be wrong and much >>will go wrong. >> >>David Ross >> >> >>-- >>Hazzle free packages for Ruby? >>RPA is available from http://www.rubyarchive.org/ >> >> >> >> > > > > Rpa-base is also self-upgradable, and has a decent package count. Sure, CPAN on BSD systems has a modified version called BSDPAN which has nice features. BSDPAN can register modules with the native package system. Infact, what RPA is attempting to write is a package manager which does register packages and any upgrades to any of the unix package systems. Right now I wouldn't include rpa-base in the ruby base because of this reason. If it were even thought of to be included, it would have to be after all wanted features and API changes are finished. It can do well in any unix system so far, and there is a Ruby Windows QA Team which I've created consisting of 4 people. The QA team is not apart of RPA, and it most likely won't ever be apart of RPA. Its a seperate project which will support the Microsoft Windows operating system for Ruby packages. Talk later, can't stop having fun at work. David Ross -- Hazzle free packages for Ruby? RPA is available from http://www.rubyarchive.org/