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
Il 03/01/2024 23:52, Valerio Vanni ha scritto:
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
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
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,
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 username, if you doubt the command
> "whoami" w
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:
#!/bin/sh
# Run from sys
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
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
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
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
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
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.
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
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
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
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
On 13.12.2023 00:40, Stephen P. Molnar wrote:
I have just bumbled my way thorough reinstalling v 12.4.0 on my main
Linux platform and have managed to mangle the Xfce4Applications Menu
by somehow misusing MenuLibre.
Some how the contents of some of the subdirectories have been shifted
to an
I have just bumbled my way thorough reinstalling v 12.4.0 on my main
Linux platform and have managed to mangle the Xfce4Applications Menu by
somehow misusing MenuLibre.
Some how the contents of some of the subdirectories have been shifted to
an 'Other' subdirectory. My question i
provide a BBS menu (BIOS
Boot
Service). These are a hotkey distinct from a BIOS setup hotkey but used in same
manner, to interrupt control shifting from BIOS to disk with a menu offering a
selection of media to attempt to boot from. Common keys are:
AbitF9
AcerF12 or ES
Hi,
After recent upgrade of Thunderbird in Buster, I noticed that there is no
applications menu on the right side anymore. I found that menu useful to
close several mails if opened in the same time. Now they need to be closed
one by one. Is there a way to have that menu where it was on the right
Hi,
I encountered an issue with nautilus on Debian 11,
Steps to reproduce:
1. Connect a touchscreen.
2. Launch nautilus, switch to icon mode, and select an item.
3. Longpress(single finger) the item on the touchscreen, wait until context
menu popuped, then, release the finger.
Current behavior
Date: Mon, 22 May 2023 14:18:50 +0530
Message-id: <[🔎]
CAEG4cZVnD0rC0DVV8Ljqck9iQRaPfSo7MQ13P7Cm5uCMg=6...@mail.gmail.com>
Ref: https://lists.debian.org/debian-user/2023/05/msg00909.html
It seems that the clue is here:
https://github.com/lxqt/pcmanfm-qt/wiki/custom_actions
In the next few days I
"Susmita/Rajib" wrote:
> Then there are:
> /etc/xdg/menus/kf5-applications.menu
> /etc/xdg/menus/lxlauncher-applications.menu
> /etc/xdg/menus/lxde-applications.menu
>
> Then there is also another directory by name
> /etc/xdg/menus/applications-merged with a .men
On Tue, May 30, 2023 at 08:12:28PM +0800, t...@dkinbox.com wrote:
>
>
> > Dear Illustrious Leaders and Senior Members of Debian Users ML,
> >
> > Out of intuition, after I extensively gathered information on LXDE and
> > OpenBox, I checked the OpenBox installation from the LXDE ISO,
> > `Official
> Dear Illustrious Leaders and Senior Members of Debian Users ML,
>
> Out of intuition, after I extensively gathered information on LXDE and
> OpenBox, I checked the OpenBox installation from the LXDE ISO,
> `Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46`.
>
what's OpenBox in debi
From: Pierre Tomon
Date: Tue, 30 May 2023 09:14:11 +0200
Message-id: <[🔎] 4qvkcn2zj8zmp...@smtp-2-0001.mail.infomaniak.ch>
[ ... ]
You need an application menu layout.
cp /etc/xdg/menus/lxde-applications.menu ~/.config/menus/applications.menu
[ ... ]
But Mr. Tomon, what about the
"Susmita/Rajib" wrote:
>A package `openbox-menu` was found. Invoked the command on the
>terminal. Output:
>
>`File $XDG_CONFIG_DIRS/applications.menu doesn't exist. Can't create
>menu.`
>
>Any inputs please?
You need an application menu layout.
For e
6.0 lxde 2022-12-17T11:46`.
>
> A package `openbox-menu` was found. Invoked the command on the terminal.
> Output:
>
> `File $XDG_CONFIG_DIRS/applications.menu doesn't exist. Can't create menu.`
>
> Any inputs please?
>
Perhaps you need this one?
See <https:/
Dear Illustrious Leaders and Senior Members of Debian Users ML,
Out of intuition, after I extensively gathered information on LXDE and
OpenBox, I checked the OpenBox installation from the LXDE ISO,
`Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46`.
A package `openbox-menu` was found
associated
Script/Command in the Right Click Drop Down Menu List in OpenBox WM?
Also, autostart applications every session?
[/quote]
http://icculus.org/pipermail/openbox/2023-May/009637.html
Susmita/Rajib
http://icculus.org/pipermail/openbox/2023-May/009638.html
Mathias Dufresne
http://icculus.org
Hello everyone,
I partly solved my problem and I would like to share my solution:
Until now, I thought that the EFI removable media path (\EFI\BOOT\BOOTX64.EFI)
is really a fallback location, i.e. a location for putting the boot loader that
just always works. Therefore I thought that I could fo
w that it works in principle. But now I want to
do it using command line utilities like debootstrap and grub-install."
But:
"the problem is that the ESC boot menu doesn't show an entry for
(the model name of) /dev/sda, so I can't boot into it."
My first question wo
On 26/04/2023 22:57, Valentin Caracalla wrote:
the issue with the BIOS boot interface (see my original posting) is still
unsolved
I had impression that there was no issue with booting in BIOS (legacy,
compatibility, CSM) mode, of course when it is chosen in firmware/BIOS
setup (requires disa
heck every command's output before entering the next one.
3.: Shut down the installer system and disconnect the external drive /dev/sdb.
4.: Start the computer with the ESC key pressed. This will show a list of boot
options (the ESC boot menu).
The expected behavior is that the list contains a
David Wright (12023-04-25):
> Don't knock it! The Human Era is much easier for us to parse than
;-)
> the French Republican calendar (pre 2018).
I had not realized I had fans devoted to the point of tracking the eras
of my mail attribution. ;-)²
Regards,
--
Nicolas George
signature.asc
De
Greg Wooledge (12023-04-25):
> find /mnt/boot/efi -exec ls -dl {} +
zsh
ls -dl /mnt/boot/efi/**/*
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
On Wed 26 Apr 2023 at 09:14:25 (+0700), Max Nikulin wrote:
> On 26/04/2023 00:42, Nicolas George wrote:
> > Steve McIntyre (12023-04-25):
[ … ]
> P.S. Nicolas, it seems your mailer has issues with parsing or
> formatting timestamps.
Don't knock it! The Human Era is much easier for us to parse th
On Wed, Apr 26, 2023 at 09:34:11AM +0700, Max Nikulin wrote:
> On 26/04/2023 05:02, Valentin Caracalla wrote:
> >
> > user@host:~$ ls -dl $(find /mnt/boot/efi)
>
> find /mnt/boot/efi -print0 | xargs -0 ls -dl --
>
> should be more resistant to peculiar file names, but it does not matter in
> thi
On 26/04/2023 05:02, Valentin Caracalla wrote:
user@host:~$ ls -dl $(find /mnt/boot/efi)
find /mnt/boot/efi -print0 | xargs -0 ls -dl --
should be more resistant to peculiar file names, but it does not matter
in this case.
...
-rwxr-xr-x 1 root root 126 Apr 25 13:59 /mnt/boot/efi/EFI/
On 26/04/2023 00:42, Nicolas George wrote:
Steve McIntyre (12023-04-25):
If you do not intend to install a Microsoft bootloader or anything
besides GRUB, 16 megaoctets is plenty enough, probably can work with
less.
Please STOP giving this advice to people!
That was not advice, that was inform
Valentin Caracalla (12023-04-26):
> EFI variables are not supported on this system.
To install GRUB in UEFI, you need to have booted the kernel in UEFI.
Try to find a live image that does, and you can reinstall GRUB from
there.
Regards,
--
Nicolas George
signature.asc
Description: PGP sign
Here's the output you requested:
user@host:~$ ls -dl $(find /mnt/boot/efi)
drwxr-xr-x 3 root root 32768 Jan 1 1970 /mnt/boot/efi
drwxr-xr-x 3 root root 32768 Apr 25 13:59 /mnt/boot/efi/EFI
drwxr-xr-x 2 root root 32768 Apr 25 13:59 /mnt/boot/efi/EFI/debian
-rwxr-xr-x 1 root root 108
Steve McIntyre (12023-04-25):
> >If you do not intend to install a Microsoft bootloader or anything
> >besides GRUB, 16 megaoctets is plenty enough, probably can work with
> >less.
> Please STOP giving this advice to people!
That was not advice, that was information. Make your own advice with it.
Nicolas George wrote:
>Max Nikulin (12023-04-25):
>> 0.5GB is usually enough, e.g. 550MiB recommended by
>> https://www.rodsbooks.com/gdisk/advice.html#esp_sizing)
>
>If you do not intend to install a Microsoft bootloader or anything
>besides GRUB, 16 megaoctets is plenty enough, probably can work
Max Nikulin (12023-04-25):
> 0.5GB is usually enough, e.g. 550MiB recommended by
> https://www.rodsbooks.com/gdisk/advice.html#esp_sizing)
If you do not intend to install a Microsoft bootloader or anything
besides GRUB, 16 megaoctets is plenty enough, probably can work with
less.
Regards,
--
On 25/04/2023 21:40, Valentin Caracalla wrote:
I checked my partition table using "sudo parted /dev/sda print"
Number Start End Size File system Name Flags
1 1049kB 128GB 128GB fat32 init boot, esp
2 128GB 256GB 128GB ext4 root
Please, show
vorubergeh...@tutanota.com wrote:
>By the way:
>
>The disadvantage of using EFI is that it doesn't work in QEMU, i.e. the
>following will not show a GRUB command line:
>
>sudo qemu-system-x86_64 -accel kvm -smp 2 -m 2G /dev/sda
>
>The same thing works for the BIOS boot interface, however (as in my
Valentin Caracalla (12023-04-25):
> The disadvantage of using EFI is that it doesn't work in QEMU, i.e. the
> following will not show a GRUB command line:
>
> sudo qemu-system-x86_64 -accel kvm -smp 2 -m 2G /dev/sda
Oh, I must check if the KVM virtual machine booting on UEFI I have been
toying w
By the way:
The disadvantage of using EFI is that it doesn't work in QEMU, i.e. the
following will not show a GRUB command line:
sudo qemu-system-x86_64 -accel kvm -smp 2 -m 2G /dev/sda
The same thing works for the BIOS boot interface, however (as in my original
recipe).
ize File system Name Flags
1 1049kB 128GB 128GB fat32 init boot, esp
2 128GB 256GB 128GB ext4 root
However, after reboot, the ESC boot menu still doesn't show an entry for the
installed system.
1 - 100 of 1793 matches
Mail list logo