$ lsb_release -ds
"openSUSE 12.2 (x86_64)"
$ which start-pulseaudio-x11
/usr/bin/start-pulseaudio-x11
$ rpm -qf /usr/bin/start-pulseaudio-x11
pulseaudio-module-x11-1.1-6.4.1.x86_64
On 2012-10-07 02:16, jtwdyp wrote:
> That did in fact solve the poweroff/reboot problem… Of course it
> also reduces the available virtual consoles (tty) {without stopping X}
> from 6 to 5. But I guess that’s a small enough price to pay.
Reduces? No, it reuses one of the VTs. You use startx in one, so that one is not usable for
anything else, and you get graphics in that one as well.
–
Cheers / Saludos,
Carlos E. R.
(from 12.1 x86_64 “Asparagus” at Telcontar)
Posted by: robin_listas On: 07-Oct-2012 00:18
> > Yeah, even if I did cave in and use a DM, neither GDM nor KDM need
> > apply for the position for similar reasons…
>
> Problem is, those two are the most complete. Some of the others lack needed features if you
> want sometime to start gnome or kde, and perhaps others like xfce. And with this computer I
> have now memory is not that of a problem.
Well I never did like gnome, and kde4 sent this former kde addict screaming into the arms of enlightenment with a brief fling along the way with xfce… Last time I used xfce BTW, it worked just fine with a simple DM like slim and or via startx… So since gnome makes my stomach churn and kde4 jut ticks me off so much I can’t get anything done, I’ve no reason to bother with those kitchen sink DMs
Posted by: robin_listas On: 07-Oct-2012 01:28
> On 2012-10-07 02:16, jtwdyp wrote:
> > That did in fact solve the poweroff/reboot problem… Of course it
> > also reduces the available virtual consoles (tty) {without stopping X}
> > from 6 to 5. But I guess that’s a small enough price to pay.
>
> Reduces? No, it reuses one of the VTs. You use startx in one, so that one is not usable for
> anything else, and you get graphics in that one as well.
Your right. What was I thinking? The only use I actually had for that tty was when {on occasion} I’d do something stupid, and lock up E17 {or other DE/WM} so tightly that it couldn’t even logout… Then it was nice to use <ctrl>+<alt>+<Fkey> then ^C to crash out of X… But since I can still log in on one of the other 5 tty and use killall, it’s still a small price…thanks again!
On 2012-10-07 23:56, jtwdyp wrote:
> Well I never did like gnome, and kde4 sent this former kde addict
> screaming into the arms of enlightenment with a brief fling along the
> way with xfce… Last time I used xfce BTW, it worked just fine with a
> simple DM like slim and or via startx… So since gnome makes my
> stomach churn and kde4 jut ticks me off so much I can’t get anything
> done, I’ve no reason to bother with those kitchen sink DMs
Ah, good for you 
(you still can use kde3 if you prefer)
(I’m using xfce myself. I have been a gnome user for 10 years or more but new version sent me
running for my sanity into xfce (and I also liked kde3, just I prefered gnome))
> Your right. What was I thinking? The only use I actually had for
> that tty was when {on occasion} I’d do something stupid, and lock up
> E17 {or other DE/WM} so tightly that it couldn’t even logout… Then it
> was nice to use <ctrl>+<alt>+<Fkey> then ^C to crash out of X… But
> since I can still log in on one of the other 5 tty and use killall, it’s
> still a small price…thanks again!
Yes, more than once using ctrl-c on that tty has been useful to me. All that is told on the
second page of that link, IIRC 
–
Cheers / Saludos,
Carlos E. R.
(from 12.1 x86_64 “Asparagus” at Telcontar)
Using .xserverrc to set startx up to reuse the tty from which I ran startx (to preserve authentication) to reenable E17’s powerdown and reboot functions worked untill I updated… Sigh!
Oh well. My solution is to adapt my e16 solution (which has never been able to poweroff or reboot on any linux I’ve run it on.) I used visudo to give members of wheel “nopassword” permission for both reboot and poweroff. Then I set up user scripts with dialog confirmation boxes to issue. the “sudo pathname” commands. I named the user scripts “diE” and “livE”…
It’s a little crude, but it works well enough for me.
On 2012-10-09 00:46, jtwdyp wrote:
>
> Using .xserverrc to set startx up to reuse the tty from which I ran
> startx (to preserve authentication) to reenable E17’s powerdown and
> reboot functions worked untill I updated… Sigh!
Why? Your modification was overwritten, perhaps?
> Oh well. My solution is to adapt my e16 solution (which has never been
> able to poweroff or reboot on any linux I’ve run it on.) I used visudo
> to give members of wheel “nopassword” permission for both reboot and
> poweroff. Then I set up user scripts with dialog confirmation boxes to
> issue. the “sudo pathname” commands. I named the user scripts “diE” and
> “livE”…
–
Cheers / Saludos,
Carlos E. R.
(from 12.1 x86_64 “Asparagus” at Telcontar)
Don’t think so… this looks like what I pasted in to that file to me…
JtWdyP -> ~
> cat .xserverrc
#!/bin/bash
TTY=${TTY:-$(tty)}
TTY=${TTY#/dev/}
if $TTY != tty* ]]; then
printf '==> ERROR: invalid TTY
' >&2
exit 1
fi
printf -v vt 'vt%02d' "${TTY#tty}"
exec /usr/bin/X -nolisten tcp "$vt" "$@"
JtWdyP -> ~
>