All,
I have put a significant amount of work into the QuickBuild system over
the past week in an attempt to stabilize it and increase performance.
While I am aware that there were some outages in random components (most
notably the PPA mirror redirects) while I was doing this, all issues
should be resolved at this point.
As of this writing four build machines are online, one for each
architecture. As we have reached the chiller fund goal (see prior
messages) the remaining x86/amd64 build machines will be brought back
online over the next couple weeks.
Please let me know what you think, and definitely let me know if anything
is still malfunctioning!
Tim
Lots of nothing Googling this. Could not find any discussion of kinfocenter
removal other than mailing list and
https://bugs.trinitydesktop.org/show_bug.cgi?id=2135 mention that it happened.
[openSUSE 13.1 host big41]
# which kcmshell
/opt/trinity/bin/kcmshell
# file /opt/trinity/bin/kcmshell
/opt/trinity/bin/kcmshell: ELF 64-bit LSB executable, x86-64, version 1
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32,
BuildID[sha1]=2bb4f94287bb4cbe23e5491ca63bf2f4938fc5a5, stripped
# rpm -qf /opt/trinity/bin/kcmshell
trinity-tdelibs-3.5.13.2-3.oss131.opt.x86_64
# kcmshell fonts
http://fm.no-ip.com/SS/KDE/kcmshellK3-fonts-120.jpg (KDE3 or KDE4)
http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-fonts-132.jpg (TDE 3.5.13)
# kcmshell xserver
http://fm.no-ip.com/SS/KDE/kcmshellK3-xserver-120.jpg (KDE3 or KDE4)
http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-xserver-132.jpg
[openSUSE 13.2 host gx28c]
# which kcmshell
which: no kcmshell in
(/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games)
# rpm -qa | grep tdelibs
trinity-tdelibs-14.0.0-1.oss132.opt.i586
# kcontrol xserver
kcontrol: Unexpected argument 'xserver'.
kcontrol: Use --help to get a list of available command line options.
# kcontrol fonts
kcontrol: Unexpected argument 'fonts'.
kcontrol: Use --help to get a list of available command line options.
kcontrol --help-all doesn't seem to have an answer. Where did the simple
little applet window functionality go in R14?
--
"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/
Hi,
By reading PCLinuxOS texstar twitter feed, I learned that mainstream KDE is going to need systemd. Here you can read it: https://twitter.com/iluvpclinuxos
And I found this article which explains why they want to do this:
http://blog.davidedmundson.co.uk/blog/systemd-and-plasma
I do not want or need to comment on this, since as an user, I don't care that much about init system, but I wanted to share this info here.
Have a great day!
-Alexandre
Hi,
I want to propose a new color theme and graph settings for KSysGuard, because the actual one are rather ugly and visually overloaded, to my opinion. I also wanted to post screenshot of different system monitors available on other OSes or on other desktop environment.
Thank you! Tell me what you think!
-Alexandre
Hi all!
I found a new survey about Linux desktop environment usage survey:
http://www.itworld.com/article/2881172/survey-says-kde-plasma-is-the-most-p…
It has KDE Plasma at first place, and surprisingly, XFCE at second place.
Sorry, but TDE is almost the smallest one.
These numbers says that classical desktop environment can still have a great part of ''market'', since XFCE is quite a classical desktop environment.
One thing that I am very sorry, is how TDE got almost no media coverage at the R14.0.0 release, and almost none at all for the stable quality releases as 3.5.13.x series.
What strikes me, is that some things need to be done to attract more attention, more users and more developers. Since classical DE as XFCE can have a large market share, I think that it is still possible to get more users, possibly by ditching away the perception that it is the outdated kde3.
What do you think? Have a great day!
-Alexandre
While looking into a problem on trinity-users I noticed that
TDE apps are not present in my Wheezy menus. Judging by the
original user report, this is probably the case also in Mint.
I had not noticed this before because all the apps my users
and I use regularly are either run from panel buttons or else
are non-TDE apps such as LibreOffice which are present in menus.
It is not immediately obvious to me where the problem lies.
Does anyone have any information on this or should I start
trying to figure it out?
--Mike
Hello,
We're seeing lots of kdesktop_lock processes left lying around after
users have logged out. With the number of users (100+ on some of our
systems) and uptimes in years, the process table is going to end up full
of these :-(
If one does an strace on the process it terminates but not until then.
Here's a (partial) pstree of a user with a three hanging kdesktop_lock
processes:
>dbus-daemon(19522)
>dbus-launch(19521)
>dcopserver(19574)
>kaccess(19656)
>kded(19578)
>kdeinit(19588)-+-kio_file(8614)
> |-klauncher(19591)
> |-konqueror(20688)
> `-kwin(19633)
>kdesktop(19637)---kdesktop_lock(29060)
>kdesktop_lock(20636)
>kdesktop_lock(22549)
>kdesktop_lock(22120)
>klipper(19671)
>kmix(19674)
>knotify(19667)
>korgac(19676)
>krandrtray(19661)
>kicker(19643)
>ksmserver(19626)
>startkde(19416)-+-gpg-agent(19518)
> |-kwrapper(19624)
> `-ssh-agent(19517)
The 'spurious' kdesktop_locks end up with init as the PPID:
>F S UID PID PPID PGID C PRI NI ADDR SZ WCHAN TTY TIME CMD
>0 S 1051 22549 1 22482 0 80 0 - 7739 - ? 00:00:00 kdesktop_lock
Process 22482 (the PGID) doesn't exist.
When I do an strace on PID 20636 and I get:
>Process 20636 attached - interrupt to quit
>--- SIGHUP (Hangup) @ 0 (0) ---
>--- SIGTERM (Terminated) @ 0 (0) ---
>munmap(0xb5b70000, 172873) = 0
>gettimeofday({1423135382, 387694}, NULL) = 0
>gettimeofday({1423135382, 387815}, NULL) = 0
>exit_group(1) = ?
and the kdesktop_lock process is gone.
The version is:
>Qt: 3.3.8d
>KDE: 3.5.13.2
>KDesktop Locker: 2.1
all running on Debian Wheezy.
Any suggestions as to how I stop this behaviour?
TIA.
--
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 |
--------------------------------------------------------------------
On Thu, Feb 5, 2015 at 15:13 (+0000), Russell Brown wrote:
> Hello,
> We're seeing lots of kdesktop_lock processes left lying around after
> users have logged out. With the number of users (100+ on some of our
> systems) and uptimes in years, the process table is going to end up full
> of these :-(
> If one does an strace on the process it terminates but not until then.
> Here's a (partial) pstree of a user with a three hanging kdesktop_lock
> processes:
>>F S UID PID PPID PGID C PRI NI ADDR SZ WCHAN TTY TIME CMD
>>0 S 1051 22549 1 22482 0 80 0 - 7739 - ? 00:00:00
kdesktop_lock
> Process 22482 (the PGID) doesn't exist.
That is partially because PGID is not a process id, it is a process
group ID.
Cheers.
Jim
I want to download the red hat files from tde-packaging. I tried git clone but the cloning process always stalls at about 66%. Is there a faster way to grab the files?
Darrell
