Stephen,
Pick one :
https://www.dexterindustries.com/howto/run-a-program-on-your-raspberry-pi-at-startup/
Regards,
Rudy Wieser
R.Wieser wrote:
Stephen,
Pick one :
https://www.dexterindustries.com/howto/run-a-program-on-your-raspberry-pi-at-startup/
Regards,
Rudy Wieser
Many thanks
On 10/31/23 5:57 AM, Dr Stephen Strange wrote:
R.Wieser wrote:
Stephen,
Pick one :
https://www.dexterindustries.com/howto/run-a-program-on-your-raspberry-pi-at-startup/
Regards,
Rudy Wieser
Many thanks
Be aware of the limitations of root-level autostarts
however - esp for "graphical" apps. When a user gets
fully logged in there is a "screen" on which all the
graphical stuff can be displayed. However if using
root crontab or a number of other tricks they run
early, BEFORE the individual user. There's no screen.
Recently wanted a user to autologin - easy - and then
for a specific python script to run. Worked on a Pi3,
but NOT on a Pi4 ... very strange. All the usual
tricks ... /home/pi/.config/lxsession/LXDE-pi/autostart ...
did NOT work. Couldn't even get to start from .profile
or .bashrc
Find my other recent thread about how to get around
this odd Pi4+Bookworm issue.
On 11/6/23 11:40 PM, 56d.1152 wrote:
On 10/31/23 5:57 AM, Dr Stephen Strange wrote:
R.Wieser wrote:
Stephen,Many thanks
Pick one :
https://www.dexterindustries.com/howto/run-a-program-on-your- raspberry-pi-at-startup/
Regards,
Rudy Wieser
Be aware of the limitations of root-level autostarts however - esp
for "graphical" apps. When a user gets fully logged in there is a
"screen" on which all the graphical stuff can be displayed. However
if using root crontab or a number of other tricks they run early,
BEFORE the individual user. There's no screen.
Recently wanted a user to autologin - easy - and then for a
specific python script to run. Worked on a Pi3,
but NOT on a Pi4 ... very strange. All the usual tricks ...
/home/pi/.config/lxsession/LXDE-pi/autostart ...
did NOT work. Couldn't even get to start from .profile or .bashrc
Find my other recent thread about how to get around this odd
Pi4+Bookworm issue.
Followup -
The failure of /home/pi/.config/lxsession/LXDE-pi/autostart appears
to be linked to use of the Wayland display system. Switching back to
X11 it all works like it used to.
On 11/6/23 11:40 PM, 56d.1152 wrote:
On 10/31/23 5:57 AM, Dr Stephen Strange wrote:
R.Wieser wrote:
Stephen,
Pick one :
https://www.dexterindustries.com/howto/run-a-program-on-your-raspberry-pi-at-startup/
Regards,
Rudy Wieser
Many thanks
Be aware of the limitations of root-level autostarts
however - esp for "graphical" apps. When a user gets
fully logged in there is a "screen" on which all the
graphical stuff can be displayed. However if using
root crontab or a number of other tricks they run
early, BEFORE the individual user. There's no screen.
Recently wanted a user to autologin - easy - and then
for a specific python script to run. Worked on a Pi3,
but NOT on a Pi4 ... very strange. All the usual
tricks ... /home/pi/.config/lxsession/LXDE-pi/autostart ...
did NOT work. Couldn't even get to start from .profile
or .bashrc
Find my other recent thread about how to get around
this odd Pi4+Bookworm issue.
Followup -
The failure of /home/pi/.config/lxsession/LXDE-pi/autostart
appears to be linked to use of the Wayland display system.
Switching back to X11 it all works like it used to.
On Thu, 9 Nov 2023 23:38:54 -0500, 56d.1152 wrote:
On 11/6/23 11:40 PM, 56d.1152 wrote:raspberry-pi-at-startup/
On 10/31/23 5:57 AM, Dr Stephen Strange wrote:
R.Wieser wrote:
Stephen,
Pick one :
https://www.dexterindustries.com/howto/run-a-program-on-your-
Many thanks
Regards,
Rudy Wieser
Be aware of the limitations of root-level autostarts however - esp
for "graphical" apps. When a user gets fully logged in there is a
"screen" on which all the graphical stuff can be displayed. However >>> if using root crontab or a number of other tricks they run early,
BEFORE the individual user. There's no screen.
Recently wanted a user to autologin - easy - and then for a
specific python script to run. Worked on a Pi3,
but NOT on a Pi4 ... very strange. All the usual tricks ...
/home/pi/.config/lxsession/LXDE-pi/autostart ...
did NOT work. Couldn't even get to start from .profile or .bashrc
Find my other recent thread about how to get around this odd
Pi4+Bookworm issue.
Followup -
The failure of /home/pi/.config/lxsession/LXDE-pi/autostart appears
to be linked to use of the Wayland display system. Switching back to
X11 it all works like it used to.
Follow-up to your follow-up
I trust that you've also posted a bug report to https://www.raspbian.org/RaspbianBugs
On 10/11/2023 04:38, 56d.1152 wrote:
On 11/6/23 11:40 PM, 56d.1152 wrote:No. It's linked to the fact that Wayland doesn't use LXDE but wayfire
On 10/31/23 5:57 AM, Dr Stephen Strange wrote:
R.Wieser wrote:
Stephen,
Pick one :
https://www.dexterindustries.com/howto/run-a-program-on-your-raspberry-pi-at-startup/
Regards,
Rudy Wieser
Many thanks
Be aware of the limitations of root-level autostarts
however - esp for "graphical" apps. When a user gets
fully logged in there is a "screen" on which all the
graphical stuff can be displayed. However if using
root crontab or a number of other tricks they run
early, BEFORE the individual user. There's no screen.
Recently wanted a user to autologin - easy - and then
for a specific python script to run. Worked on a Pi3,
but NOT on a Pi4 ... very strange. All the usual
tricks ... /home/pi/.config/lxsession/LXDE-pi/autostart ...
did NOT work. Couldn't even get to start from .profile
or .bashrc
Find my other recent thread about how to get around
this odd Pi4+Bookworm issue.
Followup -
The failure of /home/pi/.config/lxsession/LXDE-pi/autostart
appears to be linked to use of the Wayland display system.
Switching back to X11 it all works like it used to.
and wf-panel-pi.
LONG LONG back I found Red Hat on the software
shelf at WalMart (yes, they had that). A bunch
of 5 1/4 floppies were in there. After a
few days of messing around and downloading a
few things over dial-up, I actually got "X" and
the keyboard/mouse to work - and was happy.
However, other than being "Not Windows" it
didn't DO much of interest - so I ignored it.
On 11/10/23 5:59 AM, Martin Gregorie wrote:
On Thu, 9 Nov 2023 23:38:54 -0500, 56d.1152 wrote:
On 11/6/23 11:40 PM, 56d.1152 wrote:raspberry-pi-at-startup/
On 10/31/23 5:57 AM, Dr Stephen Strange wrote:
R.Wieser wrote:
Stephen,
Pick one :
https://www.dexterindustries.com/howto/run-a-program-on-your-
Many thanks
Regards,
Rudy Wieser
Be aware of the limitations of root-level autostarts however - esp >>>> for "graphical" apps. When a user gets fully logged in there is a >>>> "screen" on which all the graphical stuff can be displayed. However >>>> if using root crontab or a number of other tricks they run early, >>>> BEFORE the individual user. There's no screen.
Recently wanted a user to autologin - easy - and then for a
specific python script to run. Worked on a Pi3,
but NOT on a Pi4 ... very strange. All the usual tricks ...
/home/pi/.config/lxsession/LXDE-pi/autostart ...
did NOT work. Couldn't even get to start from .profile or .bashrc >>>>
Find my other recent thread about how to get around this odd
Pi4+Bookworm issue.
Followup -
The failure of /home/pi/.config/lxsession/LXDE-pi/autostart appears >>> to be linked to use of the Wayland display system. Switching back to >>> X11 it all works like it used to.
Follow-up to your follow-up
I trust that you've also posted a bug report to
https://www.raspbian.org/RaspbianBugs
Nope. It's clearly a Wayland issue - one of MANY.
NOT a 'Pi" issue per-se. Almost not a Deb issue,
except that Deb is kinda pushing Wayland.
Wayland has had a LONG time - but it's seriously
incompatible with vast numbers of existing apps
and techniques at the high and low levels.
IMHO, only those who NEED the "speed" - and it's
not THAT much better - like for stupid games should
think about Wayland. Everyone else, stick to X11.
Some use Linux for "fun" - and that's fine so far
as it goes. However the biggest and most important
use for Linux is for SERIOUS BUSINESS ... like
keeping the whole hidden infrastructure going.
IBM didn't buy M$, it bought RHEL. That's where
the Real Stuff is happening, the LiniVerse.
And yea, the BSDs are maybe even better at some
stuff, esp 'security' and overall 'solidness' - but
are also behind the curve in some important ways too.
However, if I had to build a whole new corporate
system NOW ... I'd use OpenBSD as the foundation.
LONG LONG back I found Red Hat on the software
shelf at WalMart (yes, they had that). A bunch
of 5 1/4 floppies were in there. After a
few days of messing around and downloading a
few things over dial-up, I actually got "X" and
the keyboard/mouse to work - and was happy.
However, other than being "Not Windows" it
didn't DO much of interest - so I ignored it.
A couple years later I found the green/white
SUSE LINUX box on a shelf (Best Buy ?) and
it was a CD. It was drastically easier to
install and had a much more interesting
selection of apps. NEXT to it on the shelf
was a very cheap box containing Oracle DB,
ported to Linux. NOW I was much more interested.
Kinda never went back after that. SUSE was
a serious supp, eventually replacement, for
more and more Winders Infrastructure stuff.
Alas, of late, OpenSUSE has kinda gone downhill.
It's no longer the "Cadillac System" it used
to be - I think a result of the IBM buyout of
RHEL. It's been the DebiVerse thereafter - for now.
Depends on how STUPID Deb gets with STUPID changes.
Yea, yea, X11 *is* a kinda complicated mess at
this point. However it's extremely WELL DOCUMENTED
and it WORKS with everything. Sometimes it's better
to stick with the Devil You Know.
Now if you're doing "headless", non-GUI, uses of
Linux ... pure servers and such ... then the "X"/
Wayland thing is of almost zero interest. I'd
suggest staying away from the RHEL derivatives
because you're now essentially beta-testers
for RHEL instead of fully with it. Deb is still
quite good for "pure", though NetworkManager
makes me wonder.
Arch derivs are good - though the package/ports
system IS unnecessarily weird. Slack IS still out
there too. The BSDs remain strong/safe competitors
for certain kinds of "servers" too - and more
diversity is being seen in that universe.
"Dragonfly" is a fairly nice GUI/Desktop BSD,
gotta admit, and there are a few competitors now.
And there's always the infamously-difficult Plan-9 :-)
DID get it to do SOME useful stuff, after a lot of
effort ........
HOPING for a modernized VMS ... it was WAY ahead
of it's time ! Still have a 300+ page, small-print,
manual ......
Oops ... too much ?
X11 is, like PostScript*, Systemd , and even MSDOS and Windows, a total disaster of a protocol written by ComputerScientists, who are arguably
even worse than ArtStudents when let near a computer.
However as the only game in town, software engineers have spent many lifetimes avoiding and hiding its completely unnecessary features and
getting it's necessary ones to work, hiding its sheer ugliness under graphical toolkits that are almost useable.
Like a Porsche 911, it is now a triumph of development over design.
Stick to the roads more travelled.
On Sat, 11 Nov 2023 10:45:51 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
X11 is, like PostScript*, Systemd , and even MSDOS and Windows, a total
disaster of a protocol written by ComputerScientists, who are arguably
even worse than ArtStudents when let near a computer.
One thing X11 and PostScript in common is remarkable staying power, extensibility is one (possibly the only one) thing computer scientists tend to do well.
On 11/11/23 6:41 AM, Ahem A Rivet's Shot wrote:
On Sat, 11 Nov 2023 10:45:51 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
X11 is, like PostScript*, Systemd , and even MSDOS and Windows, a total
disaster of a protocol written by ComputerScientists, who are arguably
even worse than ArtStudents when let near a computer.
One thing X11 and PostScript in common is remarkable staying power, >> extensibility is one (possibly the only one) thing computer scientists
tend
to do well.
Agreed. X11 is *ancient* - yet still doing serious work.
Also, many little utils and such just EXPECT X11 ... my
recent experience with /home/pi/.config/lxsession/LXDE-pi/autostart
not working was due to Wayland. Gotta put autostart in a different
place with Wayland, and it's not quite as flexible.
Wayland, well, let the "gamers" have it. I'm not interested
in "games" but "infrastructure/devices". For that I want
everything as super-compatible as possible.
X11 *is* a mess, no question, but it WORKS WELL
If that effort had been put into Wayland instead we would have a
graphics interface that use way less CPU and RAM.
On Sun, 12 Nov 2023 11:17:56 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
If that effort had been put into Wayland instead we would have a
graphics interface that use way less CPU and RAM.
Perhaps, but by the time Wayland appeared most of that effort had already taken place,
it would have been a long wait for a graphical
interface, X11 dates back to 1984 while Wayland didn't turn up until 2008. Finally Wayland doesn't work over a network which is one of X11s great strengths and a feature I use quite often.
On 12/11/2023 13:46, Ahem A Rivet's Shot wrote:
it would have been a long wait for a graphical
interface, X11 dates back to 1984 while Wayland didn't turn up until
2008. Finally Wayland doesn't work over a network which is one of X11s great strengths and a feature I use quite often.
I tried to use it and it was pants.
On Sun, 12 Nov 2023 15:11:50 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
On 12/11/2023 13:46, Ahem A Rivet's Shot wrote:
it would have been a long wait for a graphical
interface, X11 dates back to 1984 while Wayland didn't turn up until
2008. Finally Wayland doesn't work over a network which is one of X11s
great strengths and a feature I use quite often.
I tried to use it and it was pants.
It's crap over a WAN IME (mind you I haven't tried across a WAN
since I got FTTH) but on a LAN most applications work fine. Here's one I
use regularly - my Calibre book repository lives in a jail (container in linux speak) on my NAS, so to run the GUI on my workstation I run (canned
in a menu entry in my WM):
ssh calibre@library -f calibre
and up pops the perfectly responsive application window. The old way
of permitting access to the X server directly from the host library would be even faster but very insecure. The big advantage over the remote desktop approach is that library isn't running any kind of graphical interface.
On 12/11/2023 16:37, Ahem A Rivet's Shot wrote:
ssh calibre@library -f calibre
and up pops the perfectly responsive application window. The
old way of permitting access to the X server directly from the host
library would be even faster but very insecure. The big advantage over
the remote desktop approach is that library isn't running any kind of graphical interface.
Now try streaming video over it
On 12/11/2023 04:03, 56d.1152 wrote:
On 11/11/23 6:41 AM, Ahem A Rivet's Shot wrote:
On Sat, 11 Nov 2023 10:45:51 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
X11 is, like PostScript*, Systemd , and even MSDOS and Windows, a total >>>> disaster of a protocol written by ComputerScientists, who are arguably >>>> even worse than ArtStudents when let near a computer.
One thing X11 and PostScript in common is remarkable staying power, >>> extensibility is one (possibly the only one) thing computer
scientists tend
to do well.
Agreed. X11 is *ancient* - yet still doing serious work.
Also, many little utils and such just EXPECT X11 ... my
recent experience with /home/pi/.config/lxsession/LXDE-pi/autostart
not working was due to Wayland. Gotta put autostart in a different
place with Wayland, and it's not quite as flexible.
Wayland, well, let the "gamers" have it. I'm not interested
in "games" but "infrastructure/devices". For that I want
everything as super-compatible as possible.
X11 *is* a mess, no question, but it WORKS WELL
It works well because thousands of man hours have been put into it to
*make* it work well.
Same as systemd and PostScript. And a Porsche 911. And Windows.
If that effort had been put into Wayland instead we would have a
graphics interface that use way less CPU and RAM.
But it's all too late, now. We have to make the best of a bad job.
On Sun, 12 Nov 2023 21:10:40 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
On 12/11/2023 16:37, Ahem A Rivet's Shot wrote:
ssh calibre@library -f calibreNow try streaming video over it
and up pops the perfectly responsive application window. The
old way of permitting access to the X server directly from the host
library would be even faster but very insecure. The big advantage over
the remote desktop approach is that library isn't running any kind of
graphical interface.
That's not going to work well.
| Sysop: | Weed Hopper |
|---|---|
| Location: | Clearwater, FL |
| Users: | 14 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 231:13:00 |
| Calls: | 55 |
| Calls today: | 1 |
| Files: | 50,127 |
| D/L today: |
29 files (3,538K bytes) |
| Messages: | 275,357 |