tde-devels

devels@trinitydesktop.org

3805 discussions

Start a nNew thread

twin-style-dekorator - resize handle sizing patch
by trinity＠dwrl.de 23 Feb '25

23 Feb '25

2 4

TDE session fails to start from TDM after upgrade from 15.6 to 16.0pre-alpha
by Felix Miata 10 Feb '25

10 Feb '25

# cat .xsess* /etc/trinity/tdm/Xsession: line 46: /etc/X11/xdm/Xsession: No such file or directory # I upgraded as I had in the past from 15.5 to 15.6 long before 15.6 release. Most of past times this worked fine, but apparently now something has changed in openSUSE Leap X setup. I remember reading not terribly long ago in openSUSE Factory mailing list that xdm was to be discontinued as a means to start every primary DM, including TDM. Maybe that's the reason here? /etc/X11/xdm/ is now down from 20 files and 2 directories to 2 files: Xservers xdm-config # cat Xservers # Xservers - local X-server list # # This file should contain an entry to start the server on the # local display; if you have more than one display (not screen), # you can add entries to the list (one per line). # If you also have some X terminals connected which do not support XDMCP, # you can add them here as well; you will want to leave those terminals # on and connected to the network, else kdm will have a tougher time # managing them. Each X terminal line should look like: # XTerminalName:0 foreign # # use such a line to enable the console login option in the kdm menu #:0 local@tty1 /usr/bin/X vt7 # "reserve" means that the X server gets only started on request (only kdm) # -keeptty implies that controlling tty is not detached (breaks startx!) :0 local /usr/bin/X -nolisten tcp -br vt7 -keeptty ga88x:~/X11/xdm # cat xdm-config ! ! xdm-config: Configuration of the xdm ! DisplayManager.errorLogFile: /var/log/xdm.errors DisplayManager.pidFile: /run/xdm.pid DisplayManager.authDir: /var/lib/xdm DisplayManager.keyFile: /usr/etc/X11/xdm/xdm-keys DisplayManager.servers: /etc/X11/xdm/Xservers DisplayManager.accessFile: /usr/etc/X11/xdm/Xaccess DisplayManager.willing: su nobody -c /usr/etc/X11/xdm/Xwilling ! ! ATTENTION: `authName' should be in general MIT-MAGIC-COOKIE-1 ! For XDM-AUTHENTICATION-1 which is default for xterminals see ! manual page of xdm and the manual coming with the xterminal. ! DisplayManager.*.authName: MIT-MAGIC-COOKIE-1 DisplayManager.*.authComplain: false ! ! All displays should use authorization, but we cannot be sure ! X terminals will be configured that way, so by default ! use authorization only for local displays :0, :1, etc. ! DisplayManager._0.authorize: true DisplayManager._1.authorize: true DisplayManager._93.authorize: true ! ! The scripts handling the setup, the startup, the session its self, ! and the reset of an X session. ! DisplayManager.*.setup: /usr/etc/X11/xdm/Xsetup DisplayManager.*.chooser: /usr/etc/X11/xdm/RunChooser DisplayManager.*.startup: /usr/etc/X11/xdm/Xstartup DisplayManager.*.session: /usr/etc/X11/xdm/Xsession DisplayManager.*.reset: /usr/etc/X11/xdm/Xreset ! DisplayManager._0.terminateServer: true DisplayManager._93.terminateServer: true ! DisplayManager*resources: /usr/etc/X11/xdm/Xresources DisplayManager.*.terminateServer: false ! ! SECURITY: do not listen for XDMCP or Chooser requests ! Comment out this line if you want to manage X terminals with xdm ! DisplayManager.requestPort: 0 # Copying Xsession from 15.6 doesn't help. # startx /opt/trinity/bin/starttde does produce an expected success mostly, but the xrandr script I keep in /etc/X11/xinit/xinitrc.d/ to run on startup is ignored, so all is mousetype, and relative screen positions don't get set where they belong. I'll try on another PC with KDE3 on 16.0pre and TW to see how they work as time permits.... -- 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

2 5

[François] [mageia] conflict ca-bundle.crt/trinity-tdelibs
by Felix Miata 04 Feb '25

04 Feb '25

For every attempt to upgrade TDE to the latest release, full upgrade is blocked, unless package rootcerts is first upgraded, a blocker to trinity-tdelibs. This is an ancient problem that caused me to write a urpmipre script 3 years ago to upgrade rootcerts (and a few other packages) before any process to upgrade TDE. -- 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

1 0

Wise Global Solutions Mirror Status
by Michael Manley 09 Jan '25

09 Jan '25

Just letting you all know the power is out where my servers are hosted and I dont know when the power will be back. Ill keep you updated when it’s back up Get Outlook for iOS<https://aka.ms/o0ukef>

2 1

When ksmserver crashes during shutdown...
by J Leslie Turriff 29 Dec '24

29 Dec '24

...how can I get the crash report to GITEA? Also, when the crash notification screen appears, all of the window frames and gadgets are gone and I'm unable to use the File Save dialog to save the trace information because the file name field and buttons are off the bottom of the display (see attached screen shots). (I suspect that this crash happens because of the large number of tabs and windows that Firefox is displaying.) Leslie -- Platform: Linux Distribution: openSUSE Leap 15.6 - x86_64 Desktop Environment: Trinity Qt: 3.5.0 TDE: R14.1.3 tde-config: 1.0

1 0

Autostart Manager - Shutdown option
by J Leslie Turriff 29 Dec '24

29 Dec '24

When there is an entry in the Autostart Manager to be run at Shutdown time, does Trinity do it before beginning shutdown processing, sometime in the middle, or at the end of the processing? Leslie -- Platform: Linux Distribution: openSUSE Leap 15.6 - x86_64 Desktop Environment: Trinity Qt: 3.5.0 TDE: R14.1.3 tde-config: 1.0

1 0

new submodules
by deloptes 27 Nov '24

27 Nov '24

Hi what should I do to update .gitmodules and the commands so that I get new submodules checkout. I tried this and that, but can not get the new xdg portal checked out. Thanks in advance BR -- FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0

2 1

TDE on NetBSD?
by gavgav 17 Nov '24

17 Nov '24

2 4

[PATCH] Format links in event descriptions for a nice QoL
by Calvin Morrison 16 Nov '24

16 Nov '24

Hi Team, First patch in a long time ;) hope this is an ok way to do it since I do not have repo rights. Anyway, here it is. See attached screenshot This allows you to click through links in events in description fields wherever the description field is displayed from libkcal. This is useful since links to virtual meetings are often attached in the description field in recent years. See attached image for example. Thanks, Calvin

2 1

Potential Issue: xdg-desktop-portal file-dialog failures due to missing kdialog options
by David C. Rankin 16 Nov '24

16 Nov '24

TDE Devs, I stumbled onto an issue that breaks the file-open/file-save dialog display on Firefox/Thunderbird using the openSUSE builds and the vscode/vscodium dialogs. The problem is the apps have begun to use the Flatpak xdg-desktop-portal interface to invoke the native desktop file dialogs. A good idea, but only half-baked because they break the file dialogs on desktops that do not support the latest options to the native file choosers. For openSUSE kde3, that means the dialogs fail when the portal inteface passes the --attach option to kdialog which does not exist for kde3 kdialog. The following is the e-mail sent to the openSUSE kde3 list as well as a link to the bug filed against vscodium. If you have new unexplained "the file dialogs are not appearing issue in some non-TDE app XYZ" -- this is a prime suspect. == Original Message == The kde3 kdialog source needs to be updated to accept an `--attach` option to be compatible with the current KDE kdialog. This is critical as more apps move to using the xdg-desktop-portal features for using native file-dialogs. Recently this has broken Firefox/Thunderbird and vscode/vscodium under KDE3. The problem is the xdg-desktop-portal fileChooser implementations use kdialog for the chooser. They use options for the current Plasma kdialog implementation that includes options that do not exist in KDE3 kdialog like the --attach option. See vscodium BUG (bottom comments): Linux - vscodium no longer displays file-dialog after update to Ver. 1.90.0 #1927 https://github.com/VSCodium/vscodium/issues/1927 In the case of both Firefox/Thunderbird and vscode/vscodium there was no way to open or save files. The dialog in the case of vscode/vscodium would fail to open and no fallback file-dialog was provided in case of failure. I didn't fully debug Firefox/Thunderbird, but mozilla provides an option to turn the portal chooser interface off with: widget.use-xdg-desktop-portal.file-picker=0 (1: always on, 2: auto) Apparently this is set to 1 by default in openSUSE so KDE will use the native file dialogs, but breaks the dialogs completely for KDE3. In vscode/vscodium the portal/kdialog open string is formed from: kdialog --attach=22020099 --title=Open File --multiple --separate-output --getopenfilename /path/to/file This fails in KDE3 for 2 reason (1) no --attach option and (2) "Open File" must be quoted. The debug (--verbose --vmodule=*/ui/*=2) options for vscode/vscodium shows: [main 2024-11-17T00:53:51.814Z] [DialogMainService]: request to acquire file dialog lock { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } [main 2024-11-17T00:53:51.815Z] [DialogMainService]: new file dialog lock created { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } [2127:1116/185351.853415:VERBOSE1:select_file_dialog_linux_kde.cc(425)] KDialog command line: kdialog --attach=22020099 --title=Open File --multiple --separate-output --getopenfilename /home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr [2127:1116/185351.883868:VERBOSE1:select_file_dialog_linux_kde.cc(568)] [kdialog] MultiFileResponse: [main 2024-11-17T00:53:51.884Z] [DialogMainService]: file dialog lock disposed { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } Here the dialog is created and destroyed in 69 ms (difference between T00:53:51.884Z and T00:53:51.815Z) This issue will only get worse as more apps try and implement this portal chooser interface that was intended for Flatpak to avoid sandbox issues. We probably just need to include the current KDE/Plasma options for kdialog like --attach and can simple have those invoke a stub function to prevent an error. That should allow these portal chooser implementations to work with KDE3 and keep the dialog from throwing an exception for unknown options. This likely will effect TDE as well. I'll forward to the devel list. == End Original == So if you have already fixed k/tdialog, then you are good. If not, I'll pass along anything we come up with. -- David C. Rankin, J.D.,P.E.

2 2

← Newer
1
2
3
4
5
6
7
8
9
...
381
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels