[gentoo-user] Multi monitor in KDE - remember window placement as default for all windows?
Well, I found a pretty good deal (for around here) on a 32" monitor. So, I've set this up and turned my old 24" to portrait orientation. KDE's control panel's display setting had me get the orientation set up correctly in about 10 seconds. It took me a bit longer to figure out how to move the task bar to the larger monitor, but all is good. One more annoying thing I've noticed now is that I have two monitors, KDE seems to randomly plop new windows whereever it likes. I mean literally. Sometimes it's on the new (secondary) monitor, sometimes it's on the primary, sometimes it's between the two. Really bizarre. After a little bit of fiddling around, I found out you can get an application window to remember its size and position (which is great, at least the option is there.) Not so nice is that I have to tell every new window I open (well, the ones that open all over the place) to remember their settings. Is there a way to make this a global change for all windows? This is getting irritating. Dan
Re: [gentoo-user] Re: "systemd sysv-utils blocker resolution"
On Sun, Feb 11, 2018 at 12:52 PM, Nikos Chantziaraswrote: > > Yes. How else is sys-apps/sysvinit going to be unmerged? Either you let > portage clean it up (depclean), or you need to do it manually. > He already has sysvinit unmerged. Portage unmerged that because it was a blocker for systemd[sysv-utils]. Portage doesn't remove non-blocking packages unless you run emerge --depclean. -- Rich
[gentoo-user] Re: "systemd sysv-utils blocker resolution"
On 11/02/18 05:09, allan gottlieb wrote: On Sun, Feb 11 2018, Nikos Chantziaras wrote: When you ran: emerge -auDN --changed-deps --with-bdeps=y @world did you forget to run: emerge -a --depclean afterwards? I am indeed behind in depcleaning. Does that explain why euse doesn't fine sysv-utils and why I have the symlinks /sbin/poweroff and friends with systemd-236? Yes. How else is sys-apps/sysvinit going to be unmerged? Either you let portage clean it up (depclean), or you need to do it manually.
Re: [gentoo-user] "systemd sysv-utils blocker resolution"
On Sat, Feb 10 2018, Rich Freeman wrote: > On Sat, Feb 10, 2018 at 10:02 PM, allan gottliebwrote: >> On Sat, Feb 10 2018, Rich Freeman wrote: >> >>> >>> Interesting. Does /sbin/reboot exist? >> >> gottlieb@E6430 ~ $ ls -l /sbin/reboot >> lrwxrwxrwx 1 root root 16 Jan 28 13:08 /sbin/reboot -> ../bin/systemctl >> >>> What does "qfile /sbin/reboot" return? >> >> gottlieb@E6430 ~ $ qfile /sbin/reboot >> sys-apps/systemd (/sbin/reboot) > > Ok, your systemd is built with USE=sysv-utils. > >>> Ultimately it comes down to whether you care about the compatibility >>> symlinks. It probably isn't a bad idea to have them though. Maybe >>> some day you'll install a UPS and its shutdown scripts will just call >>> shutdown/poweroff/etc and not work. Software that shuts down using >>> either systemctl or dbus would be fine. >> >> Since you lean toward having the symlinks, why is the new default for >> the use flag on? Upstream? > > When the flag is on the symlinks are created. They're only missing > (from systemd) when the flag is off. > >> Also why do I have the symlinks with the 236-r5 system, contracting the >> news item. (This is true for both machines.) > > You have them because the default is USE=sysv-utils, which installs > the symlinks. > > The real question is why euse didn't show you has having the flag > enabled. That I'm not sure about. It shows it as enabled on my > system. I'd have to dig into where it is getting its data and how > this might get out of sync. > > To avoid a second email - a lack of depcleaning might explain why > software like openrc/netifrc is still installed. I don't believe it > has anything to do with the output of euse. Thank you (and dale) again. allan