tde-devels September 2012

devels@trinitydesktop.org

19 participants
57 discussions

KMix broken?
by Darrell Anderson 01 Sep '12

01 Sep '12

Today I tried to adjust the volume in kmix. I am unable to open the kmix mixer window. I deleted the kmix rc files and started kmix. The window opens empty, only a window frame. This is a recent GIT build, short version 7877. Not the most recent but recent. Would somebody please confirm? Darrell

4 20

Keeping Trinity in the news
by Darrell Anderson 01 Sep '12

01 Sep '12

As a side conversation to my previous post, one way we can keep Trinity in the spot light is regular news updates at the web site and RSS feed. A simple summary keeps us in the news. Consider the good feelings of receiving the following examples in a weekly RSS feed: ============================================== Trinity Weekly Report Aug. 25 - Aug. 31 Bug Reports Resolved: 594 Critical konqueror does not save site certificates 1189 Major Build issue: kstreamripper package is empty 946 Normal Build issue: kstreamripper FTBFS 338 Normal Missing translations for some applications Trinity News: Slavek Banko shared that the 3.5.13.1 SRU (Software Release Update) is only a few patches away from being ready for testing with official tarballs. Timothy Pearson submitted a slew of TDEHWLIB patches to the GIT development branch. TDEHWLIB is the eventual Trinity hardware detection layer replacement for HAL. ============================================== ============================================== Trinity Weekly Report Aug. 18 - Aug. 24 Bug Reports Resolved: 1133 Blocker Build issue: Missing LDFLAGS in autotools causing several FTBFS on Mageia 2 1072 Blocker KOffice localization missing 843 Blocker Tools provided by Qt3 conflict with ones from Qt4 1181 Major Build issue: tdebase FTBFS with BUILD_TSAK=on on RHEL6 1148 Major Build issue: pykdeextensions 3.5.13 FTBFS on Mandriva 2011 x86_64 1177 Normal kmix crash when quit in Fedora 16 1158 Normal Build issue: kstreamripper HTML documentation in wrong folder 1155 Normal Build issue: kpicosim FTBFS: not a string literal error 632 Minor Keramik window decoration does not work 1013 Trivial Kandy (from kdepim) has no icon in application menu Enhancement Requests Fulfilled: 1180 tsak dialog boxes are displayed even if tsak is not built 1143 Build issue: kuickshow documentation is built even when kuickshow is not built 1123 Please add KOrganizer holiday region for Slovakia Trinity News: Francois Andriot announced that updated 3.5.13 packages are available for Fedora XX. Visit http://???? for those updates. ============================================== Darrell

2 1

Clean TDE of Kubuntu references
by Alexis PM 01 Sep '12

01 Sep '12

Hello I want to do a little personal reflection, as a constructive criticism. As KDE 3 lover, I like TDE, but as user of a distro different of Ubuntu, I am not comfortable with the Ubuntu reminiscences dragged by TDE project. For example, the KDM defualt wellcome message ( http://bugs.trinitydesktop.org/bugzilla/show_bug.cgi?id=617 ), the 'My computer' and 'Menu T > System menu' icons ( http://bugs.trinitydesktop.org/bugzilla/show_bug.cgi?id=1195 ), and all problems around the use of su instead of sudo (for example http://trinity-users.pearsoncomputing.net/?0::1470 ) in the no-sudo systems (the vast majority of distributions). IMHO I think it would have been easier and cleaner if TDE forked directly of the kde.org source code tree or from a distro compilation packages not so manipulated or customized as Kubuntu do (for example http://snapshot.debian.org/package/kdebase/4%3A3.5.10.dfsg.1-2 ) . Best regards!

2 1

A Project Proposal: Trinity 3.5.14
by Darrell Anderson 01 Sep '12

01 Sep '12

A proposal: We rename 3.5.13.1 to 3.5.14 and release Real Soon Now. We rename R14 to R15. We do some serious testing with the version changes to ensure our build scripts work. We set a goal to release 3.5.14 within a month. We stop twiddling our thumbs and move forward. Few people are going to pay attention that 3.5.13.1 is available. Not to mention that after almost a year we release only an SRU version? People will pay more attention that 3.5.14 is available. Basic marketing psychology. Yes, currently 3.5.14 (3.5.13.1) does not support a HAL-less system. We add Serghei's udisks support and run some serious short term testing. Even if udisks support is incomplete, within the month we advertise that 3.5.14 offers partial support for HAL-less systems and that R15 will provide full support. The free/libre software world moves fast. Trinity has not been in the news in any meaningful way for almost a year. Users are not going to wait for Trinity. People forget. The latest challenges with automounting means some serious work ahead before R15 can be released, not to mention that the bug tracker continues to grow with little resolution progress. We are falling behind. Not a great image. We decide whether Trinity is going to move forward or become a niche piece of software used only by a relatively few people. The longer we proverbially fiddle while Rome burns, the easier users forget about Trinity. We release 3.5.14 because we need a stable release, which 3.5.13 was not and the current R14 is not, and because we need to get Trinity back into the news. The current R14 (proposed R15) has too many bugs and build issues to be considered for release in the near future. How long do we keep fiddling? We should release 3.5.14 Real Soon Now. We get serious about releasing something Real Soon Now to keep Trinity in the news, or accept our fate as a niche project. We can do this if we get serious. Or we keep picking the lint out of our belly buttons. Basically, summer vacation needs to end. :-) Thoughts? Darrell

5 10

suggestion - a list of all distros with Trinity as desktop environment
by Alexis PM 01 Sep '12

01 Sep '12

Hello Sun, 20 May 2012 in trinity-users mailing I suggest to place on TDE's website in a visible place (eg between Downloads and Screenshots), a list of all distros that have Trinity as desktop environment in its ISOs. This suggestion was well received for users, but never taken into account. I launched this new proposal now in trinity-devel, to test for more luck ;) . The list is: * Exe GNU/Linux ( http://exegnulinux.net ): Debian live CD with graphical installation and only free/libre software by default. * Fedora TDE Live ( http://trinity.blackmag.net/trinity/rpm/f17/trinity-3.5.13/ISO ): Fedora remaster with TDE. * Porteus ( http://porteus.org ): Slackware based, the Slax's community continuation. It use TDE in the x86 version (KDE4 in the x86_64 version). * Trinity-Kubuntu ( http://apt.pearsoncomputing.net/cdimages ): Ubuntu remaster with TDE. * WifiSlax ( http://www.wifislax.com ): Slax / Porteus based with wireless security auditory focus. Best regards!

1 0

KDE-3 FTP applications packaging request
by Alexis PM 01 Sep '12

01 Sep '12

Hello KDE-3 FTP applications proposed for 'adoption' by TDE: * kftpgrabber ( http://www.kftp.org http://archive.debian.org/debian/pool/main/k/kftpgrabber ): http://bugs.trinitydesktop.org/show_bug.cgi?id=1194 * kasablanca ( http://kasablanca.berlios.de http://archive.debian.org/debian/pool/main/k/kasablanca ): http://bugs.trinitydesktop.org/show_bug.cgi?id=570 I propose both, because I use both for their different and complementary characteristics: kftpgrabber is richer in features but sometimes breaks when there are many files to transfer, kasablanca is more robust to transfer a large number of files but it is poorer in features. Thanks!

1 0

Can I revert TQtCurve names back to QtCurve?
by Slávek Banko 01 Sep '12

01 Sep '12

Hi all. As you probably noticed, I tried to solve the problem with style QtCurve. One of the problems was compiling with Qt3 instead of TQt3. Unexpected problem is the automatic substitution TQt => Qt that performs moc-tqt / tmoc. It affects not only the classes and names from TQt3/Qt3, but all - in this case also TQtCurveStylePlugin, TQtCurveStyle, TQtCurveConfig. But tqt.h of course does not care nothing about these classes. And thus bringing into conflict results 'moc' and source files 'h' and 'cpp'. Therefore I wanted to ask if anyone would have any objections if I'll revert all classes TQtCurve* back to QtCurve*? Slavek --

2 4

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels September 2012