@Otus9051 said: @linveo I would like to surrender my BSD VPS as I am not able to spend enough time into it, please consider my request and let someone else have it if needed.
@Not_Oles said: Is anyone else interested in trying this cool NetBSD install method?
Absolutely! Gosh, not to expose how little I know, but I have never even heard of systemctl isolate
Hi @hornet! Yeah, same here! Also, it's been a few days since I last posted about From Linux to NetBSD, with SSH only, but I haven't tried it yet. I will post again when I do. If you try it sooner than I do, please let us know how it goes! Thanks! Tom
Yes, for sure, if I am not mistaken, doesn't the method you mention require a graphical console via VNC or maybe HTML5? But the cloudbsd.xyz method does not require a graphical console. Lots of times a graphical console isn't provided, and the cloudbsd.xyz method nevertheless hopefully still works.
@Not_Oles said: If I add -smp 2 \ to the boot-installed-netbsd command frrom the Ryzen VPS but now copied to the Intel VPS, the next Qemu boot produces the full output shown below, including the two cores:
I wonder if it could be an old qemu or Linux kernel version running at linveo that could be responsible for the inconsistent cpuid information provided in their Intel VMs?
The nodes are on QEMU 7.2.13 and Debian 12, so the kernel should be fairly up to date.
@cmeerw said: @linveo Just having a quick look around the installation options on the VM dashboard. From the FreeBSDs only FreeBSD 13.2 seems to install (but only shows a single CPU core), with the other FreeBSDs I get an error at the "Creating configuration." stage.
Do you mean none of the FreeBSD 14 versions work? I see a handful of servers running those templates at the moment.
@linveo said: I see a handful of servers running those templates at the moment.
I did at one point have issues with the 14.1 template but since have managed to boot it up. I had to manually configure the network, as DHCP wasn't working (from the cloud-init template?). Seems to be OK at the moment apart from locking myself out, setting up a firewall.;)
@cmeerw said: @linveo Just having a quick look around the installation options on the VM dashboard. From the FreeBSDs only FreeBSD 13.2 seems to install (but only shows a single CPU core), with the other FreeBSDs I get an error at the "Creating configuration." stage.
Do you mean none of the FreeBSD 14 versions work? I see a handful of servers running those templates at the moment.
Seems to work today. Yesterday, only the FreeBSD 13.2 one worked (the others failed at the "Creating configuration." stage when rebuilding the server on VirtFusion).
I have put together another NetBSD 10.0 image. With some luck that should now even apply the network configuration and add SSH keys (if the configuration information is provided by VirtFusion).
@cmeerw said:
I have put together another NetBSD 10.0 image. With some luck that should now even apply the network configuration and add SSH keys (if the configuration information is provided by VirtFusion).
@cmeerw said:
I have put together another NetBSD 10.0 image. With some luck that should now even apply the network configuration and add SSH keys (if the configuration information is provided by VirtFusion).
@cmeerw said:
I have put together another NetBSD 10.0 image. With some luck that should now even apply the network configuration and add SSH keys (if the configuration information is provided by VirtFusion).
NetBSD 10.0 (GENERIC) #0: Thu Mar 28 08:33:33 UTC 2024
Welcome to NetBSD!
We recommend that you create a non-root account and use su(1) for root access.
linveo# date -u
Sat Sep 28 16:07:32 UTC 2024
linveo#
~~~
linveo# ping6 -c 2 ipv6.google.com
PING6(56=40+8+8 bytes) 2605:xxxx:xxxx:xxxx::xxxx --> 2607:f8b0:402a:80b::200e
16 bytes from 2607:f8b0:402a:80b::200e, icmp_seq=0 hlim=118 time=1.553 ms
16 bytes from 2607:f8b0:402a:80b::200e, icmp_seq=1 hlim=118 time=0.902 ms
--- ipv6.l.google.com ping6 statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.902/1.228/1.553/0.460 ms
linveo# ping -c 2 google.com
PING google.com (192.178.49.174): 56 data bytes
64 bytes from 192.178.49.174: icmp_seq=0 ttl=118 time=1.257350 ms
64 bytes from 192.178.49.174: icmp_seq=1 ttl=118 time=1.317900 ms
----google.com PING Statistics----
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.257350/1.287625/1.317900/0.042815 ms
linveo#
~~~~
@cmeerw said: @linveo Just having a quick look around the installation options on the VM dashboard. From the FreeBSDs only FreeBSD 13.2 seems to install (but only shows a single CPU core), with the other FreeBSDs I get an error at the "Creating configuration." stage.
Do you mean none of the FreeBSD 14 versions work? I see a handful of servers running those templates at the moment.
Seems to work today. Yesterday, only the FreeBSD 13.2 one worked (the others failed at the "Creating configuration." stage when rebuilding the server on VirtFusion).
I went through all FreeBSD templates on my Intel instance and they all got installed and worked fine. 13.3 did take some extra time bringing the network interface up, but eventually it started as well. When it comes to FreeBSD, virtio network drivers have pretty significant degradation on performance as far as I have seen on multiple providers and e1000 works generally much better. Some panels provide access to user to change them, but VirtFusion seems to lack that option.
@cmeerw said:
I have put together another NetBSD 10.0 image. With some luck that should now even apply the network configuration and add SSH keys (if the configuration information is provided by VirtFusion).
@Crab said: I tried it out with my Intel instance and I still see the kernel crash/reboot cycle like before. Please check how it works on AMD.
Yes, that's expected as I used the unpatched NetBSD kernel for that image. I can probably build another image with a patched kernel, now that the basics seem to be working.
@linveo said:
Do you want switched over to an AMD Ryzen node?
Thank you for the offer! Since it sounds like everybody else has already gone to AMD, I think it is better for me to stay on Intel for now so we can test both of the platforms out and make sure we have a solid solution going forward.
@Not_Oles said:
[ 2.884958] WARNING: 8 errors while detecting hardware; check system log. # What's with this?
Not sure, but it might be just scanning all the possible hardware upon the initial boot. Since you only see two errors in the next boot, it might have marked most of them 'not found' or something like that so it wouldn't keep trying.
@Not_Oles said:
[ 30.963838] rebooting... # Why the reboot?
I am guessing that it is resizing the filesystem and rebooting to make sure the changes are applied before doing anything else.
Also those two errors for the hardware detection look like they are related to VMware which is obviously not present here.
@Not_Oles said: [ 2.884958] WARNING: 8 errors while detecting hardware; check system log. # What's with this?
Not sure, I guess it's just the kernel probing what devices are available. I haven't really figured out what it is complaining about, the only thing I have found was the vmware and vmt0 errors.
@Not_Oles said: [ 30.963838] rebooting... # Why the reboot?
On the first boot it resizes the partition and the root filesystem and then reboots - that's standard practice with NetBSD images at least.
@linveo said:
Do you want switched over to an AMD Ryzen node?
Thank you for the offer! Since it sounds like everybody else has already gone to AMD, I think it is better for me to stay on Intel for now so we can test both of the platforms out and make sure we have a solid solution going forward.
Sounds good, let me know if you ever want to switch over.
@linveo said:
Do you want switched over to an AMD Ryzen node?
Thank you for the offer! Since it sounds like everybody else has already gone to AMD, I think it is better for me to stay on Intel for now so we can test both of the platforms out and make sure we have a solid solution going forward.
@Crab Thanks for dedication to the Community and to versatile and dependable solutions!
I first thought to try installing pkgsrc with pkgin or maybe install CVS with pkgin and then install pkgsrc via CVS. But, from the errors below, it seems like pkgin needs SSL certificates before it will work?
Since pkgin didn't seem to work, I tried grabbing the current pkgsrc tar archive from ftp.netbsd.org/pub/pkgsrc, which seemed to work okay.
Next up is to try bootstrapping pkgsrc. I will post about whether I get pkgsrc bootstrap to work.
What's the best procedure for going from the minimal install to a happy, functioning pkgsrc?
Thanks!
Tom
linveo# date
Sat Sep 28 21:20:00 UTC 2024
linveo# which pkgin
linveo# which pkg_add
/usr/sbin/pkg_add
linveo# which cvs
linveo# uname -p
x86_64
linveo# uname -r
10.0
linveo# PKG_PATH="http://cdn.NetBSD.org/pub/pkgsrc/packages/NetBSD/$(uname -p)/$(uname -r|cut -f '1 2' -d.)/All/"
linveo# export PKG_PATH
linveo# echo $PKG_PATH
http://cdn.NetBSD.org/pub/pkgsrc/packages/NetBSD/x86_64/10.0/All/
linveo# pkg_add pkgin
pkgin-23.8.1nb4: copying /usr/pkg/share/examples/pkgin/repositories.conf.example to /usr/pkg/etc/pkgin/repositories.conf
linveo# echo $?
0
linveo# which pkgin
/usr/pkg/bin/pkgin
linveo# which ed
/bin/ed
linveo# pkgin search cvs
processing remote summary (https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/x86_64/10.0/All)...
00B8DAF521780000:error:0A000086:SSL routines:tls_post_process_server_certificate:certificate verify failed:/usr/src/crypto/external/bsd/openssl/dist/ssl/statem/statem_clnt.c:1889:
00B8DAF521780000:error:0A000086:SSL routines:tls_post_process_server_certificate:certificate verify failed:/usr/src/crypto/external/bsd/openssl/dist/ssl/statem/statem_clnt.c:1889:
00B8DAF521780000:error:0A000086:SSL routines:tls_post_process_server_certificate:certificate verify failed:/usr/src/crypto/external/bsd/openssl/dist/ssl/statem/statem_clnt.c:1889:
pkgin: Could not fetch https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/x86_64/10.0/All/pkg_summary.gz: Authentication error
linveo# pkgin install pkgsrc
00A81C7068740000:error:0A000086:SSL routines:tls_post_process_server_certificate:certificate verify failed:/usr/src/crypto/external/bsd/openssl/dist/ssl/statem/statem_clnt.c:1889:
00A81C7068740000:error:0A000086:SSL routines:tls_post_process_server_certificate:certificate verify failed:/usr/src/crypto/external/bsd/openssl/dist/ssl/statem/statem_clnt.c:1889:
00A81C7068740000:error:0A000086:SSL routines:tls_post_process_server_certificate:certificate verify failed:/usr/src/crypto/external/bsd/openssl/dist/ssl/statem/statem_clnt.c:1889:
pkgin: Could not fetch https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/x86_64/10.0/All/pkg_summary.gz: Authentication error
linveo#
linveo# cd /usr
linveo# ftp ftp.netbsd.org
Trying [2001:470:a085:999::21]:21 ...
Connected to ftp.netbsd.org.
220 ftp.NetBSD.org FTP server (NetBSD-ftpd 20230930) ready.
Name (ftp.netbsd.org:root): ftp
331 Guest login ok, type your name as password.
Password:
230-
The NetBSD Project FTP Server located in San Jose, CA, USA
1 Gbps connectivity
WELCOME! /( )`
\ \___ / |
+--- Currently Supported Platforms ----+ /- _ `-/ '
| acorn32, algor, alpha, amd64, amiga, | (/\/ \ \ /\
| amigappc, arc, atari, bebox, cats, | / / | ` \
| cesfic, cobalt, dreamcast, emips, | O O ) / |
| epoc32, evbarm{,64}, evbmips, evbppc,| `-^--'`< '
| evbsh3, ews4800mips, hp300, | (_.) _ ) /
|hpc{arm,mips,sh}, hppa, i386, ibmnws, | .___/` /
|iyonix, landisk, luna68k,mac{68k,ppc},| `-----' /
| mipsco, mmeye, mvme68k, mvmeppc, | <----. __ / __ \
|netwinder, news68k, newsmips, next68k,| <----|====O)))==) \) /====
|ofppc, pmax, prep, rs6000, sandpoint, | <----' `--' `.__,' \
|sgimips, shark, sparc{,64}, sun{2,3}, | | |
| vax, x68k, xen, zaurus | \ /
+--------------------------------------+ ______( (_ / \_____
See our website at http://www.NetBSD.org/ ,' ,-----' | \
We log all FTP transfers and commands. `--{__________) (FL) \/
230-
EXPORT NOTICE
Please note that portions of this FTP site contain cryptographic
software controlled under the Export Administration Regulations (EAR)
of the United States of America.
None of this software may be downloaded or otherwise exported or
re-exported into (or to a national or resident of) any country
to which the U.S. has embargoed goods. Also, people personally
on the block lists of the United States Department of Treasury
or the United States Department of Commerce are prohibited.
By downloading or using said software, you are agreeing to the
foregoing and you are representing and warranting that you are not
located in, under the control of, or a national or resident of any
such country or on any such list.
230 Guest login ok, access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd pub/pkgsrc/current
250 CWD command successful.
ftp> get pkgsrc.tar.gz.SHA1
local: pkgsrc.tar.gz.SHA1 remote: pkgsrc.tar.gz.SHA1
229 Entering Extended Passive Mode (|||54086|)
150 Opening BINARY mode data connection for 'pkgsrc.tar.gz.SHA1' (64 bytes).
100% |*****************************************************| 64 6.68 KiB/s 00:00 ETA
226 Transfer complete.
64 bytes received in 00:00 (0.54 KiB/s)
ftp> get pkgsrc.tar.gz
local: pkgsrc.tar.gz remote: pkgsrc.tar.gz
229 Entering Extended Passive Mode (|||54087|)
150 Opening BINARY mode data connection for 'pkgsrc.tar.gz' (84995861 bytes).
100% |*****************************************************| 83003 KiB 1.35 MiB/s 00:00 ETA
226 Transfer complete.
84995861 bytes received in 00:59 (1.35 MiB/s)
ftp> bye
221-
Data traffic for this session was 84995925 bytes in 2 files.
Total traffic for this session was 84999287 bytes in 2 transfers.
221 Thank you for using the FTP service on ftp.NetBSD.org.
linveo# ls -l pkgsrc*
-rw-r--r-- 1 root wheel 84995861 Sep 28 01:15 pkgsrc.tar.gz
-rw-r--r-- 1 root wheel 64 Sep 28 01:15 pkgsrc.tar.gz.SHA1
linveo#
linveo# tar xvzf pkgsrc.tar.gz
linveo# echo $?
0
linveo# linveo# ls -lR pkgsrc | wc -l
441701
linveo# linveo# cd bootstrap/
linveo# ls
CVS README.FreeBSD README.Interix README.NetBSD README.UnixWare
README README.GNUkFreeBSD README.Linux README.OSF1 README.macOS
README.AIX README.HPUX README.MidnightBSD README.OpenBSD bootstrap
README.Cygwin README.Haiku README.Minix3 README.OpenServer5 cleanup
README.DragonFly README.IRIX README.MirBSD README.Solaris testbootstrap
linveo# linveo# date
Sun Sep 29 02:46:19 UTC 2024
linveo# pwd
/usr/pkgsrc/bootstrap
linveo# ./bootstrap | tee bootstrap-out
ERROR: Please unset PKG_PATH before running bootstrap.
linveo# export PKG_PATH=""
linveo# ./bootstrap | tee bootstrap-out
===> bootstrap command: ./bootstrap
===> bootstrap started: Sun Sep 29 02:48:43 UTC 2024
Working directory is: /usr/pkgsrc/bootstrap/work
===> running: /usr/bin/sed -e 's|@DEFAULT_INSTALL_MODE@|'0755'|' /usr/pkgsrc/sysutils/install-sh/files/install-sh.in > /usr/pkgsrc/bootstrap/work/bin/install-sh
===> running: /bin/chmod +x /usr/pkgsrc/bootstrap/work/bin/install-sh
===> Creating default mk.conf in /usr/pkgsrc/bootstrap/work
===> running: /bin/sh /usr/pkgsrc/bootstrap/work/bin/install-sh -d -o root -g wheel /usr/pkgsrc/bootstrap/work/sbin
===> running: /bin/sh /usr/pkgsrc/bootstrap/work/bin/install-sh -d -o root -g wheel /usr/pkgsrc/bootstrap/work/share/mk
===> Bootstrapping mk-files
===> running: (cd /usr/pkgsrc/pkgtools/bootstrap-mk-files/files && env CP=/bin/cp OPSYS=NetBSD MK_DST=/usr/pkgsrc/bootstrap/work/share/mk ROOT_GROUP=wheel ROOT_USER=root SED=/usr/bin/sed SYSCONFDIR=/usr/pkg/etc /bin/sh ./bootstrap.sh)
===> Bootstrapping bmake
===> running: /bin/sh /usr/pkgsrc/bootstrap/work/bin/install-sh -d -o root -g wheel /usr/pkgsrc/bootstrap/work/bmake
===> running: (cd /usr/pkgsrc/bootstrap/work/bmake && /bin/sh configure --prefix=/usr/pkgsrc/bootstrap/work --with-default-sys-path=/usr/pkgsrc/bootstrap/work/share/mk --with-machine-arch=x86_64 )
Using: filemon_ktrace.c
checking whether system has timezone Europe/Berlin... yes
checking for gcc... no
checking for cc... no
checking for cl.exe... no
checking for clang... no
configure: error: in '/usr/pkgsrc/bootstrap/work/bmake':
configure: error: no acceptable C compiler found in $PATH
See 'config.log' for more details
===> exited with status 1
aborted.
linveo#
In the README it does say to have a working make and a compiler in your PATH. I did skim the README, but mistook the need for the compiler to be related to the cleanup command. My interpretation doesn't seem to make sense now.
From the README in /use/pkgsrc/bootsrap :
The bootstrap script will exit if the bootstrap directory already exists,
for example if you have run the script before. In this case, clean it up
by running:
# ./cleanup
Make sure that you have a working C compiler and make(1) binary in
your path.
So, as of right now, I haven't managed to bootstrap pkgsrc (because no compiler is installed), and I haven't managed to get binary packages installed because of what I think might be SSL errors with pkgin.
Maybe I will get a little further tomorrow! Yaaay!
@Not_Oles said: I first thought to try installing pkgsrc with pkgin or maybe install CVS with pkgin and then install pkgsrc via CVS. But, from the errors below, it seems like pkgin needs SSL certificates before it will work?
I think a certctl rehash is missing (I need to add that to the image creation). PKG_PATH is already set in /etc/pkg_install.conf for that image, so with a fresh install you can currently do:
NetBSD 10.0 (GENERIC) #0: Thu Mar 28 08:33:33 UTC 2024
Welcome to NetBSD!
We recommend that you create a non-root account and use su(1) for root access.
test# certctl rehash
test# pkg_add pkgin
pkgin-23.8.1nb4: copying /usr/pkg/share/examples/pkgin/repositories.conf.example to /usr/pkg/etc/pkgin/repositories.conf
test# pkgin upgrade
processing remote summary (https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/x86_64/10.0/All)...
pkg_summary.gz 100% 6170KB 220.4KB/s 00:28
calculating dependencies...done.
nothing to do.
test#
Comments
Don’t leave us, only a few left. 😀 #Kidding…
Absolutely! Gosh, not to expose how little I know, but I have never even heard of systemctl isolate
Hi @hornet! Yeah, same here! Also, it's been a few days since I last posted about From Linux to NetBSD, with SSH only, but I haven't tried it yet. I will post again when I do. If you try it sooner than I do, please let us know how it goes! Thanks! Tom
I hope everyone gets the servers they want!
^Thought I had/have mentioned a simpler way!
It wisnae me! A big boy done it and ran away.
NVMe2G for life! until death (the end is nigh)
Yes, for sure, if I am not mistaken, doesn't the method you mention require a graphical console via VNC or maybe HTML5? But the cloudbsd.xyz method does not require a graphical console. Lots of times a graphical console isn't provided, and the cloudbsd.xyz method nevertheless hopefully still works.
I hope everyone gets the servers they want!
Fair point, though a text console is fine.
It wisnae me! A big boy done it and ran away.
NVMe2G for life! until death (the end is nigh)
The nodes are on QEMU 7.2.13 and Debian 12, so the kernel should be fairly up to date.
linveo.com | Shared Hosting | KVM VPS | Dedicated Servers
Do you mean none of the FreeBSD 14 versions work? I see a handful of servers running those templates at the moment.
linveo.com | Shared Hosting | KVM VPS | Dedicated Servers
I did at one point have issues with the 14.1 template but since have managed to boot it up. I had to manually configure the network, as DHCP wasn't working (from the cloud-init template?). Seems to be OK at the moment apart from locking myself out, setting up a firewall.;)
It wisnae me! A big boy done it and ran away.
NVMe2G for life! until death (the end is nigh)
Seems to work today. Yesterday, only the FreeBSD 13.2 one worked (the others failed at the "Creating configuration." stage when rebuilding the server on VirtFusion).
I have put together another NetBSD 10.0 image. With some luck that should now even apply the network configuration and add SSH keys (if the configuration information is provided by VirtFusion).
@linveo could we give that image a try?
@cmeerw Great news! Congrats!
@linveo I'm eager to try @cmeerw's image! Thanks so much!
I hope everyone gets the servers they want!
Sure thing! I have added this to the available templates. The network interface is vioif0. Let me know if that looks good to you.
linveo.com | Shared Hosting | KVM VPS | Dedicated Servers
I tried it out with my Intel instance and I still see the kernel crash/reboot cycle like before. Please check how it works on AMD.
Do you want switched over to an AMD Ryzen node?
linveo.com | Shared Hosting | KVM VPS | Dedicated Servers
~~~
linveo# ping6 -c 2 ipv6.google.com
PING6(56=40+8+8 bytes) 2605:xxxx:xxxx:xxxx::xxxx --> 2607:f8b0:402a:80b::200e
16 bytes from 2607:f8b0:402a:80b::200e, icmp_seq=0 hlim=118 time=1.553 ms
16 bytes from 2607:f8b0:402a:80b::200e, icmp_seq=1 hlim=118 time=0.902 ms
--- ipv6.l.google.com ping6 statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.902/1.228/1.553/0.460 ms
linveo# ping -c 2 google.com
PING google.com (192.178.49.174): 56 data bytes
64 bytes from 192.178.49.174: icmp_seq=0 ttl=118 time=1.257350 ms
64 bytes from 192.178.49.174: icmp_seq=1 ttl=118 time=1.317900 ms
----google.com PING Statistics----
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.257350/1.287625/1.317900/0.042815 ms
linveo#
~~~~
I hope everyone gets the servers they want!
I went through all FreeBSD templates on my Intel instance and they all got installed and worked fine. 13.3 did take some extra time bringing the network interface up, but eventually it started as well. When it comes to FreeBSD, virtio network drivers have pretty significant degradation on performance as far as I have seen on multiple providers and e1000 works generally much better. Some panels provide access to user to change them, but VirtFusion seems to lack that option.
Accidental double post.
At least for me, everything seems to be working as expected.
It did set up the network correctly (both IPv4 and IPv6) and also added the SSH key to the root user.
Yes, that's expected as I used the unpatched NetBSD kernel for that image. I can probably build another image with a patched kernel, now that the basics seem to be working.
Same here! Thanks @cmeerw! Thanks @linveo!
I hope everyone gets the servers they want!
Thank you for the offer! Since it sounds like everybody else has already gone to AMD, I think it is better for me to stay on Intel for now so we can test both of the platforms out and make sure we have a solid solution going forward.
@Not_Oles said:
It's resizing on the first boot and then rebooting?
I hope everyone gets the servers they want!
Not sure, but it might be just scanning all the possible hardware upon the initial boot. Since you only see two errors in the next boot, it might have marked most of them 'not found' or something like that so it wouldn't keep trying.
I am guessing that it is resizing the filesystem and rebooting to make sure the changes are applied before doing anything else.
Also those two errors for the hardware detection look like they are related to VMware which is obviously not present here.
Not sure, I guess it's just the kernel probing what devices are available. I haven't really figured out what it is complaining about, the only thing I have found was the vmware and vmt0 errors.
On the first boot it resizes the partition and the root filesystem and then reboots - that's standard practice with NetBSD images at least.
Sounds good, let me know if you ever want to switch over.
linveo.com | Shared Hosting | KVM VPS | Dedicated Servers
@Crab Thanks for dedication to the Community and to versatile and dependable solutions!
I hope everyone gets the servers they want!
Reference: https://pkgsrc.org/
What I think I want to do is to install pkgsrc.
I first thought to try installing pkgsrc with pkgin or maybe install CVS with pkgin and then install pkgsrc via CVS. But, from the errors below, it seems like pkgin needs SSL certificates before it will work?
Since pkgin didn't seem to work, I tried grabbing the current pkgsrc tar archive from ftp.netbsd.org/pub/pkgsrc, which seemed to work okay.
Next up is to try bootstrapping pkgsrc. I will post about whether I get pkgsrc bootstrap to work.
What's the best procedure for going from the minimal install to a happy, functioning pkgsrc?
Thanks!
Tom
I hope everyone gets the servers they want!
In the README it does say to have a working make and a compiler in your PATH. I did skim the README, but mistook the need for the compiler to be related to the
cleanupcommand. My interpretation doesn't seem to make sense now.From the README in /use/pkgsrc/bootsrap :
So, as of right now, I haven't managed to bootstrap pkgsrc (because no compiler is installed), and I haven't managed to get binary packages installed because of what I think might be SSL errors with pkgin.
Maybe I will get a little further tomorrow! Yaaay!
I hope everyone gets the servers they want!
I think a
certctl rehashis missing (I need to add that to the image creation).PKG_PATHis already set in/etc/pkg_install.conffor that image, so with a fresh install you can currently do: