Re: Please put vi in base
On 3/12/22 08:39, i...@tutanota.com wrote: > I know I am not going to get any points for this, but I had to fix a broken > OpenBSD box today that could not boot and I didn't have any network for a > couple of hours, which made me stuck with ed from the boot media. > > So I did "man ed", which of course didn't work as there are no man pages on > the install media. > > I know how to use vi, but ed just draws the line. We're not dealing with > printer output any longer. > > Could we please get vi into base? Even the most basic version would do. > > I spend hours wasting time, banging my head into the wall. Until I finally > got network up on another machine and figured out a way to mount another > OpenBSD disk in order to get access to vi in order to edit the files on the > broken box. > > Sigh! > The issue should repairable from single-user mode (without a need for install media): # Once you're at a single-user prompt (just hit Enter at the "Enter pathname of shell or RETURN for sh:" prompt), do the following: # Mount the root filesystem as read-write, then mount the /var and /usr filesystems (this will allow you to run vi or any other editor of your choice) mount -uw / mount /var mount /usr export TERM=vt220 # Once those are mounted, edit /etc/fstab.
Re: Please put vi in base
On Sat, Mar 12, 2022 at 9:41 PM wrote: > At least I will make sure to always have a custom install media ready. Make sure you test it before you need to rely on it. (Also, using echo isn't necessarily a bad idea, though there are faster approaches. If retyping a line because of a typo is a problem, you could for example, build a directory to represent the fstab, one line per file in that directory, names indicating order, and use cat to assemble the lines.) ((That said, if you spent hours on this, that sounds like learning curve, or composing emails, not operational time.)) Good luck, -- Raul
Re: Please put vi in base
On Sat, Mar 12, 2022 at 4:48 PM wrote: > I already have that book, which is why I KNOW I will never want to use > ed :) > > But thank you all for your feedback. I will make a custom install media > from now on. I have been trying to figure out what's going on here: you have not really explained why you find yourself needing to edit files during that bootstrap stage of installation. (When I install openbsd from a usb iso image, I have vi available to me before I need to edit any files. Apparently this does not match your experience?) I mean... it sounds like you have found your solution, so maybe this conversation is over. But, if not, maybe I could still learn something here. Thanks, -- Raul
Re: Please put vi in base
Well, I think you should accept that this community features its own dogmas, like no zfs/hammerfs/ext4/xfs, bsd.rd smallest possible, no bluetooth, a prehistoric wm in base, and so on. Either you understand it or quit, because they won't change their minds :( I also asked for vi years ago and wasn't the first. With vax recently dead, hppa64 dead and maybe hppa following as well as alpha, i386 which cannot run a decent modern web browser anymore on most supported hw, the distro is slowly retiring from retrocomputing hardware, so the need to compress bsd.rd till death is becoming day by day less relevant. Nevertheless they have all rights to have their tastes as this is their playground, so make your platform choice wisely before it comes to disaster recovery scenarios. Using openbsd means choosing security and some cutting edge products (e.g. pf, openssh, etc.), but at the same time coping with the mindset of the devs, syntaxes changing over time, scarce support from 3rd parts (e.g. backup software when running as VM) and need to throw lotsa your time in the thing without specific guarantees that you'll be able to get what you need. Personally, having to do many things during the week - and needing products that "just work" - I am almost not using it in production anymore, but keeping it as a hobby on some hardware of mine because, after all, it's still a great piece of software. If you think ed should be buried down under 10m, like I do, make your own decisions and stop trying to convince people who don't want to be convinced. Regards Il sab 12 mar 2022, 20:14 ha scritto: > > Mar 12, 2022, 17:21 by i...@darwinsys.com: > > >> Could we please get vi into base? Even the most basic version would do. > >> > > > > um, vi has been in base for years. > > > > It has not been in the install media, which are chronically short out of > room. > > I would not advise you to hold your breath for vi to appear there in the > next week or so. > > > > It doesn't take that long to learn ed from the "bottom line" of vi, > > and the man pages are online if you have another computer (or even a > phone) with > > internet access. Learn it in the good times, for use in the bad. > > > I am sorry, I meant on the install media. > > I search the list for other discussions about this and found the answer by > Theo: > > https://marc.info/?l=openbsd-misc=157319297226209=2 > > > Why does the ramdisk not include /usr/bin/vi by default? To date, > > it is the only UNIX-like environment I have ever seen without some > > form of vi. > > Theo's answer: "For the same reasons it doesn't contain a web browser:Not > required, and besides that far too large." > > That is ridicules! > > ed is for teleprinters, a monitor based editor is very much required. > Fiddling around with configuration files with ed is like being tied up with > your hands and feet behind your back being told to eat a pizza from the > floor! > > Out of room? What does that even mean? Are you still using floppy disks!? > > install70.img is 664M and the install70.iso is 529M, I believe vi takes up > 359K, surely > there is room. > > Double sigh! > >
Re: Please put vi in base
Ian Darwin: > It doesn't take that long to learn ed from the "bottom line" of vi, ed(1) is much like an interactive version of sed(1). Which is no coincidence. If you know the basics of sed(1), ed(1) is straightforward. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: Please put vi in base
i...@tutanota.com: > I know how to use vi, but ed just draws the line. Here's just the book for you: Michael W. Lucas, Ed Mastery https://mwl.io/nonfiction/tools#ed -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: Please put vi in base
On 2022-03-12, Sven F. wrote: >> > Out of room? What does that even mean? Are you still using floppy disks!? Some of the install images *are* still using these, of course. The install images are there to run the installer. If you need a more complete system for repair purposes, boot from media which has a more complete system installed onto it. For example you could install to a USB drive and boot from that. > On Sat, Mar 12, 2022 at 2:25 PM Sebastien Marie wrote: >> you should look at bsd.rd size instead. it is the install media, and >> it is far smaller (4.4M here). so 359K is about 8% in size. Plus libcurses, some kind of termcap file, quite likely more of libc than is already compiled into the crunchgen'd binary. As the filesystem for this is included in the install kernel, systems need to be able to boot that larger kernel. That is likely to cause problems with some machines/archs. >> if you need vi to repair your system (depending the exact problem), >> you could mount your partitions from the bsd.rd image, using something >> like (untested): >> >> # cd /dev && sh ./MAKEDEV sd0 # create sd0 nodes >> # mount -r /dev/sd0a /mnt # mount root partition (readonly) >> # chroot /mnt # chroot to /mnt >> (chroot)# mount -a # mount all partition >> > vt220 or maybe xterm if lucky or better > (chroot)# TERM=something vi or pccon
Re: Please put vi in base
On Sat, Mar 12, 2022 at 2:25 PM Sebastien Marie wrote: > On Sat, Mar 12, 2022 at 08:00:10PM +0100, i...@tutanota.com wrote: > > > > > > > Why does the ramdisk not include /usr/bin/vi by default? To date, > > > it is the only UNIX-like environment I have ever seen without some > > > form of vi. > > > > Theo's answer: "For the same reasons it doesn't contain a web > browser:Not required, and besides that far too large." > > > > That is ridicules! > > > > ed is for teleprinters, a monitor based editor is very much required. > Fiddling around with configuration files with ed is like being tied up with > your hands and feet behind your back being told to eat a pizza from the > floor! > > > > Out of room? What does that even mean? Are you still using floppy disks!? > > > > install70.img is 664M and the install70.iso is 529M, I believe vi takes > up 359K, surely > > there is room. > > you should look at bsd.rd size instead. it is the install media, and > it is far smaller (4.4M here). so 359K is about 8% in size. > > if you need vi to repair your system (depending the exact problem), > you could mount your partitions from the bsd.rd image, using something > like (untested): > > # cd /dev && sh ./MAKEDEV sd0 # create sd0 nodes > # mount -r /dev/sd0a /mnt # mount root partition (readonly) > # chroot /mnt # chroot to /mnt > (chroot)# mount -a # mount all partition > vt220 or maybe xterm if lucky or better (chroot)# TERM=something vi > (chroot)# vi# you could run vi > > you could also use another system to build a static binary, and copy > it on bsd.rd (via download or via usb drive). > > you could also put your hard disk in another machine to mount and > repair it. > > -- > Sebastien Marie > > -- -- - Knowing is not enough; we must apply. Willing is not enough; we must do
Re: Please put vi in base
On Sat, Mar 12, 2022 at 08:00:10PM +0100, i...@tutanota.com wrote: > > > > Why does the ramdisk not include /usr/bin/vi by default? To date, > > it is the only UNIX-like environment I have ever seen without some > > form of vi. > > Theo's answer: "For the same reasons it doesn't contain a web browser:Not > required, and besides that far too large." > > That is ridicules! > > ed is for teleprinters, a monitor based editor is very much required. > Fiddling around with configuration files with ed is like being tied up with > your hands and feet behind your back being told to eat a pizza from the floor! > > Out of room? What does that even mean? Are you still using floppy disks!? > > install70.img is 664M and the install70.iso is 529M, I believe vi takes up > 359K, surely > there is room. you should look at bsd.rd size instead. it is the install media, and it is far smaller (4.4M here). so 359K is about 8% in size. if you need vi to repair your system (depending the exact problem), you could mount your partitions from the bsd.rd image, using something like (untested): # cd /dev && sh ./MAKEDEV sd0 # create sd0 nodes # mount -r /dev/sd0a /mnt # mount root partition (readonly) # chroot /mnt # chroot to /mnt (chroot)# mount -a # mount all partition (chroot)# vi# you could run vi you could also use another system to build a static binary, and copy it on bsd.rd (via download or via usb drive). you could also put your hard disk in another machine to mount and repair it. -- Sebastien Marie
Re: Please put vi in base
> Could we please get vi into base? Even the most basic version would do. um, vi has been in base for years. It has not been in the install media, which are chronically short out of room. I would not advise you to hold your breath for vi to appear there in the next week or so. It doesn't take that long to learn ed from the "bottom line" of vi, and the man pages are online if you have another computer (or even a phone) with internet access. Learn it in the good times, for use in the bad.
[www] provide links to videos for two events
diff --git a/events.html b/events.html index a07f32967..fb37aa52b 100644 --- a/events.html +++ b/events.html @@ -430,7 +430,7 @@ Jul 1-2, 2017, London, UK. http://www.bsdcan.org/2017/;>BSDCan 2017, June 7-10, 2017, Ottawa, Canada. -Henning Brauer, http://bulabula.org/papers/2017/bsdcan/;>TCP Synfloods - an old yet current problem, and improving pf's response to it +Henning Brauer, TCP Synfloods - an old yet current problem, and improving pf's response to it (http://bulabula.org/papers/2017/bsdcan/;>slides and https://www.youtube.com/watch?v=KuHepyI0_KY>video) @@ -512,7 +512,7 @@ June 8 - 11, 2016, Ottawa, Canada. Sebastian Benoit, Open Source Routing Mike Belopuhov, Implementation of Xen PVHVM Drivers in OpenBSD Henning Brauer, Running an ISP on OpenBSD -Reyk Flter, An OpenFlow Implementation for OpenBSD +Reyk Flter, An OpenFlow Implementation for OpenBSD (slides and https://www.youtube.com/watch?v=Cuo0qT-lqig;>video) Peter Hessler, Bidirectional Forwarding Detection (BFD) Implementation and Support in OpenBSD Antoine Jacoutot, https://www.bsdfrog.org/pub/events/openbsd-rcd-BSDCan2016.pdf;>OpenBSD rc.d(8)
Re: Latency with run0 interface
On 2022-03-12, Stefan Sperling wrote: > On Fri, Mar 11, 2022 at 02:41:05PM -0600, rea...@catastrophe.net wrote: >> >If not, consider hunting down a mini PCIe iwm(4) 7260 card, or an >> >M.2 AX200 iwx(4) card with an adapter from M.2 to mini PCIe. >> >Both would need compatible pigtails and antennas as well. >> >> Thanks, I'll get a 7260. Do the half mini cards have any problems vs. >> the full PCI-e cards? > > You'll just need a screw-on bracket to convert it to full size and > then it should fit into the slot just fine. Note that miniPCIE use U.FL (IPEX), M.2 (NGFF) cards use MHF4 (IPEX4) connectors. They look quite similar in size (especially if you don't have both types to compare) so make sure you use the right pigtail for the card - trying to use the wrong one will damage at least the connector on the pigtail if not also the card.
Re: Latency with run0 interface
On Fri, Mar 11, 2022 at 02:41:05PM -0600, rea...@catastrophe.net wrote: > >If not, consider hunting down a mini PCIe iwm(4) 7260 card, or an > >M.2 AX200 iwx(4) card with an adapter from M.2 to mini PCIe. > >Both would need compatible pigtails and antennas as well. > > Thanks, I'll get a 7260. Do the half mini cards have any problems vs. > the full PCI-e cards? You'll just need a screw-on bracket to convert it to full size and then it should fit into the slot just fine.
