[Twisted-Python] twisted and twisted-infra organizations on GitHub
Hi, I would like suggest the following changes regarding the way repos are organized in GitHub. Move all twisted-infra repos into Twisted organization.. and maybe merge many twisted-infra repos into braid. Move treq, klein, txmongo, filepath... divmod projects into a new organization dedicated to projects which are part of Twisted ecosystem. Any project which imports Twisted can be part of it. What do you say? -- Adi Roiban
On 2 Apr, 12:37 pm, adi@roiban.ro wrote:
Hi,
I would like suggest the following changes regarding the way repos are organized in GitHub.
Move all twisted-infra repos into Twisted organization.. and maybe merge many twisted-infra repos into braid.
Move treq, klein, txmongo, filepath... divmod projects into a new organization dedicated to projects which are part of Twisted ecosystem. Any project which imports Twisted can be part of it.
What do you say?
Perhaps you can explain why someone would want to do this. As is, it sounds like a lot of busy work that, at best, will confuse and disrupt people. If you explain what benefit would come from making this change, maybe it will be easier to see why it's a good idea. Jean-Paul
On 3 April 2015 at 01:43,
On 2 Apr, 12:37 pm, adi@roiban.ro wrote:
Hi,
I would like suggest the following changes regarding the way repos are organized in GitHub.
Move all twisted-infra repos into Twisted organization.. and maybe merge many twisted-infra repos into braid.
Move treq, klein, txmongo, filepath... divmod projects into a new organization dedicated to projects which are part of Twisted ecosystem. Any project which imports Twisted can be part of it.
What do you say?
Perhaps you can explain why someone would want to do this. As is, it sounds like a lot of busy work that, at best, will confuse and disrupt people. If you explain what benefit would come from making this change, maybe it will be easier to see why it's a good idea.
The goal is for Twisted developers to monitor a single organization. Right now, if I check all issues [1] or pull request from Twisted organization I have filter a lot of repos. When wearing the Twisted core dev hat I should only care about twisted / twistedcheckers / twisted-dev-tools / news-builder / pydoctor. Why should I care about txmongo or need to create a custom filter to exclude such projects? As a twisted core dev I should also care for the twisted-infra since it its results are used by every dev. [1] https://github.com/issues?user=twisted -- Adi Roiban
On Apr 24, 2015, at 03:10, Adi Roiban
wrote: On 3 April 2015 at 01:43,
wrote: On 2 Apr, 12:37 pm, adi@roiban.ro wrote:
Hi,
I would like suggest the following changes regarding the way repos are organized in GitHub.
Move all twisted-infra repos into Twisted organization.. and maybe merge many twisted-infra repos into braid.
Move treq, klein, txmongo, filepath... divmod projects into a new organization dedicated to projects which are part of Twisted ecosystem. Any project which imports Twisted can be part of it.
What do you say?
Perhaps you can explain why someone would want to do this. As is, it sounds like a lot of busy work that, at best, will confuse and disrupt people. If you explain what benefit would come from making this change, maybe it will be easier to see why it's a good idea.
The goal is for Twisted developers to monitor a single organization.
Right now, if I check all issues [1] or pull request from Twisted organization I have filter a lot of repos.
When wearing the Twisted core dev hat I should only care about twisted / twistedcheckers / twisted-dev-tools / news-builder / pydoctor.
Why should I care about txmongo or need to create a custom filter to exclude such projects?
As a twisted core dev I should also care for the twisted-infra since it its results are used by every dev.
[1] https://github.com/issues?user=twisted https://github.com/issues?user=twisted
Many developers don't care about working on the tooling themselves either. Why should they have to create a custom filter rather than you? This is not to be dismissive of your interest in our development tooling. The fact that you are working on maintaining it is of great benefit to all other twisted developers, but the reason it is of great benefit is expressly because they do not have to care so much about it any more :). The idea behind the current structure is that the twisted org includes application code that users use, so if a user looks at it they get a coherent listing of things (including twisted itself) that they might want to use. The infra repository lists tools that we use to develop twisted, not things that users would be interested in downloading themselves, unless they want to develop another project like Twisted (which is quite a different thing from _using_ twisted or its ecosystem). In any case, while I hate to say this because, again, it sounds really dismissive, it sounds to me like you need to configure your github client somehow to match your personal tastes, rather than restructure the project to accommodate them. The alternative sounds like a terrible confusing mess to me for first-time contributors and new users, and I think they are inherently less able to create filters and customize their experience, so they should see the orgs as they are presently. (There may still be some call for an "ecosystem" repository; I don't know how many Twisted developers really care about txmongo at all. But I think it's nice to see so much ecosystem stuff in one place.) -glyph
On 24 April 2015 at 08:25, Glyph
Many developers don't care about working on the tooling themselves either. Why should they have to create a custom filter rather than you?
[snip] Thanks. No problem! -- Adi Roiban
Many developers don't care about working on the tooling themselves either. Why should they have to create a custom filter rather than you?
This is not to be dismissive of your interest in our development tooling. The fact that you are working on maintaining it is of *great* benefit to all other twisted developers, but the *reason* it is of great benefit is expressly because they do not have to care so much about it any more :).
The idea behind the current structure is that the twisted org includes application code that users use, so if a user looks at it they get a coherent listing of things (including twisted itself) that they might want to use. The infra repository lists tools that we use to develop twisted, not things that users would be interested in downloading themselves, unless they want to develop another project like Twisted (which is quite a different thing from _using_ twisted or its ecosystem).
In any case, while I hate to say this because, again, it sounds really dismissive, it sounds to me like you need to configure your github client somehow to match your personal tastes, rather than restructure the project to accommodate them. The alternative sounds like a terrible confusing mess to me for first-time contributors and new users, and I think they are inherently less able to create filters and customize their experience, so they should see the orgs as they are presently.
(There may still be some call for an "ecosystem" repository; I don't know how many Twisted developers really care about txmongo at all. But I think it's nice to see so much ecosystem stuff in one place.)
-glyph
_______________________________________________ Twisted-Python mailing list Twisted-Python@twistedmatrix.com http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python
Hi Glyph off-topic a bit. I care about txmongo. I actually plan to use it in production soon. Regards gelin yan
On Apr 24, 2015, at 01:54, Gelin Yan
wrote: Many developers don't care about working on the tooling themselves either. Why should they have to create a custom filter rather than you?
This is not to be dismissive of your interest in our development tooling. The fact that you are working on maintaining it is of great benefit to all other twisted developers, but the reason it is of great benefit is expressly because they do not have to care so much about it any more :).
The idea behind the current structure is that the twisted org includes application code that users use, so if a user looks at it they get a coherent listing of things (including twisted itself) that they might want to use. The infra repository lists tools that we use to develop twisted, not things that users would be interested in downloading themselves, unless they want to develop another project like Twisted (which is quite a different thing from _using_ twisted or its ecosystem).
In any case, while I hate to say this because, again, it sounds really dismissive, it sounds to me like you need to configure your github client somehow to match your personal tastes, rather than restructure the project to accommodate them. The alternative sounds like a terrible confusing mess to me for first-time contributors and new users, and I think they are inherently less able to create filters and customize their experience, so they should see the orgs as they are presently.
(There may still be some call for an "ecosystem" repository; I don't know how many Twisted developers really care about txmongo at all. But I think it's nice to see so much ecosystem stuff in one place.)
-glyph
_______________________________________________ Twisted-Python mailing list Twisted-Python@twistedmatrix.com mailto:Twisted-Python@twistedmatrix.com http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python
Hi Glyph
off-topic a bit. I care about txmongo. I actually plan to use it in production soon.
Nice to know that there are people out there who do care about stuff like this :) -g
On Fri, Apr 24, 2015 at 10:54 AM, Gelin Yan
Hi Glyph
off-topic a bit. I care about txmongo. I actually plan to use it in production soon.
Regards
gelin yan
Glad you do! :D We use it in production as well! Just landed MongoDB 3.x support, but we've still have a way to go to make it 1:1 with PyMongo. As for an apart ecosystem organization, I don't see any problems with moving yet again. ;) I just question the necessity of it right now, it isn't like we are endlessly scrolling through pypi packages. Cheers, Bret
On Mon, Apr 27, 2015 at 3:22 PM, bret curtis
On Fri, Apr 24, 2015 at 10:54 AM, Gelin Yan
wrote: Hi Glyph
off-topic a bit. I care about txmongo. I actually plan to use it in production soon.
Regards
gelin yan
Glad you do! :D We use it in production as well! Just landed MongoDB 3.x support, but we've still have a way to go to make it 1:1 with PyMongo.
As for an apart ecosystem organization, I don't see any problems with moving yet again. ;) I just question the necessity of it right now, it isn't like we are endlessly scrolling through pypi packages.
Cheers, Bret
_______________________________________________
Hi Bret Do you know whether txmongo supports replication & the latest geo index? The last time I used it, Both of two features were missing. Regards gelin yan
participants (5)
-
Adi Roiban
-
bret curtis
-
exarkun@twistedmatrix.com
-
Gelin Yan
-
Glyph