bsdrp-devel Mailing List for BSD Router Project
Router distribution based on FreeBSD with FFRouting and Bird
Brought to you by:
cochard
You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(11) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(10) |
Nov
(2) |
Dec
|
2013 |
Jan
(1) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(3) |
Jun
(5) |
Jul
|
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
(1) |
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Harry D. <usr...@gm...> - 2019-05-24 02:48:10
|
Hi I've been looking in the patches folders, and I see a patch for freebsd.newvers.patch That would seem to imply that this patch sets a new freebsd version, is that correct, will removing this patch and a clean build give me an unaltered FreeBSD version which will accept binary patches? Thanks, Harry. On Tue, May 21, 2019 at 4:58 PM Harry Duncan <usr...@gm...> wrote: > Hi, > > I need to install a package using a binary package and not a port (can't > get the port to compile due to a package naming error P27-python-dns is > provided by python-dns and the port build can't get past that mismatch). > > I have added the routing from the FreeBSD handbook to install binary > packages, and downloaded the packages that need to be installed. > > I am using the latest BSDRP and when I make a build, I get an erorr when > it runs the custom package install routine: > > Installing ca_root_nss-3.44 > pkg-static: wrong architecture: FreeBSD:12:* instead of FreeBSD:13:i386 > > Presumably the project has renamed the FreeBSD release to 13 to nobble pkg > install capabilities from the live system. > > How do I undo this change which is tripping up my binary installs? > > Any pointers would be greatly appreciated. > > Thanks & regards, > > Harry. > |
From: Harry D. <usr...@gm...> - 2019-05-21 15:58:47
|
Hi, I need to install a package using a binary package and not a port (can't get the port to compile due to a package naming error P27-python-dns is provided by python-dns and the port build can't get past that mismatch). I have added the routing from the FreeBSD handbook to install binary packages, and downloaded the packages that need to be installed. I am using the latest BSDRP and when I make a build, I get an erorr when it runs the custom package install routine: Installing ca_root_nss-3.44 pkg-static: wrong architecture: FreeBSD:12:* instead of FreeBSD:13:i386 Presumably the project has renamed the FreeBSD release to 13 to nobble pkg install capabilities from the live system. How do I undo this change which is tripping up my binary installs? Any pointers would be greatly appreciated. Thanks & regards, Harry. |
From: Asavaseri N. <nat...@is...> - 2018-08-06 02:34:00
|
Dear contributors, I am happy to announce that we are ready to release preliminary results of the "Developer Perception to Microsoft's acquisition of GitHub" survey. These results can be accessed at " https://naist-se.github.io/study-of-microsofts-github-acquisition/". Again thank you for your participation and please feel free to share or discuss these results. Best Regards, Natnaree (cc. Shade, Raula, Hideaki) On 07/09/18 12:04 PM, "Asavaseri Natnaree" <nat...@is...> wrote: > > Dear BSD Router Project developers, > > I am Natnaree Asavaseri and currently undertaking a research internship at Nara Institute of Science and Technology, Japan. Note that we are not biased to either GitHub or Microsoft, and this is purely from an empirical research perspective. > > As a part of my research in the field of Software Engineering (SE), my professors and I are analyzing the impact of Microsoft's acquisition of GitHub. The main purpose of my survey is understanding how developers perceive the Microsoft's acquisition of GitHub, especially from contributors to Linux distributions and BSD families. If the survey is successful, we will publish our findings at SE academic venues (journals or conference). > > So please consider voicing your opinion by allowing us up to 5 minutes to complete my short survey. > > https://goo.gl/forms/lbIL5qsinDRQyTaK2 > > We would like to remind you that participation in this survey is completely voluntary and your identity is hidden for anonymity. Thank you for your time in advance. > > Best regards, > > Natnaree > Nara Institute of Science and Technology, Japan |
From: Asavaseri N. <nat...@is...> - 2018-07-09 03:04:52
|
Dear BSD Router Project developers, I am Natnaree Asavaseri and currently undertaking a research internship at Nara Institute of Science and Technology, Japan. Note that we are not biased to either GitHub or Microsoft, and this is purely from an empirical research perspective. As a part of my research in the field of Software Engineering (SE), my professors and I are analyzing the impact of Microsoft's acquisition of GitHub. The main purpose of my survey is understanding how developers perceive the Microsoft's acquisition of GitHub, especially from contributors to Linux distributions and BSD families. If the survey is successful, we will publish our findings at SE academic venues (journals or conference). So please consider voicing your opinion by allowing us up to 5 minutes to complete my short survey. https://goo.gl/forms/lbIL5qsinDRQyTaK2 We would like to remind you that participation in this survey is completely voluntary and your identity is hidden for anonymity. Thank you for your time in advance. Best regards, Natnaree Nara Institute of Science and Technology, Japan |
From: Eliezer C. <el...@ng...> - 2014-12-18 12:33:07
|
Hey list, I have tested bsdrouter on a kvm hypervisor and it boots very slow, more then 2-3 minutes from the boot menu to command line. I took the path to minimize the issues and it seems that FreeBSD on any version i have tried is not affected by this issue and boots smoothly. I have a kvm testing host and if there is a specific version I should try to boot with I will be able to do so. Eliezer * I am not registered to the development mailing list so please CC me. |
From: Emre G. <em...@gu...> - 2014-09-29 22:06:13
|
On 09/29/2014 03:40 PM, Olivier Cochard-Labbé wrote: > > On Sun, Sep 28, 2014 at 11:06 PM, Emre Gundogan <em...@gu... > <mailto:em...@gu...>> wrote: > > Is there any reason why 'package-recursive' target is not used to > automatically generate port dependencies in the 'add_port' command? > Since this approach may introduce a number of ports that are not > necessary for run-time system, those could then be removed by 'pkg > autoremove' in the 'cleanup_ports' function... I tested it a few times > with something like 'databases/rrdtool' that has a notoriously long > dependency list. It seems to work, although I have no idea if > 'package-recursive' could be relied upon for all the ports that are out > there. For instance, 'security/bro' has an optional dependency > 'ftp/curl', which is normally pulled in during buildworld. But when disk > image is generated, 'ftp/curl' is not added automatically (needs a > redundant add_port "ftp/curl"). There is a comment in the nano file > referring to a broken system, but I don't know if it still applies to > the FreeBSD 10 release cycle. > > > Yes it seems still broken: > > I've just did a small test: > 1. Replaced the "install package" py "install package-recursive" > 2. Commented all manually-declared running-deps for net/quagga (this > mean: devel/libdlmalloc, print/indexinfo, security/libgpg-error, > security/libgcrypt) > 3. Started a build (on a FreeBSD-10.1-BETA3) > … and the result are still bad because at the end, we should have found > all theses commented running-deps packages in the folder > /usr/obj/BSDRP.amd64/ports/packages/All/… Buth they aren't. > > Regarding nanobsd evolution: > I'm just back from the EuroBSDCon, and I've speak with ba...@fr... > <mailto:ba...@fr...> that propose me an idea for a next-gen nanobsd. > The idea is simple: Just adding "nanobsd" as target mode to poudriere > (https://www.freebsd.org/doc/handbook/ports-poudriere.html). > - The final image will still be 100% compliant with nanobsd image > partition scheme > - All this dependency and useless packages will be managed by poudriere > - It will add the cross-compilation feature too > > Regards, > > Olivier Hi Olivier, Thanks a lot for the heads-up on nanobsd-poudriere plans, it sounds great. By the way, I did exactly like you describe eliminating all the manual dependencies for quagga, and I had all the run-depends libs in the packages/All (except libdlmalloc, as my config had only "WITH\="ISISD OSPF_OPAQUE_LSA TCPSOCKETS\""). Don't remember why I excluded dlmalloc, maybe I ran into a problem... Anyway, I suspected that package-recursive might still be broken. Thanks again for confirming that. Regards, Emre. |
From: Olivier Cochard-L. <ol...@co...> - 2014-09-29 19:41:09
|
On Sun, Sep 28, 2014 at 11:06 PM, Emre Gundogan <em...@gu...> wrote: > Is there any reason why 'package-recursive' target is not used to > automatically generate port dependencies in the 'add_port' command? > Since this approach may introduce a number of ports that are not > necessary for run-time system, those could then be removed by 'pkg > autoremove' in the 'cleanup_ports' function... I tested it a few times > with something like 'databases/rrdtool' that has a notoriously long > dependency list. It seems to work, although I have no idea if > 'package-recursive' could be relied upon for all the ports that are out > there. For instance, 'security/bro' has an optional dependency > 'ftp/curl', which is normally pulled in during buildworld. But when disk > image is generated, 'ftp/curl' is not added automatically (needs a > redundant add_port "ftp/curl"). There is a comment in the nano file > referring to a broken system, but I don't know if it still applies to > the FreeBSD 10 release cycle. > > Yes it seems still broken: I've just did a small test: 1. Replaced the "install package" py "install package-recursive" 2. Commented all manually-declared running-deps for net/quagga (this mean: devel/libdlmalloc, print/indexinfo, security/libgpg-error, security/libgcrypt) 3. Started a build (on a FreeBSD-10.1-BETA3) ... and the result are still bad because at the end, we should have found all theses commented running-deps packages in the folder /usr/obj/BSDRP.amd64/ports/packages/All/... Buth they aren't. Regarding nanobsd evolution: I'm just back from the EuroBSDCon, and I've speak with ba...@fr... that propose me an idea for a next-gen nanobsd. The idea is simple: Just adding "nanobsd" as target mode to poudriere ( https://www.freebsd.org/doc/handbook/ports-poudriere.html). - The final image will still be 100% compliant with nanobsd image partition scheme - All this dependency and useless packages will be managed by poudriere - It will add the cross-compilation feature too Regards, Olivier |
From: Emre G. <em...@gu...> - 2014-09-28 21:31:29
|
Is there any reason why 'package-recursive' target is not used to automatically generate port dependencies in the 'add_port' command? Since this approach may introduce a number of ports that are not necessary for run-time system, those could then be removed by 'pkg autoremove' in the 'cleanup_ports' function... I tested it a few times with something like 'databases/rrdtool' that has a notoriously long dependency list. It seems to work, although I have no idea if 'package-recursive' could be relied upon for all the ports that are out there. For instance, 'security/bro' has an optional dependency 'ftp/curl', which is normally pulled in during buildworld. But when disk image is generated, 'ftp/curl' is not added automatically (needs a redundant add_port "ftp/curl"). There is a comment in the nano file referring to a broken system, but I don't know if it still applies to the FreeBSD 10 release cycle. Regards, Emre. |
From: Olivier Cochard-L. <ol...@co...> - 2014-09-16 14:43:45
|
On Tue, Sep 16, 2014 at 3:29 PM, Abdul Rasheed Shaik < ABD...@ln...> wrote: > Hi, > > > > I would like to run some web services (RESTful) from the BSDRP router, and > same can be > > Consumed by my remote hosts. So, I need to add Java and Web Server ports. > > How can I add these ports into my BSDRP image? > > > > I tried them as follows in BSDRP.nano file > > *add_port "java/openjdk8"* > > *add_port "www/apache24"* > > > > With this, the build does not go through, Please let me know if these > ports are supported in BSDRP? > All FreeBSD ports should be supported, but I've tested only a limited set. Do you need the full java/openjdk8 and not only the jre ? You should the build log file for the exact error message. Don't forget to declare all the running dependency of each ports too! Check the example on the wiki: http://bsdrp.net/documentation/technical_docs?&#little_child_project_example Regards, Olivier |
From: Abdul R. S. <ABDUL.RASHEED@LNTTECHSERVICES.COM> - 2014-09-16 13:29:47
|
Hi, I would like to run some web services (RESTful) from the BSDRP router, and same can be Consumed by my remote hosts. So, I need to add Java and Web Server ports. How can I add these ports into my BSDRP image? I tried them as follows in BSDRP.nano file add_port "java/openjdk8" add_port "www/apache24" With this, the build does not go through, Please let me know if these ports are supported in BSDRP? Thanks & Regards, ABDUL RASHEED L&T Technology Services Ltd www.LntTechservices.com<http://www.lnttechservices.com/> This Email may contain confidential or privileged information for the intended recipient (s). If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. |
From: Abdul R. S. <ABDUL.RASHEED@LNTTECHSERVICES.COM> - 2014-09-16 13:22:26
|
Thanks Olivier, From: co...@gm... [mailto:co...@gm...] On Behalf Of Olivier Cochard-Labbé Sent: Tuesday, September 16, 2014 6:44 PM To: Abdul Rasheed Shaik Cc: bsd...@li... Subject: Re: [Bsdrp-devel] NET-SNMP for BSDRP On Tue, Sep 16, 2014 at 2:16 PM, Abdul Rasheed Shaik <ABD...@ln...<mailto:ABD...@ln...>> wrote: Hi, Can any one please let me know, is the net-snmp is supported for BSDRP? BSDRP doesn't include net-snmp but bsnmpd. More information about: https://www.freebsd.org/cgi/man.cgi?query=bsnmpd You can enable and start it with theses commands: sysrc bsnmpd_enable=YES start bsnmpd start and then query your system like any SNMP device. Regards, Olivier L&T Technology Services Ltd www.LntTechservices.com<http://www.lnttechservices.com/> This Email may contain confidential or privileged information for the intended recipient (s). If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. |
From: Olivier Cochard-L. <ol...@co...> - 2014-09-16 13:14:47
|
On Tue, Sep 16, 2014 at 2:16 PM, Abdul Rasheed Shaik < ABD...@ln...> wrote: > Hi, > > Can any one please let me know, is the net-snmp is supported for BSDRP? > BSDRP doesn't include net-snmp but bsnmpd. More information about: https://www.freebsd.org/cgi/man.cgi?query=bsnmpd You can enable and start it with theses commands: sysrc bsnmpd_enable=YES start bsnmpd start and then query your system like any SNMP device. Regards, Olivier |
From: Abdul R. S. <ABDUL.RASHEED@LNTTECHSERVICES.COM> - 2014-09-16 12:17:05
|
Hi, Can any one please let me know, is the net-snmp is supported for BSDRP? Thanks & Regards, Abdul Rasheed. L&T Technology Services Ltd www.LntTechservices.com<http://www.lnttechservices.com/> This Email may contain confidential or privileged information for the intended recipient (s). If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system. |
From: Emre G. <em...@gu...> - 2014-06-25 03:23:44
|
This turned out to be a disk problem. When I swapped in a new drive, everything is back to normal. Thank you for your time, Olivier. Regards, Emre. On 6/24/14, 10:14 AM, Olivier Cochard-Labbé wrote: > On Mon, Jun 23, 2014 at 9:23 PM, Emre Gundogan <em...@gu... > <mailto:em...@gu...>> wrote: > > Hello folks, > > Hi, > > > I am running a custom BSDRP firmware (need additional ports and > drivers), and the system hasn't had any issues in the last several > weeks > that I've started playing with it. There is, however, one issue that I > haven't been able to pinpoint regarding the upgrade. Basically, when I > upgrade this system using the 'upgrade' command, all goes well until I > reboot the machine. The fsck on 'data' partition fails due to > something > that's not apparent to me. The following is from the boot log: > > > It seems you're mounting the /data partition automatically: Your > customization had removed "noauto" and "failok" options in the > /etc/fstab for the /data mount point. This is why I didn't see this > problem on a standard BSDRP. > If your problem is reproducible: Just after an upgrade and before > rebooting, what's the ouput of an "fsck /dev/ufs/BSDRPs4" ? > Does the "reboot" command correctly unmount the /data before rebooting > your system ? > > Regards, > > Olivier |
From: Emre G. <em...@gu...> - 2014-06-24 20:03:57
|
Hi Olivier, I haven't modified the fstab, so the data partition was still 'noauto/failok' when I upgraded the system. However, I did change the image size to 1GB as an option to 'make.sh'. This was a fairly repeatable thing, so I'll test the upgrade out with both the original firmware and my firmware and report back in a bit. Thanks, Emre. On 6/24/14, 10:14 AM, Olivier Cochard-Labbé wrote: > On Mon, Jun 23, 2014 at 9:23 PM, Emre Gundogan <em...@gu... > <mailto:em...@gu...>> wrote: > > Hello folks, > > Hi, > > > I am running a custom BSDRP firmware (need additional ports and > drivers), and the system hasn't had any issues in the last several > weeks > that I've started playing with it. There is, however, one issue that I > haven't been able to pinpoint regarding the upgrade. Basically, when I > upgrade this system using the 'upgrade' command, all goes well until I > reboot the machine. The fsck on 'data' partition fails due to > something > that's not apparent to me. The following is from the boot log: > > > It seems you're mounting the /data partition automatically: Your > customization had removed "noauto" and "failok" options in the > /etc/fstab for the /data mount point. This is why I didn't see this > problem on a standard BSDRP. > If your problem is reproducible: Just after an upgrade and before > rebooting, what's the ouput of an "fsck /dev/ufs/BSDRPs4" ? > Does the "reboot" command correctly unmount the /data before rebooting > your system ? > > Regards, > > Olivier |
From: Olivier Cochard-L. <ol...@co...> - 2014-06-24 14:14:29
|
On Mon, Jun 23, 2014 at 9:23 PM, Emre Gundogan <em...@gu...> wrote: > Hello folks, > > Hi, > > I am running a custom BSDRP firmware (need additional ports and > drivers), and the system hasn't had any issues in the last several weeks > that I've started playing with it. There is, however, one issue that I > haven't been able to pinpoint regarding the upgrade. Basically, when I > upgrade this system using the 'upgrade' command, all goes well until I > reboot the machine. The fsck on 'data' partition fails due to something > that's not apparent to me. The following is from the boot log: > It seems you're mounting the /data partition automatically: Your customization had removed "noauto" and "failok" options in the /etc/fstab for the /data mount point. This is why I didn't see this problem on a standard BSDRP. If your problem is reproducible: Just after an upgrade and before rebooting, what's the ouput of an "fsck /dev/ufs/BSDRPs4" ? Does the "reboot" command correctly unmount the /data before rebooting your system ? Regards, Olivier |
From: Emre G. <em...@gu...> - 2014-06-23 19:40:04
|
Hello folks, My first post to the group. Olivier, thank you for spearheading this project. Your effort is commendable. I am running a custom BSDRP firmware (need additional ports and drivers), and the system hasn't had any issues in the last several weeks that I've started playing with it. There is, however, one issue that I haven't been able to pinpoint regarding the upgrade. Basically, when I upgrade this system using the 'upgrade' command, all goes well until I reboot the machine. The fsck on 'data' partition fails due to something that's not apparent to me. The following is from the boot log: ---- Boot log: BEGIN --------------- Entropy harvesting: swi. Starting file system checks: /dev/ufs/BSDRPs2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/BSDRPs2a: clean, 467814 free (2150 frags, 58208 blocks, 0.2% fragmentation) /dev/ufs/BSDRPs3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/BSDRPs3: clean, 31165 free (13 frags, 3894 blocks, 0.0% fragmentation) /dev/ufs/BSDRPs4: NO WRITE ACCESS /dev/ufs/BSDRPs4: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ufs/BSDRPs4 (/data) Automatic file system check failed; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! Jun 20 23:52:56 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: ----- Boot log: END ---------------- The thing is, when I manually 'fsck', things recover and system boots into multi-user mode when I exit out of single-user shell. The only permanent remedy I found so far is to reinstall the firmware, re-expand the data slice, and restore the config from a remote machine. Any ideas here are much appreciated. A little background: the machine has a single 240GB hdd. After the initial installation of BSDRP, I expanded the data slice. The build VM and the final image is on FreeBSD-10-Stable_amd64. Thanks a lot, Emre. |
From: Asif B. <mem...@ya...> - 2014-06-05 09:41:47
|
Hi, How can i add webmin with its dependencies automatically to this? Please advise. |
From: Cesar F. <ces...@gm...> - 2014-05-27 14:18:48
|
I can try a better implementation if you want to integrate it. With arm/mips the scripts may need a SUB_ARCH since they can have some vendor specific info. About the labels on a x86 to big endian makefs -B big -o label=XXX then dd to a md the label get lost ... no clue why. If I just copy the makefs image to a partition and mount it on mips labels are ok. As for the loader I was able to do almost all I needed without it. mount.conf can be changed to tell which image to boot. nvram2env worked great as a simple replacement for loader.conf read only tunable. On Tue, May 27, 2014 at 12:56 AM, Olivier Cochard-Labbé <ol...@co...>wrote: > On Thu, May 22, 2014 at 9:02 PM, Cesar Fazan <ces...@gm...>wrote: > >> This is a dirty and intrusive patch to cross compile BSDRP for the >> EdgeRouter Lite >> > > Wow... Thanks for this big patch ! > Now I just add to think how to "cleanly" include it :-) > > >> >> TODO >> Find someone willing to port ubldr to mips so we can get a freebsdloader when using >> uboot >> - http://kernelnomicon.org/?p=351 >> - http://svnweb.freebsd.org/base/stable/10/sys/boot/arm/uboot/ >> - http://svnweb.freebsd.org/base/head/sys/boot/mips/ >> Organize and clean up changes to not break build for other plataforms >> Patch BSDRP upgrade so it can work with this disk layout >> newfs, geom labels are a mess when creating big endian fs on little >> endian ... so labels are removed >> > > It's mandatory to use geom label on x86 for being "storage device > agnostic". If BSDRP start from an USB flash key, the drive will be > /dev/da0, but from a mSATA flash it will be /dev/ada0. > I need to check if makefs(8) or mkimg(1) supports to set a correct label > on this case. > > About the UPGRADE tool on MIPS: > I had to "emulate" the concept of "MBR active partition" on sparc64 > architecture. Because there is no concept of "MBR active" partition, I had > to use a new method (directly re-configuring the Sun OBP for booting on the > other partition). > How, from the userland on a MIPS platform, how to configure the boot > loader for booting to a new partition ? > > I didn't have an edgerouter anymore for testing the image, but I will play > with qemu for testing the integration of your patch. > > Thanks a lot's. > > Olivier > |
From: Olivier Cochard-L. <ol...@co...> - 2014-05-27 03:57:25
|
On Thu, May 22, 2014 at 9:02 PM, Cesar Fazan <ces...@gm...> wrote: > This is a dirty and intrusive patch to cross compile BSDRP for the > EdgeRouter Lite > Wow... Thanks for this big patch ! Now I just add to think how to "cleanly" include it :-) > > TODO > Find someone willing to port ubldr to mips so we can get a freebsd loader > when using uboot > - http://kernelnomicon.org/?p=351 > - http://svnweb.freebsd.org/base/stable/10/sys/boot/arm/uboot/ > - http://svnweb.freebsd.org/base/head/sys/boot/mips/ > Organize and clean up changes to not break build for other plataforms > Patch BSDRP upgrade so it can work with this disk layout > newfs, geom labels are a mess when creating big endian fs on little endian... so labels are removed > It's mandatory to use geom label on x86 for being "storage device agnostic". If BSDRP start from an USB flash key, the drive will be /dev/da0, but from a mSATA flash it will be /dev/ada0. I need to check if makefs(8) or mkimg(1) supports to set a correct label on this case. About the UPGRADE tool on MIPS: I had to "emulate" the concept of "MBR active partition" on sparc64 architecture. Because there is no concept of "MBR active" partition, I had to use a new method (directly re-configuring the Sun OBP for booting on the other partition). How, from the userland on a MIPS platform, how to configure the boot loader for booting to a new partition ? I didn't have an edgerouter anymore for testing the image, but I will play with qemu for testing the integration of your patch. Thanks a lot's. Olivier |
From: Cesar F. <ces...@gm...> - 2014-05-22 19:02:47
|
This is a dirty and intrusive patch to cross compile BSDRP for the EdgeRouter Lite Misc patches included - Increases the kernel thread stack size to 16K by using a 16K page size for just the kernel stack http://lists.freebsd.org/pipermail/freebsd-mips/2014-May/003534.html - Disable PIE in quagga otherwise you will get "Exec format error. Binary file not executable." http://lists.freebsd.org/pipermail/freebsd-mips/2012-September/002274.html https://sourceware.org/bugzilla/show_bug.cgi?id=10858 ( This patch to binutils doesn't work ) - libsigsegv needs to include <machine/cpufunc.h> to properly build - Optional patch to build mpd-5.8a instead with an experimental session-replace for duplicate logins - copy ports.mpd-5.8a.patch to BSDRP/patches - download https://drive.google.com/file/d/0B9wC53nzlquPYVhEYkNiNF91S3Mand put in BSDRP/FreeBSD/ports/distfiles/mpd5/ Before start you will need: - 64bit FreeBSD host to cross compile ports for mips64 - Serial console access to update u-boot bootcmd - Qemu user from ports - /usr/sbin/pkg install python gmake pkgconf bison pixman perl5 glib - cd /usr/ports/emulators/qemu-devel; make WITHOUT="SAMBA X11 GTK2 OPENGL GNUTLS SASL JPEG PNG CURL CDROM_DMA PCAP USBREDIR GNS3 X86_TARGETS DOCS" WITH="BSD_USER STATIC_LINK" - cd /usr/ports/emulators/qemu-devel/work/qemu-2.0.0/mips64-bsd-user; / usr/bin/install -c -o root -g wheel -m 755 qemu-mips64 "/usr/local/bin" Patch and build BSDRP - cd /root; svnlite checkout svn://svn.code.sf.net/p/bsdrp/code/trunk bsdrp - cd /root/bsdrp; patch -p0 < ../edgerouter-lite.patch - cd /root/bsdrp; ./make.sh -a edgerouter -s 512 EdgeRouter Lite need a fat or ext2 partition for u-boot to load the kernel. I decided to make BSDRP boot from a disk image instead of a partition using mount.conf, this way we can change which image to boot. The layout is - s1 = fat32 partition for kernel - s2a = ufs that contains .mount.conf, primary.ufs, secondary.ufs - s3 = ufs cfg partition - s4 = ufs data partition TODO Find someone willing to port ubldr to mips so we can get a freebsd loader when using uboot - http://kernelnomicon.org/?p=351 - http://svnweb.freebsd.org/base/stable/10/sys/boot/arm/uboot/ - http://svnweb.freebsd.org/base/head/sys/boot/mips/ Organize and clean up changes to not break build for other plataforms Patch BSDRP upgrade so it can work with this disk layout newfs, geom labels are a mess when creating big endian fs on little endian... so labels are removed MAKE_JOBS is set to 1, need to patch library build order in src/lib/Makefileso libproc don't complain about missing libstdc++ NOTES - Ports build will take around 4h to compile (this can be faster with host cross compiler https://wiki.freebsd.org/QemuUserModeHowTo) - Default ip set to 192.168.1.20 on port 1 - Root password bsdrp Any ideas to make this clean are welcome. * Patch at https://docs.google.com/file/d/0B9wC53nzlquPaEVRVVF4OTRQUE0 * Built image https://drive.google.com/file/d/0B9wC53nzlquPTnBrRG9aN0U3aVk |
From: Asif B. <mem...@ya...> - 2014-04-30 14:47:11
|
Evening gentlemen, What do i have to do in order to build the images without Manual Pages and Documentation of individual ports? Cheers! |
From: Olivier Cochard-L. <ol...@co...> - 2014-04-29 12:31:23
|
On Sun, Apr 13, 2014 at 9:59 PM, Asif Baloch <mem...@ya...> wrote: > Hi devs, > > Is there a way to add a Web Management Interface to BSDRP? > Yes... by using pfSense in place of BSDRP ;-) Check the FAQ: http://bsdrp.net/documentation/faq#what_s_the_difference_between_bsdrp_and_m0n0wall_or_pfsense Regards, Olivier |
From: Asif B. <mem...@ya...> - 2014-04-13 20:02:09
|
Hi devs, Is there a way to add a Web Management Interface to BSDRP? |
From: Asif B. <mem...@ya...> - 2014-04-13 19:48:48
|
I made it to this list. |