tde-devels

devels@trinitydesktop.org

3 participants
3808 discussions

Second Trinity 3.5.12 Usability Test - SVN 1176205 (New Observations)
by Darrell Anderson 16 Sep '10

16 Sep '10

New observations with using my existing ~/.kde directory: 1. Several new icons appeared on the desktop (root and non-root). The icons were in the upper left of the desktop in a single horizontal row rather than the traditional vertical row along the left side: Web Browser My Documents My Computer Printers My Network Places There are two icons named Trash, but one was a document icon. The latter is the one representing the original Trash.desktop file in my ~/Desktop directory. I'm curious why they appeared horizontally rather than vertically. They appeared verically with a new, fresh Trinity desktop. Home was on the desktop. In 3.5.10 I see only Home and Trash. I discovered how to disable the new icons in Configure Desktop/Behavior/Device Icons. Nice touch for most users! Probably needs some documentation somewhere so new Trinity users are forewarned. :) Were those device icons added in 3.5.11 or 3.5.12? The appropriate web pages should be updated. I don't see anything on the 3.5.11 page. I presume with the new Device Icons support, that users should delete the old Trash.desktop file from ~/Desktop? Seems to work here. ================================================== 2. When I select a panel quick launch app(let) icon, or a desktop icon, the icon flashes and grows momentarily. That likely provides useful feedback for many people. I don't see anything obvious in the Panel configurations to disable. Probably will slowly drive me nuts. :) Please tell me of a way to disable that feature! ================================================== 3. Mentioned previously, but I'll include here now that things are getting fixed. The Klipper icon in the system tray is larger than the system tray. I cannot see the top or bottom part of the icon. This does not seem to be a system tray icon problem as other system tray icons look fine. Interestingly, this happens only on the root desktop and not my non-user testing desktop. I renamed the klipperrc file and started X. Same problem. Screen grab: http://humanreadable.nfshost.com/images/klipper.png ================================================== 5. The root konqueror toolbars look weird. Screen grab: http://humanreadable.nfshost.com/images/konq.png Update: when I created a new fresh Trinity desktop as non-user, I saw the same artifacts in the Konqueror toolbars. ================================================== I hope this helps! Darrell

1 0

Second Trinity 3.5.12 Usability Test - SVN 1176205
by Darrell Anderson 16 Sep '10

16 Sep '10

Installed the updated kdelibs and kdebase packages. Cleaned house to restore baselines. Regarding the previous reports: 1. Trinity still creates a /root/.kde3 directory for root. As far as I can tell, Trinity is using /root/.kde because everything is performing as expected. A huge improvement! :) Some snooping revealed that the only directories in /root/.kde3 are the cache, socket, and tmp directories. The same directories exist in /root/.kde too. I deleted all six directories and restarted X. All six were recreated. I restored the snippet I had in startkde to create the KDEROOTHOME environment variable on-the-fly. That stopped the creation of the /root/.kde3 directory. Something still remains awry. ================================================== 2. There is no ~/.xsession-errors file being created. I had those files this afternoon when we were debugging. What happened to the file? Looks like a regression there. ================================================== 3. I temporarily removed the "1>&2" redirects from startkde so I would have stdout on the screen. I did not see anything abnormal. ================================================== 4. I changed the "1>&2" redirects to "2>&1" so I might see error messages. I did not see any of those I reported previously, but I would be more assured if I saw a proper xsession-errors file. ================================================== 5. hplip-systray still starts. Something is bothering me about this nonsense. This was a nuisance several years ago and I cannot remember what I did to stop the train. I don't think KDE ever honored the XDG ~/.config/autostart directory. Hence, the recent startkde tweak to add that directory probably does not help. Probably should undo that tweak. Hopefully something in the fogs of my mind surface to help me remember the magic from a few years ago. Rest assured that when I remember the solution we will document the resolution somewhere! ================================================== 6. The problem with creating a .directory file in the root of the file system is gone. ================================================== 7. I'm not seeing the "xset: bad font path element" nuisance message. ================================================== Let's figure out what happened to the xsession-errors file so we can be sure that most of these problems are history. I hope that helps! Darrell

1 0

Gentoo Overlay
by Ксензов Алексей 16 Sep '10

16 Sep '10

What do you think about the creation of overlay for Gentoo?

4 12

Re: [trinity-devel] First Trinity 3.5.12 Usability Test (KDEROOTHOME)
by Darrell Anderson 16 Sep '10

16 Sep '10

> Quick comment here. The above was very important. > ;-) Trinity expects to > see KDEROOTHOME set, not KDEHOME, when run as root. > Maybe you can help > here; is this a Debian-only distinction, or do other Linux > systems also > use KDEROOTHOME? Setting KDEROOTHOME helps when running as root. Trinity did not create a new /root/.kde3 directory. I made the change in my proposed startkde. An updated proposed script is attached. I added the following test: # Run a quick test for root. if [ -z "$KDEROOTHOME" ] && [ "$UID" = "0" ]; then echo "startkde: User ID is $UID. Setting KDEROOTHOME to $KDEHOME." export KDEROOTHOME=$KDEHOME fi So setting KDEROOTHOME will help and I hope my change cures the problem. However, in addition to running my conky display from /root/.kde/Autostart, I realized that KPersonalizer was not running. That provides confirmation that Trinity starts out honoring $KDEHOME for root but then changes sometime after. Trinity must be reading the startupconfig file from /root/.kde in order to not run KPersonalizer. So although KDEROOTHOME helps avoid some of the problems I described, there remains something awry with the way Trinity starts out correctly and then veers off course.

2 2

Re: [trinity-devel] First Trinity 3.5.12 Usability Test (startkde)
by Darrell Anderson 16 Sep '10

16 Sep '10

Found a few more echo messages that needed the "startkde: " prefix.

1 0

Re: [trinity-devel] First Trinity 3.5.12 Usability Test
by Darrell Anderson 16 Sep '10

16 Sep '10

Updated svn. Will be several hours before I can provide a report. In the mean time, I see the newest version of startkde. I found a few spots where I updated some of the echo messages since I sent you my last proposed copy. In these messages I added the "startkde: " prefix. Those prefixes help people debug because they then know from where the messages derive. Cosmetic only, but helpful. I added two echo messages regarding XDG. Again, cosmetic but helpful. Notes about the new startkde in svn. I submitted a change that checked and created KDEROOTHOME. Have you seen that change in my previous messages. Have you decided against that change and incorporated the same checks in the base code? My ego is not at stake :) --- I'm just checking to make sure. There are two sections in the current svn startkde that repeat. Start at line 139: if [ -d /opt/kde3 ]; then if [ -n "$KDEDIRS" ]; then export KDEDIRS=$KDEDIRS:/opt/kde3/:/usr/ else export KDEDIRS=/opt/kde3/:/usr/ fi fi if [ -d /opt/kde3 ]; then if [ -n "$KDEDIRS" ]; then export KDEDIRS=$KDEDIRS:/opt/kde3/:/usr/ else export KDEDIRS=/opt/kde3/:/usr/ fi fi In my proposed script the second snippet reads: if [ -d /opt/trinity ]; then if [ -n "$KDEDIRS" ]; then export KDEDIRS=$KDEDIRS:/opt/trinity/:/usr/ else export KDEDIRS=/opt/trinity/:/usr/ fi fi I don't know whether you want my snippet or meant to delete the second repeating snippet in the current startkde. New proposed startkde attached.

2 1

Re: [trinity-devel] First Trinity 3.5.12 Usability Test
by Darrell Anderson 16 Sep '10

16 Sep '10

I updated svn but have not yet recompiled. I'm getting there.... :) > > 1. As non-root Trinity seems to completely honor > $KDEHOME. There is no > > ~/.kde3 directory created and Trinity uses my existing > ~/.kde directory. > > > > As root Trinity does not fully honor $KDEHOME. > > > <snip> > Quick comment here. The above was very important. > ;-) Trinity expects to > see KDEROOTHOME set, not KDEHOME, when run as root. > Maybe you can help > here; is this a Debian-only distinction, or do other Linux > systems also > use KDEROOTHOME? I know about the KDEROOTHOME variable. I have not toyed with a sufficient number of distros to provide a full answer. The stock Slackware does NOT set the variable. Certainly I can adjust my local /etc/profile.d variable scripts to set that variable. I will test that. With that said, I wonder whether a simple check can be added in Trinty to look at $UID when KDEROOTHOME is not set? > =========================================================== > > > > 4. The existing startkde is Debianized and causes > breakage on Slackware > > systems. I am submitting a proposed new startkde > script. The proposed > > script avoids certain presumptions and adds some tests > before running > > various commands. The proposed script also adds > additional echo messages > > to help debugging efforts. > > Can you attach it please? I would like to look at > it/get it in SVN ASAP > as we have already run past the feature freeze and these > types of major > changes need to be tested thoroughly prior to release. Yes. Attached. I was going to attach to the previous message but decided to wait until I updated svn and could review your changes. :) My proposed script is more robust that previous scripts, including the original kde scripts. Part of my additions I already had in my own modified 3.5.10 script. The script works fine here, but I don't have a Debian install using Trinity to test there.

1 0

Building koffice
by Darrell Anderson 15 Sep '10

15 Sep '10

As I mentioned, now that the core packages build and are installed (but not tested for usability!), I am again trying to build koffice. I would like to ignore previous koffice reports and start fresh. The first items I hope get addressed are the following configure warnings: unknown icon type in kivio/plugins/kivioconnectortool/Makefile.in (kivio_connector_cursor1.png) unknown icon type in kivio/plugins/kivioconnectortool/Makefile.in (kivio_connector_cursor2.png) unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in unknown icon prefix action in kpresenter/toolbar/Makefile.in The warnings more than likely are non-fatal errors, but they also should be fixed. I'm new to this game, but I suspect the problem is with incorrect file names or typos in the make files or something similar. Darrell

1 0

Slackware 12.2 Status
by Darrell Anderson 15 Sep '10

15 Sep '10

All core packages build. The following also build: k3b amarok knemo ktorrent These popular non-core packages are yet untested but will be soon: koffice digikam gtk-qt-engine gwenview k9copy kaffeine I have had problems building koffice. Now that the core packages build and install, which establishes a known foundation and baseline, I will start again trying to build koffice. I have not yet installed any packages in a testing environment. Soon! Darrell

1 0

Building kdeartwork
by Darrell Anderson 15 Sep '10

15 Sep '10

Okay, I'm a little slow. I added the --enable-closure option to the kdeartwork build script and the package built. Thus, at this point, all core trinity kde packages build on Slackware 12.2! Darrell

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels