[gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[Thomas Weidner]

[-- Attachment #1: Type: text/plain, Size: 1173 bytes --]

Hi,

i worked over the latest Qt3 ebuild to see if i can make it fit nicer 
into the FHS.
I removed /usr/qt/3, Qt not gets directly installed into /usr. Binaries 
go into /usr/bin, but with a -3 suffix (like moc-3 and designer-3). 
environment variables and qmake mkspecs are changed to honour this 
(don't know if UIC and UIC_PATH variables are needed). Include files go 
into /usr/include/qt3 and libraries into /usr/lib/qt3. The environment 
variables QTINC and QTLIB are set to this. Shareable files,like mkspecs 
and translations, go into /usr/share/qt3. Configuration files go into 
/etc/qt3. Libaries matching *.so.? are directly symlinked into 
/usr/lib,so no extra library path is needed to run Qt programs.

The famous QTDIR variable is also gone,i suspect this might break a lot.

As test i compiled kdelibs-3.3.0 with my Qt ebuild installed. 
./configure finds Qt without any extra argument, but the kde ebuilds (or 
eclasses) surely would need to be updated.

I'm no experienced ebuild author, but i was very displeased with the 
current situation, please post your comments and ideas.

The ebuild and the new environment files are attached.

	Thomas Weidner


[-- Attachment #2: 45qt3 --]
[-- Type: text/plain, Size: 20 bytes --]

QMAKESPEC=linux-g++

[-- Attachment #3: qt-3.3.3-r1.ebuild --]
[-- Type: text/plain, Size: 8109 bytes --]

# Copyright 1999-2004 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/x11-libs/qt/qt-3.3.3-r1.ebuild,v 1.1 2004/09/10 16:30:29 usata Exp $

inherit eutils

SRCTYPE="free"
DESCRIPTION="QT version ${PV}"
HOMEPAGE="http://www.trolltech.com/"

IMMQT_P="qt-x11-immodule-unified-qt3.3.3-20040910"

SRC_URI="ftp://ftp.trolltech.com/qt/source/qt-x11-${SRCTYPE}-${PV}.tar.bz2
	immqt? ( http://freedesktop.org/Software/ImmoduleQtDownload/${IMMQT_P}.diff.gz )
	immqt-bc? ( http://freedesktop.org/Software/ImmoduleQtDownload/${IMMQT_P}.diff.gz )"

LICENSE="QPL-1.0 | GPL-2"
SLOT="3"
KEYWORDS="~x86 ~alpha ~ppc ~amd64 ~sparc ~hppa ~mips ~ppc64"
IUSE="cups debug doc firebird gif icc ipv6 mysql nas odbc opengl postgres sqlite xinerama zlib immqt immqt-bc"

DEPEND="virtual/x11 virtual/xft
	media-libs/libpng media-libs/jpeg media-libs/libmng
	>=media-libs/freetype-2
	gif? ( media-libs/giflib media-libs/libungif )
	nas? ( >=media-libs/nas-1.5 )
	odbc? ( dev-db/unixODBC )
	mysql? ( dev-db/mysql )
	sqlite? ( =dev-db/sqlite-2* )
	firebird? ( dev-db/firebird )
	opengl? ( virtual/opengl virtual/glu )
	postgres? ( dev-db/postgresql )
	cups? ( net-print/cups )
	zlib? ( sys-libs/zlib )
	icc? ( dev-lang/icc )"

# old immodules may cause segfaults on some qt applications,
# especially qtconfig
PDEPEND="!<=app-i18n/scim-qtimm-0.7
	!<=app-i18n/uim-qt-0.1.7"

S=${WORKDIR}/qt-x11-${SRCTYPE}-${PV}

export QTDIR=${S}
export PLATFORM=linux-g++

mkspecs_set() {
	local file=$3
	[ ${file} ] || \
		file=${D}/${QTPREFIX}/share/qt${SLOT}/mkspecs/${PLATFORM}/qmake.conf
	sed -i "s:\\(QMAKE_$1[[:space:]]*=\\).*:\\1 $2:" ${file}
}

pkg_setup() {
	if use immqt ; then
		ewarn
		ewarn "You are going to compile binary imcompatible immodule for Qt. This means"
		ewarn "you have to recompile everything depending on Qt after you install it."
		ewarn "Be aware."
		ewarn
	fi
}

src_unpack() {
	unpack ${A}

	export QTDIR=${S}
	cd ${S}

	cp configure configure.orig
	sed -e 's:read acceptance:acceptance=yes:' configure.orig > configure

	epatch ${FILESDIR}/qt-no-rpath-uic.patch

	if use immqt || use immqt-bc ; then
		epatch ../${IMMQT_P}.diff
		sh make-symlinks.sh || die "make symlinks failed"
	fi

	# prevent installation of html docs
	use doc || echo "INSTALLS -= htmldocs" >> src/qt_install.pri
	# fix CFLAGS
	mkspecs_set CFLAGS_RELEASE "${CXXFLAGS}" mkspecs/${PLATFORM}/qmake.conf

#	use icc && export PLATFORM=linux-icc
}

src_compile() {
	export QTDIR=${S}
	export SYSCONF="${D}/etc/qt3"
	QTPREFIX="/usr"

	# Let's just allow writing to these directories during Qt emerge
	# as it makes Qt much happier.
	addwrite "/etc/qt3"
	addwrite "$HOME/.qt"

	use nas		&& myconf="${myconf} -system-nas-sound"
	use gif		&& myconf="${myconf} -qt-gif"
	use mysql	&& myconf="${myconf} -plugin-sql-mysql -I/usr/include/mysql -L/usr/lib/mysql" || myconf="${myconf} -no-sql-mysql"
	use postgres	&& myconf="${myconf} -plugin-sql-psql -I/usr/include/postgresql/server -I/usr/include/postgresql/pgsql -I/usr/include/postgresql/pgsql/server" || myconf="${myconf} -no-sql-psql"
	use firebird	&& myconf="${myconf} -plugin-sql-ibase" || myconf="${myconf} -no-sql-ibase"
	use sqlite	&& myconf="${myconf} -plugin-sql-sqlite" || myconf="${myconf} -no-sql-sqlite"
	use odbc	&& myconf="${myconf} -plugin-sql-odbc" || myconf="${myconf} -no-sql-odbc"
	use cups	&& myconf="${myconf} -cups" || myconf="${myconf} -no-cups"
	use opengl	&& myconf="${myconf} -enable-module=opengl" || myconf="${myconf} -disable-opengl"
	use debug	&& myconf="${myconf} -debug" || myconf="${myconf} -release -no-g++-exceptions"
	use xinerama	&& myconf="${myconf} -xinerama" || myconf="${myconf} -no-xinerama"
	use zlib	&& myconf="${myconf} -system-zlib" || myconf="${myconf} -qt-zlib"
	use ipv6		&& myconf="${myconf} -ipv6" || myconf="${myconf} -no-ipv6"
	use immqt-bc	&& myconf="${myconf} -inputmethod"
	use immqt	&& myconf="${myconf} -inputmethod -inputmethod-ext"

	export YACC='byacc -d'

	./configure -sm -thread -stl -system-libjpeg -verbose -largefile \
		-qt-imgfmt-{jpeg,mng,png} -tablet -system-libmng \
		-system-libpng -lpthread -xft -platform ${PLATFORM} -xplatform \
		${PLATFORM} -xrender -fast ${myconf} \
		-dlopen-opengl \
		-bindir "${QTPREFIX}/bin" \
		-libdir "${QTPREFIX}/lib/qt${SLOT}" \
		-docdir "${QTPREFIX}/share/doc/${PF}" \
		-plugindir "${QTPREFIX}/lib/qt${SLOT}/plugins" \
		-datadir "${QTPREFIX}/share/qt${SLOT}/" \
		-translationdir "${QTPREFIX}/share/qt${SLOT}/translations" \
		-headerdir "${QTPREFIX}/include/qt${SLOT}" \
		-sysconfdir "/etc/qt${SLOT}" \
		|| die

	export QTDIR=${S}

	emake src-qmake src-moc sub-src || die
	LD_LIBRARY_PATH="${S}/lib:${LD_LIBRARY_PATH}" emake sub-tools || die
}

src_install() {
	export QTDIR=${S}

	# why is nobody using this?
	make INSTALL_ROOT=${D} {qmake,moc,src,tools}-install || die
	# stupid Qt Makefile
	cd ${D}/${QTPREFIX}/bin
	rm -f qmake
	cp ${S}/qmake/qmake .

	# fix binary names
	find ${D}/${QTPREFIX}/bin -type f -exec mv {} {}-${SLOT} \;

	# link dynamic libs to /usr/lib
	cd ${D}/${QTPREFIX}/lib/qt${SLOT}
	for x in *.so.? ; do
		ln -s "qt${SLOT}/${x}" "../${x}"
	done

	# fix pkgconfig
	mkdir ../pkgconfig
	mv pkgconfig/* ../pkgconfig
	rm -rf pkgconfig

	# man pages
	cd ${S}/doc/man/man1
	for i in * ; do
		mv ${i} `echo ${i} | sed "s:\\.1\$:-${SLOT}.1:"`
	done
	doman *

#	if use doc; then
#		# even more man pages
#		cd ${S}/man/man3
#		find . -type f -exec mv {} {}${SLOT} \;
#		doman *
#	fi

	cd ${S}
	dodoc FAQ INSTALL LICENSE.GPL LICENSE.QPL PLATFORMS README README-QT.TXT
	if use immqt || use immqt-bc ; then
		dodoc README.immodule
	fi

	dodir /etc/qt3

	# fix mkspecs
	mkspecs_set INCDIR_QT ${QTPREFIX}/include/qt${SLOT}
	mkspecs_set LIBDIR_QT ${QTPREFIX}/lib/qt${SLOT}
	mkspecs_set MOC ${QTPREFIX}/bin/moc-${SLOT}
	mkspecs_set UIC ${QTPREFIX}/bin/uic-${SLOT}

	# environment
	insinto /etc/env.d
	doins ${FILESDIR}/{45qt3,50qtdir3}
}

src_install_old() {
	export QTDIR=${S}

	# binaries
	into $QTBASE
	dobin bin/*

	# libraries

	dolib lib/libqt-mt.so.3.3.3 lib/libqui.so.1.0.0
	dolib lib/lib{editor,qassistantclient,designercore}.a lib/libqt-mt.la

	cd ${D}/$QTBASE/lib
	for x in libqui.so ; do
		ln -s $x.1.0.0 $x.1.0
		ln -s $x.1.0 $x.1
		ln -s $x.1 $x
	done

	# version symlinks - 3.3.3->3.3->3->.so
	ln -s libqt-mt.so.3.3.3 libqt-mt.so.3.3
	ln -s libqt-mt.so.3.3 libqt-mt.so.3
	ln -s libqt-mt.so.3 libqt-mt.so

	# libqt -> libqt-mt symlinks
	ln -s libqt-mt.so.3.3.3 libqt.so.3.3.3
	ln -s libqt-mt.so.3.3 libqt.so.3.3
	ln -s libqt-mt.so.3 libqt.so.3
	ln -s libqt-mt.so libqt.so

	# includes
	cd ${S}
	dodir ${QTBASE}/include/private
	cp include/* ${D}/${QTBASE}/include/
	cp include/private/* ${D}/${QTBASE}/include/private/

	# misc
	insinto /etc/env.d
	doins ${FILESDIR}/{45qt3,50qtdir3}

	dodir ${QTBASE}/tools/designer/templates
	cd ${S}
	cp tools/designer/templates/* ${D}/${QTBASE}/tools/designer/templates

	dodir ${QTBASE}/translations
	cd ${S}
	cp translations/* ${D}/${QTBASE}/translations

	dodir ${QTBASE}/etc
	keepdir ${QTBASE}/etc/settings

	dodir ${QTBASE}/doc

	if use doc; then
		cp -r ${S}/doc ${D}/${QTBASE}

		cd ${S}/examples
		find . -name Makefile | while read MAKEFILE
		do
			cp ${MAKEFILE} ${MAKEFILE}.old
			sed -e 's:${S}:${QTBASE}:g' ${MAKEFILE}.old > ${MAKEFILE}
			rm -f ${MAKEFILE}.old
		done

		cp -r ${S}/examples ${D}/${QTBASE}

		cd ${S}/tutorial
		find . -name Makefile | while read MAKEFILE
		do
			cp ${MAKEFILE} ${MAKEFILE}.old
			sed -e 's:${S}:${QTBASE}:g' ${MAKEFILE}.old > ${MAKEFILE}
			rm -f ${MAKEFILE}.old
		done

		cp -r ${S}/tutorial ${D}/${QTBASE}
	fi

	if use immqt || use immqt-bc ; then
		dodoc ${S}/README.immodule
	fi

	# misc build reqs
	dodir ${QTBASE}/mkspecs
	cp -R ${S}/mkspecs/${PLATFORM} ${D}/${QTBASE}/mkspecs/

	sed -e "s:${S}:${QTBASE}:g" \
		${S}/.qmake.cache > ${D}${QTBASE}/.qmake.cache

	# plugins
	cd ${S}
	plugins=`find plugins -name "lib*.so" -print`
	for x in $plugins; do
		insinto ${QTBASE}/`dirname $x`
		doins $x
	done

	# needed to fix lib64 issues on amd64, see bug #45669
	use amd64 && ln -s ${QTBASE}/lib ${D}/${QTBASE}/lib64
}

[-- Attachment #4: 50qtdir3 --]
[-- Type: text/plain, Size: 104 bytes --]

QTLIB=/usr/lib/qt3
QTINC=/usr/include/qt3
MOC=/usr/bin/moc-3
UIC=/usr/bin/uic-3
UIC_PATH=/usr/bin/uic-3

[-- Attachment #5: Type: text/plain, Size: 37 bytes --]

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[Paul de Vrieze]

[-- Attachment #1: Type: text/plain, Size: 752 bytes --]

On Monday 27 September 2004 01:19, Thomas Weidner wrote:
>
> As test i compiled kdelibs-3.3.0 with my Qt ebuild installed.
> ./configure finds Qt without any extra argument, but the kde ebuilds
> (or eclasses) surely would need to be updated.
>
> I'm no experienced ebuild author, but i was very displeased with the
> current situation, please post your comments and ideas.

I'm not longer in the kde team, but I don't give much chance to qt being 
offered this way. There is a reason that qt is the way it is. If you 
wrote the ebuild for your own use it is ok, but the implementation is not 
the problem here, it is the policy.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[Alexander Futasz]

On Mon, 27 Sep 2004 10:52:13 +0200, Paul de Vrieze wrote:
> There is a reason that qt is the way it is.

Which is? Which can be read about at?

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[John Richard Moser]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Paul de Vrieze wrote:
| On Monday 27 September 2004 01:19, Thomas Weidner wrote:
|
|>As test i compiled kdelibs-3.3.0 with my Qt ebuild installed.
|>./configure finds Qt without any extra argument, but the kde ebuilds
|>(or eclasses) surely would need to be updated.
|>
|>I'm no experienced ebuild author, but i was very displeased with the
|>current situation, please post your comments and ideas.
|
|
| I'm not longer in the kde team, but I don't give much chance to qt being
| offered this way. There is a reason that qt is the way it is. If you
| wrote the ebuild for your own use it is ok, but the implementation is not
| the problem here, it is the policy.
|

~From the POV of someone who has no chance nor will to ever be a Gentoo dev:

If it works, demonstrate it to upstream (TrollTech).  If it breaks
things it'll probably never go into Gentoo or Qt mainline; though
compatibility work (symlinks all over the damn place) could provide a
migration environment.


Just my 2 cents

| Paul
|

- --
All content of all messages exchanged herein are left in the
Public Domain, unless otherwise explicitly stated.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBWJDGhDd4aOud5P8RAsgVAJ9dYQTF0ryAZHSzS+B1X0DaD5eU+wCfRX0i
doyCQvzCY18oRh/0qR0sXL8=
=+/Ke
-----END PGP SIGNATURE-----

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[Elfyn McBratney]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello John,

On Monday 27 Sep 2004 23:14, John Richard Moser wrote:
> Paul de Vrieze wrote:
> | On Monday 27 September 2004 01:19, Thomas Weidner wrote:
> |>As test i compiled kdelibs-3.3.0 with my Qt ebuild installed.
> |>./configure finds Qt without any extra argument, but the kde ebuilds
> |>(or eclasses) surely would need to be updated.
> |>
> |>I'm no experienced ebuild author, but i was very displeased with the
> |>current situation, please post your comments and ideas.
> |
> | I'm not longer in the kde team, but I don't give much chance to qt being
> | offered this way. There is a reason that qt is the way it is. If you
> | wrote the ebuild for your own use it is ok, but the implementation is not
> | the problem here, it is the policy.
>
> ~From the POV of someone who has no chance nor will to ever be a Gentoo
> dev:
>
> If it works, demonstrate it to upstream (TrollTech).  If it breaks
> things it'll probably never go into Gentoo or Qt mainline; though
> compatibility work (symlinks all over the damn place) could provide a
> migration environment.

Not exactly an upstream issue, as they use autokonfigury (at least in -free), 
so it defaults to /usr/local.  It's down to the distributors, in this case 
Gentoo, to set a precedent on it's destination in the filesystem, and FHS 
conformance.

Elfyn

- -- 
Elfyn McBratney
beu on irc.freenode.net/savannah.[non]gnu.org

PGP Key ID: 0x456548B4
PGP Key Fingerprint:
  29D5 91BB 8748 7CC9 650F 31FE 6888 0C2A 4565 48B4
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBWJRraIgMKkVlSLQRAq99AJ9a/o2X9yg0nLbVoQC2H1ExYJYGJgCfTcLV
hWXHDobHwriLY3a6DzhqYug=
=1MxO
-----END PGP SIGNATURE-----

--
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: Wrote a FHS konformant Qt ebuild, opinions?

[Thomas Weidner]

John Richard Moser wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> 
> Paul de Vrieze wrote:
> | On Monday 27 September 2004 01:19, Thomas Weidner wrote:
> |
> |>As test i compiled kdelibs-3.3.0 with my Qt ebuild installed.
> |>./configure finds Qt without any extra argument, but the kde ebuilds
> |>(or eclasses) surely would need to be updated.
> |>
> |>I'm no experienced ebuild author, but i was very displeased with the
> |>current situation, please post your comments and ideas.
> |
> |
> | I'm not longer in the kde team, but I don't give much chance to qt being
> | offered this way. There is a reason that qt is the way it is. If you
> | wrote the ebuild for your own use it is ok, but the implementation is not
> | the problem here, it is the policy.
> |
> 
> ~From the POV of someone who has no chance nor will to ever be a Gentoo 
> dev:
> 
> If it works, demonstrate it to upstream (TrollTech).  If it breaks
> things it'll probably never go into Gentoo or Qt mainline; though
> compatibility work (symlinks all over the damn place) could provide a
> migration environment.
> 

Qt3 tries to fit into a FHS environment. it's installing several version 
of Qt in parallell (like Qt2 and Qt3) what makes things hard, and forced 
gentoo into /usr/qt/${VERSION} (until now? ;-) )


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[John Richard Moser]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Elfyn McBratney wrote:
| Hello John,
|

[...]

| Not exactly an upstream issue, as they use autokonfigury (at least in
- -free),
| so it defaults to /usr/local.  It's down to the distributors, in this
case
| Gentoo, to set a precedent on it's destination in the filesystem, and FHS
| conformance.
|

Ah, in that case, I'm all for this if nothin' breaks, which doesn't
really matter because I'm not a dev, have no credentials, and my voice
doesn't count anyway.  I'm just a standards nazi.

I really need to unsubscribe from here one day ;)

| Elfyn
|

- --
gentoo-dev@gentoo.org mailing list



- --
All content of all messages exchanged herein are left in the
Public Domain, unless otherwise explicitly stated.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBWKnJhDd4aOud5P8RAvV/AJ0Vqlzy8tRMKENNPlKJYI7o/IdbfQCgjhVn
GRNDTa8VmP9RPqUn/ouS0tY=
=Oz9l
-----END PGP SIGNATURE-----

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[Caleb Tennis]

> | Not exactly an upstream issue, as they use autokonfigury (at least in
> - -free),
> | so it defaults to /usr/local.  It's down to the distributors, in this
> case
> | Gentoo, to set a precedent on it's destination in the filesystem, 
> and FHS
> | conformance.
> |
>
There's little chance of this changing for Qt 3; the destination 
directory is stimply too far gone to change at this point.  We may 
consider it for Qt 4, which will be coming very soon.  Filing a bug 
report is the best thing to do here, so the conversation can continue there.


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Wrote a FHS konformant Qt ebuild, opinions?

[Elfyn McBratney]

On Tuesday 28 Sep 2004 02:21, Caleb Tennis wrote:
> > | Not exactly an upstream issue, as they use autokonfigury (at least in
> > | -free),
> > | so it defaults to /usr/local.  It's down to the distributors, in this
> > | case Gentoo, to set a precedent on it's destination in the filesystem,
> > | and FHS conformance.
>
> There's little chance of this changing for Qt 3; the destination
> directory is stimply too far gone to change at this point.  We may
> consider it for Qt 4, which will be coming very soon.  Filing a bug
> report is the best thing to do here, so the conversation can continue
> there.

heh, don't really care either way, just pointing out that it's not an upstream 
issue ;-)  As long as it works (I quite like where it is now :-)

Elfyn

--
Elfyn McBratney
beu on irc.freenode.net/savannah.[non]gnu.org

PGP Key ID: 0x456548B4
PGP Key Fingerprint:
  29D5 91BB 8748 7CC9 650F 31FE 6888 0C2A 4565 48B4

--
gentoo-dev@gentoo.org mailing list