- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Unsubscribe get internal server error
by Marcus Denker Dec. 20, 2010

Dec. 20, 2010

Hi, I will open a ticket with the sys-admins... it seems the mailman interface is broken. (even for me as the mailinglist admin). What you can try is to use email to unsubscribe: send a mail to pharo-project-request(a)lists.gforge.inria.fr with unsubscribe in the body of of the mail. Marcus On Dec 20, 2010, at 9:02 PM, Nick Payne wrote: > As I'm going on holiday for a few weeks and don't want the mail to pile up in my mailbox, I attempted to unsubscribe at the address given when I joined the mailing list (http://lists.gforge.inria.fr/cgi-bin/mailman/options/pharo-project/nick.pay…) but I just get an Apache error page: > > Internal Server Error > > The server encountered an internal error or misconfiguration and was unable to complete your request. > > Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error. > > More information about this error may be available in the server error log. > > Apache/2.2.9 (Debian) mod_auth_pgsql/2.0.3 DAV/2 SVN/1.5.1 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g Server at lists.gforge.inria.fr Port 80 > > Nick > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] Unsubscribe get internal server error
by Nick Payne Dec. 20, 2010

Dec. 20, 2010

As I'm going on holiday for a few weeks and don't want the mail to pile up in my mailbox, I attempted to unsubscribe at the address given when I joined the mailing list (http://lists.gforge.inria.fr/cgi-bin/mailman/options/pharo-project/nick.pay…) but I just get an Apache error page: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. ------------------------------------------------------------------------ Apache/2.2.9 (Debian) mod_auth_pgsql/2.0.3 DAV/2 SVN/1.5.1 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g Server at lists.gforge.inria.fr Port 80 Nick

1 0

Re: [Pharo-project] [Metacello] circling in on symbolic version release (1.0-beta.28)
by Mariano Martinez Peck Dec. 20, 2010

Dec. 20, 2010

Hi dale. This is awesome. SOrry for being quite out...but I am trying to focus on my duties :( maybe we will be able to build pharo dev 1.2 using symbolic versions? cheers Mariano On Fri, Dec 17, 2010 at 12:58 AM, Dale <dhenrich(a)vmware.com> wrote: > I've just done a series of checkins of the configurations referenced > from the Pharo development configuration. > > I've updated each of the configurations with the "correct symbolic > version" for Pharo1.0 and Pharo1.1 based upon what is loaded in the > one-click images and the ConfigurationOfPharo specifications ... when > in doubt I went with the specified version. > > Here's the list of configs: > > ProfStef > Shout > AutomaticMethodCategorizer > ObjectMetaTools > Nile > PharoMorphicExtras > NewInspector > OCompletion > PharoSound > ScriptManager > HelpSystem > OmniBrowser > RefactoringBrowser > PharoNonCore > Gofer > > The symbolic version methods are ignored by earlier versions of > Metacello, so they shouldn't affect anything ... > > I plan to perform validations on all of the configurations in > MetacelloRepository and will be checking in fixes for the critical > issues that can affect Metacello (there are some issues with the most > recent version of Pharo that I will fix shortly). > > Dale > >

3 2

[Pharo-project] Printing hexadecimal values of a string
by Geoffroy Couprie Dec. 20, 2010

Dec. 20, 2010

Hello all, I get a strange behaviour while trying to print hexadecimal values of a string. Context: I get a SHA1 hash from a binary stream, store it into a string, and I want to display that string (using asHex). Problem: for values inferior to 16, the leading zero is ignored. (15 -> 'F' instead of '0F'). I could modify SmallInteger>>printStringBase: to always include the leading zero, but I fear I'm going to break a lot of code doing that. Is there a better way to fix my problem? apart from using directly the following: aStream do:[:val | val printStringBase:16 nDigits:2] Best regards, Geoffroy

6 12

[Pharo-project] What to do with the PharoOne click encoding ?? Fwd: Issue 3205 in pharo: monticello's error on Linux
by Mariano Martinez Peck Dec. 20, 2010

Dec. 20, 2010

I noticed this problem several times also. I even remeber once I asked why the shell script was sending -encoding utf8 how we can fix it ? can we just ommit it ? what happens when we run a normal vm with a normal image? I guess we don't send any particular encoding there... cheers mariano ---------- Forwarded message ---------- From: <pharo(a)googlecode.com> Date: Mon, Dec 20, 2010 at 11:48 AM Subject: Re: [Pharo-project] Issue 3205 in pharo: monticello's error on Linux To: pharo-project(a)lists.gforge.inria.fr Comment #2 on issue 3205 by sanchezlsp: monticello's error on Linux http://code.google.com/p/pharo/issues/detail?id=3205 Thank you. That works.

1 0

Re: [Pharo-project] Issue 2705 in pharo: Collection enh for Cog
by Marcus Denker Dec. 20, 2010

Dec. 20, 2010

On Dec 20, 2010, at 4:10 PM, Levente Uzonyi wrote: > On Mon, 20 Dec 2010, pharo(a)googlecode.com wrote: > >> >> Comment #5 on issue 2705 by marcus.denker: Collection enh for Cog >> http://code.google.com/p/pharo/issues/detail?id=2705 >> >> I will add just copyUpThrough: >> >> > > #fold: is sent by the Cog VMMaker code, so you either implement it, modify the Cog VMMaker code or you won't be able to build a Cog from a Pharo image (building such an image is a tedious task anyway). We will encounter (and fix) these things when we do the VM auto-build setup. Maybe we then just load a pre-load for things like that. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Issue 2705 in pharo: Collection enh for Cog
by pharo＠googlecode.com Dec. 20, 2010

Dec. 20, 2010

Comment #2 on issue 2705 by marcus.denker: Collection enh for Cog http://code.google.com/p/pharo/issues/detail?id=2705 Next action: - take the code here and make a .cs or Slice out of it

2 5

Re: [Pharo-project] Issue 2247 in pharo: MessageNotUnderstood: NewInspector class>>openOn:withEvalPane:withLabel:
by pharo＠googlecode.com Dec. 20, 2010

Dec. 20, 2010

Comment #3 on issue 2247 by vonbecmann: MessageNotUnderstood: NewInspector class>>openOn:withEvalPane:withLabel: http://code.google.com/p/pharo/issues/detail?id=2247 i tried this issue in Pharo image: Pharo Pharo core version: Pharo-1.1.1--Latest update: #11414 Virtual machine used: 'Squeak3.10.2 of 11 February 2010 [latest update: #9314]' Class browser used (if applicable): OBSystemBrowserAdaptor and it is not working. any idea? Attachments: PharoDebug.log 30.8 KB

1 2

[Pharo-project] [update 1.2] #12283
by Marcus Denker Dec. 20, 2010

Dec. 20, 2010

12283 ----- Issue 2690: dropping a cs file and cancelling the chooser raises and exception Issue 2705: Collection enh for Cog -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Issue 2690 in pharo: dropping a cs file and cancelling the chooser raises and exception
by pharo＠googlecode.com Dec. 20, 2010

Dec. 20, 2010

Comment #5 on issue 2690 by marcus.denker: dropping a cs file and cancelling the chooser raises and exception http://code.google.com/p/pharo/issues/detail?id=2690 For 1.2, I would just fix the nil check. I will add a new entry for cleaning up DefaultExternalDropHandler vs ExternalDropHandler Attachments: FixFor2690.1.cs 597 bytes

1 1