You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be important that these can run in the shell and in some kind of script, as there are environments which automatically set up things.
The developer also has to think if he wants to support multiple boxes like Vagrant in his Kankufile, but IMHO this is not as needed, as you can simulate this in other ways.
As with init, it would be important, that kanku works similarly to vagrant with the subcommands up and ssh.
vagrant also chooses based on the host automatically the architecture, for example opensuse/Leap-15.2 would be expanded on my laptop to opensuse/Leap-15.2.x86_64
Vagrant is very versatile on the guest operating systems (i even saw macos, windows and react images out there), but it has some requirements:
5.1 user vagrant, password vagrant, with sudo privileges
5.2 vagrant ssh does a passwordless login with an known vagrant public/private key login
5.3 vagrant uses a certain network setup so network with ssh is always available
I worked as a consultant often with vagrant, in my experience these were also important parts which should be thought about including:
6.1 shared folder support. Some kind of shared folder support, perhaps with virtiofs or 9pfs
6.2 besides salt/salt ssh, ansible is used very often to deploy to the vagrant machines (even more often than stuff like salt/puppet/chef as vagrant is often used for rapid deployment/testing)
6.3 vagrant rdp enables some kind of remote gui login.
I am aware that this is a HUGE bunch of request and i would fully understand if someone rejects at least some of the requirements here, but it would be a huge help in development and rapid prototyping.
Please consider if you make this a reality, now that vagrant itself will be hard to be integrated in our workflows.
The text was updated successfully, but these errors were encountered:
so when i do "kanku up" i see repeated terminal output where "ls" does nothing or it seems to trigger systemctl output. but i think that's just the initializiation. but when i do "kanku ssh -u vagrant" in another terminal it asks for the vagrant password (which is vagrant on vagrant machines) but it does not accept the password?
withouth "-u vagrant" i can login though and my user is kanku... but i do not know where in the kankufile i actually could reference a vagrant box from the vagrant cloud? because this is from devel:kanku:images?
Hi,
I would like that kanku supports using vagrant boxes.
Let's say, you saw on https://app.vagrantup.com/boxes/search that there's https://app.vagrantup.com/debian/boxes/bookworm64 and https://app.vagrantup.com/opensuse/boxes/Leap-15.2.x86_64 which you both need so you can test you your software which builds against both systems. Therefore i can similarly as with vagrant initialize two systems:
5.1 user vagrant, password vagrant, with sudo privileges
5.2 vagrant ssh does a passwordless login with an known vagrant public/private key login
5.3 vagrant uses a certain network setup so network with ssh is always available
6.1 shared folder support. Some kind of shared folder support, perhaps with virtiofs or 9pfs
6.2 besides salt/salt ssh, ansible is used very often to deploy to the vagrant machines (even more often than stuff like salt/puppet/chef as vagrant is often used for rapid deployment/testing)
6.3 vagrant rdp enables some kind of remote gui login.
I am aware that this is a HUGE bunch of request and i would fully understand if someone rejects at least some of the requirements here, but it would be a huge help in development and rapid prototyping.
Please consider if you make this a reality, now that vagrant itself will be hard to be integrated in our workflows.
The text was updated successfully, but these errors were encountered: