- Pharo-dev - lists.pharo.org

[Pharo-project] [call for help] Bugtracker
by Marcus Denker March 18, 2011

March 18, 2011

There is a bug tracker at http://code.google.com/p/pharo/issues/list With currently 524 open bug reports. With 1.2Core now being released, it would help *a lot* if people who submitted a report would check that report in the loght of a released 1.2 and an actively developing 1.3... -> Has the bug already been fixed? Reports that are already fixed are just incredible wasteful. -> Does the submitted code need to be updated for 1.3? -> Did someone ask a question in the meantime? -> after a long discussion, wouldn't a sumary help to understand what the next action is? *A lot* of the reports could really need some love from the person who submitted it orginally. We should really think about some scheme to auto-close bug reports. E.g. if someone asks a question and the original submitter thinks that it's not even worth to anwer "I don't know", then a bug report should be closed after some generous amount of time (e.g. 6 Months), as it's definitly not important. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 2

[Pharo-project] Default encoding for Linux VM [WAS] Re: [For Testing] RC3 One-Click
by Mariano Martinez Peck March 18, 2011

March 18, 2011

On Sat, Apr 3, 2010 at 1:10 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Hi Marcus. I have been testing a little the one click image and I found the > following things: > > - splash.bmp says release candidate 2. It should be release stable 1.0 or > RC3. > > - There is the __MACOSX folder...should be remove. Remember yemuzip ;) > > - In Linux VM, you pass the parameter -encoding latin1 to the VM. > Shouldn't this be UTF-8 ? I don't know. > > Several months ago, I reported this "problem". Today I saw this issue: http://code.google.com/p/pharo/issues/detail?id=3205 so....should we change to UTF-8 ?? cheers Mariano > - In /Contents/Resources not only is PharoV10.sources but also > SqueakV39.sources. Shouldn't SqueakV39.sources be deleted ? even more it > size 16MB!! > > - The name of the zip of the 1.0 maybe should have a name different > than:Pharo-1.0-10515-rc3dev.zip, for example Pharo-1.0-OneClick. > Notice the OneClick as part of the name > > - In linux there are 2 failing test: > TestIdenting >> testNewLineLeaveSpacesOnOldLine > TestIdenting >> testCR2 > They are not new. I even try to ask help and Laurent too some time ago. I > would like someone to analyze them. If it is a problem of the test, I would > remove them. If there is nothing wrong with the test, I would try to analyze > how to fix it. > > - There is a problem in the tests of RBInternalSpellChecker in Linux and > Windows, when you are not connected to internet. There are 13 errors tests. > The SpellChecker uses the MacOS library, but for Linux and Windows it uses > its own. But...it needs to download the file. Thus, it fails if you are > off-line. The place is in > RBInternalSpellChecker >> downloadData > And of course, self url is ' > http://www.lukas-renggli.ch/smalltalk/rb-spelling.dat'. > As now with Metacello configurations, it is easy to select if you want to > download the tests or not, I would put that file somehow in the image (part > of the test package). The file is 2.1 MB on disk. > But maybe there is a reason not to do this. Lukas ? > > > Cheers > > Mariano > > > > On Fri, Apr 2, 2010 at 11:53 PM, Chris Kassopulo <ckasso(a)sprynet.com>wrote: > >> On Fri, 02 Apr 2010 09:04:58 -0400, Marcus Denker <marcus.denker(a)inria.fr> >> wrote: >> >> >>> Here is a one-click image (for easy starting for newbies). >>> >>> I only tested this under macos, so it needs a testrun on Linux and >>> Windows >>> >>> >>> https://gforge.inria.fr/frs/download.php/26774/Pharo-1.0-10515-rc3dev.zip >>> >>> >> Ubuntu 9.04 >> >> 9177 run, 9155 passes, 20 expected failures, 2 failures, 0 errors, 0 >> unexpected passes >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >

1 0

Re: [Pharo-project] Issue 3205 in pharo: monticello's error on Linux
by pharo＠googlecode.com March 18, 2011

March 18, 2011

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 1

Re: [Pharo-project] Issue 3575 in pharo: [Failing Tests] Obsolete classes after tests
by pharo＠googlecode.com March 18, 2011

March 18, 2011

Updates: Summary: [Failing Tests] Obsolete classes after tests Comment #6 on issue 3575 by guillerm...(a)gmail.com: [Failing Tests] Obsolete classes after tests http://code.google.com/p/pharo/issues/detail?id=3575 (No comment was entered for this change.)

1 5

Re: [Pharo-project] Issue 1914 in pharo: Should check the comments added to packageinfo by andreas in squeak
by pharo＠googlecode.com March 18, 2011

March 18, 2011

Updates: Status: Closed Comment #3 on issue 1914 by marcus.d...(a)gmail.com: Should check the comments added to packageinfo by andreas in squeak http://code.google.com/p/pharo/issues/detail?id=1914 PackageInfo will be replaced by RPackage soon

1 0

Re: [Pharo-project] Issue 953 in pharo: PackageInfo could be much faster
by pharo＠googlecode.com March 18, 2011

March 18, 2011

Updates: Status: FixProposed Comment #20 on issue 953 by marcus.d...(a)gmail.com: PackageInfo could be much faster http://code.google.com/p/pharo/issues/detail?id=953 (No comment was entered for this change.)

1 1

Re: [Pharo-project] GSOC 2010 results
by Marcus Denker March 18, 2011

March 18, 2011

On Mar 18, 2011, at 5:18 PM, Miguel CobÃ¡ wrote: > I think the "No" answer is more like "there are no current plans, > because nobody has pushed it" than "the namespaces implementation is > banned from Pharo" Or: Namespaces can be done so easily wrong so that oe needs to think very carefully and there are no braincycles left just now. At least, that's my view... and I think that the project indeed is very important, as it shows one solution that we can learn from... and then we can realize something for Pharo after we are sure we learned enough. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

[Pharo-project] Issue 3426 in pharo: shouldBePrintedAsLiteral instead of isLiteral
by pharo＠googlecode.com March 18, 2011

March 18, 2011

Status: Fixed Owner: stephane.ducasse Labels: Milestone-1.3 New issue 3426 by stephane.ducasse: shouldBePrintedAsLiteral instead of isLiteral http://code.google.com/p/pharo/issues/detail?id=3426 Levente Uzonyi uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-ul.518.mcz ==================== Summary ==================== Name: Kernel-ul.518 Author: ul Time: 23 November 2010, 1:54:49.317 pm UUID: b098496d-94bb-f943-9cf9-bd07ab3b0b71 Ancestors: Kernel-dtl.517 - introduced Object >> #shouldBePrintedAsLiteral as a replacement for #isLiteral during printing and storing =============== Diff against Kernel-dtl.517 =============== Item was added: + ----- Method: Object>>shouldBePrintedAsLiteral (in category 'testing') ----- + shouldBePrintedAsLiteral + + ^self isLiteral! Item was changed: ----- Method: ScaledDecimal>>storeOn: (in category 'printing') ----- storeOn: aStream "SxaledDecimal sometimes have more digits than they print (potentially an infinity). In this case, do not use printOn: because it would loose some extra digits" + self shouldBePrintedAsLiteral - self isLiteral ifTrue: [self printOn: aStream] ifFalse: [aStream nextPut: $(; store: fraction numerator; nextPut: $/; store: fraction denominator; nextPut: $s; store: scale; nextPut: $)]!

1 4

[Pharo-project] Issue 3828 in pharo: SimpleMorphic overrides system method
by pharo＠googlecode.com March 18, 2011

March 18, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.2 Milestone-1.3 New issue 3828 by marcus.d...(a)gmail.com: SimpleMorphic overrides system method http://code.google.com/p/pharo/issues/detail?id=3828 .. leading to problem when unloading. Fix attached. Attachments: FixSimpleMorphicUnload.1.cs 910 bytes

1 3

[Pharo-project] Issue 3827 in pharo: parser rejects sending a message to the result of yourself
by pharo＠googlecode.com March 18, 2011

March 18, 2011

Status: Accepted Owner: squirebl...(a)gmail.com New issue 3827 by squirebl...(a)gmail.com: parser rejects sending a message to the result of yourself http://code.google.com/p/pharo/issues/detail?id=3827 Pharo image: dev Pharo core version: Pharo-1.1.1-- Latest update: #11414 Virtual machine used: COG VM for Windows Class browser used if applicable: OBSystemBrowserSteps to reproduce: define this method in the browser addTo: p ^ p add: self; yourself sort and accept; you get addTo: p ^ p add: self; yourself s End of block expected ->ort

1 2