Hi all,
I was listening in on the last irc meeting and caught an aftermeeting
mentioning about bad Qt4 performance. I offered an article and a possible
workaround I found recently, in case people are not aware of it, and was
asked to bring it to attention to other developers also, so here goes:
I'm suffering bad graphical performance in Qt4 and PyQt4 applications and
searched for solutions. I found a post on nokia.com [1] that mentions a
command line switch that might help.
In short: adding "-graphicssystem raster" to my Qt4 applications' command line
improved performance drastically for me. There's also a method to set it
programmatically, and an environment variable [2].
[1] http://labs.qt.nokia.com/2008/10/22/so-long-and-thanks-for-the-blit/
[2] http://doc.qt.nokia.com/4.7/qapplication.html#setGraphicsSystem
Thanks and much regards,
Sanne
In relation with the recently reported bug #1378
http://bugs.pearsoncomputing.net/show_bug.cgi?id=1378
got my attention thing prepared for KDE4:
http://www.h-online.com/open/news/item/KDE-display-management-to-get-a-boos…
Often I see spreading window sizes when turn on / off secondary screen or
switching from internal laptop screen to external and back. Another problem
is that after restoring a maximized window may be restored onto already
unavailable screen. When turn on the second screen will also become invisible
in the taskbar windows that were open in single-screen mode.
Note: I know, I need to add information about these issues to bug message.
Slavek
All,
I am now officially back from my holiday vacation away from TDE.
I would like to get R14.0.0 squared away and out the door in the next few
months if possible; thoughts on the current status of the nightly builds
are welcome. I know quite a few bugs remain, however many critical bugs
have been repaired and I don't want to hold those fixes (which cannot be
ported to the 3.5.13.x series) back much longer.
How does a tentative release date of April 15, 2013 sound? This means
that the remaining blocker bugs need to be resolved by February 2013 in
order to get the R14 release candidate into the hands of our QA team with
sufficient time for them to find and resolve quality problems before
release. A tentative final source release date would be March 15; this
would allow 2 weeks for the binary build maintainers to update their
packages before release, and a week or two for the mirrors to sync with
the new packages.
For me the biggest blocker bug remaining is the XDG icon naming issue
(http://bugs.pearsoncomputing.net/show_bug.cgi?id=1313), as this causes a
very bad (inconsistent) user experience with most non-TDE software
packages. I will be working hard to resolve that issue; if each developer
here could find a large blocker bug and work on fixing it over the next
few weeks that would be great!
Tim
Hello,
The deadline has been extended to December 21st. There will be no more
extensions.
--8<---
*
FOSDEM is one of the largest gatherings of Free Software contributors in
the world and happens each February in Brussels (Belgium). One of the
tracks will be the CrossDesktop DevRoom, which will host Desktop-related
talks.
We are now inviting proposals for talks about Free/Libre/Open-source
Software on the topics of Desktop development, Desktop applications and
interoperativity amongst Desktop Environments. This is a unique opportunity
to show novel ideas and developments to a wide technical audience.
Topics accepted include, but are not limited to: Enlightenment, Gnome, KDE,
Unity, XFCE, Windows, Mac OS X, general desktop matters, applications that
enhance desktops and web (when related to desktop).
Talks can be very specific, such as developing mobile applications with Qt
Quick; or as general as predictions for the fusion of Desktop and web in 5
years time. Topics that are of interest to the users and developers of all
desktop environments are especially welcome. The FOSDEM 2012 schedule might
give you some inspiration:
https://archive.fosdem.org/2012/schedule/track/crossdesktop_devroom.html
<https://archive.fosdem.org/2012/schedule/track/crossdesktop_devroom.html>
Please include the following information when submitting a proposal:
-
Your name
-
The title of your talk (please be descriptive, as titles will be listed
with around 250 from other projects)
-
Short abstract of one or two paragraphs
-
Short bio
-
Requested time: from 15 to 45 minutes. Normal duration is 30 minutes.
Longer duration requests must be properly justified.
The deadline for submissions is December 14th 2012. FOSDEM will be held on
the weekend of 2-3 February 2013. Please submit your proposals to
crossdesktop-devroom(a)lists.fosdem.org (subscribtion page for the mailing
list: https://lists.fosdem.org/listinfo/crossdesktop-devroom )
-- The CrossDesktop DevRoom 2013 Organization Team*
--8<---
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
Sorry to bother you again today :)
I am trying to build python-tqt from GIT (after I built sip4-tqt and
tqscintilla. Btw, somebody with the required access could edit the
"How to build guide" section 7 "Build order" and move "tqscintilla"
before "python-tqt" since the former is a requirement for the latter).
I have this situation:
1) if I use sip 4.10.5 (the one from sip4-tqt package) the correct sip.h
file is installed in /usr/include/python2.X. Nevertheless configuration
fails as follow:
sip: /home/tde_src/2_build/build/dependencies/python-tqt/sip/qt/qtmod.sip:23: syntax error
at configure.py:927 os.system(string.join(argv)), where this command
get invoked:
/usr/bin/sip" -x TQt_STYLE_WINDOWSXP -x TQt_STYLE_INTERLACE -x TQt_STYLE_WINDOWSXP -x TQt_SIP_PRE_4_7_2 -x VendorID -t WS_X11 -t TQt_3_3_6 -j 10 -c qt -b qt/qt.sbf -I/home/tde_src/2_build/build/dependencies/python-tqt/sip /home/tde_src/2_build/build/dependencies/python-tqt/sip/qt/qtmod.sip
For reference, the failing line in qtmod.sip is:
%Module qt 2
PS: I am no SIP expert at all :(
2) instead if I use sip 4.13.3-2 that comes with debian/testing (and which
should not be used according to the How to Build giude) the configuration
is able to complete correctly (beside a never ending list of deprecated
warnings) but then the building fails since the incorrect
sip.h file (and libraries) is installed
qobject.sip:2199:9: error: ‘pyqt3TQtSignal’ was not declared in this scope
So I wonder how you manage to build python-tqt.
What am I missing?
Have a nice weekend :)
Michele
Hi there,
sip4-tqt FTBFS on my computer (debian/testing). I used the most recent GIT sources for both TDE and
TDE-packaging (2012/12/14).
The problem is in compiling the sipgen module, when the sip.h file is not found.
>> gcc -c -O2 -g -I/usr/include/tqt -I/usr/include/tqt3 -I/usr/include/qt3 -w -DNDEBUG -I. -o parser.o parser.c
>> /home/tde_src/2_build/build/dependencies/sip4-tqt/sipgen/parser.y:24:17: fatal error: sip.h: No such file or directory
The patch adds the module source folder to the include path when generating the makefiles.
-------------------
In the GIT repo, there is a file siputils.py.orig in the dependencies/sip4-tqt folder. I guess this is a left over from a previous change and it could be removed.
-------------------
On a side note, what's the standard procedure followed by the TDE team members for submitting bug
fixes/improvements? Should we post patches to this ML or is there another way? Or should we just commit
that to the GIT repo?
Cheers
Michele
All,
I am taking some time off of TDE to spend more time with family and
friends over the holiday season, and therefore will probably not be
available on the TDE mailing lists for the next couple of weeks or so. In
other words, don't be alarmed if I don't respond to queries; I will be
back on these lists shortly after Christmas! :-)
If a service stops functioning properly during my absence I can still be
reached via Email, though my response time may be somewhat delayed.
Merry Christmas to all, especially the many dedicated contributors that
make this project possible. Here's to a bright and shining future for TDE
in 2013 and beyond!
Timothy Pearson
Trinity Desktop Project
I notice that in the GIT TDE packaging repo for sip4-tqt there are two patches (siputils_debian_changes.diff
and siputils_objdir_module_fix.diff) that are not used during the building process.
I wonder if this is intentional or if they are just old patches not needed or what (since I am new here I don't
much of the TDE history).
I would like to either merge them or remove them before applying the patch for the FTBFS, so to clear up
the tree a little. Does anybody remember anything about these two patches?
If there are no objections or no specific instructions before sunday night, on monday morning I
will proceed to remove the two patches from the packaging repo for debian and ubuntu since they
are not currently used, apply the fix for today's FTBFS and finally update the GIT repos.
Michele
Hi there,
this is my first post, so let me introduce myself. My name is Michele Calgaro (Michael if it easier for you) and I discovered TDE only very recently.
I have set myself the task to contribute to TDE's development in my spare time (among one thousand other things to do :-) ), at least a little.
I am trying to compile everything on my laptop (running Debian testing) using the scripts in the tde-packaging repository.
Everything is ok until I get to tdelibs. When I try to compile tdelibs, I get 2 unmet dependencies I can not solve. They are:
- libr-dev
- gettext-kde
dpkg-checkbuilddeps: Unmet build dependencies: gettext-kde libr-dev
I have checked the Debian package archives and there are no such packages in any distribution (stable, testing, sid, experimental, not even lenny).
I have managed to track down a possible gettext-kde package for ubuntu at "https://launchpad.net/ubuntu/+source/gettext-kde/0.10.35-0ubuntu2" but obviously wonder if the version is applicable or not.
But no luck at all for libr-dev. No matter how much I searched the internet, I couldn't find anything about it except for some links to TDE debian/control files commits.
I also tried to remove such dependencies from the debian/control file and compile nevertheless, but as I expected the build fails since it can't find libr
- checking for one of the modules 'libr'
CMake Error at CMakeLists.txt:751 (message):
elficon support was requested, but libr was not found on your system
-- Configuring incomplete, errors occurred!
You are obviously compiling tdelibs without problems, so what am I doing wrong? Or better, where can I find those missing packages?
Also, since those packages are not part of debian and apparently ubuntu, IMO it would be worth considering importing such packages in the TDE git repository if possible (and if I am not missing something else here)
Thanks and looking forward to help the TDE team if I can.
Bet regards
Michele
