Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

x11-libs/fltk: add 1.3.8 #32543

Closed
wants to merge 1 commit into from
Closed

x11-libs/fltk: add 1.3.8 #32543

wants to merge 1 commit into from

Conversation

vowstar
Copy link
Contributor

@vowstar vowstar commented Sep 1, 2023

bump fltk to 1.3.8

Closes: https://bugs.gentoo.org/847607

@gentoo-bot
Copy link

Pull Request assignment

Submitter: @vowstar
Areas affected: ebuilds
Packages affected: x11-libs/fltk

x11-libs/fltk: @gentoo/proxy-maint (maintainer needed)

Linked bugs

Bugs linked: 847607


In order to force reassignment and/or bug reference scan, please append [please reassign] to the pull request title.

Docs: Code of ConductCopyright policy (expl.) ● DevmanualGitHub PRsProxy-maint guide

@gentoo-bot gentoo-bot added maintainer-needed There is at least one affected package with no maintainer. Review it if you can. assigned PR successfully assigned to the package maintainer(s). bug linked Bug/Closes found in footer, and cross-linked with the PR. labels Sep 1, 2023
@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2023-09-01 02:00 UTC
Newest commit scanned: da83938
Status: ✅ good

There are existing issues already. Please look into the report to make sure none of them affect the packages in question:
https://qa-reports.gentoo.org/output/gentoo-ci/9c917706ef/output.html

@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2023-09-01 02:15 UTC
Newest commit scanned: d67452e
Status: ✅ good

There are existing issues already. Please look into the report to make sure none of them affect the packages in question:
https://qa-reports.gentoo.org/output/gentoo-ci/e8fa3012aa/output.html

--disable-localzlib \
--docdir="${EPREFIX}/usr/share/doc/${PF}/html" \
--enable-largefile \
--enable-shared \
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This makes the static-libs use flag seem a bit redundant.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you very much for your review and suggestions.

There is actually no simple solution to the problem of fltk compiling with static-libs. The historical fltk ebuild method in ::gentoo is to compile static libraries and shared libraries at the same time, and then use static-libs according to the flag deletes the compiled static library.

The description of the option --enable-shared in the fltk documentation is:

Enable generation of shared libraries means that this option needs to be turned on by default, otherwise shared libraries will not be generated.

By default, fltk only generates static libraries and not shared libraries. This behavior is indeed troublesome.

For the above reasons, currently the --enable-shared option cannot be simply controlled by the static-libs use flag, because it will break net-misc/tigervnc-1.13.1-r3 (viewer ? x11- libs/fltk:1) sci-mathematics/octave-8.3.0 (fltk ? >=x11-libs/fltk-1.3:1[opengl,xft])

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Heh, of course it is :)

I'll add some comment to the ebuild, thanks for explaining!

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Although I don't see a dependency for static-libs on either octave or tigervnc. If nothing needs the static libs enabled on this package, maybe we can unconditionally always just remove them?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry, I just misunderstood.

I didn't find any package that really depends on this static-lib useflag in ::gentoo. Only executables in test/(from x11-libs/fltk test stage) are linking statically against libfltk.a. Therefore, we need to consider how to safely remove this static-lib useflag. I may need to change the link method in test/, or consider using test useflag to control it.

x11-libs/fltk/fltk-1.3.8.ebuild Outdated Show resolved Hide resolved
x11-libs/fltk/fltk-1.3.8.ebuild Outdated Show resolved Hide resolved
Closes: https://bugs.gentoo.org/847607
Signed-off-by: Huang Rui <vowstar@gmail.com>
@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2023-10-06 14:37 UTC
Newest commit scanned: 6a38f48
Status: ✅ good

There are existing issues already. Please look into the report to make sure none of them affect the packages in question:
https://qa-reports.gentoo.org/output/gentoo-ci/de83d3b575/output.html

@juippis
Copy link
Member

juippis commented Oct 6, 2023

Also please sync 1.4.9999 live package or remove it if it doesn't serve any purpose anymore.

@gentoo-bot gentoo-bot closed this in 4ff7242 Oct 6, 2023
@vowstar
Copy link
Contributor Author

vowstar commented Oct 6, 2023

Also please sync 1.4.9999 live package or remove it if it doesn't serve any purpose anymore.

Yes, I currently don’t know the intention of the previous maintainer of this live package, and I haven’t found any packages that must use this live package.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
assigned PR successfully assigned to the package maintainer(s). bug linked Bug/Closes found in footer, and cross-linked with the PR. maintainer-needed There is at least one affected package with no maintainer. Review it if you can.
Projects
None yet
4 participants