Your message dated Thu, 16 Oct 2025 17:52:43 +0000 with message-id <[email protected]> and subject line Bug#1113691: Removed package(s) from unstable has caused the Debian Bug report #1032615, regarding dstat is discontinued, let us consider dool ? to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 1032615: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032615 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: dstat Version: 0.7.4-6.1 (Resent as I forgot to add package and version due to all the writing) Hi, I've used dstat for years and was always happy. Then I stepped away for a while and recently found it would break if some options were used. For example in current sid: root@d10-sid:~# dstat --cpu-adv --noupdate --output foo.csv 10 6 Traceback (most recent call last): File "/usr/bin/dstat", line 2847, in <module> main() File "/usr/bin/dstat", line 2687, in main scheduler.run() File "/usr/lib/python3.11/sched.py", line 151, in run action(*argument, **kwargs) File "/usr/bin/dstat", line 2806, in perform oline = oline + o.showcsv() + o.showcsvend(totlist, vislist) ^^^^^^^^^^^ File "/usr/bin/dstat", line 547, in showcsv if isinstance(self.val[name], types.ListType) or isinstance(self.val[name], types.TupleType): ^^^^^ NameError: name 'types' is not defined. Did you mean: 'type'? Since I remembered this as rather well developed I wondered and had a look at [1]. Reading there didn't make me too happy as it is essentially dead since almost 4 years now due to [2]. But it made me spot that there is a continued fork in the form of [3] That not only fixes the issue I had above, but many many others. So I wondered if/how we should consider replacing dstat with dool in Debian? I did check, but there is no ITP yet listed in [4] So it seems there was no discussion yet AFAICS. Hence I wanted to ask how/if you'd want to play this out. 1. Should we add dool independent of dstat, and once dool looks good make dstat a transitional (and add a name alias and conflicts to dool to take over as drop in)? 2. Should we keep src:dstat even though it actually isn't and use the dool content (just adding a license and wording changes in some places, and adding both binary names, probably man page alternatives as well) 3. Anything else (there are too many details to predict) Please let me know what you think and prefer, based on that I could prepare an ITP+upload or a proposal to change src:dstat once I have some weekend time again. Due to the freezes we have some time anyway :-) Thanks in advance for thinking about this with me, Christian [1]: https://github.com/dstat-real/dstat [2]: https://github.com/dstat-real/dstat/issues/170 [3]: https://github.com/scottchiefbaker/dool [4]: https://www.debian.org/devel/wnpp/requested -- Christian Ehrhardt Senior Staff Engineer, Ubuntu Server Canonical Ltd
--- End Message ---
--- Begin Message ---Version: 0.7.4-6.1+rm Dear submitter, as the package dstat has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/1113691 The version of this package that was in Debian prior to this removal can still be found using https://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [email protected]. Debian distribution maintenance software pp. Thorsten Alteholz (the ftpmaster behind the curtain)
--- End Message ---
