tde-devels

devels@trinitydesktop.org

7 participants
3840 discussions

FOSDEM CrossDesktop DevRoom 2013 - Call for Talks
by Pau Garcia i Quiles 21 Dec '12

21 Dec '12

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)

2 1

Build crash
by Keith Daniels 20 Dec '12

20 Dec '12

2 4

building python-tqt
by Michele Calgaro 17 Dec '12

17 Dec '12

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

2 3

sip4-tqt FTBFS (debian/testing). Quit patch.
by Michele Calgaro 17 Dec '12

17 Dec '12

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

2 6

Temporary Absence
by Timothy Pearson 14 Dec '12

14 Dec '12

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

1 0

sip4-tqt unused patches
by Michele Calgaro 14 Dec '12

14 Dec '12

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

1 0

tdelibs missing dependencies (libr-dev, gettext-kde)
by Michele Calgaro 13 Dec '12

13 Dec '12

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

3 4

Re: [trinity-devel] Gentoo issues.
by Darrell Anderson 12 Dec '12

12 Dec '12

>> The R14 branch should not have this problem because of the many XDG >> related changes (e.g., OnlyShowIn=TDE). Environment variables all >> have been renamed in R14 too (KDEDIR->TDEDIR, etc.). >seems changes to stop run files with OnlyShowIn=KDE wasn't performed yet. >here are lines with such checks: >tdelibs/kinit/autostart.cpp:181 >tdelibs/kio/kio/kservicegroup.cpp:87 > >Should I fill a bug to track it/make it fixed sooner? Probably. >> http://git.trinitydesktop.org/cgit/tdebase/tree/migratekde3 >One more about this script, have you considered to move this >functionality as well as functionality of the r14-xdg-update to >kconf_update? That sounds encouraging, but I don't know how to do that. Darrell

2 1

Re: [trinity-devel] Can not seem to get tqt to build.
by Darrell Anderson 11 Dec '12

11 Dec '12

>Thanks for that Darrel. I am tryng to follow what Arch recommends but >it is to no avail. Perhaps I am doing something wrong, or there >is a configuration to get the package to build tat I do not know of. >The package is tqt3, though I have tried to get qt3 to build too and >that does not build either. So I am pretty confident now that it is >user(me) error somewhere, somehow. I know this can be frustrating. There are some Archers subscribed to this list and they should be helping you. A lack of responses is status quo in this list. Sometimes I wonder why we bother keeping this mail list active. :( Just a wild guess, do you have qt4 installed in your build environment? If yes then possibly try removing that package in your build environment. Posting a build log might help too. I use the tee command to create a log. Here are my tqt3 configure options. Notice that -platform must be explicitly declared when building on 64-bit. if [ "$LIBDIRSUFFIX" = "64" ]; then PLATFORM="linux-g++-${LIBDIRSUFFIX}" else PLATFORM="linux-g++" fi echo "yes" | \ CFLAGS=$CPUOPT \ CXXFLAGS=$CPUOPT \ ./configure \ -v \ -prefix $INSTALL_PREFIX \ -libdir $LIBDIR \ -release \ -I/usr/include/mysql \ -I/usr/include/freetype2/freetype \ -L/usr/lib${LIBDIRSUFFIX} \ -qt-imgfmt-png \ -qt-imgfmt-mng \ -qt-imgfmt-jpeg \ -qt-gif \ -qt-style-motif \ -system-zlib \ -system-libpng \ -system-libmng \ -system-libjpeg \ -shared \ -no-pch \ -thread \ -stl \ -no-g++-exceptions \ -platform ${PLATFORM} \ -cups \ -ipv6 \ -nis \ -sm \ -xshape \ -xinerama \ -xcursor \ -xrandr \ -xrender \ -tablet \ -xkb \ -xft \ -plugin-imgfmt-mng \ -plugin-sql-mysql \ -plugin-sql-sqlite \ -plugin-style-cde \ -plugin-style-compact \ -plugin-style-motifplus \ -plugin-style-platinum \ -plugin-style-sgi \ -plugin-style-windows \ -lfontconfig \ -inputmethod \ -enable-opengl \ -dlopen-opengl \ || exit 1 I hope this helps. :) Darrell

4 3

Re: [trinity-devel] Currently going through images...
by Darrell Anderson 11 Dec '12

11 Dec '12

>... I am sure there are more... and if there is a list anywhere >please let me know about it. As I find specific images I plan to set up >an etherpad page for the images. I have tried twice to reply to this message and both times the mail bounced back as spam. Of those apps you listed, only kdevelop has been renamed (tdevelop). To my knowledge none of the others in your list are going to be renamed. This etherpad has a list of what has been renamed: http://trinity.etherpad.trinitydesktop.org/17 Darrell

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels