Live data from Hacker News

Oracle in conflict with another open source project?

hudson-labs.org

21–30 of 35 posts

Re: Oracle in conflict with another open source project?

#21
post #16

How did Oracle got to own this project? I imagine that thru the Sun acquisition. But, was this a project started/sponsored by Sun. I couldn't find any information in the hudson site or in the wikipedia page.

Kohsuke Kawaguchi (the founder/lead dev) used to work for Sun, and developed Hudson for them. Oracle got Hudson via the acquisition. Kohsuke stayed at Oracle for a while (longer than some other Sun devs, certainly), then left to form Infradna instead, providing Hudson consulting.

[1] http://infradna.com/

Re: Oracle in conflict with another open source project?

#22
post #9
post #8

Earlier quoted context omitted.

I dunno, maybe I'm reading into this too much, but it almost sounds like a "hint" so as not to upset others at Oracle. Kinda like "I don't have that thing you're looking for, but if I did, it would be in my unlocked office in the third desk drawer on the left. I have to go to lunch now."

I'm not sure I can see that, since the sentence following that quote is »We hope that everyone working on hudson today will do as they claim to want, and work with us to make hudson stronger.« This reads quite passive-aggressive to me, indicating that either you go the Oracle way, or you're clearly not really interested in bringing the project forward. And even if the above were a subtle hint intended to be below the…

I also read a bit of sarcastic "good luck making a Hudson without the name, we'll still have it". Presumably there would not be any Oracle changes that break plug-ins, so a lot of users would have to manually migrate to a fork. I'm guessing Oracle feels that puts them in a good position.

Re: Oracle in conflict with another open source project?

#23
post #10

I'm kind of rooting for a fork, just as a lab of top-down versus developer-driven progress, with the Oracle version staying on SVN. Cool names might be 'NortheastPassage' or 'Passage', for the water-navigable route explorer Henry Hudson sought. Or something based on features near the Hudson river in New York, like 'Adirondack' or 'Albany'. Or something in contrast or crossing of the river, like 'EastRiver' or 'GWBrid…

I vote for calling it "Jenkins": http://twitter.com/atmos/status/16880282279

> OH: "it might run weird on our butler ci. what is it? jenkins?"

Re: Oracle in conflict with another open source project?

#24
For a little bit of context, I've done some plug-in commits in my time and met the important guys in this project.

Unlike some categorizations in the comments here, I wouldn't say that the devs are anti-Oracle, they're pro-Hudson. I think they've tried to work with Oracle as much as they can, and certainly shown more patience than I think I would have. Once it became clear Oracle didn't necessarily have Hudson's best intentions at heart, things started to go downhill.

Oracle has not been especially communicative, and it's not especially respectful to literally pull the plug on a project's infrastructure without decent prior warning. For all the failings of java.net, when it was run by Sun, they did at least make sure people knew ahead of time of planned outages (the unplanned we don't discuss).

From my POV, it looks like Oracle has two heads: there's the nasty, legal head that is happy to sue everyone with Sun's patent arsenal, and there's the plain incompetent head that doesn't have a clue how to interact with open-source development. We're seeing the latter here, and I guess the community is just fortunate that Hudson isn't patent-encumbered (as far as I know). I don't think there's any particular malice here, just a general level of incompetence and hubris.

Re: Oracle in conflict with another open source project?

#25
post #4
post #3

I don't know anything about Hudson. But when I see stories like this (big bad corporate imposes their will on open source), I always think the drama queens (on both sides) are busy having "meetings" instead of doing actual work. Want to fork? Then fork! You don't need anyone's permission. In this day of DVCS it's about two commands to fork back should relations improve. Using github is different only in degree, not i…

> I don't know anything about Hudson. But when I see stories like this (big bad corporate imposes their will on open source), I always think the drama queens (on both sides) are busy having "meetings" instead of doing actual work. >If I'm a developer, especially a developer on a project for which I'm not getting paid, I'll do the development using whatever the hell tools I want, thanks. And if someone tells me I can'…

>Those "meetings" you seem to disdain aren't just for people to bitch.

As Cory Doctorow put it in For The Win, [1] meetings, and everything that go with them are the price of being superhuman. (Where "superhuman" is defined as "not just sitting in a tree eating berries".)

[1] http://craphound.com/ftw/Cory_Doctorow_-_For_the_Win.htm

Re: Oracle in conflict with another open source project?

#26
post #20

Want: Github, Git, Google groups. Don't want: Java.net, kenai, Oracle messing around. Have no problems with: Fork, name change. Silent "larger community" user has spoken.

I think by "silent larger community" with "dozens" of people, who he's really talking about is people pay Oracle a LOT of money. Oracle wants these assets to stay under as much Oracle influence as possible so customers don't go getting any bright ideas about taking their money or attention elsewhere.

Re: Oracle in conflict with another open source project?

#27
post #2

As someone who has been only a light user of java.net (attempting to checkout code, navigate source repositories online, etc.) I cannot imagine how anyone could have much faith that a new architecture for this service would be any better. Very odd that the Oracle VP states that in order to remain a part of the "Java community", Hudson should remain hosted on java.net. There is no way to quantify this but it seems lik…

Wonder how Apache feels about not being apart of the Java community.

Re: Oracle in conflict with another open source project?

#28
post #10

I'm kind of rooting for a fork, just as a lab of top-down versus developer-driven progress, with the Oracle version staying on SVN. Cool names might be 'NortheastPassage' or 'Passage', for the water-navigable route explorer Henry Hudson sought. Or something based on features near the Hudson river in New York, like 'Adirondack' or 'Albany'. Or something in contrast or crossing of the river, like 'EastRiver' or 'GWBrid…

If we are talking rivers here then "Rubicon" might be an apt project fork name.

The Mohawk is a large river that feeds into the Hudson just out side of Albany. I think we should name it that :)

Re: Oracle in conflict with another open source project?

#29

>Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, >package hudson; You might own the trademark Oracle, but you just licensed the use of it…

Is that revocable though? Usually grants that are irrevocable will say so...

Re: Oracle in conflict with another open source project?

#30

For a little bit of context, I've done some plug-in commits in my time and met the important guys in this project. Unlike some categorizations in the comments here, I wouldn't say that the devs are anti-Oracle, they're pro-Hudson . I think they've tried to work with Oracle as much as they can, and certainly shown more patience than I think I would have. Once it became clear Oracle didn't necessarily have Hudson's bes…

I agree. This sounds like it's just a classic case of Not Invented Here syndrome more than anything else. I've been in a similar situation before: a big company is insistent that everyone use their own internal infrastructure because they're skeptical of the reliability of others' networks. Of course, they ignore the fact that their network is terribly unreliable in making this decision.
Post reply on HN