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?
--
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
Trinity 14.0.6 preliminary.
Don't know if it is a feature of ksnapshot or a misconfiguration
somewhere from me, but it is getting absolutely annoying what happens.
I have a website, a document or whatsoever on my screen in full
A4-papersize. Now I want a printout of a small part of it. Call
ksnapshot, choose "region" "new snapshot" and then draw a border around
the desired part. Press "print" and then print it. Bull... I get a
print in landscape, useless and even worse not even the original layout
reappears.
Stop ksnapshot, restart it and same procedure with again the same
miserable result.
Stop, restart, same procedure but no actual printing, instead I look
into the printer properties. And there, big surprise, landscape was
marked as to be printed BUT all 4 orientations were grayed out, so I
couldn't change that.
Checked in tdeprint the printersettings, nothing wrong, in "instances"
"settings" all 4 orientations were available and portrait was marked as
to be applied in the default printer.
Checked kprinter and of course the settings of tdeprint were there also
valid.
But then I had an idea. If I selected in ksnapshot a larger part of the
screen, say more than half A4, what would happen?
Yes, some ugly words from me and there it was: portrait was marked but
still all 4 possibilities grayed out.
So ksnapshot decides how it wants to print and doesn't leave the user a
chance to get a result, that he wants. Utterly bull....
Any suggestion, where I could look to alter this behaviour?
Phiebie.
Hi Slavek!
>On Tuesday 14 of June 2022 10:04:17 Dr. Nikolaus Klepp wrote:
>...
>
>Hi Nik,
>
>the "WARNING: SSL_get_peer_certificate not defined!" message makes it aware
>that this is related to the OpenSSL library update - the KSSL module
>failed to find the necessary functions in the library.
>
>This will require to check the compatibility of the new SSL library API and
>make the necessary modifications in the code. Thank you for the warning!
>
>Cheers
>--
>Slávek
(Looks like some mails didn't make it to the list.)
This is the last version of tdelibs14-trinity that results in kmail beeing able to use pop3 and smtp:
tdelibs14-trinity_4%3a14.1.0~s640-0debian12.0.0+18~a_amd64.deb
All newer versions break. I just tried with tdelibs-trinity_4%3a14.1.0~s642-0debian12.0.0+18~a_all.deb
IMO the OpenSSL update has nothing to do with it, otherwise the older versions should break, not the newer versions.
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
Hi all!
I just noticed that on daedalus sftp:/...-URLs do not work any more. Konqueror is stuck with a rotating circle and eventually times out. fish:/...-URLs work, but calculating the disk size of remote directories is kind of buggy, e.g. 22GB are counted as 9GB.
Did somebody see this, too?
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
Hello everyone,
I'm running TDE R14.0.12 on Debian 11 (bullseye) using a Raspberry Pi 2B.
With the Debian 11 (bullseye) release of the Raspberry Pi OS, the RPi offers 2
display drivers: "vc4-kms-v3d" (full KMS) and "vc4-fkms-v3d" (fake KMS). Till
Debian 10 the fake one was default, now it is the full KMS and the fake KMS
driver is supposed to be no longer actively supported (though it can still be
switched to).
The new default driver (full KMS) poses new issues with the display handling
of TDE in terms of color (or gamma) management. As soon as TDE's display
management is used, the colors get all weird like the whole screen gets
rainbow-colored with very low color depth.
Here's a photo I took (it doesn't show up on screenshots):
https://i.imgur.com/DIaIP9m.jpeg
- using xrandr or TDERandRTray to switch resolutions is fine
- using the Trinity control center's "System Administration" > "Monitor &
Display" > "Enable global display control" will make colors go crazy as shown
in the photo
- moving the "Hardware Gamma Control" sliders in the control center will alter
the shades of rainbow colors but never fixes the general color distortion
- using "xrandr --output HDMI-1 --gamma 1:1:1" will fix colors until reboot
- when global display control is enabled, this is persistent and colors will
go crazy as soon as TDM starts after bootup
I'd like to keep the new (full KMS) driver since the old fkms one always had
other issues were KMix's audio volumes would scale between -350% and -400%
(yes, negative values) while alsamixer being at 50%, effectively preventing
any working volume control in TDE since sliders start at 0. This is fixed
with the full KMS driver as it handles the audio devices differently.
However, with the new driver I can't make permanent adjustments to screen
resolutions with TDE (only temporary with RandR) as I encounter the color bug
as described above.
Is there anything I can do about it? Should I file a bug somewhere?
Best regards,
Leskala
Hello, the default file manager for TDE is Konqueror, also Dolphin is available in the repos, is either of them capable of communicating with modern versions of Firefox to do things such as opening folders and selecting (highlight) the downloaded files?
Also, as I remember when I used TDE about a year ago, once a foreign file manager is installed (say Caja or pcmanfm) Firefox automatically starts using them to show downloaded files and forgets completely about Konqueror and Dolphin, I know that it's known bug in Firefox, but is there a tested work-around to fix that? Can a TDE user force Firefox to use Konqueror or Dolphin to open files?
So my msg contains two questions:
1) Can Firefox communicate with Konqueror or Dolphin to show/highlight my downloaded files and to access my folders?
2) Can I force Firefox to use Konqueror (or Dolphin) as my prefered file manager?
Using 14.0.13~pre8 on both Bullseye & Bookworm amd64 on old 945G intel graphics
using modesetting DIX. I couldn't get the Intel DDX driver to load instead.
Mouse pointer at TDM login greeter and in IceWM, LXDE, XFCE & TDM sessions are
always the activity spinner. Strings put and ouse in .xsession-errors are absent.
What package could be missing, erroneous, or badly configured?
installed (Bookworm):
input:
ii libinput10:amd64 1.21.0-1
ii libinput-bin 1.21.0-1
ii libxcb-xinput0:amd64 1.14-3
ii lxinput 0.3.5-1+b2
ii xserver-xorg-input-all 1:7.7+23
ii xserver-xorg-input-evdev 1:2.10.6-2+b1
ii xserver-xorg-input-libinput 1.2.1-1+b1
ii xserver-xorg-input-mouse 1:1.9.3-1+b1
ii xserver-xorg-input-synaptics 1.9.1-2+b1
mouse:
ii lxinput 0.3.5-1+b2
ii xserver-xorg-input-mouse 1:1.9.3-1+b1
--
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 have 2 issues with the wallpaper setting behavior of Konqueror and KDesktop
respectively and possible improvement ideas which I'd like to discuss.
1. Konqueror set-as-wallpaper actions
Konqueror offers set-as-wallpaper actions in the right-click menu of images
under the "Actions" > "Set as Background" submenu. There are 2 actions in
the "Set as Background" category: "Centered" and "Tiled".
"Tiled" actually does what its name suggests. However, the "Centered" action
does actually lead to "Scaled" in the desktop's wallpaper setting, squishing
the image to fit the screen, ignoring the aspect ratio. "Centered" is
available in the KDesktop configuration (as in "Configure Desktop..." in the
desktop's context menu) but is not correctly triggered by this action.
So I guess this is actually a bug: the "Centered" option of "Set as
Background" in Konqueror's actions leads to "Scaled" not "Centered" in
KDesktop.
Also, one could consider replacing "Centered" in Konqueror's wallpaper actions
by "Scale & Crop" entirely (see below).
(By the way, is there a way to modify those actions via config files or are
they part of Konqueror's source code?)
2. KDesktop's default wallpaper alignment setting "Scaled" is a poor choice
When changing the wallpaper directly in KDesktops configuration dialog
(reached via "Configure Desktop..." in the desktop's context menu), upon
selecting a new image, the "Position" setting will revert to "Scaled".
This is not necessarily a bug, as KDesktop might just have "Scaled" hardcoded
as its default and always reverts to it. However, I think "Scaled" is a poor
choice for a default by modern standards since it ignores the image's aspect
ratio and squishes any image that doesn't perfectly match the current
display's aspect ratio.
In my opinion, "Scale & Crop" is a much more sensible option and is the
default behavior of most modern desktop environments nowadays, as it doesn't
squish any images.
I think KDesktop should remember the previous "Position" setting when changing
the wallpaper file in its dialog and/or the default should be changed
to "Scale & Crop", which would fit most situations just fine.
Best regards,
Leskala
/usr/bin/ld: cannot find -lGL: No such file or directory
collect2: error: ld returned 1 exit status
make: *** [Makefile:481: qtemu] Error 1
Ok been at it for awhile trying to figure this out. This usually means
the answer is simple so I miss it.
I'm trying to build QTemu from latest source and I get the above error.
Anyone know what I'm doing wrong? Missing a package? etc etc etc...
Thank you to all in advance,
Kate