tde-devels

devels@trinitydesktop.org

7 participants
3840 discussions

Upcoming automake changes you should be aware of in automake 2.0
by David C. Rankin 15 Jan '14

15 Jan '14

All, All packages that use automake and have subdirectories in the build tree may fail to build with the release of automake 2.0. I am working on this for hal, but I suspect other packages may be impacted. See: https://bugs.freedesktop.org/show_bug.cgi?id=69874 -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] LibreOffice and Trinity dialogs
by Darrell Anderson 15 Jan '14

15 Jan '14

>How much help does LibreOffice's own documentation offer? (For I >have >seen the ebuild, and it is an ugly beast with ~70 packages worth >of >dependencies. That's for the lightest configuration, which lacks >cups >support, any kind of scripting, and several other things. It >would be >much easier if we could just say, "follow this guide, but you'll >need to >pass this flag and this flag.") As far as I can tell, something like the following is needed in the build script: ==================== ... # Check for an installed Trinity and assume TQt. # We need additional tests to ensure LO has been patched correctly. TDEDIR=${TDEDIR:-""} # to avoid "TDEDIR: unbound variable" if [ ! -z "$TDEDIR" ]; then export TDEDIR="$TDEDIR" export QTDIR="$QTDIR" export QTINC="$QTDIR/include" export QTLIB="$QTDIR/lib${LIBDIRSUFFIX}" TDEOPTS="--enable-tde" else TDEOPTS="--disable-tde" fi ... ./autogen.sh \ --prefix=/usr \ --docdir=/usr/doc/$PRGNAM-${LOVER}${VERSION}${PKG_SUBVER} \ --libdir=/usr/lib${LIBDIRSUFFIX} \ --sysconfdir=/etc \ --mandir=/usr/man \ ... ${GITOPTS} \ ${KDEOPTS} \ ${TDEOPTS} \ ... ==================== My build attempt failed when I tried to build the latest stable, 4.1.4. I filed bug report 1799 showing the failure messages. http://bugs.trinitydesktop.org/show_bug.cgi?id=1799 Seems the expected directory and file location has changed from previous versions of LO. My guess is we need to push an appropriate patch upstream to the LO folks. Darrell

1 0

Re: [trinity-devel] LibreOffice and Trinity dialogs
by Darrell Anderson 15 Jan '14

15 Jan '14

>This is not a standard Debian / Ubuntu builds - it is Tim's builds >on Trinity build-farm. Luck you. :) >By the way, in the Debian Wheezy is officially LibreOffice 3.5.4 >:) However, in wheezy-backports and Jessie is already 4.1.4. I have 4.1.4 installed from a third party Slackware repo, but there is no Trinity support. Asking to add that support would be a waste of time as Trinity is not part of the "official" Slackware eco system. All desktops not supported in the official releases must be maintained by interested third parties. This is why I filed the bug report and want to see a mini how-to posted to the wiki. Those who are faced with compiling LO on their own need all the support they can get. Darrell

2 1

Arch - hal FTBS Makefile issue - Calvin help me sort out
by David C. Rankin 15 Jan '14

15 Jan '14

Calvin, (Archers) Hal is failing at the beginning with a weird makefile error. Full error at: http://www.3111skyline.com/dl/dt/tde/err/hal-makefile.err.txt PKGBUILD is: http://www.3111skyline.com/dl/dt/tde/err/PKGBUILD-hal Basically the error looks like: <snip> parallel-tests: error: required file './test-driver' not found parallel-tests: 'automake --add-missing' can install 'test-driver' hald/linux/addons/Makefile.am:80: warning: source file '../../logger.c' is in a subdirectory, hald/linux/addons/Makefile.am:80: but option 'subdir-objects' is disabled automake: warning: possible forward-incompatibility. automake: At least a source file is in a subdirectory, but the 'subdir-objects' automake: automake option hasn't been enabled. For now, the corresponding output automake: object file(s) will be placed in the top-level directory. However, automake: this behaviour will change in future Automake versions: they will automake: unconditionally cause object files to be placed in the same subdirectory automake: of the corresponding sources. automake: You are advised to start using 'subdir-objects' option throughout your automake: project, to avoid future incompatibilities. hald/linux/addons/Makefile.am:80: warning: source file '../../util_helper.c' is in a subdirectory, hald/linux/addons/Makefile.am:80: but option 'subdir-objects' is disabled hald/linux/addons/Makefile.am:84: warning: source file '../../logger.c' is in a subdirectory, hald/linux/addons/Makefile.am:84: but option 'subdir-objects' is disabled hald/linux/addons/Makefile.am:84: warning: source file '../../util_helper.c' is in a subdirectory, hald/linux/addons/Makefile.am:84: but option 'subdir-objects' is disabled hald/linux/addons/Makefile.am:62: warning: source file '../../logger.c' is in a subdirectory, hald/linux/addons/Makefile.am:62: but option 'subdir-objects' is disabled hald/linux/addons/Makefile.am:62: warning: source file '../../util_helper_priv.c' is in a subdirectory, hald/linux/addons/Makefile.am:62: but option 'subdir-objects' is disabled <snip> hald/solaris/addons/Makefile.am:15: warning: source file '../../logger.c' is in a subdirectory, hald/solaris/addons/Makefile.am:15: but option 'subdir-objects' is disabled hald/solaris/probing/Makefile.am:15: warning: source file '../../logger.c' is in a subdirectory, hald/solaris/probing/Makefile.am:15: but option 'subdir-objects' is disabled hald/solaris/probing/Makefile.am:19: warning: source file '../../logger.c' is in a subdirectory, hald/solaris/probing/Makefile.am:19: but option 'subdir-objects' is disabled partutil/Makefile.am:7: warning: source file '../hald/logger.c' is in a subdirectory, partutil/Makefile.am:7: but option 'subdir-objects' is disabled policy/Makefile.am:27: warning: whitespace following trailing backslash ==> ERROR: A failure occurred in build(). So it blows up on policy/Makefile.am:27 after about 100 warnings. I'm not much of a Makefile guy, so if you can check it, it would help. -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] Python help please to fix help handbook installation
by Darrell Anderson 15 Jan '14

15 Jan '14

>Python newb, and not really familiar with SCons as a build >system, but my *guess* would be that you need to add: > >myenv.KDEinstall( 'KDEDOC', lang+'/'+destination, >folder+'/index.docbook' ) > >right after: > >myenv.KDEinstall( 'KDEDOC', lang+'/'+destination, >folder+'/index.cache.bz2' ) > >Make sure that the indentation of the two lines matches >*exactly*, because leading whitespace is syntactically >significant in Python. I tried that. No luck. No build failures or complaints, but no index.docbook in the package. Darrell

1 0

Python help please to fix help handbook installation
by Darrell Anderson 15 Jan '14

15 Jan '14

All, Would one of you python experts, or even a python newbie, which I am not, look at (git sources) kstreamripper/doc/SConscript? The script does not install the index.docbook file into the package, only installing index.cache.bz2. Including the index.docbook file is necessary. Should take about two minutes to fix? :) Thank you! P.S. Yes, the kstreamripper help handbook is nothing but a template. One problem at a time. :) Darrell

2 1

Re: [trinity-devel] Progress - All build dependencies updated for Arch - howto NOHAL?
by Darrell Anderson 14 Jan '14

14 Jan '14

> Currently tdelibs/CMakeLists.txt has: >option( WITH_HAL "Enable HAL support" OFF ) > > Does that mean that HAL is OFF by default now? Yup. :) When you build on a HAL system then manually add -DWITH_HAL=ON. I do that when I build for Slackware 13.1, a HAL system. Darrell

1 0

Progress - All build dependencies updated for Arch - howto NOHAL?
by David C. Rankin 14 Jan '14

14 Jan '14

All, Darrell, Progress! Not as bad as I thought. All pre-build dependencies not provided by Arch have been updated and built! 15:39 phoinix:/dat_e/tde/tstbld> l1 repo apetag-git-1.13-1-x86_64.pkg.tar.xz libkarma-0.1.2-1-x86_64.pkg.tar.xz libnjb-2.2.7-3-x86_64.pkg.tar.xz libutempter-1.1.6-2-x86_64.pkg.tar.xz mt-daapd-0.2.4.2-7-x86_64.pkg.tar.xz musepack-tools-svn-r484-1-x86_64.pkg.tar.xz xmedcon-0.13.0-1-x86_64.pkg.tar.xz I'll work R14 first, then look at 3.5.13-sru. For R14, to build with NOHAL is all that is needed is to tell tdelibs/tdebase it is a NOHAL build with: cmake ${srcdir}/tdebase \ -DCMAKE_INSTALL_PREFIX=${TDEDIR} \ -DSYSCONF_INSTALL_DIR=/etc \ -DCMAKE_CXX_FLAGS="-fpermissive" \ -DWITH_ARTS=ON \ -DWITH_HAL=OFF \ ^^^^^^^^^^^^^^^ Currently tdelibs/CMakeLists.txt has: option( WITH_HAL "Enable HAL support" OFF ) Does that mean that HAL is OFF by default now? -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] Missing help handbooks update
by Darrell Anderson 14 Jan '14

14 Jan '14

Updated missing handbook list as I find quirks and mistakes within the help system. kdevdesigner (tdevelop) tderadio ksquirrel (only handbook is written in Russian --- need at least an English translation) ktorrent kbarcode kbarcode-single kbarcode-editor kbarcode-batch kpalmdoc (kpilot) kvaio (kcontrol module) thinkpad (kcontrol module) kcmview1394 (kcontrol module) display (kcontrol module) kmobile (tdepim) ksystemlog embedjs (tdebindings) A handbook exists for kstreamripper but is nothing but a template. Darrell

1 0

Scrollkeeper and beagle
by Darrell Anderson 14 Jan '14

14 Jan '14

All, Do any Trinity users use scrollkeeper? Trinity maintains legacy KDE3 code to support scrollkeeper, but scrollkeeper hasn't been supported in a decade. The successor is something called rarian, which Trinity does not support and seems to be a GNOME app. Do we want to continue scrollkeeper support? Further, do we want to support metasearch engines at all? We maintain kerry, which is a beagle front-end. Beagle has not been supported in a number of years. Darrell

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels