# 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
Hi Michele,
so here is one example - applications/office/koffice
It depends on liblcms1-dev but liblcms2-dev is in bookworm
liblcms1 from edeps does not compile because of other dependencies
Setting the control file to liblcms1-dev | liblcms2-dev resolved the
dependency issue but it failed in the process.
--
FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
Hi,
preparing my own debian repo for bookworm, I started building and noticed
tqt3 is creating ubuntu packages. Seams to be fault in the changelog. I
think to remember that I saw someone copied over some files and now we have
this entry
tqt-x11-free (3:3.3.8-d-0ubuntu0) maverick; urgency=low
It is so minor issue, but if you want a bug report, let me know.
BR
--
FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
# grep yReq /etc/zypp/zypp.conf
solver.onlyRequires = true
#
To a nice lightweight LXQt openSUSE Leap 15.4, I tried to add 4 TDE packages:
# zypper -v in trinity-tdm trinity-konsole trinity-ksnapshot trinity-kcalc
Among the unexpected inclusions:
audiofile
*avahi*
cryptsetup
gptfdisk
libaspell15
libatasmart4
libatasmart-utils
libaudiofile
libbd_utils2
libbytesize1
libblockdev2
libbd_swap2
libbd_part2
libbd_loop2
libbd_fs2
libbd_crypto2
libbd_mdraid2
libbd_lvm2
libblockdev
libimobiledevice*
*lvm2*
https://paste.opensuse.org/ea4d1bd3c68f is the whole zypper lxqt/tde session
log. It includes the breeze and oxygen pollution from LXQt that I removed
before adding the 4 selected TDE packages.
Even worse, when I tried to undo:
# zypper -v rm --clean-deps trinity-tdm trinity-konsole trinity-ksnapshot trinity-kcalc
It only proposed to remove about 60% of what it had just installed, basically leaving
installed most of the unexpected stuff I listed above.
Apparently I need to find time to replicate this with Bookworm, to see if deb/apt
dependencies seem more rational. :p
--
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
Since upgrading to R14.1.0 several issues have triggered the TDE Crash
Handler, but it always tells me that it can't send its report. It provides
no details, e.g. the protocol it uses, and I can't find any documentation for
the Crash Handler, so I have no idea how to debug it. I don't recognize
anything associated with the crashes in /var/log/messages, and there is
no /var/log/{trinity|tde}. I have attached a snapshot showing what little it
tells me.
(Pre-R14.1.0 I have experienced occasional Crash events, but now they are
more frequent.)
Hoping you can help,
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
# urpmi trinity-gtk3-tqt-engine
installing trinity-gtk3-tqt-engine-0.5-14.1.0_1.mga8.x86_64.rpm from /var/cache/urpmi/rpms
Installation failed: devel(libcairo(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64
devel(libgcc_s(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64
devel(libgobject-2.0(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64
devel(libpango-1.0(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64
devel(libpangocairo-1.0(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64
devel(libtdeui(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64
devel(libtqt-mt(64bit)) is needed by trinity-gtk3-tqt-engine-2:0.5-14.1.0_1.mga8.x86_64
# urpmi trinity-gtk3-tqt-engine lib64tqt3-mt-devel
...
(medium "trinity")
lib64tqt3-mt-devel 3.5.0 14.1.0_2.mga8 x86_64
trinity-gtk3-tqt-engine 0.5 14.1.0_1.mga8 x86_64
158MB of additional disk space will be used.
36MB of packages will be retrieved.
Proceed with the installation of the 46 packages? (Y/n) n
Surely this can't be right, requiring gcc & a full devel environment in order
to install trinity-gtk3-tqt-engine. :(
--
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
# zypper lr
Repository priorities in effect: (See 'zypper lr -P' for details)
90 (raised priority) : 3 repositories
99 (default priority) : 5 repositories
# | Alias | Enabled | GPG Check | URI
--+-----------+---------+-----------+-------------------------------------------------------------------------------
1 | FCLunst | Yes | ( p) Yes | http://silk.apana.org.au/rpm-unstable-dev
2 | Non-OSS | Yes | (r ) Yes | http://download.opensuse.org/tumbleweed/repo/non-oss
3 | OSS | Yes | (r ) Yes | http://download.opensuse.org/tumbleweed/repo/oss
4 | PackmanE | Yes | (r ) Yes | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Tumbleweed/Essentials
5 | TDE | Yes | ( ) No | http://archive.trinitydesktop.net/trinity/rpm/osstw/trinity-r14/RPMS/x86_64
6 | TDEnoarch | Yes | ( ) No | http://mirror.ppa.trinitydesktop.org/trinity/rpm/osstw/trinity-r14/RPMS/noa…
7 | Update | Yes | (r ) Yes | http://download.opensuse.org/update/tumbleweed/
8 | openh264 | Yes | (r ) Yes | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed/
# zypper -v in trinity-gwenview
Verbosity: 2
Non-option program arguments: 'trinity-gwenview'
Initializing Target
Checking whether to refresh metadata for Non-OSS
Checking whether to refresh metadata for OSS
Checking whether to refresh metadata for Update
Loading repository data...
Reading installed packages...
Selecting 'trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64' from repository 'TDE' for installation.
Resolving package dependencies...
Force resolution: No
Problem: nothing provides 'libexiv2.so.27()(64bit)' needed by the to be installed trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64
Solution 1: do not install trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64
Solution 2: break trinity-gwenview-2:1.4.2-14.1.0_1.osstw.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c/d/?] (c): c
#
--
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
On Thu June 15 2023 19:25:53 Michele Calgaro wrote:
> if I remember correctly, we are still providing R14.0.13 on the mirror to
> ease user migration, am I wrong? So R14.0.13 and R14.1.0 would take up lot
> of space.
> If that is the case, would make more sense to drop off R14.0.13 from the
> mirror and keep trinity-testing? What do you think?
If my one-liner to analyze web logs on the primary mirror while filtering
out the redirector's status checks is accurate than I think you're right
Michele. Here's the top 20 by second-level directory, counting accesses
not bytes, over the last 15 days or so.
145327 /deb/trinity-sb
129511 /deb/trinity-testing
48093 /deb/trinity-r14.0.x
25878 /deb/trinity-r14.1.x
22105 /rpm/osstw
21067 /ulab/ubuntu
17410 /deb/trinity-builddeps-r14.0.x
11493 /rpm/f38
10715 /trinity-r14.0.0/debian
10461 /rpm/el6
10172 /rpm/el5
9957 /trinity-r14.0.0/ubuntu
9336 /rpm/el8
9008 /rpm/el7
8930 /rpm/pclinuxos
7487 /rpm/mga8
7233 /rpm/opensuse15.5
6659 /trinity/rpm
6291 /rpm/mga9
5885 /rpm/el9
Unless someone comes up with a better idea in the next 24 hours I'll
mask r14.0.x and builddeps on the mirror (on the assumption that most
of that traffic will soon move from 14.0.x to 14.1.x) and restore
trinity-testing.
FWIW here are the directory sizes:
2.0G ./releases/R14.0.8
2.4G ./releases/R14.0.0
1.9G ./releases/R14.0.11
1.9G ./releases/R14.0.7
2.3G ./releases/R14.0.5
2.3G ./releases/R14.0.4
1.9G ./releases/R14.1.0
2.0G ./releases/R14.0.9
1.9G ./releases/R14.0.6
5.3G ./releases/R14.0.1
2.4G ./releases/R14.0.3
1.9G ./releases/R14.0.12
2.0G ./releases/R14.0.10
1.9G ./releases/R14.0.13
2.4G ./releases/R14.0.2
34G ./releases
650M ./archlinux/x86_64
299M ./archlinux/aarch64
296M ./archlinux/armv7h
432M ./archlinux/powerpc64le
1.7G ./archlinux
78G ./deb/trinity-r14.1.x
52G ./deb/trinity-sb
115G ./deb/trinity-r14.0.x
1.9G ./deb/trinity-builddeps-r14.0.x
246G ./deb
1.3G ./ulab/ubuntu
1.3G ./ulab
3.6G ./rpm/osstw
2.4G ./rpm/el7
2.2G ./rpm/opensuse15.5
2.5G ./rpm/el9
3.5G ./rpm/mga8
2.5G ./rpm/el8
2.5G ./rpm/f37
3.3G ./rpm/el6
4.2G ./rpm/el5
1.7G ./rpm/pclinuxos
2.5G ./rpm/f38
2.2G ./rpm/opensuse15.4
2.5G ./rpm/mga9
2.5G ./rpm/f36
38G ./rpm
321G .
--Mike
