In D45231#1032684, @wosch wrote:Are you able to follow this up? I'm still unsure when a PR is better than a review, so sorry if I've messed up protocol.
I recycled an old PR 275978, no need to open a new one. I consider the issue as resolved with 37be4197f72ae3a61bd5e93d2ebdc9bd6d09ed21
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
May 21 2024
May 21 2024
jamie_catflap.org removed reviewers for D45231: man(1) fix to ".so" file redirection: wosch, kevans, bapt, emaste.
May 19 2024
May 19 2024
Yeah, that's cool.. Probably clearer that way.
May 17 2024
May 17 2024
jamie_catflap.org retitled D45231: man(1) fix to ".so" file redirection from man(1) dix to ".so" file redirection to man(1) fix to ".so" file redirection.
Apr 22 2024
Apr 22 2024
jamie_catflap.org added a comment to D44890: access.2: Mention that lstat(2) should be used for symbolic links.
Oops. Suggested alternative should be "lstat(2)" not "stat(2)" !
jamie_catflap.org added a comment to D44890: access.2: Mention that lstat(2) should be used for symbolic links.
I realise that it's my fault for using the weak word "refer" in my original suggestion (I originally wrote "access, eaccess, faccessat will ALWAYS dereference symbolic links. If you need to refer to the symbolic link itself, you'll have to instead use stat(2)") but I think it looks even less suitable in your submission. Would "If the symbolic link itself needs to be referenced..." be better?
Aug 3 2023
Aug 3 2023
I've just confirmed, that your patch (once I add the corresponding "-o" options) allows me to recreate the main functionality of my script with the single command "ps -D'^' -p .... " which is brilliant! - You guessed at my use case before I told you!
Oh! I should have checked the new patch more closely before posting. I see you've added an ascending option!
Your decision is fine to me, but as I mentioned in the email, if your change has been live (in current at least) for a few years, maybe it would cause more problems now to revert it? Especially as the option you chose initially does indeed imply "descendency"
Aug 10 2022
Aug 10 2022
Ahh... So this is why my locale setting is no longer passed through between boxes.
Mar 9 2022
Mar 9 2022
jamie_catflap.org added a comment to D34474: dumpon: use underlying device if encrypted swap is in use.
In D34474#781829, @emaste wrote:Any other feedback?
Mar 8 2022
Mar 8 2022
jamie_catflap.org added a comment to D34474: dumpon: use underlying device if encrypted swap is in use.
In D34474#781108, @kevans wrote:
jamie_catflap.org added inline comments to D34474: dumpon: use underlying device if encrypted swap is in use.
jamie_catflap.org added inline comments to D34474: dumpon: use underlying device if encrypted swap is in use.
Sep 20 2021
Sep 20 2021
Jun 22 2019
Jun 22 2019
jamie_catflap.org added a comment to D8801: Emit a deprecation warning when mounting a device to print statisistics..
I reported on this deprecated element core dumping ( https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237368 )
Jul 7 2018
Jul 7 2018
Thanks for the quick reply - I don't know if you saw my edit, but for some stupid reason I missed your previous reply when I replied.
In D15801#340849, @delphij wrote:In D15801#336741, @eadler wrote:Steal space from RES and SIZE; incrase username
I can't stress how much I hated this. It's 2018, can we do something smarter than assuming the terminal has a fixed width of 80 characters instead of squeezing space unconditionally?