You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by Doug Cutting <cu...@apache.org> on 2006/03/28 23:33:31 UTC
release 0.1
I'm currently planning to make a 0.1 release of Hadoop this Friday.
The bugs that we plan to fix by then are just those targetted for 0.1.
http://issues.apache.org/jira/secure/IssueNavigator.jspa?pid=12310240&fixfor=12310812
I'll also test to make sure that Nutch works in both standalone and
distributed operation on both Windows and Linux before we make the release.
Doug
Re: release 0.1
Posted by Doug Cutting <cu...@apache.org>.
Doug Cutting wrote:
> The bugs that we plan to fix by then are just those targetted for 0.1.
>
> http://issues.apache.org/jira/secure/IssueNavigator.jspa?pid=12310240&fixfor=12310812
That link was broken. Let me try again:
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310240&fixfor=12310812
If that doesn't work, just visit
http://issues.apache.org/jira/browse/HADOOP and click the "0.1" link.
Doug
Re: release 0.1
Posted by Andrzej Bialecki <ab...@getopt.org>.
Konstantin Shvachko wrote:
> Just one thing. Let's do it as Doug proposed earlier
> hadoop dfs -check
The reason I put it under a different command is that it has more
options than any other command in DFSShell, and adding all of them to
the synopsis would hurt eyes, the synopsis is already too long as it is.
> This is a good piece of code, but too far from what the real
> fsck should do to deserve the name :-)
> I mean sooner or later somebody will write a real fsck, and we will have
> to call it something else.
I realize this is less than what a real fsck should be, but at the
moment it's the closest thing we have. And SVN allows one to rename
things...
If other people also feel it should be renamed, I can do it, no problem.
--
Best regards,
Andrzej Bialecki <><
___. ___ ___ ___ _ _ __________________________________
[__ || __|__/|__||\/| Information Retrieval, Semantic Web
___|||__|| \| || | Embedded Unix, System Integration
http://www.sigram.com Contact: info at sigram dot com
Re: release 0.1
Posted by emanihc <em...@gmail.com>.
Great! Thanks for your reply :)
2006/4/1, Doug Cutting <cu...@apache.org>:
>
> emanihc wrote:
> > Hello Doug, is it possible to support cygwin in this release?
>
> Yes, that is the intent.
>
> Doug
>
Re: release 0.1
Posted by Doug Cutting <cu...@apache.org>.
emanihc wrote:
> Hello Doug, is it possible to support cygwin in this release?
Yes, that is the intent.
Doug
Re: release 0.1
Posted by emanihc <em...@gmail.com>.
Hello Doug, is it possible to support cygwin in this release?
2006/3/31, Doug Cutting <cu...@apache.org>:
>
> Konstantin Shvachko wrote:
> > Just one thing. Let's do it as Doug proposed earlier
> > hadoop dfs -check
>
> It's only given this name in bin/hadoop. It should break no code to
> change what 'bin/hadoop fsck' does in the future. So I don't see how it
> makes a difference whether this is invoked as 'bin/hadoop dfs -check' or
> 'bin/hadoop fsck'. If someone is parsing the output of bin/hadoop
> commands then they could be broken, but that would be a fragile program
> anyway. Updating what 'bin/hadoop fsck' does will not change any public
> APIs.
>
> > This is a good piece of code, but too far from what the real
> > fsck should do to deserve the name :-)
>
> It is the closest thing we have now.
>
> Doug
>
Re: release 0.1
Posted by Doug Cutting <cu...@apache.org>.
Konstantin Shvachko wrote:
> Just one thing. Let's do it as Doug proposed earlier
> hadoop dfs -check
It's only given this name in bin/hadoop. It should break no code to
change what 'bin/hadoop fsck' does in the future. So I don't see how it
makes a difference whether this is invoked as 'bin/hadoop dfs -check' or
'bin/hadoop fsck'. If someone is parsing the output of bin/hadoop
commands then they could be broken, but that would be a fragile program
anyway. Updating what 'bin/hadoop fsck' does will not change any public
APIs.
> This is a good piece of code, but too far from what the real
> fsck should do to deserve the name :-)
It is the closest thing we have now.
Doug
RE: release 0.1
Posted by Yoram Arnon <ya...@yahoo-inc.com>.
+1
-----Original Message-----
From: Konstantin Shvachko [mailto:shv@yahoo-inc.com]
Sent: Wednesday, March 29, 2006 5:44 PM
To: hadoop-dev@lucene.apache.org
Subject: Re: release 0.1
Just one thing. Let's do it as Doug proposed earlier hadoop dfs -check This
is a good piece of code, but too far from what the real fsck should do to
deserve the name :-) I mean sooner or later somebody will write a real fsck,
and we will have to call it something else.
--Konst
Andrzej Bialecki wrote:
> Doug Cutting wrote:
>
>> Andrzej Bialecki wrote:
>>
>>> I would like to commit DFSck before the release, if that's ok.
>>
>>
>> That sounds fine to me.
>>
>> This week, pre-release, we should be careful: (1) not to make changes
>> that might destabilize things; and (2) we should not add new public
>> APIs that have not been well-vetted, since once these are in a
>> released version it will be harder to modify them. But DFSck is
>> primarily a new class that prints something informative, right? So
>> it shouldn't break anything, and it doesn't add any public API other
>> than DFSck().main(), right? (I can't get through to Jira right
>> now...)
>
>
> Right, it doesn't touch anything in the API, just adds a shortcut
> "hadoop fsck" to bin/hadoop.
>
Re: release 0.1
Posted by Konstantin Shvachko <sh...@yahoo-inc.com>.
Just one thing. Let's do it as Doug proposed earlier
hadoop dfs -check
This is a good piece of code, but too far from what the real
fsck should do to deserve the name :-)
I mean sooner or later somebody will write a real fsck, and we will have
to call it something else.
--Konst
Andrzej Bialecki wrote:
> Doug Cutting wrote:
>
>> Andrzej Bialecki wrote:
>>
>>> I would like to commit DFSck before the release, if that's ok.
>>
>>
>> That sounds fine to me.
>>
>> This week, pre-release, we should be careful: (1) not to make changes
>> that might destabilize things; and (2) we should not add new public
>> APIs that have not been well-vetted, since once these are in a
>> released version it will be harder to modify them. But DFSck is
>> primarily a new class that prints something informative, right? So
>> it shouldn't break anything, and it doesn't add any public API other
>> than DFSck().main(), right? (I can't get through to Jira right now...)
>
>
> Right, it doesn't touch anything in the API, just adds a shortcut
> "hadoop fsck" to bin/hadoop.
>
Re: release 0.1
Posted by Andrzej Bialecki <ab...@getopt.org>.
Doug Cutting wrote:
> Andrzej Bialecki wrote:
>> I would like to commit DFSck before the release, if that's ok.
>
> That sounds fine to me.
>
> This week, pre-release, we should be careful: (1) not to make changes
> that might destabilize things; and (2) we should not add new public
> APIs that have not been well-vetted, since once these are in a
> released version it will be harder to modify them. But DFSck is
> primarily a new class that prints something informative, right? So it
> shouldn't break anything, and it doesn't add any public API other than
> DFSck().main(), right? (I can't get through to Jira right now...)
Right, it doesn't touch anything in the API, just adds a shortcut
"hadoop fsck" to bin/hadoop.
--
Best regards,
Andrzej Bialecki <><
___. ___ ___ ___ _ _ __________________________________
[__ || __|__/|__||\/| Information Retrieval, Semantic Web
___|||__|| \| || | Embedded Unix, System Integration
http://www.sigram.com Contact: info at sigram dot com
Re: release 0.1
Posted by Doug Cutting <cu...@apache.org>.
Andrzej Bialecki wrote:
> I would like to commit DFSck before the release, if that's ok.
That sounds fine to me.
This week, pre-release, we should be careful: (1) not to make changes
that might destabilize things; and (2) we should not add new public APIs
that have not been well-vetted, since once these are in a released
version it will be harder to modify them. But DFSck is primarily a new
class that prints something informative, right? So it shouldn't break
anything, and it doesn't add any public API other than DFSck().main(),
right? (I can't get through to Jira right now...)
Doug
Re: release 0.1
Posted by Andrzej Bialecki <ab...@getopt.org>.
Doug Cutting wrote:
> I'm currently planning to make a 0.1 release of Hadoop this Friday.
>
> The bugs that we plan to fix by then are just those targetted for 0.1.
>
> http://issues.apache.org/jira/secure/IssueNavigator.jspa?pid=12310240&fixfor=12310812
>
>
> I'll also test to make sure that Nutch works in both standalone and
> distributed operation on both Windows and Linux before we make the
> release.
I would like to commit DFSck before the release, if that's ok.
--
Best regards,
Andrzej Bialecki <><
___. ___ ___ ___ _ _ __________________________________
[__ || __|__/|__||\/| Information Retrieval, Semantic Web
___|||__|| \| || | Embedded Unix, System Integration
http://www.sigram.com Contact: info at sigram dot com