Re: building a port with very long list of build options
On 2011-04-22 4:13 AM, Manolis Kiagias wrote: On 04/22/2011 10:33 AM, Manolis Kiagias wrote: On 04/22/2011 10:08 AM, Carl wrote: This form will override the Makefile present in the current directory and will use the specified make file with name your_own_make_file_name . make -f your_own_make_file_name Yes, I did see that, but I interpreted that to mean my make file *replaces* the original, in which case I would need to populate my make file not only with the list of build options I want but also a copy of everything in the original make file. If I'm correct, that doesn't seem to me to be a good idea from a maintenance perspective. I was hoping for something like the -f option that somehow inserted rather than replaced. Carl / K0802647 Assuming you have already selected some options during make config, you could try adding your own to the file /var/db/ports/portname/options ___ A probably more elegant way is to use the ports-mgmt/portconf port. This allows per port settings to be applied, which are honored by make, portupgrade and the other tools. Just install and use /usr/local/etc/ports.conf to add your options: Here is the sample supplied with the portconf: editors/openoffice.org-2: WITH_CCACHE|LOCALIZED_LANG=it print/ghostscript-* print/lpr-wrapper: A4 sysutils/fusefs-kmod*: !KERNCONF | !NOPORTDOCS www/firefox-i18n: WITHOUT_SWITCHER | FIREFOX_I18N=fr it x11/fakeport: CONFIGURE_ARGS=--with-modules=aaa bbb ccc ports-mgmt/portconf certainly does look to be a very appealing solution in general, but am I wrong in thinking that it provides me with no way to address my original problem? How do I use it when I've got an exceptionally long list of options for a particular port? As for manually customizing /var/db/ports/portname/options, the port builds in question are done in a clean chroot using a batch process, so make config doesn't happen and /var/db/ports/portname/options never exists. Carl / K0802647 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: building a port with very long list of build options
On 24 Apr 2011 09:29, Carl k0802...@telus.net wrote: On 2011-04-22 4:13 AM, Manolis Kiagias wrote: On 04/22/2011 10:33 AM, Manolis Kiagias wrote: On 04/22/2011 10:08 AM, Carl wrote: This form will override the Makefile present in the current directory and will use the specified make file with name your_own_make_file_name . make -f your_own_make_file_name Yes, I did see that, but I interpreted that to mean my make file *replaces* the original, in which case I would need to populate my make file not only with the list of build options I want but also a copy of everything in the original make file. If I'm correct, that doesn't seem to me to be a good idea from a maintenance perspective. I was hoping for something like the -f option that somehow inserted rather than replaced. Carl / K0802647 Assuming you have already selected some options during make config, you could try adding your own to the file /var/db/ports/portname/options ___ A probably more elegant way is to use the ports-mgmt/portconf port. This allows per port settings to be applied, which are honored by make, portupgrade and the other tools. Just install and use /usr/local/etc/ports.conf to add your options: Here is the sample supplied with the portconf: editors/openoffice.org-2: WITH_CCACHE|LOCALIZED_LANG=it print/ghostscript-* print/lpr-wrapper: A4 sysutils/fusefs-kmod*: !KERNCONF | !NOPORTDOCS www/firefox-i18n: WITHOUT_SWITCHER | FIREFOX_I18N=fr it x11/fakeport: CONFIGURE_ARGS=--with-modules=aaa bbb ccc ports-mgmt/portconf certainly does look to be a very appealing solution in general, but am I wrong in thinking that it provides me with no way to address my original problem? How do I use it when I've got an exceptionally long list of options for a particular port? As for manually customizing /var/db/ports/portname/options, the port builds in question are done in a clean chroot using a batch process, so make config doesn't happen and /var/db/ports/portname/options never exists. How about my earlier suggestion of populating a 'makefile' no capitals with the appropriate WITH and WITHOUT flags defined, then .include-ing the original Makefile? Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: building a port with very long list of build options
On 04/24/2011 11:26 AM, Carl wrote: On 2011-04-22 4:13 AM, Manolis Kiagias wrote: On 04/22/2011 10:33 AM, Manolis Kiagias wrote: On 04/22/2011 10:08 AM, Carl wrote: This form will override the Makefile present in the current directory and will use the specified make file with name your_own_make_file_name . make -f your_own_make_file_name Yes, I did see that, but I interpreted that to mean my make file *replaces* the original, in which case I would need to populate my make file not only with the list of build options I want but also a copy of everything in the original make file. If I'm correct, that doesn't seem to me to be a good idea from a maintenance perspective. I was hoping for something like the -f option that somehow inserted rather than replaced. Carl / K0802647 Assuming you have already selected some options during make config, you could try adding your own to the file /var/db/ports/portname/options ___ A probably more elegant way is to use the ports-mgmt/portconf port. This allows per port settings to be applied, which are honored by make, portupgrade and the other tools. Just install and use /usr/local/etc/ports.conf to add your options: Here is the sample supplied with the portconf: editors/openoffice.org-2: WITH_CCACHE|LOCALIZED_LANG=it print/ghostscript-* print/lpr-wrapper: A4 sysutils/fusefs-kmod*: !KERNCONF | !NOPORTDOCS www/firefox-i18n: WITHOUT_SWITCHER | FIREFOX_I18N=fr it x11/fakeport: CONFIGURE_ARGS=--with-modules=aaa bbb ccc ports-mgmt/portconf certainly does look to be a very appealing solution in general, but am I wrong in thinking that it provides me with no way to address my original problem? How do I use it when I've got an exceptionally long list of options for a particular port? You list all the options on the relevant ports.conf line, separated by '|' as shown in the example. I don't think there is any practical limit to this though admittedly I've only used it for the occasional option. As for manually customizing /var/db/ports/portname/options, the port builds in question are done in a clean chroot using a batch process, so make config doesn't happen and /var/db/ports/portname/options never exists. Carl / K0802647 You could create it manually from scratch and list all your options in there. It is just simpler if the file already exists and just needs some more entries. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Options for Secondary DNS Service?
Le 11/04/2011 05:43, Pierre-Luc Drouin a écrit : Hi, I am looking for a secondary DNS service. Any suggestion? It is not for a non-profit organisation so I am not necessarily looking for a free solution, but I am wondering if there are reliable solutions for less than what dyndns charges ($40 /year/zone). Thanks! ___ Hello, You should give a try to http://www.xname.org Regards, Loïc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: building a port with very long list of build options
On Sun, 24 Apr 2011, Carl wrote: As for manually customizing /var/db/ports/portname/options, the port builds in question are done in a clean chroot using a batch process, so make config doesn't happen and /var/db/ports/portname/options never exists. Why not just make `cat options.txt` Where options.txt is NOPORTDOCS=yes NOPORTEXAMPLES=yes ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ZFS performance strangeness
Em Ter, 2011-04-12 às 13:33 +0200, Lars Wilke escreveu: Hi, There are quite a few threads about ZFS and performance difficulties, but i did not find anything that really helped :) Therefor any advice would be highly appreciated. I started to use ZFS with 8.1R, only tuning i did was setting vm.kmem_size_scale=1 vfs.zfs.arc_max=4M For me I solved the ZFS performace in FreeBSD and postgres databases (about 100GB size) by tunning vm.kmem_size to atout 3/4 of the ram size... in your case, vm.kmem_size=(48 *3/4)=36G, it puts almost all the database in memory and it is now lightning fast... I use to disable prefetch in zfs.. too Hope this can help, Sergio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
gpart questions
Hi, i'm playing around with (virtual) disks within a VMware ESXi 4.1 server: [root@BSDHelmut864 ~]# uname -rsim FreeBSD 8.2-RELEASE amd64 GENERIC [root@BSDHelmut864 ~]# sysctl kern.geom.debugflags=17 kern.geom.debugflags: 17 - 17 [root@BSDHelmut864 ~]# gpart destroy da1 da1 destroyed [root@BSDHelmut864 ~]# gpart list da1 gpart: No such geom: da1. [root@BSDHelmut864 ~]# OK, the disk is empty, now create a new scheme: [root@BSDHelmut864 ~]# gpart create -s mbr da1 da1 created [root@BSDHelmut864 ~]# gpart show da1 = 63 156301425 da1 MBR (75G) 63 156301425 - free - (75G) [root@BSDHelmut864 ~]# gpart list da1 Geom name: da1 state: OK fwheads: 255 fwsectors: 63 last: 156301487 first: 63 entries: 4 scheme: MBR Consumers: 1. Name: da1 Mediasize: 80026361856 (75G) Sectorsize: 512 Mode: r0w0e0 [root@BSDHelmut864 ~]# Now create a new slice of ~21GB: [root@BSDHelmut864 ~]# gpart add -b 63 -s $(echo 21500*1024*2+63 | bc) -t freebsd da1 da1s1 added [root@BSDHelmut864 ~]# But - where is it? [root@BSDHelmut864 ~]# gpart show da1s1 gpart: No such geom: da1s1. [root@BSDHelmut864 ~]# gpart list da1s1 gpart: No such geom: da1s1. [root@BSDHelmut864 ~]# It should be there: [root@BSDHelmut864 ~]# gpart list da1 Geom name: da1 state: OK fwheads: 255 fwsectors: 63 last: 156301487 first: 63 entries: 4 scheme: MBR Providers: 1. Name: da1s1 Mediasize: 22544395776 (21G) Sectorsize: 512 Mode: r0w0e0 rawtype: 165 length: 22544395776 offset: 32256 type: freebsd index: 1 end: 44032085 start: 63 Consumers: 1. Name: da1 Mediasize: 80026361856 (75G) Sectorsize: 512 Mode: r0w0e0 [root@BSDHelmut864 ~]# But it isn't. Now I start sysinstall, choose custom, partiton, press w and quit sysinstall. There it is: [root@BSDHelmut864 ~]# gpart show da1s1 = 0 44032023 da1s1 BSD (21G) 0 44032023 - free - (21G) [root@BSDHelmut864 ~]# gpart list da1s1 Geom name: da1s1 state: OK fwheads: 255 fwsectors: 63 last: 44032022 first: 0 entries: 8 scheme: BSD Consumers: 1. Name: da1s1 Mediasize: 22544395776 (21G) Sectorsize: 512 Mode: r0w0e0 [root@BSDHelmut864 ~]# So, what did sysinstall that gpart didn't? Thanks, Helmut ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Password theft from memory?
I don't know if this is a problem on FreeBSD... Process A requests memory. Process A Stores a plaintext password in memory or other sensitive data. Process A terminates and the memory is reclaimed by kernel. Process B requests a *huge* chunk of memory. Process B crawls the uninitialized memory, looking for ProcessA's previously stored password. Does anyone know if this is even possible on FreeBSD? Thanks! -Modulok- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Password theft from memory?
On Sun, Apr 24, 2011 at 7:10 PM, Modulok modu...@gmail.com wrote: I don't know if this is a problem on FreeBSD... Process A requests memory. Process A Stores a plaintext password in memory or other sensitive data. Process A terminates and the memory is reclaimed by kernel. Process B requests a *huge* chunk of memory. Process B crawls the uninitialized memory, looking for ProcessA's previously stored password. Does anyone know if this is even possible on FreeBSD? Please correct me if I'm wrong (I didn't check the sources), but... short answer: it shouldn't happen, because pages allocated to a new process are zero-filled by the kernel (lazily via zero-fill page faults when process B crawls the memory the first time). On the other hand, I'm not sure if the pass phrase would be visible via /dev/kmem before those pages are actually zero-filled by the new process. Must check the source for exit(2). Thanks! -Modulok- -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Options for Secondary DNS Service?
24.04.2011 15:33, Loïc Pefferkorn wrote: Le 11/04/2011 05:43, Pierre-Luc Drouin a écrit : Hi, I am looking for a secondary DNS service. Any suggestion? It is not for a non-profit organisation so I am not necessarily looking for a free solution, but I am wondering if there are reliable solutions for less than what dyndns charges ($40 /year/zone). Thanks! ___ Hello, You should give a try to http://www.xname.org Also try: http://www.dyndns.com/ https://dns.he.net/ http://secondary.net.ua/ -- Vladislav V. Prodan VVP24-UANIC +380[67]4584408 +380[99]4060508 vla...@jabber.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
routing to a directly attached subnet without an address in this subnet
Dear FreeBSD users, Consider an IPv6 router with two interfaces, e.g. em0 and em1. em0 has addresses fe80::1234:56ff:fe78:9abc and 2001:db8::1 em1 has address fe80::1234:56ff:fe78:9abd Network 2001:db8::/64 is directly attached to em0, and network 2001:db8:0:1::/64 is directly attached to em1. The default route points to em0. I would like to route packets addressed to 2001:db8:0:1::/64 to interface em1, without allocating an address in 2001:db8:0:1::/64 for em1. (Or to understand why this would be impossible). I have tried to add a route using: route add -ipv6 2001:db8:0:1::/64 -iface em1 (and several variations), but this fails (route returns successfully, but I can't ping anything on 2001:db8:0:1::/64). On the other hand, if I give address 2001:db8:0:1::1/64 to em1, ping6 works and packets are routed successfully. I guess that the differenceis that the OS can't figure out which interface to use for NDP in the first case. However, ndp(8) can create static entries in the NDP table for individual hosts but not whole subnets. I can't see any strong reason for requiring that em1 have an address for every directly attached subnet packets are routed to. The router already has a valid routable address on em0 which can be used as source address for ICMP, and it has an address on em1 (the link local one) which can be used for NDP and routing. So: 1. Is there a way to set up the router the way I want it? 2. If not, why is it not possible? I can mark the additional addresses on em1 as deprecated, possibly even firewall out anything going to these addresses. From the outside, the router would behave exactly the way I want. However, this does not seem as nice as such a simple setup should be. This is on FreeBSD 8.2 (i386), GENERIC kernel. I have slightly simplified the description but all the relevant parts should be here. Anticipated thanks for your answers, and best regards. -- Lionel Fourquaux ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Options for Secondary DNS Service?
Pierre-Luc Drouin wrote: I am looking for a secondary DNS service. Any suggestion? It is not for a non-profit organisation so I am not necessarily looking for a free solution, but I am wondering if there are reliable solutions for less than what dyndns charges ($40 /year/zone). I see you have received some suggestions from others. If you're planning to use DNSSEC, suggest you also look into whether any of the secondary DNS providers support this. Even if you sign your zonefiles on your own master, you'll still need your secondaries to be capable of serving DNSSEC signed data. If you're NOT planning on DNSSEC then it doesn't matter as much, though :) Regards Eivind Olsen ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: routing to a directly attached subnet without an address in this subnet
On Apr 24, 2011, at 4:29 PM, Lionel Fourquaux wrote: Dear FreeBSD users, Consider an IPv6 router with two interfaces, e.g. em0 and em1. em0 has addresses fe80::1234:56ff:fe78:9abc and 2001:db8::1 em1 has address fe80::1234:56ff:fe78:9abd Network 2001:db8::/64 is directly attached to em0, and network 2001:db8:0:1::/64 is directly attached to em1. The default route points to em0. I would like to route packets addressed to 2001:db8:0:1::/64 to interface em1, without allocating an address in 2001:db8:0:1::/64 for em1. (Or to understand why this would be impossible). Why do you want to do this? How do you expect the hosts on the attached networks to get packets to you? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
FreeBSD 8.1 i386 32bit ppp pnic dump OS down QA
FreeBSD 8.1 で poptpが稼働しているマシンで、ppp関係で以下の pnic dumpが発生します。 発生の再現性は、不明。 なにか？良い情報があれば、教えてください # uname -a FreeBSD ? 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Fri Oct 1 12:33:55 JST 2010 root@?:/usr/src/sys/i386/compile/? i386 --- kernel: Fatal trap 12: page fault while in kernel mode kernel: cpuid = 1; apic id = 01 kernel: fault virtual address = 0x1a4 kernel: fault code = supervisor read, page not present kernel: instruction pointer = 0x20:0xc08341ae kernel: stack pointer = 0x28:0xe7d80a08 kernel: kernel: frame pointer = 0x28:0xe7d80a2c --- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
