Re: selecting Debian mentors for the mentor summit
On Wed, 05 Sep 2018, Manas Kashyap wrote: > How is random fair ? I am not getting it , plus if contributions are not > only measurement , then i already asked everyone to show their atleaset > some work ? , and many of the mentors dont have even one contribution , so > i am not getting it . Really just a short follow up after a night of sleep. I have no idea what you counted - I for myself have no idea how to count contributions of a mentor to gsoc. I also acted as mentor for a project, how did you counted my contribution as mentor? If you can't rate the mentor performance of a mentor, all metrics are unfair or unrelated. Alex
[project idea] Virtual DRBL/Clonezilla Server
Hi, Now that GSoC is over I would like to share a few project ideas that might be used on future GSoC terms. Sharing and discussing project ideas never hurts, even if I am not able to mentor next year. If I don't publish them somewhere it is quite possible that I will forget about them. DRBL and especially Clonezilla are great tools: - https://drbl.org/ - https://clonezilla.org/ It would be even better if they could be installed and used from a virtual machine (VirtualBox, KVM/QEMU, Docker, etc.) I am not sure whether this is possible, but it can be tried. Regards, Dashamir
Re: [Ltsp-discuss] [project idea] Improve Virtual-LTSP
On Wed, Sep 5, 2018 at 8:38 PM Valtteri Suojanen wrote: > > are these new project ideas you request for the main LTSP or just for the > Virtual LTSP? > Virtual LTSP is about installing LTSP in a virtual machine (like VirtualBox, KVM/QEMU, Docker, etc.). The benefits come from the fact that a virtual machine is more flexible and can be managed more easily than a real machine. this isn't related or deprecating the main LTSP ? > It depends on the main LTSP, so certainly it is not deprecating it. Dashamir
Re: selecting Debian mentors for the mentor summit
On Wed, 05 Sep 2018, Dashamir Hoxha wrote: > On Wed, Sep 5, 2018 at 5:10 PM Manas Kashyap > wrote: > > > How is random fair ? I am not getting it , plus if contributions are not > > only measurement , then i already asked everyone to show their atleaset > > some work ? , and many of the mentors dont have even one contribution , so > > i am not getting it . Really > > > > Manas, let it go. Let's focus on more productive discussions. > It is the right of admins to make rules and decisions, let's respect their > rights. > > If you were admin, maybe you would have done things differently, but I doubt > that everyone would have been happy with your decisions. > I volunteered to be an admin at the beginning of GSoC and thanks God I was > ignored. Had I been an admin I would have been much more assertive than > the current admins. For example I would have requested every project to use > GitHub, and thus I would have alienated more than half of the mentors and > students. I think that you would not have done better if you were an admin. > > By the way, random selection seems the only fair selection to me, > when everyone has tried his best to be a good mentor. I do not agree on everything you wrote, but that is something I agree with. Alex
Re: selecting Debian mentors for the mentor summit
On Wed, Sep 5, 2018 at 5:10 PM Manas Kashyap wrote: > How is random fair ? I am not getting it , plus if contributions are not > only measurement , then i already asked everyone to show their atleaset > some work ? , and many of the mentors dont have even one contribution , so > i am not getting it . Really > Manas, let it go. Let's focus on more productive discussions. It is the right of admins to make rules and decisions, let's respect their rights. If you were admin, maybe you would have done things differently, but I doubt that everyone would have been happy with your decisions. I volunteered to be an admin at the beginning of GSoC and thanks God I was ignored. Had I been an admin I would have been much more assertive than the current admins. For example I would have requested every project to use GitHub, and thus I would have alienated more than half of the mentors and students. I think that you would not have done better if you were an admin. By the way, random selection seems the only fair selection to me, when everyone has tried his best to be a good mentor. Regards, Dashamir
[project idea] Improve Virtual-LTSP
Hi, Now that GSoC is over I would like to share a few project ideas that might be used on future GSoC terms. Sharing and discussing project ideas never hurts, even if I am not able to mentor next year. If I don't publish them somewhere it is quite possible that I will forget about them. Currently Virtual-LTSP scripts support only VirtualBox: - https://gitlab.com/Virtual-LTSP/VirtualBox - https://gitlab.com/Virtual-LTSP/Packer - https://app.vagrantup.com/boxes/search?utf8=%E2%9C%93&sort=downloads&provider=virtualbox&q=ltsp One possible improvement can be to support KVM/QEMU and Docker as well. They have some benefits compared to VirtualBox, for example VirtualBox can support only Intel architectures (i386/amd64), while KVM/QEMU can support other architectures as well (for example arm). Docker is less resource intensive compared to VirtualBox and KVM/QEMU and it offers native performance (the guest has almost the same performance as the host). Another possible improvement can be to support RaspberryPi clients as well: https://gitlab.com/Virtual-LTSP/VirtualBox/issues/4 Probably this requires that Virtual-LTSP supports chroot mode as well (currently it supports chrootless mode only). Some other small fixes/improvements can be these: - Fix the guest account https://gitlab.com/Virtual-LTSP/VirtualBox/issues/104 The guest account provided is not really a guest account. A guest account is supposed to clean up (or undo) all the changes made by the guest user. It usually does it on logout or before the next login. - Fix autologin https://gitlab.com/Virtual-LTSP/VirtualBox/issues/105 The autologin in the LTSP context makes sense only when each client logs in as a different user. If all the clients login as the same user it is not going to work well. - Fix ltsp-manager https://gitlab.com/Virtual-LTSP/VirtualBox/issues/106 ltsp-manager fails to be installed - Build a vagrant box based on LMDE3 https://gitlab.com/Virtual-LTSP/Packer/issues/1 https://linuxmint.com/download_lmde.php The debian branch needs to be reworked as well, to be similar to the ubuntu branch. Or maybe they can be merged into a single branch. Regards, Dashamir
Re: selecting Debian mentors for the mentor summit
How is random fair ? I am not getting it , plus if contributions are not only measurement , then i already asked everyone to show their atleaset some work ? , and many of the mentors dont have even one contribution , so i am not getting it . Really On Wed, Sep 5, 2018 at 8:35 PM Alexander Wirt wrote: > On Wed, 05 Sep 2018, Manas Kashyap wrote: > > > I agree with you. I already researched on number of candidates who wanted > > to go and can go for the summit and showed their contributions and all , > > and i hope that was enough for everyone to choose the right decision ? > I don't think contributions are the only measurement. For me its extremly > hard to come up with a fair, countable metric. Random is at least fair. > > > > On Wed, Sep 5, 2018 at 8:07 PM Alexander Wirt > wrote: > > > > > On Wed, 05 Sep 2018, Manas Kashyap wrote: > > > > > > > random decision for a google mentor summit , i am not getting it . > > > What would have been better in your eyes? we had a number of > candidates. We > > > had to choose one. > > > > > > Alex > > > >
Re: selecting Debian mentors for the mentor summit
On Wed, 05 Sep 2018, Manas Kashyap wrote: > I agree with you. I already researched on number of candidates who wanted > to go and can go for the summit and showed their contributions and all , > and i hope that was enough for everyone to choose the right decision ? I don't think contributions are the only measurement. For me its extremly hard to come up with a fair, countable metric. Random is at least fair. > > On Wed, Sep 5, 2018 at 8:07 PM Alexander Wirt wrote: > > > On Wed, 05 Sep 2018, Manas Kashyap wrote: > > > > > random decision for a google mentor summit , i am not getting it . > > What would have been better in your eyes? we had a number of candidates. We > > had to choose one. > > > > Alex > >
Re: selecting Debian mentors for the mentor summit
I agree with you. I already researched on number of candidates who wanted to go and can go for the summit and showed their contributions and all , and i hope that was enough for everyone to choose the right decision ? On Wed, Sep 5, 2018 at 8:07 PM Alexander Wirt wrote: > On Wed, 05 Sep 2018, Manas Kashyap wrote: > > > random decision for a google mentor summit , i am not getting it . > What would have been better in your eyes? we had a number of candidates. We > had to choose one. > > Alex >
Re: selecting Debian mentors for the mentor summit
On Wed, 05 Sep 2018, Manas Kashyap wrote: > random decision for a google mentor summit , i am not getting it . What would have been better in your eyes? we had a number of candidates. We had to choose one. Alex
Re: selecting Debian mentors for the mentor summit
random decision for a google mentor summit , i am not getting it . On Wed, Sep 5, 2018 at 11:32 AM Manas Kashyap wrote: > and as all the talk was in the mailing list , why not we get to know , the > selected mentors name before hand ? > > > On Wed, Sep 5, 2018 at 11:23 AM Manas Kashyap > wrote: > >> I am not getting on which basis the mentors are choosen ?? , Debian >> community wants to know >> >> On Wed, Sep 5, 2018 at 2:10 AM Alexander Wirt >> wrote: >> >>> On Wed, 05 Sep 2018, Chirayu Desai wrote: >>> >>> > Hi, >>> > >>> > Any updates on this? >>> > >>> > The deadline to register for the summit is 5 September aka today. >>> The decision has been made and we chose Jaminy and Milena. >>> >>> Alex >>> >>>
