tde-devels July 2016

devels@trinitydesktop.org

6 participants
7 discussions

Start a nNew thread

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

[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

GPG error on ppa apt-get update
by Keith Daniels 25 Jul '16

25 Jul '16

I am trying to reinstall Jessie from the Debian Trinity Repo I added: deb http://mirror.ppa.trinitydesktop.org/trinity/trinity-r14.0.0/debian jessie main deb http://mirror.ppa.trinitydesktop.org/trinity/trinity-builddeps-r14.0.0/ debian jessie main to : /etc/apt/sources.list file I ran: # apt-key adv --keyserver keyserver.quickbuild.pearsoncomputing.net --recv-keys F5CFC95C in a root console. I then ran: # apt-get update from the same root console, and after it finished reading everything in the package list, I got this error message TWICE in a row: W: GPG error: http://mirror.ppa.trinitydesktop.org jessie Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 96C95152F5CFC95C The above was exactly what I did 3 days ago and it worked at that time. Is there a problem with the public keys or am I somehow doing something wrong? Keith

2 1

Re: [trinity-devel] 14.0.3 corrupts sound destination
by Felix Miata 18 Jul '16

18 Jul '16

$SUBJECT appears identical on same machine booted to Jessie/14.0.3, including correct (external) speakers used in IceWM session. :-( Felix Miata composed on 2016-07-16 21:21 (UTC-0400): > On other PCs with openSUSE (42.1, 13.2 & 13.1) and TDE 14.0.x that have no > speaker built into the motherboard, I've not experienced $SUBJECT, sound > simply works as expected. On this PC, a SFF Dell Optiplex 780, aplay and > speaker-test work as expected whether run in multi-user.target or > graphical.target, as does Youtube sound running an IceWM session, producing > sound from accessory speakers plugged into the green jack, only if a TDE > session is not running or has not been running since the last instance of > 'alsactl restore'. Speakers always work as expected in openSUSE Tumbleweed > running Plasma5 or openSUSE 13.2 or 13.1 running KDE4 (none of which have > their respective pulseaudio packages installed). > IOW, TDE redirects sound to the internal speaker that should be going to > external speakers, only on this one PC. Might there be a fix for this that > does not involve polluting the installation with the otherwise unnecessary > Pulseaudio rpm and its deps? > output of alsa-info.sh: > http://fm.no-ip.com/Tmp/SUSE/421/alsa-info-gx780-s421.txt > Various installed rpms: > alsa-1.0.29-10.1.x86_64 > alsa-firmware-1.0.29-3.2.noarch > alsa-plugins-1.0.29-10.1.x86_64 > alsa-utils-1.0.29-9.1.x86_64 > arts-1.5.10-66.2.x86_64 > libasound2-1.0.29-10.1.x86_64 > libpulse-mainloop-glib0-7.0-5.1.x86_64 > libpulse0-7.0-5.1.x86_64 > trinity-arts-1.5.10-14.0.3_1.oss421.x86_64 > trinity-kmix-14.0.3-1.oss421.x86_64 > trinity-libarts-akode-14.0.3-1.oss421.x86_64 > trinity-libarts-audiofile-14.0.3-1.oss421.x86_64 > trinity-libarts-mpeglib-14.0.3-1.oss421.x86_64 > trinity-libarts-xine-14.0.3-1.oss421.x86_64 > (as yet ignored) opensuse mailing list thread (from before I found alsactl > restore helped outside of a TDE session): > https://lists.opensuse.org/opensuse/2016-07/msg00283.html -- "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

bugattach.pearsoncomputing.net uses an invalid security certificate
by deloptes 07 Jul '16

07 Jul '16

1 0

My_Documents mangled UTF8
by deloptes 05 Jul '16

05 Jul '16

Hi, in the course of vcard and the encoding issue I ask herewith for help to solve another annoying utf8 encoding issue. Problem: Attached images show that My_Documents when language set to bg gets mangled. Unfortunately looking into this I found out it is mangled in /opt/trinity/share/apps/kdesktop/Desktop/My_Documents I tested in fresh install of TDE, but after first logout/login it changed I workaround it by fixing the file and removing the write permissions. I don't know where to look for the system:/ entry. regards

3 12

SyncEvolution again trying to finalize the work
by deloptes 03 Jul '16

03 Jul '16

Hi, after few months of testing, I do not see any issues in the TDE backends/plugins. I want to finalize this work and upload the code in some way. I asked SyncEvolution about it [1,2] while trying to build 1.5.1 against synthesis. This required version which is provided in debian sid. Unfortunately I hit a bug [3] and I think I'll try against syncevolution from git as the patch for [3] is still to be uploaded for 1.5.1. What I want to discuss with you based on [1] is if you think it is wise to provide syncevolution-whatever-trinity package(s), which for the moment I think is the best and fast (but not optimal) solution. I will call this short term solution - STS. I think it would be more complex to push each distro to include support for tdepim in syncevolution, but in long term it is the best solution. I will call this long term solution - LTS. However I think there are still few places to improve in the code (the calendar part mostly) and there are some issues in the underlaying libkcal or whatever handles the todo's subject/description when utf-8 and/or quoted content. In fact I dropped support for cal v1 in the plugins as it looks broken and I did not have time to deal with it. SyncEvolution does convert internally a v1 cal into v2 just excellent. So the plan for the STS would be to modify the vendors build scripts (I know only debian ... so debian/*) to produce the syncevolution packages with trinity extention, which will be build with the tdepim/wallet support on top of the vendors configure options. Those packages should replace the vendors own packages and thus provide the tdepim support. The LTS would easy the way that we'll have tdepim/wallet in the mainline, but perhaps we should still provide packages to overwrite the distros shipped package. Based on this what are you thinking? Thanks in advance [1] http://comments.gmane.org/gmane.comp.mobile.syncevolution/5396 [2] http://comments.gmane.org/gmane.comp.mobile.syncevolution/5393 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824426

1 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels July 2016