The originator did promise Linux support in the future, BUT he sold it and the new company does zero Linux support. My feeling on this is they have less than zero (negative support) Their license is the most restrictive I have read lately.
Call the Magicjack the exact opposite of open hardware. Following some complaints they included Telco's that charged them for the free ($) VOIP calls in some areas, so they passed it on to their customers (it's in the fine print before you sign (I did not sign!). Tip of the iceberg Others may have more info on other hardware On Tue, 2011-07-05 at 17:16 -0600, [email protected] wrote: > Does anyone have information on something like MagicJack and Linux on a wall > wart style appliance? How about otherwise? > > > > On Tue, Jul 05, 2011 at 04:03:46PM -0600, Gustin Johnson wrote: > > OK, that is two of us. The point is that there are a handful of > > people who are capable, and an even smaller number who want to spend > > the time and energy. > > > > > > On Tue, Jul 5, 2011 at 4:51 PM, <[email protected]> wrote: > > > I run web hosting as well so I hold my hand up. I have since 1998. > > > > > > > > > On Tue, Jul 05, 2011 at 03:35:51PM -0600, Gustin Johnson wrote: > > >> We are talking about higher up the stack. We already have a free > > >> stack from boot loader, to kernel, to OS, to > > >> Apache/lighttpd/micro-httpd/mini-httpd/thttpd etc. We now need > > >> something on top of all that. We are also talking about something > > >> that a less technical user could plug into a wall socket and then > > >> start using. > > >> > > >> I already do this with Drupal. I run my own DNS servers, and control > > >> just about every part of the chain (I have a web hosting company > > >> hosting my Drupal instance, but I get a nightly backup at home, and > > >> could be up and running again in 30 minutes). Raise your hand if you > > >> too can do this. OK, now keep your hands up if you *want* to do all > > >> this work. Some days I just want it all to work. > > >> > > >> There is work being done in this space, but we are in the early days. > > >> Think kernel v0.5 era. > > >> > > >> We may also need an alternative to DNS, since that can currently be > > >> messed with. > > >> > > >> On Tue, Jul 5, 2011 at 3:21 PM, Greg Saunders <[email protected]> wrote: > > >> > I kinda thought that but wouldn't a better way to solve this problem > > >> > be at > > >> > the protocol layer and not the infrastructure? > > >> > i.e. httpf or httpfs, smtpf, imapf, dnsf, etc. > > >> > I care more about my message (and communications) being "free" (as in > > >> > beer > > >> > and speech) than the hardware (and OS) it traversed. > > >> > So in a world where you had a mix of "free" and commercial > > >> > infrastructure > > >> > (which seems realistic), my "free" data (communication) would be routed > > >> > accordingly. > > >> > ??? > > >> > > > >> > On Tue, Jul 5, 2011 at 3:10 PM, Gustin Johnson <[email protected]> > > >> > wrote: > > >> >> > > >> >> We are talking about building a free as in speech alternative to > > >> >> facebook > > >> >> and twitter. We have the low cost hardware, we have a free as in > > >> >> speech OS > > >> >> as well as a solid free (again as speech) stack on top of that. > > >> >> > > >> >> The problem was that the protests in the Arab world were largely > > >> >> organised > > >> >> on Facebook and Twitter. These represent single points of failure and > > >> >> censorship. The idea is to have a federated, free and open solution > > >> >> to > > >> >> replace this that can't be as easily taken down. Think Identi.ca but > > >> >> for > > >> >> facebook. > > >> >> > > >> >> It is not just Facebook, there are all sorts of hosted (aka "cloud") > > >> >> solutions that we have little ultimate control over. It just makes > > >> >> sense to > > >> >> have an open and federated alternative. There are a lot of pieces > > >> >> already > > >> >> in the works, like Identi.ca and Feng office, and so on. There just > > >> >> is no > > >> >> co-ordinated platform to compete with Google Apps/Google+, Facebook > > >> >> etc. > > >> >> > > >> >> Sent from my Android device. Please excuse my brevity. > > >> >> > > >> >> On Jul 5, 2011 2:15 PM, "Greg Saunders" <[email protected]> wrote: > > >> >> > > >> >> _______________________________________________ > > >> >> clug-talk mailing list > > >> >> [email protected] > > >> >> http://clug.ca/mailman/listinfo/clug-talk_clug.ca > > >> >> Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > > >> >> **Please remove these lines when replying > > >> > > > >> > > > >> > _______________________________________________ > > >> > clug-talk mailing list > > >> > [email protected] > > >> > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > > >> > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > > >> > **Please remove these lines when replying > > >> > > > >> > > >> _______________________________________________ > > >> clug-talk mailing list > > >> [email protected] > > >> http://clug.ca/mailman/listinfo/clug-talk_clug.ca > > >> Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > > >> **Please remove these lines when replying > > > > > > _______________________________________________ > > > clug-talk mailing list > > > [email protected] > > > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > > > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > > > **Please remove these lines when replying > > > > > > > _______________________________________________ > > clug-talk mailing list > > [email protected] > > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > > **Please remove these lines when replying > > _______________________________________________ > clug-talk mailing list > [email protected] > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > **Please remove these lines when replying _______________________________________________ clug-talk mailing list [email protected] http://clug.ca/mailman/listinfo/clug-talk_clug.ca Mailing List Guidelines (http://clug.ca/ml_guidelines.php) **Please remove these lines when replying
