Tag Archives: wlan

AMD64, Flash och PDF-matteböcker

Jag löste internetanslutningen för Ubuntu på ett fult sätt tillsvidare i alla fall. Det har resulterat i ett mindre filtrerat nät för elevdatorer som ansluter genom min lösning än vad de upplever genom det trådlösa ELEV-nätet. Så helt fult är det ju inte :)

I vart fall resulterade måndagen – första dagen med nät etc. i skolan – att den första testlaptopen sprang på ett problem. Flash ville inte installera sig pga AMD64-plattformen. Dock finns det en AMD64-alpha (som fungerar fint) för Firefox 64bit i Linux, så det var ju bara att klämma in den.

Adobe Flash Plugin 10 kan inte installeras på din datortyp (amd64). Antingen kräver programmet speciella hårdvarufunktioner eller så har tillverkaren valt att inte erbjuda stöd för din datortyp.

Adobe Flash Plugin 10 finns tillgänglig i kanalen för tredjepartsprogramvara “jaunty-partner”. Klicka på kryssrutan bredvid programkanalen för att aktivera och installera den.

För att fixa det kan man antingen man slanga ner det pluginet direkt från adobe.com, eller aktivera partner-repositoryt enligt den citerade instruktionen ovan. Jag testade förvisso aldrig utan, men efter att ha avkommenterat raderna i /etc/apt/sources.list så installerade jag paketet flashplugin-installer och vips fungerade det.

Det rapporterades visserligen vit ruta istället för video på YouTube, men det måste ha varit ett högst temporärt problem eftersom det inte inträffat igen.

Värt att notera är även t.ex. lösningen för mattebok som IB-elever har. Det är en CD med PDF och tillhörande program som kan rita grafer och dylikt typ. Det finns länkar i PDF:en till program som kör nämnda formler/exempel med ett fönster som har grafritare. Samt länkas enstaka videoklipp och stuff.

Innehållet i CD:n går att kopiera till random lagringsplats, t.ex. USB-minne eller .deb-paket, utan att det förstör dess funktionalitet. PDF:erna och länkarna fungerade finfint med evince (Gnome’s medföljande PDF-läsare).

Med länkarna menar jag givetvis bara själva länkarna. De försökte dock starta Win32-program – och föll således pladask. Botemedlet var dock simpelt – vi installerade bara wine och då fungerade ekvationsprogrammen igång.

Funktionalitetsmässigt var det helt okej. Fast jag behövde ställa in wine som förvald .exe-öppnare. Det kan vara värt att komma ihåg.

Vidare kan nämnas att elever som pysslar med matte säkerligen skulle ha nytta av att lära sig använda t.ex. octave. Det är en GPL:ad Matlab-klon som har väldigt hög kompatibilitetsgrad. Rita grafer och dylikt är lätt som en plätt och använder sig av gnuplot om jag inte missminner.

Intressant vore ju om man egentligen kunde börja vänja elever vid octave/gnuplot istället för t.ex. Texas Instruments grafräknare etc. Inget ont om dem, men förstå vilket lyft att ha Matlab-vana – åtminstone för de som ska läsa naturvetenskap och stuff på universitetet. Om inte annat är det smidigare att ange tabelldata i octave.

Gårdagens läxa var alltså:

  • Fulhack är bäst för att undvika omständiga nätverksanslutningar.
  • Partner-repository ska aktiveras om det behövs framöver också (Flash är trots allt en nödvändighet)
  • wine behöver installeras. Ej konfigureras dock, det fungerade out of the box.
  • Gnome behöver delges wine som standardhanterare för .exe-filer.
  • octave + gnuplot bör installeras för awesomehetens skull.

Security through obscurity

Sometimes I’m amazed as to why certain implementations remain – or were originally – in production use at all. Especially when it comes to restricting user access and such. DRM is an old-school example of such a security scheme which is defective by design.

My latest real-world encounterment of “security” is related to wireless networking. Everyone knows that wireless communication is unmanagable. You can attempt to direct it in the right path, but you can never stop anyone from capturing or even interpreting the communication. By being unmanagable, it is also deemed insecure by default. Sure, one can apply authentication, encryption or mere security through obscurity to stop randoms from using a wireless network. But given time, knowledge and devotion, no network is secure – even less a wireless such.

If a network has implemented proprietary authentication methods, invested in filtering hardware/software, require unique user certificates/logins to surf… The least you’d expect is that they also disabled internal routing for the city-wide VLAN, spread over countless of wireless access points. So you can’t just put up a bridge between that network and the outside world… But I’m not  complaining. I just think they shouldn’t have gone through all the trouble of making it seem verifiable/secure.

This is comparable with what I heard at a meeting yesterday. “Computer scientists don’t solve the problem, they bypass it”. This strategy of course spills over on “problems” which manifest themselves as “can’t do what I want” or “nothing is impossible!”.

If you can’t fly yourself, build an airplane!