If you think debian’s stable releases are just cut off the cuff and happen every week… you must have never heard of debian before. Literally every day someone whines that debian stable is too old, too crusty, too slow.
Seeing this long delay for sure we will catch Debian 11 release. Sad times, not even a testing version.
I imagine they must have their reasons, something taking a lot more time than expected, or having to wait for a third party to do something and taking forever in doing so.
IMO, the problem isn’t the delay in the release, but the lack of communication around it.
there is no link for a download for install.sh over there either ?
Let’s see together what I found in this post: https://www.virtualmin.com/node/52398.
Joe’s pictureSubmitted by Joe on Wed, 05/31/2017 - 21:54 Pro LicenseeComment #2
We historically have support for new distros available within a week of it being marked stable by the vendor (sometimes faster, rarely slower).
As you all see it never happened such of delay in the past. I agree there is a lack of communication. That “rarely slower” became 6 months at this moment in Debian 10 case.
Let’s see together what I found in this post: https://www.virtualmin.com/node/52398.
Joe’s pictureSubmitted by Joe on Wed, 05/31/2017 - 21:54 Pro LicenseeComment #2 We historically have support for new distros available within a week of it being marked stable by the vendor (sometimes faster, rarely slower).
As you all see it never happened such of delay in the past. I agree there is a lack of communication. That “rarely slower” became 6 months at this moment in Debian 10 case.
UHUM
There is / was a lot of extra work because of BUGS and security!
Then for sure CENTOS 8 ( debian i don’t know) is seemly different then CENTOS 7 for network and cipher / tls , yummie things.
Also some parts of virtualmin / webmin are hmm to old Postfix mariadb mysql and so on , my opinion, so lot of (extra) work and that takes some time then. ( some as mariadb is in progress…)
I hope to with next comming update for support for newest OS as Debian 10 and CENTOS 8 for testing / live…
Hey guys, I am attempting to “hack” the install script to make it install for Debian 10 without warnings. I have no idea if it will work correctly - haven’t tested it yet (but I plan to) - at the moment I’m just doing some research/collecting data on what exactly needs to be changed to make it work.
At the very basic I need to add version 10 to the list of “allowed” installs. That part is easy, then I need to add a special condition to when it gets down to adding the VirtualMin repos so that it adds one for “buster”.
I think I’ve worked out that the actual VirtualMin repos appear to be stored/listed here:
http://software.virtualmin.com/vm/6/gpl/apt/dists/
The current “Stretch” install, I believe, adds the following repos (although I have to confirm this as well with some testing):
http://software.virtualmin.com/vm/6/gpl/apt virtualmin-stretch main
http://software.virtualmin.com/vm/6/gpl/apt virtualmin-universal main
If you actually visit here: http://software.virtualmin.com/vm/6/gpl/apt/dists/ - you can see, there is already a folder in place for “debian-buster” - with files in it … they haven’t been updated since July, not sure if that matters because, take note that “universal” was updated on Oct 26th.
Take note that Oct 26 is 8 days after this post: https://www.virtualmin.com/node/67528 - where Joe said “Debian 10 support should be announced in a day or two (we’re testing and it looks good so far)”.
So lets just assume that the “testing” part that “looks good so far” is already included in that universal Oct 26th updates - at least, that’s what I’m going to assume.
With all that said - as mentioned, I need to do a bit of internal testing here and then I’ll toss up copy of the install.sh script at some point with the added hacks to try to make VirtualMin install on Deb 10 …
If I am unable to get it working, I will report back hopefully in a few days, but next week at the latest. If I AM able to get it working I will hopefully report back sooner!
Hello
OK nice good i doubt.
If testing that should be in a structured way i think, otherwise some double or even solved things could take time from you or support.
If you want to test try to open a ticket or such , that makes more sense testing in combination with the virtualmin support / developers.?
If you do it for yourself , the pro could be you learn more about it , the con makes then only sense if you have enough spare time and like doing it.
BUT as writen above makes more sense to do it in structured way!
A testing version compatible Debian 10 is now available: https://www.virtualmin.com/comment/820738#comment-820738
Update, I have successfully installed VirtualMin from a “blank” (fresh install) Debian 10 server using minimal hacks to the installer script, exactly as I described above.
Basically all I did was add an extra “condition” in the script so that if it detects that Debian version = “10”, it will set the installed repos using virtualmin-buster instead of stretch (as noted in my previous post).
I’d love for anyone else who is interested to give it a try too:
== IN LIGHT OF THE OFFICIAL “TEST” SCRIPT BELOW I HAVE REMOVED LINK TO MINE, PLEASE REFER TO LINK IN POST BELOW THIS ONE ==
(I probably won’t keep this link up/active long term - hopefully we see an official one pretty soon anyways)
I’m going to start building a “production” server using it over the next few weeks and see if I run into any serious issues and will let you guys know if I do.
So far I have it running on NGINX, installed PostgreSQL, all working fine.
Anyone else trying it out, please let us know your results.
Is it possible to do an upgrade from debian 9 to debian 10 on virtualmin yet?
Is that ever going to be possible?
I suspect it will be relatively painless to upgrade from Debian 9 to Debian 10. @Eric is usually the one who tests and writes up his findings on distro upgrades, but I don’t know if he’s looked into Debian 9->10.
I think the only big worry spot would be that our default database on Debian 10 is mariadb, while it was mysql on Debian 9. But, there would be no harm in just sticking with mysql when upgrading. The dependency for mariadb is Recommends rather than Depends, so you can leave it out…you may have to configure apt/apt-get to not install Recommends, though, when upgrading to the buster version of virtualmin-lamp-stack. I’m not sure what it’ll do with the mysql packages when it see the new dependency (I don’t know if they conflict or can be installed side-by-side or whatever, but for your future sanity, I’d just pick one and stick with it).
If you wanted to migrate to mariadb that may or may not be difficult. It’d definitely need a dump/restore (their data is not binary compatible), at the least, and might even need some sort of conversion.
Wasn’t mariadb default from Debian 9? So if it’s a fresh install from 9 then upgrading to 10 should not be an issue.
Upgrading from MySQL to mariadb is however relatively pain free no matter what, in most cases at least.
so can erik do some tests and let us know when and if its ok to perform a debian 9 to debian 10 upgrade on a production system?
whilst i spend a lot of time adminstering my server, i am in no way capable of ensuring my own success with this upgrade on virtualmin by testing. Doing it on a spare vps is doable, however, I am concerned about implications for clients websites more than anything else.
One of my main concerns is that i have one client with a php-fpm 5.6 website that wont run on any newer php-fpm version. The client website uses the Joomla Gantry V4 plugin which is only compatible up to php 5.6. To change from Gantry 4 to v5 (which is compatible with later php versions) i believe would essentially require a complete website rebuild. The intention is to change the website in question over to wordpress, but that is going to take a while i believe. So in the meantime…will php5.6 run on debian 10?
@adamjedgar I’d recommend you wait until you’re ready to migrate to a new version of your web app that supports the newer PHP. Debian 10 does not have PHP5 in the standard repos, AFAIK. You probably have a few more months before the Debian 9 EOL (Debian isn’t very precise about such things, unfortunately, but it won’t go EOL until Debian 11 is stable). You need to start planning for migration, but I wouldn’t try to migrate until you have a good migration path for your app. PHP5 is also EOL, AFAIK (though still has backported security fixes from some distros), so it’s not something you can stick with forever.
1 Like