Re: [gentoo-user] problems with csound ebuild

2008-10-11 Thread luis jure
on 2008-10-10 at 18:36 Andrey Falko wrote:


Can you emerge attr, then run lsattr on the files that cannot be
unlinked? I suspect that they might have extended attributes
preventing those file from being deleted. 

thanks for your answer, that doesn't seem to be the problem, though. 
i can install everything using install.py directly (not emerging with
portage). also, using FEATURES=-sandbox i can emerge without
problems. so this problem seems to be related to the sandbox,
something i never got to understand completely...

best,

lj



Re: [gentoo-user] problems with csound ebuild

2008-10-11 Thread Daniel Pielmeier
luis jure schrieb am 11.10.2008 14:37:
 Can you emerge attr, then run lsattr on the files that cannot be
 unlinked? I suspect that they might have extended attributes
 preventing those file from being deleted. 
 
 thanks for your answer, that doesn't seem to be the problem, though. 
 i can install everything using install.py directly (not emerging with
 portage). also, using FEATURES=-sandbox i can emerge without
 problems. so this problem seems to be related to the sandbox,
 something i never got to understand completely...
 

Have you updated python recently and did not run python-updater? You can
also try to re-emerge scons.


Sandbox errors are mostly caused when the ebuild tries to access the
filesystem directly instead of using $WORKDIR.

Maybe some parts of install.py do not honor --instdir=${D}.

Some links:
http://bugday.gentoo.org/sandbox.html
http://devmanual.gentoo.org/general-concepts/sandbox/index.html

Regards,

Daniel



Re: [gentoo-user] problems with csound ebuild

2008-10-11 Thread Daniel Pielmeier
luis jure schrieb am 11.10.2008 14:37:
 thanks for your answer, that doesn't seem to be the problem, though. 
 i can install everything using install.py directly (not emerging with
 portage). also, using FEATURES=-sandbox i can emerge without
 problems. so this problem seems to be related to the sandbox,
 something i never got to understand completely...

I guess you need to invoke instdir in src_compile too, at least it is an
option available in Sconstruct.

Regards,

Daniel




Re: [gentoo-user] problems with csound ebuild

2008-10-11 Thread luis jure
on 2008-10-11 at 15:17 Daniel Pielmeier wrote:

Have you updated python recently and did not run python-updater? You
can also try to re-emerge scons.

did both, but i get the same results.

Sandbox errors are mostly caused when the ebuild tries to access the
filesystem directly instead of using $WORKDIR.
 
Maybe some parts of install.py do not honor --instdir=${D}.

that seems to be the problem, but IANAP and i don't read python... :-(

best,

lj



Re: [gentoo-user] problems with csound ebuild

2008-10-10 Thread Andrey Falko
On Fri, Oct 10, 2008 at 6:19 PM, luis jure [EMAIL PROTECTED] wrote:


 hello list,

 i need some help to come up with an ebuild for csound (a language for
 sound synthesis).

 csound uses scons and then installs files using a script called
 install.py. compilation goes fine.

 executables, libraries, plugins and header files are correctly
 installed (under /usr/bin, /usr/lib, /usr/lib/csound/plugins/
 and /usr/include/csound/ respectively)

 but i'm having a bunch of messages like this when it comes to installing
 localization files:

  === Installing Localisation files ===
 ACCESS DENIED  unlink:/usr/share/locale/de/LC_MESSAGES/csound5.mo
 install: cannot remove `/usr/share/locale/de/LC_MESSAGES/csound5.mo':
 Permission denied
  *** error copying /usr/share/locale/de/LC_MESSAGES/csound5.mo

 this is the summary:

 -- ACCESS VIOLATION SUMMARY ---
 LOG FILE = /var/log/sandbox/sandbox-15019.log

 unlink:/usr/share/locale/de/LC_MESSAGES/csound5.mo
 unlink:/usr/share/locale/en_GB/LC_MESSAGES/csound5.mo
 unlink:/usr/share/locale/en_US/LC_MESSAGES/csound5.mo
 unlink:/usr/share/locale/es_CO/LC_MESSAGES/csound5.mo
 unlink:/usr/share/locale/fr/LC_MESSAGES/csound5.mo
 unlink:/usr/share/locale/it/LC_MESSAGES/csound5.mo
 unlink:/usr/share/locale/ro/LC_MESSAGES/csound5.mo
 

 i can circumvent this emerging with FEATURES=-sandbox, but i'd like
 to solve this in a cleaner way.


 the relevant (i think) part in the script is this:

 print ' === Installing Localisation files ==='
 xmgList = findFiles('.', '.+\\.xmg')
 if xmgList.__len__()  0:
err = installFiles(xmgList, xmgDir)
installErrors = installErrors or err
 else:
  xmgList = ['de', 'en_GB','en_US', 'es_CO', 'fr', 'it','ro']
  for i in xmgList:
makeDir(concatPath([xmgDir, i, 'LC_MESSAGES']))
src = 'po/' + i + '/LC_MESSAGES/csound5.mo'
fileName = concatPath([xmgDir, i, 'LC_MESSAGES/csound5.mo'])
err = runCmd(['install', '-p', '-m', '0644', src, fileName])
if err == 0:
addMD5(fileName, fileName)
print '  %s' % fileName
else:
print ' *** error copying %s' % fileName
installErrors = installErrors or err


 the ebuild is attached, any help greatly appreciated.

 best,

 lj



Can you emerge attr, then run lsattr on the files that cannot be
unlinked? I suspect that they might have extended attributes
preventing those file from being deleted. If you do have extended
attributes, you can remove them using chattr, I've had extended
attributes appear before and to this day don't understand why they
showed up.