tde-devels

devels@trinitydesktop.org

1 participants
3754 discussions

Re: [trinity-devel] Trinity on older hardware

by Darrell Anderson

>Please note that this might not be all TDE's fault. I have >noticed that >the X server (and possibly the kernel itself) tends to get slower >and >slower from release to release on old hardware. In general, >locking >myself to an old version of the kernel and Xorg on old hardware, >then >compiling new software on top of those old versions, seems to give >halfway >decent results. I agree the problem is not TDE per se. I too seem to believe that Linux based systems get slower with each new release. >However, if you are noticing that TDE is running slower than KDE >3.5.10 on >the same X/kernel versions, then we have a problem. ;-) I haven't tried such a test on my older systems. On newer Linux systems, compiling 3.5.10 now is all but impossible with all of the various upstream software changes that require patching. I experienced that compiling R14 on older Linux systems is impossible without modifying or updating several distro packages. That limits any 3.5.10->R14 comparison to a specific period of Linux OSs. Fortunately, I have a candidate here (I can compile 3.5.10 and R14 on Slackware 13.1) and will give this a test a go. That said what kinds of system or usability tests would be representative? Darrell

11 years, 2 months

Re: [trinity-devel] Desktop environment agnostic notification popups

by Darrell Anderson

>Notify-send seems to be the most generic of them all, but does >depend >on dbus. Most applets I've seen (mostly gtk applets though), do >use >notify send for their notifications. Can we hack kdbusnotification, knotify, or notify-send to work correctly? >You could also use a basic scriptable widget like xdialog which is >like cdialog or just dialog I want a system tray popup. (Nikolaus) Likewise for xmessage or xosd. :-) I already can create message windows with kdialog, KDED kwrited, or dcop. But such a script is then not desktop-agnostic. I don't want to waste time with a bunch of if-then tests. :-) I want a message that does not timeout, which is broken in notify- send when used in non-GTK environments. (Or possibly is broken only in Qt/TQt environments because the -t0 option does not work in KDE either.) Besides the broken -t0 option in non-GTK environments, the notification popup does not use knotify or kdbusnotification. Seems like notify-send is an obvious option, but not integrated into TDE at all. Either notify-send or knotify/kdbusnotification need patching. If notify-send supports/requires dbus, then patching kdbusnotifcation would be the most straightforward option? Ideas? Darrell

11 years, 2 months

Desktop environment agnostic notification popups

by Darrell Anderson

All, Are there any notification popup tools to use with Trinity? Especially to run in scripts. kdialog is TDE-specific, as is dcop. There is rwall and KDED kwrited, but that is not a small system tray popup. libnotify provides notify-send, but notify-send is GNOME-centric. For example, the infinite timeout option, -t0, does not work with either TDE or KDE4 (works fine in Xfce). There is dbus, but that requires installing an optional Trinity package, kdbusnotification. Ideas? Recommendations? Darrell

11 years, 2 months

Conflicts in packages qt3 × tqt3

by Slávek Banko

Hello all, Tim, in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth update was thwarted by conflicts in packages qt3 × tqt3. How should they be treated? Rename files to prevent conflicts? Or mark packages as conflicting / replacement to allow smooth upgrade? qt-x11-free-dbg: /usr/lib/debug/usr/bin/qm2ts qt-x11-free-dbg: /usr/lib/debug/usr/bin/mergetr qt-x11-free-dbg: /usr/lib/debug/usr/bin/msg2qm qt-x11-free-dbg: /usr/lib/debug/usr/bin/makeqpf qt-x11-free-dbg: /usr/lib/debug/usr/bin/qvfb qt-x11-free-dbg: /usr/lib/debug/usr/bin/createcw qt-x11-free-dbg: /usr/lib/debug/usr/bin/conv2ui qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl qt3-designer: /usr/bin/createcw qt3-designer: /usr/bin/conv2ui qt3-dev-tools-compat: /usr/bin/qm2ts qt3-dev-tools-compat: /usr/bin/mergetr qt3-dev-tools-compat: /usr/bin/msg2qm qt3-dev-tools-compat: /usr/bin/findtr qt3-dev-tools-compat: /usr/bin/qtrename140 qt3-dev-tools-compat: /usr/bin/qt20fix qt3-dev-tools-embedded: /usr/share/qvfb/pda_up.png qt3-dev-tools-embedded: /usr/share/qvfb/pda_down.png qt3-dev-tools-embedded: /usr/bin/makeqpf qt3-dev-tools-embedded: /usr/bin/qvfb qt3-doc: /usr/share/man/man3/QAccel.3qt.gz qt3-doc: /usr/share/man/man3/QAccessible.3qt.gz qt3-doc: /usr/share/man/man3/QAccessibleInterface.3qt.gz qt3-doc: /usr/share/man/man3/QAccessibleObject.3qt.gz qt3-doc: /usr/share/man/man3/QAction.3qt.gz ... -- Slavek

11 years, 2 months

Re: [trinity-devel] Building dbus-tqt, dbus-1-tqt, tqtinterface

by Darrell Anderson

>>>In the 3.5.13.x branch, dbus-tqt and dbus-1-tqt were required to >>>install to /usr rather than $PREFIX (usually /opt/trinity). >>> >>>In the R14 branch that was changed. At least, I have been >building >>> >>>both to install to /opt/trinity since I started building R14 in >>>the >>>early days of the branch. >>> >>>* Are/should those packages be built to install to /usr? >>> >>>* Is tqtinterface still required to be built to install to /usr? >>> >>>* Are any other packages required to built to install to /usr? >> >> Anybody? This affects all developers. >> >Sorry, this doesn't affect me any more as I haven't done anything >with the >3.5.13 branch for ages now. I'd help if I could only remember... >;-) I did not phrase my question correctly. Is R14 affected by those install requirements? Or can all modules be installed to /opt/trinity? Darrell

11 years, 2 months

Re: [trinity-devel] Building dbus-tqt, dbus-1-tqt, tqtinterface

by Darrell Anderson

>In the 3.5.13.x branch, dbus-tqt and dbus-1-tqt were required to >install to /usr rather than $PREFIX (usually /opt/trinity). > >In the R14 branch that was changed. At least, I have been building > >both to install to /opt/trinity since I started building R14 in >the >early days of the branch. > >* Are/should those packages be built to install to /usr? > >* Is tqtinterface still required to be built to install to /usr? > >* Are any other packages required to built to install to /usr? Anybody? This affects all developers. Darrell

11 years, 2 months

Re: [trinity-devel] Notification popups

by Darrell Anderson

>Okay. Is there a way to disable just the system tray popups? Anybody? Is there a way to disable system tray notification popups? Darrell

11 years, 2 months

TDE Service Interruptions

by Timothy Pearson

All, You may have noticed that the TDE servers have been experiencing random and sometimes lengthy service interruptions over the past few days. This was due to an upstream Internet service provider problem, and should now be fixed. Thank you for your patience! Timothy Pearson Trinity Desktop Project

11 years, 2 months

Building dbus-tqt, dbus-1-tqt, tqtinterface

by Darrell Anderson

In the 3.5.13.x branch, dbus-tqt and dbus-1-tqt were required to install to /usr rather than $PREFIX (usually /opt/trinity). In the R14 branch that was changed. At least, I have been building both to install to /opt/trinity since I started building R14 in the early days of the branch. * Are/should those packages be built to install to /usr? * Is tqtinterface still required to be built to install to /usr? * Are any other packages required to built to install to /usr? Thanks! :-) Darrell

11 years, 2 months

TQT FTBFS with latest GIT

by François Andriot

Hello, when building TQT3 grom GIT today, I have the following FTBFS: g++ -luuid -fno-exceptions -o ../../bin/tqassistant .obj/debug-shared-mt/main.o .obj/debug-shared-mt/helpwindow.o .obj/debug-shared-mt/topicchooserimpl.o .obj/debug-shared-mt/docuparser.o .obj/debug-shared-mt/helpdialogimpl.o .obj/debug-shared-mt/settingsdialogimpl.o .obj/debug-shared-mt/index.o .obj/debug-shared-mt/profile.o .obj/debug-shared-mt/config.o .obj/debug-shared-mt/mainwindow.o .obj/debug-shared-mt/topicchooser.o .obj/debug-shared-mt/finddialog.o .obj/debug-shared-mt/helpdialog.o .obj/debug-shared-mt/settingsdialog.o .obj/debug-shared-mt/tabbedbrowser.o .obj/debug-shared-mt/qmake_image_collection.o .obj/debug-shared-mt/moc_helpwindow.o .obj/debug-shared-mt/moc_topicchooserimpl.o .obj/debug-shared-mt/moc_helpdialogimpl.o .obj/debug-shared-mt/moc_settingsdialogimpl.o .obj/debug-shared-mt/moc_index.o .obj/debug-shared-mt/moc_mainwindow.o .obj/debug-shared-mt/moc_topicchooser.o .obj/debug-shared-mt/moc_finddialog.o .obj/debug-shared-mt/moc_helpdialog.o .obj/debug-shared-mt/moc_settingsdialog.o .obj/debug-shared-mt/moc_tabbedbrowser.o -L/usr/lib64/mysql -L/usr/lib64 -L/usr/lib64 -L/dev/shm/BUILD.mga3.x86_64/trinity-tqt3-14.0.0~pre181+534275de/lib -L/usr/X11R6/lib64 -luuid -ltqt-mt -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread .obj/debug-shared-mt/helpdialogimpl.o: dans la fonction « HelpDialog::eventFilter(TQObject*, TQEvent*) »: /dev/shm/BUILD.mga3.x86_64/trinity-tqt3-14.0.0~pre181+534275de/tools/assistant/helpdialogimpl.cpp:707: référence indéfinie vers « TQApplication::sendEvent(TQObject*, TQEvent*) » collect2: erreur: ld a retourné 1 code d'état d'exécution make[2]: *** [../../bin/tqassistant] Erreur 1 make[2] : on quitte le répertoire « /dev/shm/BUILD.mga3.x86_64/trinity-tqt3-14.0.0~pre181+534275de/tools/assistant » make[1]: *** [sub-assistant] Erreur 2 make[1] : on quitte le répertoire « /dev/shm/BUILD.mga3.x86_64/trinity-tqt3-14.0.0~pre181+534275de/tools » make: *** [sub-tools] Erreur 2 It looks like it's due tu commit eeaba432 <http://www.trinitydesktop.org/patches/1385367736:eeaba432771e0706f7d25da663…> François

11 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels