Release February 2009

release@lists.squeakfoundation.org

4 participants
7 discussions

Start a nNew thread

[PRJ] Rio Http support
by Keith Hodges 27 Feb '09

27 Feb '09

A really simple project - fill in the HTTP support for Rio Keith

1 0

Installer-Formats pkg includes MczInstaller, SARInstaller
by Keith Hodges 24 Feb '09

24 Feb '09

I started a new package Installer-Formats, and put MczInstaller and SARInstaller in there. I think this makes sense, it moves them into a maintained package external to the image and hence transcentent to Squeak/Pharo. They are now included in LPF enabling any improvements to be distributed. It also makes the chaotic System category in the image two classes lighter. Keith

1 0

[PRJ] -fun
by Keith Hodges 23 Feb '09

23 Feb '09

I propose to list projects here that people could volunteer for, as a contribution to the 3.11 effort. Title: -fun images Description: Review edgar's fun image, and look to reproduce it via Sake/Packages package definitions. So that it may be loaded via. Installer sake install: 'Squeak-fun image'. Usefulness/Purpose: The same process will load into 3.11, and will provide a fuller image for test purposes, as well as providing users with a grand tour of what squeak can do. - Keith

1 0

[Ann] Bob is building
by Keith Hodges 22 Feb '09

22 Feb '09

Dear All, Bob is taking shape, he can now build images, package and upload the results. I have not yet posted this to squeak-dev, because I havent got time to handle a flood of enquireys just yet. Would anyone be willing to see if they can write the code to generate one click images? cheers Keith ==================== Public Bob Server Bob is now running at bob.warwick.st where he has 160Gb of space available for building in. His work is visible via http://bob.warwick.st and ftp://squeak@bob.warwick.st (password is the same as the swiki). At present it is necessary to be able to see what Bob is doing because Bob is not clever enough to spot or terminate builds that get stuck. (An OSProcess waitForCommand:withTimeout: would be useful). Secondly it is useful to debug as builds progress by enabling the stepping option. Thirdly some builds are not YET entirely unattended (e.g. squeak-dev). To make this possible there is a vnc server running which allows remote monitoring of Bob and the images which it launches. VNC is running on display 1 (port 5901) password is the same as the squeak swiki (for now). Bob can monitor squeaksource repositories rss feed and keep up to date with changes in Monticello repositories, currently: 1) "Packages" - where the published packages, and dependencies are maintained. 2) "Bob" - where build tasks, and build definitions are maintained. 3) He also monitors "Mantis" for changes every 15 minutes. Every 3 Minutes, he runs all the build tasks. Each of the build tasks checks to see if any of their input images have changed. Input images are usually in the form of a zip file as uploaded to the final destination server (ftp.squeak.org) This design, allows multiple Bob instances to run collaboratively in a distributed fashion. Each Bob selects which builds it wants to make, and whether or not it is responsible for doing the final upload. Thus the Bob instances co-orperate, using the "creationTime" on the zip files as a build triggering signal, as one uploads its completed build zip, another downloads that zip for its own tasks. Installing Bob ========== Bob will be a downloadable image, built by himself! Bob - Repositories/Packages ==================== Rio/File-Kernel Rio/File-Base - provides file handling Logging/Logging - provides logging front end Logging/SimpleLog - provides logging back end Sake/Sake - provides tasks and dependencies between builds Sake/Sake-Scheduler - periodic task execution Packages/Packages-Library - all the current package dependency definitions Sake/Sake-Bob - the top level bob tasks Bob/Bob-Releases - user defined build tasks for official releases Bob/Bob-SomeProduct - user defined bob build tasks for your own products (public) YourRepo/Bob-YourBuilds - user defined bob build tasks for your own products (private - run bob yourself). Bob - Server Configuration =================== All local configuration is done in class BobConfig, so if you are running your own Bob build/test server you can save and load all local settings as a class file out of BobConfig. examples: BobConfig class >> #configBaseDir ^ '/bob' asDirectory BobConfig class >> #configVm "the mac vm doesnt like to be opened via a symbolic link" ^ '/bob/vm/Squeak\ 3.8.20beta1U.app/Contents/MacOS/Squeak\ VM\ Opt' etc etc etc.... Bob - Build Customization =================== Your image builds will be defined as subclasses of BobBuildImage, and can be packaged and managed in the squeaksource/Bob repository. If a Bob server instance is aware of your package, then he may do your building for you. He will watch the Bob repository rss feed for changes, and will respond accordingly. Defining a Build a) Metadata b) build script ================================= Each build has a series of meta data methods, one per build number, e.g: build0000 info name: 'Squeak3.10.2-build'. info when: '2009-02-21T00:19:28.182+00:00'. info by: 'kph'. info image: 'ftp://ftp.squeak.org/3.10/Squeak3.10.2*basic.zip'. info stepping: true. info release: false. info upload: 'ssh://updates@squeakfoundation.org/var/www/files/3.11/3.10.2-build/'. info comment: 'testing'. "The code that follows is the central part of the script that is used to build the image" """""" Installer install: 'Tasks'. """""" "self halt." Squeak310MakeBuildCandidate taskBuild run. The above method defines metadata which tells bob, what the build is called, when to run it, where to obtain the starting image, whether to put "self halts" in at convenient places for debugging, and where to upload the results. When To Build - info when: ===================== code in #isBuildNeeded articulates rules which allow you to. 1) Build once at a specific time. 2) Build if a specific file (specified as a url with wildcards accepted) has changed. 3) Build if the starting image zip file (specified as a url with wildcards accepted) has changed. 4) Build periodically every x, minutes/days. 5) Build with a new explicit build number change 6) Do not build. The rules are evaluated as follows: a) If the output directory does not exist do not build (6) *** b) If "info when" = false or #dont then do not build. (6) c) If "info when" is a time that is not up yet then do not build. (1) d) If "info when" is a file match whose file is not found then do not build. (2) e) If "info image" zip file match is not found then do not build. (3) f) If the "info when" is a file match has changed since he last build, then a new build is needed. (2) g) If the "info image" zip has changed since he last build, then a new build is needed. (3) h) If the build number has changed a new build is needed. (5) i) If "info when" is a duration, build if the given time has passed since the previous build. (4) j) When "info when" is a time, if the previous build is the same or more modern do not build (1) If you run your own bob server he will attempt to build ALL of the defined tasks EVERY 3 minutes or so. So your primary way for indicating which of the builds you want is to create the output directory (option a) marked *** above. What To Build - #theScript ==================== theScript script reset. self scriptTranscriptLogToFileLoad; scriptTranscriptLogToFileStart; scriptAddLPF; scriptAddInfoScript; scriptTranscriptLogToFileStop; scriptSaveImageAndQuit: true The script is assembled using pre-prepared chunks like those above. You can define #theScript for your builds. #scriptAddInfoScript, incorporates the script elements that are appended to the metadata method. The script that this generates is written out and fed as an input to the chosen image. e,g. "self halt." HTTPSocket httpFileIn: 'installer.pbwiki.com/f/TranscriptToFile.cs'. !"self halt." Preferences setPreference: #logTranscriptToFile toValue: true. !"self halt." HTTPSocket httpFileIn: 'installer.pbwiki.com/f/LPF.st'. ! Installer install: 'Tasks'. ! Squeak310MakeBuildCandidate taskBuild run. !"self halt." Preferences setPreference: #logTranscriptToFile toValue: false. ! | image resuming | "self halt." SystemVersion newVersion: 'Squeak3.10.2-build'. SystemVersion current date: '2009-02-21T02:03:58.358+00:00' asDateAndTime. image := SmalltalkImage current. image cleanUpAllExcept: #(ChangeSet). resuming := image saveAs: '090221-0203_Squeak3.10.2-build.image'. resuming ifFalse: [ image snapshot: false andQuit: true ]. ! Note that when you write these script snippets they are expected to have "self halt." in them at strategic points. If the "info stepping" flag is set to true then these are uncommented. What To Build - Build order #dependsOn: ============================== The tasks are run in an order which suits all of the dependencies explicitly stated. self dependsOn: { BobBuild310Build build } Manually Running the build: ===================== [ BobBuild taskBuildAll run ] fork. and if immediate uploading is turned off, #configUploadImmediately, a manual upload can be performed later via. BobBuild310Dev upload run.

1 0

Monticello Authors
by Keith Hodges 16 Feb '09

16 Feb '09

Scanning all authors in Wiresong/mc, impara/mc, and squeaksource/mc, repositories. This covers Monticello, TweakMC, MC1.5 and all PackageInfo's that are included in MC1.5. Those initials that I am treating as approved are in the package MethodAuthorship, class side of class Authorship. It defines the following categories 1) contriutor signed the viewpoints agreement, 2) mc1.5 contributors (the squeaksource repo was designated MIT licence) 3) pharo contributors 4) new squeak contributors We are left with: 'swr'->'?' 'kb'->'Ken Bryant' 'SR'->'?' 'pmm'->'Philippe Marschall?' ''->'?' 'ul'->'?' 'a'->'?') best regards Keith ======= The full list: 'gvc'->'Gary Chambers' 'abc'->'Colin Putney (deduced)' 'lr'->'Lukas Renggli' 'ab'->'Avi Bryant or Alexandre Bergel' 'ul'->'?' 'mas'->'Mark Schwenk' 'mist'->'Michal Starke' 'a'->'?' 'JF'->'Julian Fitzell' 'jf'->'Jan Fietz' 'jrp'->'John Pierce' 'xxx'->'?' 'sw'->'Scott Wallace' 'SR'->'?' 'test'->'?' 'kb'->'Ken Bryant' 'stephane.ducasse'->'?' 'NorbertHartl'->'Norbert Hartl' 'rej'->'Ralph Johnson' 'ac'->'Andrew Catton' 'tpr'->'Tim Rowledge' 'AlexandreBergel'->'Alexandre Bergel' 'sd'->'Stephane Ducasse' 'cds'->'C. David Shaffer' 'jl'->'Jens Linke' 'stephaneducasse'->'Stephane Ducasse' ''->'?' 'pmm'->'Philippe Marschall?' 'al'->'Adrian Lienhard or Alexander Lazarevic' 'nk'->'Ned Konz' 'sas'->'?' 'cwp'->'Colin Putney' 'ar'->'Andreas Raab' 'tk'->'Ted Kaehler' 'djr'->'Danie Roux' 'kph'->'Keith Hodges' 'swr'->'?' 'avi'->'Avi Bryant' 'dvf'->'Daniel Vainsencher' 'md'->'Marcus Denker' 'Rik'->'Rik Fischer SmOOdy' 'mtf'->'Matthew Fulmer' 'bf'->'Bert Freudenberg' 'bkv'->'Brent Vukmer'

3 3

It's time for Squeak 4.0!
by Matthew Fulmer 08 Feb '09

08 Feb '09

Squeak 4.0 is within sight. With this release, the four-year relicensing project of the Leadership team will be complete. We will be able to incorporate under SFLC, and Pharo will be one step closer to a 1.0 release. Squeak 4.0 will be the first official squeak release with no code under SqueakL; everything in the .image, .changes, and .sources files will be under either the MIT license or the Apache license. I've done the first step and done a full audit, using Yoshiki's tools [1], of all the code in Squeak 3.10.2, with the exception of four packages: - Monticello - SUnit, TestRunner, and SUnitImproved - Universes - Traits I also applied all of yoshiki's etoys changes to 3.10.2. The algorithm that Yoshiki seemed to follow when cleaning etoys is: - If the method can be easily deleted, delete it - Otherwise, use the historical image [1] to revert to the latest version before the problematic author - Fix any bugs this causes I think we can use the same procedure. Perhaps Yoshiki will comment. So, to help with the relicense, grab the historical image[1], check out the license audit [2], leave a note on mantis about what you think you'll work on, and start rolling out change sets. For your convenience, all of the license audits are included both in the relicensing tools download and on mantis. I'll try to keep both up to date as we progress with the relicense I'll also be looking for an official license statement from the authors of Traits and Universes; if those can be unambiguously shown to be MIT-licensed, it will save me a couple of audits. SUnit and Monticello already have enough problems that I know they are not clean. [1] The tools I've been using to do the relicense: http://ftp.squeak.org/4.0alpha/squeak4.0-relicensingTools.zip see also: http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-September/13158… http://www.squeaksource.com/MethodAuthorship.html [2] The 4.0 relicense mantis issue: http://bugs.squeak.org/view.php?id=6989 -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

2 2

Re: [Pharo-project] It's time for Squeak 4.0!
by Matthew Fulmer 07 Feb '09

07 Feb '09

On Sat, Feb 07, 2009 at 10:17:00AM +0100, St?phane Ducasse wrote: > Hi matthew > > what is the base for 4.0 is is 3.10? or spoonish? 4.0 is 3.10.2 plus minimal changes to make it license-clean. Currently, spoon is scheduled to be the base for squeak 5.0 > Traits have always been release under MIT and Squeak/L > We signed the license agreement long time ago so I do not really > understand the point. Ok. One can never be too careful. I resolved http://bugs.squeak.org/view.php?id=7279 Thanks for speaking up. -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

Release February 2009