tde-devels

devels@trinitydesktop.org

3 participants
3856 discussions

Previous TDE review
by Darrell 16 Dec '14

16 Dec '14

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

5 10

"Current Distribution Functionality Test Results" wiki page *badly* outdated
by Michele Calgaro 15 Dec '14

15 Dec '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tim, the wiki page https://wiki.trinitydesktop.org/Current_Distribution_Functionality_Test_Res… is *badly* outdated. I suggest we remove it. Is that ok? Cheers Michele -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUjk3PAAoJECp1t8qK3tXPw4EP/09QSREnrXwa1fTmADFZGpwa 8WS+IIl0qDG1CpWfJJXl1pcN+k3QWB8HhCLojQzCN7CwtK6KfIkYNfSrxWUuTyRc eU/6s61zmrMbXu1i+ZaN+kwk4ps80N2iDKvSVrx9Lt3HVc/6arCVW0HlSDIyKDU7 KO2CL7Ur1hqKdXh7IbWQaL0dIELEWs21PKXA1rfvpkUIcr3OnQPJ98Tmceke/nUl qOLJV+zcwsIMdJ7a3XqE/vb6Id/Ylfr5JxU2s4T2+lekakqLYQPk78EA1fLDYEkp ulokVtOqGMZaNo9gMSz8eu5hL72t335FbDWxQPNBmALtEeHLYI6JWDUgOoVDT/t2 rN7j6qRtFktarwE9yryMOZVdj4Ym9iHzV4LDIvCMq3BsyLKjjSzvI3q7zC5xorMz atOhzUdjURB2Zy4BNPeZy29lqt4mXfnU/dXuZm+cpHGEHrYwT3NW2CJogzYrt7I0 LMmCwGJJLwJ3KynLC7UBJKuI1aMT9rB1KBtDWlkoc5nxSQ0QFnG+qZZj/gJKchhz Za1nGW1oew2VppzKnjiDQEzactp2rAUAH7OpnpsvATdYdW2jZPHD8mQDqU4L6FJt VadyxgaTCYfz1wUP4sdICdA7QZNcpMMd6I2SSqqBLckHM8K5a3qJmIevslGnqxJO tyJoPFp7PWYbv55FB+KO =2fiw -----END PGP SIGNATURE-----

2 3

TDE GIT thaw, build farm status, and future direction
by Timothy Pearson 14 Dec '14

14 Dec '14

-----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-----

3 5

compiz-fusion-plugins-*-trinity FTBFS patches (Jessie)
by Michele Calgaro 12 Dec '14

12 Dec '14

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

3 6

TDE R14 Hard Freeze
by Timothy Pearson 12 Dec '14

12 Dec '14

-----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-----

3 14

Modifying wiki pages process is cumbersome
by Michele Calgaro 12 Dec '14

12 Dec '14

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

2 2

TDEUI background
by Alexandre 10 Dec '14

10 Dec '14

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

4 4

R14 hard freeze for RC1
by Timothy Pearson 10 Dec '14

10 Dec '14

-----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-----

6 33

Mirroring stalled?
by Mike Bird 09 Dec '14

09 Dec '14

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

2 5

R14 hard freeze for FINAL
by Timothy Pearson 07 Dec '14

07 Dec '14

-----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-----

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels