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

11–20 of 159 posts

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

#11

Post by codewiz »

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.

From the git changelog, it doesn't appear to be completely unmaintained, but not very vital either: https://github.com/dagwieers/dstat/commits/master

Red Hat's announcement (posted in February 2019), also cites lack of Python 3 support as another reason for replacing the original dstat, but Python 3 compatibility was added last January.

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

#13

Post by type0 »

thisgoodlife wrote: post #3

I have been using dstat for years. It's a great tool. But why kill the project just because some company has a project with the same name? There is more than one distro, you know

It is the Big Gorilla, the silverback if you like. For other distros that would be even more confusing when some of their tools will be ported there.

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

#14

Post by jsnell »

codewiz wrote: post #11
astine wrote: post #4

Earlier quoted context omitted.

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.

From the git changelog, it doesn't appear to be completely unmaintained, but not very vital either: https://github.com/dagwieers/dstat/commits/master Red Hat's announcement (posted in February 2019), also cites lack of Python 3 support as another reason for replacing the original dstat, but Python 3 compatibility was added last January.

The package was removed in Fedora 29, released October 2018.

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

#15

Post by throw7 »

I only know enough to get me in trouble, but pcp is a general "framework" for performance monitoring... they have pcp versions/rewrites of all types of traditional monitoring utilities like vmstat, iostat, top.

Note: they don't overwrite/replace those utilities on the command line. You can still use the traditional utilities same as it ever was. The pcp versions are called like so: "pcp dstat" or "pcp atopsar".

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

#16

Post by loeg »

nightfly wrote: post #6
astine wrote: post #4

Earlier quoted context omitted.

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.

The git repo linked here has 6 commits on Jan 16, 2019. And Nov 23, 2016 the last new commits before then.

To contrast, Redhat's pcp dstat looks like it was mostly developed during 2018 (a period during which dstat had been totally inactive for 2-3 years):

https://github.com/performancecopilot/pcp/commits/master/src...

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

#17

Post by loeg »

codewiz wrote: post #11
astine wrote: post #4

Earlier quoted context omitted.

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.

From the git changelog, it doesn't appear to be completely unmaintained, but not very vital either: https://github.com/dagwieers/dstat/commits/master Red Hat's announcement (posted in February 2019), also cites lack of Python 3 support as another reason for replacing the original dstat, but Python 3 compatibility was added last January.

pcp-dstat was implemented in 2018, FWIW. The blog post may have been written prior to the January 2019 dstat commits (before which the last commits were in 2016).

More color: https://github.com/dagwieers/dstat/issues/156

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

#18

Post by emily2749 »

See the video of most dangerous bird and how he killed owner https://howto105.blogspot.com/2019/04/most-dangerous-bird-ki...

Funny dog driving own car See his video on link below http://bit.ly/2WdSKpA

Cute dog going for school like human baby see his cute video I am sure you can't stop laugh http://bit.ly/2Wq6Ynr

United nation recently showed the real face of india See what they said in report After knowing this I am sure you will hate them if you have soft heart https://youtu.be/oUskNtdWeIY

Best way to get rid from face moles with the help of home remedies its easy and simple way You don't need to waste money for this https://zoomtips.blogspot.com/2019/05/easily-get-rid-from-fa...

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

#19

Post by loeg »

marktangotango wrote: post #10

Performance monitoring tools for enterprises can be very lucrative. Surely they’ll move to an “open core”, closed source commercial license for the useful bits, if they haven’t already.

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.

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

#20

Post by dagwieers »

rlpb wrote: post #9
jkaplowitz wrote: post #7

Earlier quoted context omitted.

Even if it isn't being maintained, I wish they had changed the name if they were forking or reimplementing without permission. There's a reason trademark law exists and doesn't require registration if you can prove the situation. But yeah, it's a lot harder to fight Red Hat (soon IBM!) over that if the project is inactively maintained and there's no registration. Still, whether legal or not, the name squat is not a g…

> I wish they had changed the name if they were forking or reimplementing without permission. Has the name not changed to "pcp", or am I missing something? "pcp dstat" appears to be a command, but that seems like a reasonable abbreviation for "hey pcp, please give me a dstat-like interface". [Edit] Correction. https://github.com/dagwieers/dstat/issues/156 says the following, so there is a compatibility symlink using…

> 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, which would be silly

3. Discontinue the project

Option 3 is the path of least resistance. Option 1 and 2 would not bring any joy. At least someone will be paid for maintaining the tool.

Post reply on HN