Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Dstat project ended due to RedHat replacing it with its own dstat tool

github.com

Post reply on HN
Print view View original

51–60 of 159 posts

Re: Dstat project ended due to RedHat replacing it with its own dstat tool

#51

Post by dralley »

throw2016 wrote: post #41

This is undoubtedly shady behavior. dstat is a widely regarded and mature tool. Looking at its repo for 'activity' without context - maybe nothing needs to be changed and its working as designed - is completely disingenious. Why should repo activity without context be used as an indicator of anything in discussion instead of focusing on what Redhat has done? This is openly hijacking an open source project by a billio…

>Looking at its repo for 'activity' without context - maybe nothing needs to be changed and its working as designed - is completely disingenious.

>Why should repo activity without context be used as an indicator of anything in discussion instead of focusing on what Redhat has done?

"Activity" doesn't just refer to commit traffic. People were filing issues and making pull requests and not getting any responses for more than a year. And furthermore it was a Python 2 tool and the Python 2 EOL date is fast approaching.

I agree that the packagers should have at least left a note on GitHub (even if they thought it would go unread) - but clearly it was not a "maybe it's just mature and nothing needed to be changed" situation.

Re: Dstat project ended due to RedHat replacing it with its own dstat tool

#52

Post by dralley »

dagwieers wrote: post #49
tedivm wrote: post #24

Having read through this post and the previous comments[1] I have to say that RedHat did the right thing in the completely worst possible way. Stealing the project name was a mistake. The authors are right to be upset by the fact that people used to get their project when they did "yum install dstat" but now are getting a completely different (and not completely compatible) project. I think a lot of the friction coul…

It didn't just slip their mind, they did not really care: https://bugzilla.redhat.com/show_bug.cgi?id=1614277#c7 The decision to do this was made before June 2018, 18 months after the last activity. One of the reasons cited was lack of activity, but that is no thanks to them, I guess. That is why I am convinced the goal was to replace it from the onset, there was no interest in helping out the project. In fact "no ac…

I totally agree that they should have left a note on the issue tracker - even if they thought it would go unread. However I think you're being a little unfair on this one point.

>there was no interest in helping out the project.

They saw that people were filing issues and making pull requests and that those people were getting total radio silence. I can understand how someone might think "well, people are already trying to 'help the project' and the maintainer isn't even acknowledging it, so it's a waste of time".

And while again I totally understand and agree that they should have tried to contact you, you've known about the removal for like 9 months and you apparently never reached out to them either? Like, a couple words in reply to a bugzilla or an IRC message does not amount to picking a fight with a company.

Re: Dstat project ended due to RedHat replacing it with its own dstat tool

#53

Post by certik »

I submitted this PR long time ago: https://github.com/dagwieers/dstat/pull/50 that fixed an important installation issue, and it took the author 5 months to look at it and simply close it without providing any hints how to fix the problem in some other way. So I was discouraged to contribute further to the project.

Re: Dstat project ended due to RedHat replacing it with its own dstat tool

#54

Post by loeg »

billfruit wrote: post #45
dagwieers wrote: post #20

Earlier quoted context omitted.

> community developers requesting access to help were being ignored This is not true, I have not been contacted. I learned from Fedora's decision to replace Dstat with PCP months after it was already decided. So it's not like I have had a choice. The choices I have today are: 1. Continue with a project, while Fedora/RHEL is shipping a tool by the same name (with 90% of my code) 2. Rename the original Dstat project, w…

But isn't red hat calling their version 'pcp-dstat' and not simply 'dstat', so they aren't shipping with the exact same name.

They install a symlink from plain "dstat" to pcp-dstat. That's the exact same name part and plausibly objectionable.

Re: Dstat project ended due to RedHat replacing it with its own dstat tool

#56

Post by rurban »

certik wrote: post #53

I submitted this PR long time ago: https://github.com/dagwieers/dstat/pull/50 that fixed an important installation issue, and it took the author 5 months to look at it and simply close it without providing any hints how to fix the problem in some other way. So I was discouraged to contribute further to the project.

You added a security problem. The fix is obvious for everybody working in security, but it's questionable if it should be discussed there.

Re: Dstat project ended due to RedHat replacing it with its own dstat tool

#58

Post by anthony_doan »

gigatexal wrote: post #57

Why not come up with a new name for the project instead of rage quitting?

> Why not come up with a new name for the project instead of rage quitting?

Why should he change the project name when he originally have it first?

Also why did you have to frame it as rage quitting?

Re: Dstat project ended due to RedHat replacing it with its own dstat tool

#59

Post by klohto »

mindcrime wrote: post #48
loeg wrote: post #19

Earlier quoted context omitted.

That isn't Redhat's model. They open the code (it's mostly 3rd party OSS anyway), including packages (hence, CentOS) and sell access to the updates system and support contracts.

That isn't Redhat's model. Well... it hasn't been so far . But this isn't the old Red Hat anymore. This is IBM Hat. And for all the talk about keeping Red Hat mostly independent or whatever, I think we all know that's bullshit. Acquiring companies always give that little dog and pony show, and it never holds up in the long-term. There's no way that IBM culture won't wind up infecting Red Hat. Now whether that's a goo…

Every single thread someone has to bring it up. The acquisition isn’t even closed yet and suddenly every decision done is mysteriously pushed by IBM.

There is more than enough people who have their own minds. That is the RH culture, if this freedom is touched they will just quit.

IBM won’t affect RH in any way, Jim is not an idiot because he knows this would destroy RH and IBM are also not idiots because it would destroy they purchase.

Re: Dstat project ended due to RedHat replacing it with its own dstat tool

#60

Post by jasonkester »

astine wrote: post #4
detaro wrote: post #2

redhat announcing their "new dstat": https://www.redhat.com/en/blog/implementing-dstat-performanc...

The claim is that the original is no longer being maintained. Is that true? It changes a lot about what I would think of this move.

No, the original was finished.

Feature complete, bug free software doesn’t need to have patches released every week. That is the ultimate goal of a small utility like this.

It’s a shame that so many developers mistake this state for “unmaintained”or “abandoned”.

Post reply on HN