[kforge-dev] versions of CKAN dependencies
Rufus Pollock
rufus.pollock at okfn.org
Tue Jan 22 09:53:41 UTC 2008
John Bywater wrote:
> Hi Rufus,
I should apologize here. I've just gone back and double-checked and for
some reason my local development system did not have some updates it
should have done (I use svk locally and it seems there might have been
an issue correctly pulling changes from svn which were made on the
production machine). Having done so I found a couple of bugs (and fixed
them) as detailed in:
http://knowledgeforge.net/ckan/trac/changeset/212
<quote>
[ckan/misc][s](bugfixes): correct various issues mainly to do with
development authentication setup which had been missed due to weird svk
behaviour.
* development.ini,
ckan/tests/functional/test_account.py: Update to AuthKit 0.4.0
requires upgrading of development.ini authkit config and also some
fixing up of tests.
* ckan/public/images/ckan.sql.gz: this symlink is only needed on
production machine and breaks python setup.py develop when absent so now
removed.
</quote>
> Could you check exactly which versions you've got CKAN running against, for:
>
> Pylons
0.9.6.1
> SQLObject
0.7.1
> Markdown
1.5
> Routes
> Beaker
> Paste
> (any others?)
These all come from Pylons 0.9.6.1 so should whatever was required there ..
> I've nearly got things running, but still have some strange errors.
>
> Like http://127.0.0.1:5000/account/login/ returns a big fat
> black/grey/green Pylons "Server Error 401" page.
Yes it should have done given that authkit was not working ...
> (Just on the requirements level, might there be a desire to return
> CKAN-looking pages in such cases?)
Yes, though I would say this was ultra-low priority ...
> Anyway, it would be a great help to know which versions of things
> you're running against.
>
> Best wishes,
>
> John.
>
> PS Is there a ckan-dev mailing list, or is kforge-dev the place?
Good question. My preference was to move ckan stuff to okfn-help for the
time being but then I wondered whether we should have a dedicated list.
Probably the best thing is to move stuff there and if it turns out to be
'overwhelming' okfn-help we can split off a dedicated list -- this way
we avoid premature list proliferation :)
~rufus
More information about the kforge-dev
mailing list