December 2018 - Pharo-users

Re: [Pharo-users] Pharo 7 Monticello browser and github repositories

by Cyril Ferlicot

On Sun 2 Dec 2018 at 18:47, Sanjay Minni via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > How to add new github repositories in Monticello (Browser) in Pharo 7 > (e.g to include the repository for Voyage) > > Monticello browser does show github repositories - how to edit / add new ones ? > > Hi, You can add FileTree or Tonel repositories to Monticello. But to really manage git repositories you will need Iceberg. > > ----- > cheers, > Sanjay > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > -- Cyril Ferlicot https://ferlicot.fr

Dec. 2, 2018

Pharo 7 Monticello browser and github repositories

by Sanjay Minni

How to add new github repositories in Monticello (Browser) in Pharo 7 (e.g to include the repository for Voyage) Monticello browser does show github repositories - how to edit / add new ones ? ----- cheers, Sanjay -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 2, 2018

Re: [Pharo-users] VPS difficulties

by horrido

Bizarre. I've created a new VirtualBox image of Debian and now this solution no longer works! I'm still getting the thread priority warning. So this solution appears to be unreliable. <sigh> On Fri, 23 Nov 2018 at 04:02, horrido <horrido.hobbies@> wrote: > Okay, I've resolved everything. First, the reason why I'm getting the > 'pthread_setschedparam failed' error when I run Pharo under Debian is > because it must be run as 'root'! Don't ask me why, but that's the reason > why Pharo can't set thread priorities. (This wasn't an issue under Ubuntu > Server â go figure.) > > Second, I am now using Pharo's own SHA256 class. It's probably not as > secure > (because it doesn't use a salt value) and not as quick to execute (not > being > C code), but for my purpose, it doesn't really matter. > > So I can use DigitalOcean or OVH to run my web server in a VPS. > Good to hear. But you shouldn't need to run Pharo as root, just be root to create this config file.... cat <<END | sudo tee /etc/security/limits.d/pharo.conf * hard rtprio 2 * soft rtprio 2 END cheers -ben </quote> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 2, 2018

Re: [Pharo-users] VPS difficulties

by horrido

If you mean by removing the '-m32' flag, it didn't work for me. I can't remember the error messages. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 2, 2018

Re: [Pharo-users] How to take care that the + before a number is ignored

by Benoit St-Jean

Just realized that String>>#asNumber works differently in Pharo and in Squeak. '+3' asNumber "Works in Squeak, not in Pharo" BUT '+3' asInteger "Works in both Squeak and Pharo" ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean Instagram: Chef_Benito IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) On Sunday, December 2, 2018, 11:06:56 a.m. EST, phil(a)highoctane.be <phil(a)highoctane.be> wrote: I am not using a file, but copy/paste my puzzleInput into a puzzleInput method. Then I use lines from there. e.g. shifts Â Â Â ^ self puzzleInput lines collect: [ :each | ((each beginsWith: '+') ifTrue: [ each allButFirst ] ifFalse: [ eachÂ ]) asNumber ] Because the challenge is personalized and it is annoying to have to commit a supplementary file in the github repository. Phil On Sun, Dec 2, 2018 at 3:27 PM Benoit St-Jean via Pharo-users <pharo-users(a)lists.pharo.org> wrote: Exactly! It's easier to manipulate that OrderedCollection that to open/reopen the file.Â It'll be VERY handy for problem #2 where you will need to iterate multiple times on the data!Â ;) ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean Instagram: Chef_Benito IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) On Sunday, December 2, 2018, 7:15:06 a.m. EST, Roelof Wobben <r.wobben(a)home.nl> wrote: Op 2-12-2018 om 12:19 schreef Benoit St-Jean via Pharo-users: oke, and if I understand your code files is then the variable that holds the file. Roelof

Dec. 2, 2018

Re: [Pharo-users] How to take care that the + before a number is ignored

by Roelof Wobben

Dec. 2, 2018

Re: [Pharo-users] Voyage

by Norbert Hartl

I thought I did it already. Cannot check now, I donât have a computer right now. > Am 02.12.2018 um 16:44 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: > > So we just need to change the dependency. Cool :) > > >> On 2 Dec 2018, at 16:18, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> I added PBKDF2 to the cryptography repository on github a while ago. One reason why I migrated cryptography in the first place >> >> Norbert >> >>> Am 02.12.2018 um 15:59 schrieb Cyril Ferlicot <cyril.ferlicot(a)gmail.com>: >>> >>> >>> >>>> On Sun 2 Dec 2018 at 15:38, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>> There was a cryptography version on GitHub, isnât? >>>> >>> >>> Yes, but we need someone with the rights to write on PBKDF2 on StHub, or migrate it in github aswell to fix the issue. >>> >>>> >>>>> On 2 Dec 2018, at 15:31, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: >>>>> >>>>> >>>>> >>>>> On Sun 2 Dec 2018 at 15:08, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>>>> There is indeed a problem because cryptography package is still using an old API: #ifNotNilDo: that does not exists anymore in Pharo. >>>>>> You are probably seen something like this: >>>>>> >>>>>> <Screenshot 2018-12-02 at 15.02.19.png> >>>> >>>>> >>>>> >>>>> I looked at it last time and the problem is that one of the dependency hosted on StHub still depends on the StHub version of Cryptography. >>>>> >>>>> http://smalltalkhub.com/#!/~UdoSchneider/PBKDF2/ >>>>> >>>>> But not many people can write on this project I think. >>>>> >>>>>> >>>>>> >>>>>> (And this is a bug) >>>>>> Anyway, while we fix this, you can replace #ifNotNilDo: for #ifNotNil:, then save and select âproceedâ. >>>>>> >>>>>> That will allow voyage to load properly. >>>>>> >>>>>> Cheers, >>>>>> Esteban >>>>>> >>>>> -- >>>>> Cyril Ferlicot >>>>> https://ferlicot.fr >>>> >>> -- >>> Cyril Ferlicot >>> https://ferlicot.fr >

Dec. 2, 2018

Re: [Pharo-users] How to take care that the + before a number is ignored

by phil＠highoctane.be

I am not using a file, but copy/paste my puzzleInput into a puzzleInput method. Then I use lines from there. e.g. shifts ^ self puzzleInput lines collect: [ :each | ((each beginsWith: '+') ifTrue: [ each allButFirst ] ifFalse: [ each ]) asNumber ] Because the challenge is personalized and it is annoying to have to commit a supplementary file in the github repository. Phil On Sun, Dec 2, 2018 at 3:27 PM Benoit St-Jean via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Exactly! > > It's easier to manipulate that OrderedCollection that to open/reopen the > file. It'll be VERY handy for problem #2 where you will need to iterate > multiple times on the data! ;) > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > Instagram: Chef_Benito > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > On Sunday, December 2, 2018, 7:15:06 a.m. EST, Roelof Wobben < > r.wobben(a)home.nl> wrote: > > > Op 2-12-2018 om 12:19 schreef Benoit St-Jean via Pharo-users: > > > oke, and if I understand your code files is then the variable that holds > > the file. > > Roelof > > >

Dec. 2, 2018

Re: [Pharo-users] Voyage

by Esteban Lorenzano

So we just need to change the dependency. Cool :) > On 2 Dec 2018, at 16:18, Norbert Hartl <norbert(a)hartl.name> wrote: > > I added PBKDF2 to the cryptography repository on github a while ago. One reason why I migrated cryptography in the first place > > Norbert > > Am 02.12.2018 um 15:59 schrieb Cyril Ferlicot <cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>>: > >> >> >> On Sun 2 Dec 2018 at 15:38, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> There was a cryptography version on GitHub, isnât? >> >> >> Yes, but we need someone with the rights to write on PBKDF2 on StHub, or migrate it in github aswell to fix the issue. >> >> >>> On 2 Dec 2018, at 15:31, Cyril Ferlicot <cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>> wrote: >>> >>> >>> >>> On Sun 2 Dec 2018 at 15:08, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >>> There is indeed a problem because cryptography package is still using an old API: #ifNotNilDo: that does not exists anymore in Pharo. >>> You are probably seen something like this: >>> >>> <Screenshot 2018-12-02 at 15.02.19.png> >> >>> >>> >>> I looked at it last time and the problem is that one of the dependency hosted on StHub still depends on the StHub version of Cryptography. >>> >>> http://smalltalkhub.com/#!/~UdoSchneider/PBKDF2/ <http://smalltalkhub.com/#!/~UdoSchneider/PBKDF2/> >>> But not many people can write on this project I think. >>> >>> >>> >>> (And this is a bug) >>> Anyway, while we fix this, you can replace #ifNotNilDo: for #ifNotNil:, then save and select âproceedâ. >>> >>> That will allow voyage to load properly. >>> >>> Cheers, >>> Esteban >>> >>> -- >>> Cyril Ferlicot >>> https://ferlicot.fr <https://ferlicot.fr/> >> -- >> Cyril Ferlicot >> https://ferlicot.fr <https://ferlicot.fr/>

Dec. 2, 2018

Re: [Pharo-users] UFFI and opaque(ish) types

by phil＠highoctane.be

No, but what about FFIExternalPackedStructureTest and FFITestStructure ? Never tried with a typedef in the fieldsDesc but may work. Phil On Sun, Dec 2, 2018 at 10:03 AM Alistair Grant <akgrant0710(a)gmail.com> wrote: > Hi Phil and Esteban, > > Thanks for your replies. > > I've realised that I badly worded my question. By "opaque" I meant that > it is difficult to determine the underlying type of the > variables, but I still want to be access the values of typeA and typeB > in my example structure. > > Phil, I had a look through your XMPP code, if it does show an example of > actually retrieving a structure member such as "typeA" in my example, my > apologies and please let me know where it is. > > Thanks again, > Alistair > > > On Fri, 30 Nov 2018 at 23:46, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > > > On 30 Nov 2018, at 19:50, phil--- via Pharo-users < > pharo-users(a)lists.pharo.org> wrote: > > > > From: "phil(a)highoctane.be" <phil(a)highoctane.be> > > Subject: Re: [Pharo-users] UFFI and opaque(ish) types > > Date: 30 November 2018 at 19:50:03 CET > > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > > > > > Inherit from FFIOpaqueObject > > > > + initialize TypeMap > > > > I have a few here: > > > > https://github.com/Pharophile/XmppTalk > > > > > https://github.com/Pharophile/XmppTalk/tree/master/packages/XmppTalk-Extern… > > > https://github.com/Pharophile/XmppTalk/blob/master/packages/XmppTalk-LibStr… > > > > HTH > > Phil > > > > > > Yes, as he says/shows :) > > > > Esteban > > > On Fri, Nov 30, 2018 at 2:39 PM Alistair Grant <akgrant0710(a)gmail.com> > wrote: > >> > >> How are opaque(ish) types normally handled in UFFI (or FFI)? > >> > >> E.g. if I want to use libstuff which defines the following structure: > >> > >> struct stuffstruct { > >> typeA a; > >> typeB b; > >> } stufftype; > >> > >> > >> I might know they're integers, but not the size, signed vs. unsigned, > >> etc. > >> > >> The definitions of typeA and typeB are buried in multiple layers of > >> header files, dependent on #if tests, can be different sizes on > >> different platforms (e.g. Linux vs. MacOS), etc.? > >> > >> Is this documented somewhere? > >> > >> Thanks, > >> Alistair > > >

Dec. 2, 2018