July 2015 - Pharo-users - lists.pharo.org

SmaCC Warning on Pharo 5

by Dimitris Chloupis

I am installing my project Ephestos on Pharo 5 that depends on SmaCC and SmaCC gives me the following warning This package depends on the following classes: StringHolder You must resolve these dependencies before you will be able to load these definitions: SmaCCCodeHolder SmaCCCodeHolder>>#owner: SmaCCCodeHolder>>#owner:ownerAcceptSelector: SmaCCCodeHolder>>#contents:notifying: SmaCCCodeHolder>>#contentsMenu:shifted: SmaCCCodeHolder>>#contentsMorph SmaCCCodeHolder>>#hasUnacceptedEdits SmaCCCodeHolder>>#okToChange SmaCCCodeHolder>>#owner SmaCCCodeHolder>>#owner: SmaCCCodeHolder>>#owner:ownerAcceptSelector: SmaCCCodeHolder>>#ownerAcceptSelector SmaCCCodeHolder>>#ownerAcceptSelector: SmaCCCodeHolder>>#perform:orSendTo: SmaCCCodeHolder>>#readContentsFromFile SmaCCCodeHolder>>#saveContentsInFile Select Proceed to continue, or close this window to cancel the operation. Is this normal ? Should I be worried ? Is SmaCC ok on Pharo 5 ? Clicking proceed does not appear to create any side effect.

July 27, 2015

Re: [Pharo-users] Separate compilation with Pillar?

by Alexandre Bergel

> Alex you should use the texmate plugin because the chapter is rendered on Cmd-R. Oh! I did not know this! By the way, is there a way to have the spell checker when using TextMate? I do not have the spell checker when editing Pillar files. Am I the only one? Cheers, Alexandre

July 27, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Sean P. DeNigris

Andy Jones wrote > since the instructions at > http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be out > of date... > Note that there is no ia32-libs package on Jessie, as far as I can tell. The instructions, under "Ubuntu 14.04 and Later", link to http://pharo.org/gnu-linux-installation#ubuntu-ppa-headless-vm , which advises: sudo add-apt-repository ppa:pharo/stable sudo dpkg --add-architecture i386 sudo apt-get update sudo apt-get install pharo-vm-core Did you try that? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Linux-Install-problems-but-eventually-successful-tp48… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 27, 2015

Re: [Pharo-users] NativeBoost and variadic functions

by Ben Coman

On Mon, Jul 27, 2015 at 9:56 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >>> >>> And let me remind you that despite that NB implements FFI to speak with >>> C, it is not obliged to implement features of C language itself. It lets >>> you speak with C programs, but not lets you write programs like in C (see >>> the difference? :) >> >> I wasn't implying that implicit type conversion was a good thing that >> needed implementing -- but just a bump if it hadn't needed attention >> to it before when C did it automagically. >> cheers -ben > > > Of course, Ben, i understand that you may miss some of the feature(s), you > get used to when doing things in C. Sorry I wasn't clear so just to emphasise, I agree NB should not implement such a feature. I was trying to say just that it should be explicit** that implicit type conversions are not supported. A lot of programmers at various levels of experience not very aware of implicit type conversions will probably be bitten by the same error. So to avoid the bites, I guess we need to teach this bit of C when teaching NB. ** perhaps with an example demonstrating it, but I don't know what that might be. cheers -ben > But then consider what is involved to implement such feature because it > means determining argument types at run time (at compile time it is > impossible as well as 'compile once when it is invoked for the first time' > that NB does ) > That means that no matter how well you try, the implementation will suck.. > because it will be very slow comparing to one that uses fixed-type > fixed-argument number. > > My philosophy , in general, for programming is avoid bloat and inefficiency > at all costs. When some feature requires bloat and going to be very > inefficient, i simply saying 'No'. > Especially at infrastructural level, which NB belongs to. > Because one thing that you (of me) as implementer knows what is fast & cool > and what is slow & inefficient, but then users come and start using things > in a way you would never think your stuff will be ever used.. and start > spreading inefficiency in their project(s). And more that that, once they > get used to it, then you would be never able to remove it because it is > there and everyone using it and some even loving it :) > > > -- > Best regards, > Igor Stasenko.

July 27, 2015

Re: [Pharo-users] NativeBoost and variadic functions

by Igor Stasenko

> > > > And let me remind you that despite that NB implements FFI to speak with > C, > > it is not obliged to implement features of C language itself. It lets you > > speak with C programs, but not lets you write programs like in C (see the > > difference? :) > > I wasn't implying that implicit type conversion was a good thing that > needed implementing -- but just a bump if it hadn't needed attention > to it before when C did it automagically. > cheers -ben > Of course, Ben, i understand that you may miss some of the feature(s), you get used to when doing things in C. But then consider what is involved to implement such feature because it means determining argument types at run time (at compile time it is impossible as well as 'compile once when it is invoked for the first time' that NB does ) That means that no matter how well you try, the implementation will suck.. because it will be very slow comparing to one that uses fixed-type fixed-argument number. My philosophy , in general, for programming is avoid bloat and inefficiency at all costs. When some feature requires bloat and going to be very inefficient, i simply saying 'No'. Especially at infrastructural level, which NB belongs to. Because one thing that you (of me) as implementer knows what is fast & cool and what is slow & inefficient, but then users come and start using things in a way you would never think your stuff will be ever used.. and start spreading inefficiency in their project(s). And more that that, once they get used to it, then you would be never able to remove it because it is there and everyone using it and some even loving it :) -- Best regards, Igor Stasenko.

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 27/07/15 02:35, stepharo wrote: > > > Le 26/7/15 22:30, Andy Jones a Ã©crit : >> LOL - this is actually what brought me back to Smalltalk again - >> specifically the idea of some sort of programmable Wiki - but I >> certainly don't have any code yet; complete newb here. > > If you want a wiki syntax use pillar because it is the syntax of Pier > and you will get for free all the instratucture and outputter and > editing support. I'm using pandoc's markdown and trying to make pandoc to talk better with Pharo. Pandoc has support for a lot of languages (see graph at [1]), including html and LaTeX, but also a more plural community [2] including plublishers [3] (the post is about using IPython notebook but the supporting format is markdown). In my opinion this is a good example of a place where we need to talk better with external libraries, frameworks and communities. [1] http://pandoc.org/ [2] http://scholarlymarkdown.com/ [3] https://beta.oreilly.com/ideas/jupyter-at-oreilly Cheers, Offray

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Tudor Girba

Indeed, TxText should provide live rendering. In the meantime, we have Rubric and there is a reasonable support for live rendering and linking: http://www.humane-assessment.com/blog/writing-pillar-books-with-the-gtinspe… However, the current problem is the parser. In my solution, I used an island parser based on PetitParser. That's because the main parser is not flexible enough and, for example, does not preserve the locations of AST nodes. So, I would suggest to build on top of the GTInspector extension for now and focus on the Pillar parser. Once the parser will be usable for live rendering, we can switch to the TxText. Who would be interested in participating? Cheers, Doru On Mon, Jul 27, 2015 at 12:21 PM, stepharo <stepharo(a)free.fr> wrote: > Once we will get TxText we will really invest into nice rendering. Now > nothing prevents someone to push to have comments better rendered > based on kasper > > Stef > > Le 27/7/15 10:09, Peter UhnÃ¡k a Ã©crit : > > I think that we would need some better support for text rendering for > Pillar to be usable inside Pharo --- that's reason why I gave up on this > long ago and am still using html (and js) for myself... and also because of > clickable links. > > Kasper Ãsterbye did this some time ago > > â(original thread > http://forum.world.st/Class-comments-rendered-in-Nautilus-through-Pillar-td… > ) > > However I have no idea what is the current state of it (Pillar > repository shows only a single commit from April). > > Ideally I want full html+css renderer, but that is hard. > > Peter > > On Mon, Jul 27, 2015 at 9:35 AM, stepharo <stepharo(a)free.fr> wrote: > >> >> >> Le 26/7/15 22:30, Andy Jones a Ã©crit : >> >> LOL - this is actually what brought me back to Smalltalk again - >> specifically the idea of some sort of programmable Wiki - but I certainly >> don't have any code yet; complete newb here. >> >> >> If you want a wiki syntax use pillar because it is the syntax of Pier >> and you will get for free all the instratucture and outputter and >> editing support. >> >> >> On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> >> <emdonahu(a)gmail.com> wrote: >>> >>> Seems that Pharo is a magnet for this kind of project. I've been writing >>> one as well and using it to organize my research notes. Does anyone working >>> on personal info mgmt tools want to talk offline? I expect we're running >>> into some of the same issues, both conceptual and technical. >>> >>> Evan >>> >>> >>> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by stepharo

Once we will get TxText we will really invest into nice rendering. Now nothing prevents someone to push to have comments better rendered based on kasper Stef Le 27/7/15 10:09, Peter UhnÃ¡k a Ã©crit : > I think that we would need some better support for text rendering for > Pillar to be usable inside Pharo --- that's reason why I gave up on > this long ago and am still using html (and js) for myself... and also > because of clickable links. > > Kasper Ãsterbye did this some time ago > > â(original thread > http://forum.world.st/Class-comments-rendered-in-Nautilus-through-Pillar-td… > ) > > However I have no idea what is the current state of it (Pillar > repository shows only a single commit from April). > > Ideally I want full html+css renderer, but that is hard. > > Peter > > On Mon, Jul 27, 2015 at 9:35 AM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > > > Le 26/7/15 22:30, Andy Jones a Ã©crit : >> LOL - this is actually what brought me back to Smalltalk again - >> specifically the idea of some sort of programmable Wiki - but I >> certainly don't have any code yet; complete newb here. > > If you want a wiki syntax use pillar because it is the syntax of > Pier and you will get for free all the instratucture and outputter > and > editing support. >> >> On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> >> <mailto:emdonahu@gmail.com> wrote: >> >> Seems that Pharo is a magnet for this kind of project. I've >> been writing one as well and using it to organize my research >> notes. Does anyone working on personal info mgmt tools want >> to talk offline? I expect we're running into some of the same >> issues, both conceptual and technical. >> >> Evan >> >> >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. > >

July 27, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by stepharo

Le 27/7/15 11:04, Tudor Girba a Ã©crit : > We would love to have your demos on Bloc soon :) We all thought the same ;) > > Doru > > On Mon, Jul 27, 2015 at 10:30 AM, Stephan Eggermont <stephan(a)stack.nl > <mailto:stephan@stack.nl>> wrote: > > On 27-07-15 09:38, stepharo wrote: > > you are proving that people can use Morphic to build non > traditional > applications and without roassal :) > > > The Roassal examples made it much easier to get started. > Roassal with Glamour was excellent for building applications > with lots of visualizations. > > I hope having some Morphic examples will give people an easier start. > > Stephan > > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

July 27, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by Tudor Girba

We would love to have your demos on Bloc soon :) Doru On Mon, Jul 27, 2015 at 10:30 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 27-07-15 09:38, stepharo wrote: > >> you are proving that people can use Morphic to build non traditional >> applications and without roassal :) >> > > The Roassal examples made it much easier to get started. > Roassal with Glamour was excellent for building applications > with lots of visualizations. > > I hope having some Morphic examples will give people an easier start. > > Stephan > > > > -- www.tudorgirba.com "Every thing has its own flow"

July 27, 2015

Re: [Pharo-users] Markdown -> Pillar

by Damien Cassou

HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> writes: > Has anyone implemented a feature to convert a document from Markdown format > to Pillar? not yet. But Jan implemented a full-featured Markdown parser in PetitParser so I guess the hard part has been written already. I know others are interested in that too, e.g., Norbert. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

July 27, 2015

Re: [Pharo-users] Separate compilation with Pillar?

by Damien Cassou

Ferlicot D. Cyril <cyril.ferlicot(a)gmail.com> writes: > I'll work soon on getting ride of the scripts. > We'll try to have everything on the configuration file. So, that will be > easy to export only 1 chapter, or to remove one export etc. that' really important Cyril. We should get rid of bash scripts. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

July 27, 2015

Markdown -> Pillar

by HernÃ¡n Morales Durand

Hello, Has anyone implemented a feature to convert a document from Markdown format to Pillar? Cheers, HernÃ¡n

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Damien Cassou

Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> writes: > Ohh offline of the mailing list. I got it! Wouldn't be better if we talk > here about the ideas of outliners an PIM made with Pharo? Maybe this can > help with ideas and discussion at least until it gets traction. please continue on the mailing list -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

July 27, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by Stephan Eggermont

On 27-07-15 09:38, stepharo wrote: > you are proving that people can use Morphic to build non traditional > applications and without roassal :) The Roassal examples made it much easier to get started. Roassal with Glamour was excellent for building applications with lots of visualizations. I hope having some Morphic examples will give people an easier start. Stephan

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Peter UhnÃ¡k

I think that we would need some better support for text rendering for Pillar to be usable inside Pharo --- that's reason why I gave up on this long ago and am still using html (and js) for myself... and also because of clickable links. Kasper Ãsterbye did this some time ago â(original thread http://forum.world.st/Class-comments-rendered-in-Nautilus-through-Pillar-td… ) However I have no idea what is the current state of it (Pillar repository shows only a single commit from April). Ideally I want full html+css renderer, but that is hard. Peter On Mon, Jul 27, 2015 at 9:35 AM, stepharo <stepharo(a)free.fr> wrote: > > > Le 26/7/15 22:30, Andy Jones a Ã©crit : > > LOL - this is actually what brought me back to Smalltalk again - > specifically the idea of some sort of programmable Wiki - but I certainly > don't have any code yet; complete newb here. > > > If you want a wiki syntax use pillar because it is the syntax of Pier and > you will get for free all the instratucture and outputter and > editing support. > > > On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> > <emdonahu(a)gmail.com> wrote: >> >> Seems that Pharo is a magnet for this kind of project. I've been writing >> one as well and using it to organize my research notes. Does anyone working >> on personal info mgmt tools want to talk offline? I expect we're running >> into some of the same issues, both conceptual and technical. >> >> Evan >> >> >> > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > >

July 27, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by stepharo

Stephan you are proving that people can use Morphic to build non traditional applications and without roassal :) Stef Le 26/7/15 19:27, Stephan Eggermont a Ã©crit : > Pharo is an excellent environment for building interactive > applications. In part 4 of this series, I take a look at a planning > tool for time slot based planning. This is not so common in software > development, but is used a lot in simple and complicated contexts. In > the example, there are 4 rooms that can be scheduled between 8:00 and > 18:00 at a granularity of 5 minutes. An element panel is added as a > new kind of drag panel containing prototypes of the tasks that can be > planned. Here the prototypes are no longer the squares from the > earlier drag panels, their height depends on the amount of time they > take. When a task prototype is dragged to the plan board, the > responsible party can be selected using spotter. > > https://vimeo.com/134547026 > > Stephan >

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by stepharo

Le 26/7/15 22:30, Andy Jones a Ã©crit : > LOL - this is actually what brought me back to Smalltalk again - > specifically the idea of some sort of programmable Wiki - but I > certainly don't have any code yet; complete newb here. If you want a wiki syntax use pillar because it is the syntax of Pier and you will get for free all the instratucture and outputter and editing support. > > On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> wrote: > > Seems that Pharo is a magnet for this kind of project. I've been > writing one as well and using it to organize my research notes. > Does anyone working on personal info mgmt tools want to talk > offline? I expect we're running into some of the same issues, both > conceptual and technical. > > Evan > > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity.

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Norbert Hartl

> Am 27.07.2015 um 04:01 schrieb Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net>: > > Ohh offline of the mailing list. I got it! Wouldn't be better if we talk here about the ideas of outliners an PIM made with Pharo? Maybe this can help with ideas and discussion at least until it gets traction. > +1 Norbert > Cheers, > > Offray > >> On 26/07/15 16:55, Offray Vladimir Luna CÃ¡rdenas wrote: >> Count me in, but I don't understant pretty well the offline part of the talk...do you mean face to face? >> >> Cheers, >> >> Offray >> >>> On 26/07/15 15:27, Evan Donahue wrote: >>> Seems that Pharo is a magnet for this kind of project. I've been writing one as well and using it to organize my research notes. Does anyone working on personal info mgmt tools want to talk offline? I expect we're running into some of the same issues, both conceptual and technical. >>> >>> Evan > >

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Offray Vladimir Luna CÃ¡rdenas

Ohh offline of the mailing list. I got it! Wouldn't be better if we talk here about the ideas of outliners an PIM made with Pharo? Maybe this can help with ideas and discussion at least until it gets traction. Cheers, Offray On 26/07/15 16:55, Offray Vladimir Luna CÃ¡rdenas wrote: > Count me in, but I don't understant pretty well the offline part of > the talk...do you mean face to face? > > Cheers, > > Offray > > On 26/07/15 15:27, Evan Donahue wrote: >> Seems that Pharo is a magnet for this kind of project. I've been >> writing one as well and using it to organize my research notes. Does >> anyone working on personal info mgmt tools want to talk offline? I >> expect we're running into some of the same issues, both conceptual >> and technical. >> >> Evan >> >> > > >

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Bystroushaak

Yeah. It is one of the reasons I started to learn pharo. It simply looks like best tool to build my own exocortex. Dne 26.7.2015 v 22:30 Andy Jones napsal(a): > LOL - this is actually what brought me back to Smalltalk again - > specifically the idea of some sort of programmable Wiki - but I > certainly don't have any code yet; complete newb here.

July 26, 2015

Re: [Pharo-users] Personal wiki / information manager

by Offray Vladimir Luna CÃ¡rdenas

Count me in, but I don't understant pretty well the offline part of the talk...do you mean face to face? Cheers, Offray On 26/07/15 15:27, Evan Donahue wrote: > Seems that Pharo is a magnet for this kind of project. I've been > writing one as well and using it to organize my research notes. Does > anyone working on personal info mgmt tools want to talk offline? I > expect we're running into some of the same issues, both conceptual and > technical. > > Evan > >

July 26, 2015

Re: [Pharo-users] Personal wiki / information manager

by Andy Jones

LOL - this is actually what brought me back to Smalltalk again - specifically the idea of some sort of programmable Wiki - but I certainly don't have any code yet; complete newb here. On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> wrote: >Seems that Pharo is a magnet for this kind of project. I've been >writing >one as well and using it to organize my research notes. Does anyone >working >on personal info mgmt tools want to talk offline? I expect we're >running >into some of the same issues, both conceptual and technical. > >Evan -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

July 26, 2015

Re: [Pharo-users] Personal wiki / information manager

by Evan Donahue

Seems that Pharo is a magnet for this kind of project. I've been writing one as well and using it to organize my research notes. Does anyone working on personal info mgmt tools want to talk offline? I expect we're running into some of the same issues, both conceptual and technical. Evan

July 26, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Andy Jones

Well that *is* odd. I thought I had a pretty standard #!11. Perhaps it's my machine that's screwed up. On 26 July 2015 20:47:40 BST, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >Just as a curiosity what Crunchbang install are you using? I have used >my script on Crunchbang. But I haven't used #! since it ended. I like >staying current so I always installed Waldorf and the ran another >script >to upgrade to Sid install all of my stuff. Then I would run my script >in >my new Jessie based #!. > >I started this email above and then decided to do a fresh install #! as > >stated above. It worked just fine. >In fact I tried it while still as Waldorf. Pharo failed there stating >that it required GLIBC 2.15. If I remember correctly. > >I am at a loss as to what the problem is. > >Jimmie > > >On 07/26/2015 05:06 AM, Shadowfirebird wrote: >> Actually, no, because I assumed that there were broken dependancies >in >> Crunchbang and it wouldn't help. Here goes... >> >> TL;DR: I just got tangled up in missing dependancies; I think this is >> a #! problem. Thanks for the idea, though. >> >> Long version: >> >> shadow(a)jenna[~/shadow/scratch/pharo4.0]%: ./pharo >> could not find module vm-display-X11 >> [1] 4875 abort ./pharo >> >> (134) shadow(a)jenna[~/shadow/scratch/pharo4.0]%: cd bin >> >> shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: ldd vm-display-X11 >> linux-gate.so.1 (0xf776e000) >> libpthread.so.0 => /lib32/libpthread.so.0 (0xf771d000) >> libGL.so.1 => not found >> libX11.so.6 => not found >> libc.so.6 => /lib32/libc.so.6 (0xf7572000) >> /lib/ld-linux.so.2 (0xf776f000) >> >> Well outside of my comfort zone here, but a quick web search suggests >> I might want libgl1-mesa-glx or libgl1-mesa-swx11? Looking at >Synaptic >> I can see a libgl1-mesa-swx11-i686:i386, so let's try that? >> >> (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get >> install libgl1-mesa-swx11-i686 >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Some packages could not be installed. This may mean that you >have >> requested an impossible situation or if you are using the >unstable >> distribution that some required packages have not yet been >created >> or been moved out of Incoming. >> The following information may help to resolve the situation: >> >> The following packages have unmet dependencies: >> libgl1-mesa-swx11-i686:i386 : Depends: libgl1-mesa-swx11:i386 >(= >> 8.0.5-4+deb7u2) but it is not going to be installed >> Depends: libc6:i386 (>= 2.3.6-6~) >> but it is not going to be installed >> Depends: libgcc1:i386 (>= >1:4.1.1) >> but it is not going to be installed >> Depends: libstdc++6:i386 (>= >4.1.1) >> but it is not going to be installed >> Depends: libx11-6:i386 but it is >> not going to be installed >> Depends: libxext6:i386 but it is >> not going to be installed >> E: Unable to correct problems, you have held broken packages. >> >> Okay. Hmm. Maybe apt-get is failing to chain-install these >dependancies? Maybe? >> >> (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get >> install libc6:i386 >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Some packages could not be installed. This may mean that you >have >> requested an impossible situation or if you are using the >unstable >> distribution that some required packages have not yet been >created >> or been moved out of Incoming. >> The following information may help to resolve the situation: >> >> The following packages have unmet dependencies: >> libc6 : Depends: libgcc1 but it is not going to be installed >> Breaks: libc6:i386 (!= 2.19-13) but 2.13-38+deb7u8 is >to >> be installed >> libc6:i386 : Breaks: libc6 (!= 2.13-38+deb7u8) but 2.19-13 is >to >> be installed >> libcairo2 : Depends: libfontconfig1 (>= 2.9.0) but it is not >> going to be installed >> Depends: libfreetype6 (>= 2.3.5) but it is not >going >> to be installed >> Depends: libpixman-1-0 (>= 0.21.6) but it is not >> going to be installed >> Depends: libpng12-0 (>= 1.2.13-4) but it is not >going >> to be installed >> Depends: libxcb-render0 but it is not going to be >installed >> Depends: libxcb-shm0 but it is not going to be >installed >> Depends: libxcb1 (>= 1.6) but it is not going to be >installed >> Depends: libxrender1 but it is not going to be >installed >> libcurl3-gnutls : Depends: libgcrypt11 (>= 1.4.5) but it is not >> going to be installed >> Depends: libgnutls26 (>= 2.12.17-0) but it is >> not going to be installed >> Depends: libgssapi-krb5-2 (>= 1.10+dfsg~) but >> it is not going to be installed >> Depends: libidn11 (>= 1.13) but it is not >going >> to be installed >> Depends: libldap-2.4-2 (>= 2.4.7) but it is >not >> going to be installed >> Depends: librtmp0 (>= 2.3) but it is not >going >> to be installed >> Depends: libssh2-1 (>= 1.2.6) but it is not >> going to be installed >> Recommends: ca-certificates but it is not >going >> to be installed >> libdbus-glib-1-2 : Depends: libdbus-1-3 (>= 1.2.16) but it is >not >> going to be installed >> libglib2.0-0 : Depends: libffi5 (>= 3.0.4) but it is not going >to >> be installed >> Depends: libpcre3 (>= 8.10) but it is not going >to >> be installed >> Depends: libselinux1 (>= 1.32) but it is not >going >> to be installed >> Recommends: shared-mime-info >> libimlib2 : Depends: libbz2-1.0 but it is not going to be >installed >> Depends: libfreetype6 (>= 2.2.1) but it is not >going >> to be installed >> Depends: libgif4 (>= 4.1.4) but it is not going to >be installed >> Depends: libid3tag0 (>= 0.15.1b) but it is not >going >> to be installed >> Depends: libjpeg8 (>= 8c) but it is not going to be >installed >> Depends: libpng12-0 (>= 1.2.13-4) but it is not >going >> to be installed >> Depends: libtiff4 (> 3.9.5-3~) but it is not going >to >> be installed >> liblua5.1-0 : Depends: libgcc1 (>= 1:4.1.1) but it is not going >> to be installed >> Depends: libstdc++6 (>= 4.1.1) but it is not >going >> to be installed >> libruby1.8 : Depends: libgdbm3 (>= 1.8.3) but it is not going >to >> be installed >> Depends: libreadline5 (>= 5.2) but it is not going >> to be installed >> Depends: libssl1.0.0 (>= 1.0.0) but it is not >going >> to be installed >> libx11-6 : Depends: libxcb1 (>= 1.2) but it is not going to be >installed >> libxft2 : Depends: libfontconfig1 (>= 2.9.0) but it is not >going >> to be installed >> Depends: libfreetype6 (>= 2.3.5) but it is not going >to >> be installed >> Depends: libxrender1 but it is not going to be >installed >> libxml2 : Depends: liblzma5 (>= 5.1.1alpha+20120614) but it is >> not going to be installed >> Recommends: xml-core but it is not going to be >installed >> E: Error, pkgProblemResolver::Resolve generated breaks, this may >> be caused by held packages. >> sudo apt-get install libc6:i386 19.22s user 0.12s system 99% >cpu >> 19.356 total >> >> ...Ooof. Okay, giving up now. Thanks for the idea, though. >> >> On Sun, Jul 26, 2015 at 2:47 AM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >>> Did you try doing a "ldd" over the VM executable file so that you >can find >>> the missing dependencies? >>> >>> >>> >>> On Sat, Jul 25, 2015 at 7:09 PM, >Shadowfirebird<shadowfirebird(a)gmail.com> >>> wrote: >>>> Same problem. I'm afraid -- Crunchbang refuses to install >libasound2:i386 >>>> because it cannot fulfill the dependencies. >>>> >>>> On Sat, Jul 25, 2015 at 5:09 PM, Jimmie >Houchin<jlhouchin(a)gmail.com> >>>> wrote: >>>>> Hello, >>>>> >>>>> Welcome to Pharo and the Pharo community. Smalltalk/Pharo are >>>>> exceptionally empowering tools. And getting better all the time. >>>>> >>>>> My apologies for your difficulties. I personally have not seen >that page >>>>> before as I already have scripts for installing all of the >requisite >>>>> libraries. This script has worked for me for years on Ubuntu or >other Debian >>>>> based distros. My favorite was Crunchbang. >>>>> >>>>> I did not originate this script but believe I started with I found >years >>>>> ago for either Debian or Ubuntu. I cleaned it up and added to it >over time. >>>>> It installs all the necessary libraries to my knowledge. Whether >or not >>>>> installs more than I need I do not know. All I do know is that >after running >>>>> the script Pharo runs perfectly. >>>>> >>>>> I copied all of this from my setup-pharo.sh script. >>>>> I run this script anytime I have a fresh Linux install. >>>>> I then sudo -s and run the script. >>>>> >>>>> dpkg --add-architecture i386 >>>>> apt-get update >>>>> >>>>> apt-get --yes install cmake zip bash-completion ruby git xz-utils >>>>> debhelper devscripts >>>>> apt-get --yes install libc6-dev:i386 libasound2:i386 >libasound2-dev:i386 >>>>> libasound2-plugins:i386 >>>>> apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 >libssh2-1:i386 >>>>> libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 >libice-dev:i386 >>>>> apt-get --yes install build-essential gcc-multilib g++ >>>>> apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 >>>>> >>>>> Hopefully this can help your experience with Pharo and/or Squeak. >>>>> >>>>> Jimmie >>>>> >>>>> >>>>> >>>>> >>>>> On 07/25/2015 09:54 AM, Shadowfirebird wrote: >>>>>> Hi all, >>>>>> >>>>>> I've been having trouble getting *any* sort of Smalltalk working >on >>>>>> Linux. But ultimately I got Pharo (my first choice) working on >Debian >>>>>> Jessie. >>>>>> >>>>>> It wasn't terribly hard in the end, but since the instructions at >>>>>> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem >to be out >>>>>> of date, I thought it might be helpful to post something in case >those in >>>>>> charge of that page would like to update. Since there is no >issue tracker, >>>>>> I assume this is a good a place as any. >>>>>> >>>>>> >>>>>> ## Short Version ## >>>>>> >>>>>> * sudo dpkg --add-architecture i386 >>>>>> * sudo apt-get update >>>>>> * sudo apt-get install lib32zl lib32ncurses5 >>>>>> >>>>>> Note that there is no ia32-libs package on Jessie, as far as I >can tell. >>>>>> (I have no idea whether you actually need to install >lib32ncurses5, but >>>>>> those were what apt-get suggested, and it worked.) >>>>>> >>>>>> I do have a startup error -- "MessageNotUnderstood: >>>>>> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it >doesn't seem >>>>>> to break anything. >>>>>> >>>>>> >>>>>> ## Longer version / Rant ## >>>>>> >>>>>> Pharo turned out to be impossible on my netbook (where I would >like to >>>>>> use it, sadly) because it is still running Crunchbang, which is >Debian Woody >>>>>> under the hood. So in theory the fix from the 64bit install page >should >>>>>> work. It doesn't, though -- some sort of problem with #! I >suppose >>>>>> >>>>>> "The following packages have unmet dependacies: >>>>>> ia32-libs: Depends: ia32-libs-i386" >>>>>> >>>>>> Squeak, as downloaded from their site, has exactly the same >problem. >>>>>> >>>>>> Pharo isn't in the Debian Repository, but an old version of the >Squeak >>>>>> VM -- *just* the VM -- is. (Not sure what the point of that is.) > It >>>>>> doesn't work with the current Squeak image from the website. I >did >>>>>> eventually manage to get a compatible image ... via FTP. Good >grief. (Good >>>>>> enough to learn the ropes, I suppose.) >>>>>> >>>>>> I really didn't want to go the Gnu Smalltalk road, but in >desperation I >>>>>> tried it. Under both Crunchbang and Debian Jessie, the >gst-browser package >>>>>> falls over immediately when you start it, a great big error trace >I won't >>>>>> bother to paste here. These are packages in the *repository*. Is >no-one >>>>>> maintaining them? >>>>>> >>>>>> >>>>>> The point of this rant is to give context to the following: >thank you. >>>>>> Really, thank you, to the folks behind Pharo and everyone reading >this. >>>>>> >>>>>> This is the problem with FOSS: blink, and yesterday's rave >technology is >>>>>> gone. And Smalltalk is *important* -- I'm not a Smalltalk >programmer, but >>>>>> every time I play with it I learn so much about OOP, programming, >and good >>>>>> design of classes. And I keep coming back to try to work with it >again, >>>>>> because it offers things I want and just can't get elsewhere. >The idea that >>>>>> Smalltalk might one day just ... not run? Not worth thinking >about. >>>>>> >>>>>> >>>>>> Okay, broke a cardinal rule here. Apologies for joining a >mailing list >>>>>> and then immediately posting a long rant. Going to Lurk Mode >now! >>>>>> >>>>>> Shadow. >>>>>> >>>>>> >>>> >>>> -- >>>> Look through time and find your rhyme / Tell us what you find / We >will >>>> wait at your gate / Hoping like the blind. >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >> -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

July 26, 2015