For those who have Trinity installed from GIT.
From the TDE Menu, select Help.
When KHelpCenter opens, on the left side, top, in the navigator tabs, scroll to the far left to select the Contents tab.
Open/expand Application Manuals.
Open/expand Development.
Do you see individual apps or only categories?
Thanks!
Darrell
In Konqueror (built from GIT), I no longer see the tiny expansion and contraction widgets to the left of a folder. The little plus and minus in a box. Nothing I do makes the widgets appear.
Would somebody confirm this behavior?
Thanks!
Darrell
Guys,
Working with the current tarballs compared with those created from the git
tree I have run into a difference in path information included in the existing
tarballs instead of those created from a local copy of the git tree. The
existing tarballs referenced in the PKGBUILD scripts contain the dependencies
path information i.e.:
dependencies/tqtinterface/
dependencies/tqtinterface/TODO
dependencies/tqtinterface/ConfigureChecks.cmake
dependencies/tqtinterface/COPYING
dependencies/tqtinterface/CMakeLists.txt
dependencies/tqtinterface/configure.in.mid
dependencies/tqtinterface/qtinterface/
dependencies/tqtinterface/qtinterface/tqlcdnum.h
dependencies/tqtinterface/qtinterface/parser2.sh
While those I create from the git tree simply contain e.g.:
tqtinterface/CMakeLists.txt
tqtinterface/configure.in.bot
tqtinterface/AUTHORS
tqtinterface/admin/
tqtinterface/configure.in.mid
Is prefixing the files in the tarball with the entire directory path below
'main/' going to be the standard? In the past, I have always excluded the module
prefix (applications, common, dependencies, libraries, ...).
Either way will work, but from a PKGBUILD standpoint, we need to make sure
there is a standard. What is the consensus?
--
David C. Rankin, J.D.,P.E.
I have completed the list to the best of my knowledge. I listed the two needed updates that I know of. It also contains a list of apps, all that I could glean from the source tarballs for 3.5.13 are listed by package (e.g. base, network, pim, etc.), and each section is alphabetical to make finding the apps in the list a bit easier. The apps list needs adjusting for the name changes in git.
The list is at:
http://trinity.etherpad.trinitydesktop.org/43
Feel free to contribute.
--
Kris Gamrat
Skilled with perl? Here are some nuisance bug reports that need resolving:
719 Koffice: unknown icon types (http://bugs.pearsoncomputing.net/show_bug.cgi?id=719)
804 gwenview: unknown icon type (http://bugs.pearsoncomputing.net/show_bug.cgi?id=804)
805 tdeutils: unknown icon type (http://bugs.pearsoncomputing.net/show_bug.cgi?id=805)
806 kipi-plugins: unknown icon type (http://bugs.pearsoncomputing.net/show_bug.cgi?id=806)
807 tdeaddons: unknown icon type (http://bugs.pearsoncomputing.net/show_bug.cgi?id=807)
All we need to know is how to rename the problematic files and I'll create the patches.
My troubleshooting reveals the build warnings are caused by the way the perl scripts parse the names of the file names. The perl scripts are looking for specific prefixes in the file names. The trick is to figure out the correct file name. That's where the perl skills are needed.
For example, the problematic files in gwenview are imageops.svg and imageops.svgz. I can resolve the problem by renaming those two files to hisc-action-imageops.svg and hisc-action-imageops.svgz. I lack perls skills to resolve the other bug reports.
The specific perl script that parses the file names is named am_edit and is located in the admin directory of each package. Search each am_edit script for the error message reported in the bug report. That will bring you to the section of code that causes the error messages. For example, for gwenview, search for "unknown icon type" in am_edit and the previous lines of code will be how the script parses the file names.
Please let me know whether you need further information.
Thank you!
Darrell
Archers,
Please look at the attached PKGBUILD for libart-lgpl. It pulls the source
either directly from the git tree on the local machine (after updating it), or
it clones directly from scm.trinitydesktop.org. I looked over the existing
pkgbuilds that use git in one form or another in ABS and this is my prototype
for how we could do the remaining build scripts.
Let me know what changes you propose.
--
David C. Rankin, J.D.,P.E.
Has anyone seen this page? Checking into what they are doing "might"
provide some useful information or ideas for Trinity developer's since
they are running KDE 3 apps side by side with KDE 4 apps...
-----------------
August 27th, 2011
KDE3 STUFF is a new MIB project for the upcoming Mandriva 2011.0
You can use this as a layer to port cleanly your other preferred KDE3
programs into KDE4, or you can ask to MIB to port some old KDE3
programs for you.
http://forum.mandriva.com/en/viewtopic.php?f=181&t=135629
Keith
Archers - Tim, I am reviewing these patches now.
dbusfix.patch - is a arch specific compiler fix. It is hardcoded and
should not be sent upstream. Don't merge.
kicker-lockout.patch - this is kind of silly, it allows you to either
switch the spot of either Lock or Logout. It doesn't seem entirely
useful. Especially not if I can push my changes for kickers logout
before R14. I know extra configuration is good - but this seems to be
manual solution. I think it would be better to have these items
operate as regular entries, that way users could move/add/remove them
as pleased. I wouldn't merge
doc_location.patch - is a fix for cmake's HTML_INSTALL_DIR. changes
the destination from /doc/kde/HTML to /doc/HTML. Maybe this should be
/doc/tde/HTML? either way I would merge it.
kcontrol_advbg_step.patch - "this patch modifies the step of refresh
time in advanced background settings of kcontrol
step instead of being 5 is 1, the maximal value of refresh time is
incremented too." - I am not sure this makes anything better or worse.
I haven't had any problems with kcontrol's background. Pawel?
nsplugincontainer-xdgcomplaince.patch - Apparently makes this xdg
compliant. I need someone to review this as well.
bigger_title_icons_in_kcontrol.patch - changes the hardcoded size of
icons from 22 to 48 - not sure what value it adds, or if really needs
to be changes.