The bytestring package has moved to github

You can now find it here: https://github.com/haskell/bytestring Ian, please update your GHC juju accordingly.

I'll light a candle in honor of another fallen darcs repo :(
On Fri, Feb 15, 2013 at 1:24 PM, Bryan O'Sullivan
You can now find it here: https://github.com/haskell/bytestring
Ian, please update your GHC juju accordingly.
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

If we invest more heavily in hub.darcs.net then perhaps we wouldn't have to
defect to github. Sadly, it will take a lot of effort to bring darcs hub up
to match github standards.
-- Dan Burton
On Fri, Feb 15, 2013 at 12:01 PM, Jeremy Shaw
I'll light a candle in honor of another fallen darcs repo :(
On Fri, Feb 15, 2013 at 1:24 PM, Bryan O'Sullivan
wrote: You can now find it here: https://github.com/haskell/bytestring
Ian, please update your GHC juju accordingly.
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

I've moved pretty much all my code (mostly Happstack related) to
hub.darcs.net. Before hub.darcs.net was launched, I was looking to
implement a lot of the features it provides via plugins to clckwrks
(http://www.clckwrks.com). Now that we have hub.darcs.net.. that is
much less of a priority.
I do wonder what features are actually most important for making
github users happy. Obviously, the online interface for fork/pull
requests is a huge appeal. hub.darcs.net has some support for that..
but could do better. Organizations also seem valuable -- not sure what
hubs current support there is...
I have wondered if there is someway we could use the github API to
make things better:
http://developer.github.com/v3/
For example, when you create a darcs hub account, maybe it could try
to pull account information from github? Not really sure...
I think the biggest 'killer' feature would be if hub.darcs.net could
be extended so that you could create a project on hub.darcs.net, but
also have an mirror on github via darcs bridge. Unfortunately, darcs
bridge is still not up to snuff AFAIK. I would love to see darcs
bridge as a GSoC project -- provided a qualified student was chosen.
Using the github API, bugs logged in githubs tracker could perhaps
still be shown in hub.darcs.nets tracker. The idea is to allow project
maintainers to continue using darcs while giving the github junkies an
easy way to stay involved.
- jeremy
On Fri, Feb 15, 2013 at 2:07 PM, Dan Burton
If we invest more heavily in hub.darcs.net then perhaps we wouldn't have to defect to github. Sadly, it will take a lot of effort to bring darcs hub up to match github standards.
-- Dan Burton
On Fri, Feb 15, 2013 at 12:01 PM, Jeremy Shaw
wrote: I'll light a candle in honor of another fallen darcs repo :(
On Fri, Feb 15, 2013 at 1:24 PM, Bryan O'Sullivan
wrote: You can now find it here: https://github.com/haskell/bytestring
Ian, please update your GHC juju accordingly.
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

On Fri, Feb 15, 2013 at 12:07 PM, Dan Burton
If we invest more heavily in hub.darcs.net then perhaps we wouldn't have to defect to github. Sadly, it will take a lot of effort to bring darcs hub up to match github standards.
To be honest, this will never happen. GitHub has 147 employees ( https://github.com/about/team) paid to make GitHub great. Darcs is great in many ways, but we need to move on as a community. Lets not insist on using Darcs when GitHub serves the community better. We want Haskell to succeed (for some definition of succeed), not any particular piece of Haskell software.

Ah.. but you see.. they are trying to make a piece of junk like git
useable, and they are using ruby on rails to do it. Now, we all know
that Haskell makes you 10x more productive -- so we only need 14.7
employees. We also know that most corporate employees only do 1-2
hours of real work per day. So, that brings us down to 2-4 people who
are really working. And, we don't have to be better than github.. just
good enough that people don't feel forced to switch. Also, we can cut
down on design time by stealing the good ideas from github. Totally
doable :)
- jeremy
On Fri, Feb 15, 2013 at 2:34 PM, Johan Tibell
On Fri, Feb 15, 2013 at 12:07 PM, Dan Burton
wrote: If we invest more heavily in hub.darcs.net then perhaps we wouldn't have to defect to github. Sadly, it will take a lot of effort to bring darcs hub up to match github standards.
To be honest, this will never happen. GitHub has 147 employees (https://github.com/about/team) paid to make GitHub great. Darcs is great in many ways, but we need to move on as a community. Lets not insist on using Darcs when GitHub serves the community better. We want Haskell to succeed (for some definition of succeed), not any particular piece of Haskell software.

+1
I don't like git, but it -can- do everything I need and the existing community around it is enormous.
Saying we can compete with some spit polish on hub.darcs.net is analogous to all the companies that try to compete with facebook with a "social" makeover of their site.
You can't reclaim the marketshare when its slipped this far away from you. All you are doing is throwing good effort after bad.
I treat any package I see with a darcs repo listed as effectively unmaintained.
This is a prejudicial judgement and it is unfair to those who do maintain their packages, but I'm not the only one, an it isn't a view entirely without merit.
I have to use git, I have to maintain a github account to tweak lots of things in other ecosystems, so I need to know how to do all the fiddly git operations anyways.
I used to enjoy using darcs, but that isn't enough for me to keep paged in enough of an operational understanding of it, set up another account and get around to contributing to a project on a darcs hosting site.
Add to that the sheer number of job offers and consulting opportunities that arise from people who see my work on github, and it becomes a actively detrimental to me to split my presence between the one where everyone is and some haskell backwater.
-Edward
On Feb 15, 2013, at 3:34 PM, Johan Tibell
On Fri, Feb 15, 2013 at 12:07 PM, Dan Burton
wrote: If we invest more heavily in hub.darcs.net then perhaps we wouldn't have to defect to github. Sadly, it will take a lot of effort to bring darcs hub up to match github standards.
To be honest, this will never happen. GitHub has 147 employees (https://github.com/about/team) paid to make GitHub great. Darcs is great in many ways, but we need to move on as a community. Lets not insist on using Darcs when GitHub serves the community better. We want Haskell to succeed (for some definition of succeed), not any particular piece of Haskell software.
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

It would be so hard to match github that I think that it could be
easier to lobby github into supporting darcs...
On Fri, Feb 15, 2013 at 6:07 PM, Dan Burton
If we invest more heavily in hub.darcs.net then perhaps we wouldn't have to defect to github. Sadly, it will take a lot of effort to bring darcs hub up to match github standards.
-- Dan Burton
On Fri, Feb 15, 2013 at 12:01 PM, Jeremy Shaw
wrote: I'll light a candle in honor of another fallen darcs repo :(
On Fri, Feb 15, 2013 at 1:24 PM, Bryan O'Sullivan
wrote: You can now find it here: https://github.com/haskell/bytestring
Ian, please update your GHC juju accordingly.
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries
-- Felipe.
participants (6)
-
Bryan O'Sullivan
-
Dan Burton
-
Edward A Kmett
-
Felipe Almeida Lessa
-
Jeremy Shaw
-
Johan Tibell