- Pharo-users - lists.pharo.org

[Ann] TF-Login for Seaside 3.3 for Pharo 7

by Pierce Ng

Hi all, Apologies for the x-posting. As per subject, I've ported TF-Login to Seaside 3.3 for Pharo 7. To load, start with fresh Pharo 7 image: Metacello new baseline: 'Seaside3'; repository: 'github://SeasideSt/Seaside:v3.3.3/repository'; load. Metacello new baseline: 'TFLogin'; repository: 'github://PierceNg/TF-Login:pharo7/src'; load. The baseline doesn't load Seaside, in case you want to load it into an image that already has Seaside. Start Test Runner and run the TF-Login tests. All 62 tests should pass. Pierce

Nov. 15, 2019

transactional saving of images

by Siemen Baader

Hi, I have had a few occasions where I broke an image because I either ran out of disk space or had an endless loop that grew my image endlessly (I think). But why does Pharo not save the image & .changes file in hidden files named eg ~Pharo.image while it saves? Then it can rename them when saving was successful. Many unix programs do this. (I'm using pharo 6.1 so don't know if newer versions do this) -- Siemen

Nov. 15, 2019

recovering non-ascii code in 6.1

by Siemen Baader

Hi, I have a broken 6.1 image and uncommited code with non-ascii characters in it. When I drag the .changes file onto a new 6.1 image it won't import due to the non-ascii code, but I can rename the .changes file so it matches the new image's filename and import individual code changes (also with non-chars) with Wold Menu -> Tools -> Code Changes. Can I somehow file in the whole .changes file at once to end with the same code state as in the original image? -- Siemen

Nov. 15, 2019

Re: [Pharo-users] Zinc & IdentityServer4

by Christopher Fuhrman

On Sat, Nov 9, 2019, 08:17 Tim Mackinnon <tim(a)testit.works> wrote: > should we have something written that google will find first, to help > people get to this stuff? > Google indexes stackoverflow almost instantly. Maybe pose and answer the same question there? I did it already for a few questions like how to do a progress bar, etc. The SO workflow allows for it. Cris > tim > > On Mon, 4 Nov 2019, at 9:49 AM, Sven Van Caekenberghe wrote: > > Hi Siemen, > > This seems to be an implementation of OpenID Connect and OAuth 2.0. > > There already exists a working implementation of OAuth for Zinc/Pharo, > load the 'SSO' group from the baseline to get the code. > > Now, this subject requires some learning curve, it is not super complex, > but you have to really understand how it works in order to set it up and > debug it. You have to start by reading a couple of good tutorials. > > I am not using this, but others are, so maybe they can help you further. > > Sven > > > On 4 Nov 2019, at 10:37, Siemen Baader <siemenbaader(a)gmail.com> wrote: > > > > Hi, > > > > Iâm trying to log a registered user into a webshop (https://mad.coop.dk) > using Zinc, but it uses IdentityServer4 ( > https://github.com/IdentityServer/IdentityServer4) for authentication (at > https://accounts.cl.coop.dk/) So there are more steps involved than just > submitting credentials. > > > > Usually I just inspect how things work in the Firefox console, then > replicate the interactions in Pharo, but this system is a bit too complex, > with many unrelated requests happening. > > > > Can anyone guide me towards the correct steps to sign in? > > > > thanks > > Siemen > > > > >

Nov. 14, 2019

Presenter initialization

by Kasper Ãsterbye

Cheers, I want to make a Spec Presenter which can show rendered pillar. I have the necessary code to transform a pillar string document into Text with fonts and stuff. My problem is how to make the Presenter. To get moving I did not want to make a wysiwyg editor, but a simple two-mode thing. It either shows the rendered text or the pillar source. When I looked at the Spec components it seems a reasonable approach to make it a subclass of SpTextPresenter, to get all the editing of the source for free. Now after having made this subclass, PillarTextPreseanter, I realize it would be nice if I could tell the difference between rendering mode and editing mode. I thought it would be simple to use a slightly different background color for the editor in rendering mode. And here is the problem: - If I override "initialize" to change the color (self color: MyColor), it has no effect - If I override the "initializeWidgets" to change the color, it has no effect Flopping through the implementation of "openWithSpec", I find that I can implement an "announceDisplayed" method, and if I set the color in that method it does indeed keep the color. I have no idea how I should have found this out (except spending a Thursday morning on it), I am not sure it is the best solution. I have no idea why the other two methods do not work. At times I must admit I am truely baffled by the complexity of it all. Best, Kasper

Nov. 14, 2019

can I somehow test the contents of a package

by Roelof Wobben

Hello, IM doing now this book to understand better the OOP side of Pharo : https://books.pharo.org/learning-oop/ im now at the last challenge of the network-simulator and im stuck. I want to test if the send package is really send back uppercase but I cannot find a way to see the contents of the package in my test I have made so far : https://github.com/RoelofWobben/network/blob/master/NetworkSimulator-Tests/… Can anyone give me a hint how I can achieve what I want ? Regards, Roelof

Nov. 13, 2019

Re: [Pharo-users] Was there some force push to Roassal?

by Cyril Ferlicot

On Sun, Nov 10, 2019 at 2:42 AM Alexandre Bergel via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > Hi Cyril, > > I tried something to remove some large blob from the history. The code source of Roassal2 is about 7Mb large, but the .git folder is about 150 Mb! > But at the end, it was the push was rejected because some pullrequests exist. So, I did not suspect that I had an impact. Sorry about that. > > Help is welcome to shrink Roassal2âs .git folder. > Hi, A force push is a destructive operation. It's really not recommended to use it on a used project in any case. Even if it's to win some space, it's not worth it. For the .git folder, in general when they grow too much it's often only local. The .git folder of my local clone of roassal is 384B and I have it since month and it is up to date. The "easy" solution is to clone again. Most of the time when I have a clone that is too big, the command `git gc` is enough to shrink it. > Cheers, > Alexandre > > > -- Cyril Ferlicot https://ferlicot.fr

Nov. 12, 2019

by Santiago Bragagnolo

Great! El mar., 12 de nov. de 2019 10:09, Marcus Denker <marcus.denker(a)inria.fr> escribiÃ³: > The Pharo Consortium is very happy to announce that the UniversitÃ© de > Maroua has joined the Consortium as an Academic Member. > > About > - UniversitÃ© de Maroua: http://www.univ-maroua.cm/ > - Pharo Consortium: http://consortium.pharo.org > > The goal of the Pharo Consortium is to allow companies and institutions to > support the ongoing development and future of Pharo. > > Individuals can support Pharo via the Pharo Association: > > - http://association.pharo.org >

Nov. 12, 2019

by Marcus Denker

The Pharo Consortium is very happy to announce that the UniversitÃ© de Maroua has joined the Consortium as an Academic Member. About - UniversitÃ© de Maroua: http://www.univ-maroua.cm/ - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: - http://association.pharo.org

Nov. 12, 2019

Re: [Pharo-users] Was there some force push to Roassal?

by Ben Coman

On Sun, 10 Nov 2019 at 09:32, Alexandre Bergel via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hi Cyril, > > I tried something to remove some large blob from the history. The code > source of Roassal2 is about 7Mb large, but the .git folder is about 150 Mb! > But at the end, it was the push was rejected because some pullrequests > exist. So, I did not suspect that I had an impact. Sorry about that. > It seems strange it was rejected because some pull request existed. Were you doing it from the command line? Was it something like one of these error messages? Particularly Step 11? https://github.community/t5/How-to-use-Git-and-GitHub/How-to-deal-with-quot… > Help is welcome to shrink Roassal2âs .git folder. > I just cloned Rossal2 and `du -sh .` gave 88M, so its looks like you had some success reducing it. Google found me a way to list large objects... ``` git rev-list --objects --all \ | git cat-file --batch-check='%(objecttype) %(objectname) %(objectsize) %(rest)' \ | sed -n 's/^blob //p' \ | sort --numeric-sort --key=2 \ | cut -c 1-12,41- \ | $(command -v gnumfmt || echo numfmt) --field=2 --to=iec-i --suffix=B --padding=7 --round=nearest \ > ../list.txt ``` The largest file entry was... e0c5f0885bac 432KiB src/Roassal2/ RTRoassalExample.class.st That file is no longer in the repo, but... $ grep RTRoassalExample.class.st ../list.txt | wc -l ==> 158 and 158 * 432K ==> 68M Found the commit with that blob to examine... $ git log --all --pretty=format:%H -- src/Roassal2/RTRoassalExample.class.st | xargs -n1 -I% sh -c "git ls-tree % -- src/Roassal2/ RTRoassalExample.class.st | grep -q e0c5f0885bac && echo %" ==> a7753aef2a9f14cf5c84da83b8ebff7e4e35f0e9 $ git checkout a7753aef2a9f14cf5c84da83b8ebff7e4e35f0e9 $ vi src/Roassal2/RTRoassalExample.class.st and I see the culprit is icons being encoded directly in the class... { #category : #icons } RTRoassalExample >> exampleAligningGroupsIcon [ ^ 'iVBORw0KGgoAAAANSUhEUgAAAGQAAABkCAYAAABw4pVUAAAICElEQVR4XuWaWWhUVxjHI27Q 1oJttfjUusQHQdE+uIFUJYIVBC1VrDv6oKDUd5fGKK3RRgkRFfelaKvR1rpS7YbGFrUWcaHF msYsNMaJSWa9SWbmf3v+9/YmM5M7zj5J/P4wzGQyc+855/edbzuTo+vy1ZWUI38J5AORL/lA 5AORL/lA5AORL/lA5AORL/lA5AORL/lA5Es+EPlA5Es+EPlA5Es+EPlA5Es+EPlA5Es+EPmS D0Q+EPmSD0Q+EPmSD0Q+EPmSD0Q+EPmSD0S+5AORD0S+5AORD0S+5AORD6QratMmoLkZCH3v ...etc One way to reduce those historical file sizes would be running git-filter with an automated way to extract those icons to separate files and add code to load them. Seems hard. Following another path of investigation led me first to to "Git Compression of Blobs and Packfiles" https://gist.github.com/matthewmccullough/2695758 So trying... $ git gc --aggressive $ du -sh . ==> 18M https://stackoverflow.com/questions/28720151/git-gc-aggressive-vs-git-repack led me to the same job being done by... $ git repack -a -d -f --depth=10 --window=250 $ du -sh . ==> 18M My understanding is that this is safe and doesn't affect the commit history. However its just a local result. A few things I read gives the feeling that pushing from that repacked repo won't change anything on the server since it only sends a diff to the server, which then repacks in its own time. Perhaps the only way is ask GIthub Support if they can repack it. https://help.github.com/en/github/working-with-github-support/submitting-a-… cheers -ben

Nov. 11, 2019