i found a bug that crashes squeak on my machine(LINUX). it is very consistent but long to explain. Is there a way to record from within the image all that's done while doing.otherwise i will have to record the entire desktop.<br>
Please let me know.<br>Kemal<br><br><br><div class="gmail_quote">On Feb 15, 2008 1:00 PM, <<a href="mailto:squeak-dev-request@lists.squeakfoundation.org">squeak-dev-request@lists.squeakfoundation.org</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Send Squeak-dev mailing list submissions to<br> <a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a><br>
<br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev</a><br>
or, via email, send a message with subject or body 'help' to<br> <a href="mailto:squeak-dev-request@lists.squeakfoundation.org">squeak-dev-request@lists.squeakfoundation.org</a><br><br>You can reach the person managing the list at<br>
<a href="mailto:squeak-dev-owner@lists.squeakfoundation.org">squeak-dev-owner@lists.squeakfoundation.org</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Squeak-dev digest..."<br>
<br><br>Today's Topics:<br><br> 1. Deadline extension: Workshop on Self-sustaining Systems (S3)<br> 2008 (Robert Hirschfeld)<br> 2. Re: [3.9.1] please check (Ken Causey)<br> 3. Re: [3.9.1] please check (Lukas Renggli)<br>
4. Re: [3.9.1] please check (Masashi UMEZAWA)<br> 5. Re: [3.9.1] please check (Giovanni Corriga)<br> 6. Re: HydraTools and minimal images (Klaus D. Witzel)<br> 7. Re: HydraTools and minimal images (Igor Stasenko)<br>
8. Re: MC bug? (David R?thlisberger)<br> 9. Important reminder - Squeak Foundation Election 2008!<br> (<a href="mailto:goran@krampe.se">goran@krampe.se</a>)<br> 10. Re: [3.9.1] please check (Andreas Raab)<br> 11. Re: Important reminder - Squeak Foundation Election 2008!<br>
(Bert Freudenberg)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Fri, 15 Feb 2008 01:14:33 +0100<br>From: Robert Hirschfeld <<a href="mailto:robert.hirschfeld@gmx.net">robert.hirschfeld@gmx.net</a>><br>
Subject: Deadline extension: Workshop on Self-sustaining Systems (S3)<br> 2008<br>To: <a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>, <a href="mailto:croquet-dev@duke.edu">croquet-dev@duke.edu</a><br>
Message-ID: <<a href="mailto:47B4D969.5070800@gmx.net">47B4D969.5070800@gmx.net</a>><br>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>Please note that the deadline for paper submissions to the Workshop on<br>
Self-sustaining Systems (S3) 2008 has been extended. The new submission<br>deadline in now<br><br> *** February 24, 2008 ***<br><br>For more information on S3, please visit<br><a href="http://www.swa.hpi.uni-potsdam.de/s3/" target="_blank">http://www.swa.hpi.uni-potsdam.de/s3/</a><br>
<br>Regards,<br>Kim Rose and Robert Hirschfeld<br><br><br>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<br><br><br>[Call for Papers]<br><br><br>*** Workshop on Self-sustaining Systems (S3) 2008 ***<br>
<br>May 15-16, 2008<br>Potsdam, Germany<br><a href="http://www.swa.hpi.uni-potsdam.de/s3/" target="_blank">http://www.swa.hpi.uni-potsdam.de/s3/</a><br><br>-- Call for papers:<br><br>The Workshop on Self-sustaining Systems (S3) is a forum for discussion<br>
of topics relating to computer systems and languages that are able to<br>bootstrap, implement, modify, and maintain themselves. One property of<br>these systems is that their implementation is based on small but<br>powerful abstractions; examples include (amongst others)<br>
Squeak/Smalltalk, COLA, Klein/Self, PyPy/Python, Rubinius/Ruby, and<br>Lisp. Such systems are the engines of their own replacement, giving<br>researchers and developers great power to experiment with, and explore<br>future directions from within, their own small language kernels.<br>
<br>S3 will be take place May 15-16, 2008 at the Hasso-Plattner-Institute in<br>Potsdam, Germany. It is an exciting opportunity for researchers and<br>practitioners interested in self-sustaining systems to meet and share<br>
their knowledge, experience, and ideas for future research and development.<br><br>-- Invited talk:<br><br>Ian Piumarta: Late-bound Object Lambda Architectures (Viewpoints<br>Research Institute, USA)<br><br>-- Submissions and proceedings:<br>
<br>S3 invites submissions of high-quality papers reporting original<br>research, or describing innovative contributions to, or experience with,<br>self-sustaining systems, their implementation, and their application.<br>
Papers that depart significantly from established ideas and practices<br>are particularly welcome.<br><br>Submissions must not have been published previously and must not be<br>under review for any another refereed event or publication. The program<br>
committee will evaluate each contributed paper based on its relevance,<br>significance, clarity, and originality. Revised papers will be published<br>as post-proceedings in the Springer LNCS series.<br><br>Papers should be submitted electronically via EasyChair at<br>
<a href="http://www.easychair.org/conferences/?conf=s3" target="_blank">http://www.easychair.org/conferences/?conf=s3</a> in PDF format. Submissions<br>must be written in English (the official language of the workshop) and<br>
must not exceed 20 pages. They should use the LNCS format, templates for<br>which are available at <a href="http://www.springer.de/comp/lncs/authors.html" target="_blank">http://www.springer.de/comp/lncs/authors.html</a>.<br>
<br>-- Venue:<br><br>Hasso-Plattner-Institut (Potsdam, Germany)<br><br>-- Important dates:<br><br>Submission of papers: February 24, 2008<br>Author notification: April 11, 2008<br>Revised papers due: April 25, 2008<br><br>
S3 workshop: May 15-16, 2008<br><br>Final papers for LNCS post-proceedings due: June 6, 2008<br><br>-- Chairs:<br><br>* Robert Hirschfeld (Hasso-Plattner-Institut Potsdam, Germany)<br>* Kim Rose (Viewpoints Research Institute, USA)<br>
<br>-- Program committee:<br><br>* Johan Brichau, Universite Catholique de Louvain, Belgium<br>* Pascal Costanza, Vrije Universiteit Brussel, Belgium<br>* Wolfgang De Meuter, Vrije Universiteit Brussel, Belgium<br>* Stephane Ducasse, INRIA Lille, France<br>
* Michael Haupt, Hasso-Plattner-Institut, Germany<br>* Robert Hirschfeld, Hasso-Plattner-Institut, Germany<br>* Dan Ingalls, Sun Microsystems Laboratories, USA<br>* Martin von Löwis, Hasso-Plattner-Institut, Germany<br>* Hidehiko Masuhara, University of Tokyo, Japan<br>
* Ian Piumarta, Viewpoints Research Institute, USA<br>* David Ungar, IBM, USA<br><br>-- Registration fees:<br><br>Early (until April 18, 2008)<br>* Regular participants: EUR 160<br>* Students: EUR 80<br><br>Late (after April 18, 2008)<br>
* Regular participants: EUR 170<br>* Students: EUR 90<br><br><br>--<br><br>Robert Hirschfeld<br><a href="mailto:hirschfeld@acm.org">hirschfeld@acm.org</a><br><a href="http://www.hirschfeld.org" target="_blank">www.hirschfeld.org</a><br>
<br><br>------------------------------<br><br>Message: 2<br>Date: Thu, 14 Feb 2008 18:21:15 -0600<br>From: Ken Causey <<a href="mailto:ken@kencausey.com">ken@kencausey.com</a>><br>Subject: Re: [3.9.1] please check<br>
To: The general-purpose Squeak developers list<br> <<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>><br>Message-ID:<br> <<a href="mailto:1203034875.3117.211.camel@12-222-173-196.client.insightbb.com">1203034875.3117.211.camel@12-222-173-196.client.insightbb.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br><br>I agree, not a good idea for a maintenance release.<br><br>Ken<br><br>On Thu, 2008-02-14 at 13:46 -0800, Andreas Raab wrote:<br>> stephane ducasse wrote:<br>
> ><br>> > + remove OB<br>><br>> Does that mean that if people write code with a dependency on OB,<br>> publish on SqueakMap as "3.9" it will fail to work in 3.9.1? That's not<br>> exactly my understanding of a maintenance release.<br>
><br>> Cheers,<br>> - Andreas<br>><br>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: not available<br>Type: application/pgp-signature<br>Size: 189 bytes<br>
Desc: This is a digitally signed message part<br>Url : <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080214/82f1fa93/attachment-0001.pgp" target="_blank">http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080214/82f1fa93/attachment-0001.pgp</a><br>
<br>------------------------------<br><br>Message: 3<br>Date: Fri, 15 Feb 2008 07:33:18 +0100<br>From: "Lukas Renggli" <<a href="mailto:renggli@gmail.com">renggli@gmail.com</a>><br>Subject: Re: [3.9.1] please check<br>
To: "The general-purpose Squeak developers list"<br> <<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>><br>Message-ID:<br> <<a href="mailto:67628d690802142233g70445a5dvbc2e4add80e49b6b@mail.gmail.com">67628d690802142233g70445a5dvbc2e4add80e49b6b@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br><br>It is a very good idea.<br><br>The OB code in 3.9 is totally outdated. It is so old, that it is<br>impossible to just load a new version with MC. To get the latest<br>version of OB working you have to unload the old code first. I assume<br>
that anybody building something with OB knows how to load the latest<br>version.<br><br>Lukas<br><br>On 2/15/08, Ken Causey <<a href="mailto:ken@kencausey.com">ken@kencausey.com</a>> wrote:<br>> I agree, not a good idea for a maintenance release.<br>
><br>><br>> Ken<br>><br>><br>> On Thu, 2008-02-14 at 13:46 -0800, Andreas Raab wrote:<br>> > stephane ducasse wrote:<br>> > ><br>> > > + remove OB<br>> ><br>> > Does that mean that if people write code with a dependency on OB,<br>
> > publish on SqueakMap as "3.9" it will fail to work in 3.9.1? That's not<br>> > exactly my understanding of a maintenance release.<br>> ><br>> > Cheers,<br>> > - Andreas<br>
> ><br>> ><br>><br>><br>><br>><br>><br><br><br>--<br>Lukas Renggli<br><a href="http://www.lukas-renggli.ch" target="_blank">http://www.lukas-renggli.ch</a><br><br><br>------------------------------<br>
<br>Message: 4<br>Date: Fri, 15 Feb 2008 15:40:19 +0900<br>From: "Masashi UMEZAWA" <<a href="mailto:masashi.umezawa@gmail.com">masashi.umezawa@gmail.com</a>><br>Subject: Re: [3.9.1] please check<br>To: "The general-purpose Squeak developers list"<br>
<<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>><br>Message-ID:<br> <<a href="mailto:98c242930802142240n30b1f1eepa5e88263f2fc1550@mail.gmail.com">98c242930802142240n30b1f1eepa5e88263f2fc1550@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br><br>Hi,<br><br>Please see this also:<br><a href="http://bugs.squeak.org/view.php?id=6894" target="_blank">http://bugs.squeak.org/view.php?id=6894</a><br><br>2008/2/15, stephane ducasse <<a href="mailto:stephane.ducasse@free.fr">stephane.ducasse@free.fr</a>>:<br>
> hi guys<br>><br>> can you check what I did<br>><br>> "We use the following three fixes that are crucial for any server setup:<br>> 0006581: Image freezes (background processes like Seaside make no<br>
> progress) and Squeak hoggs CPU<br>> This is the image freezing problem, where connecting with VNC and<br>> moving the mouse would bring the image alive again. When being stuck,<br>> Squeak hoggs the CPU, memory consumtion is stable. <a href="http://bugs.squeak.org/view.php?id=6581" target="_blank">http://bugs.squeak.org/view.php?id=6581</a><br>
> Note: fix takes only effect if Preferences enable: #serverMode !<br>> --------<br>> 0006588: Broken Semaphore>>critical: leads to frozen processes in Delay<br>> VNC doesn't respond to UI events, 0% cpu usage, several processes<br>
> frozen in Delay although our Seaside server still responds. <a href="http://bugs.squeak.org/view.php?id=6588" target="_blank">http://bugs.squeak.org/view.php?id=6588</a><br>> --------<br>> 0006576: Delay is not thread-safe<br>
> Delay is not thread-safe since currently the calling process updates<br>> the internal Delay structure itself. If the process gets terminated<br>> while doing this (e.g., adding/removing from SuspendedDelays) the<br>
> whole system is left in an inconsistent state and breaks. <a href="http://bugs.squeak.org/view.php?id=6576" target="_blank">http://bugs.squeak.org/view.php?id=6576</a><br>><br>> + remove OB<br>><br>> The update stream is working but<br>
> I also uploaded an image in 3.9 folder. <a href="http://ftp.squeak.org/3.9/" target="_blank">http://ftp.squeak.org/3.9/</a><br>> Stef<br>--<br>[:masashi | ^umezawa]<br><br><br>------------------------------<br><br>
Message: 5<br>Date: Fri, 15 Feb 2008 07:59:25 +0000<br>From: Giovanni Corriga <<a href="mailto:giovanni@corriga.net">giovanni@corriga.net</a>><br>Subject: Re: [3.9.1] please check<br>To: The general-purpose Squeak developers list<br>
<<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>><br>Message-ID: <<a href="mailto:47B5465D.8080001@corriga.net">47B5465D.8080001@corriga.net</a>><br>Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>Lukas Renggli ha scritto:<br>> It is a very good idea.<br>><br>> The OB code in 3.9 is totally outdated. It is so old, that it is<br>> impossible to just load a new version with MC. To get the latest<br>> version of OB working you have to unload the old code first. I assume<br>
> that anybody building something with OB knows how to load the latest<br>> version.<br><br>Ok, then the update stream should have something that unloads the 3.9.0<br>OB and loads the new one. It's not an issue of people not knowing how to<br>
load the next version, it's an issue of seeing 3.9.x as a platform.<br><br> Giovanni<br><br> Giovanni<br><br><br><br>------------------------------<br><br>Message: 6<br>Date: Fri, 15 Feb 2008 09:10:03 +0100<br>
From: "Klaus D. Witzel" <<a href="mailto:klaus.witzel@cobss.com">klaus.witzel@cobss.com</a>><br>Subject: Re: HydraTools and minimal images<br>To: <a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a><br>
Message-ID: <op.t6j3m1z6rf0v61@toshiba3><br>Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii<br><br>On Thu, 14 Feb 2008 22:52:41 +0100, Igor Stasenko wrote:<br><br>>> ><br>>> > > What i can currently do, is provide an implementation of reliable<br>
>> > > bidirectional communication. The rest, i hope you can do yourself.<br>>> ><br>>> ><br>>> > If I had a wish free: when you begin with reliable bidirectional<br>>> > communication please use, for the public part, the vocabulary which<br>
>> is<br>>> > present in Socket's message categories #open, #queries, #receiving,<br>>> > #sending and #waiting. Please.<br>>> ><br>>><br>>> channels don't having too much methods requiring that many category<br>
>> types.<br>>> As you may noticed they are very basic wrap around corresponding<br>>> primitives.<br>>><br>>><br>> Oh, i wasn't attentive when writing this. I meant for current<br>> implementation only.<br>
<br>... ah, and I was just about to think that it wasn't you who wrote ;-)<br><br>> Of course, a bidirectional protocol will look as much as close to<br>> sockets :)<br><br>NB, some fruits with HydraSMS and its same-method principle, a #doit from<br>
a workspace, just out of the blue and neither any other preparation nor<br>other knowledge:<br><br> | sms | sms := HydraSMS doitAt: 2.<br> sms atHomeDo: [Transcript cr; show: 'Hydra .image #2 is up and running']<br>
<br>, for which #doitAt: automagically compiles the very-same method in the<br>other image :)<br><br>/Klaus<br><br><br><br>------------------------------<br><br>Message: 7<br>Date: Fri, 15 Feb 2008 10:47:54 +0200<br>From: "Igor Stasenko" <<a href="mailto:siguctua@gmail.com">siguctua@gmail.com</a>><br>
Subject: Re: HydraTools and minimal images<br>To: "The general-purpose Squeak developers list"<br> <<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>><br>
Message-ID:<br> <<a href="mailto:4a5f5f320802150047j64e951e1leb2408ea77ec93f3@mail.gmail.com">4a5f5f320802150047j64e951e1leb2408ea77ec93f3@mail.gmail.com</a>><br>Content-Type: text/plain; charset=UTF-8<br><br>
On 15/02/2008, Klaus D. Witzel <<a href="mailto:klaus.witzel@cobss.com">klaus.witzel@cobss.com</a>> wrote:<br>> On Thu, 14 Feb 2008 22:52:41 +0100, Igor Stasenko wrote:<br>><br>> >> ><br>> >> > > What i can currently do, is provide an implementation of reliable<br>
> >> > > bidirectional communication. The rest, i hope you can do yourself.<br>> >> ><br>> >> ><br>> >> > If I had a wish free: when you begin with reliable bidirectional<br>
> >> > communication please use, for the public part, the vocabulary which<br>> >> is<br>> >> > present in Socket's message categories #open, #queries, #receiving,<br>> >> > #sending and #waiting. Please.<br>
> >> ><br>> >><br>> >> channels don't having too much methods requiring that many category<br>> >> types.<br>> >> As you may noticed they are very basic wrap around corresponding<br>
> >> primitives.<br>> >><br>> >><br>> > Oh, i wasn't attentive when writing this. I meant for current<br>> > implementation only.<br>><br>><br>> ... ah, and I was just about to think that it wasn't you who wrote ;-)<br>
><br>><br>> > Of course, a bidirectional protocol will look as much as close to<br>> > sockets :)<br>><br>><br>> NB, some fruits with HydraSMS and its same-method principle, a #doit from<br>> a workspace, just out of the blue and neither any other preparation nor<br>
> other knowledge:<br>><br>> | sms | sms := HydraSMS doitAt: 2.<br>> sms atHomeDo: [Transcript cr; show: 'Hydra .image #2 is up and running']<br>><br>> , for which #doitAt: automagically compiles the very-same method in the<br>
> other image :)<br>><br>><br>Be warned, that using index instead of handle to identify interpreter<br>is not a good way.<br><br>All primitives are handle-oriented, an #at: methods simply doing:<br>HydraVM interpreters at: n.<br>
<br>There is a danger, that when in future i add code to shutdown images,<br>then indexed can be changed, and thus, code based on indexes might<br>fail, because<br>if you having 3 interpreters running:<br><br>#(x y z)<br>
<br>and you shutting down 2nd one,<br>then 'HydraVM interpreters' will return array with 2 handles:<br>#(x z) , so #at: 3 will lead to error, and #at: 2 will return different handle.<br><br>> /Klaus<br>><br>
><br>><br><br><br>--<br>Best regards,<br>Igor Stasenko AKA sig.<br><br><br>------------------------------<br><br>Message: 8<br>Date: Fri, 15 Feb 2008 09:56:02 +0100<br>From: David R?thlisberger <<a href="mailto:squeak@c3com.ch">squeak@c3com.ch</a>><br>
Subject: Re: MC bug?<br>To: The general-purpose Squeak developers list<br> <<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>><br>Message-ID: <<a href="mailto:47B553A2.60804@c3com.ch">47B553A2.60804@c3com.ch</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>Hi Stef,<br><br>> (MCWorkingCopy forPackage: (MCPackage new name: 'OmniBrowser')) unload.<br>> (MCWorkingCopy forPackage: (MCPackage new name: 'OB-Standard')) unload.<br>
> SystemBrowser removeObsolete<br>><br>> and I get the OmniBrowser classes removed bu not the OB-Standard ones<br><br>I once had the same problem because OBCodeBrowser was registered in<br>SystemChangeNotifier events, so it couldn't get unloaded. But I got a debugger in<br>
that case, probably it's something else in your case then.<br>Anyway, I then executed 'SystemChangeNotifier uniqueInstance releaseAll'. Afterwards<br>I could unload OB-Standard without problems (was also in 3.9).<br>
<br>David<br><br><br>------------------------------<br><br>Message: 9<br>Date: Fri, 15 Feb 2008 10:54:12 +0200<br>From: <a href="mailto:goran@krampe.se">goran@krampe.se</a><br>Subject: Important reminder - Squeak Foundation Election 2008!<br>
To: <a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>,<br> <a href="mailto:elections@lists.squeakfoundation.org">elections@lists.squeakfoundation.org</a>,<br> <a href="mailto:beginners@lists.squeakfoundation.org">beginners@lists.squeakfoundation.org</a>,<br>
<a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a>, <a href="mailto:squeakland@squeakland.org">squeakland@squeakland.org</a><br>Message-ID: <<a href="mailto:20080215095410.7C427EF600@mail.krampe.se">20080215095410.7C427EF600@mail.krampe.se</a>><br>
<br>Dear Squeakers,<br><br>This is primarily a reminder for *nominating board member candidates*!<br>The deadline for nominations is 22nd February and that is VERY SOON! For<br>the full schedule, see below.<br><br>Our current nominees are:<br>
<br> Bert Freudenberg (serving on the board currently)<br> Yoshiki Ohshima (serving on the board currently)<br><br>Both Bert and Yoshiki were nominated by Kim Rose, VPRI.<br><br>Every year we elect the Squeakfoundation Board<br>
(<a href="http://www.squeak.org/Foundation" target="_blank">http://www.squeak.org/Foundation</a>) consisting of seven members from our<br>community. The exact duties of this board is not fully defined and there<br>are definitely varying ideas on how it should work and what we expect<br>
from it - this is also why it is so important for us all to nominate<br>candidates and to lket the candidates present their views and ideas!<br><br>For more information about the board, see Ron's recent email:<br><br>
<a href="http://lists.squeakfoundation.org/pipermail/elections/2008-February/000223.html" target="_blank">http://lists.squeakfoundation.org/pipermail/elections/2008-February/000<br>223.html</a><br><br>Let me remind us all of the schedule:<br>
<br>Now through 22nd February (circa 8 days!!!!!): Nominations of board<br>members<br> Candidates should nominate themselves on the squeak-dev mailing list.<br> Or if you nominate someone else, make sure that person really wants<br>
to run. :)<br><br>22nd February to 29th February: Campaigning period<br> During this period the candidates should ideally present themselves<br> and the community can ask questions. We will probably organise some<br>
form of structured Q&A activity - details to follow soon.<br><br>1st march 6PM (18.00) UTC: Online election starts using the CIVS system<br> The voting period is one week long and ballots are sent out via email.<br>
Only Squeakers rated as Apprentice (or higher) on<br> <a href="http://people.squeakfoundation.org" target="_blank">people.squeakfoundation.org</a> are eligible to vote - make sure your<br> email address is up to date there!!!<br>
<br>8th march 6PM (18.00) UTC: Online election ends<br> Results will be announced as soon as possible on the 8th or 9th.<br><br><br>IMPORTANT:<br><br>In order to vote - be sure to confirm that you have an account on<br>
<a href="http://people.squeakfoundation.org" target="_blank">people.squeakfoundation.org</a> and that your email address is up to date.<br>If you are not already registered on the site do so as soon as<br>possible. Include information about your participation in the Squeak<br>
community to aid everyone in determining your appropriate certification.<br>If you have an account but cannot access it any longer please email<br><a href="mailto:box-admins@lists.squeakfoundation.org">box-admins@lists.squeakfoundation.org</a> and specify your account name.<br>
When the voting period starts all voters will receive an email with<br>instructions and a link to the voting website.<br><br>If there are any further questions, just reply and I will follow up on<br>squeak-dev. More information and details will follow and everything<br>
about the election can be tracked here:<br><br> <a href="http://wiki.squeak.org/squeak/6025" target="_blank">http://wiki.squeak.org/squeak/6025</a><br><br>regards, Göran Krampe on behalf of the Election Team<br><br>
<br>------------------------------<br><br>Message: 10<br>Date: Fri, 15 Feb 2008 02:02:25 -0800<br>From: Andreas Raab <<a href="mailto:andreas.raab@gmx.de">andreas.raab@gmx.de</a>><br>Subject: Re: [3.9.1] please check<br>
To: The general-purpose Squeak developers list<br> <<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>><br>Message-ID: <<a href="mailto:47B56331.1090607@gmx.de">47B56331.1090607@gmx.de</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>Well, ultimately the people using 3.9 (which I'm not) should decide<br>whether to throw out OB or not. I'm just pointing out that for a<br>*maintenance* release, the removal of large chunks of code where nobody<br>
knows what may depend on it is generally considered a complete no-no.<br>These kinds of issues should be decided when the release is originally<br>made (and I'll bite my tongue here not making any sarcastic comments<br>
about the fact that I had argued against the inclusion of OB in the 3.9<br>release in the first place).<br><br>FWIW, I think Giovanni's proposal would be preferable to having an old<br>version of OB in 3.9.0 and none in 3.9.1.<br>
<br>Cheers,<br> - Andreas<br><br>Lukas Renggli wrote:<br>> It is a very good idea.<br>><br>> The OB code in 3.9 is totally outdated. It is so old, that it is<br>> impossible to just load a new version with MC. To get the latest<br>
> version of OB working you have to unload the old code first. I assume<br>> that anybody building something with OB knows how to load the latest<br>> version.<br>><br>> Lukas<br>><br>> On 2/15/08, Ken Causey <<a href="mailto:ken@kencausey.com">ken@kencausey.com</a>> wrote:<br>
>> I agree, not a good idea for a maintenance release.<br>>><br>>><br>>> Ken<br>>><br>>><br>>> On Thu, 2008-02-14 at 13:46 -0800, Andreas Raab wrote:<br>>> > stephane ducasse wrote:<br>
>> > ><br>>> > > + remove OB<br>>> ><br>>> > Does that mean that if people write code with a dependency on OB,<br>>> > publish on SqueakMap as "3.9" it will fail to work in 3.9.1? That's not<br>
>> > exactly my understanding of a maintenance release.<br>>> ><br>>> > Cheers,<br>>> > - Andreas<br>>> ><br>>> ><br>>><br>>><br>>><br>>><br>
>><br>><br>><br><br><br><br>------------------------------<br><br>Message: 11<br>Date: Fri, 15 Feb 2008 11:35:56 +0100<br>From: Bert Freudenberg <<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>><br>
Subject: Re: Important reminder - Squeak Foundation Election 2008!<br>To: The general-purpose Squeak developers list<br> <<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>><br>
Message-ID: <<a href="mailto:A2CA3DE8-E4E2-44EC-8429-F61C709CED83@freudenbergs.de">A2CA3DE8-E4E2-44EC-8429-F61C709CED83@freudenbergs.de</a>><br>Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed<br>
<br>On Feb 15, 2008, at 9:54 , <a href="mailto:goran@krampe.se">goran@krampe.se</a> wrote:<br><br>> Our current nominees are:<br>><br>> Bert Freudenberg (serving on the board currently)<br>> Yoshiki Ohshima (serving on the board currently)<br>
><br>> Both Bert and Yoshiki were nominated by Kim Rose, VPRI.<br><br><br>On the last board meeting, those that attended agreed to re-run, so<br>here is their formal nomination:<br><br> Craig Latta<br> Tim Rowledge<br>
Andrew P. Black<br><br>(Yoshiki and me were there too, Cees and Stephane were absent).<br><br>Craig has invested a lot of time into legal issues this last year (he<br>is about to send a report of our activities), Andy brought fresh<br>
perspectives into the group, and having Tim on board (pun intended)<br>is always nice :) It has been a pleasure working with these guys, so<br>I heartily recommend them for re-election. At the same time I'd love<br>to see fresh blood on board, so please, keep the nominations coming!<br>
<br>- Bert -<br><br><br><br><br>------------------------------<br><br>_______________________________________________<br>Squeak-dev mailing list<br><a href="mailto:Squeak-dev@lists.squeakfoundation.org">Squeak-dev@lists.squeakfoundation.org</a><br>
<a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev" target="_blank">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev</a><br><br>End of Squeak-dev Digest, Vol 62, Issue 43<br>
******************************************<br></blockquote></div><br>