Hi,
I'm just wondering whether someone has looked at/considered using Qt5
with Trinity. There was an article recently from the LXQt people which
was quite positive about its memory usage: https://blog.lxde.org/?p=1364
I'm aware that there have been concerns that Qt4 (so maybe Qt5 too?) has
significant dependencies on having a fast GPU to get performance while
Qt3/TQt will work much better when a GPU is not available.
Best regards,
Julius
Hi again,
I recently had more time to work on TDE (as you have noticed) and I have
rebuild and installed tdebase and tdelibs from git. tdepowersave crashed,
so I installed (download from git, rebuild package etc).
My question is after tdebase and tdelibs are being compiled from git, should
I recompile other packeges ... or all? What are the pros and cons?
I do not want to risk too much - if risk is high I would think of building
dedicated environment.
What is your experience and way of doing things? Is there a good practice
guide?
thanks
Hi,
I need some hint on how to test this patch from bug 1923.
I lack some knowledge on how this system works with the protocol and desktop
files.
Can you give me a hint please?
thanks in advance
Hi
I asked that already on the user list but did not did not receive any
answer or solution.
Tdenetworkmananger connects but does not display the
nm_signal_100.png or similar
I purged and reinstalled network-manager-tde without success
This is really annoying (but better than tdenetworkmanager would not connect)
Any ideas how to solve this.
Uwe Brauer
Hi,
I would like to have your opinion on knotes. Perhaps someone of you has
background knowledge why some decisions were taken (or not).
While reviewing the syncevolution backend (I will upload it to syncevolution
sometime soon), I started digging deeper into knotes.
I first opened
https://bugs.trinitydesktop.org/show_bug.cgi?id=2688
for the libkcal, and then noticed that knotes uses libkcal Journal
(internally), while externally a knotes interface is exposed.
The question is (I did not look too deep) if there is a way to skip the dcop
interface and access the libkcal functions directly. So far I have seen is
that the header files are not exposed. So how would one access the
ressource assigned to knotes?
I'll upload the code now with the dcop interface for notes and later change,
when I have come to a better conclusion, but there are definitely
advantages in using the libkcal directly and consequently perhaps it is
worth thinking of some sort of unification
For example I have in the source
tdepim/libkcal/resourcelocalconfig.h
tdepim/knotes/resourcelocalconfig.h
but only the former is exposed in the include directory:
/opt/trinity/include/libkcal/resourcelocalconfig.h
Actually it is only libkcal in the tdepim1 dev.
The last question is why Journal is not visible as notes and notes are not
visible as journal in kontacts. I can imagine they are based on different
logic, but still I believe it won't hurt if all of that gets unified
somehow.
Thanks in advance.
regards
Hi,
I solved the build problem, but I had to manually copy
tdepassivepopupstack.h
tdecryptographiccarddevice.h
from tdelibs in /opt/trinity/include/ in order to build.
When I try building the deb packages I get following error
dh_install -ptdebase-runtime-data-common-trinity
cp: cannot stat ‘./debian/tmp/opt/trinity/share/autostart/khotkeys.desktop’:
No such file or directory
dh_install: cp -a ./debian/tmp/opt/trinity/share/autostart/khotkeys.desktop
debian/tdebase-runtime-data-common-trinity//opt/trinity/share/autostart/
returned exit code 1
Why? Any idea? I also get warning for missing dev packages and trying to
work around this with -d
thanks
I'd like to log all dcop traffic to/from a particular application (or
frankly, for the whole system if that's easier). I'm trying to understand
some code I've inherited, and knowing what it's doing with dcop (if
anything) would be helpful.
Thanks for any pointers.
Michael Kohne
Senior Software Engineer
Office: 215.283.0860 x208
mhkohne(a)moberg.com
Transforming Neurocritical Care
Moberg Research, Inc.
224 S Maple Street, Ambler, PA 19002
24/7 Customer Support: 1-888-662-7246
www.moberg.com
Hi all,
I noticed during current builgs, on Ubuntu 16.10 (Yakkety) and now also on
Debian 9 (Stretch) was changed the default compiler to GCC6. This brings
the number of new FTBFS. That's why I started to concentrate on these
FTBFS. Note - for this reason the packages for Yakkety in Preliminary
Stable Builds are now inconsistent.
As a first, of course, I started with tdelibs. Most were simple conflict
signed / unsigned char or int. However, one serious problem is here.
In the 'kjs' and 'tdehtml/ecma' is used HashEntry structure that contains
the item 'value' of type short int - see 'kjs/lookup.h'. Into this item
was stored values DOM::NodeFilter::ShowCode::SHOW_ALL = 0xFFFFFFFF (see
tdehtml/dom/dom2_traversal.h) and kjs event CHANGE with value 32768 (see
tdehtml/ecma/kjs_events.cpp). Both are therefore outside the range of
short int.
Changing the type of 'value' in HashEntry from short to long would
apparently cause a change in ABI - kjs/lookup.h is part of the public
includes. That's why I made the change values 0xFFFFFFFF and 32768 to -1.
I think that GCC compilers version less than 6 will store these values in
the same way. Therefore, I believe that the proposed patch would not
cause problems == can be pushed. What is your opinion?
Cheers
--
Slávek
All,
Recently I filled in the automated crash report and sent it on its way.
I don't see this in the current bug list.
Do those reports go anywhere or should I fill in a new bug report by
hand via the web site?
Thanks.
Jim