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

setup for solaris-userland fails because host ipkg.us.oracle.com doesn't resolve #11

Open
nbriggs opened this issue Jul 6, 2022 · 4 comments

Comments

@nbriggs
Copy link

nbriggs commented Jul 6, 2022

If you follow the instructions in the README.md, after git cloning the solaris-userland repository

user@hemlock:/scratch/clone/components$ gmake setup
Generating component list...
Generating component dependencies...
building tools...
/usr/gnu/bin/make -C ../tools clean
make[1]: Entering directory '/scratch/clone/tools'
make[1]: Leaving directory '/scratch/clone/tools'
/usr/gnu/bin/make -C ../tools setup
make[1]: Entering directory '/scratch/clone/tools'
make[1]: Leaving directory '/scratch/clone/tools'
Generating pkglint(1) cache from CANONICAL_REPO http://ipkg.us.oracle.com/solaris11/trunk...
pkglint(1) failed, please see /scratch/clone/sparc/logs/naughty-canonical-repo-actions
gmake: *** [Makefile:158: /scratch/clone/sparc/pkglint-cache] Error 2
user@hemlock:/scratch/clone/components$

and looking at the log file:

Lint engine setup...
Error: Unable to create reference image:   Framework error: code: E_COULDNT_RESOLVE_HOST (6) reason: Could not resolve host: ipkg.us.oracle.com
URL: 'http://ipkg.us.oracle.com/solaris11/trunk/versions/0/'

pkglint: Unable to create reference image:   Framework error: code: E_COULDNT_RESOLVE_HOST (6) reason: Could not resolve host: ipkg.us.oracle.com
URL: 'http://ipkg.us.oracle.com/solaris11/trunk/versions/0/'


real        1.8
user        1.3
sys         0.2
TARGET_EXIT_CODE 2

Presumably either the ipkg.us.oracle.com host should be resolvable (and reachable, and serving that content) or there should be instructions on what to change to remove this.

@vlmarek
Copy link
Member

vlmarek commented Jul 7, 2022

Hi, ipkg.us is indeed piece of our internal architecture. This is oversight on my part. I'm currently on vacation so just quick workaround should be

gmake setup CANONICAL_REPO=your_ips_repo

which can be either local path or http path.

Next week back in work I'll try to think how to make the experience smoother.

Thanks for reporting that

@nbriggs
Copy link
Author

nbriggs commented Jul 9, 2022

Thanks, that worked. It would be helpful if the README.md also mentioned what parts of setting up a new publisher are done already by the "gmake setup ..." and what else you should do to make the repo that it builds visible to the pkg system (e.g., set up a publisher name for a local repo and then install a package from there overriding an older Oracle/Solaris package) -- as you can tell, I don't work with Solaris packaging much (in fact not at all with the image packaging; the SYSV stream packages were what I used to build/install).

@nbriggs
Copy link
Author

nbriggs commented Jul 31, 2022

Any more thoughts on this?

@nbriggs
Copy link
Author

nbriggs commented Oct 15, 2022

This is still a problem. Just updated from the solaris-userland git repository and "gmake setup" fails with the same error, and the README.md has not been updated to include the CANONICAL_REPO=... information.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants