- <title>Skolelinux-intervju: Roy-Arne Myhre</title>
- <link>http://people.skolelinux.org/pere/blog/Skolelinux_intervju__Roy_Arne_Myhre.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_intervju__Roy_Arne_Myhre.html</guid>
- <pubDate>Wed, 28 Mar 2012 15:15:00 +0200</pubDate>
- <description><p>I serien med intervjuer av folk i
-<a href="http://www.skolelinux.org/">Skolelinux</a>-miljøet, får vi
-denne gangen høre fra en IKT-ansvarlig som har brukt Skolelinux i
-mange år, og vært storfornøyd med erfaringene så langt.</p>
-
-<p><strong>Hvem er du, og hva driver du med til daglig?</strong></p>
-
-<p>Mitt navn er Roy-Arne Myhre og jeg er 42 år. Jeg er ansatt hos
-<a href="http://www.sandskole.no/">Sand skole</a> (Balsfjord kommune)
-og har stort sett vært det siden 1990. Jeg er IKT ansvarlig ved
-skolen i 40% stilling – 10% undervisning – musikk.</p>
-
-<p>Ved skolen er det ca 100 elever og ca 18 lærere + 4 assistenter i
-hele og delte stillinger. Alle lærerne har bærbar PC (dessverre med
-Win Vista) – assistenter har tilgang til egne. Vi benytter Fronter i
-det daglige arbeidet. Vi har ca 90 elevmaskiner som fungerer til
-daglig opp mot Linux server (XFCE) som driftes av
-<a href="http://www.bzz.no/">BzzWare AS</a> via nett. Maskinparken
-består kun av brukt utstyr for elevene – og noe av dette begynner å
-bli vel gammelt selv som halvtykke klienter.</p>
-
-<p><strong>Hvordan kom du i kontakt med
-Skolelinux-prosjektet?</strong></p>
-
-<p>Vi kom første gang i kontakt med Skolelinux rundt 1997. Den gang
-var det oppstart-disketter i hver maskin, ikke mulighet for lyd og
-video, gamle nettverkskort og mye plundring. Vi hadde en ihuga
-forelder med som pådriver, forsker og inspirator for hele opplegget.
-Selv ante jeg knapt at Skolelinux fantes, men han var av den
-utforskende typen, og fikk både meg og skolelederen i trua på at dette
-var ting som kunne fungere. Etter dette har det gått gradvis
-framover; flere maskiner er hentet inn gjennom bl.a
-<a href="http://www.greentech.no/">Greentech</a> og utrangert utstyr
-fra høgskole / Avinor og private givere. Når maskinene ble for trege
-for nye Windows-versjoner, sto vi klare til å putte dem i nettverket
-vårt. Dette betyr at vi i dag har 1:1 dekning av maskiner på
-ungdomstrinnet og bedre enn 1:2 på barnetrinnet. Dette er vi veldig
-fornøyd med, og vi kan ikke se for oss hverdagen som ville vært
-alternativet ved bruk av Windows med sine lisenser pr. Bruker/maskin.
-Da ville vi nok vært tilbake til 1-2 maskiner pr klasserom med de
-negative konsekvenser det ville hatt for undervisningsformene våre. Vi
-kan ha en hel klasse i prosjektjobbing eller individuell jobbing
-samtidig – vi kan avholde tentamen og eksamen uten
-logistikkproblemer.</p>
-
-<p><strong>Hva er fordelene med Skolelinux slik du ser det?</strong></p>
-
-Hvor skal jeg begynne... Stabiliteten er et nøkkelord - det bare
-virker. Har du først fått en server med Skolelinux opp og gå, så må
-det en maskinarefeil eller sabotasje til for å stoppe den. Det at man
-kan bruke eldre maskiner som normalt sett ville gått på dynga, er også
-glimrende - billig for skoler med dårlig økonomi og bra for miljøet
-siden vi gjenbruker utstyr i stedet for å skaffe nytt. Vi ville aldri
-hatt mulighet til å operere med det maskinantallet vi har pr i dag
-hvis det ikke var for Skolelinux - så tilgjengelighet er et annet
-nøkkelord. Et tredje moment er sikkerhet og brukertilgang. Alle
-brukerer opererer med egne brukernavn og passord, samt egne
-brukerområder som kan tilpasses for både enbrukertilgang og for
-samarbeid med andre.
-
-Elever har godt av å se at det finnes andre alternativer enn de som
-storindustrien selger på lisensbasis - på den måten trenes de opp til
-å se flere muligheter og å foreta valg ut fra flere opsjoner.
-
-<p><strong>Hva er ulempene med Skolelinux slik du ser det?</strong></p>
-
-<p>Ulempene med Skolelinux er nok utbredelsen og mangelen på kjennskap
-til dette i skolenorge. De som skal ta økonomiske avgjørelser rynker
-på nesen og vil gå for det kjente og «sikre» selv om det koster mye
-mer. Man får rett og slett litt hetta av å ikke kunne noe – og unngår
-dette for enhver pris.</p>
-
-<p>I tillegg er mye av linux-systemet administrert av tekstkommandoer
-og er lite intuitiv/visuell for oss som ikke er «inne i»
-kildekodene». Så problemet er nok mye godt at de som
-utarbeider/drifter Skolelinux ikke helt klarer å sette seg ned på
-skoleadministratorens nivå når det gjelder problemer og
-utfordringer. Men dette er nok en utfordring alle administratorer
-sliter med uansett OS.</p>
-
-<p>Derfor har vi valgt å støtte oss til BzzWare AS for assistanse i
-drifta slik at jeg har kunnet konsentrere meg mer om kabling, skifting
-av komponenter, veiledning av lærere og elever, vedlikehold av
-skrivere og annen daglig drift.</p>
-
-<p>Elevene mestrer Skolelinux helt fint. Så lenge Internett
-(Iceweasel) og Libreoffice (Openoffice) fungerer er 90% av
-skolehverdagen velfungerende. I tillegg brukes jo en del av den
-pedagogiske programpakken bla. i forhold til matematikk og geografi,
-men det er såpass mye bra på nett om dagen, så disse programmene er
-mer som krydder å regne.</p>
-
-<p>Jeg skulle ønske neste versjon av Skolelinux kunne komme litt
-mindre stappet med programmer, for halvparten blir aldri brukt, eller
-fungerer ikke uansett. Hva med et pedagogisk panel av lærere/IKT
-ansvarlige som kunne sagt: disse programmene skal være standard, så
-får resten være slike man kan legge til ved behov – det kan lett bli
-en jungel å bevege seg i.</p>
-
-<p>Jeg ønsker meg også en mer grafisk versjon av
-<a href="http://bzz.no/lwat/trac/trac.cgi">Lwat</a> hvor man kan krysse
-ut de som f.eks ikke skal ha internett-tilgang en dag pga
-eksamen/tentamen, samt en noe enklere brannmurløsning hvor man kan
-stenge for en del (få) sider på en enkel måte. Jeg liker godt
-Skolelinux sin ideologi om at filteret skal trenes i hodet på eleven –
-men av og til skulle jeg ønske at f.eks Facebook og Youtube kunne vært
-koblet vekk en periode for å få bedre utnyttelse av tid og
-ressurser. Disse to nettstedene er nok mye av årsaken til at mange
-lærere holder igjen databruken noe mer enn man kunne ønske.</p>
-
-<p><strong>Hvilken fri programvare bruker du til daglig?</strong></p>
-
-Jeg benytter nesten bare fri programvare til daglig. LibreOffice,
-Iceweasel (Firefox), Thunderbird til e-post og Gimp til
-bildebehandling. Vi har PHP-Nuke-oppsatt hjemmeside. Det eneste som
-jeg ikke har fått helt til enda er videoredigering - her må man vel
-innrømme at Mac er hakket over, men da er vi igjen over på å se hva
-som egner seg best, og ta valg ut fra det. Folk flest lever i
-villfarelsen om at regneark HETER Excel og tekstbehandling HETER
-Word. Dette er en misforståelse som jeg bruker mye energi på å
-diskutere og "åpne sinn" på Microsoft-slaver. Dessverre er det mange
-IKT-ansvarlige som også har låst seg på at det eneste saliggjørende er
-Bill G sine produkter.
-
-<p><strong>Hvilken strategi tror du er den rette å bruke for å få
-skoler til å ta i bruk fri programvare?</strong></p>
-
-<p>For å komme lenger i utbredelsen av Skolelinux tror jeg det må mer
-fram i nasjonale medier, samt komme bedre fram hva økonomien i dette
-valget vil være – samt mulighetene. Fri programvare er en berikelse og
-gjør oss i stand til å utføre arbeidet i skolen uten å måtte legge
-igjen tusener på tusener i Bill Gates lomme.. Få ETT nettsted med
-forståelig veiledning av installasjon/oppgradering og ETT forum med
-konkrete feilrettinger og problemer, så tror jeg vi kunne kommet et
-par skritt framover. Ellers tror jeg bare at ildsjelene må fortsette å
-skinne – kanskje flere enn oss følger etter på veien.</p>
+ <title>Debian Edu - some ideas for the future versions</title>
+ <link>http://people.skolelinux.org/pere/blog/Debian_Edu___some_ideas_for_the_future_versions.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu___some_ideas_for_the_future_versions.html</guid>
+ <pubDate>Mon, 11 Jun 2012 14:30:00 +0200</pubDate>
+ <description><p>During my work on
+<a href="http://www.debian.org/News/2012/20120311.nb.html">Debian Edu
+based on Squeeze</a>, I came across some issues that should be
+addressed in the Wheezy release. I finally found time to wrap up my
+notes and provide quick summary of what I found, with a bit
+explanation.</p>
+
+<p><ul>
+
+<li>We need to rewrite our package installation framework, as tasksel
+changed from using tasksel tasks to using meta packages (aka packages
+with dependencies like our education-* packages), and our installation
+system depend on tasksel tasks in
+/usr/share/tasksel/debian-edu-tasks.desc for package
+installation.</li>
+
+<li>Enable Kerberos login for more services. Now with the Kerberos
+foundation in place, we should use it to get single sign on with more
+services, and avoiding unneeded password / login questions. We should
+at least try to enable it for these services:
+<ul>
+
+ <li>CUPS for admins to add/configure printers and users when using
+ quotas.</li>
+ <li>Nagios for admins checking the system status.</li>
+ <li>GOsa for admins updating LDAP and users changing their passwords.</li>
+ <li>LDAP for admins updating LDAP.</li>
+ <li>Squid for users when exam mode / filtering is active.</li>
+ <li>ssh for admins and users to save a password prompt.</li>
+
+</ul></li>
+
+<li>When we move GOsa to use Kerberos instead of LDAP bind to
+authenticate users, we should try to block or at least limit access to
+use LDAP bind for authentication, to ensure Kerberos is used when it
+is intended, and nothing fall back to using the less safe LDAP bind</li>
+
+<li>Merge debian-edu-config and debian-edu-install. The split made
+sense when d-e-install did a lot more, but these days it is just an
+inconvenience when we update the debconf preseeding values.</li>
+
+<li>Fix partman-auto to allow us to abort the installation before
+touching the disk if the disk is too small. This is
+<a href="http://bugs.debian.org/653305">BTS report #653305</a> and the
+d-i developers are fine with the patch and someone just need to apply
+it and upload. After this is done we need to adjust
+debian-edu-install to use this new hook.</li>
+
+<li>Adjust to new LTSP framework (boot time config instead of install
+time config). LTSP changed its design, and our hooks to install
+packages and update the configuration is most likely not going to work
+in Wheezy.
+
+<li>Consider switching to NBD instead of NFS for LTSP root, to allow
+the Kernel to cache files in its normal file cache, possibly speeding
+up KDE login on slow networks.</li>
+
+<li>Make it possible to create expired user passwords that need to
+change on first login. This is useful when handing out password on
+paper, to make sure only the user know the password. This require
+fixes to the PAM handling of kdm and gdm.</li>
+
+<li>Make GUI for adding new machines automatically from sitesummary.
+The current command line script is not very friendly to people most
+familiar with GUIs. This should probably be integrated into GOsa to
+have it available where the admin will be looking for it..</li>
+
+<li>We should find way for Nagios to check that the DHCP service
+actually is working (as in handling out IP addresses). None of the
+Nagios checks I have found so far have been working for me.</li>
+
+<li>We should switch from libpam-nss-ldapd to sssd for all profiles
+using LDAP, and not only on for roaming workstations, to have less
+packages to configure and consistent setup across all profiles.</li>
+
+<li>We should configure Kerberos to update LDAP and Samba password
+when changing password using the Kerberos protocol. The hook was
+requested in <a href="http://bugs.debian.org/588968">BTS report
+#588968</a> and is now available in Wheezy. We might need to write a
+MIT Kerberos plugin in C to get this.</li>
+
+<li>We should clean up the set of applications installed by default.
+<ul>
+
+<li>reduce the number of chemistry visualisers</li>
+<li>consider dropping xpaint</li>
+<li>and probably more?</li>
+</ul></li>
+
+<li>Some hardware need external firmware to work properly. This is
+mostly the case for WiFi network cards, but there are some other
+examples too. For popular laptops to work out of the box, such
+firmware need to be installed from non-free, and we should provide
+some GUI to do this. Ubuntu already have this implemented, and we
+could consider using their packages. At the moment we have some
+command line script to do this (one for the running system, another
+for the LTSP chroot).</li>
+
+
+<li>In Squeeze, we provide KDE, Gnome and LXDE as desktop options. We
+should extend the list to Xfce and Sugar, and preferably find a way to
+install several and allow the admin or the user to select which one to
+use.</li>
+
+<li>The golearn tool from the goplay package make it easy to check out
+interesting educational packages. We should work on the package
+tagging in Debian to ensure it represent all the useful educational
+packages, and extend the tool to allow it to use packagekit to install
+new applications with a simple mouse click.</li>
+
+<li>The Squeeze version got half a exam solution already in place,
+with the introduction of iptable based network blocking, but for it to
+be a complete exam solution the Squid proxy need to enable
+filtering/blocking as well when the exam mode is enabled. We should
+implement a way to easily enable this for the schools that want it,
+instead of the "it is documented" method of today.</li>
+
+<li>A feature used in several schools is the ability for a teacher to
+"take over" the desktop of individual or all computers in the room.
+There are at least three implementations,
+<a href="italc.sourceforge.net/">italc</a>,
+<a href="http://www.itais.net/help/en/">controlaula</a> og
+<a href="http://www.epoptes.org/">epoptes</a> and we should pick one of
+them and make it trivial to set it up in a school. The challenges is
+how to distribute crypto keys and how to group computers in one room
+and how to set up which machine/user can control the machines in a
+given room.</li>
+
+<li>Tablets and surf boards are getting more and more popular, and we
+should look into providing a good solution for integrating these into
+the Debian Edu network. Not quite sure how. Perhaps we should
+provide a installation profile with better touch screen support for
+them, or add some sync services to allow them to exchange
+configuration and data with the central server. This should be
+investigated.</li>
+
+</ul></p>
+
+<p>I guess we will discover more as we continue to work on the Wheezy
+version.</p>
projects / homepage.git / blobdiff