4 Jan
2012
4 Jan
'12
1:14 p.m.
A few days ago we discussed rebuilding libarts from the Trinity sources.
Yet I would like clarification about all of the packages in the dependencies and libraries
branch. Which are required, which are recommended, and what is an appropriate build
order?
Dependencies:
Build order presumed to be as listed (please correct!):
tqt3 or qt3 (is there a reason to build the latter rather than the former?)
tqtinterface (required)
arts (required)
dbus-1-tqt (required?)
dbus-tqt (required?)
tqca-tls (required?)
libart-lgpl (required?/recommended?)
avahi-tqt (recommended?)
python-tqt (recommended?)
sip4-tqt (recommended?)
tqscintilla (recommended?)
Libraries:
Build order: as needed for various packages.
kipi-plugins (recommended? which packages?)
libkdcraw (recommended? which packages?)
libkexiv2 (recommended? which packages?)
libkipi (recommended? which packages?)
libksquirrel (recommended? which packages?)
libtqt-perl (recommended? which packages?)
mlt (recommended? which packages?)
mlt++ (recommended? which packages?)
pytdeextensions (required?/recommended? which packages?)
python-trinity (required?/recommended? which packages?)
Second, are python-tqt, pytdeextensions, and python-trinity direct replacements for PyQt3
and PyKDE3? That is, do we stop building PyQt3 and PyKDE3?
Third, SIP is available on many/most distros. What is sip4-tqt just an add-on layer? When
is that package required?
Fourth, seems libart is an oddball package. All of the others are installed but for most
distros, libart from Trinity is an update/upgrade package process rather than an install.
Lastly, what is the deal with third-party/libreoffice?
I'll update the wiki as necessary once I'm no longer confused. :)
Thanks!
Darrell
4 Jan
4 Jan
1:31 p.m.
New subject: [trinity-devel] Building packages from git: several questions
tqt3 or qt3 (is there a reason to build the latter
rather than the
former?) no
tqtinterface (required)
arts (required)
dbus-1-tqt (required?) required for some applications
dbus-tqt (required?) required for some applications
tqca-tls (required?) required for kopete otr add-on
libart-lgpl (required?/recommended?) strongly recommend replacing distro
version
with this fixed version
avahi-tqt (recommended?) yes, for tdebase
python-tqt (recommended?) yes
sip4-tqt (recommended?) yes
tqscintilla (recommended?) yes
Libraries:
Build order: as needed for various packages.
kipi-plugins (recommended? which packages?) yes, image viewers such as
ksquirrel
and gwenview IIRC
libkdcraw (recommended? which packages?)yes, image
viewers such as
ksquirrel and gwenview IIRC
libkexiv2 (recommended? which packages?) yes, image
viewers such as
ksquirrel and gwenview IIRC
libkipi (recommended? which packages?) yes, image
viewers such as
ksquirrel and gwenview IIRC
libksquirrel (recommended? which packages?) yes,
ksquirrel
libtqt-perl (recommended? which packages?) yes, adept add-on
mlt (recommended? which packages?) no
mlt++ (recommended? which packages?) no
pytdeextensions (required?/recommended? which packages?) yes, tde-guidance
python-trinity (required?/recommended? which packages?)yes, tde-guidance
Second, are python-tqt, pytdeextensions, and python-trinity direct
replacements for PyQt3 and PyKDE3? That is, do we stop building PyQt3 and
PyKDE3?
Yes
Third, SIP is available on many/most distros. What is sip4-tqt just an
add-on layer? When is that package required?
SIP won't build on TQt3 and as it
requires Qt3 it will likely be dumped or
moved to Qt4 only at some point by the host distros. All of the
python-*-tqt-* packages need it to build.
Fourth, seems libart is an oddball package. All of the others are
installed but for most distros, libart from Trinity is an update/upgrade
package process rather than an install.
libart had no maintainer, so TDE ended up
picking it up. It is just
rotting in most distribution's archives waiting for a proper maintainer to
pick it up, and since it is so small and also since tdebase relies on it I
decided to pull it into GIT and fix it up.
Lastly, what is the deal with third-party/libreoffice?
That folder contains patches
that add TDE support to the upstream
LibreOffice sources. LibreOffice wants things done differently so they
were not merged into the upstream LibreOffice GIT tree, but they will work
just fine as-is if applied to the stock LO sources. ;-)
Hope this helps!
Tim
3:50 p.m.
New subject: [trinity-devel] Building packages from git: several questions
Hope this helps!
Indeed!
Questions: What are python-tqt and tqscintilla?
Let me verify I understand the facts before updating the wiki. Please --- everybody ---
feel free to add more notes as this information will be moved to the wiki. :)
Recommended build order for Trinity dependencies:
Required:
tqt3 (replaces Qt3; Qt3 without the tqtinterface layer is available but there is no
compelling reason to build the latter)
tqtinterface
arts
Recommended:
dbus-1-tqt (Required for some applications) (examples?)
dbus-tqt (Required for some applications) (examples?)
tqca-tls (Required for some applications, such as the Kopete OTR add-on)
libart-lgpl (Strongly recommended to replace versions still used but unmaintained in most
distros)
avahi-tqt (Recommended but required when supporting DNS discovery services)
python-tqt
sip4-tqt (Required for building python related bindings for tdebindings)
tqscintilla
Libraries:
None are required but all provide additional functionality for a variety of packages.
These libraries must be built and installed before any packages using these libraries can
take advantage of the additional functionality.
libkipi: required by kipi-plugins
kipi-plugins: several high-end image viewers such as gwenview and digikam
libkdcraw: several image viewers
libkexiv2: several image viewers
libksquirrel: required by ksquirrel
libtqt-perl: adept add-on
mlt: not required or supported at this time
mlt++: not required or supported at this time
pytdeextensions: replacement for PyQt3 and PyKDE3, and used by apps such as tdebindings
and tde-guidance
python-trinity: replacement for PyQt3 and PyKDE3, and used by apps such as tdebindings and
tde-guidance
Notes:
Python-tqt, pytdeextensions, and python-trinity are direct replacements for PyQt3 and
PyKDE3. There no longer is any need to build PyQt3 or PyKDE3.
Sip is available on many/most distros. However, Sip requires Qt3 but won't build on
TQt3. More than likely down the road, Sip will be dumped or moved to Qt4 by distro
maintainers. All of the python-*-tqt-* packages need sip to build. Build this TQt3
compatible version of Sip and replace the stock Sip installed with the distro.
libart-lgpl no longer is maintained upstream and needs several patches to avoid crashing
some apps. The version of libarts provided by the Trinity Project includes those patches
and is intended to be a replacement for any version of libarts currently installed by any
distro. Build this patched version of libart and replace the stock libart installed with
the distro.
Regarding Third-party/LibreOffice: This folder contains patches that add TDE support to
the upstream LibreOffice sources. The patches allow LibreOffice to use Trinity dialog
boxes. The patches have not been merged into the upstream LibreOffice GIT tree, but they
work just fine as-is when applied to the stock LO sources. Obtaining the advantages of
these patches requires rebuilding LibreOffice from sources.
Darrell
5 Jan
5 Jan
1:44 p.m.
New subject: [trinity-devel] Building packages from git: several questions
Darrell Anderson wrote:
libart-lgpl no longer is maintained upstream and needs
several
patches to avoid crashing some apps. The version of libarts provided
by the Trinity Project includes those patches and is intended to be a
replacement for any version of libarts currently installed by any
distro. Build this patched version of libart and replace the stock
libart installed with the distro.
Do you have a reference about it no longer being maintained? The most
recent version is 2.3.21 from April 2010. That's not really old. Prior
versions and dates are:
2.3.20 30-Jan-2008
2.3.19 28-Feb-2007
so it's not updated often, but it still gets updated occasionally.
Can you give me a pointer to the patches you mention? I can't find
libart-lgpl in git.
Thanks.
-- Bruce
1:52 p.m.
New subject: [trinity-devel] Building packages from git: several questions
Do you have a reference about it no longer being
maintained? The most recent version is 2.3.21 from
April 2010. That's not really old. Prior
versions and dates are:
2.3.20 30-Jan-2008
2.3.19 28-Feb-2007
so it's not updated often, but it still gets updated
occasionally.
Tim is the expert on that.
Can you give me a pointer to the patches you mention?
I can't find libart-lgpl in git.
http://git.trinitydesktop.org/cgit/libart-lgpl/
Darrell
2:05 p.m.
New subject: [trinity-devel] Building packages from git: several questions
Darrell Anderson wrote:
One example of many: https://bugzilla.gnome.org/show_bug.cgi?id=155472#c4
libart-lgpl no longer is maintained upstream and
needs several
patches to avoid crashing some apps. The version of libarts provided
by the Trinity Project includes those patches and is intended to be a
replacement for any version of libarts currently installed by any
distro. Build this patched version of libart and replace the stock
libart installed with the distro.
Do you have a reference about it no longer being maintained? The most
recent version is 2.3.21 from April 2010. That's not really old. Prior
versions and dates are:
2.3.20 30-Jan-2008
2.3.19 28-Feb-2007
so it's not updated often, but it still gets updated occasionally.
Can you give me a pointer to the patches you mention? I can't find
libart-lgpl in git.
Here it is in GIT:
http://git.trinitydesktop.org/cgit/libart-lgpl/log/
And here is a combination of all of the patches:
http://git.trinitydesktop.org/cgit/libart-lgpl/diff/?id=150562b89b645c402f1…
Tim
7:25 p.m.
New subject: [trinity-devel] Building packages from git: several questions
Timothy Pearson wrote:
> Darrell Anderson wrote:
>
>> libart-lgpl no longer is maintained upstream and needs several
>> patches to avoid crashing some apps. The version of libarts provided
>> by the Trinity Project includes those patches and is intended to be a
>> replacement for any version of libarts currently installed by any
>> distro. Build this patched version of libart and replace the stock
>> libart installed with the distro.
>
> Do you have a reference about it no longer being maintained?
One example of many:
https://bugzilla.gnome.org/show_bug.cgi?id=155472#c4
That's clear enough, thanks.
And here is a combination of all of the patches:
http://git.trinitydesktop.org/cgit/libart-lgpl/diff/?id=150562b89b645c402f1…
Did you create the changes? If not, where did you find them? Looking
at the original source, the code looks very difficult to maintain. It
really makes you appreciate C++.
-- Bruce
7:53 p.m.
New subject: [trinity-devel] Building packages from git: several questions
Timothy Pearson wrote:
No I did not; they were sitting on the libart bugzilla for a long time. I
merged the ones that seemed to make sense.
While I don't think any of the TDE devs are going to touch the source code
to improve functionality, we can at least act as a central collection
point for patches, bugs reports, etc. Given the library's age I don't
think much work beyond fixing future compilation errors or segfaults will
be neeed.
Tim
> Darrell Anderson wrote:
>
>> libart-lgpl no longer is maintained upstream and needs several
>> patches to avoid crashing some apps. The version of libarts provided
>> by the Trinity Project includes those patches and is intended to be a
>> replacement for any version of libarts currently installed by any
>> distro. Build this patched version of libart and replace the stock
>> libart installed with the distro.
>
> Do you have a reference about it no longer being maintained?
One example of many:
https://bugzilla.gnome.org/show_bug.cgi?id=155472#c4
That's clear enough, thanks.
And here is a combination of all of the patches:
http://git.trinitydesktop.org/cgit/libart-lgpl/diff/?id=150562b89b645c402f1…
Did you create the changes? If not, where did you find them? Looking
at the original source, the code looks very difficult to maintain. It
really makes you appreciate C++.
4 Jan
4 Jan
4:43 p.m.
New subject: [trinity-devel] Building packages from git: several questions
On Wed, 4 Jan 2012 13:14:54 -0800 (PST)
Darrell Anderson <humanreadable(a)yahoo.com> wrote:
A few days ago we discussed rebuilding libarts from
the Trinity sources.
Yet I would like clarification about all of the packages in the dependencies and
libraries branch.
Which are required, which are recommended, and what is an appropriate build order?
Well, after a bunch of culling, here's an autogenerated partial dependency
tree (3 levels) for kdebase according to my system:
kde-base/kdebase-meta-3.5.13:
kde-base/kdebase-startkde-3.5.13_p1183307
dev-util/cmake-2.8.4-r1
kde-base/kdesktop-3.5.13_p1183307
kde-base/libkonq-3.5.13_p1183307
kde-base/ksmserver-3.5.13_p1183307
dev-libs/dbus-tqt-3.5.13
kde-base/drkonqi-3.5.13_p1183307
sys-devel/gdb-7.2
kde-base/kcheckpass-3.5.13_p1183307
sys-libs/pam-1.1.5
kde-base/kcontrol-3.5.13_p1183307
net-fs/samba-3.5.11
virtual/libusb-0
dev-libs/libusb-0.1.12-r5 [or]
dev-libs/libusb-compat-0.1.3 [or]
sys-freebsd/freebsd-lib-9.0_rc1
sys-libs/libraw1394-2.0.4
kde-base/kdeprint-3.5.13_p1183307
app-text/enscript-1.6.4-r4
app-text/psutils-1.17
kde-base/kdm-3.5.13_p1183307
kde-base/kdebase-pam-7
sys-apps/dbus-1.4.16
kde-base/kdebase-kioslaves-3.5.13_p1183307
media-libs/openexr-1.7.0
dev-libs/cyrus-sasl-2.1.23-r4
I haven't included dependencies which are part of X, or individual
applications inside kdebase that have no additional dependencies. Since
I hand-installed a minimal system, these are likely all mandatory or
close to. Some dependencies may be missing: the same package for
KDE 3.5.10 also lists freetype, fontconfig, openssl, perl, opengl,
cups, eject, openldap, lm_sensors, glib, and a jre. Some of those are
likely optional, though.
Dependencies:
Build order presumed to be as listed (please correct!):
tqt3 or qt3 (is there a reason to build the latter rather than the former?)
tqtinterface (required)
arts (required)
Recommended, rather--there is a flag for building without it, and everything
does work as far as I can tell.
dbus-1-tqt (required?)
dbus-tqt (required?)
One or both (I can't tell, because the packages aren't handled quite the same
way for me) is required by ksmserver, as above.
libart-lgpl (required?/recommended?)
Dependency for kdelibs, ksvg, kdeartwork-kscreensaver, possibly some others
I don't have installed. Unless there's some way of building kdelibs without it,
I think we can call it "required".
libkdcraw (recommended? which packages?)
I'm not sure how many of these are KDE4 results, since I don't have
the relevant packages installed and so am not sure of the versioning,
but a query turned up calligra, krita, digikam, and kphotoalbum as
depending on libkdcraw.
(I can give a shot at the other packages, but at >15 minutes to go through
the entire Gentoo package tree for each library (assuming that the package
names even match up and that the search doesn't crash out), I sure hope
that someone else has a better idea.)
5:28 p.m.
New subject: [trinity-devel] Building packages from git: several questions
Dependencies:
Build order presumed to be as listed (please
correct!):
tqt3 or qt3 (is there a reason to build the latter
rather than the former?)
tqtinterface (required)
arts (required)
Recommended, rather--there is a flag for building without
it, and everything
does work as far as I can tell.
dbus-1-tqt (required?)
dbus-tqt (required?)
One or both (I can't tell, because the packages aren't
handled quite the same
way for me) is required by ksmserver, as above.
libart-lgpl (required?/recommended?)
Dependency for kdelibs, ksvg, kdeartwork-kscreensaver,
possibly some others
I don't have installed. Unless there's some way of
building kdelibs without it,
I think we can call it "required".
libkdcraw (recommended? which packages?)
I'm not sure how many of these are KDE4 results, since I
don't have
the relevant packages installed and so am not sure of the
versioning,
but a query turned up calligra, krita, digikam, and
kphotoalbum as
depending on libkdcraw.
4707
days inactive
4709
days old
9 comments
4 participants
participants (4)
-
Bruce Dubbs -
Darrell Anderson -
E. Liddell -
Timothy Pearson