| Summary: | celestia-1.4.1 pollutes / when USE="gnome gtk nls threads -arts -debug -kde -lua" | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ed Catmur <ed> |
| Component: | New packages | Assignee: | Gentoo Science Related Packages <sci> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | flash3001, jsado_sc3, yvasilev |
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 141404 | ||
I just noticed this because the broken ebuild was marked stable. It fails on an access violation trying to rmdir /celestia.
This ebuild should be masked until this is fixed.
mv -f -b /celestia/* /usr/portage/distfiles/tmp/portage/celestia-1.4.1/image//usr/share/celestia/ ; \
rmdir /celestia ; \
ln -s /usr/portage/distfiles/tmp/portage/celestia-1.4.1/image//usr/share/celestia ;
mv: cannot stat `/celestia/*': No such file or directory
ACCESS DENIED rmdir: /celestia
rmdir: /celestia: Permission denied
ln: creating symbolic link `./celestia' to `/usr/portage/distfiles/tmp/portage/celestia-1.4.1/image//usr/share/celestia': File exists
make[3]: *** [install-data-hook] Error 1
I'm still getting this when only using USE="gtk". Any ETA on a fix? Could you test the celestia in the gentooscience.org overlay? This should fix it and bug #128218 as well. Ping... (In reply to comment #3) > Could you test the celestia in the gentooscience.org overlay? > This should fix it and bug #128218 as well. Server seems down. Instructions? *** Bug 164377 has been marked as a duplicate of this bug. *** should be fixed in cvs. reopen if it persists. |
$ ls -l / ... lrwxrwxrwx 1 root root 19 2006-08-03 18:18 celestia -> /usr/share/celestia/ ... The problem is that the Makefile.am patch has: install-data-hook: + mv -f -b $(DESTDIR)$(kde_datadir)/@PACKAGE@/* $(DESTDIR)$(datadir)/@PACKAGE@/ ; \ + rmdir $(DESTDIR)$(kde_datadir)/@PACKAGE@ ; \ + ln -s $(datadir)/@PACKAGE@ $(DESTDIR)$(kde_datadir) ; This only makes sense when USE=kde, otherwise $(kde_datadir) is blank and DESTDIR gets the symlink. The hook should be removed from the patch or protected with if [ "$(kde_datadir)" ]