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

Re: Change suspend type from kde menu

Il 29/12/2023 02:53, Max Nikulin ha scritto: systemd-sleep(8) does not mention /etc/systemd/system-sleep/ I am a bit puzzled by the following: https://www.freedesktop.org/software/systemd/man/latest/systemd-sleep.html Note that scripts or binaries dropped in /usr/lib/systemd/system-sleep/ are

Re: Change suspend type from kde menu

On 29/12/2023 08:26, Valerio Vanni wrote: Il 29/12/2023 00:12, Charles Curley ha scritto: That may work, but by putting the script in /usr/lib/systemd, you run the risk of it being clobbered on the next update to systemd. Better to put it in /etc/systemd/system-sleep/. Files in /etc/systemd over

Re: Change suspend type from kde menu

Il 29/12/2023 00:12, Charles Curley ha scritto: On Thu, 28 Dec 2023 23:17:06 +0100 Valerio Vanni wrote: /usr/lib/systemd/system-sleep/dvb-suspend.sh That may work, but by putting the script in /usr/lib/systemd, you run the risk of it being clobbered on the next update to systemd. Better to p

Re: Change suspend type from kde menu

On Thu, 28 Dec 2023 23:17:06 +0100 Valerio Vanni wrote: > /usr/lib/systemd/system-sleep/dvb-suspend.sh That may work, but by putting the script in /usr/lib/systemd, you run the risk of it being clobbered on the next update to systemd. Better to put it in /etc/systemd/system-sleep/. Files in /etc

Re: Change suspend type from kde menu

side with this script similar to yours: /usr/lib/systemd/system-sleep/dvb-suspend.sh --- #!/bin/bash [ "$1" = "post" ] && exec /usr/sbin/modprobe cx23885 [ "$1" = "pre" ] && exec /usr/sbin/rmmod cx23885 exit 0 --- This way it works, both with "systemctl suspend" and from kde menu.

Re: Change suspend type from kde menu

On 27/12/23 at 21:54, Valerio Vanni wrote: Il 25/12/2023 04:25, Valerio Vanni ha scritto: Is there any way to change the way system is suspended from kde menu and from power saving in kde settings? I mean changing the command issued. I don't know exactly what the default command is, pro

Re: Change suspend type from kde menu

On 28/12/2023 03:54, Valerio Vanni wrote: -close kaffeine -rmmod cx23885 -modprobe cx23885 -open kaffeine This happens suspending with pm-suspend. Using systemctl, kernel module is broken after every suspend, even if kaffeine is not running. I have never tried to tune suspend systemd setting

Re: Change suspend type from kde menu

Il 25/12/2023 04:25, Valerio Vanni ha scritto: Is there any way to change the way system is suspended from kde menu and from power saving in kde settings? I mean changing the command issued. I don't know exactly what the default command is, probably systemctl. /usr/sbin/pm-suspend

Change suspend type from kde menu

Is there any way to change the way system is suspended from kde menu and from power saving in kde settings? I mean changing the command issued. I don't know exactly what the default command is, probably systemctl. /usr/sbin/pm-suspend works better with kernel modules, and I'd li

Re: Please verify Gnome and KDE wiki articles for correctness

g...@wooledge.org wrote: >On Sat, Aug 26, 2023 at 07:40:46AM -0500, Nate Bargmann wrote: >> >> I was able to successfully change my password and update my Wiki home >> page a little while ago. It has been a long time since I created the >> account and don't recall what the process entailed. > >If

Re: Please verify Gnome and KDE wiki articles for correctness

Snapd. That is going to cause > trouble for users who remove Snapd, and still use *.deb packages. I > expect some users will want to move from the other distro to Debian. > > Two of the wiki articles that will help with a migration to Debian are > <https://wiki.debian.org/Gnome&

Re: Please verify Gnome and KDE wiki articles for correctness

On 8/26/23 06:17, Peter Ehlert wrote: On 8/25/23 13:22, Greg Wooledge wrote: On Fri, Aug 25, 2023 at 01:17:25PM -0700, Peter Ehlert wrote: I'm a Mate user, and I never thought to read https://wiki.debian.org/MATE until now. I see no flaws but there are several things that should be updated sin

Re: Please verify Gnome and KDE wiki articles for correctness

sword and email it says no, send email to w...@debian.org instead. I > > > think I'll pass. While I have KDE on one Debian machine, I don't use it > > > much so not that much to contribute. > > > > I was able to successfully change my password and update my

Re: Please verify Gnome and KDE wiki articles for correctness

decision. It is absolutely correct.) > > A quick note with an opposing view... learning that I run libc or kde > on my Debian machine reveals information with little to no value. [...] > Telling the Debian maintainers I run libc and kde benefits me and the > community. Maintain

Re: Please verify Gnome and KDE wiki articles for correctness

On Sat, Aug 26, 2023 at 10:15 AM Dan Ritter wrote: > > Jeffrey Walton wrote: > > Popularity Contest (https://popcon.debian.org/) would be good to > > consult. But it looks like something is sideways. It does not provide > > usage statistics for packages like kde-full an

Re: Please verify Gnome and KDE wiki articles for correctness

On 8/25/23 13:22, Greg Wooledge wrote: On Fri, Aug 25, 2023 at 01:17:25PM -0700, Peter Ehlert wrote: I'm a Mate user, and I never thought to read https://wiki.debian.org/MATE until now. I see no flaws but there are several things that should be updated since it's last edit on December 24,2019 Wh

Re: Please verify Gnome and KDE wiki articles for correctness

ccount (apparently I have one and now > > > have to figure out how to reset my password). > > > > Good for you. I tried creating an account but after putting in name > > password and email it says no, send email to w...@debian.org instead. I > > think I'll pass.

Re: Please verify Gnome and KDE wiki articles for correctness

d). > > Good for you. I tried creating an account but after putting in name > password and email it says no, send email to w...@debian.org instead. I > think I'll pass. While I have KDE on one Debian machine, I don't use it > much so not that much to contribute. I was able

Re: Please verify Gnome and KDE wiki articles for correctness

password and email it says no, send email to w...@debian.org instead. I think I'll pass. While I have KDE on one Debian machine, I don't use it much so not that much to contribute. Looks like some IP address bans in the wiki may have been lifted recently or I was just lucky.

Re: Please verify Gnome and KDE wiki articles for correctness

t;https://wiki.debian.org/Gnome> and <https://wiki.debian.org/KDE>. > > > > > > It would be helpful if folks with Gnome and KDE experience would look > > > over the articles and provide corrections and updates. In order the help the OP since I apparently delet

Re: Please verify Gnome and KDE wiki articles for correctness

On Sat, 2023-08-26 at 00:55 -0400, Jeffrey Walton wrote: > I'm getting the > message, "No Popularity contest entry for kde-full" (and friends). I > use kde-full and I have popularity contest enabled, so there should be > at least one entry. Perhaps because they're metapackages? -- Tixy

Re: Please verify Gnome and KDE wiki articles for correctness

On Fri, Aug 25, 2023 at 3:50 PM Greg Wooledge wrote: > > On Fri, Aug 25, 2023 at 01:26:29PM -0400, Jeffrey Walton wrote: > > Two of the wiki articles that will help with a migration to Debian are > > <https://wiki.debian.org/Gnome> and <https://wiki.debian.org/KDE>.

  1   2   3   4   5   6   7   8   9   10   >