Squeak-dev November 2011

squeak-dev@lists.squeakfoundation.org

52 participants
168 discussions

Fwd: [FOSDEM 2012] Devroom accepted: Smalltalk, Sunday 2012-2-5, Brussels
by Stephan Eggermont 11 Nov '11

11 Nov '11

Dear Smalltalking Friends, Please tell me what you'd like to happen there. We have a good opportunity to show why we believe in smalltalk. I can do a 'Back to the future, (re)learning smalltalk' session. Stephan Begin forwarded message: > From: Pascal Bleser <pbleser(a)fosdem.org> > Date: 10 november 2011 23:58:43 GMT+01:00 > To: Stephan Eggermont <stephan(a)stack.nl> > Cc: devrooms(a)fosdem.org > Subject: [FOSDEM 2012] Devroom accepted: Smalltalk > Reply-To: devrooms(a)fosdem.org > > Hi Stephan > > We've got good news, as we have accepted and planned your > request for a developer room at FOSDEM 2012 for the following > topic/project: Smalltalk > > We will provide you with the following: > - room AW1.126 with 72 seats, > - a video projector (VGA) > - wireless internet, > on Sunday 5th for 8 hours. > > If you prefer to decline this offer, please inform us as soon as > possible. > > We must add that as in previous years, visitor interest will > outnumber room capacity for most devrooms. We can not offer you > larger rooms -- instead we will provide you with signalization > to indicate that the room is full. > > We will have more rooms in total as compared to previous > editions, so hopefully that will balance the crowd across the > various areas of the venue. > > Regarding content and format, you are free to schedule your > devroom as you wish (presentations, discussions, brainstorming, > workshops, BOFs, hacking sessions, ...). > > Do allow us to repeat the obvious: FOSDEM is a FOSS community > event, by and for the community, and the content and topics > _must_ reflect that (arguably, that is pretty obvious). It is > also a technical conference, as our view is that the very broad > spectrum of Free and open source projects should work together > rather than fighting religious wars -- at least when at FOSDEM > -- and we would like you to respect that, especially given the > very diverse palette of projects that are present at the event. > > We invite you to send out an open call for talks to relevant > mailinglists, including fosdem(a)lists.fosdem.org. > We will collect all call for talks and announce them on our > website next week. > > We offer each of the devrooms a NAME-devroom(a)fosdem.org mailman > mailinglist, in case you want to have a mailinglist "on neutral > grounds". This can be especially interesting for devrooms that > aggregate several projects. > Contact us at devrooms(a)fosdem.org to take on this offer. > > We will most probably provide you with a tool (website) to send > us the schedule containing all information necessary for the > website and the booklet. More information on that later, as it > is still work-in-progress. (Yeah, we said that last year too but > it might actually work this time ;)) > > The hours listed above are the schedulable hours. We recommend > to plan the first 15min or so with a little welcome talk so you > can prepare the first "real" speaker (network, connect to video > projector, etc...). We can also open the room a bit earlier for > preparations. We expect the rooms to be empty 30 minutes after > the last talk on your schedule, as we need to clean the rooms up > and close them with the security staff. > > For stocking material overnight, we have a large room in the H > building ("Ferrer", next to the Infodesk) that will be locked > from Saturday 18:00 to Sunday 09:00. However, there is no > insurance whatsoever and we take no responsibility for stolen or > damaged goods, even though there is a security team at the > venue, including during the night. > > For us, you are the devroom responsible. This means that we will > communicate everything through you, and you will be the one we > will poke for information ;) > > Also, during the weekend, we want you to do good housekeeping of > the room: > - we will offer trash bags for the garbage, and we would very > much welcome not finding garbage lying around in the room when > you leave (simply draw the attention of the crowd in your > devroom on that point on a regular basis), > - there is a limit on the room capacity that may not be exceeded > (by much) for obvious security reasons. > > Please understand that we are a non for profit association, and > that every single organization team member works on FOSDEM > during their spare time. As such, it would be very nice if we > didn't have to spend several hours cleaning up the devrooms, and > it is just a very small amount of work for the attendees to put > their garbage into the trash bags. We will supply each room with > a sufficient amount of the latter. > > The deadline for sending in the full schedule will be Saturday > 2012-01-21, so we advise you to decide on the content by the > turn of the year or earlier (earlier = more time for > participants to book their arrangements for travel and stay). > We don't do that to put you artificially under pressure but, > instead, in order to have the complete schedule to present to > visitors and on the various mobile applications for the FOSDEM > schedule, as well as to include your devroom schedule into the > booklet. There are 21 sessions in parallel at all times during > the event and, hence, if you would like to draw some crowd of > interested contributors, it does help when it's on the schedule > :) > > Lastly, we wish to clarify that there are no reimbursements of > travel or hotel costs for devroom organizers/speakers on our > behalf. The idea behind the devrooms is that we provide the > infrastructure (room, video projector, wifi internet uplink) for > free to Free and open source projects, and your job is to spread > a public or internal call for papers to your respective > community, collect those proposals, compose a schedule, and > provide us with that information. > > You are of course free to find your own sponsors to fund costs > for participants, but they will not be endorsed as "FOSDEM > sponsors" and hence not listed in the sponsors section on our > website. > > > And, of course, if you have any questions, please do not > hesitate to contact us at devrooms(a)fosdem.org > > For urgent matters, you may also contact me (Pascal Bleser) on > my mobile: +32 486 071035 -- I speak French and German as native > languages and English fluently. Please keep in mind that I live > in the CET timezone though :) > > > Looking forward to your participation, > On behalf of the FOSDEM team, > -- > Pascal Bleser <loki(a)fosdem.org> http://fosdem.org/ > FOSDEM 2012 ::: 4 + 5 February 2012 in Brussels, Belgium > Free and Opensource Software Developers European Meeting

1 0

Daily Commit Log
by commits＠source.squeak.org 11 Nov '11

11 Nov '11

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2011-November/005084.h… Name: ShoutCore-ul.34 Ancestors: ShoutCore-eem.33 - readded checks to #parseExternalCall to avoid errors when writing FFI calls - sync #parseExternalCall's module and error support with #parsePrimitive's =============================================

1 0

new Cog VMs are available
by Eliot Miranda 10 Nov '11

10 Nov '11

Hi All, the VMs are available at http://www.mirandabanda.org/files/Cog/VM/VM.r2508. CogVM source as per VMMaker.oscog-eem.137/r2508. Fix primitiveContextAt[Put] for non-contexts (ContextPart subclasses other than MethodContext including BlockContext). stObjectAt[Put] could fail so args should be popped only on success. Fixes failures in ClosureCompilerTest>testSourceRangeAccessForBlueBookInjectInto as of VMMaker.oscog-eem.118. Add convenient shortPrintFrame:AndNCallers: for debugging. Make the unix launch script include /lib & /usr/lib in LD_LIBRARY_PATH if LD_LIBRARY_PATH is unset. Modify the invocations of ex in the editing scripts to not read ~/.exrc, and hence not be confused by e.g. set ignorecase. Fix error codes for at: and at:put: primitive so that for non-indexable objects they fail with #'bad receiver', not #'bad index'. Filter-out attempts to create MNU pics with new selectors. Fixes Stephane Rollandin's crash of 21/10/2011: [((Compiler new evaluate: ('Beuh' ifNuk: [yo])) on: Error do: [:ex | ex description]) printString] fork -- best, Eliot

2 1

SmalltalkHub news
by Nicolas Petton 10 Nov '11

10 Nov '11

Hi, We've been very quiet about SmalltalkHub's development since ESUG 2011. It's not that we didn't work on it, but there was no significant new feature to show. Part of the work was to make SmalltalkHub run smoothly on GemStone/S as well as under Squeak/Pharo, and allow pluggable persistency strategies instead of the hard-coded SandStoneDB persistency. We also took into account all the feedback we got and implemented several of the asked features and fixed reported issues: - RSS feeds for project activity and commits - markdown fixes - issue tracker improvements - better looking and more useful timeline events - loading indicators when necessary - project cloning fixes We are currently preparing a public demo of SmalltalkHub. It should be online after this weekend. This demo will be running on GemStone/S, will have many UI improvements and the usual bug fixes. Some features like project cloning and the scripting engine may not be available depending on the time we get. Cheers, Nicolas

3 4

Re: [squeak-dev] The Trunk: Monticello-bf.485.mcz
by David T. Lewis 10 Nov '11

10 Nov '11

On Tue, Nov 01, 2011 at 10:51:41AM +0000, commits(a)source.squeak.org wrote: > Bert Freudenberg uploaded a new version of Monticello to project The Trunk: > http://source.squeak.org/trunk/Monticello-bf.485.mcz > > ==================== Summary ==================== > > Name: Monticello-bf.485 > Author: bf > Time: 1 November 2011, 11:51:41.087 am > UUID: a8baac8f-5e9b-42ad-b70b-125a6abada01 > Ancestors: Monticello-bf.484 > > - be more descriptive than 'source same but rev changed' > Bert, Thanks very much for this improvement. It is very helpful when browsing differences between classes in VMMaker branches. Dave

2 1

The Trunk: ShoutCore-ul.34.mcz
by commits＠source.squeak.org 10 Nov '11

10 Nov '11

Levente Uzonyi uploaded a new version of ShoutCore to project The Trunk: http://source.squeak.org/trunk/ShoutCore-ul.34.mcz ==================== Summary ==================== Name: ShoutCore-ul.34 Author: ul Time: 10 November 2011, 1:07:35.853 pm UUID: 1c2037bd-d6a3-5f43-b3d0-df85edfc21d1 Ancestors: ShoutCore-eem.33 - readded checks to #parseExternalCall to avoid errors when writing FFI calls - sync #parseExternalCall's module and error support with #parsePrimitive's =============== Diff against ShoutCore-eem.33 =============== Item was changed: ----- Method: SHParserST80>>parseExternalCall (in category 'parse') ----- parseExternalCall [self scanNext. ((Smalltalk at: #ExternalFunction) callingConventionModifierFor: currentToken) notNil] whileTrue. + self failUnless: currentToken notNil. self scanPast: #externalCallType. currentToken = '*' ifTrue: [self scanPast: #externalCallTypePointerIndicator]. currentTokenFirst isDigit ifTrue: [self scanPast: #integer] ifFalse: [ self failUnless: currentTokenFirst == $'. self parseString]. self failUnless: currentTokenFirst == $(. self scanPast: #leftParenthesis. [currentTokenFirst ~= $)] whileTrue: [ + self failUnless: currentToken notNil. self scanPast: #externalCallType. currentToken = '*' ifTrue: [self scanPast: #externalCallTypePointerIndicator]]. self scanPast: #rightParenthesis. currentToken = 'module:' ifTrue: [ self scanPast: #module. + self parseStringOrSymbol ]. + currentToken = 'error:' ifTrue: [ + self scanPast: #primitive. "there's no rangeType for error" + self isName + ifTrue: [ self scanPast: #patternTempVar ] + ifFalse: [ self parseStringOrSymbol ] ]. - self failUnless: currentTokenFirst == $'. - self parseString]. - currentToken = 'error:' - ifTrue: [ - self scanPast: #module. - currentTokenFirst == $' - ifTrue: [self parseString] - ifFalse: [self scanPast: #patternTempVar]]. self failUnless: currentToken = '>'. self scanPast: #primitiveOrExternalCallEnd!

1 0

The Inbox: Morphic-cmm.588.mcz
by commits＠source.squeak.org 10 Nov '11

10 Nov '11

A new version of Morphic was added to project The Inbox: http://source.squeak.org/inbox/Morphic-cmm.588.mcz ==================== Summary ==================== Name: Morphic-cmm.588 Author: cmm Time: 9 November 2011, 10:18:08.112 pm UUID: 8657a30a-d7e4-4e13-8ded-4901eef80588 Ancestors: Morphic-ul.587 - Enhance the best IDE-enhancement of 2010 -- Bert's gesture to grow any window (Morph, actually) with a Control + Blue-click + drag. This makes it possible to rapidly move and size windows, which developers do 1000 times per day. However, when the window is near the edge of the desktop, growing a window requires at least two gestures: one to grow the window, another to reposition it fully onto the desktop so the contents can be seen. This tweak reduces growing any window to one gesture by ensuring it stays positioned within the desktop. This also now allows rapid vertical or horizontal maximizing with only a gross-motor gesture instead of a fine one. =============== Diff against Morphic-ul.587 =============== Item was changed: ----- Method: HaloMorph>>mouseMove: (in category 'event handling') ----- mouseMove: evt "Drag our target around or resize it" growingOrRotating ifTrue: [ | oldExtent newExtent newPosition | newExtent := originalExtent + (evt position - positionOffset * 2). (newExtent x > 1 and: [newExtent y > 1]) ifTrue: [ oldExtent := target extent. + target setExtentFromHalo: (newExtent min: owner extent). - target setExtentFromHalo: newExtent. newPosition := target position - (target extent - oldExtent // 2). + newPosition := (newPosition x min: owner extent x - newExtent x max: 0) @ (newPosition y min: owner extent y - newExtent y max: 0). target setConstrainedPosition: newPosition hangOut: true]] ifFalse: [ | thePoint | thePoint := target point: (evt position - positionOffset) from: owner. target setConstrainedPosition: thePoint hangOut: true. ]!

1 0

Daily Commit Log
by commits＠source.squeak.org 10 Nov '11

10 Nov '11

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2011-November/005081.h… Name: NetworkTests-ul.26 Ancestors: NetworkTests-tonyg.25 Added a test for UUID comparisons. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-November/005082.h… Name: NetworkTests-ul.27 Ancestors: NetworkTests-ul.26 Improved UUIDTest >> #testComparison. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-November/005083.h… Name: Network-ul.121 Ancestors: Network-mtf.120 Fixed UUID comparison, which should define a strict total order. =============================================

1 0

G+ page?
by Alexander Lazarević 10 Nov '11

10 Nov '11

I know it's the next big hype, but would it hurt squeak to have a google+ page? This could be an addition to the very static website on squeak.org? Alex

3 2

The Trunk: Network-ul.121.mcz
by commits＠source.squeak.org 10 Nov '11

10 Nov '11

Levente Uzonyi uploaded a new version of Network to project The Trunk: http://source.squeak.org/trunk/Network-ul.121.mcz ==================== Summary ==================== Name: Network-ul.121 Author: ul Time: 9 November 2011, 11:54:46.556 pm UUID: 8ed37717-d190-0340-be63-7a2a1dc3717f Ancestors: Network-mtf.120 Fixed UUID comparison, which should define a strict total order. =============== Diff against Network-mtf.120 =============== Item was changed: ----- Method: UUID>>< (in category 'comparing') ----- < aMagnitude "Answer whether the receiver is less than the argument." + 1 to: self size do: [ :i | + | x y | + (x := self at: i) = (y := aMagnitude at: i) ifFalse: [ ^x < y ] ]. - 1 to: self size do: [:i | - (self at: i) < (aMagnitude at: i) ifTrue: [^true]]. ^false.!

1 0

← Newer
1
...
8
9
10
11
12
13
14
...
17
Older →

Jump to page: