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

Re: [Pharo-project] Fixing the cmd+" with smart character => '

by StÃ©phane Ducasse

On Nov 7, 2012, at 8:20 PM, StÃ©phane Ducasse wrote: > Yes Ben > I'm trying to fix this really strange behavior of smart characters :) > Yes I want to be more productive so I'm fixing the glitches. > > Now this is funny > without smartCharacter > > cmd+"+ shift + selection produces "selection" > > cmd+' + selection produces 'selection' > > so far so good. > > now with smart characters > > cmd+' + selection produces 'selection' > > cmd+"+ shift + selection produces 'selection' > > > where the fun start is that pressing shift+' produces an event whose keyValue is ' and not " :) > > in fact the keystroke is even funkier :) > > [keystroke '<Cmd-'>'] in fact without smartCharacter we get the same keystroke :) Stef

Nov. 7, 2012

[Pharo-project] Fixing the cmd+" with smart character => '

by StÃ©phane Ducasse

Yes Ben I'm trying to fix this really strange behavior of smart characters :) Yes I want to be more productive so I'm fixing the glitches. Now this is funny without smartCharacter cmd+"+ shift + selection produces "selection" cmd+' + selection produces 'selection' so far so good. now with smart characters cmd+' + selection produces 'selection' cmd+"+ shift + selection produces 'selection' where the fun start is that pressing shift+' produces an event whose keyValue is ' and not " :) in fact the keystroke is even funkier :) [keystroke '<Cmd-'>'] Stef

Nov. 7, 2012

Re: [Pharo-project] Git API for Pharo

by Max Leske

I'll move this thread to the smalltalk-git mailing list and respond there. On 07.11.2012, at 17:35, roberto.minelli(a)usi.ch wrote: > Hi Max, > > At the end of the day I managed to install and use FileSystem-Git. > > I was not able to run the quick start guide in the help browser, but i managed to run the ** Working with repositories ** guide. > > However, I encountered a weird error. Here are the steps to reproduce: > > 1. Clone an existing Git repo (git clone https://github.com/aptana/studio3.git) > 2. Execute the following snippet: > repoReference := FileSystem disk root resolve: '/Users/roby/Documents/University/repository'. > repo := FileSystemGitRepository on: repoReference. > > The error is the following: > Error: Invalid utf8 input detected > > I investigated and discovered that this is somehow related to how the 'git clone' creates the repository. > In fact, if you create a Git repo on your machine the above lines of code works just fine. > > FYI I'm running Pharo 2.0 on a 64-bit MacBook Pro (Mac OS X 10.8.2). > > Do you have any suggestion for that? Anyone experienced this problem? > > Thanks in advance, > Roberto > > On Nov 7, 2012, at 10:59 AM, Max Leske <maxleske(a)gmail.com> wrote: > >> Weird typoâ¦ >> >> Otherwise you can try this: >> 1. create a new Monticello repo with the following: >> MCHttpRepository >> location: 'http://ss3.gemstone.com/ss/FileSystem-Git' >> user: '' >> password: '' >> 2. open this repository and load the latest versions of FileSystem-Git and SystemHashing >> >> BTW: theres a tutorial in the help (after you've loaded the packages), so go to World menu -> Help -> Help Browser >> >> Max >

Nov. 7, 2012

Re: [Pharo-project] MongoTalk public API changes

by Francois Stephany

I'd also like to move the repository from Squeaksource to http://ss3.gemstone.com, is that a problem for someone? -- http://tulipemoutarde.be +32 65 709 131 On 07/11/12 18:28, Francois Stephany wrote: > I've commited some changes to MongoTalk that change the public interface > and the behavior of the driver. > > The queries are now made with a MongoQuery object. This simplifies the > interaction between Mongo, MongoDatabase and MongoCollection. I've added > support for ordering, limit and offset. There's a lot more to do ut time > is scarce. > > I've created a public trello board for the project (sorry Esteban :p): > > https://trello.com/board/mongotalk-voyagemongo/50992a46900347431c00c64a > > Right now, Voyage is broken with the latest MongoTalk version. You > should be safe if you use the MetacelloConfiguration. > > Let me know if you're using the MongoTalk driver and you need something > or if I'm breaking all your code. > > > Thanks, > Francois >

Nov. 7, 2012

[Pharo-project] MongoTalk public API changes

by Francois Stephany

I've commited some changes to MongoTalk that change the public interface and the behavior of the driver. The queries are now made with a MongoQuery object. This simplifies the interaction between Mongo, MongoDatabase and MongoCollection. I've added support for ordering, limit and offset. There's a lot more to do ut time is scarce. I've created a public trello board for the project (sorry Esteban :p): https://trello.com/board/mongotalk-voyagemongo/50992a46900347431c00c64a Right now, Voyage is broken with the latest MongoTalk version. You should be safe if you use the MetacelloConfiguration. Let me know if you're using the MongoTalk driver and you need something or if I'm breaking all your code. Thanks, Francois

Nov. 7, 2012

[Pharo-project] unpacking cairo.tgz fails during VM build

by Ciprian Teodorov

Hi guys, While trying to compile the NBCog vm on my MacOS machine I have found a strange issue... I do not know if it comes from my machine configuration or if it is more general than that... Mainly after loading the cairo package the compilation process fails to unpack the cairo.tgz archive... It seems that the extension of the package changes (the downloaded package has a .tar.xz extension, which gets dropped and replaced by .tgz) and my "tar" install can't cope with that.... I have fixed it temporarily as shown bellow: CMCairo>>unpack "..." gen set: #unpackTarget toString: '${libSourcesDir}/touch.cmake'. gen puts: 'add_custom_command(OUTPUT "${unpackTarget}" COMMAND tar -Jxf "${libName}.tgz" COMMAND touch "${unpackTarget}" COMMENT "Unpacking ${libName} ... " ) '. by CMCairo>>unpack "..." gen set: #unpackTarget toString: '${libSourcesDir}/touch.cmake'. gen puts: 'add_custom_command(OUTPUT "${unpackTarget}" COMMAND cp "${libName}.tgz" "${libName}.tar.xz" COMMAND unxz "${libName}.tar.xz" COMMAND tar xf "${libName}.tar" COMMAND touch "${unpackTarget}" COMMENT "Unpacking ${libName} ... " ) '. Is this a known issue, or my "tar" install is wrong? Cheers, Ciprian -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Nov. 7, 2012

Re: [Pharo-project] Git API for Pharo

by roberto.minelli＠usi.ch

Hi Max, At the end of the day I managed to install and use FileSystem-Git. I was not able to run the quick start guide in the help browser, but i managed to run the ** Working with repositories ** guide. However, I encountered a weird error. Here are the steps to reproduce: 1. Clone an existing Git repo (git clone https://github.com/aptana/studio3.git) 2. Execute the following snippet: repoReference := FileSystem disk root resolve: '/Users/roby/Documents/University/repository'. repo := FileSystemGitRepository on: repoReference. The error is the following: Error: Invalid utf8 input detected I investigated and discovered that this is somehow related to how the 'git clone' creates the repository. In fact, if you create a Git repo on your machine the above lines of code works just fine. FYI I'm running Pharo 2.0 on a 64-bit MacBook Pro (Mac OS X 10.8.2). Do you have any suggestion for that? Anyone experienced this problem? Thanks in advance, Roberto On Nov 7, 2012, at 10:59 AM, Max Leske <maxleske(a)gmail.com> wrote: > Weird typoâ¦ > > Otherwise you can try this: > 1. create a new Monticello repo with the following: > MCHttpRepository > location: 'http://ss3.gemstone.com/ss/FileSystem-Git' > user: '' > password: '' > 2. open this repository and load the latest versions of FileSystem-Git and SystemHashing > > BTW: theres a tutorial in the help (after you've loaded the packages), so go to World menu -> Help -> Help Browser > > Max

Nov. 7, 2012

Re: [Pharo-project] Opening a serial Port with Pharo on Linux

by Pavel Krivanek

Old workaround is to create symlink from /dev/ttyUSB0 to /dev/ttySx and open the port by number (x), not by the name. But use the fixed VM ;-) -- Pavel On Wed, Nov 7, 2012 at 3:54 PM, Friedrich Dominicus <frido(a)q-software-solutions.de> wrote: > I'm stuck. I try to open a serial Port on Linux using Pharo. > > The code is as simple as: > > port := SerialPort new. > portName := '/dev/ttyUSB0'. > port openPort: portName. > > Now this opening fails for "whatever" reason. > Anyway in the console I got the following "messages": > > PluggableTextMorph>>handleEdit: in Block: [result := editBlock value] > Error while opening the serial port (/dev/ttyUSB0# 4 > ). > Error: Cannot open '/dev/ttyUSB0' > > It seems after the USB0 there is not the "end" of the string but some > gibberish. > > I tried to extract the code for the SerialPlugin and use it stand-alone > in C andwrote the following: > > #include <stdio.h> > #include "SerialPlugin.h" > > > int main(void) { > char *portName = "/dev/ttyUSB0"; > int baudRate = 9600; > int stopBitsType = 1; > int parityType = 0; > int dataBits = 8; > int inFlowControlType = 0; > int outFlowControlType = 0; > int xOnByte = 19; > int xOffByte = 24; > int iRval; > > > iRval = serialPortOpenByName (portName, > baudRate, stopBitsType, parityType, > dataBits, inFlowControlType, outFlowControlType, > xOnByte, xOffByte); > iRval = serialPortCloseByName (portName); > return 0; > } > > And there is no error while using it this way in C. So what > is broken? > > Regards > Friedrich >

Nov. 7, 2012

Re: [Pharo-project] [Pharo-consortium] Pharo consortium agreement

by StÃ©phane Ducasse

Norbert after discussing with sophie, we will collect all details and produce a new version by beginning of new week. Stef On Nov 7, 2012, at 3:15 PM, Norbert Hartl wrote: > So, what's best. Wait to finalize the form or print and send? > > Norbert > > Am 06.11.2012 um 17:24 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> Dear Pharoers >> >> Here is the result of the work we did around the consortium for Pharo for about 2 years. We took into account all your remarks over the years >> and we think that the result is good and corresponds to what the community can support. >> This consortium is important for Pharo's future and it will help us to deliver a system to help you making business. >> Our goal is to be able to collect fundings to pay at least one full time engineer. >> >> The idea is that all the consortium members will sign the same agreement. We will not handle modifications per partners. >> Now since we are starting the process if you spot some glitches on the form let us know. We can discuss and fully stabilize one version. >> >> We suggest to read the document. >> - If you agree to sign it and send it to us (in two copies if you do it by surface mail at >> INRIA - S. Ducasse - Pharo, 40, avenue Halley, Parc Scientifique de la Haute Borne, >> BÃ¢t.A, Park Plaza, Villeneuve d'Ascq, FR-59650, France.), so that we sign it too. >> - Don't forget to complete your legal mention on first page and your contact details on article 14 before signing. :) >> >> We will launch soon two web sites: >> - one for the Pharo user association and >> - one for the Pharo consortium. >> >> >> A side note: we will communicate about it later and separately but Inria decided to support the consortium by paying one extra year to Igor Stasenko. >> This is around 60 Keuros in addition to the year of Esteban Lorenzano and previous years of Igor. >> >> I really want to thank Inria for the constant support and the work of S. Karpf, P. Moreau and S. Perin. >> >> Stef >> >> <2012-11-06-consortium PHARO.pdf> >> >> >> >> >> ------------------------ >> Dr. StÃ©phane Ducasse -- Directeur de Recherche (Senior Researcher) >> INRIA - USTL - CNRS UMR 8022 >> stephane.ducasse(a)inria.fr >> http://stephane.ducasse.free.fr >> http://rmod.lille.inria.fr/ >> **NEW ***Tel 00 33 (0)3 59 35 87 52 - Fax 33 3 59 57 78 50 >> >> 40, avenue Halley, Parc Scientifique de la Haute Borne, >> BÃ¢t.A, Park Plaza, Villeneuve d'Ascq, FR-59650, France. >> >> >> >> >> >> >> >> _______________________________________________ >> Pharo-consortium mailing list >> Pharo-consortium(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium >

Nov. 7, 2012

Re: [Pharo-project] Opening a serial Port with Pharo on Linux

by Luc Fabresse

Hi Friedrich, I did not test myself but I will soon. Since the Jenkins is down, you can found the latest VM (with the SerialPlugin modifications that Esteban did) in my dropbox: https://www.dropbox.com/sh/flx2cc8mjszhckg/uZ8sTxSB1k Luc #Luc 2012/11/7 Esteban Lorenzano <estebanlm(a)gmail.com> > we fixed that with Luc in the sprint last friday :) > > problem was: > > 1) for linux, primitive openByName: was never implemented. > 2) for OSX, all the plugin was never implemented, there was just a stub. > > So well, we implemented all of that, now... you need the latest VM build. > but I'm afraid right now jenkins is experimenting some problems and not > online. Just wait a few hours and you will be able to download it :) > > Esteban > > On Nov 7, 2012, at 3:54 PM, Friedrich Dominicus < > frido(a)q-software-solutions.de> wrote: > > > I'm stuck. I try to open a serial Port on Linux using Pharo. > > > > The code is as simple as: > > > > port := SerialPort new. > > portName := '/dev/ttyUSB0'. > > port openPort: portName. > > > > Now this opening fails for "whatever" reason. > > Anyway in the console I got the following "messages": > > > > PluggableTextMorph>>handleEdit: in Block: [result := editBlock value] > > Error while opening the serial port (/dev/ttyUSB0# 4 > > ). > > Error: Cannot open '/dev/ttyUSB0' > > > > It seems after the USB0 there is not the "end" of the string but some > > gibberish. > > > > I tried to extract the code for the SerialPlugin and use it stand-alone > > in C andwrote the following: > > > > #include <stdio.h> > > #include "SerialPlugin.h" > > > > > > int main(void) { > > char *portName = "/dev/ttyUSB0"; > > int baudRate = 9600; > > int stopBitsType = 1; > > int parityType = 0; > > int dataBits = 8; > > int inFlowControlType = 0; > > int outFlowControlType = 0; > > int xOnByte = 19; > > int xOffByte = 24; > > int iRval; > > > > > > iRval = serialPortOpenByName (portName, > > baudRate, stopBitsType, parityType, > > dataBits, inFlowControlType, > outFlowControlType, > > xOnByte, xOffByte); > > iRval = serialPortCloseByName (portName); > > return 0; > > } > > > > And there is no error while using it this way in C. So what > > is broken? > > > > Regards > > Friedrich > > > > >

Nov. 7, 2012