Opened 13 years ago
Closed 11 years ago
#29530 closed defect (wontfix)
fb code still doesn't work right with XQuartz
| Reported by: | ballapete (Peter "Pete" Dyballa) | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.9.2 |
| Keywords: | Cc: | ||
| Port: | xorg-server-devel |
Description
The commend 'xset -q' in some ~/.xinitrc.d/<number><what ever>.sh produces, among other output:
21.05.11 21:54:28 org.macports.startx[28266] Notice /opt/local/share/fonts/misc/,/opt/local/share/fonts/TTF/,/opt/local/share/fonts/OTF/,/opt/local/share/fonts/Type1/,/opt/local/share/fonts/100dpi/,/opt/local/share/fonts/75dpi/,/Library/Fonts,/System/Library/Fonts,built-ins
This == could == be the reason that Console reports:
21.05.11 21:54:28 org.macports.startx[28266] Notice /opt/local/bin/xset: bad font path element (#8), possible causes are: 21.05.11 21:54:28 org.macports.startx[28266] Notice Directory does not exist or has wrong permissions 21.05.11 21:54:28 org.macports.startx[28266] Notice Directory missing fonts.dir 21.05.11 21:54:28 org.macports.startx[28266] Notice Directory missing fonts.dir 21.05.11 21:54:28 org.macports.startx[28266] Notice Incorrect font server address or syntax
and GNU Emacsen 23.3 and 24.0.50 cannot show all text (the latter shows almost == no == text).
Xorg-server-devel @1.10.1_0 produces similar reports in Console, but does not disable text rendering in GNU Emacsen.
Console also reports:
21.05.11 21:54:30 [0x0-0x1d91d9].org.macports.X11[28235] Notice X11.app: Launching /opt/local/bin/xterm: 21.05.11 21:54:30 [0x0-0x1d91d9].org.macports.X11[28235] Notice argv[0] = /bin/sh 21.05.11 21:54:30 [0x0-0x1d91d9].org.macports.X11[28235] Notice argv[1] = -c 21.05.11 21:54:30 [0x0-0x1d91d9].org.macports.X11[28235] Notice argv[2] = /opt/local/bin/xterm 21.05.11 21:54:30 [0x0-0x1d91d9].org.macports.X11[28235] Notice /bin/sh: /opt/local/bin/xterm: No such file or directory 21.05.11 21:54:30 [0x0-0x1d91d9].org.macports.X11[28235] Notice /bin/sh: /opt/local/bin/xterm: No such file or directory
I only have /usr/X11/bin/xterm...
Attachments (3)
%20Emacsen.png){kind=link}
%20Emacsen.png){kind=link}
%20new%20Emacs.png){kind=link}
%20new%20Emacs.png){kind=link}
%20residues.png){kind=link}
%20residues.png){kind=link}
Change History (24)
comment:1 follow-up: 3 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
comment:2 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
So yeah, please trace down what the actual problem is, but this does not seem like a regression in xorg-server.
comment:3 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
Replying to jeremyhu@…:
Nothing changed between 1.10.1 and 1.10.1.902 having to do with that codepath.
Why is your /System/Library/Fonts not valid? It should be getting setup with startx. Please run the following and report the output:
sudo /opt/local/bin/font_cache -fsv
font_cache [options]
-f, --force : Force cache recreation
-n, --no-osxfonts : Just cache X11 font directories
(-n just pertains to XFont cache, not fontconfig)
-s, --system : Cache system font dirs instead of user dirs
-v, --verbose : Verbose Output
Exit 1
The correct invocation is: sudo /opt/local/bin/font_cache -f -s -v
This command then reports this:
font_cache: /System/Library/Fonts Unknown Type 1 weight "All" Couldn't determine weight for HelveLTMM Unknown Type 1 weight "All" Couldn't determine weight for TimesLTMM font_cache: /Library/Fonts font_cache: /Library/Fonts/Extrafonts font_cache: /Library/Fonts/Extrafonts/Bauhaus Unknown Type 1 weight "Heavy" Couldn't determine weight for Bauhaus-Heavy 001.000.pfb font_cache: /Library/Fonts/PostScript 3 Unknown Type 1 weight "Compact" Couldn't determine weight for AntiqOliCom Unknown Type 1 weight "Poster" Couldn't determine weight for BodonPos Unknown Type 1 weight "Poster" Couldn't determine weight for BodonPosCom Unknown Type 1 weight "ExtraBold" Couldn't determine weight for CoppeThiThrBC Unknown Type 1 weight "Extra Bold" Couldn't determine weight for GillSanExtBol Unknown Type 1 weight "ExtraBold" Couldn't determine weight for GoudyExtBol
Running it makes no difference. After GNU Emacs 23.3 (GTK2+) and GNU Emacs 24.0.50 (Xaw3d) are launched they both consume each 25 % of CPU power. The former shows in some "windows" (parts of the X11 window, which is called the "frame") some text, the latter none at all. Launching gkrellm takes longest, while it consumes all of the remaining CPU power. On my 1.5 GHz PowerBook G4 *minutes* pass.
This really does not look like a problem with fonts in the X server or in libfontconfig. Such bugs exist in xfontsel or xfd which can't display fonts from the foundries apple or monotype (or linotype, if such fonts are found in fontpath). Xfontsel simply crashes, disappears from screen, xfd at least reports:
X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 45 (X_OpenFont) Value in failed request: 0x1200012 Serial number of failed request: 67 Current serial number in output stream: 68 Exit 1
I am attaching a screenshot of the two Emacsen's view.
Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
| Attachment: | XQuartz 2.6.3 (xorg-server 1.10.1.902) Emacsen.png added |
|---|
How the two Emacsen mentioned look on screen
comment:4 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
I compiled a new version of GNU Emacs 24.0.50 with 'make bootstrap', configured '--without-sound --without-dbus --without-pop --without-gconf --without-gpm --with-x-toolkit=lucid --enable-locallisppath=/Library/Application\ Support/Emacs/calendar24:/Library/Application\ Support/Emacs CFLAGS="-g -H -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -maltivec -faltivec -Os -foptimize-register-move -mfused-madd -mmultiple -ftree-vectorize" LDFLAGS="-Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t" CC=gcc-4 CPP=cpp-4 PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/usr/lib/pkgconfig', with GCC being version 4.4.4 (from Fink). When it's launched with -Q it shows I picture I've seen before: text cut away on the right and below, see attached screenshot!
Next I'll compile with GCC 4.5.2 (from Fink again) and I'll try also GTK2+. Then I'll try with Apple's GCC 4.0 and 4.2. And I'll also compile with Fink and /usr/X11.
/usr/bin/quartz-wm or /opt/local/bin/quartz-wm makes no difference.
Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
| Attachment: | XQuartz 2.6.3 (xorg-server 1.10.1.902) new Emacs.png added |
|---|
Newly compiled GNU Emacs 24.0.50
comment:5 follow-up: 6 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
And you're saying this issue is new to 1.10.1.902? Did you try 1.10.1.901? I really don't see how anything font related could be introduced between those versions. Furthermore, much of what you are reporting here correspond to issue that you've reported already over the last year...
comment:6 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
Replying to jeremyhu@…:
And you're saying this issue is new to 1.10.1.902?
Yes.
Did you try 1.10.1.901?
No. Before I was using 1.10.1_0. And before I had a problem with the male connector of the power adapter (central cord broken where the cable is fed inside the connector – it just happens every two years). Maybe I missed this offer then...
I really don't see how anything font related could be introduced between those versions.
My first assumption was "fonts", now it looks exactly like the bug I reported years (?) ago: the leftmost almost 20 cm of the screen are OK, the rightmost 16 cm not, they're clipped, cut away. Another such "limit" exists below the topmost almost 20 cm: cut away as well. It works to move GNU Emacs into these areas and the before established text remains OK. When I move the whole GNU Emacs frame (the X window) into the lower left corner and open a new window (text buffer, tab as in an internet browser) no clipping on the right edge happens, the clipping in the lower corner is applied again, but the text from the previous buffer is not erased – and neither overwritten. Opening new buffers leaves other "residues", the right edge of the window has inside some "rubber strip" which removes text – see the screenshot! The blind corner in the bottom can go away.
Furthermore, much of what you are reporting here correspond to issue that you've reported already over the last year...
It's back!
Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
| Attachment: | XQuartz 2.6.3 (xorg-server 1.10.1.902) residues.png added |
|---|
Residues appearing in GNU Emacs
comment:7 follow-up: 9 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Can you please try re-adding 5002-fb-Revert-fb-changes-that-broke-XQuartz.patch?
Add 5002-fb-Revert-fb-changes-that-broke-XQuartz.patch to patchfiles in the Portfile, and place 5002-fb-Revert-fb-changes-that-broke-XQuartz.patch in the files subdirectory. (ie: undo part of r78747)
comment:8 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Here's the link to the actual patch:
comment:9 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
Replying to jeremyhu@…:
Can you please try re-adding 5002-fb-Revert-fb-changes-that-broke-XQuartz.patch?
It's fetched, saved in files subdirectory, and recorded in the Portfile – how can I tell port to build and activate this package?
comment:10 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
cd .../dports/x11/xorg-server-devel sudo port -v -f uninstall sudo port -v install
comment:11 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
cd .../dports/x11/xorg-server-devel sudo port -v -f uninstall sudo port -v install
comment:12 Changed 13 years ago by jmroot (Joshua Root)
| Cc: | jeremyhu@… removed |
|---|---|
| Owner: | changed from macports-tickets@… to jeremyhu@… |
| Port: | xorg-server-devel added |
comment:13 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
With the patch applied the X server works OK again.
comment:14 follow-up: 15 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
| Summary: | Xorg-server-devel 1.10.1.902 sets fontpath incorrectly → fb code still doesn't work right with XQuartz |
|---|
Ok, can you please help me reproduce this problem then? I used to have another case which was worked around with that patch, and that bug is now fixed, so I'd like to be able to reproduce your problem
comment:15 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
Replying to jeremyhu@…:
Ok, can you please help me reproduce this problem then?
When it's rather time consuming for me, then Wednesday (evening, in Europe, around 20:00 UTC, noon in California) is the day. When it's just necessary to answer a few questions or try a few things, then at any time (but not the next four or five hours: Père Ubu is coming to perform annotations on the Modern Dance).
BTW, since my disk is getting crowded: can I delete the whole /opt/local/var/macports/sources/rsync.macports.org tree (90 MB) when I set MacPorts to use /opt/local/var/macports/sources/lil.fr.rsync.macports.org? (only 70 MB)
comment:16 follow-ups: 17 18 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
| Status: | new → assigned |
|---|
xorg-server-devel 1.10.2 has this patch back in (r78995).
Yes, you can delete your unused dports tree.
I just need some steps to take (or binaries from you) that show off the problems you are seeing here. I was experiencing a problem that this patch fixed, but that problem went away, so I thought the need for this patch also went away. If you can tell me what you did to see this problem, perhaps I can reproduce it here.
I see that you see it with emacs... is that emacs from MacPorts or your own build? If it is your own, how did you build it? If it is from MacPorts, what variants did you use?
Thanks.
comment:17 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
Replying to jeremyhu@…:
xorg-server-devel 1.10.2 has this patch back in (r78995).
I see that you see it with emacs... is that emacs from MacPorts or your own build? If it is your own, how did you build it? If it is from MacPorts, what variants did you use?
No, GNU Emacs 24.0.50, the in-development version is not from MacPorts, I am updating the source once per week (or so) with bzr (pull -v).
I am using a handful of different configure invocations:
env PATH=/sw/bin:$PATH ./configure --without-sound --without-dbus --without-pop --without-gconf --without-gpm --x-libraries=/usr/X11/lib --x-includes=/usr/X11/include --enable-locallisppath=/Library/Application\ Support/Emacs/calendar24:/Library/Application\ Support/Emacs CFLAGS="-g -H -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -maltivec -faltivec -Os -foptimize-register-move -mfused-madd -mmultiple -ftree-vectorize" LDFLAGS="-Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t" CC=gcc-4 CPP=cpp-4 PKG_CONFIG_PATH=/sw/lib/pkgconfig:/sw/share/pkgconfig:/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig:/sw/lib/gcc4.5/lib/pkgconfig:/usr/lib/pkgconfig
env PATH=/opt/local/bin:$PATH ./configure --without-sound --without-dbus --without-pop --without-gconf --without-gpm --enable-locallisppath=/Library/Application\ Support/Emacs/calendar24:/Library/Application\ Support/Emacs CFLAGS="-g -H -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -maltivec -faltivec -Os -foptimize-register-move -mfused-madd -mmultiple -ftree-vectorize" LDFLAGS="-Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t" CC=gcc-4.2 CPP=cpp-4.2 PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/usr/lib/pkgconfig
env PATH=/opt/local/bin:$PATH ./configure --without-sound --without-dbus --without-pop --without-gconf --without-gpm --enable-locallisppath=/Library/Application\ Support/Emacs/calendar24:/Library/Application\ Support/Emacs CFLAGS="-g -H -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -maltivec -faltivec -Os -foptimize-register-move -mfused-madd -mmultiple -ftree-vectorize" LDFLAGS="-Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t" CC=gcc-4 CPP=cpp-4 PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/usr/lib/pkgconfig
env PATH=/opt/local/bin:$PATH ./configure --without-sound --without-dbus --without-pop --without-gconf --without-gpm --with-x-toolkit=lucid --enable-locallisppath=/Library/Application\ Support/Emacs/calendar24:/Library/Application\ Support/Emacs CFLAGS="-g -H -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -maltivec -faltivec -Os -foptimize-register-move -mfused-madd -mmultiple -ftree-vectorize" LDFLAGS="-Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t" CC=gcc-4 CPP=cpp-4 PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/usr/lib/pkgconfig
"gcc-4" is from Fink and either points to GCC 4.4.4 or 4.5.2. Compilation starts with "env PATH=/sw/bin:$PATH make" or with the other PATH setting. Sometime I think a "make bootstrap" is necessary (it doesn't hurt, it just takes longer). I also use from time to time just "gcc" (GCC 4.0.1). The " --enable-locallisppath=..." is a local addition to enable GNU Emacs to find some local configuration ELisp files. To compile with MacPorts I need to edit the configure script: it defaults to use Fink libraries and C header files.
In around twelve hours I can give you hints how to get the GNU Emacs 24.0.50 source code via bzr (or git, which I don't use).
comment:18 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
Replying to jeremyhu@…:
I see that you see it with emacs...
It was a bit windy today, so bike riding took a bit longer than expected! This is the official page: http://savannah.gnu.org/bzr/?group=emacs. I thought I had some more links saved, but it's not so. (bzr is in macPorts)
comment:19 follow-up: 20 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
That's a bit more involved than I'd like... can you please just build me a binary that exhibits the problem?
Thanks.
comment:20 Changed 13 years ago by ballapete (Peter "Pete" Dyballa)
Replying to jeremyhu@…:
That's a bit more involved than I'd like... can you please just build me a binary that exhibits the problem?
When the problem reappeared every build showed the effect. From the Emacsen I built last week none exists anymore and none was backupped by Time Machine. As you saw I produce highly optimised versions for my CPU, the PowerPC 7447A. I can produce a less optimised variant.
Sending you the binary of GNU Emacs (9 MB) is not sufficient. I would need to send you as well all its infrastructure in /usr/local/share/emacs/24.0.50 – approximately 80 MB.
To fetch the development sources of GNU Emacs you can start bzr before you go to bed. Next morning your disk will have almost 1 GB less free space. It's nice when ypu have PNG, JPEG, TIFF, GIF and ImageMagick installed; and also FreeType, libotf, libXft XML2, librsvg2. Then you can invoke configure. Less than ten minutes later you can check the output and invoke make. More than one hour later make should have finished, 'make bootstrap' should take the same time, because the first time all ELisp files are compiled (.el -> .elc). The final step is 'sudo make install', which might take up to 15 min.
Here is the section from configure's output that reports what is used for my GNU Emacs (one in GTK clothes):
What operating system and machine description files should Emacs use?
`s/darwin.h' and `m/macppc.h'
What compiler should emacs be built with? gcc-4 -std=gnu99 -I/opt/local/include -L/opt/local/lib -g -H -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -maltivec -faltivec -Os -foptimize-register-move -mfused-madd -mmultiple -ftree-vectorize
Should Emacs use the GNU version of malloc? no
(The GNU allocators don't work with this system configuration.)
Should Emacs use a relocating allocator for buffers? no
Should Emacs use mmap(2) for buffer allocation? no
What window system should Emacs use? x11
What toolkit should Emacs use? GTK
Where do we find X Windows header files? /opt/local/include
Where do we find X Windows libraries? /opt/local/lib
Does Emacs use -lXaw3d? no
Does Emacs use -lXpm? yes
Does Emacs use -ljpeg? yes
Does Emacs use -ltiff? yes
Does Emacs use a gif library? yes -lgif
Does Emacs use -lpng? yes
Does Emacs use -lrsvg-2? yes
Does Emacs use imagemagick? yes
Does Emacs use -lgpm? no
Does Emacs use -ldbus? no
Does Emacs use -lgconf? no
Does Emacs use -lselinux? no
Does Emacs use -lgnutls (2.6.x or higher)? yes
Does Emacs use -lxml2? yes
Does Emacs use -lfreetype? yes
Does Emacs use -lm17n-flt? no
Does Emacs use -lotf? yes
Does Emacs use -lxft? yes
Does Emacs use toolkit scroll bars? yes
Here is another list, the list of open files (edited and sorted) from lsof:
emacs 26749 pete txt REG 14,4 622280 10241728 /Applications/OpenOffice.org.app/Contents/basis-link/share/fonts/truetype/DejaVuSans.ttf emacs 26749 pete txt REG 14,4 321524 10241736 /Applications/OpenOffice.org.app/Contents/basis-link/share/fonts/truetype/DejaVuSansMono.ttf emacs 26749 pete txt REG 14,4 23278008 30801 /Library/Fonts/Arial Unicode.ttf emacs 26749 pete txt REG 14,4 536272 2455777 /Library/Fonts/Extrafonts/Akshar.ttf emacs 26749 pete txt REG 14,4 419784 2455987 /Library/Fonts/Extrafonts/SamyakSans.ttf emacs 26749 pete txt REG 14,4 22993540 2456008 /Library/Fonts/Extrafonts/Sun-ExtA.ttf emacs 26749 pete txt REG 14,4 1355768 2456042 /Library/Fonts/Extrafonts/TibetanMachineUniAlpha.ttf emacs 26749 pete txt REG 14,4 2012260 2456049 /Library/Fonts/Extrafonts/TitusCBZ.ttf emacs 26749 pete txt REG 14,4 15443432 2455876 /Library/Fonts/Extrafonts/fireflysung.ttf emacs 26749 pete txt REG 14,4 214936 2455914 /Library/Fonts/Extrafonts/gautami.ttf emacs 26749 pete txt REG 14,4 33791880 2455957 /Library/Fonts/Extrafonts/mingliub.ttc emacs 26749 pete txt REG 14,4 15734520 176639 /Library/Fonts/华文仿宋.ttf emacs 26749 pete txt REG 14,4 87020 18530387 /opt/local/lib/libICE.6.dylib emacs 26749 pete txt REG 14,4 2314748 30629095 /opt/local/lib/libMagickCore.4.dylib emacs 26749 pete txt REG 14,4 1119868 30629099 /opt/local/lib/libMagickWand.4.dylib emacs 26749 pete txt REG 14,4 33244 18759986 /opt/local/lib/libSM.6.dylib emacs 26749 pete txt REG 14,4 1203232 28995509 /opt/local/lib/libX11.6.dylib emacs 26749 pete txt REG 14,4 14040 15830167 /opt/local/lib/libXau.6.dylib emacs 26749 pete txt REG 14,4 294308 23296780 /opt/local/lib/libXaw3d.8.0.dylib emacs 26749 pete txt REG 14,4 23144 18859000 /opt/local/lib/libXdmcp.6.dylib emacs 26749 pete txt REG 14,4 78196 30527067 /opt/local/lib/libXext.6.dylib emacs 26749 pete txt REG 14,4 73920 18859937 /opt/local/lib/libXft.2.dylib emacs 26749 pete txt REG 14,4 91916 18868681 /opt/local/lib/libXmu.6.dylib emacs 26749 pete txt REG 14,4 60336 18872226 /opt/local/lib/libXpm.4.dylib emacs 26749 pete txt REG 14,4 41156 14577978 /opt/local/lib/libXrender.1.dylib emacs 26749 pete txt REG 14,4 366104 28671112 /opt/local/lib/libXt.6.dylib emacs 26749 pete txt REG 14,4 69180 17737931 /opt/local/lib/libbz2.1.0.6.dylib emacs 26749 pete txt REG 14,4 747632 29380461 /opt/local/lib/libcairo.2.dylib emacs 26749 pete txt REG 14,4 237140 17640187 /opt/local/lib/libcroco-0.6.3.0.1.dylib emacs 26749 pete txt REG 14,4 150560 17257195 /opt/local/lib/libexpat.1.5.2.dylib emacs 26749 pete txt REG 14,4 895800 25953724 /opt/local/lib/libfftw3.3.dylib emacs 26749 pete txt REG 14,4 206464 3867733 /opt/local/lib/libfontconfig.1.dylib emacs 26749 pete txt REG 14,4 532828 20305727 /opt/local/lib/libfreetype.6.dylib emacs 26749 pete txt REG 14,4 565840 24221497 /opt/local/lib/libgcrypt.11.6.0.dylib emacs 26749 pete txt REG 14,4 111732 25334449 /opt/local/lib/libgdk_pixbuf-2.0.0.dylib emacs 26749 pete txt REG 14,4 37228 6027868 /opt/local/lib/libgif.4.1.6.dylib emacs 26749 pete txt REG 14,4 1242408 30553323 /opt/local/lib/libgio-2.0.0.dylib emacs 26749 pete txt REG 14,4 1146568 30553327 /opt/local/lib/libglib-2.0.0.dylib emacs 26749 pete txt REG 14,4 14936 30553331 /opt/local/lib/libgmodule-2.0.0.dylib emacs 26749 pete txt REG 14,4 668220 26722422 /opt/local/lib/libgnutls.26.dylib emacs 26749 pete txt REG 14,4 322508 30553335 /opt/local/lib/libgobject-2.0.0.dylib emacs 26749 pete txt REG 14,4 17500 24216967 /opt/local/lib/libgpg-error.0.dylib emacs 26749 pete txt REG 14,4 20884 30553339 /opt/local/lib/libgthread-2.0.0.dylib emacs 26749 pete txt REG 14,4 1065708 7982782 /opt/local/lib/libiconv.2.dylib emacs 26749 pete txt REG 14,4 48932 16228351 /opt/local/lib/libintl.8.dylib emacs 26749 pete txt REG 14,4 209216 25282548 /opt/local/lib/libjpeg.8.dylib emacs 26749 pete txt REG 14,4 273948 25866924 /opt/local/lib/liblcms2.2.dylib emacs 26749 pete txt REG 14,4 39772 17747483 /opt/local/lib/libltdl.7.dylib emacs 26749 pete txt REG 14,4 143276 29039466 /opt/local/lib/liblzma.5.dylib emacs 26749 pete txt REG 14,4 320416 28964313 /opt/local/lib/libncurses.5.dylib emacs 26749 pete txt REG 14,4 73176 6025433 /opt/local/lib/libotf.0.0.0.dylib emacs 26749 pete txt REG 14,4 288996 29002523 /opt/local/lib/libpango-1.0.0.dylib emacs 26749 pete txt REG 14,4 53236 29002527 /opt/local/lib/libpangocairo-1.0.0.dylib emacs 26749 pete txt REG 14,4 205632 29002531 /opt/local/lib/libpangoft2-1.0.0.dylib emacs 26749 pete txt REG 14,4 398064 29846517 /opt/local/lib/libpixman-1.0.dylib emacs 26749 pete txt REG 14,4 148612 29601836 /opt/local/lib/libpng14.14.dylib emacs 26749 pete txt REG 14,4 220020 29464240 /opt/local/lib/librsvg-2.2.dylib emacs 26749 pete txt REG 14,4 62876 24224592 /opt/local/lib/libtasn1.3.dylib emacs 26749 pete txt REG 14,4 379532 15597301 /opt/local/lib/libtiff.3.dylib emacs 26749 pete txt REG 14,4 108364 17342513 /opt/local/lib/libxcb.1.dylib emacs 26749 pete txt REG 14,4 1305080 19169097 /opt/local/lib/libxml2.2.dylib emacs 26749 pete txt REG 14,4 83584 12185701 /opt/local/lib/libz.1.2.5.dylib emacs 26749 pete txt REG 14,4 49052 29356673 /usr/X11/share/fonts/TTF/VeraMoBd.ttf emacs 26749 pete txt REG 14,4 54508 29356675 /usr/X11/share/fonts/TTF/VeraMoIt.ttf emacs 26749 pete txt REG 14,4 49224 29356676 /usr/X11/share/fonts/TTF/VeraMono.ttf emacs 26749 pete txt REG 14,4 207552 27747758 /usr/X11/share/fonts/local/KhmerOS_battambang.ttf emacs 26749 pete txt REG 14,4 30280 27747745 /usr/X11/share/fonts/local/UniBurma_Regular.ttf emacs 26749 pete txt REG 14,4 58911 29356377 /usr/X11/share/fonts/misc/7x13.pcf.gz emacs 26749 pete txt REG 14,4 194338 29356595 /usr/X11/share/fonts/misc/cu12.pcf.gz emacs 26749 pete txt REG 14,4 50776 9399361 /usr/local/texlive/2009/texmf-dist/fonts/opentype/arkandis/libris/LibrisADFStd-Bold.otf
The many font files come from the fact that invoked C-h H, which opens a buffer HELLO with greetings in many languages – and their writing systems!
comment:21 Changed 11 years ago by jeremyhu (Jeremy Huddleston Sequoia)
| Resolution: | → wontfix |
|---|---|
| Status: | assigned → closed |
Nothing changed between 1.10.1 and 1.10.1.902 having to do with that codepath.
Why is your /System/Library/Fonts not valid? It should be getting setup with startx. Please run the following and report the output:
sudo /opt/local/bin/font_cache -fsv