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-misc/albert: version bump to 0.22.17 #33403

Closed
wants to merge 2 commits into from
Closed

Conversation

CaseOf
Copy link
Contributor

@CaseOf CaseOf commented Oct 18, 2023

No description provided.

@gentoo-bot
Copy link

Pull Request assignment

Submitter: @CaseOf
Areas affected: ebuilds
Packages affected: x11-misc/albert

x11-misc/albert: @CaseOf, @gentoo/proxy-maint

Linked bugs

Bugs linked: 915881


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 self-maintained The PR changes only packages that are maintained by the submitter (i.e. no need to ask anybody else) assigned PR successfully assigned to the package maintainer(s). bug linked Bug/Closes found in footer, and cross-linked with the PR. labels Oct 18, 2023
@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2023-10-18 20:36 UTC
Newest commit scanned: 083ba5c
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/5d493297d5/output.html

Copy link
Contributor

@ceamac ceamac left a comment

Choose a reason for hiding this comment

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

Please check if the dependencies on the left are still required (they might be), and add the dependency on the right.

 * VDB: detected possibly incorrect RDEPEND (x11-misc/albert-0.22.14)
 * dev-cpp/muParser   < 
 * dev-qt/qt5compat:6 < 
 *                    > dev-qt/qtdeclarative:6
 * Warning: KDE/QT may be using QML plugins, review before removing dependencies

Also, is there a reason for keeping so many old versions in the tree? Maybe spot the last GPL version released and keep it, in case there is one, but the rest should probably be removed.


PYTHON_COMPAT=( python3_{10,11,12} )

inherit cmake python-single-r1 xdg-utils
Copy link
Contributor

Choose a reason for hiding this comment

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

If you inherit xdg instead of xdg-utils you can drop both pkg_postinst and pkg_postrm (this is only a suggestion)

python-extensions? ( https://github.com/albertlauncher/python/archive/${PYTHON_EXTENSIONS_COMMIT}.tar.gz -> ${PN}-python-extensions-${PYTHON_EXTENSIONS_COMMIT}.tar.gz )
"

LICENSE="all-rights-reserved" # unclear licensing #766129
Copy link
Contributor

Choose a reason for hiding this comment

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

There is a license file added in 0.22.4, you may want to check it and update this

Copy link
Contributor

Choose a reason for hiding this comment

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

Maybe take a look at the long license issue too

Copy link
Contributor Author

Choose a reason for hiding this comment

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

should I add license to portage tree inside license directory? preferably in a different commit?

Copy link
Contributor

Choose a reason for hiding this comment

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

Yes, first a commit with the license, then the ebuild.

src_prepare() {
mv "${WORKDIR}"/plugins-${PLUGINS_HASH}/* "${S}"/plugins || die
if use python-extensions; then
mv "${WORKDIR}"/python-${PYTHON_EXTENSIONS_COMMIT}/* "${S}"/plugins/python/plugins
Copy link
Contributor

Choose a reason for hiding this comment

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

missing || die

@CaseOf CaseOf force-pushed the albert branch 2 times, most recently from f705082 to 459903e Compare January 4, 2024 20:40
@CaseOf CaseOf changed the title x11-misc/albert: version bump to 0.22.14 x11-misc/albert: version bump to 0.22.17 Jan 4, 2024
@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2024-01-04 20:59 UTC
Newest commit scanned: 459903e
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/c2be941235/output.html

Signed-off-by: Quentin Retornaz <gentoo@retornaz.com>
Closes: https://bugs.gentoo.org/915881
Signed-off-by: Quentin Retornaz <gentoo@retornaz.com>
@CaseOf
Copy link
Contributor Author

CaseOf commented Jan 5, 2024

updated license
@ceamac how many versions should I keep/drop?

@CaseOf
Copy link
Contributor Author

CaseOf commented Jan 5, 2024

@ceamac based on informations given in #766129 and your suggestion, I should only keep some last versions since all olders in tree are in uncertain licensing

@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2024-01-05 23:43 UTC
Newest commit scanned: 731fce3
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/cf5252b773/output.html

@ceamac
Copy link
Contributor

ceamac commented Jan 6, 2024

@CaseOf in most cases keeping the last 2 versions is enough.

@gentoo-bot gentoo-bot closed this in 0a7b86a Jan 6, 2024
python-extensions? ( https://github.com/albertlauncher/python/archive/${PYTHON_EXTENSIONS_COMMIT}.tar.gz -> ${PN}-python-extensions-${PYTHON_EXTENSIONS_COMMIT}.tar.gz )
"

LICENSE="Albert-1.0"
Copy link
Contributor

Choose a reason for hiding this comment

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

This is a falsehood and I object to it -- please revert.

At minimum, the software is not licensed under Albert-1.0, it is licensed under "bits and pieces of external GPL contributions, plus Albert-1.0".

Most likely, it is legally forbidden for a user to manually git clone https://github.com/albertlauncher/albert, then compile and install it in their $HOME -- because to do so would be to be aiding and abetting an ongoing copyright infringement. In that case, Gentoo should not be including an ebuild for it either.

This is NOT the same as an ordinary package that happens to be proprietary software and which is entirely fine for users to download and install -- and for which Gentoo has a legitimate use case to help users do that, even if it has to be mirror-restricted since Gentoo doesn't have the legal authority to redistribute copies and the users must go directly to the original source.

IMO the original "all-rights-reserved" was completely 100% correct, since this is the least we can do in order to indicate that the licensing situation is significantly more complicated than the upstream author "license" claims, and "all-rights-reserved" put the onus on users to investigate whether and how they can use that.

The current state of affairs is that even after @ulm added RESTRICT="mirror bindist" back, users are erroneously made to think that as long as they are okay with the contents of licenses/Albert-1.0, it's okay to install and use this software.

@CaseOf CaseOf deleted the albert branch January 30, 2024 18:43
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. self-maintained The PR changes only packages that are maintained by the submitter (i.e. no need to ask anybody else)
Projects
None yet
5 participants