This is a half-done attempt at making a rdp server in lxc. It was largely based on ubuntu-xrdp. I'm not sure all of the things are necessary, but the result is a functional xrdp server.
I did this to see if it is feasible to host remote development system for students.
At least one annoyance is that on linux you cannot install "for all users", so each user would end up with ~2.6G of ~/wpilib. That also manifests itself in updating dev tools.
The idea behind this is that students understand the interplay between commands and subsystems. Once the subsystems are well defined with RobotBuilder (i.e., we have all our parts), the primary work will be:
Assignment number 1 has some information on setting up wpilib.
I gave this talk to some co-workers on 2022-01-18. It has some informaton on apt repository layout, general apt usage and some other bits and pieces.
I presented apt-talk.md with mdp, which is convienently installable in Ubuntu with apt.
A command based architecture is one of the designs that FRC suggests (see the TimedRobot here and command based here).
CommandScheduler.java -- I don't think we need to touch this class, but it is at the core of a command-based design; commands may specify which subsystems they interact with, and the scheduler will never schedule more than one command requiring a given subsystem at a time.
RobotCointainer.java -- define/create subsystem and command fields/objects, bind controller buttons to commands, and specify commands for autonomous routine.
This assignment will get a programming environment installed on your computer. That is the environment that we'll write code in to run and drive our robot. At the end of the assigment, hopefully you'll have the environment installed and ready to work, and have executed a Java program.
Install the WPILib application. This will install VSCode and WPILib libraries for Java and C++ development. Follow instructions in zero-to-robot/step-2.
Some things to note:
Often times people will want to test a package from -proposed, but do not want the whole ball of wax.
This covers how you can selectively use -proposed.
It is based on the backports doc. But also mentioned in EnableProposed in the Ubuntu Wiki. I used 'priority' of 400 below. You can read more about priority in apt_preferences(5).
After doing this you can leave -proposed enabled and your 'dist-upgrade' will not pull from it.
Revisit the days of yesteryear by running unsupported and abandoned and security-vulnerability infested software. This will build a container with old enough versions of firefox, flash and java to all work together.
My purpose was to access a non-updated Cisco Integrated Management Controller (CIMC). Older versions used flash-only but required java plugin for KVM access.
It should be obvious to the reader that running out of date software might not be a good idea.
Info on how to build/use swtpm and libtpms. Pretty good doc at swtpm wiki. Qemu page has good info also, including qemu command lines. Qemu tpm.
I have been maintaining a "swtpm ppa" at ppa:smoser/swtpm.
libtpms and swtpm seem to be working their way into debian/ubuntu.
