Jump to content

Paraplegic Racehorse

  • Content count

  • Joined

  • Last visited

  • Days Won


Paraplegic Racehorse last won the day on January 9 2017

Paraplegic Racehorse had the most liked content!

Community Reputation

6 Neutral

About Paraplegic Racehorse

  • Rank
  • Birthday 11/21/1975

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Seward, AK
  • Interests
    Linux, role-playing games, board games, books of all types, boats and sailing, beekeeping
  1. Paraplegic Racehorse

    container image?

    I was thinking much the same. There's no particular reason a containerized Bodhi4-testingbranch couldn't be set up and played with by testers without mucking up their base Bodhi4-stable branch. The trouble is getting an X11 display set up in the container in a useful way. Hopefully, my progress with guacamole can also be useful although other methods are available.
  2. Screwing around with guacamole containers

  3. Paraplegic Racehorse


    BTW, why guacamole and not just a VNC or RDP server? Because guacamole is faster. [video description:] This is a test comparing Guacamole (on the LEFT) against a native VNC client (on the RIGHT) over a connection with moderate latency (California to Texas). The animation is the "Pixbufs" test from gtk-demo.
  4. Paraplegic Racehorse


    So, following on my saga of getting remote access to my Bodhi test machine, because it has many useage aspects I find annoying like the requirement to be plugged in at all times because the battery is failed, I try to install and get working Apache Guacamole Incubator. Since this is all experimental and I don't want to install anything for real until I can get something to work, I'm working in an LXC container, for which I have a set-up walk-through. The best part about the container is: If I screw up, I can roll-back to a stable snapshot and try again. First, I took a snapshot of my stable container with a Bodhi4 environment $ lxc snapshot bodhi4 Because I didn't provide a name for the snapshot, 'snap0' was created. Here's my log of attempting to install guacamole: # I found this guacamole 0.9.9 set of packages so I don't need to compile # from source. Do I trust it? No, not really, but I'm using it anyway # because I'm lazy. add-apt-repository ppa:dnlj/network-build # update repositories; and upgrade because why not? apt update && apt upgrade -y # install guacamole-tomcat apt install guacamole-tomcat # Now I have it installed and running on the lxc container's http port 8080 # BTW, it was not immediately obvious which port and I had to nmap scan # to find it. You're welcome. # This is a configurable option but for now I won't change it. # but guacamole isn't showing up. # Time to dig into configuration stuff. # https://guacamole.incubator.apache.org/doc/gug/configuring-guacamole.html # But first, I needed to start the guacd daemon, which wasn't running /etc/inet.d/guacd start # Curiously, guacd defaults to listening on localhost:4822 # You can imagine how useless _that_ is while trying to access it from # outside the container (not "localhost" with respect to the lxc container) # So I turned to the documentation. # ... # Four days later # I admit defeat. Attempting to decipher the HORRIBLY CONVOLUTED and far # from clear and understandable English documentation of Tomcat and # Guacamole, I gave up. # Alas, this means I can't access the machine through a browser. But that's not the end of my saga. I still want to get guacamole set up and working because using that little Mini is PITA. Evenually, I found this: https://www.chasewright.com/guacamole-with-mysql-on-ubuntu/ So I rolled back my container, started it up and logged into it the same way I did in my containers post. Following the instructions on the chasewrite.com blog post worked beautifully! Now I have a working guacamole running in my container. A quick `lxc list` from outside the container shows my container has IP so I point my browser to http://<container-IP>:8080/guacamole/ and I get a guacamole login prompt. Entering the default credentials (guacadmin/guacadmin) lands me on a page with, essentially, nothing. Drat! Back to the docs, by which I mean the comments on that blog post. Right! I have to enter guacamole settings from the menu in the upper right of guacadmin and tell guac where to find a server! It just so happens the script used to install guacamole also installed RDP and VNC servers. I just tell guacamole to establish a new connection and fill in the fields. I'm not at all certain what to put in what fields so I fill them out to the best of my ability and ... I broke guacamole. At this time, I haven't fixed it. The beauty of being in a container is that I don't actually have to try to fix it. I can just rollback the container to a stable snapshot and try again. That's what I'll do, but not today. Now, I will probably finish this adventure and get guacamole going. However, I think I found a lighter-resource method of desktop-sharing, which is Xpra (https://xpra.org/) and also has an HTML5 option, so I can view via http but, why? Xpra is, essentially, the X11 networking protocol secured, so who needs RDP, VNC, html via http, whatever. But, I'll play with all that later.
  5. Paraplegic Racehorse

    How to install xdotool?

    If you can't find it in the Bodhi repositories, and don't want to put in a software request in the forums and wait, check the software web site for an AppImage. They're becoming more and more common and require only a `chmod + <filename.appimage>` to make them doubleclick happy.
  6. Paraplegic Racehorse

    Learning some form of programming for noob?

    If, like me, you constantly find yourself frustrated by tutorials and books, go to your local community college and take a class. CS101 is usually a programming class. It doesn't matter what the language is (It used to be BASIC or Pascal, but now Python and Ruby are fairly common as intro languages.) Then take a math class because you probably discovered your math skills have atrophied. You'll know which math class to take because the programming class will make it pretty obvious to you. While taking the math class, keep going to your programming instructor and asking for little exercises and challenges or find a blog or email service to do same. Do not take distance-learning or over-the-internet courses. Go to a real classroom with a real instructor. Not only will you benefit from the lack of other distraction during lectures, but you'll have a built-in support group in the other students. Rinse. Repeat. Forever.
  7. Paraplegic Racehorse

    container image?

    Just for grins (and because I want a test environment, I went ahead and did it. The host is my Lenovo G50 laptop, running Ubuntu GNOME 16.04 LTS. Since Bodhilinux shares the Ubuntu repositories, there's no reason you couldn't do this from Bodhi-4; or Bodhi-3 with the addition of the official Ubuntu Trusty lxc PPA. host-$ sudo i host-# apt install lxd zfsutils-linux host-# lxd init (I accepted defaults) host-# (at this point, I went through the process of adding my user account to the lxc group and assigning me a range of uid and guids, giving me the ability to create and run unprivileged containers) (instructions for this at the linuxcontainers.org) host-# exit host-$ lxd launch ubuntu:16.04/i386 bodhi (this grabs a barebones xenial i386 image, names it "bodhi" and launches an instance) host-$ lxc config set bodhi limits.cpu 1 (limits the container to use of a single CPU core to reduce resource use) host-$ lxc config set bodhi limits.memory 512MB (limits RAM consumption) host-$ lxc exec bodhi -- bash (puts me into a root shell inside the "bodhi" container) bodhi-# cat <<EOT >> /etc/apt/sources.list # Bodhi Linux binary repositories deb [trusted=1] http://packages.bodhilinux.com/bodhi xenial b4main EOT (in spite of forum article to the contrary, I found I needed the trusted bit or the package list would not download) bodhi-# apt update bodhi-# apt upgrade bodhi-# apt install packagekit && apt install bodhi-desktop bodhi-# exit (drops me back to host) host-$ lxd stop bodhi Now I have a clean Bodhi Linux 4 : i386 lxc container. It is not a Legacy Bodhi. This is a 4.4 kernel. Replacing with a non-PAE kernel is probably trivial but I didn't bother. It has limited access to my host's hardware so I can be doing other things. When I run other OSes in VirtualBox, even if I set limits, it still bogs down my machine dreadfully. Not so with lxc. I can play! To create a new container from this one is as simple as: host-$ lxc copy bodhi bodhi-somepurpose By cloning the Bodhi image this way, I don't need to re-provision a new one if/when I screw it up. I can just clone again. I'm going to use it to work on getting guacamole-tomcat configured and in a working state before I muck around in the system of my actual Bodhi box. Why did I choose this over Docker? Because Docker is a single-app hypervisor. I would need three instances of a Docker image to get guacamole working, but lxc can do it all in one instance because it multi-threads just fine. Also note, this container does not currently have access to X11 on my host. Setting that up requires a little more work. With guacamole, it shouldn't be an issue because I can load it in browser or by VNC. I also still have the base ubuntu image if I want to do other things. I'll probably set one up for Jekyll so I don't trash my host with all those gems. Between apt, snap, cpan, npm, apm, pip and gem I certainly have a whole bunch of different package management schemes already on this box. It's a small nightmare to keep up to date even with security releases. I'll probably provision another with my publishing toolchain. Why not vagrant and an emulator? Two reasons: 1. this lxc image is just 420MB (suck it, virtualbox!), 2. overhead, 3. launching an lxc instance takes about two seconds compared to a minute or more under emulation. An lxc instance uses a very small fraction of the resources of vmware or virtualbox. There is now a vagrant-lxc plugin, which looks handy provisioning a new lxc container, but it's not supported and ansible and puppet can do the same thing.
  8. Paraplegic Racehorse

    container image?

    I want to set up Guacamole on my Bodhi box, but I don't want to muck up the box while I experiment with getting the silly thing working. Is there a Bodhi4 [Legacy] LXC image hosted anywhere? I know it's a Xenial i386 base, but I don't pretend to know what else is added to make it Bodhi beyond Moksha and userland apps. I understand Vagrant-virtualbox might be a better way to try this, but I don't want the overhead.
  9. Paraplegic Racehorse

    Improvements / Fixes for Bodhi 4.1.0

    I'd like to see broadcomm wifi detected and installed by default. It's extremely tedious to have to do this, especially if one is in a place where there is no wire.
  10. Paraplegic Racehorse

    Support Bodhi Linux with your Searches

    Might as well also make it the default for Firefox, as delivered by the Bodhi repos, as well as adding links to the Bodhi site, forums, wiki, etc.
  11. Paraplegic Racehorse

    Support Bodhi Linux with your Searches

    Is there a particular reason why this isn't the default in Midori as shipped with a fresh install of the OS?
  12. Paraplegic Racehorse

    WIFI, Broadcom-driver issue?

    same issue except mine was the broadcom-sta-common. All other Ubuntu 16.04 derivations I've played with auto-detected this in the live environment and installed it. Why not Bodhi?
  13. Paraplegic Racehorse

    ubuntu snap apps?????

    I, for one, consider it a good thing. A new app cannot bugger the whole system anymore. There actually are programs which are not distributed to the Ubuntu-verse which I would like to test out Lowers entry to commercial vendors by reducing need to require single distro or support multiple distros Users should be able to easily test-before-upgrade Possibility to install in userland, rather than system-land In effect, this is the Mac app-bundle for Linux, which is awesome. It's been something I really missed when I switched from Macs. Click would have worked equally well but, sadly, didn't gain any traction. My biggest question is how this is going to affect RAM usage. Consider running gedit, Shotwell, nautillus and gnome-terminal all at once, as snaps. Will they share the Gtk+? Hmm. I don't think so.
  14. Paraplegic Racehorse

    Dev environment :: Vagrant

    ... and I'm back! After a year's absence at work (first on Picton Castle and then SV Kwai; oh the life of a merchant mariner!) I'm back and ready to roll again. Still working on that old Dell Mini. Haven't upgraded to 3.2, unless a dist-upgrade is all that's needed from 3.0 Jeff, since I've had so much trouble in the past getting a decent dev environment to help with packaging and bug reporting pre-release versions of software, would you put up a Vagrant box with a clean Bodhi dev setup? And/or toss a deb file into the AppCenter consisting, essentially, of a depends file and getting-started tutorial?
  15. Paraplegic Racehorse

    Rebuilding the settings dialog for Moksha

    Two of the better settings configurators I've seen for incredible flexibility are the SuSe YaST and the KDE control center. I don't know whether the Windows control center is modeled after them, but it's very similar, as well. This general format has the advantage of being familiar to new users who may be coming from elsewhere.