[Cuis] Using GitHub to collaborate on Cuis/Squeak development

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

[Cuis] Using GitHub to collaborate on Cuis/Squeak development

keith1y
Collaborating on Cuis/Squeak development

I opened the following repository for work on cuis and other creatures!

However I discover that offering write access to these repos is less than straightforward.

so scratch that idea... next...

Keith

 


Reply | Threaded
Open this post in threaded view
|

Re: [Cuis] Using GitHub to collaborate on Cuis/Squeak development

keith1y
I started 2 open groups on LaunchPad.net

https://launchpad.net/~rodents  For those interested in collaborating  
on Cuis and derived images.
https://launchpad.net/~smalltalkers - For anyone else.

Keith

Reply | Threaded
Open this post in threaded view
|

Re: [Cuis] LaunchPad to collaborate on Cuis2 development

keith1y
I started 2 open groups on LaunchPad.net

https://launchpad.net/~rodents  For those interested in collaborating on Cuis and derived images.
https://launchpad.net/~smalltalkers - For anyone else.

Launchpad uses Bazaar2.0, I liked git for 1 day, but github doesnt offer open repositories, or open team projects, so it is back to the old faithful bazaar! Launchpad.net is very cool though.

We have two projects so far

To use - begin by making yourself a local working directory...

# mkdir Cuis2.0_trunk
# cd Cuis2.0_trunk

Runtime and One-Click template
=========================
Checkout the vm runtime - this is also a one-click image template for you to branch from, or help improve.

# bzr branch lp:~rodents/cuis/Cuis2.0vm.app

Incremental Kernel Development
==========================
Checkout the current Cuis2.0 kernel development repositories - these are InstallStreams for incrementally moving the kernel forwards.

# bzr branch lp:~rodents/cuis/base
# bzr branch lp:~rodents/cuis/release
# bzr branch lp:~rodents/cuis/stable
# bzr branch lp:~rodents/cuis/unstable

1) cuis/base - the starting release image to build on using InstallStreams

2) cuis/release - the released updates (included in the release image)
This tracks Juan's official updates.

3) cuis/stable - branch & contribute back your tested updates here
In anticipation that these will get incorporated in the release.

4) unstable - branch & contribute your "being-tested" updates here

Unstable patches are not built by default.

The default search for updates is only 2 directories deep. In the unstable repository each contributed set of updates is published in a containing folder, and is 3 levels deep.

To apply a specific unstable update execute InstallStreams updatesInstall: 'unstable/InstallStreams-testing'.
To apply all unstable updates execute InstallStreams updatesInstall: 'unstable'.

Optional Kernel Innovations Development
=================================
InstallStreams providing optional kernel innovations may go in their own repositories, rather than release,stable, or unstable.

i.e. when you are ready to show the world...
# bzr push lp:~rodents/cuis/simple-namespaces
# bzr push lp:~rodents/cuis/pragmas
# bzr push lp:~rodents/cuis/nano-traits
# bzr push lp:~rodents/cuis/logging

Packages - Loadable with InstallStream
===============================
There is a separate project for sharing loadable packages. 
In your working directory make a directory for non-installed packages

# mkdir packages
# cd packages
# bzr branch lp:~rodents/cuis-packages/Installer

To manually load an individual package
InstallStream packagesInstall: 'packages/Installer'

To manually install all the packages checked out into ./packages
InstallStream packagesInstall: 'packages'

Generating the build
================
Juan's release of Cuis2.0 does not appear to support the execution of a script on start up. So in the meantime, you will have to search for and file in that script manually.

A simple script is provided in ./stable/build.sh which copies the base image into your working directory, and launches the image. (on mac only for the moment)

Find and file in ./stable/build.st which is intended to initiate and perform the build.

Next Steps
=========
It looks like we will have to release a Cuis2.0.1.image which fixes the startupscript feature.

enjoy

Keith












Reply | Threaded
Open this post in threaded view
|

Re: [Cuis] LaunchPad to collaborate on Cuis2 development

keith1y
In reply to this post by keith1y
[resend with updated information]

I started 2 open groups on LaunchPad.net

https://launchpad.net/~rodents  For those interested in collaborating on Cuis and derived images.
https://launchpad.net/~smalltalkers - For anyone else.

Launchpad uses Bazaar2.0, I liked git for 1 day, but github doesnt offer open repositories, or open team projects, so it is back to the old faithful bazaar! Launchpad.net is very cool though.

We have two projects so far

To use - begin by making yourself a local working directory...

# mkdir Cuis2.0_trunk
# cd Cuis2.0_trunk

Runtime and One-Click template
=========================
Checkout the vm runtime - this is also a one-click image template for you to branch from, or help improve.

# bzr branch lp:~rodents/cuis/Cuis2.0vm.app

Incremental Kernel Development
==========================
Checkout the current Cuis2.0 kernel development repositories - these are the starting image and InstallStreams for incrementally moving the kernel forwards.

# bzr checkout --lightweight lp:~rodents/cuis/base
# bzr branch lp:~rodents/cuis/release
# bzr branch lp:~rodents/cuis/stable
# bzr branch lp:~rodents/cuis/unstable

1) cuis/base - the starting image to build on using InstallStreams

To check out Juan's original official release, rather than the most recent.
# bzr checkout --lightweight -r tag:Cuis2.0-0393 lp:~rodents/cuis/base test

2) cuis/release - the released updates (included in the release image)
This is intended to track Juan's official updates, which are tagged.
It also tracks ./base/Cuis2.0.1,image showing what it contains.

3) cuis/stable - branch & contribute back your tested updates here
In anticipation that these may get incorporated in the release by Juan.

4) unstable - branch & contribute your "being-tested" updates here

Unstable patches are not built by default.

The default search for updates is only 2 directories deep. In the unstable repository each contributed set of updates is published in a containing folder, and is 3 levels deep, escaping the standard search

"To apply a specific unstable update execute:"
InstallStreams updatesInstall: 'unstable/InstallStreams-testing'.

"To apply all unstable updates execute"
InstallStreams updatesInstall: 'unstable'.

Optional Kernel Innovations Development
=================================
InstallStreams providing optional kernel innovations may go in their own repositories, rather than release,stable, or unstable.

i.e. when you are ready to show the world...
# bzr push lp:~rodents/cuis/simple-namespaces
# bzr push lp:~rodents/cuis/pragmas
# bzr push lp:~rodents/cuis/nano-traits
# bzr push lp:~rodents/cuis/logging

Packages - Loadable with InstallStream
===============================
There is a separate project for sharing loadable packages. 
In your working directory make a sub-directory for non-installed packages,
and checkout/branch your chosen packages there.

# mkdir packages
# cd packages
# bzr checkout lp:~rodents/cuis-packages/Installer

To manually load an individual package
InstallStream packagesInstall: 'packages/Installer'

To manually install all the packages you have checked out into ./packages
InstallStream packagesInstall: 'packages'

Generating the build
================
Juan's original release of Cuis2.0 does not appear to support the execution of a script on start up. So I have provided a modified image for you to begin with, this is called: (I should have called it 2.0.1-build or something less official looking, however if Juan doesn't mind, I will leave it as it is)

Cuis2.0.1.image

A simple script is provided in ./stable/build.sh which copies the ./base directory into your working directory giving you a known starting point, and then launches the image with ./stable/build.st. (on mac only for the moment)

A second simple script is provided in ./unstable/build.sh which launches the image with ./unstable/build.st. 

enjoy

Keith