-----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-----
Tim, Slavek,
over the weekend I did a full TDE rebuild in Jessie.
The only two packages to fail were compiz-fusion-plugins-main-trinity and compiz-fusion-plugins-extra-trinity, due to a
missing depencency for libjpeg62-dev.
The attached 'control' files fix the problem for both of them. Just rename the files back to 'control'.
Cheers
Michele
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
TDE R14.0.0 is now in HARD FREEZE for release. I will be updating the
version number and tagging R14.0.0 in GIT shortly.
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlSFW2QACgkQLaxZSoRZrGEtOADcD5KX4gEsXqF8h/5GHzLp73AC
9Fuu61fYCQYGFQDfYNjXEmUilYvS0EpjzzolWewZ/Crovjk7BFsvJQ==
=wZeK
-----END PGP SIGNATURE-----
Tim, E.,
whenever I modify a wiki page and click the save button, the page reload and at the top of the page a "question field"
appears. After filling in the answer, I need to scroll to the bottom and press the save button again.
This is cumbersome and a source of loss of time, since the process requires to "save the page" twice and scroll up and
down the whole page.
Would it be possible for the "question field" to be at the bottom of the page and always visible when editing? A good
location would be just below the "summary field".
This would avoid both the additional scrolling and the additional save.
Thanks
Michele
Hi,
I just wanted to share (for fun, not as a tde default) a little tdeui background that I made with Inkscape.
My LG android cellphone has a similar background, and I wanted to see what it looks like on a desktop environment.
Thank you! Tell me what you think!
-Alexandre
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
As you can probably see from the activity on the trinity-commits list
there have been multiple updates to both the common cmake/admin modules
and the icons across the entire tree over the past week or so.
This ongoing activity has forced essentially a full archive rebuild for
Debian/Ubuntu, our primary supported distributions.
I am announcing a ***hard freeze*** for R14 to allow the Debian/Ubuntu
rebuild to start generating our RC1 package sets. There are currently
three open bug reports blocking Bug 2014; patches that do not relate to
those three reports must be discussed on this list and approved by me
before being committed to GIT. Additionally, only patches that do not
affect the common cmake/admin modules will even be considered at this
time.
After the RC1 rebuilds are complete this soft freeze will thaw to accept
patches for bugs discovered before and during RC1 testing. This thaw will
be short lived to allow time for RC2 rebuilds, so all patches should be
ready within a week after RC1 release.
Each rebuild cycle takes around 2-3 weeks due to the multitude of
distributions supported. If no common cmake/admin modules are updated for
RC2 the resultant rebuild will take less time.
Onwards to the much-fabled R14 release! :-)
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlQ9WJAACgkQLaxZSoRZrGEBQgDdFjmryG8MwYCFIAb+KP5tpzPQ
AnbFoau0HP5VAgDfY+1PLlqolGwxLrYhrr06lSQuKbViZ0VpD5vMHg==
=GzuQ
-----END PGP SIGNATURE-----
We have private partial mirrors of various repositories which we
use for testing packages and then to install the packages on each
box. These private partial mirrors are synced nightly.
Because of a bug in lftp we can't use Tim's neat redirector and
instead we mirror Trinity from mirrorservice.org.
Last night there was no change in our partial Trinity mirror.
The night before some old files were deleted but no new files
were added.
The night before that mirroring seemed to be working normally.
It brought in a few dozen files from tdeartwork and tdebase.
Also I see nightly builds updating on mirrorservice.org. I
wonder if RC2 updates are backed up behind nightly build
updates. If so I wonder if it would be better to serve the
volatile but lightly used nightly builds directly so that
the less volatile and more heavily used releases could more
readily migrate to the public mirrors.
--Mike
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
TDE will be entering its last hard freeze for R14.0.0 Final at 06:00 GMT
on 12/08/2014. After that time no further commits will be accepted,
R14.0.0 will be tagged in GIT, and pre-release tasks will start.
If you can please help update the release notes at
https://wiki.trinitydesktop.org/Release_Notes_For_R14.0.0
Thanks!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlSEq5MACgkQLaxZSoRZrGGzEwDgtSe1JQv8c5vLw3aJ6pydNzVQ
lWR6imB0ROZ/zgDeKVt1LQWRDqdmRQvvuTkEkRUhBNU8VumE9StWZw==
=cs4J
-----END PGP SIGNATURE-----