| View previous topic :: View next topic |
| Author |
Message |
greml!n
Apprentice
Joined: 29 Mar 2003
Posts: 159
|
 Posted: Wed Jun 11, 2003 11:37 pm Post subject: My 2 cents |
 |
|
Good luck and all that with this project. It's great to see passionate developers contribute to open source projects.
Keep in mind that Gentoo isn't the only open source project you can contribute to. In this situation the best option for the free software community would be for all of this effort to go into helping Ximian's patches be integrated upstream into Gnome, OO, etc. This benefits all the users of these projects and not just Gentoo-ers.
Nothing is ever set in stone and a talented group of hackers could dramatically decrease the time until these patches are accepted and their respective projects are released.
The best part about all of this is everyone is free to work on whatever scratches their particular itch. I'm sure achieving you're current goals will will be greatly appreciated by the Gentoo community. |
|
| Back to top |
|
 |
lurid
Guru
Joined: 12 Mar 2003
Posts: 595
Location: Florida
|
| Posted: Thu Jun 12, 2003 1:14 am Post subject: |
|
|
I've read this entire thread and I can appreciate the copywrite issues involved, but XD2 is open source with packages sitting on the Ximian ftp site for anyone to use. What exactly would be the harm in downloading the full XD2 RPM's for say, Red Hat, and making a script/ebuild that ran them through rpm2tgz and extracted it to the proper place? In fact, I read something writen up for Slackware users telling them to do just that if they wanted it along with an explaination as to why Slack wasn't supported. If the Ximian installer is required because of copywrite rules, why can I download the entire thing off a public ftp?
While I understand and admire the goals of this project, I think a "quick fix" could be implemented fairly quickly. Granted you loose the customized aspect of Gentoo since you'd basically just be using converted RPM's, but you'd certainly have a functional XD2 desktop along with all the Ximian Gnome inprovements.
Just an idea. Hell, I might do it anyways just for myself.  |
|
| Back to top |
|
|
link
Tux's lil' helper
Joined: 31 May 2002
Posts: 116
Location: California
|
| Posted: Thu Jun 12, 2003 2:45 am Post subject: |
|
|
The only thing from the installer we'd need to mimic is the Bitstream Vera fonts License display. But that should be done anyway in the bitstream ebuild we have.
_________________
Peace love and penguins |
|
| Back to top |
|
|
link
Tux's lil' helper
Joined: 31 May 2002
Posts: 116
Location: California
|
| Posted: Fri Jun 13, 2003 11:01 pm Post subject: |
|
|
Hey I just noticed on Ximian's ftp mirror they have src.rpms up. 
_________________
Peace love and penguins |
|
| Back to top |
|
|
silux
Tux's lil' helper
Joined: 24 May 2003
Posts: 92
|
| Posted: Fri Jun 20, 2003 2:18 am Post subject: Port happening |
|
|
| I was just wondering if this port was still happening or if its abandoned... |
|
| Back to top |
|
|
erik_swanson
Retired Dev
Joined: 02 Feb 2003
Posts: 123
Location: Corvallis, OR USA
|
| Posted: Fri Jun 20, 2003 2:28 am Post subject: |
|
|
It's being worked on heavily, but the development is being done in a private CVS. Right now the only major things left are printing (which I'm trying to sort out at this very moment) and around a couple dozen packages with minor changes.
Join #g-xd2 on freenode if you're interested in helping out. (We're not ready for testers yet!) |
|
| Back to top |
|
|
SeraphWhisper
n00b
Joined: 16 May 2003
Posts: 13
|
| Posted: Sat Jun 21, 2003 5:36 am Post subject: copyright headaches... |
|
|
| just wondering how the whole copyright issue was going...im up for working on the artwork and erasing trademarks bit... |
|
| Back to top |
|
|
erik_swanson
Retired Dev
Joined: 02 Feb 2003
Posts: 123
Location: Corvallis, OR USA
|
| Posted: Sat Jun 21, 2003 5:41 am Post subject: |
|
|
| SeraphWhisper: We could use some help wrt monkey-squashing. Please join the IRC channel sometime. |
|
| Back to top |
|
|
kerrick
Tux's lil' helper
Joined: 22 Apr 2003
Posts: 141
Location: Strongbadia
|
| Posted: Sat Jun 21, 2003 5:43 am Post subject: |
|
|
| link wrote: | | Hey I just noticed on Ximian's ftp mirror they have src.rpms up. |
I just looked over them, and they just seem to be the original package (unpatched), and the patch files (for the most part). It would probably be best to ignore the src.rpms and just download from current portage servers/their original websites/patches.ximian.com |
|
| Back to top |
|
|
erik_swanson
Retired Dev
Joined: 02 Feb 2003
Posts: 123
Location: Corvallis, OR USA
|
| Posted: Sat Jun 21, 2003 5:59 am Post subject: |
|
|
kerrick:
We were waiting on the srpms for packages where Ximinan is the primary maintainer.
Specifically: (most of) the cool printing stuff, ximian-artwork, and probably a couple other things that have slipped my mind.
Status update:
Printing is done. Ximian OOo is the next thing to tackle, we may just decide to include an ebuild that installs the binary version of it from the RH9 rpms. Beyond that it's just a an assortment of minor packages, monkey-squashing, and bug-squashing. |
|
| Back to top |
|
|
IWBCMAN
Guru
Joined: 25 Jun 2002
Posts: 474
|
| Posted: Sat Jun 21, 2003 7:44 am Post subject: |
|
|
erik.swanson wrote:
| Quote: | | Printing is done. Ximian OOo is the next thing to tackle, we may just decide to include an ebuild that installs the binary version of it from the RH9 rpms. Beyond that it's just a an assortment of minor packages, monkey-squashing, and bug-squashing. |
perhaps I am missing something but the ximian OO.o package for gentoo was the very first to be finished..I have been running it without problem for almost a week now...I really, really like it.... |
|
| Back to top |
|
|
Lovechild
Advocate
Joined: 17 May 2002
Posts: 2858
Location: Århus, Denmark
|
| Posted: Sat Jun 21, 2003 8:54 am Post subject: |
|
|
| /me drools - oh boy now I have to wiggle patches into BMG GNOME... cool |
|
| Back to top |
|
|
erik_swanson
Retired Dev
Joined: 02 Feb 2003
Posts: 123
Location: Corvallis, OR USA
|
| Posted: Sat Jun 21, 2003 10:36 pm Post subject: |
|
|
| IWBCMAN wrote: | | perhaps I am missing something but the ximian OO.o package for gentoo was the very first to be finished..I have been running it without problem for almost a week now...I really, really like it.... |
There's a build-from-source ebuild out there that works? If you could be so kind as to point us to the exact ebuild, (I don't have time to try every one listed in the X-OOo thread) I'd appreaciate it.
| Lovechild wrote: | | /me drools - oh boy now I have to wiggle patches into BMG GNOME... cool |
If you can give us ebuilds for libgnomeprint(ui) we'd love it. Ximian is just using 2.3.x cvs snapshots for those which we have to unpack from their srpms. |
|
| Back to top |
|
|
Lovechild
Advocate
Joined: 17 May 2002
Posts: 2858
Location: Århus, Denmark
|
| Posted: Sun Jun 22, 2003 11:29 am Post subject: |
|
|
| erik.swanson wrote: |
If you can give us ebuilds for libgnomeprint(ui) we'd love it. Ximian is just using 2.3.x cvs snapshots for those which we have to unpack from their srpms. |
If you just want the ebuilds for the lastest released version click my sig |
|
| Back to top |
|
|
IWBCMAN
Guru
Joined: 25 Jun 2002
Posts: 474
|
| Posted: Sun Jun 22, 2003 1:00 pm Post subject: |
|
|
I for the life of me can't remeber who made it-and this file uses rpm2tgz to convert the gnome printing librarires(which may be in binary form-don't remember)
so if the author of this work of art sees this-please don't shoot me- hats off to he/she who did the work....
| Code: |
# Copyright 1999-2003 Gentoo Technologies, Inc.
# Distributed under the terms of the GNU General Public License v2
# $Header: /home/cvsroot/gentoo-x86/app-office/openoffice/openoffice-1.0.3-r1.ebuild,v 1.1 2003/05/25 08:11:53 pauldv Exp $
# IMPORTANT: This is extremely alpha!!!
# Notes:
#
# This will take a HELL of a long time to compile, be warned.
# According to openoffice.org, it takes approximately 12 hours on a
# P3/600 with 256mb ram. And thats where building is its only task.
#
# It takes about 6 hours on my P4 1.8 with 512mb memory, and the
# build only needs about 2.1GB of disk space - Azarah.
#
# You will also need a bucketload of diskspace ... in the order of
# 4-5 gb free to store all the compiled files and installation
# directories.
#
# The information on how to build and what is required comes from:
# http://www.openoffice.org/dev_docs/source/build_linux.html
# http://tools.openoffice.org/ext_comp.html
#
# Todo:
#
# Support for installing more than one language pack.
# Support for installing native-dictionaries. (maybe ooodi is enough?)
# Language Check
[ -z ${LANGUAGE} ] && LANGUAGE=01
case ${LANGUAGE} in
01|07|33|34|35|39|42|46|49|81|82|86|88)
LHELP=${LANGUAGE}
;;
*)
LHELP=01
HSUPPORT=false
;;
esac
case ${LANGUAGE} in
01|03|07|30|31|33|34|35|34c|37|39|45|46|48|49|55|66|81|82|86|88|90|91|96|97)
LANGUAGE=${LANGUAGE}
;;
*)
LANGUAGE=01
LSUPPORT=false
;;
esac
case $LANGUAGE in
# ENUS is always set
# 01) LENV="RES_ENUS";;
03) LENV="RES_PORT";;
07) LENV="RES_RUSS";;
30) LENV="RES_GREEK";;
33) LENV="RES_FREN";;
34) LENV="RES_SPAN";;
35) LENV="RES_FINN";;
34c|37) LENV="RES_CAT";;
39) LENV="RES_ITAL";;
45) LENV="RES_DAN";;
46) LENV="RES_SWED";;
48) LENV="RES_POL";;
49) LENV="RES_GER";;
55) LENV="RES_PORTBR";;
66) LENV="RES_THAI";;
81) LENV="RES_JAPN";;
82) LENV="RES_KOREAAN";;
86) LENV="RES_CHINSIM";;
88) LENV="RES_CHINTRAD";;
90) LENV="RES_TURK";;
91) LENV="RES_HINDI";;
96) LENV="RES_ARAB";;
97) LENV="RES_HEBREW";;
esac
inherit flag-o-matic eutils
# Compile problems with these ...
filter-flags "-funroll-loops"
filter-flags "-fomit-frame-pointer"
replace-flags "-O3" "-O2"
ALLOWED_FLAGS="-O -O1 -O2 -Os -mcpu -march -pipe"
strip-flags
# Enable Bytecode Interpreter for freetype ...
append-flags "-DTT_CONFIG_OPTION_BYTECODE_INTERPRETER"
inherit gcc
# We want gcc3 if possible!!!!
export WANT_GCC_3="yes"
inherit virtualx
# Set $ECPUS to amount of processes multiprocessing build should use.
# NOTE: Setting this too high might cause dmake to segfault!!
# Setting this to anything but "1" on my pentium4 causes things
# to segfault :(
[ -z "${ECPUS}" ] && export ECPUS="1"
LOC="/opt"
FT_VER="2.1.3"
STLP_VER="4.5.3"
INSTDIR="${LOC}/OpenOffice.org${PV}"
S="${WORKDIR}/oo_${PV}_src"
DESCRIPTION="OpenOffice.org, a full office productivity suite."
SRC_URI="http://ny1.mirror.openoffice.org/stable/${PV}/OOo_${PV}_source.tar.bz2
http://sf1.mirror.openoffice.org/stable/${PV}/OOo_${PV}_source.tar.bz2
http://www.stlport.org/archive/STLport-${STLP_VER}.tar.gz
ftp://ftp.cs.man.ac.uk/pub/toby/gpc/gpc231.tar.Z
mirror://sourceforge/freetype/freetype-${FT_VER}.tar.bz2
ftp://ftp.services.openoffice.org/pub/OpenOffice.org/contrib/helpcontent/helpcontent_${LHELP}_unix.tgz"
HOMEPAGE="http://www.openoffice.org/"
LICENSE="LGPL-2 | SISSL-1.1"
SLOT="0"
KEYWORDS="x86 ppc"
IUSE="gnome kde"
RDEPEND=">=sys-libs/glibc-2.1
>=dev-lang/perl-5.0
>=x11-libs/gtk+-2.2
>=gnome-base/libgnome-2.2
>=gnome-extra/libgnomecups-1
virtual/x11
app-arch/zip
app-arch/unzip
dev-libs/expat
>=virtual/jdk-1.3.1
virtual/lpr
ppc? ( >=sys-libs/glibc-2.2.5-r7
>=sys-devel/gcc-3.2 )" # needed for sqrtl patch recently introduced
DEPEND="${RDEPEND}
app-shells/tcsh
!app-office/openoffice-bin
!app-office/openoffice"
# fix a bug with tcsh and dircolors
#
# Azarah -- 10 April 2002
export LS_COLORS=""
pkg_setup() {
if [ "$(gcc-version)" != "3.2" ]
then
eerror
eerror "This build needs gcc-3.2 or later, but due to profile"
eerror "settings, it cannot DEPEND on it, so please merge it"
eerror "manually:"
eerror
eerror " # ebuild ${PORTDIR}/sys-devel/gcc/gcc-3.2.1.ebuild merge"
eerror
eerror "Please make sure that you use the latest availible revision of"
eerror "gcc-3.2. Thus if there is already a gcc-3.2.1-r2 out, use this"
eerror "rather than 3.2.1, etc."
eerror
eerror "As of writing, gcc-3.2.1 seemed to create the most stable builds."
eerror "Also, because OO is such a complex build, ONLY gcc-3.2.1 will be"
eerror "supported!"
eerror
eerror "This process is not highly recomended, as upgrading your compiler"
eerror "without upgrading your distribution can be detrimental to your "
eerror "installation of gentoo, unless you know what you're getting into"
eerror
die
fi
if [ -z "$(echo ${JDK_HOME} | grep "blackdown")" ] && [ "${FORCE_JAVA}"
!= "yes" ]
then
eerror
eerror "This ebuild has only been tested with the blackdown port of"
eerror "java. If you use another java implementation, it could
fail"
eerror "horribly, so please merge the blackdown-jdk and set it as"
eerror "system VM before proceeding:"
eerror
eerror " # emerge blackdown-jdk"
eerror " # java-config --set-system-vm=blackdown-jdk-<VERSION>"
eerror " # env-update"
eerror " # source /etc/profile"
eerror
eerror "Please adjust <VERSION> according to the version installed in"
eerror "/opt."
eerror
eerror "If you however want to test another JDK (not officially
supported),"
eerror "you could do the following:"
eerror
eerror " # export FORCE_JAVA=yes"
eerror
die
fi
ewarn "****************************************************************" ewarn " It is important to note that OpenOffice.org is a very fragile " ewarn " build when it comes to CFLAGS. A number of flags have already " ewarn " been filtered out. If you experience difficulty merging this " ewarn " package and use agressive CFLAGS, lower the CFLAGS and try to " ewarn " merge again. " ewarn "****************************************************************"
ewarn "****************************************************************" ewarn " Selected Lanuage: ${LANGUAGE} " ewarn " " ewarn " To build Openoffice in your native language start emerge with " ewarn " LANGUAGE=XX emerge openoffice " ewarn " To see all supported languagess visit. (as well as for the " ewarn " specific LANGUAGE=XX settings you might need " ewarn " http://l10n.openoffice.org/all_supported_languages.html " ewarn " " ewarn " To install language specified dictionaries emerge ooodi " ewarn "****************************************************************"
if [ "${LSUPPORT}" = "false" ];
then
ewarn "****************************************************************"
ewarn " Your language is not supported by OpenOffice,
"
ewarn " falling back to default value !!!
"
ewarn "****************************************************************"
elif [ "${HSUPPORT}" = "false" ];
then
ewarn "****************************************************************"
ewarn " There are no helpfiles available for your language, "
ewarn " falling back to default value !!!
"
ewarn "****************************************************************"
fi
}
oo_setup() {
# unset LANGUAGE
# unset LANG
export NEW_GCC="0"
if [ -x /usr/sbin/gcc-config ]
then
# Do we have a gcc that use the new layout and gcc-config ?
if /usr/sbin/gcc-config --get-current-profile &> /dev/null
then
export NEW_GCC="1"
export GCC_PROFILE="$(/usr/sbin/gcc-config --get-current-profile)"
# Just recheck gcc version ...
if [ "$(gcc-version)" != "3.2" ]
then
# See if we can get a gcc profile we know is proper ...
if /usr/sbin/gcc-config --get-bin-path ${CHOST}-3.2.1 &> /dev/null
then
export PATH="$(/usr/sbin/gcc-config --get-bin-path ${CHOST}-3.2.1):${PATH}"
export GCC_PROFILE="${CHOST}-3.2.1"
else
eerror "This build needs gcc-3.2 or later!"
eerror
eerror "Use gcc-config to change your gcc profile:"
eerror
eerror " # gcc-config $CHOST-3.2.1"
eerror
eerror "or whatever gcc version is relevant."
die
fi
fi
fi
fi
export JAVA_BINARY="`which java`"
}
src_unpack() {
oo_setup
cd ${WORKDIR}
unpack OOo_${PV}_source.tar.bz2 gpc231.tar.Z
tar -zxf ${FILESDIR}/${PV}/ooo-build-1.0.7.tar.gz
# Install gpc
cd ${WORKDIR}/gpc231
cp gpc.* ${S}/external/gpc
cd ${S}
# This resolves missing symbols (Debian)
epatch ${FILESDIR}/${PV}/${PN}-1.0.1-compiler-flags.patch
# Misc Debian patches to fixup build
epatch ${FILESDIR}/${PV}/${PN}-1.0.1-no-mozab.patch
echo "moz moz : NULL" > ${S}/moz/prj/build.lst
# Misc patches from Mandrake
# epatch ${FILESDIR}/${PV}/${PN}-1.0.1-fix-asm.patch
# Get OO to use STLport-4.5.3 (Az)
cp ${DISTDIR}/STLport-${STLP_VER}.tar.gz ${S}/stlport/download || die
cd ${S}/stlport
if [ "${NEW_GCC}" -eq "1" ]
then
epatch ${FILESDIR}/${PV}/${PN}-1.0.1-use-STLport-4.5.3-newgcc.patch
else
epatch ${FILESDIR}/${PV}/${PN}-1.0.1-use-STLport-4.5.3.patch
fi
cd ${S}
# Seth -- Dec 1 2002
if [ "$(echo ${JAVA_BINARY} | egrep 'j(2s)?dk-1.4')" ]
then
epatch ${FILESDIR}/${PV}/${PN}-1.0.1-fix-jdk-1.4.0.patch
fi
# Debian patch to fix an xinteraction handler build error (Seth)
epatch ${FILESDIR}/${PV}/${PN}-1.0.1-xinteraction-fix.patch
# Get OO to build with freetype-2.1.3
# einfo "Moving freetype-${FT_VER}.tar.bz2 in place ..."
# cp ${DISTDIR}/freetype-${FT_VER}.tar.bz2 ${S}/freetype/download || die
# We need it as a .tar.gz ...
# bzip2 -d ${S}/freetype/download/freetype-${FT_VER}.tar.bz2 || die
# gzip -1 ${S}/freetype/download/freetype-${FT_VER}.tar
# OK, copy the new patch in place, and fixup some other things ...
# cp ${FILESDIR}/${PV}/freetype-${FT_VER}.patch ${S}/freetype || die
# epatch ${FILESDIR}/${PV}/${PN}-1.0.1-use-freetype-${FT_VER}.patch
# Now for our optimization flags ...
perl -pi -e "s|^CFLAGSOPT=.*|CFLAGSOPT=${CFLAGS}|g" \
${S}/solenv/inc/unxlngi3.mk
perl -pi -e "s|^CFLAGSOPT=.*|CFLAGSOPT=${CFLAGS}|g" \
${S}/solenv/inc/unxlngi4.mk
# Some makefiles are not multiprocess ready (Mandrake)
cd ${S}; einfo "Fixing makefiles for multiprocess builds..."
for x in io/source/stm dtrans/source/X11 idlc/source nas zlib toolkit/util \
comphelper/util padmin/source svtools/util bridges/source/prot_uno \
ucb/source/ucp/ftpproxy framework/util framework/source/unotypes do
perl -pi -e "s/^(PRJNAME)/MAXPROCESS=1\n\1/" ${x}/makefile.mk
done
# epatch ${FILESDIR}/${PV}/${PN}-errno.patch
# einfo "Lets patch to get AA fonts..."
# epatch ${FILESDIR}/${PV}/${PN}-1.0.2-default-fonts.patch
# epatch ${FILESDIR}/${PV}/${PN}-1.0.2-ft-antialias-advice.patch
#This patches the stupid printer problem (to upgrade to 1.0.3.1)
# epatch ${FILESDIR}/${PV}/vcl.printcxx.OOO_STABLE_1_PORTS.100102.patch
einfo "Applying Ximian OO.org Maps"
${WORKDIR}/ooo-build-1.0.7/bin/install-maps ${WORKDIR}/oo_1.0.3_src/ ${WORKDIR}/ooo-build-1.0.7/ gcc3
einfo "Applying Ximian OO.org Patches"
${WORKDIR}/ooo-build-1.0.7/patches/apply.pl ${WORKDIR}/ooo-build-1.0.7/patches/OOO_1_0_3 ${WORKDIR}/oo_1.0.3_src
einfo "Installing / Scaling Icons"
${WORKDIR}/ooo-build-1.0.7/bin/scale-icons ${WORKDIR}/oo_1.0.3_src/
cp -avf ${WORKDIR}/ooo-build-1.0.7/icons/* ${WORKDIR}/oo_1.0.3_src/
}
get_EnvSet() {
# Determine what Env file we should be using (Az)
export LinuxEnvSet="LinuxIntelEnv.Set"
use sparc && export LinuxEnvSet="LinuxSparcEnv.Set"
use sparc64 && export LinuxEnvSet="LinuxSparcEnv.Set"
use ppc && export LinuxEnvSet="LinuxPPCEnv.Set"
use alpha && export LinuxEnvSet="LinuxAlphaEnv.Set"
# Get build specific stuff (Az)
export SOLVER="$(awk '/^setenv UPD / {gsub(/\"/, ""); print $3}' ${LinuxEnvSet})"
export SOLPATH="$(awk '/^setenv INPATH / {gsub(/\"/, ""); print $3}' ${LinuxEnvSet})"
}
src_compile() {
local buildcmd=""
oo_setup
# Setup default compilers (We overide gcc2 if that is default here)
export CC="$(gcc-getCC)"
export CXX="$(gcc-getCXX)"
# Enable ccache for this build (Az)
if [ "${FEATURES/-ccache/}" = "${FEATURES}" -a \
"${FEATURES/ccache/}" != "${FEATURES}" -a \
-f /usr/bin/ccache -a -x /usr/bin/ccache ]
then
einfo "We're using ccache for this build..."
# Build uses its own env with $PATH, etc, so
# we take the easy way out. (Az)
export CC="/usr/bin/ccache ${CC}"
export CXX="/usr/bin/ccache ${CXX}"
fi
# Enable distcc for this build (Az)
if [ "${FEATURES/-distcc/}" = "${FEATURES}" -a \
"${FEATURES/distcc/}" != "${FEATURES}" -a \
-f /usr/bin/distcc -a -x /usr/bin/distcc ]
then
einfo "We're using distcc for this build..."
# Do not bump ECPUS if the user did not touch it, as currently
# it -PP do not work properly (segfaulting). (Az)
[ "$(echo ${DISTCC_HOSTS} | wc -w)" -gt 1 -a "${ECPUS}" -qt 1 ]
&& \
export ECPUS="$(echo ${DISTCC_HOSTS} | wc -w)"
export CC="/usr/bin/distcc ${CC}"
export CXX="/usr/bin/distcc ${CXX}"
fi
# Do NOT compile with a external STLport, as gcc-2.95.3 users will
# get linker errors due to the ABI being different (STLport will be
# compiled with 2.95.3, while OO is compiled with 3.x). (Az)
einfo "Configuring OpenOffice.org..."
cd ${S}/config_office
rm -f config.cache
./configure --enable-gcc3 \
--with-jdk-home=${JAVA_HOME} \
--with-x || die
cd ${S}
get_EnvSet
# Set language
[ ${LENV} ] && echo "setenv ${LENV} \"true\"" >> ${S}/${LinuxEnvSet}
# Do not include /usr/include in header search path, and
# same thing for internal gcc include dir, as gcc3 handles
# it correctly by default! (Az)
perl -pi -e "s| -I/usr/include||g" ${LinuxEnvSet}
# perl -pi -e "s| -I$(gcc-libpath)/include||g" ${LinuxEnvSet}
if [ "${NEW_GCC}" -eq "1" ]
then
local gcc_path="$(/usr/sbin/gcc-config --get-bin-path ${GCC_PROFILE})"
# Setup path for new gcc layout in $LinuxEnvSet, else the build
# environment will not find gcc ... (Az)
perl -pi -e "s|PATH \.:\$SOLARVER|PATH \.:${gcc_path}:\$SOLARVER|" ${LinuxEnvSet}
# New builds start quoting stuff ...
perl -pi -e "s|PATH \"\.:\$SOLARVER|PATH \"\.:${gcc_path}:\$SOLARVER|" ${LinuxEnvSet}
fi
# Should the build use multiprocessing?
# We use build.pl directly, as dmake tends to segfault. (Az)
if [ "${ECPUS}" -gt 1 ]
then
buildcmd="${S}/solenv/bin/build.pl -all -PP${ECPUS} product=full"
else
buildcmd="${S}/solenv/bin/build.pl -all product=full"
fi
if [ -z "$(grep 'CCCOMP' ${S}/${LinuxEnvSet})" ]
then
# Set CCCOMP and CXXCOMP. This is still needed for STLport
echo "setenv CCCOMP \"${CC}\"" >> ${S}/${LinuxEnvSet}
echo "setenv CXXCOMP \"${CXX}\"" >> ${S}/${LinuxEnvSet}
fi
if [ "$(gcc-major-version)" -eq 3 ]
then
mkdir -p ${S}/solver/${SOLVER}/${SOLPATH}/{lib,inc}
einfo "Installing GCC related libs..."
# Workaround for missing libs with GCC3 (thanks to Debian) (Az)
cd ${S}/solver/${SOLVER}/${SOLPATH}/lib
cp $(gcc-libpath)/libstdc++.so.$(gcc-libstdcxx-major-version)* . || \
die "Could not copy gcc-libs!"
cp $(gcc-libpath)/libgcc_s.so* . || die "Could not copy gcc-libs!"
cd ${S}
fi
einfo "Bootstrapping OpenOffice.org..."
# Get things ready for bootstrap (Az)
chmod 0755 ${S}/solenv/bin/*.pl
mkdir -p ${S}/solver/${SOLVER}/${SOLPATH}/inc
touch ${S}/solver/${SOLVER}/${SOLPATH}/inc/minormkchanged.flg
# Bootstrap ...
./bootstrap
if [ "$(gcc-major-version)" -eq 3 ]
then
local LIBFILE="$(readlink `gcc-libpath`/libstdc++.so.`gcc-libstdcxx-major-version`)"
local LIBVERSION="$(echo ${LIBFILE} | sed -e 's|libstdc++\.so\.||g')"
# Get this beast to use the right version of libstdc++ ... (Az)
echo "LIBSTDCPP3:=${LIBVERSION}" >> \
${S}/solver/${SOLVER}/${SOLPATH}/inc/comp_ver.mk
cd ${S}
fi
# unpack help files
mkdir -p ${S}/solver/641/unxlngi4.pro/pck
cd ${S}/solver/641/unxlngi4.pro/pck
tar -xzf ${DISTDIR}/helpcontent_${LHELP}_unix.tgz
cd ${S}
einfo "Building OpenOffice.org..."
# Setup virtualmake
export maketype="tcsh"
echo "source ${S}/${LinuxEnvSet} && cd ${S}/instsetoo && ${buildcmd}" >
build.tcsh
# Build needs X to compile! (Az)
virtualmake build.tcsh || die "Build failed!"
[ -d ${S}/instsetoo/${SOLPATH} ] || die "Cannot find build directory!"
}
src_install() {
# Sandbox issues; bug #11838
addpredict "/user"
addpredict "/share"
addpredict "/dev/dri"
get_EnvSet
# The install part should now be relatively OK compared to
# what it was. Basically we use autoresponse files to install
# unattended, running under a Xvfb if needed. Afterwards we
# just cleanout ${D} from the registry, etc. This way we
# do not need pre-generated registry, and also fixes some weird
# bugs related to the old way we did things.
#
# <azarah@gentoo.org> (9 Sep 2002)
# Autoresponse file for main installation
cat > ${T}/rsfile-global <<-"END_RS"
[ENVIRONMENT]
INSTALLATIONMODE=INSTALL_NETWORK
INSTALLATIONTYPE=STANDARD
DESTINATIONPATH=<destdir>
OUTERPATH=
LOGFILE=
LANGUAGELIST=<LANGUAGE>
[JAVA]
JavaSupport=preinstalled_or_none
END_RS
# Autoresponse file for user isntallation
cat > ${T}/rsfile-local <<-"END_RS"
[ENVIRONMENT]
INSTALLATIONMODE=INSTALL_WORKSTATION
INSTALLATIONTYPE=WORKSTATION
DESTINATIONPATH=<home>/.openoffice/<pv>
[JAVA]
JavaSupport=none
END_RS
# Fixing install location in response file
sed -e "s|<destdir>|${D}${INSTDIR}|" \
${T}/rsfile-global > ${T}/autoresponse
einfo "Installing OpenOffice.org into build root..."
dodir ${INSTDIR}
cd ${S}/instsetoo/${SOLPATH}/${LANGUAGE}/normal
# Setup virtualmake
export maketype="./setup"
# We need X to install...
virtualmake "-v -r:${T}/autoresponse"
echo
einfo "Removing build root from registy..."
# Remove totally useless stuff.
rm -f ${D}${INSTDIR}/program/{setup.log,sopatchlevel.sh}
# Remove build root from registry and co
egrep -rl "${D}" ${D}${INSTDIR}/* | \
xargs -i perl -pi -e "s|${D}||g" {} || :
einfo "Fixing permissions..."
# Fix permissions
find ${D}${INSTDIR}/ -type f -exec chmod a+r {} \;
chmod a+x ${D}${INSTDIR}/share/config/webcast/*.pl
# Fix symlinks
for x in "soffice program/spadmin" \
"program/setup setup" \
"program/spadmin spadmin"
do
dosym $(echo ${x} | awk '{print $1}') \
${INSTDIR}/$(echo ${x} | awk '{print $2}')
done
# Install user autoresponse file
insinto /etc/openoffice
sed -e "s|<pv>|${PV}|g" ${T}/rsfile-local > ${T}/autoresponse.conf
doins ${T}/autoresponse.conf
# Install wrapper script
exeinto /usr/bin
sed -e "s|<pv>|${PV}|g" \
${FILESDIR}/${PV}/ooffice-wrapper-1.3 > ${T}/ooffice
doexe ${T}/ooffice
# Component symlinks
dosym ooffice /usr/bin/oocalc
dosym ooffice /usr/bin/oodraw
dosym ooffice /usr/bin/ooimpress
dosym ooffice /usr/bin/oomath
dosym ooffice /usr/bin/oowriter
dosym ooffice /usr/bin/oosetup
dosym ooffice /usr/bin/oopadmin
einfo "Installing Menu shortcuts (need \"gnome\" or \"kde\" in USE)..."
if [ -n "`use gnome`" ]
then
insinto /usr/share/gnome/apps/OpenOffice.org
# Install the files needed for the catagory
doins ${D}${INSTDIR}/share/gnome/net/.directory
doins ${D}${INSTDIR}/share/gnome/net/.order
for x in ${D}${INSTDIR}/share/gnome/net/*.desktop
do
# We have to handle setup differently
perl -pi -e "s:${INSTDIR}/program/setup:/usr/bin/oosetup:g" ${x}
# Now fix the rest
perl -pi -e "s:${INSTDIR}/program/s:/usr/bin/oo:g" ${x}
doins ${x}
done
fi
if [ -n "`use kde`" ]
then
local kdeloc="${D}${INSTDIR}/share/kde/net/applnk/OpenOffice.org${PV}"
# Portage do not work with the space ..
mv ${D}${INSTDIR}/share/kde/net/applnk/OpenOffice.org\ ${PV} ${kdeloc}
insinto /usr/share/applnk/OpenOffice.org
# Install the files needed for the catagory
doins ${kdeloc}/.directory
doins ${kdeloc}/.order
dodir /usr/share
# Install the icons and mime info
cp -a ${D}${INSTDIR}/share/kde/net/mimelnk/share/* ${D}/usr/share
for x in ${kdeloc}/*.desktop
do
# We have to handle setup differently
perl -pi -e "s:${INSTDIR}/program/setup:/usr/bin/oosetup:g" ${x}
# Now fix the rest
perl -pi -e "s:${INSTDIR}/program/s:/usr/bin/oo:g" ${x}
doins ${x}
done
fi
# Unneeded, as they get installed into /usr/share...
rm -rf ${D}${INSTDIR}/share/{cde,gnome,kde}
for f in ${D}/usr/share/gnome/apps/OpenOffice.org/* ; do
echo 'Categories=Application;Office;' >> ${f}
done
# Make sure these do not get nuked.
keepdir ${INSTDIR}/user/config/registry/instance/org/openoffice/{Office,ucb}
keepdir ${INSTDIR}/user/psprint/{driver,fontmetric}
keepdir ${INSTDIR}/user/{autocorr,backup,plugin,store,temp,template}
}
pkg_preinst() {
# The one with OO-1.0.0 was not valid
if [ -f ${ROOT}/etc/openoffice/autoresponse.conf ]
then
rm -f ${ROOT}/etc/openoffice/autoresponse.conf
fi
}
pkg_postinst() {
einfo "******************************************************************"
einfo " To start OpenOffice.org, run:"
einfo
einfo " $ ooffice"
einfo
einfo " Also, for individual components, you can use any of:"
einfo
einfo " oocalc, oodraw, ooimpress, oomath or oowriter"
einfo
einfo " If the fonts appear garbled in the user interface refer to "
einfo " Bug 8539, or http://www.openoffice.org/FAQs/fontguide.html#8"
einfo
einfo "******************************************************************"
}
|
|
|
| Back to top |
|
|
amd
n00b
Joined: 26 Nov 2002
Posts: 65
Location: Saaremaa / Estonia
|
| Posted: Wed Jun 25, 2003 7:43 pm Post subject: |
|
|
| IWBCMAN wrote: |
so if the author of this work of art sees this-please don't shoot me- hats off to he/she who did the work....
|
It was the Tigert/Jimmac duo, both "he" |
|
| Back to top |
|
|
Hayl
Guru
Joined: 28 Jan 2003
Posts: 442
Location: Calgary, Alberta, Canada
|
| Posted: Wed Jun 25, 2003 8:31 pm Post subject: |
|
|
[quote="IWBCMAN"]I for the life of me can't remeber who made it-and this file uses rpm2tgz to convert the gnome printing librarires(which may be in binary form-don't remember)
so if the author of this work of art sees this-please don't shoot me- hats off to he/she who did the work....
does this ebuild install ?the Ximian OOo ? |
|
| Back to top |
|
|
erik_swanson
Retired Dev
Joined: 02 Feb 2003
Posts: 123
Location: Corvallis, OR USA
|
| Posted: Sun Jun 29, 2003 7:24 am Post subject: |
|
|
Status Update:
I've just rolled the first pre-release tarball.
DO NOT FILE ANY BUGS RELATED TO THESE EBUILDS ON THE GENTOO.ORG BUGZILLA!
THIS IS PRE-RELEASE, DO NOT EXPECT IT TO WORK!
Installation instructions:
1. Download the tarball
2. Unpack it to your ${PORTDIR_OVERLAY}
3. Add "xd2gen2" to your USE setting in make.conf
4. ACCEPT_KEYWORDS="~x86" emerge (-pv) gnome
4.a. For the packages that portage complains about being masked, remove the offending lines from your package.mask (or add them to your package.unmask.)
There is another step that you must complete before you will be able to successfully install XD2GEN2, but you will discover that when you resolve all the p.mask issues. It is a check to ensure that people RTFM.
If you happen to notice the Ximian(tm) logo anywhere, please report it; it is a bug.
Please report any issues (after checking that they aren't already reported) that you experience with the ebuilds themselves as bugs on http://bugs.breakmygentoo.net/ in the "Gnome Software" product and the "XD2" component.
DO NOT FILE ANY BUGS RELATED TO THESE EBUILDS ON THE GENTOO.ORG BUGZILLA!
For XD2GEN2 developers:
This is all checked into the cvs (freeze is over).
Please don't revision bump stuff without an extremely good reason (run-time crashes fx), if you do, be sure to update all other ebuilds (dont revsion bump them) that =depend on it.
Let's wait at least until tuesday before rolling another tarball, to collect and fix as many issues as possible before we do.
For Gentoo developers:
All our ebuilds have -r20 (or higher) to make them stand out.
Please help get gentoo.org bugs 23507, 23559, 23566 and 23567 knocked off asap (simple version bumps).
Last edited by erik_swanson on Sat Aug 09, 2003 7:23 pm; edited 2 times in total |
|
| Back to top |
|
|
dbezona
n00b
Joined: 06 Feb 2003
Posts: 68
|
| Posted: Mon Jun 30, 2003 2:50 pm Post subject: |
|
|
Nice job!
Just finished installing this. There were some minor issues that were fairly easy to get around, and it's running well so far. |
|
| Back to top |
|
|
Metaphaze
n00b
Joined: 30 Jun 2003
Posts: 23
|
| Posted: Mon Jun 30, 2003 3:54 pm Post subject: |
|
|
Maybe I am missing something simple here... but when I try to build this, I get this when it gets to or I manually specify libbonoboui
ipe -c bonobo-ui-main.c -o bonobo-ui-main.o >/dev/null 2>&1
bonobo-canvas-component.c:263: parse error before "Bonobo_Canvas_window_id"
bonobo-canvas-component.c: In function `impl_Bonobo_Canvas_Component_realize':
bonobo-canvas-component.c:266: `servant' undeclared (first use in this function)
bonobo-canvas-component.c:266: (Each undeclared identifier is reported only once
bonobo-canvas-component.c:266: for each function it appears in.)
bonobo-canvas-component.c:268: `window' undeclared (first use in this function)
bonobo-canvas-component.c: At top level:
bonobo-canvas-component.c:335: warning: type defaults to `int' in declaration of `Bonobo_Canvas_window_id'
bonobo-canvas-component.c:335: parse error before "drawable"
bonobo-canvas-component.c: In function `impl_Bonobo_Canvas_Component_draw':
bonobo-canvas-component.c:342: `servant' undeclared (first use in this function)
bonobo-canvas-component.c:347: `drawable' undeclared (first use in this function )
bonobo-canvas-component.c:354: `state' undeclared (first use in this function)
bonobo-canvas-component.c:355: `x' undeclared (first use in this function)
bonobo-canvas-component.c:355: `y' undeclared (first use in this function)
bonobo-canvas-component.c:355: `width' undeclared (first use in this function)
bonobo-canvas-component.c:355: `height' undeclared (first use in this function)
bonobo-canvas-component.c: In function `bonobo_canvas_component_class_init':
bonobo-canvas-component.c:668: warning: assignment from incompatible pointer typ e
make[2]: *** [bonobo-canvas-component.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f .libs/bonobo-ui-main.lo bonobo-ui-main.lo
make[2]: Leaving directory `/var/tmp/portage/libbonoboui-2.2.2-r30/work/libbonob oui-2.2.2/bonobo'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/libbonoboui-2.2.2-r30/work/libbonob oui-2.2.2'
make: *** [all-recursive-am] Error 2
!!! ERROR: gnome-base/libbonoboui-2.2.2-r30 failed.
!!! Function gnome2_src_compile, Line 41, Exitcode 2
!!! compile failure
Any ideas?
thx,
Meta_ |
|
| Back to top |
|
|
xcasex
n00b
Joined: 14 Nov 2002
Posts: 73
Location: norrköping
|
| Posted: Tue Jul 01, 2003 4:53 am Post subject: |
|
|
| dbezona wrote: | Nice job!
Just finished installing this. There were some minor issues that were fairly easy to get around, and it's running well so far. |
*soaking it in*
could you post the issues to the bugs.breakmygentoo.org bugzilla and assign it to me (robert@lowbud.com / robert@gentoo.se)
and i'll have a look at it when i get back from the cottage!
cheers.
oh and to others, you really want to clean out all of your old gnome-base and gnome-extra apps+libs and do a clean install, delete the ~/.gnome2* so you get a fresh "xd2g2"
_________________
~{3 x dual G4 1.25 Ghz ; ibook 2,2; hp nx9010 | Gentoo ppc | Gnome 2.x || I, the midget and the Taco}~ |
|
| Back to top |
|
|
dbezona
n00b
Joined: 06 Feb 2003
Posts: 68
|
| Posted: Wed Jul 02, 2003 1:36 am Post subject: |
|
|
| xcasex wrote: |
could you post the issues to the bugs.breakmygentoo.org bugzilla and assign it to me (robert@lowbud.com / robert@gentoo.se)
and i'll have a look at it when i get back from the cottage!
|
Sure thing - I posted them (bug #83). I wasn't able to assign it to you, as neither e-mail address for you was accepted by Bugzilla.
Thanks!
doug |
|
| Back to top |
|
|
pazu
n00b
Joined: 06 Jun 2003
Posts: 1
|
| Posted: Thu Jul 03, 2003 12:16 pm Post subject: |
|
|
| Please, people -- make this post sticky so we never miss updates to these splendid overlay, or make a new sticky post just to inform people about updates to this. |
|
| Back to top |
|
|
lurid
Guru
Joined: 12 Mar 2003
Posts: 595
Location: Florida
|
| Posted: Thu Jul 03, 2003 2:46 pm Post subject: |
|
|
Ok, having a little bit of a problem here.
| Code: | >>> Unpacking gthumb-2.1.1.tar.bz2 to /var/tmp/portage/gthumb-2.1.1-r30/work
xd2gen2
* Cannot find #EPATCH_SOURCE! Value for $EPATCH_SOURCE is:
*
* /usr/local/portage/media-gfx/gthumb/files/gthumb-ximian-menus.patch |
Seems odd.. so I did this
| Code: | bunzip2 xd2gen2-overlay-beta1.tar.bz2
tar -tf xd2gen2-overlay-beta1.tar | grep gthumb
./media-gfx/gthumb
./media-gfx/gthumb/files
./media-gfx/gthumb/files/digest-gthumb-2.1.1-r30
./media-gfx/gthumb/gthumb-2.1.1-r30.ebuild
./media-gfx/gthumb/Manifest |
The patch its looking for doesn't seem to be in the tarball.
Edit: Ok, I just shot over to ximian.com and downloaded the gthumb patch and stuck it where it was supposed to be. Seemed to compile fine, so just a heads up about the missing patch.
Whew! Only 49 more packages left to install! |
|
| Back to top |
|
|
karl11
Guru
Joined: 25 Jun 2002
Posts: 469
Location: Raleigh, NC
|
| Posted: Fri Jul 04, 2003 3:50 am Post subject: |
|
|
Pazu,
Just make sure you're watching the topic and you'll get an email anytime anyone replies
Karl |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Desktop Environments
