Re: [arch-general] procps-ng 3.3.13 and its new topdefaultrc

2018-04-11 Thread Carsten Mattner via arch-general
FWIW and thankfully, we're not all wired the same, and I can say with certainty that I find htop irritating and confusing, having used FreeBSD and procps top for decades. There is a learning curve, I guess, or we're using/missing different features. But to return to the important point, does anyon

Re: [arch-general] procps-ng 3.3.13 and its new topdefaultrc

2018-04-11 Thread Eli Schwartz via arch-general
On 04/11/2018 04:36 PM, Leonid Isaev via arch-general wrote: > It should also be mentioned that ~/.toprc is the most hideous config file on > my > system :) And FWIW, I don't think that upstream wanted to provoke any learning > -- they just made a change for the sake of it (probably following GNOM

Re: [arch-general] procps-ng 3.3.13 and its new topdefaultrc

2018-04-11 Thread Eli Schwartz via arch-general
On 04/11/2018 04:20 PM, David C. Rankin wrote: > It's ironic the configuration allowing the choice between the new/old > interfaces isn't described clearly, or at all, in 'man top'. The Alternate > Display 'A', has nothing whatsoever to do with whether modern top is display. > From my read of the m

Re: [arch-general] procps-ng 3.3.13 and its new topdefaultrc

2018-04-11 Thread Leonid Isaev via arch-general
On Wed, Apr 11, 2018 at 03:20:10PM -0500, David C. Rankin wrote: > On 04/11/2018 12:08 PM, Eli Schwartz via arch-general wrote: > > It's ironic, I guess, that the procps-ng developers did this in order to > > provoke people into learning how to configure top, but now we have > > people preferring t

Re: [arch-general] procps-ng 3.3.13 and its new topdefaultrc

2018-04-11 Thread David C. Rankin
On 04/11/2018 12:08 PM, Eli Schwartz via arch-general wrote: > It's ironic, I guess, that the procps-ng developers did this in order to > provoke people into learning how to configure top, but now we have > people preferring the old look, who complain when the default changes, > and then when we re

Re: [arch-general] Interesting Dual Boot Problems

2018-04-11 Thread LoneVVolf
On 11-04-18 18:32, David C. Rankin wrote: Those are the only stray thoughts I have on the issue. If a cold-boot is occurring when switching between OSs, then neither can have any effect on the other (at least with a MBR setup). Manufacturer windows driver can turn off network card using proprie

Re: [arch-general] Xorg/Firefox problems

2018-04-11 Thread freq via arch-general
You are using Intel graphics and you also have Nvidia available. Generally, Nvidia is added to a computer for gaming, mining, streaming improvements. Getting your drivers - https://wiki.archlinux.org/index.php/NVIDIA#Installation Configuring - https://wiki.archlinux.org/index.php/NVIDIA#Aut

Re: [arch-general] procps-ng 3.3.13 and its new topdefaultrc

2018-04-11 Thread Eli Schwartz via arch-general
If I actually used top after discovering htop, I would prefer the old look (which our new procps-ng maintainer has apparently made an executive decision to use). On 04/11/2018 12:53 PM, David C. Rankin wrote: > The PKGBUILD change for rebuilds is simple, but we ought to have one or the > other (mo

Re: [arch-general] procps-ng 3.3.13 and its new topdefaultrc

2018-04-11 Thread Carsten Mattner via arch-general
I haven't seen the modern top ui, but it sounds useful and I'd be in favor of it if it doesn't break things. But I have to note that terminal emulators and coloring curses applications is very hard to do in a way that works across everyone's favorite color scheme. It's bound to result in invisible

Re: [arch-general] procps-ng 3.3.13 and its new topdefaultrc

2018-04-11 Thread David C. Rankin
On 04/10/2018 07:05 PM, Jonathon Fernyhough wrote: > Much as I'm wary about raising this after last time... here goes. Really > just putting this out there as a thing to consider if it's not already > known about. > > With 3.3.13, upstream introduced support for a system-wide default > toprc, /etc

Re: [arch-general] Interesting Dual Boot Problems

2018-04-11 Thread David C. Rankin
On 04/10/2018 03:31 PM, Hunter Jozwiak via arch-general wrote: >> Does it make a difference if you choose reboot in Windows vs shutdown? >> >> Windows 10 hibernates by default (hybrid shutdown) when powering off. >> Reboot uses a 'real' shutdown. >> >> >> >> Mvg, Guus Snijders >> > No. Rebooting fr

Re: [arch-general] Xorg/Firefox problems

2018-04-11 Thread Peter Nabbefeld
Hi Bjoern, my config file already looks like this: Section "Device"    Identifier  "Intel Graphics"    Driver  "intel"    Option  "AccelMethod"  "uxa" #   Option  "AccelMethod"  "none" EndSection "uxa" is already the alternative setting, so I'd expect it to work. However, I can try

Re: [arch-general] Xorg/Firefox problems

2018-04-11 Thread Bjoern Franke
Hi, > as noted, I'd guess I've got problems with Xorg, which cause Firefox to > crash. Probably some of the improvements in Quantum are just depending > on a more stable Xorg, e.g. correctly initialised modules. > > For a first review, I add the output of lspci and lsmod - please tell > me, wh

Re: [arch-general] Xorg/Firefox problems

2018-04-11 Thread Peter Nabbefeld
Hi Freq, as noted, I'd guess I've got problems with Xorg, which cause Firefox to crash. Probably some of the improvements in Quantum are just depending on a more stable Xorg, e.g. correctly initialised modules. For a first review, I add the output of lspci and lsmod - please tell me, what el