On 1/22/10 8:51 AM, "keith" <[hidden email]> wrote: Therefore if you want closures for MinimalMorphic as far as I know you are on your own, and that was my point. So you don’t have the answers.... You ever read Alan Kay ? Because he start this as kind of eco system. Once was Smalltalk, now we have many. Once was only one Squeak. Now we have several. I do not force any to follow me. The current 3.11 is my idea, and Andreas have the skill I don’t have when cook 3.10 and start 3.11. Which can’t do as I was kicked in the ass before you was... All was in web , so I do no repeat things which I say thousand times. This days I share with my SqueakRos friends and with some here. The Tunk process works, you like or not. So or you join Cuis or Trunk or Minimal or Pharo or start your own. And let the mouse roar again. I have SqueakLight in several flavours, FunSqueak, and a complete set of working things trough the long way http://www.squeakros.be.tc/ because some bud guy steal http://www.squeakros.org. And maybe I was old for this now, but know how “ using a sponge to tighten a screw”, in the wise words of a friend . I run for the Board this year, so old foe vote for me. Edgar |
In reply to this post by Tobias Pape
On 22 Jan 2010, at 09:57, Tobias Pape wrote: > Dear Keith, dear community, > > Am 2010-01-22 um 07:46 schrieb keith: > >> Bob built an LPF image, with MC1.5 etc, on your first 3.10-closures >> image, you can download it from ftp.squeak.org and I requested >> feedback or suggestions as to what to do next with it to get the >> debugger working and got none. > > Having followed some discussions, > I'm curious how and where I can get Bob > for using it as auto-Image-builder. > Yet I have watched the screencast by you, Keith, > I am unable to find a message on -dev or the screencast > pointing me to a place where to get it and who to install/use > it. > > So Long, > -Tobias http://www.squeaksource.com/Bob http://ftp.squeak.org/3.11/images/0.9Bob.zip combined should give you the latest Keith |
In reply to this post by Miguel Cobá
On Fri, 22 Jan 2010, Miguel Enrique Cobá Martinez wrote:
> there are 44 commiters, > 15 of them just commited 1 fix. > 5 of the commited 2 fixes > 10 of them commited between 3 and 10 fixes > 10 of them commited between 11 and 41 fixes > > And this four commiters are the real, in practical terms, commiters and > driving directions of pharo. > > #('ar' 517 34.14795244385733) > #('nice' 465 30.71334214002642) > #('ul' 128 8.45442536327609) > #('dtl' 110 7.26552179656539) > > they together have made 34.14 + 30.71 + 8.45 + 7.26 = 80.56% of all the > commits. > > To me this is a community of four (or 14 adding the next 10 most > frequent commiters). into the Trunk with different initials because of merging. If you want to get a better picture (which will still be far from perfect, because of duplicates and rejections) add the packages from Inbox and Treated Inbox too. Levente > > Interesting. > > > > >> Cheers, >> - Andreas >> >> > > -- > Miguel Cobá > http://miguel.leugim.com.mx > > > |
In reply to this post by keith1y
Hello,
Am 2010-01-22 um 11:56 schrieb keith: > > http://www.squeaksource.com/Bob > > http://ftp.squeak.org/3.11/images/0.9Bob.zip > > combined should give you the latest > Thanks for your effort. Alas, the first one gives me 'Global: No Access' and i think the second should be http://ftp.squeak.org/3.11/images/bob0.9.zip Would you mind allowing access to Bob? So Long, -Tobias (topa) |
In reply to this post by keith1y
On Fri, Jan 22, 2010 at 01:12:34AM +0000, keith wrote:
> > The same goes for bug fixes. Previously we had 100 fixes ready to load > into 3.10 from mantis, all documented, and supplied in their natural > form "changesets". This is a misconception that really does deserve comment. Those "fixes ready to load" contained errors, pointed to incomplete and obsolete versions of patches, and could not possibly have functioned properly had they been loaded into multiple flavors of the image. The assertion that this strategy was going to work is complete utter nonsense, as is the claim that the project was "almost done". Regardless of any real or perceived injustices, the plain simple fact is that the emperor had no clothes. Dave |
In reply to this post by Edgar J. De Cleene
2010/1/22 Edgar J. De Cleene <[hidden email]>:
> And let the mouse roar again. Amen! :) It is much more fun hacking in Squeak than fighting on mailing lists. First gives you some low-hanging fruits, while second gives nothing. Some fruits will spoil, without being tasted, but this doesn't means that people will even think about stopping growing fruits or buying them. -- Best regards, Igor Stasenko AKA sig. |
In reply to this post by David T. Lewis
On 22 Jan 2010, at 12:25, David T. Lewis wrote: > On Fri, Jan 22, 2010 at 01:12:34AM +0000, keith wrote: >> >> The same goes for bug fixes. Previously we had 100 fixes ready to >> load >> into 3.10 from mantis, all documented, and supplied in their natural >> form "changesets". > > This is a misconception that really does deserve comment. Those "fixes > ready to load" contained errors, pointed to incomplete and obsolete > versions of patches, and could not possibly have functioned properly > had they been loaded into multiple flavors of the image. The assertion > that this strategy was going to work is complete utter nonsense, as > is the claim that the project was "almost done". > > Regardless of any real or perceived injustices, the plain simple fact > is that the emperor had no clothes. > > Dave Incorrect, it worked for me for several years. I produced the first proposed 3.9.1 using this process with bob version 1 in 2006. LPF used this process successfully, in all versions of squeak for what is now several years. Squeak 3.10-build included an additional 17 of those fixes. (When you have a fix that works, you keep the date stamp to ensure someone doesn't change it form under you) My working images had been running with many of those fixes over and above the 17 mentioned above) for many months. The only difference being that I hand scripted the fixes I wanted because the automatic interface to mantis had not been completed. With monthly release cycle you only need to have 100-200 fixes per cycle, and you are making reasonable progress. I agree that if you try to go 12 months managing potential fixes this way you will probably run into problems. regards Keith |
In reply to this post by Edgar J. De Cleene
In this community the following two approaches do not work. 1. We all use one package in common, it is diverging, it is not easy to maintain. Lets put it in a common place, and work on it together. 2. I have this idea, I wonder if someone else is already doing this, perhaps I can help them. Ironically, I have gone from being the person most eager and willing to work with others, the person most likely to contribute to someone else's project, to being the person that is least desirable to work with. My crime? - trusting the board, and trusting anyone to respect the time and effort invested. Stefane had a choice, shall I join in with the public version of MC1.5 or not. He chose NOT. Stefane had a choice, shall I join in with the public version of SUnit or not. He chose NOT. Andreas had an obvious choice, shall I or shall I not, discuss the idea of trunk with the existing release team, he chose NOT. (when his job on the board was release-team liason!) Andreas had an obvious choice, shall I or shall I not, see how to help existing release team along, he chose NOT. Andreas had an obvious choice, shall I or shall I not, base trunk on "3.10-build", he chose NOT. and the rest as they say is history. This is not a technical problem, some fundamental shifts in thinking appear to be needed, and they aren't happening as far as I can see. Keith |
On 1/22/10 11:04 AM, "keith" <[hidden email]> wrote: to being the person that is least desirable to work with. Por algo sera... Edgar |
In reply to this post by Tobias Pape
Hi Tobias,
I have configured my router so you can ftp to an actual bob installation for a while. ftp://squeak:[hidden email] I am also available on irc squeak, and sometimes on skype keith_hodges regards Keith === New signature: The friendly smalltalker ;-) |
In reply to this post by keith1y
On Thu, Jan 21, 2010 at 10:46 PM, keith <[hidden email]> wrote:
Show me the message. I don't remember any such message. I typically do help in these situations.
I'm very glad to hear both that abject poverty is no longer pressing and that Bob is available.
I think you have the choice to dump your animus and reengage constructively with the community. I for one have no patience for your careful rationality when it is interleaved with animus, negativity, (from my perspective self-justificatory) rehashing of the past, and belittling of others' contributions. If you haven't already done so, I suggest you do need to see http://www.ted.com/talks/lang/eng/clay_shirky_on_institutions_versus_collaboration.html and think about its implications. You're not helping and few if any are going to work with you while you rant on about how bad and evil some of us are. My gut reaction is "fuck you" and I know I'm not alone. So instead of saying "I did it all, I was betrayed" try and dump that crap and start to contribute. I'm on the verge of unsubscribing from Squeak-dev and Pharo because the communicatins costs are too high. There are hundreds of messages a day, many on "will you commit this?" "great, thanks for committing that", lots of animus messages in this thread, and precious little of the technical communication I participate here for. Can we please get back to writing code, collaborating and making progress with Pharo and Squeak instead of accusing and chatting and (as I'm doing,. bullshitting)? I'm 51 and I'm tired of this crap.
|
Hi Eliot, some thoughts for you... Criticism may not be agreeable, but it is necessary. It fulfils the same function as pain in the human body. It calls attention to an unhealthy state of things. -- Winston Churchill To build may have to be the slow and laborious task of years. To destroy can be the thoughtless act of a single day. -- again Winston Churchill > Can we please get back to writing code, collaborating and making progress with Pharo and Squeak Sure you can, you are everyone's darling. So 4 years of trying my damnedest to do exactly as you recommend has simply helped my understanding of Jesus' words. We all know the first part of the sentence, however the second has suddenly gained a new ring of truth. Matthew 7:6 “Do not give dogs what is sacred; do not throw your pearls to pigs. If you do, they may trample them under their feet, and then turn and tear you to pieces." When you say, ah but that is life in software, its not an idea world, get over it, live with it, the end justifies the means, you side with the pigs. To the board: ~ Fascism is not defined by the number of its victims, but by the way it kills them. - Satre regards victim number 2 Keith |
On 23.01.2010, at 13:23, keith wrote:
> > To the board: > > ~ Fascism is not defined by the number of its victims, but by the way it kills them. - Satre > > regards > > victim number 2 > > Keith Keith, please refrain from posting to this list, at least until you are willing to do so without insults. This is not acceptable anymore. In compliance with Godwin's Law, this thread of discussion should stop immediately. - Bert - |
In reply to this post by Josh Gargus
I realize that this thread is dead due to Godwin's law, but I want to revive an old branch because Keith happened not to respond to it. See below...
On Jan 21, 2010, at 11:49 AM, Josh Gargus wrote:
Keith, can you please respond to this? I believe that the two visions are fundamentally at odds. I don't think that it is a technical shortcoming of Sake/Packages, I just think that any attempt to have universal cross-fork compatibility is fundamentally doomed to either: 1) fail, or 2) "succeed", but at the cost of preventing fundamental improvements to the programming model It seems to me that your approach is more likely to fail in the second way, but I might be missing something. How do you propose to address this issue? I'm trying to look at things from your point of view, but I'm afraid that this really looks like a show-stopper to me. Cheers, Josh |
>>>>> "Josh" == Josh Gargus <[hidden email]> writes:
Josh> I believe that the two visions are fundamentally at odds. I don't think Josh> that it is a technical shortcoming of Sake/Packages, I just think that Josh> any attempt to have universal cross-fork compatibility is fundamentally Josh> doomed to either: Josh> 1) fail, or Josh> 2) "succeed", but at the cost of preventing fundamental improvements to Josh> the programming model Indeed. One of the problems of non-trunk development is that the barrier to contribution is far higher, because each individual contributor has to understand how to make his idea *work* with *all* base images. Whereas the model we have now, the Squeak base gets better by local commits and by borrowing things that make sense from Pharo and Cuis, even though the Pharo and Cuis committers didn't even know or care that Squeak may want to borrow it. And Pharo is getting better by borrowing *relevant* commits from Squeak. And I, as an individual committer to Squeak, don't have to know or care whether my patch will work on Pharo. It's up to the Pharo guys to figure that out. This is a far better system. More commits, more progress has been made in the past six months than the previous 18 months. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[hidden email]> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion |
In reply to this post by Josh Gargus
Josh Gargus <[hidden email]> writes:
> > > The "community" doesn't want only one thing, and different people in it want > different things to different degrees. I don't dispute that what you have > described above is desirable, in principle, to the vast majority of community > members. However, it is fundamentally at odds with other goals that various > community members hold dear. A balance must be struck. You are right, but let's as it that way: - how many of you do activly work in the "Kernel!" - how many of you do use it for application development I would be suprised to see a ratio much higher than 1:10 000 or even 1: 100 000 (kernel dev/application dev). As I understand Keiths posting he's mainly an application developer and so it's clear that he does not like to re-write his code over and over again (for whatever good/bad technical reason). I just can tell you a story from Eiffel wonderland where this ratia surely was much more in favour of "application" developers. One development team in Eiffel has broken old code with nearly every "minor" update. This means software once written and "working" just stops. If you ever have encountered that, you surely will understand Keiths points very well. There's IMHO no better way to drive away people but to break their code over and over again... > > Here's a very specific example. I would like to see more integrated support > for concurrent programming in the Squeak kernel. Toward that end, > I've added a > trivial implementation of "promises" to the trunk (hopefully, I'll take it > further relatively soon... one of the things I've done in the interim was to > re-read Mark Miller's dissertation). Well so you are interested in another thing. Well so you probably do not see the points of Keiths mails. Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus |
2010/1/24 Friedrich Dominicus <[hidden email]>:
> Josh Gargus <[hidden email]> writes: > >> >> >> The "community" doesn't want only one thing, and different people in it want >> different things to different degrees. I don't dispute that what you have >> described above is desirable, in principle, to the vast majority of community >> members. However, it is fundamentally at odds with other goals that various >> community members hold dear. A balance must be struck. > You are right, but let's as it that way: > - how many of you do activly work in the "Kernel!" > - how many of you do use it for application development > > I would be suprised to see a ratio much higher than 1:10 000 or even > 1: 100 000 (kernel dev/application dev). > > As I understand Keiths posting he's mainly an application developer and > so it's clear that he does not like to re-write his code over and over > again (for whatever good/bad technical reason). > > I just can tell you a story from Eiffel wonderland where this ratia > surely was much more in favour of "application" developers. One > development team in Eiffel has broken old code with nearly every "minor" > update. This means software once written and "working" just stops. If > you ever have encountered that, you surely will understand Keiths points > very well. > > There's IMHO no better way to drive away people but to break their code > over and over again... > >> >> Here's a very specific example. I would like to see more integrated support >> for concurrent programming in the Squeak kernel. Toward that end, >> I've added a >> trivial implementation of "promises" to the trunk (hopefully, I'll take it >> further relatively soon... one of the things I've done in the interim was to >> re-read Mark Miller's dissertation). > Well so you are interested in another thing. Well so you probably do not > see the points of Keiths mails. > > > Regards > Friedrich > > What I really would like is to hear about REAL compatibility problem and not supposed compatibility problems. That would be helpful. Application developper SHOULD raise their voice on technical issues. Endless political conversations on what would be a perfect Squeak in a perfect world is just irrelevant to me: it won't lead anywhere. Since I don't see much requests in this list, shall I conclude that either Squeak-trunk is not used for application dev. or that there is no major compatibility problem ? Nicolas > -- > Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim > Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus > > |
In reply to this post by Randal L. Schwartz
> Indeed. One of the problems of non-trunk development is that the
> barrier > to contribution is far higher, because each individual contributor has > to understand how to make his idea *work* with *all* base images. What are you talking about. This is simply not true. What a ridiculous idea. The individual contributor, merely has to consider that other people might be interested in learning about his contribution. For example, Edgar wants to load Closures into Minimal, Minimal is based upon 3.10. The knowledge and nuances of how to perform this task is contained in the heads of 4 people as far as I know. 1. Elliot, (he wrote closures) 2. Andreas has applied this to 3.10 3. Juan has applied this to Cuis 4. Stefane has applied this to Pharo which is based on 3.9 The common factor is that all of these people have all performed their task with only the goal of doing it for themselves. None have considered that a lesser mortal like myself or Edgar, also have a NEED for this, not a want, a NEED. Edgar and I are not really clever enough to do it for ourselves, sure we may manage to load closures, but really we wouldnt have a clue how to cope with more subtle issues. Problems that have already been solved 4 times by experts. > Whereas the model we have now, the Squeak base gets better And Edgars work on Minimal is made obsolete. > This is a far better system. More commits, more progress has been > made in the > past six months than the previous 18 months. Progress which cant be used is not actually progress. Keith |
On 1/24/10 10:18 AM, "keith" <[hidden email]> wrote: > And Edgars work on Minimal is made obsolete. Not. All I do sooner or later go to people who knows better. A long time ago I cook the first SqueakLight. Cuis is the some similar, some years later and very, very superior . See all about how Ralph and me do 3.10 and the ReleaseBuilderFor3dot11 class You found the rough sketch Andreas polish for unload all and have a smaller, modular image. And remember 3.10 was the first image with Monticello packages going out... I have Etoys reload/load a long time ago, but no perfect. Now I have the "class repository" idea and this also some clever guy polish some day and we have a more granular system. All ideas take time and talent. No need I do perfect things, but yes things some saw and discover how to have working. That's team work, a concept you don't have. Pavel start Minimal before 3.10 start, I was helping when Ralph choose me. So same I finish 3.10 as I could, also now follow Minimal with my crazy ideas. That's the good side of the forks. But at some time is best work in the main with as many guys is possible. This is the trunk today. If I want Closures is because so I could take others work. If I want NeXtqueak is because at some point clever guys like Pharo , Etoys , Cuis realize we was few for afford many different and divergent versions. I call for a Reunite conference. Bury ego!!! All was necessary and all ideas should be listen without pre concepts. For going Rome I need leave Rosario and you Birmingham and... ³When thou art at Rome, do as they do at Rome" Edgar |
In reply to this post by FDominicus
On 24 Jan 2010, at 06:44, Friedrich Dominicus wrote: > Josh Gargus <[hidden email]> writes: > >> >> >> The "community" doesn't want only one thing, and different people >> in it want >> different things to different degrees. I don't dispute that what >> you have >> described above is desirable, in principle, to the vast majority of >> community >> members. However, it is fundamentally at odds with other goals >> that various >> community members hold dear. A balance must be struck. > You are right, but let's as it that way: > - how many of you do activly work in the "Kernel!" > - how many of you do use it for application development > > I would be suprised to see a ratio much higher than 1:10 000 or even > 1: 100 000 (kernel dev/application dev). > > As I understand Keiths posting he's mainly an application developer > and > so it's clear that he does not like to re-write his code over and over > again (for whatever good/bad technical reason). It's worse than that. When there are too many packages all a moving target, being written on too many differing kernels, also moving targets. At some point the task of building an application and maintaining it becomes virtually impossible. Suddenly there comes a point where the only choice you have is to fork everything! This is a very hard choice to make if you are not good enough, or you don't have the time to maintain everything. Of course the gurus Lukas', Andreas and Stefane don't have this problem, so they apparently don't see a need. > There's IMHO no better way to drive away people but to break their > code > over and over again... Amen, Amen and Amen. >> >> Here's a very specific example. I would like to see more >> integrated support >> for concurrent programming in the Squeak kernel. Toward that end, >> I've added a >> trivial implementation of "promises" to the trunk (hopefully, I'll >> take it >> further relatively soon... one of the things I've done in the >> interim was to >> re-read Mark Miller's dissertation). > Well so you are interested in another thing. Well so you probably do > not > see the points of Keiths mails. > > > Regards > Friedrich Josh, So, your implementation of futures, that sounds useful. My images are all based upon 3.10, so would you be so kind as to package up your implementation in a form that I can actually use in my images. A change set that is load able into 3.10 would be good enough, if you did this then Edgar would use it too I am sure. You see, then I can use your API with my current code base. When the time comes to move my code base to 3.11, the transition will be a smooth one. thanks in advance Keith |
Free forum by Nabble | Edit this page |