From whitley at acm.org Mon May 1 20:07:18 2006 From: whitley at acm.org (John Whitley) Date: Mon, 1 May 2006 17:07:18 -0700 Subject: [Instiki] FYI, instiki.org is down. Message-ID: Instiki.org is down, and has been for a while... -- John From jperrie at us.ibm.com Tue May 2 12:07:25 2006 From: jperrie at us.ibm.com (Joseph Perrie) Date: Tue, 2 May 2006 11:07:25 -0500 Subject: [Instiki] FYI, instiki.org is down. In-Reply-To: Message-ID: Yes, it's down here too, and I'm trying to do an install! Tony Perrie instiki-users-bounces at rubyforge.org wrote on 05/01/2006 07:07:18 PM: > Instiki.org is down, and has been for a while... > > -- John From cjw333 at gmail.com Tue May 2 13:45:44 2006 From: cjw333 at gmail.com (cjw) Date: Tue, 2 May 2006 10:45:44 -0700 Subject: [Instiki] FYI, instiki.org is down. In-Reply-To: References: Message-ID: I'm getting the following error: Bad Gateway The proxy server received an invalid response from an upstream server. On 5/2/06, Joseph Perrie wrote: > > Yes, it's down here too, and I'm trying to do an install! > > Tony Perrie > > instiki-users-bounces at rubyforge.org wrote on 05/01/2006 07:07:18 PM: > > > Instiki.org is down, and has been for a while... > > > > -- John > > _______________________________________________ > Instiki-users mailing list > Instiki-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20060502/cf8abe07/attachment.htm From whitley at acm.org Tue May 2 16:09:55 2006 From: whitley at acm.org (John Whitley) Date: Tue, 2 May 2006 13:09:55 -0700 Subject: [Instiki] FYI, instiki.org is down. In-Reply-To: References: Message-ID: <3EF21E32-B145-4B3B-A316-BCD634783FE9@acm.org> cjw wrote: > I'm getting the following error: > > Bad Gateway > > The proxy server received an invalid response from an upstream server. > Yeah, that's a sign that the instiki rails app is not running (or responding to requests at any rate). A long-winded explanation of that message is that the front-end proxy web server complaining because it can't find the back-end server app mapped to the "instiki.org" virtual host. This is a pretty typical setup, esp. for some shared hosting providers -- there's one port 80 Apache instance that fronts a mess of child web apps, each set up as a virtual host mapping in Apache's config. More or less. Anyhow, instiki.org probably just needs to have its lighttpd restarted. Someone? -- John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20060502/3a23bda2/attachment.htm From jperrie at us.ibm.com Tue May 2 19:26:18 2006 From: jperrie at us.ibm.com (Joseph Perrie) Date: Tue, 2 May 2006 18:26:18 -0500 Subject: [Instiki] FYI, instiki.org is down. In-Reply-To: Message-ID: Is there a mirror someplace? Tony Perrie Engineer, STI Convergence Team, BQQA 11501 Burnet Rd, Building 906/3007C Austin, TX, 78759 Phone: 512-838-1402, T/L: 678-1402 Fax: 512-838-2132 instiki-users-bounces at rubyforge.org wrote on 05/01/2006 07:07:18 PM: > Instiki.org is down, and has been for a while... > > -- John > > > _______________________________________________ > Instiki-users mailing list > Instiki-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users From alex at verk.info Tue May 2 23:20:27 2006 From: alex at verk.info (Alexey Verkhovsky) Date: Tue, 02 May 2006 20:20:27 -0700 Subject: [Instiki] bug report: categories working strangely In-Reply-To: References: <20060417024732.hjwdepujkk08wwc8@webmail.uwnet.nl> Message-ID: <1146626427.9116.39.camel@localhost> Hi all, Re categories, it is indeed a known bug. I've done some work on it, but haven't quite nailed it yet, judging by http://instiki.org/list > It appears at times > almost to be an abandonned program. Well, it's definitely not at the top of my priorities, sorry about that. I do some work on it every once in a while, but other endeavors take up most of my spare time. As I wrote on this list before, if you are able and willing to take over the Instiki development, please get in touch. Having said that, until somebody else steps up, I'll try to maintain the project (i.e., fix bugs, accept or reject patches, upgrade to new Rails versions, keep the web site and so on). Please don't expect anything to happen overnight though :) Best regards, Alex Verkhovsky From mark.james.lists at gmail.com Thu May 4 00:46:50 2006 From: mark.james.lists at gmail.com (mark larios) Date: Thu, 4 May 2006 13:46:50 +0900 Subject: [Instiki] bug report: categories working strangely Message-ID: Alexey wrote: > Re categories, it is indeed a known bug. I've just noticed this behavior on my new install on textdrive. Is there any fix or workaround? Thanks. -- mark larios From markscala at gmail.com Fri May 5 14:33:29 2006 From: markscala at gmail.com (Mark Scala) Date: Fri, 5 May 2006 13:33:29 -0500 Subject: [Instiki] frequent crashes Message-ID: i'm using the latest version of instiki on windows xp home sp2 and i'm getting frequent crashes of the server. does anyone know what the problem might be? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20060505/ee48ae72/attachment.htm From myles at monkeyinyoursoul.com Mon May 8 17:04:16 2006 From: myles at monkeyinyoursoul.com (Myles A. Braithwaite) Date: Mon, 08 May 2006 17:04:16 -0400 Subject: [Instiki] Spell Check Message-ID: <445FB250.8070502@monkeyinyoursoul.com> Is it possible to add a Spell Checker to Instiki? I have tried with little luck. -- Myles A. Braithwaite Monkey in your Soul myles at monkeyinyoursoul.com 2235 Sheppard Ave. East, Suite 906 Toronto, Ontario M2J 5B5 mobile: +1 (647) 300-6985 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20060508/8430b8de/attachment.htm From damian.cugley at gmail.com Tue May 9 05:36:36 2006 From: damian.cugley at gmail.com (Damian Cugley) Date: Tue, 9 May 2006 10:36:36 +0100 Subject: [Instiki] Resource leak in 0.11.0 on Windows 2000? Message-ID: <23e9c4240605090236w1b95a6ado4028c735dd5de684@mail.gmail.com> I am running a project wiki on an old Windows 2000 box (with 256 MB of ram). We have a problem in that the Ruby process grows and grows and eventually the server runs out of memory and it crashes with a failure to allocate memory. There is a caching flag in the production.rb configuration file. I have tried switching this off, but it does not help. I have been reduced to watching Task Manager and restarting the server whenever it grows too large. Is this a known bug? Should I be trying to get a login on the Trac so I can file a report? -- Damian Cugley, Alleged Literature http://www.alleged.org.uk/pdc/ From punit.rathore at gmail.com Thu May 11 16:46:16 2006 From: punit.rathore at gmail.com (Punit Rathore) Date: Thu, 11 May 2006 16:46:16 -0400 Subject: [Instiki] Problems installing instiki 0.11.0 Message-ID: I wanted to migrate from 0.9.1 to 0.11.0. Here are the problems I faced (in order of occurance). - Installed 0.11.0.. and followd the 2 steps to install. Got a blank page. - reread the README. Realized I now have to install sqlite, sqlite driver and rake. Did that. - restarted instiki. Still blank page. - reread the instructions. Forgot to run 'rake migrate'. Did that. Now I see a host of errors from the mysql.rb module. First /tmp/mysql.sock not found. I fixed that. Then it aborted with message Access denied for user ' root at localhost'. So question : 1- Is running rake migrate an essential step ? 2- If so why -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20060511/8e6eb5c5/attachment-0001.htm From steve at tripperjones.com Thu May 11 21:57:35 2006 From: steve at tripperjones.com (Steve Quezadas) Date: Thu, 11 May 2006 18:57:35 -0700 Subject: [Instiki] Should instiki run as root? Message-ID: <4463EB8F.3080008@tripperjones.com> Should instiki run as root? Or should I load the instiki daemon as a unprivileged user? Doesn't say anything in the docs. I am using inistki 10.2 - Steve From whitley at acm.org Thu May 11 22:57:02 2006 From: whitley at acm.org (John Whitley) Date: Thu, 11 May 2006 19:57:02 -0700 Subject: [Instiki] Should instiki run as root? In-Reply-To: <4463EB8F.3080008@tripperjones.com> References: <4463EB8F.3080008@tripperjones.com> Message-ID: Steve Quezadas wrote: > Should instiki run as root? Or should I load the instiki daemon as a > unprivileged user? Doesn't say anything in the docs. > > I am using inistki 10.2 The answer to the question "Should X run as root?" is _almost always_ no, and doubly so if that service is network-facing. If for any reason a service running as root is compromised, the attacker gains unlimited access to your system. On the other hand, a service running as a one-off unprivileged user with limited access rights is a much smaller potential risk. -- John From whitley at acm.org Thu May 11 23:34:07 2006 From: whitley at acm.org (John Whitley) Date: Thu, 11 May 2006 20:34:07 -0700 Subject: [Instiki] Resource leak in 0.11.0 on Windows 2000? In-Reply-To: <23e9c4240605090236w1b95a6ado4028c735dd5de684@mail.gmail.com> References: <23e9c4240605090236w1b95a6ado4028c735dd5de684@mail.gmail.com> Message-ID: <512EFE53-F4B1-4EBD-BA05-D2716FD46AC6@acm.org> Hi Damian, First, check that you're running at least fcgi gem 0.8.6 or later, if appropriate (e.g. if you're using instiki as an fcgi process with lighttpd or apache as the front-end webserver). There's apparently a big memory leak bug in earlier versions of ruby-fcgi. Otherwise, please do file a bug; it's worth tracking issues like this even if they need to be passed to upstream developers. Mail Alex to get a login. -- John On May 9, 2006, at 2:36 AM, Damian Cugley wrote: > I am running a project wiki on an old Windows 2000 box (with 256 MB of > ram). We have a problem in that the Ruby process grows and grows and > eventually the server runs out of memory and it crashes with a failure > to allocate memory. > > There is a caching flag in the production.rb configuration file. I > have tried switching this off, but it does not help. I have been > reduced to watching Task Manager and restarting the server whenever it > grows too large. > > Is this a known bug? Should I be trying to get a login on the Trac so > I can file a report? > > -- > Damian Cugley, Alleged Literature > http://www.alleged.org.uk/pdc/ > > _______________________________________________ > Instiki-users mailing list > Instiki-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users From whitley at acm.org Fri May 12 00:14:36 2006 From: whitley at acm.org (John Whitley) Date: Thu, 11 May 2006 21:14:36 -0700 Subject: [Instiki] Problems installing instiki 0.11.0 In-Reply-To: References: Message-ID: <9313F70B-5694-4804-B1E3-9737BFC6DF21@acm.org> Punit Rathore wrote: > I wanted to migrate from 0.9.1 to 0.11.0. Hi Punit, Sorry to hear about your difficulties. I gather that you followed the basic instructions at the top of the README? Did you check out the section down lower titled "Migrating Instiki 0.10.2 storage to Instiki 0.11.0 database"? If so, did that work for you? Also note that rake migrate must be run as "rake environment RAILS_ENV=production migrate" -- this is a documentation error in the 0.11.0 release that is fixed in source control... not that that's any help to you! -- John From punit.rathore at gmail.com Fri May 12 13:23:28 2006 From: punit.rathore at gmail.com (Punit Rathore) Date: Fri, 12 May 2006 13:23:28 -0400 Subject: [Instiki] Problems installing instiki 0.11.0 In-Reply-To: References: Message-ID: John, Thanks for y our reply. I am trying to do a fresh install first ( before I migrate). My goal is to get the default page up that lets you configure your hompage etc. I did try with "rake environment RAILS_ENV=production migrate" but to no avail. Is there any way to turn on the error logs ? Currently my log file is empty and I have no indication as to whats going wrong. Hi Punit, Sorry to hear about your difficulties. I gather that you followed the basic instructions at the top of the README? Did you check out the section down lower titled "Migrating Instiki 0.10.2 storage to Instiki 0.11.0 database"? If so, did that work for you? Also note that rake migrate must be run as "rake environment RAILS_ENV=production migrate" -- this is a documentation error in the 0.11.0 release that is fixed in source control... not that that's any help to you! -- John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20060512/584276a3/attachment.htm From mark.james.lists at gmail.com Sat May 13 00:08:02 2006 From: mark.james.lists at gmail.com (mark larios) Date: Sat, 13 May 2006 13:08:02 +0900 Subject: [Instiki] css for print media Message-ID: I just wanted to share a quick Stylesheet tweak for printing out Instiki pages. I noticed that when I printed a page out, the text was gray, not black. This is fine for on screen, since it's easier to read than black-on-white, but it's not suitable for printing. CSS has a media type for print, which can be added to your stylesheet tweaks by wrapping the relevant CSS in @media print{}. For example, to get black text, a white background, uncolored and only subtly underlined links: @media print { body { color: black; background-color: white; font-size: 10pt; } h1, h2, h3, h4, h5, h6 { color: black; } a, a:link, a:active, a:visited { color: black; border-bottom: thin dotted; text-decoration: none; } h1#pageName, .newWikiWord a, a.existingWikiWord, .newWikiWord a:hover, #TextileHelp h3 { color: black; } } This won't change the look of the page when you go to "Views: Print" for a particular page, but it should take effect when you actually print the page. -- mark larios From whitley at acm.org Sat May 13 01:23:02 2006 From: whitley at acm.org (John Whitley) Date: Fri, 12 May 2006 22:23:02 -0700 Subject: [Instiki] Problems installing instiki 0.11.0 In-Reply-To: References: Message-ID: Hmm. Doing an install on a Mac OS X 10.4.6 system with the following prequisites installled works just fine: * ruby 1.8.4 * the sqlite3-ruby gem * the sqlite3 libraries * swig (http://www.swig.org/) swig is required for sqlite3 *nix and Mac OS X systems, otherwise the sqlite3-ruby gem reverts to a broken pure ruby implementation. :-P My sequence for setup with the above prerequisites installed: 0) tar xzf instiki-0.11.0.tgz 1) cd instiki-0.11.0 2) rake environment RAILS_ENV=production db_schema_import 3) For Mac OS X/*nix: script/server -e production -p 2500 For Windows: instiki.cmd note that doing "rake ... db_schema_import" effectively does the same thing as "rake ... migrate", except that it does it in one step from schema.rb, and it creates/clears the sqlite3 db file as needed. At that point, I can connect to http://localhost:2500/ and I get the initial wiki page just fine. If you're still having trouble, please post what platform you're on (w.g. Win2k, etc.) and the precise steps you follow. I'll see if I can repro on a similar system. -- John On May 12, 2006, at 10:23 AM, Punit Rathore wrote: > John, > Thanks for y our reply. I am trying to do a fresh install first > ( before I migrate). My goal is to get the default page up that > lets you configure your hompage etc. > I did try with "rake environment RAILS_ENV=production migrate" > but to no avail. Is there any way to turn on the error logs ? > Currently my log file is empty and I have no indication as to whats > going wrong. > Hi Punit, > > Sorry to hear about your difficulties. I gather that you followed > the basic instructions at the top of the README? Did you check out > the section down lower titled "Migrating Instiki 0.10.2 storage to > Instiki 0.11.0 database"? If so, did that work for you? > > Also note that rake migrate must be run as "rake environment > RAILS_ENV=production migrate" -- this is a documentation error in the > 0.11.0 release that is fixed in source control... not that that's any > help to you! > > -- John > _______________________________________________ > Instiki-users mailing list > Instiki-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users From tomcloyd at bestmindhealth.com Sat May 13 06:45:26 2006 From: tomcloyd at bestmindhealth.com (Tom Cloyd) Date: Sat, 13 May 2006 03:45:26 -0700 Subject: [Instiki] css for print media In-Reply-To: References: Message-ID: Nice work, Mark. Thanks for sharing this good work. I was WONDERING how to get a print media style sheet into the CSS, as I use such on all my web site. I have to disagree with you here: > I noticed that when I printed a page out, the text was gray, not > black. This is fine for on screen, since it's easier to read than > black-on-white, but it's not suitable for printing. It's NOT easier to read, as even black on white, on a screen, is less contrasty, and has poorer resolution than the equivalent on printed page. This is one reason why people don't like reading on a screen, and appreciate it when the font is larger than on a printed page. It's also an accessibility issue, as the W3C accessiblity guidelines have made clear - lower the contrast and you make things hard for the vision-impaired. I really wish people would stop this business of non-black fonts onscreen. Some of it is almost illegible due to extreme low levels of contrast. It look like another case "gee whiz!" design. As Ron Jeffries (Extreme Programming) puts it - "We don't get in trouble because we don't know what simple is, we get in trouble because we are too bloody clever and like to do things that are fancy in our own estimation. We enjoy running our minds and doing cool things. Just cut it out." I will now climb down off my soap box... Thanks again for the CSS tweak. Really cool. - t. > > CSS has a media type for print, which can be added to your stylesheet > tweaks by wrapping the relevant CSS in @media print{}. > > For example, to get black text, a white background, uncolored and only > subtly underlined links: > > @media print { > body { > color: black; > background-color: white; > font-size: 10pt; > } > > h1, h2, h3, h4, h5, h6 { > color: black; > } > > a, a:link, a:active, a:visited { > color: black; > border-bottom: thin dotted; > text-decoration: none; > } > > h1#pageName, .newWikiWord a, a.existingWikiWord, .newWikiWord > a:hover, #TextileHelp h3 { > color: black; > } > } > > This won't change the look of the page when you go to "Views: Print" > for a particular page, but it should take effect when you actually > print the page. > -- ================================================ Tom Cloyd, MS MA, LMHC Private practice Psychotherapist Bellingham, Washington, U.S.A: (360) 920-1226 << TC.BestMindHealth.com / BestMindHealth.com >> << tomcloyd at bestmindhealth.com >> ================================================ From msm at uwnet.nl Sat May 13 16:52:18 2006 From: msm at uwnet.nl (msm at uwnet.nl) Date: Sat, 13 May 2006 22:52:18 +0200 Subject: [Instiki] WEBrick instable at multiple text revisions Message-ID: <20060513225218.rvws3tfiiosscg8k@webmail.uwnet.nl> Here is an intersection of Mark Scala's problem "frequent crashes" (2006-05-05) and Damian Cugley's problem "Resource leak..." (2006-05-09). Instiki takes frequent revisions of the same page by the same author within a short time as multiple iterations of the same version, not as separate versions. Nice feature. But after a few iterations, my Instiki can't handle it anymore, and I'm getting error messages like "private method `split' called for 113435111:Fixnum", "private method `gsub!' called for 101855024:Fixnum", or "undefined method `+' for nil:NilClass", after submitting the updated text. Sometimes 'Cancel' is an option, sometimes not, since it leads to a page only saying "You are being redirected" from which escape is impossible. So, often a second 'Submit' is inevitable, which succeeds, be it after having made some trivial change in the text to avoid the "You have tried to save ... whithout changing it's content" message. A minor annoyance? No. From that moment on the Ruby process is eating memory whenever a 'Submit' is done on whatever edit page, until all memory is consumed and the game is over. Another not very unusual scenario: Ruby doesn't swallow up the memory, but crashes immediately. It may take a lot of time to get the web server down, once it has started seizing more and more memory. I'm using Instiki 0.11.0 and Ruby 1.8.4 [2005-12-24] on Windows 2000 or XP. WEBrick takes care for the webserving. Having no more than one (myself) or a maximum of 60 users (my department), WEBrick should be able to cope with it, I think. The number of text revisions that may give trouble, varies between 3 and 16. All the testing concerned one or two users being logged in. Anyone any idea? From whitley at acm.org Sat May 13 18:10:12 2006 From: whitley at acm.org (John Whitley) Date: Sat, 13 May 2006 15:10:12 -0700 Subject: [Instiki] WEBrick instable at multiple text revisions In-Reply-To: <20060513225218.rvws3tfiiosscg8k@webmail.uwnet.nl> References: <20060513225218.rvws3tfiiosscg8k@webmail.uwnet.nl> Message-ID: <7DB24044-E6D7-46B3-9BD0-F3D8586D7803@acm.org> msm at uwnet.nl wrote: > Instiki takes frequent revisions of the same page by the same author > within a short time as multiple iterations of the same version, not as > separate versions. Nice feature. But after a few iterations, my > Instiki can't handle it anymore, and I'm getting error messages like > "private method `split' called for 113435111:Fixnum", "private method > `gsub!' called for 101855024:Fixnum", or "undefined method `+' for > nil:NilClass", after submitting the updated text. Ah, *that* I've seen before: it was due to a hand-built Ruby on Mac OS X with incorrect threading compile options. This caused Ruby's internal state to get completely screwed up for some (but not all) applications. A correctly built Ruby interpreter resolved those nnnn:Fixmnum problems and related bizarre issues entirely. If you're using a pure-Windows (i.e. not Cygwin) Ruby, you might want to check out the RubyInstaller (http://rubyinstaller.rubyforge.org/ wiki/wiki.pl) page for a one-click Ruby installer package for Windows. See if the most recent package (1.8.4-17 release candidate 2, built on May 3, 2006) works any better for you. > I'm using Instiki 0.11.0 and Ruby 1.8.4 [2005-12-24] on Windows 2000 > or XP. -- John From msm at uwnet.nl Sat May 13 19:08:43 2006 From: msm at uwnet.nl (Meindert Meindertsma) Date: Sun, 14 May 2006 01:08:43 +0200 Subject: [Instiki] WEBrick instable at multiple text revisions In-Reply-To: <7DB24044-E6D7-46B3-9BD0-F3D8586D7803@acm.org> References: <20060513225218.rvws3tfiiosscg8k@webmail.uwnet.nl> <7DB24044-E6D7-46B3-9BD0-F3D8586D7803@acm.org> Message-ID: <20060514010843.h7sg2naxc0wsssc0@webmail.uwnet.nl> John, and others, After 32 iterations: I give up, this Ruby version is too strong for me, how healthy its internal state! The new package also reports "ruby 1.8.4 (2005-12-24) [i386-mswin32]", so I have to be more precise: "1.8.4-16 preview 3" was behaving badly, the just installed "1.8.4-17 release candidate 2" works fine, until now. A first impression of course, but I'm rather confident at this moment. Thanks, Meindert Meindertsma. Quoting John Whitley : > msm at uwnet.nl wrote: >> Instiki takes frequent revisions of the same page by the same author >> within a short time as multiple iterations of the same version, not as >> separate versions. Nice feature. But after a few iterations, my >> Instiki can't handle it anymore, and I'm getting error messages like >> "private method `split' called for 113435111:Fixnum", "private method >> `gsub!' called for 101855024:Fixnum", or "undefined method `+' for >> nil:NilClass", after submitting the updated text. > > Ah, *that* I've seen before: it was due to a hand-built Ruby on Mac > OS X with incorrect threading compile options. This caused Ruby's > internal state to get completely screwed up for some (but not all) > applications. A correctly built Ruby interpreter resolved those > nnnn:Fixmnum problems and related bizarre issues entirely. > > If you're using a pure-Windows (i.e. not Cygwin) Ruby, you might want > to check out the RubyInstaller (http://rubyinstaller.rubyforge.org/ > wiki/wiki.pl) page for a one-click Ruby installer package for > Windows. See if the most recent package (1.8.4-17 release candidate > 2, built on May 3, 2006) works any better for you. > >> I'm using Instiki 0.11.0 and Ruby 1.8.4 [2005-12-24] on Windows 2000 >> or XP. > > > -- John > > > _______________________________________________ > Instiki-users mailing list > Instiki-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users > From ttate at calpoly.edu Mon May 15 20:18:11 2006 From: ttate at calpoly.edu (Tyson Tate) Date: Mon, 15 May 2006 17:18:11 -0700 Subject: [Instiki] Stranded with 0.10.2 on MacOS X Message-ID: I've been using 0.10.2 (Oleg's standa-lone binary version for MacOS X) for the past few months to accumulate a large amount of data. Now the time has come for me to export the entire bit as static HTML. However, as you probably know, export is broken in 0.10.2. This is critical data (that I probably shouldn't have trusted to a proprietary program in the first place) that I *must* export to static HTML files. Are there any ideas on how I can get Instiki to give me back my data? Even if I can only get the Markdown code out of it, I'd be ok because I can just write a quick Python script to get everything back into shape. Thanks- Tyson From robin.shannon at gmail.com Mon May 15 21:08:13 2006 From: robin.shannon at gmail.com (Robin Shannon) Date: Tue, 16 May 2006 11:08:13 +1000 Subject: [Instiki] Stranded with 0.10.2 on MacOS X In-Reply-To: References: Message-ID: <623d73380605151808l6505db9fgfd2f969ccb3c2a58@mail.gmail.com> On 16/05/06, Tyson Tate wrote: > This is > critical data (that I probably shouldn't have trusted to a > proprietary program in the first place) that I *must* export to > static HTML files. > instiki isn't proprietary... never tried exporting from instiki myself but off the top of my head... somewhere you should have a folder called storage and that should have your data in it. Of course if all else fails you can always just view each page in a web browser and go to view -> view document source (that's what it is in konqueror it may be elsewhere in safari/firefox try the edit menu too perhaps?) -- DO NOT SEND ME WORD ATTACHMENTS - I *WILL* BITE! Hit me: [broken] Jab me: Upgrade to kubuntu linux: Faith is under the left nipple. -- Martin Luther From ttate at calpoly.edu Mon May 15 21:20:56 2006 From: ttate at calpoly.edu (Tyson Tate) Date: Mon, 15 May 2006 18:20:56 -0700 Subject: [Instiki] Stranded with 0.10.2 on MacOS X In-Reply-To: <623d73380605151808l6505db9fgfd2f969ccb3c2a58@mail.gmail.com> References: <623d73380605151808l6505db9fgfd2f969ccb3c2a58@mail.gmail.com> Message-ID: On May 15, 2006, at 6:08 PM, Robin Shannon wrote: > instiki isn't proprietary... Well, the snapshot files appear to be. They're certainly not plaintext. > never tried exporting from instiki myself but off the top of my > head... somewhere you should have a folder called storage and that > should have your data in it. Of course if all else fails you can > always just view each page in a web browser and go to view -> view > document source (that's what it is in konqueror it may be elsewhere in > safari/firefox try the edit menu too perhaps?) The storage folder contains all of the snapshots, which, as I mentioned above, are not easily readable. The problem with copying all of the HTML manually is that I have hundreds of pages and they're heavily cross-linked. Converting them to a static site by hand would be a huge pain in the arse. I've installed Ruby on Rails and Instiki 0.11.0 on my local machine to try to migrate the Web to a working version of Instiki, but I can't get it to create a new Web. I get the following when I try to: --- NoMethodError in Admin#create_system undefined method `files_path' for nil:NilClass RAILS_ROOT: . #{RAILS_ROOT}/app/models/wiki_file.rb:49:in `content_path' #{RAILS_ROOT}/app/models/web.rb:86:in `create_files_directory' #{RAILS_ROOT}/app/models/wiki.rb:13:in `create_web' #{RAILS_ROOT}/app/models/wiki.rb:70:in `setup' #{RAILS_ROOT}/app/controllers/admin_controller.rb:17:in `create_system' #{RAILS_ROOT}/instiki:6:in `load' #{RAILS_ROOT}/instiki:6 --- Any ideas? Anyone? -Tyson From beattie.mark at gmail.com Mon May 15 23:33:40 2006 From: beattie.mark at gmail.com (Mark Beattie) Date: Tue, 16 May 2006 12:33:40 +0900 Subject: [Instiki] Stranded with 0.10.2 on MacOS X In-Reply-To: References: <623d73380605151808l6505db9fgfd2f969ccb3c2a58@mail.gmail.com> Message-ID: <200605161233.40358.beattie.mark@gmail.com> Sounds like you're having a really rough time upgrading. Following are my notes from my upgrade to 0.11. They're very long, but they cover how to export your current storage as SQL that can be imported into 0.11's ActiveRecord DB storage. Hope it helps: Backup the existing wiki Export as markup? save the stylesheet tweaks somewhere Checkout the svn trunk: svn co http://svn.instiki.org/instiki/trunk instiki Create a database (My SQL?:) su mysql -p create database wiki; (CTRL+C) create a database.yml file: Place this in config/database.yml: development: adapter: mysql database: wiki username: root password: socket: /var/run/mysqld/mysqld.sock test: adapter: mysql database: wiki username: root password: socket: /var/run/mysqld/mysqld.sock production: adapter: mysql database: wiki username: root password: socket: /var/run/mysqld/mysqld.sock import the DB schema: rake migrate check that it works: Use ?./instiki -e development? on the development machine # ./instiki => Instiki started on http://0.0.0.0:2500 => Ctrl-C to shutdown; call with --help for options [2006-03-07 20:40:35] INFO WEBrick 1.3.1 [2006-03-07 20:40:35] INFO ruby 1.8.2 (2005-04-11) [i386-linux] [2006-03-07 20:40:35] INFO WEBrick::HTTPServer#start: pid=10544 port=2500 Migrate the 0.10 storage to 0.11 database: (Debian Sarge, gem installation) Create some symlinks in the 0.10.2 gem installation: # su # cd /usr/lib/ruby/gems/1.8/gems/instiki-0.10.2/ # mkdir vendor # cd vendor/ # ln -s ../../madeleine-0.7.1 madeleine-0.7.1 # ln -s ../../RedCloth-3.0.3 RedCloth-3.0.3 # ln -s ../../RedCloth-3.0.4 RedCloth-3.0.4 # ln -s ../../rubyzip-0.5.8 rubyzip-0.5.8 Export the 0.10.2 storage as SQL In the directory Instiki was checked out run: ruby scriptimport_storage -t /full/path/to/instiki0.10/storage -i /full/path/to/instiki0.10/installation -d mysql -o instiki_import.sql Eg: ruby script/import_storage -t /var/www/instiki/storage/2500 -i /usr/lib/ruby/gems/1.8/gems/instiki-0.10.2 -d mysql -o instiki_0.10.2_import.sql Import the SQL # su # mysql -p mysql> connect wiki mysql> source instiki_0.10.2_import.sql Execute ruby script/reset_references $ ruby script/reset_references Check that it still works In my case, the pages seemed to have come across OK, but the stylesheet tweaks had mostly been lost. Probably safest to back them up first and then apply them again afterwards. Cleaning up Bug in the migration file Line 48 of db/schema.rb says: t.column "additional_style", :string additional_style stores the stylesheet tweaks, and creating it as a string will limit the number of characters you can enter. To change it the hard way: # su # mysql -p mysql> connect wiki mysql> ALTER TABLE `webs` CHANGE `additional_style` `additional_style` TEXT NULL DEFAULT NULL; Then you?re almost able to save stylesheet tweaks, but first some bugs in the Wiki.authenticate method need to be remedied Bug in the Wiki.authenticate method from app/models/wiki.rb: def authenticate(password) password == (system.password || 'instiki') end Hey that?s real secure! Let?s just all go and edit each other?s wiki?s using ?instiki? as the password. Besides that, after the migration process, the ?system? table was left empty, meaning that the original system password has been lost. To create a new system password: # script/console system = System.new system.password = "(new password)" system.save You?d still want to change that line in wiki.rb to: password == system.password No idea why it didn?t come across in the migration though. Mark Beattie http://blog.easyeikaiwa.com From whitley at acm.org Tue May 16 00:59:26 2006 From: whitley at acm.org (John Whitley) Date: Mon, 15 May 2006 21:59:26 -0700 Subject: [Instiki] Stranded with 0.10.2 on MacOS X In-Reply-To: References: <623d73380605151808l6505db9fgfd2f969ccb3c2a58@mail.gmail.com> Message-ID: <7B82C9F8-F66D-4D51-8091-6ACC20D8DD7F@acm.org> Tyson Tate wrote: > I've installed Ruby on Rails and Instiki 0.11.0 on my local machine > to try to migrate the Web to a working version of Instiki, but I > can't get it to create a new Web. I get the following when I try to: > > --- > NoMethodError in Admin#create_system > > undefined method `files_path' for nil:NilClass This likely means that you don't have SWIG installed; this is a poorly documented requirement for the sqlite3-ruby gem on *nix and Mac OS X systems. If you use DarwinPorts, just do: sudo port install swig in a Terminal window. Otherwise, download and install SWIG from http://www.swig.org/. Try Instiki again; you may or may not need to rebuild the sqlite3-ruby gem after installing SWIG. -- John From ttate at calpoly.edu Tue May 16 15:24:29 2006 From: ttate at calpoly.edu (Tyson Tate) Date: Tue, 16 May 2006 12:24:29 -0700 Subject: [Instiki] Stranded with 0.10.2 on MacOS X Message-ID: <22693138-E4FC-48FB-9F18-ADAB42C6D4F3@calpoly.edu> > Tyson Tate wrote: > > I've installed Ruby on Rails and Instiki 0.11.0 on my local machine > > to try to migrate the Web to a working version of Instiki, but I > > can't get it to create a new Web. I get the following when I try to: > > > > --- > > NoMethodError in Admin#create_system > > > > undefined method `files_path' for nil:NilClass > > This likely means that you don't have SWIG installed; this is a > poorly documented requirement for the sqlite3-ruby gem on *nix and > Mac OS X systems. If you use DarwinPorts, just do: > sudo port install swig > in a Terminal window. Otherwise, download and install SWIG from > http://www.swig.org/. Try Instiki again; you may or may not need to > rebuild the sqlite3-ruby gem after installing SWIG. > > -- John No dice. I installed SWIG and rebuilt sqlite3-ruby to no avail. I'm still getting the same errors. I tired running Instiki on my host (Bluehost) as well, but their support is sketchy, at best. I'll keep cracking at it, but I'm running out of options, it looks like. -Tyson From whitley at acm.org Tue May 16 16:50:35 2006 From: whitley at acm.org (John Whitley) Date: Tue, 16 May 2006 13:50:35 -0700 Subject: [Instiki] Stranded with 0.10.2 on MacOS X In-Reply-To: <22693138-E4FC-48FB-9F18-ADAB42C6D4F3@calpoly.edu> References: <22693138-E4FC-48FB-9F18-ADAB42C6D4F3@calpoly.edu> Message-ID: Tyson Tate wrote: > No dice. I installed SWIG and rebuilt sqlite3-ruby to no avail. I'm > still getting the same errors. Just to be clear, that error means that at some level ActiveRecord (the database mapping layer that Instiki uses, part of the Rails framework) failed to be able to access a properly set up database. My next guess would be that the sqlite3 database isn't being properly initialized and/or used by the server. My next question: have you found and followed the full instructions in the README file in the Instiki 0.11.0 distribution? There's one rather important mistake in there that I'll point out: Step 8: "Execute 'rake migrate'" should really be: rake environment RAILS_ENV=production migrate Also, I recommend running instiki as: cd your/instiki-dir script/server -e production Specifying the "production" environment to these commands ensures that the sqlite3 database is initialized and then used by the server. Otherwise Rails defaults to the development environment, which is configured to point to a mysql database that you probably don't have or want to bother with. Hope that helps, John P.S. If that doesn't cut it, I'll try to migrate my OS X 0.10.2 installation over to 0.11.0 and post results here. I've been looking into other bugs, and haven't gotten to migration issues yet. From JPatoskie at recursionsw.com Tue May 16 20:23:06 2006 From: JPatoskie at recursionsw.com (John Patoskie) Date: Tue, 16 May 2006 19:23:06 -0500 Subject: [Instiki] Can't prevent formatting of text Message-ID: How can I prevent formatting of text? I can't seem to escape + and ~ characters. Sample Text: "You use a C++ compiler to compile C++ code." This causes everything after the initial C++ to be underlined up to the next C++. Sample Text: "change to your home directory ~/ or change into your ~/tmp directory" This causes everything between the ~ to be subscripted. I thought you could escape it with "\" in front of them, but that isn't working. Suggestions? I searched faqs, archives, and guides without finding an answer. Regards, John From tomcloyd at bestmindhealth.com Tue May 16 20:52:45 2006 From: tomcloyd at bestmindhealth.com (Tom Cloyd) Date: Tue, 16 May 2006 17:52:45 -0700 Subject: [Instiki] Can't prevent formatting of text In-Reply-To: References: Message-ID: John, I've had this problem, and its solution is NOT documented at the Instiki wiki, I believe. You do not say exactly how you're trying to prevent the formatting, and knowing that would be helpful. I've always solved the problem by trying each of these tags:
   
. They cause different formatted responses, of course (would you  
can change to a degree with some CSS fiddling (except  can't be  
affected by that, I believe). Sometimes one will work where the others  
will not.

But the big secret seems to be to split up the tagging. As I recall,  
something like this C++ won't work, but something like this  
will: C++.

You have to approach it empirically. To me, the logic behind this is a bit  
opaque.

Tom C.

On Tue, 16 May 2006 17:23:06 -0700, John Patoskie  
 wrote:

> How can I prevent formatting of text?  I can't seem to escape + and ~
> characters.
>
> Sample Text:  "You use a C++ compiler to compile C++ code."
>
> This causes everything after the initial C++ to be underlined up to the
> next C++.
>
> Sample Text: "change to your home directory ~/ or change into your ~/tmp
> directory"
>
> This causes everything between the ~ to be subscripted.
>
> I thought you could escape it with "\" in front of them, but that isn't
> working.
>
> Suggestions?  I searched faqs, archives, and guides without finding an
> answer.
>
> Regards,
>
> John
>
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users



-- 

================================================
Tom Cloyd, MS MA, LMHC
Private practice Psychotherapist
Bellingham, Washington, U.S.A: (360) 920-1226
<< TC.BestMindHealth.com / BestMindHealth.com >>
<< tomcloyd at bestmindhealth.com >>
================================================

From JPatoskie at recursionsw.com  Wed May 17 12:27:44 2006
From: JPatoskie at recursionsw.com (John Patoskie)
Date: Wed, 17 May 2006 11:27:44 -0500
Subject: [Instiki] Can't prevent formatting of text
Message-ID: 

Thanks Tom.  

The  tag solved the problem.  I was aware of 
 and 
tags, but they required changes to fonts size.  The  handles my
specific issues. 

Regards,

John 

-----Original Message-----
From: instiki-users-bounces at rubyforge.org
[mailto:instiki-users-bounces at rubyforge.org] On Behalf Of Tom Cloyd
Sent: Tuesday, May 16, 2006 7:53 PM
To: Instiki-users
Subject: Re: [Instiki] Can't prevent formatting of text

John,

I've had this problem, and its solution is NOT documented at the Instiki

wiki, I believe. You do not say exactly how you're trying to prevent the

formatting, and knowing that would be helpful.

I've always solved the problem by trying each of these tags: 
  
. They cause different formatted responses, of course (would you

can change to a degree with some CSS fiddling (except  can't be

affected by that, I believe). Sometimes one will work where the others  
will not.

But the big secret seems to be to split up the tagging. As I recall,  
something like this C++ won't work, but something like this

will: C++.

You have to approach it empirically. To me, the logic behind this is a
bit  
opaque.

Tom C.

On Tue, 16 May 2006 17:23:06 -0700, John Patoskie  
 wrote:

> How can I prevent formatting of text?  I can't seem to escape + and ~
> characters.
>
> Sample Text:  "You use a C++ compiler to compile C++ code."
>
> This causes everything after the initial C++ to be underlined up to
the
> next C++.
>
> Sample Text: "change to your home directory ~/ or change into your
~/tmp
> directory"
>
> This causes everything between the ~ to be subscripted.
>
> I thought you could escape it with "\" in front of them, but that
isn't
> working.
>
> Suggestions?  I searched faqs, archives, and guides without finding an
> answer.
>
> Regards,
>
> John
>
> _______________________________________________
> Instiki-users mailing list
> Instiki-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instiki-users



-- 

================================================
Tom Cloyd, MS MA, LMHC
Private practice Psychotherapist
Bellingham, Washington, U.S.A: (360) 920-1226
<< TC.BestMindHealth.com / BestMindHealth.com >>
<< tomcloyd at bestmindhealth.com >>
================================================
_______________________________________________
Instiki-users mailing list
Instiki-users at rubyforge.org
http://rubyforge.org/mailman/listinfo/instiki-users


From jperrie at us.ibm.com  Fri May 19 18:39:21 2006
From: jperrie at us.ibm.com (Joseph Perrie)
Date: Fri, 19 May 2006 17:39:21 -0500
Subject: [Instiki] InitV Startup Implementation for Instiki on Mongrel
Message-ID: 


I just wrote this InitV startup script for Instiki running on Mongrels on
Redhat Enterprise Linux 4.3 (RHEL4U3).

Tony

#!/bin/sh
# file: /usr/bin/mongrel_start
# author: Tony Perrie

cd /var/www/html/wiki
PWD=/var/www/html/wiki /usr/bin/ruby /usr/bin/mongrel_rails start -p 4001 \
-P /var/run/mongrel_instiki.pid -l /var/www/html/wiki/log/mongrel.log \
> /var/www/html/wiki/log/mongrel_stdout.log 2>&1

#!/bin/bash
# instiki        Mongrel startup script for Instiki
# author:        Tony Perrie
#
# chkconfig: - 85 15
# description: This is a startup script for a mongrel process that
#              that is proxied behind an Apache VHost
# processname: mongrel_rails
# pidfile: /var/run/mongrel_instiki.pid

# Source function library.
. /etc/rc.d/init.d/functions

prog="instiki"
instiki=${INSTIKI-/usr/bin/mongrel_start}
pidfile=${PIDFILE-/var/run/mongrel_instiki.pid}
lockfile=${LOCKFILE-/var/lock/subsys/mongrel_instiki}
RETVAL=0
start() {
        action $"Starting $prog: " /bin/true
        $instiki &
        touch /var/www/html/wiki/log/mongrel.log
        RETVAL=$?
        [ $RETVAL = 0 ] && touch ${lockfile}
             return $RETVAL
}

stop() {
  action $"Stopping $prog: " /bin/true
  MONGRELPID=$(ps auxwww | grep mongrel | grep -v grep | awk ' { print $2 }
')
  if [ "$MONGRELPID" != "" ]; then
    kill $MONGRELPID
  fi
}

# See how we were called.
case "$1" in
  start)
             start
             ;;
  stop)
             stop
             ;;
  status)
        status "/usr/bin/ruby /usr/bin/mongrel_rails"
             RETVAL=$?
             ;;
  restart)
             stop
             start
             ;;
  *)
             echo $"Usage: $prog {start|stop|restart}"
             exit 1
esac

exit $RETVAL


Tony


From mark.james.lists at gmail.com  Sun May 21 07:13:43 2006
From: mark.james.lists at gmail.com (mark larios)
Date: Sun, 21 May 2006 20:13:43 +0900
Subject: [Instiki] InitV Startup Implementation for Instiki on Mongrel
In-Reply-To: 
References: 
Message-ID: 

You should consider submitting this script to TextSnippets
.

On 5/20/06, Joseph Perrie  wrote:
>
> I just wrote this InitV startup script for Instiki running on Mongrels on
> Redhat Enterprise Linux 4.3 (RHEL4U3).
>
> Tony

-- 
mark larios



From msm at uwnet.nl  Sun May 21 12:20:27 2006
From: msm at uwnet.nl (Meindert Meindertsma)
Date: Sun, 21 May 2006 18:20:27 +0200
Subject: [Instiki] WEBrick instable at multiple text revisions
In-Reply-To: <20060514010843.h7sg2naxc0wsssc0@webmail.uwnet.nl>
References: <20060513225218.rvws3tfiiosscg8k@webmail.uwnet.nl>
	<7DB24044-E6D7-46B3-9BD0-F3D8586D7803@acm.org>
	<20060514010843.h7sg2naxc0wsssc0@webmail.uwnet.nl>
Message-ID: <20060521182027.u13v4xnp3ok4ssc4@webmail.uwnet.nl>

Something is rotten in the state of my wiki. The Ruby upgrade wasn't  
the panacea after all, although most pages are trouble-free now  
indeed. Some pages however still may go beserk at an unpredictable  
moment: weird error messages at submitting, and the subsequent memory  
leak. A quantum effect? Worn-out bits?

After many experiments with a troublesome page, I'm getting to suspect  
Textile-tables containing WikiWords. When WikiWords (actually their  
square brackets) are removed, or when Textile table-formatting is  
replaced by pure HTML (preserving all WikiWords), there never seems to  
come an end at the error-free updating of that page. Here is the  
problematic one: [myPage]

  table(in).
  |(nn). Volledige naam |(nn). : |(n). Bxxxxxxxxxxxxx Axxxxxxxxx  
(xx-xxxxxxxxxx) |
  |(nn). Klantgroep |(nn). : |(n). *X* |
  |(nn). AS/IS-code |(nn). : |(n). *XX* |
  |(nn). Productie-omgeving |(nn). : |(n). *X* op mainframe XXXX |
  |(nn). Beheercluster |(nn). : |(n). [[Cluster 1]], [[Cluster 2]]  
(Fxxx Xxxxx xx Xxx; Fxxx Xxxx Xxxxxxxxxx), [[Cluster 3]], [[Cluster  
6]] |
  |(nn). Applicatiebeheer |(nn). : |(n). [[Meindert Meindertsma]] |
  |(nn). Techniek |(nn). : |(n). [[SAS]], [[JCL]], [[OPC]] |

The quick brown fox jumps over the lazy dog. The quick brown fox jumps  
over the lazy dog. The quick brown fox jumps over the lazy dog. The  
quick brown fox jumps over the lazy dog. The quick brown fox jumps  
over the lazy dog. The quick brown fox jumps over the lazy dog.

The quick brown fox jumps over the lazy dog. The quick brown fox jumps  
over the lazy dog. The quick brown fox jumps over the lazy dog. The  
quick brown fox jumps over the lazy dog.

Iteratie 1: anonimiseren.
Iteratie 2.
Iteratie 3.
Iteratie 4.
Iteratie 5.
Iteratie 6.
Iteratie 7.
Iteratie 8.
Iteratie 9.
Iteratie 10.
Iteratie 11 geeft:
undefined method `to_sym' for nil:NilClass.

[/myPage] Sorry for the Dutch frases, but you get the idea. The first  
iteration consisted of creating a new page, pasting text from another  
page and covering parts of it with x-s and a little story about a  
jumping fox. All next updates I did no more than adding a line  
"Iteratie 2." and so on.

I don't have to present the HTML version, do I? I assure you it looks  
awful, because the whole table must be written on one logical line,  
without any hard returns between or inside the tags (Markdown would do  
a better job here, I presume). O well, there is trick: a linebreak at  
the end of (and within!) each table cell is harmless, but still not  
making a great layout in the edit page. By the way: is it safe to put  
HTML tags into this mail -- what if it's read through a web browser?  
That's why I'm a bit cautious when dealing with HMTL.

Could my assumption that Textile-tables and WikiWords don't go  
together be true? Has anyone similar, supplemental or contrary  
experiences? This could be a reason to switch to Markdown, but I want  
to be sure before taking such a drastic step.

Meindert Meindertsma.

Quoting Meindert Meindertsma :

> John, and others,
>
> After 32 iterations: I give up, this Ruby version is too strong for
> me, how healthy its
> internal state!
>
> The new package also reports "ruby 1.8.4 (2005-12-24) [i386-mswin32]",
> so I have to be
> more precise: "1.8.4-16 preview 3" was behaving badly, the just
> installed "1.8.4-17
> release candidate 2" works fine, until now. A first impression of
> course, but I'm rather
> confident at this moment.
>
> Thanks,
> Meindert Meindertsma.
>
> Quoting John Whitley :
>
>> msm at uwnet.nl wrote:
>>> Instiki takes frequent revisions of the same page by the same author
>>> within a short time as multiple iterations of the same version, not as
>>> separate versions. Nice feature. But after a few iterations, my
>>> Instiki can't handle it anymore, and I'm getting error messages like
>>> "private method `split' called for 113435111:Fixnum", "private method
>>> `gsub!' called for 101855024:Fixnum", or "undefined method `+' for
>>> nil:NilClass", after submitting the updated text.
>>
>> Ah, *that* I've seen before: it was due to a hand-built Ruby on Mac
>> OS X with incorrect threading compile options.  This caused Ruby's
>> internal state to get completely screwed up for some (but not all)
>> applications.  A correctly built Ruby interpreter resolved those
>> nnnn:Fixmnum problems and related bizarre issues entirely.
>>
>> If you're using a pure-Windows (i.e. not Cygwin) Ruby, you might want
>> to check out the RubyInstaller (http://rubyinstaller.rubyforge.org/
>> wiki/wiki.pl) page for a one-click Ruby installer package for
>> Windows.  See if the most recent package (1.8.4-17 release candidate
>> 2, built on May 3, 2006) works any better for you.
>>
>>> I'm using Instiki 0.11.0 and Ruby 1.8.4 [2005-12-24] on Windows 2000
>>> or XP.
>>
>>
>> -- John
>>
>>
>> _______________________________________________
>> 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 MLucas at mvrpc.org  Mon May 22 16:03:28 2006
From: MLucas at mvrpc.org (Lucas, Mike)
Date: Mon, 22 May 2006 16:03:28 -0400
Subject: [Instiki] is there a config to enable file uploads?
Message-ID: 

I am setting up several wikis to try to help collect some HOWTO info for
our staff, and love the simplicity and speed of Instiki, it is a great
product, my first foray into playing with a RoR app.
 
However, no matter how I try to search and read the documentation on
file uploads in Instiki, I can't get this feature working.
 
I set the file limit in the Web Settings to 1 GB to test without
limitations.
 
I followed the small example on FileUploads page on instiki.org by
placing the location of the file I want uploaded in brackets.
 
I have Instiki running on a local webserver, proxied to the outside
world via Apache. I've tried to point the upload files link to a file
straight off my local machine to see if it uploads to the web server but
that doesn't work. Does Instiki have a file upload module somewhere, do
i have to give permissions to the /files dir? (I am running Apache
webserver on a Windows Server box, with Ruby 1.84 installed).
 
I even ftp'd a file to the /files subdir and still can't get a clean
link. When I ftp the file directly, then add [[filename.pdf:file]] the
result is a highlighted link for a page that doesn't exist, but if I
click the question mark to create it, then the PDF in the /files dir
opens. Have I missed some config setting somewhere. I know instiki.org
has the FileUpload page on the TODO list, but I'm getting frustrated not
being able to sort it out on my own. Everything else with this
application is so simple and straightforward, I'm sure I'm staring at
the solution but just haven't grokked. it.
 
Thanks,
-Mike
Michael Lucas
Web Manager
MVRPC

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instiki-users/attachments/20060522/465429d9/attachment.htm 

From hoyhoy at gmail.com  Wed May 24 11:43:28 2006
From: hoyhoy at gmail.com (Tony Perrie)
Date: Wed, 24 May 2006 10:43:28 -0500
Subject: [Instiki] Authentication between Instiki and Mailman
Message-ID: 

This was taken from a string of emails I sent to the rails mailing
list.  I was attempting to enable a single sign on between Instiki
(running on Mongrel) and Mailman running from Apache. Esentially, we
needed to authenticate against the cookie written by Ruby.  It turns
out that you can write a cookie for the entire TLD of *.example.com
from Instiki (Rails).  So, I changed the cookie writing code in the
wiki_controller to the following.

# app/controllers/wiki_controller.rb
cookies['ldap_username_2006'] = {:value =>emailaddress,
                      :expires =>30.days.from_now,
                      :domain => '.example.com'
                      }
cookies['session_id'] = {:value =>session.session_id,
                        :expires =>30.days.from_now,
                        :domain => '.example.com'
                       }

This had the effect of allowing the cookie to be read by all
subdomains which is completely fine.  The next step was to make Apache
recognize the
cookie which was a bit harder than I thought.  I amended the
/etc/httpd/conf.d/mailman.example.com.conf config file with the
following mod_rewrite rules.

# /etc/httpd/conf.d/mailman.example.com
RewriteCond %{HTTP_COOKIE} !^.*ldap_username_2006=.*$
RewriteRule .*$
http://instiki.example.com/wiki/auth?mailman_from=http://mailman.example.com%{REQUEST_URI}

So, there was a little bit of more hacking in the "auth" view to force
a redirect back to mailman if that's where the request originated.
This
required that the auth view needed to handle the "mailman_from"
request variable being sent by the rewrite rule.

# app/views/wiki/auth.rhtml
<%= form_tag(:controller => 'wiki' , :action => 'ldap_authenticate',
:redirect_mailman=>@params['mailman_from']) %>

Finally, ldap_authenticate has to redirect back to mailman if the
request was initiated there, and the cookie did not exist.  The entire
URL is preserved.  So, if you came in from a particular list request,
you are redirected back to that particular list.

# app/controllers/wiki_controller.rb
#
if @params['redirect_mailman'].nil?
 redirect_home
else
 redirect_to @params['redirect_mailman'].to_s
end

Clearly, this method of checking the ldap_username_2006 is a bare
minimum of security.  If a user could guess that cookie name, and
write it, then they could get access.  The right way would be to check
the session_id against the database, but it didn't seem like
RewriteCond could do such a thing.  I actually have another check in
my RewriteCond (not listed in this email) to insure the value of the
cookie complies with the regex.  Even so, I'd be fairly wary of
implementing this outside of our Intranet.

The other option I considered is forking mailman to check the
session_id from the instiki database.  This is probably a slightly
more sane, however this would require us to merge future mailman
patches manually.

If anyone has any thoughts on how to check a session_id against a
database with mod_rewrite (or any other Apache module), let me know.

Regards,

Tony
http://involution.com


From kemp at extelligence.net  Thu May 25 10:00:26 2006
From: kemp at extelligence.net (Kemp Watson)
Date: Thu, 25 May 2006 10:00:26 -0400
Subject: [Instiki] Install Instiki on Solaris 10
Message-ID: 

Hi all:

It's turning out for me that "there is no step 3" is really not quite
right...

I've got Ruby installed and working, and Sqlite, both standard installs into
/usr/local, but I can't seem to get the sqlite3-ruby connector installed.

Running "ruby setup.rb config" as indicated gives a "Could not create
Makefile" error, "probably lack of necessary libraries and or headers". But
the instructions just said to run that script. Any suggestions?

(this is Solaris 10 on a T2000, SPARC T1 processor, GCC 3.4.3)

Help much appreciated,
Kemp Watson
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.7.1/347 - Release Date: 24-May-2006


From francisco at nortenet.pt  Fri May 26 15:04:07 2006
From: francisco at nortenet.pt (Francisco Alves Cabrita)
Date: Fri, 26 May 2006 20:04:07 +0100
Subject: [Instiki] Instiki + lighttpd + auth edit
Message-ID: <200605262004.10227.francisco@nortenet.pt>

Hello All

First Thanks for this Fantastic Simple and functional WIKI RoR based :)

I have installed Instiki and it's running via Lighttpd / FastCGI, and It's up 
and running without any problem :)

Now I need help implementing the autentication mechanism for editing pages.

I have read this: http://instiki.org/show/HtaccessAuthorization , but that's 
for Apache, and lighttpd is very diferent :S.

I already have this under lighttpd.conf
---

auth.backend               = "htpasswd"
auth.backend.htpasswd.userfile = "/usr/home/include/htpasswd"

auth.require = ( "/priv" =>
( "method"  => "digest",
  "realm"   => "download archiv",
  "require" => "valid-user" )
)

url.rewrite = ( 
  "^/$" => "index.html",
  "^([^.]+)$" => "$1.html",
  ".*/edit/.*" => "/usr/local/instiki/public/priv/edit.fcgi"
)

The problem is, I can't get that fancy box asking for Auth :D and 
AnomynousCoward can edit :)

Thanks in Advance
Cheers
Francisco
-- 
A princess should not be afraid -- not with a brave knight to protect
her.
		-- McCoy, "Shore Leave", stardate 3025.3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instiki-users/attachments/20060526/bb49155a/attachment-0001.bin 

From csimonut at gmail.com  Sat May 27 18:19:04 2006
From: csimonut at gmail.com (Christian Simonutti)
Date: Sun, 28 May 2006 00:19:04 +0200
Subject: [Instiki] published version
Message-ID: <20060527221903.GC27978@hias.happyhacking.at>

Hi,

I'm using instiki for my personal website. Therefor I use the publish feature.
Unfortunately the published mode has a lot of bugs and produces some nasty
errors when used behind apache.

Instiki is really nice - if not used in published mode. No rss, no access to
public/images, wrong includes, ...

Is anybody using a published version in real life? I'm really tired of hunting
bugs ;o(

Simon