tde-devels

devels@trinitydesktop.org

10 participants
3780 discussions

by Darrell Anderson

1. Are the (T)Qt3 bin files used only during compiling or are they used during run-time as well? 2. Is there a configuration option to not build the html files? I do not notice anything obvious. I have been deleting the files in my build script after completing make because they add 5MB+ to the package size. (I don't want to strip the files into a separate package.) 3. Have the html files been updated to include changes/additions made in the Trinity versions? Thanks! Darrell

13 years

First report: TSAK/TDM related issues

by Darrell Anderson

Rebuilt with latest three tdebase patches. I did not build tdebase with DBUILD_TSAK=OFF. After setting tdmrc:useSAK=true using KControl and verifying tdmrc updated: I do not see a Ctrl-Alt-Del dialog. Ever. I do not see any pipe/socket files anywhere. tdesocket-global is empty of any files. tdesocket-global has root:root ownership. I both restarted the X server and rebooted. No change. Same results as listed. I don't know what I should see or when. When should I see the Ctrl-Alt-Del dialog? When and where should I see pipe/socket files? Darrell

13 years

Application NOT respecting 'System Administration -> Paths' setting in kcontrol

by David C. Rankin

Tim, All, I don't like the default ~/Documents folder, so on my installs I always set 'System Administration -> Paths' (Document Paths:) to just /home/david. I've done that in tde, but then with every app I open (kate, kwrite, etc..) when I select 'open' it defaults to looking in the /home/david/Documents folder. It looks like tde is ignoring the setting. Anybody else see this in the latest GIT builds? -- David C. Rankin, J.D.,P.E.

13 years

python-tqt, python-trinity on 64-bit

by Darrell Anderson

I'm missing something obvious, but I can't get these packages to build on 64-bit. They can't find $PREFIX/lib64. I appreciate help. Darrell

13 years

Deb users - where do I find this patch? (wanted for kmplayer fix)

by David C. Rankin

Where can I find a link to this patch I need to look at to get an idea on a kmplayer patch: http://packages.debian.org/changelogs/pool/main/g/gopchop/current/changelog I need a link to: gopchop (1.1.8-5) unstable; urgency=low * Add patch to support build with gcc 4.7 (Closes: #667188) * Bump Standards-Version to 3.9.3 (no changes). -- tony mancill <tmancill(a)debian.org> Thu, 05 Apr 2012 04:44:31 +0000 I keep going in circles in the debian package pages. Before contacting the maintainer, I thought I would ask our debian users where to look for it... -- David C. Rankin, J.D.,P.E.

13 years

kmplayer - 'xine_gui_send_vo_data ' deprecated (GONE) from xine-lib - what to do?

by David C. Rankin

All, Looking at getting kmplayer built and I'm running into function that are so deprecated, they have been dropped from xine-lib/xine-ui - What to do here? Look at finding a compatible newer version of kmplayer that isn't that old that can replace the GIT source and build in todays world? How do these type issues get fixed? -- David C. Rankin, J.D.,P.E.

13 years

plan for dealing with fixing gcc47 '-fpermissive' requirement? What's usually involved?

by David C. Rankin

All, What is usually involved in updating the packages to get rid of the '-fpermissive' build flag requirement brought on by gcc47? What do you look for? Just remove '-fpermissive' and build over and over fixing along the way or is there a better way? By my count, the following packages require '-fpermissive' with gcc47: amarok digikam kaffeine kipi-plugins kmplayer (other issues as well) koffice (still requires libpng15 fixes) krusader python-tqt rosegarden tdeadmin tdebase tdeedu tdegames tdegraphics tdepim Those are just those out of the packages I have built. There are probably others as well. Any suggestions? -- David C. Rankin, J.D.,P.E.

13 years

tqca, tqca-tls on 64-bit

by Darrell Anderson

Has anyone been building tqca and tqca-tls as 64-bit packages? They fail for not finding libtqt-mt.so. This is the snippet from the configure file: ============================================ if [ "$?" != "0" ]; then rm -rf .qconftemp echo fail echo echo "There was an error compiling 'conf'. Be sure you have a proper" echo "TQt 3.x Multithreaded (MT) build environment set up." if [ ! -f "$QTDIR/lib/libtqt-mt.so.3" ]; then echo echo "One possible reason is that you don't have" echo "libtqt-mt.so.3 installed in $QTDIR/lib/." fi echo exit 1; fi ============================================ I have $LIBDIR exported as /opt/trinity/lib64, but the tqca/tqca-tls configuration seems to be hard-coded to $PREFIX/lib. I'm probably missing something obvious because I see oodles of 64-bit RPM packages online, meaning the packages build on 64-bit. Currently I have all Trinity related 64-bit lib files installing to /opt/trinity/lib64. I'm just beginning to build everything for 64-bit, but other than these two packages, I seem to be proceeding okay. I'm presuming the two need to be patched or I have something misconfigured in my build scripts. Thanks. Darrell

13 years

SOLVED: digikam libpng15 + gcc47 - But: 'color_type' -- Is This Correct??

by David C. Rankin

All, I have built digikam on libpng15. There were two simple fixes for: if (setjmp(png_jmpbuf(png_ptr))) The remaining errors involved: digikamthumbnail.cpp:416:17: error: invalid use of incomplete type 'png_info {aka struct png_info_def}' In file included from digikamthumbnail.cpp:96:0: /usr/include/png.h:726:16: error: forward declaration of 'png_info {aka struct png_info_def}' digikamthumbnail.cpp:419:17: error: invalid use of incomplete type 'png_info {aka struct png_info_def}' In file included from digikamthumbnail.cpp:96:0: /usr/include/png.h:726:16: error: forward declaration of 'png_info {aka struct png_info_def}' digikamthumbnail.cpp:425:17: error: invalid use of incomplete type 'png_info {aka struct png_info_def}' In file included from digikamthumbnail.cpp:96:0: The above all involved references like: if (info_ptr->color_type == PNG_COLOR_TYPE_RGB_ALPHA) I know the 'info_ptr->color_type' is the problem. That's wrong due to no longer having direct access to the png struct. Looking at other patches, it looked like I could simply do: if (color_type == PNG_COLOR_TYPE_RGB_ALPHA) Since we have already made the call to: png_get_IHDR(png_ptr, info_ptr, (png_uint_32 *) (&w32), (png_uint_32 *) (&h32), &bit_depth, &color_type, &interlace_type, NULL, NULL); color_type should already hold the color type. So is just using 'color_type' correct? Digikam builds fine, but I need somebody to verify the patch. Darrell, we will need to add preprocessor checks for the libpng version. I haven't done that yet. The consolidated patch is attached for review. -- David C. Rankin, J.D.,P.E.

13 years

Building for 64-bit

by Darrell Anderson

I'm updating my build scripts to support 64-bit packages. Should (T)Qt3 install the lib files to $PREFIX/lib or $PREFIX/lib64? Thanks. Darrell

13 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels