EPICS Home

Experimental Physics and Industrial Control System


 
1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: edm, Fedora 25, and Wayland
From: Pierrick Hanlet <[email protected]>
To: "Sinclair, John William" <[email protected]>, "[email protected]" <[email protected]>
Date: Mon, 6 Feb 2017 10:30:57 +0000
Hi John,
Attached is the output of the xset command that you requested; the xlsfonts output was too large, so it violated the email size limit to tech-talk. It appears, from the "xset -q" command, that it's looking in /etc/X11/fontpath.d rather than /etc/X11/xorg.conf.d, but that's only my suspicion, as
I'm weak in sysadmin tasks.

There's an oddity about Wayland which I've read which is that it's not mastered allowing one to su to another user on the same machine and display a window. As Andrew pointed out, Fedora will continue to support X with XWayland, but I've not tried that yet. If I can get the fonts to work, perhaps
edm will work as advertised, so I don't want to muddy the waters just yet.

Thanks,
Pierrick


On 02/03/2017 03:39 PM, Sinclair, John William wrote:
Hi Pierrick,

In response to the display server question, I am not sure. If you have a network of workstations, can you login to any one and run xclock having the output displayed to any other one? If so, you can do this with edm and I would guess (but am not certain) that edm should be able to utilize multiple displays. My qt version of edm (not production code, just an experiment in porting to qt) does not support multiple displays and I did not see support for this in the qt API so there is some chance that Wayland does not behave properly when one process attempts to use multiple displays.

I did experiment with fedora 23 using Wayland but, at least in the past, fedora 23 could be reconfigured to use X. Is this still the case with fedora 25?

Another Wayland-related observation and question:

One of my fedora 23 experiments was to investigate Wayland performance since it seems to be targeted at running high performance games on linux

  I opened a local display session to the Wayland-based system and ran firefox in one window and top in another. While monitoring firefox cpu usage in top, I pointed firefox to a site that filled the window with lots of graphics and then resized the window back and forth rapidly. Firefox could only utilize about 50% of the cpu and the result was a very choppy and jumpy redisplay of the image.

I then repeated this test with an X-based system. X could use > 90% of the cpu resulting in behavior that looked much smoother.

The question is, has this performance issue been fixed in the version of Wayland included in the fedora 25 distro?

-------------

I am surprised you are having mysterious problems with fonts. What output does xlsfonts produce and what is associated with "Font Path" when you do xset -q?

Thanks,
John

-----Original Message-----
From: Pierrick Hanlet [mailto:[email protected]]
Sent: Friday, February 03, 2017 4:51 AM
To: Sinclair, John William; [email protected]
Subject: edm, Fedora 25, and Wayland

Hi John,
I've changed the subject line of this thread to reflect the new issue (the edm compilation is solved, thank you).

The fonts problem may be deeper.  Fedora 25 has, by default uses Wayland, instead of X, for its display server.
If edm is tied to X, do I/can I run 2 display servers?
Thank you,
Pierrick


On 02/02/2017 09:54 PM, Sinclair, John William wrote:
become root...

dnf install xorg-x11-fonts-75dpi

dnf install xorg-x11-fonts-ISO8859-1-75dpi

Use the version 5 font file.

Version 3 is described in https://ics-web.sns.ornl.gov/edm/eum.html#id2503129 .

Version 4 adds substitutions for all instances of a font spec. See https://ics-web.sns.ornl.gov/edm/log/show.php?mon=Apr&theDay=16&year=2012 .

Version 5 adds substitutions for single instances of a font spec. See https://ics-web.sns.ornl.gov/edm/log/show.php?mon=Jul&theDay=22&year=2013 .

Before Redhat released the liberation fonts, the scalable Helvetica font that shipped with their distribution rendered 16 point fonts smaller than it should have been. Liberation san-serif 16 point would not fit in objects that were sized based on the contents of text.  Version 5 allows a font rendering adjustment that can be used as a temporary fix (until some poor developer takes the time to change 10000 screens).

John


-----Original Message-----
From: Pierrick Hanlet [mailto:[email protected]]
Sent: Thursday, February 02, 2017 3:38 PM
To: Sinclair, John William; [email protected]
Subject: Re: problem compiling edm

Thank you John,
That did the trick.

Now I need to revisit the fonts issue.  There's an old message of adding Fonts.conf to /etc/X11/xorg.conf, but that doesn't appear to work with this newer os.
Perhaps the problem is that I've not been able to find the "unscaled"
fonts.  Any ideas?
Thanks again,
Pierrick

On 02/02/2017 04:12 PM, Sinclair, John William wrote:
I believe I added the following to the makefile locally for newer versions of gcc:

     USR_CXXFLAGS += -fpermissive -Wno-narrowing -Wno-write-strings
-Wno-unused-but-set-variable

John Sinclair

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Pierrick Hanlet
Sent: Thursday, February 02, 2017 9:16 AM
To: [email protected]
Subject: problem compiling edm

I've a new pc on which I'm running Fedora release 25.  I'm using base 3.15.5.

I'm attempting to build edm, but whilst attempting to compile, I get:

make[2]: Entering directory
'/home/epics/epicsDEV/extensions/src/edm/lib/O.linux-x86_64'
/usr/bin/g++  -D_GNU_SOURCE -D_DEFAULT_SOURCE -D_X86_64_  -DUNIX
-Dlinux     -O3 -g   -Wall -DSINGLE_THREADED=1 -D__epics__=1
-mtune=generic     -m64 -fPIC -I. -I../O.Common -I. -I. -I..
-I../../../../include/edm/compiler/gcc
-I../../../../include/edm/os/Linux -I../../../../include/edm
-I/home/epics/epicsDEV/base/include/compiler/gcc
-I/home/epics/epicsDEV/base/include/os/Linux
-I/home/epics/epicsDEV/base/include
-I/home/epics/epicsDEV/extensions/include        -I../../util
-I../../lib -I/usr/include -I/usr/include    -c ../cursor.cc
../cursor.cc: In member function ‘void cursorClass::create(Display*, Window, Colormap)’:
../cursor.cc:82:50: error: narrowing conversion of ‘224’ from ‘int’ to ‘char’ inside { } [-Wnarrowing]
        0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00};
                                                      ^
../cursor.cc:82:50: error: narrowing conversion of ‘224’ from ‘int’ to
‘char’ inside { } [-Wnarrowing]
../cursor.cc:82:50: error: narrowing conversion of ‘224’ from ‘int’ to ‘char’ inside { } [-Wnarrowing] and many more lines of the same.

I can't find this problem in tech-talk, nor with a web search. Has anyone run into this problem and if so, how did you resolve it?
Many thanks,
Pierrick




Keyboard Control:
  auto repeat:  on    key click percent:  0    LED mask:  00000002
  XKB indicators:
    00: Caps Lock:   off    01: Num Lock:    on     02: Scroll Lock: off
    03: Compose:     off    04: Kana:        off    05: Sleep:       off
    06: Suspend:     off    07: Mute:        off    08: Misc:        off
    09: Mail:        off    10: Charging:    off    11: Shift Lock:  off
    12: Group 2:     off    13: Mouse Keys:  off
  auto repeat delay:  500    repeat rate:  33
  auto repeating keys:  00ffffffdffffbbf
                        fadfffefffedffff
                        9fffffffffffffff
                        fff7ffffffffffff
  bell percent:  50    bell pitch:  400    bell duration:  100
Pointer Control:
  acceleration:  2/1    threshold:  4
Screen Saver:
  prefer blanking:  yes    allow exposures:  yes
  timeout:  0    cycle:  0
Colors:
  default colormap:  0x25    BlackPixel:  0x0    WhitePixel:  0xffffff
Font Path:
  catalogue:/etc/X11/fontpath.d,built-ins
DPMS (Energy Star):
  Display is not capable of DPMS

Replies:
Re: edm, Fedora 25, and Wayland Luca Cavalli
References:
problem compiling edm Pierrick Hanlet
Re: problem compiling edm Pierrick Hanlet
RE: problem compiling edm Sinclair, John William
edm, Fedora 25, and Wayland Pierrick Hanlet
RE: edm, Fedora 25, and Wayland Sinclair, John William

Navigate by Date:
Prev: Re: Epic-modbus build error Mark Rivers
Next: EPICS Driver for FTDI D2XX on Linux Juniper Willard
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: edm, Fedora 25, and Wayland Andrew Johnson
Next: Re: edm, Fedora 25, and Wayland Luca Cavalli
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024