Re: [Slackbuilds-users] RFC updates for gdal slackbuild
On 3/12/23 10:03, Greg Tourte wrote: Hi Jheengut, no that just means that you need to recompile whichever package you are getting the error with after upgrading gdal. What I mean is that a lot of things can be compiled in gdal, such as netcdf, hdf5, kml, xerces-c... currently the slackbuild relies on the autodetection in cmake and compiles these feature if present on the system and not if not. I am proposing to explicitly make most of these actual requirements so that the output package is as fully featured as possible the same way most other distros have it. Fully featured is the way to (a bit like Slackware itself). I don't agree with the (fairly widespread, I believe) aim to make everything as slimmed down as possible at the expense of functionality that the "average user" is probably expecting. If/when you include them, those aesthetes who don't want (in this case) netcdf, hdf5, kml, xerces-c support are always free to remove them from their local gdal.info file. chris On Sat, 2 Dec 2023 at 23:28, Jheengut Pritvi wrote: Hi, Is that why some programs gave this problem ?? error while loading shared libraries: libgdal.so.31: On Sun, 3 Dec 2023 at 00:38, Greg Tourte wrote: Hi, I have been looking at the gdal slackbuild for version 3.8. I have held off for now as it had an issue with building when an older version was installed. Since I reported the issue upstream and a patch has since then been written, I can now work on it. The new release is rather trivial although it bumps the shared library version. However, the current script doesn't really specify most dependencies and basically relies on what is already installed on the system. Most other distro packages will build gdal with enforced dependencies and I am very tempted to change the script to do so as well (especially now that the circular libspatialite dependency is no longer an issue). What do people think. Do any one have any objections? Cheers Greg ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/ ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/ ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives -https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ -https://slackbuilds.org/faq/ ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] RFC updates for gdal slackbuild
Hi Jheengut, no that just means that you need to recompile whichever package you are getting the error with after upgrading gdal. What I mean is that a lot of things can be compiled in gdal, such as netcdf, hdf5, kml, xerces-c... currently the slackbuild relies on the autodetection in cmake and compiles these feature if present on the system and not if not. I am proposing to explicitly make most of these actual requirements so that the output package is as fully featured as possible the same way most other distros have it. Hope this helps Cheers Greg On Sat, 2 Dec 2023 at 23:28, Jheengut Pritvi wrote: > Hi, > > Is that why some programs gave this problem ?? > error while loading shared libraries: libgdal.so.31: > > > On Sun, 3 Dec 2023 at 00:38, Greg Tourte wrote: > >> Hi, >> >> I have been looking at the gdal slackbuild for version 3.8. I have held >> off for now as it had an issue with building when an older version was >> installed. Since I reported the issue upstream and a patch has since then >> been written, I can now work on it. >> >> The new release is rather trivial although it bumps the shared library >> version. However, the current script doesn't really specify most >> dependencies and basically relies on what is already installed on the >> system. Most other distro packages will build gdal with enforced >> dependencies and I am very tempted to change the script to do so as well >> (especially now that the circular libspatialite dependency is no longer an >> issue). >> >> What do people think. Do any one have any objections? >> >> Cheers >> >> Greg >> ___ >> SlackBuilds-users mailing list >> SlackBuilds-users@slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> ___ > SlackBuilds-users mailing list > SlackBuilds-users@slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] RFC updates for gdal slackbuild
Hi, Is that why some programs gave this problem ?? error while loading shared libraries: libgdal.so.31: On Sun, 3 Dec 2023 at 00:38, Greg Tourte wrote: > Hi, > > I have been looking at the gdal slackbuild for version 3.8. I have held > off for now as it had an issue with building when an older version was > installed. Since I reported the issue upstream and a patch has since then > been written, I can now work on it. > > The new release is rather trivial although it bumps the shared library > version. However, the current script doesn't really specify most > dependencies and basically relies on what is already installed on the > system. Most other distro packages will build gdal with enforced > dependencies and I am very tempted to change the script to do so as well > (especially now that the circular libspatialite dependency is no longer an > issue). > > What do people think. Do any one have any objections? > > Cheers > > Greg > ___ > SlackBuilds-users mailing list > SlackBuilds-users@slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] RFC updates for gdal slackbuild
On Sat, 2 Dec 2023, Greg Tourte wrote: I have been looking at the gdal slackbuild for version 3.8. I have held off for now as it had an issue with building when an older version was installed. Since I reported the issue upstream and a patch has since then been written, I can now work on it. The new release is rather trivial although it bumps the shared library version. However, the current script doesn't really specify most dependencies and basically relies on what is already installed on the system. Most other distro packages will build gdal with enforced dependencies and I am very tempted to change the script to do so as well (especially now that the circular libspatialite dependency is no longer an issue). What do people think. Do any one have any objections? Greg, I've always built the stack in this order: proj -> geos -> gdal -> pdal. I support your suggested change to show required dependencies. Thanks, Rich ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] RFC updates for gdal slackbuild
Hi, I have been looking at the gdal slackbuild for version 3.8. I have held off for now as it had an issue with building when an older version was installed. Since I reported the issue upstream and a patch has since then been written, I can now work on it. The new release is rather trivial although it bumps the shared library version. However, the current script doesn't really specify most dependencies and basically relies on what is already installed on the system. Most other distro packages will build gdal with enforced dependencies and I am very tempted to change the script to do so as well (especially now that the circular libspatialite dependency is no longer an issue). What do people think. Do any one have any objections? Cheers Greg ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/