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
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
Anybody had any success building libkdcraw lately? I'm using the latest
from GIT, with tqt etc installed but I'm getting the following during
'configure'. The system is x86_64.
checking for Qt... configure: error: Qt (>= Qt 3.2 and < 4.0) (headers
and libraries) not found. Please check your installation!
As far as I can tell my system is setup correctly, other
libraries/dependencies (avahi-tqt, python-tqt, sip4-tqt etc, etc) find
the required libs & headers. I guess I'm doing something stupid or
missing something peculiar to libkdcraw?
Mike.
--
Any question is easy if you know the answer!
Latest GIT.
The check box widgets do not appear in Configure Desktop -> Behavior -> Device Icons
Both existing and fresh profiles.
Would somebody confirm?
Darrell
All,
This is just a quick note to let you know that the tdelibs ABI has been
changed as of GIT hash 2a415e3. This will require a full rebuild of all
libraries and applications which link against tdecore.
Tim
Slavek,
I'm sorry I missed your request on IRC (x-chat was running minimized) I have
corrected your name. (I think I'll blame Calvin for the screw-up, but it was
probably me :) It reads:
Slávek Banko: 3.5.13-sru developer, GIT maintainer, R14 backport selection and
integration.
Fixed:
https://wiki.archlinux.org/index.php/Trinity#Developers
Let me know of that is OK.
--
David C. Rankin, J.D.,P.E.
To anybody interested, bug report 803 was filed to address problems with using kbugbuster with the Trinity bugzilla.
The good news is kbugbuster does connect to the Trinity bugzilla. Although probably needing attention to better support newer versions of bugzilla, I believe only some nominal patching is required to restore pleasurable viewing functionality to kbugbuster.
The most noticeable problems are 1) Trinity is not the default server and 2) failure to correctly parse the XML.
Please read the bug report to help. I am working on a nominal patch to fix some kbugbuster branding issues and to add the Trinity bugzilla to the server list. I will upload the patch soon.
Yes, there is Deskzilla, a Java app. Restoring functionality to kbugbuster is more palatable and allows us to eat our own dog food. :-)
Darrell