tde-devels

devels@trinitydesktop.org

1 participants
3804 discussions

Call for Help with Bug 949 ( digikam, koffice, gwenview ) libpng
by David C. Rankin 03 Apr '12

03 Apr '12

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.

1 0

Why do we support mlt?
by Darrell Anderson 03 Apr '12

03 Apr '12

I can't find any apps that depend upon mlt. Is mlt something we want to maintain? Darrell

3 7

No documentation in KHelpCenter... Build issue?
by David C. Rankin 03 Apr '12

03 Apr '12

All, The K Help Center has no documentation in it. It shows all the apps installed, but there is no documentation for any of it. Is that a build time issue (i.e. DOCPATH), or is there a problem with the generation of help files? Here is a screenshot of khelpcenter: http://www.3111skyline.com/dl/dt/trinity/ss/tde-no-documentation.jpg Is there an internal setting that will fix this? I just let the build put the documentation in its default location after setting prefix=/opt/trinity (TDEDIR). -- David C. Rankin, J.D.,P.E.

2 6

Can't run kdcop
by Darrell Anderson 03 Apr '12

03 Apr '12

Would somebody running GIT test whether you can run kdcop? Just pop up the mini cli (Run dialog, Alt-F2) and type kdcop. Thanks. Darrell

2 6

tde-config --version return of 'TDE: R14.0.0 [DEVELOPMENT]' causes build fail in kstreamripper
by David C. Rankin 03 Apr '12

03 Apr '12

All, I know little about scons or python, but working with kstreamripper it became apparent that the current 'tde-config --version' return was causing the build to fail due to the string not including a '3' which causes a chain reaction of failures: ==> Configuring - tde-kstreamripper... scons: Reading SConscript files ... scons: warning: The Options class is deprecated; use the Variables class instead. File "/build/src/kstreamripper/admin/generic.py", line 61, in generate ** set the installation prefix for the project : /opt/trinity ** Checking for tde-config : tde-config was found Checking for kde version : IndexError: list index out of range: File "/build/src/kstreamripper/SConstruct", line 70: env = Environment(TARGS=COMMAND_LINE_TARGETS, ARGS=ARGUMENTS, tools=['default', 'generic', 'kde'], toolpath=['./', './admin']) File "/usr/lib/python2.7/site-packages/SCons/Environment.py", line 999: apply_tools(self, tools, toolpath) File "/usr/lib/python2.7/site-packages/SCons/Environment.py", line 105: env.Tool(tool) File "/usr/lib/python2.7/site-packages/SCons/Environment.py", line 1783: tool(self) File "/usr/lib/python2.7/site-packages/SCons/Tool/__init__.py", line 180: self.generate(env, *args, **kw) File "/build/src/kstreamripper/kde.py", line 416: detect_kde(env) File "/build/src/kstreamripper/kde.py", line 58: kde_version = os.popen("tde-config --version|grep KDE").read().strip().split()[1] The error seems to boil down to the kstreamripper/kde.py check of the kde version: 17:44 nirvana:~/tde/tde/main/applications/kstreamripper> sed -n '58p' kde.py kde_version = os.popen("tde-config --version|grep KDE").read().strip().split()[1] 17:44 nirvana:~/tde/tde/main/applications/kstreamripper> sed -n '416p' kde.py detect_kde(env) A quick check of what TDE return with 'tde-config --version' confirms the issue: 17:39 valkyrie:~> tde-config --version Qt: 3.4.0 TDE: R14.0.0 [DEVELOPMENT] tde-config: 1.0 Basically, the python code is checking for the kde version as follows: print "Checking for kde version : ", kde_version = os.popen("tde-config --version|grep KDE").read().strip().split()[1] try: env['KDEm1']=int(kde_version[0]) except: pass try: env['KDEm2']=int(kde_version[2]) except: pass try: env['KDEm3']=int(kde_version[4]) except: pass if int(kde_version[0]) != 3 or int(kde_version[2]) < 2: print RED+kde_version print RED+"Your kde version can be too old"+NORMAL print RED+"Please make sure kde is at least 3.2"+NORMAL else: print GREEN+kde_version+NORMAL So it looks like when the check expects something for kde_version in the form '3.5.10', instead it gets 'R14.0.0'. How to solve this? There isn't really a file to patch since the tde-config --version info is returned dynamically. -- David C. Rankin, J.D.,P.E.

2 3

digikam - new jpegloader error prior to pngloader crash (related patch?)
by David C. Rankin 03 Apr '12

03 Apr '12

All, I was working on the digikam pngloader issue and received new jpegloader errors in the latest GIT code. Specifically, I received the following jpegloader warning just prior to the pngloader crash: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I../../../../digikam/libs/dimg -I../../../../digikam/libs/dimg/filters -I../../../../digikam/libs/curves -I../../../../digikam/libs/levels -I../../../../digikam/libs/histogram -I../../../../digikam/libs/whitebalance -I../../../../digikam/libs/dmetadata -I../../../../digikam/digikam -I/opt/trinity/include -I/opt/trinity/include -DQT_THREAD_SUPPORT -D_REENTRANT -fno-tree-pre -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fpermissive -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -MT jpegloader.lo -MD -MP -MF .deps/jpegloader.Tpo -c jpegloader.cpp -fPIC -DPIC -o .libs/jpegloader.o jpegloader.cpp: In member function 'virtual bool Digikam::JPEGLoader::load(const TQString&, Digikam::DImgLoaderObserver*)': jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_RGB' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_RGBX' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_BGR' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_BGRX' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_XBGR' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_XRGB' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_RGBA' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_BGRA' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_ABGR' not handled in switch [-Wswitch] jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_ARGB' not handled in switch [-Wswitch] jpegloader.cpp:223:31: warning: variable 'count' set but not used [-Wunused-but-set-variable] jpegloader.cpp:223:38: warning: variable 'prevy' set but not used [-Wunused-but-set-variable] pngloader.cpp: In member function 'virtual bool Digikam::PNGLoader::load(const TQString&, Digikam::DImgLoaderObserver*)': pngloader.cpp:123:9: error: invalid use of incomplete type 'png_struct {aka struct png_struct_def}' /usr/include/png.h:855:16: error: forward declaration of 'png_struct {aka struct png_struct_def}' pngloader.cpp:410:99: warning: invalid conversion from 'char**' to 'png_bytepp {aka unsigned char**}' [-fpermissive] pngloader.cpp: In member function 'virtual bool Digikam::PNGLoader::save(const TQString&, Digikam::DImgLoaderObserver*)': pngloader.cpp:529:9: error: invalid use of incomplete type 'png_struct {aka struct png_struct_def}' /usr/include/png.h:855:16: error: forward declaration of 'png_struct {aka struct png_struct_def}' pngloader.cpp:602:132: warning: invalid conversion from 'char*' to 'png_const_bytep {aka const unsigned char*}' [-fpermissive] pngloader.cpp:662:39: warning: deprecated conversion from string constant to 'png_charp {aka char*}' [-Wwrite-strings] pngloader.cpp: In member function 'long int Digikam::PNGLoader::formatStringList(char*, size_t, const char*, __va_list_tag*)': pngloader.cpp:970:55: warning: function might be possible candidate for 'gnu_printf' format attribute [-Wmissing-format-attribute] pngloader.cpp: In member function 'virtual bool Digikam::PNGLoader::load(const TQString&, Digikam::DImgLoaderObserver*)': pngloader.cpp:90:41: warning: ignoring return value of 'size_t fread(void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result [-Wunused-result] make[5]: *** [pngloader.lo] Error 1 I have also uncovered a digikam patch, http://bugsfiles.kde.org/attachment.cgi?id=56384 , that I don't think is a direct patch for this problem, but hopefully it will help a bit. The patch is labeled: [Digikam-devel] [Bug 264181] New: png-1.5 compatibility fix http://mail.kde.org/pipermail/digikam-devel/2011-January/048984.html This patchfile is: $NetBSD: patch-aa,v 1.11 2011/01/20 23:37:36 wiz Exp $ Fix build with png-1.5. --- libs/dimg/loaders/pngloader.cpp.orig 2010-11-22 17:47:36.000000000 +0000 +++ libs/dimg/loaders/pngloader.cpp @@ -494,7 +494,8 @@ bool PNGLoader::load(const QString& file if (m_loadFlags & LoadICCData) { - png_charp profile_name, profile_data=NULL; + png_charp profile_name; + png_bytep profile_data=NULL; png_uint_32 profile_size; int compression_type; @@ -730,7 +731,7 @@ bool PNGLoader::save(const QString& file if (!profile_rawdata.isEmpty()) { - png_set_iCCP(png_ptr, info_ptr, (png_charp)("icc"), PNG_COMPRESSION_TYPE_BASE, profile_rawdata.data(), profile_rawdata.size()); + png_set_iCCP(png_ptr, info_ptr, (png_charp)("icc"), PNG_COMPRESSION_TYPE_BASE, (png_bytep)profile_rawdata.data(), profile_rawdata.size()); } -- David C. Rankin, J.D.,P.E.

2 3

konqueror /servicemenu app - perhaps a good reference for other extensions
by David C. Rankin 02 Apr '12

02 Apr '12

All, Checking kde-apps for other kde3 apps that may work well with TDE, I ran across 'Root Actions Servicemenu' which adds a root actions menu to the konqueror context service menu. The applications added are largely duplicates of what are provided elsewhere, but some are not. Examples: Ownership to Root Ownership to Active User Ownership to ... See: http://www.3111skyline.com/dl/dt/trinity/ss/konqueror-root-actions.jpg The Ownership to ..., pop up a simple dialog with an edit line to set ownership to `user:group`. A great time-savings over: rt-click -> properties -> permissions -> Ownership -> listbox for :group (unless run as root) -> listbox open -> listbox select -> Moreover, often, you cannot set the user part of 'user:group' from the properties dialog unless you are superuser. This little python script did what kde3 is known for -- it took what would be a several button traverse across several dialogs and tabs and reduced it to a straight-forward: rt-click -> select -> enter data -> The value in this thing is that it can serve as a good model or 'go-by' to add whatever you want to a TDE service menu. Now I'm not keen on the servicemenu backend being python instead of c/c++, but it is worth a look at this thing if you want to add a service menu to an application. The kde-apps page for this is: http://kde-apps.org/content/show.php/Root+Actions+Servicemenu?content=48411 Very simple implementation. 1 python script in the path catches rt-clicks, displays the context menu and then executes the choice. The actual context menus are provided by 3 small .desktop files that are just copied to ~/.trinity/share/apps/konqueror/servicemenus (per user) or /opt/trinity/share/apps/konqueror/servicemenus for everyone. Roughly 60k for the entire bundle. Just food for thought. -- David C. Rankin, J.D.,P.E.

2 2

Re: [trinity-devel] New backend for the media:/ kioslave
by Leandro Nini 02 Apr '12

02 Apr '12

> > Thanks for testing! I recently pushed a batch of fixes to both tdelibs > and tdebase in GIT to repair a number of bugs in this backend (including > LUKS support) and I am no longer seeing the crashes. Can you confirm? > Ok, updated tdelibs and now it seems more robust. Had only a single crash, unfortunately I forgot to enable debugging. I have no encrypted devices to test but I'll keep you updated if other issues arise. Thanks, 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: Peluche Originali Disney, Simpson, Bugs Bunny, Spongebob... a partire da soli Euro 9.90! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=11653&d=20120402 -- 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: Apri subito Conto Corrente Arancio. Carta Visa Gratis e nessun Canone! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12247&d=2-4

1 0

kaffeine & yakuake - both require '-fpermissive'
by David C. Rankin 02 Apr '12

02 Apr '12

Tim, Darrell, All, Just a note, both kaffeine & yakuake require --fpermissive to build, otherwise you get the char* to char** errors. I'll go see if I can find one of Darrell's patches that fix this and see if I can patch these two, but currently, I don't know what to look for... -- David C. Rankin, J.D.,P.E.

3 5

amarok on Arch - Success & Failure (yauap, mtp, riokarma, daap)
by David C. Rankin 01 Apr '12

01 Apr '12

All, Amarok is again building on Arch. However, the build did uncover what are probably several bugs in the amarok/amarok/src/mediadevice code. I was able to build amarok with the following enabled. All options turned OFF appear to be bugs in the code or in the CMake files that control the build for the individual options: CXXFLAGS="${CXXFLAGS} -I/usr/include/ruby-1.9.1 -fpermissive" \ cmake ${srcdir}/${pkgname#*-} \ -DCMAKE_INSTALL_PREFIX=${TDEDIR} \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DWITH_LIBVISUAL=ON \ -DWITH_KONQSIDEBAR=ON \ -DWITH_XINE=ON \ -DWITH_YAUAP=OFF \ -DWITH_IPOD=ON \ -DWITH_IFP=ON \ -DWITH_NJB=ON \ -DWITH_MTP=OFF \ -DWITH_RIOKARMA=OFF \ -DWITH_DAAP=OFF \ -DBUILD_ALL=ON I don't know what limitations this imposes on Amarok, but 'yauap', 'mtp', 'riokarma' and 'daap' all failed with errors similar to: /build/src/amarok/amarok/src/mediadevice/daap/mongrel/http11/http11.c /build/src/amarok/amarok/src/mediadevice/daap/mongrel/http11/http11.c:5:18: fatal error: ruby.h: No such file or directory That's with the -I/usr/include/ruby-1.9.1 set.... But, it's working. Do we want a bug on the remaining mediadevice issues? -- David C. Rankin, J.D.,P.E.

2 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels