On Tue, Dec 6, 2011 at 1:27 PM, Pavel Krivanek <pavel.kriva...@gmail.com>wrote:
> On Tue, Dec 6, 2011 at 9:58 PM, Eliot Miranda <eliot.mira...@gmail.com> > wrote: > > > > > > On Tue, Dec 6, 2011 at 12:56 PM, Pavel Krivanek < > pavel.kriva...@gmail.com> > > wrote: > >> > >> Hi Eliot, > >> > >> On Tue, Dec 6, 2011 at 9:38 PM, Eliot Miranda <eliot.mira...@gmail.com> > >> wrote: > >> > > >> > > >> > On Tue, Dec 6, 2011 at 11:05 AM, Pavel Krivanek > >> > <pavel.kriva...@gmail.com> > >> > wrote: > >> >> > >> >> Hi, > >> >> > >> >> I want make a little report about progress with making of Fedora > >> >> pakcages for Smalltalk related projects (StackVM, CogVM, Pharo...) by > >> >> Jaroslav Škarvada. > >> >> > >> >> Currently there are three packages in Fedora repositories - > squeak-vm, > >> >> squeak-image and squeak-vm-nonXOplugins (that contains plugins like > >> >> OSProcess). It uses resources from the Squeak site. > >> >> > >> >> Red Hat has quite restrictive demands on packages and it is a small > >> >> miracle that they tolerate current squeak packages :-). The > conditions > >> >> simply do expect that a program is a set of source codes and not a > >> >> system of communicating objects. One problem is that Squeak VM is one > >> >> of few metacircular packages that are needed for their own building. > >> >> Because binary executables are prohibited, it would require a special > >> >> bureaucratically problematic exception. Fortunately for virtual > >> >> machine generation we may use the current squeak packages - more > >> >> precisely their updated versions. The next issue for virtual machine > >> >> generation may be the fact, that some packages used for VM generation > >> >> are in repositories with public read&write permissions. > >> >> > >> >> Because image can be likened to *.jar files that are prohibited and > >> >> must be recompiled during package generation, we are lucky that > >> >> squeak-image package is currently accepted. If someone starts > >> >> tinkering, we are in big trouble. > >> >> > >> >> There is a little issue with *.sources placement. The current VM > >> >> package contains symlinks from VM path to sources files that are > >> >> present in package with the image. This is really ugly solution. > >> >> Squeak and Pharo uses this sequence for sources lookup: vm path, > image > >> >> path, current path. So I think that the best solution will be to have > >> >> sources file in the image package, do not have symlinks in vm package > >> >> and to create symlink to sources together with changes in the image > >> >> path via mysqueak initialization script. > >> >> > >> >> Btw., Jaroslav told me that he saw a lot of creepy projects but > >> >> nothing like Squeak VM :-) > >> >> > >> >> And there is a mess in VM versioning. What is the latest > CogVM/StackVM > >> >> version number? > >> > > >> > > >> > How so? My latest version is SVN > >> > http://www.squeakvm.org/svn/squeak/branches/Cog/ r2519. Monticello > >> > package > >> > http://source.squeak.org/VMMaker/VMMaker.oscog-eem.139. > >> > >> What is the relation between this SVN repository and Git repository > >> used by the CI server (https://git.gitorious.org/cogvm/blessed.git)? > > > > > > Not anything to do with me. > > It is in hands of Esteban. Strange, I thought that the Cog development > is not splitted. The Git version uses cmake. SVN version autotools? > yes. > > >> What is the reason to exclude fbdev? > > > > > > What's fbdev? > > framebuffer display device. > It wasn't used at Qwaq/Teleplace and as things evolved it was easier to leave it behind. Do you want it back? > > >> > >> > >> -- Pavel > >> > >> >> Cheers, > >> >> -- Pavel > >> >> > >> > > >> > > >> > > >> > -- > >> > best, > >> > Eliot > >> > > >> > > > > > > > > -- > > best, > > Eliot > > > > -- best, Eliot