{23} Trac comments (3729 matches)
Results (1801 - 1900 of 3729)
| Ticket | Posixtime | Author | Newvalue | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| #913 | 1306774962000000 | pudo | moving to CKAN, still need a resolver | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #915 | 1296467518000000 | pudo | Live and running :-) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #938 | 1296753055000000 | pudo | fixed in https://bitbucket.org/okfn/ckan/changeset/064d74a1ead8 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #940 | 1296656433000000 | pudo | It seems like even with openid.realm set we could only create two "zones": *.ckan.net and ckan.net. We do not want *.ckan.net because it interferes with ccCKANs. My vote for the moment would be to 303 www.ckan.net to ckan.net. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #942 | 1296499160000000 | pudo | fixed in cset:81a0f5538a5b | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #944 | 1298571917000000 | pudo | Won't work on this for now - IATI is now running against plain CKAN but this is not deployed. We will continue work on this once IATI requests more functionality and shelf it for now. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #944 | 1306774766000000 | pudo | done at iati.ckan.net | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #949 | 1296730355000000 | pudo | Fixed in: * https://bitbucket.org/okfn/ckan/changeset/8017a6686838 * https://bitbucket.org/okfn/ckan/changeset/5e6634aab275 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #960 | 1297080672000000 | pudo | Test this with a dedicated test using a unicode user name. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #960 | 1297169056000000 | pudo | fixed in cset:8cb94dcdecb2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #980 | 1297503120000000 | pudo | Re package editing issue, that was a "double error" fixed by the first two changesets mentioned. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #985 | 1298571248000000 | pudo | digitialiser.dk has been assigned to Stefan Marsirske to get him into this Framework, everything else is delayed. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #989 | 1297700818000000 | pudo | Kindly, I agree - it would be much preferable to have independent storage for plugins and this would be easy to do if we were using another type of storage already. As it stands, however, our storage mechanism is SQL. I think we should use it for what it is as much as possible and do the weird, vertical stuff (k,v tables, swapping to redis) only if we really need it. For everything else: lets use SQL as it was intended. Examples: * We want to develop an apps catalogue as a CKAN plugin. While we could certainly put this in Redis, there is no reason why we can't have the following table: application (id, name, title, description, author, project_url, site_url, code_url, image). * A watchlist plugin could essentially work on UUIDs alone. What you'd end up with is something like this: watch (id, user, scope_id). Re migrations you're right, but my first intention would be to handle that seperatly for each plugin (i.e. they need to have their own migration repositories that they keep track of, e.g. via an apps_migrate_version table) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1001 | 1300625888000000 | pudo | My vote on this would be to enable "httpbasic" auth via repoze.who and to add an API key challenger to ckan/lib/authenticator.py that accepts API keys, from within repoze.who. This way we won't have to work around the framework at all and can retain compatibility to the existing mechanisms. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1001 | 1300704249000000 | pudo | Wrote a WDMMG version of this yesterday: https://bitbucket.org/okfn/wdmmg/changeset/398ce0eb3901#chg-wdmmg/lib/authenticator.py | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1009 | 1298638447000000 | pudo | Some more ideas: * /user should list users, sorted by number of packages contributed/editied * /user/{name}/packages shows a list of packages to which users have contributed | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1017 | 1299668555000000 | pudo | fixed in cset:86d49a775fd3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1019 | 1299166930000000 | pudo | fixed in https://bitbucket.org/okfn/ckanext-webhooks/changeset/034647931921 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1021 | 1299518828000000 | pudo | fixed in cset:9f1b38add19f | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1022 | 1299512991000000 | pudo | We're now using fileConfig to configure the logger API from the worker config file and this enables us to use SMTPHandler to send out error messages on queue processing failures. Marking as fixed. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1023 | 1299514847000000 | pudo | Tried implementing this with AMQPs msg.requeue() and channel.basic_recover() but RabbitMQ yield a NOT_IMPLEMENTED error. Bit clueless on how to proceed. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1024 | 1299668648000000 | pudo | re-created this (#1027) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1027 | 1299666326000000 | pudo | 1. home controller -> __before__ (check "site-read" on model.System) 2. user -> each individually (repoze-who pseudo action must not be blocked) * user-read (index/read/update pages for users) * user-create (register) 3. revision -> __before__ (check "site-read" on model.System) 4. tag -> site-read (__before__) functional/test_authz.py * denies site-read ... * checks for visitor / logged in user .. * checks you can still visit login | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1027 | 1299682082000000 | pudo | fixed in cset:532c3ad2743b | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1044 | 1300627007000000 | pudo | David, thanks for writing those tests - perhaps we should combine them with the ones below ("TestLockedDownUsage") which attempt to basically do the same. As for the inconsistency introduced by the global check in the REST API you're right: Of course it is strange that WUI access checks are more granular than the API checks. The alternative is that we either move authz checks into all relevant REST places (a major refactoring I would be suspicious of) or that we introduce duplicate checks on the WUI actions (I actually have performance concerns about that, authz is incredibly slow - and it introduces another level of special authz that I think we really should not have). Given the choice I'd opt for the REST refactor - there is no good reason to make SITE_READ a duplicate check where authz already applies. On the other hand, this is a function we really don't want to enable or even have and that was only added to satisfy some very specific user demands. Given that these are fulfilled, I'm actually OK keeping the inconsistency for now - nobody will see it in normal operations and in a locked-down environment, users will need to have API keys anyway. Regarding the naming, I'm pretty opionion-less: SITE_READ was proposed by rgrp and I think its pretty fitting, while OTHER_READ would just confuse me. PUBLIC_READ might work, though. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1122 | 1306662099000000 | pudo | I don't think there's really a nice way to do this with the current solr indexing library, but I've commented out the list handling code which should really make handling this cleaner. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1155 | 1306773174000000 | pudo | Now implemented based on CSV export available on the catalogue page: * http://data.london.gov.uk/catalogue | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1156 | 1306855111000000 | pudo | Both are now implemented but may need further work to adhere to developing conventions wrt to location etc. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1159 | 1307615133000000 | pudo | Rudimentary RDFa has been added with seeAlso to API. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1173 | 1307000249000000 | pudo | I propose we do a bit of frameworkiness here: set up a two-part content type registry and refactor the API controller to use it. The idea would be to do the following things: 1. Create a registry mapping format extensions to mime types: RepresentationRegistry.add_format('json', 'application/json') 2. Create a registry of (mime types, entity types) -> converter functions that yield an appropriate representation of the entity. 3. Hook this into the _finish method of the API controller based on Accept: handling 4. Add support for /api/rest/ENTITY/NAME.{format} and /ENTITY/NAME.{format} to routing, use registry from (1) to rewrite accept headers. 5. Register converters in load_environment or via IConfigurable plugins 6. Document What do you think? | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1173 | 1307615271000000 | pudo | Now available in ckanext-rdf and linked to from WUI. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1174 | 1307615200000000 | pudo | wontfix as thejimmyg wants to turn REST API into RPC API and this doesn't fit in. Not an excellent plan in my idea but this is to be discussed elsewhere. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1198 | 1308821489000000 | pudo | This ticket is essential I think. I would propose we should be a bit more radical here, though: * Introduce an "Agent" SQLAlchemy object and derive both publishers and users via single table inheritance. * Make agent the central object of authorization, e.g. by introducing c.agencies including the user account, visitor, logged_in, etc. * Abolish AuthorizationGroups in favor of publishers. Yes, they are different but the use case for what AuthzGroups do and Publishers don't is just nerdery. * Restructure URLs to be /<agent>/<package_name> rather than /package/<package_name> and have /<agent> be a useful list of managed resources rather than a revision list (users current home page). * Make Agents a primary facet for all kinds of navigation. Of course this would be done incrementally but I think we should agree on some such scheme as a marching direction. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1199 | 1308922389000000 | pudo | merged to default with password reset forms | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1208 | 1312191646000000 | pudo | This should be closed: * https://github.com/okfn/webstore - See README for details * Python client lib: https://github.com/okfn/webstore-client * http://webstore.thedatahub.org/ - Demo install * http://wiki.ckan.net/Webstore - Overview | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1246 | 1311885360000000 | pudo | I'm afraid to say I don't understand any of this: the faulty display of openness is triggered as removing the brackets turns the isopen() check into a check for the existence of the method. Reverting the changes on the server seems to work without generating exceptions. What exactly is the issue that was supposed to be fixed originally? | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1249 | 1311959356000000 | pudo | fixed in cset:0398243111d4 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1250 | 1312370201000000 | pudo | The issue is caused after search returns from solr and tries to get objects from the database. These are by default ordered by name and we need to restore the original order after fetching them from the database. Fixed in module. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1430 | 1320444567000000 | pudo | You probably know this by know but the solrconfig.xml for both points to /var/lib/solr/data (line 71). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | 1179798284000000 | prilosecwprGC | <a href= http://pc-pitstop.10gloria.info > pc pitstop </a> <a href= http://black-clit.10gloria.info > black clit </a> <a href= http://butte.10gloria.info > butte </a> <a href= http://black-women-sex.10gloria.info > black women sex </a> <a href= http://cumface.10gloria.info > cumface </a> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | 1179822590000000 | prilosecwprGC | <a href= http://teen-peeing.10gloria.info > teen peeing </a> <a href= http://black-clit.10gloria.info > black clit </a> <a href= http://girl-underwear.10gloria.info > girl underwear </a> <a href= http://sidekick-2.10gloria.info > sidekick 2 </a> <a href= http://flash-tits.10gloria.info > flash tits </a> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | 1179837607000000 | prilosecwprGC | <a href= http://sleep-fuck.10gloria.info > sleep fuck </a> <a href= http://dirty-blondes.10gloria.info > dirty blondes </a> <a href= http://tranny-movies.10gloria.info > tranny movies </a> <a href= http://sidekick-2.10gloria.info > sidekick 2 </a> <a href= http://cyberage.10gloria.info > cyberage </a> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | 1179860405000000 | prilosecwprGC | <a href= http://strip-dancer.10gloria.info > strip dancer </a> <a href= http://tarzan-porn.10gloria.info > tarzan porn </a> <a href= http://girl-underwear.10gloria.info > girl underwear </a> <a href= http://erotic-enema.10gloria.info > erotic enema </a> <a href= http://cumface.10gloria.info > cumface </a> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | 1179881743000000 | prilosecwprGC | <a href= http://strip-dancer.10gloria.info > strip dancer </a> <a href= http://adult-adhd.10gloria.info > adult adhd </a> <a href= http://butte.10gloria.info > butte </a> <a href= http://sex-school.10gloria.info > sex school </a> <a href= http://blood-gangs.10gloria.info > blood gangs </a> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | 1182027008000000 | pillspills | http://volny.cz/pills1/aciphex.html aciphex http://volny.cz/pills1/ambien.html ambien http://volny.cz/pills1/buy-generic-cialis.html buy generic cialis http://volny.cz/pills1/buy-levitra.html buy levitra http://volny.cz/pills1/buy-tramadol-cod-pharmacy-online.html buy tramadol cod pharmacy online http://volny.cz/pills1/cheap-tramadol-online.html cheap tramadol online http://volny.cz/pills1/cheap-valium.html cheap valium http://volny.cz/pills1/cialis.html cialis http://volny.cz/pills1/cialis-levitra.html cialis levitra http://volny.cz/pills1/diflucan.html diflucan http://volny.cz/pills1/fioricet.html fioricet http://volny.cz/pills1/free-ambien.html free ambien http://volny.cz/pills1/generic-viagra.html generic viagra http://volny.cz/pills1/levitra.html levitra http://volny.cz/pills1/nexium.html nexium http://volny.cz/pills1/propecia.html propecia http://volny.cz/pills1/reductil.html reductil http://volny.cz/pills1/tramadol.html tramadol http://volny.cz/pills1/valium.html valium http://volny.cz/pills1/valium-prescriptions.html valium prescriptions | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | 1182925425000000 | paydayloancruises | <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy1.html '>1000 loan payday</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy2.html '>advance cash loan online payday</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy3.html '>advance cash loan payday quick</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy4.html '>bad credit payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy5.html '>cash advance payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy6.html '>cheap payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy7.html '>consolidation debt loan payday</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy8.html '>default payday loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy9.html '>easy payday loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy10.html '>fast cash advance payday loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy11.html '>fast cash online payday loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy12.html '>faxless payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy13.html '>guaranteed payday loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy14.html '>instant payday loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy15.html '>military payday loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy16.html '>no credit check payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy17.html '>no fax payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy18.html '>no teletrack payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy19.html '>online payday loan service</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy20.html '>payday advance</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy21.html '>payday advance loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy22.html '>payday cash advance</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy23.html '>payday loan illinois</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy24.html '>payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy25.html '>payday loans online</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy26.html '>payday loan utah</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy27.html '>quick payday advance loan</a> <a href='http://gandalf.lrc.edu/bloghome/murphy/wp-content/uploads/2007/02/murphy28.html '>same day payday loans</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc1.html '>alaska cruise</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc2.html '>bahamas cruise</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc3.html '>best cruise lines</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc4.html '>caribbean cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc5.html '>carnival cruise</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc6.html '>carnival cruise lines</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc7.html '>celebrity cruise line</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc8.html '>celebrity cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc9.html '>cruise deals</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc10.html '>cruise lines</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc11.html '>cruise packages</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc12.html '>cruise reviews</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc13.html '>cruise ship jobs</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc14.html '>cruise ship reviews</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc15.html '>cruise ships</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc16.html '>cruise specials</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc17.html '>cruise vacations</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc18.html '>disney cruise</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc19.html '>disney cruise line</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc20.html '>european cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc21.html '>hawaii cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc22.html '>holland america cruise line</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc23.html '>last minute cruise deals</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc24.html '>last minute cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc25.html '>mediterranean cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc26.html '>norwegian cruise lines</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc27.html '>norwegian cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc28.html '>oceania cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc29.html '>princess cruise lines</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc30.html '>princess cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc31.html '>royal caribbean cruise lines</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc32.html '>royal caribbean cruises</a> <a href='http://gandalf.lrc.edu/bloghome/burnsided/wp-content/themes/lrc/lrc33.html '>singles cruises</a> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #23 | 1177340490000000 | partsforu | <a href='http://adsenseready.com/ebay/aftermarket-car-parts.html '>aftermarket car parts</a> <a href='http://adsenseready.com/ebay/antique-car-parts.html '>antique car parts</a> <a href='http://adsenseready.com/ebay/appliance-parts.html '>appliance parts</a> <a href='http://adsenseready.com/ebay/atv-parts.html '>atv parts</a> <a href='http://adsenseready.com/ebay/boat-trailer-parts.html '>boat trailer parts</a> <a href='http://adsenseready.com/ebay/car-parts.html '>car parts</a> <a href='http://adsenseready.com/ebay/chevy-truck-parts.html '>chevy truck parts</a> <a href='http://adsenseready.com/ebay/classic-car-parts.html '>classic car parts</a> <a href='http://adsenseready.com/ebay/corvette-parts.html '>corvette parts</a> <a href='http://adsenseready.com/ebay/custom-car-parts.html '>custom car parts</a> <a href='http://adsenseready.com/ebay/custom-motorcycle-parts.html '>custom motorcycle parts</a> <a href='http://adsenseready.com/ebay/diesel-truck-parts.html '>diesel truck parts</a> <a href='http://adsenseready.com/ebay/discount-motorcycle-parts.html '>discount motorcycle parts</a> <a href='http://adsenseready.com/ebay/dodge-parts.html '>dodge parts</a> <a href='http://adsenseready.com/ebay/dodge-truck-parts.html '>dodge truck parts</a> <a href='http://adsenseready.com/ebay/ford-auto-parts.html '>ford auto parts</a> <a href='http://adsenseready.com/ebay/ford-auto-parts.html '>ford mustang parts</a> <a href='http://adsenseready.com/ebay/ford-oem-parts.html '>ford oem parts</a> <a href='http://adsenseready.com/ebay/ford-ranger-parts.html '>ford ranger parts</a> <a href='http://adsenseready.com/ebay/ford-tractor-parts.html '>ford tractor parts</a> <a href='http://adsenseready.com/ebay/ford-truck-parts.html '>ford truck parts</a> <a href='http://adsenseready.com/ebay/ge-appliance-parts.html '>ge appliance parts</a> <a href='http://adsenseready.com/ebay/genuine-toyota-parts.html '>genuine toyota parts</a> <a href='http://adsenseready.com/ebay/gm-parts.html '>gm parts</a> <a href='http://adsenseready.com/ebay/gm-performance-parts.html '>gm performance parts</a> <a href='http://adsenseready.com/ebay/gun-parts.html '>gun parts</a> <a href='http://adsenseready.com/ebay/harley-davidson-parts.html '>harley davidson parts</a> <a href='http://adsenseready.com/ebay/honda-atv-parts.html '>honda atv parts</a> <a href='http://adsenseready.com/ebay/honda-car-parts.html '>honda car parts</a> <a href='http://adsenseready.com/ebay/honda-motorcycle-parts.html '>honda motorcycle parts</a> <a href='http://adsenseready.com/ebay/jeep-parts.html '>jeep parts</a> <a href='http://adsenseready.com/ebay/mercedes-parts.html '>mercedes parts</a> <a href='http://adsenseready.com/ebay/motorcycle-parts.html '>motorcycle parts</a> <a href='http://adsenseready.com/ebay/napa-auto-parts.html '>napa auto parts</a> <a href='http://adsenseready.com/ebay/nissan-parts.html '>nissan parts</a> <a href='http://adsenseready.com/ebay/polaris-atv-parts.html '>polaris atv parts</a> <a href='http://adsenseready.com/ebay/sears-appliance-parts.html '>sears appliance parts</a> <a href='http://adsenseready.com/ebay/sears-parts.html '>sears parts</a> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #142 | 1276121257000000 | [email protected] | See also: http://stackoverflow.com/questions/1355292/friendly-name-from-google-using-openid Looks like Google has made this difficult intentionally. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #695 | 1287677169000000 | ollyc | This is down to blinker not persisting the signal objects. Although the docs claim: "Every call to signal('name') returns the same signal object, allowing unconnected parts of code (different modules, plugins, anything) to all use the same signal without requiring any code sharing or special imports" This isn't true unless you maintain a reference to the signal object. To demonstrate this: {{{ >>> import gc >>> from blinker import signal >>> signal_id = id(signal('Package')) >>> gc.collect() 0 >>> id(signal('Package')) == signal_id False }}} The synchronous notifications code connects to signals without storing the signal objects, which are subsequently garbage collected and hence never fire. The async notifications stores references to all signals as a class attribute, so this problem is not seen when async notifications are enabled. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #695 | 1287748240000000 | ollyc | Fix and tests for this are here: * http://bitbucket.org/ollyc/ckan/changeset/48234e36ee61 * http://bitbucket.org/ollyc/ckan/changeset/f1447bbc9d65 * http://bitbucket.org/ollyc/ckan/changeset/1d3cb5378a2f * http://bitbucket.org/ollyc/ckan/changeset/e8409c84683d * http://bitbucket.org/ollyc/ckan/changeset/8e89cbce15c7 * http://bitbucket.org/ollyc/ckan/changeset/d1d63db64585 * http://bitbucket.org/ollyc/ckan/changeset/3d9eb4172f48 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #371 | 1292257189000000 | nils.toedtmann | (I know the term "QoS" as a very specific networking term about classifying and prioritising network traffic. I assume here it means ''uptime'', ''availability'', ''performance monitoring''?) There seem to be are at least three monitors already in place: * http://munin.okfn.org/ on eu1 monitoring eu[0-7] and us1, gathering additional health information via locally installed daemons. Munin's notification subsystem is not configured. * http://nagios.hmg.ckan.net/ on hmg.ckan.net monitoring the CKAN-HMG service group (network monitoring only). Notfications are not configured (or?) * We have a http://wasitup.com/ account which is watching some OKFN services (e.g. {ca,de,www}.ckan.org, {blog,www}.okfn.org) and sending loads of alerts to [email protected]. Only checking for "HTTP 200 OK" and whether the response contains a configurable string. My 2ct: We should consolidate. What do we want? * A webservice like https://www.pingdom.com/ ($40/month incl 30 checks and 200 SMS, $0.5/month per extra check, $0.14-20/SMS) or http://www.serverdensity.com/ ($10/server-month plus 5-10p/SMS)? * Or run our own monitor (nagios, opsview, monin)? In the latter case we want to have a separate machine which is not in on EC2 (but e.g. ByteMark), dedicated to monitoring only. We should also include root mails into the alert/notification policies. Root mails should be trimmed down to important warnings and errors only. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #371 | 1292257389000000 | nils.toedtmann | The nagios fork [http://www.opsview.com/ OPSview] might be worth a look. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #371 | 1292704716000000 | nils.toedtmann | Replying to [comment:9 nils.toedtmann]: > There seem to be are at least three monitors already in place: [[BR]] Correction: at least four, we seem to have a Montastic account, too:[[BR]] On 18/12/10 15:03, [email protected] wrote: {{{ Dear okfn, This is a monthly reminder that you have an account on Montastic, the website monitor service. ### ACCOUNT INFORMATION Signup date: 2009-10-06 Email you signup with: [email protected] ### 20 WEBSITES MONITORED [OK] - http://www.ckan.net/ [OK] - http://www.knowledgeforge.net/ [OK] - http://okfn.org/ [not monitored] - http://blog.okfn.org/ [...] ### EMAIL ALERT RECIPIENTS - [email protected] - [email protected] - [email protected] [...] To make changes to your account or contact us, go to www.montastic.com. [...] }}} | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #659 | 1298424109000000 | nils.toedtmann | Good idea. Listed this in my nagios ticket http://knowledgeforge.net/okfn/tasks/ticket/600 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #871 | 1292323656000000 | nils.toedtmann | Re postfix: I second ww. I like to run some super simple local MTA (e.g. "nullmailer") on all but one server, using a central postfix (or a send-only GMail account) as smarthost. Am happy with postfix for >10years, it's straightforward and rock solid. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1096 | 1307444626000000 | nils.toedtmann | See also http://ckan.okfnpad.org/multisite | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1117 | 1304277240000000 | nils.toedtmann | Oh, it *does* depend against python-pastescript. Ignore. For some reason it was not (completely/correctly) installed with ckanext-datanl on us4, but is a different issue then. Might be due to missing locale "en_GB.utf8" and dpkg-configrue failing. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1123 | 1311863798000000 | nils.toedtmann | Looks like the packages on apt.okfn.org are now architecture "all" - great. To avoid future confusion, i change this ticket's solution to "fixed". | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1124 | 1304601771000000 | nils.toedtmann | I installed the python-ckanext-solr package rom http://apt-alpha.ckan.org/datanl-dev onto us10/DataGM too, and it seems to work just fine, see http://datagm.test.ckan.net/package?q=manchester | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1165 | 1306413953000000 | nils.toedtmann | this is similar, but not equal to #1096 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1165 | 1307444733000000 | nils.toedtmann | See also http://ckan.okfnpad.org/multisite | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1305 | 1314971164000000 | nils.toedtmann | Always use "localhost" as mail relay. On all servers, the local MTA should be configured correctly (e.g. in this case to relay via mail.fry-it.com), also to be able to send rootmail. I fixed it on IATI (s049.okserver.org = ex eu23) and thedatahub.org (s055.okserver.org). Please verify that it's working now. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1305 | 1315317033000000 | nils.toedtmann | [15:22:02] Adrià Mercader: Yes it looks like it works on both thedatahub.org and iatiregistry.org | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1345 | 1337961353000000 | nils.toedtmann | This becomes an actual problem on the CKAN farm s057, see http://trac.okfn.org/ticket/1245 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1345 | 1338551926000000 | nils.toedtmann | See #2485 for workarounds containing the leak(s). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1415 | 1319457583000000 | nils.toedtmann | Arww ... sorry i only now rediscovered James' mail "CKAN Packaging" from Sept 29th where he announced the availability of the repository http://apt.okfn.org/ckan-1.4.3.1 . This package release already addresses many of the above points. I will test those packages and refine my comments then. Sorry for the noise. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1447 | 1326296987000000 | nils.toedtmann | For time being, i created a cron script [https://bitbucket.org/okfn/sysadmin/src/default/etc/cron/remove_old_files remove_old_files]. You could just copy it to /etc/cron.daily/, but i recommend to not run it as root: if it's misconfigured, it could wipe the system! So you better copy it to /home/okfn/sbin/ (not /home/okfn/bin/ which often is the sysadmin HG repo), and add it to some unprivileged user's crontab. In most cases, the leftover files are owned by user "www-data", so {{{ $ sudo crontab -e -u www-data }}} and then add something like {{{ 37 4 * * * /home/okfn/sbin/remove_old_files }}} Don't forget to edit the script remove_old_files itself and list the directories you want to be cleaned up. This is already done on s008/eu8 and s019/eu19. dread, do you want to do this for s025/eu25 and see how this goes? ---- Todo nils: verify tomorrow on s019 that it worked properly, e.g. this should show only a few files: {{{ find /var/lib/ckan/nederland/data/sessions/ -type f -amin +$((7*24*60)) -ls }}} | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1447 | 1330082636000000 | nils.toedtmann | I had forgotten to check s019 how well my cleanup script is working (and now s019 is gone), but at least it didn't destroy it :-) You might want to give it a try on s025/PDEU. (Tell me if you want me to do that). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1447 | 1330089662000000 | nils.toedtmann | OK i fixed a bug in my script and refactored it so that it can now be dropped into /etc/cron.daily/ while still deleting as unprivileged user. It is now running on s025, removing everything older than 7 days. Please verify in 9 days or so that it's working. Consider to add [https://bitbucket.org/okfn/sysadmin/src/default/etc/cron/remove_old_files this cron job] to the ckan deb package e.g. as "/etc/cron.daily/ckan-cleanup" | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1447 | 1332510790000000 | nils.toedtmann | Just checked s025 (which is depricated now), looks like my script is working fine - nothing older than a week in /home/okfn/var/srvc/publicdata.eu/data/sessions/. We should activate this script on other hosts as well, e.g. so55/thedatahub. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1447 | 1332510913000000 | nils.toedtmann | Just to add: the remove_old_files script is only a workaround, not a fix. CKAN should clean up after itself. Feel free to re-open this ticket for a proper solution ;-) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1447 | 1332519029000000 | nils.toedtmann | Ticket http://trac.okfn.org/ticket/1222 tracks the effort to push the clean-up script onto CKAN hosts. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1447 | 1340726283000000 | nils.toedtmann | This is becoming painful for the sysadmins. Please fix. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1516 | 1323362689000000 | nils.toedtmann | Please note that * register.data.overheid.nl (s047) and datagm.org.uk (s048) should use solr on s046 - see http://trac.okfn.org/ticket/906 * thedatahub.org should use solr on s052 - see http://trac.okfn.org/ticket/931 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1591 | 1328735849000000 | nils.toedtmann | Some critical CKANs (e.g. PDEU, DataNL, DataGM) seem to be still on pre-1.5 versions. Shouldn't they be upgraded too? Or is that tracked elsewhere? | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #214 | 1263056226000000 | nickstenning | Routing now redirects /packages to /package, in addition to /packages/* to /package/*. Introduced in cset:9eda6ff974ae. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #214 | 1263057591000000 | nickstenning | Hover names haven't been addressed yet. Otherwise mostly done. Closing. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #217 | 1263055918000000 | nickstenning | Mostly done. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #218 | 1263055964000000 | nickstenning | Mostly done. Alphanumeric filtering à la KForge is probably still worth doing at some point. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #230 | 1263055318000000 | nickstenning | Package read view is now more-or-less self-contained. Refactoring of the template to use a c.pkg object is all that remains to be done and it then can be factored out and used for the preview. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #234 | 1294657094000000 | memespring | @ rgrp - No, I think I suggested something simular for adding new tags to a package though. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #447 | 1294410738000000 | memespring | Have you got a link or screengrab? | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #838 | 1291299716000000 | memespring | Package page redesign: http://ckan.org/ticket/839 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #838 | 1291636351000000 | memespring | Merge css files http://ckan.org/ticket/846 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #838 | 1291721955000000 | memespring | Show welcome message: http://ckan.org/ticket/850 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #838 | 1291729819000000 | memespring | Prompt users to enter missing info - http://ckan.org/ticket/863 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #838 | 1291736461000000 | memespring | Search results changes: http://ckan.org/ticket/864 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #838 | 1291812318000000 | memespring | Add download formats to search results (http://ckan.org/ticket/866) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #839 | 1291736541000000 | memespring | Done with the exception of the discuss/comments page. Plugin won't install on my setup. Fredrich looking into it. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #846 | 1291719074000000 | memespring | It's been done on a branch and pushed to bitbucket: http://bitbucket.org/memespring/ckan/src/9e74c40ff073/ckan/public/css/style.css | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #864 | 1291741028000000 | memespring | Havent implemented all text changes because worried about impact on other themes. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1583 | 1327424812000000 | markw | Added request to fix table of broken resource links, which is itself broken | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2479 | 1338468431000000 | markw | An alternative (and better, but harder) way of dealing with the 'maintainer' issue would be to allow messages to be sent between CKAN accounts, and to have a field whose value is the maintainer's login. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2709 | 1342626212000000 | markw | but some of the relevant info is here: http://ckan.org/2012/05/30/atom-feeds/ | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2731 | 1343051608000000 | markw | Also, http://offener.datenkatalog.at, also called http://at.ckan.net, gives me a 500 error, including the words "Please contact the server administrator, [no address given]". | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2812 | 1344521102000000 | markw | That's still fairly terrible. Also surely the auth stuff is part of Ross's Organizations stuff? It doesn't matter much if it's implemented yet, that's why this is a demo. But anyway, here is a more generic but readable version based on Ira's text above: Groups allow you to group users and data together so that they are easier to manage. Group owners can assign roles and authorisations, giving each project or department control of its own data publishing. Users can browse or search by group, making it easier to find the data they are looking for. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1396 | 1323255616000000 | markbrough | +1 on listing owned datasets and seeing all historical activity for a user (especially for logged in user :-) ) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1111 | 1304935139000000 | lucychambers | CKAN FAQ now complete (Sections 1,2,5,6 - needs uploading onto site): http://ckan.okfnpad.org/FAQ At CKAN Community Meetup it was decided that Sections 3 and 4 would form a separate contributor's manual. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1142 | 1305881244000000 | lucychambers | Replying to [ticket:1142 rgrp]: > Previous super ticket (from 3m ago): http://trac.ckan.org/ticket/927 > > * CKAN 1-page overview (for enterprise and for data hackers) > * Administrator's Guide (including install) > * Extensions Guide > * Separate CKAN.net info from Software Documentation (?) > > == Minor Items == > * Include guide on how to configure local filesystem storage, instead of Google storage. (http://lists.okfn.org/pipermail/ckan-discuss/2011-May/001235.html) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1530 | 1323283240000000 | lucychambers | Screenshot attached - browser = Chrome | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Note:
See TracReports for help on using and creating reports.
