July 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] installing iceberg

by sergio ruiz

I am running pharo 6. i am running the 64bit version.. should i be running the 32bit version? when i try to run iceberg, I get an error.. but it is installed when i download.. On July 6, 2017 at 5:32:09 PM, Tim Mackinnon (tim(a)testit.works) wrote: there were some instructions in an email from Esteban - but you only need to do that if you want to run 64bit - otherwise you can stick with the stock Pharo 6 one? ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

July 7, 2017

Re: [Pharo-users] installing iceberg

by Tim Mackinnon

What version are you trying to install in in? As Pharo 6 (and I believe the new 7) already have it installed- you can just select it in the Tools menu? If you are trying to upgrade it - there were some instructions in an email from Esteban - but you only need to do that if you want to run 64bit - otherwise you can stick with the stock Pharo 6 one? Tim > On 6 Jul 2017, at 22:02, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > Hi, all.. > > I am trying to install iceberg, and am running into a problem finding iceberg.. > > looks like i am missing ibgit2.dylib' 'libgit2.0.dylibâ > > running macOS.. > > any ideas? thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 <http://bit.ly/29z9fG0> > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com <http://www.village-buzz.com/> > http://www.ThoseOptimizeGuys.com <http://www.thoseoptimizeguys.com/> > http://www.coffee-black.com <http://www.coffee-black.com/> > http://www.painlessfrugality.com <http://www.painlessfrugality.com/> > http://www.twitter.com/sergio_101 <http://www.twitter.com/sergio_101> > http://www.facebook.com/sergio101 <http://www.facebook.com/sergio101>

July 6, 2017

installing iceberg

by sergio ruiz

Hi, all.. I am trying to install iceberg, and am running into a problem finding iceberg.. looks like i am missingÂ ibgit2.dylib' 'libgit2.0.dylibâ running macOS.. any ideas? thanks! ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

July 6, 2017

Updating my remote pharo to latest codebase..

by sergio ruiz

Hi, all.. I think have most everything figured out on running and managing my remote image. I have been running i headless and using PharmIDE.. but i canât figure out how to update a package to the latest version.. In my case, i have a few packages with source code, tests, etc. set up with a metacello configuration. Normally, I would just use Â VNC and monticello to update it while it was still running.. but VNC is causing me all sorts of issues, and i feel like thereâs a better way. since this is in alpha, i am keeping data in the image.. but once this is no longer an issue, i will just build a new new image every time with a script.. but for now, what is the best way to handle this? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

July 6, 2017

Re: [Pharo-users] Validate password with PBKDF2

by Udo Schneider

Hi HernÃ¡n, cool! JFYI: I just updated the configuration to use the new Cryptogtaphy Package (v50) by Esteban. Maybe it's time to create it's own config for it. CU, Udo Am 06/07/17 um 05:19 schrieb HernÃ¡n Morales Durand: > Hi Udo and others, > > I just integrated PBKDF2 hasher into ApplicationSecurity: > Usage example: > > (ASPasswordVerifier new > hasher: ASPBKDF2Hasher new; > plainTextPassword: 'testPassword'; > storedSalt: '590b223fc584ae96edf3d5dc7e363034'; > storedFinalPassword: '2828efb46d56ca2fb004026398d412ef') verify. > > Cheers, > > HernÃ¡n > > > 2017-07-01 5:03 GMT-03:00 Udo Schneider > <udo.schneider(a)homeaddress.de > <mailto:udo.schneider@homeaddress.de>>: > > Francis, > > I can relate to the idea of easily embedding PBKDF2/bcrypt into your > code. However the functionality of /managing/ the salt is not > specificed in PBKDF2. The spec only covers the actual the hashing > part. However wrapping it into a simple to use wrapper is pretty > simple. The code below is something I use in my code for example: > > "Create a new password instance" > pwd := KNPassword fromPlaintext: 'secret'. > "Now store that instance. It encapsulates hash, generated salt and > the load parameter. Because all the load parameters are accessed via > methods you can also back them with ivars and have different instances > with different load parameters. E.g. for adapting to advances in > hash cracking." > > pwd verify: 'secret'. "Verify the password" > > CU, > > Udo > > > > > > 'From Pharo5.0 of 16 April 2015 [Latest update: #50772] on 1 July > 2017 at 10:01:05.207245 am'! > Object subclass: #KNPassword > instanceVariableNames: 'salt hash' > classVariableNames: 'PRNG' > poolDictionaries: '' > category: 'ThreatNews-Core'! > > !KNPassword methodsFor: 'accessing' stamp: 'UdoSchneider 5/26/2017 > 11:48'! > salt > ^ salt > ifNil: [ salt := ((1 to: self saltLength) collect: > [ :each | self class prng nextInt: 255 ]) > asByteArray ]! ! > > !KNPassword methodsFor: 'accessing' stamp: 'UdoSchneider 7/1/2017 > 09:58'! > iterations > ^ 1000! ! > > !KNPassword methodsFor: 'accessing' stamp: 'UdoSchneider 7/1/2017 > 09:58'! > length > ^ 64! ! > > !KNPassword methodsFor: 'accessing' stamp: 'UdoSchneider 7/1/2017 > 09:58'! > saltLength > ^ 16! ! > > !KNPassword methodsFor: 'accessing' stamp: 'UdoSchneider 7/1/2017 > 09:57'! > hashClass > ^ SHA256! ! > > > !KNPassword methodsFor: 'as yet unclassified' stamp: 'UdoSchneider > 5/26/2017 11:51'! > setPlaintext: aString > hash := self hashString: aString! ! > > !KNPassword methodsFor: 'as yet unclassified' stamp: 'UdoSchneider > 5/26/2017 11:52'! > verify: aString > ^ (self hashString: aString) = hash! ! > > !KNPassword methodsFor: 'as yet unclassified' stamp: 'UdoSchneider > 5/26/2017 11:51'! > hashString: aString > ^ PBKDF2 > derivedKeyHashFunction: self hashClass > password: aString > salt: self salt > iterations: self iterations > length: self length! ! > > "-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- "! > > KNPassword class > instanceVariableNames: ''! > > !KNPassword class methodsFor: 'as yet unclassified' stamp: > 'UdoSchneider 5/26/2017 11:49'! > reset > PRNG := nil! ! > > !KNPassword class methodsFor: 'as yet unclassified' stamp: > 'UdoSchneider 5/26/2017 11:49'! > fromPlaintext: aString > ^ self new > setPlaintext: aString; > yourself! ! > > !KNPassword class methodsFor: 'as yet unclassified' stamp: > 'UdoSchneider 5/26/2017 11:49'! > prng > ^ PRNG ifNil: [ PRNG := Random new ]! ! > > > >

July 6, 2017

Re: [Pharo-users] Problem with PharmIDE

by sergio ruiz

yes.. this is what i was trying to do.. the problem is, when VNC disconnects, it leaves the image in an error state, and i can no longer connect.. thanks! On July 6, 2017 at 7:09:11 AM, Denis Kudriashov (dionisiydk(a)gmail.com) wrote: But take care, IDE server has no security in communication protocol. So it is up to you to organize secure channel for debug purpose with external tools like VPN. ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

July 6, 2017

Re: [Pharo-users] Problem with PharmIDE

by sergio ruiz

Taking a look at this now.. thank YOU for an awesome tool.. On July 6, 2017 at 7:06:39 AM, Denis Kudriashov (dionisiydk(a)gmail.com) wrote: Thank's for feedback. Best regards, Denis ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

July 6, 2017

Re: [Pharo-users] Problem with PharmIDE

by Denis Kudriashov

2017-07-06 13:05 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > If you will save your image with running server then peerId will be > constant forever and this error should not happen. But take care, IDE server has no security in communication protocol. So it is up to you to organize secure channel for debug purpose with external tools like VPN.

July 6, 2017

Re: [Pharo-users] Problem with PharmIDE

by Denis Kudriashov

2017-07-06 4:45 GMT+02:00 sergio ruiz <sergio.rrd(a)gmail.com>: > Hey, all.. > > I am checking out PharmIDE.. This is BOSS.. but in testing, i lost > connection to my remote.. and now, when i try to evaluate: > > > remotePharo := PrmRemoteIDE connectTo: (TCPAddress ip: #[138 197 11 201] > port: 40423). > > I get: > > Error: Peer should not change id when it was already identified > This error can happen when your server image was restarted. When image starts "pharm" server first time it assigns peerId. Then client uses this peerId to identify new connections. Problem happens when image is started again with new server instance which assigns new peerId. If you will save your image with running server then peerId will be constant forever and this error should not happen. This part needs improvement. At least PharmIDE disconnectAll should work. Disconnection notifies remote peer about disconnecting which can lead to errors like network or what you saw. I probably made some mistake on handling this errors. My idea was to show warning about problem with ability to ignore it by proceed action. Now in such case you can manually reset default instance in method "PrmRemoteIDE class>>#default". Then following connection should work. Thank's for feedback. Best regards, Denis

July 6, 2017

Re: [Pharo-users] Are we able to run pharo images in a read only environment?

by Pavel Krivanek

Currently we do not publish 64-bit versions of minimal images however it is easy to convert it: You need a VMMaker image: https://ci.inria.fr/pharo/view/all/job/Spur-Git-Tracker/lastSuccessfulBuild… ...and then do: pharo generator.image eval "Spur32to64BitBootstrap new bootstrapImage: 'Pharo-minimal-60506.image'" -- Pavel 2017-07-05 16:05 GMT+02:00 Tim Mackinnon <tim(a)testit.works>: > I went to try this to see how it might perform on AWS Lambda but Iâm > guessing there isnât a minimal 64 bit image right? > > Sven - was this a 32bit image from get.pharo.org/70-minimal? > > Tim > > On 30 Jun 2017, at 14:43, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 27 Jun 2017, at 21:15, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 27 Jun 2017, at 21:00, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > > Interesting experiment. > > It would be good to know how fast does the image boot and start > execution in the context of a service billed at the sub second scale. > > > Sadly I have the impression we lost some speed: > > ~/pharo64$ ./pharo Pharo.image printVersion > [version] 6.0 #60499 > > ~/pharo64$ time ./pharo Pharo.image eval '42 factorial' > 1405006117752879898543142606244511569936384000000000 > > real 0m1.276s > user 0m0.985s > sys 0m0.171s > > while before > > ~/pharo/build$ ../bin/pharo Pharo.image printVersion > [version] 4.0 #40620 > > $ time ../bin/pharo Pharo.image eval '42 factorial' > 1405006117752879898543142606244511569936384000000000 > > real 0m0.526s > user 0m0.434s > sys 0m0.045s > > But it is really hard to find the cause. > > > The good news is that the Pharo 7 minimal core is way faster > > $ time ./pharo ~/Downloads/Pharo7.0-core-32bit-b649ac6.image eval "42 > factorial" > 1405006117752879898543142606244511569936384000000000 > > real 0m0.262s > user 0m0.132s > sys 0m0.062s > > Which is good of course ! > > That being said, these lambda servers can only work well if they keep > instances alive for longer when there is enough traffic. > > Esteban A. Maringolo > > > 2017-06-27 13:05 GMT-03:00 Tim Mackinnon <tim(a)testit.works>: > > Hi - I am trying to run a pharo image in lambda (as an experiment) - > however > I get an error from Pharo about not being able to write to the changes > file? > > As I am just evaluating some code - Iâm not really coding, so donât need a > changes file - is there a command line option to not require it? > > Also, am I running pharo the most efficient way - Iâm using eval on the > command line and referencing a class with a class method - but is this the > best way? > > Thanks, > > Tim > > "errorMessage": "Command failed: ./pharo Pharo.image eval \"Lambda > processJSON: > '{\"key3\":\"value3\",\"key2\":\"value2\",\"key1\":\"value1\"}'\"\n'Pharo > cannot write to the changes file named /var/task/Pharo.changes.\n\nPlease > check that you have write permission for this file.\n\nYou won''t be able > to > save this image correctly until you fix this.'\n\u001b[31mError: Can't find > the requested > origin\n\u001b[0mUnixResolver(PlatformResolver)>>cantFindOriginError\n[ > self > cantFindOriginError ] in > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ > self cantFindOriginError > ]\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: > or:\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: > \nUnixResolver>>home\n[ > self home / '.config' ] in UnixResolver>>preferences in Block: [ self home > / > '.config' > ]\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: > or:\nUnixResolver>>preferences\nUnixResolver( > FileSystemResolver)>>resolve:\nSystemResolver(FileSystemResolver)>> > unknownOrigin:\nSystemResolver(FileSystemResolver)>>resolve:\ > nInteractiveResolver>>unknownOrigin:\n[ > self unknownOrigin: origin ] in InteractiveResolver>>resolve: in Block: [ > self unknownOrigin: origin > ]\nIdentityDictionary(Dictionary)>>at:ifAbsent:\ > nInteractiveResolver>>resolve:\nFileLocator>>resolve\nFileLocator( > AbstractFileReference)>>exists\nGlobalIdentifierStonPersistence( > GlobalIdentifierPersistence)>>shouldCallPreviousPersistence\ > nGlobalIdentifierStonPersistence(GlobalIdentifierPersistence)>> > ensure:\nGlobalIdentifier>>ensure\nGlobalIdentifier > class>>initializeUniqueInstance\nGlobalIdentifier > class>>uniqueInstance\nSystemSettingsPersistence > class>>resumeSystemSettings\n[ :persistence | persistence > resumeSystemSettings ] in PharoCommandLineHandler>>runPreferences in > Block: > [ :persistence | persistence resumeSystemSettings > ...etc...\nBlockClosure>>cull:\nSystemDictionary(Dictionary) > >>at:ifPresent:\nSmalltalkImage>>at:ifPresent:\nPharoCommandLineHandler>> > runPreferences\nPharoCommandLineHandler>>activate\nPharoCommandLineHandler > class(CommandLineHandler class)>>activateWith:\n\u001b[0m", > "errorType": "Error", > "stackTrace": [ > "'Pharo cannot write to the changes file named > /var/task/Pharo.changes.", > "", > "Please check that you have write permission for this file.", > "", > "You won''t be able to save this image correctly until you fix this.'", > "\u001b[31mError: Can't find the requested origin", > "\u001b[0mUnixResolver(PlatformResolver)>>cantFindOriginError", > "[ self cantFindOriginError ] in > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ > self cantFindOriginError ]", > "UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or:", > "UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:", > "UnixResolver>>home", > "[ self home / '.config' ] in UnixResolver>>preferences in Block: [ self > home / '.config' ]", > "UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or:", > "UnixResolver>>preferences", > "UnixResolver(FileSystemResolver)>>resolve:", > "SystemResolver(FileSystemResolver)>>unknownOrigin:", > "SystemResolver(FileSystemResolver)>>resolve:", > "InteractiveResolver>>unknownOrigin:", > "[ self unknownOrigin: origin ] in InteractiveResolver>>resolve: in > Block: [ self unknownOrigin: origin ]", > "IdentityDictionary(Dictionary)>>at:ifAbsent:", > "InteractiveResolver>>resolve:", > "FileLocator>>resolve", > "FileLocator(AbstractFileReference)>>exists", > > "GlobalIdentifierStonPersistence(GlobalIdentifierPersistence)>> > shouldCallPreviousPersistence", > "GlobalIdentifierStonPersistence(GlobalIdentifierPersistence)>>ensure:", > "GlobalIdentifier>>ensure", > "GlobalIdentifier class>>initializeUniqueInstance", > "GlobalIdentifier class>>uniqueInstance", > "SystemSettingsPersistence class>>resumeSystemSettings", > "[ :persistence | persistence resumeSystemSettings ] in > PharoCommandLineHandler>>runPreferences in Block: [ :persistence | > persistence resumeSystemSettings ...etc...", > "BlockClosure>>cull:", > "SystemDictionary(Dictionary)>>at:ifPresent:", > "SmalltalkImage>>at:ifPresent:", > "PharoCommandLineHandler>>runPreferences", > "PharoCommandLineHandler>>activate", > "PharoCommandLineHandler class(CommandLineHandler > class)>>activateWith:", > "\u001b[0m", > "ChildProcess.exithandler (child_process.js:204:12)", > "emitTwo (events.js:106:13)", > "ChildProcess.emit (events.js:191:7)", > "maybeClose (internal/child_process.js:886:16)", > "Process.ChildProcess._handle.onexit (internal/child_process.js:226:5)" > ] > } > > >

July 6, 2017