On Tuesday, 27 July 2021 10:16:33 AM AEST Yuchen Pei wrote: > Russell Coker <[email protected]> writes: > > On Monday, 26 July 2021 1:42:20 PM AEST Yuchen Pei wrote: > >> Does this mean if I want to install a system from a custom iso > >> (a > >> guix system in my case) I'll have to pay extra for the KVM? I > >> deduced that I need the KVM for this by reading > > > > No, just rsync a prepared image onto it. > > Do you by any chance have a link to the instructions?
That's not the sort of thing that you get instructions for. Generally if you can do it then you don't need instructions and any instructions for such things would need dozens of different paths for different variations. > on > https://docs.hetzner.com/robot/dedicated-server/operating-systems/installing > -custom-images, > it lists three possibilities: > > 1. For installing an older version of a Linux image that is > > > > available via Robot: > > Install older Linux images using the Installimage script > > > > 2. For installing a custom Debian, Ubuntu, OpenSUSE or CentOS > > > > image: > > Custom image installation using the Installimage script > > > > 3. For installing Windows with your own license or any other > > > > operating system from a bootable ISO image: > > Installation via KVM Console and USB drive > > Installation via KVM Console and Virtual Media feature > > AIUI to install guix I'll have to follow the third approach. Yes you can do that. It's just a trade-off between money, time, and skill. I take such things as a challenge to solve the technical problem even if the money saved doesn't necessarily match the time spent. It's also a good learning exercise, you learn lots of things about an OS by doing things the developers didn't plan for. > > We could host mailing lists for other free software groups on > > the LUV server. > > Running a Mumble server for a FOSS group isn't out of the > > question. > > Thanks for the offer. The infra for the free software group has to > follow the free software principle as much as possible, which AIUI > is not an emphasis of LUV. As an example the luv mailman list > hyperkitty > (e.g. > https://lists.luv.asn.au/mailman3/hyperkitty/list/[email protected]/) > is not librejs-compliant. It is probably free software, but I > would try to make it compliant if I were to run it for a free > software group :) We do follow free software. Mailman is a GNU project and generally GNU is good enough. It's also in the main section of Debian which is also usually good enough (the VM for LUV doesn't have the Debian non-free repository configured). That said we didn't intentionally change to Mailman3, support for Mailman2 was dropped which forced an upgrade. We aren't attached to Mailman, Mailman3 is a major pain to install and manage, significantly more difficult than Mailman2. What list server do you think is better than Mailman? Would you like to run the LUV list server? If you want to have the most free software possible the major bottleneck will be the time taken to configure it all, it's why I never even look at javascript issues. If every group related to free software has it's own server then a good chunk of sysadmin time will be taken up by basic stuff like backups etc. If we have more groups using the LUV server then people from those groups won't need to worry about backups etc and can just concentrate on the software that's most important to them. I also want to get LUV members to try alternatives to Twitter, Facebook, etc. But it's a matter of time. I think that time spent on alternatives to things like Twitter and Facebook is going to give better returns than time spent on librejs. It's likely that librejs will prevent people from using Twitter and Facebook, but in the current situation that will have more effect on the librejs userbase than the Twitter or Facebook userbase. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/ _______________________________________________ luv-main mailing list -- [email protected] To unsubscribe send an email to [email protected]
