El vie, 17 nov 2023 a las 3:11, xiota (<aur@mentalfossa.com>) escribió:
A commit was recently pushed to nestopia, containing the following change:

+prepare() {
+  # remove GLU dependency
+  sed -i "s/fltk-config.*--ldflags/&|sed 's#-lGLU ##g'/g" $pkgname-$pkgver/configure.ac
+}

Attempting to remove the glu dependency this way demonstrates that nestopia did indeeed contain the dependency, as had been reported by multiple individuals.  This change also does not fix anything, but further breaks the package.  This has been noticed not only by me.  Attempting to build the package now produces the following error message:

checking for fltk-config... fltk-config
./configure: line 5715: syntax error near unexpected token `)'
./configure: line 5715: `    FLTK_LIBS="$(fltk-config --use-gl --use-images --ldflags|sed 's#-lGLU ##g')") ;;[]_AS_CASE([linux*], [AC_SUBST(FLTK_LIBS,"-lGL $(fltk-config --use-gl --use-images --ldflags|sed 's#-lGLU ##g')")'

The maintainer has recently claimed that this is "upstream's [nestopia]... bugs".  A search of the nestopia git repo issues shows no report of unnecessary glu-related dependencies from the maintainer or anyone else.  On the contrary, nestopia developers have made multiple statements affirming that nestopia uses opengl.

The maintainer says that I am "likely capable of opening a bug [report]" against the fltk package.  No one, including myself, has done so because no one actually believes this is an fltk issue.  This is clearly a nestopia packaging issue.  The correct place to report it is on the aur package page.  The correct person to fix it is the nestopia maintainer.  When that person refuses to maintain the package, intentionally keeping broken, then intentionally breaking it further, the package should be orphaned.  The current maintainer has had ample opportunity to fix this package the last 2.5 years.  It is long past time to allow someone else to fix it.

The nestopia maintainer has chided me, "Your whole effort is a bit misdirected, I suggest you try to resolve some real problems in your free time."  Since the maintainer evidently believes fixing nestopia is not a good use of time, for anyone, including himself, perhaps he should voluntarily disown it so that someone else may waste their time fixing it.

On Thu, Nov 16, 2023 at 12:59 PM Carsten Teibes <arch@carsten-teibes.de> wrote:
Am 14.11.23 um 03:32 schrieb xiota:
Prior to orphan request PRQ#49707, the package was also flagged.  The maintainer unflagged without taking action.  The maintainer has also written a reply to the orphan request, so is fully aware of the issue.

As said, nestopia does not need GLU, it should not be my responsibility to fix upstream's or other package's bugs.

Despite claims that this is an issue with fltk, maintainer has not opened an issue report for that package.  (None appears in search results at bugs.archlinux.org.)  Also, tools, such as namcap, do not identify reliance of fltk on any glu-related packages.

You are likely capable of opening a bug yourself there, since writing this email does not take much longer...

Even if fltk did have an unnamed dependency on glu, Arch package guidelines state: "Do not rely on transitive dependencies".  So a prudent maintainer, especially given the error reports, would still choose to include glu in the dependency list.

Do you add the `linux` dependency to all your packages, because without the kernel nothing would run?
Given that the current maintainer is willfully keeping this package in a broken state for about 2.5 years, it should be orphaned immediately so that a responsible maintainer may take over.

Your whole effort is a bit misdirected, I suggest you try to resolve some real problems in your free time.


best regards,

carstene1ns


Hi

well, i'm not sure if i do the correct bisecting this..

The script fltk-config (is a template of https://github.com/fltk/fltk/blob/release-1.3.8/fltk-config.in), the $GLIBS word is changed to the libs involve when build it, is transform to -lGLU -lGL (read the script fltk-config after build, in the line 244/245).

The culprit of this is this file https://github.com/fltk/fltk/blob/release-1.3.8/CMake/install.cmake#L99-L103, wich read the cmake install process , setting it from https://github.com/fltk/fltk/blob/release-1.3.8/CMake/options.cmake#L240.

If see that file, in https://github.com/fltk/fltk/blob/release-1.3.8/CMake/options.cmake#L217 let search cmake for found OpenGL, if yes, then trigger the line L567, unconditional if have or not have GLU.

However, in all platforms is searched actively by https://github.com/fltk/fltk/blob/release-1.3.8/CMake/resources.cmake#L54 , but not show any message about finded or not unless you see the file config.h in the build directory when doing makepkg (in a clean chroot folder)

/*
 * HAVE_GL_GLU_H:
 *
 * Do you have the OpenGL Utility Library header file?
 * (many broken Mesa RPMs do not...)
 */

#define HAVE_GL_GLU_H 0


and for test, if install glu:

/*
 * HAVE_GL_GLU_H:
 *
 * Do you have the OpenGL Utility Library header file?
 * (many broken Mesa RPMs do not...)
 */

#define HAVE_GL_GLU_H 1

so my conclusion: glu is setted unconditionally having glu or not glu installed before build, so one or two:

needs add glu to depends() in fltk

or

need strip -GLU from options.cmake#L217, if don't add glu as depends()

so i think @carstene1ns has right this time, and is a problem from fltk upstream (but the package needs be fixed ) and not in nestopia iself.

greetings