The ebuild sys-fs/ntfs3g-2010.8.8 is still using prepalldocs (after some googling I found this command to be now banned). I expect this should be explanatory enough? Please shout if additional information is required. Thanks! Reproducible: Always
afaik, there's no replacement for prepalldocs and it's the only way to unpack the docs installed after the fact. it might be discouraged, but surely not banned.
I read it here: http://bugs.gentoo.org/show_bug.cgi?id=259422 and http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg32445.html In any case. I couldn't emerge any version ntfs3g due to the prepalldocs commands. I had to remove it from the ebuild before it would work. Is there some way to still emerge packages even if they contain the prepalldocs command/function? I'm using portage 2.2_rc69 with ACCEPT_KEYWORDS="amd64 ~x86", if that might be relevant. CheerZ, Van Aarde.
*** Bug 334527 has been marked as a duplicate of this bug. ***
This shouldn't be closed as invalid, or else Bug 334527 shouldn't be marked as a duplicate of this problem. The issue isn't itself that ntfs3g uses prepalldocs, but that the ebuild fails on prepalldocs. Admittedly I am also using portage 2.2_rc69, so maybe it is a problem with portage and not the ebuild, but still, the bug is genuine.
*** Bug 334729 has been marked as a duplicate of this bug. ***
Reopening this, since it's an EAPI-2 ebuild that uses prepalldocs, which doesn't appear to be defined anywhere.
For the situation described here, bug# 334731 with my comments #4-8 may be relevant.
I've successfully emerged ntfs3g-2010.8.8 by downgrading my kernel from vanilla-sources-2.6.35.* to vanilla-sources-2.6.34.2. Rev 2.6.34.2 was the prior kernel version I already had handy in /boot.
If you don't want to downgrade your kernel, this will also work: emerge =linux-headers-2.6.34 && emerge ntfs3g && emerge linux-headers I don't know if ntfs3g will work afterword since I haven't had a chance to test it. Use at your own risk.
Are you guys talking about a "compile" error for ntfs3g, or an emerge failure due to "prepalldocs", because this bug is not related to a compile error. The compile works fine. It's the "prepalldocs" command in the ebuild that causes the emerge to fail.
I get the same "prepalloc" message. The message is incorrect and doesn't indicate the real problem. The emerge will complete if you downgrade linux-headers to 2.6.34. See also bug #334197 and bug #334047 The description of this bug should probably be changed as well. i.e. "ntfs3g-2010.8.8 fails with linux-headers-2.6.35"
(In reply to comment #11) > I get the same "prepalloc" message. The message is incorrect and doesn't > indicate the real problem. The emerge will complete if you downgrade > linux-headers to 2.6.34. See also bug #334197 and bug #334047 > > The description of this bug should probably be changed as well. i.e. > "ntfs3g-2010.8.8 fails with linux-headers-2.6.35" > No, this is not the case. I had linux-headers-2.6.33 installed originally when it gave me the prepalldocs failure. I have tried upgrading to linux-headers-2.6.34 and it has made no difference. There is no indication that there is a compile error (looking back at the output does not indicate an error, nor do any of the build log files show an error, except for the "prepalldocs" stage). So really, this is a different issue.
As a follow up, I've updated portage to 2.2_rc72 (from 2.2_rc69) and the problem has gone away. ntfs3g can now be compiled without error. So I expect it has already been fixed in portage somehow and the ticket can be closed.
I confirm, this is now working again with portage 2.2_rc72.
version bump! http://tuxera.com/opensource/ntfs-3g-2010.10.2.tgz The new stable NTFS-3G release contains the following minor bug fixes: * Fixed filename encoding when standard functions are not available. * Fixed checking mounted device status on some non-Linux platforms. * Fixed mounting with SELinux context. * Fixed -n and –no-mtab mount option handling, needed by automount. * Improved consistency checks of POSIX ACLs. * NTFS-3G manual update.
I dropped the prepalldocs from sys-fs/ntfs3g-2010.8.8 and sys-fs/ntfs3g-2010.10.2 in favour of using dodoc manually. Will be dropping sys-fs/ntfs3g-2010.3.6 once sys-fs/ntfs3g-2010.8.8 is stabilized.
while there are no alternative for prepalldocs, people will keep using prepalldocs
