tde-devels

devels@trinitydesktop.org

11 participants
3800 discussions

[trinity-devel] upgraded mga5 w/ 14.0.4 to mga6
by Felix Miata 20 Mar '17

20 Mar '17

I used urpmi with this sequence of urpmi: urpmi.update -a urpmi urpmi rpm perl-URPM meta-task udev glibc curl aria2 perl-MDV-Distribconf wget systemd bash rpm -e --nodeps fileshareset urpmi urpmi rpm perl-URPM meta-task udev glibc curl aria2 perl-MDV-Distribconf wget systemd bash urpmi --auto-select urpmq --auto-orphans urpmi kernel-desktop-latest Removing filesharset, depended upon by something in Trinity, was necessary for the first packages to install. Trinity is working. I don't know what part of Trinity cares about fileshareset. Currently available fileshareset-2.0-1.mga5 due to file /etc/security/fileshare.conf refuses to install over conflict from drakxtools-backend...mga6. -- "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

[trinity-devel] twin* litter in /tmp/ on openSUSE
by Felix Miata 15 Mar '17

15 Mar '17

I found 30+ directories in /tmp/ with names comprised of 10 digits. Each contains .trinity/share/config/ containing twinrc and twinrulesrc. Why are these persisting? This is a multiboot system containing 4 openSUSE installations: 13.1, 42.1, 42.2 and Tumbleweed. Each mounts the same GB filesystem to its /tmp. Only 42.1 and 42.2 have TDE 14.0.4 installed. -- "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

[trinity-devel] tdecmshell could not find module 'kde-fonts'
by Felix Miata 04 Mar '17

04 Mar '17

[openSUSE 42.2/TDE kcontrol-14.0.4-1.oss422.x86_64 in the current instance] It seems to be routine here that every 3-4 months I need to use a new TDE installation with individual tdecmshell fonts and/or xserver modules (so that I can get each applet into a tiny as possible window not even close to doable using KControl), and find that either or both modules cannot be found. It doesn't happen frequently enough that I can ever remember how to solve it since the last instance. Asking on IRC only seems to work if Slavek is there (which doesn't persist like saved email), which he is not ATM. This a typical result: # tdecmshell fonts tdecmshell (tdelibs): WARNING: Could not find module 'kde-fonts'. 1-shouldn't it be looking for a module called "tde-fonts"? 2-what package(s) is/are supposed to contain these modules that they routinely seem to have a problem being found? 3-why in the current instance is the module xserver found and yet not the module fonts? Fonts isn't missing when I open kcontrol. Is this a bug specific to openSUSE or to its 42.2 release? -- "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

Kmail not saving/importing filters
by russell＠lls.lls.com 03 Mar '17

03 Mar '17

Hi, Just upgraded a site to 14.0.4 and my users are having real problems with Kmail not saving/reading back filters in kmailrc (KMail 1.9.10 Trinity R14.0.4 on Debian Jessie). I can set a filter within Kmail and it looks fine but when I quit and restart there are no filters shown in Settings->Configure Filters. I can export the filters to a file but when I do so, I see the following on the 'console' (I'm running via ssh -X/xterm, /opt/trinity/bin/kmail): >TQLayout "unnamed" added to KMail::FilterSelectionDialog "filterselection", which already has a layout This appears when I click 'Overwrite' after selecting a filename. The file content looks fine: >[Filter #0] >Applicability=0 >AutomaticName=false >ConfigureShortcut=false >ConfigureToolbar=false >Icon= >StopProcessingHere=true >accounts-set= >action-args-0=Banana\tnice >action-name-0=add header >actions=1 >apply-on=check-mail,manual-filtering >contentsA=Weeble >fieldA=<body> >funcA=contains >name=<<body>>: Weeble >operator=and >rules=1 but if I try to import this file (within the same kmail session or in a new one) I again get the "TQLayout "unnamed"..." message when I select the file and there are no filters shown in the selection popup. Looking at kmailrc, when I set a filter in Kmail I can see the filter section has been added (same as the above). Quit Kmail and Filter #0 is still in kmailrc. Start kmail and I get this on the 'console': >#/opt/trinity/bin/kmail >DCOPClient::attachInternal. Attach failed Could not open network socket >DCOPClient::attachInternal. Attach failed Could not open network socket >[tdebuildsycoca] tdebuildsycoca running... >[dcopserver] DCOP Cleaning up dead connections. >[TDE NM Backend ERROR] >[/build/buildd/tdelibs-trinity-14.0.4/tdecore/tdehw/networkbackends/network-manager/network-manager.cpp:1224] >org.freedesktop.DBus.Error.ServiceUnknown: The name >org.freedesktop.NetworkManager was not provided by any .service files >[TDE NM Backend ERROR] >[/build/buildd/tdelibs-trinity-14.0.4/tdecore/tdehw/networkbackends/network-manager/network-manager.cpp:1224] >org.freedesktop.DBus.Error.ServiceUnknown: The name >org.freedesktop.NetworkManager was not provided by any .service files >[TDE NM Backend ERROR] >[/build/buildd/tdelibs-trinity-14.0.4/tdecore/tdehw/networkbackends/network-manager/network-manager.cpp:1803] >org.freedesktop.DBus.Error.ServiceUnknown: The name >org.freedesktop.NetworkManager was not provided by any .service files >build-jessie:~% WeaverThreadLogger: thread (ID: 3) suspended. >WeaverThreadLogger: thread (ID: 2) suspended. >WeaverThreadLogger: thread (ID: 1) suspended. >WeaverThreadLogger: thread (ID: 4) suspended. Some of that is obviously because I'm running via ssh -X but none of it obviously applies to kmail. Go to Settings->Configure Filters and there are no filters shown. ~/.trinity/share/config/kmailrc still contains the [Filter #0] section but kmail's just not read it in or ignored it. Try the import thing again... and I get the same result as before. Ummmmmmmmm..... any ideas? I'm happy to compile/debug/try test versions etc but I've no idea where start looking in the kmail source. TIA. PS - If it has any bearing, I am using the kiosk settings but I've been doing that for decades and it's never caused owt like this. -- Regards, Russell -------------------------------------------------------------------- | Russell Brown | MAIL: russell(a)lls.com PHONE: 01780 471800 | | Lady Lodge Systems | WWW Work: http://www.lls.com | | Peterborough, England | WWW Play: http://www.ruffle.me.uk | --------------------------------------------------------------------

2 1

Re: [trinity-devel] No USB storage insertion notifications (was: [users] External drive gets mounted twice)
by Felix Miata 01 Mar '17

01 Mar '17

deloptes composed on 2017-02-27 18:47 (UTC+0100): > Felix Miata wrote: ... >> I updated Jessie, including bpo 4.9.2, and there's still no >> notification, plus dmesg is loaded with i915 driver segfaults. ... > What are the kernel versions there. AFAIR it is kernel (usb) -> udev -> > dbus. Do you have systemd enabled? I think this information could help not > only in your case but also in the case of Thierry. If I counted right, my previous email reported 10 different installations across 4 64-bit PCs, 9 openSUSE, 1 Jessie. All are inextricably dependent on systemd. The only ones that work right are the 2 oldest openSUSE (42.1), and only with KDE3, which means nothing I've yet tested with a kernel newer than 4.1.36, or with 14.0.x TDE, works. Of the 10, I checked for udisks versions on several, and found both udisks and udisks2 installed on each. > On my debian tde 14.1 with kernel 4.9 all works fine.-- "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 6

digikam 0.9.6 image editor crashes when selecting area
by Istvan Gabor 27 Feb '17

27 Feb '17

Dear Trinity developers: I use openSUSE 13.2 and Trinty TDE R14.0.4 64 bit. Digikam version is trinity-digikam-0.9.6-14.0.4_1.oss132.x86_64. Digikam crashes when in image editor I right click the images or try to select area. It does not occur with all images, only if the resolutions or file size is over a limit, though I don't know the limit. It occurs with jpg file 3264x2448 resolution ~1.8 MB, but it doesn't occur if I downsize this image to 1500x1125 ~500 KB. I found that a similar (same?) problem was reported in 2015: Digikam 0.9.6 selection problem http://trinity-users.pearsoncomputing.net/?0::9315 I would appreciate any help with fixing this problem. Thanks, Istvan

1 0

Trinity SSL Certificate Status
by Timothy Pearson 17 Feb '17

17 Feb '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 I just wanted to let you know that the new TDE site SSL certificates have been installed. They are valid until 2020 so we should be good to go for quite some time. QuickBuild is handled somewhat outside of the TDE project itself, but should also be updated in the next month or so. Thank you all again for helping resolve this issue so quickly! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iFYEARELAAYFAliniqMACgkQLaxZSoRZrGHZzwDeMOYKZ/iiC6ZaMaIVXwsXOo0L pprznl0vuy/M4QDgtInLknauKmFtWc3Gmg8/0SQryDP5f/X/75cYOw== =yNSu -----END PGP SIGNATURE-----

1 0

Trinity SSL Certificates
by Timothy Pearson 17 Feb '17

17 Feb '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 As some of you may already be aware, StartCom (a major provider of SSL certificates) has repeatedly and intentionally violated the basic rules to be listed as a root CA in most browsers [1] [2]. Unfortunately, TDE used StartCom as its root CA provider in an attempt to lower overall costs; as a result, the main TDE pages, QuickBuild, and other related services will no longer be accessible to the majority of Web clients. We do not have the funds to replace the certificate with a costlier option at this time. LetsEncrypt does not appear to be secure enough as it effectively requires automated certificate installation on the master servers, and furthermore I expect it to be removed from as a fully trusted root CA or at least demoted in some way in the future [3]. Due to the industry-standard security in use, we cannot simply disable HTTPS without disabling access to all TDE sites previously using HTTPS. Furthermore, disabling HTTPS would open TDE users adn visitors to malicious MITM attack, and I am not willing to do this. Our only options come down to either accepting the heavy loss in visitors / traffic that will come from using a self-signed certificate, or attempting to raise the funds required to purchase a new certificate. It should only cost around $200 to obtain a new multi-year certificate covering TDE, so if you can please contribute something toward this goal via our donations page [4]. Again, I apologize for the inconvenience; it is not common for a CA to be delisted and the impact from this has been felt across many sites. Unfortunately, it will only continue to worsen as Chrome (with its 75% market share) is updated by end users over the next few days / weeks. Thank you! [1] https://security.googleblog.com/2016/10/distrusting-wosign-and-startcom.html [2] https://blog.mozilla.org/security/2016/10/24/distrusting-new-wosign-and-sta… [3] http://www.datamation.com/security/lets-encrypt-the-good-and-the-bad.html [4] https://trinitydesktop.org/donate.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iFYEARELAAYFAlimAXYACgkQLaxZSoRZrGG6QQDeObweyASWhjs/USiO6Nm05CcH C20FUSd8bT7Y7wDdGKueJfay8/HacDBlPw+u2WItBSpRs3geLoPLSw== =RdsZ -----END PGP SIGNATURE-----

2 2

[trinity-devel] added trinity to stretch -> purge lightdm adds 22 packages ???
by Felix Miata 13 Feb '17

13 Feb '17

Is this "need" for more libs on attempt to clean installation of unnecessaries expected? Attachment shows installed trinity packages and shellcap from attempt to purge no longer needed lightdm*. -- "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

"wrong" ISO image size to be used in VirtualBox
by Nicola Ferrari (#554252) 08 Feb '17

08 Feb '17

Hi list! I recently experienced a problem with the TDE Ubuntu 14.04 amd64 iso image: it wasn't accepted as VM cd image in virtualbox. To exclude a vbox problem, I wrote to their mailing list: one user told me that, an iso image, to be consired a standard image, should have its size dividable by 2048. [1] I just had a try seeking the image with 2048 as block size and everything is working properly. Maybe images in the future should be "burned" with that block size? Thanks! Nick [1] https://www.virtualbox.org/ticket/14530 -- +---------------------+ | Linux User #554252 | +---------------------+

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels