[Alpaka] [Bug 486574] New: Alpaka doesn't work properly with the ollama systemd service (it always repeats the first answer)

2024-05-04 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=486574

Bug ID: 486574
   Summary: Alpaka doesn't work properly with the ollama systemd
service (it always repeats the first answer)
Classification: Applications
   Product: Alpaka
   Version: unspecified
  Platform: Arch Linux
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: General
  Assignee: computersemiexp...@outlook.com
  Reporter: kde.pp...@slmail.me
  Target Milestone: ---

SUMMARY
Alpaka doesn't work properly with the ollama systemd service (with "ollama
serve" on the command line Alpaka works properly). This is on archlinux.

"ollama run" on the cli works fine with the systemd service.

The problem: with the systemd service, Alpaka always repeats the same answer.
When asked different questions it always repeats the answer to the first
question. (ollama run on the cli works fine).

STEPS TO REPRODUCE
1. Start Alpaka
2. Ask a question
3. Alpaka give the correct answer.
4. Ask another question
5. Alpaka always gives the answer to the first question
6. repeat from point 4 in a loop.

OBSERVED RESULT
Alpaka always gives the answer to the first question for every question asked
after the first one (with the ollama systemd service, not when ollama is
started from cli).


EXPECTED RESULT
Alpaka should give a different answer for each question (as it does when ollama
is started from the cli).

SOFTWARE/OS VERSIONS
Linux/KDE Plasma:
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0

Thanks!

-- 
You are receiving this mail because:
You are watching all bug changes.

[Alpaka] [Bug 486575] New: Alpaka can't select/copy text

2024-05-04 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=486575

Bug ID: 486575
   Summary: Alpaka can't select/copy text
Classification: Applications
   Product: Alpaka
   Version: unspecified
  Platform: Arch Linux
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: General
  Assignee: computersemiexp...@outlook.com
  Reporter: kde.pp...@slmail.me
  Target Milestone: ---

SUMMARY
Can't select/copy the text in the discussion text boxes.

OBSERVED RESULT
Clicking with the mouse to select the text does nothing.

EXPECTED RESULT
Clicking with the mouse to select the text should select the text (and it
should be possible to copy it).

SOFTWARE/OS VERSIONS
KDE Plasma Version: 6.04
KDE Frameworks Version:  6.1.0
Qt Version: 6.7.0

Thanks!

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-wayland-protocols] [Bug 476855] New: Apps crash when I screen-lock and power off the screen

2023-11-11 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=476855

Bug ID: 476855
   Summary: Apps crash when I screen-lock and power off the screen
Classification: Plasma
   Product: plasma-wayland-protocols
   Version: 1.11.0
  Platform: Archlinux
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: kde.pp...@slmail.me
CC: aleix...@kde.org
  Target Milestone: ---

SUMMARY
Running an ffmpeg encode with Shutter encoder, Shutter encoder & ffmpeg crash
when I power off the screen (after locking the screen).

STEPS TO REPRODUCE
1. Login to the wayland session
2.  Start an ffmpeg encode with Shutter encoder
(https://aur.archlinux.org/packages/shutter-encoder) & minimize shutter
encoder.
3. Startkey+L to lock the screen
4. Power off the screen
5. After a few seconds I head the fans spin down (-> this means the encode has
crashed)
6. Power on the screen
7. Unlock the screen (with password)
8. The shutter encoder & ffmpeg processes have disappeared.

OBSERVED RESULT
ffmpeg & shutter encoder gui have crashed

EXPECTED RESULT
Shutter encoder should continue working after logging out & powering off the
screen.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Plasma 5.27.80 , archlinux kernel 6.6.1
(available in About System)
KDE Plasma Version: 5.27.80
KDE Frameworks Version: 5.245.0
Qt Version: 6.6.0

ADDITIONAL INFORMATION:
With the X11 session it works.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-wayland-protocols] [Bug 476855] Apps crash when I screen-lock and power off the screen

2023-11-11 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=476855

Mark B  changed:

   What|Removed |Added

 Resolution|DOWNSTREAM  |---
 Status|RESOLVED|REOPENED
 Ever confirmed|0   |1

--- Comment #2 from Mark B  ---
(In reply to David Edmundson from comment #1)
> This is a bug in shutter encoder GUI or the toolkit used there. Please
> report there.

Just did some more testing: it also crashes with X11 (kde alpha) after the
screen auto-locks & the screen powers off (but not always).

With stable KDE it WORKS FINE. Doesn't crash (Have tested many times for days).
-> please confirm if you are still sure that this is downstream.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-wayland-protocols] [Bug 476855] Apps crash when I screen-lock and power off the screen

2023-11-11 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=476855

--- Comment #3 from Mark B  ---
BTW Shutter encoder uses java. So this would be a bug in java?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdeplasma-addons] [Bug 462548] Weather widgets shows non-sensible data values (3276, 3277, 3276.69)

2023-11-11 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=462548

Mark B  changed:

   What|Removed |Added

 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1
 CC||kde.pp...@slmail.me

--- Comment #2 from Mark B  ---
Same problem here. Using wetter.com.

Sometimes the values are correct (i.ex: 7 °C), and sometimes they are not
(i.ex: 3277 °C). It changes/happens randomly. One moment the values are wrong
(3277 °C), a little later they are correct (7 °C), and later it changes again
to 3277 °C

This has been going on for more than a year and is the same in the new Plasma 6
alpha.

X11 & Wayland same problem.
kdeplasma-addons : 5.27.80 (stable plasma 5 had the same problem)
Kde plasma: 5.27.80 (stable plasma 5 had the same problem)
Kde frameworks: 5.245.0 (stable frameworks 5 had the same problem)
Qt: 6.6.0 (qt5 had the same problem)

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdeplasma-addons] [Bug 462548] Weather widgets shows non-sensible data values (3276, 3277, 3276.69)

2023-11-11 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=462548

Mark B  changed:

   What|Removed |Added

Version|5.26.4  |5.27.80

--- Comment #3 from Mark B  ---
This was reported with version 5.6.4. I changed it to 5.27.80 as it still isn't
fixed in this version (and all the previous versions).

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-wayland-protocols] [Bug 476855] Apps crash when I screen-lock and power off the screen + desktop freezes after a few hours

2023-11-12 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=476855

Mark B  changed:

   What|Removed |Added

Summary|Apps crash when I   |Apps crash when I
   |screen-lock and power off   |screen-lock and power off
   |the screen  |the screen + desktop
   ||freezes after a few hours

--- Comment #4 from Mark B  ---
Did some more testing:

When logging back in (from the lock screen) after a few hours (X11), the
desktop is frozen (icons, kde bar, etc... are unresponsive) but I can move the
mouse.

And the ffmpeg and shutter encoder processes have disappeared (they have
crashed in the middle of an encoding job).

THIS PROBLEM DOESN'T EXIST with the stable plasma (I have been running
ffmpeg/shutter encoder jobs for days without any issues).

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 476855] Apps crash when I screen-lock and power off the screen + desktop freezes after a few hours

2023-11-16 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=476855

--- Comment #6 from Mark B  ---
(In reply to Nate Graham from comment #5)
> Can you attach a backtrace of what's crashing?
Sorry, I have downgraded to stable plasma5 and for 3 DAYS straight have been
running up to 7 shutter-encoder jobs in parallel 24h/24 non-stop (and even
tested playing heavy proton games at the same time to test the stability) -> it
is ROCK STABLE on plasma5 (X11).

My encodings are for work & aren't finished, so I can't go back to the
plasma-alpha right now.

But to make it fast for you so you can trace this very quickly:

1. Download this:
https://www.shutterencoder.com/Shutter%20Encoder%2017.6%20Linux%2064bits.AppImage
(or the .deb).
2. Load a video to encode in wayland (I encode to AV1).
3. Startkey+L to lock the screen
4. Power off the screen
5. After a few seconds I head the fans spin down (-> this means the encode has
crashed)
6. Power on the screen
7. Unlock the screen (with password)
8. The shutter encoder & ffmpeg processes have disappeared.

(I am on full AMD zen4 + AMD rx6000 series).

-> please tell me if you can reproduce the problem. I am currently blocked with
my encoding work, but if you cannot reproduce this (I am sure you will be able
to), we will see how I can help you further.

Thanks!

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 476855] Apps crash when I screen-lock and power off the screen + desktop freezes after a few hours

2023-12-01 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=476855

Mark B  changed:

   What|Removed |Added

 Resolution|BACKTRACE   |---
 Status|NEEDSINFO   |REPORTED
 Ever confirmed|1   |0

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 492458] Supporting HDR gain map & Ultra HDR image

2024-10-23 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=492458

Mark B  changed:

   What|Removed |Added

 CC||kde.pp...@slmail.me

--- Comment #1 from Mark B  ---
Importantly:

## File format support:
Imagemagick already has support for libultrahdr and conversions with HDR gain
maps (and i.ex: archlinux has libultrahdr and imagemagick support).

Example command to create an UltraHDR JPEG: 
https://github.com/ImageMagick/ImageMagick/pull/7198#issuecomment-2381592909

# Support in other software
Adobe Lightroom, Instagram and others also support it.
Information about all the software support with HDR gain maps in HDR
Photography:
https://gregbenzphotography.com/hdr

The camera apps of the latest Samsungs, Oneplus, Pixels and others support
shooting it. And all devices since Android 14 display it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 497982] New: Fractional scaling: mono apps don't scale anymore

2024-12-28 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=497982

Bug ID: 497982
   Summary: Fractional scaling: mono apps don't scale anymore
Classification: Plasma
   Product: kwin
   Version: 6.2.4
  Platform: Arch Linux
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: xwayland
  Assignee: kwin-bugs-n...@kde.org
  Reporter: kde.pp...@slmail.me
  Target Milestone: ---

SUMMARY
Mono application don't scale anymore in 4k with fractional scaling (it worked
fine up to a few months earlier, so something broke it).


STEPS TO REPRODUCE
1. enable 150% scaling on 4k in display settings.
2. Start an app with mono ( i.ex run the gmkvextractgui exe with mono,
available here: https://sourceforge.net/projects/gmkvextractgui/files/v2.7.0/ ,
or subtittleedit available here:
https://github.com/SubtitleEdit/subtitleedit/releases , also in the AUR:
https://aur.archlinux.org/packages/subtitleedit)

OBSERVED RESULT
You will see that the apps don't scale in 4k. (it worked a few months ago)

EXPECTED RESULT
The mono apps should scale  in 4k. (as they did before)


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: kernel 6.12
KDE Plasma Version: plasma 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 497984] New: Fractional scaling: some apps with mono and some with wine, have a UI zone spacing display problem (It works fine in Gnome)

2024-12-28 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=497984

Bug ID: 497984
   Summary: Fractional scaling: some apps with mono and some with
wine, have a UI zone spacing display problem (It works
fine in Gnome)
Classification: Plasma
   Product: kwin
   Version: 6.2.4
  Platform: Arch Linux
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: xwayland
  Assignee: kwin-bugs-n...@kde.org
  Reporter: kde.pp...@slmail.me
  Target Milestone: ---

Created attachment 176927
  --> https://bugs.kde.org/attachment.cgi?id=176927&action=edit
gmkvextract with 150% fractional scaling

SUMMARY
Please look at the 2 screenshots to see the problem.

Some apps have UI spacing rendering bugs with 150% fractional scaling in 4k,
i.ex:
1. gmkvextractgui exe with mono, (available here:
https://sourceforge.net/projects/gmkvextractgui/files/v2.7.0/)
2. useac3to with wine (available here:
https://forum.doom9.org/showthread.php?t=145574 , download here:
https://www.sendspace.com/file/inpv7i)

BUT: with the fractional scaling in Gnome it displays properly (but is a little
blurry).

STEPS TO REPRODUCE
1. set 150% scaling in display settings
2. run gmkvextractgui winth mono or useac3to with wine

OBSERVED RESULT
App UI spacing problems.

EXPECTED RESULT
Proper app UI spacing. (like with Gnome, where is works properly... but a
little blurry).

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: kernel 6.12
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 497984] Fractional scaling: some apps with mono and some with wine, have a UI zone spacing display problem (It works fine in Gnome)

2024-12-28 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=497984

--- Comment #1 from Mark B  ---
Created attachment 176928
  --> https://bugs.kde.org/attachment.cgi?id=176928&action=edit
useac3to with 150% fractional scaling

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 497982] Fractional scaling: mono apps don't scale anymore

2024-12-29 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=497982

Mark B  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

--- Comment #2 from Mark B  ---
(In reply to Zamundaaa from comment #1)
> Isn't this the same as bug 497984?

No, they are 2 different problems, this is why I filed 2 different bugs.

This bug is about mono apps not scaling at all (with the system scaling or the
individual per app scaling in the system display settings, it is the same ->
does not scale at all).

Just run the 2 apps I have linked to with mono, and see for yourself.

As I said: it worked a few months ago, so something broke it.

Thanks.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 497984] Fractional scaling: some apps with mono and some with wine, have a UI zone spacing display problem (It works fine in Gnome)

2024-12-28 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=497984

--- Comment #2 from Mark B  ---
To add:

useac3to with wine: I have set winecfg to 144 ppp, which wasn't needed in Gnome
(which displays it properly).

So this has perhaps to do with wine. But, for gmkvextractgui exe with mono this
is not the case.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Alpaka] [Bug 486574] Alpaka doesn't work properly with the ollama systemd service (it always repeats the first answer)

2024-12-28 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=486574

Mark B  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REPORTED|RESOLVED

--- Comment #2 from Mark B  ---
This is working fine for me now with the new kde & alpaka versions. So I am
closing this.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 497984] Fractional scaling: some apps with mono and some with wine, have a UI zone spacing display problem (It works fine in Gnome)

2024-12-29 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=497984

Mark B  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Resolution|UPSTREAM|---
 Status|RESOLVED|REOPENED

--- Comment #4 from Mark B  ---
(In reply to Zamundaaa from comment #3)
> Gnome doesn't allow X11 apps to scale themselves. If you want the same in
> Plasma, you can set legacy applications to be scaled by the system in
> display settings.

No, what you are talking about is what I reported in bug 497982, which is a
different problem, and doesn't work as you say (it worked a few months ago, so
something broke it). 

This bug is about UI zone spacing problems with mono apps. -> look at the
screenshot of gmkvextract.

> You can report the apps not scaling properly by themselves to the relevant
> apps / Wine.

Forget the app with the wine problem (as I said above, it's perhaps a wine
problem as I used the scaling in wine).

But look at the app run with mono. It was already reported to the developer a
long time ago, and they said it's a scaling problem that has nothing to do with
C#. 

When the kde scaling was working properly a few month ago (now it doesn't scale
at all), the app was scaling but the UI zones spacing problem was still there.

1. On windows it works properly
2. This is not run with wine, but with mono.

So the only thing you could perhaps confirm, is that this is a bug with mono.
If this is the case, please do so and I will report it there.

Thanks.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 497984] Fractional scaling: some apps with mono and some with wine, have a UI zone spacing display problem (It works fine in Gnome)

2024-12-29 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=497984

--- Comment #5 from Mark B  ---
But:

1. the mono app works properly without scaling
2. it scales properly in windows

-> the problem is with the kde scaling.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 423187] Dolphin freezes when opening rclone or other FUSE mounts

2024-12-23 Thread Mark B
https://bugs.kde.org/show_bug.cgi?id=423187

Mark B  changed:

   What|Removed |Added

 CC||kde.pp...@slmail.me

--- Comment #19 from Mark B  ---
It's not only dolphin, but also the complete kde desktop freezes (can't move
the mouse).

When an NFS share HD is slow to write (especially when the drive gets close to
being full), dolphin will freeze, and lately it is also regularly freezing the
complete desktop (so it got worse, because in the past only dolphin was
freezing). As the network drive clear it's write queue, it unfreezes, then
later freezes again as the drive queue is full, etc...

This is with the latest updated versions of everything, on archlinux. The NFS
shares are mounted with fstab.

-- 
You are receiving this mail because:
You are watching all bug changes.