Hi Michele, Slavek, all,
The recent changes QT_* -> TQT_* in headers (example Q_EXPORT -> TQ_EXPORT)
are impacting the pinentry application.
I remember we discussed once how we'll proceed with updates, but I do not
recall. I could prepare the patches and probably push upstream.
What is your view on this matter?
thanks in advance
BR
E.
--
FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
Recent KDE3s no longer require *arts*. Why does TDE? As if alsa shouldn't be
enough to start with on Linux, most newer installations have been moving from
pulseaudio to pipewire/plumber. What is it that arts offers? Doesn't its presence
get tangled with pulse/pipe?
--
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
Hi,
in packaging the metapackage for desktop-base somehow has more than the
debian directory.
Is it an error in the master repo or in my local copy and how to repair?
tde/1_git/tde/packaging/debian/_base/metapackages/desktop-base$ ls
backgrounds debian-desktop-logo.png debian-reference.desktop emblems
kompmgr-rc-files Makefile profiles splashy usplash
debian debian-homepage.desktop debian-security.desktop
gnome-backgrounds.xml ksplash-theme pixmaps splash tdm-theme
--
FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
Felix Miata composed on 2023-08-14 02:22 (UTC-0400):
> This has been going on too long to remember, probably more than a year now, but at
> least since 14.0.13. I haven't been able to create a reliable reproduction
> scenario. Typically, I start a session that has remembered Konsole (at 0,0) with a
> plain shell tab and an MC tab. With quite some frequency, I wish to copy and paste
> the first command of the session, and its output, that I have entered in the shell
> tab, into some text file in MC. The problem is that swiping the mouse from bottom
> to top to select that output commonly blanks the first Konsole line, which is
> usually something that produces multiple lines of text output, such as inxi, so
> that when pasted, the first line of the paste is also blank. The instant case
> causing me to write this is in Mageia 8/14.1.0, but it IIRC it happens in Debian,
> Fedora, openSUSE & *buntu also.
FTR, this definitely is happening in Trixie.
--
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
Attached tdm.log is from Fedora 39. In past several years through last spring,
I've had nominal trouble running the TDE for latest release on whatever release is
upcoming, in this case, F38>F39. This one on Kaby Lake host ab250 won't more than
pretend to start a TDE session either from startx or TDM. Attempting to start one
brings some screen flashing, then TDM returns. Selecting IceWM session instead of
TDE produces same result. I find no clues to session failure in journal, dmesg,
Xorg.X.log or .xsession-errors, while tdm.log grows from 0 to nearly 40k from just
starting, before any attempt to login.
An unlogged clue may be seen in session type selection: no matter what is selected
for current session (attempt), on the next return to session selection, "previous"
remains where it was before the upgrade from F38 to F39, on the second of the two
TDEs, right above failsafe.
--
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
This has been an irritation for a long time, but various components of TDE
are crashing more and more frequently on my machine, and the Crash Handler is
never able to send its reports to you. I have attached what the Crash
Handler says whenever I try.
Has this method of reporting failures become obsolete? If so, why is the
code still there, misleading users who try to report failures?
Leslie
--
Platform: Linux
Distribution: openSUSE Leap 15.4 - x86_64
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.1.0
tde-config: 1.0
I don't know enough about TDE development to know if you TDE developers need
to be aware of this but I thought I should post it here just in case.
https://lists.debian.org/debian-devel/2023/08/msg00311.html
Thanks for all you do!
--Mike
One of my hobbies is online debating on a variety of subjects. I have
separate directories for many topics with downloaded data, notes, etc. I
also usually have multiple programming projects active, most with their own
directories.
I prefer to keep tabs open for active topics and projects, rather than
constantly closing them and re-navigating as I change focus.
For Firefox, I have a Python program that can list all open windows and
tabs, or find the window that has a particular tab. I'd like to do the same
thing for Konqueror.
Is there a system call (preferably with a Python API, but I have
experience in lots of languages) that will give me a list of Konqueror
windows and tabs?
Also, is there an API for a list of Konsole windows? I'd like to do a
command that would grep the window list and pop up the relevant window.
Thanks,
Ran
# inxi -S
System:
Host: msi85 Kernel: 5.14.21-150500.55.12-default arch: x86_64 bits: 64
Desktop: Trinity Distro: openSUSE Leap 15.5
GTK2 Styles section radio buttons are not selectable.
"Warning: The GTK2-TQt theme engine is not installed. This means you will not
be able to use your TDE style in GTK2 applications."
Link follows:
"GTK2-TQt theme engine homepage" which when selected tries to open in Konq:
http://gtk-qt.ecs.soton.ac.uk/
This results in server timeout in Konq and SeaMonkey, and site cannot be
reached error in Chromium.
No package seems to be available to match the description "GTK2-TQt theme engine":
# zypper se -s tqt | grep gine
i+ | trinity-gtk3-tqt-engine | package | 2:0.5-14.1.0_1.oss155 | x86_64 | TDE
| trinity-gtk3-tqt-engine-debuginfo | package | 2:0.5-14.1.0_1.oss155 | x86_64 | TDE
| trinity-gtk3-tqt-engine-debugsource | package | 2:0.5-14.1.0_1.oss155 | x86_64 | TDE
#
Is this a known issue? Can some file from an older installation be copied, e.g.
to /usr/local/?
--
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
Hi,
I'm forwarding this from the Users list as Mike suggested. It's a side-issue
to my attempt to debug an OpenOffice problem, but it would be nice to know
why some TDE components try to write to /etc/tqt3/tqt_plugins_3.5rc.tmp,
which of course is not writable by non-root accounts?
Leslie
On 2023-07-08 13:58:02 Mike Bird via tde-users wrote:
> On Sat July 8 2023 11:37:34 J Leslie Turriff via tde-users wrote:
> > It have deinstalled all of the gtk2 engines and themes, but the problem
> > persists.
>
> Hi Leslie,
>
> Looking at the stack trace the problem was deep within OpenOffice, probably
> while analyzing a true type font while cataloging fonts, perhaps while
> preparing a menu of fonts.
>
> The mention of gtk2 engine seems to be spurious. Nor does there seem to be
> any connection with TDE.
>
> Possibly an OpenOffice bug or a broken font.
>
> But then this is all wrapped in a "dp_misc::syncRepositories()". Are you
> syncing labels? Syncing with OneDrive? Syncing something else? I can
> only guess what that function might do. You may need to talk to an
> OpenOffice list.
>
> --Mike
Mike,
When I start OpenOffice from the command line, I see this:
| @16:27:21 ─▶leslie@pinto◀─
| wd=~
| $ /opt/openoffice4/program/soffice
| [2023/07/18 16:27:35.332] TQSettings::sync: failed to
open '/etc/tqt3/tqt_plugins_3.5rc.tmp' for writing
| Application Error[kcrash] TDECrash:
Application 'soffice.bin-gtk-tqt-application' crashing...
| rc=253
Probably this is a red-herring, but why would an application (or Trinity?) be
trying to write a file into /etc/? (I tried making that file world-writable,
but I get the same error.)
Leslie
--
Platform: Linux
Distribution: openSUSE Leap 15.4 (x86_64)
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.1.0
tde-config: 1.0