June 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] NBCog and FileSystem

by Pavel Krivanek

Hi Igor, I tried to create a next bootable Pharo image based on TinyCore, this time not dependent on framebuffer but with full XOrg (the basic distro is of course bigger, the iso image has 23MB without Pharo). With CogVM everything works well but I wanted to use NBCog and I had problems with directory access. I guess it's because the NBCog currently doesn't contains latests VM patches for the FileSystem support. Can you confirm that? Cheers, -- Pavel

June 28, 2012

[Pharo-project] **IMPORTANT** MUST READ: Pharo Association and Consortium

by StÃ©phane Ducasse

Dear Pharoers and Smalltalkers This mail is really important so read it carefully. Especially the last part of the mail is important for the immediate future: we need your support and input. Read section ***Support*** at the end of this mail. Context ======= After taking into account feedback from companies and pharo users in different occasions and discussing with the INRIA lawyers and the team in charge of the administrative aspect of the consoritum here is the setup we finally want for the consortium. We will have two separated entities: - one french law 1901 association for individuals and - one consortium for institutions (companies, research groups, laboratories, universities...) managed by INRIA We hope that in the long run the consortium will be fully managed by the association but in the current bootstrap phase INRIA is a good solution. ============== The Pharo Association ============== The goal of the association is to promote Pharo. It will have its own web site. Individual Memberships (managed by the Pharo Association) ---------------------- There are two individual memberships - Individual Pharo Association Member: Yearly fee 40 Euros - Golden Individual Pharo Association Member: Yearly fee 99 Euros You will get a nice goody, reduction access to conferences, reduction for training and access to teaching material, be part of the pharo groups on social networks, be part of the pharoAssociation-individual-members mailing-list, get access and registered to the pharo association web site. Others (managed by the Pharo Association) ---------------------- The association will be able to issues bills so you will be able to buy a Pharo distribution when your organization cannot be a member, a sponsor or doing a donation to the Pharo consortium. End of Pharo Association Description =========================== The Pharo Consortium (managed by INRIA) =========================== The goal of the consortium is to structure and build an umbrella to foster business around Pharo and to promote Pharo. A company, user group, research group, team or institution can be a consortium member, not individual member. There are three levels of fees and corresponding benefits. You decide your degree of support. The annual fees are - Bronze 1000 Euros - Silver 2000 Euros - Gold 4000 Euros Consortium members main advantages are ---------------------------------------- Non individual members of the consortium get the following advantages: - privileged access to the core development team via a specific mailing-list pharo-core-team-for-members(a)lists.gforge.inria.fr - influence priorities of the next development. The member will be able to propose agenda points and items for the executive team. They will be requested one month in advance before the committee meeting. - get access to privileged core engineer time (to address pharo core problems) - Bronze member gets one day of engineering time + is automatically a diamond sponsor. - Silver + two days of engineering time + one job description for job dashboard + is automatically a diamond sponsor.. - Gold four + 4 days of engineering time + multiple job description for job dashboard + is automatically a diamond sponsor. - Training special prices and possibility to become pharo trainer - Pharo consortium member can also ask and pay for extra support days at INRIA engineer prices (around 600 Euros) per day. - Member can offer to their client access to the possibility to pay for extra support days at INRIA engineer prices (around 600 Euros) per day. - The core team can provide contact with experts for certain areas of development. Pharo Consortium Gouvernance: steering committee ---------------------------------------- The consortium will be managed as follows: There will be a steering committee and an Executive Team. * A steering committee is composed of one representative of each member (except individuals). * The chairman of this committee will be Inria * Steering Committee Role : - The Steering Committee follows the execution of the PHARO R&D Team - It validates and gives input about the task list of the Executive Team. - It can propose members of the executive team. - It prepares, organizes conferences, seminars or other animations to promote PHARO and have new members - It revises the annual fee * Decisions taking: after consultation and collect of representative member points of views, Inria takes the final decision. * The steering committee will communicate via a private mailing-list. It may meet physical once a year. * An agenda to reach conclusion will be established by Inria on proposals of the members (the members will be queried a month in advance). Technical Executive Committee (akaR&D task) ---------------------------------------- * The Executive Team is composed of members proposed by the steering board and RMOD Team * Its roles is to * Study, analyze and validate external contributions for PHARO * Report to the steering committee * Present a task list to the steering committee. * Propose, schedule and implement tasks in conformance with the tasks list. * Coordinate the release Pharo and its VMs Pharo consortium Sponsoring --------------------------- Orthogonally to memberships, an entity can be a sponsor of the consortium without being a pharo consortium member. Pharo consortium are de factor platinium sponsor. Sponsors will get their logos name exposed to the consortium web site. There are two kinds of sponsors: - normal 500 Euros - diamond 1000 Euros Job board --------- Non consortium member companies will be able to pay a fee (1000 Euros) to post job offers to the job board. End of Pharo Consortium Description ===================== *** Support and Answer needed*** ===================== To be able to pay an engineer by the consortium, INRIA needs to make projection, build budget, pay attention to visa and other important administrative tasks. To deal with the risk that the consortium may not collect enough to pay a full salary we are considering to ask INRIA to help us financially. To do so we have to give some concrete figures to INRIA and motivate our request. In addition, our team (RMOD) on its own budget will try to compensate by allocating extra resources However, this will be only a one shot. In addition, some of our team members have been approached by google to work on chrome and dart Virtual Machines. So if we really get a future we should build it now. Many of you told us that they want to support the consortium, now we need to know what would be amount of membership, sponsoring you could give. So please read carefully this mail and send us a mail at stephane.ducasse(a)inria.fr with the same subject than this one. We will collect the information and build a case to present to INRIA. Thanks in advance for Pharo and for the future that we are building together. The RMOD team and the Pharo board

June 28, 2012

Re: [Pharo-project] Let's Get Pharo 1.4 Ready for the Summer Release!

by Sean P. DeNigris

Sean P. DeNigris wrote > > There are half a dozen 1.4 bug fixes in the inbox that need to be > reviewed: > http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.4+is%3Aope… > > 4 of them are EASY (mostly one-liners or close): > http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.4+is%3Aope… > We're almost halfway there!! 5 fixes have been integrated and 6 remain in the inbox. Who will review one of those left, so we have a rock-solid *release this week*?! Reviewing is simple ( http://forum.world.st/Backporting-fixes-tp4633625p4633680.html per Steph ): - we go to the issue list - try to load the code - read the code - check if there is a test - check that all the tests are working (or that new ones are not broken So any input is important. Cheers, Sean -- View this message in context: http://forum.world.st/Let-s-Get-Pharo-1-4-Ready-for-the-Summer-Release-tp46… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 28, 2012

[Pharo-project] [update 2.0] #20168

by Marcus Denker

20168 ----- Issue 6193: Nautilus fix according to ClassSearch http://code.google.com/p/pharo/issues/detail?id=6193 Issue 6082: Missed translated selector for the dialog title in the ColorChooserMorph http://code.google.com/p/pharo/issues/detail?id=6082 Issue 6153: Nautilus: Can not get menu on apple trackpad http://code.google.com/p/pharo/issues/detail?id=6153 Issue 6180: fix #skipSeparators packaging http://code.google.com/p/pharo/issues/detail?id=6180 Issue 6142: Support pipeing in scripts to the image http://code.google.com/p/pharo/issues/detail?id=6142 -- Marcus Denker -- http://marcusdenker.de

June 28, 2012

Re: [Pharo-project] VM , modules, packages and plugins

by Igor Stasenko

On 28 June 2012 04:03, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > I agree, except for silent updates. Â One should at know what is happening, and further be able to run a "broken" mixture, if only for debugging. > i just mentioned silent updates to demonstrate what current practices are, and where we are comparing to it by throwing errors with no information, leaving users clueless what might be causing it. > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] > Sent: Wednesday, June 27, 2012 6:48 PM > To: Pharo Development > Subject: [Pharo-project] VM , modules, packages and plugins > > Seeing another thread about "is XYZ plugin there or not" or "what may > cause prim fail" > i REALLY suggest that we should stop and think.. > This plugin's usage logic is inherently flawed.. (or i would say outdated) > > What i would like to see one day is when i installing new code into > image, it pops up a message: > "Your VM missing an XYZ plugin for running this cool code, would you > like to download and install it? Yes No " > > In case of Pharo, we should really start thinking about delivering > quality grade solutions, not something > which might work if you properly jump 2 times and whistle 7 times > while faced North"... > > Look at what the practices which become common today in modern > browsers, and OSes - they updating themselves without a notice > and just asking you to restart it time to time. Why we cannot do the same? > > -- > Best regards, > Igor Stasenko. > > -- Best regards, Igor Stasenko.

June 28, 2012

Re: [Pharo-project] VM , modules, packages and plugins

by Igor Stasenko

On 28 June 2012 09:26, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Le 28/06/2012 00:48, Igor Stasenko a Ã©crit : > >> Seeing another thread about "is XYZ plugin there or not" or "what may >> cause prim fail" >> i REALLY suggest that we should stop and think.. >> This plugin's usage logic is inherently flawed.. (or i would say outdated) >> >> What i would like to see one day is when i installing new code into >> image, it pops up a message: >> "Your VM missing an XYZ plugin for running this cool code, would you >> like to download and install it? Yes No " >> >> In case of Pharo, we should really start thinking about delivering >> quality grade solutions, not something >> which might work if you properly jump 2 times and whistle 7 times >> while faced North"... >> >> Look at what the practices which become common today in modern >> browsers, and OSes - they updating themselves without a notice >> and just asking you to restart it time to time. Why we cannot do the same? >> > > What about using something existing, user-level (for Unix/linux and OSX > guys) such as 0install ? I'm using it for part of my desktop and it does the > update/search dependencies/compile if needed. I don't think making Pharo > plugins and VM available in the 0install system would be hard. > > http://0install.net/ > > (and it would work in allmost as many platform as Pharo does). > > It would only require some space to host the feeds and the files. > That's not a problem nowadays :) Yes, this project is interesting. > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 -- Best regards, Igor Stasenko.

June 28, 2012

Re: [Pharo-project] Encodings, Charsets, converters... streams?

by Fernando Olivero

Cant we throw them all? And later add one by one when (if at all...) needed? Fernando On Wed, Jun 27, 2012 at 5:34 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I've spent 3 hours on trying to understand deeply the Multilingual mess, but I'm dying in the process... Â It mixes environments with charsets... Some charsets and converters are for really old OS versions... Sometimes it uses unicode, some times not... argggdsdsa > > On Wed, Jun 27, 2012 at 5:25 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>> wrote: > ok but how can we build a concrete roadmap. > What are the steps that we can take and perform one by one. > > Stef > > On Jun 27, 2012, at 3:11 PM, Henrik Sperre Johansen wrote: > >> On 25.06.2012 18<tel:25.06.2012%2018>:06, Denis Kudriashov wrote: >>> Hello. >>> >>> What is responsibility of environments (russian, japanese) classes. >>> Why its needed? Why converter classes not enough? >>> >>> For example, I can write russian text at workspace without setting any specific russian environment. I only need specific fonts for this. >>> >> Novadays, they can be used to read number/date printing policies, decide which translation package to use, etc. Basically what you'd expect from an OS locale, but more limited in capabilities. >> >> The part linked to charsets and encodings seem to me an anachronism from when the OS's used different encodings based on the selected environment though. (so files would be read and written automatically Â with the correct (non-unicode) encoding, and potentially displayed using a different bitmap font through selection using leadingChar) >> >>> 2012/6/25 Guillermo Polito <guillermopolito(a)gmail.com<mailto:guillermopolito@gmail.com>> >>> Hi guys, >>> >>> I'm trying to understand the Multilingual packages to get things a bit more reorganized. This way we can start to have a simpler and understandable kernel. So, >>> >>> - We have all environments(greek, chinese, japanese, korean, russian...) in the same package. Â Each environment has it's associated charset, and text converter, which are in different packages. Â Also, each text converter has a table of conversions between unicode and the encoding. But all converters are together, and all charsets are together. >>> >>> What about putting related things together? I mean, japanese converter with japanese environment with japanese charset in one package. Same with russian, korean, chinese... Â Does it make sense? Â This way we should be able to unload one of them if we do not really need it. >>> >> >>> - MultiByteFileStream and MultiByteBinaryOrTextStream are inside Multilingual-TextConversion? Â Even, they do the same on top of a file or a memory stream of bytes (or they say so in the comment :^D )... >>> >>> What about merging them? using a decorator? They have a lot in common... :/ Â Put them in a different package? >> They are not neatly composed. >> Trying to merge them so the methods work with a file and bytearray/string backend equivalently would probably only make things even worse. >> Using a decorator would be hard, since the MultiByteFileStream method implementations use alot of its inherited behaviour. >> >> As for putting them in a different package, sure you can peddle crap around all you want, but that doesn't make it stink any less. >>> >>> - Just curious. ImmPlugin is working or shipped with vms? Not for macos, because there is no macos implementation. Then, the class comment says: >>> >>> "On Windows, the plugin is not provided in the shipped VM's, and its current whereabouts are uncertain. >>> >>> On Unix, the only implemented behaviour is setting the position when over-the-spot precomposition of characters is the current mode. >>> >>> In the VM, the mode is chosen to the first available valid mode returned by the X Server, so whether this is actually relevant at all depends on the X Server." >>> >>> So, does someone use it and see value on keeping it? >> >> Sure, there is value in neatly integrating OS input methods for composed characters. >> >> Whether that belongs in a plugin of it's own, and whether what the plugin currently offers justifies its existence, is a different question, which I guess the removal was the answer to. :) >> >> To find any potential actual users, I guess you'd have to find a pharo app localized to the eastern hemisphere and have it ask their linux users if they appreciate it/if it works. >> That, or a developer from the same area who codes in his native language (which will be hard I think, given arbitrary tool constraints wrt message names etc.) >> >> Cheers, >> Henry > > >

June 28, 2012

Re: [Pharo-project] Do the VM's used on Jenkins include the SSL plugin ?

by Sven Van Caekenberghe

On 28 Jun 2012, at 00:32, Igor Stasenko wrote: > So, in case of ssl plugin you can clearly tell that if that prim > failed, you know that there's something wrong with plugin, i.e. it > fails to initialize or not exists: so even putting more informal > message "there seem to be problem with SSL plugin (missing? no SSL > library installed on your system? ) > will clarify a lot and prevent from wasting our time explaining why > that prim might fail or which VM has SSL and which might not. === Name: Zodiac-Core-SvenVanCaekenberghe.18 Author: SvenVanCaekenberghe Time: 28 June 2012, 10:04:19.612 am UUID: dca580f0-4d95-4d92-980c-1ebe622485d5 Ancestors: Zodiac-Core-SvenVanCaekenberghe.17 added ZdcPluginMissing exception to provided a more human friendly message when ZdcPluginSSLSession cannot be initialized (which is most probably due to a missing SSL/TLS plugin) === Now, ZdcPluginSSLSession>>initialize "Initialize the receiver" [ handle := self primitiveSSLCreate ] on: PrimitiveFailed do: [ :exception | "Give a more human friendly error message" ZdcPluginMissing signal ] with ZdcPluginMissing new printString. 'ZdcPluginMissing: SSL/TLS plugin initailization failed (VM plugin missing ? OS libraries missing ?)' Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

June 28, 2012

Re: [Pharo-project] Google Code labels/templates

by Marcus Denker

On Jun 26, 2012, at 8:49 PM, Sean P. DeNigris wrote: > Someone had suggested to remove the "Pharo 1.4 Enhancement" template, since > we're not accepting any. That makes sense. > > Also, the Nautilus template labels the issue "Nautilus", but the label in > the list is "Type-Nautilus". Which brings me to my next question... > > The other Types are Bug, Enhancement, Cleanup, Feature [1]. Nautilus and > Jenkins [2] really don't fit into this framework. Maybe because there will > be many fewer issues, we don't need the level of granularity of [1] for [2]. > But when we get close to a release, it'd be nice to know that there is 1 > Nautilus bug and 10 Enhancements pending (i.e. probably only one critical > thing) vs. 11 Type-Nautilus. > > So, now that I said all that, it seems the most powerful/flexible approach > would be to leave the "nautilus" tag, remove the leading "Type-" from > "Type-[Jenkins|Spec|Seed]", and then to make templates for Jenkins/Spec/Seed > like the one for Nautilus. > > What do you think? honestly I don't care... there is so much to do that I can't even think about details like this. Marcus -- Marcus Denker -- http://marcusdenker.de

June 28, 2012

[Pharo-project] Tests Guard for 20167

by Pavel Krivanek

Tests Guard report for 20167: http://code.google.com/p/pharo/wiki/TestsGuard There are two big changes: Zodiac integration and working Windows host (GREAT!) We have got two new platform independent failures: * KernelTests.Chronology.DateTest.testAsSeconds * Zinc.Zodiac.ZnHTTPSTests.testWikimedia Several Zodiac related Linux and Windows failures: * Zodiac.Tests.ZdcSecureSocketStreamTests.testPlain * Zinc.Zodiac.ZnHTTPSTests.testAmazonAWS * Zinc.Zodiac.ZnHTTPSTests.testGForceInria * Zinc.Zodiac.ZnHTTPSTests.testGmailEncrypted * Zinc.Zodiac.ZnHTTPSTests.testGoogleEncrypted * Zinc.Zodiac.ZnHTTPSTests.testPayPal * Zinc.Zodiac.ZnHTTPSTests.testRequestResponse * Zinc.Zodiac.ZnHTTPSTests.testTransfers * Zinc.Zodiac.ZnHTTPSTests.testTransfersSingleClient ...and several Windows specific failures: * CompressionTests.Archive.ZipArchiveTest.testCreateWithRelativeNames * FileSystem.Tests.Disk.DiskFileSystemTest.testDefaultWorkingDirectory * FileSystem.Tests.Disk.DiskFileSystemTest.testReferenceTo * FileSystem.Tests.Memory.MemoryFileSystemTest.testReferenceTo * NetworkTests.Kernel.SocketStreamTest.testUpToAfterCloseSignaling * NetworkTests.Kernel.SocketStreamTest.testUpToAllAfterCloseSignaling * NetworkTests.Url.UrlTest.testRoundTripFILE * Tests.Monticello.MCDataStreamTest.testFileNamed * Tests.Monticello.MCDataStreamTest.testReadOnlyFileNamed No test was made green. Cheers, -- Pavel

June 28, 2012