- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] slow Pharo downloading and Travis

by Marcus Denker

> On 20 Aug 2017, at 19:09, Peter UhnÃ¡k <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >> a) is there a known reason for this? >> No. I will start to check. >> b) is there a way to know what is the current latest image of particular Pharo without downloading it? > No, you would need to get a list of files and take the highest number. We should add a files with that info. > On 20 Aug 2017, at 21:06, Tim Mackinnon <tim(a)testit.works> wrote: > > I was wondering thinking something similar - but should this be sitting behind something like cloudflare if it oss? Then it wouldn't really matter and would be very fast. > Cloudflare sadly does not cache any archives (.zip and things), at least in the free version. It is not very clear how it works in the payed plan. We used in the past https://www.cdn77.com <https://www.cdn77.com/> but performance was not much faster then Inria and the problem is that it needs some API call to tell the CDN when you upload anything new. Was a bit of a hassleâ¦ Marcus

Aug. 21, 2017

Re: [Pharo-dev] Lowering the pain of newbies

by Marcus Denker

> On 20 Aug 2017, at 23:48, Brad <bsselfridge(a)gmail.com> wrote: > > I vote for setClassName: > setName: is better because this is what is there since many many yearsâ¦ and by just using it we must need to deprecate one method, not two. Marcus

Aug. 21, 2017

Re: [Pharo-dev] Catalog statistics (Who know this projects?)

by H. Hirzel

Hello Esteban How did you produce the list below last year? I am interested for Pharo 6.0/6.1 to have a) a list of all projects in the catalog _with_ a description b) a list of all projects in the catalog _without_ a description Regards Hannes On 1/5/16, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Soâ¦ I took a couple of minutes to do a small list of project description > status: > > From a total of 379 projects currently in the catalog, just 115 have a > description and/or keywords associated. > Which means 264 are mysterious projects nobody can guess what are they > about. > > I was thinking most of this projects would be in Unsorted (or Pharo 3), but > I found that many are also on Pharo 5 and 4â¦. which is frankly unacceptable > :) > Even very important projects like Seaside or Garage and Glorp are not > documented. > > So, please peopleâ¦ take a look at your projects and PLEASE, provide a > description and proper keywordsâ¦ Nobody can guess what is Aconcagua (besides > a cool mountain in south america), or Telescope, etc., etc., etc. > > Here the list of non-documented projects: > > > http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main > --- > 'A4BP' > 'Aconcagua' > 'BootstrapMagritte' > 'Chalten' > 'CommandShell' > 'Cormas' > 'DependencyAnalyser' > 'FamixJS' > 'FontAwesome' > 'Garage' > 'GarageConnectionPool' > 'GarageGlorp' > 'Glorp' > 'Grease' > 'IniModules' > 'Kendrick' > 'Magritte3' > 'MagritteMagic' > 'MetaBoardBoard' > 'MyFirstWebApp' > 'NBOpenGL' > 'NeoJSON' > 'OSProcess' > 'PetitParser' > 'Phexample' > 'Pier3' > 'Pier3AddOns' > 'ProcessWrapper' > 'RewriteTool' > 'Seaside3' > 'SimplePersistence' > 'Ston' > 'Telescope' > 'Woden' > âXtreams' > > http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main > --- > 'AconcaguaDeluxe' > 'AthensSVG' > 'Autotest' > 'CPanel' > 'CreativeCommonsLive' > 'DevFlow' > 'EventRecorder' > 'ExtendedNumberParser' > 'ExternalWebBrowser2' > 'FixedDecimal' > 'Ghost' > 'GraphViz' > 'Gravatar' > 'Hubcap' > 'Infinity' > 'Mandrill' > 'Mathex' > 'MemoryMonitor' > 'MinimalConnectors' > 'Mocketry' > 'MongoTalk' > 'NBSQLite3' > 'NumericalMethods' > 'ODBC' > 'OSOSX' > 'OSWindows' > 'PackageDependenciesAnalysis' > 'PharoLauncher' > 'PlagueDoctor' > 'Pomodoro' > 'RemoteAnnouncement' > 'SandstoneDb' > 'Scheduler' > 'ScriptManager' > 'Shapes' > 'SmallUML' > 'Spreadsheet' > 'Spy' > 'StateSpecs' > 'SuffixConditionals' > 'Teachable' > 'TestMock' > 'Trees' > 'Twilio' > 'Vidi' > 'VistaCursors' > 'Viva' > 'WiringPi' > 'WorkingSet' > 'XBase' > 'sQuick' > âsQuick_new' > > http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main > --- > 'Actalk' > 'Arduino' > 'BabyMock2' > 'CTranslator' > 'DBPedia' > 'DigitalOcean' > 'Forum' > 'Fuel' > 'GTDebugger' > 'GTInspector' > 'GTInspectorCore' > 'GTPlayground' > 'GTPlaygroundCore' > 'GTSpotter' > 'GToolkit' > 'GlamourCore' > 'GlorpDBX' > 'GraphET' > 'InstanceEncoder' > 'Marina' > 'Mechanize' > 'Memcached' > 'Moose' > 'Pastell' > 'PharoOnlineHelp' > 'ProfStef' > 'PythonParser' > 'RFB' > 'Roassal3d' > 'SQLite3' > 'Smallapack' > 'SmalltalkHub' > 'Snapshotcello' > 'SortFunctions' > 'Spotlight' > 'Stamp' > 'Tide' > 'VersionBrowser' > âVersionner' > > http://www.squeaksource.com/MetacelloRepository > --- > 'AXAnnouncements' > 'Adore' > 'Aida' > 'Ajp' > 'Algernon' > 'Alien' > 'Amers' > 'Announcements' > 'AutomaticMethodCategorizer' > 'BetaNineIPAddress' > 'CAnalyzer' > 'CairoGraphics' > 'CampSmalltalkLondon' > 'Cecinestpasunepomme' > 'CharacterMap' > 'Chronos' > 'CloudforkAWS' > 'Cog' > 'Connectors' > 'ContextS' > 'Control' > 'Country' > 'Countryside' > 'DBXBrowser' > 'DBXTools' > 'DependencyBrowser' > 'DependencyView' > 'EnhancedOmniBrowser' > 'ExternalIconFamily' > 'ExternalWebBrowser' > 'FileMan' > 'FileTree' > 'Filesystem' > 'GemTools' > 'Gitocello' > 'Glamour' > 'Gofer' > 'GoferProjectLoader' > 'GoogleAnalytics' > 'HPDF' > 'HealthReportProducer' > 'HelpSystem' > 'ICal' > 'InstancesBrowser' > 'JQueryWidgetBox' > 'JavaScriptAnalyzer' > 'Jejak' > 'Keymapping' > 'Kozen' > 'KyotoTycoonClient' > 'MaBase' > 'MaClientServer' > 'Magma' > 'Magmafy' > 'Magritte' > 'Magritte2' > 'Magritte3AddOns' > 'MagritteAddOns2' > 'Metacello' > 'MetacelloBrowser' > 'MetacelloPreview' > 'MockGemStone' > 'Mondrian' > 'Money' > 'MonticelloRedirect' > 'Murmansk' > 'Nagare' > 'NativeBoost' > 'Neo4reSt' > 'NewECompletion' > 'NewInspector' > 'NewOCompletion' > 'Nile' > 'NotificationsArea' > 'O2' > 'OCompletion' > 'OPAX' > 'ObjectMetaTools' > 'OmniBrowser' > 'OmniBrowserLukas' > 'Orca' > 'PagedReader' > 'Pharo' > 'PharoMorphicExtras' > 'PharoNonCore' > 'Phriak' > 'Pier' > 'Pier2' > 'PierAddOns' > 'PierAddOns2' > 'PostMark' > 'ProcessModel' > 'Quaternion' > 'REPL' > 'Raphael' > 'RatPack' > 'RefactoringBrowser' > 'RefactoringTools' > 'RoelTyper' > 'SIXX' > 'SPort2' > 'SandcastleThemes' > 'Scamper' > 'Scribo' > 'Seafox' > 'Seaside' > 'Seaside28' > 'Seaside28Examples' > 'Seaside30' > 'SeasideJSON' > 'SeasideRest' > 'SeasideTesting' > 'SharedWorkspace' > 'Shout' > 'SimpleApplescript' > 'SoapOpera' > 'SpellingServices' > 'SpyForO2' > 'Sqnappy' > 'SqueakCheck' > 'SqueakDBX' > 'SqueakFS' > 'SqueakSource' > 'StOMP' > 'Stripe' > 'SunnysidePlanning2' > 'SwaLint' > 'Swazoo2' > 'TODO' > 'TimerDaemon' > 'Tuio' > 'VMMaker' > 'Waterfall' > 'WebClient' > 'WebTester' > 'XMLRPC' > 'XMLSupport' > 'Zodiac' > > >

Aug. 21, 2017

Re: [Pharo-dev] Lowering the pain of newbies

by Brad

I vote for setClassName: Brad Selfridge > On Aug 20, 2017, at 5:30 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Thanks for all the information. In Pharo 70 Object does not understand > name so it will already be a step in the right direction. > > I think that we should do two things. > - Address simply this problem for example using setName: or > setClassName: instead of name: > - start to prototype for a future a solution where the reflective > calls are clearly identified. > > Stef > >> On Sun, Aug 20, 2017 at 11:19 AM, Luke Gorrie <luke(a)snabb.co> wrote: >> On 17 August 2017 at 21:52, Stephane Ducasse <stepharo.self(a)gmail.com> >> wrote: >>> >>> We should not accept such kind of behavior. >>> name: should not change the name of the class. >> >> >> I had exactly such a problem a couple of weeks ago :). >> >> I write MyClass on: foo; name: x; yourself'but I forgot the ^ return in >> MyClass class>>on: and so called name: on the class instead of the instance. >> Hilarity ensued :). >> >> >

Aug. 20, 2017

Re: [Pharo-dev] slow Pharo downloading and Travis

by Tim Mackinnon

I was wondering thinking something similar - but should this be sitting behind something like cloudflare if it oss? Then it wouldn't really matter and would be very fast. Tim Sent from my iPhone Sent from my iPhone > On 20 Aug 2017, at 19:09, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi, > > over the past week+ downloading the latest Pharo 6 version has been extremely slow -- 5+ minutes to download the zip. > > a) is there a known reason for this? > > b) is there a way to know what is the current latest image of particular Pharo without downloading it? > > Could we include e.g. "latest.txt" file into http://files.pharo.org/image/60/ (and /70/ etc) that will include the latest image number? Because then we can cache on travis side which could significantly reduce the demands on pharo infrastructure. > > Peter

Aug. 20, 2017

[ Pharo 70 ] Build 49 PR 207 Replace-self-error-no-such-inst-var-by-a-first-class-error

by Stephane Ducasse

[ Pharo 70 ] Build 49 PR 207 Replace-self-error-no-such-inst-var-by-a-first-class-error https://pharo.fogbugz.com/f/cases/20114/Replace-self-error-no-such-inst-var… https://github.com/pharo-project/pharo/pull/72

Aug. 20, 2017

slow Pharo downloading and Travis

by Peter UhnÃ¡k

Hi, over the past week+ downloading the latest Pharo 6 version has been extremely slow -- 5+ minutes to download the zip. a) is there a known reason for this? b) is there a way to know what is the current latest image of particular Pharo without downloading it? Could we include e.g. "latest.txt" file into http://files.pharo.org/image/60/ (and /70/ etc) that will include the latest image number? Because then we can cache on travis side which could significantly reduce the demands on pharo infrastructure. Peter

Aug. 20, 2017

Re: [Pharo-dev] AbstractFileReference>>ensureDelete when directory has children

by Cyril Ferlicot D.

Le 20/08/2017 Ã 19:53, Peter UhnÃ¡k a Ã©crit : > > +1 > > The only problem may be that even the VM doesn't actually know the > reason (it could just trigger the delete at vm-level which will just > return a failure state). > > Peter The fact that is touch the vm is a reason I post here. It would be good to have the advice of people knowing the FS management to know the best way to do this. -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Aug. 20, 2017

Re: [Pharo-dev] AbstractFileReference>>ensureDelete when directory has children

by Peter UhnÃ¡k

> > Something like "DirectoryHasChildren" that would > signal "This directory contains files and cannot be deleted.". > +1 The only problem may be that even the VM doesn't actually know the reason (it could just trigger the delete at vm-level which will just return a failure state). Peter

Aug. 20, 2017

AbstractFileReference>>ensureDelete when directory has children

by Cyril Ferlicot D.

Hello, I often was surprise to get primitive failures while calling #ensureDelete. I saw that when a folder has children, we should not call #ensureDelete but #ensureDeleteAll, at least on Windows. I think we should raise an other error than "Primitive Failure" when we are in that case. Something like "DirectoryHasChildren" that would signal "This directory contains files and cannot be deleted.". What do you think? -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Aug. 20, 2017