Re: problem with nmap
Installing libpcap from ports does not help. Error message is same. Running nmap with -dd yield next: Starting Nmap 6.00 ( http://nmap.org ) at 2012-06-01 05:42 EEST Fetchfile found /usr/local/share/nmap/nmap-services PORTS: Using top 1000 ports found open (TCP:1000, UDP:0, SCTP:0) Fetchfile found /usr/local/share/nmap/nmap.xsl The max # of sockets we are using is: 0 --- Timing report --- hostgroups: min 1, max 10 rtt-timeouts: init 1000, min 100, max 1 max-scan-delay: TCP 1000, UDP 1000, SCTP 1000 parallelism: min 0, max 0 max-retries: 10, host-timeout: 0 min-rate: 0, max-rate: 0 - Read from /usr/local/share/nmap: nmap-services. WARNING: No targets were specified, so 0 hosts scanned. Nmap done: 0 IP addresses (0 hosts up) scanned in 0.04 seconds Raw packets sent: 0 (0B) | Rcvd: 0 (0B) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: [ GSOC ] Differences in shell behaviour
Hello. On 06/01/2012 05:47, Doug Barton wrote: On 5/31/2012 12:21 PM, Alexander Pronin wrote: But, is it suitable to write sh script for 9.0, that does not work in 8.3? No. Our tools need to work in all supported versions of FreeBSD, which at this time includes 7 as well. I see two points... First one is that parallel building is an optional feature wich can be made conditionally available for systems with $OSVERSION = 90. The second one is the following. Is the difference in sh behavior intentional? Can it be considered a bug and thus the right thing is to fix it in FreeBSD 7/8? However, as it leads to difference in shell behavior, it can be undesirable. -- Best regards, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
On 31.05.12 18:41, Damien Fleuriot wrote: You missed the bit about 3 reboots, while these don't take 15 mins each, they're still time consuming and disruptive. 1/ reboot after installing new kernel 2/ reboot after installing new world 3/ reboot after rebuilding ports About the only time I ever do that is when moving from very distant versions, like from 6.4 to 9.0... Upgrading from say, 8-stable from year ago, to today's 8-stable usually requires just one reboot: rebuild world, kernel, reinstall kernel, world, update configuration files, rebuild ports, reboot. There are many cases where I do rebuild/reinstall kernel and world but do not reboot for one reason or other. Cases, where the kernel is incompatible with userspace are extremely rare and typically documented. So yes, for example during port rebuild there might be glitches with services. You are better to shut down these services that will be affected, like web server. (Although usually say, apache would load all modules at startup time and replacing them under its feet will only be noticed after it is restarted). Most of the time however is spent just compiling... and unless your server is really underpowered or overloaded it does not impact anything. This again, is especially true for the OS. I wish ports could be rebuilt and reinstalled on a single step like FreeBSD. In any case, if you have 'server farms', or like you said firewalls with CARP etc, you can usually shut down any of the members for as long as necessary and not impact any services. If you rebuild things on 'central' server, the downtime will be indeed minimal. Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
PFsync firewall states updates (was: Re: Why Are You Using FreeBSD?)
On 5/31/12 9:51 PM, Nick Gustas wrote: On 5/31/2012 12:52 PM, Damien Fleuriot wrote: On 5/31/12 6:37 PM, Nikos Vassiliadis wrote: On 5/31/2012 5:41 PM, Damien Fleuriot wrote: Furthermore, when upgrading the CARP Master firewall, we need to plan with the Project Manager a failover to the CARP Backup firewall. Yes, I know about pfsync, yes, we use it, no, it doesn't *instantly* sync sessions for PF. A bit offtopic on this thread, but isn't pfsync designed to do just that? instantly? With instantly I really mean: Communicate every change to the stable table to the other firewall in order to let the stateful connections survive a firewall failover. Obviously, some packets will be lost, but TCP connections should survive, right? I am not arguing, I ask. Nikos Updates aren't instantaneous, they're sent in bundles. This means that when you failover, you lose the connections that have completed a SYN/SYNACK/ACK sequence on your main firewall but which aren't synched on your backup. These connections will continue with the peer sending regular non-syn packets, which your backup-now-master PF will drop. On topic, if anyone has an awesome idea around this, I'm all ears, this exact topic is causing us some level of discomfort at work, when we need to swap firewalls for updates. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org I don't see this option on FreeBSD 9, but on OpenBSD pfsync has a defer flag that would appear to address your issue. The options are as follows: defer Defer transmission of the first packet in a state until a peer has acknowledged that the associated state has been inserted. See pfsync(4) for more information. -defer Do not defer the first packet in a state. This is the default. From pfsync(4) The pfsync interface will attempt to collapse multiple state updates into a single packet where possible. The maximum number of times a single state can be updated before a pfsync packet will be sent out is con- trolled by the maxupd parameter to ifconfig (see ifconfig(8) and the ex- ample below for more details). The sending out of a pfsync packet will be delayed by a maximum of one second. Where more than one firewall might actively handle packets, e.g. with certain ospfd(8), bgpd(8) or carp(4) configurations, it is beneficial to defer transmission of the initial packet of a connection. The pfsync state insert message is sent immediately; the packet is queued until ei- ther this message is acknowledged by another system, or a timeout has ex- pired. This behaviour is enabled with the defer parameter to ifconfig(8). I'm sure this could be ported over. -Nick This mimics the behavior of some manufacturers like Juniper and is *definitely* the kind of option we're looking for. While I lack the skills to port this, I'm definitely available for testing. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
On 5/31/12 8:13 PM, Matthew Seaman wrote: On 31/05/2012 16:41, Damien Fleuriot wrote: You missed the bit about 3 reboots, while these don't take 15 mins each, they're still time consuming and disruptive. 1/ reboot after installing new kernel 2/ reboot after installing new world 3/ reboot after rebuilding ports If you rebuilt the ports first, then you'ld only have two reboots. Also, while the cautious approach detailed in /usr/src/UPDATING is never wrong, much of the time you can do the upgrade perfectly well by installing world+kernel together and just rebooting once. Obviously this is not a good idea if your machines are in a datacenter many miles away and you don't have console-equivalent access or if you're upgrading over a large delta in versions, or you're making major changes to the kernel config. This sort of operation is something that ZFS boot environment support (recently committed to HEAD, due for MFC within the month) makes much, much safer and easier to deal with. You don't need to do a separate reboot to test the kernel as you've still got an entire kernel+world in the previous BE to fall back on. Cheers, Matthew The reason I rebuild the ports last is because, unless I'm wrong, any port that's statically linked to a system library would be linked to the old library from the old world. We've got very high HA constraints on these machines and I really prefer doing this the cautious way. Hell, on the first reboot I actually test the new kernel with nextboot -k , even when doing 8.2-RELEASE - 8-STABLE upgrades... Regarding the ZFS boot thingy, I'm not comfortable enough with it to push it in production, so we're still using UFS here. Sure looks interesting though. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
On 6/1/12 8:54 AM, Daniel Kalchev wrote: On 31.05.12 18:41, Damien Fleuriot wrote: You missed the bit about 3 reboots, while these don't take 15 mins each, they're still time consuming and disruptive. 1/ reboot after installing new kernel 2/ reboot after installing new world 3/ reboot after rebuilding ports About the only time I ever do that is when moving from very distant versions, like from 6.4 to 9.0... Upgrading from say, 8-stable from year ago, to today's 8-stable usually requires just one reboot: rebuild world, kernel, reinstall kernel, world, update configuration files, rebuild ports, reboot. There are many cases where I do rebuild/reinstall kernel and world but do not reboot for one reason or other. Cases, where the kernel is incompatible with userspace are extremely rare and typically documented. So yes, for example during port rebuild there might be glitches with services. You are better to shut down these services that will be affected, like web server. (Although usually say, apache would load all modules at startup time and replacing them under its feet will only be noticed after it is restarted). Most of the time however is spent just compiling... and unless your server is really underpowered or overloaded it does not impact anything. This again, is especially true for the OS. I wish ports could be rebuilt and reinstalled on a single step like FreeBSD. In any case, if you have 'server farms', or like you said firewalls with CARP etc, you can usually shut down any of the members for as long as necessary and not impact any services. If you rebuild things on 'central' server, the downtime will be indeed minimal. Daniel Yup I've been considering using a central server to hold /usr/src and /usr/obj for some time, would save me quite some time... I'll try to put something of the sort in place sometime this summer, the less painful the updates, the more likely we are to actually publish them. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
On 01/06/2012 09:16, Damien Fleuriot wrote: The reason I rebuild the ports last is because, unless I'm wrong, any port that's statically linked to a system library would be linked to the old library from the old world. Uh -- if it's statically linked, then the object code is copied from the library into the executable image. There's no dependency between the static library and the executable once the executable has been produced. However, ports very rarely use static linkage, and even more rarely use static linkage against system libraries. Even if the system library did change, that wouldn't trigger a rebuild of the port, as there's no version number to trigger it. You could, I suppose, rebuild every port for every system update, but this would be a huge waste of time and CPU power. There have been occasions where eg. there has been a security update to one of the OpenSSL libraries in base, and the security advisory has recommended rebuilding statically linked binaries, but that only happened once in about 10 years. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
[releng_9 tinderbox] failure on powerpc/powerpc
TB --- 2012-06-01 06:08:29 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-01 06:08:29 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-01 06:08:29 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-06-01 06:08:29 - cleaning the object tree TB --- 2012-06-01 06:08:59 - cvsupping the source tree TB --- 2012-06-01 06:08:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-06-01 06:09:59 - building world TB --- 2012-06-01 06:09:59 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 06:09:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 06:09:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 06:09:59 - SRCCONF=/dev/null TB --- 2012-06-01 06:09:59 - TARGET=powerpc TB --- 2012-06-01 06:09:59 - TARGET_ARCH=powerpc TB --- 2012-06-01 06:09:59 - TZ=UTC TB --- 2012-06-01 06:09:59 - __MAKE_CONF=/dev/null TB --- 2012-06-01 06:09:59 - cd /src TB --- 2012-06-01 06:09:59 - /usr/bin/make -B buildworld World build started on Fri Jun 1 06:10:00 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Fri Jun 1 08:50:36 UTC 2012 TB --- 2012-06-01 08:50:36 - generating LINT kernel config TB --- 2012-06-01 08:50:36 - cd /src/sys/powerpc/conf TB --- 2012-06-01 08:50:36 - /usr/bin/make -B LINT TB --- 2012-06-01 08:50:36 - cd /src/sys/powerpc/conf TB --- 2012-06-01 08:50:36 - /usr/sbin/config -m LINT TB --- 2012-06-01 08:50:36 - building LINT kernel TB --- 2012-06-01 08:50:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 08:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 08:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 08:50:36 - SRCCONF=/dev/null TB --- 2012-06-01 08:50:36 - TARGET=powerpc TB --- 2012-06-01 08:50:36 - TARGET_ARCH=powerpc TB --- 2012-06-01 08:50:36 - TZ=UTC TB --- 2012-06-01 08:50:36 - __MAKE_CONF=/dev/null TB --- 2012-06-01 08:50:36 - cd /src TB --- 2012-06-01 08:50:36 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Jun 1 08:50:36 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Fri Jun 1 09:11:27 UTC 2012 TB --- 2012-06-01 09:11:27 - cd /src/sys/powerpc/conf TB --- 2012-06-01 09:11:27 - /usr/sbin/config -m GENERIC TB --- 2012-06-01 09:11:27 - building GENERIC kernel TB --- 2012-06-01 09:11:27 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 09:11:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 09:11:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 09:11:27 - SRCCONF=/dev/null TB --- 2012-06-01 09:11:27 - TARGET=powerpc TB --- 2012-06-01 09:11:27 - TARGET_ARCH=powerpc TB --- 2012-06-01 09:11:27 - TZ=UTC TB --- 2012-06-01 09:11:27 - __MAKE_CONF=/dev/null TB --- 2012-06-01 09:11:27 - cd /src TB --- 2012-06-01 09:11:27 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Fri Jun 1 09:11:27 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/mp_cpudep.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall
Config ipv4 and ipv6 aliases
Hi, (I'm using FreeBSD 9.0-REL). ifconfig_em0_ipv6_alias0 doesn't work. I've to use ifconfig_em0_alias0 for both ipv4 and ipv6. This is not consequent. My working config looks like this: ifconfig_em0=inet 192.168.100.50/28 ifconfig_em0_ipv6=inet6 2a00:abcd:0:405::2/64 ifconfig_em0_alias0=inet 192.168.100.51/32 ifconfig_em0_alias1=inet6 2a00:abcd:0:405::3/64 defaultrouter=192.168.100.49 ipv6_defaultrouter=2a00:abcd:0:405::1 Please correct me, if there is a better solution. Regards, Thomas. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_9 tinderbox] failure on powerpc64/powerpc
TB --- 2012-06-01 06:34:47 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-01 06:34:47 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-01 06:34:47 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-06-01 06:34:47 - cleaning the object tree TB --- 2012-06-01 06:35:40 - cvsupping the source tree TB --- 2012-06-01 06:35:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-06-01 06:36:51 - building world TB --- 2012-06-01 06:36:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 06:36:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 06:36:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 06:36:51 - SRCCONF=/dev/null TB --- 2012-06-01 06:36:51 - TARGET=powerpc TB --- 2012-06-01 06:36:51 - TARGET_ARCH=powerpc64 TB --- 2012-06-01 06:36:51 - TZ=UTC TB --- 2012-06-01 06:36:51 - __MAKE_CONF=/dev/null TB --- 2012-06-01 06:36:51 - cd /src TB --- 2012-06-01 06:36:51 - /usr/bin/make -B buildworld World build started on Fri Jun 1 06:36:54 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Fri Jun 1 09:35:03 UTC 2012 TB --- 2012-06-01 09:35:03 - generating LINT kernel config TB --- 2012-06-01 09:35:03 - cd /src/sys/powerpc/conf TB --- 2012-06-01 09:35:03 - /usr/bin/make -B LINT TB --- 2012-06-01 09:35:03 - cd /src/sys/powerpc/conf TB --- 2012-06-01 09:35:03 - /usr/sbin/config -m LINT TB --- 2012-06-01 09:35:03 - building LINT kernel TB --- 2012-06-01 09:35:03 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 09:35:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 09:35:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 09:35:03 - SRCCONF=/dev/null TB --- 2012-06-01 09:35:03 - TARGET=powerpc TB --- 2012-06-01 09:35:03 - TARGET_ARCH=powerpc64 TB --- 2012-06-01 09:35:03 - TZ=UTC TB --- 2012-06-01 09:35:03 - __MAKE_CONF=/dev/null TB --- 2012-06-01 09:35:03 - cd /src TB --- 2012-06-01 09:35:03 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Jun 1 09:35:03 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Fri Jun 1 09:53:53 UTC 2012 TB --- 2012-06-01 09:53:53 - cd /src/sys/powerpc/conf TB --- 2012-06-01 09:53:53 - /usr/sbin/config -m GENERIC TB --- 2012-06-01 09:53:53 - skipping GENERIC kernel TB --- 2012-06-01 09:53:53 - cd /src/sys/powerpc/conf TB --- 2012-06-01 09:53:53 - /usr/sbin/config -m GENERIC64 TB --- 2012-06-01 09:53:53 - building GENERIC64 kernel TB --- 2012-06-01 09:53:53 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 09:53:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 09:53:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 09:53:53 - SRCCONF=/dev/null TB --- 2012-06-01 09:53:53 - TARGET=powerpc TB --- 2012-06-01 09:53:53 - TARGET_ARCH=powerpc64 TB --- 2012-06-01 09:53:53 - TZ=UTC TB --- 2012-06-01 09:53:53 - __MAKE_CONF=/dev/null TB --- 2012-06-01 09:53:53 - cd /src TB --- 2012-06-01 09:53:53 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 Kernel build for GENERIC64 started on Fri Jun 1 09:53:53 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100
Re: Config ipv4 and ipv6 aliases
On 1. Jun 2012, at 09:29 , Thomas Krause wrote: Hi, (I'm using FreeBSD 9.0-REL). ifconfig_em0_ipv6_alias0 doesn't work. I've to use ifconfig_em0_alias0 for both ipv4 and ipv6. This is not consequent. It is actually a lot more consistent now that way than it was ever before. The reason the primary entries are still different is that DHCP for IPv4 etc is special magic as is some automatic handling depending on ifconfig_IF_ipv6 is there or not to make your life easier. At least, as you can guess, I it this way a lot better. The rc.conf man pages has a couple of rough edges still but... My working config looks like this: ifconfig_em0=inet 192.168.100.50/28 ifconfig_em0_ipv6=inet6 2a00:abcd:0:405::2/64 ifconfig_em0_alias0=inet 192.168.100.51/32 ifconfig_em0_alias1=inet6 2a00:abcd:0:405::3/64 defaultrouter=192.168.100.49 ipv6_defaultrouter=2a00:abcd:0:405::1 Please correct me, if there is a better solution. -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
There's a nice discussion going on, over at Phoronix. http://phoronix.com/forums/showthread.php?71263 For some reason, they don't seem to like us very much. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
On 6/1/2012 17:19, Katinka wrote: There's a nice discussion going on, over at Phoronix. http://phoronix.com/forums/showthread.php?71263 For some reason, they don't seem to like us very much. Lots of the comments remind me about Linux vs. Windows in the late 90s, and taken with a grain of salt are fairly amusing because of how ignorant a lot of them are. I found this particularly fitting comment at the very end: If you'd ask me for the biggest difference between Linux and BSD users: We know all about Linux - They know nothing about BSD. Which is sad really, their lives could be so much easier if only they knew how much better it could be ;D (My opinion of course, I'm sure lots of people think Windows Server administration is easier than any UNIX -- just not on this list). To each their own, and arguing about it is counter-productive. I do think that forum post underscores the need for advocacy though -- we need to get the message out as to why FreeBSD is better than any OS in a lot of applications (which is different than arguing it out on Linux forums). We need them to try it out and expose them to the things that make it great so they see it first hand. Because it is clear most of these posters are very ignorant about FreeBSD -- that's really our collective fault. Trolls and fanbois aside there is probably a huge number of Linux admins out there who just use it because that is what they use .. in the same way that Windows admins in the 90s hadn't really heard of Linux and feared it because they didn't understand it. My 2 cents + attempt at keeping this thread constructive I think I'm going to go sign up for the FreeBSD-advocacy list now ... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
I think this iterates my point on the Forums.. To gain critical mass FreeBSD needs to start showing some benchmarks and numbers to back up the advocacy claims. I think this will also give the dev team technical direction to get back into grind of tweaking for performance and not just features. I may be totally incorrect with my above ideas, but it's what i would like to see from FreeBSD *again*... This is the reason in the first place most people used FreeBSD, stability/scalability/performance are the hallmarks of FreeBSD. If we have these hard hitting numbers released frequently it gives the dev team a good indication of how changes reflect on performance. I would be willing to help with benchmarking. Thanks. On Fri, Jun 1, 2012 at 8:19 PM, Katinka kati...@lavabit.com wrote: There's a nice discussion going on, over at Phoronix. http://phoronix.com/forums/showthread.php?71263 For some reason, they don't seem to like us very much. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Regards, Jason Leschnik. [m] 0432 35 4224 [w@] jason dot leschnik at ansto dot gov dot au [U@] jml...@uow.edu.au ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
On 6/1/2012 18:03, Jason Leschnik wrote: I may be totally incorrect with my above ideas, but it's what i would like to see from FreeBSD *again*... This is the reason in the first place most people used FreeBSD, stability/scalability/performance are the hallmarks of FreeBSD. If we have these hard hitting numbers released frequently it gives the dev team a good indication of how changes reflect on performance. This is a good point and the kind of stuff that would make a, for example, great Slashdot post once finished. Of course there would be arguments but I think it would be good exposure. It certainly would be nice to have a place to point to these things vs. just saying its more better and stabler, too. And if its not at least its acknowledged so it can be fixed. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
On 01.06.12 13:19, Katinka wrote: There's a nice discussion going on, over at Phoronix. http://phoronix.com/forums/showthread.php?71263 For some reason, they don't seem to like us very much. Do we really care? The number of really bright people, or even people who are able to reasonably comprehend and understand things is very, very small and more or less constant over the years. The rest will always be more and there is really no point to convince them opf anything. Evangelizing those ignorant people to FreeBSD is just creating new (FreeBSD) religion, which is not what the bright minds are concerned. Attract the masses and you will definitely lose the leaders. Instead, lead by example. Showcase. Demonstrate how superior FreeBSD is because the people who keep it going are not interested to be the Jack of All Trades (and master of none). Showcase implementations that are hard to do with any other OS. Don't even complete on benchmarks. This is one thing I learned years ago working closely with Cisco: your competitor could always outspec you or win the benchmark, with system specifically designed for the task. Or tuned to the task. Just like with Linux. This is not to say we should ignore opportunities to improve FreeBSD. Just don't slip for the popularity vote and stay within the framework and principles (even when you are seemingly outpaced) that made FreeBSD so successful. Albert Einstein once said: Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction. Daniel PS: This became longer than originally envisioned. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Gnome consume 100% cpu FreeBSD_9.0
Dear Community Members, It is FreeBSD 9.0 release, system was functioning normal for many months now. Today I enabled Xserver in /etc/rc.conf gdm_enable=YES gnome_enable=YES After 5 minutes of booting some process start killing the cpu, than eventually with in 7 minutes, processor get stack to 99.9% The load average was terribly big that was 57,34,23. Whereas it never hist above 1.x I tried to look for the process by typing htop output is filled by the following command. 2239 mark 122 0 192M 15916 0 S 0.0 0.8 0:00.19 /usr/local/bin/gpk-update-icon 2238 mark 126 0 192M 15824 0 S 0.0 0.8 0:00.25 /usr/local/bin/gpk-update-icon 2237 mark122 0 192M 15864 0 S 0.0 0.8 0:00.21 /usr/local/bin/gpk-update-icon 2236 mark127 0 192M 15848 0 S 0.0 0.8 0:00.21 /usr/local/bin/gpk-update-icon It seems to related gnome but I am unable to understand what is that. I need help Thanks / Regards ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Why Are You NOT Using FreeBSD ?
Dear All , There is a thread Why Are You Using FreeBSD ? I think another thread with the specified subject 'Why Are You NOT Using FreeBSD ? may be useful : If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? These points may be used to remedy difficulty points over time with respect to importance levels suggested by the users . Thank you very much . Mehmet Erol Sanliturk ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Gnome consume 100% cpu FreeBSD_9.0
Hi, Am 01.06.2012 um 13:48 schrieb Shiv. NK: Dear Community Members, It is FreeBSD 9.0 release, system was functioning normal for many months now. Today I enabled Xserver in /etc/rc.conf gdm_enable=YES gnome_enable=YES After 5 minutes of booting some process start killing the cpu, than eventually with in 7 minutes, processor get stack to 99.9% The load average was terribly big that was 57,34,23. Whereas it never hist above 1.x I tried to look for the process by typing htop output is filled by the following command. 2239 mark 122 0 192M 15916 0 S 0.0 0.8 0:00.19 /usr/local/bin/gpk-update-icon According to http://forums.freebsd.org/showthread.php?t=21880 the reason is some PackageKit Update Applet which is running wild spawning processes. So either of the following might work (all untested): - 'System-Preferences-Personal-Sessions and then Untick PackageKit Update Applet' - In my case, after installing gnome-lite it is functioning properly. I also installed xorg from ports. - Remove packagekit completely cd /usr/ports/ports-mgmt/packagekit make deinstall Hope this helps. Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Hi! I think another thread with the specified subject 'Why Are You NOT Using FreeBSD ? may be useful : - Exchange (MAPI) and its groupware functionality I'm eager to test any replacement that will pop up in the ports 8-) - Windows Terminalserver functionality - Telephony (ISDN to SIP gateways, Asterisk etc) -- I know, Hans Petter Selasky is doing wonderful work in that area, I had no time to dive into this. -- p...@opsec.eu+49 171 3101372 8 years to go ! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
On 01-06-2012 13:39, Daniel Kalchev wrote: Instead, lead by example. Showcase. Demonstrate how superior FreeBSD is because the people who keep it going are not interested to be the Jack of All Trades (and master of none). Showcase implementations that are hard to do with any other OS. This. When we (the Danish BSD usergroup BSD-DK) go to opensource conferences we always have running FreeBSD systems in our booth doing live demos of what FreeBSD can do. This is fun for us and very popular with visitors. - 2010 was pf-pfsync-carp failover firewalls. People get impressed when you pull the plug on one node and stuff keeps running. - 2011 was a HAST/ZFS failover system with a virtualbox VM running on the shared storage. Again, pulling the plug on one node and showing that the VM keeps running has a big 'wow-factor'. - 2012 was the 'year of the jail' for us. We demonstrated jail management with ezjail, recursive jails, ressource control with rctl and lots more. All these have been major successes in the sense that people are impressed, grab a cd and go home to try it out. We often hear that people didn't know that FreeBSD was capable of this and that. I firmly believe that live demonstrations of unique features is the best way to get more (of the right kind of) people to run FreeBSD. Best regards, Thomas Steen Rasmussen Chairman, BSD-DK ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Gnome consume 100% cpu FreeBSD_9.0 - Resolved !!!
Hi, Am 01.06.2012 um 13:48 schrieb Shiv. NK: Dear Community Members, It is FreeBSD 9.0 release, system was functioning normal for many months now. Today I enabled Xserver in /etc/rc.conf gdm_enable=YES gnome_enable=YES After 5 minutes of booting some process start killing the cpu, than eventually with in 7 minutes, processor get stack to 99.9% The load average was terribly big that was 57,34,23. Whereas it never hist above 1.x I tried to look for the process by typing htop output is filled by the following command. 2239 mark 122 0 192M 15916 0 S 0.0 0.8 0:00.19 /usr/local/bin/gpk-update-icon According to http://forums.freebsd.org/showthread.php?t=21880 the reason is some PackageKit Update Applet which is running wild spawning processes. So either of the following might work (all untested): - 'System-Preferences-Personal-Sessions and then Untick PackageKit Update Applet' - In my case, after installing gnome-lite it is functioning properly. I also installed xorg from ports. - Remove packagekit completely cd /usr/ports/ports-mgmt/packagekit make deinstall Hope this helps. Best regards, Holger Dear Holger. K, This is brilliant !!! you did hit the nail, direct in to the head. Following fixed the problem: cd /usr/ports/ports-mgmt/packagekit make deinstall Weldone, Thanks ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 01.06.12 15:15, Kurt Jaeger wrote: - Telephony (ISDN to SIP gateways, Asterisk etc) -- I know, Hans Petter Selasky is doing wonderful work in that area, I had no time to dive into this. Asterisk (tested up to v 10) works wonderfully on FreeBSD. Mine even runs in jail. The few gateways to PSTN are external and spread over distance anyway. There are less and less PSTN physical interconnects anyway. About any sane telco will provide SIP trunks over TCP/IP so there is not much motivation for development in that area. Such connectivity was big thing say 10 years ago.. There is hardly anything FreeBSD cannot do. I tend to avoid proprietary technologies like the plague (this includes about anything from Microsoft). For example if one wants an e-mail server, that is better served in the long run by IMAP+MTA than any form of Exchange, because you are not tied to one single platform and that vendor's lunacy. Otherwise FreeBSD runs just fine as server for about any other OS client, provided those clients use standard Internet protocols. Things I don't particularly do is use FreeBSD for mobile. I find OS X way better choice there. When you need to go mobile, you usually need the highest performing hardware (that is, lower power consumption, less heat etc) and those things usually are pretty much proprietary for quite long time. With OS X you get nice UNIX client.. for your FreeBSD servers, that is. I also find it increasingly tempting to use tablets for such remote client tasks :) Another thing I don't use FreeBSD for is CAD. Unfortunately, there is no AutoCAD for anything but Windows or OS X. It will sure be interesting to learn what people avoid to use FreeBSD for. Best Regards, Daniel Kalchev ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
- Original Message - From: Mehmet Erol Sanliturk m.e.sanlit...@gmail.com If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? Although we would like to we cant use FreeBSD to run some Linux based services due to the lack support for mremap syscall :( Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 06/01/2012 14:15, Kurt Jaeger wrote: Hi! I think another thread with the specified subject 'Why Are You NOT Using FreeBSD ? may be useful : - Telephony (ISDN to SIP gateways, Asterisk etc) -- I know, Hans Petter Selasky is doing wonderful work in that area, I had no time to dive into this. I can tell you it works fine :) Florian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: IPv6 and CARP crashes boxes
On 5/31/2012 5:31 PM, Damien Fleuriot wrote: On 31 May 2012, at 22:31, Adrian Chadd adr...@freebsd.org wrote: On 31 May 2012 06:42, Damien Fleuriot m...@my.gd wrote: Hey list, The thread about Why Are You Using FreeBSD, listing the pros and cons of FBSD, has brought back a topic to mind. Recently (read, 3 months ago) I was experimenting with IPv6 and CARP on 8.x boxes and that crashed them both. I posted a thread on -net and, sadly, never got a single reply. Did you file a PR? Chances are bz (IPv6 maintainer) has just been very busy. :-) I was actually trying to get some feedback on -net and see if anyone had encountered the problem before filling a PR. I guess I'll reproduce the problem, fill a PR, then post here so we can discuss it and make things move forward. We (pfSense) patch things here and there, especially when it comes to CARP, but we haven't seen any crashes with CARP+IPv6 on pfSense 2.1-DEVELOPMENT (now BETA0) since we moved to a base OS of FreeBSD 8.3-RELEASE. It was fairly trivial to crash/hang 8.1 with v6 in general even without CARP. There are several CARP+IPv6 clusters running pfSense 2.1 in the wild handling production traffic like champs.[1] You might have a look at this IPv6 status sheet we try to keep updated: https://docs.google.com/spreadsheet/ccc?key=0AojFUXcbH0ROdHlKV2F5SENULWk2NTVvQTBtQ2M0dEE Our patches might also be of interest: https://github.com/bsdperimeter/pfsense-tools/blob/master/builder_scripts/patches.RELENG_8_3 https://github.com/bsdperimeter/pfsense-tools/tree/master/patches/RELENG_8_3 Jim [1] With a static setup, some work is still happening to make CARP RA work for automatic configuration. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Daniel Kalchev (daniel) writes: It will sure be interesting to learn what people avoid to use FreeBSD for. * full virtualization I am using VirtualBox in production with HAST + ZVOLs, but we need something like DRBD's dual master mode to be able to do a teleport of the instance like Ganeti does (http://code.google.com/p/ganeti/) with Linux Getting Xen dom0 and/or KVM would be a major boost as a virtualization platform, in particular with ZFS. * Gluster For very large FSes, nothing beats it, especially now that 3.3 has been released. Mind you, I've been using FreeBSD for about 19 years, so I'm not about to change, but the two items above would go a long way to help FreeBSD grow in the data center space again (what the kids call the cloud :) Cheers, Phil ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Installworld and /usr/include/*.h modification times
Hello list, Why are /usr/include files installed with install -C during make installworld when almost everything else is installed without the -C flag? This makes it harder to track which files were actually installed during the last make installworld. One can easily find obsolete files (that are not covered with make delete-old(-libs)) with find -x / -type f -mtime +suitable_time but this doesn't work for /usr/include files because the modification times are not bumped on make installworld. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 06/01/2012 09:12 AM, Phil Regnauld wrote: Daniel Kalchev (daniel) writes: It will sure be interesting to learn what people avoid to use FreeBSD for. * full virtualization I am using VirtualBox in production with HAST + ZVOLs, but we need something like DRBD's dual master mode to be able to do a teleport of the instance like Ganeti does (http://code.google.com/p/ganeti/) with Linux Getting Xen dom0 and/or KVM would be a major boost as a virtualization platform, in particular with ZFS. * Gluster For very large FSes, nothing beats it, especially now that 3.3 has been released. Mind you, I've been using FreeBSD for about 19 years, so I'm not about to change, but the two items above would go a long way to help FreeBSD grow in the data center space again (what the kids call the cloud :) Cheers, Phil Thanks for the info and the interesting thread. Thinking about it now I'm not sure I would continue using FreeBSD knowing it become a solution for advanced TCP/IP node routing and clustering over the clouds. I guess this depends whatever is meant theses days with the so called technical vocabulary to hidden concepts too abstract for the common mortal, thus pretending its state-of-the-art, or sometimes an abstraction of a logical software unit using advanced technologies harboring eugenic like dehumanization and even potentially harmful to FreeBSD users as for example the intrisic inclusion of IEEE 80211 OFDM modulation scheme within the wireless code base. However I still love FreeBSD and use it along with Linux for playing games and working, but definitely not for HAST based storage, a good example of a technology driven by political hierarchies and more or less by the FreeBSD community, naively adopting technologies without understanding the science and implications beneath such things... Its just common sense or intuition I guess.. :) Kind regards, Etienne ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Mehmet Erol Sanliturk m.e.sanlit...@gmail.com wrote: If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? ISDN. This is popular in Germany, but I don't know about the rest of the world. We have a machine that has an ISDN card (ISA). Currently it's still running FreeBSD 6-stable because that's the last version with full ISDN support. Since 6.x went EOL, it costed me quite some time to keep it up to date with regard to security fixes. And now, since a few days, the Makefiles of the ports collection started to become incompatible with FreeBSD 6 (make(1) throws syntax errors) so I can't update BIND port anymore, for example. Of course I could build it manually, but this is costing more and more time, so finally I will have to think of a different solution, which probably means something other than FreeBSD. Other than that, well, there are the typical programs that are only available for Windows. For example the software for configuring my Logitech Harmony remote control. I'm using my wife's laptop (Windows) for that. But of course I'm not blaming FreeBSD for that, because it's not something that FreeBSD can fix, it's rather a vendor problem (in the aforementioned case: Logitech's problem). Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Hi, The only reason I'm not using FreeBSD for everything (games) is because it does not support (yet) intel/ati graphic drivers. ;) Cheers, Łukasz Gruner ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Dear All , There is a thread Why Are You Using FreeBSD ? I think another thread with the specified subject 'Why Are You NOT Using FreeBSD ? may be useful : If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? 1. The X-org changeover a few years ago screwed up a FreeBSD installation I had been using so badly I never trusted FreeBSD's rolling update ports system again. That should have been a major FreeBSD release, but instead it was done just in the ports with no version bump and no choice and no notice unless you read the fine print. 2. Broken ports galore. Much of the stuff I wanted broke on AMD64 after downloading tarballs for hours. Not good. Contacted package maintainer and received answer: yeah, I know it doesn't work on AMD64. I still feel i386 is the only safe FreeBSD platform and I have only one or two 32 bit boxes left so FreeBSD doesn't really give me a warm fuzzy anymore. But it is still ahead of NetBSD which got more and more unstable with every new major version to the point I can't trust it. FreeBSD never crashed or did anything bad for me except during the X-org episode. 3. gcc. I realize FreeBSD is moving to clang and that it can even be built with clang. When clang is the default build, I will probably try it again. Due to nearsighted/blind Linux developers, every OS besides Linux is going to lag because of autotools and gcc crapola. It often makes compiling apps a pain in the ass on FreeBSD when a port doesn't exist. I realize this is not FreeBSD's fault and it is still an inhibitor to all the BSD for me. 4. I transitioned to mostly headless operation. FreeBSD is probably the best overall desktop there is but I found other server OS better, specifically Solaris. For my needs, YMMV. I use a Linux box for a desktop and I have servers with different archs running headless with Solaris or OpenBSD and I am looking at Dragonfly again in the near future, because pkgsrc is much better than ports. Maybe FreeBSD should consider migrating to pkgsrc? 5. ZFS support on Solaris is current, on anything else, despite much appreciated efforts, it is just not there. FreeBSD has the best ZFS support outside of Solaris, but it's not enough right now and I don't think it will ever catch up until Oracle releases the source. Not holding my breath on that. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Support for Intel 82599ES?
Hi All, I did not see the Intel 82599ES chipset in the hardware release notes for 8.3 or 9.0. Are these controllers supported at this time? -- Take care Rick Miller ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
For me it is the lack of support for suspend/resume on laptops. I don't want to turn off my laptop when I am in the middle of doing something but need to put the laptop aside. I love using FreeBSD on servers, workstations and even a computer I have hooked to the TV at home for multimedia purpose, but not having suspend/resume working on my laptops is a major source of annoyance for me. So I have been trying various Linux distributions instead and I am currently using Gentoo, which is not that bad, although I find that system configuration and maintenance is always more painful with Linux than FreeBSD no matter the distribution I use... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Fri, Jun 01, 2012 at 05:03:26 -0700 , Mehmet Erol Sanliturk wrote: Dear All , There is a thread Why Are You Using FreeBSD ? I think another thread with the specified subject 'Why Are You NOT Using FreeBSD ? may be useful : If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? I use Mac desktops. X11 and I don't get along. I still live in a fullscreen green-on-black terminal, of course, and do all of my actual work in either the Mac's BSD userland or a FreeBSD machine over ssh. So, really, this is nothing to do with FreeBSD per se, and I will consider reevaluating FreeBSD as a desktop when something not X11 comes along (although I don't see that as incredibly likely). -- Thanks and best regards, Chris Nehren ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Support for Intel 82599ES?
Yes, it is supported in the ixgbe driver. Jack On Fri, Jun 1, 2012 at 8:36 AM, Rick Miller vmil...@hostileadmin.comwrote: Hi All, I did not see the Intel 82599ES chipset in the hardware release notes for 8.3 or 9.0. Are these controllers supported at this time? -- Take care Rick Miller ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Support for Intel 82599ES?
Thanks, Jack! Also another support question for the listsIs the Broadcom BCM5719 supported? I can find neither in the hardware notes for 8.3 nor 9.0. On Fri, Jun 1, 2012 at 12:49 PM, Jack Vogel jfvo...@gmail.com wrote: Yes, it is supported in the ixgbe driver. Jack On Fri, Jun 1, 2012 at 8:36 AM, Rick Miller vmil...@hostileadmin.com wrote: Hi All, I did not see the Intel 82599ES chipset in the hardware release notes for 8.3 or 9.0. Are these controllers supported at this time? -- Take care Rick Miller ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Take care Rick Miller ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Support for Intel 82599ES?
On 06/01/12 13:06, Rick Miller wrote: Thanks, Jack! Also another support question for the listsIs the Broadcom BCM5719 supported? I can find neither in the hardware notes for 8.3 nor 9.0. man bge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Support for Intel 82599ES?
Thanks, Michael! I took a look at the manpage and it does appear that it is supported by the bge driver. It also states that the 572x controller is also supported, but I heard a rumor stating that the BCM5720 in particular did not work even though the manpage indicates it is supported. I was unable to verify this, but that's why I was asking for clarification. I will assume it works at this point. On Fri, Jun 1, 2012 at 1:25 PM, Michael Butler i...@protected-networks.net wrote: On 06/01/12 13:06, Rick Miller wrote: Thanks, Jack! Also another support question for the listsIs the Broadcom BCM5719 supported? I can find neither in the hardware notes for 8.3 nor 9.0. man bge -- Take care Rick Miller ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Installworld and /usr/include/*.h modification times
Kimmo Paasiala kpaas...@gmail.com writes: Why are /usr/include files installed with install -C during make installworld when almost everything else is installed without the -C flag? This makes it harder to track which files were actually installed during the last make installworld. One can easily find obsolete files (that are not covered with make delete-old(-libs)) with find -x / -type f -mtime +suitable_time but this doesn't work for /usr/include files because the modification times are not bumped on make installworld. make uses timestamps to determine whether to trigger a rule. Changing timestamps on source files without changing the contents is a bad idea. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 06/01/2012 11:59 AM, Chris Nehren wrote: On Fri, Jun 01, 2012 at 05:03:26 -0700 , Mehmet Erol Sanliturk wrote: Dear All , There is a thread Why Are You Using FreeBSD ? I think another thread with the specified subject 'Why Are You NOT Using FreeBSD ? may be useful : If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? I use Mac desktops. X11 and I don't get along. I still live in a fullscreen green-on-black terminal, of course, and do all of my actual work in either the Mac's BSD userland or a FreeBSD machine over ssh. So, really, this is nothing to do with FreeBSD per se, and I will consider reevaluating FreeBSD as a desktop when something not X11 comes along (although I don't see that as incredibly likely). You mean like a TV screen? :) Clearly for me I prefer FreeBSD for server operations and Linux for desktop although I frequently choose FreeBSD for desktop computing and in particular DVD playback with ffmpeg/mplayer. Cheers, Etienne -- Etienne Robillard Occupation: Software Developer Company:Green Tea Hackers Club Email: e...@gthcfoundation.org Website:gthcfoundation.org Skype ID: incidah ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Fri, Jun 01, 2012 at 05:03:26AM -0700, Mehmet Erol Sanliturk wrote: If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? As mentioned by several others, once you have a single applicaiton that demands Windows, you are mostly stuck running windows. My single biggest complaint about FreeBSD is that there appears to be absolutely no interest by anyone associated with the core team in supporting one version for an extended period. Extended, in this case, meaning 10+ years. Support meaning patching security vulnerabilities and permitting ports to build. It does not matter that that version will not run on current hardware or have new features as long as it can continue to run on the original hardware. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Support for Intel 82599ES?
On Fri, 2012-06-01 at 10:45 -0700, Rick Miller wrote: BCM5720 I haven't gotten this working on my Dell R620 via bge(4), but we are actively working on it. Sean ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Fri, Jun 01, 2012 at 13:56:45 -0400 , Michael R. Wayne wrote: On Fri, Jun 01, 2012 at 05:03:26AM -0700, Mehmet Erol Sanliturk wrote: If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? As mentioned by several others, once you have a single applicaiton that demands Windows, you are mostly stuck running windows. My single biggest complaint about FreeBSD is that there appears to be absolutely no interest by anyone associated with the core team in supporting one version for an extended period. Extended, in this case, meaning 10+ years. Support meaning patching security vulnerabilities and permitting ports to build. It does not matter that that version will not run on current hardware or have new features as long as it can continue to run on the original hardware. Show me one volunteer Unix OS with a 10+ year support infrastructure. -- Thanks and best regards, Chris Nehren ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Installworld and /usr/include/*.h modification times
On Fri, Jun 1, 2012 at 8:45 PM, Lowell Gilbert freebsd-stable-lo...@be-well.ilk.org wrote: Kimmo Paasiala kpaas...@gmail.com writes: Why are /usr/include files installed with install -C during make installworld when almost everything else is installed without the -C flag? This makes it harder to track which files were actually installed during the last make installworld. One can easily find obsolete files (that are not covered with make delete-old(-libs)) with find -x / -type f -mtime +suitable_time but this doesn't work for /usr/include files because the modification times are not bumped on make installworld. make uses timestamps to determine whether to trigger a rule. Changing timestamps on source files without changing the contents is a bad idea. Yes, I'm aware of how make uses timestamps for figuring out out of date targets. However I would argue that after updating world with make installworld (which is done in single user mode there for requiring at least one reboot) you should start any compilations from scratch. The ports system does this by default and cleans up any previous work files before new compilation. I just don't see where bumping of mtimes for those files would have that great impact, does anyone? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_9 tinderbox] failure on powerpc/powerpc
TB --- 2012-06-01 15:24:58 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-01 15:24:58 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-01 15:24:58 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-06-01 15:24:58 - cleaning the object tree TB --- 2012-06-01 15:25:35 - cvsupping the source tree TB --- 2012-06-01 15:25:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-06-01 15:26:32 - building world TB --- 2012-06-01 15:26:32 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 15:26:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 15:26:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 15:26:32 - SRCCONF=/dev/null TB --- 2012-06-01 15:26:32 - TARGET=powerpc TB --- 2012-06-01 15:26:32 - TARGET_ARCH=powerpc TB --- 2012-06-01 15:26:32 - TZ=UTC TB --- 2012-06-01 15:26:32 - __MAKE_CONF=/dev/null TB --- 2012-06-01 15:26:32 - cd /src TB --- 2012-06-01 15:26:32 - /usr/bin/make -B buildworld World build started on Fri Jun 1 15:26:32 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Fri Jun 1 18:04:18 UTC 2012 TB --- 2012-06-01 18:04:18 - generating LINT kernel config TB --- 2012-06-01 18:04:18 - cd /src/sys/powerpc/conf TB --- 2012-06-01 18:04:18 - /usr/bin/make -B LINT TB --- 2012-06-01 18:04:18 - cd /src/sys/powerpc/conf TB --- 2012-06-01 18:04:18 - /usr/sbin/config -m LINT TB --- 2012-06-01 18:04:18 - building LINT kernel TB --- 2012-06-01 18:04:18 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 18:04:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 18:04:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 18:04:18 - SRCCONF=/dev/null TB --- 2012-06-01 18:04:18 - TARGET=powerpc TB --- 2012-06-01 18:04:18 - TARGET_ARCH=powerpc TB --- 2012-06-01 18:04:18 - TZ=UTC TB --- 2012-06-01 18:04:18 - __MAKE_CONF=/dev/null TB --- 2012-06-01 18:04:18 - cd /src TB --- 2012-06-01 18:04:18 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Jun 1 18:04:19 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Fri Jun 1 18:25:39 UTC 2012 TB --- 2012-06-01 18:25:39 - cd /src/sys/powerpc/conf TB --- 2012-06-01 18:25:39 - /usr/sbin/config -m GENERIC TB --- 2012-06-01 18:25:40 - building GENERIC kernel TB --- 2012-06-01 18:25:40 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 18:25:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 18:25:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 18:25:40 - SRCCONF=/dev/null TB --- 2012-06-01 18:25:40 - TARGET=powerpc TB --- 2012-06-01 18:25:40 - TARGET_ARCH=powerpc TB --- 2012-06-01 18:25:40 - TZ=UTC TB --- 2012-06-01 18:25:40 - __MAKE_CONF=/dev/null TB --- 2012-06-01 18:25:40 - cd /src TB --- 2012-06-01 18:25:40 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Fri Jun 1 18:25:40 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/mp_cpudep.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall
Re: Why Are You Using FreeBSD?
There's a nice discussion going on, over at Phoronix. http://phoronix.com/forums/showthread.php?71263 For some reason, they don't seem to like us very much. ALL of the PC performance weenies run Windows. They're totally stupid when it comes to software and all they care about is the Windows benchmarking apps and how many FPS they can get out of their new whizbang graphics card. And they're just as zealous about Windows as Linux lemmings are about Linux or GPL fanbois are about Stallman and the FSF. Really, they're overglorified game appliance users. Is it any wonder they bash every OS that doesn't let them play video games? You can't discuss software or the OS rationally with 99.9% of overclockers. Once you realize how much they know about software is inversely proportional to how much they (think) they know about hardware, all these articles and discussions cease to become relevant. PLONK!!! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_9 tinderbox] failure on powerpc64/powerpc
TB --- 2012-06-01 15:59:08 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-01 15:59:08 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-01 15:59:08 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-06-01 15:59:08 - cleaning the object tree TB --- 2012-06-01 15:59:58 - cvsupping the source tree TB --- 2012-06-01 15:59:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-06-01 16:01:08 - building world TB --- 2012-06-01 16:01:08 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 16:01:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 16:01:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 16:01:08 - SRCCONF=/dev/null TB --- 2012-06-01 16:01:08 - TARGET=powerpc TB --- 2012-06-01 16:01:08 - TARGET_ARCH=powerpc64 TB --- 2012-06-01 16:01:08 - TZ=UTC TB --- 2012-06-01 16:01:08 - __MAKE_CONF=/dev/null TB --- 2012-06-01 16:01:08 - cd /src TB --- 2012-06-01 16:01:08 - /usr/bin/make -B buildworld World build started on Fri Jun 1 16:01:10 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Fri Jun 1 18:55:30 UTC 2012 TB --- 2012-06-01 18:55:30 - generating LINT kernel config TB --- 2012-06-01 18:55:30 - cd /src/sys/powerpc/conf TB --- 2012-06-01 18:55:30 - /usr/bin/make -B LINT TB --- 2012-06-01 18:55:30 - cd /src/sys/powerpc/conf TB --- 2012-06-01 18:55:30 - /usr/sbin/config -m LINT TB --- 2012-06-01 18:55:30 - building LINT kernel TB --- 2012-06-01 18:55:30 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 18:55:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 18:55:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 18:55:30 - SRCCONF=/dev/null TB --- 2012-06-01 18:55:30 - TARGET=powerpc TB --- 2012-06-01 18:55:30 - TARGET_ARCH=powerpc64 TB --- 2012-06-01 18:55:30 - TZ=UTC TB --- 2012-06-01 18:55:30 - __MAKE_CONF=/dev/null TB --- 2012-06-01 18:55:30 - cd /src TB --- 2012-06-01 18:55:30 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Jun 1 18:55:30 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Fri Jun 1 19:14:46 UTC 2012 TB --- 2012-06-01 19:14:46 - cd /src/sys/powerpc/conf TB --- 2012-06-01 19:14:46 - /usr/sbin/config -m GENERIC TB --- 2012-06-01 19:14:46 - skipping GENERIC kernel TB --- 2012-06-01 19:14:46 - cd /src/sys/powerpc/conf TB --- 2012-06-01 19:14:46 - /usr/sbin/config -m GENERIC64 TB --- 2012-06-01 19:14:46 - building GENERIC64 kernel TB --- 2012-06-01 19:14:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-01 19:14:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-01 19:14:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-01 19:14:46 - SRCCONF=/dev/null TB --- 2012-06-01 19:14:46 - TARGET=powerpc TB --- 2012-06-01 19:14:46 - TARGET_ARCH=powerpc64 TB --- 2012-06-01 19:14:46 - TZ=UTC TB --- 2012-06-01 19:14:46 - __MAKE_CONF=/dev/null TB --- 2012-06-01 19:14:46 - cd /src TB --- 2012-06-01 19:14:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 Kernel build for GENERIC64 started on Fri Jun 1 19:14:46 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100
Re: Why Are You NOT Using FreeBSD ?
We used to have FreeBSD exclusively on desktops... Now, we have migrated to other desktops (mac) with FreeBSD running the build and file server... Why? Because - the mac updates itself! No pain, no installation, no keeping-up with mailing lists/announcements, just click and its done. Mac OS has a nice X11 server, the Mac UI is good enough, you don't have to install/update anything, the app store is perfect for downloading/installing whatever a desktop user might need. It was just too alluring... So, FreeBSD runs our NFS file server, and we log into a larger FreeBSD machine to do builds, etc... but, the desktop has moved. One developer here uses Linux Debian for about the same reason, it's trivial to update (via the network) to new versions, etc... Our web site used to be FreeBSD-based, but it was just too cost-effective to get a virtual Linux box on the backbone and move everything to that. Our requirements aren't too big, so that works beautifully. There _are_ people doing virtual FreeBSD boxes in a similar fashion, but they were quote a lot more for the annual fee.. so, Linux it was... I suppose, in some sense, you could argue that MacOS is FreeBSD... - Dave Rivers - -- rivers Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 1 June 2012 16:20, Nomen Nescio nob...@dizum.com wrote: Dear All , There is a thread Why Are You Using FreeBSD ? I think another thread with the specified subject 'Why Are You NOT Using FreeBSD ? may be useful : If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? 1. The X-org changeover a few years ago screwed up a FreeBSD installation I had been using so badly I never trusted FreeBSD's rolling update ports system again. That should have been a major FreeBSD release, but instead it was done just in the ports with no version bump and no choice and no notice unless you read the fine print. 2. Broken ports galore. Much of the stuff I wanted broke on AMD64 after downloading tarballs for hours. Not good. Contacted package maintainer and received answer: yeah, I know it doesn't work on AMD64. That is unacceptable. Submit a PR next time you find something like that-- ports that are broken on an arch should be marked as such so people don't waste their time as you have been made to. Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Fri, Jun 01, 2012 at 08:32:08PM +0100, Chris Rees wrote: On 1 June 2012 16:20, Nomen Nescio nob...@dizum.com wrote: Dear All , There is a thread Why Are You Using FreeBSD ? I think another thread with the specified subject 'Why Are You NOT Using FreeBSD ? may be useful : If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? 1. The X-org changeover a few years ago screwed up a FreeBSD installation I had been using so badly I never trusted FreeBSD's rolling update ports system again. That should have been a major FreeBSD release, but instead it was done just in the ports with no version bump and no choice and no notice unless you read the fine print. 2. Broken ports galore. Much of the stuff I wanted broke on AMD64 after downloading tarballs for hours. Not good. Contacted package maintainer and received answer: yeah, I know it doesn't work on AMD64. That is unacceptable. Submit a PR next time you find something like that-- ports that are broken on an arch should be marked as such so people don't waste their time as you have been made to. I guess he made his experiences with that some years ago when support for amd64 in the ports was not very mature. But this has changed since then, apart from a few ports almost all of them should work on amd64 without problems. pgpvcEUjUowyr.pgp Description: PGP signature
Re: Why Are You NOT Using FreeBSD ?
On 6/1/12 1:57 PM, Thomas David Rivers wrote: We used to have FreeBSD exclusively on desktops... Now, we have migrated to other desktops (mac) with FreeBSD running the build and file server... Why? Because - the mac updates itself! No pain, no installation, no keeping-up with mailing lists/announcements, justclick and its done. Mac OS has a nice X11 server, the Mac UI is good enough, you don't have to install/update anything, the app store is perfect for downloading/installing whatever a desktop user might need. It was just too alluring... So, FreeBSD runs our NFS file server, and we log into a larger FreeBSD machine to do builds, etc... but, the desktop has moved. One developer here uses Linux Debian for about the same reason, it's trivial to update (via the network) to new versions, etc... Our web site used to be FreeBSD-based, but it was just too cost-effective to get a virtual Linux box on the backbone and move everything to that. Our requirements aren't too big, so that works beautifully. There _are_ people doing virtual FreeBSD boxes in a similar fashion, but they were quote a lot more for the annual fee.. so, Linux it was... I suppose, in some sense, you could argue that MacOS is FreeBSD... - Dave Rivers - I feel the same way about OSX for desktops [and my desktop is also my notebook with a monitor/keyboard/mouse]. I have been quite happy with rootbsd.com [right there in your area code] for VM boxes, have some in Raleigh and in Dallas and they perform well, running 8-stable and 9-stable. I've also used vr.org for FreeBSD boxes in Europe and Asia, no problems there either. -- Ron McDowell San Antonio TX ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 6/1/2012 1:57 PM, Thomas David Rivers wrote: One developer here uses Linux Debian for about the same reason, it's trivial to update (via the network) to new versions, etc... FWIW, there is freebsd-update(8) now for binary updating of base, and pkgng[1] will allow binary upgrading of packages/ports similar to apt-get. [1] http://wiki.freebsd.org/pkgng -- Regards, Bryan Drewery bdrewery@freenode, bryan@EFNet signature.asc Description: OpenPGP digital signature
pkgng (Was: Why Are You NOT Using FreeBSD ?)
On Fri, Jun 01, 2012 at 14:50:22 -0500 , Bryan Drewery wrote: FWIW, there is freebsd-update(8) now for binary updating of base, and pkgng[1] will allow binary upgrading of packages/ports similar to apt-get. [1] http://wiki.freebsd.org/pkgng The thing that really has me attracted to pkgng is that it's based on a C library with a public API that developers can use / abuse. It's not (AFAIK) officially released yet, but some early work I've been doing with it has shown it to be useful enough. -- Thanks and best regards, Chris Nehren ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Installworld and /usr/include/*.h modification times
In message ca+7wwsewnfre8xz3h5huhww78yaxv7dkmyaivzamoy4kuz1...@mail.gmail.com , Kimmo Paasiala writes: On Fri, Jun 1, 2012 at 8:45 PM, Lowell Gilbert freebsd-stable-lo...@be-well.ilk.org wrote: Kimmo Paasiala kpaas...@gmail.com writes: Why are /usr/include files installed with install -C during make installworld =C2=A0when almost everything else is installed without the= -C flag? This makes it harder to track which files were actually installed during the last make installworld. One can easily find obsolete files =C2=A0(that are not covered with make delete-old(-libs)) with find -x / -type f -mtime +suitable_time but this doesn't work for /usr/include files because the modification times are not bumped on make installworld. make uses timestamps to determine whether to trigger a rule. Changing timestamps on source files without changing the contents is a bad idea. Yes, I'm aware of how make uses timestamps for figuring out out of date targets. However I would argue that after updating world with make installworld (which is done in single user mode there for requiring at least one reboot) you should start any compilations from scratch. The ports system does this by default and cleans up any previous work files before new compilation. I just don't see where bumping of mtimes for those files would have that great impact, does anyone? You obviously havn't had to deal with multi-day builds and also having to repair the OS. Preserving timestamps preserves re-startability. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Hi all, Am 01.06.2012 um 14:03 schrieb Mehmet Erol Sanliturk: [...] If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? We are using two FreeBSD-Servers as a SAMBA-Server and as a plot-server, partly using the Linux-ABI. Both servers are rock solid (HP ProLiant). But I'm not brave enough to run an ORACLE Database-Server under FreeBSD. For a corporate database server I need official vendor support for that platform and therefor I have to use RedHat or SuSE. It's really a pity. I'm using FreeBSD since version 2.05 and was never disappointed. Best regards Matthias -- Ciao/BSD - Matthias Matthias Schuendehuettemsch [at] snafu.de, Berlin (Germany)
Re: Why Are You NOT Using FreeBSD ?
On Jun 1, 2012, at 09:12, Phil Regnauld wrote: * Gluster For very large FSes, nothing beats it, especially now that 3.3 has been released. Isilon built their OneFS on top of FreeBSD, does that count? :) Panasas too IIRC. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Mehmet Erol Sanliturk m.e.sanlit...@gmail.com writes: If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? 1) I don't use FreeBSD for virtualization as the host OS. I really want to, becaus I want to be able to somewhat trust the kernel hosting my virtual machines. FreeBSD technology, support, and documentation for this idea appears unavailable. 2) I don't use FreeBSD for a 'modern' desktop. By 'modern' I mean areas which most rank and file users would need: day-to-day non technical browsing with flash, applications like skype, syncing to mobile devices, etc. I'd imagine this is important for rank and file users. However, I'm an old schooler who likes text based applications and command lines, and I personally feel that a lot of the desktop technologies out there (Gnome, KDE, Aqua, Windows) are inherently unsafe (security wise) for a desktop I do software development on. One glance at my X-mailer should tell many people where I'm at. ;) As an example (please don't think I'm singling KDE out here, I can likely find examples for each desktop technology out there) I was given to understand that the KDE file browser allowed the execution of javascript. This single rumor has kept me from trying out KDE for years. Again, nothing against KDE in particular, all of the 'user friendly' desktop technologies likely have something just as egregious. Thus, in many ways I feel it's a *feature* of FreeBSD that the desktop software lags behind everyone else. I don't want flash in my Firefox. I don't want hal, bonjour, or dbus as an extra attack surface. I don't want gnome to auto discover all the fileshares on my network(s). 3) I don't use FreeBSD for games, sadly. This is the only place where I will tolerate having a Windoze box, for my love of games exceeds my hatred of windows (yes I -really- do love games) and it's hard to find a better platform for games. -- Dave Hayes - Consultant - Altadena CA, USA - d...@jetcafe.org The opinions expressed above are entirely my own Freedom is free of the need to be free.-George Clinton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Lars Engels lars.eng...@0x20.net writes: I guess he made his experiences with that some years ago when support for amd64 in the ports was not very mature. But this has changed since then, apart from a few ports almost all of them should work on amd64 without problems. I can vouch for this. I have several production and two development amd64 machines. I've yet to have a problem with a port because of the architecture. -- Dave Hayes - Consultant - Altadena CA, USA - d...@jetcafe.org The opinions expressed above are entirely my own Man does not have a capacity of instant comprehension. So rare is the knowledge of how to train this, that most people and institutions have compromised by playing upon man's proneness to conditioning and indoctrination instead. The end of *that* road is the ant-heap. Or, at best, the beehive. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Jun 1, 2012, at 08:33, Daniel Kalchev wrote: For example if one wants an e-mail server, that is better served in the long run by IMAP+MTA than any form of Exchange, because you are not tied to one single platform and that vendor's lunacy. Otherwise FreeBSD runs just fine as server for about any other OS client, provided those clients use standard Internet protocols. If all you want is e-mail, then there are certainly better options than Exchange IMHO. However, once you get into calendars (private and shared, with delegation to secretaries, etc.), meeting rooms, ActiveSync (to remotely wipe lost devices), then it's a whole different game. E-mail was solved a long time ago, but Exchange does many things on top of it that many organizations find very handy, and where there doesn't seem to be a decent open alternative. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
David Magda (dmagda) writes: On Jun 1, 2012, at 09:12, Phil Regnauld wrote: * Gluster For very large FSes, nothing beats it, especially now that 3.3 has been released. Isilon built their OneFS on top of FreeBSD, does that count? :) Panasas too IIRC. Good pointers, thanks. It's still appliance, but good to know that FreeBSD is out there :) Phil ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Fri, Jun 01, 2012 at 05:12:14PM -0700, Dave Hayes wrote: Mehmet Erol Sanliturk m.e.sanlit...@gmail.com writes: If you are NOT using FreeBSD for any area or some areas , would you please list those areas with most important first to least important last ? 1) I don't use FreeBSD for virtualization as the host OS. I really want to, becaus I want to be able to somewhat trust the kernel hosting my virtual machines. FreeBSD technology, support, and documentation for this idea appears unavailable. Have you looked at VirtualBox? /usr/ports/emulators/virtualbox-ose Its not a fully featured replacement for vSphere (e.g. no equivalent of vMotion) but it is a perfectly workable virtualisation solution for a number of situations. Gary ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Jun 1, 2012 5:34 PM, David Magda dma...@ee.ryerson.ca wrote: On Jun 1, 2012, at 08:33, Daniel Kalchev wrote: For example if one wants an e-mail server, that is better served in the long run by IMAP+MTA than any form of Exchange, because you are not tied to one single platform and that vendor's lunacy. Otherwise FreeBSD runs just fine as server for about any other OS client, provided those clients use standard Internet protocols. If all you want is e-mail, then there are certainly better options than Exchange IMHO. However, once you get into calendars (private and shared, with delegation to secretaries, etc.), meeting rooms, ActiveSync (to remotely wipe lost devices), then it's a whole different game. E-mail was solved a long time ago, but Exchange does many things on top of it that many organizations find very handy, and where there doesn't seem to be a decent open alternative. Zimbra, Kolab, OpenGroupware, Citadel, Zarafa, and many others have filled the gap in recent years. Zimbra in particular is very nice to work with. Especially the for-pay Network Edition. It's basically a drop-in replacement for Exchange, right down to the Outlook Connector and ActiveSync support. And the open-source version (which has the exact same web interface) is also very nice to work with. It's just a nice GUI/DB wrapper to Postfix, Cyrus IMAPd, MySQL, and various other OSS bits. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
,--- Dave Hayes (Fri, 01 Jun 2012 17:12:14 -0700) * | 2) I don't use FreeBSD for a 'modern' desktop. By 'modern' I mean | areas which most rank and file users would need: day-to-day non | technical browsing with flash, applications like skype, syncing to | mobile devices, etc. First, two statements and one statement/question: S1. Flash works pretty well -- sometimes almost perfectly -- in FreeBSD: in Firefox, Opera or Chrome. Some software upgrades (the plugin in ports or base, I haven't figured out) lead to periodic hangs on (I think) plugin disconnects, so the plugin processes better to be cleaned up by 'kill' periodically. A nuisance but can be lived with, if FreeBSD seems a better option in other respects (which it does for me.) I visit scores of very flashy Web sites every day and am, on the balance, happy with what I get with either of the mentioned browsers in FreeBSD there. S2. I tried Skype in FreeBSD 9 a few months back and, IIRC, all there worked: at least I was able to use Skype for instant messaging. S3? Syncing to Ip*d and BB PlayBook is something I would really like to do in FreeBSD and I haven't figured out if that is possible. I played with fuse, gtkpod and other things that work in Linux. No luck for me. So does anybody know if this is possible somehow? (After all, one can see these devices as SCSI something. Is fuse of any good for this?) | I'd imagine this is important for rank and file users. However, I'm an | old schooler who likes text based applications and command lines, and I | personally feel that a lot of the desktop technologies out there (Gnome, | KDE, Aqua, Windows) are inherently unsafe (security wise) for a desktop | I do software development on. One glance at my X-mailer should tell many | people where I'm at. ;) You don't have to use anything of Gnome or KDE in order to use the technologies mentioned in my S1 and S2 -- I use TWM, for example. | Thus, in many ways I feel it's a *feature* of FreeBSD that the desktop | software lags behind everyone else. I don't want flash in my Firefox. I | don't want hal, bonjour, or dbus as an extra attack surface. I don't | want gnome to auto discover all the fileshares on my network(s). I don't run 'hal'; 'dbus' may be harder to avoid. It would be really nice to be able to talk to Apple and BB mobile devices from FreeBSD -- and that is my only current grievance about FreeBSD as a desktop environment. Everything else is shining brilliant for me. Thanks all who made it so! -- Alex -- alex-goncha...@comcast.net -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Fri, Jun 01, 2012 at 15:12:36 +0200 , Phil Regnauld wrote: * full virtualization I am using VirtualBox in production with HAST + ZVOLs, but we need something like DRBD's dual master mode to be able to do a teleport of the instance like Ganeti does (http://code.google.com/p/ganeti/) with Linux Getting Xen dom0 and/or KVM would be a major boost as a virtualization platform, in particular with ZFS. * Gluster For very large FSes, nothing beats it, especially now that 3.3 has been released. You say your'e using ZVOLs but then recommend gluster for large filesystems. I would like to take a moment to point out that one of the design goals of ZFS was to scale beyond the capabilities of current hardware. What does gluster do that ZFS does not? I'm not trying to troll here, but am genuinely curious about ZFS's shortfalls in one of the problem domains it seeks to address. -- Thanks and best regards, Chris Nehren ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 6/1/2012 5:14 PM, Dave Hayes wrote: Lars Engelslars.eng...@0x20.net writes: I guess he made his experiences with that some years ago when support for amd64 in the ports was not very mature. But this has changed since then, apart from a few ports almost all of them should work on amd64 without problems. I can vouch for this. I have several production and two development amd64 machines. I've yet to have a problem with a port because of the architecture. Early in the 7.x timeframe I had this experience; not recently. Back then I installed i386 on a 64 bit AM2 proc equipped machine after seeing funny port compile errors in amd64 that went away with i386. Brian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Installworld and /usr/include/*.h modification times
On Fri, Jun 01, 2012 at 09:18:55PM +0300, Kimmo Paasiala wrote: On Fri, Jun 1, 2012 at 8:45 PM, Lowell Gilbert freebsd-stable-lo...@be-well.ilk.org wrote: Kimmo Paasiala kpaas...@gmail.com writes: Why are /usr/include files installed with install -C during make installworld ??when almost everything else is installed without the -C flag? This makes it harder to track which files were actually installed during the last make installworld. One can easily find obsolete files ??(that are not covered with make delete-old(-libs)) with find -x / -type f -mtime +suitable_time but this doesn't work for /usr/include files because the modification times are not bumped on make installworld. make uses timestamps to determine whether to trigger a rule. Changing timestamps on source files without changing the contents is a bad idea. Yes, I'm aware of how make uses timestamps for figuring out out of date targets. However I would argue that after updating world with make installworld (which is done in single user mode there for requiring at least one reboot) you should start any compilations from scratch. The ports system does this by default and cleans up any previous work files before new compilation. I just don't see where bumping of mtimes for those files would have that great impact, does anyone? With the setting of (vfs.timestamp_precision=1) in sysctl.conf I would have to agree here strongly!. It would be great if this was default especially in any new releases of stable/8 or stable/9. -- - (2^(N-1)) pgp3RKo14DoJR.pgp Description: PGP signature
Re: problem with nmap
On Fri, Jun 01, 2012 at 07:43:17AM +0300, Andrey S. Rybak wrote: Installing libpcap from ports does not help. Error message is same. Running nmap with -dd yield next: Starting Nmap 6.00 ( http://nmap.org ) at 2012-06-01 05:42 EEST Fetchfile found /usr/local/share/nmap/nmap-services PORTS: Using top 1000 ports found open (TCP:1000, UDP:0, SCTP:0) Fetchfile found /usr/local/share/nmap/nmap.xsl The max # of sockets we are using is: 0 --- Timing report --- hostgroups: min 1, max 10 rtt-timeouts: init 1000, min 100, max 1 max-scan-delay: TCP 1000, UDP 1000, SCTP 1000 parallelism: min 0, max 0 max-retries: 10, host-timeout: 0 min-rate: 0, max-rate: 0 - Read from /usr/local/share/nmap: nmap-services. WARNING: No targets were specified, so 0 hosts scanned. Nmap done: 0 IP addresses (0 hosts up) scanned in 0.04 seconds Raw packets sent: 0 (0B) | Rcvd: 0 (0B) Have you also recompiled nmap after you installed libpcap. Sorrry this should be a neccesary step. nmap -V -dd -- - (2^(N-1)) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You Using FreeBSD?
Hi, On 30 May 2012 PM 7:20:31 David Chisnall wrote: This is off-topic, so please feel free to disregard it, but I'm sending it to this list in the hope that it will reach a largish number of users. I am currently looking at updating some of our advocacy material (which advertises exciting new features like SMP support), and before I do I'd like to get a better feel for why the rest of you are using FreeBSD. If you had to list the three things you most like about FreeBSD, which would you pick? Are they the same as when you first started using it? I must say that it is a long time ago when I sat at the first BSD machine. The most important feature is the configuration and the update procedure. Things rarely change in a way that users have to relearn. It is also important that it is possible to use a machine and upgrade it only every six or twelve months without facing fundamental problems. What helps there that the user can define a branch (8.x or 9.x) and stick with it as long it is supported. The users are not forced to move to the next version which might introduces some changes the user is not used to it. This allows users to skip one main branch. While it is possible to stick with 8 until 10 is released, it is also possible to move to 9 or even 10. Sticking with 8 reduces the risk to get caught with some problems during the upgrade by some 50% But I have to mention one disadvantage. The ports are in no way linked to the releases. This leads to situations in which a small change in a basic library will result in a complete update of the installed ports. I expressed this already many time here. It would be of advantage if the ports tree would also have tags like the base system itself. I use a simple trick. I update the ports tree mainly when it is frozen due to a new FreeBSD release. I believe that it is hard to express the other reasons for using FreeBSD in a world in which users take is as god given that an operating system fails or forces them to reinstall over and over again. Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Jun 1, 2012, at 21:03, Chris Nehren wrote: You say your'e using ZVOLs but then recommend gluster for large filesystems. I would like to take a moment to point out that one of the design goals of ZFS was to scale beyond the capabilities of current hardware. What does gluster do that ZFS does not? I'm not trying to troll here, but am genuinely curious about ZFS's shortfalls in one of the problem domains it seeks to address. ZFS is for storing file systems on locally connected block devices. Gluster is a network file system where data can be distributed over many nodes. So ZFS can ensure that bits-on-disk stay safe through checksums and mirroring / RAIDZ, while Gluster allows entire file servers to go offline and the files are still accessible because you have a kind of network-level RAID going on. This also helps in performance since instead of clients pounding on one file server (as usually happens with NFS), every write is sent to many data nodes so you're striping across many network elements. Think of it as NFS on steroids. A competitive open source equivalent would be Lustre, while Isilon and Panasas would probably be commercial alternatives (though they do NFS / CIFS on the 'front-end' and the distributed magic occurs on a 'back-end' network between the appliances). http://en.wikipedia.org/wiki/GlusterFS http://en.wikipedia.org/wiki/Lustre_(file_system) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Fri, Jun 01, 2012 at 11:14:10PM -0400, David Magda wrote: ZFS is for storing file systems on locally connected block devices. Gluster is a network file system where data can be distributed over many nodes. Pardon my ignorance to not knowing what gluster is, but is this conceptually similar to HAST? Glen ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
Hi, On 01 June 2012 AM 5:03:26 Mehmet Erol Sanliturk wrote: Why Are You Using FreeBSD ? there is only one reason for me not using FreeBSD: hardware which is not supported but found in the machine. I have had to move two machines within the last three years to Fedora because of this. The first machine has had an old network adapter which was not supported by FreeBSD. The second machine is my new X220 on which I could not get X running before I have had to use it for work. I will stick now with it while I am travelling. This will take some time. I will have a try with FreeBSD again after my return. I also noticed one small problem when people use FreeBSD mainly and have one machine with Linux. It is similar. Yes, but it is not the same. When options differ, it becomes real problematic. I was really considering moving back to Windows on that one machine. Fedora supports the built-in camera and finger print reader. I could not read memory cards with the built-in reader but have had to use my old external one. What really puts me off on Fedora is the maintenance. I do not understand why people do this to themselfs. FreeBSD is so much easier to maintain. How often did Fedora introduce basic changes which runs you crazy when you have to maintain several machines? Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
So ZFS can ensure that bits-on-disk stay safe through checksums and mirroring / RAIDZ, while Gluster allows entire file servers to go offline and the files are still accessible because you have a kind of network-level RAID going on. This also helps in performance since instead of clients pounding on one file server (as usually happens with NFS), every write is sent to many data nodes so you're striping across many network elements. Think of it as NFS on steroids. I love distributed filessystems. While Gluster is a pain, this is something that the Linux community is at least paying attention to as a real issue and working to solve it. I don't know that new work in distributed filesystems, like Ceph (http://ceph.com/), is inherently tied to Linux, but more that devs are choosing Linux as a platform on which to build awesome projects. I would love to see ZFS backed distributed network filesystems, but even ZFS came from outside FreeBSD, so the commercial vendors you mentioned may be the only way forward in this regard for FreeBSD. -- Zach ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 1 June 2012 23:33, Zach Leslie xaque...@gmail.com wrote: So ZFS can ensure that bits-on-disk stay safe through checksums and mirroring / RAIDZ, while Gluster allows entire file servers to go offline and the files are still accessible because you have a kind of network-level RAID going on. This also helps in performance since instead of clients pounding on one file server (as usually happens with NFS), every write is sent to many data nodes so you're striping across many network elements. Think of it as NFS on steroids. I don't know that new work in distributed filesystems, like Ceph (http://ceph.com/), is inherently tied to Linux, but more that devs are choosing Linux as a platform on which to build awesome projects. The question to ask here is what utilities, APIs, and features does Linux have which cause developers to use it instead and what could we do about it? -- Eitan Adler ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_9 tinderbox] failure on powerpc/powerpc
TB --- 2012-06-02 00:42:59 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-02 00:42:59 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-02 00:42:59 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-06-02 00:42:59 - cleaning the object tree TB --- 2012-06-02 00:43:28 - cvsupping the source tree TB --- 2012-06-02 00:43:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-06-02 00:44:25 - building world TB --- 2012-06-02 00:44:25 - CROSS_BUILD_TESTING=YES TB --- 2012-06-02 00:44:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-02 00:44:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-02 00:44:25 - SRCCONF=/dev/null TB --- 2012-06-02 00:44:25 - TARGET=powerpc TB --- 2012-06-02 00:44:25 - TARGET_ARCH=powerpc TB --- 2012-06-02 00:44:25 - TZ=UTC TB --- 2012-06-02 00:44:25 - __MAKE_CONF=/dev/null TB --- 2012-06-02 00:44:25 - cd /src TB --- 2012-06-02 00:44:25 - /usr/bin/make -B buildworld World build started on Sat Jun 2 00:44:27 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Jun 2 03:25:39 UTC 2012 TB --- 2012-06-02 03:25:39 - generating LINT kernel config TB --- 2012-06-02 03:25:39 - cd /src/sys/powerpc/conf TB --- 2012-06-02 03:25:39 - /usr/bin/make -B LINT TB --- 2012-06-02 03:25:39 - cd /src/sys/powerpc/conf TB --- 2012-06-02 03:25:39 - /usr/sbin/config -m LINT TB --- 2012-06-02 03:25:39 - building LINT kernel TB --- 2012-06-02 03:25:39 - CROSS_BUILD_TESTING=YES TB --- 2012-06-02 03:25:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-02 03:25:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-02 03:25:39 - SRCCONF=/dev/null TB --- 2012-06-02 03:25:39 - TARGET=powerpc TB --- 2012-06-02 03:25:39 - TARGET_ARCH=powerpc TB --- 2012-06-02 03:25:39 - TZ=UTC TB --- 2012-06-02 03:25:39 - __MAKE_CONF=/dev/null TB --- 2012-06-02 03:25:39 - cd /src TB --- 2012-06-02 03:25:39 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jun 2 03:25:39 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Sat Jun 2 03:46:22 UTC 2012 TB --- 2012-06-02 03:46:22 - cd /src/sys/powerpc/conf TB --- 2012-06-02 03:46:22 - /usr/sbin/config -m GENERIC TB --- 2012-06-02 03:46:23 - building GENERIC kernel TB --- 2012-06-02 03:46:23 - CROSS_BUILD_TESTING=YES TB --- 2012-06-02 03:46:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-02 03:46:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-02 03:46:23 - SRCCONF=/dev/null TB --- 2012-06-02 03:46:23 - TARGET=powerpc TB --- 2012-06-02 03:46:23 - TARGET_ARCH=powerpc TB --- 2012-06-02 03:46:23 - TZ=UTC TB --- 2012-06-02 03:46:23 - __MAKE_CONF=/dev/null TB --- 2012-06-02 03:46:23 - cd /src TB --- 2012-06-02 03:46:23 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sat Jun 2 03:46:23 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/mp_cpudep.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall
Re: Why Are You NOT Using FreeBSD ?
On Jun 1, 2012 8:27 PM, Glen Barber g...@freebsd.org wrote: On Fri, Jun 01, 2012 at 11:14:10PM -0400, David Magda wrote: ZFS is for storing file systems on locally connected block devices. Gluster is a network file system where data can be distributed over many nodes. Pardon my ignorance to not knowing what gluster is, but is this conceptually similar to HAST? Similar in concept, but different layers in the storage stack. HAST sits between the physical disks and the filesystem, replicating data between two systems. So, disks -- HAST -- ZFS. Glustre sits above the storage system, replicating data between systems. So, disks -- ZFS (via Zvols) -- Glustre. The primary difference is that HAST provides only a single master node that all I/O goes through. The filesystem(s) above HAST cannot be mounted on more than one host. I/O is limited to what the master can handle. Glustre is distributed across hosts, so I/O is multiplied (to some extent), and data is accessible across multiple hosts. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On 02.06.2012, at 03:06, David Magda dma...@ee.ryerson.ca wrote: On Jun 1, 2012, at 08:33, Daniel Kalchev wrote: For example if one wants an e-mail server, that is better served in the long run by IMAP+MTA than any form of Exchange, because you are not tied to one single platform and that vendor's lunacy. Otherwise FreeBSD runs just fine as server for about any other OS client, provided those clients use standard Internet protocols. If all you want is e-mail, then there are certainly better options than Exchange IMHO. However, once you get into calendars (private and shared, with delegation to secretaries, etc.), meeting rooms, ActiveSync (to remotely wipe lost devices), then it's a whole different game. There are a lot of open source calendaring applications, of all kinds. Most run fine on FreeBSD. I really see no reason why your 'mail or calendaring server' should be able to wipe your devices.. This is the sort of bloat that keeps me away. From Microsoft products. E-mail was solved a long time ago, but Exchange does many things on top of it that many organizations find very handy, and where there doesn't seem to be a decent open alternative. Hope you are not of the opinion that first there was Exchange, then all other e-mail servers appeared, copying it. History was exactly the other way around. We were using it long before Microsoft discovered this Internet thing exists and first tried to kill it. Again it is not about open source. It is about non-proprietary protocols. All proprietary platforms turn to be more expensive in every respect in a while. In this regard I rather prefer the way Apple handles things. Shiny wrapper interface to pretty much generic technology. No reinvention of the wheel and experiments to see if it can be made square. Daniel___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_9 tinderbox] failure on powerpc64/powerpc
TB --- 2012-06-02 01:12:40 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-02 01:12:40 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-02 01:12:40 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-06-02 01:12:40 - cleaning the object tree TB --- 2012-06-02 01:13:27 - cvsupping the source tree TB --- 2012-06-02 01:13:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-06-02 01:14:43 - building world TB --- 2012-06-02 01:14:43 - CROSS_BUILD_TESTING=YES TB --- 2012-06-02 01:14:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-02 01:14:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-02 01:14:43 - SRCCONF=/dev/null TB --- 2012-06-02 01:14:43 - TARGET=powerpc TB --- 2012-06-02 01:14:43 - TARGET_ARCH=powerpc64 TB --- 2012-06-02 01:14:43 - TZ=UTC TB --- 2012-06-02 01:14:43 - __MAKE_CONF=/dev/null TB --- 2012-06-02 01:14:43 - cd /src TB --- 2012-06-02 01:14:43 - /usr/bin/make -B buildworld World build started on Sat Jun 2 01:14:44 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Sat Jun 2 04:15:18 UTC 2012 TB --- 2012-06-02 04:15:18 - generating LINT kernel config TB --- 2012-06-02 04:15:18 - cd /src/sys/powerpc/conf TB --- 2012-06-02 04:15:18 - /usr/bin/make -B LINT TB --- 2012-06-02 04:15:18 - cd /src/sys/powerpc/conf TB --- 2012-06-02 04:15:18 - /usr/sbin/config -m LINT TB --- 2012-06-02 04:15:19 - building LINT kernel TB --- 2012-06-02 04:15:19 - CROSS_BUILD_TESTING=YES TB --- 2012-06-02 04:15:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-02 04:15:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-02 04:15:19 - SRCCONF=/dev/null TB --- 2012-06-02 04:15:19 - TARGET=powerpc TB --- 2012-06-02 04:15:19 - TARGET_ARCH=powerpc64 TB --- 2012-06-02 04:15:19 - TZ=UTC TB --- 2012-06-02 04:15:19 - __MAKE_CONF=/dev/null TB --- 2012-06-02 04:15:19 - cd /src TB --- 2012-06-02 04:15:19 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jun 2 04:15:19 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Sat Jun 2 04:39:02 UTC 2012 TB --- 2012-06-02 04:39:02 - cd /src/sys/powerpc/conf TB --- 2012-06-02 04:39:02 - /usr/sbin/config -m GENERIC TB --- 2012-06-02 04:39:03 - skipping GENERIC kernel TB --- 2012-06-02 04:39:03 - cd /src/sys/powerpc/conf TB --- 2012-06-02 04:39:03 - /usr/sbin/config -m GENERIC64 TB --- 2012-06-02 04:39:03 - building GENERIC64 kernel TB --- 2012-06-02 04:39:03 - CROSS_BUILD_TESTING=YES TB --- 2012-06-02 04:39:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-02 04:39:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-02 04:39:03 - SRCCONF=/dev/null TB --- 2012-06-02 04:39:03 - TARGET=powerpc TB --- 2012-06-02 04:39:03 - TARGET_ARCH=powerpc64 TB --- 2012-06-02 04:39:03 - TZ=UTC TB --- 2012-06-02 04:39:03 - __MAKE_CONF=/dev/null TB --- 2012-06-02 04:39:03 - cd /src TB --- 2012-06-02 04:39:03 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 Kernel build for GENERIC64 started on Sat Jun 2 04:39:03 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100
Re: Why Are You NOT Using FreeBSD ?
On 02.06.2012, at 07:19, Freddie Cash fjwc...@gmail.com wrote: Glustre sits above the storage system, replicating data between systems. So, disks -- ZFS (via Zvols) -- Glustre. How is this different than ZFS using remote zvols via iSCSI? Can it tolerate down nodes better than ZFS? Daniel___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Why Are You NOT Using FreeBSD ?
On Fri, Jun 01, 2012 at 05:20:39PM +0200, Nomen Nescio wrote: Maybe FreeBSD should consider migrating to pkgsrc? I'm not arguing that your other points are invalid (in particular, I agree that the xorg change was really painful, and for a long time amd64 lagged i386 badly), but there is one very major blocker for this particular idea. If you browse the following URL: http://wiki.freebsd.org/PackageSystemsComparison You'll see that pkgsrc is around 12k packages. Although our graph is stale, per the portsmon/FreshPorts URLs, we're approaching 24k ports. So: while it's been suggested before, it's not really workable. mcl ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org