Squeak-dev April 2009

squeak-dev@lists.squeakfoundation.org

104 participants
168 discussions

Start a nNew thread

[OT] O3D from Google. Squeak+O3D = Croquet Over Web?
by Giuseppe Luigi Punzi Ruiz 22 Apr '09

22 Apr '09

This looks interesting. http://code.google.com/intl/es/apis/o3d/ Cheers.

2 1

Squeak mac carbon VM 4.1.0b1 goes out.
by John M McIntosh 22 Apr '09

22 Apr '09

I've placed it in the usual places via http://www.smalltalkconsulting.com/squeak.html 4.1.0b1 has a number of changes that impact users of older images and non-pharo users. As you know the different VMs have been moving towards supplying file/directory information and providing clipboard support for UTF-8. So today is the day to move forward by making UTF-8 the default, rather than optional. (a) I have altered the Info.plist to say file/directory names are UTF-8. If your image does not contain fixes for the file browser, or having MC being UTF-8 aware then you will have issues with file names that contain accented characters. These can be files in the same directory as the file you are interested in since the squeak file directory logic iterates over the directory contents for some operations. (b) The clipboard changes from macroman to UTF8, again you may require fixes in order to successfully copy/paste accented characters to/from the application. (c) The UTF8 for the clipboard required linking the powerpc binary with Apple's 10.4 SDK versus 10.3. I have not tested if the VM will run and have clipboard support on 10.2 or 10.3 systems. If you rely on a 10.2 or 10.3 system you should confirm if it works, or if it fails. If someone can confirm if there is a problem I will look into providing a workaround. **********I note in Pharo copying "Caño del día" from the Finder to a method didn't really work the way I thought it would, however it didn't throw a UTF-8 input error. Likely someone on the Pharo team should do some cross checking for me ******* -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

8 8

Agenda for next board meeting (May, 7th 2009)
by Andreas Raab 22 Apr '09

22 Apr '09

Folks - One of the changes that we agreed on during the last meeting was to post an initial agenda sooner rather than later to give people more time to propose additional items. The initial agenda has been posted here: http://board.squeak.org/2009/04/22/initial-agenda-for-may-7th-2009/ and we are looking for input, ideas, suggestions for the next meeting. Cheers, - Andreas

1 0

Any good starting points for a slot car layout program?
by Jerome Peace 22 Apr '09

22 Apr '09

>Eliot Miranda eliot.miranda at gmail.com >Sun Apr 19 00:25:59 UTC 2009 wrote: > > > >Hi All, > does anyone know of an extant program for doing model track layouts? if >not, does anyone know of a good starting point? I want a Smalltalk program >that will do 2D layouts of scalextric slot car track. I want a Smalltalk >program, preferrably for a Squeak dialect. Any suggestions? > >best >Eliot Goolged this up as I was exploring: http://flexmonkey.co.uk/SlotCar/SlotCar.html pointed to by: http://flexmonkey.blogspot.com/2009/01/scalextric-in-flex-prototype-compone… Java app. Source code available. Probably adaptable to squeak. No idea about permissions. No idea if this embodies what your after. hth, Yours in curiosity and service, --Jerome Peace

1 0

Ubuntu package maintainers help
by Jerome Peace 21 Apr '09

21 Apr '09

Hi Bert and all, Response to Berts reply: http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-April/135572.ht… > >>> In the closed-source world (Mac, Win) typically the software authors >>> provide binary packages for end users. This is even true for open- >>> source software on these platforms, the authors provide ready-to- >>> install packages, separate from with the source code. That's why we >>> have Windows and Mac downloads on our website. It's a one-size-fits- >>> all approach, and all work is done by the authors. > >> I would like to see something like this for Ubuntu. I think it is a >> good place to start. It gives a reasonable goal to shoot for. >> Lessons learned can then be applied to other squeak distro's one by >> one. > >That already exists, but maybe Matej could need a hand: > >http://wiki.squeak.org/squeak/3616 > If he asks for help and there is help I can give, okay. In the meantime I note that he is focused on debian which spawns ubuntu. It is not exactly the same. And not the same in the minds of Ubuntu's users. On our download website their is no specific mention of Ubuntu which impedes navigation. Also the information presented to linux users requires way too many decisions for someone just getting started. Trust me on this. We can address this. It is something I would like to oversight board not to overlook. If you will pardon the pun. >>> Not so in Linux. Here, building the binary packages that fit into a >>> specific Linux distribution is typically done by users of that Linux >>> version. >> >> That was not true of the etoys installation from squeakland. It does >> not have to be true for distro's squeak.org supplies. > >Squeakland should provide only Mac and Win installers, and work with >the distros to carry an up-to-date Etoys package. > >Right now there also is an RPM and a DEB package at squeakland, but I >see that as a thing of the past. It already leads to confusion when >people try to combine those packages with the ones from their distro. >The squeakland packages are not even a good model how to package Etoys >but more of a hack. > A hack that saves the day is rather welcome IMHO. Why do you say it is a thing of the past. The distro's distribute a squeak that doesn't work. That's a thing of the current. It doesn't become a thing of the past until people outside of this community act. That action presently is in the realm of vaporware or REAL-SOON-NOW. I have had no response to my addition to Chris's Ubuntu bug report. This indicates the future will not come soon. Meanwhile people need their software to work. As a developer I wish to distribute to audiences with fully functioning squeaks and etoys. Or know it can't be done and move on elsewhere. Right now it is undecided. Though I find your last post most discouraging. Is that what you intended? Yours in curiosity and service, --Jerome Peace

6 21

Cuis update
by Juan Vuletich 21 Apr '09

21 Apr '09

Hi Folks, I've updated Cuis to #0182. I included a couple of fixes to issues in Polygons and Curves found by Jerome, and a new keyboard focus indicator. (No more annoying flashing!) You can download www.jvuletich.org/Cuis/Cuis1.0-0182.zip . In that folder there is also a zip with change sets that could be useful for other Squeak distributions, and text descriptions of them. Cheers, Juan Vuletich Ps: I also updated the 'About' text as follows: About Cuis Cuis is a Smalltalk environment derived from Squeak (www.squeak.org). Main project web is at www.jvuletich.org/Cuis The main idea behind Cuis is to avoid unneeded complexity. Why? Because complexity puts a limit to the level of understanding of the system a person might reach, and therefore limits the things that can be done. Dan Ingalls says all this in "Design Principles Behind Smalltalk" (a must read!). My passion is about finding the essence of ideas. In this regard I feel close to Alan's "Fundamentals of new Computing" ideas. But as I'm not a researcher, and I want a working system now, I am trying to distill the essence of Smalltalk-80 in Squeak drop by drop. Some of the main ideas and objectives for Cuis are: - Close to Smalltalk-80 and Dan Ingalls' ideas - Include only kernel functionality. Remove stuff considered optional - Included stuff should be in very good shape. - Include a greatly reduced version of Morphic as the main UI - Easy to fix and extend - Share fixes and enhancements with Squeak - Stable. Smalltalk kernel should not change much - Compatible to a reasonable degree with packages intended for other Squeak distributions - Lead by Juan Vuletich (jmv) after these principles What is the audience? Cuis should be the Smalltalk of choice to: - Smalltalkers who want a simpler system - Teachers teaching Smalltalk - People learning Smalltalk - Developers working for devices with little memory or CPU power - People wanting to experiment with new directions in language design, UI frameworks, etc - People wanting a reasonable kernel on which to build optional packages - People wanting a nice looking ide that is also portable Cuis owes its existence to Squeak and the Squeak community. We don't want to form a separate user community. We believe that the Squeak community is the natural place for people using the various Squeak distributions and derivatives. We want to share code and ideas with other Squeak distributions, including the official one. License Cuis is distributed subject to the MIT License, as in http://www.opensource.org/licenses/mit-license.php . Any contribution submitted for incorporation into or for distribution with Cuis shall be presumed subject to the same license. Portions of Cuis are copyrighted works of many contributors to Squeak, Cuis and related projects.

18 50

[ANN] - SqueakDBX first stable version 1.0!!!
by Mariano Martinez Peck 21 Apr '09

21 Apr '09

Hi folks: After a continuous work since January 08, we are very glad to announce our first stable version of SqueakDBX. For those who don't know what this is about, the aim of this project is to build an OpenDBX (http://www.linuxnetworks.de/doc/index.php/OpenDBX/) wrapper which will allow users to perform relational database operations (DDL, DML and SQL) through a truly open source library. Through this feature, the squeak community will hopefully be able to interact with major database engines, such as Oracle and SQL Server, besides those which are open source, like PostgreSQL, MySQL or Sqlite. Moreover, by integrating this with GLORP (http://www.glorp.org/), will allow us to generate a complete and open source solution to relational data base access. Why did we do squeakDBX? reeThere are several approaches to persistence in Squeak, some very interesting: OODB like Gemstone and magma, image, CouchDB or TokyoT/C, and so on. All of this options get sense if you can actually decide the way you will persist your objects. However, this is not something that happens very frequently. FREQUENTLY, the client (the one who pays you for making the software) requires you to use a particular persistence strategy (RDBMS). Not only that, but also a database in particular (like Oracle, MS SQL, and so on). They have lots of reasons: they already have license for it, they have support and companies for it, they know SQL, they want to do selects, legacy systems, and so on. But Squeak only provides drivers for MySQL and PostgreSQL natively, so... what would you do in the rest of the cases? move to another language? OK, we don't. We want to program systems in Squeak. If you know about SqueakDBX you can just see changelog here: http://wiki.squeak.org/squeak/6109; If you don't, you should continue reading ;) SqueakDBX features: -Cross-platform support: Linux, Windows (using MinGW) and Mac. See http://wiki.squeak.org/squeak/6108 -Runs on Squeak and Pharo. -Mini VM blocks when using FFI (asynchronous queries). See http://wiki.squeak.org/squeak/6060#External%20call%20implementation. -Own SqueakDBX plugin (experimental). Ability to easily change the external call strategy (FFI or our own plugin). -Support for: Oracle, PostgreSQL, MySQL, MS SQL Server, ODBC and SQLite3 -Transactional concept: begin transaction, commit and rollback. See http://wiki.squeak.org/squeak/6071 -Mappings from String to specific types in selects. See http://wiki.squeak.org/squeak/6075 -Special OpenDBX options: multistatements, encryption, compression, paged results, MySQL modes, and more. See http://wiki.squeak.org/squeak/6068 -Automated database connection ralease (although manual disconnection is recommended ;-) -Automated results retrieving in order to do another query, after doing a query and not iterating ALL results -Lots of unit tests that buck up our project ;-) (85 right now). See http://wiki.squeak.org/squeak/6077. -Lots of benchmarks and comparison with native drivers (PostgreSQL and MySQL). See http://wiki.squeak.org/squeak/6063. -Error handling: Not only errors, but levels associated with an error in order to avoid FFI calls (if you get a fatal error, it has no sense to do another query and the resources must be free). See http://wiki.squeak.org/squeak/6076 -Query timeout (this is very useful for web applications) and page size can be set for each query. See http://wiki.squeak.org/squeak/6069 -Very completed documentation in wiki and getting started. -Code critics and SwaLint were run several times. -Good design (at least all the major refactors demonstrated that). Full documentation, installation and getting started instructions can be found at wiki page: http://wiki.squeak.org/squeak/6052 . We spent a lot of time in it. It has all the information you may need and is in continuos development. Benchmarks: We have a lot of SqueakDBX benchmarks and also some for native squeak drivers (PostgreSQL and MySQL) and SqueakDBX seems to be faster than both of them. You can read more here: http://wiki.squeak.org/squeak/6063 Packages can be installed from Universe (3.10) or SqueakMap. Current version is 1.0. Sources can be download from SqueakSource http://www.squeaksource.com/SqueakDBX (it requires FFI installed). OpenDBX version: 1.4. Remember that you can compile OpenDBX by yourself or use precompiled binaries. For more information please read: http://wiki.squeak.org/squeak/6129. GLORP integration: Actually, this may include two parts: 1) The integration of GLORP with squeak is completely hardcoded with PostgreSQL native driver. Because of this, first we will do a refactor in GLORP in order to enable it to support different drivers. We will create a PostgreSQL driver with the things that GLORP already has. We invited Alan Night to have dinner with us when he came to Argentina. We told him our ideas and discuss for a while till we got a first design of this refactor. We have already started this part. 2) Create a SqueakDBX driver for GLORP just like the one we are planning to do for PostgreSQL. The last squeak port of GLORP is very old and there is nobody to do it. A friend of us, Diogenes Moreira, has accepted this job, so, thanks to him, we hope to have latest GLORP releases in Squeak. You can see our Glorp progress here: http://wiki.squeak.org/squeak/6132 Help is always wanted. We would really appreciate if you: -Give us opinions, comments, ideas, new features, complaints and so on. -Tell us if you find a bug. -Tell us if you test SqueakDBX with other RDMBS or OS different from the ones we tested. Just to know if it works or not :) If you try SqueakDBX and you write something somewhere like a blog, let us know. We have this link: http://wiki.squeak.org/squeak/6131 where we put useful links for all the people. Special thanks to: -ESUG, for supporting us through Summer of Talk 08; -To Norbert (author of openDBX) for his help and to all the people who tested it and help us. Cheers, SqueakDBX team

4 11

How do you download the Debian squeak package to ubuntu?
by Jerome Peace 21 Apr '09

21 Apr '09

Jose wrote: >The package in Debian is better from my point of view: >it is not incompatible with the images in squeak.org >and gives an easier experience to the non-technical users. Jose: From Ubuntu (hardy heron 8.04), how do I: 1) Find out about the package you have gotten Debian offering? 2) Download and install it on my computer? Yours in curiosity and service, --Jerome Peace

2 1

Re: [Pharo-project] Some bugs with the last version of pharo (10281) and pharo-dev (10284)
by John M McIntosh 21 Apr '09

21 Apr '09

This is because the pharo system now is much more utf-8 filename aware. Unfortunately the the 4.0.1b1U VM is still setup for macintosh (macroman) file name translation which causes Pharo to die, when a directory search encounters oh I'd don't know "folder çà 2" perhaps? The fix is to change your 4.0.1x squeak vm or pharo one-click app setting on the macintosh to have the VM give back UTF-8 characters. To do this control click to show contents and open the *.app then dig inside the Contents folder and alter the Info.plist change the SqueakEncodingType to UTF-8 At this late hour I'm not sure how to distribute such a change since if you run the VM in UTF-8 mode then it mess up any non-ascii 128-255) characters in the Squeak 3.8/3.9/3.10/3.11 File Browser. Then again perhaps we say oh if you use a pending? 4.1.0 VM you MUST ensure your image is UTF8 aware? BTW the macintosh carbon VM is very UTF8 aware since we did no-end of testing on file names in Sophie. However we preserved all file name paths as URI references, versus unix path names, and flip the URI into the proper path with encoding by asking it for it's file path name when it was needed as a file link. On 21-Apr-09, at 12:48 AM, Laval Jannik wrote: > Ok, I have found the problem: > > When I run the image for the first time, a folder "package-cache" is > created. > When the image is in a folder on my desktop ("/Users/jannik/Desktop/ > Pharo"), it does not works. > If I put this folder in "/Applications/Pharo", it works. > > Maybe, the bug come from the VM. > > Jannik -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

2 1

Method finder broken in squeak-dev
by Serge Stinckwich 21 Apr '09

21 Apr '09

Hi Damien, method finder is broken in last squeak-dev sq3.10.2-7179dev09.04.1 I try with the simple example : 3. 4. 7. and select the first example (+). Thank you, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
17
Older →

Jump to page: