tde-devels

devels@trinitydesktop.org

11 participants
3781 discussions

How do the 'migration' scripts work if going from R14->3513?

by David C. Rankin

Darrell, I ran into a weird problem. I replace R14 with 3513 on a test box. I deleted all /var/tmp/ files and my ~/profile, but forgot to delete /root. When I checked the /root directory, it had /root/.kde, /root/.kde3, /root/.kde4 and /root/.trinity. After several apps were run kdesu, I noticed many 'tdxxx' directories had been created in /opt/trinity/share/xxx. This was after I had deleted /opt/trinity completely. Could the migration/update scripts cause this? Do the scripts even handle a R14->3513 install? -- David C. Rankin, J.D.,P.E.

12 years, 8 months

3513 - Alll screensavers missing from kcontrol center except blank, none & Tux? 2-Trash cans?

by David C. Rankin

Guys, I created a new build of 3513, and going through the initial config, I have a couple of problems. (1) All screensavers are missing. Usually I am used to seeing the following (screenshot from another 3513 install): http://www.3111skyline.com/dl/dt/trinity/ss/3513-ScrnSav-OK.jpg but now when I look in kcontrol, all I get is Blank, None and Tux Screensaver. What should I check to figure out why they are not loading? The only failure I find in .xsession-errors that looks relevant is: Could not load library! Trying exec.... kdeinit: Got EXEC_NEW 'klipper' from launcher. kdeinit: Got EXEC_NEW 'kpowersave' from launcher. Failure: Module initialization failed kdeinit: PID 2975 terminated. could the kpowersave failure be related to the missing screensavers? (2) I have 2 'Trash' icons on the desktop. One with the correct icon, one without: http://www.3111skyline.com/dl/dt/trinity/ss/3513-2Trash.jpg Additionally, in kcontrol desktop icons, I can't find a checkbox to turn of 'System'. What does this 2-trash setup look like to you? -- David C. Rankin, J.D.,P.E.

12 years, 8 months

Include 513ffc6e into v3.5.13-sru?

by Slávek Banko

François, all, I noticed that François has in his patches for Fedora incorporated commit 513ffc6e: [tdelibs] Add ability to set KLed off color. Into v3.5.13-sru branch I am not putting this patch because it breaks the ABI. I'm interested in your opinion: Add 513ffc6e to v3.5.13-sru or not? Slavek --

12 years, 8 months

Greetings from Trinity Desktop Environment!

by Calvin Morrison

Hello, I am a member of the Trinity Desktop Environment development team. The development team members and I were pleased to learn that the LiMux project has been using Trinity Desktop 3.5.12 since August 2011. Members of the Trinity development team invite you and the LiMux developers to join our efforts. By joining efforts we can bring forward Trinity for our general user base, resolve LiMux specific issues, respond to problems more quickly, as well as offer debugging and packaging help. The Trinity development team is preparing a software release update (SRU) of 3.5.13 and actively developing our next release R14. The upcoming R14 release includes the following: * XDG compliance, with TDE now a recognized freedesktop.org environment. * An improved TQt interface layer that allows selective adaptation of Qt4 programming widgets into the original Qt3 environment. * A Qt4 integration style allowing seamless integration with applications like VLC. * Support for Secure Attention Key, which ensures better login protection than other desktop environments. * Native dialog box support for LibreOffice 3.6 (included upstream). * Foundational preparations for an operating system independent support of hardware without HAL, which will allow Trinity to continue to operate well on newer GNU/Linux distributions. Both R14 and 3.5.13 (SRU) provide current support for current upstream libraries: * GCC 4.7.1 * glibc 2.16 * glib2 2.31 * libpng 1.5 * cups 1.6 * ffmpeg 0.11 * Approximately 350 bugs and enhancement requests have been resolved since the release of 3.5.13. Our current project goals include improved enterprise support such as LDAP and Kerberos integration, KMail HTML support, and full hardware support without HAL. Please contact me or any member of the Trinity development team. Website: http://trinitydesktop.org Mailing Lists: http://trinitydesktop.org/mailinglist.php Sincerely, Calvin Morrison and the Trinity Desktop Development Team

12 years, 8 months

Image updating help requested

by Darrell Anderson

For those of you who like to help with updating TDE image files, the following image needs branding updating (GIT location): tdeaccessibility/IconThemes/mono/scalable/apps/package_games_kids.svgz Online location: http://git.trinitydesktop.org/cgit/tdeaccessibility/tree/IconThemes/mono/sc… The K needs to be changed to T. Additionally, no equivalent default images exists in the crystalsvg icon set. I found three PNG images online that are "smiley" faces. I think the building blocks image from the mono icon theme (above) is more appropriate. Using the updated mono svgz image, add a different color to each block and save the new svgz with a new file name. Then we can create the missing PNG files from new svgz image. Thanks! Darrell

12 years, 8 months

Fwd: [arch-general] Update on Trinity - 2 versions available R14 and 3.5.13-sru

by Calvin Morrison

(Install either 14.0.0 or 3.5.13, but not both at the same time. R14 should install with KDE4, but the libart-lgpl conflict needs to be fixed. I don't recommend installing both 3.5.13-sru and KDE4. Details below :) Trinity Desktop Environment (TDE) for Archlinux TDE for Archlinux is provided in two versions 3.5.13-sru and 14.0.0. Both are updated to build/run on all current Archlinux packages and libraries (gcc 4.7.1, glibc 2.16, glib2 2.32, libpng 1.5, ffmpeg 0.11, cups 1.6 and more). TDE 3.5.13 Software Release Update (sru) is a traditional Qt3 based continuation of KDE 3.5.10 and is directly backwards compatible with all KDE 3.5 code. TDE 3.5.13-sru contains all major updates present in the latest version of TDE 14.0.0. TDE 14.0.0 is a TQt3 based continuation of the KDE3 desktop with an updated application framework (TQt) to allow migration to Qt4 and other advancements. TDE 14.0.0 should not conflict with KDE4. The version change from 3.5.X to 14.0.X signifies that TDE 14. is no longer directly backwards compatible with KDE3 code. TDE 14 can be built and operate with HAL, but that capability is still experimental. Both 3.5.13 and 14.0.0 are very stable desktops in operation. The primary development on TDE is with 14.0.0. Significant updates are then backported to 3.5.13-sru. You should consider the versions as 'development' (R14) and stable (3.5.13-sru) versions of the TDE desktop. TDE Binaries for Archlinux Server space has been graciously provided by Axilleas Pi. Install repositories are shown below. Meta package installation for tde is provided under the name 'tde-base'. To install TDE on Arch, simply install with: pacman -Sy tde-base Note: On install, you should expect conflicts with tde-sip and tde-sip4-tqt. The TDE packages 'tde-sip' and 'tde-sip4-tqt' are direct replacements for the 'sip' and 'python2-sip' packages. They simply contain additional extensions for TDE. If you encounter these conflicts, the recommended install is: pacman -Rdd sip python2-sip pacman -Sy tde-base Warning: If attempting to install 3.5.13 along side KDE4 you will experience conflict with libart-lgpl and kdebase-workspace. The libart-lgpl packages are equivalent. The kdebase-workspace conflict is with /etc/ksysguarddrc. Both are in the process of being eliminated. Archlinux Repositories: (Note - only 3.5.13-sru i686 uploaded this morning) http://archlinux.us.to/3.5.13/i686/ http://archlinux.us.to/3.5.13/x86_64/ http://archlinux.us.to/14.0.0/i686/ http://archlinux.us.to/14.0.0/x86_64/ Add one of the following to your /etc/pacman.conf and adjust i686/x86_64 as required: [tde3513] Server = http://archlinux.us.to/3.5.13/i686/ [tde1400] http://archlinux.us.to/14.0.0/i686/ Note: Binaries are currently being finished and will be uploaded when complete. Currently TDE 3.5.13-sru i686 is ready for testing. x86_64 will be uploaded later today. R14 should be expected within a week. Archlinux PKGBUILD Sources: TDE is under heavy development causing patch requirements to change daily. Currently TDE is compiled from tarballs created from local copies of the TDE GIT tree. Using tarballs from a local copy of the GIT tree instead of having the PKGBUILD download directly from GIT was done to limit load on the TDE GIT server. The build process is outlined in: http://www.3111skyline.com/dl/dt/tde/src/README-building.txt A recent snapshot of all PKGBUILD src directories can be downloaded in a single file: http://www.3111skyline.com/dl/dt/tde/src/tde-pkgbuild-src.tar.gz (R14) http://www.3111skyline.com/dl/dt/tde/src13/tde-pkgbuild-src_3513-sru.tar.gz (3.5.13-sru) Individual src files are available in the same directory. The files themselves can be browsed at: http://www.3111skyline.com/dl/dt/tde/pbpkg/ http://www.3111skyline.com/dl/dt/tde/pbpkg13/ Bugs/Help Please let me know of any problems experienced with the packages. If you have ideas or improvements, let me know as well. Bugs can be directly reported at: http://bugs.pearsoncomputing.net. The archwiki for Trinity will be updated shortly. -- David C. Rankin, J.D.,P.E. ---- David has made Arch Linux packages available

12 years, 8 months

Removing default theme for TDM on Debian and Ubuntu

by Slávek Banko

Tim, in rules in tde-packaging for Debian and Ubuntu packages tdm is set in tdmrc as the default theme /usr/share/apps/kdm/themes/debian-moreblue and /opt/trinity/share/apps/tdm/themes/kubuntu-trinity. But in the current distributions, there is probably none of this => default theme always leads to error message and each user must remove the theme from tdmrc. Please, can I remove this from rules in tde-packaging? Slavek --

12 years, 8 months

Fix header import in qt3

by Robert Xu

Hi Tim, In commit 0008bc5bcd95694b38b0d0322aac2ea6fdb21298, you reference: #include <nqmetaobject.h> in qcommonstyle.cpp. I think you meant #include <qmetaobject.h>? :) (Because I couldn't get it to build with nqmetaobject.h) -- later daze. :: Robert Xu :: protocol.by/rxu

12 years, 8 months

konqueror - .js error loading images fills screen with download dialogs

by David C. Rankin

Tim, Darrell, All, Looking at a post on the washingtonpost site, a javascript error filled the screen with download dialog boxes. This is similar to the error in kate when opening numerous files on a remote host via sftp. Literally, the screen is filled with dialogs: http://www.3111skyline.com/dl/dt/trinity/ss/konqueror-browser-image-crash.j… The page being viewed at the time was: http://www.washingtonpost.com/blogs/innovations/post/hypersonic-craft-x-51a… I had to click a "Close" button in 1 dialog for each download window that also popped up an error dialog in the middle of the screen. Where are these generated? -- David C. Rankin, J.D.,P.E.

12 years, 8 months

cups commits to backport/test in 3513-sru/tdelibs

by David C. Rankin

Slavek, Tim has 2 commits that implement support for Cups 1.6 we need to test and backport to 3513-sru. They are: 9bc0d2cd9d 91bf63b43b I will try to patch a local copy and build with it, but if you can look at them as well, that be appreciated. I'll report back after my test run. -- David C. Rankin, J.D.,P.E.

12 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels