From bergel at iam.unibe.ch Sun Sep 12 12:15:14 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Sun, 12 Sep 2004 12:15:14 +0200 Subject: Exception when starting Message-ID: <20040912101514.GB23724@iam.unibe.ch> hi! Smallwiki runs into trouble when I just execute server := SmallWiki.SwazooServer startOn: 8081. I got an exception. The problem seems to come from Swazoo.SwazooSocket class>>serverOnIP:port:. This method is called with '127.0.0.1' and 8081 as argument. I have attached to this email a copy of the stack. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From bergel at iam.unibe.ch Sun Sep 12 12:53:22 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Sun, 12 Sep 2004 12:53:22 +0200 Subject: Ignore my previous email Re: Exception when starting In-Reply-To: <20040912101514.GB23724@iam.unibe.ch> References: <20040912101514.GB23724@iam.unibe.ch> Message-ID: <20040912105322.GC23724@iam.unibe.ch> I should read the ML before asking. I loaded the version 0.9.51 and ignored the one of johnson. It works fine. Alexandre On Sun, Sep 12, 2004 at 12:15:14PM +0200, Alexandre Bergel wrote: > hi! > > Smallwiki runs into trouble when I just execute server := SmallWiki.SwazooServer startOn: 8081. > I got an exception. The problem seems to come from Swazoo.SwazooSocket class>>serverOnIP:port:. This method is called with '127.0.0.1' and 8081 as argument. > > I have attached to this email a copy of the stack. > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.iam.unibe.ch/~bergel > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From ducasse at iam.unibe.ch Sun Sep 12 12:59:11 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sun, 12 Sep 2004 12:59:11 +0200 Subject: For a free wiki Message-ID: we should pay attention that people cannot uplod porn pictures so I would disable upload. Noury asked me if we could have some zipped files with ready to use images and VM I think that this would be nice to have that. Stef From bergel at iam.unibe.ch Sun Sep 12 13:00:37 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Sun, 12 Sep 2004 13:00:37 +0200 Subject: For a free wiki In-Reply-To: References: Message-ID: <20040912110037.GD23724@iam.unibe.ch> > Noury asked me if we could have some zipped files with ready to use > images and VM > I think that this would be nice to have that. Would it be okay from the Cincom point of view ? Alexandre > > Stef -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From ducasse at iam.unibe.ch Sun Sep 12 13:43:22 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sun, 12 Sep 2004 13:43:22 +0200 Subject: Ignore my previous email Re: Exception when starting In-Reply-To: <20040912105322.GC23724@iam.unibe.ch> References: <20040912101514.GB23724@iam.unibe.ch> <20040912105322.GC23724@iam.unibe.ch> Message-ID: alex you should load the one in our store so that you can see the admin tool of fredrecik Stef On 12 sept. 04, at 12:53, Alexandre Bergel wrote: > I should read the ML before asking. I loaded the version 0.9.51 and > ignored the one of johnson. > It works fine. > > Alexandre > > > On Sun, Sep 12, 2004 at 12:15:14PM +0200, Alexandre Bergel wrote: >> hi! >> >> Smallwiki runs into trouble when I just execute server := >> SmallWiki.SwazooServer startOn: 8081. >> I got an exception. The problem seems to come from >> Swazoo.SwazooSocket class>>serverOnIP:port:. This method is called >> with '127.0.0.1' and 8081 as argument. >> >> I have attached to this email a copy of the stack. >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.iam.unibe.ch/~bergel >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.iam.unibe.ch/~bergel > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > From ducasse at iam.unibe.ch Sun Sep 12 13:44:19 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sun, 12 Sep 2004 13:44:19 +0200 Subject: For a free wiki In-Reply-To: <20040912110037.GD23724@iam.unibe.ch> References: <20040912110037.GD23724@iam.unibe.ch> Message-ID: <15704768-04B1-11D9-9DCB-000D932DAF46@iam.unibe.ch> This has nothing to do with cincom. If we set up a wiki that people can use. for their private use without paying. Stef On 12 sept. 04, at 13:00, Alexandre Bergel wrote: >> Noury asked me if we could have some zipped files with ready to use >> images and VM >> I think that this would be nice to have that. > > Would it be okay from the Cincom point of view ? > > Alexandre > >> >> Stef > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.iam.unibe.ch/~bergel > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > From charles at datasof.com Mon Sep 13 16:37:16 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Mon, 13 Sep 2004 09:37:16 -0500 Subject: Ignore my previous email Re: Exception when starting In-Reply-To: References: <20040912101514.GB23724@iam.unibe.ch> <20040912105322.GC23724@iam.unibe.ch> Message-ID: Sorry, but could some of the features of this new admin tool be briefly described? On Sun, 12 Sep 2004 13:43:22 +0200, st?phane ducasse wrote: > alex you should load the one in our store so that you can see the admin > tool of fredrecik > > Stef > > On 12 sept. 04, at 12:53, Alexandre Bergel wrote: > >> I should read the ML before asking. I loaded the version 0.9.51 and >> ignored the one of johnson. >> It works fine. >> >> Alexandre >> >> >> On Sun, Sep 12, 2004 at 12:15:14PM +0200, Alexandre Bergel wrote: >>> hi! >>> >>> Smallwiki runs into trouble when I just execute server := >>> SmallWiki.SwazooServer startOn: 8081. >>> I got an exception. The problem seems to come from Swazoo.SwazooSocket >>> class>>serverOnIP:port:. This method is called with '127.0.0.1' and >>> 8081 as argument. >>> >>> I have attached to this email a copy of the stack. >>> >>> Cheers, >>> Alexandre >>> >>> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.iam.unibe.ch/~bergel >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.iam.unibe.ch/~bergel >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From f.bulcka at alemtid.asso.fr Tue Sep 14 12:26:03 2004 From: f.bulcka at alemtid.asso.fr (f.bulcka@alemtid.asso.fr) Date: Tue, 14 Sep 2004 12:26:03 +0200 (CEST) Subject: admin addition In-Reply-To: References: <20040912101514.GB23724@iam.unibe.ch><20040912105322.GC23724@iam.unibe.ch> Message-ID: <60186.130.92.9.55.1095157563.squirrel@www.alemtid.asso.fr> Good morning, here is a non exhaustive list of the several things I developped for SmallWiki : - for the user interface: the possibility to edit not necessearly a whole page, but only a paragraph, so that the user do not have to bother with the other parts of the page. the possibility to access to the syntax page without losing the edit page on which you were working a gallery of pictures, to see in few clicks the pictures contained in all or part of the wiki the possibility to bookmark pages - for the admin interface: the query engine to gather information concerning the wiki ( like all the links - structures with specific properties). the possibility to freeze ( you cannot edit a frozen page ) any subpart of the wiki the possibility to check any subpart of the wiki ( you can then go back to the previous checked version in case of unwanted modifications ) an action to show quickly an overview of the site ( based on the query engine) Frederic > Sorry, but could some of the features of this new admin tool be briefly > described? > > > On Sun, 12 Sep 2004 13:43:22 +0200, st?phane ducasse > wrote: > >> alex you should load the one in our store so that you can see the admin >> tool of fredrecik >> >> Stef >> >> On 12 sept. 04, at 12:53, Alexandre Bergel wrote: >> >>> I should read the ML before asking. I loaded the version 0.9.51 and >>> ignored the one of johnson. >>> It works fine. >>> >>> Alexandre >>> >>> >>> On Sun, Sep 12, 2004 at 12:15:14PM +0200, Alexandre Bergel wrote: >>>> hi! >>>> >>>> Smallwiki runs into trouble when I just execute server := >>>> SmallWiki.SwazooServer startOn: 8081. >>>> I got an exception. The problem seems to come from Swazoo.SwazooSocket >>>> class>>serverOnIP:port:. This method is called with '127.0.0.1' and >>>> 8081 as argument. >>>> >>>> I have attached to this email a copy of the stack. >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.iam.unibe.ch/~bergel >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.iam.unibe.ch/~bergel >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > _______________________________________________ > Smallwiki mailing list > Smallwiki at impara.de > http://mail.opencroquet.org/mailman/listinfo/smallwiki > > From f.bulcka at alemtid.asso.fr Tue Sep 14 16:47:16 2004 From: f.bulcka at alemtid.asso.fr (f.bulcka@alemtid.asso.fr) Date: Tue, 14 Sep 2004 16:47:16 +0200 (CEST) Subject: [Smallwiki] admin addition In-Reply-To: <60186.130.92.9.55.1095157563.squirrel@www.alemtid.asso.fr> References: <20040912101514.GB23724@iam.unibe.ch><20040912105322.GC23724@iam.unibe.ch> <60186.130.92.9.55.1095157563.squirrel@www.alemtid.asso.fr> Message-ID: <60507.130.92.9.55.1095173236.squirrel@www.alemtid.asso.fr> my message has been edited a strange way. I will try to transmit it properly. here is a non exhaustive list of the several things I have developped for SmallWiki : - for the user interface: the possibility to edit not necessearly a whole page, but only a paragraph, so that the user do not have to bother with the other parts of the page. the possibility to access to the syntax page without losing the edit a page on which you were working a gallery of pictures, to see in few clicks the pictures contained in all or part of the wiki the possibility to bookmark pages - for the admin interface: the query engine to gather information concerning the wiki ( like all the links structures with specific properties). the possibility to freeze ( you cannot edit a frozen page ) any subpart of the wiki the possibility to check any subpart of the wiki ( you can then go back to the previous checked version in case of unwanted modifications ) an action to show quickly an overview of the site ( based on the query engine) Frederic >> Sorry, but could some of the features of this new admin tool be briefly >> described? >> >> >> On Sun, 12 Sep 2004 13:43:22 +0200, st?phane ducasse >> wrote: >> >>> alex you should load the one in our store so that you can see the admin >>> tool of fredrecik >>> >>> Stef >>> >>> On 12 sept. 04, at 12:53, Alexandre Bergel wrote: >>> >>>> I should read the ML before asking. I loaded the version 0.9.51 and >>>> ignored the one of johnson. >>>> It works fine. >>>> >>>> Alexandre >>>> >>>> >>>> On Sun, Sep 12, 2004 at 12:15:14PM +0200, Alexandre Bergel wrote: >>>>> hi! >>>>> >>>>> Smallwiki runs into trouble when I just execute server :>>>> >>>>> SmallWiki.SwazooServer startOn: 8081. >>>>> I got an exception. The problem seems to come from >>>>> Swazoo.SwazooSocket >>>>> class>>serverOnIP:port:. This method is called with '127.0.0.1' and >>>>> 8081 as argument. >>>>> >>>>> I have attached to this email a copy of the stack. >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> >>>>> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.iam.unibe.ch/~bergel >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.iam.unibe.ch/~bergel >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >> >> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> _______________________________________________ >> Smallwiki mailing list >> Smallwiki at impara.de >> http://mail.opencroquet.org/mailman/listinfo/smallwiki >> >> > > _______________________________________________ > Smallwiki mailing list > Smallwiki at impara.de > http://mail.opencroquet.org/mailman/listinfo/smallwiki > > From Annick_Fron_AFC at compuserve.com Tue Sep 14 17:16:10 2004 From: Annick_Fron_AFC at compuserve.com (Annick Fron) Date: Tue, 14 Sep 2004 17:16:10 +0200 Subject: Accessing smallwiki from outside Message-ID: <02728F0E-0661-11D9-949F-000393837406@compuserve.com> Hi, I have downloaded smallwiki 1 and I want to access it through a dyndns address. I am able to check localhost:8080 I am able to see tomcat on mydyndns:8080 (so it is not a firewall pb) but not smallwiki !! Should i launch swazoo as root on Linux ?? ================= Annick Fron - 04 93 22 88 18 AFC Europe B.P. 111 977 avenue du Docteur Julien Lefebvre 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com From ssastre at seaswork.com.ar Tue Sep 14 17:57:02 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Tue, 14 Sep 2004 12:57:02 -0300 Subject: Accessing smallwiki from outside In-Reply-To: <02728F0E-0661-11D9-949F-000393837406@compuserve.com> Message-ID: <003401c49a73$79f607a0$c800a8c0@ENTERPRISE> Use a different port 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 Annick Fron > Enviado el: Martes, 14 de Septiembre de 2004 12:16 > Para: smallwiki at iam.unibe.ch > Asunto: Accessing smallwiki from outside > > > Hi, > > I have downloaded smallwiki 1 and I want to access it through > a dyndns > address. > I am able to check localhost:8080 > I am able to see tomcat on mydyndns:8080 (so it is not a > firewall pb) but not smallwiki !! Should i launch swazoo as > root on Linux ?? > > ================= > Annick Fron - 04 93 22 88 18 > AFC Europe > B.P. 111 > 977 avenue du Docteur Julien Lefebvre > 06271 Villeneuve-Loubet Cedex France > http://www.afceurope.com > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 From Annick_Fron_AFC at compuserve.com Tue Sep 14 18:07:18 2004 From: Annick_Fron_AFC at compuserve.com (Annick Fron) Date: Tue, 14 Sep 2004 18:07:18 +0200 Subject: Accessing smallwiki from outside In-Reply-To: <003401c49a73$79f607a0$c800a8c0@ENTERPRISE> References: <003401c49a73$79f607a0$c800a8c0@ENTERPRISE> Message-ID: <26D71BEA-0668-11D9-95CD-000393837406@compuserve.com> It does not work either on 9090. Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : > > Use a different port > > 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 Annick Fron >> Enviado el: Martes, 14 de Septiembre de 2004 12:16 >> Para: smallwiki at iam.unibe.ch >> Asunto: Accessing smallwiki from outside >> >> >> Hi, >> >> I have downloaded smallwiki 1 and I want to access it through >> a dyndns >> address. >> I am able to check localhost:8080 >> I am able to see tomcat on mydyndns:8080 (so it is not a >> firewall pb) but not smallwiki !! Should i launch swazoo as >> root on Linux ?? >> >> ================= >> Annick Fron - 04 93 22 88 18 >> AFC Europe >> B.P. 111 >> 977 avenue du Docteur Julien Lefebvre >> 06271 Villeneuve-Loubet Cedex France >> http://www.afceurope.com >> >> --- >> Incoming mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >> > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > > > ================= Annick Fron - 04 93 22 88 18 AFC Europe B.P. 111 977 avenue du Docteur Julien Lefebvre 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com From ssastre at seaswork.com.ar Tue Sep 14 18:28:33 2004 From: ssastre at seaswork.com.ar (Sebastian Sastre) Date: Tue, 14 Sep 2004 13:28:33 -0300 Subject: Accessing smallwiki from outside In-Reply-To: <26D71BEA-0668-11D9-95CD-000393837406@compuserve.com> Message-ID: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> Mydyndns are redirecting all ports to your host? (or only 80 or 8080?) Your firewall is admitting traffic for your smallwiki port? 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 Annick Fron > Enviado el: Martes, 14 de Septiembre de 2004 13:07 > Para: smallwiki at iam.unibe.ch > Asunto: Re: Accessing smallwiki from outside > > > It does not work either on 9090. > > Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : > > > > > Use a different port > > > > 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 Annick Fron > >> Enviado el: Martes, 14 de Septiembre de 2004 12:16 > >> Para: smallwiki at iam.unibe.ch > >> Asunto: Accessing smallwiki from outside > >> > >> > >> Hi, > >> > >> I have downloaded smallwiki 1 and I want to access it through a > >> dyndns address. > >> I am able to check localhost:8080 > >> I am able to see tomcat on mydyndns:8080 (so it is not a > >> firewall pb) but not smallwiki !! Should i launch swazoo as > >> root on Linux ?? > >> > >> ================= > >> Annick Fron - 04 93 22 88 18 > >> AFC Europe > >> B.P. 111 > >> 977 avenue du Docteur Julien Lefebvre > >> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com > >> > >> --- > >> Incoming mail is certified Virus Free. > >> Checked by AVG anti-virus system (http://www.grisoft.com). > >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > >> > >> > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > > > > > > > ================= > Annick Fron - 04 93 22 88 18 > AFC Europe > B.P. 111 > 977 avenue du Docteur Julien Lefebvre > 06271 Villeneuve-Loubet Cedex France > http://www.afceurope.com > > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 From Annick_Fron_AFC at compuserve.com Tue Sep 14 18:41:49 2004 From: Annick_Fron_AFC at compuserve.com (Annick Fron) Date: Tue, 14 Sep 2004 18:41:49 +0200 Subject: Accessing smallwiki from outside In-Reply-To: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> References: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> Message-ID: Yes, I told you I tried the port number using tomcat, then shutdown tomcat and relaunch smallwiki on the same port. Tomcat works, and smallwiki no. I of course checked locally the server was up with localhost;port Le 14 sept. 04, ? 18:28, Sebastian Sastre a ?crit : > > Mydyndns are redirecting all ports to your host? (or only 80 or 8080?) > Your firewall is admitting traffic for your smallwiki port? > > 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 Annick Fron >> Enviado el: Martes, 14 de Septiembre de 2004 13:07 >> Para: smallwiki at iam.unibe.ch >> Asunto: Re: Accessing smallwiki from outside >> >> >> It does not work either on 9090. >> >> Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : >> >>> >>> Use a different port >>> >>> 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 Annick Fron >>>> Enviado el: Martes, 14 de Septiembre de 2004 12:16 >>>> Para: smallwiki at iam.unibe.ch >>>> Asunto: Accessing smallwiki from outside >>>> >>>> >>>> Hi, >>>> >>>> I have downloaded smallwiki 1 and I want to access it through a >>>> dyndns address. >>>> I am able to check localhost:8080 >>>> I am able to see tomcat on mydyndns:8080 (so it is not a >>>> firewall pb) but not smallwiki !! Should i launch swazoo as >>>> root on Linux ?? >>>> >>>> ================= >>>> Annick Fron - 04 93 22 88 18 >>>> AFC Europe >>>> B.P. 111 >>>> 977 avenue du Docteur Julien Lefebvre >>>> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com >>>> >>>> --- >>>> Incoming mail is certified Virus Free. >>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>> >>>> >>> >>> --- >>> Outgoing mail is certified Virus Free. >>> Checked by AVG anti-virus system (http://www.grisoft.com). >>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>> >>> >>> >> ================= >> Annick Fron - 04 93 22 88 18 >> AFC Europe >> B.P. 111 >> 977 avenue du Docteur Julien Lefebvre >> 06271 Villeneuve-Loubet Cedex France >> http://www.afceurope.com >> >> >> --- >> Incoming mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >> > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > > > ================= Annick Fron - 04 93 22 88 18 AFC Europe B.P. 111 977 avenue du Docteur Julien Lefebvre 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com From charles at datasof.com Tue Sep 14 20:10:16 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 14 Sep 2004 13:10:16 -0500 Subject: Accessing smallwiki from outside In-Reply-To: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> References: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> Message-ID: I just finished setting up a wiki a couple days ago and I use www.dyndns.org, SmallWiki is running in Linux and not under root but under a dedicated user. If you can indeed hit tomcat on 8080 then we know traffic is getting through on 8080. Therefore, drop tomcat , start the wiki on 8080 and put a halt/breakpoint in: Swazoo.HTTPServer answerTo: aRequest | response | self halt. "or use a breakpoint" response := URIResolution resolveRequest: aRequest startingAt: self sites. ^response isNil ifTrue: [HTTPResponse notFound] ifFalse: [response] What error do you get? What is the url? Do you actually hit the halt? -Charles On Tue, 14 Sep 2004 13:28:33 -0300, Sebastian Sastre wrote: > Mydyndns are redirecting all ports to your host? (or only 80 or 8080?) > Your firewall is admitting traffic for your smallwiki port? > > 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 Annick Fron >> Enviado el: Martes, 14 de Septiembre de 2004 13:07 >> Para: smallwiki at iam.unibe.ch >> Asunto: Re: Accessing smallwiki from outside >> >> >> It does not work either on 9090. >> >> Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : >> >> > >> > Use a different port >> > >> > 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 Annick Fron >> >> Enviado el: Martes, 14 de Septiembre de 2004 12:16 >> >> Para: smallwiki at iam.unibe.ch >> >> Asunto: Accessing smallwiki from outside >> >> >> >> >> >> Hi, >> >> >> >> I have downloaded smallwiki 1 and I want to access it through a >> >> dyndns address. >> >> I am able to check localhost:8080 >> >> I am able to see tomcat on mydyndns:8080 (so it is not a >> >> firewall pb) but not smallwiki !! Should i launch swazoo as >> >> root on Linux ?? >> >> >> >> ================= >> >> Annick Fron - 04 93 22 88 18 >> >> AFC Europe >> >> B.P. 111 >> >> 977 avenue du Docteur Julien Lefebvre >> >> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com >> >> >> >> --- >> >> Incoming mail is certified Virus Free. >> >> Checked by AVG anti-virus system (http://www.grisoft.com). >> >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >> >> >> >> > >> > --- >> > Outgoing mail is certified Virus Free. >> > Checked by AVG anti-virus system (http://www.grisoft.com). >> > Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> > >> > >> > >> ================= >> Annick Fron - 04 93 22 88 18 >> AFC Europe >> B.P. 111 >> 977 avenue du Docteur Julien Lefebvre >> 06271 Villeneuve-Loubet Cedex France >> http://www.afceurope.com >> >> >> --- >> Incoming mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >> > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From Annick_Fron_AFC at compuserve.com Wed Sep 15 13:32:08 2004 From: Annick_Fron_AFC at compuserve.com (Annick Fron) Date: Wed, 15 Sep 2004 13:32:08 +0200 Subject: Accessing smallwiki from outside In-Reply-To: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> References: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> Message-ID: I ran the Smallwiki.ServerTests suite, and I have 2 failures, on the hostAddressByName I get a nil with name '*'. Probably this is a system configuration issue, since I don't have a DNS. How can I do ? Le 14 sept. 04, ? 18:28, Sebastian Sastre a ?crit : > > Mydyndns are redirecting all ports to your host? (or only 80 or 8080?) > Your firewall is admitting traffic for your smallwiki port? > > 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 Annick Fron >> Enviado el: Martes, 14 de Septiembre de 2004 13:07 >> Para: smallwiki at iam.unibe.ch >> Asunto: Re: Accessing smallwiki from outside >> >> >> It does not work either on 9090. >> >> Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : >> >>> >>> Use a different port >>> >>> 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 Annick Fron >>>> Enviado el: Martes, 14 de Septiembre de 2004 12:16 >>>> Para: smallwiki at iam.unibe.ch >>>> Asunto: Accessing smallwiki from outside >>>> >>>> >>>> Hi, >>>> >>>> I have downloaded smallwiki 1 and I want to access it through a >>>> dyndns address. >>>> I am able to check localhost:8080 >>>> I am able to see tomcat on mydyndns:8080 (so it is not a >>>> firewall pb) but not smallwiki !! Should i launch swazoo as >>>> root on Linux ?? >>>> >>>> ================= >>>> Annick Fron - 04 93 22 88 18 >>>> AFC Europe >>>> B.P. 111 >>>> 977 avenue du Docteur Julien Lefebvre >>>> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com >>>> >>>> --- >>>> Incoming mail is certified Virus Free. >>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>> >>>> >>> >>> --- >>> Outgoing mail is certified Virus Free. >>> Checked by AVG anti-virus system (http://www.grisoft.com). >>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>> >>> >>> >> ================= >> Annick Fron - 04 93 22 88 18 >> AFC Europe >> B.P. 111 >> 977 avenue du Docteur Julien Lefebvre >> 06271 Villeneuve-Loubet Cedex France >> http://www.afceurope.com >> >> >> --- >> Incoming mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >> > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > > > ================= Annick Fron - 04 93 22 88 18 AFC Europe B.P. 111 977 avenue du Docteur Julien Lefebvre 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com From aplmnz at telus.net Wed Sep 15 15:50:08 2004 From: aplmnz at telus.net (aplmnz) Date: Wed, 15 Sep 2004 07:50:08 -0600 Subject: Accessing smallwiki from outside In-Reply-To: References: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> Message-ID: <41484890.5070303@telus.net> If I have the answer to a smallwiki question, it probably means I don't understand the question :-) On my mac I use 127.0.0.1:80 (or whatever port number you're using) and that works. 127.0.0.1 = home on a mac. April Annick Fron wrote: > I ran the Smallwiki.ServerTests suite, and I have 2 failures, on the > hostAddressByName I get a nil with name '*'. > Probably this is a system configuration issue, since I don't have a DNS. > How can I do ? > > Le 14 sept. 04, ? 18:28, Sebastian Sastre a ?crit : > >> >> Mydyndns are redirecting all ports to your host? (or only 80 or 8080?) >> Your firewall is admitting traffic for your smallwiki port? >> >> 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 Annick Fron >>> Enviado el: Martes, 14 de Septiembre de 2004 13:07 >>> Para: smallwiki at iam.unibe.ch >>> Asunto: Re: Accessing smallwiki from outside >>> >>> >>> It does not work either on 9090. >>> >>> Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : >>> >>>> >>>> Use a different port >>>> >>>> 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 Annick Fron >>>>> Enviado el: Martes, 14 de Septiembre de 2004 12:16 >>>>> Para: smallwiki at iam.unibe.ch >>>>> Asunto: Accessing smallwiki from outside >>>>> >>>>> >>>>> Hi, >>>>> >>>>> I have downloaded smallwiki 1 and I want to access it through a >>>>> dyndns address. >>>>> I am able to check localhost:8080 >>>>> I am able to see tomcat on mydyndns:8080 (so it is not a >>>>> firewall pb) but not smallwiki !! Should i launch swazoo as >>>>> root on Linux ?? >>>>> >>>>> ================= >>>>> Annick Fron - 04 93 22 88 18 >>>>> AFC Europe >>>>> B.P. 111 >>>>> 977 avenue du Docteur Julien Lefebvre >>>>> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com >>>>> >>>>> --- >>>>> Incoming mail is certified Virus Free. >>>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>>> >>>>> >>>> >>>> --- >>>> Outgoing mail is certified Virus Free. >>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>> >>>> >>>> >>> ================= >>> Annick Fron - 04 93 22 88 18 >>> AFC Europe >>> B.P. 111 >>> 977 avenue du Docteur Julien Lefebvre >>> 06271 Villeneuve-Loubet Cedex France >>> http://www.afceurope.com >>> >>> >>> --- >>> Incoming mail is certified Virus Free. >>> Checked by AVG anti-virus system (http://www.grisoft.com). >>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>> >>> >> >> --- >> Outgoing mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >> >> > ================= > Annick Fron - 04 93 22 88 18 > AFC Europe > B.P. 111 > 977 avenue du Docteur Julien Lefebvre > 06271 Villeneuve-Loubet Cedex France > http://www.afceurope.com > > > From charles at datasof.com Wed Sep 15 17:04:44 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 15 Sep 2004 10:04:44 -0500 Subject: Accessing smallwiki from outside In-Reply-To: References: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> Message-ID: Please provide the copystack. Anyhow, IPSocketAddress >>>hostAddressByName: aString will return nil if passed '*' The only way that I can tell that may be happenning is here: Swazoo.SwazooSocket class>>> ipAddressFor: aDNSOrIPAddressString "return an IPAddress (in array format) from string. String can be in number or DNS format" | isIPAddress address stream | isIPAddress := aDNSOrIPAddressString detect: [:ch | ch isAlphabetic] ifNone: [true]. isIPAddress := isIPAddress = true. isIPAddress ifTrue: [address := ByteArray new: 4. stream := aDNSOrIPAddressString readStream. address at: 1 put: (Integer readFrom: (stream upTo: $.) readStream); at: 2 put: (Integer readFrom: (stream upTo: $.) readStream); at: 3 put: (Integer readFrom: (stream upTo: $.) readStream); at: 4 put: (Integer readFrom: stream upToEnd readStream). ^address] ifFalse: [^IPSocketAddress hostAddressByName: aDNSOrIPAddressString] -------------------- For some reason , in your case , it must be that the character $* is alphabetic, if it were not you would fall into the true block but as per your comments you seem to be falling into the false block which will certainly generate an error. I am also assuming that this is where you crash i.e. given that you were running the SmallWiki.ServerTests. So I have not really done much with locales, so this is a wild guess, can it be that in your case $* isAlphabetic? What do you get if you evaluate the following in a workspace: $* isAlphabetic -Charles On Wed, 15 Sep 2004 13:32:08 +0200, Annick Fron wrote: > I ran the Smallwiki.ServerTests suite, and I have 2 failures, on the > hostAddressByName I get a nil with name '*'. > Probably this is a system configuration issue, since I don't have a DNS. > How can I do ? > > Le 14 sept. 04, ? 18:28, Sebastian Sastre a ?crit : > >> >> Mydyndns are redirecting all ports to your host? (or only 80 or 8080?) >> Your firewall is admitting traffic for your smallwiki port? >> >> 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 Annick Fron >>> Enviado el: Martes, 14 de Septiembre de 2004 13:07 >>> Para: smallwiki at iam.unibe.ch >>> Asunto: Re: Accessing smallwiki from outside >>> >>> >>> It does not work either on 9090. >>> >>> Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : >>> >>>> >>>> Use a different port >>>> >>>> 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 Annick Fron >>>>> Enviado el: Martes, 14 de Septiembre de 2004 12:16 >>>>> Para: smallwiki at iam.unibe.ch >>>>> Asunto: Accessing smallwiki from outside >>>>> >>>>> >>>>> Hi, >>>>> >>>>> I have downloaded smallwiki 1 and I want to access it through a >>>>> dyndns address. >>>>> I am able to check localhost:8080 >>>>> I am able to see tomcat on mydyndns:8080 (so it is not a >>>>> firewall pb) but not smallwiki !! Should i launch swazoo as >>>>> root on Linux ?? >>>>> >>>>> ================= >>>>> Annick Fron - 04 93 22 88 18 >>>>> AFC Europe >>>>> B.P. 111 >>>>> 977 avenue du Docteur Julien Lefebvre >>>>> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com >>>>> >>>>> --- >>>>> Incoming mail is certified Virus Free. >>>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>>> >>>>> >>>> >>>> --- >>>> Outgoing mail is certified Virus Free. >>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>> >>>> >>>> >>> ================= >>> Annick Fron - 04 93 22 88 18 >>> AFC Europe >>> B.P. 111 >>> 977 avenue du Docteur Julien Lefebvre >>> 06271 Villeneuve-Loubet Cedex France >>> http://www.afceurope.com >>> >>> >>> --- >>> Incoming mail is certified Virus Free. >>> Checked by AVG anti-virus system (http://www.grisoft.com). >>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>> >>> >> >> --- >> Outgoing mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >> >> > ================= > Annick Fron - 04 93 22 88 18 > AFC Europe > B.P. 111 > 977 avenue du Docteur Julien Lefebvre > 06271 Villeneuve-Loubet Cedex France > http://www.afceurope.com > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Thu Sep 16 06:46:08 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Thu, 16 Sep 2004 06:46:08 +0200 Subject: Is there a way to create forwarding page in Smallwiki Message-ID: <5360D66E-079B-11D9-9112-000D932DAF46@iam.unibe.ch> Hi I would like to redirect Re: http://kilana.unibe.ch:9090/caroandbot/environment/ to Re: http://kilana.unibe.ch:9090/botinc/environment/ From vogel at iam.unibe.ch Thu Sep 16 09:51:55 2004 From: vogel at iam.unibe.ch (David Vogel) Date: Thu, 16 Sep 2004 09:51:55 +0200 Subject: Is there a way to create forwarding page in Smallwiki In-Reply-To: <5360D66E-079B-11D9-9112-000D932DAF46@iam.unibe.ch> References: <5360D66E-079B-11D9-9112-000D932DAF46@iam.unibe.ch> Message-ID: <1095321115.4149461bd521d@www.iam.unibe.ch> hi stef, there is an easy way with javascript: 1) create a page with the url http://kilana.unibe.ch:9090/caroandbot/environment 2) in the body (textarea field) add the follwing on one line (otherwise smallwiki would add some html tags): 3) done. remark: when you want to edit the page later, you will have to type directly the url of the page with the action parameter: e.g. http://kilana.unibe.ch:9090/caroandbot/environment/?action=PageEdit ...otherwise the page will redirect to the second one before you can hit the edit button. another way would be to put apache in front of smallwiki and let it to all the redirection stuff (overkill at the moment). hope this helps, cheers, david. Zitat von st?phane ducasse : > Hi > > I would like to redirect Re: > http://kilana.unibe.ch:9090/caroandbot/environment/ > to Re: http://kilana.unibe.ch:9090/botinc/environment/ > > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From ducasse at iam.unibe.ch Thu Sep 16 20:08:22 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Thu, 16 Sep 2004 20:08:22 +0200 Subject: Is there a way to create forwarding page in Smallwiki In-Reply-To: <1095321115.4149461bd521d@www.iam.unibe.ch> References: <5360D66E-079B-11D9-9112-000D932DAF46@iam.unibe.ch> <1095321115.4149461bd521d@www.iam.unibe.ch> Message-ID: <65C4E86A-080B-11D9-9112-000D932DAF46@iam.unibe.ch> Thanks david. Have you look at the paper on seaside we wrote? (http://www.iam.unibe.ch/~scg/Archive/Papers/Duca04eSeaside.pdf) Else do you have a trick so that I do not have to create environment but just caroandBot On 16 sept. 04, at 09:51, David Vogel wrote: > hi stef, > > there is an easy way with javascript: > > 1) create a page with the url > http://kilana.unibe.ch:9090/caroandbot/environment > 2) in the body (textarea field) add the follwing on one line (otherwise > smallwiki would add some html tags): > > > > 3) done. > > remark: when you want to edit the page later, you will have to type > directly the > url of the page with the action parameter: > e.g. > http://kilana.unibe.ch:9090/caroandbot/environment/?action=PageEdit > > ...otherwise the page will redirect to the second one before you can > hit the > edit button. > > > another way would be to put apache in front of smallwiki and let it to > all the > redirection stuff (overkill at the moment). > > > hope this helps, > > cheers, > david. > > > > Zitat von st?phane ducasse : > >> Hi >> >> I would like to redirect Re: >> http://kilana.unibe.ch:9090/caroandbot/environment/ >> to Re: http://kilana.unibe.ch:9090/botinc/environment/ >> >> > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > From bergel at iam.unibe.ch Fri Sep 17 10:10:56 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Fri, 17 Sep 2004 10:10:56 +0200 Subject: Smallwiki 2 Message-ID: <20040917081056.GC26159@iam.unibe.ch> hi Lukas and al! Within the next week I will be able to allocate 2 days on Smallwiki2. I loaded it and runned it. It looks good! There is also some sunit test. I would like to help, what do you want me to do ? How could I help ? Lukas, perhaps we could meet each other. I am at the University everyday (especially the week end) until (very) late in the evening. Just tell me when you have a bit of time. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From renggli at iam.unibe.ch Fri Sep 17 10:31:56 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Fri, 17 Sep 2004 10:31:56 +0200 Subject: Smallwiki 2 In-Reply-To: <20040917081056.GC26159@iam.unibe.ch> References: <20040917081056.GC26159@iam.unibe.ch> Message-ID: <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> Hi Alex and others, > I loaded it and runned it. It looks good! > There is also some sunit test. thanks. I tried to improve the model a lot. Especially the problem with the folders/pages is solved now, I think. It is in SCG StORE, marked as broken: * I simplified the structure-hierarchy only to contain Page and Resource; no concept of Folder anymore. But there are decorators that can be wrapped around, e.g. to add children to a page. Currently I'm thinking about putting a lot of functionality into those decorators, this makes the structure hierarchy much more slim and easier to understand I think. What I did so far is the ChildrenDecoration that works pretty well. I started now with the VersionDecoration that should represent the previous version; I'm still unsure about the details of this decoration, it is pretty tricky. Other decorators like security, logging, virtual folders, etc. will be added later on. I think such a design is much better as it separates the different concerns in a cleaner way. I'm very interested what everybody thinks about this (radical) change in the design? * I implemented a more robust way of looking up pages trough a path. The new lookup has been taken out of the Structure hierarchy and is put into a visitor. It supports (unix-)paths starting at current position 'abc/def', paths starting at the root of the wiki '/abc/def', relative paths '../abc' and all combinations of those. There are a lot of tests. I think this will make everything much more easy to use, especially for the end users. * What is more, is that I updated the wiki syntax with better support for tables: At ESUG I was asked if it is possible to align table-cells different to the default behaviour given in the css-stylesheets. SmallWiki 2 now supports an extended table syntax, maybe someone wants to back-port this to SmallWiki 1? := + := + := "|" # default | "|{" # left | "||" # center | "|}" # right Mhh, all these changes made break the whole command-pattern, the context hierarchy and all the views of course. There will be some work needed to adapt the changes. > I would like to help, what do you want me to do ? How could I help ? > Lukas, perhaps we could meet each other. I am at the University > everyday (especially the week end) until (very) late in the evening. > Just tell me when you have a bit of time. Yes, this is a very good idea! I'm willing to spend one day a week to do pair-programming on SmallWiki. Sometime by the end of the next week would be fine. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Fri Sep 17 10:40:31 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Fri, 17 Sep 2004 10:40:31 +0200 Subject: Smallwiki 2 In-Reply-To: <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> Message-ID: <3C049882-0885-11D9-B490-000D932DAF46@iam.unibe.ch> On 17 sept. 04, at 10:31, Lukas Renggli wrote: > Hi Alex and others, > >> I loaded it and runned it. It looks good! >> There is also some sunit test. > > thanks. I tried to improve the model a lot. Especially the problem > with the folders/pages is solved now, I think. It is in SCG StORE, > marked as broken: > > * I simplified the structure-hierarchy only to contain Page and > Resource; no concept of Folder anymore. But there are decorators that > can be wrapped around, e.g. to add children to a page. Currently I'm > thinking about putting a lot of functionality into those decorators, > this makes the structure hierarchy much more slim and easier to > understand I think. > > What I did so far is the ChildrenDecoration that works pretty well. I > started now with the VersionDecoration that should represent the > previous version; I'm still unsure about the details of this > decoration, it is pretty tricky. Other decorators like security, > logging, virtual folders, etc. will be added later on. I think such a > design is much better as it separates the different concerns in a > cleaner way. I'm very interested what everybody thinks about this > (radical) change in the design? this is interesting. I see the influence of seaside there :). If this cleaned up the design and make simpelr perfect As an example I would like to know if we could have this way: - external resource (files contained explicitly out of the image) - redirection > * I implemented a more robust way of looking up pages trough a path. > The new lookup has been taken out of the Structure hierarchy and is > put into a visitor. It supports (unix-)paths starting at current > position 'abc/def', paths starting at the root of the wiki '/abc/def', > relative paths '../abc' and all combinations of those. There are a lot > of tests. I think this will make everything much more easy to use, > especially for the end users. Excellent. Because I was always confused. > > * What is more, is that I updated the wiki syntax with better support > for tables: At ESUG I was asked if it is possible to align table-cells > different to the default behaviour given in the css-stylesheets. > SmallWiki 2 now supports an extended table syntax, maybe someone wants > to back-port this to SmallWiki 1? No we should not lose time with SWI. I will already try to make sure that what frederick did is not lost but for the rest we should go for SW2 as soon as possible. > >
:= + > := + > := "|" # default > | "|{" # left > | "||" # center > | "|}" # right > > Mhh, all these changes made break the whole command-pattern, the > context hierarchy and all the views of course. There will be some work > needed to adapt the changes. > >> I would like to help, what do you want me to do ? How could I help ? >> Lukas, perhaps we could meet each other. I am at the University >> everyday (especially the week end) until (very) late in the evening. >> Just tell me when you have a bit of time. > > Yes, this is a very good idea! I'm willing to spend one day a week to > do pair-programming on SmallWiki. Sometime by the end of the next week > would be fine. Excellent this is the best way to make sure something happen. Stef > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From renggli at iam.unibe.ch Fri Sep 17 10:58:01 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Fri, 17 Sep 2004 10:58:01 +0200 Subject: Smallwiki 2 In-Reply-To: <3C049882-0885-11D9-B490-000D932DAF46@iam.unibe.ch> References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> <3C049882-0885-11D9-B490-000D932DAF46@iam.unibe.ch> Message-ID: >> What I did so far is the ChildrenDecoration that works pretty well. I >> started now with the VersionDecoration that should represent the >> previous version; I'm still unsure about the details of this >> decoration, it is pretty tricky. Other decorators like security, >> logging, virtual folders, etc. will be added later on. I think such a >> design is much better as it separates the different concerns in a >> cleaner way. I'm very interested what everybody thinks about this >> (radical) change in the design? > > this is interesting. I see the influence of seaside there :). If this > cleaned up the design and make simpelr perfect > > As an example I would like to know if we could have this way: > - external resource (files contained explicitly out of the image) Yeah, this is simple: a subclass of Structure that supports the same protocol as Resource. As a lot of functionality has been taken out into decorations, this are just the accessors #contents, #filename, #mimetype. Or maybe we want such a hierarchy in the core? I don't care yet :) Resource ExternalResource InternalResource > - redirection Yeah, I think this is something like a VirtualStructure, e.g. a structure that is pointing (with an in-image-pointer) to a different one in the wiki. In Unix terms, something like a soft-link. Uhh ... cracy, one could even implement hard-links ;) >> * I implemented a more robust way of looking up pages trough a path. >> The new lookup has been taken out of the Structure hierarchy and is >> put into a visitor. It supports (unix-)paths starting at current >> position 'abc/def', paths starting at the root of the wiki >> '/abc/def', relative paths '../abc' and all combinations of those. >> There are a lot of tests. I think this will make everything much more >> easy to use, especially for the end users. > > Excellent. Because I was always confused. Yeah, no magic, no aquisition, pure unix (I hope that I support all the unix aspects). Now the next step is to do it the other way round: to write down the shortest possible path as string to give a reference from structure a to b, in order to avoid all those absolute paths that we had in SmallWiki 1. What we gain is that references become pure in-image-pointers, that makes moving stuff around almost trivial. Maybe someone wants to volunteer for this task? Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From Annick_Fron_AFC at compuserve.com Fri Sep 17 12:11:07 2004 From: Annick_Fron_AFC at compuserve.com (Annick FRON) Date: 17 Sep 2004 12:11:07 +0200 Subject: Accessing smallwiki from outside In-Reply-To: References: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> Message-ID: <1095415867.26112.6.camel@maui.essi.fr> I think the problem is that on Linux by default the host name is 'localhost.localdomain' and not 'localhost' unless your admin has properly defined aliases. I have not found yet where to patch the code for that. Le mer 15/09/2004 ? 17:04, Charles A. Monteiro a ?crit : > Please provide the copystack. > > Anyhow, > > IPSocketAddress >>>hostAddressByName: aString > > > will return nil if passed '*' > > The only way that I can tell that may be happenning is here: > > Swazoo.SwazooSocket class>>> > ipAddressFor: aDNSOrIPAddressString > "return an IPAddress (in array format) from string. String can be in > number or DNS format" > > | isIPAddress address stream | > isIPAddress := aDNSOrIPAddressString detect: [:ch | ch isAlphabetic] > ifNone: [true]. > isIPAddress := isIPAddress = true. > isIPAddress > ifTrue: > [address := ByteArray new: 4. > stream := aDNSOrIPAddressString readStream. > address > at: 1 put: (Integer readFrom: (stream upTo: $.) readStream); > at: 2 put: (Integer readFrom: (stream upTo: $.) readStream); > at: 3 put: (Integer readFrom: (stream upTo: $.) readStream); > at: 4 put: (Integer readFrom: stream upToEnd readStream). > ^address] > ifFalse: [^IPSocketAddress hostAddressByName: aDNSOrIPAddressString] > > > -------------------- > > For some reason , in your case , it must be that the character $* is > alphabetic, if it were not you would fall into the true block but as per > your comments you seem to be falling into the false block which will > certainly generate an error. I am also assuming that this is where you > crash i.e. given that you were running the SmallWiki.ServerTests. > > So I have not really done much with locales, so this is a wild guess, can > it be that in your case $* isAlphabetic? > > What do you get if you evaluate the following in a workspace: > > $* isAlphabetic > > -Charles > > > On Wed, 15 Sep 2004 13:32:08 +0200, Annick Fron > wrote: > > > I ran the Smallwiki.ServerTests suite, and I have 2 failures, on the > > hostAddressByName I get a nil with name '*'. > > Probably this is a system configuration issue, since I don't have a DNS. > > How can I do ? > > > > Le 14 sept. 04, ? 18:28, Sebastian Sastre a ?crit : > > > >> > >> Mydyndns are redirecting all ports to your host? (or only 80 or 8080?) > >> Your firewall is admitting traffic for your smallwiki port? > >> > >> 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 Annick Fron > >>> Enviado el: Martes, 14 de Septiembre de 2004 13:07 > >>> Para: smallwiki at iam.unibe.ch > >>> Asunto: Re: Accessing smallwiki from outside > >>> > >>> > >>> It does not work either on 9090. > >>> > >>> Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : > >>> > >>>> > >>>> Use a different port > >>>> > >>>> 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 Annick Fron > >>>>> Enviado el: Martes, 14 de Septiembre de 2004 12:16 > >>>>> Para: smallwiki at iam.unibe.ch > >>>>> Asunto: Accessing smallwiki from outside > >>>>> > >>>>> > >>>>> Hi, > >>>>> > >>>>> I have downloaded smallwiki 1 and I want to access it through a > >>>>> dyndns address. > >>>>> I am able to check localhost:8080 > >>>>> I am able to see tomcat on mydyndns:8080 (so it is not a > >>>>> firewall pb) but not smallwiki !! Should i launch swazoo as > >>>>> root on Linux ?? > >>>>> > >>>>> ================= > >>>>> Annick Fron - 04 93 22 88 18 > >>>>> AFC Europe > >>>>> B.P. 111 > >>>>> 977 avenue du Docteur Julien Lefebvre > >>>>> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com > >>>>> > >>>>> --- > >>>>> Incoming mail is certified Virus Free. > >>>>> Checked by AVG anti-virus system (http://www.grisoft.com). > >>>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > >>>>> > >>>>> > >>>> > >>>> --- > >>>> Outgoing mail is certified Virus Free. > >>>> Checked by AVG anti-virus system (http://www.grisoft.com). > >>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > >>>> > >>>> > >>>> > >>> ================= > >>> Annick Fron - 04 93 22 88 18 > >>> AFC Europe > >>> B.P. 111 > >>> 977 avenue du Docteur Julien Lefebvre > >>> 06271 Villeneuve-Loubet Cedex France > >>> http://www.afceurope.com > >>> > >>> > >>> --- > >>> Incoming mail is certified Virus Free. > >>> Checked by AVG anti-virus system (http://www.grisoft.com). > >>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > >>> > >>> > >> > >> --- > >> Outgoing mail is certified Virus Free. > >> Checked by AVG anti-virus system (http://www.grisoft.com). > >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 > >> > >> > >> > > ================= > > Annick Fron - 04 93 22 88 18 > > AFC Europe > > B.P. 111 > > 977 avenue du Docteur Julien Lefebvre > > 06271 Villeneuve-Loubet Cedex France > > http://www.afceurope.com > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040917/40b036da/attachment.htm From Annick_Fron_AFC at compuserve.com Fri Sep 17 21:25:23 2004 From: Annick_Fron_AFC at compuserve.com (Annick Fron) Date: Fri, 17 Sep 2004 21:25:23 +0200 Subject: Accessing smallwiki from outside In-Reply-To: <41484890.5070303@telus.net> Message-ID: <52014A99-08DF-11D9-833B-000393D8D736@compuserve.com> I am now sure this comes from Swazoo and not from SmallWiki, since version 2 on Waveserver is OK to be served outside. How can I do to use smallwiki 1 with a waveserver like in version 2 ? Le mercredi, 15 sep 2004, ? 15:50 Europe/Paris, aplmnz a ?crit : > If I have the answer to a smallwiki question, it probably means I > don't understand the question :-) On my mac I use 127.0.0.1:80 (or > whatever port number you're using) and that works. 127.0.0.1 = home on > a mac. > > April > > Annick Fron wrote: > >> I ran the Smallwiki.ServerTests suite, and I have 2 failures, on the >> hostAddressByName I get a nil with name '*'. >> Probably this is a system configuration issue, since I don't have a >> DNS. >> How can I do ? >> >> Le 14 sept. 04, ? 18:28, Sebastian Sastre a ?crit : >> >>> >>> Mydyndns are redirecting all ports to your host? (or only 80 or >>> 8080?) >>> Your firewall is admitting traffic for your smallwiki port? >>> >>> 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 Annick Fron >>>> Enviado el: Martes, 14 de Septiembre de 2004 13:07 >>>> Para: smallwiki at iam.unibe.ch >>>> Asunto: Re: Accessing smallwiki from outside >>>> >>>> >>>> It does not work either on 9090. >>>> >>>> Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : >>>> >>>>> >>>>> Use a different port >>>>> >>>>> 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 Annick Fron >>>>>> Enviado el: Martes, 14 de Septiembre de 2004 12:16 >>>>>> Para: smallwiki at iam.unibe.ch >>>>>> Asunto: Accessing smallwiki from outside >>>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>> I have downloaded smallwiki 1 and I want to access it through a >>>>>> dyndns address. >>>>>> I am able to check localhost:8080 >>>>>> I am able to see tomcat on mydyndns:8080 (so it is not a >>>>>> firewall pb) but not smallwiki !! Should i launch swazoo as >>>>>> root on Linux ?? >>>>>> >>>>>> ================= >>>>>> Annick Fron - 04 93 22 88 18 >>>>>> AFC Europe >>>>>> B.P. 111 >>>>>> 977 avenue du Docteur Julien Lefebvre >>>>>> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com >>>>>> >>>>>> --- >>>>>> Incoming mail is certified Virus Free. >>>>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>>>> >>>>>> >>>>> >>>>> --- >>>>> Outgoing mail is certified Virus Free. >>>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>>> >>>>> >>>>> >>>> ================= >>>> Annick Fron - 04 93 22 88 18 >>>> AFC Europe >>>> B.P. 111 >>>> 977 avenue du Docteur Julien Lefebvre >>>> 06271 Villeneuve-Loubet Cedex France >>>> http://www.afceurope.com >>>> >>>> >>>> --- >>>> Incoming mail is certified Virus Free. >>>> Checked by AVG anti-virus system (http://www.grisoft.com). >>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>>> >>>> >>> >>> --- >>> Outgoing mail is certified Virus Free. >>> Checked by AVG anti-virus system (http://www.grisoft.com). >>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >>> >>> >>> >> ================= >> Annick Fron - 04 93 22 88 18 >> AFC Europe >> B.P. 111 >> 977 avenue du Docteur Julien Lefebvre >> 06271 Villeneuve-Loubet Cedex France >> http://www.afceurope.com >> >> >> > From renggli at iam.unibe.ch Sat Sep 18 23:50:21 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Sat, 18 Sep 2004 23:50:21 +0200 Subject: Storage In-Reply-To: <2A4CD1AC-0954-11D9-BFBD-000393BE4B6A@t-online.de> References: <2A4CD1AC-0954-11D9-BFBD-000393BE4B6A@t-online.de> Message-ID: Hi Hans, > how can I switch on the storage on a running Smallwiki ? Or more > excactly: I can execute Smalltalk code in a SmallWiki page, but how I > get from there the reference to the server : in the example and > documentation, I must evaluate > "server storage: ImageStorage new", so what must be "server" if > evaluating in a Wiki page ?) the following variables are defined in the context of the execution of a piece of code in a wiki page: request, response, structure and html. Request and response know about their server, so you might do something like: [ request server storage: nil ] Hope this helps, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at iam.unibe.ch Sat Sep 18 23:50:21 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Sat, 18 Sep 2004 23:50:21 +0200 Subject: Storage In-Reply-To: <2A4CD1AC-0954-11D9-BFBD-000393BE4B6A@t-online.de> References: <2A4CD1AC-0954-11D9-BFBD-000393BE4B6A@t-online.de> Message-ID: Hi Hans, > how can I switch on the storage on a running Smallwiki ? Or more > excactly: I can execute Smalltalk code in a SmallWiki page, but how I > get from there the reference to the server : in the example and > documentation, I must evaluate > "server storage: ImageStorage new", so what must be "server" if > evaluating in a Wiki page ?) the following variables are defined in the context of the execution of a piece of code in a wiki page: request, response, structure and html. Request and response know about their server, so you might do something like: [ request server storage: nil ] Hope this helps, Lukas -- Lukas Renggli http://renggli.freezope.org From vogel at iam.unibe.ch Mon Sep 20 07:47:19 2004 From: vogel at iam.unibe.ch (David Vogel) Date: Mon, 20 Sep 2004 07:47:19 +0200 Subject: Is there a way to create forwarding page in Smallwiki In-Reply-To: <65C4E86A-080B-11D9-9112-000D932DAF46@iam.unibe.ch> References: <5360D66E-079B-11D9-9112-000D932DAF46@iam.unibe.ch> <1095321115.4149461bd521d@www.iam.unibe.ch> <65C4E86A-080B-11D9-9112-000D932DAF46@iam.unibe.ch> Message-ID: <1095659239.414e6ee71daf5@www.iam.unibe.ch> Zitat von st?phane ducasse : > Thanks david. > Have you look at the paper on seaside we wrote? > (http://www.iam.unibe.ch/~scg/Archive/Papers/Duca04eSeaside.pdf) > looks very interesting. I showed it to some people to my company, but they won't use seaside. bummer... (they are java people) > Else do you have a trick so that I do not have to create environment > but just caroandBot > if you want to make it just with plain html and javascript: no. so I guess that the smallwiki server would have to do this redirection in some way.... better might be to use apache in front of smallwiki. the apache server could handle all redirections in an easy way. (and improve the caching, deny access to smallwiki for certain ip-ranges, etc.) and you could choose some virtual domain for the smallwiki instance @ kilana. e.g. smallwiki.iam.unibe.ch would be much better than kilana:9090. so you won't run into problems if the port number (or server name) changes for some reason. (problems: all the people and search engines would still refer to the old port/name for some time...) have a good day! cheers, david > > On 16 sept. 04, at 09:51, David Vogel wrote: > > > hi stef, > > > > there is an easy way with javascript: > > > > 1) create a page with the url > > http://kilana.unibe.ch:9090/caroandbot/environment > > 2) in the body (textarea field) add the follwing on one line (otherwise > > smallwiki would add some html tags): > > > > > > > > 3) done. > > > > remark: when you want to edit the page later, you will have to type > > directly the > > url of the page with the action parameter: > > e.g. > > http://kilana.unibe.ch:9090/caroandbot/environment/?action=PageEdit > > > > ...otherwise the page will redirect to the second one before you can > > hit the > > edit button. > > > > > > another way would be to put apache in front of smallwiki and let it to > > all the > > redirection stuff (overkill at the moment). > > > > > > hope this helps, > > > > cheers, > > david. > > > > > > > > Zitat von st?phane ducasse : > > > >> Hi > >> > >> I would like to redirect Re: > >> http://kilana.unibe.ch:9090/caroandbot/environment/ > >> to Re: http://kilana.unibe.ch:9090/botinc/environment/ > >> > >> > > > > > > > > > > ---------------------------------------------------------------- > > This message was sent using IMP, the Internet Messaging Program. > > > > > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From ducasse at iam.unibe.ch Mon Sep 20 08:28:08 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Mon, 20 Sep 2004 08:28:08 +0200 Subject: Is there a way to create forwarding page in Smallwiki In-Reply-To: <1095659239.414e6ee71daf5@www.iam.unibe.ch> References: <5360D66E-079B-11D9-9112-000D932DAF46@iam.unibe.ch> <1095321115.4149461bd521d@www.iam.unibe.ch> <65C4E86A-080B-11D9-9112-000D932DAF46@iam.unibe.ch> <1095659239.414e6ee71daf5@www.iam.unibe.ch> Message-ID: <3D016066-0ACE-11D9-90FF-000D932DAF46@iam.unibe.ch> On 20 sept. 04, at 07:47, David Vogel wrote: > Zitat von st?phane ducasse : > >> Thanks david. >> Have you look at the paper on seaside we wrote? >> (http://www.iam.unibe.ch/~scg/Archive/Papers/Duca04eSeaside.pdf) >> > > looks very interesting. I showed it to some people to my company, but > they won't > use seaside. bummer... (they are java people) David I suggest you to give a try to build your gaming site with it :) and see if you can make money with that. You should have a look at Mewa this is a form builder built by adrian, this lets you going extremely fast to build a cool web page. FOr example the company managing the author rights in switzerland is using it > >> Else do you have a trick so that I do not have to create environment >> but just caroandBot >> > > if you want to make it just with plain html and javascript: no. so I > guess that > the smallwiki server would have to do this redirection in some way.... > > better might be to use apache in front of smallwiki. the apache server > could > handle all redirections in an easy way. (and improve the caching, deny > access > to smallwiki for certain ip-ranges, etc.) > > and you could choose some virtual domain for the smallwiki instance @ > kilana. > e.g. smallwiki.iam.unibe.ch would be much better than kilana:9090. so > you won't > run into problems if the port number (or server name) changes for some > reason. > > (problems: all the people and search engines would still refer to the > old > port/name for some time...) > > have a good day! > cheers, > david > >> >> On 16 sept. 04, at 09:51, David Vogel wrote: >> >>> hi stef, >>> >>> there is an easy way with javascript: >>> >>> 1) create a page with the url >>> http://kilana.unibe.ch:9090/caroandbot/environment >>> 2) in the body (textarea field) add the follwing on one line >>> (otherwise >>> smallwiki would add some html tags): >>> >>> >>> >>> 3) done. >>> >>> remark: when you want to edit the page later, you will have to type >>> directly the >>> url of the page with the action parameter: >>> e.g. >>> http://kilana.unibe.ch:9090/caroandbot/environment/?action=PageEdit >>> >>> ...otherwise the page will redirect to the second one before you can >>> hit the >>> edit button. >>> >>> >>> another way would be to put apache in front of smallwiki and let it >>> to >>> all the >>> redirection stuff (overkill at the moment). >>> >>> >>> hope this helps, >>> >>> cheers, >>> david. >>> >>> >>> >>> Zitat von st?phane ducasse : >>> >>>> Hi >>>> >>>> I would like to redirect Re: >>>> http://kilana.unibe.ch:9090/caroandbot/environment/ >>>> to Re: http://kilana.unibe.ch:9090/botinc/environment/ >>>> >>>> >>> >>> >>> >>> >>> ---------------------------------------------------------------- >>> This message was sent using IMP, the Internet Messaging Program. >>> >> >> >> > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > From bergel at iam.unibe.ch Mon Sep 20 15:10:40 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Mon, 20 Sep 2004 15:10:40 +0200 Subject: Smallwiki 2 In-Reply-To: <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> Message-ID: <20040920131040.GB421@iam.unibe.ch> > I'm very interested what everybody thinks about this > (radical) change in the design? I do not see where are decorators. The class Page and GenericStructure does not have any variable or method related to them. Note that I loaded the last version of Smallwiki2 from cincom's Store. > * I implemented a more robust way of looking up pages trough a path. > The new lookup has been taken out of the Structure hierarchy and is put > into a visitor. It supports (unix-)paths starting at current position > 'abc/def', paths starting at the root of the wiki '/abc/def', relative > paths '../abc' and all combinations of those. There are a lot of tests. > I think this will make everything much more easy to use, especially for > the end users. Yep, it sounds fine. Are there some test? It would help me to have a look at it. > * What is more, is that I updated the wiki syntax with better support > for tables: At ESUG I was asked if it is possible to align table-cells > different to the default behaviour given in the css-stylesheets. > SmallWiki 2 now supports an extended table syntax, maybe someone wants > to back-port this to SmallWiki 1? > >
:= + > := + > := "|" # default > | "|{" # left > | "||" # center > | "|}" # right Yup! ParserTests shows that pretty well. Good job! > Mhh, all these changes made break the whole command-pattern, the > context hierarchy and all the views of course. There will be some work > needed to adapt the changes. I feel a bit lost. Why do you want to implement the command pattern? Having undo-redo mechanism is quite easy to implement with it. Instead of the action mechanism present in Smallwiki1 ? > Yes, this is a very good idea! I'm willing to spend one day a week to > do pair-programming on SmallWiki. Sometime by the end of the next week > would be fine. Unfortunately I cannot really spend one day a week. I will try to spend time when I can because I like and trust in Smallwiki. Note that I leave tomorrow evening. I will be able to check my emails this week, but I cannot bound the latency of my answers :-) Cheers, Alexandre > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From renggli at iam.unibe.ch Mon Sep 20 16:53:49 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 20 Sep 2004 16:53:49 +0200 Subject: Smallwiki 2 In-Reply-To: <20040920131040.GB421@iam.unibe.ch> References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> <20040920131040.GB421@iam.unibe.ch> Message-ID: Hi Alex, >> I'm very interested what everybody thinks about this >> (radical) change in the design? > > I do not see where are decorators. The class Page and GenericStructure > does not have any variable or method related to them. > Note that I loaded the last version of Smallwiki2 from cincom's Store. take the one from SCG StORE, I worked on there and didn't touch the previous on Cincom StORE for a while. >> * I implemented a more robust way of looking up pages trough a path. >> The new lookup has been taken out of the Structure hierarchy and is >> put >> into a visitor. It supports (unix-)paths starting at current position >> 'abc/def', paths starting at the root of the wiki '/abc/def', relative >> paths '../abc' and all combinations of those. There are a lot of >> tests. >> I think this will make everything much more easy to use, especially >> for >> the end users. > > Yep, it sounds fine. Are there some test? It would help me to have a > look at it. Yeah, for the stuff implemented there are tests. For the other way round you just have to reverse the tests, I suppose. >> Mhh, all these changes made break the whole command-pattern, the >> context hierarchy and all the views of course. There will be some work >> needed to adapt the changes. > > I feel a bit lost. Why do you want to implement the command pattern? > Having undo-redo mechanism is quite easy to implement with it. Instead > of the action mechanism present in Smallwiki1 ? Have a look at the latest code ;) >> Yes, this is a very good idea! I'm willing to spend one day a week to >> do pair-programming on SmallWiki. Sometime by the end of the next week >> would be fine. > > Unfortunately I cannot really spend one day a week. I will try to > spend time when I can because I like and trust in Smallwiki. > > Note that I leave tomorrow evening. I will be able to check my emails > this week, but I cannot bound the latency of my answers :-) Yeah, glad to know that you are busy as well. I have a lot of other things to do as well, therefore I would prefer to postpone it a few weeks. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From bergel at iam.unibe.ch Tue Sep 21 10:28:05 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Tue, 21 Sep 2004 10:28:05 +0200 Subject: Smallwiki 2 In-Reply-To: References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> <20040920131040.GB421@iam.unibe.ch> Message-ID: <20040921082805.GB19700@iam.unibe.ch> Lukas, Where do you want me to work on? I cannot run smallwiki2, I got a rollback. It is because of the method: StructureFactory>>defaultFolder which is called somewhere. This is something I can fix. Alexandre On Mon, Sep 20, 2004 at 04:53:49PM +0200, Lukas Renggli wrote: > Hi Alex, > > >>I'm very interested what everybody thinks about this > >>(radical) change in the design? > > > >I do not see where are decorators. The class Page and GenericStructure > >does not have any variable or method related to them. > >Note that I loaded the last version of Smallwiki2 from cincom's Store. > > take the one from SCG StORE, I worked on there and didn't touch the > previous on Cincom StORE for a while. > > >>* I implemented a more robust way of looking up pages trough a path. > >>The new lookup has been taken out of the Structure hierarchy and is > >>put > >>into a visitor. It supports (unix-)paths starting at current position > >>'abc/def', paths starting at the root of the wiki '/abc/def', relative > >>paths '../abc' and all combinations of those. There are a lot of > >>tests. > >>I think this will make everything much more easy to use, especially > >>for > >>the end users. > > > >Yep, it sounds fine. Are there some test? It would help me to have a > >look at it. > > Yeah, for the stuff implemented there are tests. For the other way > round you just have to reverse the tests, I suppose. > > >>Mhh, all these changes made break the whole command-pattern, the > >>context hierarchy and all the views of course. There will be some work > >>needed to adapt the changes. > > > >I feel a bit lost. Why do you want to implement the command pattern? > >Having undo-redo mechanism is quite easy to implement with it. Instead > >of the action mechanism present in Smallwiki1 ? > > Have a look at the latest code ;) > > >>Yes, this is a very good idea! I'm willing to spend one day a week to > >>do pair-programming on SmallWiki. Sometime by the end of the next week > >>would be fine. > > > >Unfortunately I cannot really spend one day a week. I will try to > >spend time when I can because I like and trust in Smallwiki. > > > >Note that I leave tomorrow evening. I will be able to check my emails > >this week, but I cannot bound the latency of my answers :-) > > Yeah, glad to know that you are busy as well. I have a lot of other > things to do as well, therefore I would prefer to postpone it a few > weeks. > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From bergel at iam.unibe.ch Tue Sep 21 10:32:56 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Tue, 21 Sep 2004 10:32:56 +0200 Subject: Smallwiki 2 In-Reply-To: <20040921082805.GB19700@iam.unibe.ch> References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> <20040920131040.GB421@iam.unibe.ch> <20040921082805.GB19700@iam.unibe.ch> Message-ID: <20040921083256.GD19700@iam.unibe.ch> Please note that I used the last broken version of smallwiki2 on scgStore. It would like to avoid to do a merge. Perhaps I can be alone to work on it during this week. I will be back from my small trip the next Monday. I will do a commit then. Alexandre On Tue, Sep 21, 2004 at 10:28:05AM +0200, Alexandre Bergel wrote: > Lukas, > > Where do you want me to work on? > > I cannot run smallwiki2, I got a rollback. > It is because of the method: StructureFactory>>defaultFolder which is called somewhere. > > This is something I can fix. > > Alexandre > > > > On Mon, Sep 20, 2004 at 04:53:49PM +0200, Lukas Renggli wrote: > > Hi Alex, > > > > >>I'm very interested what everybody thinks about this > > >>(radical) change in the design? > > > > > >I do not see where are decorators. The class Page and GenericStructure > > >does not have any variable or method related to them. > > >Note that I loaded the last version of Smallwiki2 from cincom's Store. > > > > take the one from SCG StORE, I worked on there and didn't touch the > > previous on Cincom StORE for a while. > > > > >>* I implemented a more robust way of looking up pages trough a path. > > >>The new lookup has been taken out of the Structure hierarchy and is > > >>put > > >>into a visitor. It supports (unix-)paths starting at current position > > >>'abc/def', paths starting at the root of the wiki '/abc/def', relative > > >>paths '../abc' and all combinations of those. There are a lot of > > >>tests. > > >>I think this will make everything much more easy to use, especially > > >>for > > >>the end users. > > > > > >Yep, it sounds fine. Are there some test? It would help me to have a > > >look at it. > > > > Yeah, for the stuff implemented there are tests. For the other way > > round you just have to reverse the tests, I suppose. > > > > >>Mhh, all these changes made break the whole command-pattern, the > > >>context hierarchy and all the views of course. There will be some work > > >>needed to adapt the changes. > > > > > >I feel a bit lost. Why do you want to implement the command pattern? > > >Having undo-redo mechanism is quite easy to implement with it. Instead > > >of the action mechanism present in Smallwiki1 ? > > > > Have a look at the latest code ;) > > > > >>Yes, this is a very good idea! I'm willing to spend one day a week to > > >>do pair-programming on SmallWiki. Sometime by the end of the next week > > >>would be fine. > > > > > >Unfortunately I cannot really spend one day a week. I will try to > > >spend time when I can because I like and trust in Smallwiki. > > > > > >Note that I leave tomorrow evening. I will be able to check my emails > > >this week, but I cannot bound the latency of my answers :-) > > > > Yeah, glad to know that you are busy as well. I have a lot of other > > things to do as well, therefore I would prefer to postpone it a few > > weeks. > > > > Cheers, > > Lukas > > > > -- > > Lukas Renggli > > http://renggli.freezope.org > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.iam.unibe.ch/~bergel > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From renggli at iam.unibe.ch Tue Sep 21 13:16:16 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 21 Sep 2004 13:16:16 +0200 Subject: Smallwiki 2 In-Reply-To: <20040921082805.GB19700@iam.unibe.ch> References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> <20040920131040.GB421@iam.unibe.ch> <20040921082805.GB19700@iam.unibe.ch> Message-ID: > I cannot run smallwiki2, I got a rollback. > It is because of the method: StructureFactory>>defaultFolder which is > called somewhere. > > This is something I can fix. No, this is not easily fixable! That's why the blessing is set to 'broken'. The model has changed heavily in the past and it did not stabilize yet, so I suggest to concentrate on the model solely. It will be much easier to hack together a new view with Seaside later on. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From charles at datasof.com Tue Sep 21 14:17:35 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 21 Sep 2004 07:17:35 -0500 Subject: Accessing smallwiki from outside In-Reply-To: <1095415867.26112.6.camel@maui.essi.fr> References: <003501c49a77$e13d4050$c800a8c0@ENTERPRISE> <1095415867.26112.6.camel@maui.essi.fr> Message-ID: but as I mentioned in the VW dev list I am running a SmallWiki on my own Linux box from home which is accessible to the world and it works just fine, so this is very puzzling, I have not added any aliases after a standard RHEL install, maybe a detailed step by step account of how the wiki was setup , firewall configuration, port forwarding setup, and more details about the bug would be useful, certainly what is happening is not the "normal" case. -Charles On 17 Sep 2004 12:11:07 +0200, Annick FRON wrote: > I think the problem is that on Linux by default the host name is > 'localhost.localdomain' and not 'localhost' unless your admin has > properly defined aliases. > > I have not found yet where to patch the code for that. > > Le mer 15/09/2004 ? 17:04, Charles A. Monteiro a ?crit : > >> Please provide the copystack. >> >> Anyhow, >> >> IPSocketAddress >>>hostAddressByName: aString >> >> >> will return nil if passed '*' >> >> The only way that I can tell that may be happenning is here: >> >> Swazoo.SwazooSocket class>>> >> ipAddressFor: aDNSOrIPAddressString >> "return an IPAddress (in array format) from string. String can be in >> number or DNS format" >> >> | isIPAddress address stream | >> isIPAddress := aDNSOrIPAddressString detect: [:ch | ch isAlphabetic] >> ifNone: [true]. >> isIPAddress := isIPAddress = true. >> isIPAddress >> ifTrue: >> [address := ByteArray new: 4. >> stream := aDNSOrIPAddressString readStream. >> address >> at: 1 put: (Integer readFrom: (stream upTo: $.) readStream); >> at: 2 put: (Integer readFrom: (stream upTo: $.) readStream); >> at: 3 put: (Integer readFrom: (stream upTo: $.) readStream); >> at: 4 put: (Integer readFrom: stream upToEnd readStream). >> ^address] >> ifFalse: [^IPSocketAddress hostAddressByName: aDNSOrIPAddressString] >> >> >> -------------------- >> >> For some reason , in your case , it must be that the character $* is >> alphabetic, if it were not you would fall into the true block but as per >> your comments you seem to be falling into the false block which will >> certainly generate an error. I am also assuming that this is where you >> crash i.e. given that you were running the SmallWiki.ServerTests. >> >> So I have not really done much with locales, so this is a wild guess, >> can >> it be that in your case $* isAlphabetic? >> >> What do you get if you evaluate the following in a workspace: >> >> $* isAlphabetic >> >> -Charles >> >> >> On Wed, 15 Sep 2004 13:32:08 +0200, Annick Fron >> wrote: >> >> > I ran the Smallwiki.ServerTests suite, and I have 2 failures, on the >> > hostAddressByName I get a nil with name '*'. >> > Probably this is a system configuration issue, since I don't have a >> DNS. >> > How can I do ? >> > >> > Le 14 sept. 04, ? 18:28, Sebastian Sastre a ?crit : >> > >> >> >> >> Mydyndns are redirecting all ports to your host? (or only 80 or >> 8080?) >> >> Your firewall is admitting traffic for your smallwiki port? >> >> >> >> 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 Annick Fron >> >>> Enviado el: Martes, 14 de Septiembre de 2004 13:07 >> >>> Para: smallwiki at iam.unibe.ch >> >>> Asunto: Re: Accessing smallwiki from outside >> >>> >> >>> >> >>> It does not work either on 9090. >> >>> >> >>> Le 14 sept. 04, ? 17:57, Sebastian Sastre a ?crit : >> >>> >> >>>> >> >>>> Use a different port >> >>>> >> >>>> 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 Annick Fron >> >>>>> Enviado el: Martes, 14 de Septiembre de 2004 12:16 >> >>>>> Para: smallwiki at iam.unibe.ch >> >>>>> Asunto: Accessing smallwiki from outside >> >>>>> >> >>>>> >> >>>>> Hi, >> >>>>> >> >>>>> I have downloaded smallwiki 1 and I want to access it through a >> >>>>> dyndns address. >> >>>>> I am able to check localhost:8080 >> >>>>> I am able to see tomcat on mydyndns:8080 (so it is not a >> >>>>> firewall pb) but not smallwiki !! Should i launch swazoo as >> >>>>> root on Linux ?? >> >>>>> >> >>>>> ================= >> >>>>> Annick Fron - 04 93 22 88 18 >> >>>>> AFC Europe >> >>>>> B.P. 111 >> >>>>> 977 avenue du Docteur Julien Lefebvre >> >>>>> 06271 Villeneuve-Loubet Cedex France http://www.afceurope.com >> >>>>> >> >>>>> --- >> >>>>> Incoming mail is certified Virus Free. >> >>>>> Checked by AVG anti-virus system (http://www.grisoft.com). >> >>>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >>>>> >> >>>>> >> >>>> >> >>>> --- >> >>>> Outgoing mail is certified Virus Free. >> >>>> Checked by AVG anti-virus system (http://www.grisoft.com). >> >>>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >>>> >> >>>> >> >>>> >> >>> ================= >> >>> Annick Fron - 04 93 22 88 18 >> >>> AFC Europe >> >>> B.P. 111 >> >>> 977 avenue du Docteur Julien Lefebvre >> >>> 06271 Villeneuve-Loubet Cedex France >> >>> http://www.afceurope.com >> >>> >> >>> >> >>> --- >> >>> Incoming mail is certified Virus Free. >> >>> Checked by AVG anti-virus system (http://www.grisoft.com). >> >>> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >>> >> >>> >> >> >> >> --- >> >> Outgoing mail is certified Virus Free. >> >> Checked by AVG anti-virus system (http://www.grisoft.com). >> >> Version: 6.0.760 / Virus Database: 509 - Release Date: 10/09/2004 >> >> >> >> >> >> >> > ================= >> > Annick Fron - 04 93 22 88 18 >> > AFC Europe >> > B.P. 111 >> > 977 avenue du Docteur Julien Lefebvre >> > 06271 Villeneuve-Loubet Cedex France >> > http://www.afceurope.com >> > >> >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From charles at datasof.com Tue Sep 21 14:21:54 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 21 Sep 2004 07:21:54 -0500 Subject: Smallwiki 2 In-Reply-To: References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> <20040920131040.GB421@iam.unibe.ch> <20040921082805.GB19700@iam.unibe.ch> Message-ID: It would be really cool if a mechanism was created to port SmallWiki 1 content to SmallWiki 2, I will have 2 wikis running with a decent amount of content before SmallWiki 2 is stabalized -Charles On Tue, 21 Sep 2004 13:16:16 +0200, Lukas Renggli wrote: >> I cannot run smallwiki2, I got a rollback. >> It is because of the method: StructureFactory>>defaultFolder which is >> called somewhere. >> >> This is something I can fix. > > No, this is not easily fixable! That's why the blessing is set to > 'broken'. > > The model has changed heavily in the past and it did not stabilize yet, > so I suggest to concentrate on the model solely. It will be much easier > to hack together a new view with Seaside later on. > > Cheers, > Lukas > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From renggli at iam.unibe.ch Tue Sep 21 19:40:58 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 21 Sep 2004 19:40:58 +0200 Subject: Smallwiki 2 In-Reply-To: References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> <20040920131040.GB421@iam.unibe.ch> <20040921082805.GB19700@iam.unibe.ch> Message-ID: <65676044-0BF5-11D9-A5F5-000393CFE6C8@iam.unibe.ch> > It would be really cool if a mechanism was created to port SmallWiki 1 > content to SmallWiki 2, I will have 2 wikis running with a decent > amount of content before SmallWiki 2 is stabalized No worries about this! There will be certainly a way to convert your old wiki to SmallWiki 2. Basically this is just a matter of writing a visitor walking through the old wiki while building a new one. If you need a new wiki start with SmallWiki 1 and upgrade later on, I don't know when SmallWiki 2 will be useable and I'm currently quite busy with other things. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at iam.unibe.ch Tue Sep 21 19:50:10 2004 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 21 Sep 2004 19:50:10 +0200 Subject: SmallWiki EASA2004 Reviews Message-ID: Even-tough SmallWiki didn't made it to the final round at the 'European Academic Software Award 2004', it is still very interesting to read the comments of the reviewers. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 137.txt Url: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040921/c394a67d/137.txt -------------- next part -------------- -- Lukas Renggli http://renggli.freezope.org From Serge.Stinckwich at info.unicaen.fr Wed Sep 22 07:40:54 2004 From: Serge.Stinckwich at info.unicaen.fr (Serge Stinckwich) Date: Wed, 22 Sep 2004 07:40:54 +0200 Subject: SmallWiki EASA2004 Reviews In-Reply-To: References: Message-ID: Le 21 sept. 04, ? 19:50, Lukas Renggli a ?crit : > Even-tough SmallWiki didn't made it to the final round at the > 'European Academic Software Award 2004', it is still very interesting > to read the comments of the reviewers. I like this review : 3. EUROPEAN PORTABILITY: 4 (of 1-4, where 4 is best) ======================================== It is based on Smalltalk. Thus it is simple to adapt to other languages. -- 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 Roel.Wuyts at ulb.ac.be Wed Sep 22 08:46:41 2004 From: Roel.Wuyts at ulb.ac.be (Roel Wuyts) Date: Wed, 22 Sep 2004 08:46:41 +0200 Subject: SmallWiki EASA2004 Reviews In-Reply-To: References: Message-ID: <28FF4D03-0C63-11D9-A1A7-000A95C8D208@ulb.ac.be> Yes, if only it were that simple :-) On 22 Sep 2004, at 07:40, Serge Stinckwich wrote: > > Le 21 sept. 04, ? 19:50, Lukas Renggli a ?crit : > >> Even-tough SmallWiki didn't made it to the final round at the >> 'European Academic Software Award 2004', it is still very interesting >> to read the comments of the reviewers. > > I like this review : > > 3. EUROPEAN PORTABILITY: 4 (of 1-4, where 4 is best) > ======================================== > It is based on Smalltalk. Thus it is simple to adapt to other > languages. > > -- 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)] \ / > ## > > 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 charles at datasof.com Wed Sep 22 17:15:11 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 22 Sep 2004 10:15:11 -0500 Subject: Smallwiki 2 In-Reply-To: <65676044-0BF5-11D9-A5F5-000393CFE6C8@iam.unibe.ch> References: <20040917081056.GC26159@iam.unibe.ch> <09282231-0884-11D9-8D12-000393CFE6C8@iam.unibe.ch> <20040920131040.GB421@iam.unibe.ch> <20040921082805.GB19700@iam.unibe.ch> <65676044-0BF5-11D9-A5F5-000393CFE6C8@iam.unibe.ch> Message-ID: thanks, I am already putting SmallWiki to good use :) On Tue, 21 Sep 2004 19:40:58 +0200, Lukas Renggli wrote: >> It would be really cool if a mechanism was created to port SmallWiki 1 >> content to SmallWiki 2, I will have 2 wikis running with a decent >> amount of content before SmallWiki 2 is stabalized > > No worries about this! There will be certainly a way to convert your old > wiki to SmallWiki 2. Basically this is just a matter of writing a > visitor walking through the old wiki while building a new one. > > If you need a new wiki start with SmallWiki 1 and upgrade later on, I > don't know when SmallWiki 2 will be useable and I'm currently quite busy > with other things. > > Cheers, > Lukas > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From etanter at dcc.uchile.cl Wed Sep 22 19:53:26 2004 From: etanter at dcc.uchile.cl (Eric Tanter) Date: Wed, 22 Sep 2004 13:53:26 -0400 Subject: Newcomer question: SmallWiki 1 or 2? Message-ID: <4151BC16.4040403@dcc.uchile.cl> Hi all, I've just joined the list, and I'm wondering whether it is safe to start using SmallWiki 2 already. A precision, this is not for intensive industrial use, but still, for collaborative research work (therefore a bit of reliability is required -- at least not losing data). If you advise to use SmallWiki 1: - is there going to be a (easy) way to migrate for v1 to v2? - when do you think v2 will be usable? Thanks in advance, -- Eric From ducasse at iam.unibe.ch Wed Sep 22 20:15:44 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 22 Sep 2004 20:15:44 +0200 Subject: Newcomer question: SmallWiki 1 or 2? In-Reply-To: <4151BC16.4040403@dcc.uchile.cl> References: <4151BC16.4040403@dcc.uchile.cl> Message-ID: <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> Hi eric so you PhD is shipped :) Hi all, > > I've just joined the list, and I'm wondering whether it is safe to > start using SmallWiki 2 already. > > A precision, this is not for intensive industrial use, but still, for > collaborative research work (therefore a bit of reliability is > required -- at least not losing data). > > If you advise to use SmallWiki 1: Use SWI > - is there going to be a (easy) way to migrate for v1 to v2? It will be easy to migrate from SW1 to SW2 > - when do you think v2 will be usable? I need a really good version for the lecture we will do in february. Before it depends on lukas. Stef > > Thanks in advance, > > -- Eric > From etanter at dcc.uchile.cl Wed Sep 22 21:46:11 2004 From: etanter at dcc.uchile.cl (Eric Tanter) Date: Wed, 22 Sep 2004 15:46:11 -0400 Subject: Newcomer question: SmallWiki 1 or 2? In-Reply-To: <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> References: <4151BC16.4040403@dcc.uchile.cl> <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> Message-ID: <4151D683.9020908@dcc.uchile.cl> st?phane ducasse wrote: > Hi eric > > so you PhD is shipped :) Yes! Still have some things to do, but yesterday I (at last!) installed Cincom STK. A first step, one could say ;) > Use SWI Ok. > It will be easy to migrate from SW1 to SW2 Ok. > I need a really good version for the lecture we will do in february. > Before it depends on lukas. Ok, that's fine then, I'll go for SWI. More questions to come, I'm sure... Cheers, -- Eric From ducasse at iam.unibe.ch Wed Sep 22 22:08:28 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 22 Sep 2004 22:08:28 +0200 Subject: Newcomer question: SmallWiki 1 or 2? In-Reply-To: <4151D683.9020908@dcc.uchile.cl> References: <4151BC16.4040403@dcc.uchile.cl> <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> <4151D683.9020908@dcc.uchile.cl> Message-ID: <2B3C6C0A-0CD3-11D9-9DA0-000D932DAF46@iam.unibe.ch> On 22 sept. 04, at 21:46, Eric Tanter wrote: > st?phane ducasse wrote: >> Hi eric >> so you PhD is shipped :) > > Yes! > Still have some things to do, but yesterday I (at last!) installed > Cincom STK. A first step, one could say ;) :) indeed take care after this will be difficult. Marcus denker is implementing a byte-to-byte translator and after that we will have dynamic Reflex for squeak :) > >> Use SWI > > Ok. > >> It will be easy to migrate from SW1 to SW2 > > Ok. > >> I need a really good version for the lecture we will do in february. >> Before it depends on lukas. > > Ok, that's fine then, I'll go for SWI. > More questions to come, I'm sure... No problem this is not as we would like it to be but .....too much papers to write :) Stef > > Cheers, > > -- Eric > From etanter at dcc.uchile.cl Thu Sep 23 00:25:58 2004 From: etanter at dcc.uchile.cl (Eric Tanter) Date: Wed, 22 Sep 2004 18:25:58 -0400 Subject: Newcomer question: SmallWiki 1 or 2? In-Reply-To: <2B3C6C0A-0CD3-11D9-9DA0-000D932DAF46@iam.unibe.ch> References: <4151BC16.4040403@dcc.uchile.cl> <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> <4151D683.9020908@dcc.uchile.cl> <2B3C6C0A-0CD3-11D9-9DA0-000D932DAF46@iam.unibe.ch> Message-ID: <4151FBF6.8020303@dcc.uchile.cl> > :) indeed take care after this will be difficult. I know! (that's the idea actually) > Marcus denker is implementing a byte-to-byte translator and after that > we will have dynamic Reflex for squeak :) keep me informed (but ok, there is a reflex mailing list, and this is a smallwiki one!) -- Eric From charles at datasof.com Thu Sep 23 16:51:36 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Thu, 23 Sep 2004 09:51:36 -0500 Subject: Newcomer question: SmallWiki 1 or 2? In-Reply-To: <2B3C6C0A-0CD3-11D9-9DA0-000D932DAF46@iam.unibe.ch> References: <4151BC16.4040403@dcc.uchile.cl> <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> <4151D683.9020908@dcc.uchile.cl> <2B3C6C0A-0CD3-11D9-9DA0-000D932DAF46@iam.unibe.ch> Message-ID: I just have to ask what is dynamic Reflex ? thanks -Charles On Wed, 22 Sep 2004 22:08:28 +0200, st?phane ducasse wrote: > > On 22 sept. 04, at 21:46, Eric Tanter wrote: > >> st?phane ducasse wrote: >>> Hi eric >>> so you PhD is shipped :) >> >> Yes! >> Still have some things to do, but yesterday I (at last!) installed >> Cincom STK. A first step, one could say ;) > > :) indeed take care after this will be difficult. > Marcus denker is implementing a byte-to-byte translator and after that > we will have dynamic Reflex for squeak :) > >> >>> Use SWI >> >> Ok. >> >>> It will be easy to migrate from SW1 to SW2 >> >> Ok. >> >>> I need a really good version for the lecture we will do in february. >>> Before it depends on lukas. >> >> Ok, that's fine then, I'll go for SWI. >> More questions to come, I'm sure... > > No problem this is not as we would like it to be but .....too much > papers to write :) > > Stef >> >> Cheers, >> >> -- Eric >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Thu Sep 23 16:19:14 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Thu, 23 Sep 2004 16:19:14 +0200 Subject: Newcomer question: SmallWiki 1 or 2? In-Reply-To: References: <4151BC16.4040403@dcc.uchile.cl> <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> <4151D683.9020908@dcc.uchile.cl> <2B3C6C0A-0CD3-11D9-9DA0-000D932DAF46@iam.unibe.ch> Message-ID: <8C414CF8-0D6B-11D9-BD74-000D932DAF46@iam.unibe.ch> reflex is a cool frameowkr developed by eric in java to do cool reflective activities. However reflex is based on code loader so can only occur at load time. while we are planning to have fun with a dynamic one But I'm sure that if an excellent guy such as eric dive into squeak (and is not killed by the shitty smell of some of the compiler parts) we can really get sexy tool in the future :) Stef On 23 sept. 04, at 16:51, Charles A. Monteiro wrote: > I just have to ask what is dynamic Reflex ? > > thanks > > -Charles > > > On Wed, 22 Sep 2004 22:08:28 +0200, st?phane ducasse > wrote: > >> >> On 22 sept. 04, at 21:46, Eric Tanter wrote: >> >>> st?phane ducasse wrote: >>>> Hi eric >>>> so you PhD is shipped :) >>> >>> Yes! >>> Still have some things to do, but yesterday I (at last!) installed >>> Cincom STK. A first step, one could say ;) >> >> :) indeed take care after this will be difficult. >> Marcus denker is implementing a byte-to-byte translator and after >> that we will have dynamic Reflex for squeak :) >> >>> >>>> Use SWI >>> >>> Ok. >>> >>>> It will be easy to migrate from SW1 to SW2 >>> >>> Ok. >>> >>>> I need a really good version for the lecture we will do in >>>> february. Before it depends on lukas. >>> >>> Ok, that's fine then, I'll go for SWI. >>> More questions to come, I'm sure... >> >> No problem this is not as we would like it to be but .....too much >> papers to write :) >> >> Stef >>> >>> Cheers, >>> >>> -- Eric >>> >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From etanter at dcc.uchile.cl Thu Sep 23 16:21:44 2004 From: etanter at dcc.uchile.cl (Eric Tanter) Date: Thu, 23 Sep 2004 10:21:44 -0400 Subject: Newcomer question: SmallWiki 1 or 2? In-Reply-To: References: <4151BC16.4040403@dcc.uchile.cl> <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> <4151D683.9020908@dcc.uchile.cl> <2B3C6C0A-0CD3-11D9-9DA0-000D932DAF46@iam.unibe.ch> Message-ID: <4152DBF8.7010709@dcc.uchile.cl> Then I just have to answer ;) Reflex is an efficient and flexible reflective system for Java that I developed during my PhD thesis (which is about to end). It is evolving right now to what we call an "AOP kernel", supporting multiple approaches to AOP to coexist and collaborate. One of the limitations of the actual implementation of Reflex is that it is in standard Java (via load-time bytecode transformation), and therefore does not support really dynamic stuff (a class definition in Java cannot be changed after runtime, the instantiation link of an object neither, etc.). These restrictions in the Java world do not exist in Smalltalk, where moreover, the type system is pretty "cool", to say the least. Therefore an interesting perspective (which Stef is mentioning) is to work on a version of Reflex for Smalltalk, in which the complete dynamicity of the environment would be used. If you want to know more, either mail me directly or check my web site for papers (1), or the Reflex website (2) for mailing list information. Note that the current development version of Reflex (as an AOP kernel) is not yet distributed, but we are ok to give access to the SVN repository on a case-by-case basis. -- Eric (1) http://www.dcc.uchile.cl/~etanter (2) http://www.dcc.uchile.cl/~etanter/Reflex Charles A. Monteiro wrote: > I just have to ask what is dynamic Reflex ? > > thanks > > -Charles > > > On Wed, 22 Sep 2004 22:08:28 +0200, st?phane ducasse > wrote: > >> >> On 22 sept. 04, at 21:46, Eric Tanter wrote: >> >>> st?phane ducasse wrote: >>> >>>> Hi eric >>>> so you PhD is shipped :) >>> >>> >>> Yes! >>> Still have some things to do, but yesterday I (at last!) installed >>> Cincom STK. A first step, one could say ;) >> >> >> :) indeed take care after this will be difficult. >> Marcus denker is implementing a byte-to-byte translator and after >> that we will have dynamic Reflex for squeak :) >> >>> >>>> Use SWI >>> >>> >>> Ok. >>> >>>> It will be easy to migrate from SW1 to SW2 >>> >>> >>> Ok. >>> >>>> I need a really good version for the lecture we will do in >>>> february. Before it depends on lukas. >>> >>> >>> Ok, that's fine then, I'll go for SWI. >>> More questions to come, I'm sure... >> >> >> No problem this is not as we would like it to be but .....too much >> papers to write :) >> >> Stef >> >>> >>> Cheers, >>> >>> -- Eric >>> >> > > > -- http://www.dcc.uchile.cl/~etanter From charles at datasof.com Thu Sep 23 20:53:02 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Thu, 23 Sep 2004 13:53:02 -0500 Subject: Newcomer question: SmallWiki 1 or 2? In-Reply-To: <4152DBF8.7010709@dcc.uchile.cl> References: <4151BC16.4040403@dcc.uchile.cl> <6B293899-0CC3-11D9-8F0F-000D932DAF46@iam.unibe.ch> <4151D683.9020908@dcc.uchile.cl> <2B3C6C0A-0CD3-11D9-9DA0-000D932DAF46@iam.unibe.ch> <4152DBF8.7010709@dcc.uchile.cl> Message-ID: me gustaria estudiar Reflex pero en Smalltalk :) lived in Venezuela for a while , dad is Brazilian etc, I have checked some of the AOP in ST, I guess I will register with the list. -Charles On Thu, 23 Sep 2004 10:21:44 -0400, Eric Tanter wrote: > Then I just have to answer ;) > > Reflex is an efficient and flexible reflective system for Java that I > developed during my PhD thesis (which is about to end). It is evolving > right now to what we call an "AOP kernel", supporting multiple > approaches to AOP to coexist and collaborate. > > One of the limitations of the actual implementation of Reflex is that it > is in standard Java (via load-time bytecode transformation), and > therefore does not support really dynamic stuff (a class definition in > Java cannot be changed after runtime, the instantiation link of an > object neither, etc.). These restrictions in the Java world do not exist > in Smalltalk, where moreover, the type system is pretty "cool", to say > the least. Therefore an interesting perspective (which Stef is > mentioning) is to work on a version of Reflex for Smalltalk, in which > the complete dynamicity of the environment would be used. > > If you want to know more, either mail me directly or check my web site > for papers (1), or the Reflex website (2) for mailing list information. > Note that the current development version of Reflex (as an AOP kernel) > is not yet distributed, but we are ok to give access to the SVN > repository on a case-by-case basis. > > -- Eric > > (1) http://www.dcc.uchile.cl/~etanter > (2) http://www.dcc.uchile.cl/~etanter/Reflex > > > Charles A. Monteiro wrote: >> I just have to ask what is dynamic Reflex ? >> thanks >> -Charles >> On Wed, 22 Sep 2004 22:08:28 +0200, st?phane ducasse >> wrote: >> >>> >>> On 22 sept. 04, at 21:46, Eric Tanter wrote: >>> >>>> st?phane ducasse wrote: >>>> >>>>> Hi eric >>>>> so you PhD is shipped :) >>>> >>>> >>>> Yes! >>>> Still have some things to do, but yesterday I (at last!) installed >>>> Cincom STK. A first step, one could say ;) >>> >>> >>> :) indeed take care after this will be difficult. >>> Marcus denker is implementing a byte-to-byte translator and after >>> that we will have dynamic Reflex for squeak :) >>> >>>> >>>>> Use SWI >>>> >>>> >>>> Ok. >>>> >>>>> It will be easy to migrate from SW1 to SW2 >>>> >>>> >>>> Ok. >>>> >>>>> I need a really good version for the lecture we will do in >>>>> february. Before it depends on lukas. >>>> >>>> >>>> Ok, that's fine then, I'll go for SWI. >>>> More questions to come, I'm sure... >>> >>> >>> No problem this is not as we would like it to be but .....too much >>> papers to write :) >>> >>> Stef >>> >>>> >>>> Cheers, >>>> >>>> -- Eric >>>> >>> >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From etanter at dcc.uchile.cl Sun Sep 26 20:22:46 2004 From: etanter at dcc.uchile.cl (Eric Tanter) Date: Sun, 26 Sep 2004 14:22:46 -0400 Subject: stripped image / stand alone service? Message-ID: <415708F6.1080407@dcc.uchile.cl> Hi, I'd like to run smallwiki on the university server in my home account. But I cannot really afford to have the full cincom installation there. Nor is it possible to have the graphical environment and so on. Is there a way to strip the image in order to have a standalone smallwiki service that I could run in the background of my sessions? -- Eric From ducasse at iam.unibe.ch Sun Sep 26 20:43:14 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sun, 26 Sep 2004 20:43:14 +0200 Subject: stripped image / stand alone service? In-Reply-To: <415708F6.1080407@dcc.uchile.cl> References: <415708F6.1080407@dcc.uchile.cl> Message-ID: Yes this is something called ImageStriper. Look in the doc they explain how to deploy an application. Eric you do not have to have all the cincom distro but I would suggest you not to strip the image and keep the UI so that you can access SmallWiki and load update or other stuff with the debugger and soon. You can have simply one image (this is what we use here one image alone + the VM). Watch out this is not always as we would like it to be :) Stef By the way I saw how to deploy an app with dolphin Smalltalk and this is was great: click on button click on some button wait 2 min and boom you get either a dll starting at 256k or an exe > Hi, > > I'd like to run smallwiki on the university server in my home account. > But I cannot really afford to have the full cincom installation there. > Nor is it possible to have the graphical environment and so on. > Is there a way to strip the image in order to have a standalone > smallwiki service that I could run in the background of my sessions? > > -- Eric > From etanter at dcc.uchile.cl Sun Sep 26 20:47:38 2004 From: etanter at dcc.uchile.cl (Eric Tanter) Date: Sun, 26 Sep 2004 14:47:38 -0400 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> Message-ID: <41570ECA.5020702@dcc.uchile.cl> st?phane ducasse wrote: > Yes this is something called ImageStriper. Look in the doc they explain > how to deploy an application. Ok I'll have a look. > Eric you do not have to have all the cincom distro but I would suggest > you not to strip the image > and keep the UI so that you can access SmallWiki and load update or > other stuff with the debugger and soon. Yes but then how do I let smallwiki run in the background, even when I'm logged out ? > Watch out this is not always as we would like it to be :) it seems :( > By the way I saw how to deploy an app with dolphin Smalltalk and this is > was great: > click on button > click on some button > wait 2 min and boom you get either a dll starting at 256k or an exe Nice! but this is only for windows, right? something similar for unix/mac/linux? -- Eric From ducasse at iam.unibe.ch Sun Sep 26 20:58:03 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sun, 26 Sep 2004 20:58:03 +0200 Subject: stripped image / stand alone service? In-Reply-To: <41570ECA.5020702@dcc.uchile.cl> References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> Message-ID: On 26 sept. 04, at 20:47, Eric Tanter wrote: > st?phane ducasse wrote: >> Yes this is something called ImageStriper. Look in the doc they >> explain how to deploy an application. > > Ok I'll have a look. > >> Eric you do not have to have all the cincom distro but I would >> suggest you not to strip the image >> and keep the UI so that you can access SmallWiki and load update or >> other stuff with the debugger and soon. > > Yes but then how do I let smallwiki run in the background, even when > I'm logged out ? We use VNC to connect and then on unix I imagine that exec does that for you, running a process that is not killing when you exit your session > >> Watch out this is not always as we would like it to be :) > > it seems :( But stripping in VW works we already did that but this can be painful. > >> By the way I saw how to deploy an app with dolphin Smalltalk and this >> is was great: >> click on button >> click on some button >> wait 2 min and boom you get either a dll starting at 256k or an >> exe > > Nice! but this is only for windows, right? something similar for > unix/mac/linux? No this is a pity because they have Windows native widgets and MS close integration. Ok they have 90% of the market with them > > -- Eric > From etanter at dcc.uchile.cl Sun Sep 26 21:43:00 2004 From: etanter at dcc.uchile.cl (Eric Tanter) Date: Sun, 26 Sep 2004 15:43:00 -0400 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> Message-ID: <41571BC4.7050807@dcc.uchile.cl> > We use VNC to connect and then on unix I imagine that exec does that for > you, running a process that is not killing when you exit > your session Thanks, this seems to work fine. -- Eric From charles at datasof.com Mon Sep 27 16:36:42 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Mon, 27 Sep 2004 09:36:42 -0500 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> Message-ID: I suggest that you use RuntimePackager. Stripping need not be painful if you decide on a conservative strip i.e. force the stripper to keep all of your packages. However, once you have configured the RuntimePackager for your specific project i.e. whether you had decided on an aggressive strip strategy or a conservative one the result is an *.rtp config file, that file from hence on can be loaded into RuntimePackager and then running through the stripping is simple and fast. If deploying on Windows one can then use the Reshacker tools to create a single executable i.e. combining the vm and image and which can be compressed by usually 50%. For Linux, Mac and the rest of the other 11 platforms that are supported by VisualWorks you will have to deliver both. The cool thing about running headful is that one does not have to spend time building tools to support things. Why, because one can use workspaces, inspectors. For my wikis I use workspaces to do all sorts of admin stuff , creating users, changing paswords, forcing snapshots, soon garbage collection of the wiki, etc. If I had to run headless , I would have to build all sorts of tools. Not to mention, that I can fully debug and fix issues live. Not bad. Saves me a lot of time. Not every app needs to run headless and many apps that usually do run headless could run headful. VisualWorks has quite a bit of OS support for Windows, just load the appropriate goodies. Finally, VisualWorks is more akin to Java i.e. in the sense that there is the notion of a runtime environment. Dolphin does not. There is only one environment with them and that is Windows. In the case of VisualWorks it is possible to create a generic runtime environment (SRE - Smalltalk Runtime Environment) with the appropriate basic support and then load the parcels needed at runtime. I had that for something I had built that allowed one to find parcels in a p2p network and then load them and run. Cincom will be releasing an SRE in the next official rev, I believe. RuntimePackager allows one to create custom environments that are specific to the app in question, that is somewhat less useful because of the amount of memory and disk storage that modern computers have but I guess if one is deploying on a pocket pc device perhaps more applicable. -Charles On Sun, 26 Sep 2004 20:58:03 +0200, st?phane ducasse wrote: > > On 26 sept. 04, at 20:47, Eric Tanter wrote: > >> st?phane ducasse wrote: >>> Yes this is something called ImageStriper. Look in the doc they >>> explain how to deploy an application. >> >> Ok I'll have a look. >> >>> Eric you do not have to have all the cincom distro but I would suggest >>> you not to strip the image >>> and keep the UI so that you can access SmallWiki and load update or >>> other stuff with the debugger and soon. >> >> Yes but then how do I let smallwiki run in the background, even when >> I'm logged out ? > > We use VNC to connect and then on unix I imagine that exec does that for > you, running a process that is not killing when you exit > your session > >> >>> Watch out this is not always as we would like it to be :) >> >> it seems :( > > But stripping in VW works we already did that but this can be painful. > >> >>> By the way I saw how to deploy an app with dolphin Smalltalk and this >>> is was great: >>> click on button >>> click on some button >>> wait 2 min and boom you get either a dll starting at 256k or an exe >> >> Nice! but this is only for windows, right? something similar for >> unix/mac/linux? > No this is a pity because they have Windows native widgets and MS close > integration. Ok they have 90% of the market with them > >> >> -- Eric >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From charles at datasof.com Mon Sep 27 16:38:44 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Mon, 27 Sep 2004 09:38:44 -0500 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> Message-ID: Also look into RuntimePackager, most VWers that I know use that instead. On Sun, 26 Sep 2004 20:43:14 +0200, st?phane ducasse wrote: > Yes this is something called ImageStriper. Look in the doc they explain > how to deploy an application. > > Eric you do not have to have all the cincom distro but I would suggest > you not to strip the image > and keep the UI so that you can access SmallWiki and load update or > other stuff with the debugger and soon. > You can have simply one image (this is what we use here one image alone > + the VM). > > Watch out this is not always as we would like it to be :) > > Stef > > By the way I saw how to deploy an app with dolphin Smalltalk and this is > was great: > click on button > click on some button > wait 2 min and boom you get either a dll starting at 256k or an exe > > >> Hi, >> >> I'd like to run smallwiki on the university server in my home account. >> But I cannot really afford to have the full cincom installation there. >> Nor is it possible to have the graphical environment and so on. >> Is there a way to strip the image in order to have a standalone >> smallwiki service that I could run in the background of my sessions? >> >> -- Eric >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Mon Sep 27 15:54:17 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Mon, 27 Sep 2004 15:54:17 +0200 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> Message-ID: Thanks charles. This is good to have other opinions. Stef On 27 sept. 04, at 16:36, Charles A. Monteiro wrote: > I suggest that you use RuntimePackager. Stripping need not be painful > if you decide on a conservative strip i.e. force the stripper to keep > all of your packages. However, once you have configured the > RuntimePackager for your specific project i.e. whether you had decided > on an aggressive strip strategy or a conservative one the result is > an *.rtp config file, that file from hence on can be loaded into > RuntimePackager and then running through the stripping is simple and > fast. > > If deploying on Windows one can then use the Reshacker tools to create > a single executable i.e. combining the vm and image and which can be > compressed by usually 50%. For Linux, Mac and the rest of the other 11 > platforms that are supported by VisualWorks you will have to deliver > both. > > The cool thing about running headful is that one does not have to > spend time building tools to support things. Why, because one can use > workspaces, inspectors. For my wikis I use workspaces to do all sorts > of admin stuff , creating users, changing paswords, forcing snapshots, > soon garbage collection of the wiki, etc. If I had to run headless , I > would have to build all sorts of tools. Not to mention, that I can > fully debug and fix issues live. Not bad. Saves me a lot of time. Not > every app needs to run headless and many apps that usually do run > headless could run headful. > > VisualWorks has quite a bit of OS support for Windows, just load the > appropriate goodies. > > Finally, VisualWorks is more akin to Java i.e. in the sense that there > is the notion of a runtime environment. Dolphin does not. There is > only one environment with them and that is Windows. In the case of > VisualWorks it is possible to create a generic runtime environment > (SRE - Smalltalk Runtime Environment) with the appropriate basic > support and then load the parcels needed at runtime. I had that for > something I had built that allowed one to find parcels in a p2p > network and then load them and run. Cincom will be releasing an SRE in > the next official rev, I believe. RuntimePackager allows one to create > custom environments that are specific to the app in question, that is > somewhat less useful because of the amount of memory and disk storage > that modern computers have but I guess if one is deploying on a pocket > pc device perhaps more applicable. > > -Charles > > > On Sun, 26 Sep 2004 20:58:03 +0200, st?phane ducasse > wrote: > >> >> On 26 sept. 04, at 20:47, Eric Tanter wrote: >> >>> st?phane ducasse wrote: >>>> Yes this is something called ImageStriper. Look in the doc they >>>> explain how to deploy an application. >>> >>> Ok I'll have a look. >>> >>>> Eric you do not have to have all the cincom distro but I would >>>> suggest you not to strip the image >>>> and keep the UI so that you can access SmallWiki and load update or >>>> other stuff with the debugger and soon. >>> >>> Yes but then how do I let smallwiki run in the background, even when >>> I'm logged out ? >> >> We use VNC to connect and then on unix I imagine that exec does that >> for you, running a process that is not killing when you exit >> your session >> >>> >>>> Watch out this is not always as we would like it to be :) >>> >>> it seems :( >> >> But stripping in VW works we already did that but this can be painful. >> >>> >>>> By the way I saw how to deploy an app with dolphin Smalltalk and >>>> this is was great: >>>> click on button >>>> click on some button >>>> wait 2 min and boom you get either a dll starting at 256k or an >>>> exe >>> >>> Nice! but this is only for windows, right? something similar for >>> unix/mac/linux? >> No this is a pity because they have Windows native widgets and MS >> close integration. Ok they have 90% of the market with them >> >>> >>> -- Eric >>> >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From etanter at dcc.uchile.cl Mon Sep 27 15:57:09 2004 From: etanter at dcc.uchile.cl (Eric Tanter) Date: Mon, 27 Sep 2004 09:57:09 -0400 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> Message-ID: <41581C35.1030604@dcc.uchile.cl> Yes, quite interesting indeed, thanks ! st?phane ducasse wrote: > Thanks charles. This is good to have other opinions. > > Stef > > On 27 sept. 04, at 16:36, Charles A. Monteiro wrote: > >> I suggest that you use RuntimePackager. Stripping need not be painful >> if you decide on a conservative strip i.e. force the stripper to keep >> all of your packages. However, once you have configured the >> RuntimePackager for your specific project i.e. whether you had decided >> on an aggressive strip strategy or a conservative one the result is >> an *.rtp config file, that file from hence on can be loaded into >> RuntimePackager and then running through the stripping is simple and >> fast. >> >> If deploying on Windows one can then use the Reshacker tools to create >> a single executable i.e. combining the vm and image and which can be >> compressed by usually 50%. For Linux, Mac and the rest of the other 11 >> platforms that are supported by VisualWorks you will have to deliver >> both. >> >> The cool thing about running headful is that one does not have to >> spend time building tools to support things. Why, because one can use >> workspaces, inspectors. For my wikis I use workspaces to do all sorts >> of admin stuff , creating users, changing paswords, forcing snapshots, >> soon garbage collection of the wiki, etc. If I had to run headless , I >> would have to build all sorts of tools. Not to mention, that I can >> fully debug and fix issues live. Not bad. Saves me a lot of time. Not >> every app needs to run headless and many apps that usually do run >> headless could run headful. >> >> VisualWorks has quite a bit of OS support for Windows, just load the >> appropriate goodies. >> >> Finally, VisualWorks is more akin to Java i.e. in the sense that there >> is the notion of a runtime environment. Dolphin does not. There is >> only one environment with them and that is Windows. In the case of >> VisualWorks it is possible to create a generic runtime environment >> (SRE - Smalltalk Runtime Environment) with the appropriate basic >> support and then load the parcels needed at runtime. I had that for >> something I had built that allowed one to find parcels in a p2p >> network and then load them and run. Cincom will be releasing an SRE in >> the next official rev, I believe. RuntimePackager allows one to create >> custom environments that are specific to the app in question, that is >> somewhat less useful because of the amount of memory and disk storage >> that modern computers have but I guess if one is deploying on a pocket >> pc device perhaps more applicable. >> >> -Charles >> >> >> On Sun, 26 Sep 2004 20:58:03 +0200, st?phane ducasse >> wrote: >> >>> >>> On 26 sept. 04, at 20:47, Eric Tanter wrote: >>> >>>> st?phane ducasse wrote: >>>> >>>>> Yes this is something called ImageStriper. Look in the doc they >>>>> explain how to deploy an application. >>>> >>>> >>>> Ok I'll have a look. >>>> >>>>> Eric you do not have to have all the cincom distro but I would >>>>> suggest you not to strip the image >>>>> and keep the UI so that you can access SmallWiki and load update or >>>>> other stuff with the debugger and soon. >>>> >>>> >>>> Yes but then how do I let smallwiki run in the background, even when >>>> I'm logged out ? >>> >>> >>> We use VNC to connect and then on unix I imagine that exec does that >>> for you, running a process that is not killing when you exit >>> your session >>> >>>> >>>>> Watch out this is not always as we would like it to be :) >>>> >>>> >>>> it seems :( >>> >>> >>> But stripping in VW works we already did that but this can be painful. >>> >>>> >>>>> By the way I saw how to deploy an app with dolphin Smalltalk and >>>>> this is was great: >>>>> click on button >>>>> click on some button >>>>> wait 2 min and boom you get either a dll starting at 256k or an >>>>> exe >>>> >>>> >>>> Nice! but this is only for windows, right? something similar for >>>> unix/mac/linux? >>> >>> No this is a pity because they have Windows native widgets and MS >>> close integration. Ok they have 90% of the market with them >>> >>>> >>>> -- Eric >>>> >>> >> >> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> > > -- http://www.dcc.uchile.cl/~etanter From gaelli at iam.unibe.ch Mon Sep 27 19:50:35 2004 From: gaelli at iam.unibe.ch (Markus Gaelli) Date: Mon, 27 Sep 2004 19:50:35 +0200 Subject: Tiddlywiki, a reusable non-linear personal web notebook Message-ID: http://www.tiddlywiki.com/ From ducasse at iam.unibe.ch Mon Sep 27 20:07:12 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Mon, 27 Sep 2004 20:07:12 +0200 Subject: Tiddlywiki, a reusable non-linear personal web notebook In-Reply-To: References: Message-ID: <0E90C683-10B0-11D9-96BA-000D932DAF46@iam.unibe.ch> lukas was thinking that this is a service that we could offer to people. The problem is that you do not want to offer them to upload because we would end up have bad software and porn. Stef On 27 sept. 04, at 19:50, Markus Gaelli wrote: > http://www.tiddlywiki.com/ > From johnson at cs.uiuc.edu Mon Sep 27 21:22:13 2004 From: johnson at cs.uiuc.edu (Ralph Johnson) Date: Mon, 27 Sep 2004 14:22:13 -0500 (CDT) Subject: Tiddlywiki, a reusable non-linear personal web notebook Message-ID: <200409271922.OAA03973@salad.cs.uiuc.edu> >you do not want to offer them to upload because we >would end up with bad software and porn Any wiki will get bad software and porn. However, if you have a bunch of active users then they will delete it. As long as there are more good guys than bad guys then you are OK. Sometimes there is one very persistent bad guy. It is important to be able to block him out. You don't have to protect 100% against bad guys, just make it easier for the good guys than the bad guys. -Ralph From Serge.Stinckwich at info.unicaen.fr Tue Sep 28 09:13:12 2004 From: Serge.Stinckwich at info.unicaen.fr (Serge Stinckwich) Date: Tue, 28 Sep 2004 09:13:12 +0200 Subject: Tiddlywiki, a reusable non-linear personal web notebook In-Reply-To: <200409271922.OAA03973@salad.cs.uiuc.edu> References: <200409271922.OAA03973@salad.cs.uiuc.edu> Message-ID: Le 27 sept. 04, ? 21:22, Ralph Johnson a ?crit : >> you do not want to offer them to upload because we >> would end up with bad software and porn > > Any wiki will get bad software and porn. However, if you > have a bunch of active users then they will delete it. > As long as there are more good guys than bad guys then > you are OK. Sometimes there is one very persistent bad guy. > It is important to be able to block him out. You don't have > to protect 100% against bad guys, just make it easier for the > good guys than the bad guys. Yes, Ralph is right. This is call SoftSecurity in the WikiWorld. Look here for an explanation about this context : http://www.usemod.com/cgi-bin/mb.pl?SoftSecurity In order to have good SoftSecurity, you need to have a good community. -- 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 bergel at iam.unibe.ch Tue Sep 28 11:49:36 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Tue, 28 Sep 2004 11:49:36 +0200 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> Message-ID: <20040928094936.GJ20279@iam.unibe.ch> > We use VNC to connect and then on unix I imagine that exec does that > for you, running a process that is not killing when you exit > your session Right. The think with stripping an image is that there is some problem with the saving mechanism of Smallwiki. The image is saved automatically each hour and it does not work properly with a stripped image. I already mention this problem to the vwnc mailing list I guess... I do not know if this has changed yet. We use VNC on our solaris server to hold the X session, and on our mac we use the X11 server to connect to it. It works pretty fine. However, with Squeak there should not be any problem to have a non-gui version. But we did not find it necessary to have it here, at the University. Bytecode modification is extremely easy to do in Smalltalk. A 10 second long example (made with Squeak). In a workspace do the following: Object compile: 'foo ^ 1 + 2'. "Object new foo => 3" (Object >> #foo) at: 7 put: 177. "The bytecode 177 does a - between the operand" Object new foo => -1 But I guess we are loosing track of this mailing list :-) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From charles at datasof.com Tue Sep 28 16:16:39 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 28 Sep 2004 09:16:39 -0500 Subject: stripped image / stand alone service? In-Reply-To: <20040928094936.GJ20279@iam.unibe.ch> References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <20040928094936.GJ20279@iam.unibe.ch> Message-ID: I'm using VW and yes I have not stripped my image. No need in my case. Even if I did strip my image I would not have the same problem since I don't rely on the auto image save storage mechanism but rather I built a storage strategy that uses BOSS i.e. the contents are bossed out at regular intervals given that there is new content to save. Finally, as long as one has left the appropriate classes in the image there should not be a problem in VW with doing auto image saves although in general I don't like the idea any how. -Charles On Tue, 28 Sep 2004 11:49:36 +0200, Alexandre Bergel wrote: >> We use VNC to connect and then on unix I imagine that exec does that >> for you, running a process that is not killing when you exit >> your session > > Right. The think with stripping an image is that there is some problem > with the saving mechanism of Smallwiki. The image is saved automatically > each hour and it does not work properly with a stripped image. > > I already mention this problem to the vwnc mailing list I guess... I do > not know if this has changed yet. > > We use VNC on our solaris server to hold the X session, and on our mac > we use the X11 server to connect to it. It works pretty fine. > > However, with Squeak there should not be any problem to have a non-gui > version. But we did not find it necessary to have it here, at the > University. > > > > Bytecode modification is extremely easy to do in Smalltalk. A 10 second > long example (made with Squeak). In a workspace do the following: > Object compile: 'foo ^ 1 + 2'. "Object new foo => 3" > (Object >> #foo) at: 7 put: 177. "The bytecode 177 does a - between the > operand" > Object new foo => -1 > > But I guess we are loosing track of this mailing list :-) > > Cheers, > Alexandre > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From jj at objectsroot.com Tue Sep 28 15:49:35 2004 From: jj at objectsroot.com (Giovanni Giorgi) Date: Tue, 28 Sep 2004 15:49:35 +0200 Subject: Tiddlywiki, a reusable non-linear personal web notebook In-Reply-To: References: <200409271922.OAA03973@salad.cs.uiuc.edu> Message-ID: <41596BEF.6020807@objectsroot.com> In my humble own opinion, I think it is wuite difficult to have a good community, especially if it is big. I think some security on the wikies are needed. I like a lot the Squeak wiki because you can lock your own page, and the admin can fix the bad pages. So we have some "open pages" where every one can write. We have also the form mechanism, in which you can add your throughts via a form but without editing (and for instance, deleting) the previous posts, more like a forum. Finally a human moderator is needed to keep pages on focus and avoid port upload and so on :) I like a lot freedom, but a lot of people do not know how to use it. Last but not least, Tiddly is a great idea!!!! Serge Stinckwich ha scritto in data 28/09/2004 9.13: > > [...] > > Yes, Ralph is right. This is call SoftSecurity in the WikiWorld. > Look here for an explanation about this context : > http://www.usemod.com/cgi-bin/mb.pl?SoftSecurity > In order to have good SoftSecurity, you need to have a good community. > > -- 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)] \ / > ## > > -- ............................................................. Giovanni Giorgi ObjectWay SpA - Milano http://www.objectway.it via Boltraffio, 7 - 20156 Milano ............................................................. From charles at datasof.com Tue Sep 28 17:18:46 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 28 Sep 2004 10:18:46 -0500 Subject: Tiddlywiki, a reusable non-linear personal web notebook In-Reply-To: <200409271922.OAA03973@salad.cs.uiuc.edu> References: <200409271922.OAA03973@salad.cs.uiuc.edu> Message-ID: yes, but "traditional" wikis i.e. which do not provide for any sort of login would have more of a problem with spam since registered users are less likely to engage in such activities, so my question is whether good guys would find it too much of a pain to have to register, my guess is no On Mon, 27 Sep 2004 14:22:13 -0500 (CDT), Ralph Johnson wrote: >> you do not want to offer them to upload because we >> would end up with bad software and porn > > Any wiki will get bad software and porn. However, if you > have a bunch of active users then they will delete it. > As long as there are more good guys than bad guys then > you are OK. Sometimes there is one very persistent bad guy. > It is important to be able to block him out. You don't have > to protect 100% against bad guys, just make it easier for the > good guys than the bad guys. > > -Ralph -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From bergel at iam.unibe.ch Tue Sep 28 18:34:55 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Tue, 28 Sep 2004 18:34:55 +0200 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <20040928094936.GJ20279@iam.unibe.ch> Message-ID: <20040928163454.GC21806@iam.unibe.ch> > I'm using VW and yes I have not stripped my image. No need in my case. > Even if I did strip my image I would not have the same problem since I > don't rely on the auto image save storage mechanism but rather I built a > storage strategy that uses BOSS i.e. the contents are bossed out at > regular intervals given that there is new content to save. Finally, as > long as one has left the appropriate classes in the image there should not > be a problem in VW with doing auto image saves although in general I don't > like the idea any how. Humm... I do not know much about BOSS. What is the status of your extension ? Could we use it ? Can you recreate a wiki from the database? Alexandre > > -Charles > > > On Tue, 28 Sep 2004 11:49:36 +0200, Alexandre Bergel > wrote: > > >>We use VNC to connect and then on unix I imagine that exec does that > >>for you, running a process that is not killing when you exit > >>your session > > > >Right. The think with stripping an image is that there is some problem > >with the saving mechanism of Smallwiki. The image is saved automatically > >each hour and it does not work properly with a stripped image. > > > >I already mention this problem to the vwnc mailing list I guess... I do > >not know if this has changed yet. > > > >We use VNC on our solaris server to hold the X session, and on our mac > >we use the X11 server to connect to it. It works pretty fine. > > > >However, with Squeak there should not be any problem to have a non-gui > >version. But we did not find it necessary to have it here, at the > >University. > > > > > > > >Bytecode modification is extremely easy to do in Smalltalk. A 10 second > >long example (made with Squeak). In a workspace do the following: > >Object compile: 'foo ^ 1 + 2'. "Object new foo => 3" > >(Object >> #foo) at: 7 put: 177. "The bytecode 177 does a - between the > >operand" > >Object new foo => -1 > > > >But I guess we are loosing track of this mailing list :-) > > > >Cheers, > >Alexandre > > > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From charles at datasof.com Tue Sep 28 19:59:50 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 28 Sep 2004 12:59:50 -0500 Subject: stripped image / stand alone service? In-Reply-To: <20040928163454.GC21806@iam.unibe.ch> References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <20040928094936.GJ20279@iam.unibe.ch> <20040928163454.GC21806@iam.unibe.ch> Message-ID: Just to be sure, this is in VW. Recreation of a wiki is done by a configuration utility which I call Configurator, sounded like a decent name :) The content of the wiki i.e its folders, pages, resources etc is persisted via Boss i.e. to a file. The configurator via a config file takes care of setting up the wiki which includes user, the appropropriate roles and permissions and the loading of the boss file i.e. the contents. The configurator is also told how many snapshots to keep around and can be also told to load a specific snapshot, by default it loads the latest. Once you have things setup as you like them re-starting a wiki is a matter of: Configurator startWikiFrom: aConfigFile. If it is indeed VW that you are using , I would like to tidy things up and probably make the user and role configuration a little easier. I currently allow anonymoous user the capability of viewing but not editing, a normal user can only edit pages but not folders and of course admin can do whatever it feels like doing. Of course you can create your own roles. Let me know if this would be useful to you and if so I'll put more focus on it and I guess put it out in the Cincom public repository. -Charles On Tue, 28 Sep 2004 18:34:55 +0200, Alexandre Bergel wrote: >> I'm using VW and yes I have not stripped my image. No need in my case. >> Even if I did strip my image I would not have the same problem since I >> don't rely on the auto image save storage mechanism but rather I built a >> storage strategy that uses BOSS i.e. the contents are bossed out at >> regular intervals given that there is new content to save. Finally, as >> long as one has left the appropriate classes in the image there should >> not >> be a problem in VW with doing auto image saves although in general I >> don't >> like the idea any how. > > Humm... I do not know much about BOSS. What is the status of your > extension ? Could we use it ? Can you recreate a wiki from the database? > > Alexandre > >> >> -Charles >> >> >> On Tue, 28 Sep 2004 11:49:36 +0200, Alexandre Bergel >> >> wrote: >> >> >>We use VNC to connect and then on unix I imagine that exec does that >> >>for you, running a process that is not killing when you exit >> >>your session >> > >> >Right. The think with stripping an image is that there is some problem >> >with the saving mechanism of Smallwiki. The image is saved >> automatically >> >each hour and it does not work properly with a stripped image. >> > >> >I already mention this problem to the vwnc mailing list I guess... I do >> >not know if this has changed yet. >> > >> >We use VNC on our solaris server to hold the X session, and on our mac >> >we use the X11 server to connect to it. It works pretty fine. >> > >> >However, with Squeak there should not be any problem to have a non-gui >> >version. But we did not find it necessary to have it here, at the >> >University. >> > >> > >> > >> >Bytecode modification is extremely easy to do in Smalltalk. A 10 second >> >long example (made with Squeak). In a workspace do the following: >> >Object compile: 'foo ^ 1 + 2'. "Object new foo => 3" >> >(Object >> #foo) at: 7 put: 177. "The bytecode 177 does a - between the >> >operand" >> >Object new foo => -1 >> > >> >But I guess we are loosing track of this mailing list :-) >> > >> >Cheers, >> >Alexandre >> > >> >> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From bergel at iam.unibe.ch Tue Sep 28 19:09:39 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Tue, 28 Sep 2004 19:09:39 +0200 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <20040928094936.GJ20279@iam.unibe.ch> <20040928163454.GC21806@iam.unibe.ch> Message-ID: <20040928170939.GE21806@iam.unibe.ch> I read a bit about BOSS, this is similar to what Lukas did at the very beginning with SIXX. Everything was serialized under the xml format. I think the ideal would be to have a database behind... We have to discuss. Alexandre On Tue, Sep 28, 2004 at 12:59:50PM -0500, Charles A. Monteiro wrote: > Just to be sure, this is in VW. Recreation of a wiki is done by a > configuration utility which I call Configurator, sounded like a decent > name :) The content of the wiki i.e its folders, pages, resources etc is > persisted via Boss i.e. to a file. The configurator via a config file > takes care of setting up the wiki which includes user, the appropropriate > roles and permissions and the loading of the boss file i.e. the contents. > The configurator is also told how many snapshots to keep around and can be > also told to load a specific snapshot, by default it loads the latest. > Once you have things setup as you like them re-starting a wiki is a matter > of: > > Configurator startWikiFrom: aConfigFile. > > If it is indeed VW that you are using , I would like to tidy things up and > probably make the user and role configuration a little easier. I currently > allow anonymoous user the capability of viewing but not editing, a normal > user can only edit pages but not folders and of course admin can do > whatever it feels like doing. Of course you can create your own roles. > > Let me know if this would be useful to you and if so I'll put more focus > on it and I guess put it out in the Cincom public repository. > > -Charles > > On Tue, 28 Sep 2004 18:34:55 +0200, Alexandre Bergel > wrote: > > >>I'm using VW and yes I have not stripped my image. No need in my case. > >>Even if I did strip my image I would not have the same problem since I > >>don't rely on the auto image save storage mechanism but rather I built a > >>storage strategy that uses BOSS i.e. the contents are bossed out at > >>regular intervals given that there is new content to save. Finally, as > >>long as one has left the appropriate classes in the image there should > >>not > >>be a problem in VW with doing auto image saves although in general I > >>don't > >>like the idea any how. > > > >Humm... I do not know much about BOSS. What is the status of your > >extension ? Could we use it ? Can you recreate a wiki from the database? > > > >Alexandre > > > >> > >>-Charles > >> > >> > >>On Tue, 28 Sep 2004 11:49:36 +0200, Alexandre Bergel > >> > >>wrote: > >> > >>>>We use VNC to connect and then on unix I imagine that exec does that > >>>>for you, running a process that is not killing when you exit > >>>>your session > >>> > >>>Right. The think with stripping an image is that there is some problem > >>>with the saving mechanism of Smallwiki. The image is saved > >>automatically > >>>each hour and it does not work properly with a stripped image. > >>> > >>>I already mention this problem to the vwnc mailing list I guess... I do > >>>not know if this has changed yet. > >>> > >>>We use VNC on our solaris server to hold the X session, and on our mac > >>>we use the X11 server to connect to it. It works pretty fine. > >>> > >>>However, with Squeak there should not be any problem to have a non-gui > >>>version. But we did not find it necessary to have it here, at the > >>>University. > >>> > >>> > >>> > >>>Bytecode modification is extremely easy to do in Smalltalk. A 10 second > >>>long example (made with Squeak). In a workspace do the following: > >>>Object compile: 'foo ^ 1 + 2'. "Object new foo => 3" > >>>(Object >> #foo) at: 7 put: 177. "The bytecode 177 does a - between the > >>>operand" > >>>Object new foo => -1 > >>> > >>>But I guess we are loosing track of this mailing list :-) > >>> > >>>Cheers, > >>>Alexandre > >>> > >> > >> > >> > >>-- > >>Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > > > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From charles at datasof.com Tue Sep 28 20:27:21 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 28 Sep 2004 13:27:21 -0500 Subject: stripped image / stand alone service? In-Reply-To: <20040928170939.GE21806@iam.unibe.ch> References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <20040928094936.GJ20279@iam.unibe.ch> <20040928163454.GC21806@iam.unibe.ch> <20040928170939.GE21806@iam.unibe.ch> Message-ID: yes, but there is one big difference, BOSS creates files that are at least 10x smallter than SIXX. If you create a standard wiki, add a couple pages etc and then serialize via SIXX and compare that to serializing via BOSS you will find a 10x difference. The difference may be even greater once there is some real content in there. Also the time to save is of course much, much quicker. A database would be ideal but you can probably go quite a long ways with using Boss for your storage. EzBoard.com used it for quite a while and they are a huge site. If I need to scale up to a database I will probably first look into something like OminBase, a simple OODMS available for VW, free for non-commercial purposes. Finally, one of the benefits of a real database should be the capability of storing real deltas. Not sure if SmallWiki as it stands can tell the storage manager that but perhaps it is not that difficult to find out. -Charles On Tue, 28 Sep 2004 19:09:39 +0200, Alexandre Bergel wrote: > > I read a bit about BOSS, this is similar to what Lukas did at the very > beginning with SIXX. Everything was serialized under the xml format. > > I think the ideal would be to have a database behind... We have to > discuss. > > Alexandre > > > On Tue, Sep 28, 2004 at 12:59:50PM -0500, Charles A. Monteiro wrote: >> Just to be sure, this is in VW. Recreation of a wiki is done by a >> configuration utility which I call Configurator, sounded like a decent >> name :) The content of the wiki i.e its folders, pages, resources etc is >> persisted via Boss i.e. to a file. The configurator via a config file >> takes care of setting up the wiki which includes user, the >> appropropriate >> roles and permissions and the loading of the boss file i.e. the >> contents. >> The configurator is also told how many snapshots to keep around and can >> be >> also told to load a specific snapshot, by default it loads the latest. >> Once you have things setup as you like them re-starting a wiki is a >> matter >> of: >> >> Configurator startWikiFrom: aConfigFile. >> >> If it is indeed VW that you are using , I would like to tidy things up >> and >> probably make the user and role configuration a little easier. I >> currently >> allow anonymoous user the capability of viewing but not editing, a >> normal >> user can only edit pages but not folders and of course admin can do >> whatever it feels like doing. Of course you can create your own roles. >> >> Let me know if this would be useful to you and if so I'll put more focus >> on it and I guess put it out in the Cincom public repository. >> >> -Charles >> >> On Tue, 28 Sep 2004 18:34:55 +0200, Alexandre Bergel >> >> wrote: >> >> >>I'm using VW and yes I have not stripped my image. No need in my case. >> >>Even if I did strip my image I would not have the same problem since I >> >>don't rely on the auto image save storage mechanism but rather I >> built a >> >>storage strategy that uses BOSS i.e. the contents are bossed out at >> >>regular intervals given that there is new content to save. Finally, as >> >>long as one has left the appropriate classes in the image there should >> >>not >> >>be a problem in VW with doing auto image saves although in general I >> >>don't >> >>like the idea any how. >> > >> >Humm... I do not know much about BOSS. What is the status of your >> >extension ? Could we use it ? Can you recreate a wiki from the >> database? >> > >> >Alexandre >> > >> >> >> >>-Charles >> >> >> >> >> >>On Tue, 28 Sep 2004 11:49:36 +0200, Alexandre Bergel >> >> >> >>wrote: >> >> >> >>>>We use VNC to connect and then on unix I imagine that exec does that >> >>>>for you, running a process that is not killing when you exit >> >>>>your session >> >>> >> >>>Right. The think with stripping an image is that there is some >> problem >> >>>with the saving mechanism of Smallwiki. The image is saved >> >>automatically >> >>>each hour and it does not work properly with a stripped image. >> >>> >> >>>I already mention this problem to the vwnc mailing list I guess... I >> do >> >>>not know if this has changed yet. >> >>> >> >>>We use VNC on our solaris server to hold the X session, and on our >> mac >> >>>we use the X11 server to connect to it. It works pretty fine. >> >>> >> >>>However, with Squeak there should not be any problem to have a >> non-gui >> >>>version. But we did not find it necessary to have it here, at the >> >>>University. >> >>> >> >>> >> >>> >> >>>Bytecode modification is extremely easy to do in Smalltalk. A 10 >> second >> >>>long example (made with Squeak). In a workspace do the following: >> >>>Object compile: 'foo ^ 1 + 2'. "Object new foo => 3" >> >>>(Object >> #foo) at: 7 put: 177. "The bytecode 177 does a - between >> the >> >>>operand" >> >>>Object new foo => -1 >> >>> >> >>>But I guess we are loosing track of this mailing list :-) >> >>> >> >>>Cheers, >> >>>Alexandre >> >>> >> >> >> >> >> >> >> >>-- >> >>Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> > >> >> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Tue Sep 28 19:49:12 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Tue, 28 Sep 2004 19:49:12 +0200 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <20040928094936.GJ20279@iam.unibe.ch> <20040928163454.GC21806@iam.unibe.ch> <20040928170939.GE21806@iam.unibe.ch> Message-ID: hi all I think that this would be nice to have concerted effort to improve SmallWiki. I will publish in cincom store our latest version in which is added the tools made by frederick. Now it would be nice that lukas could give us an approximate schedule for SW2. and also how we can help him. We should get out of the bootstrap phase. Alex I would really like that you sit with lukas and code with him regularly. Stef From charles at datasof.com Tue Sep 28 21:18:08 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Tue, 28 Sep 2004 14:18:08 -0500 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <20040928094936.GJ20279@iam.unibe.ch> <20040928163454.GC21806@iam.unibe.ch> <20040928170939.GE21806@iam.unibe.ch> Message-ID: Are the admin tools built by Frederick compatible with Swiki 1? Have the features of those admin tools been documented on the wiki? On Tue, 28 Sep 2004 19:49:12 +0200, st?phane ducasse wrote: > hi all > > I think that this would be nice to have concerted effort to improve > SmallWiki. > I will publish in cincom store our latest version in which is added the > tools made by frederick. > > Now it would be nice that lukas could give us an approximate schedule > for SW2. > and also how we can help him. We should get out of the bootstrap phase. > > Alex I would really like that you sit with lukas and code with him > regularly. > > Stef -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Tue Sep 28 21:10:37 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Tue, 28 Sep 2004 21:10:37 +0200 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <20040928094936.GJ20279@iam.unibe.ch> <20040928163454.GC21806@iam.unibe.ch> <20040928170939.GE21806@iam.unibe.ch> Message-ID: <14E372B9-1182-11D9-AE03-000D932DAF46@iam.unibe.ch> fredrick only worked with SW1 and this should be compatible. For the documentation this is not that obvious but the code is in general of good quality. I will try to publish it. Stef On 28 sept. 04, at 21:18, Charles A. Monteiro wrote: > Are the admin tools built by Frederick compatible with Swiki 1? Have > the features of those admin tools been documented on the wiki? > > On Tue, 28 Sep 2004 19:49:12 +0200, st?phane ducasse > wrote: > >> hi all >> >> I think that this would be nice to have concerted effort to improve >> SmallWiki. >> I will publish in cincom store our latest version in which is added >> the tools made by frederick. >> >> Now it would be nice that lukas could give us an approximate schedule >> for SW2. >> and also how we can help him. We should get out of the bootstrap >> phase. >> >> Alex I would really like that you sit with lukas and code with him >> regularly. >> >> Stef > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From ducasse at iam.unibe.ch Tue Sep 28 21:25:09 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Tue, 28 Sep 2004 21:25:09 +0200 Subject: I tried but I cannot publish our internal version in public store Message-ID: <1CBFED8E-1184-11D9-AE03-000D932DAF46@iam.unibe.ch> Hi charles I'm fed up with store. really. So I tried to publish the work of frederick on store but since we worked with our version of SmallWiki Store does not let us publish it as a follow up of the smallWiki available on cincom store...... I prefer not to comment on that. Stef From avi at beta4.com Tue Sep 28 21:30:33 2004 From: avi at beta4.com (Avi Bryant) Date: Tue, 28 Sep 2004 21:30:33 +0200 Subject: I tried but I cannot publish our internal version in public store In-Reply-To: <1CBFED8E-1184-11D9-AE03-000D932DAF46@iam.unibe.ch> References: <1CBFED8E-1184-11D9-AE03-000D932DAF46@iam.unibe.ch> Message-ID: On Sep 28, 2004, at 9:25 PM, st?phane ducasse wrote: > Hi charles > > I'm fed up with store. really. > So I tried to publish the work of frederick on store but since we > worked with our version of SmallWiki > Store does not let us publish it as a follow up of the smallWiki > available on cincom store...... Gee, maybe you should port Monticello to VW... ;) Avi From ducasse at iam.unibe.ch Tue Sep 28 21:40:30 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Tue, 28 Sep 2004 21:40:30 +0200 Subject: About store Message-ID: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> Done ERROR: tw_package: Permission denied. ERROR: tw_package: Permission denied. ERROR: tw_package: Permission denied. Hi all this is the wonderful messages I get from store after been disconnected. really since of work. and yes and I also got a nice pop up saying error: nil wonderful, quite user friendly and robust with that. So here is what I did: I reconciled our internal one smallWiki release with one in the cincom database. Then I press release and boom. Stef From ducasse at iam.unibe.ch Tue Sep 28 21:40:30 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Tue, 28 Sep 2004 21:40:30 +0200 Subject: About store Message-ID: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> Done ERROR: tw_package: Permission denied. ERROR: tw_package: Permission denied. ERROR: tw_package: Permission denied. Hi all this is the wonderful messages I get from store after been disconnected. really since of work. and yes and I also got a nice pop up saying error: nil wonderful, quite user friendly and robust with that. So here is what I did: I reconciled our internal one smallWiki release with one in the cincom database. Then I press release and boom. Stef From Roel.Wuyts at ulb.ac.be Tue Sep 28 17:59:59 2004 From: Roel.Wuyts at ulb.ac.be (Roel Wuyts) Date: Tue, 28 Sep 2004 17:59:59 +0200 Subject: stripped image / stand alone service? In-Reply-To: References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> Message-ID: <7350DBE9-1167-11D9-B149-000A95C8D208@ulb.ac.be> For Mac you can also create one executable (like with BottomFeeder, for example). The docs explain how to do this. On 27 Sep 2004, at 16:36, Charles A. Monteiro wrote: > I suggest that you use RuntimePackager. Stripping need not be painful > if you decide on a conservative strip i.e. force the stripper to keep > all of your packages. However, once you have configured the > RuntimePackager for your specific project i.e. whether you had decided > on an aggressive strip strategy or a conservative one the result is > an *.rtp config file, that file from hence on can be loaded into > RuntimePackager and then running through the stripping is simple and > fast. > > If deploying on Windows one can then use the Reshacker tools to create > a single executable i.e. combining the vm and image and which can be > compressed by usually 50%. For Linux, Mac and the rest of the other 11 > platforms that are supported by VisualWorks you will have to deliver > both. > > The cool thing about running headful is that one does not have to > spend time building tools to support things. Why, because one can use > workspaces, inspectors. For my wikis I use workspaces to do all sorts > of admin stuff , creating users, changing paswords, forcing snapshots, > soon garbage collection of the wiki, etc. If I had to run headless , I > would have to build all sorts of tools. Not to mention, that I can > fully debug and fix issues live. Not bad. Saves me a lot of time. Not > every app needs to run headless and many apps that usually do run > headless could run headful. > > VisualWorks has quite a bit of OS support for Windows, just load the > appropriate goodies. > > Finally, VisualWorks is more akin to Java i.e. in the sense that there > is the notion of a runtime environment. Dolphin does not. There is > only one environment with them and that is Windows. In the case of > VisualWorks it is possible to create a generic runtime environment > (SRE - Smalltalk Runtime Environment) with the appropriate basic > support and then load the parcels needed at runtime. I had that for > something I had built that allowed one to find parcels in a p2p > network and then load them and run. Cincom will be releasing an SRE in > the next official rev, I believe. RuntimePackager allows one to create > custom environments that are specific to the app in question, that is > somewhat less useful because of the amount of memory and disk storage > that modern computers have but I guess if one is deploying on a pocket > pc device perhaps more applicable. > > -Charles > > > On Sun, 26 Sep 2004 20:58:03 +0200, st?phane ducasse > wrote: > >> >> On 26 sept. 04, at 20:47, Eric Tanter wrote: >> >>> st?phane ducasse wrote: >>>> Yes this is something called ImageStriper. Look in the doc they >>>> explain how to deploy an application. >>> >>> Ok I'll have a look. >>> >>>> Eric you do not have to have all the cincom distro but I would >>>> suggest you not to strip the image >>>> and keep the UI so that you can access SmallWiki and load update or >>>> other stuff with the debugger and soon. >>> >>> Yes but then how do I let smallwiki run in the background, even when >>> I'm logged out ? >> >> We use VNC to connect and then on unix I imagine that exec does that >> for you, running a process that is not killing when you exit >> your session >> >>> >>>> Watch out this is not always as we would like it to be :) >>> >>> it seems :( >> >> But stripping in VW works we already did that but this can be painful. >> >>> >>>> By the way I saw how to deploy an app with dolphin Smalltalk and >>>> this is was great: >>>> click on button >>>> click on some button >>>> wait 2 min and boom you get either a dll starting at 256k or an >>>> exe >>> >>> Nice! but this is only for windows, right? something similar for >>> unix/mac/linux? >> No this is a pity because they have Windows native widgets and MS >> close integration. Ok they have 90% of the market with them >> >>> >>> -- Eric >>> >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > > 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 charles at datasof.com Wed Sep 29 15:07:49 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 29 Sep 2004 08:07:49 -0500 Subject: stripped image / stand alone service? In-Reply-To: <7350DBE9-1167-11D9-B149-000A95C8D208@ulb.ac.be> References: <415708F6.1080407@dcc.uchile.cl> <41570ECA.5020702@dcc.uchile.cl> <7350DBE9-1167-11D9-B149-000A95C8D208@ulb.ac.be> Message-ID: yes, you are correct I forgot that they had come up with a similar mechanism for MAC, which reminds that I should turn on my poor G4 double processor once in a while, maybe I should just go ahead and put MAC OS X, still running 9.0 :) On Tue, 28 Sep 2004 17:59:59 +0200, Roel Wuyts wrote: > For Mac you can also create one executable (like with BottomFeeder, for > example). The docs explain how to do this. > > On 27 Sep 2004, at 16:36, Charles A. Monteiro wrote: > >> I suggest that you use RuntimePackager. Stripping need not be painful >> if you decide on a conservative strip i.e. force the stripper to keep >> all of your packages. However, once you have configured the >> RuntimePackager for your specific project i.e. whether you had decided >> on an aggressive strip strategy or a conservative one the result is an >> *.rtp config file, that file from hence on can be loaded into >> RuntimePackager and then running through the stripping is simple and >> fast. >> >> If deploying on Windows one can then use the Reshacker tools to create >> a single executable i.e. combining the vm and image and which can be >> compressed by usually 50%. For Linux, Mac and the rest of the other 11 >> platforms that are supported by VisualWorks you will have to deliver >> both. >> >> The cool thing about running headful is that one does not have to spend >> time building tools to support things. Why, because one can use >> workspaces, inspectors. For my wikis I use workspaces to do all sorts >> of admin stuff , creating users, changing paswords, forcing snapshots, >> soon garbage collection of the wiki, etc. If I had to run headless , I >> would have to build all sorts of tools. Not to mention, that I can >> fully debug and fix issues live. Not bad. Saves me a lot of time. Not >> every app needs to run headless and many apps that usually do run >> headless could run headful. >> >> VisualWorks has quite a bit of OS support for Windows, just load the >> appropriate goodies. >> >> Finally, VisualWorks is more akin to Java i.e. in the sense that there >> is the notion of a runtime environment. Dolphin does not. There is only >> one environment with them and that is Windows. In the case of >> VisualWorks it is possible to create a generic runtime environment (SRE >> - Smalltalk Runtime Environment) with the appropriate basic support and >> then load the parcels needed at runtime. I had that for something I had >> built that allowed one to find parcels in a p2p network and then load >> them and run. Cincom will be releasing an SRE in the next official rev, >> I believe. RuntimePackager allows one to create custom environments >> that are specific to the app in question, that is somewhat less useful >> because of the amount of memory and disk storage that modern computers >> have but I guess if one is deploying on a pocket pc device perhaps more >> applicable. >> >> -Charles >> >> >> On Sun, 26 Sep 2004 20:58:03 +0200, st?phane ducasse >> wrote: >> >>> >>> On 26 sept. 04, at 20:47, Eric Tanter wrote: >>> >>>> st?phane ducasse wrote: >>>>> Yes this is something called ImageStriper. Look in the doc they >>>>> explain how to deploy an application. >>>> >>>> Ok I'll have a look. >>>> >>>>> Eric you do not have to have all the cincom distro but I would >>>>> suggest you not to strip the image >>>>> and keep the UI so that you can access SmallWiki and load update or >>>>> other stuff with the debugger and soon. >>>> >>>> Yes but then how do I let smallwiki run in the background, even when >>>> I'm logged out ? >>> >>> We use VNC to connect and then on unix I imagine that exec does that >>> for you, running a process that is not killing when you exit >>> your session >>> >>>> >>>>> Watch out this is not always as we would like it to be :) >>>> >>>> it seems :( >>> >>> But stripping in VW works we already did that but this can be painful. >>> >>>> >>>>> By the way I saw how to deploy an app with dolphin Smalltalk and >>>>> this is was great: >>>>> click on button >>>>> click on some button >>>>> wait 2 min and boom you get either a dll starting at 256k or an >>>>> exe >>>> >>>> Nice! but this is only for windows, right? something similar for >>>> unix/mac/linux? >>> No this is a pity because they have Windows native widgets and MS >>> close integration. Ok they have 90% of the market with them >>> >>>> >>>> -- Eric >>>> >>> >> >> >> >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> >> > 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 > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From charles at datasof.com Wed Sep 29 15:25:01 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 29 Sep 2004 08:25:01 -0500 Subject: About store In-Reply-To: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> Message-ID: sorry, is "boom" a good thing? i.e. I usually associate "boom" with an explosion which is usually not a good thing :) I'll agree that StORE does not provide good messages but whenever you get a once of those not very informative dialogs simply break into the process i.e. do a "control Y" , then walk done the stack i.e. you should see where the dialog was actually asked to open, keep walking to where the code does most probably a "Dialog warn" or whatever construction of SimpleDialog and you will see the error and of course now you are in a wonderful Smalltalk debugger and therefore what is wrong should be quite a bit more apparent. Again, I do agree though that the messages that bubble up are not all that useful. You are apparently also running the "user management" stuff in StORE. I have not yet had a reason to do so. So my question is did Fredericks stuff actually make it into the public repository and again if it did does it work with SmallWiki 1 ? thanks Charles On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse wrote: > Done > ERROR: tw_package: Permission denied. > > ERROR: tw_package: Permission denied. > > ERROR: tw_package: Permission denied. > > Hi all this is the wonderful messages I get from store after been > disconnected. > really since of work. and yes and I also got a nice pop up saying error: > nil wonderful, quite user friendly and robust > with that. > > So here is what I did: I reconciled our internal one smallWiki release > with one in the cincom database. > Then I press release and boom. > > Stef -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From charles at datasof.com Wed Sep 29 15:26:23 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 29 Sep 2004 08:26:23 -0500 Subject: I tried but I cannot publish our internal version in public store In-Reply-To: References: <1CBFED8E-1184-11D9-AE03-000D932DAF46@iam.unibe.ch> Message-ID: please, StORE works pretty well most of the time, it has its quirks that is all On Tue, 28 Sep 2004 21:30:33 +0200, Avi Bryant wrote: > > On Sep 28, 2004, at 9:25 PM, st?phane ducasse wrote: > >> Hi charles >> >> I'm fed up with store. really. >> So I tried to publish the work of frederick on store but since we >> worked with our version of SmallWiki >> Store does not let us publish it as a follow up of the smallWiki >> available on cincom store...... > > Gee, maybe you should port Monticello to VW... ;) > > Avi > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Wed Sep 29 15:03:48 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 29 Sep 2004 15:03:48 +0200 Subject: I tried but I cannot publish our internal version in public store In-Reply-To: References: <1CBFED8E-1184-11D9-AE03-000D932DAF46@iam.unibe.ch> Message-ID: <00E8F28A-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> charles have you look at the code inside? because this is quite ugly and I think that VW deserves a much better tools at the level of merging, configurations.... Stef On 29 sept. 04, at 15:26, Charles A. Monteiro wrote: > please, StORE works pretty well most of the time, it has its quirks > that is all > > On Tue, 28 Sep 2004 21:30:33 +0200, Avi Bryant wrote: > >> >> On Sep 28, 2004, at 9:25 PM, st?phane ducasse wrote: >> >>> Hi charles >>> >>> I'm fed up with store. really. >>> So I tried to publish the work of frederick on store but since we >>> worked with our version of SmallWiki >>> Store does not let us publish it as a follow up of the smallWiki >>> available on cincom store...... >> >> Gee, maybe you should port Monticello to VW... ;) >> >> Avi >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From ducasse at iam.unibe.ch Wed Sep 29 15:06:33 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 29 Sep 2004 15:06:33 +0200 Subject: About store In-Reply-To: References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> Message-ID: <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> sorry, is "boom" a good thing? i.e. I usually associate "boom" with an explosion which is usually not a good thing :) > > I'll agree that StORE does not provide good messages but whenever you > get a once of those not very informative dialogs simply break into the > process i.e. do a "control Y" , then walk done the stack i.e. you > should see where the dialog was actually asked to open, keep walking > to where the code does most probably a "Dialog warn" or whatever > construction of SimpleDialog and you will see the error and of course > now you are in a wonderful Smalltalk debugger and therefore what is > wrong should be quite a bit more apparent. Again, I do agree though > that the messages that bubble up are not all that useful. Yes but normally to publish it this should have taken me 3 min and now I will spent two hours at least. So I will give a try. But I found that not really professional quality. > You are apparently also running the "user management" stuff in StORE. > I have not yet had a reason to do so. I do not understand what you mean. That people log and get accounts? Yes here we have a lot of user around and we prefered to know who is publishing what. > So my question is did Fredericks stuff actually make it into the > public repository and again if it did does it work with SmallWiki 1 ? No I could not because I was deconnected from the repository and left with this wonderful error meassage. Stef > > thanks > > Charles > > On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse > wrote: > >> Done >> ERROR: tw_package: Permission denied. >> >> ERROR: tw_package: Permission denied. >> >> ERROR: tw_package: Permission denied. >> >> Hi all this is the wonderful messages I get from store after been >> disconnected. >> really since of work. and yes and I also got a nice pop up saying >> error: nil wonderful, quite user friendly and robust >> with that. >> >> So here is what I did: I reconciled our internal one smallWiki >> release with one in the cincom database. >> Then I press release and boom. >> >> Stef > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From charles at datasof.com Wed Sep 29 16:40:05 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 29 Sep 2004 09:40:05 -0500 Subject: I tried but I cannot publish our internal version in public store In-Reply-To: <00E8F28A-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> References: <1CBFED8E-1184-11D9-AE03-000D932DAF46@iam.unibe.ch> <00E8F28A-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> Message-ID: I don't care about ugly code as long as I don't have to maintain it :) but it does have to be useful to me. my only other experiences with source code management tools has been with Envy and CVS. StORE I find better than CVS. StORE allows me to things that Envy did not allow me to do but overall the merging yes is better than StORE. I have also only used StORE in the context of very small teams i.e. 2 to 3 developers. A lot of the potentially painful merging issues are minimized by integrating often which is what I strive to do. So far I have managed okay. Can it be a better tool , yes. Taking the time to port to something new after the investment made and being made including upcoming functionality such as SmallDoc etc, not really sure, probably not. -Charles On Wed, 29 Sep 2004 15:03:48 +0200, st?phane ducasse wrote: > charles > > have you look at the code inside? > because this is quite ugly and I think that VW deserves a much better > tools at the level of merging, > configurations.... > > Stef > On 29 sept. 04, at 15:26, Charles A. Monteiro wrote: > >> please, StORE works pretty well most of the time, it has its quirks >> that is all >> >> On Tue, 28 Sep 2004 21:30:33 +0200, Avi Bryant wrote: >> >>> >>> On Sep 28, 2004, at 9:25 PM, st?phane ducasse wrote: >>> >>>> Hi charles >>>> >>>> I'm fed up with store. really. >>>> So I tried to publish the work of frederick on store but since we >>>> worked with our version of SmallWiki >>>> Store does not let us publish it as a follow up of the smallWiki >>>> available on cincom store...... >>> >>> Gee, maybe you should port Monticello to VW... ;) >>> >>> Avi >>> >> >> >> >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From charles at datasof.com Wed Sep 29 17:08:11 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 29 Sep 2004 10:08:11 -0500 Subject: About store In-Reply-To: <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> Message-ID: stef said: > I do not understand what you mean. That people log and get accounts? > Yes here we have a lot of user around and we prefered to know who is > publishing what. You can install user/group management or not when you setup StORE, this is different from people having user ids and logging in. The differences is that with the former you have the notion of permissions etc. Since every user needs to have an account you will at least always know who published what unless of course one user figures out the password of the other user. > No I could not because I was deconnected from the repository and left > with this wonderful error meassage. > BTW, just to check, are you using "switch databases"?, if you are working with more than one StORE repository which I assume you are i.e. the one at the university and Cincom Public repository "switch databases" will maintain you reconciled with all the repositories that you use. You should do this after you connect. I should setup my StORE on my Linux box at home , that way you could publish there i.e. it would be a virgin repository and then I could see what you are facing. Currently, I am running a Firebird repository locally on my XP notebook i.e. at home. At work I run both. -Charles On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse wrote: > sorry, is "boom" a good thing? i.e. I usually associate "boom" with an > explosion which is usually not a good thing :) >> >> I'll agree that StORE does not provide good messages but whenever you >> get a once of those not very informative dialogs simply break into the >> process i.e. do a "control Y" , then walk done the stack i.e. you >> should see where the dialog was actually asked to open, keep walking to >> where the code does most probably a "Dialog warn" or whatever >> construction of SimpleDialog and you will see the error and of course >> now you are in a wonderful Smalltalk debugger and therefore what is >> wrong should be quite a bit more apparent. Again, I do agree though >> that the messages that bubble up are not all that useful. > > Yes but normally to publish it this should have taken me 3 min and now I > will spent two hours at least. So I will give a try. > But I found that not really professional quality. > >> You are apparently also running the "user management" stuff in StORE. I >> have not yet had a reason to do so. > > I do not understand what you mean. That people log and get accounts? > Yes here we have a lot of user around and we prefered to know who is > publishing what. > >> So my question is did Fredericks stuff actually make it into the public >> repository and again if it did does it work with SmallWiki 1 ? > > No I could not because I was deconnected from the repository and left > with this wonderful error meassage. > > Stef > >> >> thanks >> >> Charles >> >> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >> wrote: >> >>> Done >>> ERROR: tw_package: Permission denied. >>> >>> ERROR: tw_package: Permission denied. >>> >>> ERROR: tw_package: Permission denied. >>> >>> Hi all this is the wonderful messages I get from store after been >>> disconnected. >>> really since of work. and yes and I also got a nice pop up saying >>> error: nil wonderful, quite user friendly and robust >>> with that. >>> >>> So here is what I did: I reconciled our internal one smallWiki release >>> with one in the cincom database. >>> Then I press release and boom. >>> >>> Stef >> >> >> >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Wed Sep 29 17:34:20 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 29 Sep 2004 17:34:20 +0200 Subject: About store In-Reply-To: References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> Message-ID: <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: > stef said: > >> I do not understand what you mean. That people log and get accounts? >> Yes here we have a lot of user around and we prefered to know who is >> publishing what. > > You can install user/group management or not when you setup StORE, > this is different from people having user ids and logging in. ok I was not aware of that. We installed it just when we migrated from 3.0 Envy. > The differences is that with the former you have the notion of > permissions etc. Since every user needs to have an account you will at > least always know who published what unless of course one user figures > out the password of the other user. Ok we decided not to have permissions but only have accounts. >> No I could not because I was deconnected from the repository and left >> with this wonderful error meassage. >> > > BTW, just to check, are you using "switch databases"?, No I will check that > if you are working with more than one StORE repository which I assume > you are i.e. the one at the university and Cincom Public repository > "switch databases" will maintain you reconciled with all the > repositories that you use. You should do this after you connect. > > I should setup my StORE on my Linux box at home , that way you could > publish there i.e. it would be a virgin repository and then I could > see what you are facing. Currently, I am running a Firebird repository > locally on my XP notebook i.e. at home. At work I run both. > I could create you an account in our store if you want. > -Charles > > > > On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse > wrote: > >> sorry, is "boom" a good thing? i.e. I usually associate "boom" with >> an explosion which is usually not a good thing :) >>> >>> I'll agree that StORE does not provide good messages but whenever >>> you get a once of those not very informative dialogs simply break >>> into the process i.e. do a "control Y" , then walk done the stack >>> i.e. you should see where the dialog was actually asked to open, >>> keep walking to where the code does most probably a "Dialog warn" or >>> whatever construction of SimpleDialog and you will see the error and >>> of course now you are in a wonderful Smalltalk debugger and >>> therefore what is wrong should be quite a bit more apparent. Again, >>> I do agree though that the messages that bubble up are not all that >>> useful. >> >> Yes but normally to publish it this should have taken me 3 min and >> now I will spent two hours at least. So I will give a try. >> But I found that not really professional quality. >> >>> You are apparently also running the "user management" stuff in >>> StORE. I have not yet had a reason to do so. >> >> I do not understand what you mean. That people log and get accounts? >> Yes here we have a lot of user around and we prefered to know who is >> publishing what. >> >>> So my question is did Fredericks stuff actually make it into the >>> public repository and again if it did does it work with SmallWiki 1 >>> ? >> >> No I could not because I was deconnected from the repository and left >> with this wonderful error meassage. >> >> Stef >> >>> >>> thanks >>> >>> Charles >>> >>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>> wrote: >>> >>>> Done >>>> ERROR: tw_package: Permission denied. >>>> >>>> ERROR: tw_package: Permission denied. >>>> >>>> ERROR: tw_package: Permission denied. >>>> >>>> Hi all this is the wonderful messages I get from store after been >>>> disconnected. >>>> really since of work. and yes and I also got a nice pop up saying >>>> error: nil wonderful, quite user friendly and robust >>>> with that. >>>> >>>> So here is what I did: I reconciled our internal one smallWiki >>>> release with one in the cincom database. >>>> Then I press release and boom. >>>> >>>> Stef >>> >>> >>> >>> -- Using Opera's revolutionary e-mail client: >>> http://www.opera.com/m2/ >>> >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From charles at datasof.com Wed Sep 29 19:29:03 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Wed, 29 Sep 2004 12:29:03 -0500 Subject: About store In-Reply-To: <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> Message-ID: >> I should setup my StORE on my Linux box at home , that way you could >> publish there i.e. it would be a virgin repository and then I could see >> what you are facing. Currently, I am running a Firebird repository >> locally on my XP notebook i.e. at home. At work I run both. >> > > I could create you an account in our store if you want. ok, but please send the info to my home accoount: charles at ocit.com, since I will not have the time to do it from here. So the plan would be to load what you have in your repository and then attempt to publish into the Cincom public repository , "switch databases" may do the trick though so let me know, btw can you cleanly load your bundles into a virgin image? It is a useful exercise to do often, keeps one on top of things. -Charles On Wed, 29 Sep 2004 17:34:20 +0200, st?phane ducasse wrote: > > On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: > >> stef said: >> >>> I do not understand what you mean. That people log and get accounts? >>> Yes here we have a lot of user around and we prefered to know who is >>> publishing what. >> >> You can install user/group management or not when you setup StORE, this >> is different from people having user ids and logging in. > > ok I was not aware of that. We installed it just when we migrated from > 3.0 Envy. > >> The differences is that with the former you have the notion of >> permissions etc. Since every user needs to have an account you will at >> least always know who published what unless of course one user figures >> out the password of the other user. > > Ok we decided not to have permissions but only have accounts. > >>> No I could not because I was deconnected from the repository and left >>> with this wonderful error meassage. >>> >> >> BTW, just to check, are you using "switch databases"?, > No I will check that > >> if you are working with more than one StORE repository which I assume >> you are i.e. the one at the university and Cincom Public repository >> "switch databases" will maintain you reconciled with all the >> repositories that you use. You should do this after you connect. >> >> I should setup my StORE on my Linux box at home , that way you could >> publish there i.e. it would be a virgin repository and then I could see >> what you are facing. Currently, I am running a Firebird repository >> locally on my XP notebook i.e. at home. At work I run both. >> > > I could create you an account in our store if you want. > >> -Charles >> >> >> >> On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse >> wrote: >> >>> sorry, is "boom" a good thing? i.e. I usually associate "boom" with an >>> explosion which is usually not a good thing :) >>>> >>>> I'll agree that StORE does not provide good messages but whenever you >>>> get a once of those not very informative dialogs simply break into >>>> the process i.e. do a "control Y" , then walk done the stack i.e. you >>>> should see where the dialog was actually asked to open, keep walking >>>> to where the code does most probably a "Dialog warn" or whatever >>>> construction of SimpleDialog and you will see the error and of course >>>> now you are in a wonderful Smalltalk debugger and therefore what is >>>> wrong should be quite a bit more apparent. Again, I do agree though >>>> that the messages that bubble up are not all that useful. >>> >>> Yes but normally to publish it this should have taken me 3 min and now >>> I will spent two hours at least. So I will give a try. >>> But I found that not really professional quality. >>> >>>> You are apparently also running the "user management" stuff in StORE. >>>> I have not yet had a reason to do so. >>> >>> I do not understand what you mean. That people log and get accounts? >>> Yes here we have a lot of user around and we prefered to know who is >>> publishing what. >>> >>>> So my question is did Fredericks stuff actually make it into the >>>> public repository and again if it did does it work with SmallWiki 1 ? >>> >>> No I could not because I was deconnected from the repository and left >>> with this wonderful error meassage. >>> >>> Stef >>> >>>> >>>> thanks >>>> >>>> Charles >>>> >>>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>>> wrote: >>>> >>>>> Done >>>>> ERROR: tw_package: Permission denied. >>>>> >>>>> ERROR: tw_package: Permission denied. >>>>> >>>>> ERROR: tw_package: Permission denied. >>>>> >>>>> Hi all this is the wonderful messages I get from store after been >>>>> disconnected. >>>>> really since of work. and yes and I also got a nice pop up saying >>>>> error: nil wonderful, quite user friendly and robust >>>>> with that. >>>>> >>>>> So here is what I did: I reconciled our internal one smallWiki >>>>> release with one in the cincom database. >>>>> Then I press release and boom. >>>>> >>>>> Stef >>>> >>>> >>>> >>>> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >>>> >>> >> >> >> >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Wed Sep 29 18:38:38 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 29 Sep 2004 18:38:38 +0200 Subject: About store In-Reply-To: References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> Message-ID: <03D17342-1236-11D9-B6E1-000D932DAF46@iam.unibe.ch> On 29 sept. 04, at 19:29, Charles A. Monteiro wrote: > > >>> I should setup my StORE on my Linux box at home , that way you could >>> publish there i.e. it would be a virgin repository and then I could >>> see what you are facing. Currently, I am running a Firebird >>> repository locally on my XP notebook i.e. at home. At work I run >>> both. >>> >> >> I could create you an account in our store if you want. > > ok, but please send the info to my home accoount: charles at ocit.com, > since I will not have the time to do it from here. So the plan would > be to load what you have in your repository and then attempt to > publish into the Cincom public repository , "switch databases" may do > the trick though so let me know, btw can you cleanly load your bundles > into a virgin image? It is a useful exercise to do often, keeps one on > top of things. Oh yes!!!! any good citizen should be able to load his stuff in a fresh in one click :) Stef > > -Charles > > > On Wed, 29 Sep 2004 17:34:20 +0200, st?phane ducasse > wrote: > >> >> On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: >> >>> stef said: >>> >>>> I do not understand what you mean. That people log and get accounts? >>>> Yes here we have a lot of user around and we prefered to know who >>>> is publishing what. >>> >>> You can install user/group management or not when you setup StORE, >>> this is different from people having user ids and logging in. >> >> ok I was not aware of that. We installed it just when we migrated >> from 3.0 Envy. >> >>> The differences is that with the former you have the notion of >>> permissions etc. Since every user needs to have an account you will >>> at least always know who published what unless of course one user >>> figures out the password of the other user. >> >> Ok we decided not to have permissions but only have accounts. >> >>>> No I could not because I was deconnected from the repository and >>>> left with this wonderful error meassage. >>>> >>> >>> BTW, just to check, are you using "switch databases"?, >> No I will check that >> >>> if you are working with more than one StORE repository which I >>> assume you are i.e. the one at the university and Cincom Public >>> repository "switch databases" will maintain you reconciled with all >>> the repositories that you use. You should do this after you connect. >>> >>> I should setup my StORE on my Linux box at home , that way you could >>> publish there i.e. it would be a virgin repository and then I could >>> see what you are facing. Currently, I am running a Firebird >>> repository locally on my XP notebook i.e. at home. At work I run >>> both. >>> >> >> I could create you an account in our store if you want. >> >>> -Charles >>> >>> >>> >>> On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse >>> wrote: >>> >>>> sorry, is "boom" a good thing? i.e. I usually associate "boom" with >>>> an explosion which is usually not a good thing :) >>>>> >>>>> I'll agree that StORE does not provide good messages but whenever >>>>> you get a once of those not very informative dialogs simply break >>>>> into the process i.e. do a "control Y" , then walk done the stack >>>>> i.e. you should see where the dialog was actually asked to open, >>>>> keep walking to where the code does most probably a "Dialog warn" >>>>> or whatever construction of SimpleDialog and you will see the >>>>> error and of course now you are in a wonderful Smalltalk debugger >>>>> and therefore what is wrong should be quite a bit more apparent. >>>>> Again, I do agree though that the messages that bubble up are not >>>>> all that useful. >>>> >>>> Yes but normally to publish it this should have taken me 3 min and >>>> now I will spent two hours at least. So I will give a try. >>>> But I found that not really professional quality. >>>> >>>>> You are apparently also running the "user management" stuff in >>>>> StORE. I have not yet had a reason to do so. >>>> >>>> I do not understand what you mean. That people log and get accounts? >>>> Yes here we have a lot of user around and we prefered to know who >>>> is publishing what. >>>> >>>>> So my question is did Fredericks stuff actually make it into the >>>>> public repository and again if it did does it work with SmallWiki >>>>> 1 ? >>>> >>>> No I could not because I was deconnected from the repository and >>>> left with this wonderful error meassage. >>>> >>>> Stef >>>> >>>>> >>>>> thanks >>>>> >>>>> Charles >>>>> >>>>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>>>> wrote: >>>>> >>>>>> Done >>>>>> ERROR: tw_package: Permission denied. >>>>>> >>>>>> ERROR: tw_package: Permission denied. >>>>>> >>>>>> ERROR: tw_package: Permission denied. >>>>>> >>>>>> Hi all this is the wonderful messages I get from store after been >>>>>> disconnected. >>>>>> really since of work. and yes and I also got a nice pop up saying >>>>>> error: nil wonderful, quite user friendly and robust >>>>>> with that. >>>>>> >>>>>> So here is what I did: I reconciled our internal one smallWiki >>>>>> release with one in the cincom database. >>>>>> Then I press release and boom. >>>>>> >>>>>> Stef >>>>> >>>>> >>>>> >>>>> -- Using Opera's revolutionary e-mail client: >>>>> http://www.opera.com/m2/ >>>>> >>>> >>> >>> >>> >>> -- Using Opera's revolutionary e-mail client: >>> http://www.opera.com/m2/ >>> >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From ducasse at iam.unibe.ch Wed Sep 29 21:09:28 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 29 Sep 2004 21:09:28 +0200 Subject: About store In-Reply-To: References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> Message-ID: <1634C15A-124B-11D9-9A32-000D932DAF46@iam.unibe.ch> I tried switch but this interface is crappyyyyyyy Why proposing a ok dialog box for all the no version prior. This is really bad. Do you do that regularly because this is really painful..... Stef On 29 sept. 04, at 19:29, Charles A. Monteiro wrote: > > >>> I should setup my StORE on my Linux box at home , that way you could >>> publish there i.e. it would be a virgin repository and then I could >>> see what you are facing. Currently, I am running a Firebird >>> repository locally on my XP notebook i.e. at home. At work I run >>> both. >>> >> >> I could create you an account in our store if you want. > > ok, but please send the info to my home accoount: charles at ocit.com, > since I will not have the time to do it from here. So the plan would > be to load what you have in your repository and then attempt to > publish into the Cincom public repository , "switch databases" may do > the trick though so let me know, btw can you cleanly load your bundles > into a virgin image? It is a useful exercise to do often, keeps one on > top of things. > > -Charles > > > On Wed, 29 Sep 2004 17:34:20 +0200, st?phane ducasse > wrote: > >> >> On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: >> >>> stef said: >>> >>>> I do not understand what you mean. That people log and get accounts? >>>> Yes here we have a lot of user around and we prefered to know who >>>> is publishing what. >>> >>> You can install user/group management or not when you setup StORE, >>> this is different from people having user ids and logging in. >> >> ok I was not aware of that. We installed it just when we migrated >> from 3.0 Envy. >> >>> The differences is that with the former you have the notion of >>> permissions etc. Since every user needs to have an account you will >>> at least always know who published what unless of course one user >>> figures out the password of the other user. >> >> Ok we decided not to have permissions but only have accounts. >> >>>> No I could not because I was deconnected from the repository and >>>> left with this wonderful error meassage. >>>> >>> >>> BTW, just to check, are you using "switch databases"?, >> No I will check that >> >>> if you are working with more than one StORE repository which I >>> assume you are i.e. the one at the university and Cincom Public >>> repository "switch databases" will maintain you reconciled with all >>> the repositories that you use. You should do this after you connect. >>> >>> I should setup my StORE on my Linux box at home , that way you could >>> publish there i.e. it would be a virgin repository and then I could >>> see what you are facing. Currently, I am running a Firebird >>> repository locally on my XP notebook i.e. at home. At work I run >>> both. >>> >> >> I could create you an account in our store if you want. >> >>> -Charles >>> >>> >>> >>> On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse >>> wrote: >>> >>>> sorry, is "boom" a good thing? i.e. I usually associate "boom" with >>>> an explosion which is usually not a good thing :) >>>>> >>>>> I'll agree that StORE does not provide good messages but whenever >>>>> you get a once of those not very informative dialogs simply break >>>>> into the process i.e. do a "control Y" , then walk done the stack >>>>> i.e. you should see where the dialog was actually asked to open, >>>>> keep walking to where the code does most probably a "Dialog warn" >>>>> or whatever construction of SimpleDialog and you will see the >>>>> error and of course now you are in a wonderful Smalltalk debugger >>>>> and therefore what is wrong should be quite a bit more apparent. >>>>> Again, I do agree though that the messages that bubble up are not >>>>> all that useful. >>>> >>>> Yes but normally to publish it this should have taken me 3 min and >>>> now I will spent two hours at least. So I will give a try. >>>> But I found that not really professional quality. >>>> >>>>> You are apparently also running the "user management" stuff in >>>>> StORE. I have not yet had a reason to do so. >>>> >>>> I do not understand what you mean. That people log and get accounts? >>>> Yes here we have a lot of user around and we prefered to know who >>>> is publishing what. >>>> >>>>> So my question is did Fredericks stuff actually make it into the >>>>> public repository and again if it did does it work with SmallWiki >>>>> 1 ? >>>> >>>> No I could not because I was deconnected from the repository and >>>> left with this wonderful error meassage. >>>> >>>> Stef >>>> >>>>> >>>>> thanks >>>>> >>>>> Charles >>>>> >>>>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>>>> wrote: >>>>> >>>>>> Done >>>>>> ERROR: tw_package: Permission denied. >>>>>> >>>>>> ERROR: tw_package: Permission denied. >>>>>> >>>>>> ERROR: tw_package: Permission denied. >>>>>> >>>>>> Hi all this is the wonderful messages I get from store after been >>>>>> disconnected. >>>>>> really since of work. and yes and I also got a nice pop up saying >>>>>> error: nil wonderful, quite user friendly and robust >>>>>> with that. >>>>>> >>>>>> So here is what I did: I reconciled our internal one smallWiki >>>>>> release with one in the cincom database. >>>>>> Then I press release and boom. >>>>>> >>>>>> Stef >>>>> >>>>> >>>>> >>>>> -- Using Opera's revolutionary e-mail client: >>>>> http://www.opera.com/m2/ >>>>> >>>> >>> >>> >>> >>> -- Using Opera's revolutionary e-mail client: >>> http://www.opera.com/m2/ >>> >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From ducasse at iam.unibe.ch Wed Sep 29 21:20:05 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Wed, 29 Sep 2004 21:20:05 +0200 Subject: About store In-Reply-To: <03D17342-1236-11D9-B6E1-000D932DAF46@iam.unibe.ch> References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> <03D17342-1236-11D9-B6E1-000D932DAF46@iam.unibe.ch> Message-ID: <918A3908-124C-11D9-9A32-000D932DAF46@iam.unibe.ch> I give up sorry I have something else to do than to lose my time with this crappy software. This is the worse smalltalk application I ever see. So I tried to switch databases then I connected to cincom sotre and again the same problems I just lost 30 min in the process. Perfect productivity with this product. So if someone can publish the latest version of SmallWiki from our local store to cincom one as a follow up of the version before the camp version this would be good. Stef On 29 sept. 04, at 18:38, st?phane ducasse wrote: > > On 29 sept. 04, at 19:29, Charles A. Monteiro wrote: > >> >> >>>> I should setup my StORE on my Linux box at home , that way you >>>> could publish there i.e. it would be a virgin repository and then I >>>> could see what you are facing. Currently, I am running a Firebird >>>> repository locally on my XP notebook i.e. at home. At work I run >>>> both. >>>> >>> >>> I could create you an account in our store if you want. >> >> ok, but please send the info to my home accoount: charles at ocit.com, >> since I will not have the time to do it from here. So the plan would >> be to load what you have in your repository and then attempt to >> publish into the Cincom public repository , "switch databases" may do >> the trick though so let me know, btw can you cleanly load your >> bundles into a virgin image? It is a useful exercise to do often, >> keeps one on top of things. > > Oh yes!!!! > any good citizen should be able to load his stuff in a fresh in one > click :) > > Stef > >> >> -Charles >> >> >> On Wed, 29 Sep 2004 17:34:20 +0200, st?phane ducasse >> wrote: >> >>> >>> On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: >>> >>>> stef said: >>>> >>>>> I do not understand what you mean. That people log and get >>>>> accounts? >>>>> Yes here we have a lot of user around and we prefered to know who >>>>> is publishing what. >>>> >>>> You can install user/group management or not when you setup StORE, >>>> this is different from people having user ids and logging in. >>> >>> ok I was not aware of that. We installed it just when we migrated >>> from 3.0 Envy. >>> >>>> The differences is that with the former you have the notion of >>>> permissions etc. Since every user needs to have an account you will >>>> at least always know who published what unless of course one user >>>> figures out the password of the other user. >>> >>> Ok we decided not to have permissions but only have accounts. >>> >>>>> No I could not because I was deconnected from the repository and >>>>> left with this wonderful error meassage. >>>>> >>>> >>>> BTW, just to check, are you using "switch databases"?, >>> No I will check that >>> >>>> if you are working with more than one StORE repository which I >>>> assume you are i.e. the one at the university and Cincom Public >>>> repository "switch databases" will maintain you reconciled with all >>>> the repositories that you use. You should do this after you >>>> connect. >>>> >>>> I should setup my StORE on my Linux box at home , that way you >>>> could publish there i.e. it would be a virgin repository and then I >>>> could see what you are facing. Currently, I am running a Firebird >>>> repository locally on my XP notebook i.e. at home. At work I run >>>> both. >>>> >>> >>> I could create you an account in our store if you want. >>> >>>> -Charles >>>> >>>> >>>> >>>> On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse >>>> wrote: >>>> >>>>> sorry, is "boom" a good thing? i.e. I usually associate "boom" >>>>> with an explosion which is usually not a good thing :) >>>>>> >>>>>> I'll agree that StORE does not provide good messages but whenever >>>>>> you get a once of those not very informative dialogs simply break >>>>>> into the process i.e. do a "control Y" , then walk done the stack >>>>>> i.e. you should see where the dialog was actually asked to open, >>>>>> keep walking to where the code does most probably a "Dialog warn" >>>>>> or whatever construction of SimpleDialog and you will see the >>>>>> error and of course now you are in a wonderful Smalltalk debugger >>>>>> and therefore what is wrong should be quite a bit more apparent. >>>>>> Again, I do agree though that the messages that bubble up are not >>>>>> all that useful. >>>>> >>>>> Yes but normally to publish it this should have taken me 3 min and >>>>> now I will spent two hours at least. So I will give a try. >>>>> But I found that not really professional quality. >>>>> >>>>>> You are apparently also running the "user management" stuff in >>>>>> StORE. I have not yet had a reason to do so. >>>>> >>>>> I do not understand what you mean. That people log and get >>>>> accounts? >>>>> Yes here we have a lot of user around and we prefered to know who >>>>> is publishing what. >>>>> >>>>>> So my question is did Fredericks stuff actually make it into the >>>>>> public repository and again if it did does it work with SmallWiki >>>>>> 1 ? >>>>> >>>>> No I could not because I was deconnected from the repository and >>>>> left with this wonderful error meassage. >>>>> >>>>> Stef >>>>> >>>>>> >>>>>> thanks >>>>>> >>>>>> Charles >>>>>> >>>>>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>>>>> wrote: >>>>>> >>>>>>> Done >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> Hi all this is the wonderful messages I get from store after >>>>>>> been disconnected. >>>>>>> really since of work. and yes and I also got a nice pop up >>>>>>> saying error: nil wonderful, quite user friendly and robust >>>>>>> with that. >>>>>>> >>>>>>> So here is what I did: I reconciled our internal one smallWiki >>>>>>> release with one in the cincom database. >>>>>>> Then I press release and boom. >>>>>>> >>>>>>> Stef >>>>>> >>>>>> >>>>>> >>>>>> -- Using Opera's revolutionary e-mail client: >>>>>> http://www.opera.com/m2/ >>>>>> >>>>> >>>> >>>> >>>> >>>> -- Using Opera's revolutionary e-mail client: >>>> http://www.opera.com/m2/ >>>> >>> >> >> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> > > From charles at datasof.com Thu Sep 30 15:51:11 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Thu, 30 Sep 2004 08:51:11 -0500 Subject: About store In-Reply-To: <918A3908-124C-11D9-9A32-000D932DAF46@iam.unibe.ch> References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> <03D17342-1236-11D9-B6E1-000D932DAF46@iam.unibe.ch> <918A3908-124C-11D9-9A32-000D932DAF46@iam.unibe.ch> Message-ID: Stef: As per my email to you last nite, I was successful in publishing your latest to Cincom's repository i.e. once I retrieved it from your repository. I had no problems whatsoever. Mind you I started with a virgin image , loaded yours, connected to Cincom, switched databases, and published all on a cable connection. -Charles On Wed, 29 Sep 2004 21:20:05 +0200, st?phane ducasse wrote: > I give up sorry I have something else to do than to lose my time with > this crappy software. > This is the worse smalltalk application I ever see. So I tried to switch > databases then I connected to cincom > sotre and again the same problems I just lost 30 min in the process. > Perfect productivity with this product. > So if someone can publish the latest version of SmallWiki from our local > store to cincom one as a follow up of the version > before the camp version this would be good. > > Stef > > > On 29 sept. 04, at 18:38, st?phane ducasse wrote: > >> >> On 29 sept. 04, at 19:29, Charles A. Monteiro wrote: >> >>> >>> >>>>> I should setup my StORE on my Linux box at home , that way you could >>>>> publish there i.e. it would be a virgin repository and then I could >>>>> see what you are facing. Currently, I am running a Firebird >>>>> repository locally on my XP notebook i.e. at home. At work I run >>>>> both. >>>>> >>>> >>>> I could create you an account in our store if you want. >>> >>> ok, but please send the info to my home accoount: charles at ocit.com, >>> since I will not have the time to do it from here. So the plan would >>> be to load what you have in your repository and then attempt to >>> publish into the Cincom public repository , "switch databases" may do >>> the trick though so let me know, btw can you cleanly load your bundles >>> into a virgin image? It is a useful exercise to do often, keeps one on >>> top of things. >> >> Oh yes!!!! >> any good citizen should be able to load his stuff in a fresh in one >> click :) >> >> Stef >> >>> >>> -Charles >>> >>> >>> On Wed, 29 Sep 2004 17:34:20 +0200, st?phane ducasse >>> wrote: >>> >>>> >>>> On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: >>>> >>>>> stef said: >>>>> >>>>>> I do not understand what you mean. That people log and get accounts? >>>>>> Yes here we have a lot of user around and we prefered to know who >>>>>> is publishing what. >>>>> >>>>> You can install user/group management or not when you setup StORE, >>>>> this is different from people having user ids and logging in. >>>> >>>> ok I was not aware of that. We installed it just when we migrated >>>> from 3.0 Envy. >>>> >>>>> The differences is that with the former you have the notion of >>>>> permissions etc. Since every user needs to have an account you will >>>>> at least always know who published what unless of course one user >>>>> figures out the password of the other user. >>>> >>>> Ok we decided not to have permissions but only have accounts. >>>> >>>>>> No I could not because I was deconnected from the repository and >>>>>> left with this wonderful error meassage. >>>>>> >>>>> >>>>> BTW, just to check, are you using "switch databases"?, >>>> No I will check that >>>> >>>>> if you are working with more than one StORE repository which I >>>>> assume you are i.e. the one at the university and Cincom Public >>>>> repository "switch databases" will maintain you reconciled with all >>>>> the repositories that you use. You should do this after you connect. >>>>> >>>>> I should setup my StORE on my Linux box at home , that way you could >>>>> publish there i.e. it would be a virgin repository and then I could >>>>> see what you are facing. Currently, I am running a Firebird >>>>> repository locally on my XP notebook i.e. at home. At work I run >>>>> both. >>>>> >>>> >>>> I could create you an account in our store if you want. >>>> >>>>> -Charles >>>>> >>>>> >>>>> >>>>> On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse >>>>> wrote: >>>>> >>>>>> sorry, is "boom" a good thing? i.e. I usually associate "boom" with >>>>>> an explosion which is usually not a good thing :) >>>>>>> >>>>>>> I'll agree that StORE does not provide good messages but whenever >>>>>>> you get a once of those not very informative dialogs simply break >>>>>>> into the process i.e. do a "control Y" , then walk done the stack >>>>>>> i.e. you should see where the dialog was actually asked to open, >>>>>>> keep walking to where the code does most probably a "Dialog warn" >>>>>>> or whatever construction of SimpleDialog and you will see the >>>>>>> error and of course now you are in a wonderful Smalltalk debugger >>>>>>> and therefore what is wrong should be quite a bit more apparent. >>>>>>> Again, I do agree though that the messages that bubble up are not >>>>>>> all that useful. >>>>>> >>>>>> Yes but normally to publish it this should have taken me 3 min and >>>>>> now I will spent two hours at least. So I will give a try. >>>>>> But I found that not really professional quality. >>>>>> >>>>>>> You are apparently also running the "user management" stuff in >>>>>>> StORE. I have not yet had a reason to do so. >>>>>> >>>>>> I do not understand what you mean. That people log and get accounts? >>>>>> Yes here we have a lot of user around and we prefered to know who >>>>>> is publishing what. >>>>>> >>>>>>> So my question is did Fredericks stuff actually make it into the >>>>>>> public repository and again if it did does it work with SmallWiki >>>>>>> 1 ? >>>>>> >>>>>> No I could not because I was deconnected from the repository and >>>>>> left with this wonderful error meassage. >>>>>> >>>>>> Stef >>>>>> >>>>>>> >>>>>>> thanks >>>>>>> >>>>>>> Charles >>>>>>> >>>>>>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>>>>>> wrote: >>>>>>> >>>>>>>> Done >>>>>>>> ERROR: tw_package: Permission denied. >>>>>>>> >>>>>>>> ERROR: tw_package: Permission denied. >>>>>>>> >>>>>>>> ERROR: tw_package: Permission denied. >>>>>>>> >>>>>>>> Hi all this is the wonderful messages I get from store after been >>>>>>>> disconnected. >>>>>>>> really since of work. and yes and I also got a nice pop up saying >>>>>>>> error: nil wonderful, quite user friendly and robust >>>>>>>> with that. >>>>>>>> >>>>>>>> So here is what I did: I reconciled our internal one smallWiki >>>>>>>> release with one in the cincom database. >>>>>>>> Then I press release and boom. >>>>>>>> >>>>>>>> Stef >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- Using Opera's revolutionary e-mail client: >>>>>>> http://www.opera.com/m2/ >>>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- Using Opera's revolutionary e-mail client: >>>>> http://www.opera.com/m2/ >>>>> >>>> >>> >>> >>> >>> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >>> >> >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From ducasse at iam.unibe.ch Thu Sep 30 15:04:10 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Thu, 30 Sep 2004 15:04:10 +0200 Subject: About store In-Reply-To: References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> <03D17342-1236-11D9-B6E1-000D932DAF46@iam.unibe.ch> <918A3908-124C-11D9-9A32-000D932DAF46@iam.unibe.ch> Message-ID: <38496FFE-12E1-11D9-9A32-000D932DAF46@iam.unibe.ch> ok this is good to know. I tried several times and failed. Stef On 30 sept. 04, at 15:51, Charles A. Monteiro wrote: > Stef: > > As per my email to you last nite, I was successful in publishing your > latest to Cincom's repository i.e. once I retrieved it from your > repository. I had no problems whatsoever. Mind you I started with a > virgin image , loaded yours, connected to Cincom, switched databases, > and published all on a cable connection. > > -Charles > > > On Wed, 29 Sep 2004 21:20:05 +0200, st?phane ducasse > wrote: > >> I give up sorry I have something else to do than to lose my time with >> this crappy software. >> This is the worse smalltalk application I ever see. So I tried to >> switch databases then I connected to cincom >> sotre and again the same problems I just lost 30 min in the process. >> Perfect productivity with this product. >> So if someone can publish the latest version of SmallWiki from our >> local store to cincom one as a follow up of the version >> before the camp version this would be good. >> >> Stef >> >> >> On 29 sept. 04, at 18:38, st?phane ducasse wrote: >> >>> >>> On 29 sept. 04, at 19:29, Charles A. Monteiro wrote: >>> >>>> >>>> >>>>>> I should setup my StORE on my Linux box at home , that way you >>>>>> could publish there i.e. it would be a virgin repository and then >>>>>> I could see what you are facing. Currently, I am running a >>>>>> Firebird repository locally on my XP notebook i.e. at home. At >>>>>> work I run both. >>>>>> >>>>> >>>>> I could create you an account in our store if you want. >>>> >>>> ok, but please send the info to my home accoount: charles at ocit.com, >>>> since I will not have the time to do it from here. So the plan >>>> would be to load what you have in your repository and then attempt >>>> to publish into the Cincom public repository , "switch databases" >>>> may do the trick though so let me know, btw can you cleanly load >>>> your bundles into a virgin image? It is a useful exercise to do >>>> often, keeps one on top of things. >>> >>> Oh yes!!!! >>> any good citizen should be able to load his stuff in a fresh in one >>> click :) >>> >>> Stef >>> >>>> >>>> -Charles >>>> >>>> >>>> On Wed, 29 Sep 2004 17:34:20 +0200, st?phane ducasse >>>> wrote: >>>> >>>>> >>>>> On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: >>>>> >>>>>> stef said: >>>>>> >>>>>>> I do not understand what you mean. That people log and get >>>>>>> accounts? >>>>>>> Yes here we have a lot of user around and we prefered to know >>>>>>> who is publishing what. >>>>>> >>>>>> You can install user/group management or not when you setup >>>>>> StORE, this is different from people having user ids and logging >>>>>> in. >>>>> >>>>> ok I was not aware of that. We installed it just when we migrated >>>>> from 3.0 Envy. >>>>> >>>>>> The differences is that with the former you have the notion of >>>>>> permissions etc. Since every user needs to have an account you >>>>>> will at least always know who published what unless of course one >>>>>> user figures out the password of the other user. >>>>> >>>>> Ok we decided not to have permissions but only have accounts. >>>>> >>>>>>> No I could not because I was deconnected from the repository and >>>>>>> left with this wonderful error meassage. >>>>>>> >>>>>> >>>>>> BTW, just to check, are you using "switch databases"?, >>>>> No I will check that >>>>> >>>>>> if you are working with more than one StORE repository which I >>>>>> assume you are i.e. the one at the university and Cincom Public >>>>>> repository "switch databases" will maintain you reconciled with >>>>>> all the repositories that you use. You should do this after you >>>>>> connect. >>>>>> >>>>>> I should setup my StORE on my Linux box at home , that way you >>>>>> could publish there i.e. it would be a virgin repository and then >>>>>> I could see what you are facing. Currently, I am running a >>>>>> Firebird repository locally on my XP notebook i.e. at home. At >>>>>> work I run both. >>>>>> >>>>> >>>>> I could create you an account in our store if you want. >>>>> >>>>>> -Charles >>>>>> >>>>>> >>>>>> >>>>>> On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse >>>>>> wrote: >>>>>> >>>>>>> sorry, is "boom" a good thing? i.e. I usually associate "boom" >>>>>>> with an explosion which is usually not a good thing :) >>>>>>>> >>>>>>>> I'll agree that StORE does not provide good messages but >>>>>>>> whenever you get a once of those not very informative dialogs >>>>>>>> simply break into the process i.e. do a "control Y" , then walk >>>>>>>> done the stack i.e. you should see where the dialog was >>>>>>>> actually asked to open, keep walking to where the code does >>>>>>>> most probably a "Dialog warn" or whatever construction of >>>>>>>> SimpleDialog and you will see the error and of course now you >>>>>>>> are in a wonderful Smalltalk debugger and therefore what is >>>>>>>> wrong should be quite a bit more apparent. Again, I do agree >>>>>>>> though that the messages that bubble up are not all that >>>>>>>> useful. >>>>>>> >>>>>>> Yes but normally to publish it this should have taken me 3 min >>>>>>> and now I will spent two hours at least. So I will give a try. >>>>>>> But I found that not really professional quality. >>>>>>> >>>>>>>> You are apparently also running the "user management" stuff in >>>>>>>> StORE. I have not yet had a reason to do so. >>>>>>> >>>>>>> I do not understand what you mean. That people log and get >>>>>>> accounts? >>>>>>> Yes here we have a lot of user around and we prefered to know >>>>>>> who is publishing what. >>>>>>> >>>>>>>> So my question is did Fredericks stuff actually make it into >>>>>>>> the public repository and again if it did does it work with >>>>>>>> SmallWiki 1 ? >>>>>>> >>>>>>> No I could not because I was deconnected from the repository and >>>>>>> left with this wonderful error meassage. >>>>>>> >>>>>>> Stef >>>>>>> >>>>>>>> >>>>>>>> thanks >>>>>>>> >>>>>>>> Charles >>>>>>>> >>>>>>>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Done >>>>>>>>> ERROR: tw_package: Permission denied. >>>>>>>>> >>>>>>>>> ERROR: tw_package: Permission denied. >>>>>>>>> >>>>>>>>> ERROR: tw_package: Permission denied. >>>>>>>>> >>>>>>>>> Hi all this is the wonderful messages I get from store after >>>>>>>>> been disconnected. >>>>>>>>> really since of work. and yes and I also got a nice pop up >>>>>>>>> saying error: nil wonderful, quite user friendly and robust >>>>>>>>> with that. >>>>>>>>> >>>>>>>>> So here is what I did: I reconciled our internal one smallWiki >>>>>>>>> release with one in the cincom database. >>>>>>>>> Then I press release and boom. >>>>>>>>> >>>>>>>>> Stef >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- Using Opera's revolutionary e-mail client: >>>>>>>> http://www.opera.com/m2/ >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- Using Opera's revolutionary e-mail client: >>>>>> http://www.opera.com/m2/ >>>>>> >>>>> >>>> >>>> >>>> >>>> -- Using Opera's revolutionary e-mail client: >>>> http://www.opera.com/m2/ >>>> >>> >>> >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ > From charles at datasof.com Thu Sep 30 16:08:17 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Thu, 30 Sep 2004 09:08:17 -0500 Subject: About store In-Reply-To: <1634C15A-124B-11D9-9A32-000D932DAF46@iam.unibe.ch> References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> <1634C15A-124B-11D9-9A32-000D932DAF46@iam.unibe.ch> Message-ID: Not sure what you mean, I generally don't have problems publishing, although I had issues using the StoreForAccess interface when publishing to another type of repository. However, that interface is known not to be complete. I currently use Firebird as my local repository where I publish feverishly probably like at least 10 times a day if not more, when in active development mode I tend to publish to the team repository once a day or so. I am very diligent about switching databases and about how I save an image. I currently only save an image directly after I shutdown, re-start the image, and load whatever bundle. I would consider starting with a virgin image , loading your SmallWiki from your repository. Load whatever other development conveniences you use. Garbage collect, save image. Connect to Cincom do "switch databases" , btw, first time you "switch databases" it will take longer, garbage collect , save image. Then every time, you connect to a repository do a "switch databases". Locally, I have independent repositories for my personal projects i.e. at home I am actively synchronized with about 4 repositories , if I recall correctly. StORE is not perfect, but I believe that the pain that you are suffering is not normal. -Charles On Wed, 29 Sep 2004 21:09:28 +0200, st?phane ducasse wrote: > I tried switch but this interface is crappyyyyyyy > Why proposing a ok dialog box for all the no version prior. This is > really bad. > Do you do that regularly because this is really painful..... > > > Stef > > On 29 sept. 04, at 19:29, Charles A. Monteiro wrote: > >> >> >>>> I should setup my StORE on my Linux box at home , that way you could >>>> publish there i.e. it would be a virgin repository and then I could >>>> see what you are facing. Currently, I am running a Firebird >>>> repository locally on my XP notebook i.e. at home. At work I run both. >>>> >>> >>> I could create you an account in our store if you want. >> >> ok, but please send the info to my home accoount: charles at ocit.com, >> since I will not have the time to do it from here. So the plan would be >> to load what you have in your repository and then attempt to publish >> into the Cincom public repository , "switch databases" may do the trick >> though so let me know, btw can you cleanly load your bundles into a >> virgin image? It is a useful exercise to do often, keeps one on top of >> things. >> >> -Charles >> >> >> On Wed, 29 Sep 2004 17:34:20 +0200, st?phane ducasse >> wrote: >> >>> >>> On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: >>> >>>> stef said: >>>> >>>>> I do not understand what you mean. That people log and get accounts? >>>>> Yes here we have a lot of user around and we prefered to know who is >>>>> publishing what. >>>> >>>> You can install user/group management or not when you setup StORE, >>>> this is different from people having user ids and logging in. >>> >>> ok I was not aware of that. We installed it just when we migrated from >>> 3.0 Envy. >>> >>>> The differences is that with the former you have the notion of >>>> permissions etc. Since every user needs to have an account you will >>>> at least always know who published what unless of course one user >>>> figures out the password of the other user. >>> >>> Ok we decided not to have permissions but only have accounts. >>> >>>>> No I could not because I was deconnected from the repository and >>>>> left with this wonderful error meassage. >>>>> >>>> >>>> BTW, just to check, are you using "switch databases"?, >>> No I will check that >>> >>>> if you are working with more than one StORE repository which I >>>> assume you are i.e. the one at the university and Cincom Public >>>> repository "switch databases" will maintain you reconciled with all >>>> the repositories that you use. You should do this after you connect. >>>> >>>> I should setup my StORE on my Linux box at home , that way you could >>>> publish there i.e. it would be a virgin repository and then I could >>>> see what you are facing. Currently, I am running a Firebird >>>> repository locally on my XP notebook i.e. at home. At work I run both. >>>> >>> >>> I could create you an account in our store if you want. >>> >>>> -Charles >>>> >>>> >>>> >>>> On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse >>>> wrote: >>>> >>>>> sorry, is "boom" a good thing? i.e. I usually associate "boom" with >>>>> an explosion which is usually not a good thing :) >>>>>> >>>>>> I'll agree that StORE does not provide good messages but whenever >>>>>> you get a once of those not very informative dialogs simply break >>>>>> into the process i.e. do a "control Y" , then walk done the stack >>>>>> i.e. you should see where the dialog was actually asked to open, >>>>>> keep walking to where the code does most probably a "Dialog warn" >>>>>> or whatever construction of SimpleDialog and you will see the error >>>>>> and of course now you are in a wonderful Smalltalk debugger and >>>>>> therefore what is wrong should be quite a bit more apparent. Again, >>>>>> I do agree though that the messages that bubble up are not all that >>>>>> useful. >>>>> >>>>> Yes but normally to publish it this should have taken me 3 min and >>>>> now I will spent two hours at least. So I will give a try. >>>>> But I found that not really professional quality. >>>>> >>>>>> You are apparently also running the "user management" stuff in >>>>>> StORE. I have not yet had a reason to do so. >>>>> >>>>> I do not understand what you mean. That people log and get accounts? >>>>> Yes here we have a lot of user around and we prefered to know who is >>>>> publishing what. >>>>> >>>>>> So my question is did Fredericks stuff actually make it into the >>>>>> public repository and again if it did does it work with SmallWiki 1 >>>>>> ? >>>>> >>>>> No I could not because I was deconnected from the repository and >>>>> left with this wonderful error meassage. >>>>> >>>>> Stef >>>>> >>>>>> >>>>>> thanks >>>>>> >>>>>> Charles >>>>>> >>>>>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>>>>> wrote: >>>>>> >>>>>>> Done >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> Hi all this is the wonderful messages I get from store after been >>>>>>> disconnected. >>>>>>> really since of work. and yes and I also got a nice pop up saying >>>>>>> error: nil wonderful, quite user friendly and robust >>>>>>> with that. >>>>>>> >>>>>>> So here is what I did: I reconciled our internal one smallWiki >>>>>>> release with one in the cincom database. >>>>>>> Then I press release and boom. >>>>>>> >>>>>>> Stef >>>>>> >>>>>> >>>>>> >>>>>> -- Using Opera's revolutionary e-mail client: >>>>>> http://www.opera.com/m2/ >>>>>> >>>>> >>>> >>>> >>>> >>>> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >>>> >>> >> >> >> >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ From charles at datasof.com Thu Sep 30 16:08:17 2004 From: charles at datasof.com (Charles A. Monteiro) Date: Thu, 30 Sep 2004 09:08:17 -0500 Subject: About store In-Reply-To: <1634C15A-124B-11D9-9A32-000D932DAF46@iam.unibe.ch> References: <412DB3DA-1186-11D9-AE03-000D932DAF46@iam.unibe.ch> <62F4D5FA-1218-11D9-BEAC-000D932DAF46@iam.unibe.ch> <081DFD84-122D-11D9-B6E1-000D932DAF46@iam.unibe.ch> <1634C15A-124B-11D9-9A32-000D932DAF46@iam.unibe.ch> Message-ID: Not sure what you mean, I generally don't have problems publishing, although I had issues using the StoreForAccess interface when publishing to another type of repository. However, that interface is known not to be complete. I currently use Firebird as my local repository where I publish feverishly probably like at least 10 times a day if not more, when in active development mode I tend to publish to the team repository once a day or so. I am very diligent about switching databases and about how I save an image. I currently only save an image directly after I shutdown, re-start the image, and load whatever bundle. I would consider starting with a virgin image , loading your SmallWiki from your repository. Load whatever other development conveniences you use. Garbage collect, save image. Connect to Cincom do "switch databases" , btw, first time you "switch databases" it will take longer, garbage collect , save image. Then every time, you connect to a repository do a "switch databases". Locally, I have independent repositories for my personal projects i.e. at home I am actively synchronized with about 4 repositories , if I recall correctly. StORE is not perfect, but I believe that the pain that you are suffering is not normal. -Charles On Wed, 29 Sep 2004 21:09:28 +0200, st?phane ducasse wrote: > I tried switch but this interface is crappyyyyyyy > Why proposing a ok dialog box for all the no version prior. This is > really bad. > Do you do that regularly because this is really painful..... > > > Stef > > On 29 sept. 04, at 19:29, Charles A. Monteiro wrote: > >> >> >>>> I should setup my StORE on my Linux box at home , that way you could >>>> publish there i.e. it would be a virgin repository and then I could >>>> see what you are facing. Currently, I am running a Firebird >>>> repository locally on my XP notebook i.e. at home. At work I run both. >>>> >>> >>> I could create you an account in our store if you want. >> >> ok, but please send the info to my home accoount: charles at ocit.com, >> since I will not have the time to do it from here. So the plan would be >> to load what you have in your repository and then attempt to publish >> into the Cincom public repository , "switch databases" may do the trick >> though so let me know, btw can you cleanly load your bundles into a >> virgin image? It is a useful exercise to do often, keeps one on top of >> things. >> >> -Charles >> >> >> On Wed, 29 Sep 2004 17:34:20 +0200, st?phane ducasse >> wrote: >> >>> >>> On 29 sept. 04, at 17:08, Charles A. Monteiro wrote: >>> >>>> stef said: >>>> >>>>> I do not understand what you mean. That people log and get accounts? >>>>> Yes here we have a lot of user around and we prefered to know who is >>>>> publishing what. >>>> >>>> You can install user/group management or not when you setup StORE, >>>> this is different from people having user ids and logging in. >>> >>> ok I was not aware of that. We installed it just when we migrated from >>> 3.0 Envy. >>> >>>> The differences is that with the former you have the notion of >>>> permissions etc. Since every user needs to have an account you will >>>> at least always know who published what unless of course one user >>>> figures out the password of the other user. >>> >>> Ok we decided not to have permissions but only have accounts. >>> >>>>> No I could not because I was deconnected from the repository and >>>>> left with this wonderful error meassage. >>>>> >>>> >>>> BTW, just to check, are you using "switch databases"?, >>> No I will check that >>> >>>> if you are working with more than one StORE repository which I >>>> assume you are i.e. the one at the university and Cincom Public >>>> repository "switch databases" will maintain you reconciled with all >>>> the repositories that you use. You should do this after you connect. >>>> >>>> I should setup my StORE on my Linux box at home , that way you could >>>> publish there i.e. it would be a virgin repository and then I could >>>> see what you are facing. Currently, I am running a Firebird >>>> repository locally on my XP notebook i.e. at home. At work I run both. >>>> >>> >>> I could create you an account in our store if you want. >>> >>>> -Charles >>>> >>>> >>>> >>>> On Wed, 29 Sep 2004 15:06:33 +0200, st?phane ducasse >>>> wrote: >>>> >>>>> sorry, is "boom" a good thing? i.e. I usually associate "boom" with >>>>> an explosion which is usually not a good thing :) >>>>>> >>>>>> I'll agree that StORE does not provide good messages but whenever >>>>>> you get a once of those not very informative dialogs simply break >>>>>> into the process i.e. do a "control Y" , then walk done the stack >>>>>> i.e. you should see where the dialog was actually asked to open, >>>>>> keep walking to where the code does most probably a "Dialog warn" >>>>>> or whatever construction of SimpleDialog and you will see the error >>>>>> and of course now you are in a wonderful Smalltalk debugger and >>>>>> therefore what is wrong should be quite a bit more apparent. Again, >>>>>> I do agree though that the messages that bubble up are not all that >>>>>> useful. >>>>> >>>>> Yes but normally to publish it this should have taken me 3 min and >>>>> now I will spent two hours at least. So I will give a try. >>>>> But I found that not really professional quality. >>>>> >>>>>> You are apparently also running the "user management" stuff in >>>>>> StORE. I have not yet had a reason to do so. >>>>> >>>>> I do not understand what you mean. That people log and get accounts? >>>>> Yes here we have a lot of user around and we prefered to know who is >>>>> publishing what. >>>>> >>>>>> So my question is did Fredericks stuff actually make it into the >>>>>> public repository and again if it did does it work with SmallWiki 1 >>>>>> ? >>>>> >>>>> No I could not because I was deconnected from the repository and >>>>> left with this wonderful error meassage. >>>>> >>>>> Stef >>>>> >>>>>> >>>>>> thanks >>>>>> >>>>>> Charles >>>>>> >>>>>> On Tue, 28 Sep 2004 21:40:30 +0200, st?phane ducasse >>>>>> wrote: >>>>>> >>>>>>> Done >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> ERROR: tw_package: Permission denied. >>>>>>> >>>>>>> Hi all this is the wonderful messages I get from store after been >>>>>>> disconnected. >>>>>>> really since of work. and yes and I also got a nice pop up saying >>>>>>> error: nil wonderful, quite user friendly and robust >>>>>>> with that. >>>>>>> >>>>>>> So here is what I did: I reconciled our internal one smallWiki >>>>>>> release with one in the cincom database. >>>>>>> Then I press release and boom. >>>>>>> >>>>>>> Stef >>>>>> >>>>>> >>>>>> >>>>>> -- Using Opera's revolutionary e-mail client: >>>>>> http://www.opera.com/m2/ >>>>>> >>>>> >>>> >>>> >>>> >>>> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >>>> >>> >> >> >> >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ >> > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/