Some alsa packages have a strange naming scheme: media-sound/alsa-headers-1.0.14_rc2_p3234 media-sound/alsa-driver-1.0.14_rc2_p3234 According to bug #165414 comment #1 this naming scheme is valid, so package list should be able to handle it. Go to http://packages.gentoo.org/ and search for alsa to see the empty package list created...
Initially it looks like the packages cause an exception in pkgcmp. Probably an older version of pkgcmp is being used (it was ripped from the portage source to avoid having to import portage).
*** Bug 165926 has been marked as a duplicate of this bug. ***
Looks like the portage folks have split up portage.py into several modules. Was able to import portage_versions.py and use the pkgcmp from the library. I pulled out the ripped-off old code and am now uing pkgcmp and pkgsplit from portage_versions. I put the changes on the server. Please let me know if you are still experiencing this issue (or if I screwed something else up). Thanks.
It finds the alsa packages now. But if I click on Thursday on the left I get "[an error occurred while processing this directive]" at the top of the screen. You can get there by this link http://packages.gentoo.org/daily/2007/02/08/ Not sure if this has to do with the changes made or if it was existing. Do I need to open a new bug report for this?
(In reply to comment #4) > It finds the alsa packages now. But if I click on Thursday on the left I get > "[an error occurred while processing this directive]" at the top of the > screen. You can get there by this link > http://packages.gentoo.org/daily/2007/02/08/ > Not sure if this has to do with the changes made or if it was existing. > > Do I need to open a new bug report for this? > That would be a separate issue.
Closing. Thanks for reporting.
