On 10 Jan 2014, at 22:13, GitHub nore...@github.com wrote:
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: 6a62aa857c7610ef434cda338c72ee5bdd0c0919
https://github.com/pharo-project/pharo-core/commit/6a62aa857c7610ef434cda338c72ee5bdd0c0919
On 10 Jan 2014, at 22:59, Sergio Maass sergio.ma...@gmail.com wrote:
Hi everybody!
I'm a Pharo newcomer and I'm currently working on a view builder for Roassal
(http://www.smalltalkhub.com/#!/~ObjectProfile/Roassal). The idea of the
builder is to allow the user to explore any data
When I try to install the XMLWriter framework by means of the Configuration
browser I'll always get errors.
This happens on the latest Pharo-3.0 as well as on Pharo-2.0.
In Pharo-3.0 the top of PharoDebug.log is:
THERE_BE_DRAGONS_HERE
Error: Could not access
I've come across two weird bugs (or at least strange effects) when using
OpenWorldWithSpec. I'm not sure whether they are genuine bugs or it's just
the way I've coded. I'm using the latest Pharo 3 on Ubuntu 13.10.
I have a simple ComposableModel consisting of a TreeModel and a LabelModel
which
Branch: refs/tags/30685
Home: https://github.com/pharo-project/pharo-core
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: d818897ff0f30a9dcbcd24dd69bf78001413f510
https://github.com/pharo-project/pharo-core/commit/d818897ff0f30a9dcbcd24dd69bf78001413f510
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Hi Andreas,
try it again - there was a newer config in
http://smalltalkhub.com/#!/~PharoExtras/XMLWriter
that I copied now into MetaRepoForPharo20 and MetaRepoForPharo30 to satisfy the
config browser.
I tried in clean Pharo 2.0 and clean Pharo 3.0, loads and all test are green.
Have fun
T.
Igor Stasenko wrote:
and guess what i currently working on?
OSWindow interface, which will allow us to control creating of windows
and managing them from the image, and handling the events.
OSWindow sounds really exciting. Perhaps it will help facilitate
multi-monitor support?
cheers -ben
On 11 January 2014 15:20, b...@openinworld.com wrote:
Igor Stasenko wrote:
and guess what i currently working on?
OSWindow interface, which will allow us to control creating of windows
and managing them from the image, and handling the events.
OSWindow sounds really exciting. Perhaps it
On 01/11/2014 12:17 AM, Hernán Morales Durand wrote:
Didn't tried myself but there is a tracing library for X called xscope.
Is not included by default in most distros.
http://xorg.freedesktop.org/archive/individual/app/xscope-1.4.tar.gz
Don't bother with xev, does not capture clicks inside
Can we install packages like this?
$ pharo config NeoCSV INIFile OSProcess Pharo.image
That would install stable versions from default repository for pharo image
in current working directory in headless mode, save and quit.
Cheers,
Hernán
2014/1/11 Martin McClure mar...@hand2mouse.com
On 01/11/2014 12:17 AM, Hernán Morales Durand wrote:
Didn't tried myself but there is a tracing library for X called xscope.
Is not included by default in most distros.
http://xorg.freedesktop.org/archive/individual/app/xscope-1.4.tar.gz
That is a great catch, thanks for the investigation, it requires somebody
combining multi platform skills to fix this, there are not many of them ;-)
So I guess we can try to re-enable the test...
On 11 Jan 2014, at 17:48, b...@openinworld.com wrote:
Marcus Denker wrote:
On 09 Jan 2014, at
To be able to remove NativeBoost we must integrate patch like this:
https://pharo.fogbugz.com/f/cases/12624/make-image-startup-independent-on-NativeBoost
This is the main code for NB unloading:
| remove |
remove := #('Athens-Cairo' 'Athens-PangoCairo' 'NativeBoost-Tests'
'NativeBoost-Examples'
2014/1/11 Igor Stasenko siguc...@gmail.com
that could work, except that it will change the default behavior for
compilation,
and raise exception in cases if you wanna silently load code etc, which is
unwanted.
i am also not sure the implementation of #translate is sound:
translate
[
On 01/11/2014 08:55 AM, Nicolai Hess wrote:
This instructions are very good:
https://github.com/pharo-project/pharo-vm
I build my own vm because I am using a rather old ubuntu version (10.04) and
the current vm does not work with my glibc version.
Feel free to ask if you have any questions
Hi Michael,
sounds good but what script do you mean I should edit?
I mean, all I'm seen is that wget and curl
It's a bug in the hosted scripts?
sebastian
o/
On Jan 11, 2014, at 2:26 AM, Michael J. Forster m...@sharedlogic.ca wrote:
On 14-01-10 07:54 PM, Sebastian Sastre wrote:
Hi
Hi!
Sorry for bothering you again.
My account was joined to Pharo-Contribution but the link
https://ci.inria.fr/pharo-contribution/view/all/newJob is not working.
(This is the link that appears when I click on New Job here).
Does it have to do with Permissions? I don't know if what Christophe
hi,
as Sven say, you can do something like this:
./pharo Pharo.image config filetree://repository/mc ConfigurationOfSomething
--install=baseline
just one for line, because we do not have a centralised repository (yet) and
because what we expect is that you do your own
most probably :(
I will check tomorrow and provide a fix.
Esteban
On 11 Jan 2014, at 20:16, Sebastian Sastre sebast...@flowingconcept.com wrote:
Hi Michael,
sounds good but what script do you mean I should edit?
I mean, all I'm seen is that wget and curl
It's a bug in the hosted
but I wonder why it does not fail for more people (me included)… we use a lot
linux (for ci, etc.).
Esteban
On 11 Jan 2014, at 23:29, Esteban Lorenzano esteba...@gmail.com wrote:
most probably :(
I will check tomorrow and provide a fix.
Esteban
On 11 Jan 2014, at 20:16, Sebastian
Technically there is the Configuration Browser that allow for single click
installs. Which I think is the most close to pip. Its not hard to implement
this kind stuff. I just don't like command lines/terminals. A good reason to
pick Pharo :D
On Saturday, 11 January 2014, 23:52, Esteban
I saw StHub acting not 100% normally just now, but it seems to be recovering.
Maybe someone should have a quick look to see if everything is really OK.
I finally read this whole thread. I don't normally get involved in
Pharo discussions but, I can't help to say: Igor is 100% right, and
his best rationale why at the beginning:
==
at the end, it is just silly: the point is that i am always sure about
things i do, when interacting with my
On 01/11/2014 10:21 AM, Martin McClure wrote:
On 01/11/2014 08:55 AM, Nicolai Hess wrote:
This instructions are very good:
https://github.com/pharo-project/pharo-vm
I build my own vm because I am using a rather old ubuntu version
(10.04) and
the current vm does not work with my glibc
On 01/11/2014 12:17 AM, Hernán Morales Durand wrote:
Didn't tried myself but there is a tracing library for X called xscope.
Is not included by default in most distros.
http://xorg.freedesktop.org/archive/individual/app/xscope-1.4.tar.gz
Don't bother with xev, does not capture clicks inside
Still completely unable to run any Pharo on my main development machine.
I tried running with --trace. It would appear that no Smalltalk is being
run on mouse clicks or on keystrokes, with the exception of Alt-., which
generates the output shown below.
Regards,
-Martin
i have an impression, that people simply don't understand the function of
cmd-l,
and how convenient it is, especially when debugging:
in debugger i more often operate with method's source pane than inspectors:
i simply select the subexpression i wanting to inspect and then press
Cmd-P which
Both saving changes and cancelling changes should be easy to do, without
confirmation. They are both too common an action to slow down in this way.
However, *both* actions should be undo-able.
Regards,
-Martin
Try just hitting Alt without anything else. That has worked for me on Linux.
Jeff
On Saturday, January 11, 2014, Martin McClure wrote:
On 01/10/2014 09:15 PM, Martin McClure wrote:
I saw this a time or two in Pharo 2.0, and now I've seen it in Pharo 3.0
-- I launch my working image and all
On 01/11/2014 06:26 PM, J.F. Rick wrote:
Try just hitting Alt without anything else. That has worked for me on Linux.
Thanks for the suggestion. Hitting Alt alone doesn't seem to do anything
either.
I'm beginning to suspect that delays are not expiring at the OS level --
I'll be getting
Somewhat related only, but FYI something I've noticed with Cog VMs is
that if you bump the computer clock forward by e.g. 30 seconds then Cuis
remains frozen for 30 seconds. Under the assumption that Cuis and Pharo
are close enough, and considering that alt+. does not bring up a
debugger
On 14-01-11 04:34 PM, Esteban Lorenzano wrote:
but I wonder why it does not fail for more people (me included)… we use
a lot linux (for ci, etc.).
Esteban
[...]
Like so many corners of Unix/Linux/Darwin, the design of mktemp(3)
permits too many arbitrary and incompatible implementations.
Oh, I tried again and this time it worked.
I just refreshed the page, it asked for my user (as the session had
timeouted) and then I got to the Job name choosing screen.
Thanks in advance if someone did something. If not, sorry for the mail. :)
Cordially,
Alfredo
2014/1/11 Alfredo Sanzo
34 matches
Mail list logo