B. Ehlers
B. Ehlers
That is a good suggestion. Perhaps it can be implemented together with https://github.com/GNS3/gns3-gui/issues/2868. In the meantime try the following: Copy the startup-cfg to a client computer, in the GNS3 GUI...
I'm doing GNS3 installations via pip since the early 2.2 days and it's working great. Main reason is, that the pip installation uses a location for the share folder, that...
I really like that idea and the PRs https://github.com/GNS3/gns3-gui/pull/3150 and https://github.com/GNS3/gns3-server/pull/1877 to implement that. It gives the user much more control of the container. But that comes with a price:...
Here the files from the iou-base directory: [iou-base.tar.gz](https://github.com/GNS3/gns3-gui/files/8193257/iou-base.tar.gz) Update: replaced the Buster based libc by a libc based on Stretch, see . Please note, that I haven't updated them for...
Just made some tests with Fedora 34 Workstation. Now I'm no longer sure, that the isolation provided by Docker is sufficient. ### Test 1: Debian container on Debian host, everything...
Good news, it's now working, also on Fedora 34. The 32-bit libc I was using (and that is included in the previously attached iou-base.tar.gz) was created from Debian Buster. This...
From the initial comment: > Cisco IOU is quite complicate to integrate, it needs 32-bit shared libraries, a special NETMAP configuration and iouyap. Using docker images for IOU would encapsulate...
The patch was made against GNS3 v2.2.33, but I suggest to port it to v3.x to keep 2.2 stable. As a nice feature it falls back to the system loader/libraries,...
Extended solution: An additional check in `_check_requirements()` tests, if the user defined loader is really suitable for the IOU binary. This is not really required, it's just an extra safeguard....
> > Will GNS3 provide a package with these libraries? > > Eventually yes I think. For now we are safe as long as 32-bit support isn't dropped, right? Correct,...