SBo scripts not building on current (read 1st post, pls)

ponce · 12-18-2023, 05:48 AM

Quote:

Originally Posted by gian_d

The build fails processing the code of two source files, due still libxml2 2.12:
First error:

Code:

/tmp/SBo/gdal-3.7.3/port/cpl_xml_validate.cpp: In function ‘void CPLLibXMLWarningErrorCallback(void*, const char*, ...)’:
/tmp/SBo/gdal-3.7.3/port/cpl_xml_validate.cpp:917:48: error: invalid conversion from ‘const xmlError*’ {aka ‘const _xmlError*’} to ‘xmlErrorPtr’ {aka ‘_xmlError*’} [-fpermissive]
  917 |         xmlErrorPtr pErrorPtr = xmlGetLastError();
      |                                 ~~~~~~~~~~~~~~~^~
      |                                                |
      |                                                const xmlError* {aka const _xmlError*}
make[2]: *** [port/CMakeFiles/cpl.dir/build.make:636: port/CMakeFiles/cpl.dir/cpl_xml_validate.cpp.o] Error 1
make[2]: *** Attesa per i processi non terminati....

Second error:

Code:

/tmp/SBo/gdal-3.7.3/gcore/gdaljp2metadatagenerator.cpp: In function ‘CPLXMLNode* GDALGMLJP2GenerateMetadata(const CPLString&, const CPLString&)’:
/tmp/SBo/gdal-3.7.3/gcore/gdaljp2metadatagenerator.cpp:508:24: error: invalid conversion from ‘void (*)(void*, xmlErrorPtr)’ {aka ‘void (*)(void*, _xmlError*)’} to ‘xmlStructuredErrorFunc’ {aka ‘void (*)(void*, const _xmlError*)’} [-fpermissive]
  508 |     pXPathCtx->error = GDALGMLJP2XPathErrorHandler;
      |                        ^~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                        |
      |                        void (*)(void*, xmlErrorPtr) {aka void (*)(void*, _xmlError*)}
make[2]: *** [gcore/CMakeFiles/gcore.dir/build.make:524: gcore/CMakeFiles/gcore.dir/gdaljp2metadatagenerator.cpp.o] Error 1
make[2]: *** Attesa per i processi non terminati....

I checked in the branch of OSGeo/gdal in github and I saw that these files has been fixed last month:

1) https://github.com/OSGeo/gdal/commit...412a04d9cd36fa
2) https://github.com/OSGeo/gdal/commit...b4d000d9479c02

I merged the patches into one as this:

Code:

--- ./port/cpl_xml_validate.cpp
+++ ./port/cpl_xml_validate.cpp
@@ -914,7 +914,7 @@
 
     if (strstr(pszStr, "since this namespace was already imported") == nullptr)
     {
-        xmlErrorPtr pErrorPtr = xmlGetLastError();
+        const xmlError *pErrorPtr = xmlGetLastError();
         const char *pszFilename = static_cast<char *>(ctx);
         char *pszStrDup = CPLStrdup(pszStr);
         int nLen = static_cast<int>(strlen(pszStrDup));
--- ./gcore/gdaljp2metadatagenerator.cpp
+++ ./gcore/gdaljp2metadatagenerator.cpp
@@ -357,7 +357,12 @@
 /************************************************************************/
 
 static void GDALGMLJP2XPathErrorHandler(void * /* userData */,
-                                        xmlErrorPtr error)
+#if LIBXML_VERSION >= 21200
+                                        const xmlError *error
+#else
+                                        xmlErrorPtr error
+#endif
+)
 {
     if (error->domain == XML_FROM_XPATH && error->str1 != nullptr &&
         error->int1 < static_cast<int>(strlen(error->str1)))

The patch is needed only in current, the slackbuild in the stable 15.0 works as is actually because libxml2 has been downgraded to version 2.11.6

Thanks a lot Giancarlo, pushed!

marav · 12-18-2023, 10:21 AM

wrong thread, sorry

DryFalls · 12-25-2023, 10:54 AM

Quote:

Originally Posted by DryFalls

Compiz-plugins-extra and experimental fail to build. In extra, build stops at libwallpaper.
...
In experimental build stops at atlantis and libsnowglobe.
...
All other plugins build fine.

Tracked this down to libxml2. Reverting to libxml2-2.10.4 eliminates the build problems. I'm not suggesting a reversion, only that the upstream compiz-plugins sources need upgraded. Not sure if compiz-reloaded is still maintained.

edit: Debian Bookworm solved the problem, but it ships with libxml2-2.9.14, suggesting compiz isn't the only affected system.

df

ponce · 12-25-2023, 12:05 PM

Quote:

Originally Posted by DryFalls

Tracked this down to libxml2. Reverting to libxml2-2.10.4 eliminates the build problems. I'm not suggesting a reversion, only that the upstream compiz-plugins sources need upgraded. Not sure if compiz-reloaded is still maintained.

edit: Debian Bookworm solved the problem, but it ships with libxml2-2.9.14, suggesting compiz isn't the only affected system.

df

hy DryFalls,

I'm not sure what's happening there but in this repository I patched compiz-plugins-extra and compiz-plugins-experimental to build with gcc 13.x in current and they build fine, it looks like there are no problems at all (regarding these two scripts) with the newer libxml2 in current...

https://cgit.ponce.cc/slackbuilds/co...-plugins-extra
https://cgit.ponce.cc/slackbuilds/co...s-experimental

DryFalls · 12-26-2023, 06:00 AM

Thanks Ponce. Worked great.

xj25vm · 12-28-2023, 09:34 AM

I hope it's ok to get in touch about this here. I am on Slackware -current 64bits downloaded 25 Dec 2023. Linphone using the scripts from Ponce's Github repo fails to compile with the following error:

Code:

</snip>(5.2.0) from Git and followed the instructions in the README file to compile and build it - and it seems to have worked out just fine on my -current install.
warning: Tag 'DOT_TRANSPARENT' at line 2389 of file 'ortp.doxygen' has become obsolete.
         To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
warning: argument 'a4wide' for option PAPER_TYPE is not a valid enum value
Using the default: a4!
/tmp/SBo/linphone-3.12.0/oRTP/include/ortp/b64.h:292: error: unable to resolve link to 'b64::b64_encode2' for \link command (warning treated as error, aborting now)
make[4]: *** [Makefile:1014: doc/html/index.html] Error 1
make[4]: Leaving directory '/tmp/SBo/linphone-3.12.0/oRTP'
make[3]: *** [Makefile:572: all-recursive] Error 1
make[3]: Leaving directory '/tmp/SBo/linphone-3.12.0/oRTP'
make[2]: *** [Makefile:435: all] Error 2
make[2]: Leaving directory '/tmp/SBo/linphone-3.12.0/oRTP'
make[1]: *** [Makefile:623: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/linphone-3.12.0'
make: *** [Makefile:551: all] Error 2
Failures:
  linphone: linphone.SlackBuild return non-zero

I've done a bit of digging, and according to the link below it might be something to do with ortp and a "finicky doxygen configuration" (search for this phrase down the page linked below). There is a patch suggested on that page. I'm a little bit out of my depth as to the significance of all this though.

https://aur.archlinux.org/packages/ortp

On the other hand - in case it helps - I tried cloning the latest Linphone from Git and followed the instructions in the README file to compile and build it - and it seems to have worked out just fine on my -current install. Strangely enough, if I download the latest released version (5.2.0) seems to be complaining about some missing directories - so somehow the latest current Linphone code is different than 5.2.0

marav · 12-29-2023, 02:20 PM

Hi Ponce

Jellyfin-bin 10.8.10 archive is no longer available

Code:

--2023-12-29 21:18:37--  https://repo.jellyfin.org/releases/server/linux/stable/combined/jellyfin_10.8.10_amd64.tar.gz
Resolving repo.jellyfin.org (repo.jellyfin.org)... 68.183.204.194, 2604:a880:cad:d0::cf3:f001
Connecting to repo.jellyfin.org (repo.jellyfin.org)|68.183.204.194|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2023-12-29 21:18:37 ERROR 404: Not Found.

must be updated to 10.8.13

https://repo.jellyfin.org/releases/server/linux/stable/

ponce · 12-29-2023, 03:36 PM

Quote:

Originally Posted by xj25vm

I hope it's ok to get in touch about this here. I am on Slackware -current 64bits downloaded 25 Dec 2023. Linphone using the scripts from Ponce's Github repo fails to compile with the following error:

Code:

</snip>(5.2.0) from Git and followed the instructions in the README file to compile and build it - and it seems to have worked out just fine on my -current install.
warning: Tag 'DOT_TRANSPARENT' at line 2389 of file 'ortp.doxygen' has become obsolete.
         To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
warning: argument 'a4wide' for option PAPER_TYPE is not a valid enum value
Using the default: a4!
/tmp/SBo/linphone-3.12.0/oRTP/include/ortp/b64.h:292: error: unable to resolve link to 'b64::b64_encode2' for \link command (warning treated as error, aborting now)
make[4]: *** [Makefile:1014: doc/html/index.html] Error 1
make[4]: Leaving directory '/tmp/SBo/linphone-3.12.0/oRTP'
make[3]: *** [Makefile:572: all-recursive] Error 1
make[3]: Leaving directory '/tmp/SBo/linphone-3.12.0/oRTP'
make[2]: *** [Makefile:435: all] Error 2
make[2]: Leaving directory '/tmp/SBo/linphone-3.12.0/oRTP'
make[1]: *** [Makefile:623: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/linphone-3.12.0'
make: *** [Makefile:551: all] Error 2
Failures:
  linphone: linphone.SlackBuild return non-zero

I've done a bit of digging, and according to the link below it might be something to do with ortp and a "finicky doxygen configuration" (search for this phrase down the page linked below). There is a patch suggested on that page. I'm a little bit out of my depth as to the significance of all this though.

https://aur.archlinux.org/packages/ortp

On the other hand - in case it helps - I tried cloning the latest Linphone from Git and followed the instructions in the README file to compile and build it - and it seems to have worked out just fine on my -current install. Strangely enough, if I download the latest released version (5.2.0) seems to be complaining about some missing directories - so somehow the latest current Linphone code is different than 5.2.0

I think this is actually an issue of maintainer no more active as his latest contributions are from six years ago

https://git.slackbuilds.org/slackbui...=author&q=euan

IMHO in this case should be better to try and contact him and if he's not responsive let linphone being maintained by someone else...

ponce · 12-29-2023, 03:38 PM

Quote:

Originally Posted by marav

Hi Ponce

Jellyfin-bin 10.8.10 archive is no longer available

Code:

--2023-12-29 21:18:37--  https://repo.jellyfin.org/releases/server/linux/stable/combined/jellyfin_10.8.10_amd64.tar.gz
Resolving repo.jellyfin.org (repo.jellyfin.org)... 68.183.204.194, 2604:a880:cad:d0::cf3:f001
Connecting to repo.jellyfin.org (repo.jellyfin.org)|68.183.204.194|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2023-12-29 21:18:37 ERROR 404: Not Found.

must be updated to 10.8.13

https://repo.jellyfin.org/releases/server/linux/stable/

hi marav,

in case of broken downloads (that affect also 15.0) you should contact directly the maintainer, and in case he's not responsive after a week, the slackbuilds-users mailing list...

marav · 12-29-2023, 04:41 PM

Quote:

Originally Posted by ponce

hi marav,

in case of broken downloads (that affect also 15.0) you should contact directly the maintainer, and in case he's not responsive after a week, the slackbuilds-users mailing list...

ok thx

brodo · 12-31-2023, 07:47 AM

Hello

I've just successfully compiled the amule-2.3.3, but running it yields this:

Code:

bash-5.2$ amule
 2023-12-31 14:44:23: Initialising aMule 2.3.3 compiled with wxGTK2 v3.2.3 and Boost 1.84
 2023-12-31 14:44:23: Checking if there is an instance already running...
 2023-12-31 14:44:23: No other instances are running.
 2023-12-31 14:44:23: ListenSocket: Ok.
Trace/breakpoint trap
bash-5.2$

Slackware-64 is current of course, and build script is from you, ponce.
Why is that?

ponce · 12-31-2023, 07:58 AM

Quote:

Originally Posted by brodo

Hello

I've just successfully compiled the amule-2.3.3, but running it yields this:

Code:

bash-5.2$ amule
 2023-12-31 14:44:23: Initialising aMule 2.3.3 compiled with wxGTK2 v3.2.3 and Boost 1.84
 2023-12-31 14:44:23: Checking if there is an instance already running...
 2023-12-31 14:44:23: No other instances are running.
 2023-12-31 14:44:23: ListenSocket: Ok.
Trace/breakpoint trap
bash-5.2$

Slackware-64 is current of course, and build script is from you, ponce.
Why is that?

hi brodo,

I suppose that happens because you haven't build it against wxGTK3-3.0.5 (that's its dependency on SBo).

brodo · 12-31-2023, 11:20 AM

Quote:

Originally Posted by ponce

hi brodo,

I suppose that happens because you haven't build it against wxGTK3-3.0.5 (that's its dependency on SBo).

Exactly.

Happy and prosperous New Year !

DryFalls · 01-01-2024, 03:29 PM

Two problems building inkscape:

Doubleconversion:
Doubleconversion actually builds ok but only provides the static library/archive. Problem is 2geom requires the shared lib resulting in failure to build inkscape.

Code:

[ 87%] Linking CXX executable ../bin/inkscape
/usr/bin/ld: warning: libdouble-conversion.so.3, needed by /usr/lib64/lib2geom.so.1.3.0, not found (try using -rpath or -rpath-link)

Erik's (alienbob) slackbuild produces a shared lib but no static. Substituting his recipe (modified for version) results in a clean build. Thing is, the README supplied in the source tarball suggests using scons which should produce both the shared and static libraries.

GraphicsMagick:

Code:

"/usr/bin/perl5.38.2" -MExtUtils::Command::MM -e 'cp_nonempty' -- Magick.bs blib/arch/auto/Graphics/Magick/Magick.bs 644
PERL_DL_NONLAZY=1 "/usr/bin/perl5.38.2" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/bzlib/*.t t/jng/*.t t/jp2/*.t t/jpeg/*.t t/png/*.t t/ps/*.t t/tiff/*.t t/ttf/*.t t/wmf/*.t t/x/*.t t/xfig/*.t t/zlib/*.t
...
warning: skipping unknown tag type

One test failure was fatal to the build.
Slipped in Erik's (alienbob) slackbuild (modified for version) and it built fine.

ponce · 01-01-2024, 04:13 PM

Quote:

Originally Posted by DryFalls

Two problems building inkscape:

Doubleconversion:
Doubleconversion actually builds ok but only provides the static library/archive. Problem is 2geom requires the shared lib resulting in failure to build inkscape.

Code:

[ 87%] Linking CXX executable ../bin/inkscape
/usr/bin/ld: warning: libdouble-conversion.so.3, needed by /usr/lib64/lib2geom.so.1.3.0, not found (try using -rpath or -rpath-link)

no such problem here, as lib2geom.so.1.3.0 doesn't link against a shared libdouble-conversion: you can try removing the 2geom package from your system and rebuild it against a double-conversion package built from the script from SBo, then try against the inkscape build.

Quote:

Originally Posted by DryFalls

GraphicsMagick:

Code:

"/usr/bin/perl5.38.2" -MExtUtils::Command::MM -e 'cp_nonempty' -- Magick.bs blib/arch/auto/Graphics/Magick/Magick.bs 644
PERL_DL_NONLAZY=1 "/usr/bin/perl5.38.2" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/bzlib/*.t t/jng/*.t t/jp2/*.t t/jpeg/*.t t/png/*.t t/ps/*.t t/tiff/*.t t/ttf/*.t t/wmf/*.t t/x/*.t t/xfig/*.t t/zlib/*.t
...
warning: skipping unknown tag type

One test failure was fatal to the build.
Slipped in Erik's (alienbob) slackbuild (modified for version) and it built fine.

I cannot reproduce this too, here GraphicsMagick builds fine with no failed perl tests...

Code:

"/usr/bin/perl5.38.2" -MExtUtils::Command::MM -e 'cp_nonempty' -- Magick.bs blib/arch/auto/Graphics/Magick/Magick.bs 644
PERL_DL_NONLAZY=1 "/usr/bin/perl5.38.2" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/bzlib/*.t t/jng/*.t t/jp2/*.t t/jpeg/*.t t/png/*.t t/ps/*.t t/tiff/*.t t/ttf/*.t t/wmf/*.t t/x/*.t t/xfig/*.t t/zlib/*.t
t/blob.t .......... ok                          
t/bzlib/read.t .... ok                      
t/bzlib/write.t ... ok                               
t/composite.t ..... ok                                                                                                                                                                
t/filter.t ........ ok                                   
t/getattribute.t .. ok                                    
t/jng/read.t ...... ok                                           
t/jng/write.t ..... ok                                 
warning: skipping unknown tag type                  
warning: skipping unknown tag type               
warning: skipping unknown tag type              
warning: skipping unknown tag type                       
warning: skipping unknown tag type              
warning: skipping unknown tag type                                                                                                                                                    
t/jp2/read.t ...... ok                                                                                                                                                                
t/jpeg/read.t ..... ok                                                                                                                                                                
t/jpeg/write.t .... ok                                                                                                                                                                
t/montage.t ....... ok                  
t/ping.t .......... ok                                 
t/png/read-16.t ... ok               
t/png/read.t ...... ok                                         
t/png/write-16.t .. ok                                      
t/png/write.t ..... ok   
t/ps/read.t ....... ok                                       
t/ps/write.t ...... ok                                     
t/read.t .......... ok                                     
t/setattribute.t .. ok          
t/tiff/read.t ..... ok                                          
t/tiff/write.t .... ok                         
t/ttf/read.t ...... ok                                           
t/wmf/read.t ...... ok                                             
t/write.t ......... ok                           
t/x/read.t ........ ok                          
t/x/write.t ....... ok                            
t/xfig/read.t ..... ok                
t/zlib/read.t ..... ok                           
t/zlib/write.t .... ok                           
All tests successful. 
Files=31, Tests=423,  3 wallclock secs ( 0.19 usr  0.07 sys +  8.11 cusr  0.97 csys =  9.34 CPU)
Result: PASS