Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits
yes, it changed the glibc. you can try using this version of the vm, it should work: http://files.pharo.org/vm/pharo/linux/pharovm-u804.tar.gz Esteban On 22 Apr 2014, at 01:15, Sergi Reyner sergi.rey...@gmail.com wrote: 2014-04-21 23:12 GMT+01:00 GABRIEL DEFAGOT gaby_def...@hotmail.com: /pharo3.0/bin/pharo: /lib32/libc.so.6: version `GLIBC_2.15' not found (required by /pharo3.0/bin/pharo) What's missing? A newer version of glibc, probably. Ubuntu 12.04 has glibc-2.15. Cheers, Sergi
Re: [Pharo-users] [Pharo-dev] Pillar in TextMate
On Sun, Apr 20, 2014 at 8:35 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote: I'm happy to announce that I've created a small bundle for TextMate. You can find it here: https://github.com/Uko/Pillar.tmbundle Also I've exported it to ATOM (new editor from github) package, but it's crappy because ATOM lacks some stuff right not. Package is called: language-pillar, source is here: https://github.com/Uko/language-pillar great job Yuriy, thanks. I referenced both from https://github.com/DamienCassou/pillar-documentation -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits
Hi Gabriel, On Tue, Apr 22, 2014 at 1:14 AM, Stephan Eggermont step...@stack.nl wrote: Version 11.10 of Ubuntu is no longer supported. That ended nearly a year ago. That means that there is no heartbleed openssl update, you might need to compile a safe version from source. And that also means that there is no recent precompiled pharo for it. If you need to use a machine for a longer time, you might want to either use a LTS version, or upgrade regularly. Stephan is right. You *must* upgrade your system. Look at this: http://en.wikipedia.org/wiki/Ubuntu_%28operating_system%29#Releases. Old version means your system has several security issues that won't get fixed automatically. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-users] [Pharo-dev] Pillar in TextMate
On 22 Apr 2014, at 15:08, Damien Cassou damien.cas...@gmail.com wrote: On Sun, Apr 20, 2014 at 8:35 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote: I'm happy to announce that I've created a small bundle for TextMate. You can find it here: https://github.com/Uko/Pillar.tmbundle Also I've exported it to ATOM (new editor from github) package, but it's crappy because ATOM lacks some stuff right not. Package is called: language-pillar, source is here: https://github.com/Uko/language-pillar great job Yuriy, thanks. I referenced both from https://github.com/DamienCassou/pillar-documentation Thank you, Damien -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-users] Curl markup with Pillar
Google on Pillar Pharo hits some old links. But when I got to http://www.smalltalkhub.com/#!/~Pier/Pillar this worked fine in the RC inage: Gofer new smalltalkhubUser: 'Pier' project: 'Pillar'; configuration; load. (Smalltalk globals at: #ConfigurationOfPillar) load On 22 April 2014 09:38, Robert Shiplett grshipl...@gmail.com wrote: re: Curl markup, as in web markup using declarative style in Curl PL from MIT, not cURL ( see www.curlap.com) My Japanese web pages are now generated using nunjucks + node.js but in the hope of using pharo 3 + Seaside on small virtual server, I thought I would see what it takes to add Curl markup to the Pilar repertoire. But the Pharo 3 RC image is giving a walkback over the configuration for Pillar, so I may not get to this this morning. mrkup, mrkdwn PS did any one see the role of an MIT OCaml / emacs guy in the Android visual app gen project from MIT ? PPS Curl Android/iOS app gen project is called caede as in maple (KAEDE)
Re: [Pharo-users] [ANN] WIP iStoa
Thanks Bernat. I will use your VM for next release. With advices from my son, I am working now to make iStoa more graphically fancy. Hilaire Le 22/04/2014 09:31, Bernat Romagosa a écrit : There you go! Bernat. -- Dr. Geo http://drgeo.eu
Re: [Pharo-users] Curl markup with Pillar
On Tue, Apr 22, 2014 at 3:30 PM, Norbert Hartl norb...@hartl.name wrote: this should get you started: https://github.com/DamienCassou/pillar-documentation The links in there do not seem to work. When linking to smalltalkhub the ~is exchanged by %7E where exactly do you see a problem? -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
[Pharo-users] Gitfiletree error when loading Mapless
I'm attempting to load Sebastian's latest contribution [1] and when doing so I'm getting an error related with git: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Looking into the code, I found it is executing this to clone the repo: git clone g...@github.com:sebastianconcept/Mapless.git Which if I run in the command prompt I get the same output. As far as I can understand it is trying to access github with the user git. If I clone the project as: git clone https://github.com:sebastianconcept/Mapless.git It works okay. Any suggestion? Esteban A. Maringolo
Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits
http://files.pharo.org/vm/pharo/linux/pharovm-u804.tar.gz On 22 Apr 2014, at 15:26, Sergi Reyner sergi.rey...@gmail.com wrote: 2014-04-22 13:11 GMT+01:00 Damien Cassou damien.cas...@gmail.com: Hi Gabriel, On Tue, Apr 22, 2014 at 1:14 AM, Stephan Eggermont step...@stack.nl wrote: Version 11.10 of Ubuntu is no longer supported. That ended nearly a year ago. That means that there is no heartbleed openssl update, you might need to compile a safe version from source. And that also means that there is no recent precompiled pharo for it. If you need to use a machine for a longer time, you might want to either use a LTS version, or upgrade regularly. Stephan is right. You *must* upgrade your system. Right or not, it´s besides the point. Replace Ubuntu 11.10 with Debian 7. Updated system, no heartbleed, and still no Pharo because they are shipping 2.13.
Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits
2014-04-22 15:26 GMT+01:00 Esteban Lorenzano esteba...@gmail.com: http://files.pharo.org/vm/pharo/linux/pharovm-u804.tar.gz Whoever compiled it deserves commendation. Nevertheless, in my opinion it´s an issue to keep in mind for the future; distributions are likely to upgrade their libc at different points in time, and a good lowest common denominator should be chosen with care, otherwise it´s not really common at all. PS: in case it´s not apparent I´m not an Ubuntu fan :) Cheers, Sergi
Re: [Pharo-users] Gitfiletree error when loading Mapless
2014-04-22 15:07 GMT+01:00 Esteban A. Maringolo emaring...@gmail.com: I'm attempting to load Sebastian's latest contribution [1] and when doing so I'm getting an error related with git: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Looking into the code, I found it is executing this to clone the repo: git clone g...@github.com:sebastianconcept/Mapless.git Which if I run in the command prompt I get the same output. As far as I can understand it is trying to access github with the user git. With those URLs you are telling github to authenticate you using the public keys associated to your github account. I´m guessing you have none? Cheers, Sergi
Re: [Pharo-users] Curl markup with Pillar
2014-04-22 16:03 GMT+01:00 Norbert Hartl norb...@hartl.name: The links in there do not seem to work. When linking to smalltalkhub the ~is exchanged by %7E where exactly do you see a problem? If I click on those links I get an empty smalltalkhub page. I think it should work but it doesn’t in my case with chrome on Mac OS. Doesn´t work with Chrome on GNU/Linux either. http://en.wikipedia.org/wiki/Percent-encoding#Percent-encoding_unreserved_characters Cheers, Sergi
[Pharo-users] Versionner screencast
Hello, I made a small screencast on Versionner to explain how to use it: https://www.youtube.com/watch?v=S5Dbmmln8tA Regards, Christophe. smime.p7s Description: S/MIME cryptographic signature
Re: [Pharo-users] Domaintalk - A Proposed New Project Second Attempt
Upload it to Dropbox or similar Cloud hosting. Send it to me and I can do it for you. Esteban A. Maringolo 2014-04-22 12:52 GMT-03:00 Bob Williams rwilliam...@cox.net: It would appear that there is some interest in the Domaintalk project, but from the responses I received it is clear you need to see my full proposal to appreciate the scope of what is being proposed and determine if it is something that the Pharo project wants to do. The more extensive is currently over five pages of single spaced text and I think that that is excessive for the body of an email and I am not sure if your email system allows attachments. My problem is that I do not have access to a Web site; therefore, I am looking for a place where I can post the proposal document. Some help please.
Re: [Pharo-users] Athens question: AffineTransform, AthensCairoMatrix and Float values
On 11 April 2014 20:24, Juraj Kubelka juraj.kube...@gmail.com wrote: Thank you Igor, I understand and I agree. Just can you clarify one think. Maybe I use it wrong. Right now in Roassal2/Trachel a shape has instance variable called matrix which is an AthensAffineTransform object. And if someone calls translateBy:, or scaleBy:, etc. I call the appropriate method on AthensAffineTransform. Do you say, that I should rather have instance variables position, rotation, and scale? Do I understand well? I thought it is better (faster) to keep the matrix and in #drawOn: only call #multiplyBy:. it doesn't really matters.. and up to your convenience. sometimes it's convenient to use decomposed form (e.g. translation, scale, rotation) instead of full matrix, sometimes not.. depends how/who/where you using it. And another question. Right now a rectangle is drawn like this: -=-=-=-=- computePath canvas ifNil: [ ^ self ]. path := self athensCanvas createPath: [ :builder | builder absolute; moveTo: rectangle topLeft; lineTo: rectangle topRight; lineTo: rectangle bottomRight; lineTo: rectangle bottomLeft; lineTo: rectangle topLeft. ] -=-=-=-=- I do not see a method which draws rectangle directly. This examplehttp://zetcode.com/gfx/cairo/shapesfills/ shows there is a direct support for rectangle drawing. Am I right we do not have that support in Athens? Is there a reason for it? Because there's only one method which draws any kind of shapes (including rectangle). All you need to do is to draw it: canvas drawShape: (0@0 corner: 100@100). or canvas setShape: (0@0 corner: 100@100). ... canvas draw. else there would be need to add dozens of drawRect: drawOval: drawZigZag: drawAnotherWeirdThing: instead of simple method which covers all. Thank you, Juraj El 11-04-2014, a las 13:29, Igor Stasenko siguc...@gmail.com escribió: On 11 April 2014 17:41, Juraj Kubelka juraj.kube...@gmail.com wrote: Hi, We are integrating Athens transformation to Roassal2/Trachel and I have reached an issue. In drawing code I use something like this: -=-=-=- athensCanvas pathTransform restoreAfter: [ *athensCanvas pathTransform* *multiplyBy: matrix; “an instance of AthensAffineTransform* athensCanvas setPaint: color; drawShape: self path. -=-=-=- I have a problem, that sometimes it crashes because it expects a float value (I understand why). I suppose I do not have to keep float values in AthensAffineTransform object. My suggestion is to ensure float values where it is expected. For example the method #loadAffineTransform could be like this: -=-=-=- AthensCairoMatrixloadAffineTransform: m self initx: m x *asFloat* y: m y *asFloat* sx: m sx *asFloat* sy: m sy *asFloat* shx: m shx *asFloat* shy: m shy *asFloat* -=-=-=- Which will mean 6 extra #asFloat message sends, even if they're already floats or ints but not Fractions (and in 99% of cases they are, so you will slow down everything for the sake of 1%). I prefer that user supplies already prepared data, so it don't have to be implicitly converted since it takes extra CPU cycles, which can be spent somewhere else. But yes, it needs to be ensured, but at different place: where you building that AthensAffineTransform AthensAffineTransformsx: number sx := number = AthensAffineTransformsx: number sx := number asFloat .. (and for the rest of accessors) like that it will ensure that AthensAffineTransform always stores floats, which i'm not really like because integers is perfectly fine too.. its all about Fractions. Right now I have to do that transformation myself whenever I use Athens objects. I see it error prone and I do not see it obvious. On other hand I do not want to keep float values in my AthensAffineTransform, because if user do #scaleBy: 0.7 and then #scaleBy: (1/0.7) I want to get the same original value. Otherwise the image could change its size. On your place i'd better forget about it. That's impossible when you dealing with floating point values.. and multiple matrix operations. Unless you explicitly control it by yourself, but that certainly should be outside of AthensAffineTransform/Athens. The same change could be for other methods in AthensCairoMatrix. Again, that would mean dozens of extra message sends at every single place, whether it needed or not.. Like: AthensCairoMatrixtranslateX: px Y: py needs to be replaced with: ^ self primTranslateX: px asFloat Y: py asFloat instead of direct call, plus adding #primTranslateX:Y: method, of course. Do you really want to pay a price of 50% less performance (or more) in exchange of i don't wanna think what i passing to it? Because apparently, you always need to think what you passing - one cannot just pass a random object to some method and expect it to work, isn't? Because i don't. All you need is to avoid using Fractions.. because integers or floats is perfectly fine. Fraction created only if you use division on integer..
Re: [Pharo-users] Athens and ellipse drawing
Thanks for the explanation I will add them to the chapter. On 22/4/14 14:05, Igor Stasenko wrote: On 14 April 2014 13:53, Juraj Kubelka juraj.kube...@gmail.com mailto:juraj.kube...@gmail.com wrote: El 14-04-2014, a las 8:21, Juraj Kubelka juraj.kube...@gmail.com mailto:juraj.kube...@gmail.com escribió: Thank you Stef, the example helped me a lot to understand how to play with Athens. The solution is not what I am looking for. If someone starts to play with alpha canal, s/he will get unexpected results. I have finally found an example in C language. It look like this: -=-=-=-=- cairo_set_line_width (cr, 0.1); cairo_save (cr); cairo_scale (cr, 1, 0.2); cairo_arc (cr, 1.5, 1.5, 1, 0, 2 * M_PI); cairo_restore (cr); cairo_set_source_rgba (cr, 0, 1, 0, 0.50); cairo_stroke (cr); -=-=-=-=- tips-ellipse.png I do not know how to write the same instructions with Athens. First, they draw one arc (cairo_arc (cr, 1.5, 1.5, 1, 0, 2 * M_PI);), I draw 4 arcs: -=-=-=-=- canvas createPath: [ :builder | builder absolute; moveTo: 0 @ 0.5; ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadians; ccwArcTo: 0.0 @ -0.5 angle: 90 degreesToRadians; ccwArcTo: -0.5 @ 0.0 angle: 90 degreesToRadians; ccwArcTo: 0 @ 0.5 angle: 90 degreesToRadians ]. -=-=-=-=- OK, now I can draw ellipse with just one arc: -=-=-=- canvas createPath: [ :builder | builder absolute; moveTo: 0.5 @ 0; arcCenterX: 0 centerY: 0 radius: 0.5 startAngle: 0 endAngle: Float twoPi -=-=-=- Why is this method in private protocol? Why I should not use it? because its private.. and implementation specific. other implementations may not have this method at all, and your code will simply throw DNU. And that's why you got the horizontal line btw.. because of using private protocol bypassing coordinate tracking. Why I have to use “moveTo:”? In C-example they do not use it. But I have to, otherwise there is an extra line on the canvas: Well, I see in AthensCairoPathBuildercreatePath:, there is call of self moveToX: 0 Y: 0.”. If I remove it, I do not have to write “moveTo: 0.5@0”. So, I understand why I have to write it in my code. The question is what is the purpose of self moveToX: 0 Y: 0.”? I guess it simplify some situations, am I right? Which one? the initial moveTo: command lets you set the origin (starting point) of your path. if you don't start path with moveTo: command, it is implicitly set to 0@0. There is actual Athens example: -=-=-=- AthensSceneView new scene: [ :can | | path | path := can createPath: [ :builder | builder absolute; moveTo: 0.5 @ 0; arcCenterX: 0 centerY: 0 radius: 0.5 startAngle: 0 endAngle: Float twoPi ]. can pathTransform restoreAfter: [ can pathTransform scaleBy: 200 @ 50. (can setStrokePaint: Color red) width: 0.1. can drawShape: path. ]. ] ; openInWindow -=-=-=- Thank you, Juraj Second, they set line width, before any other action (like cairo_save). I do: -=-=-=-=- canvas pathTransform scaleBy: 200 @ 50. (can setStrokePaint: Color red) *width: 0.1*. can drawShape: path. -=-=-=-=- So, my result in Athens is like this: Captura de pantalla 2014-04-14 a la(s) 8.18.38.png Any idea? The example is explained here http://cairographics.org/tutorial/#L2linewidth, C source code is here http://cairographics.org/tutorial/tips-ellipse.c (by clicking on the image in the page http://cairographics.org/tutorial/#L2linewidth). Thank you, Jura El 12-04-2014, a las 4:01, Pharo4Stef pharo4s...@free.fr mailto:pharo4s...@free.fr escribió: AthensSceneView new scene: [ :can | | path | path := can createPath: [ :builder | builder absolute; moveTo: 0 @ 0.5; ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadians; ccwArcTo: 0.0 @ -0.5 angle: 90 degreesToRadians; ccwArcTo: -0.5 @ 0.0 angle: 90 degreesToRadians; ccwArcTo: 0 @ 0.5 angle: 90 degreesToRadians ]. can pathTransform restoreAfter: [ can pathTransform scaleBy: 200 . can setPaint: Color red ; drawShape: path. (athensCanvas setStrokePaint: strokePaint) width: (self strokeWidth / self scale) asFloat. can drawShape: path.]. can pathTransform restoreAfter: [ can pathTransform scaleBy: 190 . can setPaint: Color blue ; drawShape: path. (athensCanvas setStrokePaint: strokePaint) width: (self strokeWidth / self scale) asFloat. can drawShape: path ] ] ; openInWindow Screen Shot 2014-04-12 at 09.01.09.pdf -- Best regards, Igor Stasenko.
Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits
Okay! Thank you all! :-) Date: Tue, 22 Apr 2014 15:47:44 +0100 From: sergi.rey...@gmail.com To: pharo-users@lists.pharo.org Subject: Re: [Pharo-users] Error when trying to initiate Pharo in Ubuntu 64 bits 2014-04-22 15:26 GMT+01:00 Esteban Lorenzano esteba...@gmail.com: http://files.pharo.org/vm/pharo/linux/pharovm-u804.tar.gz Whoever compiled it deserves commendation. Nevertheless, in my opinion it´s an issue to keep in mind for the future; distributions are likely to upgrade their libc at different points in time, and a good lowest common denominator should be chosen with care, otherwise it´s not really common at all. PS: in case it´s not apparent I´m not an Ubuntu fan :) Cheers,Sergi