-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
As Lisi alluded to earlier the TDE master server is continuing to
experience issues causing sporadic service outages. I believe I have
traced this fault to a defective CPU package; this is the first time in
well over a decade that I have actually seen a defective CPU, but the
certainty of the diagnosis has grown sufficiently that I have ordered a
replacement.
I have dsabled some secondary services to try to reduce overall system
load in the hopes that this will stabilize the remaining services until
the replacement parts arrive. You can follow along on the status of the
repairs at this page (when available):
https://trinitydesktop.org/servicealerts/
Technical details:
The TDE project makes heavy use of a rather beefy server containing G34
Opteron processors (i.e. in the $1,000 USD range _per CPU package_). I
started to see various MCEs (not related to DRAM) and, much more commonly,
lockups several weeks ago but assumed it was a power stability issue.
Unfortunately, even after swapping the PSUs the lockups are obviously
continuing, and becoming more frequent.
My best guess is that this particular processor has developed a somewhat
unstable L2 / L3 cache; the MCEs that I did log were similar to this:
[Hardware Error]: MC2 Error: VB Data ECC or parity error.
[Hardware Error]: Error Status: Corrected error, no action required.
[Hardware Error]: CPU:6 (15:2:0) MC2_STATUS[Over|CE|MiscV|-|-|-|-|CECC]:
[Hardware Error]: cache level: L2, tx: DATA, mem-tx: EV
While it would be possible to completely shut down QuickBuild (thus taking
much of the load off of the affected servers) I believe this would be
detrimental to the long term existence of the project. In particular, we
would lose all tinderboxing; I would effectively need to pick a specific
version of Debian, make sure that a specific release of TDE works on that,
and ignore all the rest. Also, the release interval would jump back up
into the multi-year range due to the difficulty involved in manually
assembling all of the requisite repository files. There are other
somewhat obvious drawbacks as well, but just those two alone would
probably kill the project.
I also don't reasonably see how QuickBuild's services can be replaced by
anything free in the cloud. The built TDE packages occupy several hundred
gigabytes of disk space, and can easily hog dozens of build machines on
multiple architectures. A long time ago (back when TDE only supported a
couple of Ubuntu versions) I used the free Launchpad build service, but
this project rapidly outgrew that service. It rather impedes development
to have your rebuild take months to work through the public build queue...
So, to summarize: QuickBuild requires powerful servers, lots of power, and
loads of disk space. It is also somewhat essential to TDE's somewhat
rapid release schedule, serving as a QA check and release management
platform. Unfortunately that means the annual cost to run the TDE
services is very high, and I don't always have the funding to eliminate
all sources of downtime.
Thank you to those few that have donated over the years; it has helped in
a small way to keep TDE alive. As Lisi said, if everyone donated annually
a relatively small amount there would be no real financial concerns and
both I and Slavek would have more time to actually work on the reason we
are all here -- TDE itself!
Thank you,
Timothy Pearson
Trinity Desktop Project
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlYWmYIACgkQLaxZSoRZrGGJbQDcC8KVpjjkTdNHpcq/KgrzkmsH
si5WcIKxViAu6gDfXM2h1ufBHtIlp3Yi7jH7xISsY0CFQhDpMTw2NA==
=3ddI
-----END PGP SIGNATURE-----
Trying to setup a clients new email. The new client is imap, user/passwd and
ssl port 993 recieving and 465 sending mails. The sending works fine, the
receiving says it is checking account xxx for new mail but that is far as it
goes. No error messages popup.
Never used ssl/tls before do not know where to look for error mressages.
Searched the trinity user archives, not much mention of imap/ssl.
Thanks
--
Greg M
I have just been looking at the updated
Debian Trinity Repository Installation Instructions
page. At the risk of being castigated for my over-enthusiastic vocabulary, it
is great!!! Super!!!
No doubt all the other pages are super too, but I am willing to take that on
trust, if one is, and go to bed.
Thank you, Tim.
Lisi
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
This is just a quick heads-up to let you know the TDE services will be
going down briefly while I diagnose and fix some lingering performance
issues. Estimated service restoration is 10/07/2015 20:00 UTC.
Thank you for your patience,
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlYVX3sACgkQLaxZSoRZrGHHyQDbBwJI1KoyZgrM1DMwetbBgM2r
4+Sl+JZF8/T0FADgyqfaOLs8Bal9SvSGlA0R8th2HcunDdWXSJdyzw==
=GW5T
-----END PGP SIGNATURE-----
Well, this is interesting.
It looks like Debian's new version is more than just systemd.
Trinity v14.0.2
Debian 8
When I plug in an encrypted USB disk, the password window opens as it
always did, but now it's complaining about HAL not existing.
When I tried to open it through the Konqueror device view, it also
failed. Attached are two screen grabs of the failures.
I'm not asking for this to be "fixed" in TDE, it seems that the
underlying hardware abstraction has changed in some fundamental way.
HAL isn't even in the repository for Debian 8. I expect someone will
get around to harmonizing this at some point, I'm sure I'm not the
only person who has encrypted external disks that used to work
seamlessly.
The more things change.....
Curt-
--
The secret of happiness is freedom,
and the secret of freedom is courage.
- Thucydides
Hello all,
On my test Ubuntu install on a Thinkpad, TDEPowersave offers "Suspend to RAM"
and "Freeze". The first works well and I understand what it does (I get the
small "moon crescent" glowing.
However, I dont really understand what "Freeze" is supposed to be. It seems it
turns the screen, harddisc and WiFi off but Bluetooth stays on... and I don't
know what else.
Thierry
On Thu, 01 Oct 2015, ant wrote:
> On Thu, 01 Oct 2015, deloptes wrote:
> >
> > >
> > > Thank you for the hint - I didn't have udisks (or udisks2?) installed,
so
> > > I have installed it, and now I get no desktop icon.
> > > But I can mount it from the cli, possibly because I have an fstab entry.
> > > But experiments are continuing...
> > >
> >
> > can you check if this somehow applies to you please?
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650299
>
> YES! As in the bug report, I edited
> /usr/share/polkit-1/actions/org.freedesktop.udisks.policy
>
> and set the section '<action id="org.freedesktop.udisks.filesystem-mount">'
to
> be '<allow_any>yes</allow_any>' and '<allow_active>yes</allow_active>'
>
> and now it works as advertised. Thank you.
UPDATE: Now it has stopped working. I get an icon, and:
--------------
Unable to mount this device.
Potential reasons include:
Improper device and/or user privilege level
Corrupt data on storage device
Technical details:
org.freedesktop.UDisks.Error.PermissionDenied: Not Authorized:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.freedesktop.PolicyKit1 was not provided by any .service files
ps aux gives: kded [tdeinit] --new-startup
I am in plugdev.
The .policy file is as above.
Where next to look?
cheers
ant
--
Sent from my linux system running Debian 8, desktop Trinity R14
This email is plain text, not HTML. Any attachments are either .jpg or .pdf
Hi,
I started to port an KDE 3.5 app (Kooldock) to TDE R14.0.1.
I did it years ago for TDE 3.5.13 with minimal trouble and used it since
then with no trouble at all.
Kooldock is automake and configure based and was developed as a kdevelop
project.
I have now a new machine (Ubuntu 14.04 64 bits) on which I installed TDE
14.0.1 with the live TDE ISO.
I installed all required Trinity development packages.
I can run the automake and configure tools inside TDevelop (TDE-C++)
successfully so I am ready to build the Kooldock project.
The build fails immediately because of the name of include files i.e.
kpopupmenu.h -> tqpopupmenu.h and names of classes i.e QString -> TQString.
Is there a way (script or utility) to convert existing KDE 3.5 or TDE
3.5.x code to TDE 14.0.1?
Or at least, a documented path to port apps to TDE 14.x.?
I am a developer, familiar with sed ands awk so I can manage converting
the original sources if only I can get a guidance about what becomes
what with TDE 14.x.
After trying some manual modifications to the sources I feel some
changes in include files are not this straightforward.
For example some kxxxxxx.h files are now txxxxxx.h, others are now
tdexxxxxx.h so porting my favorite application would become a nightmare
with no how-to or minimal help.
I would like to port the Baghira theme too (I did it for TDE 3.5.13
easily) but I am a bit reluctant to compile one line of code at a time,
searching each include file/class name change.
I love TDE and will stick to it anyway but I ask for some help here - if
possible -
Thanks for keeping TDE alive. It is the best DE I ever used (and I tried
many, believe me!)
And thanks for any feedback too.
midi-pascal
Hi All,
I've got another problem after upgrading to Mageia 5/Trinity r14.
When working for clients on-site, I will usually take my own laptop with
me and plugin into an external monitor + keyboard while there. I have a
script which automatically detects and extends the desktop to the
external monitor when I log in. My task bar defaults to the external
monitor when present and is shown on the laptop screen when there is no
external monitor. This has been working perfectly for years.
However, after my latest upgrade, the taskbar no longer displays on the
laptop screen if I boot up after having previously used the external
monitor, making my desktop unusable.
The problem seems to be that the taskbar display is now "fixed" to
whichever monitor it was last set to display on, regardless of whether
that monitor is actually present or not. The external monitor output
isn't actually being enabled due to a mis-detection, there is no signal
output on the monitor port and the desktop has not been extended off the
visible area of the laptop screen in any way.
The only solution I have found so far is to plug into an external
monitor, enable that monitor with an extended desktop using my script
(which runs xrandr) and manually drag the taskbar back to the laptop
screen. This is OK when I have a monitor available, but if I'm out and
about with no monitor available, I'm a bit stuck and have to use XFCE
instead.
Ideally it would be nice if the prior behaviour was restored, but I'd
settle for a simple script run during login which can move the taskbar
back to the laptop screen every time I login, it's not a big deal to
drag back to the external monitor after I login.
Is there any way to achieve this? I'm thinking that either there is a
command I can issue which will move the taskbar location on demand, or
alternatively I could use something (eg sed with a regex?) which
re-writes the underlying config setting before the task bar starts
(where is the config setting?)!
Thanks in anticipation, Tim Williams
--
Tim Williams BSc MSc MBCS
AutoTrain
58 Jacoby Place
Priory Road
Edgbaston
Birmingham
B5 7UW
United Kingdom
Web : http://www.autotrain.org, http://www.utrain.info
Tel : +44 (0)844 487 4117
AutoTrain is a trading name of EuroMotor-AutoTrain LLP
Registered in the United Kingdom, number: OC317070.