tde-devels

devels@trinitydesktop.org

4 participants
3812 discussions

bug 236: user feedback needed
by Michele Calgaro 18 Dec '14

18 Dec '14

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

1 0

Trinity threading
by Mike Bird 17 Dec '14

17 Dec '14

Open question about Trinity threading on LWN if somebody wants to answer it ... lwn.net/Articles/626621 --Mike

3 2

Can't search mail list archives
by Darrell 17 Dec '14

17 Dec '14

Error message: Error: Failed to load KinoSearch modules. Darrell

2 1

Fedora spec files
by Darrell 17 Dec '14

17 Dec '14

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

1 0

R14.0.0 Release Notes draft
by Michele Calgaro 17 Dec '14

17 Dec '14

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

6 30

Trinity Desktop Environment R14.0.0 Released!
by Timothy Pearson 17 Dec '14

17 Dec '14

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

3 5

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels