- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [regression reporter]regression occurred

by Sven Van Caekenberghe

On 02 Jul 2013, at 15:07, no-reply(a)ci.inria.fr wrote: > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=li… > > 3 regressions found. > Tests.CodeImport.ChunkImportTestCase.testImportAClassCategory > ToolsTest.Debugger.DynamicMessageImplementorTest.testGenerateGetter > ToolsTest.Debugger.DynamicMessageImplementorTest.testGenerateSetter It is a pity the release tests mostly fail during a Jenkins build, while they are all passing on a delivered image. BTW, the process list is now clean on 3.0, great. Can make the one on 2.0 clean as well ? Sven

July 2, 2013

Re: [Pharo-dev] FileSystem Permissions

by Camillo Bruni

On 2013-07-02, at 11:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Thierry, > > On 02 Jul 2013, at 11:34, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > >> Hi all, >> >> it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). >> >> https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root >> >> (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() >> >> Is there any point in the vm to do a fstat/stat ? > > I think the basic information is there, see FileSystemDirectoryEntry>>posixPermissions. It seems that the way that information is subsequently handled in Pharo is wrong, or at least way too simple. The question is of course, what is a good cross platform API. Mac OS X & Linux will be quite similar, but Windows ? The problem is deeper that the mere permissions. The permissions only look at the POSIX permissions returned by fstat/stat, but it does not respect the current user. The problem you find is rather that all the other FS primitives do not know how to deal with permissions. The following code yields an error since the primitive signals a "Directory Not Found" which should not happen: (FileSystem root / 'lost+found') exists ifTrue: [ (FileSystem root / 'lost+found') hasChildren ].

July 2, 2013

Re: [Pharo-dev] FileSystem Permissions

by Sven Van Caekenberghe

Hi Thierry, On 02 Jul 2013, at 11:34, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Hi all, > > it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). > > https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root > > (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() > > Is there any point in the vm to do a fstat/stat ? I think the basic information is there, see FileSystemDirectoryEntry>>posixPermissions. It seems that the way that information is subsequently handled in Pharo is wrong, or at least way too simple. The question is of course, what is a good cross platform API. Mac OS X & Linux will be quite similar, but Windows ? Sven > 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 >

July 2, 2013

FileSystem Permissions

by Goubier Thierry

Hi all, it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() Is there any point in the vm to do a fstat/stat ? 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

July 2, 2013

Re: [Pharo-dev] Problem with Zinc and HTTPS

by Sven Van Caekenberghe

On 02 Jul 2013, at 01:16, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Sorry, I express myself wrong. Indeed, from the server side (the image running shub), I do not use Zodiac at all. But in another image (where I am having the problem), if I try to connect to the Monticello repository (served by HTTPS by nginx in the other server) I do have the problem and in this case I am trying to communicate via HTTPS from Pharo. Wouldn't be using Zodiac here? Ah, I misunderstood. Yes, to access an HTTPS based repository, you need Zodiac. If all Zn+Zdc tests are green, that means you are good. I see that you get a ConnectionTimedOut error while connecting, that's like the very first step ;-) What I would do is: make sure you can access your HTTPS repo in other ways, using a regular browser and/or curl. You know, MC repo serving is just plain HTTP(S) with basic authentication: you should be able to list a repo or download a version using any other means. If that works, try to do the same using ZnClient, like this: ZnClient new username: 'marianopech' password: 'secret'; get: 'http://www.smalltalkhub.com/mc/SvenVanCaekenberghe/STON/main/Ston-Core-Sven…'. Good luck ! Sven PS: I also see you are using a numeric IP address, not a DNS name. That won't work with virtual hosts AFAIK. -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

July 2, 2013

Re: [Pharo-dev] WhatsUp from: 2013-07-01 until: 2013-07-14

by Alexandre Bergel

> ### Here's what I've been up to since the last WhatsUp: > > - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS - Been working on Deep into Pharo - Working on Roassal, Graph-ET, Roassal on Amber, Roassal 3d with students - Organizing our trip to ESUG > ### What's next, until 2013-07-14 (*): > > - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION Continue with Roassal 3d, Roassal, Graph-ET, Roassal on Amber Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 2, 2013

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

by Igor Stasenko

On 1 July 2013 20:40, kilon <thekilon(a)yahoo.co.uk> wrote: > Thanks Igor , yes I was aware of String Cr because I have done some googling > around and it did find information on the subject. Apparently it failed > because I had an error in my source. > > So for our next challenge is learning how to fetch data that a pointer > points to. > > in this case I have an array that contains my vertex positions , called > vertexPositions > > vertexPositions > "the positions of vertices to be passed to opengl" > > ^ #( 0.75 0.75 0.0 1.0 > 0.75 -0.75 0.0 1.0 > -0.75 -0.75 0.0 1.0 ) > > so far so good > > so I create a pointer for that array > > vptrsize := (NBExternalType sizeOf: 'float')* self vertexPositions size. > > and then take that pointer and insert in each position the individual values > from vertexPositions > > vertexPositions withIndexDo: [:each :i | > "using nbUInt32AtOffset because we know pointer is 4 bytes :) " > vpos nbFloat32AtOffset: (i-1)*(NBExternalType sizeOf: 'float') put: > each value. > Transcript show: ' I am putting to vpos in index: '; show: i-1; show:' > value: '; show: each value; cr. > ]. > > so far so good. > just one small advice: do not use #sizeOf: sparingly.. it parsing the type and doing full type resolution when you do that. you can remember the size of the type you need at boot/startup time, there is no chance it can change within same session :) but of course for demonstration purposes and readability it good. > now the tricky part is that I have a function that expects that Array , not > the smalltalk version but the C version we just created > > gl bufferData_target: GL_ARRAY_BUFFER size: vptrsize data: ....... usage: > GL_STATIC_DRAW. > > where you see the dots is where I should pass the data, in this case the C > array > > I could do a vpo nbFloat32AtOffset: but that will return me only the > individual value at the specific point (index) of the array, while I want to > pass the entire array. > > So how I do that ? > > I explored NBExternalAdress and I cant find something that would return an > array. Am I missing something obvious here ? > just pass NBExternalAdress instance as argument and you done. > NBExternalAdress value , returns the number of the address and not that data > contained in that address. > > I also see a NBExternalArray but I am not sure if it is what I should be > using . > arrayClass := NBExternalArray ofType: 'float'. array := arrayClass new: 5. "or externalNew:5 , if you want to allocate it in external memory" array at: 1 put: 10.1 "use just like normal Array" to pass it to function use: self soemFunction: array address. > Igor Stasenko wrote >> On 30 June 2013 21:11, kilon < > >> thekilon@.co > >> > wrote: >>> I am not going to post my code here cause it has become too big , you can >>> find it here >>> >>> http://www.smalltalkhub.com/#!/~kilon/GLTutorial >>> <http://www.smalltalkhub.com/#!/~kilon/GLTutorial> >>> >>> I tried adding newlines with String cr to my shaders strings, but >>> apparently >>> opengl is not convinced. It looks like smalltalk cr is not converted to C >>> "\n" newlines. So how I do that ? >>> >> >> simply replace all occurences of >> Character cr >> with >> Character lf >> (or crlf, if it wants that) >> >>> -- >>> View this message in context: >>> http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696465.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. > > > > > > -- > View this message in context: http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696666.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

July 2, 2013

Re: [Pharo-dev] Problem with Zinc and HTTPS

by Mariano Martinez Peck

On Mon, Jul 1, 2013 at 6:43 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Mariano, > > On 01 Jul 2013, at 22:05, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > Hi guys. > > I have my own instance of SmalltalkHub running with nginx serving HTTPS > in 443 and forwarding to my image that is listening with Zinc with HTTP in > a particular port. > > If nginx is serving HTTPS (reverse proxy-ing) to zinc HTTP, then you are > not using any zodiac TLS/SSL in Pharo at all, right ? Or in any case, you > shouldn't. Because proxy-ing HTTPS to HTTPS would be > unnecessary/inefficient. > > Sorry, I express myself wrong. Indeed, from the server side (the image running shub), I do not use Zodiac at all. But in another image (where I am having the problem), if I try to connect to the Monticello repository (served by HTTPS by nginx in the other server) I do have the problem and in this case I am trying to communicate via HTTPS from Pharo. Wouldn't be using Zodiac here? > So, I would do two things: look at nginx's error logs and try to access > the zinc HTTP server in Pharo directly, bypassing nginx by temporarily > opening the firewall, or tunnelling over ssh, or quickly with curl locally > on the machine - it should work. > good, that was in my to-do. > > You can send me the PharoDebug.log if you want. > Ok, I will send it to you. But don't spend more than 2 minutes on it. Let me try the rest of the things. > > One problem I can think of, but that is for the StHub people to answer, is > whether all generated URLs are properly relative. If not, they will fail > when proxied by nginx. > > Indeed. But getting a ConnectionTimeout is weird (I guess it should not be the error throw in such a case). > BTW, does the whole of StHub fail in your setup or only some operations ? > > I will try that tomorrow also. Thanks Sven. I will try and let you know. > Sven > > > In the CentOS 6.4 64bits server I get a ConnectionTimeout when trying > to browse any of the repositories. The same image in my mac, works without > problem. > > > > A couple of things: > > > > 1) I installed openssl and all Zodiac and Zinc-Zodiac tests are green > > 2) I have installed ConfigurationOfZincHTTPComponents version 2.4.3 on a > Pharo 2.0 > > 3) Doing a ZnClient new get:'https://www.google.com' brings me (I > think) the correct result > > 4) Doing a "ldd libSqueakSSL.so" in the VM of the server I get: > > ./libSqueakSSL.so: /usr/lib/libssl.so.0.9.8: no version information > available (required by ./libSqueakSSL.so) > > 5) I am NOT using default HTTPS port, instead a different one. Anyway, I > specify the correct URL in the shub repo. > > 6) I do have the PharoDebug.log. I can share it if someone is interested > in helping me ;) > > 7) The image DOES have access to internet. In fact, other http > repositories DO work. > > 8) there aren't any proxies behind that I am aware of. > > 9) VM version is: > > VM: unix - i686 - linux-gnu - NBCoInterpreter > NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > > git://gitorious.org/cogvm/blessed.git Commit: > 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > > > > > > Any ideas? Anything else I could try? > > > > Thanks in advance, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > -- Mariano http://marianopeck.wordpress.com

July 1, 2013

Re: [Pharo-dev] Metacello doubt

by Dale K. Henrichs

Guido, I created a test case and it turns out that there _is_ a bug in the bypass lock logic[1] . I'm going to push out a new version of the Metacello Preview (1.0.0-beta.32.8) in the next day or so and the bugfix for Issue #174 will _not_ be included in that release ... Dale [1] https://github.com/dalehenrich/metacello-work/issues/174 ----- Original Message ----- | From: "Guido Chari" <charig(a)gmail.com> | To: "Pharo Development List" <pharo-dev(a)lists.pharo.org> | Sent: Thursday, June 27, 2013 10:23:33 AM | Subject: Re: [Pharo-dev] Metacello doubt | I'm in. | 2013/6/26 Dale K. Henrichs < dale.henrichs(a)gemtalksystems.com > | | | From: "Guido Chari" < charig(a)gmail.com > | | | | | | To: "Pharo Development List" < pharo-dev(a)lists.pharo.org > | | | | | | Sent: Wednesday, June 26, 2013 2:49:09 PM | | | | | | Subject: Re: [Pharo-dev] Metacello doubt | | | | | | I understood. Thanks for the answer Dale. The drawback in this | | | case | | | is to specify a particular dependency to AsmJit in my | | | configuration. | | | Also, perhaps is the right way since i realized i have a | | | particular | | | dependency on it. | | | | | | But this discussion makes me thing a little and so i have a new | | | question. | | | | | | Form what I (mis) undestand from Metacello, when asking for a | | | bleedingEdge version it loads only the baseline that specifies | | | packages and then last version of every package specified there. | | | | | | As in the projects referenced on the baseline there is no need | | | for | | | specifying a version, and that's the case of nativeBoost | | | configuration, wouldn't it be interesting to have some behavior | | | (i | | | mean i new method for loading like loadDeepSymbolic:) that not | | | only | | | load the symbolicVersion of the package asked, but also propagate | | | that symbolicVersion (bleedingEdge in this case) to all the | | | dependencies that don't specify a concrete version? | | | | | | Guido. | | | | | Guido, | | | With the Metacello Scripting API[1] I've taken a slightly different | | tack, but I think that it gets you to the same place. | | | I am a big fan of deterministic loads, but I know that from a | | practical point of view developers need to have a certain amount of | | control over exactly what gets loaded into their DEVELOPMENT | | environments and they need to be able to exert this control without | | having to resort to editing configurations to match their specific | | requirements. | | | I have accomplished this by arranging for a Notification to be | | signalled whenever a project is referenced during a load. The | | developer can use one or more of the onUpgrade:, onDowngrade: and | | onConflict: clauses in their load scripts to exert fine control | | over | | what happens on a project by project basis ... | | | For your specific use case, I would think that you would want to | | use | | the `lock` command[2] and specify that you want to `lock` the | | projects (NativeBoost and AsmJit) to the #bleedingEdge version. I | | don't recall if I've got test cases for symbolic versions, but if | | you are seriously interested in taking the Scripting API for a | | spin, | | I'd be willing to write some additional tests using the | | #bleedingEdge symbolic version (if not already covered) and | | validate | | this use case... | | | I am entering a phase where I will be doing some work on getting | | FileTree and Metacello up to snuff for Pharo3.0 so this would be a | | good time for me to add some test cases in anticipation of having | | some interested users ... | | | I haven't released the Scripting API, because I need to have real | | users with real use cases take the API for a spin and validate the | | API. The Scripting API can be loaded into any version of | | Pharo/Squeak/GemStone and I think the Scripting API is (or will be) | | available in Pharo3.0. | | | I'm looking forward to getting feedback as to how the API stands up | | to real use ... | | | So let me know if you are interested in being another Scripting API | | guinea pig:) | | | Dale | | | [1] | | https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloUse… | | | [2] | | https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloUse… |

July 1, 2013

Re: [Pharo-dev] Problem with Zinc and HTTPS

by Sven Van Caekenberghe

Mariano, On 01 Jul 2013, at 22:05, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi guys. > I have my own instance of SmalltalkHub running with nginx serving HTTPS in 443 and forwarding to my image that is listening with Zinc with HTTP in a particular port. If nginx is serving HTTPS (reverse proxy-ing) to zinc HTTP, then you are not using any zodiac TLS/SSL in Pharo at all, right ? Or in any case, you shouldn't. Because proxy-ing HTTPS to HTTPS would be unnecessary/inefficient. So, I would do two things: look at nginx's error logs and try to access the zinc HTTP server in Pharo directly, bypassing nginx by temporarily opening the firewall, or tunnelling over ssh, or quickly with curl locally on the machine - it should work. You can send me the PharoDebug.log if you want. One problem I can think of, but that is for the StHub people to answer, is whether all generated URLs are properly relative. If not, they will fail when proxied by nginx. BTW, does the whole of StHub fail in your setup or only some operations ? Sven > In the CentOS 6.4 64bits server I get a ConnectionTimeout when trying to browse any of the repositories. The same image in my mac, works without problem. > > A couple of things: > > 1) I installed openssl and all Zodiac and Zinc-Zodiac tests are green > 2) I have installed ConfigurationOfZincHTTPComponents version 2.4.3 on a Pharo 2.0 > 3) Doing a ZnClient new get:'https://www.google.com' brings me (I think) the correct result > 4) Doing a "ldd libSqueakSSL.so" in the VM of the server I get: > ./libSqueakSSL.so: /usr/lib/libssl.so.0.9.8: no version information available (required by ./libSqueakSSL.so) > 5) I am NOT using default HTTPS port, instead a different one. Anyway, I specify the correct URL in the shub repo. > 6) I do have the PharoDebug.log. I can share it if someone is interested in helping me ;) > 7) The image DOES have access to internet. In fact, other http repositories DO work. > 8) there aren't any proxies behind that I am aware of. > 9) VM version is: > VM: unix - i686 - linux-gnu - NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > git://gitorious.org/cogvm/blessed.git Commit: 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > > > Any ideas? Anything else I could try? > > Thanks in advance, > > -- > Mariano > http://marianopeck.wordpress.com -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

July 1, 2013