tde-devels

devels@trinitydesktop.org

3 participants
3839 discussions

K-Menu or T-Menu
by Darrell Anderson 31 Jan '12

31 Jan '12

As I revise and update the Trinity documentation, I will confront questions I can't answer, or should not answer on my own without team opinions. The documentation often refers to the K-Menu. The Trinity artwork contains a "T" button icon rather than a K. Should we refer to this button as the T-Menu? I lean toward updating all documentation to reference the T-Menu despite some of the underlying app and library names. For example, kmenueditor. Many TDE apps still use the "k" prefix and so this would not be any different. Yet I think T-Menu is more consistent with "Trinity Desktop Environment." Objections? Darrell

4 6

TDE User Guide Options
by Darrell Anderson 30 Jan '12

30 Jan '12

Many of us who have used KDE3/TDE for many years probably have forgotten that in the T-Menu is an option named Help. The kdehelpcenter starts when selecting that menu option. The second link in the help center table of contents is to the KDE3 User's Guide, which I am updating to become the Trinity User's Guide. I propose we include a new T-Menu option just above or below the Help option with a direct link to the TDE User's Guide. To computer savvy users this new menu option might seem redundant, but the new menu option would prove useful to new users. Rather than "hard-coding" the new menu option like the Help menu, this new menu option could be an optional menu in the Panel configuration. The default Trinity desktop would have that menu option enabled. Are there any objections to this proposal? A second proposal is the default Trinity desktop includes an icon that is a direct link to the User's Guide. This could be a special "device icon" much like "My Documents," "Printers," or "Trash" that allows users to control the appearance, but the default Trinity desktop would display that icon, just like the other special device icons. Are there any objections to this proposal? Darrell

1 0

cmake tdenetwork not finding wireless tools
by Jay 30 Jan '12

30 Jan '12

I have wireless-tools-29-i486-6 insttalled. iwlib.h exists in /usr/include. When compiling tdenetwork from git it stops fails during config telling me it couldn't find wireless tools 29>+. Disabling the building of wifi (only used for kwifimanager?) allows me to compile. After looking through configure.in.in for wifi it appears to be searching for a certain version of iwlib.h, but misses the mark. Any ideas why it may be blind to wireless tools? Jay

2 4

Is this a bug, or is my C++ just rusty?
by E. Liddell 30 Jan '12

30 Jan '12

From what I recall of the syntax, this fragment from kpanelapplet.cpp in kdelibs-3.5.13 *looks* like it's making direct calls into QT3's namespace (not tqtinterface's), even though it doesn't #include any QT files, just TQT stuff: Qt::Orientation KPanelApplet::orientation() const { if( _position == pTop || _position == pBottom ) { return Qt::Horizontal; } else { return Qt::Vertical; } } My understanding is, the QT namespace is included in this code via TQT, allowing the code to compile. If so, this might explain the lengthy linking bug I posted a little while ago (--as-needed does not like transitive dependencies like this). Can someone confirm that this is in fact what is happening? I haven't written a line of C++ code in ~15 years, so I'm not sure I remember how it works. If I'm right, I'll go ahead and file the bug, but I don't want to clutter Bugzilla with non-issues.

1 0

PAM in kdebase 3.5.13
by L0ner sh4dou 29 Jan '12

29 Jan '12

First little introduction: As some of you know I'm in the process of creating PKGBUILDs for arch linux, which are instructions for building binaries. And I want them to be nearly-perfect and provide everything that they should provide. How do I know what they should provide? By looking what was done in the past. I got PKGBUILDs for 3.5.12 form kdemod3 git, i looked a little at old official KDE3 PKGBUILDs for arch, and I managed to include everything up until I got to kdebase PKGBUILD. My problem: I noticed that kdemod3 provided configuration files for pam. I was compiling kdebase with pam support, but never cared to check if this support was complete with configuration files. I got curious and begun examining things. From what I understood reading README.pam found in kdebase main dir, the "make install" should create automatically pam config files using mkpamserv script found in kdebase. By default the pam service would be called kde and the config file would be called the same. This would fit, since from what I read up until now on pam, the config file should be called the same as service name specified in pam_start() function. But usign autotools one could change the default name to something else using --with-pam=<name> (in fact this was done in the kdemod3 PKGBUILD to ensure KDE4 compatibility, since KDE4 packages provide it's own pam config file called kde), or better, provide different pam config files for each app that used pam using --with-kdm-pam=<name> for kdm, --with-kpc-pam=<name> for kcheckpass and --with-kss-pam for kscreensaver. Now, with CMake this isn't done. I still can manually generate the pam config files, using mkpamsrv script, but I wonder how the pam session (and config file) should be called. By default it would be kde, but I can't use it, since it would overwrite the kde4 pam config or would be overwritten on kde4 installation. And if I simply generate pam config files with other name, how do I ensure that apps with pam support are actually using them, and not serching instead for config/session called kde?

1 0

[Cross-Post] Meeting 01 Feb 2012
by Robert Xu 29 Jan '12

29 Jan '12

Followup: 2/3 PM EST? Or back such as 12 PM EST? Also, can we get a list of topics? The few ones I can think of (I detached myself from Trinity stuff the past few months): Git migration Qt3/TQt3? CMake - what's left Observations/Concerns -- later daze. :: Robert Xu :: rxu.lincomlinux.org :: protocol.by/rxu

5 10

Need help finding archived copies of Quanta Plus web site
by Darrell Anderson 28 Jan '12

28 Jan '12

The Quanta Plus web site no longer is in service: http://quanta.kdewebdev.org/ We need that information. :) One, to support our own documentation efforts, on which I am working. Two, because the link in the Quanta Plus Help menu points to that broken link. If we had copies of the important web pages we can massage them for our wiki or web site and update the Help menu link accordingly. Otherwise we need to remove that link from the Help menu. Thanks! Darrell

2 3

Linker errors in kdetoys-3.5.13
by E. Liddell 28 Jan '12

28 Jan '12

I've been trying to compile (more exactly, create working Gentoo packages for) kdetoys from the 3.5.13 version of Trinity. amor, kodo, kteatime, and ktux all work perfectly, but eyesapplet, fifteenapplet, kmoon, kweather, and kworldclock all fail at the linking stage: /bin/sh ../libtool --tag=CXX --mode=link i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i686 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -Wl,-O1 -Wl,--as-needed -o eyes_panelapplet.la -rpath /usr/kde/3.5/lib/trinity -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /usr/kde/3.5/lib -R /usr/kde/3.5/lib -R /usr/qt/3/lib -module -L/usr/kde/3.5/lib -L/usr/qt/3/lib eyes.lo -lkdeui libtool: link: i686-pc-linux-gnu-g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../crti.o /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/crtbeginS.o .libs/eyes.o -Wl,-rpath -Wl,/usr/kde/3.5/lib -Wl,-rpath -Wl,/usr/kde/3.5/lib -Wl,-rpath -Wl,/usr/qt/3/lib -Wl,--as-needed -L/usr/kde/3.5/lib -L/usr/qt/3/lib /usr/kde/3.5/lib/libkdeui.so -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3 -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/crtendS.o /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../crtn.o -O2 -O2 -march=i686 -Wl,-O1 -Wl,--no-undefined -Wl,--allow-shlib-undefined -Wl,-soname -Wl,eyes_panelapplet.so -o .libs/eyes_panelapplet.so .libs/eyes.o: In function `EyesApplet::timerEvent(QTimerEvent*)': eyes.cpp:(.text+0xc4): undefined reference to `QCursor::pos()' eyes.cpp:(.text+0xda): undefined reference to `QWidget::mapFromGlobal(QPoint const&) const' eyes.cpp:(.text+0xf3): undefined reference to `QWidget::update()' .libs/eyes.o: In function `EyesApplet::resizeEvent(QResizeEvent*)': eyes.cpp:(.text+0x140): undefined reference to `QWidget::resizeEvent(QResizeEvent*)' I'll spare you another 200 lines of the same (the full build log for eyesapplet is attached if anyone wants a look). Anyway, it looks very similar to the problem Baho Utot was having about a month and a half ago, with QT apparently not being linked when it should. (Speculation follows . . .) Now, here's the interesting bit. Most of the applications in kdetoys are quite small, so I figured I'd crack them open and have a look at the code. I found out that all the applications that failed to link had something in common: they all, at some point, had an #include for <kpanelapplet.h>. The applications that linked correctly did not, as far as I could tell, make use of kpanelapplet.h. That might or might not be a coincidence. It's possible that the --as-needed linker flag also plays into this somehow. Its purpose is to strip libraries which are linked but never used by the final application they're linked to. However, it's been known to strip libs that *are* used from software that relies on implicit library inclusions. Doing that can cause linking to fail due to missing libraries, which again is kind of suspicious but not positive proof that it's involved. Gentoo's package manager forces this flag on.

1 0

broken png files in git repository
by Martin Walch 28 Jan '12

28 Jan '12

Hello developers, after many hours of work I have managed to create a list of png files that are broken in the git repository, check what is wrong with each of them and find a way to fix it, or at least try to do so. The full paths of the files are long and would be scattered across several lines when sent as text in an e-mail. Therefore, I append the list as a file "listOfBrokenFiles.txt" (plain text). Also you will find two attached png files that I have manually fixed: cr22-action-processor.png and test.png. The text file will tell you where they belong. Regards Martin Walch (aka neo_ in IRC) --

1 0

Qt3/TQt3 binary compatibility breakage
by Timothy Pearson 27 Jan '12

27 Jan '12

All, This message is a heads-up to alert developers/packagers that the Qt3/TQt3 ABI is not backwards compatible with 3.3.x as of GIT hash 0eb9f5e. This decision was not made lightly. The QWidget class did not contain enough data members to add modern NetWM/Motif configuration flags due to poor design, and as you may be aware adding data members is one of the only ways to break ABI compatibility. I have also added new unused reserved data members to ensure that this problem does not happen again in the near future. With this ABI bump comes a new version number, 3.4.0. If you need to maintain backwards compatibility for any reason, I strongly suggest locally reverting the 0eb9f5e patch in a copy of the latest qt3 sources from GIT. The ABI is not set in stone and may undergo further changes before R14.0.0 is released, however I will send a similar message to the lists if this occurs. Packagers, you will need to initiate a full rebuild of qt3 or tqt3, then rebuild all TDE packages from scratch once the new qt3/tqt3 version is installed. Timothy Pearson Trinity Desktop Project

2 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels