From nobody@FreeBSD.org  Mon Nov 24 08:45:29 2008
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id A41EF1065670
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 24 Nov 2008 08:45:29 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 91CB48FC0C
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 24 Nov 2008 08:45:29 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id mAO8jSrw067961
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 24 Nov 2008 08:45:28 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id mAO8jS3w067960;
	Mon, 24 Nov 2008 08:45:28 GMT
	(envelope-from nobody)
Message-Id: <200811240845.mAO8jS3w067960@www.freebsd.org>
Date: Mon, 24 Nov 2008 08:45:28 GMT
From: Jukka Ukkonen <jau@iki.fi>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Building OpenOffice.org-3.0.0 fails
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         129122
>Category:       ports
>Synopsis:       editors/openoffice.org-3: building OpenOffice.org-3.0.0 fails
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    openoffice
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 24 08:50:00 UTC 2008
>Closed-Date:    Sun Feb 13 04:26:15 UTC 2011
>Last-Modified:  Sun Feb 13 04:26:15 UTC 2011
>Originator:     Jukka Ukkonen
>Release:        7.1-PRERELEASE
>Organization:
private person
>Environment:
FreeBSD mjolnir 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Sat Nov 22 14:26:00 EET 2008     root@mjolnir:/usr/obj/usr/src/sys/Mjolnir  i386
>Description:
When running make in the ports directory the build suddenly fails without
any warning in advance producing the following error message...

cp -f /tmp/mkuLn22f.dict-zu_.oxt  ../unxfbsdi.pro/bin/dict-zu.oxt 
rm -f /tmp/mkuLn22f.dict-zu_.oxt
-------------
Running processes: 0
deliver -- version: 1.130
Module 'dictionaries' delivered successfully. 25 files copied, 0 files unchanged

1 module(s): 
        moz
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making /usr/ports/editors/openoffice.org-3/work/OOO300_m9/moz

Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from moz"

rmdir /tmp/52931
*** Error code 1

Stop in /usr/ports/editors/openoffice.org-3.

For more information see the bzip2 compressed typescript file at...

http://www.oxit.fi/~jau/typescript-OOo3.bz2

>How-To-Repeat:
In case you fail to repeat the problem try building OOo3 in a system which has
ACLs enabled for the file system containing the ports tree...

/dev/mirror/gm0f     /usr     ufs     multilabel,acls        2 2


>Fix:
None known yet.


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->openoffice 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Mon Nov 24 10:05:21 UTC 2008 
Responsible-Changed-Why:  
Over to maintainer(s). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=129122 

From: Robert Huff <roberthuff@rcn.com>
To: bug-followup@FreeBSD.org, jau@iki.fi, Robert Huff <roberthuff@rcn.com>
Cc:  
Subject: Re: ports/129122: editors/openoffice.org-3: building OpenOffice.org-3.0.0
 fails
Date: Tue, 25 Nov 2008 21:35:52 -0500

 	Confirming this bug on
 
   FreeBSD 7.0-CURRENT #2: Wed Nov 19 06:02:02 EST 2008

From: jau@iki.fi (Jukka A. Ukkonen)
To: bug-followup@freebsd.org, openoffice@freebsd.org
Cc:  
Subject: Re: ports/129122: Building OpenOffice.org-3.0.0 fails
Date: Sat, 29 Nov 2008 12:26:33 +0200 (EET)

 	The root cause seems to be quite obvious in this case.
 
 	GNU cp (gcp) still fails miserably when ACLs are enabled.
 	It assumes that it can set default ACLs for files other than
 	directories. Linux quietly accepts and ignores a default ACL
 	for files other than directories. FreeBSD OTOH quite correctly
 	returns an error.
 
 	This leaves some intermediate targets non-existent during the
 	build when ACLs are enable.
 
 	The correct solution would be fixing gcp of course.
 
 	To make the ports build successful on ACL enabled systems
 	while waiting for the real fix you can...
 
 	1) either make the build phase use the native cp in place of
 	gcp (labour intensive),
 
 	2) or emulate gcp on top of the native cp (simple),
 
 	*) and remove the stupid test for the real gcp being used
 	during the configure phase, because it is a guaranteed way
 	to make the build process fail.
 	With that pointless test in place it becomes hard to emulate
 	gcp on top of the native cp.
 
 	Even better would be simply turning the ACLs on in the FreeBSD
 	ports build environments to make this sort of problems stick
 	out in a way that they just have to be fixed.
 
 
 	Cheers,
 		// jau
 .---  ..-  -.-  -.-  .-    .-  .-.-.-    ..-  -.-  -.-  ---  -.  .  -.
   /    Jukka A. Ukkonen,                             Oxit Ltd, Finland
  /__   M.Sc. (sw-eng & cs)                    (Phone) +358-500-606-671
    /   Internet: Jukka.Ukkonen(a)Oxit.Fi        (Home) +358-9-6215-280
   /    Internet: jau(a)iki.fi
  v
         .---  .-  ..-  ...-.-  ..  -.-  ..  .-.-.-  ..-.  ..
 + + + + My opinions are mine and mine alone, not my employers. + + + +

From: Robert Huff <roberthuff@rcn.com>
To: jau@iki.fi
Cc: bug-followup@freebsd.org, openoffice@freebsd.org
Subject: Re: ports/129122: Building OpenOffice.org-3.0.0 fails
Date: Mon, 1 Dec 2008 01:19:21 -0500

 Jukka A. Ukkonen writes:
 
 >  	To make the ports build successful on ACL enabled systems
 >  	while waiting for the real fix you can...
 >  
 >  	1) either make the build phase use the native cp in place of
 >  	gcp (labour intensive),
 >  
 >  	2) or emulate gcp on top of the native cp (simple),
 
 	Simple for /you/ maybe; not so much for many others.  Care to
 share the wisdom?
 
 
 				Robert Huff
 

From: Maho NAKATA <chat95@mac.com>
To: roberthuff@rcn.com
Cc: jau@iki.fi, bug-followup@freebsd.org, openoffice@freebsd.org
Subject: Re: ports/129122: Building OpenOffice.org-3.0.0 fails
Date: Fri, 05 Dec 2008 19:20:53 +0900 (JST)

 Hi,
 
 I welcome patches and patch submitters should sign to SCA...
 Best,
 
 From: Robert Huff <roberthuff@rcn.com>
 Subject: Re: ports/129122: Building OpenOffice.org-3.0.0 fails
 Date: Mon, 01 Dec 2008 01:19:21 -0500
 
 > 
 > Jukka A. Ukkonen writes:
 > 
 > >  	To make the ports build successful on ACL enabled systems
 > >  	while waiting for the real fix you can...
 > >  
 > >  	1) either make the build phase use the native cp in place of
 > >  	gcp (labour intensive),
 > >  
 > >  	2) or emulate gcp on top of the native cp (simple),
 > 
 > 	Simple for /you/ maybe; not so much for many others.  Care to
 > share the wisdom?
 > 
 > 
 > 				Robert Huff
 > 
 > _______________________________________________
 > freebsd-openoffice@freebsd.org mailing list
 > http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice
 > To unsubscribe, send any mail to "freebsd-openoffice-unsubscribe@freebsd.org"
 > 

From: jau@iki.fi (Jukka A. Ukkonen)
To: chat95@mac.com (Maho NAKATA)
Cc: roberthuff@rcn.com, bug-followup@freebsd.org, openoffice@freebsd.org
Subject: Re: ports/129122: Building OpenOffice.org-3.0.0 fails
Date: Sat, 6 Dec 2008 11:20:04 +0200 (EET)

 Quoting Maho NAKATA:
 > 
 > I welcome patches and patch submitters should sign to SCA...
 > Best,
 > 
 > From: Robert Huff <roberthuff@rcn.com>
 > Subject: Re: ports/129122: Building OpenOffice.org-3.0.0 fails
 > Date: Mon, 01 Dec 2008 01:19:21 -0500
 > 
 > > 
 > > Jukka A. Ukkonen writes:
 > > 
 > > >  	To make the ports build successful on ACL enabled systems
 > > >  	while waiting for the real fix you can...
 > > >  
 > > >  	1) either make the build phase use the native cp in place of
 > > >  	gcp (labour intensive),
 > > >  
 > > >  	2) or emulate gcp on top of the native cp (simple),
 > > 
 > > 	Simple for /you/ maybe; not so much for many others.  Care to
 > > share the wisdom?
 
 
 	Since patches and sharing of wisdom have been requested...
 
 	My approach has been simply overriding the true (broken) gcp
 	using a wrapper script to convert gcp command line options to
 	those used by the native cp.
 	This of course is not so much a patch but simply a workaround.
 	See my replacement gcp script at the end.
 
 	I have put this gcp replacement in my own ~/bin directory and
 	inserted my own ~/bin in the PATH before /usr/local/bin, which
 	is the location of the real gcp.
 
 	Additionally I have manually edited the configure script to
 	remove the test for real gcp.
 	Another means to the same result is running "make configure"
 	while the replacement gcp is not yet in the PATH.
 	Either way this part has always taken some manual action.
 
 	As I already have pointed out, the actual patch should go into
 	gcp anyhow.
 	So, I think a workaround is exactly what is needed to get OOo
 	successfully built while gcp remains broken.
 
 	I hope this helps.
 
 
 	Cheers,
 		// jau
 .---  ..-  -.-  -.-  .-    .-  .-.-.-    ..-  -.-  -.-  ---  -.  .  -.
   /    Jukka A. Ukkonen,                             Oxit Ltd, Finland
  /__   M.Sc. (sw-eng & cs)                    (Phone) +358-500-606-671
    /   Internet: Jukka.Ukkonen(a)Oxit.Fi        (Home) +358-9-6215-280
   /    Internet: jau(a)iki.fi
  v
         .---  .-  ..-  ...-.-  ..  -.-  ..  .-.-.-  ..-.  ..
 + + + + My opinions are mine and mine alone, not my employers. + + + +
 
 
  o
   \ /
 -  X ------------------------- clip clip ------------------------------
   / \
  O
 
 
 #!/bin/sh
 #debug=echo
 
 GCP_EMULATION_VERSION='cp (GNU coreutils) 6.9'
 COPYRIGHT_MESSAGE='Copyright (C) 2007-2008 Jukka Ukkonen / Thunderbolt Ltd.'
 
 newopts=""
 
 _prog=`basename $0`
 
 usage()
 {
 	echo	'usage: '"${_prog}" \
 		'[-abdfiHlLPpRrstTuvx]' \
 		'[-t destdir] [-S backup_suffix]' \
 		'src ... [dest]'
 	echo ''
 	return 0
 }
 	
 
 while getopts "abdfiHlLPpRrsS:t:Tuvx-:" opt ; do
 	case "$opt" in
 	\?)
 		usage
 		exit 255
 		;;
 
 	-)	case "$OPTARG" in
 			"version")
 				echo "$GCP_EMULATION_VERSION"
 				echo "$COPYRIGHT_MESSAGE"
 				exit 0
 				;;
 			"help")
 				usage
 				exit 0
 				;;
 			"")
 				break
 				;;
 			*)
 				echo 'Option "'"$OPTARG"'" currently unsupported.'
 				exit 255
 				;;
 		esac
 		;;
 
 	a)	# same as -dpPR in GNU
 		# In a modern BSD -a works.
 		# We assume an old system.
 
 		newopts="$newopts -pPR"
 		;;
 
 	b)	# BSD cp currently has no backup mode
 		;;
 
 	d)	# -P --preserve=link
 		# emulate as -Pp
 		# -p == --preserve=mode,ownership,timestamps
 		newopts="$newopts -Pp"
 		;;
 
 	f)	newopts="$newopts -f"
 		;;
 
 	i)	newopts="$newopts -i"
 		;;
 
 	H)	newopts="$newopts -H"
 		;;
 
 	l)	newopts="$newopts -l"
 		;;
 
 	L)	newopts="$newopts -L"
 		;;
 
 	P)	newopts="$newopts -P"
 		;;
 
 	p)	newopts="$newopts -p"
 		;;
 
 	R|r)	newopts="$newopts -R"
 		;;
 
 	s)	# BSD cp currently does not create symlinks -> hard-link
 		newopts="$newopts -l"
 		;;
 
 	S)	# BSD cp currently has no backup mode
 		;;
 
 	t)	target_dir="$OPTARG"
 		;;
 
 	T)	# in GNU: treat DEST as a normal file
 		;;
 
 	u)	# BSD cp currently supports no update mode
 		# Emulate using no overwrite.
 		newopts="$newopts -n"
 		;;
 
 	v)	newopts="$newopts -v"
 		;;
 
 	x)	# in GNU: stay on this file system
 		# Not currently supported by BSD.
 		;;
 
 	esac
 done
 
 shift `expr $OPTIND - 1`
 
 if [ X"${target_dir}" = "X" ] ; then
 	$debug /bin/cp $newopts "$@"
 else
 	$debug /bin/cp $newopts "$@" "${target_dir}"
 fi
State-Changed-From-To: open->closed 
State-Changed-By: miwi 
State-Changed-When: Sun Feb 13 04:26:14 UTC 2011 
State-Changed-Why:  
ooo 3.0.X is no linger present. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=129122 
>Unformatted:
