| 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 <2017> 2018 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 <2017> 2018 2019 2020 2021 2022 2023 2024 |
| <== Date ==> | <== Thread ==> |
|---|
| Subject: | Re: edm, Fedora 25, and Wayland |
| From: | Luca Cavalli <[email protected]> |
| To: | "[email protected]" <[email protected]>, "[email protected]" <[email protected]>, "[email protected]" <[email protected]> |
| Date: | Tue, 7 Feb 2017 08:55:32 +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
<< Le informazioni contenute in questo messaggio di posta elettronica e relativi allegati sono riservate e confidenziali e ne è vietata la diffusione in qualunque modo eseguita. Qualora Lei non fosse la persona a cui il presente messaggio è destinato, La invitiamo
ad eliminarlo e a darcene gentile comunicazione. Quanto precede ai fini del rispetto delle Legge 675/96 e del Decreto Legislativo 30/06/2003 n.196, sulla tutela dei dati personali >>
<< This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use
it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Thank you for your co-operation. Please contact our IT Helpdesk on +3902380481 or email [email protected] if you need assistance >>