tde-devels

devels@trinitydesktop.org

2 participants
3755 discussions

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?

by Darrell Anderson

>my vote is for kmplayer, since it uses the mplayer backend... >which >has lots of active development (see mplayer2 and mpv), but those >are both drop in replacements. Once again, kmplayer is not a base app, which is what we are discussing. Kaboodle (and noatun) are base apps from tdemultimedia. Darrell

11 years

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?

by Darrell Anderson

>noatun-trinity :-) Noatun plays videos? I thought only audio files. Seems to be broken on my system anyway, just like kaboodle. Darrell

11 years

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?

by Darrell Anderson

>I don't know of a default video player. There must be one, I've >just never run >across it. Will look and see if I find anything. I filed a bug report against kaboodle. Works in a limited way in 3.5.13.2 and 3.5.10, but is broken in R14. I write "limited way" because I tried an assortment of video file types. Seems kaboodle supports only older versions of avi and mpeg. Newer versions of those formats don't play. Despite the prevailing hatred for flash, flv nonetheless remains popular and kaboodle does not support flv. Somebody familiar with video hopefully can improve kaboodle, perhaps grabbing code from kaffeine or kmplayer. We need a more robust default video player. kaboodle's interface is very simple and that is good for a default player, but kaboodle needs improved format support. Not everything under the sun, but some updates. Darrell

11 years

Re: [trinity-devel] R: [trinity-devel] Keyboard issues

by Darrell Anderson

>Make sure any 'fix' doesn't mess up use of the 'left' Win key. I >use that one >and it IS working fine right now :-) To do what? I don't use either button. I am continually inadvertently bumping the keys. I get tired of bumping the keys and popup menus appearing that disrupt my typing. I hate laptop keyboards because they are so cramped and many keys are in non-standard locations. Darrell

11 years

TDE running on systemd will require code changes proper session tracking?

by David C. Rankin

Tim, All, I have stumbled upon an issue that may be responsible for the sound and sftp session closing (bug 1902) problems I experience running TDE on a systemd based system. The problem surrounds pam/tdm and polkit setup and tracking user sessions in the absence of Consolekit. The issue is addressed in the freedesktop articles: http://www.freedesktop.org/wiki/Software/systemd/writing-display-managers/ http://www.freedesktop.org/wiki/Software/systemd/writing-desktop-environmen… The porting changes necessary for TDE to work in a systemd/polkit environment look minimal, but they are a bit above my understanding at the moment. I have detailed the sftp issue in http://bugs.pearsoncomputing.net/show_bug.cgi?id=1902 along with diagnostics. The crux of the current issue is that tdebase/tdebase mkpamserv does not provide an environment where proper session tracking occurs: 08:29 valhalla:~> loginctl show-session $XDG_SESSION_ID NAutoVTs=6 KillExcludeUsers=root KillUserProcesses=no IdleHint=yes IdleSinceHint=0 IdleSinceHintMonotonic=0 InhibitDelayMaxUSec=5s HandlePowerKey=poweroff HandleSuspendKey=suspend HandleHibernateKey=hibernate HandleLidSwitch=suspend IdleAction=ignore IdleActionUSec=30min PreparingForShutdown=no PreparingForSleep=no does not contain Remote=no and Active=yes which apparently indicate proper user session tracking. I need someone who has a bit more experience with tdebase code and in this area to review the freedesktop links regarding the new session tracking requirements under systemd and see if this is an issue that needs to be jumped on before RC1 is frozen. Currently, the current problems I have discovered under systemd impact user sound access/printer driver generation/and sftp session closure. I suspect the problems may be more widespread but I have yet to discover all of them. I have compared what TDE does with /etc/pam.d/trinity and what is currently done with kde4 on arch. The current TDE pam.d settings are: /etc/pam.d/trinity #%PAM-1.0 #auth required pam_securetty.so auth requisite pam_nologin.so auth include system-local-login account include system-local-login session include system-local-login The comparable pam setup for kde4 on Arch uses (noc is cat with no-comment): 09:56 alchemy:~/tde/tmp/pam> noc kde4/kde #%PAM-1.0 auth include system-login account include system-login password include system-login session include system-login 09:56 alchemy:~/tde/tmp/pam> noc kde4/kde-np #%PAM-1.0 auth required pam_tally.so onerr=succeed file=/var/log/faillog auth required pam_shells.so auth requisite pam_nologin.so auth required pam_env.so auth optional pam_permit.so account include system-login password include system-login session include system-login 10:00 alchemy:~/tde/tmp/pam> noc kde4/kscreensaver #%PAM-1.0 auth required pam_unix_auth.so I have tried changing /etc/pam.d/trinity to use: #%PAM-1.0 #auth required pam_securetty.so auth requisite pam_nologin.so auth include system-login account include system-login password include system-login session include system-login Login is fine using system-login instead of the current 'system-local-login', but the output of 'loginctl show-session $XDG_SESSION_ID' is unchanged. I have posted the issue to the Arch list and will report any suggestins back. Experts, what say you? -- David C. Rankin, J.D.,P.E.

11 years

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?

by Darrell Anderson

>Text documents - I vote kwite over kate. If you are clicking on a >text file 99 >times out of 100 you are doing it to open a single text file and >not something >to include in a project. > >Images - open in kview (fast as lightning - not the best on >autozoom with middle >mouse, but a reasonable trade-off, gwenview KolourPaint, >ShowPhoto, Krita, etc. >are all more full featured apps, better for working with multiple >images, but >slower with more overhead. > >Sound files - Noatun or kaboodle (for same reasons) amarok, etc. >are more full >featured, but much slower/larger (Noatun slightly more file >formats supported) > >Videos - mplayer or kaffeine. kaffeine much faster, but mplayer is >not a bad 2nd. > >What are your thoughts? Ask 10 people and likely we'll receive 11 opinions. All defaults have to be with the base packages. Anything in applications is not a base package. kwrite as the default editor is fine although I use both a lot and have them configured differently. I'm a long-time tdegraphics/kuickshow user. I even have a command line alias 'ks' so I can quickly view images that I search for within the terminal. Do the base Trinity packages include a video player? I don't think so. MPLayer? Not a Trinity app. Kaboodle is labeled a media player but I am unable to open any video files. Only sound files. Kaboodle should at least fail gracefully with a dialog rather than just there like a dead log and require forced termination and we should change the About dialog to Audio Player. Darrell

11 years

R14 RC1 ready?

by Timothy Pearson

All, I would like to tag the current sources and binaries R14.0.0 RC1, as it appears that we have finally cleared the Blocker and Critical reports from the R14 Etherpad. Are we ready for this or are there any objections? Thanks! Tim

11 years

Keyboard issues

by Darrell Anderson

All, 1. Where is the Right Windows key defined in Trinity? I want to completely disable that key in Trinity. 2. In KControl->Regional & Accessibility->Keyboard Shortcuts, toggling the bottom check box "Use Win key as modifier" has no effect on the Apply button. Would someone please confirm? Thank you. Darrell

11 years

Re: [trinity-devel] Commit 83f044c5 [tdebase]

by Darrell Anderson

>it appears that it is necessary to add to CMake rule to find path >to htsearch. >The default path is /usr/lib/cgi-bin/htsearch. Commit 83f044c5 >changed the >path to /srv/www/cgi-bin/htsearch - probably specific to certain >distributions. However at least on Debian and Ubuntu it caused a >problem. > >Therefore, I propose add to CMake rule to search cgi-bin/htsearch >on usual >paths (/usr/lib, /srv/www, some other?). With the fact that is >possible to >set the path as a build option. > >What do you think? I had a feeling something like this would happen. Let's make this work for everybody. I presume the cmake rule will automatically update the backend perl script? Should I revert the patch? Darrell

11 years

Desktop Environment of the Year

by Darrell Anderson

Here is a chance for Trinity to gain some attention: https://www.linuxquestions.org/questions/2013-linuxquestions-org- members-choice-awards-109/desktop-environment-of-the-year- 4175488210/ Please vote. Darrell

11 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels