tde-devels

devels@trinitydesktop.org

5 participants
3805 discussions

How to change language
by Darrell Anderson 28 Jun '12

28 Jun '12

Would somebody please explain, at the complete utter moron level, how to change languages in Trinity so all menus display in that language? Thanks. Darrell

1 1

HTML/XSL Expert?
by Darrell Anderson 28 Jun '12

28 Jun '12

One of the benefits of using docbook to maintain the help handbooks is the ability to export to different viewing formats. Trinity inherits a handful of KDE3 xsl stylesheets that should help us dynamically create online copies of any help handbook. Ideally, we generate the output nightly of any document in GIT we want at the web site. Of immediate interest we want to provide a copy of our FAQ in html format for the web site. I'm updating that document but an old copy may be used to help learn how this process should work. I fiddled with the xsl stylesheets, but I'm missing the big picture how all of this is supposed to flow. Although there are several stylesheets, there are only four fundamental stylesheets. On an installed system they will be installed at: $PREFIX/share/apps/ksgmltools2/customization/. The primary stylesheets: /opt/trinity/share/apps/ksgmltools2/customization/kde-chunk-online.xsl /opt/trinity/share/apps/ksgmltools2/customization/kde-chunk.xsl /opt/trinity/share/apps/ksgmltools2/customization/kde-nochunk.xsl /opt/trinity/share/apps/ksgmltools2/customization/kde-web.xsl kde-chunk.xsl is the default stylesheet and the one used to generate the handbooks when compiling the packages. Read about the stylesheets here: $PREFIX/share/apps/ksgmltools2/customization/README The next trick in the process is the meinproc command. This command validates the integrity of the docbook files as well as use a stylesheet to generate an html page. The basic command looks like this: meinproc --check ./index.docbook -o /var/adhoc/faq.html \ --stylesheet /opt/trinity/share/apps/ksgmltools2/customization/kde-nochunk.xsl For purposes of the web site, the only stylesheet that I have had success is the kde-nochunk.xsl stylesheet, yet even that is not 100% successful. Many of the links in the resulting html are broken because related docbook files are not being converted to html. I need to figure out how to tell the process where to find all of the common images are located as well. I suspect to generate a functional FAQ for the web site we'll need a script to generate all of the necessary pieces in the correct order. To avoid contaminating your Trinity installation or GIT sources, copy the tdebase source tree to a working directory. Then, for example, cd to tdebase/doc/faq and run the following command: meinproc --check ./index.docbook -o $WORKING_DIR/faq.html \ --stylesheet $PREFIX/share/apps/ksgmltools2/customization/kde-nochunk.xsl where $WORKING_DIR is the location where you copied the tdebase sources and $PREFIX is where Trinity is installed (commonly /opt/trinity). When experimenting with meinproc, know that when the -o switch is not used that all html files will be generated in the current directory. I have not figured out how to use the -o switch to automatically generate all required html files to another location. When I use the -o switch only the parent html file is generated in that location. I have to omit the -o switch to generate all of the html files and then mv them elsewhere. Once we get this all figured out we can document the process in etherpad and then write a script to automate this process. I appreciate any help. :-) Darrell

1 0

Bug report 1063 --- Build issue: #error "Only <glib.h> can be included directly."
by Darrell Anderson 28 Jun '12

28 Jun '12

David, I added a second patch to bug report 1063 --- for kmplayer. Both patches work on my Slackware systems. The oldest release that I build Trinity has glib2-2.22.5 and the newest has glib2-2.28.6 (although that could change in the upcoming weeks). I believe the cutoff for the "glib.h" failures is enforced starting with glib2-2.31. In other words, my builds more or less prove backwards compatibility of the patches without needing any preprocessor checks. I believe Arch is using glib2-2.32.3. Would you please test the kmplayer patch? Thanks much! Darrell

1 0

showfoto-splash.xcf image
by Darrell Anderson 28 Jun '12

28 Jun '12

David, I found a good copy of the showfoto-splash.xcf file: http://humanreadable.nfshost.com/trinity/patches/showfoto-splash.xcf As you noted, the one in the Trinity sources is unviewable. Darrell

2 2

Note on udev merge into systemd
by David C. Rankin 28 Jun '12

28 Jun '12

All, I couldn't make the meeting today, but did read the logs. One note I have was concerning the discussion regarding systemd and whether some distros will move to it and some not. I want to make sure the issue isn't confused. Not everyone will move to the systemd init systems, but everyone _will_ move to the systemd package that provides udev. Arch separates systemd-tools to provide udev. My guess is that most distros will do something similar to provide a udev package from it's new upstream. Just know that udev from systemd isn't the same as adopting systemd init structure. Arch has no plans to move to systemd. Init scripts further the KISS philosophy, and systemd, while it provides a number of new tools, it doesn't provide anything necessary to get your box going that your current sysV or bsd style inits don't. -- David C. Rankin, J.D.,P.E.

3 3

Branding: Problematic *.desktop files?
by Darrell Anderson 28 Jun '12

28 Jun '12

Tim, While running branding updates, I ran across some problematic desktop files. I don't know how we want to update these files. These files contain URLs to kde.org: tdebase/konqueror/sidebar/trees/init/remote/ftp/kde_ftp.desktop tdebase/konqueror/sidebar/trees/init/remote/web/kde_web.desktop tdebase/konqueror/sidebar/trees/init/remote/web/apps_web.desktop tdebase/konqueror/sidebar/trees/init/remote/web/look_web.desktop tdebase/konqueror/sidebar/trees/init/remote/web/dot_web.desktop tdebase/kcontrol/ebrowsing/plugins/ikws/searchproviders/kde_websvn.desktop tdebase/kcontrol/ebrowsing/plugins/ikws/searchproviders/appsy.desktop tdebase/kcontrol/ebrowsing/plugins/ikws/searchproviders/bugft.desktop tdebase/kcontrol/ebrowsing/plugins/ikws/searchproviders/kde.desktop These files use a group heading of [KDE Desktop Pattern], referenced in tdebase/kcontrol/background/bgsettings.cpp: tdebase/kdesktop/patterns/triangles.desktop tdebase/kdesktop/patterns/rattan.desktop tdebase/kdesktop/patterns/fish.desktop tdebase/kdesktop/patterns/pavement.desktop tdebase/kdesktop/patterns/flowers.desktop tdebase/kdesktop/patterns/night-rock.desktop tdebase/kdesktop/patterns/stonewall2.desktop These files use a group heading of [KDE Cards], referenced in tdegames/libtdegames/kcarddialog.cpp: tdegames/libtdegames/carddecks/decks/deck19.desktop tdegames/libtdegames/carddecks/decks/deck7.desktop tdegames/libtdegames/carddecks/decks/deck2.desktop tdegames/libtdegames/carddecks/decks/deck16.desktop tdegames/libtdegames/carddecks/decks/deck3.desktop tdegames/libtdegames/carddecks/decks/deck23.desktop tdegames/libtdegames/carddecks/decks/deck0.desktop tdegames/libtdegames/carddecks/decks/deck18.desktop tdegames/libtdegames/carddecks/decks/deck8.desktop tdegames/libtdegames/carddecks/decks/deck13.desktop tdegames/libtdegames/carddecks/decks/deck6.desktop tdegames/libtdegames/carddecks/decks/deck10.desktop tdegames/libtdegames/carddecks/decks/deck12.desktop tdegames/libtdegames/carddecks/decks/deck22.desktop tdegames/libtdegames/carddecks/decks/deck24.desktop tdegames/libtdegames/carddecks/decks/deck21.desktop tdegames/libtdegames/carddecks/decks/deck15.desktop tdegames/libtdegames/carddecks/decks/deck17.desktop tdegames/libtdegames/carddecks/decks/deck20.desktop tdegames/libtdegames/carddecks/decks/deck14.desktop tdegames/libtdegames/carddecks/decks/deck5.desktop tdegames/libtdegames/carddecks/decks/deck1.desktop tdegames/libtdegames/carddecks/decks/deck4.desktop tdegames/libtdegames/carddecks/decks/deck11.desktop These files use a group heading of [KDE Backdeck], referenced in tdegames/libtdegames/kcarddialog.cpp: tdegames/libtdegames/carddecks/cards-hard-a-port/index.desktop tdegames/libtdegames/carddecks/cards-konqi-modern/index.desktop tdegames/libtdegames/carddecks/cards-default/index.desktop tdegames/libtdegames/carddecks/cards-warwick/index.desktop tdegames/libtdegames/carddecks/cards-xskat-german/index.desktop tdegames/libtdegames/carddecks/cards-penguins/index.desktop tdegames/libtdegames/carddecks/cards-aisleriot/index.desktop tdegames/libtdegames/carddecks/cards-spaced/index.desktop tdegames/libtdegames/carddecks/cards-gdkcard-bonded/index.desktop tdegames/libtdegames/carddecks/cards-xskat-french/index.desktop tdegames/libtdegames/carddecks/cards-dondorf-whist-b/index.desktop Darrell

2 2

KDED Subversion Module
by Darrell Anderson 28 Jun '12

28 Jun '12

This Trinity service is installed from tdesdk. Although configured not to start automatically, this service is started by various user actions. For example, selecting Properties in the konqueror context popup menu will start this Trinity service. Most users do not need this service running at any time for any reason. As we continually watch for ways to improve Trinity, should this service be started all the time for no apparent reason? Darrell

2 2

rosegarden FTBFS in 64-bit
by Darrell Anderson 28 Jun '12

28 Jun '12

Slackware Current 64-bit The failure: /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../x86_64-slackware-linux/bin/ld: CMakeFiles/rosegardensequencer.dir/sequencer/main.cpp.o: undefined reference to symbol 'pthread_sigmask@@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../x86_64-slackware-linux/bin/ld: note: 'pthread_sigmask@@GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line /lib64/libpthread.so.0: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status rosegarden builds without that error in 32-bit. How to fix? Darrell

5 11

QCAD Notes
by Darrell Anderson 27 Jun '12

27 Jun '12

I don't have a clue how to use QCAD in any meaningful way, but QCAD runs on my Trinity system. I built QCAD against Qt 3.3.8.b. I built QCAD in KDE3 and not in Trinity. Because Qt 3.3.8.d and TQt3 are built and installed separately, I have no problems launching QCAD from within Trinity. The dialogs in QCAD suck, just like LibreOffice. Stupid generic Qt3 dialogs. :-) I'm curious how much patching is required to build QCAD with TQt3. I hope to tinker with that eventually. I don't know how to force building QCAD (or any generic Qt3 app) to use the TDE Integration Module to use Trinity dialogs. Darrell

2 1

Slackware 14
by Darrell Anderson 27 Jun '12

27 Jun '12

Tim, Calvin, Please add "Slackware 14" as a Platform/OS to the bug tracker pick lists. That is the next release of Slackware. I am testing Trinity with that pre-release. Thank you! Darrell

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels