Barputer-Next

From VoidWarranties - Hackerspace Antwerp, Belgium
(Difference between revisions)
Jump to: navigation, search
(Created page with "{{Project |Current=Yes |Category=Art |Logo=cloud.jpg |Participants=Yvanj |Locations=Den Bunker, |Short description=Rebuilding the barputer, with a touch of cloudlyness. }}")
 
 
(12 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 
{{Project
 
{{Project
|Current=Yes
+
|Current=No
 
|Category=Art
 
|Category=Art
 
|Logo=cloud.jpg
 
|Logo=cloud.jpg
|Participants=Yvanj
+
|Participants=,Bramsky,warddr
|Locations=Den Bunker,  
+
|Locations=Den Bunker,10.98.254.144
 
|Short description=Rebuilding the barputer, with a touch of cloudlyness.
 
|Short description=Rebuilding the barputer, with a touch of cloudlyness.
 
}}
 
}}
 +
=Outline=
 +
* Rebuilt the barputer
 +
* Prevent that hardware failure will make [[El Presidente]] get no Mate (and you know what happens if he doesn't get his Club-Mate on time)
 +
* (attempt to) optimize it.
 +
 +
=Concept=
 +
Since the barputer lives in a pretty harsh environment, a backup strategy is required. The last one left us at a moment whe didn't expect it to fail, and accounting is an issue for those who pay their drinks monthly. My idea was to put the barputer and related software in a VM (without Apache <= 2.2.19, or even without Apache at all), and access it remotely. I recently starded exploring [http://www.x2go.org x2go]. X2go is somewhat like a RDP alternative for linux, a free/OSS version of NXServer.
 +
 +
It is currently possible to run a full desktop, or a minimized environment which allows you to run the Cash Register application only.
 +
 +
The advantages of x2go/NX are:
 +
* low bandwidth required to use the desktop remotely (important, because network connections tend to get slow sometimes in the space)
 +
* (almost) platform independent
 +
 +
The disadvantages are:
 +
* it has a built in YouTube-Be-Gone, which you can only disable by throwing extra bandwidth at it.
 +
* OS X only has a PowerPC client officially (to bad for you Lion users...), but there's a workaround which doesn't involve downgrading to Snow Leo, or screwing up your system by putting Lion+Snow Leo in a blender and run that on your Mac. It will blend, but getting it to work is another issue.
 +
 +
=Important stuff=
 +
 +
Shutdown routine:
 +
* First shutdown the tc
 +
* Second flip the switch on the backside
 +
 +
Powerup routine:
 +
* First flip the switch on the back
 +
* Second press the power button of the tc
 +
 +
 +
=What has been done?=
 +
* a VM has been donated from [[Stefan]] inside the WirelessAntwerp network near <del>Keyserley</del> that street where there used to be big trees near Central Station, but which is transformed into a construction site for the next 42 years.
 +
* Debian 6 has been installed and all patches are applied (unless they give out new patches, then you'll need to apply patches again)
 +
* x2go has been installed and is in fully working condition
 +
* Smuxi has been installed to use as an IRC client, defaulting to #hackerspace-voidwarranties with the nick "barputer-next".
 +
* Google Chrome has been installed as the default web browser. Some plugins (read: Flash) can be a pain in the *ss to install under Linux, and Chrome has it built-in. Also, it's a lot easier to handle than Firefox, and it works faster (to me).
 +
 +
 +
=What should still be done?=
 +
* Make it work on the physical barputer
 +
** Make Touchscreen input work again.
 +
* Install the barputer application (should be a primary objective when (re)creating the barputer, amirite?)
 +
* Solve last minute issues, which are currently unknown.
 +
 +
=Notes=
 +
* username/password is <code>cashregister/cashregister</code>.
 +
* it's a Debian, sudo won't work like it does in Ubuntu. Use <code>su -</code> for now to become root, return to normal privileges with ctrl+d/<code>logout</code>, untill I fix it.
 +
* IP is <code>10.98.254.144</code>, should be accessible by VPN and inside the network.
 +
* X2go settings: Gnome, FullScreen, ADSL Speed (or whatever suits the connection),... Leave most things in the default state, except KDE->GNOME and Desktop 800x600->FullScreen.
 +
 +
=Sidenotes=
 +
==Why cloudlyness?==
 +
Apparently everybody calls "something not on this computer" nowadays "something somewhere in the cloud". It's just goin' with the flow, so everybody understands eachother.
 +
==Why remote?==
 +
Should be clear by now; moving the Single Point Of Failure to a location which doesn't has the fail rate of the location of the current barputer. We're using the space to cook now (below the barputer), and since we started doing it, the barputer has failed. Moisture from the cooking process doens't have anything to do with it, right? Due to the moisture issues in the space, everything of great importance should be kept out of it.
 +
 +
<!-- administrator: Clubmate2010! -->

Latest revision as of 12:14, 23 August 2013


Barputer-Next
What:
Rebuilding the barputer, with a touch of cloudlyness.
Cloud.jpg
Participants:
Bramsky, warddr
Category:
Art
Locations:
Den Bunker, 10.98.254.144

Contents

Outline

Concept

Since the barputer lives in a pretty harsh environment, a backup strategy is required. The last one left us at a moment whe didn't expect it to fail, and accounting is an issue for those who pay their drinks monthly. My idea was to put the barputer and related software in a VM (without Apache <= 2.2.19, or even without Apache at all), and access it remotely. I recently starded exploring x2go. X2go is somewhat like a RDP alternative for linux, a free/OSS version of NXServer.

It is currently possible to run a full desktop, or a minimized environment which allows you to run the Cash Register application only.

The advantages of x2go/NX are:

The disadvantages are:

Important stuff

Shutdown routine:

Powerup routine:


What has been done?


What should still be done?

Notes

Sidenotes

Why cloudlyness?

Apparently everybody calls "something not on this computer" nowadays "something somewhere in the cloud". It's just goin' with the flow, so everybody understands eachother.

Why remote?

Should be clear by now; moving the Single Point Of Failure to a location which doesn't has the fail rate of the location of the current barputer. We're using the space to cook now (below the barputer), and since we started doing it, the barputer has failed. Moisture from the cooking process doens't have anything to do with it, right? Due to the moisture issues in the space, everything of great importance should be kept out of it.


Personal tools
Namespaces
Variants
Actions
Navigation
Toolbox
Content Creation
Belgian Spaces