From renggli at iam.unibe.ch Tue Aug 3 19:13:51 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 3 Aug 2004 19:13:51 +0200 Subject: Squeak SmallWiki In-Reply-To: References: Message-ID: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> Hi Hans, nice to hear that you would like to use SmallWiki for your home-page. > - wie startet man dann automatisch im Image, z.B. mit headless Squeak ? I don't know a lot about the port of SmallWiki to Squeak, I'm only responsible for the development of the original version in VisualWorks. > - Chris Burkert meint, der Squeak Port sei nicht zu empfehlen, wie > siehst Du das ? I think for a personal home-page it should be possible to use VisualWorks, as this there is commercial (you don't earn money) use then. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at iam.unibe.ch Tue Aug 3 19:21:53 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 3 Aug 2004 19:21:53 +0200 Subject: Parser In-Reply-To: <62383.130.92.9.57.1091531255.squirrel@www.alemtid.asso.fr> References: <62383.130.92.9.57.1091531255.squirrel@www.alemtid.asso.fr> Message-ID: <9D3A5F54-E571-11D8-B2F2-000393CFE6C8@iam.unibe.ch> Hi Fr?d?ric > by the way, to do the 'new edit' action, I should > parse a text not as a document but as a paragraph. > What shall I modify in fact ? It is possible to tell the parser to start at the different rule by sending the message #parse:startingAt: to the class WikiParser instead of #parse: But maybe easier (and without modifying the parser) it would be just to parse it as a document and then extract the paragraph from that tree: document := WikiParser parse: aString. paragraph := document children first. > What is a "reduce action" ? > How to generate generatedTables ? For a documentation of the parser please read: http://www.refactory.com/Software/SmaCC Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From chris at chrisburkert.de Tue Aug 3 21:59:40 2004 From: chris at chrisburkert.de (chris@chrisburkert.de) Date: Tue, 3 Aug 2004 21:59:40 +0200 (CEST) Subject: Squeak SmallWiki In-Reply-To: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> Message-ID: <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> Hi Hans and Lukas, >> - wie startet man dann automatisch im Image, z.B. mit headless Squeak ? You should create one storage process by hand: Smalltalk at: #Server put: (SWKom startOn: 8080). Server storage: SWImageStorage new. Server storage delay: 60 * 5. Then save the image and use a startup script config.st with something like (you can put your config in here but be careful in using the storage: message which will create many trouble causing storage processes over time): Server stop. Server port: 9002. Server start. Start the server on Unix via: squeak -headless squeak.image file:///path/to/config.st & >> - Chris Burkert meint, der Squeak Port sei nicht zu empfehlen, wie >> siehst Du das ? The problem is, that I don't have the time to sync the squeak port with the VW version any more. Besides this the current version is quite stable. So if you want to have an up to date Smallwiki use the VW version. If you can be happy with the squeak port ... use it! If somebody likes to take the maintainership of the squeak port I would be happy! cheers Chris Burkert From renggli at iam.unibe.ch Wed Aug 4 13:15:39 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Wed, 4 Aug 2004 13:15:39 +0200 Subject: Parser In-Reply-To: <61251.130.92.9.55.1091608951.squirrel@www.alemtid.asso.fr> References: <62383.130.92.9.57.1091531255.squirrel@www.alemtid.asso.fr> <9D3A5F54-E571-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <61251.130.92.9.55.1091608951.squirrel@www.alemtid.asso.fr> Message-ID: <9E189950-E607-11D8-B2F2-000393CFE6C8@iam.unibe.ch> > there is something strange about smallwiki and the visitor. When a > visitor > visit a collection, it has a code like : > > visitCollection: aCollection > aCollection > do: [ :child | child accept: self ] > > shouldn t we have something like > > visitCollection: aCollection > aCollection > do: [ :child | self visit: child ] both implementations are actually the same, because #visit: looks like this: Visitor>>#visit: anObject anObject accept: self. But you are right, the names of the messages in the visitor implementation of SmallWiki 1 are somehow strange and confusing. This will be improved in SmallWiki 2. Have a look at past posts in the SmallWiki mailing-list that discuss that issue. > because I want, for example, to evaluate a code each time a wikiItem > is visited. So it should be placed in the method visit: but then, in > that situation, wikiItems contained in a collection doesnt launch the > method > visit, but instead launch directly the method accept. > what do you think of it ? Most of the time this isn't necessary: you could put an inst-var into your visitor class, remembering the parent of your links. Hope this helps, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at iam.unibe.ch Wed Aug 4 13:21:51 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Wed, 4 Aug 2004 13:21:51 +0200 Subject: Parser In-Reply-To: <63894.130.92.9.55.1091611371.squirrel@www.alemtid.asso.fr> References: <62383.130.92.9.57.1091531255.squirrel@www.alemtid.asso.fr> <9D3A5F54-E571-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <63894.130.92.9.55.1091611371.squirrel@www.alemtid.asso.fr> Message-ID: <7BDAC533-E608-11D8-B2F2-000393CFE6C8@iam.unibe.ch> Ohhh sorry, forget about the last paragraph in my last mail. I already answered a question that you didn't ask there! > * I think that not only internal link, but any link, should have a > kind of "resolver" let s say a "structureFrom" or I don t know. It > would make easier to program property about links. Most of the time this isn't necessary: you could put an inst-var into your visitor class, remembering the parent-structure of your links. > * about the parser, it cannot understand html codes. So someone can > write in a page a link in html code, and it cannot be detect as a link > ( and then it is impossible to know if the target is good or not). > Should it be improved ? Wikis are plain text and usually do not contain HTML. If there is HTML inside the wiki document, it is parsed as plain text but you loose the independence of the output format (latex, pdf, native gui, ...). I don't understand why do you want to parse HTML? Writing a HTML parser is a difficult thing! Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From charles at datasof.com Wed Aug 4 15:00:02 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 04 Aug 2004 09:00:02 -0400 Subject: Wiki is down Message-ID: At 9 am EST I was not able to access the wiki. thanks -Charles -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From nevin at bountifulbaby.com Wed Aug 4 15:44:37 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Wed, 04 Aug 2004 06:44:37 -0700 Subject: Squeak SmallWiki In-Reply-To: <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> Message-ID: <4110E845.1080106@bountifulbaby.com> chris at chrisburkert.de wrote: >Hi Hans and Lukas, > > > >>>- wie startet man dann automatisch im Image, z.B. mit headless Squeak ? >>> >>> > >You should create one storage process by hand: >Smalltalk at: #Server put: (SWKom startOn: 8080). >Server storage: SWImageStorage new. >Server storage delay: 60 * 5. > >Then save the image and use a startup script config.st with something like >(you can put your config in here but be careful in using the storage: >message which will create many trouble causing storage processes over >time): >Server stop. >Server port: 9002. >Server start. > >Start the server on Unix via: >squeak -headless squeak.image file:///path/to/config.st & > > > Under Squeak, a few months ago there was a problem with SWImageStorage saving unrunnable images. Has that been fixed? What was the problem? I first saw the problem reported by Maurice Rabb, on 2/13/04. The problem was confirmed by Chris Burket on a post later that day. Then on 3/17/04 I reported that I had also seen the problem. I've pasted below my own post, which also has the earlier ones. Later, on 3/18/04 Chris said he planned on looking at it over the next few days to find and fix the problem. So, Chris, whatever became of this? Does it work now (for Squeak)? What was the problem? Nevin ************* Message from 3/17/04 and earlier pasted below ************ >Chris Burkert wrote: > > > Hi Maurice, > > Maurice Rabb wrote: > >> I am having some trouble with my SmallWiki. >> >> server _ SWKom startOn: 8888. >> storage _ SWImageStorage new. >> storage delay: 3 * 60. >> server storage: storage. When the delay expires, it stores a >> snapshot as expected but the VM freezes up. There is some problem >> with the image it saves. It is not runnable. >> >> However eveything seems to work properly if I execute: >> >> server storage snapshot. >> >> before the delay expires. I can do this repeatedly, but if it is >> done via the delay it hoses the image. >> >> Has anyone else experienced this? I would appreciate any suggestions. > > > > Yes I can reproduce this. Thanks for the report. Unfortunatly I can't > have a look at this in the next days ... exams. I will sync the Squeak > Port with VW in about 3-4 weeks and fix some bugs including this one. > I hope you can wait till then or send me your own fix > > Regards > Chris Burkert I saw this problem one time-- but it was enough to make me set the storage persistence to nil, and do manual image saves. I'm using Squeak 3.6 final. How do I tell what version of SmallWiki I've got loaded? What was the cause of the image hang? Can SWImageStorage be relied upon? As I read the above, there is some implication that as long as I do a 'server storage snapshot' one time before the delay expires, then afterwards everything is OK? Or will the image hang with the next expirary? Nevin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040804/ccfb7446/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: smile_n.gif Type: image/gif Size: 144 bytes Desc: not available Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040804/ccfb7446/smile_n.gif From chris at chrisburkert.de Wed Aug 4 18:34:17 2004 From: chris at chrisburkert.de (chris@chrisburkert.de) Date: Wed, 4 Aug 2004 18:34:17 +0200 (CEST) Subject: Squeak SmallWiki In-Reply-To: <4110E845.1080106@bountifulbaby.com> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> Message-ID: <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> Hi Nevin, > Under Squeak, a few months ago there was a problem with SWImageStorage > saving unrunnable images. Has that been fixed? What was the problem? > [snip] > > So, Chris, whatever became of this? Does it work now (for Squeak)? > What was the problem? Yes, that has been fixed, but I don't remember what exactly the problem was. I believe I have answered to this list when I did the fix. There's a site [1] which runs Squeak SmallWiki several months. So it seems to be quite stable as it is. Simply load the current SmallWiki from SqueakMap. regards Chris Burkert 1: http://duala.africapolyglotta.net/ From avi at beta4.com Wed Aug 4 18:56:52 2004 From: avi at beta4.com (Avi Bryant) Date: Wed, 4 Aug 2004 09:56:52 -0700 Subject: Parser In-Reply-To: <7BDAC533-E608-11D8-B2F2-000393CFE6C8@iam.unibe.ch> References: <62383.130.92.9.57.1091531255.squirrel@www.alemtid.asso.fr> <9D3A5F54-E571-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <63894.130.92.9.55.1091611371.squirrel@www.alemtid.asso.fr> <7BDAC533-E608-11D8-B2F2-000393CFE6C8@iam.unibe.ch> Message-ID: <48DCAE17-E637-11D8-9EE0-000A95DB7844@beta4.com> On Aug 4, 2004, at 4:21 AM, Lukas Renggli wrote: > I don't understand why do you want to parse HTML? Writing a HTML > parser is a difficult thing! I doubt it's directly useful to SmallWiki, but FWIW there's a decent HTML parser we wrote for an early version of Seaside sitting on SqueakMap: http://map1.squeakfoundation.org/sm/package/69778b2e-3884-4490-b18a -1b9a86a201ec . From nevin at bountifulbaby.com Sat Aug 7 15:43:12 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Sat, 07 Aug 2004 06:43:12 -0700 Subject: Squeak SmallWiki In-Reply-To: <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> Message-ID: <4114DC70.4080702@bountifulbaby.com> chris at chrisburkert.de wrote: >Hi Nevin, > > > >>Under Squeak, a few months ago there was a problem with SWImageStorage >>saving unrunnable images. Has that been fixed? What was the problem? >> >> >> >[snip] > > >Yes, that has been fixed, but I don't remember what exactly the problem >was. I believe I have answered to this list when I did the fix. There's a >site [1] which runs Squeak SmallWiki several months. So it seems to be >quite stable as it is. Simply load the current SmallWiki from SqueakMap. > >regards Chris Burkert > > I "upgraded" yesterday. The problem is still there. The image hung over the evening. I'm using Squeak 3.6 final, on FreeBSD. The latest version of SmallWiki on SqueakMap is 0.9.23-- this actually seems to be a "backrev" from the one I started with last fall: (on the "new" image) SWSmallWiki versionString --> 'SmallWiki 0.9.23' (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' For what its worth, when the install asks if I want the Star Browser, or any of the other extras, I say "no". Nevin -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040807/d69d3c64/attachment.htm From nevin at bountifulbaby.com Sat Aug 7 15:56:24 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Sat, 07 Aug 2004 06:56:24 -0700 Subject: Squeak SmallWiki In-Reply-To: <4114DC70.4080702@bountifulbaby.com> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> Message-ID: <4114DF88.8020005@bountifulbaby.com> > > I "upgraded" yesterday. The problem is still there. The image hung > over the evening. > > I'm using Squeak 3.6 final, on FreeBSD. The latest version of > SmallWiki on SqueakMap is 0.9.23-- this actually seems to be a > "backrev" from the one I started with last fall: > > (on the "new" image) SWSmallWiki versionString --> 'SmallWiki 0.9.23' > (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' > > For what its worth, when the install asks if I want the Star Browser, > or any of the other extras, I say "no". > > Nevin > Oh, and I loaded it fresh into a virgin 3.6 image. Nevin -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 From chris at chrisburkert.de Sun Aug 8 13:43:08 2004 From: chris at chrisburkert.de (chris@chrisburkert.de) Date: Sun, 8 Aug 2004 13:43:08 +0200 (CEST) Subject: Squeak SmallWiki In-Reply-To: <4114DC70.4080702@bountifulbaby.com> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> Message-ID: <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> Hi Nevin, > I "upgraded" yesterday. The problem is still there. The image hung > over the evening. could you please take a look in you process browser and make sure that there is only one storage process?!? The best is to kill all and create a new one. > I'm using Squeak 3.6 final, on FreeBSD. The latest version of SmallWiki > on SqueakMap is 0.9.23-- this actually seems to be a "backrev" from the > one I started with last fall: > > (on the "new" image) SWSmallWiki versionString --> 'SmallWiki 0.9.23' > (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' I changed this version string which came from the VW version, because it was not the correct string. You the versioning numbers from SM. Currently it should be 0.9.23-6 for the kernel which means it is revision 6 of 0.9.23. > For what its worth, when the install asks if I want the Star Browser, or > any of the other extras, I say "no". You don't have to load these packages. So "no" and "yes" are correct answers. Chris Burkert PS: I'm away for 2 weeks so please don't expect answers for this time. I'm cycling from the ore mountains in saxony to wallis in switzerland and back. Till then ... From renggli at iam.unibe.ch Mon Aug 9 20:54:36 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 9 Aug 2004 20:54:36 +0200 Subject: Meta-Descriptions In-Reply-To: <51514.130.92.9.55.1092051502.squirrel@www.alemtid.asso.fr> References: <62383.130.92.9.57.1091531255.squirrel@www.alemtid.asso.fr> <9D3A5F54-E571-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <63894.130.92.9.55.1091611371.squirrel@www.alemtid.asso.fr> <7BDAC533-E608-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <51514.130.92.9.55.1092051502.squirrel@www.alemtid.asso.fr> Message-ID: <8F633448-EA35-11D8-82AB-000393CFE6C8@iam.unibe.ch> Hi Fr?d?ric, yes there is a meta-description in SmallWiki 2. Actually it is used on Command-Objects only, to be able to build and render GUIs automatically. I think this will make it much simpler to build GUIs for different front-ends, e.g like the Seaside and the Trippy interface that I'm currently playing with. I don't know how far to continue the idea of having meta-descriptions. Of course they could be added to all the objects in the wiki like the server, the structures, the document-entities, the properties itself, etc. but I don't know if they are of big use there. I'm currently just playing with that stuff and there is nothing very useful yet. However - as always - I'm looking for comments, ideas and contributions from everybody. Cheers, Lukas On Aug 9, 2004, at 13:38, f.bulcka at alemtid.asso.fr wrote: > Hi, > in SmallWiki2, I saw that you add some kind of metadescription which > seem to be near the idea of propertyDescription in SmallWiki1 (an > interface between the wiki and the administrator and/or programmer). > You > also have some kind of 'component' like brokenlinks and everything. > > Broken is a property of a link (a kind of metadescription in > smallwiki2 > ? ) but should we have something like properties of the server or of > the > site (i do know that they are not wikiItems but anyway). Then > BrokenLinks would be a property of the site. > > In the same kind of idea, you would have a computed property that could > give you all the pages that can be modified by a guy. > > I mean, this is some kind of global information, that could be easily > implemented as "property" of the server or something like this. > > What s your opinion ? > > Fred > > -- Lukas Renggli http://renggli.freezope.org From renggli at iam.unibe.ch Mon Aug 9 20:54:36 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 9 Aug 2004 20:54:36 +0200 Subject: Meta-Descriptions In-Reply-To: <51514.130.92.9.55.1092051502.squirrel@www.alemtid.asso.fr> References: <62383.130.92.9.57.1091531255.squirrel@www.alemtid.asso.fr> <9D3A5F54-E571-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <63894.130.92.9.55.1091611371.squirrel@www.alemtid.asso.fr> <7BDAC533-E608-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <51514.130.92.9.55.1092051502.squirrel@www.alemtid.asso.fr> Message-ID: <8F633448-EA35-11D8-82AB-000393CFE6C8@iam.unibe.ch> Hi Fr?d?ric, yes there is a meta-description in SmallWiki 2. Actually it is used on Command-Objects only, to be able to build and render GUIs automatically. I think this will make it much simpler to build GUIs for different front-ends, e.g like the Seaside and the Trippy interface that I'm currently playing with. I don't know how far to continue the idea of having meta-descriptions. Of course they could be added to all the objects in the wiki like the server, the structures, the document-entities, the properties itself, etc. but I don't know if they are of big use there. I'm currently just playing with that stuff and there is nothing very useful yet. However - as always - I'm looking for comments, ideas and contributions from everybody. Cheers, Lukas On Aug 9, 2004, at 13:38, f.bulcka at alemtid.asso.fr wrote: > Hi, > in SmallWiki2, I saw that you add some kind of metadescription which > seem to be near the idea of propertyDescription in SmallWiki1 (an > interface between the wiki and the administrator and/or programmer). > You > also have some kind of 'component' like brokenlinks and everything. > > Broken is a property of a link (a kind of metadescription in > smallwiki2 > ? ) but should we have something like properties of the server or of > the > site (i do know that they are not wikiItems but anyway). Then > BrokenLinks would be a property of the site. > > In the same kind of idea, you would have a computed property that could > give you all the pages that can be modified by a guy. > > I mean, this is some kind of global information, that could be easily > implemented as "property" of the server or something like this. > > What s your opinion ? > > Fred > > -- Lukas Renggli http://renggli.freezope.org From nevin at bountifulbaby.com Wed Aug 11 04:13:37 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Tue, 10 Aug 2004 19:13:37 -0700 Subject: Squeak SmallWiki In-Reply-To: <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> Message-ID: <411980D1.7040809@bountifulbaby.com> OK, I had time to look at this again. There is only one storage process-- the SWImageStorage It looks like SWImageStorage does not attempt an image save unless it detects that the swiki changed. But, if it attempts to save the image, the image is hosed, and the resulting image is also hosed. The problem is definitely still there. Nevin chris at chrisburkert.de wrote: >Hi Nevin, > > > >>I "upgraded" yesterday. The problem is still there. The image hung >>over the evening. >> >> > >could you please take a look in you process browser and make sure that >there is only one storage process?!? The best is to kill all and create a >new one. > > > >>I'm using Squeak 3.6 final, on FreeBSD. The latest version of SmallWiki >>on SqueakMap is 0.9.23-- this actually seems to be a "backrev" from the >>one I started with last fall: >> >> (on the "new" image) SWSmallWiki versionString --> 'SmallWiki 0.9.23' >> (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' >> >> > >I changed this version string which came from the VW version, because it >was not the correct string. You the versioning numbers from SM. Currently >it should be 0.9.23-6 for the kernel which means it is revision 6 of >0.9.23. > > > >>For what its worth, when the install asks if I want the Star Browser, or >>any of the other extras, I say "no". >> >> > >You don't have to load these packages. So "no" and "yes" are correct answers. > >Chris Burkert > >PS: I'm away for 2 weeks so please don't expect answers for this time. I'm >cycling from the ore mountains in saxony to wallis in switzerland and >back. Till then ... > > > > -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040810/88839577/attachment.htm From nevin at bountifulbaby.com Wed Aug 11 16:36:08 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Wed, 11 Aug 2004 07:36:08 -0700 Subject: Squeak SmallWiki In-Reply-To: <411980D1.7040809@bountifulbaby.com> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> <411980D1.7040809@bountifulbaby.com> Message-ID: <411A2ED8.90104@bountifulbaby.com> I just ran the same image under Win XP. Instead of hanging the image, it pegged the CPU at 99%. Nevin Nevin Pratt wrote: > OK, I had time to look at this again. > > There is only one storage process-- the SWImageStorage > > It looks like SWImageStorage does not attempt an image save unless it > detects that the swiki changed. But, if it attempts to save the > image, the image is hosed, and the resulting image is also hosed. > > The problem is definitely still there. > > Nevin > > > > > chris at chrisburkert.de wrote: > >>Hi Nevin, >> >> >> >>>I "upgraded" yesterday. The problem is still there. The image hung >>>over the evening. >>> >>> >> >>could you please take a look in you process browser and make sure that >>there is only one storage process?!? The best is to kill all and create a >>new one. >> >> >> >>>I'm using Squeak 3.6 final, on FreeBSD. The latest version of SmallWiki >>>on SqueakMap is 0.9.23-- this actually seems to be a "backrev" from the >>>one I started with last fall: >>> >>> (on the "new" image) SWSmallWiki versionString --> 'SmallWiki 0.9.23' >>> (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' >>> >>> >> >>I changed this version string which came from the VW version, because it >>was not the correct string. You the versioning numbers from SM. Currently >>it should be 0.9.23-6 for the kernel which means it is revision 6 of >>0.9.23. >> >> >> >>>For what its worth, when the install asks if I want the Star Browser, or >>>any of the other extras, I say "no". >>> >>> >> >>You don't have to load these packages. So "no" and "yes" are correct answers. >> >>Chris Burkert >> >>PS: I'm away for 2 weeks so please don't expect answers for this time. I'm >>cycling from the ore mountains in saxony to wallis in switzerland and >>back. Till then ... >> >> >> >> > >-- >Nevin Pratt > >Bountiful Baby >http://www.bountifulbaby.com >The Most Complete Reborn Supply Store On The Web! > >(801) 992-3137 > > -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040811/b3786cf3/attachment.htm From ssastre at seaswork.com.ar Wed Aug 11 16:42:17 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Wed, 11 Aug 2004 11:42:17 -0300 Subject: Squeak SmallWiki In-Reply-To: <411A2ED8.90104@bountifulbaby.com> Message-ID: <001b01c47fb1$66a49ea0$c800a8c0@ENTERPRISE> The same in my case, running on linux Sebasti?n Sastre HYPERLINK "mailto:ssastre at seaswork.com.ar"ssastre at seaswork.com.ar HYPERLINK "http://www.seaswork.com.ar/"www.seaswork.com.ar -----Mensaje original----- De: owner-smallwiki at iam.unibe.ch [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Nevin Pratt Enviado el: Mi?rcoles, 11 de Agosto de 2004 11:36 Para: smallwiki at iam.unibe.ch Asunto: Re: Squeak SmallWiki I just ran the same image under Win XP. Instead of hanging the image, it pegged the CPU at 99%. Nevin Nevin Pratt wrote: OK, I had time to look at this again. There is only one storage process-- the SWImageStorage It looks like SWImageStorage does not attempt an image save unless it detects that the swiki changed. But, if it attempts to save the image, the image is hosed, and the resulting image is also hosed. The problem is definitely still there. Nevin HYPERLINK "mailto:chris at chrisburkert.de"chris at chrisburkert.de wrote: Hi Nevin, I "upgraded" yesterday. The problem is still there. The image hung over the evening. could you please take a look in you process browser and make sure that there is only one storage process?!? The best is to kill all and create a new one. I'm using Squeak 3.6 final, on FreeBSD. The latest version of SmallWiki on SqueakMap is 0.9.23-- this actually seems to be a "backrev" from the one I started with last fall: (on the "new" image) SWSmallWiki versionString --> 'SmallWiki 0.9.23' (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' I changed this version string which came from the VW version, because it was not the correct string. You the versioning numbers from SM. Currently it should be 0.9.23-6 for the kernel which means it is revision 6 of 0.9.23. For what its worth, when the install asks if I want the Star Browser, or any of the other extras, I say "no". You don't have to load these packages. So "no" and "yes" are correct answers. Chris Burkert PS: I'm away for 2 weeks so please don't expect answers for this time. I'm cycling from the ore mountains in saxony to wallis in switzerland and back. Till then ... -- Nevin Pratt Bountiful Baby HYPERLINK "http://www.bountifulbaby.com"http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 -- Nevin Pratt Bountiful Baby HYPERLINK "http://www.bountifulbaby.com"http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040811/3d5e97cd/attachment.htm From renggli at iam.unibe.ch Thu Aug 12 19:23:34 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Thu, 12 Aug 2004 19:23:34 +0200 Subject: about authorisation In-Reply-To: <58137.130.92.9.56.1092323549.squirrel@www.alemtid.asso.fr> References: <60246.130.92.9.55.1092141676.squirrel@www.alemtid.asso.fr> <4B26F8CF-EAE7-11D8-82AB-000393CFE6C8@iam.unibe.ch> <58137.130.92.9.56.1092323549.squirrel@www.alemtid.asso.fr> Message-ID: <56C5B41C-EC84-11D8-98EB-000393CFE6C8@iam.unibe.ch> Hi, please ask you questions directly to the SmallWiki-Mailing list, so other people can read/answer/... as well! > Is it possible to check if someone has the right to do something (like > to view a structure) from anywhere in the wiki ? Permissions are dynamically calculated for the user currently logged while looking up the structure. Permissions depend on the context: the currently browsed structure, the user currently logged in and the roles that have been assigned to the user. Currently there is no code to determine the permission for a given user anywhere in the wiki, because this functionality was not needed. Actually it could be implemented easily by simulating the call to #processSecurity: for all the parents of the structure in question. Cheers, Lukas On Aug 12, 2004, at 17:12, f.bulcka at alemtid.asso.fr wrote: > Schl"usse, > > Is it possible to check if someone has the right to do something ( > like > to view a structure) from anywhere in the wiki ? > > because something like : > > self request user hasPermission: Resource permisionView > > where self is an action > > is true if the user has the right for ( self structure). > but if i want to know it for any structure, how can i do that ? > > Thanks, > > Frederic > > -- Lukas Renggli http://renggli.freezope.org From maurice at microlingua.com Thu Aug 12 21:08:36 2004 From: maurice at microlingua.com (Maurice Rabb) Date: Thu, 12 Aug 2004 14:08:36 -0500 Subject: Squeak SmallWiki In-Reply-To: <411980D1.7040809@bountifulbaby.com> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> <411980D1.7040809@bountifulbaby.com> Message-ID: <03791458-EC93-11D8-9876-000D932962A0@microlingua.com> Hi Nevin, From what I remember, I had the same problem that you describe. However, I noticed that if I directly commanded (from a workspace) a SWImageStorage to save, everything worked fine. I think I deduced that what was hosing the images was a bad Semaphore. I never have time to dig around and track down the exact source the error. Maurice Maurice Rabb 773-281-6003 mr at MauriceRabb.com On Aug 10, 2004, at 9:13 PM, Nevin Pratt wrote: > OK, I had time to look at this again. > > There is only one storage process-- the SWImageStorage > > It looks like SWImageStorage does not attempt an image save unless it > detects that the swiki changed.? But, if it attempts to save the > image, the image is hosed, and the resulting image is also hosed. > > The problem is definitely still there. > > Nevin > > > > > chris at chrisburkert.de wrote: > > Hi Nevin, > > > I "upgraded" yesterday. The problem is still there. The image hung > over the evening. > > could you please take a look in you process browser and make sure that > there is only one storage process?!? The best is to kill all and > create a > new one. > > > I'm using Squeak 3.6 final, on FreeBSD. The latest version of > SmallWiki > on SqueakMap is 0.9.23-- this actually seems to be a "backrev" from the > one I started with last fall: > > (on the "new" image) SWSmallWiki versionString --> 'SmallWiki > 0.9.23' > (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' > > I changed this version string which came from the VW version, because > it > was not the correct string. You the versioning numbers from SM. > Currently > it should be 0.9.23-6 for the kernel which means it is revision 6 of > 0.9.23. > > > For what its worth, when the install asks if I want the Star Browser, > or > any of the other extras, I say "no". > > You don't have to load these packages. So "no" and "yes" are correct > answers. > > Chris Burkert > > PS: I'm away for 2 weeks so please don't expect answers for this time. > I'm > cycling from the ore mountains in saxony to wallis in switzerland and > back. Till then ... > > > > > > -- > Nevin Pratt > > Bountiful Baby > http://www.bountifulbaby.com > The Most Complete Reborn Supply Store On The Web! > > (801) 992-3137 > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 2434 bytes Desc: not available Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040812/e4abefd4/attachment.bin From nevin at bountifulbaby.com Thu Aug 12 21:45:30 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Thu, 12 Aug 2004 12:45:30 -0700 Subject: Squeak SmallWiki In-Reply-To: <03791458-EC93-11D8-9876-000D932962A0@microlingua.com> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> <411980D1.7040809@bountifulbaby.com> <03791458-EC93-11D8-9876-000D932962A0@microlingua.com> Message-ID: <411BC8DA.1010702@bountifulbaby.com> Yes, you can evaluate 'server storage snapshot' from a workspace without it hanging the image. The actual image save accomplished by the SWImageStorage storage manager is just Smalltalk saveImageInFileNamed: (Smalltalk fullNameForImageNamed: newName). For this not to work suggests some kind of issue with the fact that it is issued from within a thread (the storage manager runs in its own green thread). Which, of course, in turn could be a Semaphore issue-- who knows. In any case, SmallWiki on Squeak is not ready for production, and won't be until there is a reliable storage manager. Nevin Maurice Rabb wrote: > Hi Nevin, > > From what I remember, I had the same problem that you describe. > However, I noticed that if I directly commanded (from a workspace) a > SWImageStorage to save, everything worked fine. > > I think I deduced that what was hosing the images was a bad Semaphore. > I never have time to dig around and track down the exact source the > error. > > Maurice > > Maurice Rabb > 773-281-6003 > mr at MauriceRabb.com > > > On Aug 10, 2004, at 9:13 PM, Nevin Pratt wrote: > > OK, I had time to look at this again. > > There is only one storage process-- the SWImageStorage > > It looks like SWImageStorage does not attempt an image save unless > it detects that the swiki changed. But, if it attempts to save > the image, the image is hosed, and the resulting image is also hosed. > > The problem is definitely still there. > > Nevin > > > > > chris at chrisburkert.de wrote: > > Hi Nevin, > > > I "upgraded" yesterday. The problem is still there. The image hung > over the evening. > > could you please take a look in you process browser and make sure > that > there is only one storage process?!? The best is to kill all and > create a > new one. > > > I'm using Squeak 3.6 final, on FreeBSD. The latest version of > SmallWiki > on SqueakMap is 0.9.23-- this actually seems to be a "backrev" > from the > one I started with last fall: > > (on the "new" image) SWSmallWiki versionString --> 'SmallWiki 0.9.23' > (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' > > I changed this version string which came from the VW version, > because it > was not the correct string. You the versioning numbers from SM. > Currently > it should be 0.9.23-6 for the kernel which means it is revision 6 of > 0.9.23. > > > For what its worth, when the install asks if I want the Star > Browser, or > any of the other extras, I say "no". > > You don't have to load these packages. So "no" and "yes" are > correct answers. > > Chris Burkert > > PS: I'm away for 2 weeks so please don't expect answers for this > time. I'm > cycling from the ore mountains in saxony to wallis in switzerland and > back. Till then ... > > > > > > -- > Nevin Pratt > > Bountiful Baby > http://www.bountifulbaby.com > The Most Complete Reborn Supply Store On The Web! > > (801) 992-3137 > > -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040812/598dcc1d/attachment.htm From Serge.Stinckwich at info.unicaen.fr Fri Aug 13 15:57:35 2004 From: Serge.Stinckwich at info.unicaen.fr (Serge Stinckwich) Date: Fri, 13 Aug 2004 15:57:35 +0200 Subject: Some SmallWiki experimentations Message-ID: Hi all, I'm using the Squeak port of SW1 from Chris Burkert (BTW, i have an annoying bug with the Squeak port : when i create a new page, the page appear twice in the changes. Do someone already see this behaviour ?). I would like to experiment some ideas like real CamelCase links and colored diff between pages. I already made some changes in order to track who changed what and add an AuthorsList action to have something like in this Ruby Wiki : http://www.instiki.org/authors/ What is the best way in order not to make a fork of SmallWiki ? Subclass SWKomServer i guess ? but my changes are not really a new implementation ... I dunno what will be the evolution of SmallWiki, but i would prefer to have a framework to implement different kind of Wikis than a specific Wiki implementation. -- oooo Serge Stinckwich OOOOOOOO Universit? de Caen>CNRS UMR 6072>GREYC>MAD OOESUGOO http://purl.org/net/SergeStinckwich oooooo Smalltalkers do: [:it | All with: Class, (And love: it)] \ / ## From charles at datasof.com Fri Aug 13 17:40:43 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Fri, 13 Aug 2004 10:40:43 -0500 Subject: Squeak SmallWiki In-Reply-To: <411BC8DA.1010702@bountifulbaby.com> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> <411980D1.7040809@bountifulbaby.com> <03791458-EC93-11D8-9876-000D932962A0@microlingua.com> <411BC8DA.1010702@bountifulbaby.com> Message-ID: I don't remember if Squeak has something like VW's BOSS, I am sure that there must exist some sort of object serializer. I built very quickly a StorageManager (VW SmallWiki obviously) based on Boss and it works like a charm. A test on essentially the default root structure shows that it is 10x smaller than a SIXX based storage and the entire time to snapshot which includes maintaining a FIFO type versioning for the last 10 snapshots takes about 300 ms. Of course this does not address what seems to be a threading issue but I personally get nervous about snapshoting live images , sometimes things can get funky. -Charles On Thu, 12 Aug 2004 12:45:30 -0700, Nevin Pratt wrote: > Yes, you can evaluate 'server storage snapshot' from a workspace without > it hanging the image. > > The actual image save accomplished by the SWImageStorage storage manager > is just > > Smalltalk saveImageInFileNamed: (Smalltalk fullNameForImageNamed: > newName). > > For this not to work suggests some kind of issue with the fact that it > is issued from within a thread (the storage manager runs in its own > green thread). Which, of course, in turn could be a Semaphore issue-- > who knows. > > In any case, SmallWiki on Squeak is not ready for production, and won't > be until there is a reliable storage manager. > > Nevin > > > > Maurice Rabb wrote: > >> Hi Nevin, >> >> From what I remember, I had the same problem that you describe. >> However, I noticed that if I directly commanded (from a workspace) a >> SWImageStorage to save, everything worked fine. >> >> I think I deduced that what was hosing the images was a bad Semaphore. >> I never have time to dig around and track down the exact source the >> error. >> >> Maurice >> >> Maurice Rabb >> 773-281-6003 >> mr at MauriceRabb.com >> >> >> On Aug 10, 2004, at 9:13 PM, Nevin Pratt wrote: >> >> OK, I had time to look at this again. >> >> There is only one storage process-- the SWImageStorage >> >> It looks like SWImageStorage does not attempt an image save unless >> it detects that the swiki changed. But, if it attempts to save >> the image, the image is hosed, and the resulting image is also >> hosed. >> >> The problem is definitely still there. >> >> Nevin >> >> >> >> >> chris at chrisburkert.de wrote: >> >> Hi Nevin, >> >> >> I "upgraded" yesterday. The problem is still there. The image hung >> over the evening. >> >> could you please take a look in you process browser and make sure >> that >> there is only one storage process?!? The best is to kill all and >> create a >> new one. >> >> >> I'm using Squeak 3.6 final, on FreeBSD. The latest version of >> SmallWiki >> on SqueakMap is 0.9.23-- this actually seems to be a "backrev" >> from the >> one I started with last fall: >> >> (on the "new" image) SWSmallWiki versionString --> 'SmallWiki >> 0.9.23' >> (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' >> >> I changed this version string which came from the VW version, >> because it >> was not the correct string. You the versioning numbers from SM. >> Currently >> it should be 0.9.23-6 for the kernel which means it is revision 6 of >> 0.9.23. >> >> >> For what its worth, when the install asks if I want the Star >> Browser, or >> any of the other extras, I say "no". >> >> You don't have to load these packages. So "no" and "yes" are >> correct answers. >> >> Chris Burkert >> >> PS: I'm away for 2 weeks so please don't expect answers for this >> time. I'm >> cycling from the ore mountains in saxony to wallis in switzerland >> and >> back. Till then ... >> >> >> >> >> >> -- >> Nevin Pratt >> >> Bountiful Baby >> http://www.bountifulbaby.com >> The Most Complete Reborn Supply Store On The Web! >> >> (801) 992-3137 >> >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From Serge.Stinckwich at info.unicaen.fr Fri Aug 13 17:18:20 2004 From: Serge.Stinckwich at info.unicaen.fr (Serge Stinckwich) Date: Fri, 13 Aug 2004 17:18:20 +0200 Subject: Some SmallWiki experimentations In-Reply-To: References: Message-ID: <026080BE-ED3C-11D8-9B35-000A95E005E4@info.unicaen.fr> Le 13 ao?t 04, ? 15:57, Serge Stinckwich a ?crit : > Hi all, > > I'm using the Squeak port of SW1 from Chris Burkert (BTW, i have an > annoying bug with the Squeak port : when i create a new page, the page > appear twice in the changes. Do someone already see this behaviour ?). Hum, seems to be a feature and not a bug ... The version 0 of the page is created when the SWPageEdit action takes place and the version 1 when the page is saved. I think just one version should be created when the page is saved. It's more natural, pages should not be created just by following links. -- oooo Serge Stinckwich OOOOOOOO Universit? de Caen>CNRS UMR 6072>GREYC>MAD OOESUGOO http://purl.org/net/SergeStinckwich oooooo Smalltalkers do: [:it | All with: Class, (And love: it)] \ / ## From charles at datasof.com Fri Aug 13 21:25:48 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Fri, 13 Aug 2004 14:25:48 -0500 Subject: Squeak SmallWiki In-Reply-To: References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> <411980D1.7040809@bountifulbaby.com> <03791458-EC93-11D8-9876-000D932962A0@microlingua.com> <411BC8DA.1010702@bountifulbaby.com> Message-ID: oops, the 300ms is not the time it takes to snapshot a wiki with a default structure, the wiki although by no means large has a usefully decent amount of content. On Fri, 13 Aug 2004 10:40:43 -0500, Charles A. Monteiro wrote: > I don't remember if Squeak has something like VW's BOSS, I am sure that > there must exist some sort of object serializer. I built very quickly a > StorageManager (VW SmallWiki obviously) based on Boss and it works like > a charm. A test on essentially the default root structure shows that it > is 10x smaller than a SIXX based storage and the entire time to snapshot > which includes maintaining a FIFO type versioning for the last 10 > snapshots takes about 300 ms. Of course this does not address what seems > to be a threading issue but I personally get nervous about snapshoting > live images , sometimes things can get funky. > > -Charles > > On Thu, 12 Aug 2004 12:45:30 -0700, Nevin Pratt > wrote: > >> Yes, you can evaluate 'server storage snapshot' from a workspace without >> it hanging the image. >> >> The actual image save accomplished by the SWImageStorage storage manager >> is just >> >> Smalltalk saveImageInFileNamed: (Smalltalk fullNameForImageNamed: >> newName). >> >> For this not to work suggests some kind of issue with the fact that it >> is issued from within a thread (the storage manager runs in its own >> green thread). Which, of course, in turn could be a Semaphore issue-- >> who knows. >> >> In any case, SmallWiki on Squeak is not ready for production, and won't >> be until there is a reliable storage manager. >> >> Nevin >> >> >> >> Maurice Rabb wrote: >> >>> Hi Nevin, >>> >>> From what I remember, I had the same problem that you describe. >>> However, I noticed that if I directly commanded (from a workspace) a >>> SWImageStorage to save, everything worked fine. >>> >>> I think I deduced that what was hosing the images was a bad Semaphore. >>> I never have time to dig around and track down the exact source the >>> error. >>> >>> Maurice >>> >>> Maurice Rabb >>> 773-281-6003 >>> mr at MauriceRabb.com >>> >>> >>> On Aug 10, 2004, at 9:13 PM, Nevin Pratt wrote: >>> >>> OK, I had time to look at this again. >>> >>> There is only one storage process-- the SWImageStorage >>> >>> It looks like SWImageStorage does not attempt an image save unless >>> it detects that the swiki changed. But, if it attempts to save >>> the image, the image is hosed, and the resulting image is also >>> hosed. >>> >>> The problem is definitely still there. >>> >>> Nevin >>> >>> >>> >>> >>> chris at chrisburkert.de wrote: >>> >>> Hi Nevin, >>> >>> >>> I "upgraded" yesterday. The problem is still there. The image hung >>> over the evening. >>> >>> could you please take a look in you process browser and make sure >>> that >>> there is only one storage process?!? The best is to kill all and >>> create a >>> new one. >>> >>> >>> I'm using Squeak 3.6 final, on FreeBSD. The latest version of >>> SmallWiki >>> on SqueakMap is 0.9.23-- this actually seems to be a "backrev" >>> from the >>> one I started with last fall: >>> >>> (on the "new" image) SWSmallWiki versionString --> 'SmallWiki >>> 0.9.23' >>> (on the "old" image) SWSmallWiki versionString --> 'SmallWiki 1.0' >>> >>> I changed this version string which came from the VW version, >>> because it >>> was not the correct string. You the versioning numbers from SM. >>> Currently >>> it should be 0.9.23-6 for the kernel which means it is revision 6 >>> of >>> 0.9.23. >>> >>> >>> For what its worth, when the install asks if I want the Star >>> Browser, or >>> any of the other extras, I say "no". >>> >>> You don't have to load these packages. So "no" and "yes" are >>> correct answers. >>> >>> Chris Burkert >>> >>> PS: I'm away for 2 weeks so please don't expect answers for this >>> time. I'm >>> cycling from the ore mountains in saxony to wallis in switzerland >>> and >>> back. Till then ... >>> >>> >>> >>> >>> >>> -- >>> Nevin Pratt >>> >>> Bountiful Baby >>> http://www.bountifulbaby.com >>> The Most Complete Reborn Supply Store On The Web! >>> >>> (801) 992-3137 >>> >>> >> > > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From nevin at bountifulbaby.com Fri Aug 13 23:20:50 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Fri, 13 Aug 2004 14:20:50 -0700 Subject: Adding something to the Squeak website... In-Reply-To: <411D182F.7070105@skalarsoft.com> References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> Message-ID: <411D30B2.7030009@bountifulbaby.com> Andreas Gerdes wrote: > Serge, > we run Squeak on Debian, it's lightning fast and it runs stable for a > week now with a SWImageStorage active. > Me too, I have had some trouble with the snapshot storage (CPU at 100% > or damaged Snapshots) but IF you get it to run once, it seems to be ok. > To me, that seems to be a big *IF*. I've had no luck at all myself-- I always get damaged Snapshots (except on Windows, where I get CPU at 100%). The Bountiful Baby forum currently runs under Squeak SmallWiki: http://www.bountifulbaby.com:8080 Right now I do manual image saves. I've lost data before, but fortunately the wiki isn't mission critical. I've been tempted to yank the entire SmallWiki out and replace it with the old Squeak ComWiki (or PWS Wiki, or whatever it's called). Another option is phpbb (at http://www.phpbb.com), which is something much more familiar to our clientele, because so many doll chat groups run under phpbb. Still undecided on exactly what I'll do, though. Nevin -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 From squeakdev at skalarsoft.com Sat Aug 14 00:31:11 2004 From: squeakdev at skalarsoft.com (Andreas Gerdes) Date: Sat, 14 Aug 2004 00:31:11 +0200 Subject: [Smallwiki] Re: Adding something to the Squeak website... In-Reply-To: References: Message-ID: <411D412F.8010004@skalarsoft.com> Hannes Hirzel schrieb: >I did manual image saves for a certain time as well. Now with the >last update Chris Burkert did it is now again SWImageStorage and it >works fine so far. > >A tip: Check with the process browser if you have some processes >hanging (Chris mentioned that). > >And check the version you have got: > >0.9.23-5 and 0.9.23-6 were added relatively recently by Chris >( ~ 2 months ago). > > > I had the afore-mentioned problems ONE week ago... Just for a trial of getting content from one image to another via XML, I loaded SmallWiki today into a fresh 3.6 basic, and tried SWImageStorage once again, too. I did NOT follow the hint in the default workspace: "To test your configuration you might want to execute the following code to force a snapshot right now: server storage snapshot." I stopped the server, set up the storage with a very short delay, saved my image from the worldmenu, started the server again, called it from Mozilla and edited a page. [Really in this order? I don't remember] The first snapshot did not execute after the chosen delay, be patient in this case. After some minutes, the snapshot was taken and from then on all went well. If you've got a problem, in the process browser there's not only the process named "SmallWiki Semaphore", but at least one named "wait: delay", it belongs to smallWiki, too. My experience: whatever the storage strategy, after a manual snapshot, even if you set it to nil again, these processes will still be alive. It's no fun to do it in such a guess-this guess-that way, but I'm not experienced enough to debug it. Tomorrow I will do it again and write down the exact order ;-) My OS is WinXP. Andreas From nevin at bountifulbaby.com Sat Aug 14 00:38:30 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Fri, 13 Aug 2004 15:38:30 -0700 Subject: [Smallwiki] Re: Adding something to the Squeak website... In-Reply-To: References: Message-ID: <411D42E6.5050801@bountifulbaby.com> Hannes Hirzel wrote: >I did manual image saves for a certain time as well. Now with the >last update Chris Burkert did it is now again SWImageStorage and it >works fine so far. > >A tip: Check with the process browser if you have some processes >hanging (Chris mentioned that). > > Been there, done that. >And check the version you have got: > >0.9.23-5 and 0.9.23-6 were added relatively recently by Chris >( ~ 2 months ago). > > 1. Opened the "Package Loader" browser within Squeak 3.6. 2. Did "update map from the net" inside that browser. 3. Scrolled down to SmallWiki inside that browser. 4. Loaded it Accessing SmallWiki this way, the Package Loader browser only shows a single version available. It is listed as version 0.9.23. Incidentally, this is the manner that 99% of the folks would expect to get SmallWiki (as well as most any other Squeak packages). If this process is loading the wrong version, it needs to be fixed to load the right version. Nevin -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 From ducasse at iam.unibe.ch Sat Aug 14 09:02:28 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sat, 14 Aug 2004 09:02:28 +0200 Subject: Adding something to the Squeak website... In-Reply-To: <411D30B2.7030009@bountifulbaby.com> References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> <411D30B2.7030009@bountifulbaby.com> Message-ID: Hi nevin Lukas is working on SmallWiki Two based on seaside and once we will have that SmallWiki will be really powerful. David rothlisberger is implementing SmallBB a forum based on seaside, the campers of ralph have been working on a back-end for smallWiki so I let you decide... Stef On 13 ao?t 04, at 23:20, Nevin Pratt wrote: > > > Andreas Gerdes wrote: > >> Serge, >> we run Squeak on Debian, it's lightning fast and it runs stable for a >> week now with a SWImageStorage active. >> Me too, I have had some trouble with the snapshot storage (CPU at >> 100% or damaged Snapshots) but IF you get it to run once, it seems to >> be ok. >> > > To me, that seems to be a big *IF*. I've had no luck at all myself-- > I always get damaged Snapshots (except on Windows, where I get CPU at > 100%). > > The Bountiful Baby forum currently runs under Squeak SmallWiki: > > http://www.bountifulbaby.com:8080 > > Right now I do manual image saves. I've lost data before, but > fortunately the wiki isn't mission critical. I've been tempted to > yank the entire SmallWiki out and replace it with the old Squeak > ComWiki (or PWS Wiki, or whatever it's called). Another option is > phpbb (at http://www.phpbb.com), which is something much more familiar > to our clientele, because so many doll chat groups run under phpbb. > > Still undecided on exactly what I'll do, though. > > Nevin > > -- > Nevin Pratt > > Bountiful Baby > http://www.bountifulbaby.com > The Most Complete Reborn Supply Store On The Web! > > (801) 992-3137 > > From ducasse at iam.unibe.ch Sat Aug 14 08:59:06 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sat, 14 Aug 2004 08:59:06 +0200 Subject: Some SmallWiki experimentations In-Reply-To: References: Message-ID: <6F49E92F-EDBF-11D8-A8C9-000A9573EAE2@iam.unibe.ch> > > I'm using the Squeak port of SW1 from Chris Burkert (BTW, i have an > annoying bug with the Squeak port : when i create a new page, the page > appear twice in the changes. Do someone already see this behaviour ?). > > I would like to experiment some ideas like real CamelCase links and > colored diff between pages. I already made some changes in order to > track who changed what and add an AuthorsList action to have something > like in this Ruby Wiki : http://www.instiki.org/authors/ > > What is the best way in order not to make a fork of SmallWiki ? > Subclass SWKomServer i guess ? but my changes are not really a new > implementation ... > > I dunno what will be the evolution of SmallWiki, but i would prefer to > have a framework to implement different kind of Wikis than a specific > Wiki implementation. The idea is to have a framework for different content management and wikis where smallWiki will be one :) but this takes times. Stef > -- oooo > Serge Stinckwich OOOOOOOO > Universit? de Caen>CNRS UMR 6072>GREYC>MAD OOESUGOO > http://purl.org/net/SergeStinckwich oooooo > Smalltalkers do: [:it | All with: Class, (And love: it)] \ / > ## > > From ducasse at iam.unibe.ch Sat Aug 14 11:51:13 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sat, 14 Aug 2004 11:51:13 +0200 Subject: SmallWiki II in Seaside In-Reply-To: <1092475373.6176.3.camel@runabout> References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> <411D30B2.7030009@bountifulbaby.com> <1092475373.6176.3.camel@runabout> Message-ID: <7A319707-EDD7-11D8-A8C9-000A9573EAE2@iam.unibe.ch> hi diego Lukas will certainly reply more lengthly. One of the problem is that when you want to build advanced user interface you end up having to mess up with the low-level protocol while with seaside we have real objects all the way up. In SWI lukas mimicked as much as he could the design behind Seaside but without its power. We took this decision because we wanted to have SW be cross dialects. Now Smalltalk/X, GNUSmalltalk does not support continuation (even if it *may* be easy to add them I do not know). Each time we started to build complex user interface (such as wizards or more user friendly interface the code gets brittle and not really easy to write and maintain). For this reason david started to develop in SW SmallBB and then he ended up coding it in Seaside. Stef On 14 ao?t 04, at 11:22, Diego Gomez Deck wrote: > Hi folks, > > I'm quiet new on this list, my apologies if my question was already > answered. > >> Lukas is working on SmallWiki Two based on seaside and once we will >> have that SmallWiki will be really powerful. > > What is the motivation behind the decision to build the Wiki on top of > Seaside? > > Seaside is a wonderful tool to create statefull applications on top of > the stateless HTTP. So the question could be: What is the motivation > behind the decision to build an statefull Wiki? > > Cheers, > > -- Diego > > From Serge.Stinckwich at info.unicaen.fr Sat Aug 14 17:51:19 2004 From: Serge.Stinckwich at info.unicaen.fr (Serge Stinckwich) Date: Sat, 14 Aug 2004 17:51:19 +0200 Subject: Adding something to the Squeak website... In-Reply-To: <937B8DF3-EDD3-11D8-A8C9-000A9573EAE2@iam.unibe.ch> References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> <411D30B2.7030009@bountifulbaby.com> <937B8DF3-EDD3-11D8-A8C9-000A9573EAE2@iam.unibe.ch> Message-ID: Le 14 ao?t 04, ? 11:23, st?phane ducasse a ?crit : > I would suggest you not to wait because this will take time (3 to 4 > months to get something > complete) except if people hlep but lukas is in a bootstrap phase now. Do you plan to have some kind of compatibility between SW1 and SW2 ? I mean if i build some specific actions for the SW1 version, can i use them without too much trouble in SW2 ? -- oooo Serge Stinckwich OOOOOOOO Universit? de Caen>CNRS UMR 6072>GREYC>MAD OOESUGOO http://purl.org/net/SergeStinckwich oooooo Smalltalkers do: [:it | All with: Class, (And love: it)] \ / ## From ducasse at iam.unibe.ch Sat Aug 14 11:23:17 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sat, 14 Aug 2004 11:23:17 +0200 Subject: Adding something to the Squeak website... In-Reply-To: References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> <411D30B2.7030009@bountifulbaby.com> Message-ID: <937B8DF3-EDD3-11D8-A8C9-000A9573EAE2@iam.unibe.ch> I would suggest you not to wait because this will take time (3 to 4 months to get something complete) except if people hlep but lukas is in a bootstrap phase now. Stef On 14 ao?t 04, at 10:13, Serge Stinckwich wrote: > > Le 14 ao?t 04, ? 09:02, st?phane ducasse a ?crit : > >> Hi nevin >> >> Lukas is working on SmallWiki Two based on seaside and once we will >> have that SmallWiki will be really powerful. David rothlisberger is >> implementing SmallBB a forum based on seaside, >> the campers of ralph have been working on a back-end for smallWiki so >> I let you decide... > > I'm also waiting for SW2 to start the french Smalltalk Wiki site. > > -- oooo > Serge Stinckwich OOOOOOOO > Universit? de Caen>CNRS UMR 6072>GREYC>MAD OOESUGOO > http://purl.org/net/SergeStinckwich oooooo > Smalltalkers do: [:it | All with: Class, (And love: it)] \ / > ## > > > From DiegoGomezDeck at ConsultAr.com Sat Aug 14 11:22:53 2004 From: DiegoGomezDeck at ConsultAr.com (Diego Gomez Deck) Date: Sat, 14 Aug 2004 11:22:53 +0200 Subject: SmallWiki II in Seaside In-Reply-To: References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> <411D30B2.7030009@bountifulbaby.com> Message-ID: <1092475373.6176.3.camel@runabout> Hi folks, I'm quiet new on this list, my apologies if my question was already answered. > Lukas is working on SmallWiki Two based on seaside and once we will > have that SmallWiki will be really powerful. What is the motivation behind the decision to build the Wiki on top of Seaside? Seaside is a wonderful tool to create statefull applications on top of the stateless HTTP. So the question could be: What is the motivation behind the decision to build an statefull Wiki? Cheers, -- Diego From Serge.Stinckwich at info.unicaen.fr Sat Aug 14 10:13:36 2004 From: Serge.Stinckwich at info.unicaen.fr (Serge Stinckwich) Date: Sat, 14 Aug 2004 10:13:36 +0200 Subject: Adding something to the Squeak website... In-Reply-To: References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> <411D30B2.7030009@bountifulbaby.com> Message-ID: Le 14 ao?t 04, ? 09:02, st?phane ducasse a ?crit : > Hi nevin > > Lukas is working on SmallWiki Two based on seaside and once we will > have that SmallWiki will be really powerful. David rothlisberger is > implementing SmallBB a forum based on seaside, > the campers of ralph have been working on a back-end for smallWiki so > I let you decide... I'm also waiting for SW2 to start the french Smalltalk Wiki site. -- oooo Serge Stinckwich OOOOOOOO Universit? de Caen>CNRS UMR 6072>GREYC>MAD OOESUGOO http://purl.org/net/SergeStinckwich oooooo Smalltalkers do: [:it | All with: Class, (And love: it)] \ / ## From kris.gybels at vub.ac.be Tue Aug 17 12:18:31 2004 From: kris.gybels at vub.ac.be (Kris Gybels) Date: Tue, 17 Aug 2004 12:18:31 +0200 Subject: Running Smallwiki Headless on a Linux Server Message-ID: I was wondering if anyone has experience with running Smallwiki in a headless VW image on a linux server. I am interested in replacing a Squeak Wiki with Smallwiki, but am still wondering about the following setup problems: - The server where it should run on is (very) infrequently rebooted. Still I would like to make sure the Smallwiki storage is updated when that happens. Can I somehow force this from a shutdown script? - I get the impression Smallwiki was designed to be run headfull: configuration is done through the image etc. How to deal with this when it is run headless? From renggli at iam.unibe.ch Tue Aug 17 19:38:04 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 17 Aug 2004 19:38:04 +0200 Subject: Adding something to the Squeak website... In-Reply-To: References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> <411D30B2.7030009@bountifulbaby.com> <937B8DF3-EDD3-11D8-A8C9-000A9573EAE2@iam.unibe.ch> Message-ID: <316F2CC2-F074-11D8-A918-000393CFE6C8@iam.unibe.ch> > Do you plan to have some kind of compatibility between SW1 and SW2 ? Yes, there is a some compatibility, but not too much. E.g. the model of the structures and documents is much more sophisticated, so it won't be possible to load the SmallWiki 2 into a SmallWiki 1 image and use the same model. However writing a visitor walking through SmallWiki 1 and producing a SmallWiki 2 will be simple. > I mean if i build some specific actions for the SW1 version, can i use > them without too much trouble in SW2 ? SmallWiki 2 separates clearly the model from the gui-representation. This means that there will be a bundle containing just the SmallWiki model (structure, document, metadata, visitor, security, commands, tests) and no GUI functionality. Simultanously I am working on a web-interface using Seaside. It can be loaded independantly from the model and attached to any wiki-model. As well I'm playing with an inspector-extension to let the user work on the wiki within the conveniant Smalltalk-GUI. Other interfaces should be easily feasible (command-prompt, swazoo, ...). However, Actions written for SmallWiki 1 won't be compatible with the new Seaside interface (I think most peoble will be targeting this view), there are simply too much differences. But you can make porting easier if you try to keep the functionality in separate classes as much as possible and let the action render only the view. Btw, the rendering of SmallWiki 1 is compatible with the way Seaside does. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at iam.unibe.ch Tue Aug 17 19:49:52 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 17 Aug 2004 19:49:52 +0200 Subject: SmallWiki II in Seaside In-Reply-To: <1092475373.6176.3.camel@runabout> References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be> <94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com> <411D30B2.7030009@bountifulbaby.com> <1092475373.6176.3.camel@runabout> Message-ID: >> Lukas is working on SmallWiki Two based on seaside and once we will >> have that SmallWiki will be really powerful. > > What is the motivation behind the decision to build the Wiki on top of > Seaside? As explained in my last mail, SmallWiki 2 isn't built on top of Seaside but besides. If somebody wants to provide a different web-interface using other technologies like SSP, VisualWave or Swazoo there is the possiblity to do this. > Seaside is a wonderful tool to create statefull applications on top of > the stateless HTTP. So the question could be: What is the motivation > behind the decision to build an statefull Wiki? Have a look at the action-hierarchy SmallWiki 1 :) A wiki has got a lot of state: - currently browsed page (folder/resource - currently used renderer (viewer/editor/rss/history/...) - currently logged in user - currently used layout manager There are usually lots of other components on a wiki-site, like - (tree-)menus - search fields with search results - field to keep personal data (notes/links/...) - etc. State-fullness makes live much easier: try to implement in SW1 the tree-menu I did in SW2 with just a few lines of code and without the need to use cookie or header-field-acrobatics ;) Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From f.bulcka at alemtid.asso.fr Wed Aug 18 14:05:04 2004 From: f.bulcka at alemtid.asso.fr (f.bulcka@alemtid.asso.fr) Date: Wed, 18 Aug 2004 14:05:04 +0200 (CEST) Subject: about authorisation In-Reply-To: <56C5B41C-EC84-11D8-98EB-000393CFE6C8@iam.unibe.ch> References: <60246.130.92.9.55.1092141676.squirrel@www.alemtid.asso.fr> <4B26F8CF-EAE7-11D8-82AB-000393CFE6C8@iam.unibe.ch> <58137.130.92.9.56.1092323549.squirrel@www.alemtid.asso.fr> <56C5B41C-EC84-11D8-98EB-000393CFE6C8@iam.unibe.ch> Message-ID: <53678.130.92.9.55.1092830704.squirrel@www.alemtid.asso.fr> Hi, the complete problem is that I have almost finished the gallery action to view every picture in the wiki, depending on which part of the wiki you want to see. But obviously it should only show the authorised pictures. And to know if a picture (structure) can be seen by someone or not sounds like a kind of property. So authorisations should not be calculated dynamically according to the context, but should be accessible at any time from any action/server/structure concerning any user. To debate for SmallWiki 2. Frederic P.S.: this problem may equally work with the query engine, to give in the results only the structures that the user is authorised to see. > Hi, > > please ask you questions directly to the SmallWiki-Mailing list, so > other people can read/answer/... as well! > >> Is it possible to check if someone has the right to do something (like >> to view a structure) from anywhere in the wiki ? > > Permissions are dynamically calculated for the user currently logged > while looking up the structure. Permissions depend on the context: the > currently browsed structure, the user currently logged in and the roles > that have been assigned to the user. > > Currently there is no code to determine the permission for a given user > anywhere in the wiki, because this functionality was not needed. > Actually it could be implemented easily by simulating the call to > #processSecurity: for all the parents of the structure in question. > > Cheers, > Lukas > > On Aug 12, 2004, at 17:12, f.bulcka at alemtid.asso.fr wrote: > >> Schl"usse, >> >> Is it possible to check if someone has the right to do something ( >> like >> to view a structure) from anywhere in the wiki ? >> >> because something like : >> >> self request user hasPermission: Resource permisionView >> >> where self is an action >> >> is true if the user has the right for ( self structure). >> but if i want to know it for any structure, how can i do that ? >> >> Thanks, >> >> Frederic >> >> > -- > Lukas Renggli > http://renggli.freezope.org > > > From renggli at iam.unibe.ch Thu Aug 19 14:32:22 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Thu, 19 Aug 2004 14:32:22 +0200 Subject: Running Smallwiki Headless on a Linux Server In-Reply-To: References: Message-ID: Hi Kris, I'm very sorry that I didn't answer earlier: I'm currently very busy and must have missed your post to the mailing-list :( >> The server where it should run on is (very) infrequently rebooted. >> Still I would like to make sure the Smallwiki storage is updated when >> that happens. Can I somehow force this from a shutdown script? Currently something like this isn't implemented. Try something like this, it should be easily possible: =========================================================== Smalltalk.SmallWiki defineClass: #SnapshotWiki superclass: #{SmallWiki.Action} indexedType: #none private: false instanceVariableNames: '' classInstanceVariableNames: '' imports: '' category: 'SmallWiki Action' SnapshotWiki>>execute self server storage snapshot. =========================================================== #!/bin/bash wget http://localhost:8080/?aciton=SnapshotWiki =========================================================== To be save from electrical outage you maybe want to have a look at the work of Ralph Johnson, he wrote a storage that logs all the changes instantly. Another possibility would be to increase the frequency of the SnapshotStorage or to buy USV (uninterruptible power provider) for you server machines. >> I get the impression Smallwiki was designed to be run headfull: >> configuration is done through the image etc. How to deal with this >> when it is run headless? Indeed it was designed to be run heedful. We also tried to run it headless, but there seem to be strange problems with VisualWorks. All of our servers run with VNC, so we can connect to the images anytime/where and interact with the system if necessary. Hope this helps, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at iam.unibe.ch Thu Aug 19 14:32:22 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Thu, 19 Aug 2004 14:32:22 +0200 Subject: Running Smallwiki Headless on a Linux Server In-Reply-To: References: Message-ID: Hi Kris, I'm very sorry that I didn't answer earlier: I'm currently very busy and must have missed your post to the mailing-list :( >> The server where it should run on is (very) infrequently rebooted. >> Still I would like to make sure the Smallwiki storage is updated when >> that happens. Can I somehow force this from a shutdown script? Currently something like this isn't implemented. Try something like this, it should be easily possible: =========================================================== Smalltalk.SmallWiki defineClass: #SnapshotWiki superclass: #{SmallWiki.Action} indexedType: #none private: false instanceVariableNames: '' classInstanceVariableNames: '' imports: '' category: 'SmallWiki Action' SnapshotWiki>>execute self server storage snapshot. =========================================================== #!/bin/bash wget http://localhost:8080/?aciton=SnapshotWiki =========================================================== To be save from electrical outage you maybe want to have a look at the work of Ralph Johnson, he wrote a storage that logs all the changes instantly. Another possibility would be to increase the frequency of the SnapshotStorage or to buy USV (uninterruptible power provider) for you server machines. >> I get the impression Smallwiki was designed to be run headfull: >> configuration is done through the image etc. How to deal with this >> when it is run headless? Indeed it was designed to be run heedful. We also tried to run it headless, but there seem to be strange problems with VisualWorks. All of our servers run with VNC, so we can connect to the images anytime/where and interact with the system if necessary. Hope this helps, Lukas -- Lukas Renggli http://renggli.freezope.org From f.bulcka at alemtid.asso.fr Fri Aug 20 12:56:31 2004 From: f.bulcka at alemtid.asso.fr (f.bulcka@alemtid.asso.fr) Date: Fri, 20 Aug 2004 12:56:31 +0200 (CEST) Subject: [Smallwiki] Re: SmallWiki II in Seaside In-Reply-To: References: <494017D8-EAA8-11D8-B3DB-000A95C8D208@ulb.ac.be><94AA1462-EC56-11D8-AF15-000D93AE556A@iam.unibe.ch> <411D182F.7070105@skalarsoft.com><411D30B2.7030009@bountifulbaby.com><1092475373.6176.3.camel@runabout> Message-ID: <62041.130.92.9.55.1092999391.squirrel@www.alemtid.asso.fr> Hi everyone, I would know which version of smallwiki ( and which version of the other bundles like swazoo) should I choose when loading SmallWiki. Selecting the last versions of each on Asterix made me have 101 errors when launching the tests of SmallWiki. Thank you, Frederic From chris at chrisburkert.de Sun Aug 22 13:37:01 2004 From: chris at chrisburkert.de (Chris Burkert) Date: Sun, 22 Aug 2004 13:37:01 +0200 Subject: Maintainership of the Squeak port Message-ID: <4128855D.1080204@chrisburkert.de> I did the port of SmallWiki to Squeak mainly for myself and to learn something about it. Unfortunatly I don't have the time to maintain it further. So if somebody wants to make a try ... write me and I will pass the maintainership. Regards Chris Burkert -- http://www.chrisburkert.de/ From chris at chrisburkert.de Sun Aug 22 13:37:08 2004 From: chris at chrisburkert.de (Chris Burkert) Date: Sun, 22 Aug 2004 13:37:08 +0200 Subject: Squeak SmallWiki In-Reply-To: <411BC8DA.1010702@bountifulbaby.com> References: <7D93A5D0-E570-11D8-B2F2-000393CFE6C8@iam.unibe.ch> <1118.213.6.115.249.1091563180.squirrel@213.6.115.249> <4110E845.1080106@bountifulbaby.com> <1061.213.6.112.169.1091637257.squirrel@213.6.112.169> <4114DC70.4080702@bountifulbaby.com> <1080.213.6.113.2.1091965388.squirrel@213.6.113.2> <411980D1.7040809@bountifulbaby.com> <03791458-EC93-11D8-9876-000D932962A0@microlingua.com> <411BC8DA.1010702@bountifulbaby.com> Message-ID: <41288564.8070200@chrisburkert.de> Nevin Pratt wrote: > In any case, SmallWiki on Squeak is not ready for production, and won't > be until there is a reliable storage manager. Yes! And that is the reason why it is beta. You always should use the VW version for a production environment! I did the port mainly for myself ... to learn something about it. Currently I don't have the time to maintain it further. So if somebody wants to make a try write me and I will pass the maintainership. Regards Chris Burkert -- http://www.chrisburkert.de/ From ssastre at seaswork.com.ar Sun Aug 22 18:56:07 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Sun, 22 Aug 2004 13:56:07 -0300 Subject: Squeak SmallWiki In-Reply-To: <41288564.8070200@chrisburkert.de> Message-ID: <003e01c48868$eb85fe60$c800a8c0@ENTERPRISE> Chris, do you know how to move the contents of a wiki from squeak to VW? regards, Sebasti?n Sastre ssastre at seaswork.com.ar www.seaswork.com.ar > -----Mensaje original----- > De: owner-smallwiki at iam.unibe.ch > [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Chris Burkert > Enviado el: Domingo, 22 de Agosto de 2004 08:37 > Para: smallwiki at iam.unibe.ch > Asunto: Re: Squeak SmallWiki > > > Nevin Pratt wrote: > > In any case, SmallWiki on Squeak is not ready for production, and > > won't > > be until there is a reliable storage manager. > > Yes! And that is the reason why it is beta. You always should > use the VW > version for a production environment! I did the port mainly > for myself > ... to learn something about it. Currently I don't have the time to > maintain it further. So if somebody wants to make a try write > me and I > will pass the maintainership. > > Regards > Chris Burkert > -- > http://www.chrisburkert.de/ > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.740 / Virus Database: 494 - Release Date: 16/08/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.740 / Virus Database: 494 - Release Date: 16/08/2004 From ducasse at iam.unibe.ch Sun Aug 22 22:20:54 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sun, 22 Aug 2004 22:20:54 +0200 Subject: Squeak SmallWiki In-Reply-To: <003e01c48868$eb85fe60$c800a8c0@ENTERPRISE> References: <003e01c48868$eb85fe60$c800a8c0@ENTERPRISE> Message-ID: Hi sebastian there is no mechanism for that. We were working on that but got distracted. I could give you what we have now. Stef On Aug 22, 2004, at 6:56 PM, Sebastian Sastre wrote: > Chris, > > do you know how to move the contents of a wiki from squeak to > VW? > > regards, > > Sebasti?n Sastre > ssastre at seaswork.com.ar > www.seaswork.com.ar > > >> -----Mensaje original----- >> De: owner-smallwiki at iam.unibe.ch >> [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Chris Burkert >> Enviado el: Domingo, 22 de Agosto de 2004 08:37 >> Para: smallwiki at iam.unibe.ch >> Asunto: Re: Squeak SmallWiki >> >> >> Nevin Pratt wrote: >>> In any case, SmallWiki on Squeak is not ready for production, and >>> won't >>> be until there is a reliable storage manager. >> >> Yes! And that is the reason why it is beta. You always should >> use the VW >> version for a production environment! I did the port mainly >> for myself >> ... to learn something about it. Currently I don't have the time to >> maintain it further. So if somebody wants to make a try write >> me and I >> will pass the maintainership. >> >> Regards >> Chris Burkert >> -- >> http://www.chrisburkert.de/ >> >> --- >> Incoming mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.740 / Virus Database: 494 - Release Date: 16/08/2004 >> >> > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.740 / Virus Database: 494 - Release Date: 16/08/2004 > > From thom-ber at gmx.net Mon Aug 23 09:15:25 2004 From: thom-ber at gmx.net (Thomas Bernitt) Date: Mon, 23 Aug 2004 09:15:25 +0200 (MEST) Subject: About running Wiki on VWNC Message-ID: <28830.1093245325@www15.gmx.net> Hi I was on vacation the last weeks and now I tried to find a more concrete answer and I want to add another yes-no-question: -If a company wants to run VW on a server for internal use, and want to develope additional smallwiki-functionality, do I need to pay or not? We had talks on the cebit this year with cincom to put this question to them - and the answer we got was 'yes, you have to pay'. In this case we has to pay a developer license at great expense. This topic demands a conclusion! Thanks Thomas > Hi james > > > Hmm, isn't that a contradiction: > > > > "If a company wants to run VW on a server for internal use, then they > > would need a license. " > > > > and > > > > "So, if you put SmallWiki under an Open Source license, you would also > > be ok on usage." > > > > Let's try simple yes/no questions ;-) > > > > - If I run Smallwiki on our company server for internal use, do I need > > to pay or not? > > > > - If I run Smallwiki on our company server for internal and external > > use as the wiki for an OpenSource project, do I need to pay or not? > > > > - If I run Smallwiki on our company server for internal and external > > use as the wiki for a commercial project, do I need to pay or not? > > > > I hate these kind of questions too and I appreciate your effort in > > trying to answer them! > > I want to know too because we are developing software which is > open-source and can be used by companies and I think that the position > of cincom should be clear for all of us. > > You wrote: "It really depends. I explicitly open sourced BottomFeeder, > and I'm not making money off it. So, if you put SmallWiki under an > Open Source license, you would also be ok on usage. It would be > unsupported by Cincom, but I suspect that's not really an issue here." > > SmallWiki is open source but I do not understand what is unsupported > here? > > Thanks > From denker at iam.unibe.ch Mon Aug 23 09:28:04 2004 From: denker at iam.unibe.ch (Marcus Denker) Date: Mon, 23 Aug 2004 09:28:04 +0200 Subject: About running Wiki on VWNC In-Reply-To: <28830.1093245325@www15.gmx.net> References: <28830.1093245325@www15.gmx.net> Message-ID: Am 23.08.2004 um 09:15 schrieb Thomas Bernitt: > Hi > > I was on vacation the last weeks and now I tried to find a more > concrete > answer and I want to add another yes-no-question: > > -If a company wants to run VW on a server for internal use, and want to > develope additional smallwiki-functionality, do I need to pay or not? > > We had talks on the cebit this year with cincom to put this question > to them > - and the answer we got was 'yes, you have to pay'. In this case we > has to > pay a developer license at great expense. > > This topic demands a conclusion! > > If that is true (that you have to pay) then VW is useless for *any* kind of Open Source/Free Software development. That would mean that *running* an Open Source application requires you to buy a *developer* license. If that is true, People should just port their stuff to Squeak and forget about VW. Marcus From f.bulcka at alemtid.asso.fr Mon Aug 23 11:57:42 2004 From: f.bulcka at alemtid.asso.fr (f.bulcka@alemtid.asso.fr) Date: Mon, 23 Aug 2004 11:57:42 +0200 (CEST) Subject: SmallWiki Links In-Reply-To: References: Message-ID: <50716.130.92.9.58.1093255062.squirrel@www.alemtid.asso.fr> Good morning, I want to test a part of my code for SmallWiki. In that attempt, I need to create folders nested in each others. But each time I try to create links, they are broken. Here is the following code : | aFolder1 aFolder2 paragraph1 link1| aFolder1 := (Folder title: 'root'). aFolder2 := (Folder parent: aFolder1) title: 'folder 2'. link1 := Link newTo: (aFolder2 url ) from: aFolder1. paragraph1 := (Paragraph new) add: link1. aFolder1 document add: paragraph1. ^link1 this return a broken link. Can you tell me how to do this method properly ? thank you, Fred From charles at datasof.com Mon Aug 23 16:52:21 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Mon, 23 Aug 2004 09:52:21 -0500 Subject: About running Wiki on VWNC In-Reply-To: References: <28830.1093245325@www15.gmx.net> Message-ID: > That would mean that *running* an Open Source application requires you > to buy a > *developer* license. this does not make sense, BottomFeeder is a VisualWorks open source app which is quite popular and nobody to my knowledge has had to pay a cent for it. Now Cincom is a company in the business of making money which I am very happy that it is. For one it keeps a crew of very talented Smalltalk engineers employed developing seriously probably the most powerful enterprise development platform available. So if company X makes money because they use an open source VW app which by definition they did not pay any monies upfront for I personally think that it is appropriate to pay Cincom their due. I may be wrong but I think that the Cincom business model in a nutshell boils down to this -- if you make money then Cincom makes money , if you don't then Cincom does not. -Charles On Mon, 23 Aug 2004 09:28:04 +0200, Marcus Denker wrote: > > Am 23.08.2004 um 09:15 schrieb Thomas Bernitt: > >> Hi >> >> I was on vacation the last weeks and now I tried to find a more concrete >> answer and I want to add another yes-no-question: >> >> -If a company wants to run VW on a server for internal use, and want to >> develope additional smallwiki-functionality, do I need to pay or not? >> >> We had talks on the cebit this year with cincom to put this question to >> them >> - and the answer we got was 'yes, you have to pay'. In this case we has >> to >> pay a developer license at great expense. >> >> This topic demands a conclusion! >> >> > > If that is true (that you have to pay) then VW is useless for *any* kind > of > Open Source/Free Software development. > > That would mean that *running* an Open Source application requires you > to buy a > *developer* license. > > If that is true, People should just port their stuff to Squeak and > forget about VW. > > Marcus -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From nevin at bountifulbaby.com Mon Aug 23 17:11:10 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Mon, 23 Aug 2004 08:11:10 -0700 Subject: About running Wiki on VWNC In-Reply-To: References: <28830.1093245325@www15.gmx.net> Message-ID: <412A090E.7080004@bountifulbaby.com> > I may be wrong but I think that the Cincom business model in a > nutshell boils down to this -- if you make money then Cincom makes > money , if you don't then Cincom does not. > Bountiful Baby is a commercial business that makes money. Bountiful Baby employs a SmallWiki as part of it's website. Bountiful Baby's SmallWiki is the Squeak version. As far as I know, I could not employ the VW version of SmallWiki for Bountiful Baby without buying a VW license. It would be good to know if my assumption is incorrect. Nevin -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 From renggli at iam.unibe.ch Mon Aug 23 17:54:11 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 23 Aug 2004 17:54:11 +0200 Subject: SmallWiki Links In-Reply-To: <50716.130.92.9.58.1093255062.squirrel@www.alemtid.asso.fr> References: <50716.130.92.9.58.1093255062.squirrel@www.alemtid.asso.fr> Message-ID: > | aFolder1 aFolder2 paragraph1 link1| > > aFolder1 := (Folder title: 'root'). > aFolder2 := (Folder parent: aFolder1) title: 'folder 2'. #title: is a private message, you break the lookup, when calling directly. You should use #renameTo: instead: aFolder2 := (Folder parent: aFolder1) renameTo: 'folder 2'. Or write the whole thing like this: aFolder1 := (Folder title: 'root') add: (aFolder2 := Folder title: 'folder 2); yourself. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From charles at datasof.com Mon Aug 23 19:17:02 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Mon, 23 Aug 2004 12:17:02 -0500 Subject: About running Wiki on VWNC In-Reply-To: <412A090E.7080004@bountifulbaby.com> References: <28830.1093245325@www15.gmx.net> <412A090E.7080004@bountifulbaby.com> Message-ID: I believe that your assumption is correct, so the question is there any added value that one gets from the Cincom version i.e. like hooks into everything else in VW that may be of such value that it makes it worthwhile to pay for the VW license which is not really that much. For example, assume you were selling a product for $100.00 from my understanding worst case would be that you would have to pay Cincom $6.00 , sounds reasonable for to me. -Charles On Mon, 23 Aug 2004 08:11:10 -0700, Nevin Pratt wrote: > >> I may be wrong but I think that the Cincom business model in a >> nutshell boils down to this -- if you make money then Cincom makes >> money , if you don't then Cincom does not. >> > > Bountiful Baby is a commercial business that makes money. > > Bountiful Baby employs a SmallWiki as part of it's website. > > Bountiful Baby's SmallWiki is the Squeak version. As far as I know, I > could not employ the VW version of SmallWiki for Bountiful Baby without > buying a VW license. > > It would be good to know if my assumption is incorrect. > > Nevin > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Tue Aug 24 12:02:19 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Tue, 24 Aug 2004 12:02:19 +0200 Subject: Fwd: About running Wiki on VWNC Message-ID: Begin forwarded message: > From: James Robertson > Date: August 23, 2004 11:12:49 PM CEST > To: st?phane ducasse > Subject: Re: Fwd: About running Wiki on VWNC > > They would need a commercial license if it was for commercial use. > > At 01:06 PM 8/23/2004, you wrote: > > >> Begin forwarded message: >> >>> From: "Thomas Bernitt" >>> Date: August 23, 2004 9:15:25 AM CEST >>> To: smallwiki at iam.unibe.ch >>> Cc: st?phane ducasse >>> Subject: Re: About running Wiki on VWNC >>> >>> Hi >>> >>> I was on vacation the last weeks and now I tried to find a more >>> concrete >>> answer and I want to add another yes-no-question: >>> >>> -If a company wants to run VW on a server for internal use, and want >>> to >>> develope additional smallwiki-functionality, do I need to pay or not? >>> >>> We had talks on the cebit this year with cincom to put this question >>> to them >>> - and the answer we got was 'yes, you have to pay'. In this case we >>> has to >>> pay a developer license at great expense. >>> >>> This topic demands a conclusion! >>> >>> Thanks >>> >>> Thomas >>> >>> >>>> Hi james >>>> >>>>> Hmm, isn't that a contradiction: >>>>> >>>>> "If a company wants to run VW on a server for internal use, then >>>>> they >>>>> would need a license. " >>>>> >>>>> and >>>>> >>>>> "So, if you put SmallWiki under an Open Source license, you would >>>>> also >>>>> be ok on usage." >>>>> >>>>> Let's try simple yes/no questions ;-) >>>>> >>>>> - If I run Smallwiki on our company server for internal use, do I >>>>> need >>>>> to pay or not? >>>>> >>>>> - If I run Smallwiki on our company server for internal and >>>>> external >>>>> use as the wiki for an OpenSource project, do I need to pay or not? >>>>> >>>>> - If I run Smallwiki on our company server for internal and >>>>> external >>>>> use as the wiki for a commercial project, do I need to pay or not? >>>>> >>>>> I hate these kind of questions too and I appreciate your effort in >>>>> trying to answer them! >>>> >>>> I want to know too because we are developing software which is >>>> open-source and can be used by companies and I think that the >>>> position >>>> of cincom should be clear for all of us. >>>> >>>> You wrote: "It really depends. I explicitly open sourced >>>> BottomFeeder, >>>> and I'm not making money off it. So, if you put SmallWiki under an >>>> Open Source license, you would also be ok on usage. It would be >>>> unsupported by Cincom, but I suspect that's not really an issue >>>> here." >>>> >>>> SmallWiki is open source but I do not understand what is unsupported >>>> here? >>>> >>>> Thanks >>> >>> > > > James Robertson, Product Manager, Cincom Smalltalk > http://www.cincomsmalltalk.com/blog/blogView > jarober at gosmalltalk.com > > From ssastre at seaswork.com.ar Wed Aug 25 18:25:25 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Wed, 25 Aug 2004 13:25:25 -0300 Subject: Smallwiki for VWNC Message-ID: <000301c48ac0$20a05970$c800a8c0@ENTERPRISE> Hi, I'm trying to load SmallWiki into a fresh VWNC but I can't find it in the public store. I've connected to the repository, open the Package Browser, but I'm unable to find any goodie. Any orientation are welcome. Thank you, Seb --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040825/359dcdb6/attachment.htm From ducasse at iam.unibe.ch Wed Aug 25 21:15:57 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 25 Aug 2004 21:15:57 +0200 Subject: Smallwiki for VWNC In-Reply-To: <000301c48ac0$20a05970$c800a8c0@ENTERPRISE> References: <000301c48ac0$20a05970$c800a8c0@ENTERPRISE> Message-ID: <314F46EA-F6CB-11D8-84D2-000D932DAF46@iam.unibe.ch> open the published items and SmallWiki is there. Take the version before the SmallCamp since I do not really the status of the version released after the camp. Stef On Aug 25, 2004, at 6:25 PM, Sebastian Sastre wrote: > Hi, > ? > ??? I'm trying to load SmallWiki into a fresh VWNC but I can't find it > in the public store. > ? > ??? I've connected to the repository, open the Package Browser, but > I'm unable to find any goodie. > ? > ??? Any orientation are welcome. > ? > ??? Thank you, > ? > Seb > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > From charles at datasof.com Wed Aug 25 20:37:21 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 25 Aug 2004 13:37:21 -0500 Subject: Smallwiki for VWNC In-Reply-To: <000301c48ac0$20a05970$c800a8c0@ENTERPRISE> References: <000301c48ac0$20a05970$c800a8c0@ENTERPRISE> Message-ID: I just connected to the public store, opened the "Published Items" browser under the "Store" menu on the launcher and was able to find the SmallWiki bundle within keystrokes i.e. type "sma" and the bundle will come up. The latest version is: "0.9.52, johnson" hth, Charles On Wed, 25 Aug 2004 13:25:25 -0300, Sebastian Sastre wrote: > Hi, > I'm trying to load SmallWiki into a fresh VWNC but I can't find it > in the public store. > I've connected to the repository, open the Package Browser, but I'm > unable to find any goodie. > Any orientation are welcome. > Thank you, > Seb > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From charles at datasof.com Wed Aug 25 20:37:21 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 25 Aug 2004 13:37:21 -0500 Subject: Smallwiki for VWNC In-Reply-To: <000301c48ac0$20a05970$c800a8c0@ENTERPRISE> References: <000301c48ac0$20a05970$c800a8c0@ENTERPRISE> Message-ID: I just connected to the public store, opened the "Published Items" browser under the "Store" menu on the launcher and was able to find the SmallWiki bundle within keystrokes i.e. type "sma" and the bundle will come up. The latest version is: "0.9.52, johnson" hth, Charles On Wed, 25 Aug 2004 13:25:25 -0300, Sebastian Sastre wrote: > Hi, > I'm trying to load SmallWiki into a fresh VWNC but I can't find it > in the public store. > I've connected to the repository, open the Package Browser, but I'm > unable to find any goodie. > Any orientation are welcome. > Thank you, > Seb > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From johnson at cs.uiuc.edu Wed Aug 25 22:57:49 2004 From: johnson at cs.uiuc.edu (Ralph Johnson) Date: Wed, 25 Aug 2004 15:57:49 -0500 (CDT) Subject: Smallwiki for VWNC Message-ID: <200408252057.PAA25281@salad.cs.uiuc.edu> I suggest that you not use the version labeled "johnson" because I am still trying to get everything exported properly. I hope that I will be able to get a version that works completely very soon. -Ralph From ssastre at seaswork.com.ar Thu Aug 26 20:33:20 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Thu, 26 Aug 2004 15:33:20 -0300 Subject: Smallwiki for VWNC In-Reply-To: Message-ID: <000b01c48b9b$29d7b250$c800a8c0@ENTERPRISE> Dear Charles, yes that helps (was a long time ago since the last time I saw VW). Now I'm trying to load the Smallwiki bundle but it reachs to a point in wich claims for the DLLCC.pcl to be installed. I don't see this pcl in this VWNC 7.2 installation. Any one can tell me what to do to get this pcl? thanks, Seb > -----Mensaje original----- > De: owner-smallwiki at iam.unibe.ch > [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Charles A. Monteiro > Enviado el: Mi?rcoles, 25 de Agosto de 2004 15:37 > Para: smallwiki at iam.unibe.ch; SmallWiki Mailing List > Asunto: Re: Smallwiki for VWNC > > > I just connected to the public store, opened the "Published > Items" browser > under the "Store" menu on the launcher and was able to find > the SmallWiki > bundle within keystrokes i.e. type "sma" and the bundle will > come up. The > latest version is: "0.9.52, johnson" > > hth, > > Charles > > > On Wed, 25 Aug 2004 13:25:25 -0300, Sebastian Sastre > wrote: > > > Hi, > > I'm trying to load SmallWiki into a fresh VWNC but I > can't find it > > in the public store. > > I've connected to the repository, open the Package > Browser, but I'm > > unable to find any goodie. > > Any orientation are welcome. > > Thank you, > > Seb > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 From ducasse at iam.unibe.ch Thu Aug 26 22:15:38 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Thu, 26 Aug 2004 22:15:38 +0200 Subject: Smallwiki for VWNC In-Reply-To: <000b01c48b9b$29d7b250$c800a8c0@ENTERPRISE> References: <000b01c48b9b$29d7b250$c800a8c0@ENTERPRISE> Message-ID: This may be the version of swazoo that is not the right one. Try another version: lukas what is the versions you use? I do not have my notes here. We should ask the swazoo people to release more often so that we can get stable dependencies. Stef On 26 ao?t 04, at 20:33, Sebastian Sastre wrote: > Dear Charles, > > yes that helps (was a long time ago since the last time I saw > VW). > > Now I'm trying to load the Smallwiki bundle but it reachs to a > point in wich claims for the DLLCC.pcl to be installed. I don't see > this > pcl in this VWNC 7.2 installation. Any one can tell me what to do to > get > this pcl? > > thanks, > > Seb > > >> -----Mensaje original----- >> De: owner-smallwiki at iam.unibe.ch >> [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Charles A. Monteiro >> Enviado el: Mi?rcoles, 25 de Agosto de 2004 15:37 >> Para: smallwiki at iam.unibe.ch; SmallWiki Mailing List >> Asunto: Re: Smallwiki for VWNC >> >> >> I just connected to the public store, opened the "Published >> Items" browser >> under the "Store" menu on the launcher and was able to find >> the SmallWiki >> bundle within keystrokes i.e. type "sma" and the bundle will >> come up. The >> latest version is: "0.9.52, johnson" >> >> hth, >> >> Charles >> >> >> On Wed, 25 Aug 2004 13:25:25 -0300, Sebastian Sastre >> wrote: >> >>> Hi, >>> I'm trying to load SmallWiki into a fresh VWNC but I >> can't find it >>> in the public store. >>> I've connected to the repository, open the Package >> Browser, but I'm >>> unable to find any goodie. >>> Any orientation are welcome. >>> Thank you, >>> Seb >>> >>> --- >>> Outgoing mail is certified Virus Free. >>> Checked by AVG anti-virus system (http://www.grisoft.com). >>> Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 >>> >> >> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> >> --- >> Incoming mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 >> >> > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > From johnson at cs.uiuc.edu Thu Aug 26 23:27:01 2004 From: johnson at cs.uiuc.edu (Ralph Johnson) Date: Thu, 26 Aug 2004 16:27:01 -0500 (CDT) Subject: Smallwiki for VWNC Message-ID: <200408262127.QAA29876@salad.cs.uiuc.edu> I can't get Swazoo to work on WIndows at all. But it works on the Mac. -Ralph From ssastre at seaswork.com.ar Fri Aug 27 00:06:50 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Thu, 26 Aug 2004 19:06:50 -0300 Subject: Smallwiki for VWNC In-Reply-To: Message-ID: <000e01c48bb8$fd2acb20$c800a8c0@ENTERPRISE> Trying to load Swazoo has the same problem (depends on DLLCC) and fails to install. If matters, that image is running on linux. Regards, Seb > -----Mensaje original----- > De: owner-smallwiki at iam.unibe.ch > [mailto:owner-smallwiki at iam.unibe.ch] En nombre de st?phane ducasse > Enviado el: Jueves, 26 de Agosto de 2004 17:16 > Para: smallwiki at iam.unibe.ch > Asunto: Re: Smallwiki for VWNC > > > This may be the version of swazoo that is not the right one. Try > another version: lukas what is the versions you use? > I do not have my notes here. We should ask the swazoo people > to release > more often so that we can get > stable dependencies. > > Stef > > > On 26 ao?t 04, at 20:33, Sebastian Sastre wrote: > > > Dear Charles, > > > > yes that helps (was a long time ago since the last time > I saw VW). > > > > Now I'm trying to load the Smallwiki bundle but it > reachs to a point > > in wich claims for the DLLCC.pcl to be installed. I don't see this > > pcl in this VWNC 7.2 installation. Any one can tell me what > to do to > > get > > this pcl? > > > > thanks, > > > > Seb > > > > > >> -----Mensaje original----- > >> De: owner-smallwiki at iam.unibe.ch > >> [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Charles A. > >> Monteiro Enviado el: Mi?rcoles, 25 de Agosto de 2004 15:37 > >> Para: smallwiki at iam.unibe.ch; SmallWiki Mailing List > >> Asunto: Re: Smallwiki for VWNC > >> > >> > >> I just connected to the public store, opened the "Published Items" > >> browser under the "Store" menu on the launcher and was able to find > >> the SmallWiki > >> bundle within keystrokes i.e. type "sma" and the bundle will > >> come up. The > >> latest version is: "0.9.52, johnson" > >> > >> hth, > >> > >> Charles > >> > >> > >> On Wed, 25 Aug 2004 13:25:25 -0300, Sebastian Sastre > >> wrote: > >> > >>> Hi, > >>> I'm trying to load SmallWiki into a fresh VWNC but I > >> can't find it > >>> in the public store. > >>> I've connected to the repository, open the Package > >> Browser, but I'm > >>> unable to find any goodie. > >>> Any orientation are welcome. > >>> Thank you, > >>> Seb > >>> > >>> --- > >>> Outgoing mail is certified Virus Free. > >>> Checked by AVG anti-virus system (http://www.grisoft.com). > >>> Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > >>> > >> > >> > >> > >> -- > >> Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > >> > >> --- > >> Incoming mail is certified Virus Free. > >> Checked by AVG anti-virus system (http://www.grisoft.com). > >> Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > >> > >> > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > > > > > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 From renggli at iam.unibe.ch Fri Aug 27 07:11:15 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Fri, 27 Aug 2004 07:11:15 +0200 Subject: Smallwiki for VWNC In-Reply-To: <000e01c48bb8$fd2acb20$c800a8c0@ENTERPRISE> References: <000e01c48bb8$fd2acb20$c800a8c0@ENTERPRISE> Message-ID: <859D9804-F7E7-11D8-BDB1-000393CFE6C8@iam.unibe.ch> >> This may be the version of swazoo that is not the right one. Try >> another version: lukas what is the versions you use? I'm using Swazoo (0.9.76-bb10,bbadger). > Trying to load Swazoo has the same problem (depends on DLLCC) and > fails to install. As far as I know only the OpenSSL-package (library to support HTTPS) needs DLLCC, the rest is written in pure Smalltalk and therefor completely platform independent. You shouldn't need to load the OpenSSL-package to use Swazoo and/or SmallWiki. SmallWiki doesn't use OpenSSL/HTTPS! Hope this helps, Lukas -- Lukas Renggli http://renggli.freezope.org From janko.mivsek at eranova.si Fri Aug 27 09:02:23 2004 From: janko.mivsek at eranova.si (=?windows-1252?Q?Janko_Miv=9Aek?=) Date: Fri, 27 Aug 2004 09:02:23 +0200 Subject: [Smallwiki] Re: Smallwiki for VWNC In-Reply-To: <859D9804-F7E7-11D8-BDB1-000393CFE6C8@iam.unibe.ch> References: <000e01c48bb8$fd2acb20$c800a8c0@ENTERPRISE> <859D9804-F7E7-11D8-BDB1-000393CFE6C8@iam.unibe.ch> Message-ID: <412EDC7F.3060901@eranova.si> Hi all, Quick and obvious solution is to load DLLCC parcel before loading Swazoo even if you don't use SSL. I'll try to separate OpenSSL code from rest of Swazoo later, so that DLLCC won't be needed. Regards Janko Lukas Renggli pravi: >>> This may be the version of swazoo that is not the right one. Try >>> another version: lukas what is the versions you use? > > > I'm using Swazoo (0.9.76-bb10,bbadger). > >> Trying to load Swazoo has the same problem (depends on DLLCC) and >> fails to install. > > > As far as I know only the OpenSSL-package (library to support HTTPS) > needs DLLCC, the rest is written in pure Smalltalk and therefor > completely platform independent. You shouldn't need to load the > OpenSSL-package to use Swazoo and/or SmallWiki. SmallWiki doesn't use > OpenSSL/HTTPS! > > Hope this helps, > Lukas > -- Janko Mivsek Systems Architect EraNova d.o.o. Ljubljana, Slovenia http://www.eranova.si From charles at datasof.com Fri Aug 27 15:21:59 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Fri, 27 Aug 2004 08:21:59 -0500 Subject: [Smallwiki] Re: Smallwiki for VWNC In-Reply-To: <412EDC7F.3060901@eranova.si> References: <000e01c48bb8$fd2acb20$c800a8c0@ENTERPRISE> <859D9804-F7E7-11D8-BDB1-000393CFE6C8@iam.unibe.ch> <412EDC7F.3060901@eranova.si> Message-ID: Indeed obvious, but just a comment, and btw, this is not just a comment specific to this situation, usually dllcc comes with the VW distributions and therefore had the correct pre-requisites been setup , dllcc should have just loaded. I have noticed that quite often people release stuff but never bother to test whether stuff loads cleanly. It would be great if we all could agree to a policy where any package released was verified to load onto a virgin image i.e. for example the base image that comes with the VW NC distribution which now is setup to talk to the public repository. -Charles On Fri, 27 Aug 2004 09:02:23 +0200, Janko Miv?ek wrote: > Hi all, > > Quick and obvious solution is to load DLLCC parcel before loading Swazoo > even if you don't use SSL. I'll try to separate OpenSSL code from rest > of Swazoo later, so that DLLCC won't be needed. > > Regards > Janko > > Lukas Renggli pravi: >>>> This may be the version of swazoo that is not the right one. Try >>>> another version: lukas what is the versions you use? >> I'm using Swazoo (0.9.76-bb10,bbadger). >> >>> Trying to load Swazoo has the same problem (depends on DLLCC) and >>> fails to install. >> As far as I know only the OpenSSL-package (library to support HTTPS) >> needs DLLCC, the rest is written in pure Smalltalk and therefor >> completely platform independent. You shouldn't need to load the >> OpenSSL-package to use Swazoo and/or SmallWiki. SmallWiki doesn't use >> OpenSSL/HTTPS! >> Hope this helps, >> Lukas >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ssastre at seaswork.com.ar Fri Aug 27 15:20:29 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Fri, 27 Aug 2004 10:20:29 -0300 Subject: [Smallwiki] Re: Smallwiki for VWNC In-Reply-To: Message-ID: <000d01c48c38$9fcb1400$c800a8c0@ENTERPRISE> That'll be just a very very very friendly attitude Seb > -----Mensaje original----- > De: owner-smallwiki at iam.unibe.ch > [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Charles A. Monteiro > Enviado el: Viernes, 27 de Agosto de 2004 10:22 > Para: smallwiki at iam.unibe.ch > Asunto: Re: [Smallwiki] Re: Smallwiki for VWNC > > > Indeed obvious, but just a comment, and btw, this is not > just a comment > specific to this situation, usually dllcc comes with the VW > distributions > and therefore had the correct pre-requisites been setup , > dllcc should > have just loaded. I have noticed that quite often people > release stuff but > never bother to test whether stuff loads cleanly. It would be > great if we > all could agree to a policy where any package released was > verified to > load onto a virgin image i.e. for example the base image that > comes with > the VW NC distribution which now is setup to talk to the > public repository. > > -Charles > > On Fri, 27 Aug 2004 09:02:23 +0200, Janko Miv?ek > > wrote: > > > Hi all, > > > > Quick and obvious solution is to load DLLCC parcel before loading > > Swazoo > > even if you don't use SSL. I'll try to separate OpenSSL > code from rest > > of Swazoo later, so that DLLCC won't be needed. > > > > Regards > > Janko > > > > Lukas Renggli pravi: > >>>> This may be the version of swazoo that is not the right one. Try > >>>> another version: lukas what is the versions you use? > >> I'm using Swazoo (0.9.76-bb10,bbadger). > >> > >>> Trying to load Swazoo has the same problem (depends on DLLCC) and > >>> fails to install. > >> As far as I know only the OpenSSL-package (library to support > >> HTTPS) > >> needs DLLCC, the rest is written in pure Smalltalk and therefor > >> completely platform independent. You shouldn't need to load the > >> OpenSSL-package to use Swazoo and/or SmallWiki. SmallWiki > doesn't use > >> OpenSSL/HTTPS! > >> Hope this helps, > >> Lukas > >> > > > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 From ssastre at seaswork.com.ar Fri Aug 27 15:33:52 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Fri, 27 Aug 2004 10:33:52 -0300 Subject: [Smallwiki] Re: Smallwiki for VWNC In-Reply-To: <412EDC7F.3060901@eranova.si> Message-ID: <000e01c48c3a$7ec77850$c800a8c0@ENTERPRISE> Yes, but the DLLCC.pcl is absent in this VWNC 7.2 distribution Seb > -----Mensaje original----- > De: owner-smallwiki at iam.unibe.ch > [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Janko Miv?ek > Enviado el: Viernes, 27 de Agosto de 2004 04:02 > Para: smallwiki at iam.unibe.ch > Asunto: Re: [Smallwiki] Re: Smallwiki for VWNC > > > Hi all, > > Quick and obvious solution is to load DLLCC parcel before > loading Swazoo > even if you don't use SSL. I'll try to separate OpenSSL code > from rest > of Swazoo later, so that DLLCC won't be needed. > > Regards > Janko > > Lukas Renggli pravi: > >>> This may be the version of swazoo that is not the right one. Try > >>> another version: lukas what is the versions you use? > > > > > > I'm using Swazoo (0.9.76-bb10,bbadger). > > > >> Trying to load Swazoo has the same problem (depends on DLLCC) and > >> fails to install. > > > > > > As far as I know only the OpenSSL-package (library to support HTTPS) > > needs DLLCC, the rest is written in pure Smalltalk and therefor > > completely platform independent. You shouldn't need to load the > > OpenSSL-package to use Swazoo and/or SmallWiki. SmallWiki > doesn't use > > OpenSSL/HTTPS! > > > > Hope this helps, > > Lukas > > > > -- > Janko Mivsek > Systems Architect > EraNova d.o.o. > Ljubljana, Slovenia > http://www.eranova.si > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 From ssastre at seaswork.com.ar Fri Aug 27 15:42:41 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Fri, 27 Aug 2004 10:42:41 -0300 Subject: Smallwiki for VWNC In-Reply-To: <859D9804-F7E7-11D8-BDB1-000393CFE6C8@iam.unibe.ch> Message-ID: <000f01c48c3b$b9f07840$c800a8c0@ENTERPRISE> I undestands it, and I've sopousing it, but it still fail to load. When VW claims for DLLCC, if I tell it to continue loading, it reachs a point in wich some error stop the entire bundle installation. In the other hand, right now, I've tried the unuggested jhonson version and it loaded nicely, best regards, Seb > -----Mensaje original----- > De: owner-smallwiki at iam.unibe.ch > [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Lukas Renggli > Enviado el: Viernes, 27 de Agosto de 2004 02:11 > Para: smallwiki at iam.unibe.ch > Asunto: Re: Smallwiki for VWNC > > > >> This may be the version of swazoo that is not the right one. Try > >> another version: lukas what is the versions you use? > > I'm using Swazoo (0.9.76-bb10,bbadger). > > > Trying to load Swazoo has the same problem (depends on DLLCC) and > > fails to install. > > As far as I know only the OpenSSL-package (library to support HTTPS) > needs DLLCC, the rest is written in pure Smalltalk and therefor > completely platform independent. You shouldn't need to load the > OpenSSL-package to use Swazoo and/or SmallWiki. SmallWiki doesn't use > OpenSSL/HTTPS! > > Hope this helps, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 From charles at datasof.com Fri Aug 27 17:05:24 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Fri, 27 Aug 2004 10:05:24 -0500 Subject: [Smallwiki] Re: Smallwiki for VWNC In-Reply-To: <000e01c48c3a$7ec77850$c800a8c0@ENTERPRISE> References: <000e01c48c3a$7ec77850$c800a8c0@ENTERPRISE> Message-ID: Which VW distribution i.e. where did you get it from? If for example you download the iso image from the Cincom site it will deposit the DLLCC parcel in the \dllcc directory of the VW distribution root. The base image is setup so that said directory is in the lookup path. Therefore loading any package that specifies DLLCC as a pre-requisite if said pre-req is tagged with #any or #parcel will look in the local lookup parcel paths. If tagged otherwise it will look in the repository from which the dependendent package or bundle is being loaded from. For example the OpenSSL package does specify DLLCC as a pre-req i.e. #(#(#parcel 'DLLCC' '')) , this means that when loading from the public repository , the local system will be scanned for a parcel called DLLCC. Did you do a partial download of the VW distribution? -Charles On Fri, 27 Aug 2004 10:33:52 -0300, Sebastian Sastre wrote: > Yes, but the DLLCC.pcl is absent in this VWNC 7.2 distribution > > Seb > >> -----Mensaje original----- >> De: owner-smallwiki at iam.unibe.ch >> [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Janko Miv?ek >> Enviado el: Viernes, 27 de Agosto de 2004 04:02 >> Para: smallwiki at iam.unibe.ch >> Asunto: Re: [Smallwiki] Re: Smallwiki for VWNC >> >> >> Hi all, >> >> Quick and obvious solution is to load DLLCC parcel before >> loading Swazoo >> even if you don't use SSL. I'll try to separate OpenSSL code >> from rest >> of Swazoo later, so that DLLCC won't be needed. >> >> Regards >> Janko >> >> Lukas Renggli pravi: >> >>> This may be the version of swazoo that is not the right one. Try >> >>> another version: lukas what is the versions you use? >> > >> > >> > I'm using Swazoo (0.9.76-bb10,bbadger). >> > >> >> Trying to load Swazoo has the same problem (depends on DLLCC) and >> >> fails to install. >> > >> > >> > As far as I know only the OpenSSL-package (library to support HTTPS) >> > needs DLLCC, the rest is written in pure Smalltalk and therefor >> > completely platform independent. You shouldn't need to load the >> > OpenSSL-package to use Swazoo and/or SmallWiki. SmallWiki >> doesn't use >> > OpenSSL/HTTPS! >> > >> > Hope this helps, >> > Lukas >> > >> >> -- >> Janko Mivsek >> Systems Architect >> EraNova d.o.o. >> Ljubljana, Slovenia >> http://www.eranova.si >> >> --- >> Incoming mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 >> >> > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From Roel.Wuyts at ulb.ac.be Fri Aug 27 16:09:39 2004 From: Roel.Wuyts at ulb.ac.be (Roel Wuyts) Date: Fri, 27 Aug 2004 16:09:39 +0200 Subject: [Smallwiki] Re: Smallwiki for VWNC In-Reply-To: <000e01c48c3a$7ec77850$c800a8c0@ENTERPRISE> References: <000e01c48c3a$7ec77850$c800a8c0@ENTERPRISE> Message-ID: It is included (I have it here, both in VW7.2NC as in VW7.2.1NC). If you used the installer, did you tick the checkbox to install it for your platform? On 27 Aug 2004, at 15:33, Sebastian Sastre wrote: > Yes, but the DLLCC.pcl is absent in this VWNC 7.2 distribution > > Seb > >> -----Mensaje original----- >> De: owner-smallwiki at iam.unibe.ch >> [mailto:owner-smallwiki at iam.unibe.ch] En nombre de Janko Miv?ek >> Enviado el: Viernes, 27 de Agosto de 2004 04:02 >> Para: smallwiki at iam.unibe.ch >> Asunto: Re: [Smallwiki] Re: Smallwiki for VWNC >> >> >> Hi all, >> >> Quick and obvious solution is to load DLLCC parcel before >> loading Swazoo >> even if you don't use SSL. I'll try to separate OpenSSL code >> from rest >> of Swazoo later, so that DLLCC won't be needed. >> >> Regards >> Janko >> >> Lukas Renggli pravi: >>>>> This may be the version of swazoo that is not the right one. Try >>>>> another version: lukas what is the versions you use? >>> >>> >>> I'm using Swazoo (0.9.76-bb10,bbadger). >>> >>>> Trying to load Swazoo has the same problem (depends on DLLCC) and >>>> fails to install. >>> >>> >>> As far as I know only the OpenSSL-package (library to support HTTPS) >>> needs DLLCC, the rest is written in pure Smalltalk and therefor >>> completely platform independent. You shouldn't need to load the >>> OpenSSL-package to use Swazoo and/or SmallWiki. SmallWiki >> doesn't use >>> OpenSSL/HTTPS! >>> >>> Hope this helps, >>> Lukas >>> >> >> -- >> Janko Mivsek >> Systems Architect >> EraNova d.o.o. >> Ljubljana, Slovenia >> http://www.eranova.si >> >> --- >> Incoming mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 >> >> > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.744 / Virus Database: 496 - Release Date: 24/08/2004 > > > Roel Wuyts DeComp roel.wuyts at ulb.ac.be Universit? Libre de Bruxelles http://homepages.ulb.ac.be/~rowuyts/ Belgique Board Member of the European Smalltalk User Group: www.esug.org From ducasse at iam.unibe.ch Sat Aug 28 13:03:23 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sat, 28 Aug 2004 13:03:23 +0200 Subject: the kind of pages we would like to detect Message-ID: Hi fred here is a typical idiot that messed up our page. With the admin tools we would to detect that. http://scgwiki.iam.unibe.ch:8080/SCG/33 Stef From renggli at iam.unibe.ch Tue Aug 31 18:16:02 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 31 Aug 2004 18:16:02 +0200 Subject: Smallwiki and importing Stylesheets In-Reply-To: References: Message-ID: <0D870C18-FB69-11D8-BCEE-000393CFE6C8@iam.unibe.ch> Hi Hans, > one small problem: I want to set a style sheet file in the directory > where squeak runs (the image is). But obviously I can not give a > relative path for importing a stylesheet (like @import > ./mystylesheet.css";) > The problem is, in the squeak port of SmallWiki it doesn't work to use > a SWResource (which should work according to FAQ). I don't know about the squeak port, but I thought this problem was fixed a long time ago. > Any other possibilities to get it work ? There are several possibilities that come into my mind: - put the css onto a different web-server and import it with the full path - use Apache as a proxy to SmallWiki and add a rewrite rule to serve the css from Apache itself - write an action that simply returns your css MyStylesheetAction>>execute html nextPutAll: '*your-stylesheet*' and include it using @import "./?action= MyStylesheetAction" - use the following On Dec 15, 2003, at 14:44, Hannes Hirzel wrote: > Thank you that you will look into this. From my perception the bug is > in the method I mentioned above. For the wiki I set up I use the > following a crude workaround > > 1) in SWResourceEdit>>#data:mime > > I comment out the setting of the mime type > > (it would set it to nil which I don't want) > > 2) in SWResourceEdit>>renderFields > I add > > html tableData: [html textInputWithValue: self mime callback: #mime: ]] > > So I have the user to input the mime type manually in a text field. > > For the moment I think this is fine. I was not able to find the bug > and to fix it along the lines of the original design. - or even better: write a fix for the SWResource bug ;) Hope this helps, Lukas -- Lukas Renggli http://renggli.freezope.org