Re: Harvesting infrastrucure
Tim Rowledge <[email protected]> Fri, 06 Jun 2003 10:04:12 -0700
| Newsgroups | gmane.comp.lang.smalltalk.squeak.foundation |
|---|---|
| Message-ID | <[email protected]> |
Marcus Denker <[email protected]> wrote: > > 2) the CVS at sourceforge only allows ssh for developers, and pserver > is blocked by many firewalls. I'd like to set up a cron-job > to checkout the sources each night, and then build a .zip from > it. Ideally we would find a way to make use of the compilefarm at SF to build a full set of sources every now and then. VMMaker is fully scriptable and I think we can succesfully pass scripts to the image these days so it ought to be feasible. tim -- Tim Rowledge, [email protected], http://sumeru.stanford.edu/tim Design simplicity: It was developed on a shoe-string budget. From [email protected] Fri Jun 06 17:47:18 2003 Return-Path: <[email protected]> Delivered-To: [email protected] Received: (qmail 16403 invoked from network); 6 Jun 2003 17:47:18 -0000 Received: from mailhub02.unibe.ch (130.92.9.53) by mail.theinternetone.net with SMTP; 6 Jun 2003 17:47:18 -0000 Received: from localhost (localhost [127.0.0.1]) by mailhub02.unibe.ch (Postfix) with ESMTP id E52A576467 for <[email protected]>; Fri, 6 Jun 2003 19:47:15 +0200 (MEST) Received: from mailhub02.unibe.ch ([127.0.0.1]) by localhost (mailhub02 [127.0.0.1:10024]) (amavisd-new) with LMTP id 09318-01-24 for <[email protected]>; Fri, 6 Jun 2003 19:47:15 +0200 (MEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub02.unibe.ch (Postfix) with ESMTP id 341AE7643C for <[email protected]>; Fri, 6 Jun 2003 19:47:15 +0200 (MEST) Received: from iam.unibe.ch (asterix [130.92.64.4]) by asterix.unibe.ch (8.11.6+Sun/8.11.6) with ESMTP id h56HlEK14180 for <[email protected]>; Fri, 6 Jun 2003 19:47:14 +0200 (MET DST) Date: Fri, 6 Jun 2003 19:47:12 +0200 Subject: Re: [Squeakfoundation]Deprecation problems? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) From: Stephane Ducasse <[email protected]> To: Discussing the Squeak Foundation <[email protected]> Content-Transfer-Encoding: 7bit In-Reply-To: <[email protected]> Message-Id: <[email protected]> X-Mailer: Apple Mail (2.552) X-Virus-checked: by University of Berne X-BeenThere: [email protected] X-Mailman-Version: 2.1 Precedence: list Reply-To: Discussing the Squeak Foundation <[email protected]> List-Id: Discussing the Squeak Foundation <squeakfoundation.lists.squeakfoundation.org> List-Unsubscribe: <http://lists.squeakfoundation.org/listinfo/squeakfoundation>, <mailto:[email protected]?subject=unsubscribe> List-Archive: <http://lists.squeakfoundation.org/pipermail/squeakfoundation> List-Post: <mailto:[email protected]> List-Help: <mailto:[email protected]?subject=help> List-Subscribe: <http://lists.squeakfoundation.org/listinfo/squeakfoundation>, <mailto:[email protected]?subject=subscribe> X-List-Received-Date: Fri, 06 Jun 2003 17:47:18 -0000 Hi michael On Friday, June 6, 2003, at 08:31 AM, Michael Rueger wrote: > > Hi all, > > first I must apologize that I'm totally and hopelessly behind in > reading the mails on the lists. I couldn't find answers to the > following questions, so please be kind if I just overlooked them. > > And I'm sending this to the foundation list because I think this is a > harvesting issue... > > Why are a lot of the (browser, Undeclared references) query messages > broken by the introduction of SystemNavigation (I'm using image 3.6a > update 5247)? And why are there 9 implementors of #systemNavigation > all over the system? (I guess that is what the class extension > discussion was about, I read that much) The idea is that by having systemNavigation is class like stringHolder all the subclass avoid to duplicate SystemNavigation new and still be able to override it. Now I do not want to put systemNavigation in Object (sure we could use a class extension) but for the moment I'm waiting to have a better package management (even if avi will do the right remark that monticello is working and DVS as well). So if ***you*** reviewers, guides tell us we are really stupid and we should have used DVS I will say why not but for the moment we do not have a decomposition of the system in terms of packages. > And the deprecated call should allow you to proceed with the > deprecated version until it is fixed and not just cut you off. We know we fixed that as soon as we realized that it was stupid. The PROBLEM is that not all the changesets (where this is fixed) have been harvested. I said it, said it and said it again but there is nothing I can do except apologize to have been stupid at first. By the way michael cleaning the system is not that fun and I ask regurlarly for design idea because I do not think that I have all the answers (the past proved it). Now just participate, read the propositions, browse the changesets, ....help us to push this out of the door. Stef > Boy, we went down this road with modules, didn't we? > > Michael > > > _______________________________________________ > Squeakfoundation mailing list > [email protected] > http://lists.squeakfoundation.org/listinfo/squeakfoundation >