Skip to content
This repository has been archived by the owner on Mar 28, 2019. It is now read-only.

Rename to kinto-core #703

Closed
wants to merge 11 commits into from
Closed

Rename to kinto-core #703

wants to merge 11 commits into from

Conversation

glasserc
Copy link
Contributor

@glasserc glasserc commented May 9, 2016

This PR represents the first step in addressing #687. It's basically a giant search-and-replace for the string "cliquet".

The badges in README.rst and links to related tools like Travis and Coveralls remain with the old name until we have them set up under the new name. The changelog also uses the name Cliquet to refer to versions before the rename.

I'm especially soliciting feedback for 60f3514.

r? @almet @Natim @leplatrem

glasserc added 10 commits May 9, 2016 15:42
... or kinto-core, Kinto-core, or KINTO_CORE as necessary.

This doesn't change the use of "cliquet" in the documentation where it
describes a mechanical object. There is also one place in the "hello"
view where it seems like cliquet is being kept as a
backwards-compatibility hack; I didn't change it there either.
Reformat everything to try to fix flake8 errors.
I'm not sure about this, but it seems like it's necessary to make the
tests pass.
This isn't great, but hopefully it gets the point across.
@glasserc
Copy link
Contributor Author

glasserc commented May 9, 2016

Based on #687 (comment), I have also pushed 69c8760. It obviously looks very strange, but maybe it's correct?

@Natim
Copy link
Contributor

Natim commented May 10, 2016

I think you should replace cliquet with kinto in there.

'cliquet.initialization.setup_statsd',
'cliquet.initialization.setup_listeners',
'cliquet.events.setup_transaction_hook',
'kinto_core.initialization.setup_request_bound_data',
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think all this should be kinto rather than kinto_core or cliquet

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These are python paths, not setting names

@glasserc
Copy link
Contributor Author

OK, so I've been looking at the history of the code and I'm more confused than ever. First, N.B. that we expose a cliquet_protocol_version which is marked as "internal", so the fact that we change that to kinto_core_protocol_version is fine and doesn't require any special effort. Originally we exposed a batch_max_requests setting as cliquet.batch_max_requests (#318), but then we decided that it would be better if the namespace was determined by the configured project name (#448). We expose these "public settings" in the hello view with this "backwards compatibility" hack, but it isn't part of the specification, so I think it's meant as a backwards compatibility hack for old client libraries.

We have to release a major version update anyhow, so I think breaking compatibility is OK. I'd even vote for getting rid of the hack entirely, but that might be outside the scope of this PR. If we can't do that, then I'm OK with either changing it or not changing it.

@Natim
Copy link
Contributor

Natim commented May 17, 2016

The work about that is happening here: glasserc/kinto#1

@Natim Natim closed this May 17, 2016
@Natim Natim removed the in progress label May 17, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants