tde-devels

devels@trinitydesktop.org

11 participants
3800 discussions

Re: [trinity-devel] LibreOffice integration permanently lost
by Timothy Pearson 16 Jun '17

16 Jun '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 > On 2017/06/16 03:42 AM, Timothy Pearson wrote: >>> On 2017/06/15 02:59 PM, Timothy Pearson wrote: >>>>> On Wednesday 14 of June 2017 19:34:57 Timothy Pearson wrote: >>>>>> Just as a heads up, TDE has permanently lost LibreOffice integration >>>>>> due to the decisions of the upstream LibreOffice devs: >>>>>> >>>>>> http://anzwix.com/a/LibreOffice/Remove%20TDE%20Integration%20(vclplug,% >>>>>> 20Address%20Book,%20C >>>>>> >>>>>> We need to plan out a roadmap to determine whether or not we should >>>>>> be >>>>>> trying to get e.g. GTK3 into a form we can use as the backend and >>>>>> common interface to third party programs like LibreOffice. I'd like >>>>>> to >>>>>> schedule a community meeting on #trinity-desktop for this weekend, >>>>>> Saturday, at 2:00PM CST to discuss further. >>>>>> >>>>>> Thanks! >>>>>> >>>>>> Tim >>>>>> >>>> >>>>> I'm afraid the proposed time can not be successful: >>>> >>>>> Tim GMT-0500 >>>>> Slávek GMT+0200 >>>>> Michele GMT+1000 >>>> >>>>> I'll have an evening and I will not be at the computer at the time. >>>>> Michele will have a night. We need either an earlier hour == for me >>>>> afternoon, for Michele evening, or a later hour == for me late >>>>> evening, >>>>> for Michele morning. >>>> >>>> Would 4:00PM CST be better? Either that or I could do 7:00PM CST. >>>> >> >>> Hi Tim, Slavek, >>> Saturday I will be on a plane most of the day, but given that I am far >>> ahead in timezone I should reach my destination >>> well before that. >> >>> 4:00 pm CST would be 6:00 am for me and midnight for Slavek. >>> 7:00 pm CST would be 9:00 am for me and 3am for Slavek. >>> Those could be though, especially for Slavek. >>> How about Sunday morning 8:00 am CST? That would be 10:00 pm for me and >>> 4pm for Slavek, so somehow in the middle. 9:00 >>> am CST is also possible if needed. >> >>> Cheers >>> Michele >> >> Sunday won't work for me, but we could move this over to next Saturday? >> > > We could, but as of now I am not sure I can't make it that day. > The other alternative is for you and Slavek to have a first community > meeting and discuss things, then I will read the > discussion on the public log and talk to Slavek when I have a chance. This > way it should be easier to accommodate a time > for all of us. And considering that I still won't be able to work on TDE > for at least a couple of months to come, it > seems reasonable that you and Slavek starts first. > Cheers > Michele > > Let's go ahead and move it to next Saturday 9:00 AM CST. It looks like I am also having scheduling issues this weekend. :-) Tim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iFYEARELAAYFAllEI/cACgkQLaxZSoRZrGGaVQDeIX3D62iOeCQazjkvw09/nJFG xQQi8ggAvauCxwDeKH0uZOlsoiKPmb1Iz24+bS6j9ykHFG1/P0wF3A== =6PuA -----END PGP SIGNATURE-----

1 0

LibreOffice integration permanently lost
by Timothy Pearson 15 Jun '17

15 Jun '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 Just as a heads up, TDE has permanently lost LibreOffice integration due to the decisions of the upstream LibreOffice devs: http://anzwix.com/a/LibreOffice/Remove%20TDE%20Integration%20(vclplug,%20Ad… We need to plan out a roadmap to determine whether or not we should be trying to get e.g. GTK3 into a form we can use as the backend and common interface to third party programs like LibreOffice. I'd like to schedule a community meeting on #trinity-desktop for this weekend, Saturday, at 2:00PM CST to discuss further. Thanks! Tim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iFYEARELAAYFAllBc8EACgkQLaxZSoRZrGHdpgDaAgr2cfH39cYzB5FNRiz5lbrI jP2R4To8FMqw8wDeLoQfGfFHklxQNWfNMlhEr1AAIuLpSQKAbpZLBA== =6Gdj -----END PGP SIGNATURE-----

4 6

TDEPIM
by deloptes 17 May '17

17 May '17

Hi all I get following error when building tdepim on Stretch. Two months ago I was able to build it. Since then I updated Stretch. It is looking in the wrong directory. Do you know by chance What I can change to make it build? The files are in obj-x86_64-linux-gnu/kontact/plugins/korganizer/libkontact_journalplugin.so Also Slavek, Michele, can we clear the issue with the knotes revision/date tracking? Otherwise I can not pull the last from the repo thanks and regards dh_shlibdeps -pkontact-trinity -Xopt/trinity/lib/trinity/libkontact_korganizer-trinityplugin.so -Xopt/trinity/lib/trinity/libkontact_specialdatesplugin.so -Xopt/trinity/lib/trinity/libkontact_journalplugin.so -Xopt/trinity/lib/trinity/libkontact_kpilot-trinityplugin.so -Xopt/trinity/lib/trinity/libkontact_todoplugin.so -- -dRecommends debian/kontact/opt/trinity/lib/trinity/libkontact_korganizer-trinityplugin.so debian/kontact/opt/trinity/lib/trinity/libkontact_specialdatesplugin.so -dSuggests debian/kontact/opt/trinity/lib/trinity/libkontact_journalplugin.so debian/kontact/opt/trinity/lib/trinity/libkontact_kpilot-trinityplugin.so debian/kontact/opt/trinity/lib/trinity/libkontact_todoplugin.so -dDepends dpkg-shlibdeps: error: cannot read debian/kontact/opt/trinity/lib/trinity/libkontact_journalplugin.so: No such file or directory dh_shlibdeps: dpkg-shlibdeps -Tdebian/kontact-trinity.substvars -dRecommends debian/kontact/opt/trinity/lib/trinity/libkontact_korganizer-trinityplugin.so debian/kontact/opt/trinity/lib/trinity/libkontact_specialdatesplugin.so -dSuggests debian/kontact/opt/trinity/lib/trinity/libkontact_journalplugin.so debian/kontact/opt/trinity/lib/trinity/libkontact_kpilot-trinityplugin.so debian/kontact/opt/trinity/lib/trinity/libkontact_todoplugin.so -dDepends debian/kontact-trinity/opt/trinity/bin/kontact debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_newstickerplugin.so debian/kontact-trinity/opt/trinity/lib/trinity/kcm_kontact.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_weatherplugin.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_karm.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_korganizerplugin.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_knodeplugin.so debian/kontact-trinity/opt/trinity/lib/trinity/kcm_sdsummary.so debian/kontact-trinity/opt/trinity/lib/trinity/kcm_korgsummary.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_knotesplugin.so debian/kontact-trinity/opt/trinity/lib/trinity/kcm_kmailsummary.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_summaryplugin.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_kaddressbookplugin.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_kmailplugin.so debian/kontact-trinity/opt/trinity/lib/trinity/kcm_kontactknt.so debian/kontact-trinity/opt/trinity/lib/trinity/libkontact_akregator.so debian/kontact-trinity/opt/trinity/lib/trinity/kcm_kontactsummary.so debian/kontact-trinity/opt/trinity/lib/libkontact.so.1.0.0 debian/kontact-trinity/opt/trinity/lib/libkpinterfaces.so.1.0.0 returned exit code 2 /usr/share/cdbs/1/rules/debhelper.mk:333: recipe for target 'binary-predeb-IMPL/kontact-trinity' failed make: *** [binary-predeb-IMPL/kontact-trinity] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2

1 0

Re: [trinity-devel] Re: Stretch: systemd default target multi-user is ignored
by zlists＠ns.sympatico.ca 15 May '17

15 May '17

On Sun, Apr 30, 2017 at 21:23 (+0200), deloptes wrote: > Keith Daniels wrote: >> My bias is anti systemd, just so you know.-- scant documentation >> and there has never been a security review of its package. > Meanwhile the situation has improved . There are many things > improved including documentation. What I can recommend is the > "systemd cheat sheet" which can be found in different flavors > around. > Just few examples. > https://wiki.debian.org/systemd/CheatSheet > https://gist.github.com/mbodo/8f87c96ce11e91f80fbf6175412a2206 > My personal experience is ... after looking into it I used systemd > free debian for some time until I was ready to move my system to > systemd. It took me few hours ... mainly fixing some custom > networking logic (scripts that would execute on certain conditions) > and migrating few scripts. > Since than I can not complain. I moved all systems from init to > systemd - no issue. > I can just conclude that the main problem is the unwillingness to > grow. I don't know whether that is merely a poorly-thought out idea or a deliberately abrasive obnoxious over-generalization. There is a lot of debate about the merits of systemd, and some people have come to the conclusion (rightly or wrongly) that they would prefer to not use it in their system. > Of course I can understand this - why fixing something again after > some 10-15y when it was working flawlessly ... Are you talking about ("somethign") SysV (or BSD) init scripts? 10-15 years? Perhaps more like 40 years. > but guys this is called evolution - for good or for bad. So if it is possibly bad, why would we want to evolve in that direction? I use Slackware, and the guy in charge has made the conscious decision to not use systemd, and it seems like he is unlikely to change that any time soon. There are currently other distros with similar strategies. Do people working on Trinity really want to alienate people who use systemd-free distros? That seems like a bad idea to me, but that is just my opinion. Jim

8 28

[trinity-devel] Stretch: systemd default target multi-user is ignored
by Felix Miata 05 May '17

05 May '17

TDM according to ps -A is "running" when init completes even though multi-user is default target, and regardless whether 3 or 5 or neither is included on cmdline. Killall tdm then startx does produce a TDE session, but there's no .xsession-errors. There doesn't seem to be any kind of clues I can decipher in any logs: http://fm.no-ip.com/Tmp/Linux/Xorg/tdm.log-fi965-stretch http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log-fi965-stretch ii tdm-trinity 4:14.0.5~pre14-0debian9.0.0+2~a amd64 # inxi -c0 -v1 System: Host: fi965 Kernel: 4.9.0-2-amd64 x86_64 (64 bit) Desktop: N/A Distro: Debian GNU/Linux 9 (stretch) CPU: Dual core Intel Core2 6700 (-MCP-) speed: 2668 MHz (max) Graphics: Card: Advanced Micro Devices [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] Display Server: X.org 1.19.2 drivers: modesetting (unloaded: fbdev,vesa) tty size: 111x36 Advanced Data: N/A for root # systemctl status tdm â tdm.service - Trinity Display Manager Loaded: loaded (/lib/systemd/system/tdm.service; static; vendor preset: enabled) Active: inactive (dead) Docs: man:tdm-trinity(1) Is ignoring the default target normal or expected on Debian running systemd? Searching BZ for comment including systemd and target produced no hits except for an Ubuntu crasher. Is there some way to get TDM to not start automatically on Stretch boot? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/

5 7

Reminder: TDE Fundraiser
by Timothy Pearson 24 Apr '17

24 Apr '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 All, Just a quick reminder that our yearly fundraiser is under way. So far results have been somewhat disappointing, so I'd like to ask: what would you (reasonably) like to see us do before contributing a little something to the project? Thanks! Tim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iFYEARELAAYFAlj9XOoACgkQLaxZSoRZrGGzAgDdF6fj55FtbmP3aiHGPgPmobgV uyVi2BFW8/ikYQDdHhzTO3XU++dvVWYEQb+WkpBBkkUiYE7nXUc0Qg== =coAi -----END PGP SIGNATURE-----

1 0

[trinity-devel] where do TDE crash handler reports go?
by Felix Miata 17 Apr '17

17 Apr '17

When I fill out email address and text field on a crash report http://fm.no-ip.com/SS/KDE/tdeCrasher.jpg where does the info go? I don't see any new bugs on http://bugs.pearsoncomputing.net/ after filling out a couple. Newest bug filed is from 25 Feb. Crash reports saved: http://fm.no-ip.com/Tmp/Linux/KDE/fcl-gtk-tqt-application-kcrash-e965-tst20… http://fm.no-ip.com/Tmp/Linux/KDE/fcl-gtk-tqt-application-kcrash-e965-tst20… openSUSE 42.2. TDE 14.0.4. Kernel 4.4.49. App crashing (unstable version, the only one recommended by its dev): http://silk.apana.org.au/fc2development.php -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/

3 2

Announcing new package builds for TDE!
by Timothy Pearson 12 Apr '17

12 Apr '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 All, I am pleased to announce the availability of new TDE builds for both Raspbian Jessie and Debian Stretch! The new builds are available in the trinity-nightly-builds repository, and should help those requiring a more up-to-date Debian system continue to use TDE on both low end and higher spec hardware. As always, your continuing contributions to TDE are the key to making this possible. If you make use of the new builds, please consider contributing to the project at https://trinitydesktop.org/donate.php Thanks! Tim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iFYEARELAAYFAljuoaEACgkQLaxZSoRZrGGG8gDdEwOqZRKo0gxuoKTJkLhJkfgr dJCUX98vtZCe6wDggtzP01dJR4eHLjdY0A8h7zfzloItmSPQVLwdbQ== =w+r8 -----END PGP SIGNATURE-----

1 0

TDE documentation
by deloptes 29 Mar '17

29 Mar '17

Hi, I am wondering if there are any design documents for KDE3/TDE. I have seen here and there in the code some explanations or README files with design drafts. I doubt there are such documents, but still asking for confirmation. It is hard to always draw a design from the code. When it comes to testing or changes use cases are very useful, so I am wondering if there are such documents somewhere. Or how do you usually work with the code? regards

3 4

Re: [trinity-devel] Missing dependencies installing trinity-desktop on Suse Leap 42.x
by Felix Miata 28 Mar '17

28 Mar '17

François Andriot composed on 2016-05-14 05:42 (UTC-0400) ... > Hello, the 'libaudio.so.2' files comes in the 'libaudio2' package, which > should be available on Packman. > 'libIlmImf-2_2.so.22' is available in package 'libIlmImf-2_2-22' from > Packman too. > I'm not sure why it's not in the repository right now, maybe it's > currently updating ... Packman is nearly always updating. :-( There ought to be a way to get TDE to install without hard depends on Packman, having to choose between breaking newly installed packages, or not installing at all until some other random day. Can't install in 42.1 either: # grep RETT /etc/*lease /etc/os-release:PRETTY_NAME="openSUSE Leap 42.1 (x86_64)" # zypper lr # | Alias | Name | Enabled | GPG Check | Refresh ---+----------------+----------------+---------+-----------+-------- ... 8 | Packman | Packman | Yes | (r ) Yes | No 9 | TDE | TDE | Yes | ( ) No | No 10 | TDEnoarch | TDEnoarch | Yes | ( ) No | No ... # zypper -v in trinity-arts trinity-gtk-qt-engine Verbosity: 1 Non-option program arguments: 'trinity-arts' 'trinity-gtk-qt-engine' Initializing Target ... Loading repository data... Reading installed packages... Force resolution: No Selecting 'trinity-arts-2:1.5.10-14.0.4_1.oss421.x86_64' from repository 'TDE' for installation. Selecting 'trinity-gtk-qt-engine-2:0.8-14.0.4_1.oss421.x86_64' from repository 'TDE' for installation. Resolving package dependencies... Force resolution: No 2 Problems: Problem: nothing provides libIlmImf-2_2.so.22()(64bit) needed by trinity-tdelibs-14.0.4-1.oss421.x86_64 Problem: nothing provides libaudio.so.2()(64bit) needed by libtqt3-mt-3.5.0-14.0.4_1.oss421.x86_64 Problem: nothing provides libIlmImf-2_2.so.22()(64bit) needed by trinity-tdelibs-14.0.4-1.oss421.x86_64 Solution 1: do not install trinity-gtk-qt-engine-2:0.8-14.0.4_1.oss421.x86_64 Solution 2: break trinity-tdelibs-14.0.4-1.oss421.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 1 Applying solution 1 Problem: nothing provides libaudio.so.2()(64bit) needed by libtqt3-mt-3.5.0-14.0.4_1.oss421.x86_64 Solution 1: do not install trinity-arts-2:1.5.10-14.0.4_1.oss421.x86_64 Solution 2: break libtqt3-mt-3.5.0-14.0.4_1.oss421.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 1 Applying solution 1 Resolving dependencies... Resolving package dependencies... Force resolution: No -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels