tde-devels

devels@trinitydesktop.org

5 participants
3856 discussions

New FTBFS in tdebindings
by François Andriot 25 Dec '13

25 Dec '13

Hello, since last few days, I cannot build tdebindings anymore, it FTBFS in "smoke": make: Entering directory `/dev/shm/BUILD.el6.x86_64/trinity-tdebindings-14.0.0~pre223+1b854c68/smoke' Making all in tqt make[1]: Entering directory `/dev/shm/BUILD.el6.x86_64/trinity-tdebindings-14.0.0~pre223+1b854c68/smoke/tqt' /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I./.. -I/opt/trinity/include/tde -I/usr/include/tqt3 -I. -include tqt.h -I/usr/include/tqscintilla -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -c -o x_16.lo x_16.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I./.. -I/opt/trinity/include/tde -I/usr/include/tqt3 -I. -include tqt.h -I/usr/include/tqscintilla -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -c x_16.cpp -fPIC -DPIC -o .libs/x_16.o /usr/include/tqt3/ntqstyle.h: In constructor 'x_TQStyleControlElementData::x_TQStyleControlElementData(const TQStyleControlElementData&)': /usr/include/tqt3/ntqstyle.h:296: error: 'TQStyleControlElementData::TQStyleControlElementData(const TQStyleControlElementData&)' is private x_16.cpp:4966: error: within this context make[1]: *** [x_16.lo] Error 1 make[1]: Leaving directory `/dev/shm/BUILD.el6.x86_64/trinity-tdebindings-14.0.0~pre223+1b854c68/smoke/tqt' make: *** [all-recursive] Error 1 make: Leaving directory `/dev/shm/BUILD.el6.x86_64/trinity-tdebindings-14.0.0~pre223+1b854c68/smoke' Any clue ? Thanks Francois

1 0

Re: [trinity-devel] Opinion of Trinity R14.0.0
by Michele Calgaro 25 Dec '13

25 Dec '13

>> ------------------------------ >> For several years I was a happy KDE 3.5.x user. When support for >> KDE 3.5 was dropped in Debian, I moved through several DE (KDE4, >> Gnome 2 & 3, Xfce) but none of them fully satisfied my needs, for >> a reason or another. >> Then I discovered TDE and I immediately felt at home: finally I >> could use again a productive and complete DE without having to >> keep fighting every day with features that either I didn't need >> (and couldn't remove) or that didn't stay where I placed them. >> The TDE development team is very friendly, so anyone (myself >> included) can contribute to preserve and enhance this fantastic DE. >> ------------------------------ > "Recently I discovered Trinity. I immediately felt at home with > this traditional computer desktop environment. In this day of > tablets and smart phones, traditional desktop environments still > play important roles. The TDE development team is friendly and > anyone such as myself may contribute to preserve and enhance this > fantastic desktop environment." --- Michele Calgaro, Italy > ------------------------------ Darrell, I am fine with both versions. I think the second one misses the point that TDE is a DE which puts productivity before fancy-useless-bothering visual effects, which I think is the main reason why people use TDE. Perhaps the following version is a little better: ------------------------------ "Recently I discovered Trinity. I immediately felt at home with this traditional computer desktop environment, which focuses on productivity rather than the latest development in visual effects. In these days of tablets and smart phones, traditional desktop environments still play important roles. The TDE development team is friendly and anyone such as myself may contribute to preserve and enhance this fantastic desktop environment." --- Michele Calgaro, Italy ------------------------------ Feel free to massage it again if you find it appropriate. Cheers Michele

1 0

Re: [trinity-devel] Include minimized system tray apps in Alt+Tab
by Darrell Anderson 25 Dec '13

25 Dec '13

> Let's make sure we make this configurable. If no such feature exists then, of course, make this configurable. :) >we should be able to do something like: >kcontrol -> Desktop -> Window Behavior -> Navigation -> then add: > > [ ] Traverse windows in system tray > >Is this sort of what you were thinking Darrell? Yes. >The hook to 'skip when minimized to tray' already exists somewhere >in the code, >all that needs to be done is to find it and then make it >conditional on whether >the Window Behavior or Special setting is checked. Any idea which >block of code >that would exist in? tdelibs? Sounds like a good idea. If this feature does not exist then I'll open an enhancement request. Darrell

2 1

tde networking with netctl interface names: eg. enp0s10 instead of ethX
by David C. Rankin 25 Dec '13

25 Dec '13

All, Is anyone building on a distro using netctl to manage the network interfaces such that the interface names are no long ethX, but instead enpXsX. What impact does that have on the networking interfaces for networkmanager, knemo, etx... -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] Latest upstream package support for R14.0.0
by Darrell Anderson 25 Dec '13

25 Dec '13

>> Thanks. What versions of cups and libpng? > >libpng: 1.2.49 >cups: 1.6.4 Thank you. Darrell

2 1

Include minimized system tray apps in Alt+Tab
by Darrell Anderson 25 Dec '13

25 Dec '13

All, Is there a way to include minimized system tray apps in Alt+Tab switching? I would like to include Akregator and KMail in the list. Thanks. :) Darrell

2 1

Re: [trinity-devel] Do new git branches and tags (master->origin/master, etc.) change repo update calls?
by Darrell Anderson 24 Dec '13

24 Dec '13

Hi David, Welcome back. I hope all is well. :) >The question that >brought up was "do I need to modify any of the scripts I use that >update my >local git repo to handle the 'origin/v3.5.13-sru' designation, or >will the >change be handled by the .gitmodule data? Look at the scripts directory: http://git.trinitydesktop.org/cgit/scripts/tree/ Basically all I do is run switch_all_submodules_to_head_and_clean inside a wrapper script. > What is the state of HAL requirements? I presume it is still >fully required in >3.5.13, but what about 14? I will be building 3.5.13, so I'll >start by checking >on the state of HAL in the Arch user repository. Trinity R14 has its own HAL-independent hardware support. 3.5.13.2 still uses HAL available. You can use HAL in R14 if you want, you need to apply the appropriate configuration options. Look at the following tdelibs config if you want to build outside the defaults: -DWITH_HAL -DWITH_TDEHWLIB_DAEMONS -DWITH_UPOWER -DWITH_UDISKS -DWITH_UDISKS2 I believe most if not all of the development team is using R14. Many of us have 3.5.13.2 test partitions or VMs. 3.5.13.2 can be built from the official tarballs, whereas R14 is built from the GIT tree. Although there have been many changes in the past months, the structure of the git tree remains the same. The scripts noted above have not been modified in a long while either. Darrell

2 2

Re: [trinity-devel] Opinion of Trinity R14.0.0
by Darrell Anderson 24 Dec '13

24 Dec '13

>you can add my opinion if you think it is valuable. You can use my >name for reference purposes. > >------------------------------ >For several years I was a happy KDE 3.5.x user. When support for >KDE 3.5 was dropped in Debian, I moved through several DE (KDE4, >Gnome 2 & 3, Xfce) but none of them fully satisfied my needs, for >a reason or another. >Then I discovered TDE and I immediately felt at home: finally I >could use again a productive and complete DE without having to >keep fighting every day with features that either I didn't need >(and couldn't remove) or that didn't stay where I placed them. >The TDE development team is very friendly, so anyone (myself >included) can contribute to preserve and enhance this fantastic DE. >------------------------------ Michele, Thank you! This is a good start. Would you please consider some refinements? Perhaps something like this: "Recently I discovered Trinity. I immediately felt at home with this traditional computer desktop environment. In this day of tablets and smart phones, traditional desktop environments still play important roles. The TDE development team is friendly and anyone such as myself may contribute to preserve and enhance this fantastic desktop environment." --- Michele Calgaro, Italy Thanks! Darrell

1 0

git CONFLICT - cannot resolve main/thirdparty and scripts - howto resolve?
by David C. Rankin 24 Dec '13

24 Dec '13

All, I believe my origin/master local git checkout is almost fixed, but I have several nasty warning and errors that remain when I run: /scripts/switch_all_submodules_to_head_and_clean The error are primarily with main/thirdparty and scripts. The full output of /scripts/switch_all_submodules_to_head_and_clean is available here along with the git status: http://www.3111skyline.com/dl/dt/trinity/err/git/master-conflicts.txt http://www.3111skyline.com/dl/dt/trinity/err/git/git-status.txt A summary of the errors are: 02:07 phoinix:/dat_e/tde> ./scripts/switch_all_submodules_to_head_and_clean drankin Preparing /dat_e/tde for development use error: 'main/thirdparty' appears as both a file and as a directory error: main/thirdparty: cannot drop to stage #0 warning: unable to rmdir scripts: Directory not empty HEAD is now at 8303efe Reset submodule main/tdepim to latest HEAD Auto-merging submodules CONFLICT (add/add): Merge conflict in submodules Adding scripts/update_all_submodules Adding scripts/switch_all_submodules_to_head_and_clean Adding scripts/commit_all_submodules Adding scripts/README CONFLICT (directory/file): There is a directory with name scripts in HEAD. Adding scripts as scripts~580909096c254a79aebd7c852d91b002cdf31c37 Adding main/thirdparty/libreoffice/git_10_28_2011/patches/libreoffice-trinity.diff Adding main/thirdparty/libreoffice/git_05_11_2012/patches/libreoffice-trinity.diff Adding main/thirdparty/libreoffice/3.6.0/patches/libreoffice_ubuntu-tde-make-package-modules-not-stink.diff Adding main/thirdparty/libreoffice/3.6.0/patches/libreoffice-trinity.diff Adding main/thirdparty/libreoffice/3.6.0/patches/libreoffice-fix-tde-vcl.diff Adding main/thirdparty/libreoffice/3.6.0/patches/libreoffice-debian.diff Adding main/thirdparty/libreoffice/3.6.0/patches/README Adding main/thirdparty/libreoffice/3.3.3/patches/libreoffice-trinity.diff Adding main/thirdparty/libreoffice/3.3.3/patches/libreoffice-trinity-debian.diff Adding main/thirdparty/libreoffice/3.3.3/patches/NOTES Adding main/thirdparty/libreoffice/3.3.2/patches/libreoffice-trinity.diff Adding main/thirdparty/libreoffice/3.3.2/patches/libreoffice-trinity-debian.diff Adding main/thirdparty/libreoffice/3.3.2/patches/NOTES CONFLICT (directory/file): There is a directory with name main/thirdparty in HEAD. Adding main/thirdparty as main/thirdparty~580909096c254a79aebd7c852d91b002cdf31c37 Auto-merging main/tdewebdev CONFLICT (submodule): Merge conflict in main/tdewebdev Auto-merging main/tdevelop <snip -- many, many more CONFLICT (submodule)...> CONFLICT (add/add): Merge conflict in README.GIT Auto-merging .gitmodules CONFLICT (add/add): Merge conflict in .gitmodules Automatic merge failed; fix conflicts and then commit the result. error: 'main/thirdparty' appears as both a file and as a directory error: main/thirdparty: cannot drop to stage #0 warning: unable to rmdir scripts: Directory not empty HEAD is now at 8303efe Reset submodule main/tdepim to latest HEAD <snip> Cloning into 'main/applications/kdmtheme'... fatal: repository 'http://drankin@scm.trinitydesktop.org/scm/git/kdmtheme/' not found Clone of 'http://drankin@scm.trinitydesktop.org/scm/git/kdmtheme' into submodule path 'main/applications/kdmtheme' failed Entering 'experimental' Previous HEAD position was be11de5... Add tqt3 binary rename Switched to branch 'master' Your branch is up-to-date with 'origin/master'. <snip> Entering 'main/dependencies/python-tqt' Already on 'master' Your branch is behind 'origin/master' by 1 commit, and can be fast-forwarded. (use "git pull" to update your local branch) <snip> Entering 'main/dependencies/python-tqt' Updating 9092fbf..a582675 Fast-forward sip/qt/qstyle.sip | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) <snip> Entering 'experimental' This script can only be run from a top level git directory. Exiting... Stopping at 'experimental'; script returned non-zero status. The git status command shows the following: 02:38 phoinix:/dat_e/tde> git status On branch master Your branch and 'origin/master' have diverged, and have 8401 and 3271 different commits each, respectively. (use "git pull" to merge the remote branch into yours) Changes to be committed: (use "git reset HEAD <file>..." to unstage) modified: .gitmodules deleted: main/applications/kdmtheme Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: experimental (new commits) modified: main/applications/abakus (new commits) modified: main/applications/adept (new commits) modified: main/applications/amarok (new commits) <snip> I was able to manually 'git rm main/applications/kdmtheme' to resolve that issue, but no matter if I "git add <file>..." or "git checkout -- <file>...", when I go to "git commit -a" I am left in vim with: 03:22 phoinix:/dat_e/tde> cat .git/COMMIT_EDITMSG # Please enter the commit message for your changes. Lines starting # with '#' will be ignored, and an empty message aborts the commit. # # Committer: David C. Rankin <david (the at symbot) rlfpllc.com> # # On branch master # Your branch and 'origin/master' have diverged, # and have 8401 and 3271 different commits each, respectively. # (use "git pull" to merge the remote branch into yours) # # Changes to be committed: # modified: .gitmodules # modified: experimental # modified: main/applications/abakus # modified: main/applications/adept # modified: main/applications/amarok # modified: main/applications/basket I just want to overwrite whatever I have with HEAD, not commit anything back to git.trinitydesktop.org -- so what should I do when I am prompted by git commit -a with this long file of commented changes? Any help would be greatly appreciated. -- David C. Rankin, J.D.,P.E.

1 0

Switch debian/ubuntu packages format to quilt
by Slávek Banko 24 Dec '13

24 Dec '13

Tim, Michele, I noticed in Jessie was updated dpkg to version 0.17.5. This is a problem for the current package format in nightly-builds. See: http://bugs.trinitydesktop.org/show_bug.cgi?id=1782 The question is how to solve this problem in a relationship of the approaching release date of R14.0.0? The structure of the version that we now use in nigthly-builds and which is similarly used for SRU versions (here we already use ~preXXX instead of +rXXX), allows switch to quilt format. But to make such change in the nightly-builds at this time? Or suspend building Jessie packages for this time? Or in Jessie images on build-farm hold the previous version of dpkg for this time? Note: As I mentioned in my script to prepare the source deb package I already use quilt format, so as soon as I'll begin prepare packages for R14.0.1, the problem with Jessie will be resolved for SRU. And it will be a better time to edit the script for nightly-builds packages. What are your suggestions? Slavek

3 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels