Re: qt6-svg-plugins should be a hard dependency from kde-full or task-kde-desktop

system somehow got into a state where > both kde-full and task-kde-desktop is installed, but all the SVG > icons on the desktop were missing. I searched for packages with svg > in the name and found that "qt6-svg-plugins" was missing, installing > it brang back all the SVG ico

Re: qt6-svg-plugins should be a hard dependency from kde-full or task-kde-desktop

Thank you Christopher, I was suffering that problem (on sid), since the transition to kde 6... I haven't found what you find ! I had filled a bug report, but on package kf6-breeze-icon-theme, which does not seems to be the problem with your finding. qt6-svg-plugin should be a dependen

qt6-svg-plugins should be a hard dependency from kde-full or task-kde-desktop

I am unsure exactly what package to file this bug against, so per the recommendation I am sending to this list. I suspect this should be filed against libqt6gui6. I run debian/unstable, and my system somehow got into a state where both kde-full and task-kde-desktop is installed, but all the

Re: SID KDE Plasma 6.2

On Monday, 9 December 2024 18:18:42 CET Richard Hector wrote: > On 10/12/24 02:59, Dominique Dumont wrote: > > As the guest Pc runs Windows, I cannot try kvm/qemu. > > I've run Windows in kvm/qemu before. Bummer, I got it wrong. The host PC is windows and the guest is Debian/sid. Sorry for the

Re: SID KDE Plasma 6.2

On Mon, Dec 9, 2024 at 1:32 PM Dominique Dumont wrote: > On Sunday, 8 December 2024 23:40:36 CET George at Clug wrote: > > Are you going to use Virtual Box on a number of different physical > > computers? > > No. I use VirtualBox only on the compute of a customer that requires me to > work on his

Re: SID KDE Plasma 6.2

Hi, > I use VirtualBox only on the compute of a customer that requires me to work on his Windows PC.  > VirtualBox is my preferred solution to work with Linux on a Windows machine. For me, Debian Bookworm KDE with Wayland runs well as a guest in VirtualBox on Windows. On Tuesday,

Re: SID KDE Plasma 6.2

On Mon, Dec 09, 2024 at 02:59:48PM +0100, Dominique Dumont wrote: > On Sunday, 8 December 2024 23:40:36 CET George at Clug wrote: > > Are you going to use Virtual Box on a number of different physical > > computers? > > > Sorry, I was not clear, "What physical video card/s are in the host (the > >

Re: SID KDE Plasma 6.2

On 10/12/24 02:59, Dominique Dumont wrote: As the guest Pc runs Windows, I cannot try kvm/qemu. I've run Windows in kvm/qemu before. Richard

Re: SID KDE Plasma 6.2

On Sunday, 8 December 2024 23:40:36 CET George at Clug wrote: > Are you going to use Virtual Box on a number of different physical > computers? No. I use VirtualBox only on the compute of a customer that requires me to work on his Windows PC. VirtualBox is my preferred solution to work with Linux

Re: SID KDE Plasma 6.2

On Monday, 09-12-2024 at 01:39 Dominique Dumont wrote: > On Saturday, 7 December 2024 07:47:24 CET George at Clug wrote: > > What GPU does the computer running the virtual machine use? That is, what > > brand and model is the video card on the computer running Virtual Box? > > AFAIK, there's n

Re: SID KDE Plasma 6.2

On Sun, Dec 08, 2024 at 03:39:08PM +0100, Dominique Dumont wrote: > On Saturday, 7 December 2024 07:47:24 CET George at Clug wrote: > > > What version of VirtualBox are you using? > > 7.1 > > > I found a comment on the internet that suggests VirtualBox 7.1 under > > debian12 does not support 3D

Re: SID KDE Plasma 6.2

On Saturday, 7 December 2024 07:47:24 CET George at Clug wrote: > What GPU does the computer running the virtual machine use? That is, what > brand and model is the video card on the computer running Virtual Box? AFAIK, there's no specific brand and model. Virtual box emulates VGA and SVGA [1].

Re: SID KDE Plasma 6.2

--accelerate3d on VBoxManage: error: The graphics controller does not support the given feature As I use KVM, I am able to run KDE with Wayland on my computers which have AMD Radeon graphics cards, when enabling OpenGL support (Requires 'Listen type' to be set to None') Has anyone h

Re: SID KDE Plasma 6.2

rnet that suggests VirtualBox 7.1 under debian12 does not support 3D acceleration. $ vboxmanage modifyvm deb-cube --accelerate3d on VBoxManage: error: The graphics controller does not support the given feature As I use KVM, I am able to run KDE with Wayland on my computers which have AMD Rad

Re: SID KDE Plasma 6.2

On Monday, 2 December 2024 04:56:09 CET Timothy M Butterworth wrote: > Were you using a Wayland session or an X11 session? > > Wayland On my side, kde6 with wayland does not work in a VirtualBox VM. I had to switch to X11 HTH

Re: SID KDE Plasma 6.2 - KDE Testing VMs with either QXL or Virtio drivers work when running on PCs using either Nvidia and AMD proprietary drivers.

> > > > > > > > > > > On Sunday, 01-12-2024 at 21:40 Timothy M Butterworth wrote: > > > > > All, > > > > > > > > > > You may want to avoid upgrading KDE Plasma to 6.2 in sid. I upgraded > > it > > > > >

Re: SID KDE Plasma 6.2

h wrote: > > > > All, > > > > > > > > You may want to avoid upgrading KDE Plasma to 6.2 in sid. I upgraded > it > > > > earlier and after a reboot I only get a black screen when logging in. > > > > > > Whenever someone says, KDE Pla

Re: SID KDE Plasma 6.2

On Monday, 02-12-2024 at 03:20 Timothy M Butterworth wrote: > On Sun, Dec 1, 2024 at 10:12 AM George at Clug wrote: > > > > > > > On Sunday, 01-12-2024 at 21:40 Timothy M Butterworth wrote: > > > All, > > > > > > You may want to avoi

Re: SID KDE Plasma 6.2

On Sun, Dec 1, 2024 at 10:12 AM George at Clug wrote: > > > On Sunday, 01-12-2024 at 21:40 Timothy M Butterworth wrote: > > All, > > > > You may want to avoid upgrading KDE Plasma to 6.2 in sid. I upgraded it > > earlier and after a reboot I only get a black scr

Re: SID KDE Plasma 6.2

On Sunday, 01-12-2024 at 21:40 Timothy M Butterworth wrote: > All, > > You may want to avoid upgrading KDE Plasma to 6.2 in sid. I upgraded it > earlier and after a reboot I only get a black screen when logging in. Whenever someone says, KDE Plasma and black screen together, I t

Re: SID KDE Plasma 6.2

On Sunday, 01-12-2024 at 21:40 Timothy M Butterworth wrote: > All, > > You may want to avoid upgrading KDE Plasma to 6.2 in sid. I upgraded it > earlier and after a reboot I only get a black screen when logging in. Whenever someone says, KDE Plasma and black screen together, I t

SID KDE Plasma 6.2

All, You may want to avoid upgrading KDE Plasma to 6.2 in sid. I upgraded it earlier and after a reboot I only get a black screen when logging in. It is good to see KDE Plasma 6 making its way into sid though. Tim -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https

Re: boot Debian Gnome, Debian KDE, and Mate, XFCE

On 28/09/2024 22:04, George at Clug wrote: To get the earlier installations to discover the later installed installations, I ran grub-mkconfig I have never tried it, but my impression is that in the case of UEFI boot, rEFInd may detect installed OSes dynamically without explicit configurati

Re: boot Debian Gnome, Debian KDE, and Mate, XFCE

Hi, Thanks for your report! Le 29/09/2024, George at Clug a écrit: > # grub-mkconfig -o /boot/grub/grub.cfg > https://averagelinuxuser.com/dual-boot-arch-linux-with-linux/ Alternatively, you could have used a simple 'update-grub' because: $ cat $(which update-grub) #!/bin/sh set -e exec grub-

Re: boot Debian Gnome, Debian KDE, and Mate, XFCE

testing I created a KVM VM using Virt-Manager. I added up to five virtual disk drives to the VM (later I hope to add more). So far I have installed three separate Debian Bookworm installations, each with a different Desktop Environment (Gnome, XFCE, KDE). In each case (e.g. installation) I install

Re: boot Debian Gnome, Debian KDE, and Mate, XFCE

. Certainly "clean" GNOME and KDE installs and a mixed case may reveal different bugs. An intermediate approach is to create a user per DE. 4) Logging into different DEs does not provide for Windows/Arch Linux/Ubuntu/Linux Mint/Manjaro multiboot scenario. I just expect that more co

Re: boot Debian Gnome, Debian KDE, and Mate, XFCE

ug wrote: > > > > > An other example would be to boot Debian Gnome, Debian KDE, and > > > > > Debian Mate, Debian XFCE. > > > > > > > > > > > > > Display managers allow to > > > > select session type before logi

Re: boot Debian Gnome, Debian KDE, and Mate, XFCE

On Thu 26 Sep 2024 at 09:52:18 (+0100), Joe wrote: > On Thu, 26 Sep 2024 07:19:26 +1000 George at Clug wrote: > > On Wednesday, 25-09-2024 at 12:37 Max Nikulin wrote: > > > On 25/09/2024 04:52, George at Clug wrote: > > > > An other example would be to boot

Re: boot Debian Gnome, Debian KDE, and Mate, XFCE

On Thu, 26 Sep 2024 07:19:26 +1000 George at Clug wrote: > My experiences - George. > > On Wednesday, 25-09-2024 at 12:37 Max Nikulin wrote: > > On 25/09/2024 04:52, George at Clug wrote: > > > An other example would be to boot Debian Gnome, Debian KDE, and > &

Re: boot Debian Gnome, Debian KDE, and Mate, XFCE

On 26/09/2024 04:19, George at Clug wrote: Grub did not find other existing Linux distributions. Found Windows, but not other linux distributions. The following has been discussed on debian-user:

boot Debian Gnome, Debian KDE, and Mate, XFCE

My experiences - George. On Wednesday, 25-09-2024 at 12:37 Max Nikulin wrote: > On 25/09/2024 04:52, George at Clug wrote: > > An other example would be to boot Debian Gnome, Debian KDE, and Debian > > Mate, Debian XFCE. > > What issues you have faced trying to ins

boot Debian Gnome, Debian KDE, and Mate, XFCE (was: Re: Finding/creating Debian documentation for an unserved audience)

On 25/09/2024 04:52, George at Clug wrote: An other example would be to boot Debian Gnome, Debian KDE, and Debian Mate, Debian XFCE. What issues you have faced trying to install multiple desktop environment to the same Debian installation? Display managers allow to select session type

KDE, switching users (was: Re: Circumventing keyboard problem on Lenovo R64)

On 12/09/2024 21:54, Hans wrote: If someone might also confirm of this little bug I mentioned here and knows better than me, he may just file a little bugreport to the developers of KDE. Maybe he also nows a little workaround??? [Ctrl+Alt+F8], [Ctrl+Alt+F7] work fine for me to switch between

Re: KDE - Wayland vs X11

On Monday, 02-09-2024 at 18:03 Nicolas George wrote: > Dan Ritter (12024-09-01): > > It is unlikely that X will be actually abandoned until all of > > these problems with Wayland are solved. > > oneko and xeyes do not work properly with Wayland, that is definitely a > deal breaker. Thanks for

Re: KDE - Wayland vs X11

On Mon, Sep 02, 2024 at 10:03:32AM CEST, Nicolas George said: > Dan Ritter (12024-09-01): > > It is unlikely that X will be actually abandoned until all of > > these problems with Wayland are solved. > > oneko and xeyes do not work properly with Wayland, that is definitely a > deal breaker. > >

Re: KDE - Wayland vs X11

Dan Ritter (12024-09-01): > It is unlikely that X will be actually abandoned until all of > these problems with Wayland are solved. oneko and xeyes do not work properly with Wayland, that is definitely a deal breaker. Regards, -- Nicolas George

Re: KDE - Wayland vs X11

Dan, Thank you for your reply. George On Monday, 02-09-2024 at 11:15 Dan Ritter wrote: > George at Clug wrote: > > When installing KDE for people, I have been leaving Wayland as the > > compositor, believing that X11 was no longer supported. However > > recently I tes

Re: KDE - Wayland vs X11

George at Clug wrote: > When installing KDE for people, I have been leaving Wayland as the > compositor, believing that X11 was no longer supported. However > recently I tested X11 and found the experience was much better. This is not unusual. Wayland is young and immature. Wayland ha

KDE - Wayland vs X11

Hi, After being a long time XFCE users, on some computers I have been installing KDE (on Bookworm) for people. Particularly people who had previously been using Windows. I don't have  a lot of experience with KDE. I am finding it a very visually pleasing and easy to use GUI that has some

Re: do we have KDE expertise among us?

still on buster, i decided to move forward > > to bookworm-KDE. But i am old and slow. It really took me a month to get > > a sort of minimal version up and running. I call this step: > > proof-of-concept. Now comes the harder part: to really take control of > > this desktop, not

Re: do we have KDE expertise among us?

decided to move forward > to bookworm-KDE. But i am old and slow. It really took me a month to get > a sort of minimal version up and running. I call this step: > proof-of-concept. Now comes the harder part: to really take control of > this desktop, not like a developer, but as a user. (I

Re: do we have KDE expertise among us?

DdB writes: > Beloved debian users, > > After years of using GNOME (even back in my Ubuntu-days), i got fed up > with the ever changing behavior, which came on top of "development > politics". And since i was/am still on buster, i decided to move forward > to bookwor

Re: do we have KDE expertise among us?

Hi, I'm a Debian KDE end-user from years, but in your post there are too many topics! Try to write an email for each of these. On 22/08/24 at 19:20, DdB wrote: Beloved debian users, After years of using GNOME (even back in my Ubuntu-days), i got fed up with the ever changing beh

do we have KDE expertise among us?

Beloved debian users, After years of using GNOME (even back in my Ubuntu-days), i got fed up with the ever changing behavior, which came on top of "development politics". And since i was/am still on buster, i decided to move forward to bookworm-KDE. But i am old and slow. It really

kde troubles (was: tbird troubles)

On 2024-04-15, gene heskett wrote: > 32 gigs of memory. But the constraint is a 30-45 second delay in opening a new > write path to nv storage. This totally disables digikam's ability to import digikam is a kde application, so you need the kde stuff at least for it. I use it too

Re: Change suspend type from kde menu

Il 12/01/2024 22:51, Valerio Vanni ha scritto: As Max replied to that post saying that you could avoid to kill Kaffeine   now you can try to: - stop Kaffeine - rmmod the module (what happens if you force unloading: -f option) - suspend - resume - modprobe the module - play Kaffeine but I bet

Re: Change suspend type from kde menu

Il 14/01/2024 05:04, Max Nikulin ha scritto: lsof for the same process may be more informative, but currently it does not matter. Perhaps, opening devices in /dev/dvb, kaffeine does not set the O_CLOEXEC flag for open(2) (or does not call fcntl with FD_CLOEXEC). As a result, file descriptors l

Ironically, in freshly installed Debian-12.3 KDE (debian-live-12.4.0-amd64-kde.iso) when session is restored, 'konsole' is not restored

Hello All, I wanted to file a bug using the official Debian bug filing system, but since I do not know against what package to file the bug I'm writing to this list. Essentially, the subject says it all. Session restore mechanism works as expected except for the fact that 'konsole' is not re

Re: Change suspend type from kde menu

is not uncommon issue. Ideally both sides should take measures to avoid it, but to mitigate it is enough that any party handle file descriptors with care. However it is just my guess, maybe actual cause of the issue with tags.so is completely different. P.S. Years ago KDE developers decided

Re: Change suspend type from kde menu

Il 13/01/2024 16:20, Max Nikulin ha scritto: And this is one with a --lastchannel launch: lrwx-- 1 valerio valerio 64 12 gen 20.52 34 -> /dev/dvb/adapter0/frontend0 lsof for the same process may be more informative, but currently it does not matter. Perhaps, opening devices in /dev/dvb,

Re: Change suspend type from kde menu

KDE components expect. E.g. media control buttons does not appear on the lock screen. What is baloo's tags.so doing with /dev/dvb devices accordingly to lsof report? I still had a hope that there is a workarond against its annoying behavior. And this is one with a --lastchannel launch:

Re: Change suspend type from kde menu

Il 12/01/2024 21:15, Franco Martelli ha scritto: > Tried, it works on DVB play. > > dbus-send --print-reply --dest=org.mpris.kaffeine /Player org.freedesktop.MediaPlayer.Stop As Max replied to that post saying that you could avoid to kill Kaffeine  now you can try to: - stop Kaffeine -

Re: Change suspend type from kde menu

Il 12/01/2024 17:24, Max Nikulin ha scritto: On 12/01/2024 21:36, Valerio Vanni wrote: Tried, it works on DVB play. dbus-send --print-reply --dest=org.mpris.kaffeine /Player org.freedesktop.MediaPlayer.Stop The question is if this action can be a replacement for killing kaffeine before unl

Re: Change suspend type from kde menu

On 12/01/24 at 15:38, Valerio Vanni wrote: ~$ busctl --user tree | grep mpris Service org.mpris.kaffeine: Another question, can Kaffeine stop the video? Do you have a "Stop" button  to click over? Yes, it has play/stop button. I saw that in another post you have find the dbus object and m

Re: Change suspend type from kde menu

On 12/01/2024 21:36, Valerio Vanni wrote: Tried, it works on DVB play. dbus-send --print-reply --dest=org.mpris.kaffeine /Player org.freedesktop.MediaPlayer.Stop The question is if this action can be a replacement for killing kaffeine before unloading the dvb kernel module. What is baloo'

Re: Change suspend type from kde menu

Il 12/01/2024 15:03, Franco Martelli ha scritto: On 11/01/24 at 15:10, Valerio Vanni wrote: Yes, I tried, but I didn't see any "stop". There is a .Quit, but for this I already have "kill" command and I have to start it again. valerio@newton:~$ busctl --user introspect org.mpris.kaffeine / Ou

Re: Change suspend type from kde menu

Il 12/01/2024 12:08, Valerio Vanni ha scritto: Il 12/01/2024 03:52, Max Nikulin ha scritto: I assume that "org/mpris/MediaPlayer2" after "/" was lost during copy&paste. I don't have MediaPlayer2 there. busctl --user introspect org.mpris.kaffeine /Player # ... .Stop  

Re: Change suspend type from kde menu

On 11/01/24 at 15:10, Valerio Vanni wrote: Yes, I tried, but I didn't see any "stop". There is a .Quit, but for this I already have "kill" command and I have to start it again. valerio@newton:~$ busctl --user introspect org.mpris.kaffeine / Out of curiosity could you post the output of the fo

Re: Change suspend type from kde menu

Il 12/01/2024 03:52, Max Nikulin ha scritto: I assume that "org/mpris/MediaPlayer2" after "/" was lost during copy&paste. I don't have MediaPlayer2 there. busctl --user introspect org.mpris.kaffeine /Player # ... .Stop   method    - -    - I saw

Re: Change suspend type from kde menu

ot expect it from an indexing framework. From my point of view it should read only regular files, otherwise it is a bug. I do not know which way file tags are implemented in KDE (a hidden file inside a directory or some DB in the user home directory), so it hard to reason why baloo holds so

Re: Change suspend type from kde menu

Il 11/01/2024 16:25, Max Nikulin ha scritto: On 11/01/2024 21:10, Valerio Vanni wrote: There is a .Quit, but for this I already have "kill" command and I have to start it again. Applications might handle D-Bus messages more gracefully than SIGINT or SIGTERM signals. However in the case of kaf

Re: Change suspend type from kde menu

/1000" \     systemd-run --user --slice=app.slice -- \     xterm setpriv --reuid="$kafuid" --regid="$kafgid" --init-groups --reset-env \    env XDG_RUNTIME_DIR=/run/user/"$kafuid" >  $kafdis XDG_CURRENT_DESKTOP=KDE \ ---^^^ Do you

Re: Change suspend type from kde menu

On 11/01/2024 21:10, Valerio Vanni wrote: There is a .Quit, but for this I already have "kill" command and I have to start it again. Applications might handle D-Bus messages more gracefully than SIGINT or SIGTERM signals. However in the case of kaffeine it is unlikely that some data may be lo

Re: Change suspend type from kde menu

=app.slice -- \     xterm setpriv --reuid="$kafuid" --regid="$kafgid" --init-groups --reset-env \    env XDG_RUNTIME_DIR=/run/user/"$kafuid" >  $kafdis XDG_CURRENT_DESKTOP=KDE \ ---^^^ Do you really need it? It's all left there from

Re: Change suspend type from kde menu

Il 11/01/2024 05:10, Max Nikulin ha scritto: On 10/01/2024 01:59, Valerio Vanni wrote: Il 06/01/2024 17:38, Max Nikulin ha scritto: I would expect something like "Stop" either from /Player or from org.mpris.kaffeine. I too expected something similar: stop and play (play for resume) Have y

Re: Change suspend type from kde menu

Il 11/01/2024 04:48, Max Nikulin ha scritto: So your idea would be stopping and starting channel play by dbus messages? I'm looking again with introspect, and I don't see anything like "stop" in kaffeine. It is independent ideas: - Do not deal with user processes in system context (like /usr

Re: Change suspend type from kde menu

On 10/01/2024 01:59, Valerio Vanni wrote: Il 06/01/2024 17:38, Max Nikulin ha scritto: I would expect something like "Stop" either from /Player or from org.mpris.kaffeine. I too expected something similar: stop and play (play for resume) Have you tried "tree" and "introspect" for org.mpris

Re: Change suspend type from kde menu

kafuid" --regid="$kafgid" --init-groups --reset-env \   env XDG_RUNTIME_DIR=/run/user/"$kafuid" > $kafdis XDG_CURRENT_DESKTOP=KDE \ ---^^^ Do you really need it? I find it not really safe to use $kafdis without quotes. The pattern in grep

Re: Change suspend type from kde menu

On 11/01/2024 02:32, Valerio Vanni wrote: Il 08/01/2024 04:29, Max Nikulin ha scritto: On 07/01/2024 12:44, Max Nikulin wrote: setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \     env XDG_RUNTIME_DIR="/run/user/1000" \     systemd-run --user --slice=app.slice -- \     xterm I

Re: Change suspend type from kde menu

Il 08/01/2024 04:29, Max Nikulin ha scritto: On 07/01/2024 12:44, Max Nikulin wrote: setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \     env XDG_RUNTIME_DIR="/run/user/1000" \     systemd-run --user --slice=app.slice -- \     xterm Instead of tricks with setting proper contex

Re: Change suspend type from kde menu

cted that the former is required for systemd-run. This command works from a root shell prompt, I hope it should work during resume as well. It works :-) setpriv --reuid="$kafuid" --regid="$kafgid" --init-groups --reset-env \ env XDG_RUNTIME_DIR=/run/user/&q

Re: Change suspend type from kde menu

Il 06/01/2024 17:38, Max Nikulin ha scritto: On 06/01/2024 00:07, Valerio Vanni wrote: Now I'm looking: services are ├─/MainApplication ├─/Player ├─/Television ├─/TrackList └─/org    └─/org/kde └─/org/kde/kaffeine I tried to introspect the more likely, MainApplication and Telev

Re: Change suspend type from kde menu

Il 06/01/2024 16:19, Max Nikulin ha scritto: On 06/01/2024 19:44, Valerio Vanni wrote: systemd-run --unit=kaffeine-resumed --uid="$kafuid" --gid="$kafgid" \    env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT_DESKTOP=KDE \    /usr/bin/kaffeine

Re: Change suspend type from kde menu

On 07/01/2024 12:44, Max Nikulin wrote: setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \    env XDG_RUNTIME_DIR="/run/user/1000" \    systemd-run --user --slice=app.slice -- \    xterm Instead of tricks with setting proper context for a process executed system-wide, I would

Re: Change suspend type from kde menu

On 06/01/2024 22:19, Max Nikulin wrote: On 06/01/2024 19:44, Valerio Vanni wrote: systemd-run --unit=kaffeine-resumed --uid="$kafuid" --gid="$kafgid" \    env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT_DESKTOP=KDE \    /usr/bin/kaffeine

Re: Change suspend type from kde menu

On 06/01/2024 00:07, Valerio Vanni wrote: Now I'm looking: services are ├─/MainApplication ├─/Player ├─/Television ├─/TrackList └─/org   └─/org/kde     └─/org/kde/kaffeine I tried to introspect the more likely, MainApplication and Television .RemoveProgram  m

Re: Change suspend type from kde menu

On 06/01/2024 19:44, Valerio Vanni wrote: systemd-run --unit=kaffeine-resumed --uid="$kafuid" --gid="$kafgid" \   env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT_DESKTOP=KDE \   /usr/bin/kaffeine --lastchannel > /dev/null 2>&1

Re: Change suspend type from kde menu

-init-groups --reset-env \ env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT_DESKTOP=KDE \ /usr/bin/kaffeine --lastchannel > /dev/null 2>&1 systemd-run(1) appears to have its own --uid and --gid options. If you can live without supplementary groups

Re: Change suspend type from kde menu

env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis > XDG_CURRENT_DESKTOP=KDE \ > /usr/bin/kaffeine --lastchannel > /dev/null 2>&1 > systemd-run(1) appears to have its own --uid and --gid options. If you can live without supplementary groups and the var

Re: Change suspend type from kde menu

--- systemd-run --unit=kaffeine-resumed setpriv --reuid "$kafuid" --regid "$kafgid" --init-groups --reset-env \ env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT_DESKTOP=KDE \ /usr/bin/kaffeine --lastchannel > /dev/null 2>&1 --

Re: Change suspend type from kde menu

Il 05/01/2024 21:24, Valerio Vanni ha scritto: For what I've seen, the issue is that kaffeine is started in another unit, systemd-suspend.service instead of user@1000.service. systemd-suspend.service is deactivated after 90 seconds from resume, and kaffeine is shut down some msec before. An

Re: Change suspend type from kde menu

er/"$kafuid" $kafdis XDG_CURRENT_DESKTOP=KDE \    /usr/bin/kaffeine --lastchannel >/dev/null 2>&1 Adding the parameter --reset-env seems to fix, kaffeine restarts. But, after some minutes, it closes. I don't understand why. My first guess would be that you also need $H

Re: Change suspend type from kde menu

On 05/01/24 at 20:01, Greg Wooledge wrote: On Fri, Jan 05, 2024 at 05:52:43PM +0100, Valerio Vanni wrote: setpriv --reuid "$kafuid" --regid "$kafgid" --init-groups --reset-env \ env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT

Re: Change suspend type from kde menu

systemd-suspend.service unit. If, in a root shell, I launch setpriv --reuid 1000 --regid 1000 --init-groups \ env XDG_RUNTIME_DIR=/run/user/1000 DISPLAY=:0 HOME=/home/valerio XDG_CURRENT_DESKTOP=KDE \ /usr/bin/kaffeine --lastchannel > /home/valerio/kaffeine_log_resumed 2

Re: Change suspend type from kde menu

Il 05/01/2024 20:01, Greg Wooledge ha scritto: On Fri, Jan 05, 2024 at 05:52:43PM +0100, Valerio Vanni wrote: setpriv --reuid "$kafuid" --regid "$kafgid" --init-groups --reset-env \ env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT

Re: Change suspend type from kde menu

On Fri, Jan 05, 2024 at 05:52:43PM +0100, Valerio Vanni wrote: > setpriv --reuid "$kafuid" --regid "$kafgid" --init-groups > --reset-env \ > env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis > XDG_CURRENT_DESKTOP=KDE \ > /u

Re: Change suspend type from kde menu

Il 05/01/2024 17:52, Valerio Vanni ha scritto: Adding the parameter --reset-env seems to fix, kaffeine restarts. But, after some minutes, it closes. I don't understand why. -Kaffeine launched by hand stays up -Kaffeine restored with "su" method stays up -Kaffeine restored with "setpriv" method

Re: Change suspend type from kde menu

d busctl. Now I'm looking: services are ├─/MainApplication ├─/Player ├─/Television ├─/TrackList └─/org └─/org/kde └─/org/kde/kaffeine I tried to introspect the more likely, MainApplication and Television /MainApplication AMETYPE SIGNATURE RESULT/VALUE FL>

Re: Change suspend type from kde menu

emp/kafdis.txt) if [[ $kaffeine_killed == "" ]]; then setpriv --reuid "$kafuid" --regid "$kafgid" --init-groups --reset-env \ env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT_DESKTOP=KDE \

Re: Change suspend type from kde menu

On 04/01/2024 22:21, Valerio Vanni wrote: Il 04/01/2024 15:48, Max Nikulin ha scritto: Is it really necessary to kill kaffeine or it is enough to pause or to stop playing? It might be possible using a D-Bus query. [...] If it's started normally, it's enough to stop playing But how would you

Re: Change suspend type from kde menu

On Thu, Jan 04, 2024 at 03:07:59PM +0100, Valerio Vanni wrote: > Il 03/01/2024 17:41, Greg Wooledge ha scritto: > > The su command is not an ideal choice for this, in fact. The setpriv(1) > > command is better suited for running programs as other user accounts, > > without doing crazy PAM stuff li

Re: Change suspend type from kde menu

Il 04/01/2024 15:48, Max Nikulin ha scritto: On 04/01/2024 21:03, Valerio Vanni wrote: kaffeine_killed=$(/usr/bin/killall kaffeine 2>&1) echo $kaffeine_killed > /temp/kafstate.txt /usr/bin/sleep 2 /usr/sbin/rmmod cx23885 Is it really necessar

Re: Change suspend type from kde menu

On 04/01/2024 21:03, Valerio Vanni wrote:     kaffeine_killed=$(/usr/bin/killall kaffeine 2>&1)     echo $kaffeine_killed > /temp/kafstate.txt     /usr/bin/sleep 2     /usr/sbin/rmmod cx23885 Is it really necessary to kill kaffeine or it is enough to pause or

Re: Change suspend type from kde menu

dvantage of not needing a username -- it can work with just the UID. uid=1000 gid=1000 setpriv --reuid "$uid" --regid "$gid" --init-groups \ env XDG_RUNTIME_DIR=/run/user/"$uid" DISPLAY=:0 XDG_CURRENT_DESKTOP=KDE \ keffeine >/dev/null 2>&

Re: Change suspend type from kde menu

kaffeine_killed=$(cat /temp/kafstate.txt) if [[ $kaffeine_killed == "" ]]; then /usr/bin/su valerio -c 'XDG_RUNTIME_DIR=/run/user/1000 DISPLAY=:0 XDG_CURRENT_DESKTOP=KDE /usr/bin/kaffeine --lastchannel >/dev/null 2>&1 &' fi rm -f /temp/kafstate.txt ;; esac --

Re: Change suspend type from kde menu

Il 03/01/2024 17:18, Franco Martelli ha scritto: On 02/01/24 at 19:15, Valerio Vanni wrote: This way, I don't have to remember to close kaffeine before suspend. If you have Kaffeine always running on your system you can try this script: I had an idea to do a relaunch, but it's not always run

Re: Change suspend type from kde menu

Am 03.01.2024 um 17:41 schrieb Greg Wooledge: ... Bear in mind that this entire approach is a bit of a hack, with some baked-in assumptions about who's logged in on which DISPLAY. If this works for you, then that's great. Manually restarting whatever application was affected would be simpler,

Re: Change suspend type from kde menu

On Wed, Jan 03, 2024 at 05:18:19PM +0100, Franco Martelli wrote: > /usr/bin/su YOURUSER -c 'XDG_RUNTIME_DIR=/run/user/1000 > DISPLAY=:0 XDG_CURRENT_DESKTOP=KDE /usr/bin/kaffeine >/dev/null 2>&1 &' > In place of YOURUSER you've to put your userna

Re: Change suspend type from kde menu

ser/1000 DISPLAY=:0 XDG_CURRENT_DESKTOP=KDE /usr/bin/kaffeine >/dev/null 2>&1 &' /usr/bin/sleep 1 ;; esac exit 0 In place of YOURUSER you've to put your username, if you doubt the command "whoami" will tell you. Check if XDG_RUNTIME_DIR, XDG_CURRENT_DESKT

Re: Change suspend type from kde menu

Il 28/12/2023 23:17, Valerio Vanni ha scritto: I found that pm-suspend works because it unloads and reloades that module In "/etc/pm/config.d/modules" there is --- SUSPEND_MODULES="cx23885" --- Now I've replicated this on systemd side with this script similar to yours: /usr/lib/systemd/syste

  1   2   3   4   5   6   7   8   9   10   >