Re: EVFILT_VNODE doesn't scale to large directory trees?
That doesn't answer my question. I'm not even using make. I could write a few thousand words describing exactly what I'm trying to do and why it does, in fact, make sense, but it's really beside the point. I just want to know if there is any scalable way to monitor a very large directory tree for changes. Is there? On Sun, Oct 24, 2010 at 9:46 PM, Robert Bonomi bon...@mail.r-bonomi.comwrote: From owner-freebsd-questi...@freebsd.org Sun Oct 24 22:17:42 2010 Date: Sun, 24 Oct 2010 18:05:34 -0700 From: Kenton Varda tempo...@gmail.com To: freebsd-questions@freebsd.org Subject: EVFILT_VNODE doesn't scale to large directory trees? Hi all, I am trying to write some code which monitors a possibly-large directory tree for changes. Specifically, it's a build system, and I want it to automatically start rebuilding whenever I modify a source file. So far the approach I've taken is to use EVFILT_VNODE to watch every file and directory in the tree. This seems to work OK so far, but it worries me that I have to open() every single file. When I ran the same code on Darwin, it promptly hit the open file descriptor limit, and I'm worried that FreeBSD will do the same on larger code trees. Is there any better way to accomplish this? Hate to say it, but Linux's inotify() seems more scalable here. From what I can tell from the docs, it doesn't require opening the watched files and it will even watch all files in a directory with one call. You're re-inventing the wheel. 1) Set up a 'makefile' for the entire tree. 2) set up a daemon task that a) cd's to the root direcory of the build tree, b) executes a loop, consisting of 1) the 'make all' command, 2) a reasonably short 'sleep' If 'efficiency' is a concern, then establish a procedure for checking-out/ checking-in files from the repository. When a file is checked in, check for (a) it being a new file, *OR* (b) having changes from the prior version. If either condition is true, fire off 'make' to do the necessary re-build. NOTE: 'cvs' has the above feature as a built-in option. simply specify 'make' as a program to be run when you do a 'cvs commit' to store changes back into the repository. Did I say soemthing about re-inventing the wheel?? grin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: EVFILT_VNODE doesn't scale to large directory trees?
On Sun, 24 Oct 2010, Kenton Varda wrote: |That doesn't answer my question. I'm not even using make. I could write a |few thousand words describing exactly what I'm trying to do and why it does, |in fact, make sense, but it's really beside the point. I just want to know |if there is any scalable way to monitor a very large directory tree for |changes. Is there? | Dig `kqueue' - its the native FreeBSD's events polling/notification mechanism. +---+ ! CANMOS ISP Network! +---+ ! Best regards ! ! Igor V. Ruzanov, network operational staff! ! e-Mail: ig...@canmos.ru ! +---+ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: EVFILT_VNODE doesn't scale to large directory trees?
On Mon, Oct 25, 2010 at 10:48:58AM +0400, Igor V. Ruzanov wrote: On Sun, 24 Oct 2010, Kenton Varda wrote: |That doesn't answer my question. I'm not even using make. I could write a |few thousand words describing exactly what I'm trying to do and why it does, |in fact, make sense, but it's really beside the point. I just want to know |if there is any scalable way to monitor a very large directory tree for |changes. Is there? | Dig `kqueue' - its the native FreeBSD's events polling/notification mechanism. Since the OP mentioned using EVFILT_VNODE I would assume he is already using kqueue but is not satisfied with it. -- Insert your favourite quote here. Erik Trulsson ertr1...@student.uu.se ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: EVFILT_VNODE doesn't scale to large directory trees?
On Mon, 25 Oct 2010, Erik Trulsson wrote: |On Mon, Oct 25, 2010 at 10:48:58AM +0400, Igor V. Ruzanov wrote: | On Sun, 24 Oct 2010, Kenton Varda wrote: | | |That doesn't answer my question. I'm not even using make. I could write a | |few thousand words describing exactly what I'm trying to do and why it does, | |in fact, make sense, but it's really beside the point. I just want to know | |if there is any scalable way to monitor a very large directory tree for | |changes. Is there? | | | Dig `kqueue' - its the native FreeBSD's events polling/notification | mechanism. | |Since the OP mentioned using EVFILT_VNODE I would assume he is already |using kqueue but is not satisfied with it. | I thought so too but was not sure about his problem. With kqueue()/kevent() we can monitor every open file descriptor. So how many files are laid down in the directory tree, 100, 1000, 15000? In every such way its possible to write or find already written daemon that monitors every file in selected folder doing several jobs in separate threads. There is might be little problem with receiving of *lots* events, so we could create several pipes (for example) for setting up of communication between deamon and system. Note that we must remember to set proper meaning of kern.maxfiles sysctl variable. +---+ ! CANMOS ISP Network! +---+ ! Best regards ! ! Igor V. Ruzanov, network operational staff! ! e-Mail: ig...@canmos.ru ! +---+ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Administrating more than 10 servers
Thanks guys, I have collected a lot of info, I guess I have to arrange them into some procedures and steps. I will be using nagios and puppet, and certainly a version control system (most probably subversion). Also I am going export a site wide directory of the common files via NFS. And follow the UNIX infrastructure management from scratch. Ahmed Ossama wrote: Hi folks, Lately I was put in charge to administrate 12 FreeBSD servers, and I was wonder what is the best way to administrate/monitor/follow-up/update/patch these servers such that all work like a clockwise with each other with the exact same updates? I wrote few scripts that notifies me with system failure and updates, but I want to manage the servers more efficiently. Any advice/guide is much appreciated. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: geli keys
On Mon, 25 Oct 2010 10:07:11 +0700 Victor Sudakov suda...@sibptus.tomsk.ru wrote: RW wrote: The geli(8) man page suggests initializing a geli provider with a random keyfile (geli init -K). It also asks for a passphrase by default. What happens if a provider is initialized without the -K option, just with a passphrase? Will there be no encryption? Encryption will be weaker? You can use either or both, they get combined. I see. It's hard to remember a passphrase that contains 256 bits of entropy, OTOH a passfile might get stolen, so some people will want to use both. Why does the geli(8) man page always use a 64B long keyfile as an example? Why 64 bytes and not 128 or 1024 or whatever? IIRC geli allows for up to 512 bit keysizes - although there are no 512 ciphers at the moment. Keyfiles with more than 512 bit of entropy are no better. Actually a single write from /dev/random is unlikely to contain much more than 256-bits of entropy anyway. What if I use a well randomized keyfile and a weak passphrase, will the master key be weaker? The keyfile and passphrase are used to encrypt the masterkey. As long as a strong keyfile is secure the passphrase strength is irrelevant, but if an attacker has the file then the passphrase may be bruteforced. Geli's use of PKCS #5 and salting provide some protection against this. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: EVFILT_VNODE doesn't scale to large directory trees?
On 10/25/10 03:05, Kenton Varda wrote: Hi all, I am trying to write some code which monitors a possibly-large directory tree for changes. Specifically, it's a build system, and I want it to automatically start rebuilding whenever I modify a source file. So far the approach I've taken is to use EVFILT_VNODE to watch every file and directory in the tree. This seems to work OK so far, but it worries me that I have to open() every single file. When I ran the same code on Darwin, it promptly hit the open file descriptor limit, and I'm worried that FreeBSD will do the same on larger code trees. Is there any better way to accomplish this? Hate to say it, but Linux's inotify() seems more scalable here. From what I can tell from the docs, it doesn't require opening the watched files and it will even watch all files in a directory with one call. Short answer: no. Long answer: There should be. There were past discussions on writing such a facility to e.g. receive events for all files on per-mountpoint basis (which you could filter...), but we're not there yet. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
how to disable SCTP kernel in FreeBSD
Hi, How we can disable SCTP kernel in FreeBSD. I tried lsmod and kldstat but neither of them worked. Regards, Chetan DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
ghostscript install problem
Hello, I am trying to install ghostscript8 from ports on 8.0-RELEASE-p4. The build stops when /usr/ports/print/ghostscript8/work/ghostscript-8.64/epag-3.09/ert is to be installed in /usr/local/bin. The error is file not found. Error code 71. I tried going to the epag-3.09 directory: make clean make The following warnings are produced: ert.c: In function 'printUsageAndExit': ert.c:34: warning: incompatible implicit declaration of built-in function 'exit' ert.c: In function 'main': ert.c:52: warning: incompatible implicit declaration of built-in function 'malloc' ert.c:55: warning: incompatible implicit declaration of built-in function 'exit' ert.c:63: warning: incompatible implicit declaration of built-in function 'strlen' ert.c:73: warning: incompatible implicit declaration of built-in function 'exit' ert.c:82: warning: incompatible implicit declaration of built-in function 'exit' ert.c:87: warning: incompatible implicit declaration of built-in function 'exit' ert.c:116: warning: incompatible implicit declaration of built-in function 'exit' What can I do to resolve this problem? Best regards, Fred ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: how to disable SCTP kernel in FreeBSD
On Mon, Oct 25, 2010 at 07:11, Chetan Shukla chetan.shu...@aricent.com wrote: Hi, How we can disable SCTP kernel in FreeBSD. I tried lsmod and kldstat but neither of them worked. lsmod is a linux command and kldstat shows modules that are loaded. In the GENERIC kernel SCTP is compiled in, so it won't show up this way unless you run kldstat -v (and it can't be unloaded since there's no module). I'm not familiar with SCTP, but I bet you can shut it off/control it with sysctl (assuming it does anything by default). To completely delete support for it will require building a custom kernel. -- Rob Farmer ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
ZFS and NFS, can't see subvolumes.
Hi, I have a problem whith ZFS + NFS export. I have a zpool 'data' that contains subvolumes 'user' and 'group' that also contains subvolumes. I share data (zfs set sharenfs=on data) and showmount shows all my exports: /data Everyone /data/user Everyone /data/user/foo Everyone /data/user/bar Everyone /data/group Everyone /data/group/foo Everyone /data/group/bar Everyone When I mount /data on my client, I see folders user and group, but not user/foo, user/bar, group/foo, group/bar. Is there another way to see subvolumes on NFS client other then mounting every volume ? Thanks a lot. signature.asc Description: This is a digitally signed message part
Re: ZFS and NFS, can't see subvolumes.
Please excuse me for not answering your question directly AND bringing up an old discussion again, but: On Mon, 25 Oct 2010 16:58:19 +0200, Mickaël Canévet cane...@embl.fr wrote: When I mount /data on my client, I see folders user and group, but not user/foo, user/bar, group/foo, group/bar. The correct word is - directory -, not folder. Using the correct terminology (especially in this technical context) is always welcoms. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ZFS and NFS, can't see subvolumes.
On Mon, Oct 25, 2010 at 7:58 AM, Mickaël Canévet cane...@embl.fr wrote: Hi, I have a problem whith ZFS + NFS export. I have a zpool 'data' that contains subvolumes 'user' and 'group' that also contains subvolumes. I share data (zfs set sharenfs=on data) and showmount shows all my exports: /data Everyone /data/user Everyone /data/user/foo Everyone /data/user/bar Everyone /data/group Everyone /data/group/foo Everyone /data/group/bar Everyone When I mount /data on my client, I see folders user and group, but not user/foo, user/bar, group/foo, group/bar. Is there another way to see subvolumes on NFS client other then mounting every volume ? What NFS version are you using? This works with NFSv4, assuming the client supports mirror mounts. it will not work with NFSv3 or v2, unless you manually mount each subvolume or set up some kind of automounter. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: EVFILT_VNODE doesn't scale to large directory trees?
On Mon, Oct 25, 2010 at 1:54 AM, Igor V. Ruzanov ig...@canmos.ru wrote: I thought so too but was not sure about his problem. With kqueue()/kevent() we can monitor every open file descriptor. So how many files are laid down in the directory tree, 100, 1000, 15000? In every such way its possible to write or find already written daemon that monitors every file in selected folder doing several jobs in separate threads. There is might be little problem with receiving of *lots* events, so we could create several pipes (for example) for setting up of communication between deamon and system. Note that we must remember to set proper meaning of kern.maxfiles sysctl variable. I worry that simply increasing the FD limits to meet my needs would have some negative effects, otherwise the limits would be much higher in the first place. How much kernel memory does each open FD consume? Probably most of that is wasted space, since I'm opening these FDs for no other purpose than to pass them to kqueue -- I never read or write them. But it sounds like you're saying that there is no alternative (other than polling, which would obviously be a lot worse), so I guess I'll live with it. Well, one other idea: Is there a way to simply monitor *all* I/O by all processes owned by the current user? I could then filter the events down to the directory I'm interested in. Not the ideal solution, but it would scale to a source tree of infinite size (since the machine can only be accessing a finite number of those files at once). It seems likely that this has been implemented somewhere due to the obvious system monitoring applications, but I'm not quite sure where to start looking. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: EVFILT_VNODE doesn't scale to large directory trees?
Ivan Voras wrote: Short answer: no. Long answer: There should be. There were past discussions on writing such a facility to e.g. receive events for all files on per-mountpoint basis (which you could filter...), but we're not there yet. Thanks! That answers my question. I'll find some sort of hack for now. (Sorry, I didn't see this answer at first since I wasn't CC'd.) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
FreeBSD 8.1-RELEASE Installation success
Good Day; It is with some pleasure that I have finally succeeded in building an operative workstation with a custom kernel and world, Xorg 1.7.5, KDE4-4.5.2 from ports, most common network applications as well as Firefox3, and Thunderbird 3.1.5. The machine is an older Dell GX270 P4 2.4 GHz PC with 3G of ram and an ATI Radeon video adapter. This install has not been without it's trials. 4 weeks ago I backed up all my data and reformatted from Debian 'lenny' to GPT/ZFS/8.1-RELEASE. The next two weeks did not go so well. While I tried hard to get ZFS formatted drives to work reliably, intermittent unexplained core dumps with reboots gave me cause for concern. I finally reinstalled msdos boot records and formatted the drives UFS. That install has lasted 2 more weeks. I liked ZFS v14 and would like to try it again when I get more current hardware with more ram and SATA drives. My next challenge was building KDE4, Firefox, and Thunderbird from ports. KDE4 and friends (QT4) took days on this machine to build, install and setup. I initially installed the ports tree using portsnap but was having so much trouble building the mozilla stuff from ports I moved to cvsup and portupgrade. This is also what I used to install the kernel and base source tree. Several iterations of make - clean and deinstall/reinstall along with cvsup'ing ports a couple of times finally got me to a working browser and mail client. I have had a time getting Flash working with Firefox. I have not yet got the plugin working in Firefox but Opera, using linux-f10 allows my kids view their on-line home school lessons. Audio was somewhat of a challenge to get sound from an AC97 on-board audio chipset. snd_hda was the module that eventually provided the needed audio driver for this chipset. I think I forgot what configuring this stuff was like during my 'hamm', 'bo', and 'slink', debian days. My thanks to the entire FreeBSD/KDE development team on allowing me to experience the fruit of their efforts. I still like turning the knobs myself. I'll keep reading the manuals. :) Michael ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.1-RELEASE Installation success
The problem here is that it shouldn't take so much effort to get this going. But I know it does. And I don't blame the FreeBSD team. I do blame the organizational infra-structure that exists. ie., we should have scripts that describe every aspect of a computer, so that such scripts can be mechanically read and a configuration built. We do ./configure for software we install. Same thing, but for all aspects of the hardware. The present configure logic covers the OS and the installed software, we need to do this for hardware. I notice that freeBSD download's and installs trails Linux. That's okay. FreeBSD is so much better, and in so many ways, too. Nothing I've seen in Linux lands comes close to the sysinstall command or the plainly superior organization of FreeBSD. What I'm trying to encourage is that we, as a group, work on our infra-structures, like strengthing the already high level of organization we have in sysinstall. How about a query program that examines a machine. Is this practical? Something like the automated X-install process that makes it unnecessary to set the horizontal and vertical frequencies ourselves (which we used to have to do.) But not for X, for the sound card, for as much as possible. On Mon, Oct 25, 2010 at 8:25 PM, Michael D. Norwick mnorw...@centurytel.net wrote: Good Day; It is with some pleasure that I have finally succeeded in building an operative workstation with a custom kernel and world, Xorg 1.7.5, KDE4-4.5.2 from ports, most common network applications as well as Firefox3, and Thunderbird 3.1.5. The machine is an older Dell GX270 P4 2.4 GHz PC with 3G of ram and an ATI Radeon video adapter. This install has not been without it's trials. 4 weeks ago I backed up all my data and reformatted from Debian 'lenny' to GPT/ZFS/8.1-RELEASE. The next two weeks did not go so well. While I tried hard to get ZFS formatted drives to work reliably, intermittent unexplained core dumps with reboots gave me cause for concern. I finally reinstalled msdos boot records and formatted the drives UFS. That install has lasted 2 more weeks. I liked ZFS v14 and would like to try it again when I get more current hardware with more ram and SATA drives. My next challenge was building KDE4, Firefox, and Thunderbird from ports. KDE4 and friends (QT4) took days on this machine to build, install and setup. I initially installed the ports tree using portsnap but was having so much trouble building the mozilla stuff from ports I moved to cvsup and portupgrade. This is also what I used to install the kernel and base source tree. Several iterations of make - clean and deinstall/reinstall along with cvsup'ing ports a couple of times finally got me to a working browser and mail client. I have had a time getting Flash working with Firefox. I have not yet got the plugin working in Firefox but Opera, using linux-f10 allows my kids view their on-line home school lessons. Audio was somewhat of a challenge to get sound from an AC97 on-board audio chipset. snd_hda was the module that eventually provided the needed audio driver for this chipset. I think I forgot what configuring this stuff was like during my 'hamm', 'bo', and 'slink', debian days. My thanks to the entire FreeBSD/KDE development team on allowing me to experience the fruit of their efforts. I still like turning the knobs myself. I'll keep reading the manuals. :) Michael ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.1-RELEASE Installation success
On Mon, Oct 25, 2010 at 7:50 PM, Henry Olyer henry.ol...@gmail.com wrote: The problem here is that it shouldn't take so much effort to get this going. But I know it does. And I don't blame the FreeBSD team. I do blame the organizational infra-structure that exists. ie., we should have scripts that describe every aspect of a computer, so that such scripts can be mechanically read and a configuration built. We do ./configure for software we install. Same thing, but for all aspects of the hardware. The present configure logic covers the OS and the installed software, we need to do this for hardware. I notice that freeBSD download's and installs trails Linux. That's okay. FreeBSD is so much better, and in so many ways, too. Nothing I've seen in Linux lands comes close to the sysinstall command or the plainly superior organization of FreeBSD. What I'm trying to encourage is that we, as a group, work on our infra-structures, like strengthing the already high level of organization we have in sysinstall. How about a query program that examines a machine. Is this practical? Something like the automated X-install process that makes it unnecessary to set the horizontal and vertical frequencies ourselves (which we used to have to do.) But not for X, for the sound card, for as much as possible. On Mon, Oct 25, 2010 at 8:25 PM, Michael D. Norwick mnorw...@centurytel.net wrote: Good Day; It is with some pleasure that I have finally succeeded in building an operative workstation with a custom kernel and world, Xorg 1.7.5, KDE4-4.5.2 from ports, most common network applications as well as Firefox3, and Thunderbird 3.1.5. The machine is an older Dell GX270 P4 2.4 GHz PC with 3G of ram and an ATI Radeon video adapter. This install has not been without it's trials. 4 weeks ago I backed up all my data and reformatted from Debian 'lenny' to GPT/ZFS/8.1-RELEASE. The next two weeks did not go so well. While I tried hard to get ZFS formatted drives to work reliably, intermittent unexplained core dumps with reboots gave me cause for concern. I finally reinstalled msdos boot records and formatted the drives UFS. That install has lasted 2 more weeks. I liked ZFS v14 and would like to try it again when I get more current hardware with more ram and SATA drives. My next challenge was building KDE4, Firefox, and Thunderbird from ports. KDE4 and friends (QT4) took days on this machine to build, install and setup. I initially installed the ports tree using portsnap but was having so much trouble building the mozilla stuff from ports I moved to cvsup and portupgrade. This is also what I used to install the kernel and base source tree. Several iterations of make - clean and deinstall/reinstall along with cvsup'ing ports a couple of times finally got me to a working browser and mail client. I have had a time getting Flash working with Firefox. I have not yet got the plugin working in Firefox but Opera, using linux-f10 allows my kids view their on-line home school lessons. Audio was somewhat of a challenge to get sound from an AC97 on-board audio chipset. snd_hda was the module that eventually provided the needed audio driver for this chipset. I think I forgot what configuring this stuff was like during my 'hamm', 'bo', and 'slink', debian days. My thanks to the entire FreeBSD/KDE development team on allowing me to experience the fruit of their efforts. I still like turning the knobs myself. I'll keep reading the manuals. :) Michael Have either of you had a look at PC-BSD? http://www.pcbsd.org/ It's getting better with each release...oh, and it's based on FreeBSD too :) -Brandon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.1-RELEASE Installation success
What's the situation re: PC-BSD? I thought they were 'FreeBSD on the desktop', leaving FreeBSD itself to focus on being a great server OS. Isn't the whole point of PC-BSD to remove the need to do what the OP did i.e. spend days or weeks installing and configuring FreeBSD with desktop applications? It seems logical to me to keep FreeBSD as a server OS and build a desktop separately on top of this, analogous to what Ubuntu did with Debian (only BSD should of course be far superior!). Ian On 25/10/10 19:50, Henry Olyer wrote: The problem here is that it shouldn't take so much effort to get this going. But I know it does. And I don't blame the FreeBSD team. I do blame the organizational infra-structure that exists. ie., we should have scripts that describe every aspect of a computer, so that such scripts can be mechanically read and a configuration built. We do ./configure for software we install. Same thing, but for all aspects of the hardware. The present configure logic covers the OS and the installed software, we need to do this for hardware. I notice that freeBSD download's and installs trails Linux. That's okay. FreeBSD is so much better, and in so many ways, too. Nothing I've seen in Linux lands comes close to the sysinstall command or the plainly superior organization of FreeBSD. What I'm trying to encourage is that we, as a group, work on our infra-structures, like strengthing the already high level of organization we have in sysinstall. How about a query program that examines a machine. Is this practical? Something like the automated X-install process that makes it unnecessary to set the horizontal and vertical frequencies ourselves (which we used to have to do.) But not for X, for the sound card, for as much as possible. On Mon, Oct 25, 2010 at 8:25 PM, Michael D. Norwickmnorw...@centurytel.net wrote: Good Day; It is with some pleasure that I have finally succeeded in building an operative workstation with a custom kernel and world, Xorg 1.7.5, KDE4-4.5.2 from ports, most common network applications as well as Firefox3, and Thunderbird 3.1.5. The machine is an older Dell GX270 P4 2.4 GHz PC with 3G of ram and an ATI Radeon video adapter. This install has not been without it's trials. 4 weeks ago I backed up all my data and reformatted from Debian 'lenny' to GPT/ZFS/8.1-RELEASE. The next two weeks did not go so well. While I tried hard to get ZFS formatted drives to work reliably, intermittent unexplained core dumps with reboots gave me cause for concern. I finally reinstalled msdos boot records and formatted the drives UFS. That install has lasted 2 more weeks. I liked ZFS v14 and would like to try it again when I get more current hardware with more ram and SATA drives. My next challenge was building KDE4, Firefox, and Thunderbird from ports. KDE4 and friends (QT4) took days on this machine to build, install and setup. I initially installed the ports tree using portsnap but was having so much trouble building the mozilla stuff from ports I moved to cvsup and portupgrade. This is also what I used to install the kernel and base source tree. Several iterations of make - clean and deinstall/reinstall along with cvsup'ing ports a couple of times finally got me to a working browser and mail client. I have had a time getting Flash working with Firefox. I have not yet got the plugin working in Firefox but Opera, using linux-f10 allows my kids view their on-line home school lessons. Audio was somewhat of a challenge to get sound from an AC97 on-board audio chipset. snd_hda was the module that eventually provided the needed audio driver for this chipset. I think I forgot what configuring this stuff was like during my 'hamm', 'bo', and 'slink', debian days. My thanks to the entire FreeBSD/KDE development team on allowing me to experience the fruit of their efforts. I still like turning the knobs myself. I'll keep reading the manuals. :) Michael ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.1-RELEASE Installation success
On Mon, Oct 25, 2010 at 7:25 PM, Michael D. Norwick mnorw...@centurytel.net wrote: Good Day; It is with some pleasure that I have finally succeeded in building an operative workstation with a custom kernel and world, Xorg 1.7.5, KDE4-4.5.2 from ports, most common network applications as well as Firefox3, and Thunderbird 3.1.5. The machine is an older Dell GX270 P4 2.4 GHz PC with 3G of ram and an ATI Radeon video adapter. This install has not been without it's trials. 4 weeks ago I backed up all my data and reformatted from Debian 'lenny' to GPT/ZFS/8.1-RELEASE. The next two weeks did not go so well. While I tried hard to get ZFS formatted drives to work reliably, intermittent unexplained core dumps with reboots gave me cause for concern. I finally reinstalled msdos boot records and formatted the drives UFS. That install has lasted 2 more weeks. I liked ZFS v14 and would like to try it again when I get more current hardware with more ram and SATA drives. My next challenge was building KDE4, Firefox, and Thunderbird from ports. KDE4 and friends (QT4) took days on this machine to build, install and setup. I initially installed the ports tree using portsnap but was having so much trouble building the mozilla stuff from ports I moved to cvsup and portupgrade. This is also what I used to install the kernel and base source tree. Several iterations of make - clean and deinstall/reinstall along with cvsup'ing ports a couple of times finally got me to a working browser and mail client. I have had a time getting Flash working with Firefox. I have not yet got the plugin working in Firefox but Opera, using linux-f10 allows my kids view their on-line home school lessons. Audio was somewhat of a challenge to get sound from an AC97 on-board audio chipset. snd_hda was the module that eventually provided the needed audio driver for this chipset. I think I forgot what configuring this stuff was like during my 'hamm', 'bo', and 'slink', debian days. My thanks to the entire FreeBSD/KDE development team on allowing me to experience the fruit of their efforts. I still like turning the knobs myself. I'll keep reading the manuals. :) From a clean install: portsnap fetch extract cd /usr/ports/ports-mgmt/portmaster make install clean rehash portmaster -d x11-servers/xorg-server x11-drivers/xf86-input-mouse x11-drivers/xf86-input-keyboard x11-drivers/{YOUR VIDEO DRIVER PORT} -- (Could also use the nvidia binary.) echo 'dbus_enable=YES' /etc/rc.conf echo 'hald_enable=YES' /etc/rc.conf Follow handbook entries on sound, browser, and any other items . Flashblock makes flash much more bearable and it's not very intrusive like noscript. Time spent on this method is considerable especially with slow hardware, but you have a nice updated system and the build process is quite reliable IME. 99% of the time is spent in compiling, there is very little to 0 time spent in troubleshooting if you are practiced in the area. Upgrading an existing install is another matter entirely, on fast hardware I prefer to clean out all installed packages and start from scratch. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.1-RELEASE Installation success
On 10/25/10 20:11, Brandon Gooch wrote: On Mon, Oct 25, 2010 at 7:50 PM, Henry Olyerhenry.ol...@gmail.com wrote: The problem here is that it shouldn't take so much effort to get this going. But I know it does. And I don't blame the FreeBSD team. I do blame the organizational infra-structure that exists. ie., we should have scripts that describe every aspect of a computer, so that such scripts can be mechanically read and a configuration built. We do ./configure for software we install. Same thing, but for all aspects of the hardware. The present configure logic covers the OS and the installed software, we need to do this for hardware. I notice that freeBSD download's and installs trails Linux. That's okay. FreeBSD is so much better, and in so many ways, too. Nothing I've seen in Linux lands comes close to the sysinstall command or the plainly superior organization of FreeBSD. What I'm trying to encourage is that we, as a group, work on our infra-structures, like strengthing the already high level of organization we have in sysinstall. How about a query program that examines a machine. Is this practical? Something like the automated X-install process that makes it unnecessary to set the horizontal and vertical frequencies ourselves (which we used to have to do.) But not for X, for the sound card, for as much as possible. On Mon, Oct 25, 2010 at 8:25 PM, Michael D. Norwickmnorw...@centurytel.net wrote: Good Day; It is with some pleasure that I have finally succeeded in building an operative workstation with a custom kernel and world, Xorg 1.7.5, KDE4-4.5.2 from ports, most common network applications as well as Firefox3, and Thunderbird 3.1.5. The machine is an older Dell GX270 P4 2.4 GHz PC with 3G of ram and an ATI Radeon video adapter. This install has not been without it's trials. 4 weeks ago I backed up all my data and reformatted from Debian 'lenny' to GPT/ZFS/8.1-RELEASE. The next two weeks did not go so well. While I tried hard to get ZFS formatted drives to work reliably, intermittent unexplained core dumps with reboots gave me cause for concern. I finally reinstalled msdos boot records and formatted the drives UFS. That install has lasted 2 more weeks. I liked ZFS v14 and would like to try it again when I get more current hardware with more ram and SATA drives. My next challenge was building KDE4, Firefox, and Thunderbird from ports. KDE4 and friends (QT4) took days on this machine to build, install and setup. I initially installed the ports tree using portsnap but was having so much trouble building the mozilla stuff from ports I moved to cvsup and portupgrade. This is also what I used to install the kernel and base source tree. Several iterations of make - clean and deinstall/reinstall along with cvsup'ing ports a couple of times finally got me to a working browser and mail client. I have had a time getting Flash working with Firefox. I have not yet got the plugin working in Firefox but Opera, using linux-f10 allows my kids view their on-line home school lessons. Audio was somewhat of a challenge to get sound from an AC97 on-board audio chipset. snd_hda was the module that eventually provided the needed audio driver for this chipset. I think I forgot what configuring this stuff was like during my 'hamm', 'bo', and 'slink', debian days. My thanks to the entire FreeBSD/KDE development team on allowing me to experience the fruit of their efforts. I still like turning the knobs myself. I'll keep reading the manuals. :) Michael Have either of you had a look at PC-BSD? http://www.pcbsd.org/ It's getting better with each release...oh, and it's based on FreeBSD too :) -Brandon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org I spoke a little too soon. I was UPGRADING to KDE4 4.5.2 as I was typing the message. 'portupgrade kde4' was @ approx. 38% when it error'd out on something about 'kdelibs4-4.4.5' too old. Going to /usr/ports/kdelibs4 and 'make clean', 'make', borked also. I do not have much time tonight for fiddling so, I deleted my ports tree and cvsup'd /usr/ports again. I'll try again tomorrow evening if the winds we are currently experiencing here in western wisconsin don't blow all our buildings away and kill my horses. I have not looked at PC-BSD because I thought the BSD's were all somewhat similar (powerful, stable, and secure). I only moved off of Debian due to feature bloat and the 'Fedoraizing' it (debian) is experiencing. Richard Bejtlich talks so highly of FreeBSD in his TAO of Network Security Monitoring book. Anyway, please forgive me for not providing more information on the above build issue. I should have been more patient. I have NetBSD 5.0.2 running on an old X-less backup and file server. The learning curve wasn't too steep!!
Re: FreeBSD 8.1-RELEASE Installation success
On Mon, 25 Oct 2010, Michael D. Norwick wrote: I spoke a little too soon. I was UPGRADING to KDE4 4.5.2 as I was typing the message. 'portupgrade kde4' was @ approx. 38% when it error'd out on something about 'kdelibs4-4.4.5' too old. Going to /usr/ports/kdelibs4 and 'make clean', 'make', borked also. I do not have much time tonight for fiddling so, I deleted my ports tree and cvsup'd /usr/ports again. 1. Use csup, not cvsup. csup is in the base system. 2. Consider using portsnap instead. 3. Deleting your ports tree before updating it will waste time and bandwidth. Use 'portsclean -C' if you just want to remove work directories. 4. http://www.wonkity.com/~wblock/docs/html/portupgrade.html I have not looked at PC-BSD because I thought the BSD's were all somewhat similar (powerful, stable, and secure). PC-BSD is just a desktop installation of FreeBSD and KDE. Well, there's a little more to it than that, but it *is* FreeBSD, not a different BSD. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 8.1-RELEASE Installation success
On Mon, Oct 25, 2010 at 17:25, Michael D. Norwick mnorw...@centurytel.net wrote: 4 weeks ago I backed up all my data and reformatted from Debian 'lenny' to GPT/ZFS/8.1-RELEASE. The next two weeks did not go so well. While I tried hard to get ZFS formatted drives to work reliably, intermittent unexplained core dumps with reboots gave me cause for concern. There have been some significant fixes to ZFS in the last several months. 8-STABLE is probably the best branch to follow for ZFS right now. On Mon, Oct 25, 2010 at 19:18, Michael D. Norwick mnorw...@centurytel.net wrote: I spoke a little too soon. I was UPGRADING to KDE4 4.5.2 as I was typing the message. 'portupgrade kde4' was @ approx. 38% when it error'd out on something about 'kdelibs4-4.4.5' too old. Going to /usr/ports/kdelibs4 and 'make clean', 'make', borked also. I do not have much time tonight for fiddling so, I deleted my ports tree and cvsup'd /usr/ports again. I'll try again tomorrow evening if the winds we are currently experiencing here in western wisconsin don't blow all our buildings away and kill my horses. What KDE did you start with? Did you do: 20100902: AFFECTS: users of KDE4 AUTHOR: k...@freebsd.org KDE SC ports has been updated to 4.5.1. A number of files were moved between packages, manual intervention into update procedure is required: # pkg_delete -f kdehier4\* kdelibs-4\* kdebase-4\* kdebase-runtime-4\* kdebase-workspace-4\* # rm -rf /usr/local/kde4/share/PolicyKit/policy # cd /usr/ports/misc/kdehier4 make install clean # portmaster -a (portupgrade -a can be used here too, if you want to stick with that) Upgrading big stuff like KDE is going to require some manual intervention because obsolete dependencies need removed, old libraries might interfere with the build of new ones, etc. Best practice is to look at /usr/ports/UPDATING for any special instructions when updating ports. ports-mgmt/portupdate-scan can help with this. In reality, myself and most people tend to wait for something to go wrong before checking (you can tell by the regular threads where people report a problem it already addresses.) -- Rob Farmer ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org