Re: Centos7 : some ( official )help wanted

[email protected] Thu, 2 Jul 2015 20:26:02 +0200 (CEST)
Newsgroups gmane.linux.redhat.k12osn
Message-ID <[email protected]>
--===============0740068142274190807==
Content-Type: multipart/alternative; 
	boundary="----=_Part_251810370_957951918.1435861562402"

------=_Part_251810370_957951918.1435861562402
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable



----- Oorspronkelijk bericht -----

Van: "Warren Togami Jr." <[email protected]>=20
Aan: "Support list for open source software in schools." <[email protected]=
>=20
Verzonden: Donderdag 2 juli 2015 18:07:01=20
Onderwerp: Re: [K12OSN] Centos7 : some ( official )help wanted=20

On Wed, Jul 1, 2015 at 12:10 PM, Jim Kinney < [email protected] > wrote:=
=20




<blockquote>

Warren,=20

Then it should say on the site " no developer wants to do the work".=20
Now it says K12Linux is legacy.=20

And Warren, I am grateful for the work that you put in for K12Linux.=20

What I'm saying here, and I think what Radek is saying, is it's not legacy,=
 It works.=20




Legacy doesn't mean it doesn't work. It simply means no further development=
 will be done for that particular setup. Sometimes a program becomes legacy=
 because no one is working on it. Sometimes because it get superseded by ne=
wer projects.=20

K12Linux on CentOS 6 is a great tool. But porting it to be fully CentOS 7 r=
eady will require development from people other than Warren. K12Linux will =
be around for many more years since CentOS 6 will be around as well.=20

</blockquote>


Thank you. You understand the situation exactly.=20

CentOS 7 actually contains all the same components as CentOS 6 but in a dif=
ferent form. It would be theoretically possible to adapt those pieces to wo=
rk in the same manner as CentOS 6. There would be drawbacks though ... like=
 CentOS 7 is x86_64 only, so the client OS would no longer be able to be bu=
ilt from the same OS as the server.=20

<blockquote>


I think it's time to look at alternate methods of achieving a similar resul=
t. The PXE boot aspect will need to stay but the server platform needs to b=
e revisited. The IT world has embraced virtual machines. Maybe a thin clien=
t should be running a VM client that provides console to a remote VM runnin=
g on a server farm. The spice client is remarkably light and can push scree=
n bits as well if not better than NX and RDP (and way faster than X over SS=
H or VNC). Using a management tool like Ovirt would allow tech support to b=
uild and maintain student machines as pool devices and thus only require up=
dates to a single machine. Some coding is required to provide a single sign=
 on screen that would connect to the next available VM console (which then =
auto-mounts the students home directory). The VM client (spice) can be 32 b=
it as well as 64 so it will run on older client hardware and it supports US=
B pass through for thumb drives. Sound also works.=20

3 years ago I was doing a demo talk of Ovirt and connected through 2 layers=
 of VPNs back to my work lab to show both windows and Linux desktops. I sta=
rted a browser and went to YouTube and the flash video played smoothly and =
with sound synched to the video.=20

As KVM, the technology behind Ovirt virtual machines, supports "memory ball=
ooning", different VMs that need to use the same block of memory can share =
the block (read only - best for OS and application memory) and thus can per=
form similar types of resource sharing that K12Linux provided. Best of all,=
 each user is truly isolated from all the others so an application crash (a=
hem - flash) will only affect the single user even with shared memory.=20


</blockquote>


KVM would be quite nice as the SPICE remote desktop protocol is significant=
ly better than X. SPICE would handle remote USB, full screen video and soun=
d in a better way than X/ltspfs/pulseaudio had done in the past. It however=
 has major drawbacks in memory overhead compared to the old LTSP model, exi=
sting servers would be able to handle far fewer clients.=20

Warren Togami=20

Hello,=20

thanks for taking the time for the detailed and very helpful answers.=20
I now understand the situation much better.=20
No matter how this continues, with K12Linux or Spice, I have nothing but re=
spect for the developers.=20

Greetings, Johan=20

_______________________________________________=20
K12OSN mailing list=20
[email protected]=20
https://www.redhat.com/mailman/listinfo/k12osn=20
For more info see <http://www.k12os.org>=20


------=_Part_251810370_957951918.1435861562402
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"font-family: Verdana, Arial, Helvetica, sans-seri=
f; font-size: 10pt; color: #000000"><div><br></div><div><br></div><hr id=3D=
"zwchr"><div style=3D"color:#000;font-weight:normal;font-style:normal;text-=
decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>=
Van: </b>"Warren Togami Jr." &lt;[email protected]&gt;<br><b>Aan: </b>"Supp=
ort list for open source software in schools." &lt;[email protected]&gt;<br=
><b>Verzonden: </b>Donderdag 2 juli 2015 18:07:01<br><b>Onderwerp: </b>Re: =
[K12OSN] Centos7 : some ( official )help wanted<br><div><br></div><div dir=
=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On Wed, Jul =
1, 2015 at 12:10 PM, Jim Kinney <span dir=3D"ltr">&lt;<a href=3D"mailto:jim=
[email protected]" target=3D"_blank">[email protected]</a>&gt;</span> wr=
ote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex"><div><span class=3D""><blockquote><d=
iv style=3D"font-family:Verdana,Arial,Helvetica,sans-serif;font-size:10pt;c=
olor:#000000"><div style=3D"color:#000;font-weight:normal;font-style:normal=
;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt=
"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><div>Warren,<br></d=
iv><div><br></div><div>Then it should say on the site " no developer wants =
to do the work".<br></div><div>Now it says K12Linux is legacy.<br></div><di=
v><br></div><div>And Warren, I am grateful for the work that you put in for=
 K12Linux.<br></div><div><br></div><div>What I'm saying here, and I think w=
hat Radek is saying, is it's not legacy, It works.<br></div></div></div></d=
iv></div></blockquote><div><br></div></span><div>Legacy doesn't mean it doe=
sn't work. It simply means no further development will be done for that par=
ticular setup. Sometimes a program becomes legacy because no one is working=
 on it. Sometimes because it get superseded by newer projects.</div><div><b=
r></div><div>K12Linux on CentOS 6 is a great tool. But porting it to be ful=
ly CentOS 7 ready will require development from people other than Warren. K=
12Linux will be around for many more years since CentOS 6 will be around as=
 well.</div></div></blockquote><div><br></div><div>Thank you.&nbsp; You und=
erstand the situation exactly.</div><div><br></div><div>CentOS 7 actually c=
ontains all the same components as CentOS 6 but in a different form.&nbsp; =
It would be theoretically possible to adapt those pieces to work in the sam=
e manner as CentOS 6.&nbsp; There would be drawbacks though ... like CentOS=
 7 is x86_64 only, so the client OS would no longer be able to be built fro=
m the same OS as the server.</div><div>&nbsp;</div><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex"><div><div><br></div><div>I think it's time to look at alternate meth=
ods of achieving a similar result. The PXE boot aspect will need to stay bu=
t the server platform needs to be revisited. The IT world has embraced virt=
ual machines. Maybe a thin client should be running a VM client that provid=
es console to a remote VM running on a server farm. The spice client is rem=
arkably light and can push screen bits as well if not better than NX and RD=
P (and way faster than&nbsp;X over SSH or VNC). Using a management tool lik=
e Ovirt would allow tech support to build and maintain student machines as =
pool devices and thus only require updates to a single machine. Some coding=
 is required to provide a single sign on screen that would connect to the n=
ext available VM console (which then auto-mounts the students home director=
y). The VM client (spice) can be 32 bit as well as 64 so it will run on old=
er client hardware and it supports USB pass through for thumb drives. Sound=
 also works.</div><div><br></div><div>3 years ago I was doing a demo talk o=
f Ovirt and connected through 2 layers of VPNs back to my work lab to show =
both windows and Linux desktops. I started a browser and went to YouTube an=
d the flash video played smoothly and with sound synched to the video.</div=
><div><br></div><div>As KVM, the technology behind Ovirt virtual machines, =
supports "memory ballooning", different VMs that need to use the same block=
 of memory can share the block (read only - best for OS and application mem=
ory) and thus can perform similar types of resource sharing that K12Linux p=
rovided. Best of all, each user is truly isolated from all the others so an=
 application crash (ahem - flash) will only affect the single user even wit=
h shared memory.</div><span class=3D""><div><br></div></span></div></blockq=
uote><div><br></div><div>KVM would be quite nice as the SPICE remote deskto=
p protocol is significantly better than X.&nbsp; SPICE would handle remote =
USB, full screen video and sound in a better way than X/ltspfs/pulseaudio h=
ad done in the past.&nbsp; It however has major drawbacks in memory overhea=
d compared to the old LTSP model, existing servers would be able to handle =
far fewer clients.</div><div><br></div><div>Warren Togami</div><div><br></d=
iv><div>Hello,<br></div><div><br></div><div>thanks for taking the time for =
the detailed and very helpful answers.</div><div>I now understand the situa=
tion much better.<br></div><div>No matter how this continues, with K12Linux=
 or Spice, I have nothing but respect for the developers.<br></div><div><br=
></div><div>Greetings, Johan<br></div></div></div></div>
<br>_______________________________________________<br>K12OSN mailing list<=
br>[email protected]<br>https://www.redhat.com/mailman/listinfo/k12osn<br>F=
or more info see &lt;http://www.k12os.org&gt;</div><div><br></div></div></b=
ody></html>
------=_Part_251810370_957951918.1435861562402--


--===============0740068142274190807==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
K12OSN mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/k12osn
For more info see <http://www.k12os.org>
--===============0740068142274190807==--