Hi there.

I don't mean to nag, but in case you haven't noticed, its hard to use
the sandbox when it throws errors about captchas.

And I can't register, because:
[[
 New Account

Could not verify captcha:
Create new account
User name
Password
Confirm Password
This reCAPTCHA key isn't authorized for the given domain. More info
]]

There's a lot reCAPTCHA messages through the website... don't know
what they mean. Clicking on the RSS links cause firefox to spew error
messages at me, too:
[[
XML Parsing Error: not well-formed
Location: jar:file:///usr/lib/firefox/chrome/browser.jar!/content/browser/feeds/subscribe.xhtml
Line Number 1, Column 12:icrosummary(this._bookmarkID, newMicrosummary);
-----------^
]]
Firefox-specific problem?

And you probably know, but clicking the xhtml1.1 links generate lots
of whining from the w3c. Guess its for debugging?


Anyway, I'm looking for a simple wiki/cms type thing I can use for
todo lists for some projects of mine (mostly rack-based apps running
with Sinatra), maybe photo albums, stuff like in the demo. I'm hoping
it'll work when I install, or that I can hack it into shape, and add
my stuff easily.

Btw, I'll be using webfaction, too. If I've trouble with the install,
I'll get back to you.

Cheers,
Sam

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

> I don't mean to nag, but in case you haven't noticed, its hard to use
> the sandbox when it throws errors about captchas.

That's not nagging - that's beta testing. :)

http://spu.tnik.org/ is running code straight out of git, to keep us
honest. The latest release is more stable.

> Could not verify captcha:

We just recently changed the domain name and I forgot to update
recaptcha API keys, which are domain specific. This is fixed now.

> XML Parsing Error: not well-formed
> Location: jar:file:///usr/lib/firefox/chrome/browser.jar!/content/browser/feeds/subscribe.xhtml

I think this might be a problem with your installation of FF.  It
sounds to me like it cannot parse your subscribe.xhtml file. It looks
fine in my FF. :(

I just tested the rss feed and the site-wide feed validates properly

http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fspu.tnik.org%2Fen%2Fhistory.rss

The per-page RSS has an issue with duplication of IDs, but nothing as
serious as not well-formed XML:

http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fspu.tnik.org%2Fen%2FSputnik.rss

> And you probably know, but clicking the xhtml1.1 links generate lots
> of whining from the w3c. Guess its for debugging?

Fixed.

> Anyway, I'm looking for a simple wiki/cms type thing I can use for
> todo lists for some projects of mine (mostly rack-based apps running
> with Sinatra), maybe photo albums, stuff like in the demo. I'm hoping
> it'll work when I install, or that I can hack it into shape, and add
> my stuff easily.

Great. This is exactly the sort of thing Sputnik is designed for.

The last release (see http://spu.tnik.org/en/Installation) is
certainly stable. The working version from git (see
http://spu.tnik.org/en/Source) is obviously a little less so. However,
if you are not afraid of git (and know how to roll back after pulling
a bad revision), I would strongly recommend using that. It has more
features and I plan to make a release based on it shortly. And if you
find a bug or a bottleneck I would be able to fix it more quickly.

> Btw, I'll be using webfaction, too. If I've trouble with the install,
> I'll get back to you.

I've actually recently abandoned webfaction for the sake of slicehost.
It wasn't for any particular problem with webfaction - I just wanted
more control in terms of user accounts, etc. Speaking of which, I am
now ready to offer free sputnik hosting for whoever is interested.
Obviously you would get somewhat less control.

 - yuri

-- 
http://spu.tnik.org/

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

On Wed, Jan 28, 2009 at 4:55 PM, Yuri Takhteyev <yuri@sims.berkeley.edu> wrote:
>> XML Parsing Error: not well-formed
...
> I think this might be a problem with your installation of FF.

You're probably right, I'm still on ubuntu 7.10 so it an old FF. Thats ok.

>> Anyway, I'm looking for a simple wiki/cms type thing I can use for
>> todo lists for some projects of mine (mostly rack-based apps running
>> with Sinatra), maybe photo albums, stuff like in the demo. I'm hoping
>> it'll work when I install, or that I can hack it into shape, and add
>> my stuff easily.
>
> Great. This is exactly the sort of thing Sputnik is designed for.

I hope so! I don't want to spend too much time on this, its supposed
to help my projects, not steal time from them, but I need some kind of
tool support.

I was looking at trac, but I don't really need its svn/git integration
(I'm happy with the browser on github) and I don't really like its
wiki, and I can't use it as a mini-CMS, so it didn't seem to have much
left for me.

> The last release (see http://spu.tnik.org/en/Installation) is
> certainly stable. The working version from git (see
> http://spu.tnik.org/en/Source) is obviously a little less so. However,
> if you are not afraid of git (and know how to roll back after pulling
> a bad revision), I would strongly recommend using that. It has more
> features and I plan to make a release based on it shortly. And if you
> find a bug or a bottleneck I would be able to fix it more quickly.

I'm using git, though "comfortable" is a strong word.

What would you recommend for a back-end for sputnik? I think it does
svn, flat file, and git? Is one more stable than any other?

I'd really like git or svn as a backend if it would allow me to edit
wiki pages with vim in markdown format as text pages, and push/commit
them up to webfaction. But if thats not possible, then I'll just want
to use whatever is easiest to deploy.

>> Btw, I'll be using webfaction, too. If I've trouble with the install,
>> I'll get back to you.
>
> I've actually recently abandoned webfaction for the sake of slicehost.
> It wasn't for any particular problem with webfaction - I just wanted
> more control in terms of user accounts, etc. Speaking of which, I am
> now ready to offer free sputnik hosting for whoever is interested.

Partly this is an exercise in learning how to setup my own servers,
but if its too hard, maybe I'll take you up on that. Probably an
exercise in rock packaging, too.

> Obviously you would get somewhat less control.

I suspect I'll need to write my own node code, or whatever its called,
and maybe tweak th source, so I'll try to install from git tonight.

Sam

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list

> I'm using git, though "comfortable" is a strong word.

As long as you know how to roll back to an earlier revision after a
pull, you'll be fine. Before you pull updates, run "git log" to see
where you are at. Then pull. Then, if you don't like what you got,
roll back with "git reset <rev_id>".

> What would you recommend for a back-end for sputnik? I think it does
> svn, flat file, and git? Is one more stable than any other?

The default ("filedir") is what most Sputnik installations use,
including spu.tnik.org. It's not exactly "flat file," rather, it
stores the nodes and the index of revision as lua code. It's by far
the simplest and the most tested implementation. It also makes it
really easy to edit files by hand, bypassing Sputnik. (To remove a
revision, just edit the index file and comment out the table for that
revision.) If you want to synchronize two repositories on different
computers, you can do so with rsync.

The MySQL implementation was written to be faster. Jim is the person
to ask about pros and cons. Same for SQLite.

The Git implementation is the newest and the least tested. It hasn't
gotten much production use, though I am about to launch a photo album
site using it. It gives you a very clean directory and in theory
allows you to do fancy merges using git. (In practice, you need to
install a git server to really do this, so it gets more complicated.)
It uses pipes, though, since git is not available as a library. This
is not a problem for simply getting nodes: git is not used for simple
retrieval, we just read the file from disk. However, things like
history are a little slow, since we end up needing multiple git
processes. If you want to use it and run into problems, I will be
happy to help. But if you are looking for the most tested, then you
should probably go with the default.

The SVN implementation used to work in an earlier version of Sputnik,
but is broken at the moment, IIRC.

> I suspect I'll need to write my own node code, or whatever its called,
> and maybe tweak th source, so I'll try to install from git tonight.

If you are looking to do a photo album, have a look at a directory
called "sfoto". It's a plugin that implements a blog/photo album
combo. Unfortunately the demo is down at the moment, but I'll try to
set it up tomorrow.

- yuri

-- 
http://spu.tnik.org/

_______________________________________________
Sputnik-list mailing list
Sputnik-list@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list