tde-devels

devels@trinitydesktop.org

11 participants
3800 discussions

Some toughts about knotes
by deloptes 22 Sep '16

22 Sep '16

Hi, I would like to have your opinion on knotes. Perhaps someone of you has background knowledge why some decisions were taken (or not). While reviewing the syncevolution backend (I will upload it to syncevolution sometime soon), I started digging deeper into knotes. I first opened https://bugs.trinitydesktop.org/show_bug.cgi?id=2688 for the libkcal, and then noticed that knotes uses libkcal Journal (internally), while externally a knotes interface is exposed. The question is (I did not look too deep) if there is a way to skip the dcop interface and access the libkcal functions directly. So far I have seen is that the header files are not exposed. So how would one access the ressource assigned to knotes? I'll upload the code now with the dcop interface for notes and later change, when I have come to a better conclusion, but there are definitely advantages in using the libkcal directly and consequently perhaps it is worth thinking of some sort of unification For example I have in the source tdepim/libkcal/resourcelocalconfig.h tdepim/knotes/resourcelocalconfig.h but only the former is exposed in the include directory: /opt/trinity/include/libkcal/resourcelocalconfig.h Actually it is only libkcal in the tdepim1 dev. The last question is why Journal is not visible as notes and notes are not visible as journal in kontacts. I can imagine they are based on different logic, but still I believe it won't hurt if all of that gets unified somehow. Thanks in advance. regards

3 13

bug 1923
by deloptes 21 Sep '16

21 Sep '16

Hi, I solved the build problem, but I had to manually copy tdepassivepopupstack.h tdecryptographiccarddevice.h from tdelibs in /opt/trinity/include/ in order to build. When I try building the deb packages I get following error dh_install -ptdebase-runtime-data-common-trinity cp: cannot stat ‘./debian/tmp/opt/trinity/share/autostart/khotkeys.desktop’: No such file or directory dh_install: cp -a ./debian/tmp/opt/trinity/share/autostart/khotkeys.desktop debian/tdebase-runtime-data-common-trinity//opt/trinity/share/autostart/ returned exit code 1 Why? Any idea? I also get warning for missing dev packages and trying to work around this with -d thanks

2 2

Monitoring dcop messages
by Michael Kohne 20 Sep '16

20 Sep '16

I'd like to log all dcop traffic to/from a particular application (or frankly, for the whole system if that's easier). I'm trying to understand some code I've inherited, and knowing what it's doing with dcop (if anything) would be helpful. Thanks for any pointers. Michael Kohne Senior Software Engineer Office: 215.283.0860 x208 mhkohne(a)moberg.com Transforming Neurocritical Care Moberg Research, Inc. 224 S Maple Street, Ambler, PA 19002 24/7 Customer Support: 1-888-662-7246 www.moberg.com

2 2

New FTBFS with GCC 6 and C++11 dialect
by Slávek Banko 19 Aug '16

19 Aug '16

Hi all, I noticed during current builgs, on Ubuntu 16.10 (Yakkety) and now also on Debian 9 (Stretch) was changed the default compiler to GCC6. This brings the number of new FTBFS. That's why I started to concentrate on these FTBFS. Note - for this reason the packages for Yakkety in Preliminary Stable Builds are now inconsistent. As a first, of course, I started with tdelibs. Most were simple conflict signed / unsigned char or int. However, one serious problem is here. In the 'kjs' and 'tdehtml/ecma' is used HashEntry structure that contains the item 'value' of type short int - see 'kjs/lookup.h'. Into this item was stored values DOM::NodeFilter::ShowCode::SHOW_ALL = 0xFFFFFFFF (see tdehtml/dom/dom2_traversal.h) and kjs event CHANGE with value 32768 (see tdehtml/ecma/kjs_events.cpp). Both are therefore outside the range of short int. Changing the type of 'value' in HashEntry from short to long would apparently cause a change in ABI - kjs/lookup.h is part of the public includes. That's why I made the change values 0xFFFFFFFF and 32768 to -1. I think that GCC compilers version less than 6 will store these values in the same way. Therefore, I believe that the proposed patch would not cause problems == can be pushed. What is your opinion? Cheers -- Slávek

3 6

Do crash reports get into the bug list
by Jim 17 Aug '16

17 Aug '16

All, Recently I filled in the automated crash report and sent it on its way. I don't see this in the current bug list. Do those reports go anywhere or should I fill in a new bug report by hand via the web site? Thanks. Jim

2 1

[trinity-devel] bad UI fonts in apps built with GTK3 toolkit used with GTK3 libs >3.16
by Felix Miata 13 Aug '16

13 Aug '16

I asked about a possible solution to this elsewhere, generating no response as yet: https://mail.gnome.org/archives/gtk-devel-list/2016-July/msg00028.html https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org/t… Apparently, a fix from mozilla.org is unlikely forthcoming, while a particular Gnome commit is highly likely responsible for the regression in Firefox and SeaMonkey built by mozilla.org with GTK3 toolkit: "UI text sizes no longer inherited from Linux system" https://bugzilla.mozilla.org/show_bug.cgi?id=1269274 Screenshot of mozilla.org's FF48 in TDE on openSUSE 1920x1080 @132DPI display showing the problem: http://fm.no-ip.com/SS/Moz/uifontsRV48-s422tde-132.jpg Screenshot of mozilla.org's FF48 in TDE on openSUSE 1680x1050 @108DPI display showing the problem: http://fm.no-ip.com/SS/Moz/uifontsRV48-s422tde-108.jpg Screenshot of mozilla.org's FF48 in TDE on openSUSE 1680x1050 @108DPI display showing no such problem before the update of GTK3 from 3.16 to 3.20: http://fm.no-ip.com/SS/Moz/uifontsRV48-s421tde-108.jpg Screenshot of mozilla.org's FF48 and FF45 on Fedora 24 with Plasma5 @168DPI display showing problem is not unique to TDE, and doesn't exist in FF45: http://fm.no-ip.com/SS/Moz/uifontsRV48-f24K5-168.jpg Mozilla.org's FF ESR 45 is still built with GTK2, so doesn't have the problem. SeaMonkey 2.40 is also built with GTK2, so also has no problem. All the mozilla.org alphas and betas are being built with GTK3, so all manifest the problem unless used with system GTK3 libs 3.16 or older. Whether this problem shows up in Firefox or SeaMonkey provided by individual distros depends on which toolkit is used to build them. In Fedora, the switch to GTK3 has been made, as have been the GTK3 libs past 3.16, the last before the upstream patch. Thus, all current rpms from Fedora produce the problem. In openSUSE Tumbleweed, Firefox 48 is still built with GTK2, so even though it has switched to 3.20 GTK3 libs, the problem there hasn't yet appeared. Stretch has 3.20 GTK3 libs, builds FF 45ESR with GTK2, so has the problem in FF with mozilla.org builds but not with its available FF .deb package. Jessie is OK, with only GTK3 lib 3.14. Buntu 16.04's GTKs3 lib is 3.18. Its FF 48 buildconfig screen doesn't include the string gtk anywhere, but apparently it's using the GTK3 default, and thus also not obeying TDE's UI font specification. So, to eventually restore parity to all distro and version installations, always having the Geckos use the UI fonts specified in Trinity desktop settings, something needs to be done. The question is where. Is getting upstream patch reversion the right answer? Would some new or altered gtk-*qt*-trinity package be good, only, or better answer? Would some new or altered theme package be a right answer? Is there already some solution that just hasn't been installed yet? -- "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

kdDebug() no output
by deloptes 12 Aug '16

12 Aug '16

Hi, in the past few days I found some time to revive my work on the libkcal testing, but I noticed that no debug information is printed out by the test programs. I suspect it is because it gets compiled without debugging, but I am not sure, as (if you recall I asked you how to compile the project and you instructed to use the debian/rules file) I don't know where and how to tell the rules file to add/activate debugging. I use something like DEB_MAKE_CHECK_TARGET=testing fakeroot debian/rules build at the moment. I'll appreciate some ideas. Thank you in advance regards

2 2

TDE 14.0.4 on debian unstable
by deloptes 07 Aug '16

07 Aug '16

Hi, is it possible to use TDE 14.0.4 on debian unstable? thanks

3 4

EOMA68-A20 computer card running devuan and trinity desktop r14
by Luke Kenneth Casson Leighton 02 Aug '16

02 Aug '16

hi folks - all working, just thought you might like to know. installation was very straightforward, and unlike a couple of months ago on a devuan amd64 system worked perfectly without package conflicts. can i recommend that you put devuan on the list of OSes as it's clearly much much faster, and hugely less hassle. l. --- crowd-funded eco-conscious hardware: campaign running LIVE: https://www.crowdsupply.com/eoma68/micro-desktop

1 1

[trinity-devel] mozilla.org Bug 1269274 - UI text sizes no longer inherited from Linux system
by Felix Miata 25 Jul '16

25 Jul '16

Has anyone here figured out if there's some other package that can be installed or some other fix or workaround to avoid this upstream tiny UI fonts bug with trying to use GTK3 builds of Firefox (47+) & SeaMonkey (2.43+) without having to have Gnome3 installed?: https://bugzilla.mozilla.org/show_bug.cgi?id=1269274 -- "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/

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels