News for hackers. Stuff that matters.

A comment on Detecting the use of “curl – bash” server side. Parent comment

Re:Detecting the use of “curl – bash” server side by TeMPOraL on Thursday April 21, 2016 @10:54AM (#11542584)
To be honest, I've solved many more problems with Linux by reinstalling (usually a different distribution) than with Windows.

And just yesterday my Linux did what I've never seen an OS do before - it losts it UI clock display. The solution was simple and typical for Linux - it involved killing a random process. But at that moment I realized that we used to laugh that rebooting stuff is the Windows way of doing things. Not anymore, apparently.

;).

[ Parent | on HN ]
Re:Detecting the use of “curl – bash” server side by alphapapa on Wednesday April 27, 2016 @11:58PM (#11586494)
> And just yesterday my Linux did what I've never seen an OS do before - it losts it UI clock display. The solution was simple and typical for Linux - it involved killing a random process.

What desktop environment was that? There are many different ones available for Linux systems, and they don't all behave that way. e.g. I've never had that kind of problem with KDE3/TDE or KDE4.

[ Parent | on HN ]
Re:Detecting the use of “curl – bash” server side by bpchaps on Thursday April 21, 2016 @02:48PM (#11544441)
My favorite is still hunting down .lck files with strace because of a bad lock file implementation. Reinstalling definitely fixes that one :). Looking at you, firefox and yum!
[ Parent | on HN ]