OpenBSD server for diskless thinclients
Hi, after reading these articles about Mtier experience (http://www.undeadly.org/cgi?action=articlesid=20110420080633 and http://undeadly.org/cgi?action=articlesid=20121026064602), i'm trying to set up a server to allow any client (diskless or not) on my network to be used as a thinclient when needed. Actually, i managed to boot the kernel with pxeboot successfuly but i don't want to manage statically MAC addresses and IP with RARPD (i have a lot of clients), i just want to use the actual dhcp server to give IPs and serve the system with NFS. I didn't find information to do this whithout rarpd in diskless(8) or even in Absolute OpenBSD. Do you think, it is possible ? Thanks. Morgan
alix2d3 entry point at 0x200120 after PXE installation
Hi all, I installed openbsd-54 on a flash card on my alix2d3 board through PXE with a nullmodem cable. But after the installation, the machine reboot in loop after the message entry point at 0x200120 I tried all the solution found in google, set the tty to com0, and also boot on wd0a instead of hd0a set tty com0 stty com0 57600 boot wd0a:/bsd But nothing change. To simplify the debug reinstall the machine with the default mbr and partitioning shema, and unfortunatly it change nothing. I choose to use com0 during the installation Have you got tips or procedure to follow ? I can provide logs that you need Thanks by advance Cheers, Aurelien
Re: alix2d3 entry point at 0x200120 after PXE installation
Hi Aurelien, I've got same boards at work, I saw no problems installing obsd on top of them. Few steps I always follow: 1. In pxe boot.conf file: sty com0 38400 set tty com0 boot tftp:/bsd54.rd 2. start DHCP server + tftp on my laptop 3. hit n during the RAM test to boot in PXE mode 4. install with default settings AFAIK the default serial port speed is 38400 not 57600 Romain -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Aurelien Martin Sent: vendredi 29 novembre 2013 13:10 To: misc@openbsd.org Subject: alix2d3 entry point at 0x200120 after PXE installation Hi all, I installed openbsd-54 on a flash card on my alix2d3 board through PXE with a nullmodem cable. But after the installation, the machine reboot in loop after the message entry point at 0x200120 I tried all the solution found in google, set the tty to com0, and also boot on wd0a instead of hd0a set tty com0 stty com0 57600 boot wd0a:/bsd But nothing change. To simplify the debug reinstall the machine with the default mbr and partitioning shema, and unfortunatly it change nothing. I choose to use com0 during the installation Have you got tips or procedure to follow ? I can provide logs that you need Thanks by advance Cheers, Aurelien
Re: alix2d3 entry point at 0x200120 after PXE installation
The com port speed may be changed in the bios menu. On Fri, Nov 29, 2013 at 7:24 AM, Aviolat Romain romain.avio...@nagra.comwrote: Hi Aurelien, I've got same boards at work, I saw no problems installing obsd on top of them. Few steps I always follow: 1. In pxe boot.conf file: sty com0 38400 set tty com0 boot tftp:/bsd54.rd 2. start DHCP server + tftp on my laptop 3. hit n during the RAM test to boot in PXE mode 4. install with default settings AFAIK the default serial port speed is 38400 not 57600 Romain -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Aurelien Martin Sent: vendredi 29 novembre 2013 13:10 To: misc@openbsd.org Subject: alix2d3 entry point at 0x200120 after PXE installation Hi all, I installed openbsd-54 on a flash card on my alix2d3 board through PXE with a nullmodem cable. But after the installation, the machine reboot in loop after the message entry point at 0x200120 I tried all the solution found in google, set the tty to com0, and also boot on wd0a instead of hd0a set tty com0 stty com0 57600 boot wd0a:/bsd But nothing change. To simplify the debug reinstall the machine with the default mbr and partitioning shema, and unfortunatly it change nothing. I choose to use com0 during the installation Have you got tips or procedure to follow ? I can provide logs that you need Thanks by advance Cheers, Aurelien -- - () ascii ribbon campaign - against html e-mail /\
10G with Intel card - GBIC options
Hi, I've just received a Cisco 6704 for my 10G uplinks. I'm looking for a network adapter to put on my OpenBSD primary firewall. I had in mind to use Intel X520-SR2 but the SR module of Cisco is too expensive... So I'm looking for either LRM or CX4 GBIC options to put on the C6704. Has anyone connected to these transceivers with any quality Intel card? I can't find any LRM GBIC from intel. I found a CX4 one but the card is EOL. Thanks for any feedback. G
Re: alix2d3 entry point at 0x200120 after PXE installation
On Nov 29 13:10:24, 01aurel...@gmail.com wrote: Hi all, I installed openbsd-54 on a flash card on my alix2d3 board through PXE with a nullmodem cable. But after the installation, the machine reboot in loop after the message entry point at 0x200120 I tried all the solution found in google, set the tty to com0, and also boot on wd0a instead of hd0a set tty com0 stty com0 57600 boot wd0a:/bsd The baudrae of 57600 seems strange. Did you set it so in BIOS, or where does it come from? My Alix2d3 boots just fine with stty com0 9600 set tty com0
Re: Should Android have used OpenBSD instead of Linux?
hmm, on Tue, Nov 26, 2013 at 02:00:53PM -0800, Chris Cappuccio said that So the next question is, why would someone want to switch to OpenBSD on one of these platforms? 1. Concise ecosystem (less maintenance of your own distribution) 2. High quality code 3. Increasing attention to areas that matter (ARMv7, KMS, etc) just like everyone else, i would love to see an openbsd powered android phone. but i think the elephant in the room no one is talking about is performance. without getting into running bad code faster vs running good code slower, openbsd is simply slow. -f -- there's no second chance for a good first impression.
Re: hp mini 200 - kernel panic with ACPI on 5.4
Dmitrij D. Czarkoff czarkoff at gmail.com writes: I've got my hands on HP Mini 200, which panics with ACPI enabled. Disabling ACPI makes it boot. Most likely I'll keep it until next Tuesday, so if the issue is of any interest, and there is more information I can provide, ask freely. could you try smaller hammer and only disable acpiec? if it will boot, please drop us dmesg.
Re: 10G with Intel card - GBIC options
We bought the Intel x520-DA2 cards as they gives you the flexibility of using any SFP+ transceiver.. If you buy the SR2 you are locked to using short range fibre and the optics for the other end can get expensive! NB; Their is a whole world of compatible optics out there which are just as good but wont have support from the switch vendor and will need careful testing with your kit.. If you get the DA2 card, also buy a couple of the Intel optics which when added to the order cost the same as the SR2 and you end up with exactly the same product, but with the flexibility of being able to use 'SFP+ Direct Connect cables', SR optics, LR optics etc.. http://www.intel.com/support/network/adapter/pro100/sb/CS-030612.htm We bought the optics for the link to the WAN provider, and SFP+ Direct Connect cables for the link to our HP 8206zl switches. Intel cards support most of the official branded Direct Connect cables (don't get real cheap ones) so get Cisco branded as you have a Cisco switch.. Much cheaper than Cisco optics but the same end result. Andy. On Fri 29 Nov 2013 15:07:34 GMT, Kapetanakis Giannis wrote: Hi, I've just received a Cisco 6704 for my 10G uplinks. I'm looking for a network adapter to put on my OpenBSD primary firewall. I had in mind to use Intel X520-SR2 but the SR module of Cisco is too expensive... So I'm looking for either LRM or CX4 GBIC options to put on the C6704. Has anyone connected to these transceivers with any quality Intel card? I can't find any LRM GBIC from intel. I found a CX4 one but the card is EOL. Thanks for any feedback. G
Re: 10G with Intel card - GBIC options
PS; I hope you have reeaaaly fast servers.. NB; ALTQ is currently 32bit so you cannot queue faster than 4 and a bit gig, unless you go for Hennings new queueing system which I'm still yet to do when I actually find time.. On Fri 29 Nov 2013 16:05:35 GMT, Andy wrote: We bought the Intel x520-DA2 cards as they gives you the flexibility of using any SFP+ transceiver.. If you buy the SR2 you are locked to using short range fibre and the optics for the other end can get expensive! NB; Their is a whole world of compatible optics out there which are just as good but wont have support from the switch vendor and will need careful testing with your kit.. If you get the DA2 card, also buy a couple of the Intel optics which when added to the order cost the same as the SR2 and you end up with exactly the same product, but with the flexibility of being able to use 'SFP+ Direct Connect cables', SR optics, LR optics etc.. http://www.intel.com/support/network/adapter/pro100/sb/CS-030612.htm We bought the optics for the link to the WAN provider, and SFP+ Direct Connect cables for the link to our HP 8206zl switches. Intel cards support most of the official branded Direct Connect cables (don't get real cheap ones) so get Cisco branded as you have a Cisco switch.. Much cheaper than Cisco optics but the same end result. Andy. On Fri 29 Nov 2013 15:07:34 GMT, Kapetanakis Giannis wrote: Hi, I've just received a Cisco 6704 for my 10G uplinks. I'm looking for a network adapter to put on my OpenBSD primary firewall. I had in mind to use Intel X520-SR2 but the SR module of Cisco is too expensive... So I'm looking for either LRM or CX4 GBIC options to put on the C6704. Has anyone connected to these transceivers with any quality Intel card? I can't find any LRM GBIC from intel. I found a CX4 one but the card is EOL. Thanks for any feedback. G
IPS hardware recomendation
Hello guys. I need to install an IPS and of course I want to install this with OpenBSD, the througput of network is 10Gbps on fiber-optic. would recommend the hardware supported by OpenBSD for this function? Regards. -- deoxyt2.-
Re: alix2d3 entry point at 0x200120 after PXE installation
On Fri, Nov 29, 2013 at 01:10:24PM +0100, Aurelien Martin wrote: stty com0 57600 I too would try with a lower baudrate. From the FAQ (http://www.openbsd.org/faq/faq7.html#SerCon) Resist the urge to crank the baud rate up to the maximum your hardware can support, as you are more likely to create problems than benefit. Most systems have a default speed (supported by default by the boot ROM and/or the boot loader, often 9600), use this unless you have real reason to use something different.
Re: 10G with Intel card - GBIC options
On 29/11/13 18:05, Andy wrote: We bought the Intel x520-DA2 cards as they gives you the flexibility of using any SFP+ transceiver.. If you buy the SR2 you are locked to using short range fibre and the optics for the other end can get expensive! NB; Their is a whole world of compatible optics out there which are just as good but wont have support from the switch vendor and will need careful testing with your kit.. If you get the DA2 card, also buy a couple of the Intel optics which when added to the order cost the same as the SR2 and you end up with exactly the same product, but with the flexibility of being able to use 'SFP+ Direct Connect cables', SR optics, LR optics etc.. http://www.intel.com/support/network/adapter/pro100/sb/CS-030612.htm We bought the optics for the link to the WAN provider, and SFP+ Direct Connect cables for the link to our HP 8206zl switches. Intel cards support most of the official branded Direct Connect cables (don't get real cheap ones) so get Cisco branded as you have a Cisco switch.. Much cheaper than Cisco optics but the same end result. Andy. Unfortunately on the Cisco part I don't SFP+. I have XENPACK option only which give me 3 options: SR ~ 3K GPL LRM ~ 1.5K GPL (I can't find any LRM GBIC for Intel side) CX4 ~ 600 GPL I'm going probably for the CX4 option so I have to find an Intel server card that has CX4. My options for CX4 so far look like these: 82599EB which support all kinds of interfaces. I don't know if this is a server adapter or not (looks very cheap) Also it might need an CX4 interface to be attached. http://ark.intel.com/products/32207/Intel-82599EB-10-Gigabit-Ethernet-Controller Is 82599 chip the same on all the adapters? (EN, EB, X520, X540). Is it the same card with different optics? Also there is this NetEffect Ethernet Server Cluster Adapter CX4 http://ark.intel.com/products/55362/NetEffect-Ethernet-Server-Cluster-Adapter-CX4 but I don't know OpenBSD's support on this. Also it's PCIe v1.1 but I think this is my least problem. G ps. thanks for the reply
How handle multiple G++ versions' compiled code in one and the same process (without SIGSEGV)?
Dear list, I've seen issues where a process links to one library compiled with the OS-bundled G++ version and another that's compiled with a newer G++ version (4.7 etc.). Libraries include boost, QT and their C++-based dependencies. I raise this question as there are instances when a newer G++ version is required for a project to work at all (because of compiler version specifics, C++X11 support etc). The typical error I've seen, is that exception handling goes bazonkas: As soon as the default exception handler is trigged, an error message is printed and then the process SIGSEGV:s. Also, ordinary exception handling may malfunction and lead to SIGSEGV. Picking up what others say on this, * #gcc on FreeNode say libstdc++ versions are *not* intercompatible with each others, and also they say newer libstdc++ versions are *not* providing backwards compatibility with older ones * FreeBSD published a workaround to the libstdc++ compatibility issue using their libmap.conf feature: http://www.freebsd.org/doc/en/articles/custom-gcc/article.html . What is OpenBSD's take on this?; What's the best practice? If the only way is to actually recompile all dependency libraries in the newer G++ version, then, is there a way to build ports and their dependencies with a specific G++ version and then install them all in a separate directory i.e. /usr/local/lib/g++-4.7-compiled/ ? Thanks! Mikael
How compile a port and all of its dependencies that use G++ with a specific G++ version (boost/QT etc.) and then install in a separate dir?
After confirming with someone competent, I'm clear that there is no way ever to use more than one libstdc++ version concurrently in one OS process. Therefore, my question is now purely: How do you compile a port and all of its dependencies that use G++, with a specific G++ version e.g. /usr/local/bin/eg++? Also then, how install these in a separate directory/directory structure as not to mess up other programs by interfering with the ordinary OS-preinstalled versions of the same libraries, that should indeed remain compiled with the OS-bundled G++ version Thanks! Mikael 2013/11/29 Mikael mikael.tr...@gmail.com Dear list, I've seen issues where a process links to one library compiled with the OS-bundled G++ version and another that's compiled with a newer G++ version (4.7 etc.). Libraries include boost, QT and their C++-based dependencies. I raise this question as there are instances when a newer G++ version is required for a project to work at all (because of compiler version specifics, C++X11 support etc). The typical error I've seen, is that exception handling goes bazonkas: As soon as the default exception handler is trigged, an error message is printed and then the process SIGSEGV:s. Also, ordinary exception handling may malfunction and lead to SIGSEGV. Picking up what others say on this, * #gcc on FreeNode say libstdc++ versions are *not* intercompatible with each others, and also they say newer libstdc++ versions are *not* providing backwards compatibility with older ones * FreeBSD published a workaround to the libstdc++ compatibility issue using their libmap.conf feature: http://www.freebsd.org/doc/en/articles/custom-gcc/article.html . What is OpenBSD's take on this?; What's the best practice? If the only way is to actually recompile all dependency libraries in the newer G++ version, then, is there a way to build ports and their dependencies with a specific G++ version and then install them all in a separate directory i.e. /usr/local/lib/g++-4.7-compiled/ ? Thanks! Mikael
Re: 10G with Intel card - GBIC options
On Fri 29 Nov 2013 16:19:26 GMT, Kapetanakis Giannis wrote: On 29/11/13 18:05, Andy wrote: We bought the Intel x520-DA2 cards as they gives you the flexibility of using any SFP+ transceiver.. If you buy the SR2 you are locked to using short range fibre and the optics for the other end can get expensive! NB; Their is a whole world of compatible optics out there which are just as good but wont have support from the switch vendor and will need careful testing with your kit.. If you get the DA2 card, also buy a couple of the Intel optics which when added to the order cost the same as the SR2 and you end up with exactly the same product, but with the flexibility of being able to use 'SFP+ Direct Connect cables', SR optics, LR optics etc.. http://www.intel.com/support/network/adapter/pro100/sb/CS-030612.htm We bought the optics for the link to the WAN provider, and SFP+ Direct Connect cables for the link to our HP 8206zl switches. Intel cards support most of the official branded Direct Connect cables (don't get real cheap ones) so get Cisco branded as you have a Cisco switch.. Much cheaper than Cisco optics but the same end result. Andy. Unfortunately on the Cisco part I don't SFP+. I have XENPACK option only which give me 3 options: SR ~ 3K GPL LRM ~ 1.5K GPL (I can't find any LRM GBIC for Intel side) CX4 ~ 600 GPL I'd avoid CX4, you wont find a CX4 NIC working well with OpenBSD nor would you want one tbh.. Stick with well known supported cards for OpenBSD.. At a guess, I'd use an SR XENPACK on the Cisco side and connect to the Intel Optic Transceiver on the OBSD side, and use an LC to SC OM4 fibre etc.. NB; Try a 'Cisco compatible' XENPACK SR if you can't afford it, for example; http://www.gbics.com/xenpak-10gb-sr/?gclid=CKv_96G-irsCFSX4wgodQDEAdA http://www.intel.com/content/dam/doc/product-brief/ethernet-sfp-optics-brief.pdf Note the standards compatibility; 10GBASE-SR You will need to spend some money on a pair to try it (I don't know if these work but they look like they do), if it works get the others.. It'll either work perfectly or it wont at all.. Good luck, Andy I'm going probably for the CX4 option so I have to find an Intel server card that has CX4. My options for CX4 so far look like these: 82599EB which support all kinds of interfaces. I don't know if this is a server adapter or not (looks very cheap) Also it might need an CX4 interface to be attached. http://ark.intel.com/products/32207/Intel-82599EB-10-Gigabit-Ethernet-Controller Is 82599 chip the same on all the adapters? (EN, EB, X520, X540). Is it the same card with different optics? Also there is this NetEffect Ethernet Server Cluster Adapter CX4 http://ark.intel.com/products/55362/NetEffect-Ethernet-Server-Cluster-Adapter-CX4 but I don't know OpenBSD's support on this. Also it's PCIe v1.1 but I think this is my least problem. G ps. thanks for the reply
Re: IPS hardware recomendation
Fastest you can buy!! Even then you probably struggle.. You'll need the fastest single core you can get your hands on for the network stack/OBSD kernel, and the other cores for Snort etc.. 3.5GHz Ivy Bridge-EP CPU (E5-2637v2). Their are other Ivy Bridge-EP CPU's which have more cores but you need massive single core performance.. This is the fastest OpenBSD server I know of that money can buy for a comercially available product (we just bought this and it works great (Performance Technology must be set to 'Custom')).. http://shop.transtec.co.uk/GB/E/products/server/application_server.html?mod=prodname=SA1260A304Rcookies=acceptdo=Continue Andy On Fri 29 Nov 2013 16:08:39 GMT, deoxyt2 wrote: Hello guys. I need to install an IPS and of course I want to install this with OpenBSD, the througput of network is 10Gbps on fiber-optic. would recommend the hardware supported by OpenBSD for this function? Regards.
Re: IPS hardware recomendation
On Fri 29 Nov 2013 17:24:15 GMT, Andy wrote: Fastest you can buy!! Even then you probably struggle.. You'll need the fastest single core you can get your hands on for the network stack/OBSD kernel, and the other cores for Snort etc.. 3.5GHz Ivy Bridge-EP CPU (E5-2637v2). Their are other Ivy Bridge-EP CPU's which have more cores but you need massive single core performance.. And 1866 MHz ECC RAM.. Nothing slower than 1866.. This is the fastest OpenBSD server I know of that money can buy for a comercially available product (we just bought this and it works great (Performance Technology must be set to 'Custom')).. http://shop.transtec.co.uk/GB/E/products/server/application_server.html?mod=prodname=SA1260A304Rcookies=acceptdo=Continue Andy On Fri 29 Nov 2013 16:08:39 GMT, deoxyt2 wrote: Hello guys. I need to install an IPS and of course I want to install this with OpenBSD, the througput of network is 10Gbps on fiber-optic. would recommend the hardware supported by OpenBSD for this function? Regards.
Re: How handle multiple G++ versions' compiled code in one and the same process (without SIGSEGV)?
On Fri, Nov 29, 2013 at 18:58, Mikael wrote: I've seen issues where a process links to one library compiled with the OS-bundled G++ version and another that's compiled with a newer G++ version (4.7 etc.). Libraries include boost, QT and their C++-based dependencies. I raise this question as there are instances when a newer G++ version is required for a project to work at all (because of compiler version specifics, C++X11 support etc). What is OpenBSD's take on this?; What's the best practice? A few observations from a ports outsider: A number of ports (e.g. chromium) use clang to build now instead of g++. Longer term, I think there's some slow work ongoing to integrate one version of libc++ and stop relying on g++ bundled versions, but I may be sorely mistaken.
Re: OpenBSD for mobile
There is a Samsung Tab tablet based on OMAP architecture. Now they have some model based on Intel. But I think there is more work there to be able to run OpenBSD on them. And there is no documentation, maybe Samsung will release it for OMAP model, since it is old now.
Re: 10G with Intel card - GBIC options
On 29.11.2013. 17:08, Andy wrote: PS; I hope you have reeaaaly fast servers.. NB; ALTQ is currently 32bit so you cannot queue faster than 4 and a bit gig, unless you go for Hennings new queueing system which I'm still yet to do when I actually find time.. Hi, I'm not sure if new queueing system is faster than 4.3Gbps or pfctl -nvf pf.conf is lying or interface must be up and running to see real bandwith with pfctl -vvsq. I can't test it because I have one ix card. Will try to lend another ix card to see. # ifconfig ix0 ix0: flags=28843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,NOINET6 mtu 1500 lladdr 90:e2:ba:19:29:a8 priority: 0 media: Ethernet autoselect status: no carrier inet 10.22.22.1 netmask 0xff00 broadcast 10.22.22.255 pf.conf with 10G on ix0: queue queue@ix0 on ix0 bandwidth 10G max 10G queue ackn@ix0 parent queue@ix0 bandwidth 5G queue bulk@ix0 parent queue@ix0 bandwidth 5G default match on ix0 set ( queue (bulk@ix0i, ackn@ix0), prio (1,7) ) pfctl -nvf pf.conf queue queue@ix0 on ix0 bandwidth 1G, max 1G queue ackn@ix0 parent queue@ix0 on ix0 bandwidth 705M queue bulk@ix0 parent queue@ix0 on ix0 bandwidth 705M default pfctl -vvsq queue queue@ix0 on ix0 bandwidth 1G, max 1G qlimit 50 queue ack@ix0 parent queue@ix0 on ix0 bandwidth 705M qlimit 50 queue bulk@ix0 parent queue@ix0 on ix0 bandwidth 705M default qlimit 50 pf.conf with 6G on ix0: queue queue@ix0 on ix0 bandwidth 6G max 6G queue ackn@ix0 parent queue@ix0 bandwidth 3G queue bulk@ix0 parent queue@ix0 bandwidth 3G default match on ix0 set ( queue (bulk@ix0i, ackn@ix0), prio (1,7) ) pfctl -nvf pf.conf queue queue@ix0 on ix0 bandwidth 1G, max 1G queue ackn@ix0 parent queue@ix0 on ix0 bandwidth 3G queue bulk@ix0 parent queue@ix0 on ix0 bandwidth 3G default pfctl -vvsq queue queue@ix0 on ix0 bandwidth 1G, max 1G qlimit 50 queue ackn@ix0 parent queue@ix0 on ix0 bandwidth 3G qlimit 50 queue bulk@ix0 parent queue@ix0 on ix0 bandwidth 3G default qlimit 50 pf.conf with 4G on ix0: queue queue@ix0 on ix0 bandwidth 4G max 4G queue ackn@ix0 parent queue@ix0 bandwidth 2G queue bulk@ix0 parent queue@ix0 bandwidth 2G default match on ix0 set ( queue (bulk@ix0i, ackn@ix0), prio (1,7) ) pfctl -nvf pf.conf queue queue@ix0 on ix0 bandwidth 4G, max 4G queue ackn@ix0 parent queue@ix0 on ix0 bandwidth 2G queue bulk@ix0 parent queue@ix0 on ix0 bandwidth 2G default pfctl -vvsq queue queue@ix0 on ix0 bandwidth 4G, max 4G qlimit 50 queue ackn@ix0 parent queue@ix0 on ix0 bandwidth 2G qlimit 50 queue bulk@ix0 parent queue@ix0 on ix0 bandwidth 2G default qlimit 50
AnonCVS server data
Hello, I tried sending this to sup@, like the page suggested for this.. but apparently that user doesn't exist anymore, so hopefully someone can help here. I've been looking at trying to convert the CVS repository to a git repository. My goal with this is to allow for more people to easily take a glance at the source code of OpenBSD. However, converting a CVS repository of course requires pulling down every revision. I don't want to annoy a CVS mirror operator with using so much bandwidth, so I'd like a more direct method. Also, I'm aware that git can't be used for submitting patches or anything. And I'm aware the revision history wouldn't be perfect due to inherit differences between git and CVS. My goal isn't for a perfect conversion or anything. I just want for people to be able to easily play with the source code without spending hours pulling things down. If you could give me a way to download the bootstrapping files for making my own (private) CVS mirror, I could do this without burdening a public mirror operator with wasted bandwidth. Thanks, Jordan
Re: AnonCVS server data
On Fri, Nov 29, 2013 at 21:05, Jordan Earls wrote: If you could give me a way to download the bootstrapping files for making my own (private) CVS mirror, I could do this without burdening a public mirror operator with wasted bandwidth. http://www.openbsd.org/cvsync.html
Re: AnonCVS server data
cvsync is what you're after. It's mentioned on www.openbsd.org. /Alexander Jordan Earls ea...@lastyearswishes.com wrote: Hello, I tried sending this to sup@, like the page suggested for this.. but apparently that user doesn't exist anymore, so hopefully someone can help here. I've been looking at trying to convert the CVS repository to a git repository. My goal with this is to allow for more people to easily take a glance at the source code of OpenBSD. However, converting a CVS repository of course requires pulling down every revision. I don't want to annoy a CVS mirror operator with using so much bandwidth, so I'd like a more direct method. Also, I'm aware that git can't be used for submitting patches or anything. And I'm aware the revision history wouldn't be perfect due to inherit differences between git and CVS. My goal isn't for a perfect conversion or anything. I just want for people to be able to easily play with the source code without spending hours pulling things down. If you could give me a way to download the bootstrapping files for making my own (private) CVS mirror, I could do this without burdening a public mirror operator with wasted bandwidth. Thanks, Jordan
Re: Should Android have used OpenBSD instead of Linux?
hmm, on Fri, Nov 29, 2013 at 04:58:02PM +0100, frantisek holop said that hmm, on Tue, Nov 26, 2013 at 02:00:53PM -0800, Chris Cappuccio said that So the next question is, why would someone want to switch to OpenBSD on one of these platforms? 1. Concise ecosystem (less maintenance of your own distribution) 2. High quality code 3. Increasing attention to areas that matter (ARMv7, KMS, etc) just like everyone else, i would love to see an openbsd powered android phone. but i think the elephant in the room no one is talking about is performance. without getting into running bad code faster vs running good code slower, openbsd is simply slow. i'd like to clarify that this is no way a discouragement for anyone who would like to work on that (not that i think that person would decide based on my email without hard facts and statistics) -f -- programmers dont change lite bulbs; that's a hardware problem.
Re: AnonCVS server data
Jordan Earls wrote: ... My goal with this is to allow for more people to easily take a glance at the source code of OpenBSD. If you mean browsing CVS like the web interface on www.openbsd.org, cvsweb is in ports and is very easy to set up on top of a cvsync-ed CVS repository. (especially when using an unchrooted Apache instance, otherwise the pkg-readme for cvsweb tells you how to run it in a chroot environment) P.S.: if you choose to run cvsweb and appear to be missing some decorative icons, see: http://marc.info/?l=openbsd-portsm=138296871608555w=2.