This could be a clue: 08887: 1: ld.so.1: emacs-gtk-29.3: fatal: gtk_progress_get_type: can't find symbol
gtk_progress_get_type is a symbol from gtk2 (deprecated), not in gtk3. But as far as I can deduce from the dbx library load list and LD_DEBUG=libs, none of that is calling libgtk2*, so that symbol must be somewhere in the code (...of a loaded library?). On 18/06/2024 14:09, Udo Grabowski (IMK) wrote:
On 18/06/2024 12:51, Udo Grabowski (IMK) wrote:emacs -nw -q --batch --eval '(message system-configuration-options)' shows CC=/usr/gcc/13/bin/gcc CXX=/usr/gcc/13/bin/g++ F77=/usr/gcc/13/bin/gfortran FC=/usr/gcc/13/bin/gfortran ’CFLAGS=-m64 -O3 -I/usr/include/libjpeg8-turbo -Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64 -I/usr/include/lcms2’ ’CXXFLAGS=-m64 -O3 -I/usr/include/libjpeg8-turbo -Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64’ ’FFLAGS= -m64 -O3 ’ ’FCFLAGS=-m64 -O3 ’ ’LDFLAGS=-m64 -L/usr/lib/libjpeg8-turbo/lib/amd64 -R/usr/lib/libjpeg8-turbo/lib/amd64 -L/usr/gnu/lib/amd64 -R/usr/gnu/lib/amd64’ PKG_CONFIG_PATH=/usr/openssl/3.1/lib/64/pkgconfig:/usr/mariadb/10.6/lib/amd64/pkgconfig:/usr/lib/amd64/pkgconfig:/usr/lib/pkgconfig --prefix=/usr --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/lib/amd64 --libexecdir=/usr/libexec --sbindir=/usr/sbin --infodir=/usr/share/info --datarootdir=/usr/share --libexecdir=/usr/lib --with-gif=yes --with-xaw3d=no --with-mailutils --with-modules --with-imagemagick --with-threads --with-png --with-rsvg --with-sqlite3 --with-tiff --with-toolkit-scroll-bars --with-webp --with-treesitter --with-sound=oss ac_cv_sys_long_file_names=yes --with-x-toolkit=gtk3 --with-xwidgets ^^^^^^^^^^^^^^ xwidgets usually means libwx*, which is build with gtk-2; but libwx is not shown in the ldd output of emacs-gtk.No, in fact, it's webkit2gtk: libwebkit2gtk-4.1.so.0 => /usr/lib/64/libwebkit2gtk-4.1.so.0 which correctly links to gtk-3: libgtk-3.so.0 => /usr/lib/64/libgtk-3.so.0On 17/06/2024 23:18, Gordon Ross wrote:I opened a bug for this: https://www.illumos.org/issues/16613 emacs-gtk vers 29.3 crashes on startup On Mon, Jun 17, 2024 at 4:32 PM Gordon Ross <gordon.w.r...@gmail.com> wrote:Before beginning an exploration of which versions expose the font problem and which don't, I decided to start with updating the installation. Now emacs-gtk doesn't work at all. Suggestions? Output below: (emacs-gtk:1193): Gtk-ERROR **: 16:25:16.093: GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported Fatal error 5: Trace/breakpoint trap Backtrace: /usr/bin/emacs-gtk'emacs_backtrace+0x46 [0x66cb46] /usr/bin/emacs-gtk'terminate_due_to_signal+0x73 [0x63fb1c] /usr/bin/emacs-gtk'deliver_fatal_signal.cold+0x0 [0x66e99c] /lib/amd64/libc.so.1'__sighndlr+0x6 [0x7fffaf3f46d6] /lib/amd64/libc.so.1'call_user_handler+0x1d1 [0x7fffaf3e7371] /lib/amd64/libc.so.1'sigacthandler+0xee [0x7fffaf3e766e] [0xffffffffffffffff] /usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_array+0x84 [0x7fffae926874] /usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_standard+0x1a6 [0x7fffae9275c6] /usr/lib/amd64/libgtk-3.so.0.2409.32'pre_parse_hook+0x61 [0x7fffaac3ce01] /usr/lib/amd64/libglib-2.0.so.0.7600.4'g_option_context_parse+0x87 [0x7fffae931c07] /usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_parse_args+0xbf [0x7fffaac3d6ff] /usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init_check+0xe [0x7fffaac3d76e] /usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init+0x9 [0x7fffaac3d7b9] /usr/bin/emacs-gtk'x_term_init+0x1a3 [0x60f643] /usr/bin/emacs-gtk'Fx_open_connection+0x50 [0x615a60] /usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36] /usr/bin/emacs-gtk'Ffuncall+0xff [0x6f506f] /usr/bin/emacs-gtk'Fapply+0x2b8 [0x6f5458] /usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36] /usr/bin/emacs-gtk'apply_lambda+0xcc [0x6fb12c] /usr/bin/emacs-gtk'eval_sub+0x404 [0x6f9314] /usr/bin/emacs-gtk'Feval+0x47 [0x6fbdd7] /usr/bin/emacs-gtk'internal_condition_case+0x66 [0x6f2be6] /usr/bin/emacs-gtk'top_level_1+0x22 [0x6431c2] /usr/bin/emacs-gtk'internal_catch+0x3b [0x6f2b4b] /usr/bin/emacs-gtk'command_loop+0x7b [0x641e4b] /usr/bin/emacs-gtk'recursive_edit_1+0x86 [0x649b76] /usr/bin/emacs-gtk'Frecursive_edit+0xd6 [0x649ec6] /usr/bin/emacs-gtk'main+0x1c49 [0x6417a9] /usr/bin/emacs-gtk'_start_crt+0x87 [0x4dc307] /usr/bin/emacs-gtk'_start+0x18 [0x4dc268] Trace/Breakpoint Trap On Mon, Jun 10, 2024 at 9:09 PM Gordon Ross <gordon.w.r...@gmail.com> wrote:Looking into this again. I definitely have this font selected: $ fc-match "Deja Vu Sans Mono" DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" $ fc-match "Deja Vu Sans Mono-12" DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" It exists, and is a TrueType font. If I use that font in a mate-terminal profile (un-check "use system font" and specify that) it renders with font smoothing as expected. Selecting that same font in emacs give the jagged edges. Any ideas what else could be disabling font smoothing? On Tue, Nov 21, 2023 at 7:58 PM Alan Coopersmith <alan.coopersm...@oracle.com> wrote:Yes, the "bad" one is not antialiased, possibly a bitmap font, while the "good" one is definitely antialiased, possibly TrueType or OpenType. -alan- On 11/21/23 07:25, Gordon Ross wrote:Thanks. I've confirmed that emacs is using the system font in both builds. Here are two screen shots (bad, good) that one can zoom in. The bad one has visible stair step diagonals etc. so I guess the good one has "anti-aliasing" and the bad does not? Does that clue help in tracking this down? On Mon, Nov 20, 2023 at 2:20 PM Alan Coopersmith <alan.coopersm...@oracle.com> wrote:GTK & Pango use fonts from fontconfig, not from X11, so it's not expected to match xfontsel (which uses X11 fonts). Among other things, Pango 1.44 dropped support for Type 1 & bitmap fonts, which X11/xfontsel still support, leaving TrueType & OpenType font support. One easy to spot difference, fontconfig uses more natural names, like "DejaVu Sans Mono", while X11 uses the older naming format with the 14 dashes separating fields. Visually, if the font is anti-aliased or LCD optimized, it must be fontconfig, as the X11 font system doesn't support either technology. https://www.x.org/releases/current/doc/xorg-docs/fonts/fonts.html describes the difference (using "Xft" for the fontconfig system), but it's about a decade behind the latest changes now. -alan- On 11/20/23 11:10, Gordon Ross wrote:As far as I can tell, the "system" font for mate terminal and such is: "DejaVu Sans Mono", or -misc-dejavu sans mono-medium-o-normal--0-0-0-0-p-0-ascii-0 Based on what I see with xfontsel, it looks like emacs may be using: -misc-dejavu sans light-extralight-r-normal--0-0-0-0-p-0-ascii-0 I tried playing with the options/Set Default Font in emacs. I'm not sure why, but emacs shows a lot less than xlsfonts does. Here's what I have (from "save options") in both builds. (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(default ((t (:family "DejaVu Sans Mono" :foundry "PfEd" :slant normal :weight normal :width normal :height 113))))) There seems to be a change in either the fonts or the rendering, from the older OI build to recent ones. The examples shown by "xfontsel" look too light in some cases too. I'd appreciate tips on how to track down this problem. Thanks On Wed, Nov 8, 2023 at 4:27 PM Gary Mills <gary_mi...@fastmail.fm> wrote:On Wed, Nov 08, 2023 at 05:44:42PM +0100, Andreas Wacknitz wrote:If you are using the gtk variant of emacsThat's the one I'm using.then it relies on pango for font rendering and layout which in case has dropped support for older font types a couple of months ago. So your problem might be that you are trying to use an unsupported (by pango) font type and thus rendering results look ugly. You might solve this be choosing a font of a supported font type, eg. a truetype font.There's no indication of truetype in the list of fonts that emacs displays. In fact, emacs will often tell me that a font does not exist when I select that font from its list. -- -Gary Mills- -refurb- -Winnipeg, Manitoba, Canada- _______________________________________________ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev_______________________________________________ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev-- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris_______________________________________________ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev_______________________________________________ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev_______________________________________________ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev
-- Dr.Udo Grabowski Inst.of Meteorology & Climate Research IMK-ASF-SAT https://www.imk-asf.kit.edu/english/sat.php KIT - Karlsruhe Institute of Technology https://www.kit.edu Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev