You are not logged in.
Pages: 1
I have installed xcdroast package from AUR, but I cannot setup the xcdroast.
I have read that the first start should be as a root. In terminal emulator I have typed su, and after that xcdroast. I get this message:
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)After that nothing happens, I have to press ^C to exit the application.
If I start the xcdroast as ordinary user nothing happens, I have to press ^C to exit the application.
I don't know how to diagnose the problem. If I need to post log files please tell me which file should I post.
Last edited by barney (2024-09-16 23:39:20)
Offline
The error is from pulseaudio or pipewire-pulse, your rootshell still has the environment of the regular user around.
I have read that the first start should be as a root.
http://www.xcdroast.org/manual/first.html
ewww… try "sudo xcdroast" instead, it'll at least drop the environment
Offline
The error is from pulseaudio or pipewire-pulse, your rootshell still has the environment of the regular user around.
I have read that the first start should be as a root.
I have read the first start from the manual. From there I know that the first start should be as a root.
ewww… try "sudo xcdroast" instead, it'll at least drop the environment
I have tried "sudo xcdroast". Nothing happens, I have to press ^C in order to terminate the application.
Offline
So status quo ante minus the PA error.
First of all, just try to run "xcdroast" as regular user to confirm the first-run problem actually exists w/ the aur package.
Then
sudo -i
export DISPLAY=:0
strace -f -tt -o /tmp/xcdroast.strace xcdroast # in doubt ctrl+c that
chmod ugo+rw /tmp/xcdroast.strace
exit
cat /tmp/xcdroast.strace | curl -F 'file=@-' 0x0.stSomething's gonna happen, just nothing involving the display of a window.
Offline
Sorry for late response, I haven't been around my computer for a week.
here is the output of the strace command:
https://0x0.st/X3i-.txt
Offline
First of all, just try to run "xcdroast" as regular user to confirm the first-run problem actually exists w/ the aur package.
Does it?
There isn't much going on during the stall - some just noise talking to the X11 server, but no errors/failure.
Offline
seth wrote:First of all, just try to run "xcdroast" as regular user to confirm the first-run problem actually exists w/ the aur package.
Does it?
There isn't much going on during the stall - some just noise talking to the X11 server, but no errors/failure.
No, it doesn't.
Offline
While I hate to be that guy, what's the draw to this tool? Minimal deps? xfce4-burn, brasero, k3b, cdrtools directly on the cmdline all exist and are actively maintained in comparison to a 6 year old tool.
Offline
Builds, runs (as regular user, but I'm still in the "optical" group), opens a dialog, searches for devices, ok, opens main window.
Same for "sudo xcdroast"
What exactly happens when you run it as regular user?
What kind of session do you run?
Which window manager?
Offline
Builds, runs (as regular user, but I'm still in the "optical" group), opens a dialog, searches for devices, ok, opens main window.
Same for "sudo xcdroast"
You are lucky. I haven't been in the optical group, but I have added myself. Same problems.
What exactly happens when you run it as regular user?
It tries to detect the optical drive, I know because it spins the drive, but no message on the terminal. After that nothing, I have to press ^C to terminate the application.
What kind of session do you run?
X session. I don't have a display manager, I have xinit file.
Which window manager?
OpenBox.
Offline
Please post your xinitrc and try w/o a WM (use "exec xterm" as your session command and start xcdroast from the xterm)
The client supports the silly WM_TAKE_FOCUS protocol…
Offline
Please post your xinitrc
#!/bin/sh
userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/etc/X11/xinit/.Xresources
sysmodmap=/etc/X11/xinit/.Xmodmap
# merge in defaults and keymaps
if [ -f $sysresources ]; then
xrdb -merge $sysresources
fi
if [ -f $sysmodmap ]; then
xmodmap $sysmodmap
fi
if [ -f "$userresources" ]; then
xrdb -merge "$userresources"
fi
if [ -f "$usermodmap" ]; then
xmodmap "$usermodmap"
fi
# start some nice programs
if [ -d /etc/X11/xinit/xinitrc.d ] ; then
for f in /etc/X11/xinit/xinitrc.d/?*.sh ; do
[ -x "$f" ] && . "$f"
done
unset f
fi
#twm &
#xclock -geometry 50x50-1+1 &
#xterm -geometry 80x50+494+51 &
#xterm -geometry 80x20+494-0 &
#exec xterm -geometry 80x66+0+0 -name login
#xss-lock -l -- i3lock --nofork -c 0303aa &
exec openbox-session
#exec xterm... and try w/o a WM (use "exec xterm" as your session command and start xcdroast from the xterm)
I have tried, and the program successfully started. I have created configuration, saved and edited the xinitrc to start the OpenBox. Now xcdroast works normally under the OpenBox.
The client supports the silly WM_TAKE_FOCUS protocol…
Probably this is the problem, I am not an expert.
Thanks.
Offline
While I hate to be that guy, what's the draw to this tool? Minimal deps? xfce4-burn, brasero, k3b, cdrtools directly on the cmdline all exist and are actively maintained in comparison to a 6 year old tool.
The main reason is minimal deps. Now I have found bashburn and I think it is enough for most of the needs that I have. I didn't know about bashburn before.
Offline
Pages: 1