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

/QOpenSys/etc/yum/repos.d should be copied into chroots as part of "minimal" #52

Open
abmusse opened this issue Aug 9, 2018 · 2 comments
Assignees
Labels
bug Something isn't working
Milestone

Comments

@abmusse
Copy link
Member

abmusse commented Aug 9, 2018

Original report by Jesse G (Bitbucket: ThePrez, GitHub: ThePrez).


I feel it is a defect that /QOpenSys/etc/yum/repos.d is not included as part of the "minimal" chroot setup.
If yum is installed into the new chroot, yum will fail inside the chroot with:

There are no enabled repos.
 Run "yum repolist all" to see the repos you have.
 You can enable repos with yum-config-manager --enable <repo>

Assigning to @aaronbartell to comment on whether this is truly a defect or not, or if this is by design

@abmusse
Copy link
Member Author

abmusse commented Aug 13, 2018

Original comment by Aaron Bartell (Bitbucket: aaronbartell, GitHub: aaronbartell).


I don't know if I've installed yum inside a chroot. I always modify a chroot's packages with yum --installroot=/QOpenSys/mychroot1 install somepkg Many customers pre-create the chroots and have the developers auto log into them via HOMEDIR alteration. This is so they don't need to give *ALLOBJ or *IOSYSCFG authority.

With all that said, I don't think we should add it to minimal.lst because then we'd need a separate minimal that didn't have it; one that was actually "minimal". Better to create wrapper .lst files that would include minimal.lst as part of their install.

@abmusse abmusse added major bug Something isn't working labels Jan 25, 2019
@kadler
Copy link
Member

kadler commented Oct 21, 2020

This should probably be handled as an rpm package that we ship that provides those repo files, similar to the fedora-repos package on Fedora. If yum required it, then they would automatically get pulled in.

@kadler kadler removed the major label Oct 22, 2020
@abmusse abmusse added this to the 3.0 milestone Dec 21, 2020
@abmusse abmusse self-assigned this Dec 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants