I've been using Paludis for a couple of weeks now and I really like it. I'm having issues with an ebuild on a couple of groupware servers however. The servers are kolab servers and have kolab installed natively on Gentoo rather than in an openpkg environment. This type of install requires ebuilds from the kolab2 overlay.
When I do a paludis -i everything -p, I get:
Code: Select all
* All versions of 'dev-php/horde-framework-kolab' are masked. Candidates are:
* dev-php/horde-framework-kolab-20070601::kolab2: Masked by eapi ( UNKNOWN )
I have done all the reading I can find in the forums, at
http://paludis.pioto.org, and around the web and I am no closer to finding out what is wrong with this ebuild and how to get around this issue. The ebuild will emerge with Portage, but then Paludis still complains about it and I can't do a paludis -i everything or a paludis -i world.
Here is all the output from paludis -i everything -p:
Code: Select all
Building target list...
Building dependency list...paludis@1181274896: [WARNING] In program paludis -i everything -p:
... When performing install action from command line:
... When executing install task:
... When adding PackageDepSpec 'app-crypt/gnupg':
... When adding installed package 'app-crypt/gnupg-1.9.21::installed':
... When adding run dependencies as post dependencies:
... When adding PackageDepSpec '=app-crypt/gnupg-1.4*':
... When adding installed package 'app-crypt/gnupg-1.4.7-r1::installed':
... When adding run dependencies as post dependencies:
... When adding PackageDepSpec 'virtual/mta':
... When adding package 'virtual/mta-2.4.3::virtuals':
... When adding build dependencies as pre dependencies:
... When adding PackageDepSpec '=mail-mta/postfix-2.4.3':
... When adding package 'mail-mta/postfix-2.4.3::gentoo':
... When adding build dependencies as pre dependencies:
... When adding PackageDepSpec 'virtual/mysql':
... When adding installed package 'virtual/mysql-4.1::installed':
... When adding run dependencies as post dependencies:
... When adding PackageDepSpec '=dev-db/mysql-4.1*':
... When adding installed package 'dev-db/mysql-4.1.22-r1::installed':
... Ignoring run dependencies due to exception 'Error searching for 'sys-apps/mysql': no available versions' (paludis::AllMaskedError)
paludis@1181274899: [WARNING] In program paludis -i everything -p:
... When performing install action from command line:
... When executing install task:
... When adding PackageDepSpec 'dev-php/horde-framework-kolab':
... When checking for mask reasons for 'dev-php/horde-framework-kolab-20070601::kolab2':
... When fetching metadata for 'dev-php/horde-framework-kolab-20070601':
... When generating version metadata for 'dev-php/horde-framework-kolab-20070601':
... Caught exception 'Name '' is not a valid slot name' (paludis::SlotNameError) when generating cache for 'dev-php/horde-framework-kolab-20070601::kolab2'
paludis@1181274899: [WARNING] (same context) Could not generate cache for 'dev-php/horde-framework-kolab-20070601::kolab2'
paludis@1181274899: [WARNING] No usable metadata for 'dev-php/horde-framework-kolab-20070601' in 'kolab2'
Query error:
* In program paludis -i everything -p:
* When performing install action from command line:
* When executing install task:
* When adding PackageDepSpec 'dev-php/horde-framework-kolab':
* All versions of 'dev-php/horde-framework-kolab' are masked. Candidates are:
* dev-php/horde-framework-kolab-20070601::kolab2: Masked by eapi ( UNKNOWN ) (probably a broken ebuild)
I tried it with a --log-level debug, but the output filled more than konsole's buffer would hold, so I couldn't see all of it. I tried piping it through more or to a file, but that doesn't seem to work with Paludis like with Portage.
If anyone can offer me some suggestions here, I would really appreciate it as I really do prefer Paludis to Portage and would actually like to get to the point where I can uninstall Portage someday.
Thanks,
Jason