- Pharo-dev - lists.pharo.org

Versionner in pharo 3.0
by Norbert Hartl Feb. 19, 2014

Feb. 19, 2014

Is anybody using Versionner in 3.0? I would be really interested in some success reports. In my case I cannot achieve much with it. I really donât get when it is creating a baseline version and when a static version. Releasing a valid baseline produces a static version that looks good but also it creates a new baseline. Why? Because creating a baseline in any of my projects lead to a bogus configuration. Versionner rewrites project dependency wrongly (projects are named after configurations and not after names I give them. loads: directives are stripped off but references in the rest of the configuration are not changed accordingly). In my current project it creates a baseline with the same version as a static version that already exists. It is a shame because it looks so good but all the funtionalities do not work in my projects except âcommit the projectâ. I hope Iâm doing something wrong but then I downloaded a fresh pharo 3.0 this morning and loaded my config and went from there. How to proceed? What kind of test case should I deliver. I think Versionner is pretty important and I should be usable in 3.0. Norbert

2 1

Pharo on Raspberry Pi
by Torsten Bergmann Feb. 19, 2014

Feb. 19, 2014

good news: "After some efforts, fighting with cross-compilers (cross assemblers) Jean-Baptiste Arnaud finally fixed the PharoS bug on Raspbian and now Pharo runs totally on Raspberry. Well done JB." see [1] and some advertising [2]. [1] http://pharoweekly.wordpress.com/2014/02/19/raspberrypi/ [2] http://www.dzone.com/links/pharo_runs_totally_on_raspberry.html

1 0

RFB "fixed" for pharo 3.0
by Norbert Hartl Feb. 19, 2014

Feb. 19, 2014

On my way to use pharo 3.0 in deployment I noticed RFB is not working in pharo 3.0. I examined the problem and find _a_ cause for it. I donât know enough about keyboard handling so I donât know if this workaround is good or bad. At least I can use RFB in 3.0 again meaning it works as good/bad as before. Iâve added a new version 0.61 especially for pharo 3.0. Changes are in â Name: RFB-NorbertHartl.42 Author: NorbertHartl Time: 19 February 2014, 11:36:04.43861 am UUID: 399bd413-4fe4-43ec-9041-f95b6fb9b594 Ancestors: RFB-MarianoMartinezPeck.41 Added extra key code in keyboard event so that RFB is usable in pharo 3.0. Exchanged some of the deprecations as well as this version is supposed to be used for pharo 3.0. One deprecation method is still left and that is Beeper beepPrimitive. This seems to be a problem in pharo â Norbert

2 1

./pharo .st argument and quit/no quit
by Sebastian Sastre Feb. 18, 2014

Feb. 18, 2014

Hi there, can someone clarify this for me? lets say you execute in the terminal: pharo-vm-nox some.image save awesome.image âdelete-old it starts, saves the image and deletes the old one and quits returning control to terminal but if you do: pharo-vm-nox some.image ImageBuilder.st save awesome.image âdelete-old it stays forever open I was taking a look at this but what is âquitâ option? can someone explain the behaviour of this please? STCommandLineHandler>>end | quit | quit := self commandLine hasOption: 'quit'. (self commandLine hasOption: 'save') ifTrue: [ Smalltalk snapshot: true andQuit: quit ]. quit ifTrue: [ self exitSuccess ].

3 6

installing opendbx for postgres on mac
by Tudor Girba Feb. 18, 2014

Feb. 18, 2014

Hi, After successfully getting DBXTalk to work with Oracle on Windows, I would like to try to use it with Postgres on Mac. However, I have difficulties in obtaining the binaries for OpenDBX for Mac (Mountain Lion). Does any of you know how to do this? Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

3 5

Re: [Pharo-dev] Fuel: fix for Squeak trunk
by Stephan Eggermont Feb. 18, 2014

Feb. 18, 2014

Max wrote: >Good idea. What would we put there? I canât think of anything else than globalsâ¦ >If globals is the only thing then Iâm not sure that itâs worth the effort. Make sure the code loads (not runs) in gemstone. Then you know. At least the calls to primitives should be moved. Stephan

2 1

Re: [Pharo-dev] XMLParser does not close input stream
by monty Feb. 18, 2014

Feb. 18, 2014

Please try the latest version. > ----- Original Message ----- > From: paolo.bernardi.67(a)gmail.com > Sent: 02/17/14 07:02 PM > To: Pharo Development List > Subject: [Pharo-dev] XMLParser does not close input stream > > hi, > after parsing the input stream is left open, > so Dia can't save the next version of my toy-designs. > > added > streamReader stream close. > > at the end of > XMLParserTokenizer>>nextEndDocument > > this made Dia (and me) happy. > cheers

1 0

[pharo-project/pharo-core] e21080: 30767
by GitHub Feb. 18, 2014

Feb. 18, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: e21080920362debd2ca9b2b14ba25878e7ee640e https://github.com/pharo-project/pharo-core/commit/e21080920362debd2ca9b2b1… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-02-18 (Tue, 18 Feb 2014) Changed paths: M FileSystem-Tests-Core.package/FileSystemTest.class/instance/tests/testEntryAt.st M Nautilus.package/AbstractNautilusUI.class/instance/source code area/okToChange.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script420.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30767.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30767 12892 DiskFileSystemTest>>#testEntryAt https://pharo.fogbugz.com/f/cases/12892 12890 Spotlight with package names opens Nautilus with nil sourceTextArea https://pharo.fogbugz.com/f/cases/12890 http://files.pharo.org/image/30/30767.zip

1 0

[pharo-project/pharo-core]
by GitHub Feb. 18, 2014

Feb. 18, 2014

Branch: refs/tags/30767 Home: https://github.com/pharo-project/pharo-core

1 0

FFI blowfish for encrypting / decrypting [WAS] Re: How to encrypt a password?
by Mariano Martinez Peck Feb. 18, 2014

Feb. 18, 2014

On Thu, Nov 21, 2013 at 3:53 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Mariano Martinez Peck wrote > > Hi Paul, and just to be sure I understand...none of them could work as a > > two-way encryption, right? > > The only one is your Pharo's version of Blowfish but that only works with > > 8 > > chars long. Is it like this? Or is there any other two-way encryption? > > > > Thanks! > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > Yes that's right. The PasswordHashingFFI stuff is all one way encryption. > Blowfish is two way, and the current implementation only works for 8 byte > chunks. I stopped working on it when the Smalltalk bcrypt implementation I > wanted proved to be 5000x times slower than the FFI version. Someone needs > to add the CBC part to Blowfish to encrypt longer strings. I do not know > of > another in image two way encryption scheme, but there may be something in > the Cryptography repo. I'm not sure. > > > Hi Paul, Sorry for the cross posting. I was using the Smalltalk version of the Blowfish you did to encrypt and decrypt things. But now I realize it is very very slow for the usage I need. You seem to have faced the same problem. I am encrypting pieces of 8 characters long. But I wonder if the *decryption* is available as well in FFI version? I see #ffiCrypt:with: but nothing to decrypt... Thanks in advance -- Mariano http://marianopeck.wordpress.com

2 5