tde-users July 2013

users@trinitydesktop.org

31 participants
23 discussions

tdebase-3.5.13.1 tqt3integration 'tqAppClass' was not declared in this scope

by Jerry Nettrouer II

[100%] Building CXX object tqt3integration/libqtkde/CMakeFiles/qtkde-shared.dir/qtkde.cpp.o cd /tmp/tdebase-3.5.13.1/build/tqt3integration/libqtkde && /usr/bin/c++ -Dqtkde_shared_EXPORTS -DHAVE_CONFIG_H -O2 -march=i486 -mtune=i686 -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/usr/lib/qt3/include -I/usr/include/tqt -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/tmp/tdebase-3.5.13.1/build/tqt3integration/libqtkde -I/tmp/tdebase-3.5.13.1/tqt3integration/libqtkde -I/tmp/tdebase-3.5.13.1/build -I/tmp/tdebase-3.5.13.1/build/tqt3integration/utils -I/usr/lib/qt3/include -I/usr/include/tqt -o CMakeFiles/qtkde-shared.dir/qtkde.cpp.o -c /tmp/tdebase-3.5.13.1/tqt3integration/libqtkde/qtkde.cpp In file included from /tmp/tdebase-3.5.13.1/tqt3integration/libqtkde/qtkde.cpp:145:0: /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp: In function 'QStringList getOpenFileNames(const QString&, QString*, long int, const QCString&, const QString&, QString*, bool)': /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:34:262: error: 'tqAppClass' was not declared in this scope /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp: In function 'QString getSaveFileName(const QString&, const QString&, QString*, long int, const QCString&, const QString&, QString*)': /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:64:270: error: 'tqAppClass' was not declared in this scope /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp: In function 'QString getExistingDirectory(const QString&, long int, const QCString&, const QString&)': /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:93:94: error: 'tqAppClass' was not declared in this scope /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp: In function 'QColor getColor(const QColor&, long int, const QCString&)': /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:116:72: error: 'tqAppClass' was not declared in this scope /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp: In function 'QFont getFont(bool*, const QFont&, long int, const QCString&)': /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:139:102: error: 'tqAppClass' was not declared in this scope /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp: In function 'int messageBox1(int, long int, const QString&, const QString&, int, int, int)': /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:165:115: error: 'tqAppClass' was not declared in this scope /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp: In function 'int messageBox2(int, long int, const QString&, const QString&, const QString&, const QString&, const QString&, int, int)': /tmp/tdebase-3.5.13.1/build/tqt3integration/utils/tqtkde_functions.cpp:190:160: error: 'tqAppClass' was not declared in this scope make[2]: *** [tqt3integration/libqtkde/CMakeFiles/qtkde-shared.dir/qtkde.cpp.o] Error 1 make[2]: Leaving directory `/tmp/tdebase-3.5.13.1/build' make[1]: *** [tqt3integration/libqtkde/CMakeFiles/qtkde-shared.dir/all] Error 2 make[1]: Leaving directory `/tmp/tdebase-3.5.13.1/build' make: *** [all] Error 2

9 years, 3 months

libogg0 conflicts with libogg0:i386 under ubuntu precise

by Stefan Endrullis

Hi folks, I'm using trinity on a 64 bit Ubuntu precise (12.04) installation and I want to report a very annoying bug caused by a package conflict of libogg0 from the trinity repository: https://bugs.launchpad.net/trinity-desktop/+bug/977103 Since trinity's libogg0 conflicts with Ubuntu libogg0:i386 several 32 bit applications such as adobe reader can no longer be installed on 64 bit trinity installations. Is there really a conflict between libogg0 and libogg0:i386 that needs to be in the package definition or can one just remove this tag? Best Regards, Stefan

10 years, 6 months

kmail 3.5.13.2

by Greg Madden

Wheezy amd64 Slavek repo. key binding 'ctl+a' used to select all messages in a folder, then 'ctl + j' would apply filters to the selected messages. 'ctl + a" not longer selects all messages. What happened? -- Peace, Greg

10 years, 10 months

amarok-trinity not updated by 3.5.13.2 on Debian/Wheezy

by Philip Ashmore

Hi there. I just successfully updated to 3.5.13.2 - go team! As it turns outthe upgrade wasn't a complete upgrade due to missing updated packages for Wheezy. I used apt-get update && apt-get upgrade as root. Here's what it said. The following packages have been kept back: amarok-engine-xine-trinity amarok-trinity kdeaddons-trinity kdeedu-trinity kdemultimedia-trinity kig-trinity libarts1-xine-trinity noatun-plugins-trinity It seems that amarok-common-trinity isn't available in 3.5.13.2 yet. Apologies in advance if you already know about this. Regards, Philip Ashmore

11 years

Fedora 17 Package Conflicts

by johnsg＠dreamscape.com

Workaround fixed it. Thanks JohnSG

11 years, 4 months

Fedora 17 Package Conflicts

by johnsg＠dreamscape.com

Recent Fedora 17 yum updates are failing. Failure report reads: file ...(various files)... from install of trinity-hal-info-20091130-1.fc17.noarch conflicts with file from package hal-info-20090716-4.fc17.noarch files affected include: .../10freedesktop/ 10-laptop-panel-hardware.fdi 10-modem.fdi 10-usb-card-readers.fdi 10-usb-music-players.fdi 20-vidio-quirk-pm-acer.fdi 20-vidio-quirk-pm-asus.fdi 20-vidio-quirk-pm-hp.fdi 20-vidio-quirk-pm-ibm.fdi 20-vidio-quirk-pm-lenovo.fdi 20-vidio-quirk-pm-sony.fdi 30-keymap-hp.fdi 30-keymap-misc.fdi The trinity-hal-info package is nominally from the repo: trinity-3.5.13-noarch The hal-info package is nominally from the repo: trinity-extras-noarch There is also a disconnect between Fedora Release values: hal-info reports as Release 4.fc17; trinity-hal-info reports as Release 1.fc17. Note there are crossconflicts in both file size and date, so I hesitated to just pick one. Problem is not occuring on current Scientific Linux updates. Don't know if this affects other Fedora versions. If its not a quickfix, any suggested workarounds would be appreciated. Thanks for Trinity Really Really Thanks JohnSG

11 years, 4 months

TDE 3.5.13.2 login loop

by iadest

Hi, I'm a TDE user since v. 3.5.13, it's a very good desktop environment as it's configurable, fast and efficient in everyday tasks. Recently I decided to upgrade my Debian notebook (Dell D430 2x1.33GHz 64bit, 2GB RAM, 60GB HDD) to TDE 3.5.13.2. To do this I formatted entire HDD and installed Debian Wheezy NetInstall (amd64) from USB drive. Except typical problems with black screen in console (Intel 950) everything went OK. After installing TDE and rebooting it launched normally. I configured it as I like: turned sound notifications off, tweaked window decoration to KDE2, icons to KDE2 and added cut/opy/paste/Terminal here buttons to Konqueror's toolbar, disabled ctrl-alt-del at log in. Installed Geany IDE and KNeMo to see utilization of network connections, activated KNeMo to display icons. After rebooting it doesn't start properly. It gets to proper login screen, when I log in it waits for few seconds using hard disk, then screen turns black and back to wallpaper, login window appears again. This happens in a loop. Here's a log from .xsession-errors I pulled from console mode. It looks like segfault appears during setting paths. Xsession: X session started for mcbx at pią…, 26 lip 2013, 00:48:00 CEST localuser:mcbx being added to access control list [startkde] Starting startkde. [startkde] This script is /usr/bin/x-session-manager [startkde] TDE version is 3.5.13.2 [startkde] TDE base directory is /opt/trinity [startkde] KDEHOME is not set. [startkde] Set KDEHOME to /home/mcbx/.trinity. [startkde] Setting KDEROOTHOME to /root/.trinity. [startkde] XDG_DATA_DIRS: /opt/trinity/share:/usr/share [startkde] KDEDIR: /opt/trinity [startkde] KDEDIRS: Segmentation fault [startkde] Starting Trinity... [kinit] Pipe closed unexpectedly: No such file or directory [kinit] DCOPServer could not be started, aborting. [kcrash] KCrash: Application 'kdetcompmgr' crashing... [kcrash] Warning: socket connection failed: : PoĹ‚Ä…czenie odrzucone [kcrash] KCrash cannot reach kdeinit, launching directly. [kcrash] KCrash: Application 'ksplash' crashing... [kcrash] Warning: socket connection failed: : PoĹ‚Ä…czenie odrzucone [kcrash] KCrash cannot reach kdeinit, launching directly. [startkde] TDE_FULL_SESSION: true [startkde] KDE_SESSION_UID: 1000 [kinit] Pipe closed unexpectedly: No such file or directory [kinit] DCOPServer could not be started, aborting. [startkde] kdeinit started successfully. [kinit wrapper] Warning: socket connection failed: : Connection refused [kinit] Pipe closed unexpectedly: No such file or directory [kinit] DCOPServer could not be started, aborting. [kcrash] KCrash: Application 'ksmserver' crashing... [kcrash] Warning: socket connection failed: : PoĹ‚Ä…czenie odrzucone [kcrash] KCrash cannot reach kdeinit, launching directly. ERROR: Couldn't attach to DCOP server! [startkde] Shutting down Trinity... [kinit wrapper] Warning: socket connection failed: : Connection refused [kinit wrapper] Error: Can't contact kdeinit! [startkde] Running Trinity shutdown scripts... [startkde] Trinity shutdown complete. What should I do to run Trinity? 3.5.13.1 was running well in this machine. MCbx

11 years, 4 months

Some Mageia package depend on packages older than those installed...

by Thierry de Coulon

Hello all, I've been trying again to install TDE on Mageia 3 (following the install instructions). Most of it seems OK, but the install fails with a message saying some packages can't be installed because they depend on packages older than those installed. The packages in question are trinity-perld-dcop, trinity-tdebindings and trinity-desktop. However, I've noticed that links, when installing software from Mageia, contain a directory "cauldron", and uname -a returns an "mga4" element. I associate "cauldron" with a development version, am I right? So could it be that I somehow got a development version of Mageia? The md5 hash of my DVD is not the same as that given on the mageia site ?!? I am re-downloading a fresh image from Mageia 3 now, but if anyone has more knowledge about Mageia than me, I'd be happy for any information about the version I should install for TDE... Regards, Thierry

11 years, 4 months

3.5.13.2 coming soon

by Slávek Banko

Hi all, who are using my PPA with preliminary packages for stable branch 3.5.13.x, note that you can expect in the coming days massive update. Currently I am uploading packages with the final version 3.5.13.2 to build. Since the speed of buildes is different for each platform, you may encounter occasional inconsistencies - in this case, simply wait for the update. Complete list of changes since version 3.5.13.1 can be found on wiki: http://www.trinitydesktop.org/wiki/bin/view/Documentation/Releases_3_5_13_2… A complete set of package builds for these versions distributions: + Debian 6.0 - Squeeze + Debian 7.0 - Wheezy + Ubuntu 10.04 - Lucid + Ubuntu 10.10 - Maverick + Ubuntu 11.04 - Natty + Ubuntu 11.10 - Oneiric + Ubuntu 12.04 - Precise + Ubuntu 12.10 - Quantal + Ubuntu 13.04 - Raring The official announcement of the new version will follow after the completion of build and subsequent publishing packages on the mirror. Thank you for your patience. Slavek

11 years, 4 months

Testing TDE R14

by Alexandre Couture

Hello, I would really like to do more testing of TDE R14 nightly builds on Ubuntu 13.04, but the TDE servers seems to be completely overwhelm since a few week, especially since Ubuntu nightly builds LiveCDs are available. When I want to update to the latest nightly build, it downloads at less than 56k Internet speed, so I often have to cancel the download because I don't want to wait for 15 hours for a it. Is there some ways that could be considered to make faster the TDE servers? In the list of distros where nightly builds are available, I see completely outdated versions of linux distributions. Is it still necessary to build nightly builds for obsolete versions of Ubuntu, as an example? Also, maybe a weekly Ubuntu nightly build LiveCD could be enough for its purpose, making the TDE servers save on bandwidth and improve its performance. Thanks! -Alexandre

11 years, 4 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

tde-users July 2013