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
Hello Everyone,
I wanted to let everyone know, the mirror.nasutek.com mirror is no
longer located in Canada anymore. It is now located in Menifee, CA,
United States.
Right now its on a Residential 500/500 uplink on DHCP, but starting
Tuesday it will be on a 1000/1000 Business uplink with static IP. Ill
let everyone know the new IP for the mirror once it is done.
It is functional, but just wanted to make everyone aware of the changes.
Michael Manley.
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!
Hello
The only e-book reader in Trinity (TDE) is kbookreader-trinity. But kbookreader-trinity seems not to be able to display a simple epub, which is the standard format for electronic books. kbookreader-trinity seems to be a software in a very early stage of development, in a sketch or draft phase. I think there is a better (faster and easier) option than spending time developing kbookreader-trinity.
fbreader is a complete and lightweight e-book reader. Its only problem of this reader is that it was abandoned in 2015, just when version 1.0.0 was expected, but its original developers decided to start the development of a new non-free version. The good thing is that the source code of the original free fbreader is there, orphan, waiting to be adopted by someone. fbreader is the most complete among the existing light e-book readers, it is free software (GPL/LGPL licenses), written in C++, its integration into TDE should be easy (the source code includes GUIs in cocoa, gpe, gtk, qt3, qt4 , qtopia,...) and it already has all the main expected features so it is not need to active development of new features in order to be useful.
The official source code is https://github.com/geometer/FBReader
In Debian, where is without maintainer, an older version is packed, see https://packages.debian.org/fbreader
Thank you so much!
Hello
I think it would be very interesting to incorporate OAuth in KMail. OAuth is required to use GMail, Outlook and other widely used email services.
We are at a time when KMail may be of interest to many Thunderbird users due to the criticized interface changes that Thunderbird is implementing since Mozilla has returned to direct its development.
I do not advocate the use of GMail, Outlook and similar services, but many universities are unfortunately using Outlook / Office 365 currently, I know it from people close to me and the same motivated the last email threads about OAuth:
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
Thank you so much!
