March 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] one-click is dead, now we have platform specific builds

by Chris Muller

>>> windows and linux users (specially newcomers) where having bad >>> reaction with the structure that the one-click enforces. >> >> I'm interested in the details. Are they documented somewhere, or >> can you enumerate here? > > https://news.ycombinator.com/item?id=5395496 describes one newbie's > first impressions of the all-in-one approach. Hmm, I've got to wonder whether, if it had actually _worked_ the first time for him, whether he'd have written those negative comments at all. I mean, at first he actually wrote: "I was excited to get started, so I figured I could download the "one-click" for version 1.4 and get started right away." At that point, he had no problems with the _idea_ of one-click. It later seemed it was only the implementation he didn't like. I'm interested in the topic of app-accessibility, and that's why I'm really parsing his words and trying to understand. Since he also wrote: "...and it definitely doesn't show that the developers know how to properly distribute their software for multiple platforms..." I wish he'd have enlightened us all, WHAT is the the way to properly distribute one's software for multiple platforms besides the browser..

March 21, 2013

Re: [Pharo-project] Problem downloading packages with Monticello from Smalltalkhub because of setAcceptEncodingGzip

by Mariano Martinez Peck

On Thu, Mar 21, 2013 at 4:47 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 21 Mar 2013, at 14:52, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 21 Mar 2013, at 14:37, Andrei Vasile Chis <chisvasileandrei(a)gmail.com> > wrote: > > > >> I will check, however it happes for a lot of packages. > >> Some work, and some do not work. > > > > Strange, I don't think it has to do with the contents, the MC unzipping > has not yet even happened. > > Maybe the size is an element (chunking, buffering). > > > >> @Sven I have a linux installation on virtual box where I could > reproduce this problem. > >> I can give you access to it. > > > > OK, continuing off list. > > > > Sven > > Andrei was very helpful in giving me remote access to a machine with a > Pharo 2.0 image running inside their network, so that I could have a look > at his problem myself - Thanks Andrei ! > > I think I finally found the cause of this mysterious bug. > > The bug only appears when ZnEntityReader>>#readEntityFromStream needs to > read a GZIP compressed response without an explicit Content-Length (so that > it has to read up to end - pretty rare, apparently more common in the case > of certain proxies) for a total size less than 65536 bytes (that is why it > didn't happen on all cases ;-). > > In these particular circumstances, a GZipReadStream was created directly > on top of a raw SocketStream, which immediately sends a #next: 65536 to the > SocketStream. Which fails with a ConnectionClosed instead of returning just > the available bytes (like #upToEnd). > > The fix depends on the question which method is actually wrong, the > subject of my next mail ;-) > > wow....what a great catch. Thanks Sven for all your hard and excellent work!!! > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > -- Mariano http://marianopeck.wordpress.com

March 21, 2013

[Pharo-project] SocketStream>>#next:

by Sven Van Caekenberghe

Hi, Related to a hard to find Zinc bug that I just discovered, I require some feedback as to the semantics of SocketStream>>#next: IMHO, the current implementation is semantically wrong. I would expect the semantics to be: try to read count elements and return a new species collection containing them. If less elements are available, return a smaller collection. ( It then becomes effectively a limited #upToEnd). I always implemented #next: by delegating to #next:into:, to #next:into:startingAt: and finally #readInto:startingAt:count: (see for example ZdcAbstractSocketStream, ZnLimitedReadStream or ZnChunkedReadStream). When you look at the implementations of #next:into:, #next:into:startingAt: and #readInto:startingAt:count: on SocketStream, the fact that ConnectionClosed is not signalled is clearly stated. Yet SocketStream>>#next: is different, it does signal ConnectionClosed, which makes it impossible (unless you proceed the exception) to read up to end. And this is what InflateStream>>#getFirstBuffer expects. And which fails when less than 65536 bytes are available. Note that InflateStream reads its subsequent buffers using #next:into:startingAt: (see #moveSourceToFront) so that it properly reads up to end without signalling ConnectionClosed for larger payloads. I can easily program around it, but I think SocketStream>>#next: is wrong and should be changed. Any opinions ? Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

March 21, 2013

Re: [Pharo-project] Problem downloading packages with Monticello from Smalltalkhub because of setAcceptEncodingGzip

by Sven Van Caekenberghe

On 21 Mar 2013, at 14:52, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > On 21 Mar 2013, at 14:37, Andrei Vasile Chis <chisvasileandrei(a)gmail.com> wrote: > >> I will check, however it happes for a lot of packages. >> Some work, and some do not work. > > Strange, I don't think it has to do with the contents, the MC unzipping has not yet even happened. > Maybe the size is an element (chunking, buffering). > >> @Sven I have a linux installation on virtual box where I could reproduce this problem. >> I can give you access to it. > > OK, continuing off list. > > Sven Andrei was very helpful in giving me remote access to a machine with a Pharo 2.0 image running inside their network, so that I could have a look at his problem myself - Thanks Andrei ! I think I finally found the cause of this mysterious bug. The bug only appears when ZnEntityReader>>#readEntityFromStream needs to read a GZIP compressed response without an explicit Content-Length (so that it has to read up to end - pretty rare, apparently more common in the case of certain proxies) for a total size less than 65536 bytes (that is why it didn't happen on all cases ;-). In these particular circumstances, a GZipReadStream was created directly on top of a raw SocketStream, which immediately sends a #next: 65536 to the SocketStream. Which fails with a ConnectionClosed instead of returning just the available bytes (like #upToEnd). The fix depends on the question which method is actually wrong, the subject of my next mail ;-) Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

March 21, 2013

[Pharo-project] fogbugz filters

by Camillo Bruni

I just added a couple of useful filters on fogbugz for all those people complaining about not finding things :P https://pharo.fogbugz.com/default.asp?pg=pgManageFilters have fun!

March 21, 2013

Re: [Pharo-project] [Pharo-users] [squeak-dev] GSoC13: Google Summer of Code started, your ideas please!

by Mariano Martinez Peck

Hola tocayo! Maybe you can find this interesting: http://www.squeaksource.com/Jabber/ Best, On Thu, Mar 21, 2013 at 2:41 PM, Mariano Vicente <m.vicent(a)gmail.com> wrote: > > âHi, my name is Mariano,i'm a student at University of Quilmes. i have a > experience in other programing languages like Scala, or Objective-c, and i > like to participate in a real Smaltalk project. My background in this > tecnology, is a little small, i never make a real project (I do in other > tecnlogies) and i think the summer of code is a great oportunity for learn > and practice. > > My ideas are: > > > Level: intermediate > Possible mentor: guillermo polito > Possible second mentor: (?) > Description: jabber client / server to communicate smaltalk with this > common protocol. > Technical Details: Create a jabber client api, to provide the capacity to > connect with accouts like google talk, or facebook chat. > Create a jabber api server, with the capacity of accept connection of > diferent jabber clients. > Benefits to the Student: > - Learn > ââ > ââ > â and understand â > architecture > ââ > server/client > - Learn about the protocol jabber. > > â > â > - Use a highly reflective dynamic languageâ > > > Benefits to the Community: > - Server and client for jabber protocol > - Posible implementations for chatbots, chatclients, chatservers > â > > And : > > âLevel: intermediate > Possible mentor: Guillermo Polito > Possible second mentor: (?) > Description: Animation Library based on Athens > Technical Details: Animation Library, to make visual animation objects in > the screen, such as move, bounce , etc. > Benefits to the Student: > - Learn the basics of animations and moving objects. > - Learn about manage of graphics > - Understand the concepts of movement functions > > Benefits to the Community: > - Get a library to make custom animations with the posibility of add new > ones. > > > > â > > > âRegards, > Mariano > > > On Wed, Mar 13, 2013 at 7:14 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> And another one: >> >> Level: intermediate >> Possible mentor: Santiago Bragagnolo >> Possible second mentor: Guillermo Polito >> >> Description: Gamification is becoming more and more popular in a lot of >> applications. What about gamify the pharo development process? You get >> points by adding comments, fixing bugs or answering questions. You can be a >> comment healer, a bug slayer, a Zinc magician. The intend of this project >> is to build an application that integrates with the Pharo development >> process tools (issue tracker, smalltalkhub, stack overflow) and provides a >> gamified experience, so we get more and more motivated to code. >> >> Technical Details: This project implies the creation of an application >> which communicates with different applications APIs and perform some >> analysis on them such as running source code Lint rules. Additionally, this >> application should have a web frontend. >> >> >> Benefits to the Student >> - Use a highly reflective dynamic language >> - Learn to develop a complex application architecture with several >> communicating components >> - Learn about ramification concepts >> - Learn about an open source project development and integration >> process, such as Pharo >> - Learn web application development techniques >> >> Benefits to the Community >> - have a platform to organize activities and events around the Pharo >> development >> - be more motivated to participate into the development for rewards >> such as experience, badges and abilities >> >> >> On Wed, Mar 13, 2013 at 4:40 PM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> Hi Janko! >>> >>> We have this: >>> >>> Level: intermediate >>> Possible mentor: Guillermo Polito >>> >>> Possible second mentor: Esteban Lorenzano >>> >>> Description: DBXTalk database driver nowadays uses a native library >>> called OpenDBX. This library stands as an adaptor between different >>> database drivers, implemented in C. This native library supposes many >>> problems: >>> - it should be normally compiled for each different platform (Windows, >>> *nix, macosx) and database vendor >>> - each of its bugs should be fixed in a C source code base >>> - OpenDBX do not expose the particular behavior of each database >>> vendor, but their common denominator >>> - difficulty for distribution, and problems to locate libraries. >>> This project proposes to use NativeBoost bindings to remove the >>> necessity of the native openDBX library, simplifying the deployment of >>> applications using relational databases, and moving all the code base to >>> Smalltalk. >>> >>> Technical Details: This project supposes the replacement of openDBX >>> old FFI bindings by direct nativeBoost bindings to the database drivers. >>> The new drivers should be completely written in Smalltalk, and take care of >>> platform and library resolution in the image side. These drivers should be >>> polymorphic while also enabling the access to specific API provided by >>> database vendors. >>> >>> Benefits to the Student >>> - Use a highly reflective dynamic language >>> - Learn the basics of foreign function interface (and its exponent >>> NativeBoost) >>> - Learn how to manage external resources and platform specific native >>> code >>> - Put into usage its object design skills to transform a structured >>> designed library into an object oriented one >>> >>> Benefits to the Community >>> - A more malleable and full smalltalk implementation of relational >>> database drivers >>> - Easier deploy for applications using relational databases >>> - Database divers exposing their particular apis, providing access to >>> features not available before >>> >>> Guille >>> >>> On Sat, Mar 9, 2013 at 2:16 PM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si>wrote: >>> >>>> Hi Stef, >>>> >>>> Post on the mailing list for each project idea by following this >>>> template: >>>> >>>> Level: (beginner, intermediate, advanced) >>>> >>>> Possible mentor: >>>> >>>> Possible second mentor: >>>> >>>> Description >>>> >>>> Technical Details >>>> >>>> Benefits to the Student >>>> >>>> Benefits to the Community >>>> >>>> Best regards >>>> Janko >>>> >>>> Dne 09. 03. 2013 13:46, piÅ¡e stephane ducasse: >>>> > Hi janko >>>> > >>>> > How do you want to proceed for the topics? >>>> > I have a list of topics now where do we write them. >>>> > >>>> > - tool support rewrite rules >>>> > - new generation debugger >>>> > - new change model and session manager (with martin dias) >>>> > - improving roassal (with alexandre bergel et vanessa pena) >>>> > - improving eyesee (with alexandre bergel et vanessa pena) >>>> > - support touch event >>>> > - UIPainter (with esteban lorenzano) >>>> > - New widgets >>>> > >>>> > >>>> > Stef >>>> > >>>> > >>>> >> Dear Smalltalkers, >>>> >> >>>> >> Time for your cool project ideas on this year Smalltalk GSoC! >>>> >> >>>> >> For now just express any idea you have here on the mailing list. >>>> Later >>>> >> we will together develop it to be in complete format together with >>>> two >>>> >> mentors needed. Deadline is end of Mart, so we have three weeks of >>>> time. >>>> >> To see how fully developed ideas look like please look at 2012 ones >>>> at: >>>> >> http://gsoc2012.esug.org/ideas. >>>> >> >>>> >> Note also that students yourselves can propose a GSoC project. So if >>>> you >>>> >> like to be a student on this year GSoC and have a nice idea, don't be >>>> >> shy and propose it here! The community will listen you and guide to >>>> the >>>> >> really nicely proposed project. Last year 6 student proposed projects >>>> >> were accepted and finished successfully! >>>> >> >>>> >> For the community, start looking around for students. Think about >>>> how to >>>> >> approach the universities near by you, do you know who to contact >>>> >> there, etc. >>>> >> >>>> >> We are namely preparing an application to this year Smalltalk Google >>>> >> Summer of Code under ESUG umbrella, as last year. If accepted, Google >>>> >> will pay few stipendiums to students on our Smalltalk projects. >>>> >> >>>> >> More on our special Smalltalk GSoC 2013 website: >>>> >> >>>> >> http://gsoc2013.esug.org >>>> >> >>>> >> I'm specially inviting mentors of all past GSoCs to rejoin the >>>> mentors >>>> >> mailing list, where we discuss all details about this year GSoC: >>>> >> >>>> >> http://groups.google.com/group/smalltalk-gsoc-mentors >>>> >> >>>> >> While students interested on GSoC please join a special Smalltalk >>>> GSoC >>>> >> mailing list for you: >>>> >> >>>> >> http://groups.google.com/group/smalltalk-gsoc-students >>>> >> >>>> >> Best regards >>>> >> Janko >>>> >> >>>> >> >>>> >> -- >>>> >> Janko MivÅ¡ek >>>> >> Aida/Web >>>> >> Smalltalk Web Application Server >>>> >> http://www.aidaweb.si >>>> >> >>>> > >>>> > >>>> > >>>> >>>> -- >>>> Janko MivÅ¡ek >>>> Aida/Web >>>> Smalltalk Web Application Server >>>> http://www.aidaweb.si >>>> >>>> >>> >> > -- Mariano http://marianopeck.wordpress.com

March 21, 2013

[Pharo-project] Fwd: [Pharo-users] [squeak-dev] GSoC13: Google Summer of Code started, your ideas please!

by Mariano Vicente

âHi, my name is Mariano,i'm a student at University of Quilmes. i have a experience in other programing languages like Scala, or Objective-c, and i like to participate in a real Smaltalk project. My background in this tecnology, is a little small, i never make a real project (I do in other tecnlogies) and i think the summer of code is a great oportunity for learn and practice. My ideas are: Level: intermediate Possible mentor: guillermo polito Possible second mentor: (?) Description: jabber client / server to communicate smaltalk with this common protocol. Technical Details: Create a jabber client api, to provide the capacity to connect with accouts like google talk, or facebook chat. Create a jabber api server, with the capacity of accept connection of diferent jabber clients. Benefits to the Student: - Learn ââ ââ â and understand â architecture ââ server/client - Learn about the protocol jabber. â â - Use a highly reflective dynamic languageâ Benefits to the Community: - Server and client for jabber protocol - Posible implementations for chatbots, chatclients, chatservers â And : âLevel: intermediate Possible mentor: Guillermo Polito Possible second mentor: (?) Description: Animation Library based on Athens Technical Details: Animation Library, to make visual animation objects in the screen, such as move, bounce , etc. Benefits to the Student: - Learn the basics of animations and moving objects. - Learn about manage of graphics - Understand the concepts of movement functions Benefits to the Community: - Get a library to make custom animations with the posibility of add new ones. âRegards, Mariano On Wed, Mar 13, 2013 at 7:14 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > And another one: > > Level: intermediate > Possible mentor: Santiago Bragagnolo > Possible second mentor: Guillermo Polito > > Description: Gamification is becoming more and more popular in a lot of > applications. What about gamify the pharo development process? You get > points by adding comments, fixing bugs or answering questions. You can be a > comment healer, a bug slayer, a Zinc magician. The intend of this project > is to build an application that integrates with the Pharo development > process tools (issue tracker, smalltalkhub, stack overflow) and provides a > gamified experience, so we get more and more motivated to code. > > Technical Details: This project implies the creation of an application > which communicates with different applications APIs and perform some > analysis on them such as running source code Lint rules. Additionally, this > application should have a web frontend. > > > Benefits to the Student > - Use a highly reflective dynamic language > - Learn to develop a complex application architecture with several > communicating components > - Learn about ramification concepts > - Learn about an open source project development and integration > process, such as Pharo > - Learn web application development techniques > > Benefits to the Community > - have a platform to organize activities and events around the Pharo > development > - be more motivated to participate into the development for rewards such > as experience, badges and abilities > > > On Wed, Mar 13, 2013 at 4:40 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Hi Janko! >> >> We have this: >> >> Level: intermediate >> Possible mentor: Guillermo Polito >> >> Possible second mentor: Esteban Lorenzano >> >> Description: DBXTalk database driver nowadays uses a native library >> called OpenDBX. This library stands as an adaptor between different >> database drivers, implemented in C. This native library supposes many >> problems: >> - it should be normally compiled for each different platform (Windows, >> *nix, macosx) and database vendor >> - each of its bugs should be fixed in a C source code base >> - OpenDBX do not expose the particular behavior of each database >> vendor, but their common denominator >> - difficulty for distribution, and problems to locate libraries. >> This project proposes to use NativeBoost bindings to remove the >> necessity of the native openDBX library, simplifying the deployment of >> applications using relational databases, and moving all the code base to >> Smalltalk. >> >> Technical Details: This project supposes the replacement of openDBX old >> FFI bindings by direct nativeBoost bindings to the database drivers. The >> new drivers should be completely written in Smalltalk, and take care of >> platform and library resolution in the image side. These drivers should be >> polymorphic while also enabling the access to specific API provided by >> database vendors. >> >> Benefits to the Student >> - Use a highly reflective dynamic language >> - Learn the basics of foreign function interface (and its exponent >> NativeBoost) >> - Learn how to manage external resources and platform specific native >> code >> - Put into usage its object design skills to transform a structured >> designed library into an object oriented one >> >> Benefits to the Community >> - A more malleable and full smalltalk implementation of relational >> database drivers >> - Easier deploy for applications using relational databases >> - Database divers exposing their particular apis, providing access to >> features not available before >> >> Guille >> >> On Sat, Mar 9, 2013 at 2:16 PM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si>wrote: >> >>> Hi Stef, >>> >>> Post on the mailing list for each project idea by following this >>> template: >>> >>> Level: (beginner, intermediate, advanced) >>> >>> Possible mentor: >>> >>> Possible second mentor: >>> >>> Description >>> >>> Technical Details >>> >>> Benefits to the Student >>> >>> Benefits to the Community >>> >>> Best regards >>> Janko >>> >>> Dne 09. 03. 2013 13:46, piÅ¡e stephane ducasse: >>> > Hi janko >>> > >>> > How do you want to proceed for the topics? >>> > I have a list of topics now where do we write them. >>> > >>> > - tool support rewrite rules >>> > - new generation debugger >>> > - new change model and session manager (with martin dias) >>> > - improving roassal (with alexandre bergel et vanessa pena) >>> > - improving eyesee (with alexandre bergel et vanessa pena) >>> > - support touch event >>> > - UIPainter (with esteban lorenzano) >>> > - New widgets >>> > >>> > >>> > Stef >>> > >>> > >>> >> Dear Smalltalkers, >>> >> >>> >> Time for your cool project ideas on this year Smalltalk GSoC! >>> >> >>> >> For now just express any idea you have here on the mailing list. Later >>> >> we will together develop it to be in complete format together with two >>> >> mentors needed. Deadline is end of Mart, so we have three weeks of >>> time. >>> >> To see how fully developed ideas look like please look at 2012 ones >>> at: >>> >> http://gsoc2012.esug.org/ideas. >>> >> >>> >> Note also that students yourselves can propose a GSoC project. So if >>> you >>> >> like to be a student on this year GSoC and have a nice idea, don't be >>> >> shy and propose it here! The community will listen you and guide to >>> the >>> >> really nicely proposed project. Last year 6 student proposed projects >>> >> were accepted and finished successfully! >>> >> >>> >> For the community, start looking around for students. Think about how >>> to >>> >> approach the universities near by you, do you know who to contact >>> >> there, etc. >>> >> >>> >> We are namely preparing an application to this year Smalltalk Google >>> >> Summer of Code under ESUG umbrella, as last year. If accepted, Google >>> >> will pay few stipendiums to students on our Smalltalk projects. >>> >> >>> >> More on our special Smalltalk GSoC 2013 website: >>> >> >>> >> http://gsoc2013.esug.org >>> >> >>> >> I'm specially inviting mentors of all past GSoCs to rejoin the mentors >>> >> mailing list, where we discuss all details about this year GSoC: >>> >> >>> >> http://groups.google.com/group/smalltalk-gsoc-mentors >>> >> >>> >> While students interested on GSoC please join a special Smalltalk GSoC >>> >> mailing list for you: >>> >> >>> >> http://groups.google.com/group/smalltalk-gsoc-students >>> >> >>> >> Best regards >>> >> Janko >>> >> >>> >> >>> >> -- >>> >> Janko MivÅ¡ek >>> >> Aida/Web >>> >> Smalltalk Web Application Server >>> >> http://www.aidaweb.si >>> >> >>> > >>> > >>> > >>> >>> -- >>> Janko MivÅ¡ek >>> Aida/Web >>> Smalltalk Web Application Server >>> http://www.aidaweb.si >>> >>> >> >

March 21, 2013

Re: [Pharo-project] Couch surfing for Pharo Conf Bern

by Sabine KnÃ¶fel

Hi Diego, if you dont find a couch, I can recommend airbnb.com. I boked there for the Pharo Conf. Greetings Sabine On Tue, Mar 19, 2013 at 9:20 AM, Diego Lont <diego.lont(a)delware.nl> wrote: > Hi all, > > I am going to the Pharo Conf in Bern, and I am looking for a sleeping > place from April 2nd till April 4th. I arrive on Tuesday with the night > train and go back on Thursday with the night train, so this is for 2 nights > from Tuesday until Thursday. > > Cheers, > Diego > > P.S. I will bring "chocolade hagelslag" with me. >

March 21, 2013

Re: [Pharo-project] [Pharo-users] [squeak-dev] GSoC13: Google Summer of Code started, your ideas please!

by Mariano Vicente

âHi, my name is Mariano,i'm a student at University of Quilmes. i have a experience in other programing languages like Scala, or Objective-c, and i like to participate in a real Smaltalk project. My background in this tecnology, is a little small, i never make a real project (I do in other tecnlogies) and i think the summer of code is a great oportunity for learn and practice. My ideas are: Level: intermediate Possible mentor: guillermo polito Possible second mentor: (?) Description: jabber client / server to communicate smaltalk with this common protocol. Technical Details: Create a jabber client api, to provide the capacity to connect with accouts like google talk, or facebook chat. Create a jabber api server, with the capacity of accept connection of diferent jabber clients. Benefits to the Student: - Learn ââ ââ â and understand â architecture ââ server/client - Learn about the protocol jabber. â â - Use a highly reflective dynamic languageâ Benefits to the Community: - Server and client for jabber protocol - Posible implementations for chatbots, chatclients, chatservers â And : âLevel: intermediate Possible mentor: Guillermo Polito Possible second mentor: (?) Description: Animation Library based on Athens Technical Details: Animation Library, to make visual animation objects in the screen, such as move, bounce , etc. Benefits to the Student: - Learn the basics of animations and moving objects. - Learn about manage of graphics - Understand the concepts of movement functions Benefits to the Community: - Get a library to make custom animations with the posibility of add new ones. â âRegards, Mariano On Wed, Mar 13, 2013 at 7:14 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > And another one: > > Level: intermediate > Possible mentor: Santiago Bragagnolo > Possible second mentor: Guillermo Polito > > Description: Gamification is becoming more and more popular in a lot of > applications. What about gamify the pharo development process? You get > points by adding comments, fixing bugs or answering questions. You can be a > comment healer, a bug slayer, a Zinc magician. The intend of this project > is to build an application that integrates with the Pharo development > process tools (issue tracker, smalltalkhub, stack overflow) and provides a > gamified experience, so we get more and more motivated to code. > > Technical Details: This project implies the creation of an application > which communicates with different applications APIs and perform some > analysis on them such as running source code Lint rules. Additionally, this > application should have a web frontend. > > > Benefits to the Student > - Use a highly reflective dynamic language > - Learn to develop a complex application architecture with several > communicating components > - Learn about ramification concepts > - Learn about an open source project development and integration > process, such as Pharo > - Learn web application development techniques > > Benefits to the Community > - have a platform to organize activities and events around the Pharo > development > - be more motivated to participate into the development for rewards such > as experience, badges and abilities > > > On Wed, Mar 13, 2013 at 4:40 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Hi Janko! >> >> We have this: >> >> Level: intermediate >> Possible mentor: Guillermo Polito >> >> Possible second mentor: Esteban Lorenzano >> >> Description: DBXTalk database driver nowadays uses a native library >> called OpenDBX. This library stands as an adaptor between different >> database drivers, implemented in C. This native library supposes many >> problems: >> - it should be normally compiled for each different platform (Windows, >> *nix, macosx) and database vendor >> - each of its bugs should be fixed in a C source code base >> - OpenDBX do not expose the particular behavior of each database >> vendor, but their common denominator >> - difficulty for distribution, and problems to locate libraries. >> This project proposes to use NativeBoost bindings to remove the >> necessity of the native openDBX library, simplifying the deployment of >> applications using relational databases, and moving all the code base to >> Smalltalk. >> >> Technical Details: This project supposes the replacement of openDBX old >> FFI bindings by direct nativeBoost bindings to the database drivers. The >> new drivers should be completely written in Smalltalk, and take care of >> platform and library resolution in the image side. These drivers should be >> polymorphic while also enabling the access to specific API provided by >> database vendors. >> >> Benefits to the Student >> - Use a highly reflective dynamic language >> - Learn the basics of foreign function interface (and its exponent >> NativeBoost) >> - Learn how to manage external resources and platform specific native >> code >> - Put into usage its object design skills to transform a structured >> designed library into an object oriented one >> >> Benefits to the Community >> - A more malleable and full smalltalk implementation of relational >> database drivers >> - Easier deploy for applications using relational databases >> - Database divers exposing their particular apis, providing access to >> features not available before >> >> Guille >> >> On Sat, Mar 9, 2013 at 2:16 PM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si>wrote: >> >>> Hi Stef, >>> >>> Post on the mailing list for each project idea by following this >>> template: >>> >>> Level: (beginner, intermediate, advanced) >>> >>> Possible mentor: >>> >>> Possible second mentor: >>> >>> Description >>> >>> Technical Details >>> >>> Benefits to the Student >>> >>> Benefits to the Community >>> >>> Best regards >>> Janko >>> >>> Dne 09. 03. 2013 13:46, piÅ¡e stephane ducasse: >>> > Hi janko >>> > >>> > How do you want to proceed for the topics? >>> > I have a list of topics now where do we write them. >>> > >>> > - tool support rewrite rules >>> > - new generation debugger >>> > - new change model and session manager (with martin dias) >>> > - improving roassal (with alexandre bergel et vanessa pena) >>> > - improving eyesee (with alexandre bergel et vanessa pena) >>> > - support touch event >>> > - UIPainter (with esteban lorenzano) >>> > - New widgets >>> > >>> > >>> > Stef >>> > >>> > >>> >> Dear Smalltalkers, >>> >> >>> >> Time for your cool project ideas on this year Smalltalk GSoC! >>> >> >>> >> For now just express any idea you have here on the mailing list. Later >>> >> we will together develop it to be in complete format together with two >>> >> mentors needed. Deadline is end of Mart, so we have three weeks of >>> time. >>> >> To see how fully developed ideas look like please look at 2012 ones >>> at: >>> >> http://gsoc2012.esug.org/ideas. >>> >> >>> >> Note also that students yourselves can propose a GSoC project. So if >>> you >>> >> like to be a student on this year GSoC and have a nice idea, don't be >>> >> shy and propose it here! The community will listen you and guide to >>> the >>> >> really nicely proposed project. Last year 6 student proposed projects >>> >> were accepted and finished successfully! >>> >> >>> >> For the community, start looking around for students. Think about how >>> to >>> >> approach the universities near by you, do you know who to contact >>> >> there, etc. >>> >> >>> >> We are namely preparing an application to this year Smalltalk Google >>> >> Summer of Code under ESUG umbrella, as last year. If accepted, Google >>> >> will pay few stipendiums to students on our Smalltalk projects. >>> >> >>> >> More on our special Smalltalk GSoC 2013 website: >>> >> >>> >> http://gsoc2013.esug.org >>> >> >>> >> I'm specially inviting mentors of all past GSoCs to rejoin the mentors >>> >> mailing list, where we discuss all details about this year GSoC: >>> >> >>> >> http://groups.google.com/group/smalltalk-gsoc-mentors >>> >> >>> >> While students interested on GSoC please join a special Smalltalk GSoC >>> >> mailing list for you: >>> >> >>> >> http://groups.google.com/group/smalltalk-gsoc-students >>> >> >>> >> Best regards >>> >> Janko >>> >> >>> >> >>> >> -- >>> >> Janko MivÅ¡ek >>> >> Aida/Web >>> >> Smalltalk Web Application Server >>> >> http://www.aidaweb.si >>> >> >>> > >>> > >>> > >>> >>> -- >>> Janko MivÅ¡ek >>> Aida/Web >>> Smalltalk Web Application Server >>> http://www.aidaweb.si >>> >>> >> >

March 21, 2013

Re: [Pharo-project] Problem downloading packages with Monticello from Smalltalkhub because of setAcceptEncodingGzip

by Sven Van Caekenberghe

On 21 Mar 2013, at 14:37, Andrei Vasile Chis <chisvasileandrei(a)gmail.com> wrote: > I will check, however it happes for a lot of packages. > Some work, and some do not work. Strange, I don't think it has to do with the contents, the MC unzipping has not yet even happened. Maybe the size is an element (chunking, buffering). > @Sven I have a linux installation on virtual box where I could reproduce this problem. > I can give you access to it. OK, continuing off list. Sven

March 21, 2013