Re: Primary and Secondary Display
On Mon, 2 Mar 2020 at 14:55, Michael J. Baars < mjbaars1977.fedora-us...@cyberfiber.eu> wrote: > Hi, > > I just bought myself a brand new 27" monitor, that came with a standard > VGA cable and no HDMI cable. Apparently VGA is still considered the > standard by Philips. I would like this to be my new primary display. > > I also have a somewhat older Samsung 24" monitor, that is connected via > HDMI to the HDMI port of my computer. I would like this to be my > secondary display. > > Let boot things up... > > The grub boot menu appears on the secondary screen. Apparently the HDMI > port is considered the primary port by the computer manufacturer. > There's no way to change this in the BIOS. > > So I thought, let's make the 24" the primary and the 27" the secondary > display. I can always buy an extra 5m VGA cable to replace my new 5m > HDMI cable. > > Let boot things up... > > The grub boot menu appears on the primary screen. So far so good. > Waiting for the login prompt, and yes, there it is... > > on the secondary screen :) > > And yes, I've double checked the settings under Devices->Displays and > made sure that the Samsung 24" is the Primary Display. > > Any thoughts? > > Regards, > Mischa. > > if run xrandr in a terminal, does it tell you which one is primary? Normally on the login screen, one would expect it to appear on the primary first, but it should follow the mouse . . . (I'm not 100% sure gdm does that however) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Primary and Secondary Display
On 2020-03-02 22:49, Michael J. Baars wrote: > Hi, > > I just bought myself a brand new 27" monitor, that came with a standard > VGA cable and no HDMI cable. Apparently VGA is still considered the > standard by Philips. I would like this to be my new primary display. > > I also have a somewhat older Samsung 24" monitor, that is connected via > HDMI to the HDMI port of my computer. I would like this to be my > secondary display. > > Let boot things up... > > The grub boot menu appears on the secondary screen. Apparently the HDMI > port is considered the primary port by the computer manufacturer. > There's no way to change this in the BIOS. > > So I thought, let's make the 24" the primary and the 27" the secondary > display. I can always buy an extra 5m VGA cable to replace my new 5m > HDMI cable. > > Let boot things up... > > The grub boot menu appears on the primary screen. So far so good. > Waiting for the login prompt, and yes, there it is... > > on the secondary screen :) > > And yes, I've double checked the settings under Devices->Displays and > made sure that the Samsung 24" is the Primary Display. > > Any thoughts? > I have no way to test this for you since I don't have a bare metal setup with multiple monitors and GNOME. However, have a look at https://wiki.archlinux.org/index.php/GDM#Setup_default_monitor_settings -- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Primary and Secondary Display
[] > And yes, I've double checked the settings under Devices->Displays and > made sure that the Samsung 24" is the Primary Display. > > Any thoughts? I don't know enough to tell how similar or dissimilar my hardware is, but here's a dumb hunch. Try waving your mouse WAY around. When I have two monitors active at once, what governs most things seems to be where the mouse cursor is, and a long wave will shift it from either monitor to the other. -- Beartooth Staffwright, Not Quite Clueless Power User Remember I know little (precious little!) of where up is. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: open double quote on top of next character [CLOSED]
On Sat, 2020-02-29 at 8:54 PM, Tim wrote: > One difference there, is that Firefox is happy dealing with proportional fonts, agreed. > most terminals expect monospace fonts. As it is stated, I agree. The problem is what constitutes a "monospace" font. I spent some time experimenting. I tried lines of Chinese text mixed with lines of English text. I did this in a Gnome terminal using a font plainly having "mono" in its name (FreeMono Regular), and in a Gnome terminal using an AR PL UKai font. In *both* cases, English characters always take up 1/2 the horizontal space used by Chinese characters. Decades ago, Judy Collins sang that she really didn't know clouds, love, and live a-a-t all. It seems we (including myself) really don't know "monospace", fonts, and terminals much better! ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: sqlite3: error while loading shared libraries: /lib64/libc++.so: file too short
On Mon, 2 Mar 2020 at 12:03, Philip Rhoades wrote: People, > > I got this error after installing F31 and trying to use sqlite3. I had > to: > > # mv /usr/lib64/libc++.so /usr/lib64/libc++.so.too_short > # ln -s /usr/lib64/libc++.so.1.0 /usr/lib64/libc++.so > > to get sqlite3 to work . . > $ cat /lib64/libc++.so INPUT(libc++.so.1 -lc++abi) This is a "linker command script" (see "info ld") for details. Clang++ and sqlite3 both "work for me" on Fedora 31. My sqlite3 doesn't use libc++: $ ldd $(which sqlite3) linux-vdso.so.1 (0x7fff5d3d4000) libreadline.so.8 => /lib64/libreadline.so.8 (0x7f32c0a3d000) libm.so.6 => /lib64/libm.so.6 (0x7f32c08f7000) libdl.so.2 => /lib64/libdl.so.2 (0x7f32c08f) libz.so.1 => /lib64/libz.so.1 (0x7f32c08d6000) libpthread.so.0 => /lib64/libpthread.so.0 (0x7f32c08b4000) libc.so.6 => /lib64/libc.so.6 (0x7f32c06eb000) libtinfo.so.6 => /lib64/libtinfo.so.6 (0x7f32c06b9000) /lib64/ld-linux-x86-64.so.2 (0x7f32c0c08000) $ clang++ -stdlib=libc++ hw.cpp && ./a.out Hello world! $ ldd a.out linux-vdso.so.1 (0x7ffd095c1000) libc++.so.1 => /lib64/libc++.so.1 (0x7fb63978a000) libc++abi.so.1 => /lib64/libc++abi.so.1 (0x7fb639755000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7fb63973b000) libm.so.6 => /lib64/libm.so.6 (0x7fb6395f5000) libc.so.6 => /lib64/libc.so.6 (0x7fb63942c000) libpthread.so.0 => /lib64/../lib64/libpthread.so.0 (0x7fb63940a000) /lib64/ld-linux-x86-64.so.2 (0x7fb639885000) -- George ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Primary and Secondary Display
Mon, 2 Mar 2020 15:49:01 +0100 "Michael J. Baars" : > Hi, > > I just bought myself a brand new 27" monitor, that came with a > standard VGA cable and no HDMI cable. Apparently VGA is still > considered the standard by Philips. I would like this to be my new > primary display. > > I also have a somewhat older Samsung 24" monitor, that is connected > via HDMI to the HDMI port of my computer. I would like this to be my > secondary display. > > Let boot things up... > > The grub boot menu appears on the secondary screen. Apparently the > HDMI port is considered the primary port by the computer manufacturer. > There's no way to change this in the BIOS. > > So I thought, let's make the 24" the primary and the 27" the secondary > display. I can always buy an extra 5m VGA cable to replace my new 5m > HDMI cable. > > Let boot things up... > > The grub boot menu appears on the primary screen. So far so good. > Waiting for the login prompt, and yes, there it is... > > on the secondary screen :) Try to unplug Your secondary monitor during boot, before GDM starts and it'll remember the last working display. I really do not know why, but it worked for me and I discovered that by accident. Let me know if it still works. As Graig wrote, Grub menu is not controlled by Gnome, KDE or any other x-related setting. It is controlled by integrated graphics, which sometimes is controlled by bios/uefi. When I mixed vga and hdmi outputs, grub was always displayed trough vga. -- Łukasz Posadowski ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Primary and Secondary Display
On Mon, 2020-03-02 at 10:04 -0700, Greg Woods wrote: > It's also possible that other greeters (SDM and > LDM are available) That's SDDM (in case you're searching for it). Mainly used with KDE. poc ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Primary and Secondary Display
On Mon, Mar 2, 2020 at 7:55 AM Michael J. Baars < mjbaars1977.fedora-us...@cyberfiber.eu> wrote: > > > The grub boot menu appears on the primary screen. So far so good. > Waiting for the login prompt, and yes, there it is... > > on the secondary screen :) > > The settings from after login will only control what happens after the X server has started. So this is useful for declaring where you want your panels; that is the "Primary" display. Which screen has the login prompt is the function of the greeter. In Fedora by default that is GDM (Gnome Desktop Manager?). I looked through a page I found searching for "GDM configuration" and didn't immediately see anything that would allow configuration of which screen the login prompt appears on, but I could have missed it. It's also possible that other greeters (SDM and LDM are available) might be able to configure this, but I didn't pursue it that far. For the record, I have a KVM switch that allows multiple computers to connect via VGA to my smaller "secondary" monitor, while the larger "primary" monitor has a desktop and laptop connected to it by HDMI. I have a desktop that has an Nvidia PCIE card with DVI and HDMI output ports. The DVI port uses an adapter and a VGA cable to connect to the switch. On this machine, the grub menu and the greeter login appear on the VGA monitor. Once logged in, the panel and desktop icons appear on the HDMI monitor, as that is what I configured in the Display settings. The Dell laptop, on the other hand, only has a VGA port when it is in the dock, and I connect that to the VGA monitor. The dock also has an HDMI port as does the laptop itself. On this machine, the grub menu and the greeter login both appear on the HDMI monitor, as does the Gnome panel. I use the secondary monitor without workspaces (configurable in the tweak tool workspaces setting), which means I can put windows there that will remain visible even when I change workspaces on the primary, but by default it uses both monitors for each workspace. --Greg ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
sqlite3: error while loading shared libraries: /lib64/libc++.so: file too short
People, I got this error after installing F31 and trying to use sqlite3. I had to: # mv /usr/lib64/libc++.so /usr/lib64/libc++.so.too_short # ln -s /usr/lib64/libc++.so.1.0 /usr/lib64/libc++.so to get sqlite3 to work . . P. -- Philip Rhoades PO Box 896 Cowra NSW 2794 Australia E-mail: p...@pricom.com.au ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
[389-users] Re: Console Troubleshooting
On 3/2/20 9:53 AM, Nelson Bartley wrote: Good afternoon, I have fedora 31 cloud server installed on a local virtualbox. I have installed 389-ds and the 389-cockpit admin module. Using dscreate I created a local instance, and have successfully modified it with external tools. I have not been able to get the cockpit component to work. Logging in to cockpit, via the root account or my sudo account works, as soon as I click 389ds admin the cockpit window comes up with "oops" "cockpit as experienced an unexpected error". The admin shows I have an instance, it allows me to send server commands which appear to be successful. It does not let me create new instances It does not show any details under any tab (just blank page). I'm wondering where to start looking to diagnose the problem. Obviously the web site message wasn't helpful, the inspection console is just complaining about css. The system error logs don't show anything out of the ordinary... What exact version of cockpit & cockpit-389-ds is installed? The only troubleshooting tool is the web console log (press 12). You should get an expandable error and stacktrace in the log when the console crashes. I am currently using the latest cockpit UI on F31, and it works fine for me. But there must be something in the console log - every "oops" message will log some type of stack trace. Mark ___ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org -- 389 Directory Server Development Team ___ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org
Primary and Secondary Display
Hi, I just bought myself a brand new 27" monitor, that came with a standard VGA cable and no HDMI cable. Apparently VGA is still considered the standard by Philips. I would like this to be my new primary display. I also have a somewhat older Samsung 24" monitor, that is connected via HDMI to the HDMI port of my computer. I would like this to be my secondary display. Let boot things up... The grub boot menu appears on the secondary screen. Apparently the HDMI port is considered the primary port by the computer manufacturer. There's no way to change this in the BIOS. So I thought, let's make the 24" the primary and the 27" the secondary display. I can always buy an extra 5m VGA cable to replace my new 5m HDMI cable. Let boot things up... The grub boot menu appears on the primary screen. So far so good. Waiting for the login prompt, and yes, there it is... on the secondary screen :) And yes, I've double checked the settings under Devices->Displays and made sure that the Samsung 24" is the Primary Display. Any thoughts? Regards, Mischa. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
[389-users] Console Troubleshooting
Good afternoon, I have fedora 31 cloud server installed on a local virtualbox. I have installed 389-ds and the 389-cockpit admin module. Using dscreate I created a local instance, and have successfully modified it with external tools. I have not been able to get the cockpit component to work. Logging in to cockpit, via the root account or my sudo account works, as soon as I click 389ds admin the cockpit window comes up with "oops" "cockpit as experienced an unexpected error". The admin shows I have an instance, it allows me to send server commands which appear to be successful. It does not let me create new instances It does not show any details under any tab (just blank page). I'm wondering where to start looking to diagnose the problem. Obviously the web site message wasn't helpful, the inspection console is just complaining about css. The system error logs don't show anything out of the ordinary... ___ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org
Re: F30: dnf, yum, mock
This thread was about the failure of a script that uses mock --chain to build rpm packages from more than one src.rpm. There had been a recent update of mock itself, and some of its config packages too. More updates have followed, and my system appears to be working again, with a small work-around in the script. https://github.com/rpm-software-management/mock/issues/501#issuecomment-593248267 Regards, John ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: [Fedora] Re: [Fedora] Re: [Fedora] Re: [Fedora] Re: /tmp full and konsole not releasing the space
On Mon, 2 Mar, 2020 at 15:01, Tim via users wrote: Now, for some reason best known to themselves, the developers have decided that instead of putting an entry in the fstab file (either for a real partition or to use tmpfs in RAM), there's a systemd service that sets up a tmpfs RAM-based tmp partition. The only reason I can guess to do it that way, would be dynamic creation of more than one tmpfs, on demand. Though I don't know if they do that. There's multiple potential benefits. One is that some services on startup assume an empty /tmp, another is that it helps for some containers and chroots, and another is that it helps for live disks. I don't know which benefit became the actual motivator. And yes, there are drawbacks too. If you want tmp to be on disc (e.g. because you create very large tmp files while mastering DVDs and have limited RAM, or you need some tmp files to survive a reboot), you need to stop and disable that service, and go back to setting /tmp up the old way. /tmp was never a good place to keep long-term files. Some OS-es rm -rf /tmp at early boot, some OS-es that support slices reformat /tmp on reboot. And Fedora used to switch on tmpwatch by default which meant that /tmp was emptied weekly. In Fedora, if you want disk-backed /tmp use /var/tmp and configure tmpwatch. Services should honour TMPDIR=/var/tmp/ (apologies for the earlier empty mail) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: [Fedora] Re: [Fedora] Re: [Fedora] Re: [Fedora] Re: /tmp full and konsole not releasing the space
On Mon, 2 Mar, 2020 at 15:01, Tim via users wrote: Now, for some reason best known to themselves, the developers have decided that instead of putting an entry in the fstab file (either for a real partition or to use tmpfs in RAM), there's a systemd service that sets up a tmpfs RAM-based tmp partition. The only reason I can guess to do it that way, would be dynamic creation of more than one tmpfs, on demand. Though I don't know if they do that. If you want tmp to be on disc (e.g. because you create very large tmp files while mastering DVDs and have limited RAM, or you need some tmp files to survive a reboot), you need to stop and disable that service, and go back to setting /tmp up the old way. -- uname -rsvp Linux 3.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4 23:02:59 UTC 2020 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
