From destijl78 at hotmail.com  Fri Aug  4 04:07:20 2006
From: destijl78 at hotmail.com (D.L. Drake)
Date: Fri, 04 Aug 2006 04:07:20 -0400
Subject: [Instiki]  Instiki 0.11 on windows xp - Problem when creating new
Message-ID: <BAY103-F277DC770F7E242A79E84B6A9500@phx.gbl>

Greetings_

I am new to user mailing lists so if there was a better etiquette for 
replying to Willie's question please be kind about letting me know it.

Anyway, Willie, I experienced the same problem tonight when setting up on my 
parents' WinXP machine. I looked around and various things failed, until I 
tried the following:

Open the file Instiki.css (I searched for it via Windows, it's under 
Public:Stylesheets).
The 3rd line of text reads as follows:
#Container { float: none; margin: 0 15%; text-align: center; }
Change the 15% to something smaller (I used 10% and it looks fine on my 
1024x768 monitor).

There is probably a way to do this change through the "Edit Web" page, using 
a StyleSheet Tweak, but I have no experience with CSS to know how much of 
the block of text I need to paste in there and this is a known workaround.

Good luck.

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/


From j-osborne at northwestern.edu  Tue Aug  8 12:14:08 2006
From: j-osborne at northwestern.edu (John Osborne)
Date: Tue, 08 Aug 2006 11:14:08 -0500
Subject: [Instiki] Revisions
Message-ID: <44D8B850.6070303@northwestern.edu>

Just started using Instiki, great tool!

I have a question about revisioning though - it looks like it is only 
keep track of revisions on a per session basis. Is this the intention? 
I'm not sure this is a bad thing or not yet.

 -John


From msm at uwnet.nl  Tue Aug  8 18:51:59 2006
From: msm at uwnet.nl (Meindert Meindertsma)
Date: Wed, 09 Aug 2006 00:51:59 +0200
Subject: [Instiki] Revisions
In-Reply-To: <44D8B850.6070303@northwestern.edu>
References: <44D8B850.6070303@northwestern.edu>
Message-ID: <20060809005159.tcihvr3fgg0scsgg@webmail.uwnet.nl>

Quoting John Osborne <j-osborne at northwestern.edu>:

> Just started using Instiki, great tool!
>
> I have a question about revisioning though - it looks like it is only
> keep track of revisions on a per session basis. Is this the intention?
> I'm not sure this is a bad thing or not yet.
>
>  -John
>
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users
>

It's no bug, it's a feature, and surely intentional. Often a nice  
feature, but sometimes not. I'm not sure if the mechanism is session  
based, or based on the time gone by since the previous revision. Maybe  
both.

Meindert Meindertsma.


From derek73 at gmail.com  Tue Aug  8 19:29:33 2006
From: derek73 at gmail.com (Derek Gulbranson)
Date: Tue, 8 Aug 2006 16:29:33 -0700
Subject: [Instiki] Revisions
In-Reply-To: <20060809005159.tcihvr3fgg0scsgg@webmail.uwnet.nl>
References: <44D8B850.6070303@northwestern.edu>
	<20060809005159.tcihvr3fgg0scsgg@webmail.uwnet.nl>
Message-ID: <59506CA2-7FB8-45F2-9DFD-0C50D685B2DE@gmail.com>

it's based on the amount of time past since the last edit. which is  
nice since there's no preview. usually how i know when i'm done  
making changes is when i stop making changes.

it also kicks off a new revision when a different user makes an edit,  
so if you want to force one you can just change your name.

On Aug 8, 2006, at 3:51 PM, Meindert Meindertsma wrote:

> Quoting John Osborne <j-osborne at northwestern.edu>:
>
>> Just started using Instiki, great tool!
>>
>> I have a question about revisioning though - it looks like it is only
>> keep track of revisions on a per session basis. Is this the  
>> intention?
>> I'm not sure this is a bad thing or not yet.
>>
>>  -John
>>
>> _______________________________________________
>> Instiki-users mailing list
>> Instiki-users at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/instiki-users
>>
>
> It's no bug, it's a feature, and surely intentional. Often a nice
> feature, but sometimes not. I'm not sure if the mechanism is session
> based, or based on the time gone by since the previous revision. Maybe
> both.
>
> Meindert Meindertsma.
>
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users


From shane.duan at gmail.com  Wed Aug  9 18:54:53 2006
From: shane.duan at gmail.com (Shane Duan)
Date: Wed, 9 Aug 2006 15:54:53 -0700
Subject: [Instiki] Skinner for Instiki
Message-ID: <bd7896da0608091554w44e68e46l664bcbdb7b33d660@mail.gmail.com>

Hi,

I was talking about an open source project that I am working on
recently and someone introduced Instiki to me.

My aim for this project is to allow the user to create a website
easily and be able to deploy the result on any HTML hosting server.
So it is very important that the user can specify their own skin for
the website (same as the template feature on blogger), and possibly
check in the content source in the version control so that they can
share the benefit as the source codes.

I took a look at Instiki and felt that it is solving a lot of problem that I am
trying to solve.  The only thing left is just to allow the user to
specify a skin for the website, and store the content in the physical
file system instead.

I wonder if you have that on your road map, and maybe you would like
to take a look at what I have done.

* For general idea of site building:
http://buildmaster.rubyforge.org/docs/site-diagram.html
* For template tags: http://buildmaster.rubyforge.org/docs/build-site.html

For the history on this part of BuildMaster, see
http://buildmaster.rubyforge.org/history.html

Cheers,

-- 
Shane
http://www.shaneduan.com

From derek73 at gmail.com  Wed Aug  9 19:56:53 2006
From: derek73 at gmail.com (Derek Gulbranson)
Date: Wed, 9 Aug 2006 16:56:53 -0700
Subject: [Instiki] Skinner for Instiki
In-Reply-To: <bd7896da0608091554w44e68e46l664bcbdb7b33d660@mail.gmail.com>
References: <bd7896da0608091554w44e68e46l664bcbdb7b33d660@mail.gmail.com>
Message-ID: <9108B2D3-5C49-41C6-9F4F-1F130D90E1B6@gmail.com>

I have used Instiki similarly for a client of mine. I created a wiki  
that "looks" like their existing site by just using a screenshot of  
their existing site as the background. I then modified Instiki's  
export_html function to export the wiki's content as HTML files, but  
wrapping it in the HTML ( or ASP/HTML code in my case) that they  
provided for their site's template. Pretty simple, just another view  
file in the layouts directory.

Basically they didn't have a content management system and wouldn't  
be able to install one (internal politics i think) so I used instiki  
to kind of fake it. The result is they can create and edit the  
content as they like and see what it will look like, then when they  
are done they press the export button and get a zip file with all the  
appropriate files that they can just unzip on their server.

For me using a screenshot of the layout made everything easy because  
I didn't have to merge their layout-specific stuff with Instiki's  
html. I just added their CSS to instiki's layout so the headings and  
everything appear as it would appear on their site.

Instiki inserts divs around bits of revised content, enabling the  
"See Changes" link. If you have table or div layout structure in the  
content, then occasionally the revision divs will not be nested  
properly in the output, as it doesn't make any effort to look at the  
content and ensure that it's revision divs do not wrap around a </td>  
element for instance. For me this just occasionally causes Instiki's  
footer to dissappear, which i work around by forcing a new revision  
(changing my username and making a change to whitespace well inside  
all layout elements).

The revision divs are not included in the export html, so it's really  
only a problem when you're editing the content. In my case, i have  
very little if any layout structure in the content, so the users  
don't really ever experience this problem because they are generally  
only making changes inside the layout elements.

Instiki has the ability to have one page that includes the content of  
another page with a tag like [[!include Menu]]. One annoy thing about  
it though, at least on the old Madeline version that i'm using  
(v0.10.2), you have to make a change to the page that includes it in  
order for the changes on the included page to show up.

Also to note, if you place a <nowiki> tag around content, Instiki  
will treat it as HTML not to be marked up with Textile etc.

So the task could be fairly simple or more complex, depending on if  
you want users to edit their template using the application and how  
flexible the templates need to be. But create an instiki with a  
completely custom layout is pretty simple, the default template is  
stored at app/views/layout/default.rhtml. You can modify it or direct  
it to render using a different layout in the wiki_controller, either  
change the default or specify one on render, perhaps like  
render :layout => @current_client.layout.

Anyway, those are some of my experiences. It's already pretty easy to  
change the skin if you have access to the filesystem and know what  
file to edit. Storing the content on a physical filesystem can be  
accomplished via the export html function. Feel free to hit me up  
with any other questions you have.

- Derek
http://www.derekgulbranson.com

On Aug 9, 2006, at 3:54 PM, Shane Duan wrote:

> Hi,
>
> I was talking about an open source project that I am working on
> recently and someone introduced Instiki to me.
>
> My aim for this project is to allow the user to create a website
> easily and be able to deploy the result on any HTML hosting server.
> So it is very important that the user can specify their own skin for
> the website (same as the template feature on blogger), and possibly
> check in the content source in the version control so that they can
> share the benefit as the source codes.
>
> I took a look at Instiki and felt that it is solving a lot of  
> problem that I am
> trying to solve.  The only thing left is just to allow the user to
> specify a skin for the website, and store the content in the physical
> file system instead.
>
> I wonder if you have that on your road map, and maybe you would like
> to take a look at what I have done.
>
> * For general idea of site building:
> http://buildmaster.rubyforge.org/docs/site-diagram.html
> * For template tags: http://buildmaster.rubyforge.org/docs/build- 
> site.html
>
> For the history on this part of BuildMaster, see
> http://buildmaster.rubyforge.org/history.html
>
> Cheers,
>
> -- 
> Shane
> http://www.shaneduan.com
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users


From canyonrat at mac.com  Thu Aug 10 14:43:38 2006
From: canyonrat at mac.com (Chris Gehlker)
Date: Thu, 10 Aug 2006 11:43:38 -0700
Subject: [Instiki] Security
Message-ID: <FEC07BA6-E9E8-44D8-A1F8-FBEF6DB96291@mac.com>

Does the recently announced security hole on Rails mean that we  
should get a rebuilt Instiki?

--
Seven Deadly Sins? I thought it was a to-do list!


From j-osborne at northwestern.edu  Thu Aug 10 15:42:52 2006
From: j-osborne at northwestern.edu (John Osborne)
Date: Thu, 10 Aug 2006 14:42:52 -0500
Subject: [Instiki] Revisions
In-Reply-To: <59506CA2-7FB8-45F2-9DFD-0C50D685B2DE@gmail.com>
References: <44D8B850.6070303@northwestern.edu>	<20060809005159.tcihvr3fgg0scsgg@webmail.uwnet.nl>
	<59506CA2-7FB8-45F2-9DFD-0C50D685B2DE@gmail.com>
Message-ID: <44DB8C3C.4080009@northwestern.edu>

Thanks Derek and Meidert for your response, that helps a lot. I guess I 
will have to dig deeper in the code to find out exactly what criteria 
(how much time must pass, etc...) are used to specify a revision or an 
update.

One other question - has anyone done any work customizing Instiki for 
ontologies? I'm looking for a nice way to implement a directed acyclic 
graph and I was wondering if anybody had a modified version of Instiki. 
Perhaps extending the wiki_references structure beyond the internal wiki 
and adding just references to a more general type of relationship.

 -John



Derek Gulbranson wrote:
> it's based on the amount of time past since the last edit. which is  
> nice since there's no preview. usually how i know when i'm done  
> making changes is when i stop making changes.
>
> it also kicks off a new revision when a different user makes an edit,  
> so if you want to force one you can just change your name.
>
> On Aug 8, 2006, at 3:51 PM, Meindert Meindertsma wrote:
>
>   
>> Quoting John Osborne <j-osborne at northwestern.edu>:
>>
>>     
>>> Just started using Instiki, great tool!
>>>
>>> I have a question about revisioning though - it looks like it is only
>>> keep track of revisions on a per session basis. Is this the  
>>> intention?
>>> I'm not sure this is a bad thing or not yet.
>>>
>>>  -John
>>>
>>> _______________________________________________
>>> Instiki-users mailing list
>>> Instiki-users at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/instiki-users
>>>
>>>       
>> It's no bug, it's a feature, and surely intentional. Often a nice
>> feature, but sometimes not. I'm not sure if the mechanism is session
>> based, or based on the time gone by since the previous revision. Maybe
>> both.
>>
>> Meindert Meindertsma.
>>
>> _______________________________________________
>> Instiki-users mailing list
>> Instiki-users at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/instiki-users
>>     
>
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users
>
>
>   


From listdata at sbcglobal.net  Mon Aug 14 13:10:23 2006
From: listdata at sbcglobal.net (Andrew M. Campbell)
Date: Mon, 14 Aug 2006 10:10:23 -0700 (PDT)
Subject: [Instiki] chrooting instiki
Message-ID: <20060814171023.75436.qmail@web81501.mail.mud.yahoo.com>

Has anyone been able to chroot instiki?  I'm using
OpenBSD chroot, but have not had much luck.  I don't
get any error messages or output.  The instiki script
starts and stop immediately.  I copied ruby, sqlite,
and other libs into the chroot environment.  That's
all I needed to do for other programs I've setup. 
Just curious if anyone else has had any luck.

Thanks,

From whitley at acm.org  Mon Aug 14 14:55:15 2006
From: whitley at acm.org (John Whitley)
Date: Mon, 14 Aug 2006 11:55:15 -0700
Subject: [Instiki] chrooting instiki
In-Reply-To: <20060814171023.75436.qmail@web81501.mail.mud.yahoo.com>
References: <20060814171023.75436.qmail@web81501.mail.mud.yahoo.com>
Message-ID: <81C33D77-434C-4495-90E7-211F5EB866FF@acm.org>

As usual with chroots, something's probably missing or  
misconfigured.  Try the following from within the chroot:

1) Can you run ruby and/or irb from within the chroot?
2) From the root of your instiki installation, can you run script/ 
console?

Error messages from these steps are often helpful in tracking down  
the problem.  If you get those steps working, you'll hopefully be  
much closer to having a working chroot instiki

-- John

On Aug 14, 2006, at 10:10 AM, Andrew M. Campbell wrote:

> Has anyone been able to chroot instiki?  I'm using
> OpenBSD chroot, but have not had much luck.  I don't
> get any error messages or output.  The instiki script
> starts and stop immediately.  I copied ruby, sqlite,
> and other libs into the chroot environment.  That's
> all I needed to do for other programs I've setup.
> Just curious if anyone else has had any luck.
>
> Thanks,
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users


From j-osborne at northwestern.edu  Mon Aug 14 15:51:02 2006
From: j-osborne at northwestern.edu (John Osborne)
Date: Mon, 14 Aug 2006 14:51:02 -0500
Subject: [Instiki] chrooting instiki
In-Reply-To: <20060814171023.75436.qmail@web81501.mail.mud.yahoo.com>
References: <20060814171023.75436.qmail@web81501.mail.mud.yahoo.com>
Message-ID: <44E0D426.6020801@northwestern.edu>

Andrew M. Campbell wrote:
> Has anyone been able to chroot instiki?  I'm using
> OpenBSD chroot, but have not had much luck.  I don't
> get any error messages or output.
One thing you can try is changing the logging level to debug 
(http://wiki.rubyonrails.org/rails/pages/HowtoConfigureLogging) although 
this didn't help me. I'm getting a 500 error also with no debug messages 
when I moved a working instiki from mac to linux. I'm pulling my hair 
out with this one - I get a debug file in log, but no info!

>   The instiki script
> starts and stop immediately.  I copied ruby, sqlite,
> and other libs into the chroot environment.  That's
> all I needed to do for other programs I've setup. 
> Just curious if anyone else has had any luck.
>
>   
Never tried it, sorry I can't be of more help.

 -John



From whitley at acm.org  Mon Aug 14 16:29:46 2006
From: whitley at acm.org (John Whitley)
Date: Mon, 14 Aug 2006 13:29:46 -0700
Subject: [Instiki] chrooting instiki
In-Reply-To: <44E0D426.6020801@northwestern.edu>
References: <20060814171023.75436.qmail@web81501.mail.mud.yahoo.com>
	<44E0D426.6020801@northwestern.edu>
Message-ID: <8CFD2D32-AC34-4728-82DC-2EC76FABDDA4@acm.org>

John Osborne wrote:
> One thing you can try is changing the logging level to debug
> (http://wiki.rubyonrails.org/rails/pages/HowtoConfigureLogging)  
> although
> this didn't help me. I'm getting a 500 error also with no debug  
> messages
> when I moved a working instiki from mac to linux. I'm pulling my hair
> out with this one - I get a debug file in log, but no info!

Hmm... did you do a direct copy from a PowerPC Mac to an x86 Linux  
box?  If so, then I'd suspect that you might be having trouble with  
the on-disk format of the sqlite database, likely due to endianness  
issues.  See the topic "Converting An Entire Database To An ASCII  
Text File" on this page for info on how to do an ASCII dump of your  
instiki sqlite db:

http://www.sqlite.org/sqlite.html

Once you have a dump file, install the same version of instiki on the  
Linux box then load the dump file into the db and see if that works.

-- John



From listdata at sbcglobal.net  Mon Aug 14 21:26:48 2006
From: listdata at sbcglobal.net (Andrew M. Campbell)
Date: Mon, 14 Aug 2006 18:26:48 -0700 (PDT)
Subject: [Instiki] chrooting instiki
In-Reply-To: <81C33D77-434C-4495-90E7-211F5EB866FF@acm.org>
Message-ID: <20060815012648.31511.qmail@web81509.mail.mud.yahoo.com>



--- John Whitley <whitley at acm.org> wrote:

> As usual with chroots, something's probably missing
> or  
> misconfigured.  Try the following from within the
> chroot:
> 
> 1) Can you run ruby and/or irb from within the
> chroot?

irb works fine.  At least, what little I tested it.

> 2) From the root of your instiki installation, can
> you run script/ 
> console?

script/console does not work.  I modified it to run
ruby -wv.  The only output is "Loading development
environment" or something close to that.  Ksh reports
the exit status as '4'.

I even tried running sqlite.  I'm not familiar with
the program. However I get the sqlite prompt and can
exit normally.

I'll keep digging.  Thanks for the response.

> 
> Error messages from these steps are often helpful in
> tracking down  
> the problem.  If you get those steps working, you'll
> hopefully be  
> much closer to having a working chroot instiki
> 
> -- John
> 
> On Aug 14, 2006, at 10:10 AM, Andrew M. Campbell
> wrote:
> 
> > Has anyone been able to chroot instiki?  I'm using
> > OpenBSD chroot, but have not had much luck.  I
> don't
> > get any error messages or output.  The instiki
> script
> > starts and stop immediately.  I copied ruby,
> sqlite,
> > and other libs into the chroot environment. 
> That's
> > all I needed to do for other programs I've setup.
> > Just curious if anyone else has had any luck.
> >
> > Thanks,
> > _______________________________________________
> > Instiki-users mailing list
> > Instiki-users at rubyforge.org
> >
> http://rubyforge.org/mailman/listinfo/instiki-users
> 
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users
> 


From shane.duan at gmail.com  Wed Aug 16 01:04:04 2006
From: shane.duan at gmail.com (Shane Duan)
Date: Tue, 15 Aug 2006 22:04:04 -0700
Subject: [Instiki] Skinner for Instiki
In-Reply-To: <9108B2D3-5C49-41C6-9F4F-1F130D90E1B6@gmail.com>
References: <bd7896da0608091554w44e68e46l664bcbdb7b33d660@mail.gmail.com>
	<9108B2D3-5C49-41C6-9F4F-1F130D90E1B6@gmail.com>
Message-ID: <bd7896da0608152204i66a18fb9v2c1bc5bb65c8c231@mail.gmail.com>

Thanks a lot for the reply Derek.

Since my websites are part of the development that is being done, I
would need them to be stored as flat text file so that they can be
under the same version control system, and I think it would work best
to store the original text content rather than generated HTML file for
various reasons.

I also found out that the template uses absolute link, which will make
it very hard for others to download the document and read it offline.

Nevertheless, I will need to spend more time on Instiki to see how I
can make it work for me.

-- 
Shane
http://www.shaneduan.com


On 8/9/06, Derek Gulbranson <derek73 at gmail.com> wrote:
> I have used Instiki similarly for a client of mine. I created a wiki
> that "looks" like their existing site by just using a screenshot of
> their existing site as the background. I then modified Instiki's
> export_html function to export the wiki's content as HTML files, but
> wrapping it in the HTML ( or ASP/HTML code in my case) that they
> provided for their site's template. Pretty simple, just another view
> file in the layouts directory.
>
> Basically they didn't have a content management system and wouldn't
> be able to install one (internal politics i think) so I used instiki
> to kind of fake it. The result is they can create and edit the
> content as they like and see what it will look like, then when they
> are done they press the export button and get a zip file with all the
> appropriate files that they can just unzip on their server.
>
> For me using a screenshot of the layout made everything easy because
> I didn't have to merge their layout-specific stuff with Instiki's
> html. I just added their CSS to instiki's layout so the headings and
> everything appear as it would appear on their site.
>
> Instiki inserts divs around bits of revised content, enabling the
> "See Changes" link. If you have table or div layout structure in the
> content, then occasionally the revision divs will not be nested
> properly in the output, as it doesn't make any effort to look at the
> content and ensure that it's revision divs do not wrap around a </td>
> element for instance. For me this just occasionally causes Instiki's
> footer to dissappear, which i work around by forcing a new revision
> (changing my username and making a change to whitespace well inside
> all layout elements).
>
> The revision divs are not included in the export html, so it's really
> only a problem when you're editing the content. In my case, i have
> very little if any layout structure in the content, so the users
> don't really ever experience this problem because they are generally
> only making changes inside the layout elements.
>
> Instiki has the ability to have one page that includes the content of
> another page with a tag like [[!include Menu]]. One annoy thing about
> it though, at least on the old Madeline version that i'm using
> (v0.10.2), you have to make a change to the page that includes it in
> order for the changes on the included page to show up.
>
> Also to note, if you place a <nowiki> tag around content, Instiki
> will treat it as HTML not to be marked up with Textile etc.
>
> So the task could be fairly simple or more complex, depending on if
> you want users to edit their template using the application and how
> flexible the templates need to be. But create an instiki with a
> completely custom layout is pretty simple, the default template is
> stored at app/views/layout/default.rhtml. You can modify it or direct
> it to render using a different layout in the wiki_controller, either
> change the default or specify one on render, perhaps like
> render :layout => @current_client.layout.
>
> Anyway, those are some of my experiences. It's already pretty easy to
> change the skin if you have access to the filesystem and know what
> file to edit. Storing the content on a physical filesystem can be
> accomplished via the export html function. Feel free to hit me up
> with any other questions you have.
>
> - Derek
> http://www.derekgulbranson.com
>

From j-osborne at northwestern.edu  Wed Aug 16 17:42:48 2006
From: j-osborne at northwestern.edu (John Osborne)
Date: Wed, 16 Aug 2006 16:42:48 -0500
Subject: [Instiki] chrooting instiki
In-Reply-To: <8CFD2D32-AC34-4728-82DC-2EC76FABDDA4@acm.org>
References: <20060814171023.75436.qmail@web81501.mail.mud.yahoo.com>	<44E0D426.6020801@northwestern.edu>
	<8CFD2D32-AC34-4728-82DC-2EC76FABDDA4@acm.org>
Message-ID: <44E39158.7030307@northwestern.edu>

John Whitley wrote:
> John Osborne wrote:
>   
>> One thing you can try is changing the logging level to debug
>> (http://wiki.rubyonrails.org/rails/pages/HowtoConfigureLogging)  
>> although
>> this didn't help me. I'm getting a 500 error also with no debug  
>> messages
>> when I moved a working instiki from mac to linux. I'm pulling my hair
>> out with this one - I get a debug file in log, but no info!
>>     
>
> Hmm... did you do a direct copy from a PowerPC Mac to an x86 Linux  
> box?  If so, then I'd suspect that you might be having trouble with  
> the on-disk format of the sqlite database, likely due to endianness  
> issues. 
I should have mentioned I am using postgres and I do have it working ok 
on my Mac.  The 500 error is a total mystery to me, the only other odd 
thing about the linux installation versus my Mac installation is a 
migration error. I'm more or less following the instructions from here:
http://dppruby.com/dppsrubyplayground/show/Migrating+Instiki+to+PostgreSQL

When I use rake to build the schema for the database it goes well, until 
it gets to the  dump out section. Then I get the mess below:

[jdo954 at lovie instiki-0.11.0]$ rake --trace migrate(in 
/usr/local/share/instiki-0.11.0)
** Invoke migrate (first_time)
** Invoke environment (first_time)
** Execute environment
** Execute migrate
** Invoke db_schema_dump (first_time)
** Invoke environment
** Execute db_schema_dump
rake aborted!
Buffer::EOF: cannot read beyond the end of buffer:             SELECT 
a.attname, format_type(a.atttypid, a.atttypmod), d.adsrc, a.attnotnull
              FROM pg_attribute a LEFT JOIN pg_attrdef d
                ON a.attrelid = d.adrelid AND a.attnum = d.adnum
             WHERE a.attrelid = 'pages'::regclass
               AND a.attnum > 0 AND NOT a.attisdropped
             ORDER BY a.attnum
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/connection_adapters/abstract_adapter.rb:88:in 
`log'
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/connection_adapters/postgresql_adapter.rb:133:in 
`query'
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/connection_adapters/postgresql_adapter.rb:438:in 
`column_definitions'
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/connection_adapters/postgresql_adapter.rb:206:in 
`columns'
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/schema_dumper.rb:52:in 
`table'
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/schema_dumper.rb:47:in 
`tables'
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/schema_dumper.rb:45:in 
`tables'
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/schema_dumper.rb:14:in 
`dump'
/usr/local/share/instiki-0.11.0/vendor/rails/activerecord/lib/active_record/schema_dumper.rb:8:in 
`dump'
/usr/local/share/instiki-0.11.0/vendor/rails/railties/lib/tasks/databases.rake:20
/usr/local/share/instiki-0.11.0/vendor/rails/railties/lib/tasks/databases.rake:19
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:387:in `execute'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:387:in `execute'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:357:in `invoke'
/usr/lib64/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:350:in `invoke'
/usr/local/share/instiki-0.11.0/vendor/rails/railties/lib/tasks/databases.rake:4
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:387:in `execute'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:387:in `execute'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:357:in `invoke'
/usr/lib64/ruby/1.8/thread.rb:135:in `synchronize'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:350:in `invoke'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:1906:in `run'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/lib/rake.rb:1906:in `run'
/usr/lib64/ruby/gems/1.8/gems/rake-0.7.1/bin/rake:7
/usr/bin/rake:18

The actual SQL is fine, I tested it. I'm not sure where the buffer issue 
is coming from, the actual code in abstract_adapter line 88 is:
      protected
        def log(sql, name)
          if block_given?
            if @logger and @logger.level <= Logger::INFO
              result = nil
              seconds = Benchmark.realtime { result = yield }
              @runtime += seconds
              log_info(sql, name, seconds)
              result
            else
              yield
            end
          else
            log_info(sql, name, 0)
            nil
          end
        rescue Exception => e
          # Log message and raise exception.
          message = "#{e.class.name}: #{e.message}: #{sql}"
          log_info(message, name, 0)
          raise ActiveRecord::StatementInvalid, message
        end

I'm not familar enough with ruby (yet) to follow completely, but the 
exception is raised in the Benchmark.realtime function. Any idea what 
could be causing this?

I've tried ignoring this, but I'm stuck with the 500 error and NO log 
messages so I don't how to begin debugging the 500 problem other than 
investigating this. I'm guessing there are a zillion places where a 500 
error gets thrown in Instiki, but hopefully not too many that aren't logged!

 -John




From j-osborne at northwestern.edu  Tue Aug 22 11:37:55 2006
From: j-osborne at northwestern.edu (John Osborne)
Date: Tue, 22 Aug 2006 10:37:55 -0500
Subject: [Instiki] Searching with Instiki
Message-ID: <44EB24D3.6030906@northwestern.edu>

Hi All,

I've been playing around with Instiki, using mysql as a backend so I can 
populate the pages and revisions tables with data. This data will later 
be edited in Instiki, but there is too much of it to end by hand. I have 
just under 15K rows in the revisions and pages tables.

My problem is that although Instiki appears to work okay, it just dies 
out when it tries to list all the pages. Is this a problem that other 
people have when they have this many (actually not much) rows of data?

I don't have much to go with for debugging, since I am just learning 
ruby - the production log file isn't helpful, I get

Processing WikiController#list (for 127.0.0.1 at 2006-08-11 12:55:48) [GET]
 Parameters: "action"=>"list", "controller"=>"wiki", 
"web"=>"humandiseaseontology"

Which never returns. Instiki goes nuts, sucking up close to 100% of CPU 
and I have to feed it -9 just to kill the process. Mysql logs look okay. 
Anybody have any idea what's going on?

-John

From daryl at eddl.us  Tue Aug 22 17:48:48 2006
From: daryl at eddl.us (Daryl Richter)
Date: Tue, 22 Aug 2006 17:48:48 -0400
Subject: [Instiki] Searching with Instiki
In-Reply-To: <44EB24D3.6030906@northwestern.edu>
Message-ID: <C110F400.49EA%daryl@eddl.us>

Hi-

On 8/22/06 11:37 AM, "John Osborne" <j-osborne at northwestern.edu> wrote:

> Hi All,
> 
> I've been playing around with Instiki, using mysql as a backend so I can
> populate the pages and revisions tables with data. This data will later
> be edited in Instiki, but there is too much of it to end by hand. I have
> just under 15K rows in the revisions and pages tables.
> 
> My problem is that although Instiki appears to work okay, it just dies
> out when it tries to list all the pages. Is this a problem that other
> people have when they have this many (actually not much) rows of data?
> 
> I don't have much to go with for debugging, since I am just learning
> ruby - the production log file isn't helpful, I get
> 
> Processing WikiController#list (for 127.0.0.1 at 2006-08-11 12:55:48) [GET]
>  Parameters: "action"=>"list", "controller"=>"wiki",
> "web"=>"humandiseaseontology"
> 
> Which never returns. Instiki goes nuts, sucking up close to 100% of CPU
> and I have to feed it -9 just to kill the process. Mysql logs look okay.
> Anybody have any idea what's going on?

My production Instiki has about 2K rows in pages + revisions and my "All
Pages" does take about 10 seconds.  I do have Postgres on the backend rather
than MySQL.  

I did notice that "All Pages" seems slower in 0.11 (db version) than 0.10,
but given the sparse information available, I don't really know what it
could be.

> 
> -John
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users

-- 
Daryl
http://itsallsemantics.com

"Hell, there are no rules here-- we're trying to accomplish something."
    -- Thomas A. Edison



From j-osborne at northwestern.edu  Tue Aug 22 18:08:40 2006
From: j-osborne at northwestern.edu (John Osborne)
Date: Tue, 22 Aug 2006 17:08:40 -0500
Subject: [Instiki] Searching with Instiki
In-Reply-To: <C110F400.49EA%daryl@eddl.us>
References: <C110F400.49EA%daryl@eddl.us>
Message-ID: <44EB8068.8000801@northwestern.edu>

Daryl Richter wrote:
> My production Instiki has about 2K rows in pages + revisions and my "All
> Pages" does take about 10 seconds.  I do have Postgres on the backend rather
> than MySQL.  
>
> I did notice that "All Pages" seems slower in 0.11 (db version) than 0.10,
> but given the sparse information available, I don't really know what it
> could be.
>
>   
Thanks Daryl, I was poking around a bit and ran into this:
http://blog.zmok.net/articles/2006/08/14/full-text-search-in-ruby-on-rails

Right now I'm running mysql on the backend (I gave up on Postgres and my 
mysql issues went away when I switched from 3.23 to 5) and assuming 
Instiki is doing a full text search using mysql that could be our 
problem. I don't know if there are any plans to add Ferret to Instiki...?

 -John



From daryl at eddl.us  Wed Aug 23 08:09:31 2006
From: daryl at eddl.us (Daryl Richter)
Date: Wed, 23 Aug 2006 08:09:31 -0400
Subject: [Instiki] Searching with Instiki
In-Reply-To: <44EB8068.8000801@northwestern.edu>
Message-ID: <C111BDBB.4A10%daryl@eddl.us>

On 8/22/06 6:08 PM, "John Osborne" <j-osborne at northwestern.edu> wrote:

> Daryl Richter wrote:
>> My production Instiki has about 2K rows in pages + revisions and my "All
>> Pages" does take about 10 seconds.  I do have Postgres on the backend rather
>> than MySQL.  
>> 
>> I did notice that "All Pages" seems slower in 0.11 (db version) than 0.10,
>> but given the sparse information available, I don't really know what it
>> could be.
>> 
>>   
> Thanks Daryl, I was poking around a bit and ran into this:
> http://blog.zmok.net/articles/2006/08/14/full-text-search-in-ruby-on-rails
> 
> Right now I'm running mysql on the backend (I gave up on Postgres and my
> mysql issues went away when I switched from 3.23 to 5) and assuming
> Instiki is doing a full text search using mysql that could be our
> problem. I don't know if there are any plans to add Ferret to Instiki...?

Not that I know of, though I (and John Whitley) have been (very slowly)
trying to start working on the Instiki code base.

Am I correct in thinking that your problem was fixed by adding a MySQL
full-text index?
 
> 
>  -John
> 
> 

-- 
Daryl
http://itsallsemantics.com

"2 + 2 = 5, for sufficiently large values of 2."
    -- Ron Jeffries



From j-osborne at northwestern.edu  Wed Aug 23 12:44:13 2006
From: j-osborne at northwestern.edu (John Osborne)
Date: Wed, 23 Aug 2006 11:44:13 -0500
Subject: [Instiki] Searching with Instiki
In-Reply-To: <C111BDBB.4A10%daryl@eddl.us>
References: <C111BDBB.4A10%daryl@eddl.us>
Message-ID: <44EC85DD.2070508@northwestern.edu>


>> Thanks Daryl, I was poking around a bit and ran into this:
>> http://blog.zmok.net/articles/2006/08/14/full-text-search-in-ruby-on-rails
>>
>> Right now I'm running mysql on the backend (I gave up on Postgres and my
>> mysql issues went away when I switched from 3.23 to 5) and assuming
>> Instiki is doing a full text search using mysql that could be our
>> problem. I don't know if there are any plans to add Ferret to Instiki...?
>>     
>
> Not that I know of, though I (and John Whitley) have been (very slowly)
> trying to start working on the Instiki code base.
>
> Am I correct in thinking that your problem was fixed by adding a MySQL
> full-text index?
>  
I hesitate to say yes since I haven't done any performance metrics but I 
do know this. I added an index in mysql:

CREATE UNIQUE INDEX name_index ON pages (name);

and for the first time one of my searches in my full (~15K) page 
database completed. I'll try to poke around a bit more and get something 
more definitive. The search still ran for a long time (15 seconds?) but 
I'm impressed that active record and/or mysql  knew enough to use the 
index. I'm guessing ferret is a better (and db independent) solution 
though, but I haven't investigated that yet.

What plans do you and John have for the code base?

 -John