{23} Trac comments (3729 matches)

Results (701 - 800 of 3729)

← 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 →
Ticket Posixtime Author Newvalue
#616 1286786420000000 johnbywater Referencing ticket #570 has changed sprint.
#617 1286786420000000 johnbywater Referencing ticket #570 has changed sprint.
#621 1286786420000000 johnbywater Referencing ticket #568 has changed sprint.
#622 1286786420000000 johnbywater Referencing ticket #568 has changed sprint.
#645 1286786420000000 johnbywater Referencing ticket #572 has changed sprint.
#673 1286786420000000 johnbywater Referencing ticket #568 has changed sprint.
#675 1286786420000000 johnbywater Referencing ticket #568 has changed sprint.
#677 1286786420000000 johnbywater Moved from sprint 1.2.6
#678 1286786420000000 johnbywater Moved from sprint 1.2.6
#679 1286786420000000 johnbywater Moved from sprint 1.2.6
#681 1286786420000000 johnbywater Moved from sprint 1.2.6
#682 1286786420000000 johnbywater Moved from sprint 1.2.6
#650 1286789277000000 johnbywater Moved from sprint 1.2.7
#669 1286789428000000 johnbywater Moved from sprint 1.2.7
#670 1286789428000000 johnbywater Moved from sprint 1.2.7
#671 1286789428000000 johnbywater Moved from sprint 1.2.7
#672 1286789428000000 johnbywater Moved from sprint 1.2.7
#693 1286831155000000 wwaites Fixed with cset:1e53d160abb6 If expires argument is set, Cache-Control headers get set -- so remove any values, default or otherwise from your configs. ETag gets set to last-modified.
#546 1286896167000000 anonymous [http://www.pokers.li Jeux de poker en ligne]
#546 1286896450000000 anonymous [http://www.bonus-pokers.eu Poker en ligne]
#546 1286896814000000 anonymous [http://www.salle-de-poker-legal.com Jouer au poker en ligne]
#662 1286991079000000 dread I agree we should not have the 'read-only' things like Ratings in the default returned Package Entity. What do you think of having a parameter to be able to get these if you want them though? Do you mean you *can* re-post the *entity* post response? Not sure what you mean by "An issue for CKAN too."? In addition to this ticket, what do you think about changing the behaviour of the Package Entity PUT/POST, so that you replace the entire Package, not just the fields you specify? So you don't keep left-over values, just because you didn't specify them as null?
#662 1286993727000000 johnbywater It might be natural for the locator of the rating for a package to be "/package/{id}/rating". I've got not idea what I meant by "An issue for CKAN too." I may have intended to log this againt ckanclient. Anyway, it seems to be just a CKAN thing. :-) I think I would like to do this: $data = c.package_register_post({'name': 'example'}) $data['title'] = 'Example' c.package_entity_put($data['id'], $data) and this: $data = c.package_entity_get('example') $data['title'] = 'Example' c.package_entity_put($data['id'], $data) I don't think either work. We could write a test for each. I think this does work: $data = c.package_entity_get('example') $data = c.package_entity_put($data['id'], $data) $data['title'] = 'Old Example' c.package_entity_put($data['id'], $data) Which is inconsistent. The reason is that the data returned by the update operation ("entity put") isn't given the same treatment as the read and create operations, which adds various read-only values. That's as far as I got. I inferred that one or several of the read-only values, when present in the update request data, cause the update to fail. I'm not sure how it fails. Rather than cutting down the response data, we could make the update call more robust. One fix would pick out from the request package data only the attributes that are permitted. A alternative fix would make what ever is choking on the extra values ignore them. I mean, ids are read-only, but we wouldn't want to reject an update because it has an id in the data. We do need to be careful about loading up the package entity data, but the 'id' is read-only and we aren't going to quible about that being present in the data of an update request (even if it doesn't match the referenced entity). I would rather not support "replace the entire package" with especial functionality and documentation. I think the model create/update/delete, where update is "set attributes" is sufficient, simple, and fairly optimal. To obliterate all registerd values without deleting, I would get the package entity data, loop over the keys and set the values to '', [] or {} depending on the type, and then PUT the entity. We could write a test for that.
#694 1287087801000000 wwaites Installed postgres client from lenny backports on eu3. Can now access without problem, web sites still appear to work (e.g. fr.ckan.net). Note that the backup process runs directly on eu5 now as mentioned by rgrp in email
#683 1287142289000000 dread Done apart from ultrastable - not in use at moment.
#681 1287160548000000 dread Looks like integration with drupal is the problem here. I'm writing tests.
#695 1287391751000000 pudo This is triggered by an issue where having local blinker notifications without asynchronous notifications will break indexing. The issues cause is still unknown, but one possible fix is running CKAN with a queue enabled, synchronous indexing on and no queue consumers attached. Not a real solution, but made possible in cset:a065dbc8041c
#650 1287391932000000 pudo included since cset:781ef73e61cc
#568 1287392122000000 johnbywater Moved from sprint 1.2.8
#569 1287392122000000 johnbywater Moved from sprint 1.2.8
#572 1287392122000000 johnbywater Moved from sprint 1.2.8
#610 1287392122000000 johnbywater Referencing ticket #569 has changed sprint.
#611 1287392122000000 johnbywater Referencing ticket #569 has changed sprint.
#612 1287392122000000 johnbywater Referencing ticket #569 has changed sprint.
#614 1287392122000000 johnbywater Referencing ticket #569 has changed sprint.
#621 1287392122000000 johnbywater Referencing ticket #568 has changed sprint.
#622 1287392122000000 johnbywater Referencing ticket #568 has changed sprint.
#623 1287392122000000 johnbywater Referencing ticket #568 has changed sprint.
#645 1287392122000000 johnbywater Referencing ticket #572 has changed sprint.
#675 1287392122000000 johnbywater Referencing ticket #568 has changed sprint.
#689 1287392122000000 johnbywater Referencing ticket #572 has changed sprint.
#570 1287392123000000 johnbywater Moved from sprint 1.2.8
#615 1287392123000000 johnbywater Referencing ticket #570 has changed sprint.
#616 1287392123000000 johnbywater Referencing ticket #570 has changed sprint.
#617 1287392123000000 johnbywater Referencing ticket #570 has changed sprint.
#669 1287392123000000 johnbywater Moved from sprint 1.2.8
#670 1287392123000000 johnbywater Moved from sprint 1.2.8
#671 1287392123000000 johnbywater Moved from sprint 1.2.8
#672 1287392123000000 johnbywater Moved from sprint 1.2.8
#677 1287392123000000 johnbywater Moved from sprint 1.2.8
#679 1287392123000000 johnbywater Moved from sprint 1.2.8
#681 1287392123000000 johnbywater Moved from sprint 1.2.8
#682 1287392123000000 johnbywater Moved from sprint 1.2.8
#696 1287392123000000 johnbywater Moved from sprint 1.2.8
#403 1287392451000000 pudo Available at http://bitbucket.org/pudo/repod
#522 1287392999000000 pudo Has been fixed for quite some time.
#411 1287393033000000 pudo Now using squid in production on eu6; will only need one cache at a time.
#274 1287398398000000 dread I fixed the docs a couple of weeks ago. Need to ensure there is a test though.
#274 1287402155000000 pudo Replying to [comment:7 dread]: > I fixed the docs a couple of weeks ago. Need to ensure there is a test though. there is as of cset:c2e66cec3610
#274 1287402800000000 dread Replying to [comment:8 pudo]: > Replying to [comment:7 dread]: > > I fixed the docs a couple of weeks ago. Need to ensure there is a test though. > > there is as of cset:c2e66cec3610 Error: Invalid Changeset Number
#677 1287589651000000 dread Related to https://trac.dataco.coi.gov.uk/projects/datagov/ticket/645
#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 1287677481000000 dread Superb finding Friedrich! Any chance of a quick fix for metastable then?
#695 1287677524000000 dread Sorry, I meant Olly!
#610 1287703423000000 johnbywater Referencing ticket #569 has changed sprint.
#611 1287703423000000 johnbywater Referencing ticket #569 has changed sprint.
#612 1287703423000000 johnbywater Referencing ticket #569 has changed sprint.
#614 1287703423000000 johnbywater Referencing ticket #569 has changed sprint.
#615 1287703431000000 johnbywater Referencing ticket #570 has changed sprint.
#616 1287703431000000 johnbywater Referencing ticket #570 has changed sprint.
#617 1287703431000000 johnbywater Referencing ticket #570 has changed sprint.
#677 1287745278000000 dread Currently blocked, waiting for exact details of script.
#677 1287746221000000 johnbywater Just to say, in cases where something needs to be delivered by somebody else, it can be useful to create a separate task ticket (with undefined remaining time) to indicate what deliverable is being waited on, and in the sprint backlog to drag it above the ticket(s) that depend on the deliverable. That means we don't feel a need to factor unknowable waiting time into our own tasks. It also means impediments are more obviously displayed, so you don't lose track when waiting for a number of things. The two different objectives also well separated so there is no question that somebody is stuck and passing time on a task. I've done this a few times recently and it does help to keep things simple. :-)
#500 1287747652000000 rgrp Looks like a duplicate of ticket:463 (also added by dread -- so hope I'm not making a mistake!)
#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
#695 1287766973000000 dread These changesets do the trick. I've: * merged Ollie's changes into default and metastable branches. * updated ckan.net to latest metastable and reindexed it. * ckan.net now searches on latest packages, including sanskrit example. * test-hmg.ckan.net also updated to latest metastable for testing with UAT. * ckanhmg is to be updated next week and DGU ticket remains for this.
#568 1287776309000000 johnbywater Moved from sprint 1.2.9
#572 1287776309000000 johnbywater Moved from sprint 1.2.9
#621 1287776309000000 johnbywater Referencing ticket #568 has changed sprint.
#669 1287776309000000 johnbywater Moved from sprint 1.2.9
#670 1287776309000000 johnbywater Moved from sprint 1.2.9
#671 1287776309000000 johnbywater Moved from sprint 1.2.9
#672 1287776309000000 johnbywater Moved from sprint 1.2.9
#675 1287776309000000 johnbywater Referencing ticket #568 has changed sprint.
#677 1287776309000000 johnbywater Moved from sprint 1.2.9
#679 1287776309000000 johnbywater Moved from sprint 1.2.9
#681 1287776309000000 johnbywater Moved from sprint 1.2.9
#682 1287776309000000 johnbywater Moved from sprint 1.2.9
#689 1287776309000000 johnbywater Referencing ticket #572 has changed sprint.
#732 1287776309000000 johnbywater Moved from sprint 1.2.9
#733 1287776309000000 johnbywater Moved from sprint 1.2.9
#686 1287997047000000 dread Don't need this yet.
#427 1287997311000000 dread To cover in the README: * Deployment of the service - DONE * Adding a licence * Adding a licence group CKAN docs requires: * Example of pointing CKAN to a licence service URI, local file. * Explanation of which licences are in CKAN by default (if you don't point it to a URI).
#452 1287997540000000 dread John did this a while ago.
#534 1288002762000000 dread I fixed this a while back.
#516 1288002933000000 dread Someone has fixed this.
#560 1288002971000000 dread This is still an issue.
#398 1288003624000000 dread Is this to be completed, or are we scrapping it?
#400 1288003690000000 dread This was done a couple of weeks ago.
#414 1288003770000000 dread Catalogue API went live with caching a couple of weeks ago
← 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 →
Note: See TracReports for help on using and creating reports.