tde-devels

devels@trinitydesktop.org

5 participants
3842 discussions

Re: [trinity-devel] kmymoney FTBFS - fatal error: qsqldriverplugin.h: No such file
by Darrell Anderson 18 Feb '14

18 Feb '14

>> The only header partially matching that description is: >> >> /opt/tqt3/include/ntqsqldriverplugin.h >> >> Is that the correct header? If so, what's the 'nt' for? >> > >I think it is supposed to be: > >/usr/include/tqt/tqsqldriverplugin.h > >looks like a q->tq naming issue.... When compiling tqt3 rather than qt3, the tqtinterface files have a 'n' prefix. Therefore ntqsqldriverplugin.h is the correct name. I have the same file on my systems. I performed a full rebuild last night and kmymoney built without error. Darrell

1 0

kmymoney FTBFS - fatal error: qsqldriverplugin.h: No such file
by David C. Rankin 18 Feb '14

18 Feb '14

Darrell, All, kmymoney fails right off the bat during build with the following: ==> Building - tde-kmymoney... make all-recursive make[1]: Entering directory '/build/tde-kmymoney/src/kmymoney' Making all in qt-sqlite3-0.2 make[2]: Entering directory '/build/tde-kmymoney/src/kmymoney/qt-sqlite3-0.2' cd sqlite3 && /opt/tqt3/bin/qmake sqlite3.pro "QMAKE=/opt/tqt3/bin/qmake" -o Makefile cd sqlite3 && make -f Makefile make[3]: Entering directory '/build/tde-kmymoney/src/kmymoney/qt-sqlite3-0.2/sqlite3' g++ -c -pipe -g -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_PLUGIN -DQT_SHARED -I/opt/tqt3/mkspecs/default -I. -I/opt/tqt3/include -o smain.o smain.cpp smain.cpp:37:30: fatal error: qsqldriverplugin.h: No such file or directory #include <qsqldriverplugin.h> ^ compilation terminated. The only header partially matching that description is: /opt/tqt3/include/ntqsqldriverplugin.h Is that the correct header? If so, what's the 'nt' for? -- David C. Rankin, J.D.,P.E.

1 2

Re: [trinity-devel] common/admin - TQTDCOPIDLNG is not set
by Darrell Anderson 17 Feb '14

17 Feb '14

>Please, can you assess whether any of these unintended renaming >should be >added to the script convert_existing_qt3_app_to_tqt3? The script >is still >actively used for convert KDE3 applications to Trinity and for >preparing >updates for existing applications. I am not intimate with the conversion scripts. If I understand correctly the following additions will help. CAM_RETQ_/CAM_REQ_ CHARFRETQ_/CHARFREQ_ CHISTQ_DOF/CHISQ_DOF CPUFRETQ/CPUFREQ ETQBACK/EQBACK ETQ_CHANNELS/EQ_CHANNELS ETQ_MAX/EQ_MAX ETQ_NOT/EQ_NOT ETQ_SET/EQ_SET ETQVIEW/EQVIEW ETQUALIZER/EQUALIZER ETQGAINS/EQGAINS ETQDATA/EQDATA FRETQUENCY/FREQUENCY GETETQDATA/GETEQDATA HTQ_VIDEOCD/HQ_VIDEOCD INCRRTQ_WAIT/INCRRQ_WAIT IRTQ/IRQ IRTQ_/IRQ_ KONTQ/KONQ KONTQ_/KONQ_ KONTQSBC/KONQSBC KONTQFEED/KONQFEED KONTQFILE/KONQFILE KONTQSIDEBAR/KONQSIDEBAR KWTQ_/KWQ_ MPEG_SETQ/MPEG_SEQ PTQ_/PQ_ RETQSEN/REQSEN RETQBUF/REQBUF RETQ_/REQ_ RETQIMG/REQIMG RTQ_IFS/RQ_IFS RTQ_SIZE/RQ_SIZE SAMPLE_FRETQ_/SAMPLE_FREQ_ SETQNO/SEQNO SETQNO_/SEQNO_ SETQ_NO/SEQ_NO SETQ_MASK/SEQ_MASK SETQACCESSMGR/SEQACCESSMGR SETQLINEWIDGET/SETLINEWIDGET SETQMAN/SEQMAN SND_SETQ_EVENT/SND_SEQ_EVENT SUBTQ_/SUBQ_ KTQ_CLASSNAME/KQ_CLASSNAME TDETQ_CLASSNAME/TDEQ_CLASSNAME TQUIET/QUIET etqdialog/eqdialog Litquids/Liquids RetqCount/ReqCount retquis/requis (French) Retquisiti/Requisiti (Italian) setqCount/setCount "setq "/"set " stquid/squid Stquiggle/Squiggle stquiggle/squiggle stquiggly/squiggly tquerytable/querytable Kontqui/Konqui kontqui/konqui Of course, none of these unintended renames affected compiling because the compiler does not "read" variable names the same way as humans. to compilers, variables are only "tokens." As long as the unintended renames are 100% consistent the program compiles just fine. Fixing the unintended renames is important to us humans only, to improve readability and establish a degree of professionalism. Darrell

2 1

list of packages supporting --enable-final, is the option worth it?
by David C. Rankin 17 Feb '14

17 Feb '14

Darrell, Slavek, Michele, Fancios, All, Does anybody have a list of automake packages that build/support --enable-final configure option. I haven't saved all configure file options -- yet, but before I start I thought I would check and see if anyone had a list? Apparently there are optimization opportunities provided when --enable-final is used, but there is a downside to using it if you are building on a build-farm. I would like to experiment with it, but before undertaking the effort, I thought I would ask if anyone has already done something like this? There are only scattered references to this configure option, but I was able to find a KDE related explanation: --enable-final makes the build system concatenate all sourcefiles in a directory (say, Konqueror's sourcefiles) into one big file. Technically, this is achieved by creating a dummy file which simply includes every C++ sourcefile. The advantage of this is that the compile a- takes less time since there is only little scattered file opening involved and b- produces usually more optimized code, since the compiler can see more code at once and thus there are more chances to optimize. Of course this eats a lot more memory, but that is not an issue nowadays. Now, it's clear why this makes distcc useless: there is just one huge file per project, and outsourcing that file via distcc to other nodes will just delay the build since the sourcecode (and it's a lot) has to be transferred over the network, and there is no way to pararellize this. see: https://distcc.googlecode.com/svn/trunk/doc/web/faq.html -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] Commit c926c513 (amarok) caused a conflict between packages
by Darrell Anderson 17 Feb '14

17 Feb '14

>filelight-l10n package is completely unnecessary. >In my build script I omit building this package. I don't build the package either --- duplicate of filelight. Why don't we purge the sources? Also applications/kuickshow, which is an exact duplicate of tdegraphics/kuickshow? And mlt/mlt++, which nothing in Trinity uses, and is horribly outdated from upstream? Darrell

6 15

Re: [trinity-devel] common/admin - TQTDCOPIDLNG is not set
by Darrell Anderson 17 Feb '14

17 Feb '14

>By the way, unintended TQ renaming that you fixed in Tellico I >discovered >thanks to prepare patch for the update Tellico to 1.3.6 and >unintended TQ >renaming was a part of this patch. For this reason, I am also >fixed same >unintended TQ renaming in tdemultimedia. :) I thought we had all of that renaming business behind us. I was surprised to find so many unintended renames still out there. There probably are more. I will not be suprised if one or two affect usability, but the remainder basically only affect readability and appearance. I wish we were done with them. Darrell

2 1

Ongoing DDoS attack
by Timothy Pearson 17 Feb '14

17 Feb '14

All, The TDE servers have been undergoing a DDoS attack since around 6:00AM CST 02/16/2014. As a result, many TDE services are functioning sporadically. I am attempting to counter this attack as best as I am able, but I do not have sufficient bandwidth available to guarantee continued access to any TDE services until the attack is over. I apologise for the disruption, and hope to have access to all services restored a soon as possible. Thank you for your patience! Timothy Pearson

3 4

Re: [trinity-devel] common/admin - TQTDCOPIDLNG is not set
by Darrell Anderson 17 Feb '14

17 Feb '14

>I thought we had all of that renaming business behind us. I was >surprised to find so many unintended renames still out there. >There >probably are more. I will not be suprised if one or two affect >usability, but the remainder basically only affect readability and >appearance. I wish we were done with them. I am running a full build tonight. I'll find out if I was overzealous with the renaming cleanup. Darrell

3 2

Re: [trinity-devel] common/admin - TQTDCOPIDLNG is not set
by Darrell Anderson 17 Feb '14

17 Feb '14

>How to solve it? Fix in common/admin module would cause the update >completely >all other modules. This does not seem appropriate for this moment. >Solve it >stand alone in Tellico? > >Thank you for your feedback. Updating Tellico for R14.0.0 is a priority? Perhaps wait until R14.0.1/R14.1.0? By the way, I'm in the middle of pushing a bunch of unintended TQ renaming patches. I recall tellico being affected. Darrell

2 1

common/admin - TQTDCOPIDLNG is not set
by Slávek Banko 16 Feb '14

16 Feb '14

Hi all, in preparation patch to update Tellico from 1.3.2.1 to 1.3.6, I found that DCOPIDLNG does not work. I was looking for that in common/admin module is to find TQTDCOPIDLNG in condition by the variable $trinity14ornewer, but this variable in that range is not valid. TQTDCOPIDLNG for this reason remains empty and use DCOPIDLNG then causes FTBFS. How to solve it? Fix in common/admin module would cause the update completely all other modules. This does not seem appropriate for this moment. Solve it stand alone in Tellico? Thank you for your feedback. -- Slavek

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels