Actually, it is. You need to simply install those dummy packages in case they are missing, which is the case on clean Ubuntu 20.04.
There is something assumed I know or did which I didnāt do or donāt knowā¦
admin@srv4:~$ ls -al /usr/bin/python3
lrwxrwxrwx 1 root root 9 Mar 13 12:20 /usr/bin/python3 -> python3.8
admin@srv4:~$ wget https://github.com/iliarostovtsev/webmin-virtualmin-ubuntu20-dev/blob/master/packages/python_symlink_to_python_99.99_all.deb
--2020-04-25 01:47:06-- https://github.com/iliarostovtsev/webmin-virtualmin-ubuntu20-dev/blob/master/packages/python_symlink_to_python_99.99_all.deb
Resolving github.com (github.com)... 140.82.114.4
Connecting to github.com (github.com)|140.82.114.4|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: āpython_symlink_to_python_99.99_all.debā
python_symlink_to_python_99.99_all.deb [ <=> ] 68.85K --.-KB/s in 0.04s
2020-04-25 01:47:06 (1.61 MB/s) - āpython_symlink_to_python_99.99_all.debā saved [70500]
admin@srv4:~$ ls -al
total 612
drwxr-xr-x 3 admin admin 4096 Apr 25 01:47 .
drwxr-xr-x 3 root root 4096 Apr 24 19:27 ..
-rw------- 1 admin admin 7 Apr 25 00:40 .bash_history
-rw-r--r-- 1 admin admin 220 Feb 25 12:03 .bash_logout
-rw-r--r-- 1 admin admin 3771 Feb 25 12:03 .bashrc
drwx------ 2 admin admin 4096 Apr 24 19:37 .cache
-rw-rw-r-- 1 admin admin 32282 Apr 23 14:02 install.sh
-rw-rw-r-- 1 admin admin 68125 Apr 25 01:43 php5-mysql_dummy_package_99.99_all.deb
-rw-rw-r-- 1 admin admin 68126 Apr 25 01:44 php7.2-cgi_dummy_package_99.99_all.deb
-rw-rw-r-- 1 admin admin 68131 Apr 25 01:44 php7.2-cli_dummy_package_99.99_all.deb
-rw-rw-r-- 1 admin admin 68051 Apr 25 01:46 php7.2_dummy_package_99.99_all.deb
-rw-rw-r-- 1 admin admin 68131 Apr 25 01:45 php7.2-fpm_dummy_package_99.99_all.deb
-rw-rw-r-- 1 admin admin 68231 Apr 25 01:45 php7.2-mbstring_dummy_package_99.99_all.deb
-rw-rw-r-- 1 admin admin 68171 Apr 25 01:46 php7.2-mysql_dummy_package_99.99_all.deb
-rw-r--r-- 1 admin admin 807 Feb 25 12:03 .profile
-rw-rw-r-- 1 admin admin 70500 Apr 25 01:47 python_symlink_to_python_99.99_all.deb
-rw-r--r-- 1 admin admin 0 Apr 24 19:39 .sudo_as_admin_successful
-rw-rw-r-- 1 admin admin 165 Apr 25 01:47 .wget-hsts
admin@srv4:~$ sudo dpkg python_symlink_to_python_99.99_all.deb
dpkg: error: need an action option
Type dpkg --help for help about installing and deinstalling packages [*];
Use 'apt' or 'aptitude' for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files;
Options marked [*] produce a lot of output - pipe it through 'less' or 'more' !
admin@srv4:~$ sudo dpkg aptitude python_symlink_to_python_99.99_all.deb
dpkg: error: need an action option
Type dpkg --help for help about installing and deinstalling packages [*];
Use 'apt' or 'aptitude' for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files;
Options marked [*] produce a lot of output - pipe it through 'less' or 'more' !
admin@srv4:~$ sudo aptitude dpkg python_symlink_to_python_99.99_all.deb
sudo: aptitude: command not found
admin@srv4:~$ sudo dpkg apt python_symlink_to_python_99.99_all.deb
dpkg: error: need an action option
Type dpkg --help for help about installing and deinstalling packages [*];
Use 'apt' or 'aptitude' for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files;
Options marked [*] produce a lot of output - pipe it through 'less' or 'more' !
admin@srv4:~$ sudo dpkg -i python_symlink_to_python_99.99_all.deb
dpkg-deb: error: 'python_symlink_to_python_99.99_all.deb' is not a Debian format archive
dpkg: error processing archive python_symlink_to_python_99.99_all.deb (--install):
dpkg-deb --control subprocess returned error exit status 2
Errors were encountered while processing:
python_symlink_to_python_99.99_all.deb
admin@srv4:~$
Umm, youāre trying to install it without -i key?
Use:
dpkg -i package_name
@Ilia I did do the -i key also, but that was mentioned a few comments earlier.
admin@srv4:~$ sudo dpkg -i python_symlink_to_python_99.99_all.deb
dpkg-deb: error: 'python_symlink_to_python_99.99_all.deb' is not a Debian format archive
dpkg: error processing archive python_symlink_to_python_99.99_all.deb (--install):
dpkg-deb --control subprocess returned error exit status 2
Errors were encountered while processing:
python_symlink_to_python_99.99_all.deb
admin@srv4:~$
Running dpkg -l |grep php shows nothing, but the same with python has a long list.
What is this mess?
Didnāt the Python dependency get fixed in Webmin already?
1 Like
Why is the AMD64 architecture no more supported by virtalmin in 2020?
Reading package listsā¦ Done
N: Skipping acquire of configured file āmain/binary-amd64/Packagesā as repository āhttp://software.virtualmin.com/vm/6/gpl/apt virtualmin-universal InReleaseā doesnāt support architecture āamd64ā
N: Skipping acquire of configured file āmain/binary-i386/Packagesā as repository āhttp://software.virtualmin.com/vm/6/gpl/apt virtualmin-universal InReleaseā doesnāt support architecture āi386ā
Shit. Was installing webmin first a requirement? I thought that was a test instead of a requirement.
Thatās not what that means. amd64 and i386 are both supported. This is a harmless warning. It affects all Debian/Ubuntu repositories, but does not indicate amd64 is not supported. Ignore it for now. It is a harmless notification.
Edit: To be clear, the virtualmin-universal repo only contains non-architecture dependent packages (all). There is no reason for it to have indexes for amd64 or i386 packages because there are not architecture dependent packages in those repos. They are pure Perl or bash and have no architecture dependent parts. I donāt know why it is complaining about there not being indexes for amd64 or i386, because there are no packages to indexā¦something (either aptly or apt-get) is being stupid.
No. Installing Webmin first is not a requirement.
Maybe yāall should just wait on official supportā¦use 18.04 until Iāve had time to make this process smooth and not require a lot of experience. (Iliaās instructions assume pretty high technical ability/experience).
1 Like
Thanks Joe I wanted to make sure that it will work on 2020 before we start switching our servers and this message was very confusing as we havenāt seen that before when we updated the last LTS versions.
Just because some containers / VM were Ubuntu 14.04 ā¦ upgraded to 16.04ā¦ upgraded to 18.04ā¦
Sometime it can be fine to start from scratch on new and clean bases, and not on ātrial and approximationsā since several yearsā¦
Security and recommanded settngs have evolved tooā¦
But ok, I have a recent VPS, installed from Ubuntu 18.04.
I will just upgrade it to 20.04.
Thanks
1 Like
No! Webmin is still looking for python package being available but itās not on Ubuntu 20.04. This is why I created a dummy package called python which just creates a symlink to /usr/bin/python3 and satisfies current Webmin package dependency upon installation.
@Jamie made a fix after we discussed it internally. I expect that new Webmin 1.950 will not fail on missing python package on Ubuntu 20.04 upon installation.
2 Likes
Definitely do a full back-up of all your stuff then!
1 Like
Looking to setup a new VPS soon, Iād like to wait for 20.04 supportā¦just wondering if there was a timeline, even a vague one? Thanks!!
# Currently supported systems:
supported=" CentOS/RHEL Linux 6, 7, and 8 on x86_64
Debian 8, 9, and 10 on i386 and amd64
Ubuntu 16.04 LTS and 18.04 LTS on i386 and amd64"
When is 20.04 LTS support coming as it is actually running fine on it but it really does not make sense to always have to install Ubuntu 18.04 than Virtualmin and then upgrade to 20.04
We have new customers who like to get 20.04 and Virtualmin !
When you update to 20.04 an already existing installation than everything works fine but Virtualmin does not receive any updates as the repositories for āfocalā are not available and those added for bionic have been disabled
|virtualmin-bionic/main/#/disabled/on/upgrade/to/focal|No|http://software.virtualmin.com/vm/6/gpl/apt|
|---|---|---|
|virtualmin-universal/main/#/disabled/on/upgrade/to/focal|No|http://software.virtualmin.com/vm/6/gpl/apt|
1 Like
I would rather wait for few months with 20.04 to give canonicals time to catch usual bugsā¦ whats the rush about it anyway? anything special for server side in 20.04?
1 Like
Re-enable the universal repo. It is the same across all distros/versions. It includes all of the Virtualmin/Webmin modules.
Thanks Joe - so the other one is actually not needed - good so!
Itās not needed for upgrades to Virtualmin modules. If upgrades to distro specific packages are needed, then obviously it would be needed (but thatās rare on Debian/Ubuntu).
The next Webmin release will remove the dependency on the python package on Debian and Ubuntu.
3 Likes