Where in the wiki are the expected build environment requirements listed
(and not out of date)?
I'm am trying to build TDE 14.1.2 on Slackware 15.0 32-bit. Fails to
build because of a "Value too large for defined data type" error. This
seems to be a specific 32-bit error. I have not read anything that
32-bit no longer is supported in TDE.
I'm trying to build 14.1.2 on some vintage 32-bit systems. The tqt3
build fails with many errors and fatal errors. Cmake version 3.5.2 is
installed but tqt3 does not use cmake. While vintage systems are EOL,
R14.0.12 built fine on these systems. So something else has changed or
was introduced since them.
Thanks.
I'm building R14.1.2 on some older systems.
R14.0.12 compiled fine on these systems. I am hoping the trick is back porting a patch or two.
On a Slackware 14.2 64-bit system the build fails as so:
[ 37%] Generating tdespell-en-handbook
cd /tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/build-tdelibs/doc/tdespell && /tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/build-tdelibs/kdoctools/meinproc --srcdir=/tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/build-tdelibs/ksgmltools2 --check --cache index.cache.bz2 /tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/doc/tdespell/index.docbook
/bin/sh: line 1: 22600 Bus error /tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/build-tdelibs/kdoctools/meinproc --srcdir=/tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/build-tdelibs/ksgmltools2 --check --cache index.cache.bz2 /tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/doc/tdespell/index.docbook
doc/tdespell/CMakeFiles/tdespell-en-handbook.dir/build.make:60: recipe for target 'doc/tdespell/index.cache.bz2' failed
make[2]: *** [doc/tdespell/index.cache.bz2] Error 135
make[2]: Leaving directory '/tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/build-tdelibs'
CMakeFiles/Makefile2:10862: recipe for target 'doc/tdespell/CMakeFiles/tdespell-en-handbook.dir/all' failed
make[1]: *** [doc/tdespell/CMakeFiles/tdespell-en-handbook.dir/all] Error 2
make[1]: Leaving directory '/tmp/build/tmp-tdelibs/tdelibs-trinity-14.1.2/build-tdelibs'
Makefile:138: recipe for target 'all' failed
make: *** [all] Error 2
What do I look for?
Side note: Before any pedantic Horshacks pipe in, yes, Slackware 14.2 was declared EOL Dec 2023.
Thanks.
Hi!
What's the status of the TDE python interface? Is it usable/stable for small applications?
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
Hello,
I would like to start contributing to TDE. Would it be possible to make
me a contributor in Gitea? I'm using the same e-mail address for my
account there.
Have a good day
Jan Sucan
Ray V.,
* k3b FTBFS. The failure occurs when the BUILD-TDE.sh 'script -c'
command tries to build the package. The command string fails to parse
variables to create the build log file name. This is the only package
that fails this way for me.
* tdeedu package: missing mangzip_fn.
* tdeaccessibility package: missing mangzip_fn.
* tdebase: DWITH_SASL is OFF but should be ON to support the same option
in tdepim. Otherwise kmail cannot authenticate.
* tdevelop: FTBFS. I haven't yet dug into why.
* I'm in no position to demand anything, but a tdenetworkmanager build
script would be nice. Otherwise Slackware will default to using the GTK
nm-applet.
* These are your build scripts to satisfy your own itch, but the scripts
are shared publicly as though intended to help others create TDE
packages. Curiously though there is no easy way to allow users to build
the handbooks. The get-source.sh script explicitly declares "set (
BUILD_DOC ON CACHE BOOL "Set but not used for this project" )."
* I previously raised the issue, but build scripts never should modify
the upstream /etc/profile or root's .bashrc.
Thanks for your time.
I'm building 14.1.2 packages on Slackware 15.0 using the ray-v build
scripts.
The default in those scripts is not to build any handbooks. I have been
tweaking the scripts to compile the handbooks.
For some reason the related handbooks never compile in the tdebase
package. The handbooks are compiling in other packages.
The DBUILD_DOC="ON" option is set. The tdebase sources contain the
related docbook files. I do not notice anything in the build log, but I
don't really know what to look for.
For the moment I'd like to keep the conversation generic. What should I
look for that might cause the handbooks to not build only in tdebase?
Thanks for any guidance.
I've mangled my cursor settings by attempting to install
phinger-cursors-dark-left from https://github.com/phisch/phinger-cursors/.
Now in Control Center => Peripherals => Mouse, Cursor Theme tab, I have only
Adwaita and No theme (classic X cursors).
It appears that TDE uses a specific archive format for cursor packages,
different from those used by Gnome, etc. I get a message, "The file
index.theme does not appear to be a valid cursor theme archive."
There is no description of the file format in the Help Center file for the
Mouse module, though there is a cryptic message:
"The features provided by this tab may not be available on some systems. Your
system may need to be updated to support cursor themes."
There appear to be no configuration files in .trinity/share/apps|config
relating to the Mouse module.
Leslie
--
Platform: Linux
Distribution: openSUSE Leap 15.5 - x86_64
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.1.2
tde-config: 1.0
Hello!
I fully support your proposals and they actually mirror some of my own wishes for TDE. (Please excuse me for mentioning all of them in a single reply.)
OAuth support is imperative in 2024 and it's in my plans to add the support but I think it depends on a good modern web engine (TDEHTML of course won't work with GMail's OAuth authentication page). I was hoping to attempt a WebKit port once I get a machine powerful enough to build WebKit but unfortunately I don't know when that will be.
Touchpad settings are another thing I wanted to look into. It seems adequate to assume most users are using libinput nowadays, so we need a TDE Control Module to wrap its settings. I think there is a library we can use for that.
I used to use FBReader a lot and I agree it's a superb application (even though its UI takes a little getting used to). If it has a Qt3 version, we can maintain that, I think, especially since you mentioned its development is abandoned.
Unfortunately, of course, there are few of us working on TDE, so it might take some time. Probably the easiest proposal to implement is get the old GPLv2 version of FBReader under the TDE umbrella. The source code is available here:
https://github.com/geometer/FBReader
We might have to rename it in order to avoid conflicts with the developers of the proprietary version (TDEReader??).
--
Philippe MAVRIDIS
On Friday, May 3rd, 2024 at 7:25 PM, Alexis PM via tde-devels <devels(a)trinitydesktop.org> wrote:
> Hello
>
> I think it would be very interesting to incorporate in TDE control center a 'touchpad' settings section or add extra touchpad-related options to current 'mousepad' section. Specific touchpad options as enable/disable touchpad, enable/disable tapping, set how scrolling... In the sense of http://qsynaptics.sourceforge.net and https://github.com/sibskull/synaptiks but instead of being based on synpatics, perhaps based on (or additionally supporting) libinput.
>
> Thank you so much!
> ____________________________________________________
> tde-devels mailing list -- devels(a)trinitydesktop.org
> To unsubscribe send an email to devels-leave(a)trinitydesktop.org
> Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydesk…
Felix Miata composed on 2023-11-20 22:09 (UTC-0500):
> Felix Miata composed on 2022-05-08 02:22 (UTC-0500):
>> I see this error popup on various installations. The instant one is a 32bit
>> Bookworm freshly upgraded from Bullseye with 14.0.12. Bullseye does it too. The
>> trigger is left clicking on the menu starter. On those where it ever occurs, it
>> only happens once. Trying again after dismissing the popup always works. Anyone
>> familiar with it, what to do to eliminate it?
> Pentium 4 32bit host gx270 here with Bullseye, Bookworm and Trixie all exhibit this.
This still happens in 14.1.2. The current instance:
# inxi -CGS
System:
Host: gb970 Kernel: 6.8.9-300.fc40.x86_64 arch: x86_64 bits: 64
Desktop: TDE (Trinity) v: R14.1.2 Distro: Fedora Linux 40 (Forty)
CPU:
Info: quad core model: AMD Phenom II X4 965 bits: 64 type: MCP cache:
L2: 2 MiB
Speed (MHz): avg: 3423 min/max: N/A cores: 1: 3423 2: 3423 3: 3423 4: 3423
Graphics:
Device-1: NVIDIA GF108 [GeForce GT 630] driver: nouveau v: kernel
Display: x11 server: X.Org v: 1.20.14 driver: X: loaded: modesetting
unloaded: fbdev,vesa dri: nouveau gpu: nouveau resolution: 1: 1680x1050~60Hz
2: 1920x1200~60Hz
API: OpenGL v: 4.3 vendor: mesa v: 24.0.6 renderer: NVC1
API: Vulkan v: 1.3.280 drivers: N/A surfaces: xcb,xlib
#
This is an upgrade from F39 to F40, but before logging into a TDE session, I
removed .kde and .trinity. Yet, for too many years running since first observed,
it's happening yet again after doing no more than using kpersonalizer:
Checkboxes checked/enabled in Eyecandy-O-Meter:
Desktop Wallpaper
Display Contents in Moving/Resizing Windows
Icon Highlighting
Icons on Buttons
Large Panel Icons
Panel Background Picture
Panel Icon Popups
Smoothed Fonts
Sound Theme
and then after the desktop painted, I clicked on the menu starter to produce the
popup.
Normally I first do clock configuration, panel configuration and the usual
customizations in KControl, but this time I skipped that, closed the two new user
windows, and went straight to menu starter to cause the malformed popup. :P After
that happened, I logged out of TDE again, deleted .trinity again, then opened a
new session in exactly the same fashion, kpersonalizer > close KTip > close TDE
license window > click menu starter. So obviously it doesn't take a whole lot of
effort to reproduce. I don't seem to be able to /not/ reproduce it, since I've
done it today 4 times already.
Note that unlike years ago, it's not a just once thing. If the session is kept
open and used normally, the popup recurs when attempting to use the menu starter.
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
