list to come.
Created attachment 26225 [details] ppc64 specific repoman output and here it is.
Created attachment 26791 [details] updated ppc64 repoman
Created attachment 27063 [details] updated ppc64 repoman
ppc64 keywords removed from net-nds/openldap until deps satisfied: app-crypt/mit-krb5, app-crypt/heimdal, dev-libs/cyrus-sasl, dev-db/unixODBC
Please focus on getting these packages keyworded for ppc64: net-nds/yp-tools net-mail/ssmtp =dev-python/python-docs-2.2.3 The other packages can be cleaned up by adding: X ldap sasl kerberos mysql postgres to the use.mask I removed ppc64 from the KEYWORDS of media-plugins/xmms-morestate, media-sound/noxmms, app-admin/mon and net-www/apache since there were missing deps there. I've emailed azarah about the bad depend in glibc.
Created attachment 27427 [details] updated ppc64 repoman
should be all cleared up now
Created attachment 28517 [details] updated ppc64 repoman
Not yet cleaned up.
net-misc/curl/curl-7.11.0.ebuild: ppc64 ['net-nds/openldap'] net-misc/curl/curl-7.11.1.ebuild: ~ppc64 ['net-nds/openldap'] still need to be dealt with.
dev-lang/tk/tk-8.4.6.ebuild: ppc64 ['x11-base/xfree'] net-misc/curl/curl-7.11.0.ebuild: ppc64 ['net-nds/openldap'] net-misc/curl/curl-7.11.1.ebuild: ~ppc64 ['net-nds/openldap'] net-misc/openssh/openssh-3.8.1_p1-r1.ebuild: ~ppc64 ['dev-libs/opensc']
mark the right architecture1
just a general warning, this bug is going to start to get a little out of hand as we start to mark more and more packages. We'll try and keep it down but various use flags might start to get unmaked etc etc etc... all in the name of progress
No. There is absolutely no reason to introduce new repoman to the tree. Please clean up the existing repoman for ppc64 and stop adding any new. This idea that it's ok to add repoman output because you're in a hurry or rolling out a new architecture is completely wrong and is not Gentoo policy. Use profiles/*/packages and profiles/*/use.mask as appropriate. man portage and read about how to use these files if necessary.
I agree with the theory but practise reveals that that general use to package mapping isn't exactly documented, the only option left to a developer to discover as one best can the trail until arriving at leaf nodes. Yes I'd love to do it all in one fell swoop. That'd be ideal. *BUT* it takes a time if the collection of packages is large. This isn't news. Anyway, this IS getting focus on the team.
I removed the ppc64 keyword from tk since ppc64 doesn't have a stable virtual/x11 yet. I also added ldap to use.mask for all the ppc64 profiles since openldap isn't keyworded for ppc64 yet. Also, I added a ppc64 keyword for apache-docs to satisfy the deps for apache. That takes care of the current ppc64 repoman. Please don't add more repoman issues when you commit. It's just silly to commit broken things to portage. Thanks.
if there are no more issues, I shall close.
stick a fork in it