tde-devels

devels@trinitydesktop.org

2 participants
3849 discussions

FTBFS: new "compton" does not build on older distro
by François Andriot 10 Apr '14

10 Apr '14

Hello, I've noticed that the new "compton" stuff (from tdebase package) does not build on RHEL6 : Linking C executable compton-tde cd "/dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/build/twin/compton-tde" && /usr/bin/cmake -E cmake_link_script CMakeFiles/compton-tde.dir/link.txt --verbose=1 /usr/lib64/ccache/gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -DNDEBUG -fvisibility=hidden -fvisibility-inlines-hidden -DNDEBUG CMakeFiles/compton-tde.dir/c2.c.o CMakeFiles/compton-tde.dir/compton.c.o CMakeFiles/compton-tde.dir/opengl.c.o -o compton-tde -rdynamic -lm -lGL -lconfig -lXinerama -lXrender -lX11 -lXrandr -lXfixes -lXdamage -lXfixes -lXext -lXcomposite -lXdamage -lXext -lXcomposite -Wl,-rpath,:::::::::::::::::: CMakeFiles/compton-tde.dir/compton.c.o: In function `parse_config': /dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/twin/compton-tde/compton.c:5580: undefined reference to `config_set_include_dir' collect2: ld returned 1 exit status make[3]: *** [twin/compton-tde/compton-tde] Error 1 make[3]: Leaving directory `/dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/build' make[2]: *** [twin/compton-tde/CMakeFiles/compton-tde.dir/all] Error 2 make[2]: Leaving directory `/dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/build' The libconfig version is 1.3.2 . There is no "config_set_include_dir" anywhere in /usr/include/* . Please, either find a way to build on older distro, or make the whole feature optional (with a cmake option). Thanks François

6 12

Never take vacation & Bug 1998
by David C. Rankin 10 Apr '14

10 Apr '14

All, I'm back - I hope. What started as a planned week "family trip" (not exactly vacation -- 3 kids, car 16 hour road trip)( was actually great), but on return left us a week behind in all other aspects of life, with a case scheduled for 4/21 multiple depos remaining, pre-trial, etc.. -- then my client had a stroke. (enough said, but I'm just finally getting unburried in time for taxes :-) Slavek, have you had a chance to look at bug 1998. I am stuck after implementing the k4 multiseat patches in TDE, which compile beautifully and appear to solve part of the problem with tde_dbus_hardwarecontrol, but I am lost following the effects of the patch through the remainder of the code. (the patches include a new tdebase/cmake/modules/FindSystemd.cmake, that makes systemd available to cmake when found on the target system) I need help getting this patch implemented. TDE is NOT enterprise ready without it. TDE must allow user access to sound, user mount (cd/dvd/usb, etc..) via normal udev/polkit, and must prevent the race conditions with tdehwlib/tdepowersave, etc. with the purse systemd implementation. Right now it doesn't. To be blunt, TDE is unusable on pure systemd distros like Arch due to these problems and I can't release TDE to Arch as usable until we get some way of solving this problem. Right now I can build and run TDE, but it takes ugly hacks to provide user access to sound or cd/dvd/usb. (essentially add every user to the audio, sys and disk groups just to get access which is a glaring no-no) Additionally, you have to disable tdepowersave to prevent filling the logs with hundreds-of-thousands of errors (per hour). So far all examples that have been provided where TDE 'works' with systemd have NOT been systemd implementations, but instead init-script implementations of TDE that hand off control to systemd-sysvcompat, not true services where 'systemctl start tdm.service' is used to launch tde/tdm directly by systemd itself. The init-script case is not systemd, but the compatibility mode for the old init-script implementation. Many distros are working through the transition and will be pure-systemd in the very near future (even Debian: https://wiki.debian.org/systemd). So we need to get this fixed. Let's get a plan together for testing/implementing the needed fix. I'm happy to do the work, but it is not something I can do myself in any reasonable amount of time. I need help finding/following all the needles through the TDE haystack. Let me know when you have a bit of time to devote to the issue. All help is welcome. -- David C. Rankin, J.D.,P.E.

2 1

Section for UseSAK in tdmrc
by Slávek Banko 10 Apr '14

10 Apr '14

Hi all, during the fixes d9f52880 and ea6a2153 I noticed that in a7e7483a was changed the section in which the is specified UseSAK in the configuration file - it was [X-*-Greeter] now is [X-:*-Greeter]. This change makes sense, because SAK can be used only on the local displays. However kcontrol module for tdm still saves the UseSAK settings in section [X-*-Greeter] as well as both other cases looking for UseSAK settings in section [X-*-Greeter]. I suggest to fix all three cases, to use the section [X-:*-Greeter]. What is your opinion? -- Slavek

3 3

When TDE crashes...
by Timothy Pearson 30 Mar '14

30 Mar '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 Cross-post from the users list: When TDE crashes and Dr. Konqi appears... ...please click "Report Crash" instead of "Close". TDE now has a powerful automated crash reporting system that will let you submit a crash report with as little as three mouse clicks--no personal information, logins, or version descriptions are required. Of course we would appreciate a problem description and possibly a contact Email address, but if you don't have time or just don't want to give that information out you can still submit the crash report for analysis and repair. Developers: Automated crash reports are visible at https://crashreport.trinitydesktop.org. Click on the crash ID for a detailed report. Let me know what you think, and if you have any suggestions please let me know! Tim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iFYEARELAAYFAlM4nhUACgkQLaxZSoRZrGGmpQDfeqFMAKvFQAZ/J1SUDaIyMXHY XjaEWd3CJc6RggDdHGuvUcNQHTtkO9v96najkbqnVmbcJ7Cca8UtXg== =ZkhI -----END PGP SIGNATURE-----

3 5

QuickBuild restored
by Timothy Pearson 30 Mar '14

30 Mar '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 All, I wanted to let you know that the QuickBuild system has been restored to full functionality. All builds are now proceeding normally. Thank you again for your generosity in helping replace the failed chiller; this would not have been possible without your support! Tim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iFYEARELAAYFAlM4qvUACgkQLaxZSoRZrGG7LQDgg+rOLPLVhGutFDhrpU0daEpd Nx7UEdYoXdLMBQDgyFdCXrqdmSIzG24p0brhccbXkd8AoofjNJyMWw== =yzeo -----END PGP SIGNATURE-----

1 0

Re: [trinity-devel] Bugszilla whining poll (i.e. the "your bugszilla bug list needs attention" emails)
by Michele Calgaro 30 Mar '14

30 Mar '14

> Considering how long almost all bug reports sit idle, the reminders are little more than spam. That is my opinion too. Perhaps a reminder once a month would be good and would not be considered spam. Cheers Michele

3 2

Request of re-packaging 3.5.13.2 for PCLinuxOS - François Andriot
by Alexandre 30 Mar '14

30 Mar '14

Hi, I had users (Baron, Tony) of my remaster telling me on the user mailling list that printing is now broken on my remaster. It is mostly due to the fact that since PCLinuxOS is a rolling release, some librairies used are probably newer now than they were when the 3.5.13.2 packages has been built last summer. François Andriot, is it possible for you to rebuild 3.5.13.2 againsts a fully updated PCLinuxOS system please, so that the users will receive it in their updates? I will also re-remaster it with all the updates, and new stuff of course, since R14 release is to be in at least a few weeks or months. Thank you very much! -Alexandre

2 4

K->T image rebranding: any volunteer?
by Michele Calgaro 28 Mar '14

28 Mar '14

All, in bug 2015 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=2015) Darrell has pointed out several pictures that need rebranding from K to T. Any one volunteering for doing it in his/her spare time? Those rebranding would go into v14.0.0 if we can get the new pictures ready in time. Cheers Michele

4 9

Re: [trinity-users] Bugszilla whining poll (i.e. the "your bugszilla bug list needs attention" emails)
by Michele Calgaro 28 Mar '14

28 Mar '14

> Does this affect normal trinity users (i.e not developers) who only report bugs? > Janek I assume from your email that you are not receiving whining emails. I think this affects whoever reports a bug in bugszilla and set him/herself as 'bug assignee'. If you are not getting any whining emails, that may be the reason. I am not sure 100% though, it depends on the contents of the whining script that is run daily. Cheers Michele

1 0

Bugszilla whining poll (i.e. the "your bugszilla bug list needs attention" emails)
by Michele Calgaro 26 Mar '14

26 Mar '14

Dear all, I recently had some discussions with Tim and Slavek about the bugszilla whining functionality, i.e. the "your bugszilla bug list needs attention" emails that are sent out automatically every day. We would like to fine tune that, but first we need to know your opinion about it. Here are some possible options to choose from: 1) the whining emails are reeeeeally useful, please spam my mailbox every 5 minutes so I won't forget what bug I am supposed to be working on instead of spending my time deleting emails. 2) the whining emails are useful and the current setting is ok. 3) the whining emails are useful but the frequency of the remainder is too high (currently daily). It would be better if the emails were sent weekly/bi-weekly/monthly/every 3 months/every 6 months/once a year/once every 5 years.... 4) the whining emails are useless to me but they don't affect me. 5) the whining emails are useless to me and would prefer not to receive them if possible. 6) please stop sending me those useless stuff. Pleeeeeeeease!! Really, please! Looking forward to your opinions, so that we can fine tune the settings in the best way. Cheers Michele

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels