With the new ebuild from this morning (1.0rc2), I get this error. Same error after unmerging previous version. Installing the development environment... Compiling gambas... OK Compiling gambas-database-manager... OK ACCESS DENIED unlink: /usr/bin/gambas rm: ne peut enlever `//usr/bin/gambas': Permission non accord
With the new ebuild from this morning (1.0rc2), I get this error. Same error after unmerging previous version. Installing the development environment... Compiling gambas... OK Compiling gambas-database-manager... OK ACCESS DENIED unlink: /usr/bin/gambas rm: ne peut enlever `//usr/bin/gambas': Permission non accordée ACCESS DENIED symlink: /usr/bin/gambas ln: création d'un lien symbolique `//usr/bin/gambas' vers `/var/tmp/portage/gambas-1.0_rc2/image//usr/bin/gambas': Permission non accordée make[2]: *** [install-exec-local] Erreur 1 make[2]: Leaving directory `/var/tmp/portage/gambas-1.0_rc2/work/gambas-0.99.RC2' make[1]: *** [install-am] Erreur 2 make[1]: Leaving directory `/var/tmp/portage/gambas-1.0_rc2/work/gambas-0.99.RC2' make: *** [install-recursive] Erreur 1 Reproducible: Always Steps to Reproduce: 1. emerge gambas 2. 3.
Using kde.eclass functions fixes this, genone. :)
Grr, seems that I forgot to remove that stupid symlink block in the Makefile, wonder how this passed my tests ... Carlo: I don't see how a kde eclass would fix a retarded Makefile
Genone: Oh sorry, I went through some bugs and the upcase ACCESS looked like the usual sandbox violation problem qt and kde ebuilds run into, when having userpriv+sandbox enabled w/o inheriting kde*eclass. In general I'd favour it, if the ebuild would inherit kde.eclass for a number of reasons. It'd clean up the ebuild, too. I'll change the ebuild accordingly, if you like me to.
I'm still getting this. Now that you have it fixed could you give it to the rest of us? (please)
Marius, could you please supply the patch and the modified ebuild as long as it's not in ~x86? Thx Jan
Oops, forgot to commit the damn thing.
