[Pharo-project] Satisfying LatexMorph depencies

2009-11-09 Thread alesch
Hi list: I'm trying to load LatexMorph and I get the following dependency message. This package depends on the following classes: Player You must resolve these dependencies before you will be able to load these definitions: PlayergetCode PlayergetDPI PlayergetImage PlayergetTemplate

Re: [Pharo-project] Satisfying LatexMorph depencies

2009-11-09 Thread Henrik Johansen
You can't, since Player has been removed and there's no plans for bringing it back.. However, that also means you don't really need those methods, if you browse them, you can see they're really only utility methods for setting the properties of a LatexMorph from a player. So to load in

Re: [Pharo-project] Satisfying LatexMorph depencies

2009-11-09 Thread alesch
Thanks for your answer. I do not know what a DNU is, but your suggestion worked. What is the procedure now to fix this package? The Pharo version should remove the dependecy, but the Squeak version might want to keep it. What is the policy in Pharo when this happens? I'm mailing in the signed

Re: [Pharo-project] Satisfying LatexMorph depencies

2009-11-09 Thread Henrik Johansen
I'd suggest splitting it into two packages, one containing the core LatexMorphic - code, and one containing Etoys-specific extensions to player. (Basically one package for each of the class categories in the current LatexMorph-package). Cheers, Henry PS: Maybe it's just me, but I often

[Pharo-project] LatexMorph: missing ExternalUnixOSProcess

2009-11-09 Thread alesch
LatexUnix, on its class side, has the following: LatexUnix Class isResponsibleForThisPlatform ^ ExternalUnixOSProcess isResponsibleForThisPlatform ExternalUnixOSProcess is not present on my system (using OSX). Any hints on how to find this class? Thanks! -- View this message in

Re: [Pharo-project] LatexMorph: missing ExternalUnixOSProcess

2009-11-09 Thread Henrik Johansen
Try loading the package in: http://www.squeaksource.com/OSProcess Cheers, Henry On Nov 9, 2009, at 11:41 54AM, alesch wrote: LatexUnix, on its class side, has the following: LatexUnix Class isResponsibleForThisPlatform ^ ExternalUnixOSProcess isResponsibleForThisPlatform

Re: [Pharo-project] Satisfying LatexMorph depencies

2009-11-09 Thread alesch
Is there a way of marking what packages are ok to load into Pharo? Henrik Sperre Johansen wrote: I'd suggest splitting it into two packages, one containing the core LatexMorphic - code, and one containing Etoys-specific extensions to player. (Basically one package for each of the

Re: [Pharo-project] Satisfying LatexMorph depencies

2009-11-09 Thread Henrik Johansen
I believe the plan is for people to provide Metacello-configurations for loading different packages (prerequisites, version numbers, etc, basically the same as Sake), have the automated buildsystem test which actually work, and build a list for which a browser can be made based on those.

[Pharo-project] [update 1.1] #11037

2009-11-09 Thread Marcus Denker
11037 - Issue 1418: clean Morph#okayToDuplicate Issue 571: unnecessary temporary variable assignment Issue 1419: remove convertNovember2000DropShadow... Issue 1420: remove methods of old (non-Eliot) closures Issue 1423: not Installed CompiledMethod have invalid

[Pharo-project] Not a disaster (this time)

2009-11-09 Thread Schwab,Wilhelm K
Hello all, I am trying to be a good tester, and have been shot in the foot now for a couple of days. That's no great loss, but a similar set of circumstances could be very ugly in the future. My ailing build process for RC1 is thwarted by source.squeakfoundation.org's being offline. Imagine

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Lukas Renggli
There is no need for urgent action (this is only a drillg), but there should be some redundancy in where the code is stored, and MC should not prevent my saving code I already have to my local drive.  There isn't (at least not that I can find), and it does :( Parse error. Monticello is a

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Adrian Lienhard
Hi Bill, At netstyle.ch and Cmsbox we have the rule that all projects have to be completely loadable from our own MC repository. I suggest to do the same for the reasons you mention below. You never know what happens to external resources... Storing a local copy with MC should not be a

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Igor Stasenko
2009/11/9 Lukas Renggli reng...@gmail.com: There is no need for urgent action (this is only a drillg), but there should be some redundancy in where the code is stored, and MC should not prevent my saving code I already have to my local drive.  There isn't (at least not that I can find), and

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Schwab,Wilhelm K
Lukas, The whole server is down, and MC (at least out of the box and with some help from ScriptLoader) comes uglued over it. I don't blame the servers; I *do* blame the design. Adrian seems to have the defects and the workaround in mind. Bill -Original Message- From:

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Lukas Renggli
If i understanding the problem clearly, MC checks the current contents of all repositories, defined for package, before saving a package, even locally. No. Monticello saves into the selected repository and into the local package-cache only. This is the same as you get with Git (and other

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Michael Rueger
Lukas Renggli wrote: There is no need for urgent action (this is only a drillg), but there should be some redundancy in where the code is stored, and MC should not prevent my saving code I already have to my local drive. There isn't (at least not that I can find), and it does :( Parse

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Schwab,Wilhelm K
Adrian, You are correct, it does contain them (thanks for mentioning that). Saving my own copies _is_ a problem, but fortunately I do not need to do so. How do you enforce local loads? Do you insist on downloading everything yourselves, or do you have some type of lazy download with cancel

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Schwab,Wilhelm K
Michael, Good point. Without starting a flame war, I find it necessary to give a big +1 to Pharo (the system and the people behind it) - I doubt I would be this far along in a move to Squeak. Servers quit (especially Windows boxesg), routers fail, and ISPs have bad days. The external world

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Igor Stasenko
2009/11/9 Lukas Renggli reng...@gmail.com: If i understanding the problem clearly, MC checks the current contents of all repositories, defined for package, before saving a package, even locally. No. Monticello saves into the selected repository and into the local package-cache only. This is

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Dale Henrichs
As an FYI... for those using Metacello... In Metacello you can arrange to override the repositories used for loading ... useful in cases where servers are down or offline/not accessible for other reasons ...saves you from having to edit configurations ... I use the override for creating a

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Schwab,Wilhelm K
That is a valuable feature. When/how does it make the decision that overrides are needed? Does it timeout and fail-over on each attempt? That could get painful to watch, or could be problematic on slow connections. Bill -Original Message- From:

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Stéphane Ducasse
What I would like especially when coding in the train is that my script using a given repository can use my local cache. I know that Installer did not support that. Lukas is gofer supporting that behavior? Stef On Nov 9, 2009, at 9:06 PM, Adrian Lienhard wrote: We don't have any automated

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Dale Henrichs
Bill, You add the overrides to the loader for a version, so you'd use the overrides in an emergency or when you wanted to explicitly use a different repositoryIt's literally an override - when used all packages are loaded from the override repositories. Instead of launching a load with

[Pharo-project] About deprecated methods

2009-11-09 Thread Stéphane Ducasse
Hi guys I wanted to remove the deprecated methods of 1.0 in 1.1 Here is a first cut of deprecated methods that are not called by other in the system. May be we should not integrate it now but create a slice that people could load if they want. RemovingDeprecatedMethods.2.cs Description:

Re: [Pharo-project] About deprecated methods

2009-11-09 Thread Adrian Lienhard
Nice! I wanted to remove the deprecated methods of 1.0 in 1.1 Here is a first cut of deprecated methods that are not called by other in the system. This means that there are deprecated methods called by existing methods in the image? That should not be the case... May be we should not

[Pharo-project] about toText, asText, and asString

2009-11-09 Thread Stéphane Ducasse
Hi http://code.google.com/p/pharo/issues/detail?id=1432 I wanted to remove this method but there is one sender I will fix. Now which one is correct asString or asText. toText self deprecated: 'Use UrlasText instead'. ^ self asString. Stef

Re: [Pharo-project] About deprecated methods

2009-11-09 Thread Stéphane Ducasse
here is a new version removing one test. RemovingDeprecatedMethods.3.cs Description: Binary data On Nov 9, 2009, at 10:01 PM, Adrian Lienhard wrote: Nice! I wanted to remove the deprecated methods of 1.0 in 1.1 Here is a first cut of deprecated methods that are not called by other in

Re: [Pharo-project] About deprecated methods

2009-11-09 Thread Stéphane Ducasse
the assignment operator should be integrated as soon as possible in order to give the packager time to fix their code so that as soon as lukas pushes it into the inbox we integrate it. Stef On Nov 9, 2009, at 10:06 PM, Miguel Enrique Cobá Martinez wrote: El lun, 09-11-2009 a las

Re: [Pharo-project] About deprecated methods

2009-11-09 Thread Miguel Enrique Cobá Martinez
El lun, 09-11-2009 a las 21:54 +0100, Stéphane Ducasse escribió: Hi guys I wanted to remove the deprecated methods of 1.0 in 1.1 Here is a first cut of deprecated methods that are not called by other in the system. May be we should not integrate it now but create a slice that people

Re: [Pharo-project] How to access classVariable access with the browser

2009-11-09 Thread Nicolas Cellier
Hi Lukas, found the same problem again in a MCMergeBrowser There are pure Symbols and Symbol asText in the list of changes. This list of changes is computed in MCPatchBrowserlist ^ self items collect: [:ea | ea summary] In my case, the second element of the list was a

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Lukas Renggli
Monticello is a distributed versioning system, so it is highly redundant by definition. You can't really blame anybody else if a version your are interested in is not reachable. I usually copy important code into my local repository. Well, on the other hand it is extremely bad publicity if

Re: [Pharo-project] About deprecated methods

2009-11-09 Thread Lukas Renggli
the assignment operator should be integrated as soon as possible in order to give the packager time to fix their code so that        as soon as lukas pushes it into the inbox we integrate it. The thing is that there is a setting in the preferences that confused me. It currently has no

Re: [Pharo-project] How to access classVariable access with the browser

2009-11-09 Thread Lukas Renggli
I cannot reproduce the problem. There must be a different cause in your image, which is the root of the problem and should be fixed. In all my images all Text object contain only Strings: Text allInstances reject: [ :each | each string isString ] -- #() Text allInstances select: [ :each

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Michael Rueger
Lukas Renggli wrote: I don't know what is hosted on source.squeakfoundation.org and who is maintaining it. You are not quite getting the point. As long as Pharo relies on *anything* hosted on unreliable servers hosted by anyone the bad PR falls back on the Pharo community. And if I would

Re: [Pharo-project] How to access classVariable access with the browser

2009-11-09 Thread Lukas Renggli
Maybe you can find the creator of the Text instances with Text inside by modifying Text#setString:setRuns:? TextsetString: aString setRuns: anArray (aString isText) ifTrue: [ self haltOnce ]. string := aString. runs := anArray Don't forget to enable the

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Lukas Renggli
I don't know what is hosted on source.squeakfoundation.org and who is maintaining it. You are not quite getting the point. As long as Pharo relies on *anything* hosted on unreliable servers hosted by anyone the bad PR falls back on the Pharo community. You are also not getting the point.

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread Schwab,Wilhelm K
Michael, Please hold that thought on marketing. In fairness, the problem is not so much that Pharo relies on an unreliable server (which might not even be the case - being down now and being down a lot are two different things) as it is that the package management tools (at least as far as I

[Pharo-project] My build problems

2009-11-09 Thread Schwab,Wilhelm K
Hello all, With a couple of changes, I am free of the non-responsive server and still having trouble. On one run, I saw something about recompiling system dictionary (no promises of an exact quote as it flashed by quickly) followed by the emergency evaluator that won't do anything. I added

Re: [Pharo-project] Not a disaster (this time)

2009-11-09 Thread John M McIntosh
If you don't follow the squeak list, then you won't know they install the patches from 2007 to fix the problem, although there are some thoughts now what about patches from later in 2007 2008? Hopefully this kicks off some reflection in their infrastructure support teams about why some

Re: [Pharo-project] About deprecated methods

2009-11-09 Thread Alain Plantec
Stéphane Ducasse a écrit : Hi guys I wanted to remove the deprecated methods of 1.0 in 1.1 Here is a first cut of deprecated methods that are not called by other in the system. May be we should not integrate it now but create a slice that people could load if they want. I think that we