-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
I am delaying the R14.0.0 release by one day in light of the recently
discovered problems with our primary mirror, and also so that I have time
to clean up the press release.
Sorry for the inconvenience!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlSPwOwACgkQLaxZSoRZrGE3+ADfYthYSzhxQfh/9XOKF2YIvmqM
dThByKqk1ebpDADgszPqW1ufkZRIUNytcVQXEdpFJ2/W7OrwlEMUKQ==
=d9Em
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bug 236 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=236) is about KOrganizer and the length of a new ToDo event
when selecting a single slot in the day agenda.
The behavior is awkward because different from when longer intervals are selected.
I would like some feedback from users/developers about the best way to fix it.
Proposed options:
1) leave everything as it is. The user can change the above option to get a 15 minutes interval. IMO, a little awkward.
2) leave everything as it is but change the default value of the "Default duration of new appointment" to 15 minutes,
so that by default double-clicking on a 15 minutes interval gives a 15 minutes interval. Users can still change the
default interval if they want.
3) ignore the "Default duration" option and just use the length of the actual interval selected in the agenda.
4) others...
IMO, option 3 or 2 will do. Please put forward your suggestions.
The bug will be fixed as part of R14.0.1.
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIcBAEBAgAGBQJUktiNAAoJECp1t8qK3tXPGzIP/1UUxpc5JhdIWXBV4J4cBT6w
2mkX6K4e1nYzDjkkqw8qguUhoOFW/bki5goSADpHS5bccvlNCyYanmuWUwqwN1y8
gkNClyJ+TKzNG8Q+3vSZUZ8PuD+8AUU7heysgyn1h5LA+O5+p38XlZuhIgUfZBIk
qOEcWib8/pLoZ8GSDE+UbUvm2ITiXYZWBw80mNoVsQA89CW9peeWPRkTPIuv7zHG
ZmGopBuLJQUVLx//QaHh4yk/TSPQFEfu2bZUFmIIYdclHAD7t5VYxJeGk72NLfN5
j/xYVF5bFIBhufXRwMTLI2kyeOtFjVZEJVbjEzw0MloD7NC6w6whJ/JLSoTDyFUB
c7I6eoiSeWKcm/VrFV186n/3KJvkyycmXzBswuzjaDLmnu8eT27IGNID1H4wW7W6
BfnDsexKKOFZge9tJ19Sx36z6ayY5Gllz01BU6DcrI7piGTf/5XPcRQbTzyYAOa6
zzSnv1NWZq0PCXGyO4o7jVWsS5cZnbk8KY1Ofy6FfALUZpBkRUcyshZMaocraZ9u
bi22Lu3zCkPkjWX31DkL4AKv7V1tm9lmcULyRrMn6dnKmkz5fLao1v06mvViyGNu
2tb3yKPOQWuOChVabWjwld84PoQn7fkoIoprAksfsO3HqT+l8X00eE5p//duMRm+
Aqjgo+txoDuOLQO8+dwq
=yUx4
-----END PGP SIGNATURE-----
Francois,
If you can find time, would you please make available an archive of the Fedora 21 spec files for R14? I would like to try compiling.
Much appreciated if you would do that. :)
Darrell
Tim,
a first draft of the Release Notes page for v14.0.0 is now available at
https://wiki.trinitydesktop.org/Release_Notes_For_R14.0.0
Please have a look and feel free to edit it as you see appropriately.
One of the TODO task is to update the installation instructions for the various distros, which currently refer to
3.5.13.2. Although v14.0.0 has not been released yet, we should probably start the update, so we will be ready when
v14.0.0 is out of the door. Do you agree? I can do Debian/Ubuntu distros. For Fedora/RedHat Francois would probably be a
better candidate, but I can have a shot at them as well, if no one else is willing to do that.
Cheers
Michele
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
The Trinity Desktop Environment (TDE) development team is pleased to
announce the immediate availability of the new TDE R14.0.0 release. The
Trinity Desktop Environment is a complete software desktop environment
designed for Unix-like operating systems, intended for computer users
preferring a traditional desktop model, and is free/libre software.
Unlike previous releases TDE R14.0.0 has been in development for over two
years. This extended development period has allowed us to create a better,
more stable and more feature-rich product than previous TDE releases. R14
is brimming with new features, such as a new hardware manager based on
udev (HAL is no longer required), full network-manager 0.9 support, a
brand new compositor (compton), built-in threading support, and much more!
Version scheme change
Also new in this release is a change from the KDE v3.5.x series
versioning. In line with our new, separate identity, and to avoid
incorrect comparisons with KDE SC based on version number alone, we are
dropping the old versioning scheme and replacing it with our new R-series
versioning scheme. Each new release from this point forward will be
identified with three numbers prefixed with an R (standing for "Release");
the first number is the major series, the second is the minor series, and
the last is the Stable Release Update (SRU) identifier. A stable series
will be indicated by a single Rxx.yy identifier, e.g. R14.0. Major
overhauls of the codebase that significantly and permanently change the
way TDE functions, such as the transition from HAL to the TDE Hardware
Library or the new style engine, will only occur when the major series
number increments. Normal, incremental development, including new
features, will be indicated with an increment of the minor version number.
Bug fixes backported to a stable series (Rxx.yy)--with no new features or
changed functionality--will be indicated via an increment of the SRU
identifier alone.
Getting TDE
Installation instructions and binary packages are immediately available
for Debian and Ubuntu. Packages for RedHat/CentOs, Fedora, Mageia,
OpenSUSE, and PCLinuxOS are being built by their respective maintainers
and will be made available at a later date.
Live CDs with TDE R14.0.0 preinstalled are available at
https://wiki.trinitydesktop.org/LiveCDs .
Major Improvements from 3.5.13.x
The following is a list of the major improvements TDE R14.0.0 includes. *
New HAL-independent hardware support based on udev. HAL support is still
available for those systems (such as *bsd) that require it.
* Significant renaming of applications, libraries, and packages to avoid
conflicts with other desktop environments (most notably KDE). This allows
TDE to be installed in parallel with other desktop environments without
significant negative interaction.
* Upgrades to TQt3 (TDE's fork of Qt 3.3.8). TQt3 upgrades include a new,
modern style engine, multi-threading support, and improved speed and
stability.
* Support for network-manager 0.9 and newer.
* Switched compositor from Kompmgr to Compton-TDE, a fork of Compton with
TDE-specific features.
* Added builds for armel/armhf architectures on Debian and armhf on
Raspbian Wheezy.
* File mimetype detection system now based on libmagic.
To see more highlights of this release, please visit the TDE R14.0.0
information page at
https://wiki.trinitydesktop.org/Release_Notes_For_R14.0.0 .
About TDE
The Trinity Desktop Environment (TDE) was forked by Timothy Pearson in
2008 from the last official release of the K Desktop Environment's third
series (KDE3), version 3.5.10. It existed as a set of modified KDE3
packages for Ubuntu until 2009, when it was merged onto a proper source
control system (KDE SVN) and rebranded as TDE. Shortly thereafter, TDE's
core infrastructure was created utilizing spare computing capacity from
Raptor Engineering; these infrastructure resources currently include the
world's only Launchpad system based outside of Canonical Ltd. As the
project grew, the TDE team migrated off of KDE's SVN server onto our own
GIT server and has been completely independent from KDE from 2011 onward.
- From the beginning of the TDE project, individuals from around the world
have contributed to TDE, and our original desire to provide a powerful,
functional desktop environment in the traditional style has been upheld.
The TDE project still is led by Timothy Pearson utilizing Raptor
Engineering's computing resources. TDE currently is growing faster than it
ever has before, with many new contributors--and our dependable core team
of developers--helping to add new functionality, repair bugs, answer
questions on the mailing lists, and increase TDE's overall quality.
TDE fits into a niche similar to that of the MATE project for Gnome, but
TDE is geared more toward those who want a productive, efficient interface
with a high customization potential. Our dedicated team is continuing to
refine TDE instead of rebuilding it from scratch; this prolonged
development is something rarely seen in the open source applications
arena. While our niche position may not be as glamorous as some of the
larger projects such as KDE and Gnome we believe TDE is no less important
to those who rely on it and use it in their daily work, and we hope that
in the future our niche will continue to grow.
Developers Wanted
The TDE development team is small but friendly. If you wish to
participate in the TDE development process, please visit
https://www.trinitydesktop.org/helpwanted.php for additional information.
User Feedback
Feedback from our users is an integral part of a large, user-experience
oriented project such TDE. Whether you want to report a bug, suggest an
improvement, or simply let us know your opinion of TDE, please feel free
to contact us. Two good places to start communication are the project's
mailing lists at https://www.trinitydesktop.org/mailinglist.php and its
bug tracker at https://bugs.trinitydesktop.org .
Contribute to the TDE Project
Creating TDE requires significant computing resources and bandwidth.
Please consider helping to keep us online with a donation at
https://www.trinitydesktop.org/donate.php . Without your financial
assistance, TDE would not be possible!
Press Contact Information
Project Founder/Administrator: Timothy Pearson,
kb9vqf(a)pearsoncomputing.net -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlSQln8ACgkQLaxZSoRZrGH6YADgybpgKaNr2Q8Q3vb56nzL4NtC
lsmpXHIyWPZHCwDbBcGsKBtWM6pgYhizFqDRmsDDm/Ptug9yHQ17zQ==
=B/8v
-----END PGP SIGNATURE-----
To late to test for the offical R14.0.0 release, but better late than never (R14.0.1). Some Trinity (TDE 3.5.13.x) quirks noted in a January 2014 review by Dedoimedo:
http://netrunner-mag.com/they-called-it-trinity/
* Difficulty installing from repositories.
* The default icon theme felt outdated.
* No network manager tool was available in the default desktop.
* Embedded webcam did not work.
* Zerconf did not work because avahi was not installed.
His conclusion:
"TDE must be a completely simple and smooth framework, otherwise it stands no chance against the competition. This is the prerequisite, even before you start thinking about discussing the pros and cons of its layout, use and whatnot. It must be as trivial as all others."
My notes:
He used a Live CD and thus, some of the quirks would be caused by the person making the iso rather than with upstream TDE.
While I have been a long-time Slackware user, nowadays I use mostly Fedora and LMDE. I lack build experience on those systems, but when the wiki is updated with R14 installation links, I will test installing TDE on those two distros.
Opinions about icons and themes are subjective, but even while CrystalSVG remains the default icon theme, little testing has been performed using non Trinity icon sets. TDE should support all icon theme, no debates. Today I ran a test with the gnome-icon-theme and had problems with icons not appearing correctly (resulting in the infamous Empty icon). I will file a bug report but I have not looked into possible causes. This should be an R14.0.1/R14.1.0 priority.
In a quick test, tdenetworkmanager (and tdepowersave) appeared on a new fresh R14 desktop. The trick was simply installing the packages, which on my desktop is not the norm. My thinking is tdenetworkmanager and tdepowersave should be part of the default installation on laptops and live CDs, but should be optional on desktops/workstations. I don't know whether a distinction is possible during package installation, especially since TDE is not a default desktop and installed after a distro is installed. In that case, I lean toward including tdenetworkmanager and tdepowersave as part of the minimal TDE package set.
I do not have a webcam, but as that is standard for many users nowadays, that should be tested as much as possible.
For distros that support required depenencies (Debian, Ubuntu, Fedora, etc.), avahi should be a required package. Avahi is pretty much standard on most distros anyway, but explicitly including that dependency avoids problems.
I have read Dedoimedo's articles for many years. I am certain that if he reviews R14.x.x he will immediately focus on the faults he found in the January review. That is how he typically reviews software.
Darrell
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
The R14 hard freeze in GIT is now lifted for work to start on our first
R14-series SRU. R14.0.0 packages are now uploading to the mirror system
and we are currently on schedule for a Dec. 15 release.
The nightly build system is currently offline for maintenance. In
addition we will be dropping nightly build support for the following
Ubuntu versions:
Maverick
Natty
Oneiric
Quantal
Raring
Saucy
This means the nightly builds will be available for the following
distributions and versions:
Debian:
Squeeze
Wheezy
Jessie
Ubuntu:
Lucid
Precise
Trusty
Utopic
Vervet (will come online later)
Going forward, I would like the project to concentrate on the following
goals:
1.) R14.0.0 introduced some bugs, bugs that unfortunately were not caught
until we were committed to release. We should fix these in mainline ASAP
and backport to the SRU branch (r14.0.x) for R14.0.1 release in the next 3
months or so. Bug 2233 is tracking many of these issues as of this
writing.
2.) There are a number of style engine problems that still exist as of
R14.0.0, some inherited from KDE 3.5.x and some introduced over the years
by the TDE project. I will be looking to repair these for the next SRU.
3.) While much of TDE has been brought into XDG compliance there are still
a number of areas that are problematic at best. I will be fixing the
remaining icon names in mainline as I have time; we also need to be
looking into moving to the shared MIME database as our MIME backend. This
was made feasible by the recent renaming of the MIME icons to be in line
with XDG specifications and the move to libmagic for MIME detection; once
complete this should resolve some of the more irritating integration
problems between applications like Firefox and the TDE application pool.
4.) Many TDE applications still conflict with their KDE SC counterparts
and/or reference KDE directly in their names. A number of these
applications (e.g. kdesktop) can be renamed without issue; many cannot
(e.g. konsole). Bug 1934 contains additional details; overall the fix is
simple and this should be a priority for our next major point release
(R14.1.0).
5.) 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.
6.) Qt3/TQt3 license. While there isn't much we can do about this as the
final decision rests in Digia's hands I would like Qt3 released by Digia
under at least the LGPL. BSD would be better but I don't know if that's
even possible. I have been trying to contact Digia for over a year now
(off and on) with no luck getting through to a decision maker; most of my
Emails get no response and the rest have ended up on the wrong person's
desk. Perhaps if all of the TDE developers contacted Digia separately
with the same request they would have to respond? If we can get Qt3
relicensed under the LGPL or BSD licenses it would remove one of the final
barriers to TDE adoption.
Doubtless there are other issues that will need to be addressed, some that
are not yet even in our bugtracker. Nevertheless, R14.0.0 represents a
major step forward for the TDE project as we have successfully modernized
large portions of the core codebase and fixed many bugs from the KDE 3.5.x
era. I would like to thank our tireless developers for their work and
also our users for their support, not only financial but also through time
invested via the bugtracker and these lists. TDE would not be possible
without you!
Onward we go...
Timothy Pearson
Trinity Desktop Project
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlSJzksACgkQLaxZSoRZrGFiqwDgkb77L+1/yu+tECHrdsx05JyR
J7/u6fxTltbPygDfRv5kTtv+xB/Wg96Vg6TvbMT/cX6bCNzOKDtvdQ==
=gTNZ
-----END PGP SIGNATURE-----