- Pharo-users - lists.pharo.org

Re: [Pharo-users] PlotMorph on Pharo 6.1

by Stephan Eggermont

On 13/09/17 19:22, Mark Bestley wrote: > Unfortunatley not. That error has gone but I now get > > x := x rounded. Yes, that is the question I posed. Assignment to block variables is prohibited now? Stephan

Sept. 13, 2017

Re: [Pharo-users] catalog.pharo.org - 503 service is temporarily unavailable

by Daniel BLANC

Thanks Esteban for fixing the issue. Thanks Marcus for the explanation, I understand the situation. On Wed, Sep 13, 2017 at 11:41 AM Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > > > BTW, If you need help for system administration, I'm willing to help and > I can dedicate some time to it. Is there someone I can talk to about this ? > > > > The problem is that for now we are running on Inria servers where logins > are restrictedâ¦ for sure we will at some point move > somewhere else. If that happens, we will make a call for help for sys > admin related tasks. > > Marcus > > >

Sept. 13, 2017

Re: [Pharo-users] PlotMorph on Pharo 6.1

by st＠bestley.co.uk

Mark Bestley <st(a)bestley.co.uk> wrote: > In this case shouldm't the catalog only be added to if someone actually > takes an action to do this - then there is a chance the code would be > checked. Otherwise rollinmg over from one release to another just > accumulates junk. > OK I am now more confused as I see that suggestion does not work. Looking for graphing packages I tried to load GraphET - which gives a popup box GraphET has not been marked as tested for Pharo6! Do you want to continue (installation could fail) Which seems to me to be a good feature, But does imply some packages have been added and marked as tested without being tested which does raise a large doubt in my mind as to what is supposed to work and how can I trust parts of the system which are marked as working. > > > Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > > Thanks for the report since I need PlotMorph too for a project. > > What you see is the consequence of lack of validation of published > > packages. This is years that I'm saying that I need someone to work on > > that. > > We got money from inria for Pavel to work on it but the bootstrap was > > more important :). > > -- Mark

Sept. 13, 2017

How to convert avoiding parser

by Casimiro de Almeida Barreto

Hello, Perhaps someone can help me with this problem: I'm saving a key pair in a mariadb/mysql table as follows: Â Â Â str := 'INSERT INTO chaves_de_encriptacao (numero_funcional, chave_privada, chave_publica) '. Â Â Â str := str,'VALUES ('''. Â Â Â str := str, self personId leaId asString, ''', '''. Â Â Â str := str, self keyPair privateKey asAsn1DerBytes asByteArray hex, ''', '''. Â Â Â str := str, self keyPair publicKeyÂ asAsn1DerBytes asByteArray hex,''')'. Â Â Â [ dbConnection execute: str ] on: Exception do: [ ^ false ]. And I'd like to recover the keys (SELECT * FROM chaves_de_encriptacao WHERE numero_funcional = 1010) and then reconvert in order to recover the original keys. Obviously I can do that by writting a parser that will get the hex and bring it back to binary but I'd like to avoid it. Question is: is there a reverse for asByteArray hex?

Sept. 13, 2017

Re: [Pharo-users] PlotMorph on Pharo 6.1

by st＠bestley.co.uk

In this case shouldm't the catalog only be added to if someone actually takes an action to do this - then there is a chance the code would be checked. Otherwise rollinmg over from one release to another just accumulates junk. Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Thanks for the report since I need PlotMorph too for a project. > What you see is the consequence of lack of validation of published > packages. This is years that I'm saying that I need someone to work on > that. > We got money from inria for Pavel to work on it but the bootstrap was > more important :). > -- Mark

Sept. 13, 2017

Re: [Pharo-users] PlotMorph on Pharo 6.1

by st＠bestley.co.uk

Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Excellent! > > > On Mon, Sep 11, 2017 at 8:10 PM, stephan <stephan(a)stack.nl> wrote: > > On 11-09-17 19:20, Stephane Ducasse wrote: > >> > >> Stefan > >> > >> (Did you publish the configuration in the PlotMorph repo?) > >> ifTrue: [ Stefan isPerfect ] > > > > > > PlotMorph, MetaRepos for Pharo 5 and 6 :) > > > > > > > > Unfortunatley not. That error has gone but I now get Fetched -> ConfigurationOfPlotMorph-StephanEggermont.5 --- http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ --- http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ Loaded -> ConfigurationOfPlotMorph-StephanEggermont.5 --- http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ --- http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ Loading 1.1 of ConfigurationOfPlotMorph... Fetched -> PlotMorph-StephanEggermont.8 --- http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ --- http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ OCStoreIntoReadOnlyVariableError: Cannot store into PlotMorphGrid drawGridOn: aCanvas | gridColor lighter darker baseColor bounds | baseColor := plot baseColor alpha: 1. lighter := baseColor twiceLighter. darker := baseColor twiceDarker. gridColor := (lighter diff: baseColor) > (darker diff: baseColor) ifTrue: [ lighter ] ifFalse: [ darker ]. bounds := plot drawBounds. (bounds left to: bounds right by: (self bestStep: bounds width)) do: [ :x | x := x rounded. aCanvas line: x @ bounds top to: x @ bounds bottom color: gridColor ]. (bounds top to: bounds bottom by: (self bestStep: bounds height)) do: [ :y | y := y rounded. aCanvas line: bounds left @ y to: bounds right @ y color: gridColor ] OCStoreIntoReadOnlyVariableError: Cannot store into PlotMorphGrid drawGridOn: aCanvas | gridColor lighter darker baseColor bounds | baseColor := plot baseColor alpha: 1. lighter := baseColor twiceLighter. darker := baseColor twiceDarker. gridColor := (lighter diff: baseColor) > (darker diff: baseColor) ifTrue: [ lighter ] ifFalse: [ darker ]. bounds := plot drawBounds. (bounds left to: bounds right by: (self bestStep: bounds width)) do: [ :x | x := x rounded. aCanvas line: x @ bounds top to: x @ bounds bottom color: gridColor ]. (bounds top to: bounds bottom by: (self bestStep: bounds height)) do: [ :y | y := y rounded. aCanvas line: bounds left @ y to: bounds right @ y color: gridColor ] OCStoreIntoReadOnlyVariableError: Cannot store into AxesMorph drawGridOn: aCanvas | gridColor right bottom width height lighter darker baseColor | baseColor := self baseColor. lighter := baseColor twiceLighter. darker := baseColor twiceDarker. gridColor := (lighter diff: baseColor) > (darker diff: baseColor) ifTrue: [ lighter ] ifFalse: [ darker ]. right := self bounds width - margin. width := self bounds width - (margin * 2). bottom := self bounds height - margin. height := self bounds height - (margin * 2). (margin to: right by: width / 10) do: [ :x | x := x rounded. aCanvas line: x @ margin to: x @ bottom color: gridColor ]. (margin to: bottom by: height / 10) do: [ :y | y := y rounded. aCanvas line: margin @ y to: right @ y color: gridColor ] OCStoreIntoReadOnlyVariableError: Cannot store into AxesMorph drawGridOn: aCanvas | gridColor right bottom width height lighter darker baseColor | baseColor := self baseColor. lighter := baseColor twiceLighter. darker := baseColor twiceDarker. gridColor := (lighter diff: baseColor) > (darker diff: baseColor) ifTrue: [ lighter ] ifFalse: [ darker ]. right := self bounds width - margin. width := self bounds width - (margin * 2). bottom := self bounds height - margin. height := self bounds height - (margin * 2). (margin to: right by: width / 10) do: [ :x | x := x rounded. aCanvas line: x @ margin to: x @ bottom color: gridColor ]. (margin to: bottom by: height / 10) do: [ :y | y := y rounded. aCanvas line: margin @ y to: right @ y color: gridColor ] Loaded -> PlotMorph-StephanEggermont.8 --- http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ --- cache ...finished 1.1 -- Mark

Sept. 13, 2017

Re: [Pharo-users] DictionaryValueHolder question

by Stephane Ducasse

Yes this is why I said that we should use them On Wed, Sep 13, 2017 at 10:40 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > On Wed, Sep 13, 2017 at 9:45 AM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: >> >> incomplete >> I would use Announcement. > > > ValueAdded/ValueChanged/ValueRemoved are all announcements. > > P

Sept. 13, 2017

Writing XML

by Jimmie Houchin

Hello, I am attempting to read and write an XML document. Currently I have parsed the document successfully. I have basic navigation and have learned how to modify the XMLDocument. Now I want to write the modified document back to the file system. What I have tried so far is: writer := XMLWriter new. xmldoc document writeXMLOn: writer. writer stream. f := File openForWriteFileNamed: '/home/jimmie/xmldoc.xml'. f nextPutAll: (writer write contents). f flush. f close. It does write an xml document to the file system. However, it has exploded in size. The original is 28mb and is in UTF-8. The newly written file is 112mb and is UTF-32. I do not know why the change in encoding or how to correct or manually set the encoding. Any help in understanding how to correctly write an XML document that I have read and minimally modified would be greatly appreciated. Thanks. Jimmie

Sept. 13, 2017

Re: Udo, an issue with the stable version - Re: Validate password with PBKDF2

by Francis

Thanks!Francis Udo Schneider wrote > Hi Francis,I'll check.CU,Udo -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 13, 2017

Re: [Pharo-users] Gofer loads wrong version?

by Herby VojÄÃk

Guillermo Polito wrote: > > > On Mon, Sep 4, 2017 at 1:01 PM, Herby VojÄÃk <herby(a)mailbox.sk > <mailto:herby@mailbox.sk>> wrote: > > Hello! > > As I need to load specific version of Glorp with my fix, and I did > not find out how to force-override it in my baseline, I tried to > load it post-the-baseline via Gofer: > > (Gofer new smalltalkhubUser: 'DBXTalk' project: 'Glorp') > package: 'Glorp'; > version: 'Glorp-HerbyVojcik.127'; > load. > > But it actually looks like this: [see attached bogusgofer.png]. > > OTOH, after the image loads the tests pass and monticello browser > looks like this: [see attached mbloaded127.png]. > > Am I doing something wrong? I am a bit afraid what is actually > loaded / if it won't break b/c of inconsistent state. > > > From my understanding, loading was right: > - underlined in monticello means loaded > - bold means not loaded > - normal (not bold nor underlined) means ancestor of loaded version > > So I'd say you have effectively loaded Glorp-HerbyVojcik.127 in your system. > > Now, why in the progress bar somebody is loading the version 129? I'm > not sure, maybe that's the metacello configuration? Or monticello needs > that to calculate something with ancestors? Dunno... Epicea item has something like "loading versions 127 and 129" in its title, so it probably means it actually loaded both (as they are the only ones being there, it seems it loaded all versions that it found). :-/ Now is it a bug in M*cello or is it me who is doing something wrong?

Sept. 13, 2017