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

eclass/kernel-2: respect USE=symlink #13031

Closed
wants to merge 1 commit into from

Conversation

bjacquin
Copy link
Contributor

@bjacquin bjacquin commented Sep 24, 2019

kernel-2 eclass postinst_sources() creates /usr/usr/linux symlink
regardless of USE=symlink. MAKELINK variable controls the creation
of /usr/src/linux, however MAKELINK is always set to 1 only if
/usr/src/linux does not currently exist with no consideration for
USE=symlink.

This change simplify the whole /usr/usr/linux symlink creation to
instead depend on K_SYMLINK which is set if USE=symlink.

This change also refuse to remove existing /usr/usr/linux if it
currently exist while not being a symlink

Note that this is broken since 626ceb860869 ("Multiple fixes.")

Bug: https://bugs.gentoo.org/695592

@gentoo-bot gentoo-bot added need assignment It was impossible to assign the PR correctly. Please assign it manually. no signoff One or more commits do not indicate GCO sign-off. labels Sep 24, 2019
@bjacquin
Copy link
Contributor Author

Pull Request assignment

Submitter: @bjacquin
Areas affected: eclasses
Packages affected: (none)

@gentoo/github

Linked bugs

No bugs to link found. If your pull request references any of the Gentoo bug reports, please add appropriate GLEP 66 tags to the commit message and request reassignment.

Missing GCO sign-off

Please read the terms of Gentoo Certificate of Origin and acknowledge them by adding a sign-off to all your commits.

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 bug has been created and git commit amended to reflect this

@Arfrever
Copy link
Contributor

Note that this is broken since 626ceb860869 ("Multiple fixes.")

No such commit.

@bjacquin
Copy link
Contributor Author

bjacquin commented Sep 25, 2019

Note that this is broken since 626ceb860869 ("Multiple fixes.")

No such commit.

I should have specified this commit is from the historical repo: https://gitweb.gentoo.org/repo/gentoo/historical.git/commit/?id=906501be57c01ac198dcdd4728098b1e30399fe2

@mjeveritt
Copy link
Contributor

This change looks reasonable to me. I will push this forward with the Gentoo kernel team.

Please can you rebase the PR, add a 'Signed-off-by' tag to your commit message per #13031 (comment) and re-title with '[please reassign]' so that the bot updates the relevant tags. Thanks!

@bjacquin bjacquin changed the title eclass/kernel-2: respect USE=symlink [please reassign] eclass/kernel-2: respect USE=symlink Jun 5, 2021
@gentoo-bot gentoo-bot changed the title [please reassign] eclass/kernel-2: respect USE=symlink eclass/kernel-2: respect USE=symlink Jun 5, 2021
@gentoo-bot
Copy link

Pull Request assignment

Submitter: @bjacquin
Areas affected: eclasses
Packages affected: (none)

@gentoo/github

Linked bugs

Bugs linked: 695592

New packages

This Pull Request appears to be introducing new packages only. Due to limited manpower, adding new packages is considered low priority. This does not mean that your Pull Request will not receive any attention, however, it might take quite some time for it to be reviewed. In the meantime, your new ebuild might find a home in the GURU project repository: the ebuild repository maintained collaboratively by Gentoo users. GURU offers your ebuild a place to be reviewed and improved by other Gentoo users, while making it easy for Gentoo users to install it and enjoy the software it adds.


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 need assignment It was impossible to assign the PR correctly. Please assign it manually. bug linked Bug/Closes found in footer, and cross-linked with the PR. and removed need assignment It was impossible to assign the PR correctly. Please assign it manually. no signoff One or more commits do not indicate GCO sign-off. labels Jun 5, 2021
@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2021-06-05 01:14 UTC
Newest commit scanned: e9d12c0
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/83c04fb1c4/output.html

@mpagano
Copy link
Contributor

mpagano commented Jun 6, 2021

This failed for me, could be me, I'll take a better look at what I did

Installing (1 of 1) sys-kernel/gentoo-sources-4.14.235::gentoo

  • ERROR: sys-kernel/gentoo-sources-4.14.235::gentoo failed (postinst phase):
  • usr/src/linux exist and is not a symlink

/usr/src # ls -1
linux-4.14.0
linux-4.14.235-gentoo
linux-4.19.0
linux-4.19.171-gentoo
linux-4.4.0
linux-4.9.0
linux-5.10.0
linux-5.10.36-gentoo
linux-5.11.0
linux-5.11.20-gentoo
linux-5.12.0
linux-5.12.9-gentoo
linux-5.4.0
linux-5.4.118-gentoo

kernel-2 eclass postinst_sources() creates /usr/usr/linux symlink
regardless of USE=symlink. MAKELINK variable controls the creation
of /usr/src/linux, however MAKELINK is always set to 1 only if
/usr/src/linux does not currently exist with no consideration for
USE=symlink.

This change simplify the whole /usr/usr/linux symlink creation to
instead depend on K_SYMLINK which is set if USE=symlink.

This change also refuse to remove existing /usr/usr/linux if it
currently exist while not being a symlink

Note that this is broken since 906501be57c0 ("adding symlink use flag
support")

Bug: https://bugs.gentoo.org/695592
Signed-off-by: Bertrand Jacquin <bertrand@jacquin.bzh>
@bjacquin
Copy link
Contributor Author

bjacquin commented Jun 7, 2021

You are correct, one if the test was not functional, sending new version.

@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2021-06-07 00:59 UTC
Newest commit scanned: 754bb59
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/3b14fefff0/output.html

@gentoo-bot gentoo-bot closed this in aa4f170 Jun 7, 2021
@mpagano
Copy link
Contributor

mpagano commented Jun 7, 2021

Thanks for your work

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug linked Bug/Closes found in footer, and cross-linked with the PR. need assignment It was impossible to assign the PR correctly. Please assign it manually.
Projects
None yet
6 participants