Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

spin Aspen out into a new org #547

Closed
chadwhitacre opened this issue Feb 16, 2016 · 51 comments
Closed

spin Aspen out into a new org #547

chadwhitacre opened this issue Feb 16, 2016 · 51 comments

Comments

@chadwhitacre
Copy link
Contributor

Aspen is currently housed under Gratipay. At #526 (comment), @Changaco suggests spinning it out into its own entity:

I had a thought last night: if aspen becomes a framework that can integrate into others, then it should be easy to integrate it with a nano-framework based on algorithm.py, which for lack of a better name (AspenWeb/state_chain.py#3) could be called aspen-standalone, and eventually aspen-legacy if we all migrate away from it.

I think we should use aspen as an umbrella name, split it into separate libraries (aspen-{fs-routing,simplates} for the core and aspen-{django,flask,standalone} for the shells), and move all of those into separate repositories under a new aspen organization. The work in #527 wouldn't be lost, it would be the base for everything except the standalone shell.

@chadwhitacre chadwhitacre mentioned this issue Feb 16, 2016
@chadwhitacre
Copy link
Contributor Author

@pjz What's your take?

@pjz
Copy link
Contributor

pjz commented Feb 16, 2016

Sure, I'm okay with that, though it likely introduces a bit of 'brand confusion'. I think we'd better plan out the submodule layout a bit up front, though.

@chadwhitacre
Copy link
Contributor Author

!m @pjz

This was referenced Feb 16, 2016
@chadwhitacre
Copy link
Contributor Author

@Changaco Is now a good time to jump ship to GitLab, or would you like to stay on GitHub?

@chadwhitacre
Copy link
Contributor Author

I think we'd better plan out the submodule layout a bit up front, though.

Here's a proposed target for repositories in the new org:

  • aspen—standalone web framework
  • Flask-Aspen—Flask integration
  • django-aspen—Django integration
  • aspen-core—dispatch + simplates
  • algorithm.py
  • dependency_injection.py
  • filesystem_tree.py

@clone1018
Copy link

Maybe fix the names while you have a chance?

aspen
aspen-flask
aspen-django
aspen-core
?

@Changaco
Copy link
Member

@whit537 It looks like GitLab is still missing the Watch repo feature, are we okay with that?

@chadwhitacre
Copy link
Contributor Author

@clone1018 That aligns with @Changaco's original suggestion. I proposed Flask-Aspen and django-aspen to align with norms for Flask and Django respectively:

Flask-Aspen would be the normal name for a Flask extension, and django-aspen for a Django package.

#526 (comment)

@pjz
Copy link
Contributor

pjz commented Feb 16, 2016

Is a standalone webserver really what aspen is?

@chadwhitacre
Copy link
Contributor Author

It looks like GitLab is still missing the Watch repo feature, are we okay with that?

I'm fine with that. Seems likely they'll add it in the next year or two (or one of us can since they're open!), and it seems better to make the jump now rather than a year from now to avoid additional disruption down the line—we don't want to make @pjz update his remotes more than he has to. ;-)

@pjz
Copy link
Contributor

pjz commented Feb 16, 2016

wait, so all of aspen is moving to gitlab? uhh... gitlab is also missing one other major feature: speed

@chadwhitacre
Copy link
Contributor Author

Is a standalone webserver really what aspen is?

Not since #283. ;-)

Since then, we've been a standalone web_framework_. You and I were ready to shrink scope further in #526, but, as I see it, @Changaco is bringing us back from the brink on that one.

@chadwhitacre
Copy link
Contributor Author

wait, so all of aspen is moving to gitlab? uhh... gitlab is also missing one other major feature: speed

@pjz If you don't mind switching remotes again in a year or two then I'd be fine staying on GitHub for now. :)

@pjz
Copy link
Contributor

pjz commented Feb 16, 2016

You guys do whatever. I've not been contributing much lately anyway.

@Changaco
Copy link
Member

@whit537 I think we should try to untangle dispatch and simplates. Aside from that I'm +1 on your proposal.

@chadwhitacre
Copy link
Contributor Author

I think we should try to untangle dispatch and simplates.

Works for me.

Aside from that I'm +1 on your proposal.

Cool.

@chadwhitacre
Copy link
Contributor Author

Seems like we're ready for a new org here on GitHub! :-)

@Changaco Are you willing to set that up?

@Changaco
Copy link
Member

Yeah, why not?

@Changaco
Copy link
Member

https://github.com/aspen/ is already taken.

@chadwhitacre
Copy link
Contributor Author

!m @Changaco

@Changaco
Copy link
Member

Here are some available names: Aspen[-]Org, Aspen[-]Web, {python,py}-aspen, aspen-{py,python}.

@chadwhitacre
Copy link
Contributor Author

@Changaco We're presently using the aspen.io domain—is AspenIO or aspen-io too goofy?

@chadwhitacre
Copy link
Contributor Author

aspen_?

single_trailing_underscore_ : used by convention to avoid conflicts with Python keyword

https://www.python.org/dev/peps/pep-0008/

@Changaco
Copy link
Member

BTW, why is this project called Aspen? I'm not suggesting we change it, I'm just wondering, it seems to be a quite common name: https://github.com/search?utf8=%E2%9C%93&q=aspen

@chadwhitacre
Copy link
Contributor Author

@Changaco I honestly don't remember. I've wondered the same thing. :-)

@Changaco
Copy link
Member

Underscores aren't allowed in org names, only single hyphens, and not at the extremities.

@chadwhitacre
Copy link
Contributor Author

Underscores aren't allowed in org names, only single hyphens, and not at the extremities.

I'd be fine with a rename. Then maybe we could stick with aspen instead of aspen-core, for @pjz. ;-)

@chadwhitacre
Copy link
Contributor Author

Then maybe we could stick with aspen instead of aspen-core

Meaning, use the name aspen for the part that collects dispatch and simplates.

  • _________—standalone web framework
  • Flask-Aspen—Flask integration
  • django-aspen—Django integration
  • aspen—dispatch + simplates
  • algorithm.py
  • dependency_injection.py
  • filesystem_tree.py

@chadwhitacre
Copy link
Contributor Author

@chadwhitacre
Copy link
Contributor Author

Squatters: https://github.com/pando. :-/

Could ping GitHub?

@Changaco
Copy link
Member

I'd be fine with a rename.

Okay, finding a good name tends to take time though.

Then maybe we could stick with aspen instead of aspen-core, for @pjz.

Looks like an orthogonal issue to me, my original proposal was for aspen to be the umbrella name.

@Changaco
Copy link
Member

Squatters: https://github.com/pando. :-/

Could be a private org, right?

@chadwhitacre
Copy link
Contributor Author

Could be a private org, right?

That's a more charitable interpretation, yes. :-)

Okay, finding a good name tends to take time though.

Indeed. :-)

AspenFramework?

@chadwhitacre
Copy link
Contributor Author

AspenWebFramework?

@chadwhitacre
Copy link
Contributor Author

@Changaco What's your leaning?

@Changaco
Copy link
Member

I'm leaning towards AspenWeb.

@chadwhitacre
Copy link
Contributor Author

👍

@Changaco
Copy link
Member

@clone1018 @pjz Any objections to AspenWeb?

@Changaco
Copy link
Member

https://github.com/AspenWeb created. @whit537 and @pjz invited.

@Changaco
Copy link
Member

@whit537 https://github.com/gratipay/simplates.org wasn't part of the Aspen team of the Gratipay org, so I don't have access to transfer it to the new org.

@Changaco
Copy link
Member

There's also simplates.emacs and the non-python aspen.* repos left.

@chadwhitacre
Copy link
Contributor Author

!m @Changaco

I've added the repos you mentioned to the Aspen team under Gratipay, so you should be able to migrate them now.

@chadwhitacre
Copy link
Contributor Author

@Changaco Should we have a salon or other meta repo under AspenWeb to carry on with this discussion?

@Changaco
Copy link
Member

so you should be able to migrate them now

No can do, I only have read access.

Should we have a salon or other meta repo under AspenWeb to carry on with this discussion?

Good idea.

@chadwhitacre
Copy link
Contributor Author

No can do, I only have read access.

Sorry ... try now?

@Changaco
Copy link
Member

All done, I guess you can delete Gratipay's aspen-python team now.

I've also created the salon: https://github.com/AspenWeb/salon

@chadwhitacre
Copy link
Contributor Author

I guess you can delete Gratipay's aspen-python team now.

Done. And with that, I guess it's time to remove you from the Gratipay org as well. 😢

screen shot 2016-02-17 at 10 44 36 am

!m @Changaco

@Changaco
Copy link
Member

Well, it's the second time I'm removed from there, actually. ;-)

@chadwhitacre
Copy link
Contributor Author

@Changaco
Copy link
Member

Time to close this issue I guess. The discussion is continuing in AspenWeb/salon#1.

@chadwhitacre
Copy link
Contributor Author

uhh... gitlab is also missing one other major feature: speed

Looks like they just missed us:

GitLab.com is now a lot faster across most of the site, check it out :)

We've got a lot of merged PRs regarding performance recently, and we recently fixed a bug that has improved performance 3x for many pages! We'd love to have you :D

dear-github/dear-github#56 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants