Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 334397

Summary: sys-fs/ntfs3g-2010.8.8 still using prepalldocs
Product: Gentoo Linux Reporter: Van Aarde Krynauw <nanocell>
Component: New packagesAssignee: Patrick McLean <chutzpah>
Status: RESOLVED REMIND    
Severity: normal CC: ikelos, nanocell, nikolas.pooch, stimut, travisghansen
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on: 346097    
Bug Blocks:    

Description Van Aarde Krynauw 2010-08-25 10:12:49 UTC
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
Comment 1 Samuli Suominen (RETIRED) gentoo-dev 2010-08-25 10:16:07 UTC
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.
Comment 2 Van Aarde Krynauw 2010-08-25 21:28:41 UTC
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.
Comment 3 SpanKY gentoo-dev 2010-08-26 07:27:12 UTC
*** Bug 334527 has been marked as a duplicate of this bug. ***
Comment 4 Timothy Brown 2010-08-27 01:56:26 UTC
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.
Comment 5 Mike Auty (RETIRED) gentoo-dev 2010-08-27 16:08:11 UTC
*** Bug 334729 has been marked as a duplicate of this bug. ***
Comment 6 Mike Auty (RETIRED) gentoo-dev 2010-08-27 16:14:22 UTC
Reopening this, since it's an EAPI-2 ebuild that uses prepalldocs, which
doesn't appear to be defined anywhere.
Comment 7 Guy 2010-08-29 20:28:34 UTC
For the situation described here, bug# 334731 with my comments #4-8 may be relevant.
Comment 8 Guy 2010-08-29 20:54:50 UTC
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.
Comment 9 Guy 2010-08-29 21:23:47 UTC
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.
Comment 10 Van Aarde Krynauw 2010-08-29 21:30:07 UTC
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.
Comment 11 Guy 2010-08-29 21:41:56 UTC
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"
Comment 12 Timothy Brown 2010-08-30 01:08:28 UTC
(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.
Comment 13 Timothy Brown 2010-08-30 02:06:26 UTC
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.
Comment 14 Van Aarde Krynauw 2010-08-30 11:18:24 UTC
I confirm, this is now working again with portage 2.2_rc72.
Comment 15 esc 2010-10-04 07:36:05 UTC
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.
Comment 16 Patrick McLean gentoo-dev 2010-11-19 16:42:18 UTC
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.
Comment 17 Samuli Suominen (RETIRED) gentoo-dev 2010-12-19 01:01:07 UTC
while there are no alternative for prepalldocs, people will keep using prepalldocs