This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: More details about the tmux 2.0 regression
- From: Achim Gratz <Stromeko at NexGo dot DE>
- To: cygwin at cygwin dot com
- Date: Tue, 9 Jun 2015 11:18:40 +0000 (UTC)
- Subject: Re: More details about the tmux 2.0 regression
- Authentication-results: sourceware.org; auth=none
- References: <CAJ1KOAidxNn99KCUNHCbGCvOc=51vz8uzo5zag_0FEYj-yyFPQ at mail dot gmail dot com> <20150608124159 dot GE3005 at calimero dot vinschen dot de> <20150608132103 dot GJ3005 at calimero dot vinschen dot de> <CAJ1KOAiz8rV33jmCuLHj9pkLBD+3w3N+7+eEQ6cZwScAkcsNyg at mail dot gmail dot com> <CAJ1KOAh5Sqy2Zhag=zddULcZFTa759uyr4uXY_7QGhv85w_2Og at mail dot gmail dot com> <20150608154334 dot GA13266 at calimero dot vinschen dot de> <loom dot 20150608T180517-501 at post dot gmane dot org> <20150608171813 dot GA15150 at calimero dot vinschen dot de> <loom dot 20150609T085643-315 at post dot gmane dot org> <20150609095847 dot GA3416 at calimero dot vinschen dot de>
Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> That requires to update procps and cygwin packages at the same time.
I thought the raison d'Ãtre was that procps, by using the /proc interface,
would not be intertwined with the kernel anymore... I didn't suggest to move
it into another package, btw: the procps package should just be in the Base
group to ensure it is in all installs.
> It also replaces a ps using internal functionality with a ps which
> uses the /proc emulation layer, which *is* slower.
I can't think of a problem created by that fact (which doesn't mean that
none exist).
> What about patching Cygwin's ps to add the required functionality?
> SHTDI, of course...
Again, I just think procps is good enough for us as is, it is good enough
for Linux anyway.
:-)
Regards,
Achim.