Re: [ANNOUNCEMENT] Updated: mintty 2.9.9

2019-03-24 Thread Thomas Wolff
Hi Corinna, Am 24.03.2019 um 19:19 schrieb Corinna Vinschen: On Mar 24 16:57, Thomas Wolff wrote: Hi Achim, Am 16.03.2019 um 15:00 schrieb Achim Gratz: Thomas Wolff writes: I have uploaded mintty 2.9.9 with the following changes: While you're at it, could you please stop using the release n

Re: [ANNOUNCEMENT] Updated: mintty 2.9.9

2019-03-24 Thread Andrey Repin
Greetings, Thomas Wolff! > Am 16.03.2019 um 15:00 schrieb Achim Gratz: >> Thomas Wolff writes: >>> I have uploaded mintty 2.9.9 with the following changes: >> While you're at it, could you please stop using the release number "0" for >> your packages? > I had previously explained why I used to li

[ANNOUNCEMENT] Updated: Perl distributions

2019-03-24 Thread Achim Gratz
The following Perl distributions have been updated to their latest version on CPAN, respectively: x86/x86_64 -- perl-Cpanel-JSON-XS-4.10-1 perl-Net-DNS-SEC-1.12-1 perl-Text-CSV_XS-1.39-1 noarch -- perl-libwww-perl-6.37-1 perl-LWP-MediaTypes-6.04-1 perl-Mojolicious-8.13-1 perl-Net-DN

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-24 Thread Achim Gratz
Brian Inglis writes: > System processes with more recent process start times seem to make process > times > available to unelevated processes. > Do startup system processes not have this info available to unelevated > processes > because of some security policy, timing, or possible race condition

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-24 Thread Brian Inglis
On 2019-03-24 12:15, Achim Gratz wrote: > Brian Inglis writes: >> Boot time is neither magic nor pulled out of thin air. > No, but other than a lower limit of the process start time it has no > correlation whatsoever to the start time of a process that I am not > proviledged to get the start time f

Re: [ANNOUNCEMENT] Updated: mintty 2.9.9

2019-03-24 Thread Corinna Vinschen
On Mar 24 16:57, Thomas Wolff wrote: > Hi Achim, > > Am 16.03.2019 um 15:00 schrieb Achim Gratz: > > Thomas Wolff writes: > > > I have uploaded mintty 2.9.9 with the following changes: > > While you're at it, could you please stop using the release number "0" for > > your packages? > I had previo

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-24 Thread Achim Gratz
Brian Inglis writes: > Boot time is neither magic nor pulled out of thin air. No, but other than a lower limit of the process start time it has no correlation whatsoever to the start time of a process that I am not proviledged to get the start time from. > Checking *my* system processes using wmi

Re: [ANNOUNCEMENT] Updated: mintty 2.9.9

2019-03-24 Thread Brian Inglis
On 2019-03-24 09:57, Thomas Wolff wrote: > Am 16.03.2019 um 15:00 schrieb Achim Gratz: >> Thomas Wolff writes: >>> I have uploaded mintty 2.9.9 with the following changes: >> While you're at it, could you please stop using the release number "0" for >> your packages? > I had previously explained wh

Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1

2019-03-24 Thread Brian Inglis
On 2019-03-24 02:18, Achim Gratz wrote: > Brian Inglis writes: >> Are there non-startup system processes for which boot time is misleading? >> If you need the truth use wmic, procexp64, or run ps in an elevated shell. > > I don't seem to get my point across. I'm fine with getting no start > time

Re: [ANNOUNCEMENT] Updated: mintty 2.9.9

2019-03-24 Thread Thomas Wolff
Hi Achim, Am 16.03.2019 um 15:00 schrieb Achim Gratz: Thomas Wolff writes: I have uploaded mintty 2.9.9 with the following changes: While you're at it, could you please stop using the release number "0" for your packages? I had previously explained why I used to like this (native package, no

Re: [ANNOUNCEMENT] Updated: mintty 2.9.9

2019-03-24 Thread Steven Penny
On Sat, 16 Mar 2019 15:00:54, Achim Gratz wrote: Thomas Wolff writes: I have uploaded mintty 2.9.9 with the following changes: While you're at it, could you please stop using the release number "0" for your packages? That's supposed to be used for test packages only (if you want to make an ef