Re: [Pharo-users] [ANN] BioSmalltalk published in Bioinformatics Journal
Yes every publisher say the same. Now you have the right to have a preprint on your web site. Stef On Jul 17, 2013, at 9:14 PM, Hernán Morales Durand wrote: > Hi Marcus, > > Thank you for the comments, I have been checking the link distribution > conditions and they say people can access the article only from the Oxford > Journals website for academic purposes, so here it is: > > http://bioinformatics.oxfordjournals.org/content/early/2013/07/09/bioinformatics.btt398.full.pdf?keytype=ref&ijkey=Y2j8jNeEKVNl0rD > > Sorry for the inconvenience. > Cheers, > > Hernán > > > > 2013/7/17 Marcus Denker > > On Jul 16, 2013, at 9:31 PM, Hernán Morales Durand > wrote: > > > Doru, I can access the article through the "Full Text (PDF)" link at the > > right box titled "This Article". Maybe you have the right columns > > collapsed? There is an arrow button "Show all columns" if you cannot see > > the link. > > Let me know. > > > > Publishing is the act of making Paper in-accessible to the Public (that's > where the name comes from). > > So what all serious publishers allow you to do is to make the version that > you send them (not their version) available from your > website and/or an online-archive of your employer, > > It is very important to do that, as people will not jump through hoops to get > your paper (e.g. go to the library?). > In the past I send emails to authors to get paper copies, but today I would > just *never* do that. If *you* don't make your > paper available, why should I bother? i will just not read it and not cite it. > > The journal publishing is just important for your CV and getting tenure and > things like that, the paper the people > really *read* is the one they can download from your website. > > Marcus >
Re: [Pharo-users] installing Seaside on Pharo 2.0
http://www.smalltalkhub.com/#!/~philippeback/HOSeaside --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:p...@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Featured on the Software Process and Measurement Cast http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Thu, Jul 18, 2013 at 7:13 AM, sminni wrote: > Thanks ... got the Zinc server to work > > but could not get to smalltalkhub.com > I just get a "Loading please wait" message that sits till I give up > What is the way to get the HOSeaside Package > > regards > Sanjay > > > > - > --- > Regards, Sanjay > -- > View this message in context: > http://forum.world.st/installing-Seaside-on-Pharo-2-0-tp4698685p4699247.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >
Re: [Pharo-users] development image memory use: 180MB in Pharo 2 vs. 40MB in Pharo 1.4.....
On Jul 18, 2013, at 8:04 AM, Marcus Denker wrote: > > On Jul 17, 2013, at 9:59 PM, Paul DeBruicker wrote: > >> I've been developing in the same Pharo2 image for a couple weeks and its >> now 180MB. I use the same development habits as in Pharo 1.4 but there >> the image would only be about 40MB. >> > > I already saw that the current 3.0 download has 110.000 instances of array… > I wondered if that makes sense. We should have a look. > >> Using SpaceTally I can see that I have 40 MB of Arrays. And 10MB of >> Bitmaps. 8MB of Floats, Strings, & OrderedCollections. >> >> My domain objects comprise about 20MB of the image. >> > > Can you run > > ImageCleaner cleanUpForRelease > > this calls e.g. all the #cleanUp methods of all classes. > > > (We should think about how to call this (or a subset) more regularly > in normal operation) > > Marcus > > > >
Re: [Pharo-users] development image memory use: 180MB in Pharo 2 vs. 40MB in Pharo 1.4.....
thanks paul for the information. We should pay attention to this. May be we will have to have one release of Pharo focusing on not improving the libraries but its runtime behavior. The problem is that we need enough room to move and improve the infrastructure. > I've been developing in the same Pharo2 image for a couple weeks and its > now 180MB. I use the same development habits as in Pharo 1.4 but there > the image would only be about 40MB. > > Using SpaceTally I can see that I have 40 MB of Arrays. And 10MB of > Bitmaps. 8MB of Floats, Strings, & OrderedCollections. Strange. We should check may be some memory leaks. > > My domain objects comprise about 20MB of the image. > > > Is there a way to check for memory leaks over a long period of time? > > Thanks > > Paul >
Re: [Pharo-users] installing Seaside on Pharo 2.0
can you retry because it works from here. On Jul 18, 2013, at 7:13 AM, sminni wrote: > Thanks ... got the Zinc server to work > > but could not get to smalltalkhub.com > I just get a "Loading please wait" message that sits till I give up > What is the way to get the HOSeaside Package > > regards > Sanjay > > > > - > --- > Regards, Sanjay > -- > View this message in context: > http://forum.world.st/installing-Seaside-on-Pharo-2-0-tp4698685p4699247.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
Re: [Pharo-users] SerialPlugin
Still trying without success... Does anyone have an image, a VM and a SerialPlugin working in their machine that they can share with me? At this point I don't care too much on which OS, I'll find a machine here at work. The thing is I wanted to start developing right away, and this little obstacle is holding me back... Thanks a lot! Bernat. 2013/7/17 Bernat Romagosa > Yep, I found that thread and tried all possible combinations: > > '/dev/ttyUSB0' > '/dev//ttyUSB0' > '/dev/ttyusb0' > '/dev//ttyusb0' > 'ttyUSB0' > 'ttyusb0' > > and none worked... :( > > > 2013/7/17 Esteban Lorenzano > >> It is indeed annoying and obviously buggy. >> I kinda "fixed" it last year but since I didn't had any serial port stuff >> to test it, it was just in abstract (Luc was using it, thought) >> >> There was a report a couple of weeks ago to try using double slash. >> >> SerialPort new openPort: '/dev//ttyUSB0' >> >> >> >> Esteban >> >> On Jul 17, 2013, at 1:47 PM, Bernat Romagosa < >> tibabenfortlapala...@gmail.com> wrote: >> >> So I compiled two VMs, one with the SerialPlugin as an internal plugin, >> the other one as an external plugin. >> >> On a Debian box, I connect an Arduino Diecimila board and I get its >> handler at /dev/ttyUSB0. However, on both VMs with fresh Pharo 2.0 images: >> >> SerialPort new openPort: '/dev/ttyUSB0' >> >> >> Fails with a generic error. >> >> What's wrong with SerialPort? The "cannot open port" error message is >> about as informative as "sorry, not gonna happen" :( >> >> >> 2013/7/17 Bernat Romagosa >> >>> Great! I was missing the gl and alsa headers. All done now, thanks a lot >>> :) >>> >>> >>> 2013/7/17 Guillermo Polito >>> On Wed, Jul 17, 2013 at 12:39 PM, Bernat Romagosa < tibabenfortlapala...@gmail.com> wrote: > Okay, it seems the patch is already included in the latest VMMaker > image, so no need to apply it. > That's nice :). Anyone with grants in the issue tracker can close it?? :D > > Still, having executed the script, I get yet another error, this time > related to gl.h (why does it need it? I left B3DAcceleratorPlugin out): > > [ 95%] Building C object > CMakeFiles/CogVM.dir/home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c.o > In file included from > /home/bromagosa/blessed/platforms/unix/vm/SqDisplay.h:16:0, > from > /home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c:140: > /home/bromagosa/blessed/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.h:21:22: > fatal error: GL/gl.h: El fitxer o directori no existeix > compilation terminated. > make[2]: *** > [CMakeFiles/CogVM.dir/home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c.o] > Error 1 > make[1]: *** [CMakeFiles/CogVM.dir/all] Error 2 > make: *** [all] Error 2 > > Hmm, which configuration are you using to copile? I think there is a UnixNoGLConfiguration or something like that... So either you install the gl libraries or use the no gl configuration to generate the sources :). In any case, I really don't know why there is that dependency with opengl... > > 2013/7/17 Bernat Romagosa > >> ouch! I forgot to execute the script this time, and didn't install >> the patch either.. trying again, thanks! :) >> >> >> 2013/7/17 Guillermo Polito >> >>> Hi! >>> >>> before compiling you have to, inside the build folder, execute >>> codegen-scripts/extract-commit-info.sh >>> >>> Besides, I was looking at luc's tutorial and it lacks one step to >>> have serial plugin built: install the patch he made [1]. Did you do >>> that? I >>> added a comment in the blog entry just in case... >>> >>> Guille >>> >>> [1] https://code.google.com/p/cog/issues/detail?id=119&q=luc >>> >>> >>> On Wed, Jul 17, 2013 at 12:18 PM, Bernat Romagosa < >>> tibabenfortlapala...@gmail.com> wrote: >>> I found out how to leave B3DAcceleratorPlugin out, but now I get this error almost at the end of the compilation process: [ 95%] Building C object CMakeFiles/CogVM.dir/home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c.o In file included from /home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c:41:0: /home/bromagosa/blessed/platforms/Cross/vm/sqSCCSVersion.h:17:54: fatal error: vmVersionInfo.h: El fitxer o directori no existeix compilation terminated. make[2]: *** [CMakeFiles/CogVM.dir/home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c.o] Error 1 make[1]: *** [CMakeFiles/CogVM.dir/all] Error 2 make: *** [all] Error 2 "El fitxer o directori no existeix" is Catalan for "The file or directory does not exist". How comes this header isn't there?
[Pharo-users] MongoDB open close in production (singleton or not)
Hi, Currently, I create one single Instance of Mongo when starting the Image. | theRoot | theRoot := Mongo default. theRoot open. and use it for all requests. In my development environment that works fine. My question is: is this the right way and will it work for production? Or is it better to create one Mongo instance for each request (and close it after the request)? And, btw: what would happen if I would open many Mongo connections but never close any? Or better one Instance per user session? Sabine (I posted this in Frameworks forum, possibly better here) -- View this message in context: http://forum.world.st/MongoDB-open-close-in-production-singleton-or-not-tp4699322.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
[Pharo-users] New post on Voyage: Advanced queries
Hi, I just finished a section for the PharoForTheEnterprise book and I put it also as a blog post: http://smallworks.eu/web/blog/2013-07-18-Voyage-advanced-queries cheers, Esteban
Re: [Pharo-users] MongoDB open close in production (singleton or not)
Hi Sabine, take a look to Voyage, and its class VOMongoSessionPool. I think a nice way of dealing with what you ask is using the pool and each time you need to do something with the DB, you do it inside a block to #withDatabase: myPool withDatabase: [:database| self doSomething ] you also have #withSession instead of #withDatabase. btw, I guess we can move the pool class from voyage to mongo since it's decoupled. Cheers, On Thu, Jul 18, 2013 at 7:33 AM, Sabine Knöfel wrote: > Hi, > > Currently, I create one single Instance of Mongo when starting the Image. > > | theRoot | > theRoot := Mongo default. > theRoot open. > > and use it for all requests. In my development environment that works fine. > > My question is: is this the right way and will it work for production? > Or is it better to create one Mongo instance for each request (and close it > after the request)? > And, btw: what would happen if I would open many Mongo connections but > never > close any? > Or better one Instance per user session? > > Sabine > > (I posted this in Frameworks forum, possibly better here) > > > > -- > View this message in context: > http://forum.world.st/MongoDB-open-close-in-production-singleton-or-not-tp4699322.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com
Re: [Pharo-users] MongoDB open close in production (singleton or not)
Am 18.07.2013 um 12:33 schrieb Sabine Knöfel : > Hi, > > Currently, I create one single Instance of Mongo when starting the Image. > > | theRoot | > theRoot := Mongo default. > theRoot open. > > and use it for all requests. In my development environment that works fine. > > My question is: is this the right way and will it work for production? No, certainly not. If you restart mongo db e.g. due a system update the connection from the image would be stale serving you errors. > Or is it better to create one Mongo instance for each request (and close it > after the request)? That is theoretically the safest thing but very expensive. Opening a connection always takes time and consume quite some resources. So reuse is king. > And, btw: what would happen if I would open many Mongo connections but never > close any? You would run out of external semaphores in the image. The image is "somewhat broken" in this regard because it cannot expand the semaphore table. As each connection uses three semaphores you are running out of semaphores after 85 requests. > Or better one Instance per user session? > That can be a good idea but it doesn't solve your actual problem. You also need to take care of concurrent requests. The line protocol to the mongo database needs to be aligned and it is binary. If more threads try to write on the same connection the connection will break. I'm not sure if this is still possible in the newest MongoTalk driver nor do I know if I managed it to release my thread safe mongo instance. The pool Mariano is talking about sounds like a good idea. Otherwise wrap your store method with an exception handler to reopen a connection on failure. Norbert
Re: [Pharo-users] MongoDB open close in production (singleton or not)
Hi Norbert and Mariano, thanks for the important input. I will use voyage now, just loading :-) BTW: it is really great, getting answers in the forum so quick and profound!!! I am very happy about that. Sabine On Thu, Jul 18, 2013 at 2:57 PM, Norbert Hartl [via Smalltalk] wrote: > > Am 18.07.2013 um 12:33 schrieb Sabine Knöfel <[hidden email]>: > >> Hi, >> >> Currently, I create one single Instance of Mongo when starting the Image. >> >> | theRoot | >> theRoot := Mongo default. >> theRoot open. >> >> and use it for all requests. In my development environment that works >> fine. >> >> My question is: is this the right way and will it work for production? > > No, certainly not. If you restart mongo db e.g. due a system update the > connection from the image would be stale serving you errors. >> Or is it better to create one Mongo instance for each request (and close >> it >> after the request)? > That is theoretically the safest thing but very expensive. Opening a > connection always takes time and consume quite some resources. So reuse is > king. >> And, btw: what would happen if I would open many Mongo connections but >> never >> close any? > You would run out of external semaphores in the image. The image is > "somewhat broken" in this regard because it cannot expand the semaphore > table. As each connection uses three semaphores you are running out of > semaphores after 85 requests. > >> Or better one Instance per user session? >> > That can be a good idea but it doesn't solve your actual problem. > > You also need to take care of concurrent requests. The line protocol to the > mongo database needs to be aligned and it is binary. If more threads try to > write on the same connection the connection will break. I'm not sure if this > is still possible in the newest MongoTalk driver nor do I know if I managed > it to release my thread safe mongo instance. > > The pool Mariano is talking about sounds like a good idea. Otherwise wrap > your store method with an exception handler to reopen a connection on > failure. > > Norbert > > > > > > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/MongoDB-open-close-in-production-singleton-or-not-tp4699322p4699354.html > To unsubscribe from MongoDB open close in production (singleton or not), > click here. > NAML -- View this message in context: http://forum.world.st/MongoDB-open-close-in-production-singleton-or-not-tp4699322p4699356.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] MongoDB open close in production (singleton or not)
Am 18.07.2013 um 15:06 schrieb Sabine Knöfel : > Hi Norbert and Mariano, > > thanks for the important input. > I will use voyage now, just loading :-) > > BTW: it is really great, getting answers in the forum so quick and > profound!!! I am very happy about that. > In my case it is pure selfishness! I think answering a question in a well-founded way is a great of learning stuff. So I'm not sure you gains more ;) Anyway, you're welcome! Norbert > Sabine > > On Thu, Jul 18, 2013 at 2:57 PM, Norbert Hartl [via Smalltalk] > <[hidden email]> wrote: > > > > > Am 18.07.2013 um 12:33 schrieb Sabine Knöfel <[hidden email]>: > > > >> Hi, > >> > >> Currently, I create one single Instance of Mongo when starting the Image. > >> > >> | theRoot | > >> theRoot := Mongo default. > >> theRoot open. > >> > >> and use it for all requests. In my development environment that works > >> fine. > >> > >> My question is: is this the right way and will it work for production? > > > > No, certainly not. If you restart mongo db e.g. due a system update the > > connection from the image would be stale serving you errors. > >> Or is it better to create one Mongo instance for each request (and close > >> it > >> after the request)? > > That is theoretically the safest thing but very expensive. Opening a > > connection always takes time and consume quite some resources. So reuse is > > king. > >> And, btw: what would happen if I would open many Mongo connections but > >> never > >> close any? > > You would run out of external semaphores in the image. The image is > > "somewhat broken" in this regard because it cannot expand the semaphore > > table. As each connection uses three semaphores you are running out of > > semaphores after 85 requests. > > > >> Or better one Instance per user session? > >> > > That can be a good idea but it doesn't solve your actual problem. > > > > You also need to take care of concurrent requests. The line protocol to the > > mongo database needs to be aligned and it is binary. If more threads try to > > write on the same connection the connection will break. I'm not sure if > > this > > is still possible in the newest MongoTalk driver nor do I know if I managed > > it to release my thread safe mongo instance. > > > > The pool Mariano is talking about sounds like a good idea. Otherwise wrap > > your store method with an exception handler to reopen a connection on > > failure. > > > > Norbert > > > > > > > > > > > > If you reply to this email, your message will be added to the discussion > > below: > > http://forum.world.st/MongoDB-open-close-in-production-singleton-or-not-tp4699322p4699354.html > > To unsubscribe from MongoDB open close in production (singleton or not), > > click here. > > NAML > > View this message in context: Re: MongoDB open close in production (singleton > or not) > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
[Pharo-users] Voyage: Circular references
Hi, I was working for a while with Mongotalk and started with Voyage today. I run in exactly the same problem as Bernat. Image non responding. I tried the star/planet example and it worked. hmpf. When I debugged into, I recognized that I did not tell Voyage at which "model bounds" to stop when creating the json. I have to explain this. I have Persons and Trips. One person can have many trips, one trip belongs to exactly one person. But my trips also have e.g. associations to Countries. I do not want Voayge to put the whole country instance in the json of the trip but only a key (e.g. #germany) for getting the country instance back when loading the trip. Currently, Voyage is trying to put all the stuff in the json, also currencies etc. I am not sure if the image is hanging because of this reason. So, my question is how to tell voyage which attributes NOT to put completely into the json but only a key. Sabine -- View this message in context: http://forum.world.st/Voyage-Circular-references-tp4691940p4699412.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] [Pharo-dev] New post on Voyage: Advanced queries
On Thu, Jul 18, 2013 at 2:18 PM, Esteban Lorenzano wrote: > > I just finished a section for the PharoForTheEnterprise book and I put it > also as a blog post: > > http://smallworks.eu/web/blog/2013-07-18-Voyage-advanced-queries https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSuccessfulBuild/artifact/Voyage/Voyage.pier.pdf https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSuccessfulBuild/artifact/Voyage/Voyage.pier.html -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
[Pharo-users] Voyage: Circular references
I found this: http://smallworks.eu/web/blog/2013-06-14-voyage-the-adventure Chapter "Enhancing storage" But if I add the 3+1 methods to Rectangle, and save it again, the json did not change. Did I miss something? -- View this message in context: http://forum.world.st/Voyage-Circular-references-tp4691940p4699436.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] Voyage: Circular references
Hi Sabine, Probably you do not missed anything. Probably I missed to update the voyage configuration :) can you try doing VOMongoRepository allInstancesDo: #reset. before trying again? Cheers, Esteban On Jul 18, 2013, at 6:31 PM, Sabine Knöfel wrote: > I found this: > http://smallworks.eu/web/blog/2013-06-14-voyage-the-adventure > > Chapter "Enhancing storage" > But if I add the 3+1 methods to Rectangle, and save it again, the json did > not change. > > Did I miss something? > > > > > -- > View this message in context: > http://forum.world.st/Voyage-Circular-references-tp4691940p4699436.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
Re: [Pharo-users] ZnHttpUnsucessful: 501 not implemented
On 18 Jul 2013, at 20:28, "Mohammad Al Houssami (Alumni)" wrote: > Hello Everyone. > I was trying to work with the repository and for some reason my mcz file > wouldn’t upload and gives this error. Any ideas what I might be doing wrong? > Below is a screen show of what I get when I hit save in the "open repository" > menu. > Any help is much appreciated J I think you didn't specify you repository correctly: On the screenshot I can see something like http://ss3.gemstone.com/ss/ but the URL should have an extra component, like http://ss3.gemstone.com/ss/STON HTH Sven -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org
Re: [Pharo-users] SerialPlugin
Hi, I just tried Pharo2.0 Latest update: #20596 with the following VM (on Windows): 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 Jenkins build #14535 The serial port seems to work fine here. I hope this helps :) Cheers, Richo On Thu, Jul 18, 2013 at 6:58 AM, Bernat Romagosa < tibabenfortlapala...@gmail.com> wrote: > Still trying without success... > > Does anyone have an image, a VM and a SerialPlugin working in their > machine that they can share with me? At this point I don't care too much on > which OS, I'll find a machine here at work. The thing is I wanted to start > developing right away, and this little obstacle is holding me back... > > Thanks a lot! > > Bernat. > > > 2013/7/17 Bernat Romagosa > >> Yep, I found that thread and tried all possible combinations: >> >> '/dev/ttyUSB0' >> '/dev//ttyUSB0' >> '/dev/ttyusb0' >> '/dev//ttyusb0' >> 'ttyUSB0' >> 'ttyusb0' >> >> and none worked... :( >> >> >> 2013/7/17 Esteban Lorenzano >> >>> It is indeed annoying and obviously buggy. >>> I kinda "fixed" it last year but since I didn't had any serial port >>> stuff to test it, it was just in abstract (Luc was using it, thought) >>> >>> There was a report a couple of weeks ago to try using double slash. >>> >>> SerialPort new openPort: '/dev//ttyUSB0' >>> >>> >>> >>> Esteban >>> >>> On Jul 17, 2013, at 1:47 PM, Bernat Romagosa < >>> tibabenfortlapala...@gmail.com> wrote: >>> >>> So I compiled two VMs, one with the SerialPlugin as an internal plugin, >>> the other one as an external plugin. >>> >>> On a Debian box, I connect an Arduino Diecimila board and I get its >>> handler at /dev/ttyUSB0. However, on both VMs with fresh Pharo 2.0 images: >>> >>> SerialPort new openPort: '/dev/ttyUSB0' >>> >>> >>> Fails with a generic error. >>> >>> What's wrong with SerialPort? The "cannot open port" error message is >>> about as informative as "sorry, not gonna happen" :( >>> >>> >>> 2013/7/17 Bernat Romagosa >>> Great! I was missing the gl and alsa headers. All done now, thanks a lot :) 2013/7/17 Guillermo Polito > > On Wed, Jul 17, 2013 at 12:39 PM, Bernat Romagosa < > tibabenfortlapala...@gmail.com> wrote: > >> Okay, it seems the patch is already included in the latest VMMaker >> image, so no need to apply it. >> > > That's nice :). Anyone with grants in the issue tracker can close it?? > :D > > >> >> Still, having executed the script, I get yet another error, this time >> related to gl.h (why does it need it? I left B3DAcceleratorPlugin out): >> >> [ 95%] Building C object >> CMakeFiles/CogVM.dir/home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c.o >> In file included from >> /home/bromagosa/blessed/platforms/unix/vm/SqDisplay.h:16:0, >> from >> /home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c:140: >> /home/bromagosa/blessed/platforms/unix/plugins/B3DAcceleratorPlugin/sqUnixOpenGL.h:21:22: >> fatal error: GL/gl.h: El fitxer o directori no existeix >> compilation terminated. >> make[2]: *** >> [CMakeFiles/CogVM.dir/home/bromagosa/blessed/platforms/unix/vm/sqUnixMain.c.o] >> Error 1 >> make[1]: *** [CMakeFiles/CogVM.dir/all] Error 2 >> make: *** [all] Error 2 >> >> > Hmm, which configuration are you using to copile? I think there is a > UnixNoGLConfiguration or something like that... So either you install the > gl libraries or use the no gl configuration to generate the sources :). > In any case, I really don't know why there is that dependency with > opengl... > > >> >> 2013/7/17 Bernat Romagosa >> >>> ouch! I forgot to execute the script this time, and didn't install >>> the patch either.. trying again, thanks! :) >>> >>> >>> 2013/7/17 Guillermo Polito >>> Hi! before compiling you have to, inside the build folder, execute codegen-scripts/extract-commit-info.sh Besides, I was looking at luc's tutorial and it lacks one step to have serial plugin built: install the patch he made [1]. Did you do that? I added a comment in the blog entry just in case... Guille [1] https://code.google.com/p/cog/issues/detail?id=119&q=luc On Wed, Jul 17, 2013 at 12:18 PM, Bernat Romagosa < tibabenfortlapala...@gmail.com> wrote: > I found out how to leave B3DAcceleratorPlugin out, but now I get > this error almost at the end of the compilation process: > > [ 95%] Building C object >>>
Re: [Pharo-users] ZnHttpUnsucessful: 501 not implemented
Hello Sven, This means I have tried adding something like HTML5 but ofcourse I got a not found error because there is no such url so I suppose I should create a new one or there is something I should do ? -Original Message- From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of Sven Van Caekenberghe Sent: Thursday, July 18, 2013 8:19 PM To: Any question about pharo is welcome Subject: Re: [Pharo-users] ZnHttpUnsucessful: 501 not implemented On 18 Jul 2013, at 20:28, "Mohammad Al Houssami (Alumni)" wrote: > Hello Everyone. > I was trying to work with the repository and for some reason my mcz file > wouldn't upload and gives this error. Any ideas what I might be doing wrong? > Below is a screen show of what I get when I hit save in the "open repository" > menu. > Any help is much appreciated J I think you didn't specify you repository correctly: On the screenshot I can see something like http://ss3.gemstone.com/ss/ but the URL should have an extra component, like http://ss3.gemstone.com/ss/STON HTH Sven -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org
Re: [Pharo-users] ZnHttpUnsucessful: 501 not implemented
Have you read about Monticello in the 'Pharo by Example' book ? http://pharobyexample.org/ First you have to create your repository online, then you save your package to it. Maybe you could also read this http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/#savingcodetoarepository but the book is better, I think. On 18 Jul 2013, at 22:59, "Mohammad Al Houssami (Alumni)" wrote: > Hello Sven, > This means I have tried adding something like HTML5 but ofcourse I got a not > found error because there is no such url so I suppose I should create a new > one or there is something I should do ? > > -Original Message- > From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of > Sven Van Caekenberghe > Sent: Thursday, July 18, 2013 8:19 PM > To: Any question about pharo is welcome > Subject: Re: [Pharo-users] ZnHttpUnsucessful: 501 not implemented > > > On 18 Jul 2013, at 20:28, "Mohammad Al Houssami (Alumni)" > wrote: > >> Hello Everyone. >> I was trying to work with the repository and for some reason my mcz file >> wouldn't upload and gives this error. Any ideas what I might be doing wrong? >> Below is a screen show of what I get when I hit save in the "open >> repository" menu. >> Any help is much appreciated J > > I think you didn't specify you repository correctly: > > On the screenshot I can see something like > > http://ss3.gemstone.com/ss/ > > but the URL should have an extra component, like > > http://ss3.gemstone.com/ss/STON > > HTH > > Sven > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > > > > >
