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
When uninstalling on Ubuntu 14.04 there are some errors:
Removing konsole-trinity (4:14.0.0-r1865-0ubuntu14.04.0+pr185) ...
/var/lib/dpkg/info/konsole-trinity.prerm: 22: /var/lib/dpkg/info/konsole-tr=
inity.prerm: /usr/sbin/update-alternatives: not found
dpkg: error processing package konsole-trinity (--purge):
podproces nain=B9talovan=FD skript pre-removal vr=E1til chybov=FD k=F3d 12=
7
Removing ksmserver-trinity (4:14.0.0-r1865-0ubuntu14.04.0+pr185) ...
/var/lib/dpkg/info/ksmserver-trinity.prerm: 22: /var/lib/dpkg/info/ksmserve=
r-trinity.prerm: /usr/sbin/update-alternatives: not found
dpkg: error processing package ksmserver-trinity (--purge):
podproces nain=B9talovan=FD skript pre-removal vr=E1til chybov=FD k=F3d 12=
7
Removing twin-trinity (4:14.0.0-r1865-0ubuntu14.04.0+pr185) ...
/var/lib/dpkg/info/twin-trinity.prerm: 22: /var/lib/dpkg/info/twin-trinity.=
prerm: /usr/sbin/update-alternatives: not found
dpkg: error processing package twin-trinity (--purge):
podproces installed script pre-removal returned error code 127
There are some errors during uninstall:
konsole-trinity
ksmserver-trinity
twin-trinity
There may be some other errors.
update-alternatives is in /usr/bin and not in /usr/sbin
$ whereis update-alternatives
update-alternatives: /usr/bin/update-alternatives /usr/bin/X11/update-alter=
natives /usr/share/man/man8/update-alternatives.8.gz
Thanks.
OR
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
If I open the Help system and look inside the "Protocol" section, I see just a message "Information about the
available protocols". I remember that some months ago there used to be a list of the available protocols in the system.
I see the same problem both on my system (Jessie, local TDE build) and in a VM machine (Wheezy, official R14.0.0).
Is anyone else seeing this? If so I will open a proper bug report.
Thanks
Michele
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIcBAEBCgAGBQJUv1dJAAoJECp1t8qK3tXPTUUQAKs3mtdOuhPf3w6k0x0wxbL/
EPRK8sT17k10vRY8ePIudcMwUZTfxIGHg0GXWORHHybgJfUKUf1K54ATQU2o8Oao
5Y6pwndmd6i2D6m+2VmI4Z95Gokozrx2tylrAzFKFKTI+STyOu3Qbcwg9nlU6EoB
B4raV5oRKqx/e9FG2E7MUobXvuF7U2ZXYYXsNVYVeFn8ykbJD8mxNP5jUaFHDIYN
zJxC0mtLzd+j7I4dX/CDdqFGdWnXrITOdhh31PnMFhdBnYdC3eeUB/r4Wy77yIF5
GXDBgBZ+S+3Y2Fwla2RrNiCVEEGCVkzUT+uYh/pkwRFTDxoCA02xYDZ87zh+8hXF
0TrmWR6dldl3JU1HFKMPh8bnehwxWN+CgZ0DDGPdc1iy1I+4E/AwDso4+GvAEEn3
g2Kmxe/uy7rVkNtZ+ZkAqT934QFqGhqlsBDQ6UeHtyUuO5H4t2h0Nyy5dWxG1iOm
VbGtNmxWWVimZTz848ivfkDwnOlMDu8sBHIoC5R2if/Wk51dawcpCczTtyBG3Pkc
+hWs0nAmSBlEymmDfJW8dj4E49WFIK41e0by9VK4t05Zv8A/b+iqDPKPNkQAoBeZ
LWe4TnTfhPvdA04i/G7Rsg3DEpiUgJ62nlsfFK7r8kOXOfKuGED20mMmsA1psdX8
JmSozCD3m4xZur59BhBd
=78Kj
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
This is a follow-up on point #5 from my post earlier this month entitled
"TDE GIT thaw, build farm status, and future direction".
> Codebase formatting. While this is not a major problem for the users
> I have been tripped up more than once by the fact that some portions of
> the codebase (twin among others) use a vastly different style of
> indentation and bracing, one that is (IMHO) extremely hard to read and/or
> modify. This in turn has therefore contributed to many "fix up prior
> commit" commits and/or outright regressions in GIT. I greatly prefer
> Stroustrup style formatting with hard tab indentation (no space or
> combined space/tab indents) and indented public/protected/private blocks.
> This style is highly legible, emphasizes the control flow, and produces a
> minimal number of non-whitespace difference lines when an if/else block is
> modified. All of the new code (thousands and thousands of lines of it)
> that I have contributed to TDE have been in this style. I have been
> toying with reformatting the entire TDE codebase in one large commit; if
> there are no objections I think this step could greatly improve both our
> development speed and the overall quality of the codebase; comments and
> discussion are welcome.
I would like to start converting over the codebase ASAP. I have an
automated tool that will do this, but would like some feedback on the
style to convert into as reformatting like this is a one-time operation
that will not be repeated for the life of the TDE project.
As mentioned above I strongly prefer a modified Stroustrup style
formatting. Is this acceptable to the other developers, and if not, what
would you rather use and why?
Thanks!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlSjHncACgkQLaxZSoRZrGF0owDcDGlmwDw7tQ/jTZc+RPsh9Un8
J/p7Qopfm0FmKADdFWqOHlrmHs6p9sl/aPtWa5F3/Zw2JyoE7G6t1A==
=/kGi
-----END PGP SIGNATURE-----
Hi all,
I propose to remove the branch 'suse' of tde-packaging. This branch is
unused / unmaintained and is generally incorrect. For each distribution is
intended folder, not a branch. Exactly as are maintained packages for
OpenSUSE by François.
Therefore I consider branch 'suse' suitable for disposal.
Any objections?
--
Slávek
