[xmonad] google code issues

[Brandon Allbery]

So are we going to do anything about Google Code Issues going away in a
little over two weeks?

[Tuncer Ayaz]

Post by Brandon Allbery
So are we going to do anything about Google Code Issues going away
in a little over two weeks?

First question is whether existing tickets have to be preserved. If
so, then where should the migration lead to?

Second question is whether Darcs a strict requirement. If so,
hub.darcs.net could work, as darcs support on haskell.org seems to be
deprecated.

Either way, wasn't the plan to move to haskell.org's infrastructure
and leverage Phabricator (with hg or git)? For a feature overview, see
http://phabricator.org/comparison/. That seems like a good
"future-proof" path to take, if you ask me.

Alternatively, Bitbucket, Gitlab, or Github could make sense. Gitlab
has its own CI tool, so that's a plus, but other than that (for
XMonad's case) there's no clear winner between the three.

Also, like the pending release, this is another administrative topic
for which there seems to be nobody responsible who also happens to be
blessed with enough free time. Therefore, it's important to assign the
tasks, once the migration path has been decided.

[Peter Jones]

Post by Tuncer Ayaz

Post by Brandon Allbery
So are we going to do anything about Google Code Issues going away
in a little over two weeks?

First question is whether existing tickets have to be preserved. If
so, then where should the migration lead to?
Second question is whether Darcs a strict requirement. If so,
hub.darcs.net could work, as darcs support on haskell.org seems to be
deprecated.
Either way, wasn't the plan to move to haskell.org's infrastructure
and leverage Phabricator (with hg or git)? For a feature overview, see
http://phabricator.org/comparison/. That seems like a good
"future-proof" path to take, if you ask me.
Alternatively, Bitbucket, Gitlab, or Github could make sense. Gitlab
has its own CI tool, so that's a plus, but other than that (for
XMonad's case) there's no clear winner between the three.
Also, like the pending release, this is another administrative topic
for which there seems to be nobody responsible who also happens to be
blessed with enough free time. Therefore, it's important to assign the
tasks, once the migration path has been decided.

We all have strong opinions about which tools and hosting providers we
should be using. That seems to have stalled any movement on this front.
We're not all going to agree on this so we should just accept that all
of the options are workable and pick the one with the least amount of
resistance.

I volunteer to be the release manager for the project if we switch to
Git and host the code and tickets on Github.

It's not a perfect solution but it does have everything we need and
there's almost an expectation these days that open source projects are
hosted on it. This might have the side effect of increasing the number
of contributions to xmonad. At the very least it gives the project more
visibility.

[Daniel Wagner]

For what it's worth, I tried to follow the instructions on
https://code.google.com/p/support-tools/wiki/IssueExporterTool today to
grab a backup of our issues, and failed in the very first step:

% git clone https://code.google.com/p/support-tools
Cloning into 'support-tools'...
fatal: missing blob object '2f78cf5b66514f2506d9af5f3dadf3dee7aa6d9f'
fatal: remote did not send all necessary objects
Unexpected end of command stream
zsh: exit 128

I don't suppose any of you have a copy of the tool because you exported
issues from a different project...?
~d

Post by Peter Jones

Post by Tuncer Ayaz

Post by Brandon Allbery
So are we going to do anything about Google Code Issues going away
in a little over two weeks?

First question is whether existing tickets have to be preserved. If
so, then where should the migration lead to?
Second question is whether Darcs a strict requirement. If so,
hub.darcs.net could work, as darcs support on haskell.org seems to be
deprecated.
Either way, wasn't the plan to move to haskell.org's infrastructure
and leverage Phabricator (with hg or git)? For a feature overview, see
http://phabricator.org/comparison/. That seems like a good
"future-proof" path to take, if you ask me.
Alternatively, Bitbucket, Gitlab, or Github could make sense. Gitlab
has its own CI tool, so that's a plus, but other than that (for
XMonad's case) there's no clear winner between the three.
Also, like the pending release, this is another administrative topic
for which there seems to be nobody responsible who also happens to be
blessed with enough free time. Therefore, it's important to assign the
tasks, once the migration path has been decided.

We all have strong opinions about which tools and hosting providers we
should be using. That seems to have stalled any movement on this front.
We're not all going to agree on this so we should just accept that all
of the options are workable and pick the one with the least amount of
resistance.
I volunteer to be the release manager for the project if we switch to
Git and host the code and tickets on Github.
It's not a perfect solution but it does have everything we need and
there's almost an expectation these days that open source projects are
hosted on it. This might have the side effect of increasing the number
of contributions to xmonad. At the very least it gives the project more
visibility.
--
Peter Jones, Founder, Devalot.com
Defending the honor of good code
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

[Brandon Allbery]

Post by Daniel Wagner
% git clone https://code.google.com/p/support-tools
Cloning into 'support-tools'...
fatal: missing blob object '2f78cf5b66514f2506d9af5f3dadf3dee7aa6d9f'
fatal: remote did not send all necessary objects
Unexpected end of command stream
zsh: exit 128

I just cloned this successfully.

[Daniel Wagner]

A quick update: I was able to clone the support-tools repo today, but it
doesn't matter anyway; the tools are not needed to download a dump of the
issues for a project. I don't believe we have any sensitive security
issues, so I'll be hosting a public copy of this dump:
http://dmwit.com/xmonad-issue-archive-20150816T014056Z.tgz

At the very least we shouldn't lose anything, though it would still be good
to migrate this to somewhere writable sometime in the near future.
~d

Post by Brandon Allbery

Post by Daniel Wagner
% git clone https://code.google.com/p/support-tools
Cloning into 'support-tools'...
fatal: missing blob object '2f78cf5b66514f2506d9af5f3dadf3dee7aa6d9f'
fatal: remote did not send all necessary objects
Unexpected end of command stream
zsh: exit 128

I just cloned this successfully.
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

[Brandon Allbery]

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still be
good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github account
and then import the issues there. Main problem being I've not yet dealt
with permissions on github, and presumably I would not be the only person
who should have commit access. (I'm not even sure I should have commit
access to the core, which would make being the owner of the core repo ...
difficult.)

[adam vogt]

My understanding is that you make a group on github. If you recall a few
years ago, we had Alfredo Di Napoli make one, but the repo(s) have not been
kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.

I'm more comfortable with darcs, but either way (phabricator/github) it
looks like things have to change.

Brandon/Daniel/Peter: we need more than one semi-active person (me) to take
responsibility for the project, so it would be good for one of you to take
more ownership.

Regards,
Adam

Post by Brandon Allbery

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still be
good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github account
and then import the issues there. Main problem being I've not yet dealt
with permissions on github, and presumably I would not be the only person
who should have commit access. (I'm not even sure I should have commit
access to the core, which would make being the owner of the core repo ...
difficult.)
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

[Peter Jones]

Post by adam vogt
My understanding is that you make a group on github. If you recall a few
years ago, we had Alfredo Di Napoli make one, but the repo(s) have not been
kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.

That's exactly what I'd suggest. With groups you can have different
repos for the xmonad-related projects and control who has commit access
to which repos.

Post by adam vogt
Brandon/Daniel/Peter: we need more than one semi-active person (me) to take
responsibility for the project, so it would be good for one of you to take
more ownership.

Sounds good to me. My github username is pjones.

[Daniel Wagner]

I follow along on the mailing list, but I don't actually use xmonad any
more; I've tried maintaining projects I don't use in the past and that has
not gone well.
~d

Post by adam vogt
My understanding is that you make a group on github. If you recall a few
years ago, we had Alfredo Di Napoli make one, but the repo(s) have not been
kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.
I'm more comfortable with darcs, but either way (phabricator/github) it
looks like things have to change.
Brandon/Daniel/Peter: we need more than one semi-active person (me) to
take responsibility for the project, so it would be good for one of you to
take more ownership.
Regards,
Adam

Post by Brandon Allbery

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still be
good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github
account and then import the issues there. Main problem being I've not yet
dealt with permissions on github, and presumably I would not be the only
person who should have commit access. (I'm not even sure I should have
commit access to the core, which would make being the owner of the core
repo ... difficult.)
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

[Brent Yorgey]

I still use xmonad and have been recently trying to play a slightly more
active (though still not very active) role in applying patches and so
forth. I'd be happy to be added if we set up a github organization.

Post by Daniel Wagner
I follow along on the mailing list, but I don't actually use xmonad any
more; I've tried maintaining projects I don't use in the past and that has
not gone well.
~d

Post by adam vogt
My understanding is that you make a group on github. If you recall a few
years ago, we had Alfredo Di Napoli make one, but the repo(s) have not been
kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.
I'm more comfortable with darcs, but either way (phabricator/github) it
looks like things have to change.
Brandon/Daniel/Peter: we need more than one semi-active person (me) to
take responsibility for the project, so it would be good for one of you to
take more ownership.
Regards,
Adam

Post by Brandon Allbery

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still be
good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github
account and then import the issues there. Main problem being I've not yet
dealt with permissions on github, and presumably I would not be the only
person who should have commit access. (I'm not even sure I should have
commit access to the core, which would make being the owner of the core
repo ... difficult.)
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

[Brandon Allbery]

I'm going to set up an "xmonad.org" organization on github tomorrow unless
I hear otherwise by then (or the existing "xmonad" org is deleted). I will
add byorgey as member; others?

Post by Brent Yorgey
I still use xmonad and have been recently trying to play a slightly more
active (though still not very active) role in applying patches and so
forth. I'd be happy to be added if we set up a github organization.

Post by Daniel Wagner
I follow along on the mailing list, but I don't actually use xmonad any
more; I've tried maintaining projects I don't use in the past and that has
not gone well.
~d

Post by adam vogt
My understanding is that you make a group on github. If you recall a few
years ago, we had Alfredo Di Napoli make one, but the repo(s) have not been
kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.
I'm more comfortable with darcs, but either way (phabricator/github) it
looks like things have to change.
Brandon/Daniel/Peter: we need more than one semi-active person (me) to
take responsibility for the project, so it would be good for one of you to
take more ownership.
Regards,
Adam

Post by Brandon Allbery

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still be
good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github
account and then import the issues there. Main problem being I've not yet
dealt with permissions on github, and presumably I would not be the only
person who should have commit access. (I'm not even sure I should have
commit access to the core, which would make being the owner of the core
repo ... difficult.)
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

[Brandon Allbery]

xmonad and xmonad-contrib repos added; aavogt and byorgey added as
maintainers, I presume others will be needed/wanted. (I may go hunting for
github ids of people already listed on xmonad.org)

now looking into triaging and migrating issues, which will be interesting
because github issues are per repo instead of per org like we were doing
with google code.

Post by Brandon Allbery
I'm going to set up an "xmonad.org" organization on github tomorrow
unless I hear otherwise by then (or the existing "xmonad" org is deleted).
I will add byorgey as member; others?

Post by Brent Yorgey
I still use xmonad and have been recently trying to play a slightly more
active (though still not very active) role in applying patches and so
forth. I'd be happy to be added if we set up a github organization.

Post by Daniel Wagner
I follow along on the mailing list, but I don't actually use xmonad any
more; I've tried maintaining projects I don't use in the past and that has
not gone well.
~d

Post by adam vogt
My understanding is that you make a group on github. If you recall a
few years ago, we had Alfredo Di Napoli make one, but the repo(s) have not
been kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.
I'm more comfortable with darcs, but either way (phabricator/github) it
looks like things have to change.
Brandon/Daniel/Peter: we need more than one semi-active person (me) to
take responsibility for the project, so it would be good for one of you to
take more ownership.
Regards,
Adam

Post by Brandon Allbery

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still
be good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github
account and then import the issues there. Main problem being I've not yet
dealt with permissions on github, and presumably I would not be the only
person who should have commit access. (I'm not even sure I should have
commit access to the core, which would make being the owner of the core
repo ... difficult.)
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net

[Devin Mullins]

You can add me, twifkak. (I've been lurking; can't promise a lot of
attention, but I'll try.)

Post by Brandon Allbery
xmonad and xmonad-contrib repos added; aavogt and byorgey added as
maintainers, I presume others will be needed/wanted. (I may go hunting for
github ids of people already listed on xmonad.org)
now looking into triaging and migrating issues, which will be interesting
because github issues are per repo instead of per org like we were doing
with google code.

Post by Brandon Allbery
I'm going to set up an "xmonad.org" organization on github tomorrow
unless I hear otherwise by then (or the existing "xmonad" org is deleted).
I will add byorgey as member; others?

Post by Brent Yorgey
I still use xmonad and have been recently trying to play a slightly more
active (though still not very active) role in applying patches and so
forth. I'd be happy to be added if we set up a github organization.

Post by Daniel Wagner
I follow along on the mailing list, but I don't actually use xmonad any
more; I've tried maintaining projects I don't use in the past and that has
not gone well.
~d

Post by adam vogt
My understanding is that you make a group on github. If you recall a
few years ago, we had Alfredo Di Napoli make one, but the repo(s) have not
been kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.
I'm more comfortable with darcs, but either way (phabricator/github)
it looks like things have to change.
Brandon/Daniel/Peter: we need more than one semi-active person (me) to
take responsibility for the project, so it would be good for one of you to
take more ownership.
Regards,
Adam

Post by Brandon Allbery

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still
be good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github
account and then import the issues there. Main problem being I've not yet
dealt with permissions on github, and presumably I would not be the only
person who should have commit access. (I'm not even sure I should have
commit access to the core, which would make being the owner of the core
repo ... difficult.)
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net

--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

[Brandon Allbery]

The issue exporter is apparently quite worthless:

- github rate-limits beyond what its API and documentation claim, so I got
all of 4 issues uploaded before getting "abuse limit reached, try again in
an hour". This after registering and using an API token, and the headers
show that it is indeed authenticating via the token (limit 5000 instead of
60, and plenty of it left when it throttles anyway)

- it apparently only maps usernames if I manually construct a username map,
and possibly not even then if I'm reading the support-tools issue tracker
properly

(The export wizard, it turns out, works properly --- but only if the repo
doesn't exist initially, and apparently not if your repo isn't also in
Google Code.)

So apparently we get to start over from scratch with the issues. :/

Post by Brandon Allbery
xmonad and xmonad-contrib repos added; aavogt and byorgey added as
maintainers, I presume others will be needed/wanted. (I may go hunting for
github ids of people already listed on xmonad.org)
now looking into triaging and migrating issues, which will be interesting
because github issues are per repo instead of per org like we were doing
with google code.

Post by Brandon Allbery
I'm going to set up an "xmonad.org" organization on github tomorrow
unless I hear otherwise by then (or the existing "xmonad" org is deleted).
I will add byorgey as member; others?

Post by Brent Yorgey
I still use xmonad and have been recently trying to play a slightly more
active (though still not very active) role in applying patches and so
forth. I'd be happy to be added if we set up a github organization.

Post by Daniel Wagner
I follow along on the mailing list, but I don't actually use xmonad any
more; I've tried maintaining projects I don't use in the past and that has
not gone well.
~d

Post by adam vogt
My understanding is that you make a group on github. If you recall a
few years ago, we had Alfredo Di Napoli make one, but the repo(s) have not
been kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.
I'm more comfortable with darcs, but either way (phabricator/github)
it looks like things have to change.
Brandon/Daniel/Peter: we need more than one semi-active person (me) to
take responsibility for the project, so it would be good for one of you to
take more ownership.
Regards,
Adam

Post by Brandon Allbery

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still
be good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github
account and then import the issues there. Main problem being I've not yet
dealt with permissions on github, and presumably I would not be the only
person who should have commit access. (I'm not even sure I should have
commit access to the core, which would make being the owner of the core
repo ... difficult.)
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net

--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net

[Tomas Janousek]

Hi all,

Post by Brandon Allbery
xmonad and xmonad-contrib repos added; aavogt and byorgey added as
maintainers, I presume others will be needed/wanted. (I may go hunting for
github ids of people already listed on xmonad.org)

Could someone please push a notice to the old darcs repos saying they are
abandoned?

I've been doing darcs pulls on a semi-monthly basis for the last 6 years and
it took me a few months to realize that “No remote patches to pull in!”
means the code was moved instead of xmonad finally being perfect and needing
no further changes whatsoever. :-)

In the unlikely event I'm not alone, it may help someone realize this sooner.
Thanks.

[adam vogt]

Post by Tomas Janousek
Hi all,

Post by Brandon Allbery
xmonad and xmonad-contrib repos added; aavogt and byorgey added as
maintainers, I presume others will be needed/wanted. (I may go hunting

for

Post by Brandon Allbery
github ids of people already listed on xmonad.org)

Could someone please push a notice to the old darcs repos saying they are
abandoned?
I've been doing darcs pulls on a semi-monthly basis for the last 6 years and
it took me a few months to realize that “No remote patches to pull in!”
means the code was moved instead of xmonad finally being perfect and needing
no further changes whatsoever. :-)
In the unlikely event I'm not alone, it may help someone realize this sooner.
Thanks.

Hi Tomas,

The two repos now have a _darcs/prefs/motd that tells people to go to github

Regards,
Adam

[Christopher Reichert]

Great, I noticed these are up now. I'll definitely be watching the repo
and trying to help any way possible.

Post by Brandon Allbery
I'm going to set up an "xmonad.org" organization on github tomorrow unless
I hear otherwise by then (or the existing "xmonad" org is deleted). I will
add byorgey as member; others?

Post by Brent Yorgey
I still use xmonad and have been recently trying to play a slightly more
active (though still not very active) role in applying patches and so
forth. I'd be happy to be added if we set up a github organization.

Post by Daniel Wagner
I follow along on the mailing list, but I don't actually use xmonad any
more; I've tried maintaining projects I don't use in the past and that has
not gone well.
~d

Post by adam vogt
My understanding is that you make a group on github. If you recall a few
years ago, we had Alfredo Di Napoli make one, but the repo(s) have not been
kept in sync. I can delete that one and we can start anew. The way
"diagrams" uses github might be an example to follow.
I'm more comfortable with darcs, but either way (phabricator/github) it
looks like things have to change.
Brandon/Daniel/Peter: we need more than one semi-active person (me) to
take responsibility for the project, so it would be good for one of you to
take more ownership.
Regards,
Adam

Post by Brandon Allbery

Post by Daniel Wagner
At the very least we shouldn't lose anything, though it would still be
good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github
account and then import the issues there. Main problem being I've not yet
dealt with permissions on github, and presumably I would not be the only
person who should have commit access. (I'm not even sure I should have
commit access to the core, which would make being the owner of the core
repo ... difficult.)
--
brandon s allbery kf8nh sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad
http://sinenomine.net
_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________
xmonad mailing list
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

[Ben Boeckel]

Post by Brandon Allbery
I'm going to set up an "xmonad.org" organization on github tomorrow unless
I hear otherwise by then (or the existing "xmonad" org is deleted). I will
add byorgey as member; others?

I'd be interested (I have one or two modules I'm listed as maintainer
of). I also have a few issues I'd like to tackle (namely modal dialog
parent tracking and focus policies associated with it).

Also interested in a Wayland-xmonad.

I'm also fine with just doing pull requests (since I'd use them even
with commit access).

--Ben