Opened 8 months ago

Last modified 7 months ago

#69594 assigned defect

totem @3.38.2: ERROR: Error in gtkdoc helper script

Reported by: christophecvr (christophecvr) Owned by: dbevans (David B. Evans)
Priority: Normal Milestone:
Component: ports Version: 2.9.99
Keywords: Cc: mascguy (Christopher Nielsen), Dave-Allured (Dave Allured)
Port: totem

Description (last modified by ryandesign (Ryan Carsten Schmidt))

On my macbookpro mid 2010 so I'm limited to 10.13.6 (High Sierra). The totem does build fine but fails during install phase self. Looks to be a python related issue with gtk-doc. I had also A couple off warnings about wrong escape sequence from python script /opt/local/share/gtk-doc/python/gtkdoc/scan.py which I solved by correcting the escape sequence in a string '\...' by depending where r'\s...' or '\\s' . But anyway this was not required since at this stage it is still only a warning and will become a error as from python 3.6 . As far I can see we are using python 3.1.2 . I cleaned totem rebuild yes those warning are gone but still a real error. It looks python related. Included with this ticket. main totem build log and terminal-out txt. I build with option -v.

Attachments (3)

totem-build-main.log (1.1 MB) - added by christophecvr (christophecvr) 8 months ago.
Totem-build-main.log
Totem-build-v-term-out.txt (588.1 KB) - added by christophecvr (christophecvr) 8 months ago.
Terminal output text of totem build with -v option
totem-scan_2024-03-26-133229_macbookprocvr-2.crash (55.1 KB) - added by christophecvr (christophecvr) 8 months ago.
Totem-scan crash repport on segfault 11

Download all attachments as: .zip

Change History (17)

Changed 8 months ago by christophecvr (christophecvr)

Attachment: totem-build-main.log added

Totem-build-main.log

Changed 8 months ago by christophecvr (christophecvr)

Attachment: Totem-build-v-term-out.txt added

Terminal output text of totem build with -v option

comment:1 Changed 8 months ago by christophecvr (christophecvr)

Description: modified (diff)

comment:2 Changed 8 months ago by christophecvr (christophecvr)

Description: modified (diff)

comment:3 Changed 8 months ago by ryandesign (Ryan Carsten Schmidt)

Cc: mascguy added; clang removed
Description: modified (diff)
Owner: set to dbevans
Status: newassigned

Generally ports should be using python 3.12 at this time. (It's 3.12, not 3.1.2.)

Unfortunately, determining which python version is used for what is a bit confusing here:

  • totem has variants to let you select which python version it uses: python38, python39, python310. The default is python310. Ideally we would add python311 and python312 to that list and make python312 the default since python312 is the currently recommended version.
  • totem uses meson. meson uses python312.
  • totem uses gtk-doc. gtk-doc has variants to let you select which python version it uses: python38, python39, python310, python311, python312. The default is python312.

The warnings about invalid escape sequences are new in python 3.12 and we've seen them in many other ports when updating them to python 3.12. As far as I know these are only warnings and don't affect functionality but should still be fixed. See https://docs.python.org/3/library/re.html

And yes you're right the error seems to be:

:info:destroot Building documentation for totem
:info:destroot ERROR: Error in gtkdoc helper script:
:info:destroot ERROR: ['/opt/local/bin/gtkdoc-scangobj', '--types=/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/totem-3.38.2/docs/reference/totem.types', '--module=totem', '--run=', '--cflags=-I/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/totem-3.38.2/src/. -I/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build/src/. -I/opt/local/include/gstreamer-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/orc-0.4 -I/opt/local/include/clutter-1.0 -I/opt/local/include/cogl -I/opt/local/include/atk-1.0 -I/opt/local/include/json-glib-1.0 -I/opt/local/include/gtk-3.0 -I/opt/local/include/gio-unix-2.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/harfbuzz -I/opt/local/include/fribidi -I/opt/local/include/gdk-pixbuf-2.0 -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng16 -I/opt/local/include/clutter-gst-3.0 -I/opt/local/include/clutter-gtk-1.0 -I/opt/local/include/at-spi2-atk/2.0 -I/opt/local/include/at-spi-2.0 -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/gsettings-desktop-schemas -I/opt/local/Library/Frameworks/Python.framework/Versions/3.10/include/pygobject-3.0 -I/opt/local/include/totem-pl-parser/1/plparser -I/opt/local/include/libxml2 -I/opt/local/include/gobject-introspection-1.0 -I/opt/local/include/libpeas-1.0 -I/opt/local/include/grilo-0.3 -I/opt/local/include/gnome-desktop-3.0 -DLIBGD_GTK_HACKS=1 -DLIBGD__VIEW_COMMON=1 -DLIBGD_MAIN_ICON_VIEW=1 -DLIBGD_MAIN_LIST_VIEW=1 -DLIBGD_MAIN_VIEW=1 -DLIBGD_TAGGED_ENTRY=1 -I/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/totem-3.38.2/src/gst/. -I/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build/src/gst/. -I/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/totem-3.38.2/src/backend/. -I/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build/src/backend/. -I/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/totem-3.38.2/subprojects/libgd/. -I/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build/subprojects/libgd/. -pipe -Os -arch x86_64 -I/opt/local/include -DHAVE_CONFIG_H -D_REENTRANT -DGCONF_DISABLE_DEPRECATED -DGCONF_DISABLE_SINGLE_INCLUDES -DBONOBO_DISABLE_DEPRECATED -DBONOBO_DISABLE_SINGLE_INCLUDES -DBONOBO_UI_DISABLE_DEPRECATED -DBONOBO_UI_DISABLE_SINGLE_INCLUDES -DGNOME_DISABLE_DEPRECATED -DGNOME_DISABLE_SINGLE_INCLUDES -DLIBGLADE_DISABLE_DEPRECATED -DLIBGLADE_DISABLE_SINGLE_INCLUDES -DGNOME_VFS_DISABLE_DEPRECATED -DGNOME_VFS_DISABLE_SINGLE_INCLUDES -DWNCK_DISABLE_DEPRECATED -DWNCK_DISABLE_SINGLE_INCLUDES -DLIBSOUP_DISABLE_DEPRECATED -DLIBSOUP_DISABLE_SINGLE_INCLUDES -fno-strict-aliasing -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith', '--ldflags=-L/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build/src -Wl,-rpath,/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build/src -L/opt/local/lib -Wl,-rpath,/opt/local/lib -ltotem -L/opt/local/lib -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lgstbase-1.0 -lgstpbutils-1.0 -lgstaudio-1.0 -lgstvideo-1.0 -lgsttag-1.0 -lclutter-1.0 -lcogl-path -latk-1.0 -lcogl-pango -lcogl -lgmodule-2.0 -lXrandr -ljson-glib-1.0 -lgio-2.0 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -lgdk_pixbuf-2.0 -lcairo-gobject -lcairo -lX11 -lXext -lXdamage -lXfixes -lXcomposite -lXi -lclutter-gst-3.0 -lclutter-gtk-1.0 -lgtk-3 -lm -ltotem-plparser -lgirepository-1.0 -lpeas-1.0 -lpeas-gtk-1.0 -lgrilo-0.3 -lxml2 -lgrlpls-0.3 -lgnome-desktop-3 -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -pipe -Os -arch x86_64 -I/opt/local/include', '--cc=/usr/bin/clang', '--ld=/usr/bin/clang', '--output-dir=/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build/docs/reference'] failed with status 245
:info:destroot 2024-03-26 12:15:55,980:scangobj.py:execute_command:1199:WARNING:Running scanner failed: -11, command: ./totem-scan

comment:4 Changed 8 months ago by ryandesign (Ryan Carsten Schmidt)

Summary: Totem install fails during installing phase of gtkdoc.totem @3.38.2: ERROR: Error in gtkdoc helper script

Also worth noting that the totem port is outdated and should be updated. The current version is 43.0.

I tried destrooting totem on macOS 12 x86_64 with its default +python310 variant and with gtk-doc installed with either its +python311 or +python312 variants and it succeeded both times.

comment:5 Changed 8 months ago by christophecvr (christophecvr)

as extra test I now just tried to run the command in a terminal totem-scan. I went to dir

/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build

An then just runned

./totem-scan

output :

Segmentation fault: 11

About the totem version: The current mac ports version I have is 3.38.2 It's from github macports master. https://github.com/macports/macports-ports/blob/master/gnome/totem/Portfile

comment:6 in reply to:  5 Changed 8 months ago by ryandesign (Ryan Carsten Schmidt)

Replying to christophecvr:

as extra test I now just tried to run the command in a terminal totem-scan. I went to dir

/opt/local/var/macports/build/_opt_mports_macports-ports_gnome_totem/totem/work/build

An then just runned

./totem-scan

output :

Segmentation fault: 11

Thanks, that's good information. If it crashed, macOS should have generated a crash log in ~/Library/Logs/DiagnosticReports. Could you attach it? Maybe it will help us understand why it crashed.

About the totem version: The current mac ports version I have is 3.38.2 It's from github macports master.

Yes, and it is out of date, and the maintainer of the totem port, to whom this ticket is assigned, should update it to the latest version, since possibly it already fixes this problem.

Changed 8 months ago by christophecvr (christophecvr)

Totem-scan crash repport on segfault 11

comment:7 Changed 8 months ago by ryandesign (Ryan Carsten Schmidt)

Ok, according to that crash log, it's crashing when libtotem's bacon_video_widget_class_intern_init calls clutter_gst_init.

As of totem 42.0, it doesn't use clutter anymore, so this problem should be solved by updating.

comment:8 Changed 8 months ago by christophecvr (christophecvr)

Yes I saw in that crash repport it has to do with libGL libglib libclutter ans so. Just see to try out Higher version. But was version 42.0 not also for gnome 4.0 ? If so a lot of ports will need a upgrade.

comment:9 Changed 8 months ago by christophecvr (christophecvr)

Just as test I build totem once without gtk-doc. Then it builds fine installs fine but does not run. when trying totem it crashes right ahead and indeed with segfault 11 same report. Just is there a change that if I use macos https://www.xquartz.org/ Xquartz that this problem is solved? Currently I'm using x11 off org.

comment:10 Changed 8 months ago by christophecvr (christophecvr)

Answer on the use of xQuartz it does not solve the issue (but it was word giving it a try). I will try to see if I can update the totem version. If I can let it build and works I will push the port file on my forked macports-ports reppo. In own created experimental branch witch at this time is up to date with master branch.

comment:11 Changed 8 months ago by ryandesign (Ryan Carsten Schmidt)

You can use either the xorg-server port or XQuartz but they are the same software and usually the versions in MacPorts are more recent.

comment:12 in reply to:  11 Changed 7 months ago by christophecvr (christophecvr)

Replying to ryandesign:

You can use either the xorg-server port or XQuartz but they are the same software and usually the versions in MacPorts are more recent.

Yes thank's for info. I'm back to the macports version now.

However I do have good news . In my efforts to start upgrade the totem port, I first needed to add some extra ports like libhandy and so on. That resulted finally in the ticket #69603 Well actually since I downgraded the clang to version 14 and llvm to 14 . Totem 3.38.2 builds perfect and does run fine. No segfault anymore. kencu closed the ticket as it is a duplicate of ticket #68640 But I'm not so shure it is a duplicate since that ticket is about the same error yes but other packages and only showed up since clang version 17 . By modifying you're change in /opt/mports/macports-ports/_resources/port1.0/compilers/clang_compilers.tcl to block clang to max 16 now to max 14 looks that all problems are solved. Maybe if they find a solution in ticket #68640 to the problem it could be that this also will be good for macos 10.13.6 and below to work with higher clang then what I now could find is 14.

Last edited 7 months ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:13 Changed 7 months ago by christophecvr (christophecvr)

I now pushed the solution for this bug to my fork of macports-ports. Changed file is :

/opt/mports/macports-ports/_resources/port1.0/compilers/clang_compilers.tcl

This is the only way until maybe they find another fix to let run clang higher then 15 on macos 10.13.6 in ticket #68640

The changes can be find on my github : https://github.com/christophecvr/macports-ports/commit/310a49be0f3d93a5f6919bcf78778fed95210f53

comment:14 Changed 7 months ago by Dave-Allured (Dave Allured)

Cc: Dave-Allured added
Note: See TracTickets for help on using tickets.