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

Re: [Pharo-users] Pharo6 bootstrap how to

by Andreas Sunardi

I'm also interested in this topic. I've built some small tools but a bit troubled with the installation size. I'd like to reduce it, but still be able to go in and debug when there's problem and to restore a set of packages/classes to add back a removed feature if I later found I need it. I recently started to look at Dr.Geo to learn how to develop and deploy a Pharo based application. So, I'm thankful to Hilaire for bringing this topic up and I'm looking forward to learn from Dr. Geo and from the outcome of this topic. On Sat, Jul 1, 2017 at 6:29 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > https://www.peteruhnak.com/blog/2016/07/25/how-to-use- > git-and-github-with-pharo/ > > But you should look on the blog of dale henrichs > I did not check but he probably explained how to define baseline. > > > > On Tue, Jun 27, 2017 at 1:02 PM, Pavel Krivanek > <pavel.krivanek(a)gmail.com> wrote: > > Right now we do not have such source. > > > > -- Pavel > > > > > > 2017-06-26 18:42 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > >> > >> Do you have a page explaining the process so people can try out? > >> > >> Hilaire > >> > >> Le 26/06/2017 Ã 16:29, Pavel Krivanek a Ã©crit : > >> > You need to do it manually. You should probably start with own copy of > >> > BaselineOfIDE and then try to remove packages you don't need. You > should > >> > do it slowly and check if you are still able to generate a working > >> > image. > >> > > >> > -- Pavel > >> > >> -- > >> Dr. Geo > >> http://drgeo.eu > >> > >> > > > >

July 1, 2017

Re: [Pharo-users] Pharo6 bootstrap how to

by Stephane Ducasse

https://www.peteruhnak.com/blog/2016/07/25/how-to-use-git-and-github-with-p… But you should look on the blog of dale henrichs I did not check but he probably explained how to define baseline. On Tue, Jun 27, 2017 at 1:02 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Right now we do not have such source. > > -- Pavel > > > 2017-06-26 18:42 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: >> >> Do you have a page explaining the process so people can try out? >> >> Hilaire >> >> Le 26/06/2017 Ã 16:29, Pavel Krivanek a Ã©crit : >> > You need to do it manually. You should probably start with own copy of >> > BaselineOfIDE and then try to remove packages you don't need. You should >> > do it slowly and check if you are still able to generate a working >> > image. >> > >> > -- Pavel >> >> -- >> Dr. Geo >> http://drgeo.eu >> >> >

July 1, 2017

Re: [Pharo-users] FUEL documentation

by Stephane Ducasse

You have also a chapter that may be more up to date. On Fri, Jun 30, 2017 at 10:57 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: > Thank you! > > Juraj > >> El 30-06-2017, a las 22:55, Sven Van Caekenberghe <sven(a)stfx.eu> escribiÃ³: >> >> >>> On 30 Jun 2017, at 22:40, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >>> >>> (sorry, I have accidentally pressed send button) >>> >>> Hi, >>> >>> Is there any documentation about FUEL? I would like to understand in more detail what data are serialized, if I can somehow alter it (filter it) explicitly, and how can I handle errors on materialization. >>> >>> I was playing a bit with it and in some case, during the materialization, it complained that there is a missing class, but I was pretty sure that the class has nothing to do with the serialized objects. >>> >>> So, I will appreciate any documentation that helps to understand how I can analyze what is serialized and how to handle materialization errors. >>> >>> Thanks! >>> Juraj >> >> FUEL documentation is actually very good: https://rmod.inria.fr/web/software/Fuel >> >> > >

July 1, 2017

Re: [Pharo-users] Custom Glamour browser for Dr. Geo scripting

by Nicolai Hess

2017-06-30 9:55 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > I extended the browser definition with: > > browser transmit > from: #scripts; > from: #categories; > to: #methods; > when: [ :a :b | a isMeta not ]; > andShow: [:a | self methodsIn: a ]. > browser transmit > from: #scripts; > from: #categories; > to: #methods; > when: [ :a | a isMeta ]; > andShow: [:a | self classMethodsIn: a ]. > > > However it does not work as #when: message always receive a class, so > the wrong methods a re list in the method pane. > > I enclosed a Fileout of the browser. It works independently of DrGeo. > When one select class methods, still the instance methods are displayed > in right most pane. > > Any tips? > I don't have a solution. I just want to make more clear what the problem is. See attached screenshot. The question is, is it possible to make the population of the "methods" list dependent of the focused "Instance Methods"/"Class Methods" pane ? I tried to wire a "#focus" port, but I don't think the "categories"-pane exports any port that could be used to distinguish between the selected tabs. > > Thanks > > Hilaire > > > Le 29/06/2017 Ã 14:59, Hilaire a Ã©crit : > > but something is missing to get the listed method right depending on the > > category is instance or class side. I don't how to do it. > > -- > Dr. Geo > http://drgeo.eu > >

July 1, 2017

Re: Validate password with PBKDF2

by Francis

That's fine, thanks Udo and thanks for your PBKDF2 code Francis Udo Schneider wrote > 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. -- View this message in context: http://forum.world.st/Validate-password-with-PBKDF2-tp4952973p4953178.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 1, 2017

Re: [Pharo-users] Validate password with PBKDF2

by Sven Van Caekenberghe

Erik, > On 1 Jul 2017, at 09:41, Erik Stel <erik.stel(a)gmail.com> wrote: > > Hi Francis, > > You write: > > Pharo Smalltalk Users mailing list wrote >> FIY >> >> UUID new asByteArray >> >> does not give a ByteArray because UUID is a subclass of ByteArray and >> asByteArray returns self > > (Entering teacher mode) > This actually means that "UUID new asByteArray" does answer a ByteArray. It > will answer (as you mentioned correctly) itself. Since a UUID is a ByteArray > it means it will answer a ByteArray (in contrary to your statement). > > To put it differently: The inheritance relation (UUID being a subclass of > ByteArray) is a "IS-A" relation. So any UUID is a ByteArray. > > This means however the message "asByteArray" did not have to be send of > course (it is already a ByteArray). I was not sure the class UUID was > actually a subclass of ByteArray when writing my reply. Turns out it is. Not so fast. The discussion started with validating the final result which involved #=. Note that UUID new in: [ :uuid | uuid = (ByteArray readHexFrom: uuid hex) ]. => false UUID new in: [ :uuid | uuid hasEqualElements: (ByteArray readHexFrom: uuid hex) ]. => true SequenceableCollection>>#= fails when the classes/species involved are different, so even though UUID inherits from ByteArray, you cannot easily/naively compare them. Now, using #hasEqualElements: would solve the original problem (PBKDF2 derivedKeyHashFunction: SHA256 password: 'aSimplePassword' salt: '' iterations: 3000 length: 16 ) hasEqualElements: hashedPassword. Sven > Cheers, > Erik > > > > > > -- > View this message in context: http://forum.world.st/Validate-password-with-PBKDF2-tp4952973p4953168.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 1, 2017

Re: Validate password with PBKDF2

by Francis

Right! Sven Van Caekenberghe-2 wrote > Now, using #hasEqualElements: would solve the original problem -- View this message in context: http://forum.world.st/Validate-password-with-PBKDF2-tp4952973p4953176.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 1, 2017

Re: Validate password with PBKDF2

by Francis

Evaluate: (UUID fromString: '0608b9dc-02e4-4dd0-9f8a-ea45160df641') asByteArray = (ByteArray fromHexString: '0608B9DC02E44DD09F8AEA45160DF641'). Francis Erik Stel wrote > Hi Francis, > > You write: > Pharo Smalltalk Users mailing list wrote >> FIY >> >> UUID new asByteArray >> >> does not give a ByteArray because UUID is a subclass of ByteArray and >> asByteArray returns self > (Entering teacher mode) > This actually means that "UUID new asByteArray" does answer a ByteArray. > It will answer (as you mentioned correctly) itself. Since a UUID is a > ByteArray it means it will answer a ByteArray (in contrary to your > statement). > > To put it differently: The inheritance relation (UUID being a subclass of > ByteArray) is a "IS-A" relation. So any UUID is a ByteArray. > > This means however the message "asByteArray" did not have to be send of > course (it is already a ByteArray). I was not sure the class UUID was > actually a subclass of ByteArray when writing my reply. Turns out it is. > > Cheers, > Erik -- View this message in context: http://forum.world.st/Validate-password-with-PBKDF2-tp4952973p4953174.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 1, 2017

Re: [Pharo-users] Validate password with PBKDF2

by Udo Schneider

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 1, 2017

Re: [Pharo-users] Validate password with PBKDF2

by Erik Stel

Hi Francis, You write: Pharo Smalltalk Users mailing list wrote > FIY > > UUID new asByteArray > > does not give a ByteArray because UUID is a subclass of ByteArray and > asByteArray returns self (Entering teacher mode) This actually means that "UUID new asByteArray" does answer a ByteArray. It will answer (as you mentioned correctly) itself. Since a UUID is a ByteArray it means it will answer a ByteArray (in contrary to your statement). To put it differently: The inheritance relation (UUID being a subclass of ByteArray) is a "IS-A" relation. So any UUID is a ByteArray. This means however the message "asByteArray" did not have to be send of course (it is already a ByteArray). I was not sure the class UUID was actually a subclass of ByteArray when writing my reply. Turns out it is. Cheers, Erik -- View this message in context: http://forum.world.st/Validate-password-with-PBKDF2-tp4952973p4953168.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 1, 2017