Hi all,
When reading messages in Kmail sent to me by (2) correspondents using Thunderbird (v38), the FROM and the TO fields of the messages are not correctly represented: the French accents in the sender's real name and in the real names in the recipient list are distorted. For example, René becomes Renc3a9. This is quite annoying when I want to reply to a list with many names with French accents.
This problem does not apply to the body of message, where all accents are ok. I noticed that the problem started on August 30 where i also noticed the two correspondents upgraded to version 38 of Thunderbird for windoze. Earlier messages are ok.
I have been using Kmail on my desktop computer for many years without any problems. It is the current version (1.9.10) supplied by Trinity. I use Ubuntu Precise with Trinity R 14.0.2.
I tried changing character settings in 'appearance' within Kmail preferences in various combinations, with utf-8 and iso-8859-1 to no avail. Is this something that I need to set correctly in Kmail or something wrong with Tbird? My wife can read those same headings fine on her laptop using Tbird.
Any ideas?
Marco
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
The master server redirection system (ppa.quickbuild.pearsoncomputing.net)
has been updated to remove an unnecessary client redirection. This means
those of you still using the master server instead of Slavek's redirector
will see faster "apt-get update" execution due to the number of required
DNS lookups dropping by 1/3.
Also, this message is a reminder that the master server will be going down
for maintenance to install the replacement CPU tomorrow. You can follow
along on the Service Alerts page (when available) here:
https://trinitydesktop.org/servicealerts/
Thank you all for your financial assistance and patience!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlYe8C8ACgkQLaxZSoRZrGGatwDdFSY6yICtJoqiTAK3MfvXp0ak
/ENPkMRtJY4QuwDgvLDjRfjjXHB2cP9Xy23mlc9Nn1dE0+S+iMA56Q==
=AMb1
-----END PGP SIGNATURE-----
I am probably not the best person to say this in terms of anyone listening,
but perhaps the best person in view of being the one who was complaining.
TDE is in urgent need of $1000.00 to keep the master server running. Its CPU
is failing/has failed. I don't know the details, but Tim would no doubt
supply them. If 20 people each gave £50 etc., but we all know that they
won't.
I can't say "it is just the cost of $WHATEVER" because i don't know US prices.
For me it is the train ticket to London that I didn't have to buy at the end
of September because the hospital cancelled the appointment.
Come on! What have you not had to pay for/could easily forego? Do you really
need two cups of coffee every morning, or a tub of icecream for lunch every
day?? Perhaps now is the time to give up cigarettes? ;-)
TDE can't run without servers.
Of course, if someone has a top-notch server he or she is dying to donate, I
am sure that Tim wouldn't say no. ;-)
Lisi
What is the difference between desktop-base (Debian's deb) and
desktop-base-trinity (Trinity's deb).
I did a Trinity install, over and above another DE, for a friend the other
day so he could see what Trinity was and I noticed it wanted to remove
desktop-base and install desktop-base-trinity instead. I didn't allow it to
install desktop-base trinity and everything is working fine so I was
wondering what is the need for it.
Cheers.
Michael.
Greetings all;
I just bought some webcams, and the std viewer for a webcam has been
cheese for quite a while now. But its not part of TDE, and when I had
apt-get install it, it pulled in about 23 more megabytes worth of
dependencies.
Didn't help, it still segfaults. So I hauled the camera to one of my
milling machines, also running wheezy, installed cheese, and it Just
Worked(TM).
But here? No way:
=====================
gene@coyote:~/Pictures/pix$ cheese
(cheese:10552): Gtk-WARNING **: Attempting to add a widget with type
GtkImage to a GtkToggleButton, but as a GtkBin subclass a
GtkToggleButton can only contain one widget at a time; it already
contains a widget of type GtkLabel
(cheese:10552): Gtk-WARNING **: Attempting to add a widget with type
GtkImage to a GtkToggleButton, but as a GtkBin subclass a
GtkToggleButton can only contain one widget at a time; it already
contains a widget of type GtkLabel
(cheese:10552): Gtk-WARNING **: Attempting to add a widget with type
GtkImage to a GtkToggleButton, but as a GtkBin subclass a
GtkToggleButton can only contain one widget at a time; it already
contains a widget of type GtkLabel
(cheese:10552): Gtk-WARNING **: Attempting to add a widget with type
GtkImage to a GtkButton, but as a GtkBin subclass a GtkButton can only
contain one widget at a time; it already contains a widget of type
GtkLabel
(cheese:10552): Gtk-WARNING **: Attempting to add a widget with type
GtkGrid to a GtkToggleButton, but as a GtkBin subclass a GtkToggleButton
can only contain one widget at a time; it already contains a widget of
type GtkLabel
(cheese:10552): Gtk-WARNING **: Attempting to add a widget with type
GtkImage to a GtkButton, but as a GtkBin subclass a GtkButton can only
contain one widget at a time; it already contains a widget of type
GtkLabel
** (cheese:10552): CRITICAL **: cheese_camera_device_get_uuid: assertion
`CHEESE_IS_CAMERA_DEVICE (device)' failed
Segmentation fault
========================
Does anyone know of a TDE viewer that just works for a webcam?
Thanks.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
-----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-----
