tde-devels

devels@trinitydesktop.org

9 participants
3790 discussions

tdeutils - installing irkick.png icons off / directory?
by David C. Rankin 04 Feb '14

04 Feb '14

All, Please confirm. Something in tdeutils 'make install' paths are broken and it is installing /hicolor/16x16/apps/irkick.png at that absolute path as well as the /locolor/16x16/apps/irkick.png. The same is true for the 22x22 and 32x32 icons for the same: /hicolor/16x16/apps/irkick.png /hicolor/22x22/apps/irkick.png /hicolor/32x32/apps/irkick.png /locolor/16x16/apps/irkick.png /locolor/32x32/apps/irkick.png I'm building tdeutils without any strange patches: cd ${srcdir}/${pkgname#*-} # copy system libtool and ltmain scripts cp /usr/share/aclocal/libtool.m4 ./admin/libtool.m4.in cp /usr/share/libtool/config/ltmain.sh ./admin ## Generate config files and update with autoreconf cd ${srcdir}/${pkgname#*-} make -f admin/Makefile.common ## configure ./configure \ --prefix=${TDEDIR} \ --with-qt-dir=${QTDIR} \ --sysconfdir=${TDEDIR}/etc \ --localstatedir=/var \ --enable-debug=full \ --enable-closure ## make $NUMJOBS make $NUMJOBS cd ${srcdir}/${pkgname#*-} make -j1 DESTDIR="$pkgdir" install What got broke and where? -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 04 Feb '14

04 Feb '14

>You may be in luck. I've created a 'tde-base' meta-package that >allows users to >install only the libs/deps tdelibs and tdebase (as well as twin- >crystal that I >refuse to do without). I will try a 'tde-base' install after my >next build run >and evaluate what is there. By "base" install, I mean all tde* packages. That is, nothing from applications. I use "core" to describe only up to tdebase and not installing the remaining base tde* packages. Another test I've wanted to conduct is using Trinity only with a keyboard. To try to understand various accessibility problems. One element I dislike about Firefox is I can't access the Bookmarks Toolbar with the keyboard. I wonder how many such examples exist in Trinity. Darrell

1 0

Noatun and Kaboodle broken in R14?
by Darrell Anderson 04 Feb '14

04 Feb '14

Can anyone confirm? Kaboodle will start on my R14 systems but will not play anything. Noatun won't start at all. Nothing in the xsession-error log. Darrell

2 1

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 04 Feb '14

04 Feb '14

>sorry, just found out that noatun does not play videos any more. Ah, okay, ignore my previous response. :) >Anyway, kaffeine-trinity does. Yes, but kaffeine is not a default app. Ditto for kmplayer. Anything in the applications branch is not a default base app. Kaboodle is part of tdemultimedia, which makes kaboodle the default video player, but is broken and only supports older versions of avi and mpg. We probably should test a base Trinity installation to learn what still works and what breaks and what limitations users encounter. Many of us are long accustomed to adding a bunch of additional apps and we no longer use the "default" apps. Darrell

2 1

Re: [trinity-devel] R14 translation German
by Darrell Anderson 04 Feb '14

04 Feb '14

>Sounds good to me. I did not get very far with Kbabel :-) Because of time and interest or because kbabel is broken? Darrell

2 2

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 04 Feb '14

04 Feb '14

>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

1 0

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 04 Feb '14

04 Feb '14

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

1 0

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 04 Feb '14

04 Feb '14

>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

1 0

Re: [trinity-devel] R: [trinity-devel] Keyboard issues
by Darrell Anderson 04 Feb '14

04 Feb '14

>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

2 1

TDE running on systemd will require code changes proper session tracking?
by David C. Rankin 04 Feb '14

04 Feb '14

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.

2 22

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels