Seems like gcc 4.7 will bring more scope issues. The python-tqt errors received
were:
g++ -c -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I/usr/include/tqt
-I/opt/trinity/include -I/opt/tqt3/include -fpermissive -fPIC -O2 -Wall -W
-D_REENTRANT -DNDEBUG -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I.
-I/usr/include/python2.7 -I/opt/tqt3/mkspecs/default -I/opt/tqt3/include
-I/usr/X11R6/include -o sipqtTQPtrList0100TQNetworkOperation.o
sipqtTQPtrList0100TQNetworkOperation.cpp
g++ -c -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I/usr/include/tqt
-I/opt/trinity/include -I/opt/tqt3/include -fpermissive -fPIC -O2 -Wall -W
-D_REENTRANT -DNDEBUG -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I.
-I/usr/include/python2.7 -I/opt/tqt3/mkspecs/default -I/opt/tqt3/include
-I/usr/X11R6/include -o sipqtTQValueList0100TQTranslatorMessage.o
sipqtTQValueList0100TQTranslatorMessage.cpp
/build/src/python-tqt/sip/qt/qobject.sip:1256:1: warning: missing initializer
for member '_heaptypeobject::as_number' [-Wmissing-field-initializers]
/build/src/python-tqt/sip/qt/qobject.sip:1256:1: warning: missing initializer
for member '_heaptypeobject::as_mapping' [-Wmissing-field-initializers]
/build/src/python-tqt/sip/qt/qobject.sip:1256:1: warning: missing initializer
for member '_heaptypeobject::as_sequence' [-Wmissing-field-initializers]
/build/src/python-tqt/sip/qt/qobject.sip:1256:1: warning: missing initializer
for member '_heaptypeobject::as_buffer' [-Wmissing-field-initializers]
/build/src/python-tqt/sip/qt/qobject.sip:1256:1: warning: missing initializer
for member '_heaptypeobject::ht_name' [-Wmissing-field-initializers]
/build/src/python-tqt/sip/qt/qobject.sip:1256:1: warning: missing initializer
for member '_heaptypeobject::ht_slots' [-Wmissing-field-initializers]
qt/sipqtcmodule.cpp:14200:1: warning: narrowing conversion of 'PYTQT_VERSION'
from 'unsigned int' to 'int' inside { } is ill-formed in C++11 [-Wnarrowing]
qt/sipqtcmodule.cpp: In function 'void initqt()':
qt/sipqtcmodule.cpp:14332:40: error: 'SIP_MODULE_NAME' was not declared in this
scope
qt/sipqtcmodule.cpp:14357:103: error: expected ')' before string constant
/build/src/python-tqt/sip/qt/qobject.sip: At global scope:
/build/src/python-tqt/sip/qt/qobject.sip:1625:14: warning: 'void*
sipTQtCreateUniversalSlot(sipWrapper*, const char*, PyObject*, const char*,
const char**, int)' defined but not used [-Wunused-function]
/build/src/python-tqt/sip/qt/qobject.sip:1998:13: warning: 'void
sipTQtDestroyUniversalSlot(void*)' defined but not used [-Wunused-function]
/build/src/python-tqt/sip/qt/qobject.sip:2010:14: warning: 'void*
sipTQtFindSlot(void*, const char*, PyObject*, const char*, const char**)'
defined but not used [-Wunused-function]
/build/src/python-tqt/sip/qt/qobject.sip:2035:12: warning: 'int
sipTQtConnect(void*, const char*, void*, const char*, int)' defined but not used
[-Wunused-function]
/build/src/python-tqt/sip/qt/qobject.sip:2043:12: warning: 'int
sipTQtDisconnect(void*, const char*, void*, const char*)' defined but not used
[-Wunused-function]
/build/src/python-tqt/sip/qt/qobject.sip:2078:17: warning: 'sipSlot*
sipTQtFindSipslot(void*, void**)' defined but not used [-Wunused-function]
/build/src/python-tqt/sip/qt/qobject.sip:2177:12: warning: 'int
sipTQtEmitSignal(PyObject*, const char*, PyObject*)' defined but not used
[-Wunused-function]
/build/src/python-tqt/sip/qt/qobject.sip:2107:12: warning: 'int
sipTQtConnectPySignal(PyObject*, const char*, PyObject*, const char*)' defined
but not used [-Wunused-function]
/build/src/python-tqt/sip/qt/qobject.sip:2152:13: warning: 'void
sipTQtDisconnectPySignal(PyObject*, const char*, PyObject*, const char*)'
defined but not used [-Wunused-function]
I'm going to try #define SIP_MODULE_NAME "sip" and see how far that gets me.
If you have some other suggestion or if that is wrong -- please let me know. Thanks.
--
David C. Rankin, J.D.,P.E.
Tim, Darrell,
No new patches and I experienced a build failure with tdebase in tonights
build. I looked at the recent commits and I cannot determine if one is
responsible for this change or not. The failure is one I've not seen before
involving kicker and quicklaunch. Here is the error. I'm not quite sure what
broke other than a scope issue with 'erase' from kicker/quicklaunch includes:
[ 94%] Building CXX object
klipper/CMakeFiles/klipper-module.dir/klipper_tdeinit_module.cpp.o
Linking CXX shared module klipper.so
In file included from
/build/src/tdebase/kicker/applets/launcher/quickbuttongroup.h:12:0,
from
/build/src/tdebase/kicker/applets/launcher/quicklauncher.cpp:58:
/build/src/tdebase/kicker/applets/launcher/easyvector.h: In instantiation of
'void EasyVector<VALUE, CHECKINDEX>::eraseAt(EasyVector<VALUE,
CHECKINDEX>::Index) [with VALUE = QuickButton*; bool CHECKINDEX = true;
EasyVector<VALUE, CHECKINDEX>::Index = int]':
/build/src/tdebase/kicker/applets/launcher/quicklauncher.cpp:296:29: required
from here
/build/src/tdebase/kicker/applets/launcher/easyvector.h:90:5: error: 'erase' was
not declared in this scope, and no declarations were found by argument-dependent
lookup at the point of instantiation [-fpermissive]
/build/src/tdebase/kicker/applets/launcher/easyvector.h:90:5: note: declarations
in dependent base 'std::vector<QuickButton*, std::allocator<QuickButton*> >' are
not found by unqualified lookup
/build/src/tdebase/kicker/applets/launcher/easyvector.h:90:5: note: use
'this->erase' instead
/build/src/tdebase/kicker/applets/launcher/easyvector.h: In instantiation of
'void EasyVector<VALUE, CHECKINDEX>::insertAt(EasyVector<VALUE,
CHECKINDEX>::Index, const VALUE&) [with VALUE = QuickButton*; bool CHECKINDEX =
true; EasyVector<VALUE, CHECKINDEX>::Index = int]':
/build/src/tdebase/kicker/applets/launcher/quicklauncher.cpp:432:41: required
from here
/build/src/tdebase/kicker/applets/launcher/easyvector.h:111:5: error: 'insert'
was not declared in this scope, and no declarations were found by
argument-dependent lookup at the point of instantiation [-fpermissive]
/build/src/tdebase/kicker/applets/launcher/easyvector.h:111:5: note:
declarations in dependent base 'std::vector<QuickButton*,
std::allocator<QuickButton*> >' are not found by unqualified lookup
/build/src/tdebase/kicker/applets/launcher/easyvector.h:111:5: note: use
'this->insert' instead
In file included from
/build/src/tdebase/kicker/applets/launcher/quickbuttongroup.h:12:0,
from
/build/src/tdebase/kicker/applets/launcher/quicklauncher.cpp:58:
/build/src/tdebase/kicker/applets/launcher/easyvector.h: In instantiation of
'void EasyVector<VALUE, CHECKINDEX>::insertAt(EasyVector<VALUE,
CHECKINDEX>::Index, const EasyVector<VALUE, CHECKINDEX>&) [with VALUE =
QuickButton*; bool CHECKINDEX = true; EasyVector<VALUE, CHECKINDEX>::Index = int]':
/build/src/tdebase/kicker/applets/launcher/quicklauncher.cpp:653:46: required
from here
/build/src/tdebase/kicker/applets/launcher/easyvector.h:119:5: error: 'insert'
was not declared in this scope, and no declarations were found by
argument-dependent lookup at the point of instantiation [-fpermissive]
/build/src/tdebase/kicker/applets/launcher/easyvector.h:119:5: note:
declarations in dependent base 'std::vector<QuickButton*,
std::allocator<QuickButton*> >' are not found by unqualified lookup
/build/src/tdebase/kicker/applets/launcher/easyvector.h:119:5: note: use
'this->insert' instead
[ 94%] Built target klipper-module
Scanning dependencies of target kcontroledit
[ 95%] Building CXX object
kmenuedit/CMakeFiles/kcontroledit.dir/kcontroledit_tdeinit_executable.cpp.o
Linking CXX executable kcontroledit
make[2]: ***
[kicker/applets/launcher/CMakeFiles/launcher_panelapplet-module.dir/quicklauncher.cpp.o]
Error 1
make[1]: ***
[kicker/applets/launcher/CMakeFiles/launcher_panelapplet-module.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/SensorLogger.cc.o
[ 95%] Built target klipper
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/SensorLoggerDlg.cc.o
[ 95%] Built target kcontroledit
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/SensorLoggerSettings.cc.o
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/ListViewSettings.cc.o
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/SignalPlotter.cc.o
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/ListViewSettingsWidget.cpp.o
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/LogFileSettings.cpp.o
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/MultiMeterSettingsWidget.cpp.o
[ 95%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/SensorLoggerDlgWidget.cpp.o
[ 96%] Building CXX object
ksysguard/gui/SensorDisplayLib/CMakeFiles/sensordisplays-static.dir/SensorLoggerSettingsWidget.cpp.o
Linking CXX static library libsensordisplays.a
[ 96%] Built target sensordisplays-static
make: *** [all] Error 2
Does this look like it is due to a recent commit?
--
David C. Rankin, J.D.,P.E.
>
> Same here. I have tried multi-column, detailed, tree, etc.. I get previews
in
> the tooltips. You might check the setting:
>
> Control Center > TDE Components > File Manager > Previews & Metadata (tab)
>
> Set: Maximum file size >= 6 meg. (the default 1 meg is way too low today)
>
> Here is a screenshot of my TQt3 based GIT build from 3 days ago:
>
> http://www.3111skyline.com/dl/dt/trinity/ss/konqueror-previews.jpg
>
>
Settings are ok, I'm almost sure that the problem is qt3. Will try a new
build based on tqt and let you know.
Leandro
--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it: http://www.email.it/f
Sponsor:
Pasqua al mare all'hotel Sarti Riccione tra divertimento per i bambini e
benessere per gli adulti, chiama per verificare la disponibilita' lo
0541600978
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12265&d=20120405
--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f
Sponsor:
Last minute Pasqua Hotel Adelphi Riccione, pensione completa con bevande ai Pasti, pranzo di Pasqua, + parchi, 3 notti Euro 189 a persona, bimbi gratis fino a 2 anni
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12257&d=5-4
Tim, Darrell,
I was doing a complete rebuild tonight and I ran into a tdelib build failure I
can't explain.
NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT
-D_REENTRANT -include tqt.h -fPIC -I/opt/tqt3/include -I/usr/include/tqt
-I/build/src/build/tdecore -I/build/src/build -I/build/src/tdelibs/tdecore
-I/build/src/tdelibs/tdecore/network -I/build/src/tdelibs/dcop
-I/build/src/tdelibs/libltdl -I/build/src/tdelibs/tdefx
-I/build/src/tdelibs/tdeui -I/build/src/tdelibs/kio/kio
-I/usr/include/libart-2.0 -o CMakeFiles/tdecore-shared.dir/libintl.cpp.o -c
/build/src/tdelibs/tdecore/libintl.cpp
/usr/bin/cmake -E cmake_progress_report /build/src/build/CMakeFiles
[ 8%] Building CXX object tdecore/CMakeFiles/tdecore-shared.dir/kapplication.cpp.o
cd /build/src/build/tdecore && /usr/bin/c++ -Dtdecore_shared_EXPORTS
-DHAVE_CONFIG_H -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/opt/tqt3/include
-I/usr/include/tqt -I/build/src/build/tdecore -I/build/src/build
-I/build/src/tdelibs/tdecore -I/build/src/tdelibs/tdecore/network
-I/build/src/tdelibs/dcop -I/build/src/tdelibs/libltdl
-I/build/src/tdelibs/tdefx -I/build/src/tdelibs/tdeui
-I/build/src/tdelibs/kio/kio -I/usr/include/libart-2.0 -o
CMakeFiles/tdecore-shared.dir/kapplication.cpp.o -c
/build/src/tdelibs/tdecore/kapplication.cpp
/build/src/tdelibs/tdecore/kapplication.cpp:2039:2: warning: #warning This
should be already in Qt, check. [-Wcpp]
/build/src/tdelibs/tdecore/kapplication.cpp: In static member function 'static
bool KApplication::isCompositionManagerAvailable()':
/build/src/tdelibs/tdecore/kapplication.cpp:1791:47: error: cannot convert
'TQString' to 'const char*' in assignment
/build/src/tdelibs/tdecore/kapplication.cpp: In member function 'TQt::HANDLE
KApplication::getX11RGBAVisual(Display*)':
/build/src/tdelibs/tdecore/kapplication.cpp:1911:10: warning: converting to
non-pointer type 'TQt::HANDLE {aka long unsigned int}' from NULL [-Wconversion-null]
/build/src/tdelibs/tdecore/kapplication.cpp: In member function 'TQt::HANDLE
KApplication::getX11RGBAColormap(Display*)':
/build/src/tdelibs/tdecore/kapplication.cpp:1921:10: warning: converting to
non-pointer type 'TQt::HANDLE {aka long unsigned int}' from NULL [-Wconversion-null]
/build/src/tdelibs/tdecore/kapplication.cpp: In static member function 'static
void KApplication::sigpipeHandler(int)':
/build/src/tdelibs/tdecore/kapplication.cpp:3595:31: warning: ignoring return
value of 'ssize_t write(int, const void*, size_t)', declared with attribute
warn_unused_result [-Wunused-result]
/build/src/tdelibs/tdecore/kapplication.cpp: In member function 'bool
KApplication::detectCompositionManagerAvailable(bool, bool)':
/build/src/tdelibs/tdecore/kapplication.cpp:1876:42: warning: ignoring return
value of 'size_t fwrite(const void*, size_t, size_t, FILE*)', declared with
attribute warn_unused_result [-Wunused-result]
make[2]: *** [tdecore/CMakeFiles/tdecore-shared.dir/kapplication.cpp.o] Error 1
make[2]: Leaving directory `/build/src/build'
make[1]: *** [tdecore/CMakeFiles/tdecore-shared.dir/all] Error 2
make[1]: Leaving directory `/build/src/build'
make: *** [all] Error 2
This looks like another one of the TQString errors. Why haven't we seen this
guy before? What do I need to do to fix it?
--
David C. Rankin, J.D.,P.E.
All,
Looking at the tdelibs/tdecore/kstandarddirs.cpp locations, I noticed the
KDELIBSTUFF is hard coded to /trinity /trinity/plugins for module and qtplugin
types. I've wondered why that wasn't /tde and /tde/plugins since it replaces
/kde /kde/plugins. Is there a way to pass an environment variable or something
similar to the file so that the following code:
TQString KStandardDirs::kde_default(const char *type) {
<snip>
if (!strcmp(type, "lib"))
return "lib" KDELIBSUFF "/";
if (!strcmp(type, "module"))
return "lib" KDELIBSUFF "/trinity/";
if (!strcmp(type, "qtplugins"))
return "lib" KDELIBSUFF "/trinity/plugins";
<snip>
could do something like:
TQString KStandardDirs::kde_default(const char *type) {
<snip>
if (!strcmp(type, "lib"))
return "lib" KDELIBSUFF "/";
if (!strcmp(type, "module"))
return "lib" KDELIBSUFF "/tde/";
if (!strcmp(type, "qtplugins"))
return "lib" KDELIBSUFF "/tde/plugins";
<snip>
What I don't have a feel for is how the hard coded /trinity location trickles
through the rest of the code. If it is relied on by much of the rest of the
build, it isn't worth fixing, but hard coding the location seems like it could
lead to issues later. Just a stray thought.
--
David C. Rankin, J.D.,P.E.
Tim, Darrell,
Scrolling through the available wallpapers in 'Configure Desktop', I notice
that many of the traditional KDE3 wallpapers are listed (eg. lineart, celtic,
etc..), but the previews are blank and no image is displayed. This also occurs
for the 'Trinity Default' image.
Also, the title in the titlebar say 'KDesktop', instead of 'TDesktop'.
--
David C. Rankin, J.D.,P.E.
> > Open konqueror and go to $TDEDIR/share/wallpapers, hover on
> > a jpeg file and a tooltip with the file details (Name, Type, Size,...)
> > appears. I'm expecting a small thumbnail of the image to be there but
> > it's not.
> >
> > Also I'm noticing now that by selecting the MultiColumn view
> > I get the sama as the icon view while the other options all result in a
> > Detailed view :/
>
> I'm using the latest GIT. I see a thumbnail with the images.
>
Are you using tqt3?
I suspect the issue lies in the QVariant::nameToType method: it fails to
recognize the tqt type names (TQ*) returning QVariant::Invalid.
Leandro
--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it: http://www.email.it/f
Sponsor:
Pernottamento e colazione all'Hotel Astra per la Pasqua a Riccione.
Pacchetto 2 giorni hotel + terme Euro 120 a persona
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12277&d=20120404
--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f
Sponsor:
Vacanze di Pasqua a Riccione all'hotel Ambasciatori, 2 giorni in pensione completa Euro 230, pranzo pasquale, bevande ai pasti, posto auto, connessione wifi, animazione per i piccoli
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12256&d=4-4
For me, a minor irritant about KFind is, in the Properties tab, when selecting "Find all files created or modified... during the previous..." defaults to 1 hour. Overwhelmingly I want to look for files changed within the last minute or two. I have to pause and manually change the default "hours" list item to "minutes."
Wah, wah, wah!
I want to change that default to minutes.
This default makes sense to me anyway because that is the smallest period in the list.
I already patched KFind for my systems. Should the patch be merged to GIT?
Objections? Arguments? Tantrums? Declarations of War?
Perhaps a better approach is to create a configuration option for the default then everybody could be happy. There is no configuration dialog I know about for KFind. The user's kfindrc is rather sparse and I don't know of any global kfind configuration file. Perhaps KFind should remember the last chosen options in the Properties tab and save them, much like is already done with the file path history.
Darrell
Darrell
All Coders & Bug Fixers:
The last two major packages that do not build on R14 with libpng15 are digikam
and koffice. I have updated bug report 949 with the patches I have found for
digikam and gwenview as well as the link to Darrell's patch he created for
gwenview from the examples. The gwenview patch provided by Darrell allows
gwenview to build fine, and it might serve as a model for the other two packages.
I have tried to duplicate the patch for digikam and koffice, but the
intricacies of that code is beyond my ability. It may be totally simple for
someone experienced with this sort of thing to knock out in 15 minutes, but
after picking though the headers and code for a couple of hours, it has become
apparent that:
(1) I do not understand how the calls are made by the code to png_struct and
png_info enough to allow me to create the patch; AND
(2) even if I were able to cobble something together that would allow digikam or
koffice to build - I would not have enough confidence in the solution that would
prevent someone from having to redo the fix to make sure it is right; AND
(3) the time it would require me to gain the level of experience necessary to
competently complete the patch would be much better spent contributing in areas
where I can make a difference.
Of the TDE packages, these are the last remaining major packages that need to
be fixed for TDE to build on libpng15. Having those built would allow efforts to
switch from developing build scripts to readying/fixing R14 for release.
If one or two of the seasoned coders could look at bug report 949 and see if
there is a fix in the patches I have provided links to, I would be grateful:
http://bugs.pearsoncomputing.net/show_bug.cgi?id=949
--
David C. Rankin, J.D.,P.E.