tde-devels

devels@trinitydesktop.org

9 participants
3789 discussions

Re: [trinity-devel] Scrollkeeper and beagle
by Darrell Anderson 19 Jan '14

19 Jan '14

>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. So nobody uses scrollkeeper or beagle? Should I delete the sources and see who screams? Darrell

3 2

Re: [trinity-devel] tdebase FTBFS (unpatched) undefined reference to `kdemain'
by Darrell Anderson 19 Jan '14

19 Jan '14

>> I don't know what needs to be fixed, but obviously if Darrel is >building >> with GCC_VISIBILITY=ON and with gcc 4.8.2-7 that is causing >failure, then >> we need to figure out what the root of the problem is and then >fix it with >> preprocessor conditional or fix the code. I don't understand the >> GCC_VISIBILITY implications entirely, but depending on the >setting build >> failures are occurring. > >On Debian Jessie is gcc 4.8.2, tdebase is built >with -DWITH_GCC_VISIBILITY="ON" and the problem does not occur. Slackware 14.1 uses 4.8.2 and the last I tried a few weeks ago everything built. I have no idea whether glib main loop makes a difference, but I always build TQt3 with -glibmainloop. The only packages I enable gcc visibility are arts, tdelibs, tdebase. If I recall correctly, visibility support never was finished on non-core packages. Darrell

2 1

tdebase FTBFS (unpatched) undefined reference to `kdemain'
by David C. Rankin 19 Jan '14

19 Jan '14

Darrell, tdebase failed to build. I get the following: [ 8%] Building CXX object kcontrol/kcontrol/CMakeFiles/tdeinit_kcontrol-shared.dir/proxywidget.cpp.o [ 8%] Building CXX object kcontrol/kcontrol/CMakeFiles/tdeinit_kcontrol-shared.dir/kcrootonly.cpp.o [ 8%] Building CXX object kcontrol/kcontrol/CMakeFiles/tdeinit_kcontrol-shared.dir/searchwidget.cpp.o Linking CXX shared library libtdeinit_kcontrol.so [ 8%] Built target tdeinit_kcontrol-shared Scanning dependencies of target kcontrol [ 8%] Building CXX object kcontrol/kcontrol/CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o Linking CXX executable kcontrol CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o: In function `main': kcontrol_tdeinit_executable.cpp:(.text+0x1c): undefined reference to `kdemain' collect2: error: ld returned 1 exit status kcontrol/kcontrol/CMakeFiles/kcontrol.dir/build.make:103: recipe for target 'kcontrol/kcontrol/kcontrol' failed make[2]: *** [kcontrol/kcontrol/kcontrol] Error 1 CMakeFiles/Makefile2:6077: recipe for target 'kcontrol/kcontrol/CMakeFiles/kcontrol.dir/all' failed make[1]: *** [kcontrol/kcontrol/CMakeFiles/kcontrol.dir/all] Error 2 Makefile:116: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... I am building with: msg "Starting cmake..." cmake ${srcdir}/tdebase \ -DCMAKE_INSTALL_PREFIX=${TDEDIR} \ -DSYSCONF_INSTALL_DIR=/etc \ -DCMAKE_CXX_FLAGS="-fpermissive" \ -DWITH_ARTS=ON \ -DWITH_GCC_VISIBILITY=ON \ -DWITH_I8K=ON \ -DWITH_LDAP=ON \ -DWITH_LIBART=ON \ -DWITH_LIBRAW1394=ON \ -DWITH_LIBUSB=ON \ -DWITH_OPENEXR=ON \ -DWITH_PAM=ON \ -DWITH_SAMBA=ON \ -DWITH_SASL=ON \ -DWITH_SENSORS=ON \ -DWITH_TDEHWLIB=ON \ -DWITH_UPOWER=ON \ -DWITH_XCOMPOSITE=ON \ -DWITH_XCURSOR=ON \ -DWITH_XDAMAGE=ON \ -DWITH_XDMCP=ON \ -DWITH_XEXT=ON \ -DWITH_XFIXES=ON \ -DWITH_XINERAMA=ON \ -DWITH_XRANDR=ON \ -DWITH_XRENDER=ON \ -DBUILD_ALL=ON It looks like something pushed recently is looking for 'kdemain', I don't know if that is correct or not, but it sounds like a 't' 'k' issue. ?? -- David C. Rankin, J.D.,P.E.

2 3

Re: [trinity-devel] Filename change kfileividesktop.cpp -> tdefileividesktop.cpp (but patch not applied)
by Darrell Anderson 19 Jan '14

19 Jan '14

>That is what I'm talking about - needed patches that fix basic >flaws in the code >that were traditionally applied to the kde3 codebase that have >never been >incorporated into the tde git tree. Needed by whom? Darrell

2 3

simple systemd tdm.service file - any improvement needed?
by David C. Rankin 19 Jan '14

19 Jan '14

All, I have cannibalized a systemd service file from kde for use with tde. It is as basic as it can be. Is there anything else anybody can think of that we need to do with the tdm.service file for tdebase? -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] What happed to checkbox to show/hide shutdown dialog on exit?
by Darrell Anderson 19 Jan '14

19 Jan '14

> I recall a protracted discussion about whether to show the >shutdown dialog >with all of the options or just logout. IIRC out of that >discussion the >following patch was born 'tdebase-feedbackdlg.diff' I cannot find >where it is >applied in the code. Do you recall what happened to this issue? KControl->TDE Components->Session Manager->Show logout status dialog Darrell

1 0

Re: [trinity-devel] Filename change kfileividesktop.cpp -> tdefileividesktop.cpp (but patch not applied)
by Darrell Anderson 19 Jan '14

19 Jan '14

> In working tdebase patches, I note that one of the traditional >patch files to I don't know what you mean by traditional patch files. If you are still applying patches from years ago, then likely you will make a mess. :) The only patches I apply these days are patches in the queue from the bugzilla or patches I create for testing. There are no more traditional patch files. Those days are long gone. Check the git history for patches: http://git.trinitydesktop.org/cgit/ You can narrow your search to specific cpp files. If you find no evidence a patch was applied --- and that includes remembering to check against all of the renaming and rebranding, then check the bugzilla. There remain many open bug reports with patches that have not been merged into git. When you check the bugzilla remember to use the ALL keyword to search closed and resolved reports too. If you come up empty, then file a new report and attach the patch, updated for renaming. Darrell

2 2

What happed to checkbox to show/hide shutdown dialog on exit?
by David C. Rankin 19 Jan '14

19 Jan '14

Darrell, I recall a protracted discussion about whether to show the shutdown dialog with all of the options or just logout. IIRC out of that discussion the following patch was born 'tdebase-feedbackdlg.diff' I cannot find where it is applied in the code. Do you recall what happened to this issue? -- David C. Rankin, J.D.,P.E.

1 0

Filename change kfileividesktop.cpp -> tdefileividesktop.cpp (but patch not applied)
by David C. Rankin 19 Jan '14

19 Jan '14

Tim, Darrell, In working tdebase patches, I note that one of the traditional patch files to the kdebase source (existing in patches.tar.bz2 - 08-kip_kdesktop_rounded_icon_text_corners.patch) is not applied in the current git source, and fails to apply due to the file name change. I think it is probably a good idea to keep the patch. The patch is: diff -Naur kdebase-3.5.8.orig/kdesktop/kfileividesktop.cpp kdebase-3.5.8/kdesktop/kfileividesktop.cpp --- kdebase-3.5.8.orig/kdesktop/kfileividesktop.cpp 2007-10-08 15:58:03.000000000 +0200 +++ kdesktop/kfileividesktop.cpp 2007-11-20 13:57:09.000000000 +0100 @@ -100,6 +100,13 @@ // draw the pixmap as in KIconViewItem::paintItem(...) paintPixmap(p, colors); + if ( isSelected() ) { + p->setBrush( TQBrush( cg.highlight() ) ); + p->setPen( TQPen( cg.highlight() ) ); + p->drawRoundRect( textRect( FALSE ), + 1000 / textRect( FALSE ).width(), + 1000 / textRect( FALSE ).height() ); + } My question is did all the code class names change as well?? I guess it doesn't matter here, but I've grepped and the only thing I come up with is: tdefileividesktop.cpp:87:void KFileIVIDesktop::paintItem( TQPainter *p, const TQColorGroup &cg) So I think the comment above is wrong as well. Do we want to try and apply the traditional KDE patches that remain in patches.tar.bz2 to the code before R14 release (fix them once and for all)? the only patches that remain are: patches/08-kip_kdesktop_rounded_icon_text_corners.patch patches/03-kcontrol_advbg_step.patch patches/06-nspluginscan-xdgcompliance.patch patches/01-kicker-lockout-applet-button-order.patch Let me know. I'll keep tweaking these for now. -- David C. Rankin, J.D.,P.E.

1 0

Arch - good news - R14 builds through tdelibs nohal (tdebase is a patch issue)
by David C. Rankin 19 Jan '14

19 Jan '14

Darrell, Tim, All, Job well done. I've build tde through tdelibs on bleeding-edge arch without issue (ok - well giant PITA rearranging dependencies, inventing systemd services files, etc. -- but NO TDE CODE issues) The current dependency and packages successfully built are: 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 tde-arts-14.0.0-1-x86_64.pkg.tar.xz tde-avahi-tqt-14.0.0-1-x86_64.pkg.tar.xz tde-dbus-1-tqt-14.0.0-1-x86_64.pkg.tar.xz tde-dbus-tqt-14.0.0-1-x86_64.pkg.tar.xz tde-libart-lgpl-14.0.0-1-x86_64.pkg.tar.xz tde-libcaldav-14.0.0-1-x86_64.pkg.tar.xz tde-libcarddav-14.0.0-1-x86_64.pkg.tar.xz tde-python-tqt-14.0.0-1-x86_64.pkg.tar.xz tde-sip-14.0.0-1-x86_64.pkg.tar.xz tde-sip4-tqt-14.0.0-1-x86_64.pkg.tar.xz tde-tdelibs-14.0.0-1-x86_64.pkg.tar.xz tde-tqca-tls-14.0.0-1-x86_64.pkg.tar.xz ** I split tqt3 into 2 packages ** tde-tqt3-14.0.0-1-x86_64.pkg.tar.xz tde-tqt3-docs-14.0.0-1-x86_64.pkg.tar.xz tde-tqtinterface-14.0.0-1-x86_64.pkg.tar.xz wv2-0.4.2-3-x86_64.pkg.tar.xz xmedcon-0.13.0-1-x86_64.pkg.tar.xz tdebase builds TONIGHT! -- David C. Rankin, J.D.,P.E.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels