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

Re: [Pharo-dev] remote logging tool?

by Esteban Lorenzano

I remember this: https://github.com/mumez/nagare-logger <https://github.com/mumez/nagare-logger> it connects to fluentd (http://www.fluentd.org <http://www.fluentd.org/>). cheers! Esteban > On 15 Jul 2017, at 00:16, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > Kinda. > > I made a segment.com API tool here: > > > http://smalltalkhub.com/#!/~pdebruic/SegmentIO > > > and they take the logging events and can send it to any of these 200+ tools: > > https://segment.com/catalog > > > Last time I checked it was working but its been a while. Unless they've > changed things dramatically it should work. > > > > Mariano Martinez Peck wrote >> Guys, >> >> I was wondering if there is already a wrapper to any of the typical >> loggers >> like Loggly, logentries, sumologic , papertrail, etc... >> >> thanks, >> >> -- >> Mariano >> http://marianopeck.wordpress.com > > > > > > -- > View this message in context: http://forum.world.st/remote-logging-tool-tp4954898p4954906.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

July 17, 2017

Re: [Pharo-dev] [OFFTOPIC] Update: Debris Publishing / Quuve Research & Portfolio Management Platform

by Ben Coman

How are you approaching marketing? Do you have any "lite" version thats free? It seems to me that products doing this end up having the broadest reach. For example take my history with PDFXchange. I first used it because I was searching for a free alternative to Adobe Acrobat with simple features and it had a good review. Two years later I forked over money for the family install (five PCs) since my requirements expanded, and PDFXchange was what I knew and loved. If its a "good" lite product, people will be *very* happy to tell friends and colleges to get the kudos of sharing their "free" find, and you lower the perceived friction of people trying it out. You will only covnert a small percentage of those to paid customers, but were those that don't convert ever going to buy your product in the first place? cheers -ben On Thu, Jul 13, 2017 at 10:19 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Wed, Jul 12, 2017 at 5:22 PM, Stephane Ducasse <stepharo.self(a)gmail.com > > wrote: > >> Hi mariano >> >> what kind of help do you want? >> >> > Hi Stef, > > We are now at the stage where we are ready to solicit individual and > institutional beta users to provide feedback on the features and help with > quality control. And after several years of self-funding the project, we > are also actively seeking funding in order to expand our development team. As > you can hopefully tell from our videos, we built Quuve from the bottom-up, > and our goal is to build the premiere investment management platform for > investors of all sizes. Though Quuve is already quite powerful, indeed far > more so than most tools on the market, we have a long-term vision we wish > to see through, and this requires partnering with an institutional user > and/or raising outside capital in the near future. > > Whether it be email blasts, reblogging about our software, or reaching out > to technology investors you may know personally, we would appreciate any > help you could provide that would assist us in finding these beta testers > and institutional partners/investors. > > Thanks, > > > >> Stef >> >> >> On Wed, Jul 12, 2017 at 9:53 PM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >> > Hi all, >> > >> > A while back our team presented Quuve [1], a customizable investment >> > management ecosystem for professional investors. We also discussed the >> > technologies employed to build it [2] (it is developed on Pharo and >> deployed >> > on GemStone). We are reaching out again because we recently revamped our >> > website [3] and created a number of promotional videos that demonstrate >> > Quuve's power [4]. We would appreciate your help in marketing our wares! >> > >> > Quuve is the world's first fully integrated and customizable research >> and >> > portfolio management platform. The system offers powerful features never >> > before seen by the investment community and it empowers users to tailor >> > tools in ways that accommodate their idiosyncratic investment style. In >> the >> > coming years, customization, data-inheritance, shared databases, >> > machine-learning, and robo-trading will become standard among investors >> of >> > all sizes, and we expect Quuve will blaze the trail. >> > >> > If you have any questions about Quuve please let us know. >> > >> > [1] http://pharo.org/success/Quuve >> > [2] http://forum.world.st/Fwd-Debris-Quuve-Technologies-used-td4 >> 819786.html >> > [3] http://www.debrispublishing.com/ >> > [4] >> > https://www.youtube.com/watch?list=PLfTMPTPc22sGNrm2rXt8kD-9 >> iFTgqbAUG&v=zdm4CVse2Hc >> > >> > Thanks, >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

July 15, 2017

Re: [Pharo-dev] Zinc redirect bug?

by Sven Van Caekenberghe

> On 14 Jul 2017, at 21:12, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi Aliaksei, > > This is an interesting problem, thanks for reporting it. I can reproduce the problem. > > If you inspect 'ZnLogEvent announcer' before doing the request, you can see that ZnClient does seem to do the same as 'curl -vOL https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib'. It follows one redirect, to the correct host and URL. > > One difference that I see that might lead to the 403 Forbidden is that Zn has a slight difference in the redirect URL being followed. > > Curl seems to follow > > /86/866a31722e3a9ea19c2bc4eeed2e1e69f7339ddd460500f2a33b4c9d041ef9b4?__gda__=exp=1500058371~hmac=820d22695ef0a821abc7e6eb7be6749ad43e8e0f74ba4b103476aa1b3663b381&response-content-disposition=attachment%3Bfilename%3D%22libMoz2D.dylib%22&response-content-type=application%2Fx-www-form-urlencoded&requestInfo=U2FsdGVkX19XiffCdVJdoADmObVHKjU4Wla5_WKFKHoNAvXQw8ponQIqWBsRUfNNDaULVXlXwB22y7xy0ls3DGkl700_9RxT-HtU92OHYdgKzSq9a6A7p5NIoMi4avCjPk_UCnVbt5U4_nxvkmKtuA > > While Zn turns this (parses the URL and then renders it again) into > > /86/866a31722e3a9ea19c2bc4eeed2e1e69f7339ddd460500f2a33b4c9d041ef9b4?response-content-type=application/x-www-form-urlencoded&response-content-disposition=attachment;filename%3D%22libMoz2D.dylib%22&requestInfo=U2FsdGVkX19XiffCdVJdoADmObVHKjU4Wla5_WKFKHoNAvXQw8ponQIqWBsRUfNNDaULVXlXwB22y7xy0ls3DGkl700_9RxT-HtU92OHYdgKzSq9a6A7p5NIoMi4avCjPk_UCnVbt5U4_nxvkmKtuA&__gda__=exp%3D1500058371~hmac%3D820d22695ef0a821abc7e6eb7be6749ad43e8e0f74ba4b103476aa1b3663b381 > > The difference is in the encoding of the __gda__ query parameter value. That contains = characters. These get escaped by Zn (the %3D) but are left untouched by curl. Maybe the server does not like that. I have to look deeper into the spec to figure out if this is a bug or not. Since query parameters look like key=value it seems odd to allow = in the value part. > > Another possible issue might be the order of query parameters that got changed. > > I'll come back to you if I find out more. > > Sven By (temporarily) changing ZnResourceMetaUtils>>#writeQueryFields:with:on: to use #querySafeSet instead of #queryKeyValueSafeSet (so that $= no longer gets encoded), the request passes, i.e. the redirect is followed and returns 200 OK. The next problem is the interpretation of the result ;-) The returned resource is specified to have a content-type of application/x-www-form-urlencoded and Zn interprets it as such. However, that does not seem to be the case. Rather it seems to be binary data. Now, returning application/x-www-form-urlencoded data as response to a request is very weird, I have never seen that. It seems as if browsers and curl just ignore the actual type and just dump the data in a file (content-disposition: attachment;filename="libMoz2D.dylib"). Where is such a behaviour described ? Aliaksei, could you maybe upload something like an small JPG or PNG image using the same mechanism ? Then it is easier to test the correctness of the result. Could it be that you uploaded libMoz2D.dylib incorrectly ? Because application/x-www-form-urlencoded is normally only used in the context of HTTP forms that POSTed. >> On 14 Jul 2017, at 13:02, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: >> >> Hello, >> >> I am trying to download a file from bintray with the help of ZnClient. >> I'm doing the following: >> >> ZnClient new >> systemPolicy; >> url: 'https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib'; >> get; >> yourself >> >> which results in Error 403. >> >> At the same time wget works as expected: >> >> wget https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib >> >> Trying to open this url in a browser works too. >> >> I tried to find out what may cause the error and it looks like it is something related to redirects because request and response headers look good... >> >> Thanks, >> Alex >

July 15, 2017

Re: macOS Sierra support

by Milan Vavra

Pharo 6.0 on macOS Sierra (10.12.5) > Are you in macOS sierra? > Due to changes in security policies, you will need to put > the VM at /Applications folder. > We are working to fix this temporary inconvenient. What needs to be done on macOS Sierra (10.12.5) after download is this: Remove the *com.apple.quarantine* extended attribute from the downloaded zip file, or from the extracted .app directory. For a longer explanation see http://forum.world.st/Squeak-cannot-write-to-the-changes-file-tt4954787.htm… . s/Squeak5.1-16549-32bit-201701281910-macOS.zip/Pharo6.0-mac.zip/ s/Squeak5.1-16549-32bit.app/Pharo6.0.app/ Best Regards, Milan -- View this message in context: http://forum.world.st/macOS-Sierra-support-tp4917181p4955005.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 15, 2017

Re: [Pharo-dev] remote logging tool?

by Paul DeBruicker

Kinda. I made a segment.com API tool here: http://smalltalkhub.com/#!/~pdebruic/SegmentIO and they take the logging events and can send it to any of these 200+ tools: https://segment.com/catalog Last time I checked it was working but its been a while. Unless they've changed things dramatically it should work. Mariano Martinez Peck wrote > Guys, > > I was wondering if there is already a wrapper to any of the typical > loggers > like Loggly, logentries, sumologic , papertrail, etc... > > thanks, > > -- > Mariano > http://marianopeck.wordpress.com -- View this message in context: http://forum.world.st/remote-logging-tool-tp4954898p4954906.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 14, 2017

Re: [Pharo-dev] Zinc redirect bug?

by Sven Van Caekenberghe

Hi Aliaksei, This is an interesting problem, thanks for reporting it. I can reproduce the problem. If you inspect 'ZnLogEvent announcer' before doing the request, you can see that ZnClient does seem to do the same as 'curl -vOL https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib'. It follows one redirect, to the correct host and URL. One difference that I see that might lead to the 403 Forbidden is that Zn has a slight difference in the redirect URL being followed. Curl seems to follow /86/866a31722e3a9ea19c2bc4eeed2e1e69f7339ddd460500f2a33b4c9d041ef9b4?__gda__=exp=1500058371~hmac=820d22695ef0a821abc7e6eb7be6749ad43e8e0f74ba4b103476aa1b3663b381&response-content-disposition=attachment%3Bfilename%3D%22libMoz2D.dylib%22&response-content-type=application%2Fx-www-form-urlencoded&requestInfo=U2FsdGVkX19XiffCdVJdoADmObVHKjU4Wla5_WKFKHoNAvXQw8ponQIqWBsRUfNNDaULVXlXwB22y7xy0ls3DGkl700_9RxT-HtU92OHYdgKzSq9a6A7p5NIoMi4avCjPk_UCnVbt5U4_nxvkmKtuA While Zn turns this (parses the URL and then renders it again) into /86/866a31722e3a9ea19c2bc4eeed2e1e69f7339ddd460500f2a33b4c9d041ef9b4?response-content-type=application/x-www-form-urlencoded&response-content-disposition=attachment;filename%3D%22libMoz2D.dylib%22&requestInfo=U2FsdGVkX19XiffCdVJdoADmObVHKjU4Wla5_WKFKHoNAvXQw8ponQIqWBsRUfNNDaULVXlXwB22y7xy0ls3DGkl700_9RxT-HtU92OHYdgKzSq9a6A7p5NIoMi4avCjPk_UCnVbt5U4_nxvkmKtuA&__gda__=exp%3D1500058371~hmac%3D820d22695ef0a821abc7e6eb7be6749ad43e8e0f74ba4b103476aa1b3663b381 The difference is in the encoding of the __gda__ query parameter value. That contains = characters. These get escaped by Zn (the %3D) but are left untouched by curl. Maybe the server does not like that. I have to look deeper into the spec to figure out if this is a bug or not. Since query parameters look like key=value it seems odd to allow = in the value part. Another possible issue might be the order of query parameters that got changed. I'll come back to you if I find out more. Sven > On 14 Jul 2017, at 13:02, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > > Hello, > > I am trying to download a file from bintray with the help of ZnClient. > I'm doing the following: > > ZnClient new > systemPolicy; > url: 'https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib'; > get; > yourself > > which results in Error 403. > > At the same time wget works as expected: > > wget https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib > > Trying to open this url in a browser works too. > > I tried to find out what may cause the error and it looks like it is something related to redirects because request and response headers look good... > > Thanks, > Alex

July 14, 2017

remote logging tool?

by Mariano Martinez Peck

Guys, I was wondering if there is already a wrapper to any of the typical loggers like Loggly, logentries, sumologic , papertrail, etc... thanks, -- Mariano http://marianopeck.wordpress.com

July 14, 2017

Re: [Pharo-dev] Zinc redirect bug?

by Tim Mackinnon

Iâm not sure if this is related - but the Pharo6 image is missing a ZnConstant initialise, and I recall redirect was one of the error codes missing. Possibly re-initialising ZnConstants might fix your problem? Tim > On 14 Jul 2017, at 12:02, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > > Hello, > > I am trying to download a file from bintray with the help of ZnClient. > I'm doing the following: > > ZnClient new > systemPolicy; > url: 'https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib <https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib>'; > get; > yourself > > which results in Error 403. > > At the same time wget works as expected: > > wget https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib <https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib> > > Trying to open this url in a browser works too. > > I tried to find out what may cause the error and it looks like it is something related to redirects because request and response headers look good... > > Thanks, > Alex

July 14, 2017

Zinc redirect bug?

by Aliaksei Syrel

Hello, I am trying to download a file from *bintray* with the help of ZnClient. I'm doing the following: ZnClient new systemPolicy; url: ' https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib'; get; yourself which results in Error 403. At the same time wget works as expected: wget https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib Trying to open this url in a browser works too. I tried to find out what may cause the error and it looks like it is something related to redirects because request and response headers look good... Thanks, Alex

July 14, 2017

Re: [Pharo-dev] Pharo Launcher

by Esteban Lorenzano

> On 13 Jul 2017, at 02:41, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Stephane Ducasse-3 wrote >> where can I find the pharo launcher for the latest version of Pharo? > > Yes, it seems like the CI has been failing for weeks, or am I missing > something? Christophe was working on a new version. No idea whatâs the status but it should to be ready soon. Esteban > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Pharo-Launcher-tp4952930p4954660.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

July 14, 2017