- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] SmalltalkHub over https

by Max Leske

Weâve set up Letâs Encrypt on our servers and while itâs cool it also requires some work around it. Most importantly you have to set up auto renewal (every 30 days). And if you donât get it right it will suck. Also: use VPN :) > On 27 Aug 2016, at 13:07, stepharo <stepharo(a)free.fr> wrote: > > Time and ressources. > We cannot do more else it will damage what we are doing. > Now if somebody wants to help he is more than welcome. > > Stef >> since Let's Encrypt offers free certs, is there any reason why smalltalkhub is not yet served over https? Maybe limitation of Zinc? >> >> I guess that's one benefit that we are such a small community that nobody nuked us yet... (e.g. every time you commit from free wifi (hotel, airport, caffee, ...) you give up your password). >> >> Peter >> >> > >

Aug. 27, 2016

Re: [Pharo-dev] About Pharo 60

by Cyril Ferlicot D.

Le 27/08/2016 Ã 13:18, stepharo a Ã©crit : > > > YES!!! > > Do you know how Settings works? > We can adapt it this way. When I improved the deployment of Synectique Tools I asked to get a simple way to disable Spotter via a setting but I got as answer "No because you can do it by removing a global shortcut so it is not needed.". People in companies don't have the time to learn how shortcuts work and how to remove one without impacting something else. And they don't have the time to check Spotter code to know how it is call. If the image is able to have a deployment mode then I don't care how Spotter is disabled (setting or removing a shortcut). But for now we don't have it. :) > I mean the User approach that Benjmain proposed and was pushed in Pharo > was not good because it was not modular. Now each part of the system > should be > defined in way that it can be set just as a setting. > We should not have > > World .... > User current = ifTrue > > But > > World use: userSetting > > and World should handle it. > There is way more to do :) > When you deploy on linux you should be able to say beSilent to the > system (do not write on places that you cannot). > Valentin works on it and we should continue > > Stef > The fact that there is much more to do is the main reason for Pharo to do it and not the developer. The developer cannot know all the system and will not be able to protect the code of his company well because he will forget something as to disable ctrl+o+p (or he is a god developer! But everyone is not). This is a large thing to do, so it would be cool that everyone keep that in mind to allow it little by little (as with the work of Valentin). -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Aug. 27, 2016

Re: [Pharo-dev] broken GitFileTree/IceBerg on Windows because of ProcessWrapper

by HernÃ¡n Morales Durand

Just checked and the download URL is working. If you send me mirror URLs then I can update the configuration to support multiple download locations. Cheers, HernÃ¡n 2016-08-27 5:46 GMT-03:00 Peter Uhnak <i.uhnak(a)gmail.com>: > Hi, > > GitFileTree / IceBerg is now broken, because ProcessWrapper (one of the > deps on Windows) is downloading plugin from > > http://leves.web.elte.hu/ProcessWrapper/ProcessWrapperPlugin.dll > > But of course since the domain is down, it breaks everything. > > Not the mention downloading dll over http. > > Peter > >

Aug. 27, 2016

Re: [Pharo-dev] About Pharo 60

by stepharo

> > Hi! > > There is one thing I would like, but maybe not for Pharo6 since there is > a lot to do, but I would like people to have this in mind: A way to > deploy commercials apps. YES!!! > > I would like to be able to say something like "Smalltalk > lockForDeployment" and "Smalltalk prepareForDeployment" for example. > > The first one could just lock the access to the image and let a way to > get them back if you have a password. The second could unload everything > that you don't want for production if you don't plan to debug the image > if there is a problem. Do you know how Settings works? We can adapt it this way. I mean the User approach that Benjmain proposed and was pushed in Pharo was not good because it was not modular. Now each part of the system should be defined in way that it can be set just as a setting. We should not have World .... User current = ifTrue But World use: userSetting and World should handle it. > At Synectique when we had a desktop application it was really hard to > lock everything :( > - Disable Halo > - Disable Spotter > - Disable the shortcuts to open a playground, a Nautilus, anything else > that the application > - Remove the private repositories and credentials just in case the > client find a way to get through and get a Monticello > - â¦ > > We should not have to do all that. Else Pharo will only be used to build > commencial web applications where the image is on the company's server > and not on the client's server. :( There is way more to do :) When you deploy on linux you should be able to say beSilent to the system (do not write on places that you cannot). Valentin works on it and we should continue Stef

Aug. 27, 2016

Re: [Pharo-dev] Nautilus support for class method tests, and a bugfix for test result icons not resetting when a method is modified

by stepharo

Tx Monty! Apparently Jenkins infra is dead :) Le 26/8/16 Ã 22:20, monty a Ã©crit : > https://pharo.fogbugz.com/f/cases/18974/ > >

Aug. 27, 2016

Re: [Pharo-dev] SmalltalkHub over https

by stepharo

Time and ressources. We cannot do more else it will damage what we are doing. Now if somebody wants to help he is more than welcome. Stef > since Let's Encrypt offers free certs, is there any reason why smalltalkhub is not yet served over https? Maybe limitation of Zinc? > > I guess that's one benefit that we are such a small community that nobody nuked us yet... (e.g. every time you commit from free wifi (hotel, airport, caffee, ...) you give up your password). > > Peter > >

Aug. 27, 2016

Re: [Pharo-dev] broken GitFileTree/IceBerg on Windows because of ProcessWrapper

by Esteban Lorenzano

Hi, Just a clarification: This is because of gitfiletree. In next versions of iceberg, we will not use ProcessWrapper (or OSSubprocess). Esteban > On 27 Aug 2016, at 11:01, stepharo <stepharo(a)free.fr> wrote: > > Once you have the file we can mirror it on our server. > > I always think about replication but this is not always the case. > > Stef > > >> Le 27/8/16 Ã 10:46, Peter Uhnak a Ã©crit : >> Hi, >> >> GitFileTree / IceBerg is now broken, because ProcessWrapper (one of the deps on Windows) is downloading plugin from >> >> http://leves.web.elte.hu/ProcessWrapper/ProcessWrapperPlugin.dll >> >> But of course since the domain is down, it breaks everything. >> >> Not the mention downloading dll over http. >> >> Peter > >

Aug. 27, 2016

Re: [Pharo-dev] About Pharo 60

by Cyril Ferlicot D.

Le 24/08/2016 Ã 06:59, stepharo a Ã©crit : > Hi > > We have some ideas (because people are working on items) for the Pharo 6 > roadmap > > and we will consolidate them soon and propose them to you. > > but I would like to know two kinds of points > > - what are the points you are working on and that would deserve more > focus and help from the community? > > (these points are important because like that you could go > faster and this is a good feeling to get done for example) > > - what would be points where (if magically we would get more > resources - to not dream if this is not you > > there is a high chance that we will not make it) it would be > nice to get some changes > > > Please pay attention that if you type too fast and come up with a > christmas list well it will stay a christmas list and will just make the > thread larger for nothing. > > Stef > > Hi! There is one thing I would like, but maybe not for Pharo6 since there is a lot to do, but I would like people to have this in mind: A way to deploy commercials apps. I would like to be able to say something like "Smalltalk lockForDeployment" and "Smalltalk prepareForDeployment" for example. The first one could just lock the access to the image and let a way to get them back if you have a password. The second could unload everything that you don't want for production if you don't plan to debug the image if there is a problem. At Synectique when we had a desktop application it was really hard to lock everything :( - Disable Halo - Disable Spotter - Disable the shortcuts to open a playground, a Nautilus, anything else that the application - Remove the private repositories and credentials just in case the client find a way to get through and get a Monticello - â¦ We should not have to do all that. Else Pharo will only be used to build commencial web applications where the image is on the company's server and not on the client's server. :( -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Aug. 27, 2016

MorphicDoc?

by Nicolai Hess

Anyone knows what is MorphicDoc (Kilon?) I loaded the stable configuration in Pharo 5.0, but I can not find any content. (missing dependencies / packagese maybe ? )

Aug. 27, 2016

Re: [Pharo-dev] About better communication in the community

by stepharo

May be we should take the one of Pharo30 and review all the code. Le 27/8/16 Ã 10:51, stepharo a Ã©crit : > I took the inspector from Pharo20 and I will check if it is working in > Pharo. > Then I will > - check EyeInspector from a package perspective (extensions and > the rest) > - make sure that we can remove EyeInspector > - package the attached file as BasicInspector. > > Now if you want to help you are welcome. > > Stef

Aug. 27, 2016