Hi,
I see that many users has problems while installing TDE on Debian/Ubuntu base system. I wonder if it would be a good idea to create, just as DraftSight CAD does, one big package with a typical TDE install. The user could download the .deb file and just install it, without much complications.
-Alexandre
Hi all,
while working on v3.5.13.x was a rule that the patches have always been first
pushed to the master branch and then cherry-picked to v3.5.13-sru branch
(with necessary modifications). Directly to v3.5.13-sru patches were pushed
very rarely - if they were specific to v3.5.13.x. As an example, the current
patch for setting the target release in tdelibs.
I suppose for r14.0.x branch I will not be alone, who will incorporate patches
into this maintenance branch, so I would like to determine, whether we will
work also on r14.0.x branch under these rules?
Michele, what is your opinion?
--
Slávek
-----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
