On 4/7/25 10:58, Max Nikulin wrote:
On 07/04/2025 10:36, hlyg wrote:
in bios Setup, i can choose "Legacy" for mbr disks or "UEFI" for gpt
disks
if i press F12 during boot, options are shown, i can boot both mbr
and gpt disks
It seems you have solved your issue (using
On 07/04/2025 10:36, hlyg wrote:
in bios Setup, i can choose "Legacy" for mbr disks or "UEFI" for gpt disks
if i press F12 during boot, options are shown, i can boot both mbr and
gpt disks
It seems you have solved your issue (using BIOS menu), so feel free to
ignore my
to Max Nikulin:
perhaps my optiplex is quite old, it hasn't uefi compatibility mode
though i have installed latest version
in bios Setup, i can choose "Legacy" for mbr disks or "UEFI" for gpt disks
if i press F12 during boot, options are shown, i can boot both mbr and
gpt disks
On 05/04/2025 21:54, hlyg wrote:
i press F12 during Dell boot, a list of options show
under section "UEFI BOOT:" there are 2 items: FreeBSD and debian
but all 3 disks installed use mbr, no wonder they don't work
[...]
how to remove them?
I am curious which way you boot Debian if UEFI entry does
On Sat, Apr 5, 2025 at 6:02 AM hlyg wrote:
>
> i press F12 during Dell boot, a list of options show
>
> under section "UEFI BOOT:" there are 2 items: FreeBSD and debian
>
> but all 3 disks installed use mbr, no wonder they don't work
>
> most probably they are resulted from previous installation o
On 2025-04-05, Hans wrote:
> Maybe for someione interesting: As I also have Windows on my drive, there is
> an entry for Windows. I deleted this, because then I only have the entry
> "debian". And this is tarting grub, which got an entry for Windows.
> Dunno, if this is a good way, but it is w
Thank Hans! it is really Dell issue. i follow your instruction, it works.
Am Samstag, 5. April 2025, 16:54:24 CEST schrieb hlyg:
> i press F12 during Dell boot, a list of options show
>
> under section "UEFI BOOT:" there are 2 items: FreeBSD and debian
>
> but all 3 disks installed use mbr, no wonder they don't work
>
> most probably they are resulted from previous in
i press F12 during Dell boot, a list of options show
under section "UEFI BOOT:" there are 2 items: FreeBSD and debian
but all 3 disks installed use mbr, no wonder they don't work
most probably they are resulted from previous installation on gpt disks
how to remove them?
On Sat 09 Nov 2024 at 17:03:53 (-0700), pe...@easthope.ca wrote:
> From: David Wright
> Date: Fri, 25 Oct 2024 21:12:21 -0500
> > So you need to boot into your bullseye system, and run
> > # grub-install /dev/sdX
> > where X is probably a, your first disk.
&g
The ThinkCentre has one blue and one black, as in the 2nd photo here.
https://en.wikipedia.org/wiki/USB#System_design
> * With the adapter labeled USB 2.0, why is plugging in USB 3 necessary
> to boot the external system?
From: David Wright
Date: Sun, 3 Nov 2024 22:43:19 -0600
Who knows
On 11/9/24 13:04, pe...@easthope.ca wrote:
A new factor in the original problem. Therefore a new thread.
I can respond to the original thread when there's time.
In case anyone is interested, these topics remain.
* Why does the ThinkCentre have differing USB sockets?
I've read on this list th
peter composed on 2024-11-09 11:35 (UTC-0700):
> * Why does the ThinkCentre have differing USB sockets?
Monkey see, monkey do applies in the competitive field of motherboard
manufacturing. Most computers with 3.x USB have also 2.0 ports. 3.x has a
manufacturing cost that 1.x and 2.0 devices have
From: David Wright
Date: Fri, 25 Oct 2024 21:12:21 -0500
> So you need to boot into your bullseye system, and run
> # grub-install /dev/sdX
> where X is probably a, your first disk.
Done. Resulting menu here.
https://easthope.ca/GrubMenu1.jpg
For reference, this was the ear
A new factor in the original problem. Therefore a new thread.
I can reply to the original thread later.
From: pe...@easthope.ca
Date: 27 Oct 2024 11:26:12 -0700
> Rather than spend more time investigating, will put the HDD in the
> target machine and work there.
Happened to connect a
A new factor in the original problem. Therefore a new thread.
I can respond to the original thread when there's time.
From: pe...@easthope.ca
Date: 27 Oct 2024 11:26:12 -0700
> Rather than spend more time investigating, will put the HDD in the
> target machine and work there.
Happened
On Nov 02, 2024, pe...@easthope.ca wrote:
> From: pe...@easthope.ca
> Date: 27 Oct 2024 11:26:12 -0700
> > Rather than spend more time investigating, will put the HDD in the
> > target machine and work there. Remove some of the complications.
>
> Happened to connect a USB hub before deal
On Sat 02 Nov 2024 at 07:46:33 (-0700), pe...@easthope.ca wrote:
> From: pe...@easthope.ca
> Date: 27 Oct 2024 11:26:12 -0700
> > Rather than spend more time investigating, will put the HDD in the
> > target machine and work there. Remove some of the complications.
>
> Happened to connec
On 27/10/2024 21:56, David Wright wrote:
On Sat 26 Oct 2024 at 20:55:11 (-0700), pe...@easthope.ca wrote:
A Web search
found mention of grub command nativedisk which I added.
I don't know anything about nativedisk or the distinctions between
various types of driver.
[...]
nativedisk
se
From: pe...@easthope.ca
Date: 27 Oct 2024 11:26:12 -0700
> Rather than spend more time investigating, will put the HDD in the
> target machine and work there. Remove some of the complications.
Happened to connect a USB hub before dealing with the Void drive.
Noticed the USB socket wher
On Thu, Oct 31, 2024 at 23:10:22 -0500, David Wright wrote:
> On Mon 28 Oct 2024 at 07:08:12 (-0400), Greg Wooledge wrote:
> > On Sun, Oct 27, 2024 at 22:42:15 -0500, David Wright wrote:
> > > type
> > > set -x
> > > before you run os-prober and
> > > set +x
> > > afterwards, and track what it
On Mon 28 Oct 2024 at 07:08:12 (-0400), Greg Wooledge wrote:
> On Sun, Oct 27, 2024 at 22:42:15 -0500, David Wright wrote:
> > type
> > set -x
> > before you run os-prober and
> > set +x
> > afterwards, and track what it does.
>
> os-prober is a script, so that won't work as written. You'd ei
#x27;s method of setting it is better
than the above (which sets it one level too high).
> > Well, it's presumably not Grub, as you say you can boot Void
> > from your handcrafted menuentry once you've booted into the
> > correct grub.cfg.
>
> The hand
here is "set"?
> Well, it's presumably not Grub, as you say you can boot Void
> from your handcrafted menuentry once you've booted into the
> correct grub.cfg.
The handcrafted Void stanza allowed booting 2 or 3 times. In at
least a dozen other instances it failed
On Sun, Oct 27, 2024 at 22:42:15 -0500, David Wright wrote:
> type
> set -x
> before you run os-prober and
> set +x
> afterwards, and track what it does.
os-prober is a script, so that won't work as written. You'd either
need to modify os-prober (change the second line from "set -e" to
"set -
On Sun 27 Oct 2024 at 11:26:12 (-0700), pe...@easthope.ca wrote:
> A search of "os-prober security" finds several pages. os-prober is
> disabled by default in Archlinux and other respected distributions.
>
> For interest, I enabled os-prober again in /etc/default/grub and ran
> grub-install /de
From: David Wright
Date: Sun, 27 Oct 2024 09:56:45 -0500
> That earlier installation is presumably the bookworm that
> wrote (hd0,gpt2)/boot/grub/grub.cfg with the Grub deb12u1,
> which I pointed out in my first post, but wasn't confirmed
> by your follow-up.
Yes, the multiple details hav
- IIRC grub uses the grub.cfg from the *first*
> > place it finds one - this can even be a partition (or in my case a LV)
> > that is not used anywhere on any system.
>
> That's it! The working system is in (hd0,gpt1) and update-grub2 was
> updating (hd0,gpt1)/boot/grub/g
tition (or in my case a LV)
> that is not used anywhere on any system.
That's it! The working system is in (hd0,gpt1) and update-grub2 was
updating (hd0,gpt1)/boot/grub/grub.cfg. Grub2 was displaying the menu
according to (hd0,gpt2)/boot/grub/grub.cfg which hadn't changed since
an ear
ion or
> >> removal causes its regeneration anew based upon the content of
> >> /etc/default/grub
> >> and the regeneration script(s), same as running grub-mkconfig.
>
> > FTR, editing the Grub menu itself is, of course, totally ephemeral.
> > Type what
>> /etc/default/grub
>> and the regeneration script(s), same as running grub-mkconfig.
> FTR, editing the Grub menu itself is, of course, totally ephemeral.
> Type whatever you like, boot from it, and the edits are gone for good.
> But editing /boot/grub/grub.cfg does persist as lo
ime, probably when you installed it, that wrote
this grub.cfg and, without you realising, pointed the MBR at it.
You've then used this (bookworm) menu to boot into bullseye,
done what you narrated in your OP, not realising that you were
working on a grub.cfg that's never going to be consul
. Correct?
Are both entries in the menu? Only the one from 07_custom?
The immediate puzzle here is the custom menu entry in
/etc/boot/grub.cfg and not displayed in the boot menu. As if menu
display stops before the custom section.
Don't want to be stuck with a broken system. Need to be a ca
s, which you can see from
any grub.cfg created in the normal manner. Mine currently contains:
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the '
From: David Wright
Date: Fri, 25 Oct 2024 14:13:50 -0500
> You took out the tail!
Appears we're at crossed purposes. You catted /etc/grub.d/40_custom.
I posted /boot/grub/grub.cfg.
My 40_custom has the "exec tail" line as you posted and produces a
stanza in /boot/grub/grub.cfg appeari
as are displayed prior to grub.cfg's own (10…) stanzas. 41… entries are
displayed after. These numbers beginning filenames in /etc/grub.d/ are about the
order of presentation when grub is putting up a menu at boot.
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
On Fri 25 Oct 2024 at 11:33:37 (-0700), pe...@easthope.ca wrote:
> The /boot/grub/grub.cfg created by update-grub2 is at
> https://easthope.ca/grub.cfg . My 40_custom stanza is there but not
> in the boot menu. If someone can spot an error, good, thanks.
You took out the tail!
It sh
rub2 or grub-mkconfig could help. Don't see a
way to get a progress or error report without recompiling.
The /boot/grub/grub.cfg created by update-grub2 is at
https://easthope.ca/grub.cfg . My 40_custom stanza is there but not
in the boot menu. If someone can spot an er
~# cat /etc/debian*
> 11.11
>
> > The system has booted into a bookworm Grub (deb12u1).
>
> I don't understand.
Booting is a multistage process. By means of an MBR or EFI, you
reached the Grub menu, which you photographed. At the top, it says:
GNU GRUB version 2.06-13+deb12u
peter composed on 2024-10-25 09:23 (UTC-0700):
> You have two copies of the custom configuration. One in
> /etc/grub.d/07_custom and one in /etc/grub.d/41_custom. Correct?
> Are both entries in the menu? Only the one from 07_custom?
> The immediate puzzle here is the custom m
From: Felix Miata
Date: Thu, 24 Oct 2024 16:55:37 -0400
> Instead of 40_custom, I use 41_custom, but copied to 07_custom.
You have two copies of the custom configuration. One in
/etc/grub.d/07_custom and one in /etc/grub.d/41_custom. Correct?
Are both entries in the menu? Only
On Fri, Oct 25, 2024 at 08:26:21 -0700, pe...@easthope.ca wrote:
> A new-to-me detail is hd0 having FAT and hd1 having GPT.
> According to this, OK for Grub2.
> https://www.gnu.org/software/grub/manual/grub/grub.html#BIOS-installation
FAT is a type of file system. The disk partitioning table type
On 25/10/2024 23:06, Joe wrote:
On 25 Oct 2024 08:26:21 -0700 pe...@easthope.ca wrote:
A new-to-me detail is hd0 having FAT and hd1 having GPT.
According to this, OK for Grub2.
[...]
Modern drives use GPT partitioning, and modern computers generally have
UEFI firmware rather than BIOS. The EF
On 25 Oct 2024 08:26:21 -0700
pe...@easthope.ca wrote:
> From: David Wright
> Date: Thu, 24 Oct 2024 22:22:19 -0500
> > So you've got a stable/testing/unstable system on hd1?
>
> hd1 has Void Linux. They don't use the stable/testing/unstable
> terminology.
>
> > And a 14-month old bu
From: David Wright
Date: Thu, 24 Oct 2024 22:22:19 -0500
> So you've got a stable/testing/unstable system on hd1?
hd1 has Void Linux. They don't use the stable/testing/unstable terminology.
> And a 14-month old bullseye system on hd0, which is currently running?
Yes.
root@imager:~# cat
pe...@easthope.ca composed on 2024-10-24 12:52 (UTC-0700):
> So far, good, but when booting the Void entry is absent.
> https://easthope.ca/GrubMenu.jpg
> Ideas?
Why I don't know, but:
Instead of 40_custom, I use 41_custom, but copied to 07_custom. Grub.cfg then
reads custom entries from /boot/
On Thu 24 Oct 2024 at 12:52:59 (-0700), pe...@easthope.ca wrote:
> root@imager:~# grep PROBER /etc/default/grub
> GRUB_DISABLE_OS_PROBER=true
>
> Also,
>
> root@imager:~# cat /etc/grub.d/40*
> #!/bin/sh
> exec tail -n +3 $0
> # This file provides an easy way to add c
Hi,
root@imager:~# grep PROBER /etc/default/grub
GRUB_DISABLE_OS_PROBER=true
Also,
root@imager:~# cat /etc/grub.d/40*
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to
Hello all,
I still occasionally burn some CDs and DVDs.
In previous Debian releases, when you right-clicked on a .iso file in
Nautilus, there used to be a "Write to Disc..." option in the menu. In
Bookworm, the option is gone (see attached image).
Is there a way to bring it back
Thanks. You're right, I should've read the full description of the program.
On Thu, Jul 11, 2024 at 3:29 AM Dan Ritter wrote:
> Patrick Wayodi wrote:
> > I have installed a program but it's not showing up in the Applications
> > menu. The program is called Mone
Patrick Wayodi wrote:
> I have installed a program but it's not showing up in the Applications
> menu. The program is called Monero. I installed it using these commands:
> sudo apt-get update
> sudo apt-get install monero
That's because it has no graphical interface. It&#
I have installed a program but it's not showing up in the Applications
menu. The program is called Monero. I installed it using these commands:
sudo apt-get update
sudo apt-get install monero
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
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
On 13/01/2024 22:37, Valerio Vanni wrote:
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 mat
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,
On 13/01/2024 04:39, Valerio Vanni wrote:
Il 12/01/2024 17:24, Max Nikulin ha scritto:
On 12/01/2024 21:36, Valerio Vanni wrote:
dbus-send --print-reply --dest=org.mpris.kaffeine /Player
org.freedesktop.MediaPlayer.Stop
It seems implementation of MPRIS in kaffeine differs from what other KD
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
-
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
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
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'
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
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
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
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
On 11/01/2024 22:45, Valerio Vanni wrote:
Il 11/01/2024 16:25, Max Nikulin ha scritto:
On 11/01/2024 21:10, Valerio Vanni wrote:
valerio@newton:~$ busctl --user introspect org.mpris.kaffeine /
I assume that "org/mpris/MediaPlayer2" after "/" was lost during
copy&paste.
I don't have MediaPl
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
Il 11/01/2024 15:21, Valerio Vanni ha scritto:
Il 11/01/2024 04:57, Max Nikulin ha scritto:
On 10/01/2024 04:43, Valerio Vanni wrote:
Il 07/01/2024 06:44, Max Nikulin ha scritto:
setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \
env XDG_RUNTIME_DIR="/run/user/1000" \
sy
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
Il 11/01/2024 04:57, Max Nikulin ha scritto:
On 10/01/2024 04:43, Valerio Vanni wrote:
Il 07/01/2024 06:44, Max Nikulin ha scritto:
setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \
env XDG_RUNTIME_DIR="/run/user/1000" \
systemd-run --user --slice=app.slice -- \
xter
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
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
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
On 10/01/2024 04:43, Valerio Vanni wrote:
Il 07/01/2024 06:44, Max Nikulin ha scritto:
setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \
env XDG_RUNTIME_DIR="/run/user/1000" \
systemd-run --user --slice=app.slice -- \
xterm
setpriv --reuid="$kafuid" --regid="$kafgi
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
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
Il 07/01/2024 06:44, Max Nikulin ha scritto:
It seems neither su nor sudo add process to the user context (proper
cgroup, XDG session), so attempts to talk to the systemd user session
through D-Bus fail.
setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \
env XDG_RUNTIME_DIR=
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 Television
.
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 --lastchannel > /dev/null 2>&1
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
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 --lastchannel > /dev/null 2>&1
Ins
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 method u
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
I have not figured out how to do it, but sys
Il 06/01/2024 01:04, Greg Wooledge ha scritto:
On Fri, Jan 05, 2024 at 11:37:41PM +0100, Valerio Vanni wrote:
This way works, I don't know if it has security flaws.
systemd-run --unit=kaffeine-resumed setpriv --reuid "$kafuid" --regid
"$kafgid" --init-groups --reset-env \
en
On Fri, Jan 05, 2024 at 11:37:41PM +0100, Valerio Vanni wrote:
> This way works, I don't know if it has security flaws.
>
> systemd-run --unit=kaffeine-resumed setpriv --reuid "$kafuid" --regid
> "$kafgid" --init-groups --reset-env \
> env XDG_RUNTIME_DIR=/run/user/"$kafuid" $ka
Il 05/01/2024 21:47, Valerio Vanni ha scritto:
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,
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
Il 05/01/2024 20:47, Franco Martelli ha scritto:
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_
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_DESKTOP=KDE \
/usr/bin/kaffeine
Il 05/01/2024 20:10, Valerio Vanni ha scritto:
My first guess would be that you also need $HOME to be set, or perhaps
the current working directory, or both. --reset-env sets HOME, SHELL,
USER, LOGNAME and PATH. That seems like a reasonable addition.
I have no idea why it crashes later.
If
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_DESKTOP=KDE \
/usr/bin/kaff
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 \
> /usr/bin/kaffeine --lastchannel >/dev/null 2>&1
> -
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
Il 04/01/2024 17:11, Max Nikulin ha scritto:
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,
Il 04/01/2024 16:27, Greg Wooledge ha scritto:
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 accou
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
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
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
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
Il 03/01/2024 17:41, Greg Wooledge ha scritto:
The UID of 1000 will have to be verified, as well as the YOURUSER.
UID 1000 is what Debian uses for the initial user account that's
created during installation, but if for some reason that's not the
account who's currently logged in, then obviously
1 - 100 of 1842 matches
Mail list logo
