6 ms·

I am waiting for NetBSD to be available in SourceHut CI[1]. We already use it for FreeBSD and OpenBSD jobs, missing only one major OS - NetBSD. [1] https://man

by xvilka 7y ago

I am waiting for NetBSD to be available in SourceHut CI[1]. We already use it for FreeBSD and OpenBSD jobs, missing only one major OS - NetBSD. [1] https://man.sr.ht/builds.sr.ht/compatibility.md https://man.sr.ht/builds.sr.ht/compatibility.md

rjsw 7y ago
Why ? What are the benefits of using that ?
- xvilka 7y ago
  radare2 [1] is a portable tool and should work everywhere, like you expect to do the same from GDB, for example. [1] https://github.com/radareorg/radare2 https://github.com/radareorg/radare2
  - rjsw 7y ago
    There is a radare2 package in pkgsrc, I presume it works.
    - xvilka 7y ago
      We run our tests on different platforms, for example the native debugging and emulation, where platform differences can play the role. And we run them on every commit, to prevent regressions.
      - rjsw 7y ago
        You still haven't explained what you want to do and why I (as a NetBSD developer) should be interested.
        yjftsjthsd-h 7y ago
        Sourcehut makes it easy to run CI for a lot of platforms at once. Helping it support netbsd helps developers target netbsd easily.
        xvilka 7y ago
        For example, the emulation and debugger depends on the platform, so running debugging tests on CI helps us to improve and refactor corresponding code without much hassle.
ddevault 7y ago
Please help! The image is almost complete: https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/netbsd https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/... But I need a NetBSD expert to come in and put on the finishing touch: making the filesystem resize to fill the available space on the qcow2. Without this, the image cannot build a new version of itself which isn't smaller than the host image, leading to image shrinkage over time and eventual breakitude.
- cnst 7y ago
  It should be doable with the following rc.d configuration: resize_disklabel=YES resize_root=YES The second script is available by default, but the first one is somehow hidden from general availability: * http://bxr.su/n/distrib/utils/embedded/files/resize_disklabel http://bxr.su/n/distrib/utils/embedded/files/resize_disklabe... * http://bxr.su/n/etc/rc.d/resize_root http://bxr.su/n/etc/rc.d/resize_root You can fetch it raw, it seems to work great: cd /etc/rc.d/ ftp http://bxr.su/raw/NetBSD/distrib/utils/embedded/files/resize_disklabel chmod +x resize_disklabel The `resize_disklabel` script does handle `fdisk`, too. If it doesn't work for your usecase, might want to provide the output of running `/etc/rc.d/resize_disklabel` manually, together with `fdisk` and `disklabel` outputs, too. P.S. BTW, you probably don't want to run `resize_root onestart` once the system is running multiuser — it passes `-y` to `resize_ffs`, which causes temporary filesystem corruption if the filesystem is running in `rw` mode.
  - ddevault 7y ago
    Aye, but that doesn't seem to work. Check out the genimg script - it's already trying to set up resize_root. I've also tried resize_disklabel without success. What this needs isn't another well-meaning HN comment trying to debug by proxy - I need someone who knows how NetBSD works to get their hands dirty and get it done.
    - cnst 7y ago
      The resize_root script wouldn't do anything if the fdisk and disklabel aren't adjusted (provided it's not a raw filesystem file that's being resized as in http://wiki.netbsd.org/amazon_ec2/build_your_own_ami/ http://wiki.netbsd.org/amazon_ec2/build_your_own_ami/ page), so it's kind of expected that it doesn't work all by itself, and that https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/netbsd/genimg https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/... is wrong.

by xvilka 7y ago

rjsw 7y ago

Why ? What are the benefits of using that ?

xvilka 7y ago
radare2 [1] is a portable tool and should work everywhere, like you expect to do the same from GDB, for example. [1] https://github.com/radareorg/radare2 https://github.com/radareorg/radare2
- rjsw 7y ago
  There is a radare2 package in pkgsrc, I presume it works.
  - xvilka 7y ago
    We run our tests on different platforms, for example the native debugging and emulation, where platform differences can play the role. And we run them on every commit, to prevent regressions.
    - rjsw 7y ago
      You still haven't explained what you want to do and why I (as a NetBSD developer) should be interested.
      - yjftsjthsd-h 7y ago
        Sourcehut makes it easy to run CI for a lot of platforms at once. Helping it support netbsd helps developers target netbsd easily.
      - xvilka 7y ago
        For example, the emulation and debugger depends on the platform, so running debugging tests on CI helps us to improve and refactor corresponding code without much hassle.

ddevault 7y ago

Please help! The image is almost complete: https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/netbsd https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/... But I need a NetBSD expert to come in and put on the finishing touch: making the filesystem resize to fill the available space on the qcow2. Without this, the image cannot build a new version of itself which isn't smaller than the host image, leading to image shrinkage over time and eventual breakitude.

cnst 7y ago
It should be doable with the following rc.d configuration: resize_disklabel=YES resize_root=YES The second script is available by default, but the first one is somehow hidden from general availability: * http://bxr.su/n/distrib/utils/embedded/files/resize_disklabel http://bxr.su/n/distrib/utils/embedded/files/resize_disklabe... * http://bxr.su/n/etc/rc.d/resize_root http://bxr.su/n/etc/rc.d/resize_root You can fetch it raw, it seems to work great: cd /etc/rc.d/ ftp http://bxr.su/raw/NetBSD/distrib/utils/embedded/files/resize_disklabel chmod +x resize_disklabel The `resize_disklabel` script does handle `fdisk`, too. If it doesn't work for your usecase, might want to provide the output of running `/etc/rc.d/resize_disklabel` manually, together with `fdisk` and `disklabel` outputs, too. P.S. BTW, you probably don't want to run `resize_root onestart` once the system is running multiuser — it passes `-y` to `resize_ffs`, which causes temporary filesystem corruption if the filesystem is running in `rw` mode.
- ddevault 7y ago
  Aye, but that doesn't seem to work. Check out the genimg script - it's already trying to set up resize_root. I've also tried resize_disklabel without success. What this needs isn't another well-meaning HN comment trying to debug by proxy - I need someone who knows how NetBSD works to get their hands dirty and get it done.
  - cnst 7y ago
    The resize_root script wouldn't do anything if the fdisk and disklabel aren't adjusted (provided it's not a raw filesystem file that's being resized as in http://wiki.netbsd.org/amazon_ec2/build_your_own_ami/ http://wiki.netbsd.org/amazon_ec2/build_your_own_ami/ page), so it's kind of expected that it doesn't work all by itself, and that https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/netbsd/genimg https://git.sr.ht/~sircmpwn/builds.sr.ht/tree/master/images/... is wrong.