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

Re: [Pharo-dev] Unwind error during termination

by btc＠openinworld.com

Oct. 24, 2013

Re: [Pharo-dev] Startup Preferences: An Alternative

by Igor Stasenko

On 23 October 2013 20:21, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > This is really cool, is that in the image already ? > What about plain HTTP repos ? > > indeed, what could be simpler than: Compiler evaluate: (ZnEasy get: 'http://my.url.with.script.st') and you can, of course place it on github, if you need version control, like: https://raw.github.com/pharo-project/pharo-vm/master/codegen-scripts/LoadVM… > On 23 Oct 2013, at 20:04, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > > philippeback wrote > >> Would be great to have a logout, in order to give images to other people > >> without leaving credentials around. > > > > Done, added to world menu under the individual repo login options > > > > The way the logins work is that a file named .mcconfig is expected in the > > general preferences folder with the format: > > > > [squeaksource] > > user := 'me'. > > password := 'pwd'. > > [squeaksource3] > > user := 'me'. > > password = 'pwd'. > > [smalltalkhub] > > user := 'me'. > > password := 'pwd'. > > > > > > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/Startup-Preferences-An-Alternative-tp4713968p4716686.… > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > > -- Best regards, Igor Stasenko.

Oct. 24, 2013

Re: [Pharo-dev] VM for Athens Graphics

by Igor Stasenko

On 23 October 2013 23:13, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > >> > Well implementing ARM-FFI is largely orthogonal to Athens. > Yes, i am happily using it for Cairo and it lets me customize /rethink > things as they go > without need to touch VM. Which means much faster development process and > feedback etc. > But since Athens API is settled down more or less, now it is quite > possible to implement a plugin > for different backend, knowing that it won't require huge changes later. > > > Ok I was not aware you were thinking about that. So this is good to have > this path in my radar. > > Yes, this is actually what we discussed recently with Esteban about possible alternatives and low-hanging fruits :) > Concerning ARM: > - Damien Pollet works on ARM assembler for ASMJit. > as soon as it working, we can try doing something with it. > > But in addition, what i would like to do is to move more towards > platform-neutral FFI implementation, > using low-level assembler DSL which is platform neutral. There's a work > started on it > as part of Mate project, but it is yet far from finished. > > > I would love that. > Now I guess that I'm correct to say that even with it the fact that it > would generate assembly on the fly > would make it a no go for iPad and friends. > > I thought that esteban and you thought about generating the "assembly once > for all for Ipda and putting it in file" > so that we do not have the "assembly generation" problem? > > that's a big question, whether such idea fits into apple technicians/politicans heads or not. Do you think we have enough time/resources to waste on implementing such mechanism only to discover later that Apple says 'over my dead body'? The point is that generating code, saving it to file, and then loading that file as DLL, is largely a hack. You either allowed to run your own generated code or not.. because from security perspective, the fact that you first stored it into file and then load it back doesn't changes a tiny bit. >From design perspective, it is crutch, which don't really buys anything (why on earth, anyone would want to deal with files and OS, if he could just run code which already in memory?).

Oct. 23, 2013

Re: [Pharo-dev] VM for Athens Graphics

by StÃ©phane Ducasse

> > > Well implementing ARM-FFI is largely orthogonal to Athens. > Yes, i am happily using it for Cairo and it lets me customize /rethink things as they go > without need to touch VM. Which means much faster development process and feedback etc. > But since Athens API is settled down more or less, now it is quite possible to implement a plugin > for different backend, knowing that it won't require huge changes later. Ok I was not aware you were thinking about that. So this is good to have this path in my radar. > Concerning ARM: > - Damien Pollet works on ARM assembler for ASMJit. > as soon as it working, we can try doing something with it. > > But in addition, what i would like to do is to move more towards platform-neutral FFI implementation, > using low-level assembler DSL which is platform neutral. There's a work started on it > as part of Mate project, but it is yet far from finished. I would love that. Now I guess that I'm correct to say that even with it the fact that it would generate assembly on the fly would make it a no go for iPad and friends. I thought that esteban and you thought about generating the "assembly once for all for Ipda and putting it in file" so that we do not have the "assembly generation" problem? stef

Oct. 23, 2013

Re: [Pharo-dev] VM for Athens Graphics

by StÃ©phane Ducasse

>> > > Igor it also means that we should find a way to get nativeboost wroking on iPad (probably by generating a "DLL" from NB). > > aha.. and digitally sign it before you can use it.. and then ask nicely Apple to approve it :) Yes :)

Oct. 23, 2013

Re: [Pharo-dev] Issue #11876 (Do not allow shouldnt:raise: Error) and Seaside dev. on Pharo 3.0

by StÃ©phane Ducasse

> Hi, > > just as info: looks like already fixed Pharo issue #11876 makes problem for Seaside in 3.0: > > http://lists.squeakfoundation.org/pipermail/seaside-dev/2013-October/005509… > http://lists.squeakfoundation.org/pipermail/seaside-dev/2013-October/005540… It would be a bit sad that Seaside does not work in Pharo3.0 I imagine that Philippe is tired. I would revert the change and add a rule that check that the argument of shouldnt:raise: should not be an Error Stef > Thx > T. >

Oct. 23, 2013

Re: [Pharo-dev] missing updates: 30503 30504

by StÃ©phane Ducasse

Especially when nobody is running wild and screaming. If this would be case you would hear me from ghent ;D . I'm quite good at that but I decided that I'm in positive energy mode since a long time and that pushy people do not touch me anymore. I'm like Luffy , elastic :) Stef > Everybody does a lot of work for Pharo, visible and invisible. > We are complementary and we need each other - so we have to work together. > > On 23 Oct 2013, at 18:53, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> On 2013-10-23, at 16:06, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>> On 2013-10-23, at 13:48, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> On Oct 23, 2013, at 10:52 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>>>> On 2013-10-22, at 10:44, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>>>>>>> For retracting files you need access to files.pharo.org. >>>>>>> >>>>>>> This is what should be written in the readme. >>>>>> >>>>>> BTW have you tried that you actually have access to the machine? >>>>>> Because I remember that it didn't work for you nor Esteban... >>>>> >>>>> >>>>> So stef, did you check that you can actually edit the file? >>>> >>>> I cannot access it but I least I know that I should not look for it. >>>> And next time if there is a problem I just stop integrated and continue hacking on my cool stuff and look smart. >>> >>> Why can't you access it? >>> What do you want instead? >>> How do we avoid this situation in the future? (happened already before a couple of times) >> >> Just to get something straight here: >> >> You have hardly something to complain... What you see is the tip of the iceberg. >> I spend roughly 1-2 hours per week maintaining all the jenkins instances with all >> the slaves and all the jobs that run (and there is Christoph to, regularly fixing >> and tweaking things all around). >> >> Now running around wild and screaming that everything does not work and is not >> documented is highly demotivating. Marcus and Esteban work on it on a daily basis. >> If maintaining jenkins were so much fun, you would do it, but you don't. >> >> >> So enjoy, and focus on the things you are truly great at: motivating people for a better pharo! > >

Oct. 23, 2013

Re: [Pharo-dev] Issue 4255 ?

by StÃ©phane Ducasse

> I am confused, I was under the impression that these would already have been integrated (I was waiting for the summary mails): >> >> https://pharo.fogbugz.com/f/cases/4255/Deprecate-MIMEType >> https://pharo.fogbugz.com/f/cases/11964/Update-Zinc-Resource-Meta-Core >> >> The slice was written against #30512 after loading Zinc-Resource-Meta-Core.SvenVanCaekenberghe.20 - I hope it still works. >> >> Both issues were marked âFix to includeââ¦ >> >> > > Yes, this means âthe integrator should integrate themâ. > > I did not yet because keeping the name Zinc-Resource-Meta-Core.SvenVanCaekenberghe.20 in the image means manual work > (creating a .cs, adding it to the update stream, doing update, later fixing the out-of-sync Scriptloaderâ¦) > > Maybe I will just merge it the normal wayâ¦ much easier. Yes else this is too complex! Stef

Oct. 23, 2013

Re: [Pharo-dev] VM for Athens Graphics

by dimitris chloupis

I think the future concerning user interaction is thought reading devices. They are already at consumer level being able to perform basic brain wave scans for simple interactions even providing open source SDKs and relatively low cost at 300 euros taking into consideration that they are cutting edge technology.Â So software that can read your thought is already here but still in its infancy. Voice recognition is also here for quite some time now and in wide use now with Siri or whatever Apple calls it and with other companies offering similar solutions. Personally I don't see other more optimal ways.Â Oh and by the way comparing Apples and Oranges is both possible and useful. If you cant compare apples and oranges , then you cant think.Â Concerning Pharo on iOS its perfectly doable, its just a matter of someone actually doing it. Many languages have ported to iOS , there is no reason for Apple to refuse Pharo to do so. Â By the way Platform agnostic Assembler sounds fascinating. I was thinking about nativeboost and it looks like it gives Pharo features that C has but without giving up the pharo syntax. It really opens a new universe of potential for Pharo.Â On Wednesday, 23 October 2013, 22:17, Igor Stasenko <siguctua(a)gmail.com> wrote: On 23 October 2013 14:32, J.F. Rick <self(a)je77.com> wrote: On Wed, Oct 23, 2013 at 1:32 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >Mouse i much more precise than fingers. I doubt it going to be replaced. I think it will stay. >> > > >"When we were an agrarian nation, all cars were trucks because thatâs what you needed on the farms. But cars eventually became more prevalent as people moved to cities. PCs will be like trucksâ¦they are still going to be around, but there is a transformation coming, and it will make some people uneasy. Is it the iPad? Who knows? Will it be next year or five years from now?" -Steve Jobs > > >Yes, mice will stick around but they won't be the dominant paradigm of computing. Already, tablet sales have eclipsed the sales of desktops / laptops. Fingers aren't inherently less precise. I, for instance, am very happy using an Apple trackpad rather than a mouse. Touch screens have a fat finger problem (i.e., you are often covering up what you are wanting to precisely touch), but precision in itself isn't the problem. > > Â Mouse if not truck. Comparing touchpad and mouse, as to me is like comparing Apples(tm) and oranges. They are both human interface devices and complement to each other. Some things you can do better using mice, some using trackpad (or touchscreen). Try controlling first-person shooter game with trackpad.. good luck :) I only hoping, one day there will be even better HID's than mouse or trackpad. As of today, they both having serious shortcomings and not universal ones to let humans control computers with muscle power. -- Best regards, Igor Stasenko.

Oct. 23, 2013

Re: [Pharo-dev] Startup Preferences: An Alternative

by phil＠highoctane.be

I am sold. I happen top have an Excel sheet with days until I am quite old. I did that sheet when I was about 30. 43 now :-) Time flies indeed. Phil On Wed, Oct 23, 2013 at 7:48 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > philippeback wrote > > I am looking at this configuration and had fun loading the Batcave thing. > > What is this green area and slider on the right for? > > Cool! Ha ha, the batcave is full of experiments... the green widget is > telling you that the system is up-to-date. It should turn red if there are > Pharo updates available but not loaded. The other widget with the slider > (which I don't think works so well, IIRC there is a bug in the slider > interaction), well, ha ha, I read an article about how short an average > human life actually is from the viewpoint of days remaining, which impacted > me greatly, so it was supposed to be a little reminder about that. I think > the slider was to play with different age projections and it was supposed > to > count down as the days go by... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Startup-Preferences-An-Alternative-tp4713968p4716684.… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Oct. 23, 2013