Re: video capture / streaming
For camera access as an user see: /etc/fbtab (fBtab not fStab) For easy streaming see: vlc from ports. Be sure to use archive search next time.
Re: Installation in a Xen guest (pvgrub)
Markus Kolb wrote: > Am 24.07.2020 17:30, schrieb Theo de Raadt: > [...] > > non-OpenBSD bootloaders will do a shitty job of booting OpenBSD. > > I'm not going to bother explaining the situation in detail. People > > who try to go that way have already decided they don't care about the > > consequences. > > Ok. Thanks. > > Are you talking about biosboot or 2nd stage boot? 2nd. > But would it be in theory possible to program a > (1) specialized "bootloader" which is bootable by linux-cmd of grub > and > (2) this specialized "bootloader" continues with the BSD boot code? At > the moment I'm thinking of 2nd stage boot. > So going from grub 2nd stage via fake-linux-kernel to 2nd stage > OpenBSD boot... But that method already exists. Boot our MBR/PBR, which loads our boot. And our boot does special stuff. But people keep wanting to not use our PBR. Well, then they get to face the music, that Grub doesn't do stuff we need. > Part 1 should be doable. > But what is about part 2? Would it be possible or are there technical > system restrictions making it impossible e.g. like CPU operating modes > or restrictions to access the BIOS? > And so any further thinking and investigation in this way is waste of > time... We publish the source. Is that not enough?
Re: Installation in a Xen guest (pvgrub)
Am 24.07.2020 17:30, schrieb Theo de Raadt: [...] non-OpenBSD bootloaders will do a shitty job of booting OpenBSD. I'm not going to bother explaining the situation in detail. People who try to go that way have already decided they don't care about the consequences. Ok. Thanks. Are you talking about biosboot or 2nd stage boot? But would it be in theory possible to program a (1) specialized "bootloader" which is bootable by linux-cmd of grub and (2) this specialized "bootloader" continues with the BSD boot code? At the moment I'm thinking of 2nd stage boot. So going from grub 2nd stage via fake-linux-kernel to 2nd stage OpenBSD boot... Part 1 should be doable. But what is about part 2? Would it be possible or are there technical system restrictions making it impossible e.g. like CPU operating modes or restrictions to access the BIOS? And so any further thinking and investigation in this way is waste of time...
Re: video capture / streaming
Rudolf Sykora writes: > Dear list, > > > I'd like to stream video from my (usb-connected) camera via a web > server. The 1st I tried was to see if the camera works. So: > > odin$ video > video: /dev/video: Permission denied > odin$ doas video > No protocol specified > video: cannot open display :0.0 > odin$ xhost + > access control disabled, clients can connect from any host > odin$ doas video > ^Codin$ > > Ie, at last I saw an X window with the video. But is it possible to run > the video command as an ordinary user? (I had to doas...) I don't have a webcam at hand atm, but IIRC you should chown /dev/video to your user. I did something like this ~2 years ago, so maybe I'm wrong, but the permission get resetted on reboot, so you should edit /etc/rc.local. I can't comment on the rest. HTH > Next I want to stream the video via some kind of a server. > On the internet I saw people using 'ffmpeg' to serve the file somehow, > as well as using 'nginx' with the 'rtmp' module. Is any of this the way > how you would achieve the goal, or is it possible to use, say, the 'httpd' > server? > > At this moment I know very little both about streaming and available > servers to do the job, and that's why I am asking for recommendation > based on some experience and knowledge. > > Thank you for any comments. > > > Ruda
Re: Installation in a Xen guest (pvgrub)
Markus Kolb wrote: > Am 21.07.2020 15:51, schrieb Pierre-Philipp Braun: > > [...] > > GRUB2 should be able to boot an OpenBSD kernel natively *2. Thing is, > > PVGRUB works for PV, not PVH nor PVHVM. However you might get NetBSD > > XEN/PV up and running at your XEN ISP *3, by leveraging PVGRUB indeed > > *3. And in case UFS is not built-into their PVGRUB binary (that would > > be weird, as one usually builds pvgrub with all possible modules > > within), you would still be able to boot it on EXT2 with poor disk > > performance *4. > > > > *1 > > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html#Direct-Kernel-Boot > > *2 > > https://www.gnu.org/software/grub/manual/grub/html_node/Supported-kernels.html > > *3 https://pub.nethence.com/booting/grub > > *4 https://pub.nethence.com/bsd/malabar > > The filesystem modules are available in the pvgrub. But no modules for > booting openbsd or netbsd. So "kopenbsd" or "knetbsd" or "multiboot" > is not available. Only "linux". > Grub does not support this modules for the xen builds (pvgrub). I've > checked it in the sources. There is only code for BSD for the hardware > build targets of grub and not the xen targets. non-OpenBSD bootloaders will do a shitty job of booting OpenBSD. I'm not going to bother explaining the situation in detail. People who try to go that way have already decided they don't care about the consequences.
Re: Installation in a Xen guest (pvgrub)
Am 21.07.2020 15:51, schrieb Pierre-Philipp Braun: [...] GRUB2 should be able to boot an OpenBSD kernel natively *2. Thing is, PVGRUB works for PV, not PVH nor PVHVM. However you might get NetBSD XEN/PV up and running at your XEN ISP *3, by leveraging PVGRUB indeed *3. And in case UFS is not built-into their PVGRUB binary (that would be weird, as one usually builds pvgrub with all possible modules within), you would still be able to boot it on EXT2 with poor disk performance *4. *1 http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html#Direct-Kernel-Boot *2 https://www.gnu.org/software/grub/manual/grub/html_node/Supported-kernels.html *3 https://pub.nethence.com/booting/grub *4 https://pub.nethence.com/bsd/malabar The filesystem modules are available in the pvgrub. But no modules for booting openbsd or netbsd. So "kopenbsd" or "knetbsd" or "multiboot" is not available. Only "linux". Grub does not support this modules for the xen builds (pvgrub). I've checked it in the sources. There is only code for BSD for the hardware build targets of grub and not the xen targets.
video capture / streaming
Dear list, I'd like to stream video from my (usb-connected) camera via a web server. The 1st I tried was to see if the camera works. So: odin$ video video: /dev/video: Permission denied odin$ doas video No protocol specified video: cannot open display :0.0 odin$ xhost + access control disabled, clients can connect from any host odin$ doas video ^Codin$ Ie, at last I saw an X window with the video. But is it possible to run the video command as an ordinary user? (I had to doas...) Next I want to stream the video via some kind of a server. On the internet I saw people using 'ffmpeg' to serve the file somehow, as well as using 'nginx' with the 'rtmp' module. Is any of this the way how you would achieve the goal, or is it possible to use, say, the 'httpd' server? At this moment I know very little both about streaming and available servers to do the job, and that's why I am asking for recommendation based on some experience and knowledge. Thank you for any comments. Ruda
gateway redundancy: 3 or more nodes
Hello, While I'm configuring my 2 routers in master/backup configuration for my home gateway, I am wondering what if I add some more routers to the cluster. TL;DR: How do a backup node know which node is master? My concern is about the routing alteration for the backup nodes. Indeed, even if they are backup, it's preferable in some cases that they still can access to the internet (for syspatch, package upgrade for instance). So after reading some literature on various blogs and sites (for instance this[0], which was originally about using DHCP with 2 nodes), the idea is to let ifstated alter routes when the carp interface state changes and use the master node as a gateway. So let's say that the nodes have an IP address 192.168.0.254 on a carp interface carp1 to the LAN, plus a IP address 192.168.0.X on the physical interface. With 2 nodes, this is easy. If you're backup, then you know exactly who is master and you can alter your default route to the IP address of the master 192.168.0.X (because of course, it would be pointless for a backup node to try to reach 192.168.0.254). With 3 or more nodes, this becomes a bit of a challenge, because you can't hardcode the identity of the master. For instance, if we have 3 nodes, with node1 being initially master, if the master role goes from node1 to node2 for some reason, I don't know a way for node3 to know about this by only using carp properties. We can imagine solutions that I will explain, but I find them quite ugly and disproportionate for that only purpose and I'm not sure if they are safe to use in production or not. So the main question: is there a (simple) way for a carp member to be notified when the master role switches to another node? Solution 1: Deploy a script which triggers, when the node becomes master, a broadcast of the node name or whatever useful piece of identity. Also deploy a script that listens to those broadcast messages. This wouldn't be such a pain do create and ifstated would be really useful for that. But to cover the case of a node being added to the cluster, the nodes should also broadcast at add time a request to get the information. This begins to be a bit complex and adds a lot of corner cases that I'm afraid to manage. Solution 2: When a node become backup, instead of adding only one default route, add multiple default route on multipath. I'm not used to handle mutipath mechanism so I'm not even sure that would work the way I want. Solution 3: This one is fun. In addition of configuring carp1 which regroups all nodes, configure one carp for each subset of nodes containing all nodes but one. For instance, with 3 nodes : - carp101 (192.168.0.101) defined on node2 and node3 - carp102 (192.168.0.102) defined on node1 and node3 - carp103 (192.168.0.103) defined on node1 and node2 So in backup mode, node1 gateway becomes 192.168.0.101, node2 gateway becomes 192.168.0.102 and node3 gateway becomes 192.168.0.103. I'm afraid that this solution creates too much network disturbance with a high number of nodes. These are the only solution that came to my mind. What solution do you think is best (including some I didn't think about)? Thanks for reading. Guy [0]: https://sites.google.com/site/bsdstuff/dhcarp
CPU usage of httpd+slowcgi
Hi, Which of the following legacy CPU types is best suited for very busy web server httpd+slowcgi Niagara CPU Such as T2 - More parallel Threads and Low power per single thread Sparc64 CPU such as VI, VII - Fewer threads but more computing power per thread. How is multithreading utilization of httpd+slowcgi like? Kind regards, Kihaguru.