RE: why an old operating system
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of prad Sent: Tuesday, June 24, 2008 11:00 PM To: freebsd-questions@freebsd.org Subject: why an old operating system in our search for servers we contacted genstor (on the freebsd compatible hardware list) and a very nice fellow talked to us and sent us a quote. it was out of our price range, but i was very puzzled to see that the brand new and powerful system they were putting together was going to be operating with freebsd 5.4 why would a new system such as this be supplied with such an old os? The simple reason is support. They know that most purchasers will be wiping off the FreeBSD 5.4 install and loading FreeBSD 6.3 on their new server hardware as soon as they get it. Thus if a customer calls up complaining that they have discovered some hardware bug or problem, they can simply say that it must be the newer version of FreeBSD has a bug in it. To get support the customer is then stuck in the position where he has to nuke and repave his server with the old version of FreeBSD then try to recreate the problem just to get support (which is a lot of work) or bitch to the FreeBSD mailing list. Since it is far easier to bitch to the FreeBSD mailing list, you can guess what most customers do. If they run into a really persistent customer who does go to the trouble of backreving the server to 5.4 then they can claim that they only support the 5.4 installs that -they- do, and the server has to be shipped back so they can put it back to how it was when they preloaded it. And of course there will be a charge for this. In short, unless the customer is -extremely- knowledgeable about the process of purchasing a commercial build-to-order server, genstor is going to have a number of bullet-proof get-out-of-jail-free cards that they can play to make it easy to deflect FreeBSD support calls. And an extremely knowledgeable customer won't be buying from them, they will be building their own box, and if they do buy from them, genstor won't hear anything from the customer in the way of support calls because the customer will support himself. FreeBSD servers undoubtedly make up a small fraction of their business, my guess is they mainly sell Linux boxes. They will take the FreeBSD business when they can get it, but on their terms, not on your terms. And their terms obviously are to make it difficult to get support from them. As Bill Moran said, it's a lot of work to do compatability assurance. This is why genstor is getting the big bucks here, your paying them for a custom-built server and part of what you are paying them for is for them to have done the compatability assurance on the CURRENT version of FreeBSD. If they AREN'T going to do it, then they add absolutely no more value than if you just bought the parts and built it yourself - my guess is they are hoping most of their customers haven't figured that out. Ted ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Is FreeBSD i386 64bit?
Coming from the Linux world I am pretty new to FreeBSD, please bare with me. I find the FreeBSD handbook pretty useful and I just managed to update 7.0-RELEASE to 7-STABLE from source. I have an Intel core4quad CPU and was wondering if I now have a 64bit FreeBSD. I am a bit confused because from /usr/src/sys/ I only see the directories amd64, ia64 and sparc64 with the number 64 in it. Another question, is setting CPUTYPE advised or discouraged? I am aware about problems if you mix binaries built with different CPU flags; not a problem for me because coming from Gentoo I am used to build everything myself. Sandra -- Mit freundlichen Grüssen Sandra Kachelmann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is FreeBSD i386 64bit?
On Thu, Jun 26, 2008 at 12:56:06PM +0200, Sandra Kachelmann wrote: Coming from the Linux world I am pretty new to FreeBSD, please bare with me. I find the FreeBSD handbook pretty useful and I just managed to update 7.0-RELEASE to 7-STABLE from source. I have an Intel core4quad CPU and was wondering if I now have a 64bit FreeBSD. I am a bit confused because from /usr/src/sys/ I only see the directories amd64, ia64 and sparc64 with the number 64 in it. FreeBSD i386 is 32-bit. For 64-bit you will want the amd64 variant. (Yes, it will work on Intel's 64-bit x86 CPUs as well. It is called amd64 because AMD defined the architecture and thus got to name it, and then Intel copied it.) Another question, is setting CPUTYPE advised or discouraged? Generally discouraged. I am aware about problems if you mix binaries built with different CPU flags; not a problem for me because coming from Gentoo I am used to build everything myself. -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is FreeBSD i386 64bit?
On Thu, 26 Jun 2008 12:56:06 +0200 Sandra Kachelmann [EMAIL PROTECTED] wrote: Coming from the Linux world I am pretty new to FreeBSD, please bare with me. I find the FreeBSD handbook pretty useful and I just managed to update 7.0-RELEASE to 7-STABLE from source. I have an Intel core4quad CPU and was wondering if I now have a 64bit FreeBSD. I am a bit confused because from /usr/src/sys/ I only see the directories amd64, ia64 and sparc64 with the number 64 in it. The source tree has the code for both the i386 (32-bit) and various 64-bit OS in it. So the source tree can be used to compile the 64-bit version, but it doesn't give you any indication of what version you actually have installed. The output of 'uname -a' will tell you what your currently running system is. If it says i386, then you're running the 32-bit version, if it says amd64, you're running the 64-bit version. Note that Intel chips use amd64, despite the fact that it has AMD in the name. Another question, is setting CPUTYPE advised or discouraged? I am aware about problems if you mix binaries built with different CPU flags; not a problem for me because coming from Gentoo I am used to build everything myself. I've never had any trouble setting CPUTYPE, unless I set it to an incorrect value. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
why can't I use $1 in .cshrc ?
I am trying to use this alias in my root .cshrc file: grep $1 /some/file but .cshrc _refuses_ to expand $1 as a proper variable (in this case, the first argument to the alias...) I _think_ it's because $1 is being interpreted as a argument to csh _itself_ when it runs .cshrc ... but maybe I'm wrong. Anyway, how to make it work ? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: why can't I use $1 in .cshrc ?
At 07:04 AM 6/26/2008, Juri Mianovich wrote: I am trying to use this alias in my root .cshrc file: grep $1 /some/file but .cshrc _refuses_ to expand $1 as a proper variable (in this case, the first argument to the alias...) I _think_ it's because $1 is being interpreted as a argument to csh _itself_ when it runs .cshrc ... but maybe I'm wrong. Anyway, how to make it work ? Thanks. I think you are trying to use an alias where it won't really work. A typical alias is: la for ls -a ll for ls -lA It looks like you want to pass an argument and a filename, or at least an argument to grep. Not quite sure if that would work or if it would be much use. The $ is a special character that is interpreted and expanded by the shell. You can use it by escaping it or putting it in quotes, but that depends on where it is used (in .cshrc, in a script, etc.) -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
URGENT: Need help rebuilding iir RAID5 array with failed drive
Hello, First off sorry for the cross-post. I typically don't do this but this is an important question, so please bear with me. I'm just trying to get more eyes on the subject so I can (maybe) get a reply quicker... I'm running 8-CURRENT on my machine and it appears that one of the disks in my RAID5 array has taken a nose dive (BIOS recognizes that it exists, but Intel Matrix Manager claims that the disk is an Offline Member). After doing some reading it appears that it's kaput, so I need to get a replacement disk to fix this one... That aside, I need to determine how to rebuild the array in a Unix environment because Intel only provides instructions for how to use their Windows matrix manager. If anyone can point me to some links or provide me with some pointers on how to correct this issue, I'd owe you a lot; in fact the next time you come by Santa Cruz, CA I'll gladly treat you to some beers or something else you might want :)... Linux solutions (if there isn't a proper one for FreeBSD) are valid, as long as the core data remains uncorrupted and I can do what I need to from a LiveCD. I'm just scared to boot up OS and have it do some irrevocable operation like fsck -y and assume parity errors are ok or something along those lines (I don't remember if I set rc.conf to fsck -y and I know I can change that from single-user mode, but I want to play things conservatively if at all possible) :\... Filesystem is UFS2 with softupdates of course. Point proven that I need to backup my data more often :(... TIA, -Garrett PS If replying on the questions@ list, please CC me as I'm not subscribed to that list. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: URGENT: Need help rebuilding iir RAID5 array with failed drive
Most GOOD RAID cards will let you rebuild an array from the card BIOS outside the OS. Some will even do it automatically, if you replace the failed drive, while the system is fully up and running (of course it slaughters your drive access speed while it rebuilds the data on the new drive) If your RAID card can only interact with the drives from within an OS, I would highly suggest getting a better RAID card to save you trouble in the future. the fact that you have the array as RAID 5 shows that you haven't lost any data and should not get any data errors as far as the OS can see. -Sean Cavanaugh Date: Thu, 26 Jun 2008 06:49:19 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; freebsd-questions@freebsd.org CC: Subject: URGENT: Need help rebuilding iir RAID5 array with failed drive Hello, First off sorry for the cross-post. I typically don't do this but this is an important question, so please bear with me. I'm just trying to get more eyes on the subject so I can (maybe) get a reply quicker... I'm running 8-CURRENT on my machine and it appears that one of the disks in my RAID5 array has taken a nose dive (BIOS recognizes that it exists, but Intel Matrix Manager claims that the disk is an Offline Member). After doing some reading it appears that it's kaput, so I need to get a replacement disk to fix this one... That aside, I need to determine how to rebuild the array in a Unix environment because Intel only provides instructions for how to use their Windows matrix manager. If anyone can point me to some links or provide me with some pointers on how to correct this issue, I'd owe you a lot; in fact the next time you come by Santa Cruz, CA I'll gladly treat you to some beers or something else you might want :)... Linux solutions (if there isn't a proper one for FreeBSD) are valid, as long as the core data remains uncorrupted and I can do what I need to from a LiveCD. I'm just scared to boot up OS and have it do some irrevocable operation like fsck -y and assume parity errors are ok or something along those lines (I don't remember if I set rc.conf to fsck -y and I know I can change that from single-user mode, but I want to play things conservatively if at all possible) :\... Filesystem is UFS2 with softupdates of course. Point proven that I need to backup my data more often :(... TIA, -Garrett PS If replying on the questions@ list, please CC me as I'm not subscribed to that list. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: URGENT: Need help rebuilding iir RAID5 array with failed drive
At 08:49 AM 6/26/2008, Garrett Cooper wrote: Hello, First off sorry for the cross-post. I typically don't do this but this is an important question, so please bear with me. I'm just trying to get more eyes on the subject so I can (maybe) get a reply quicker... I'm running 8-CURRENT on my machine and it appears that one of the disks in my RAID5 array has taken a nose dive (BIOS recognizes that it exists, but Intel Matrix Manager claims that the disk is an Offline Member). After doing some reading it appears that it's kaput, so I need to get a replacement disk to fix this one... That aside, I need to determine how to rebuild the array in a Unix environment because Intel only provides instructions for how to use their Windows matrix manager. If anyone can point me to some links or provide me with some pointers on how to correct this issue, I'd owe you a lot; in fact the next time you come by Santa Cruz, CA I'll gladly treat you to some beers or something else you might want :)... Linux solutions (if there isn't a proper one for FreeBSD) are valid, as long as the core data remains uncorrupted and I can do what I need to from a LiveCD. I'm just scared to boot up OS and have it do some irrevocable operation like fsck -y and assume parity errors are ok or something along those lines (I don't remember if I set rc.conf to fsck -y and I know I can change that from single-user mode, but I want to play things conservatively if at all possible) :\... Filesystem is UFS2 with softupdates of course. Point proven that I need to backup my data more often :(... TIA, -Garrett PS If replying on the questions@ list, please CC me as I'm not subscribed to that list. Most of the intel RAID functions can be accessed through the BIOS console too. It isn't as pretty as the GUI versions but has the same functions. The drives are labeled so the RAID controller will know a drive was replaced. You just need to tell the controller to add it to the array and rebuild the array. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: URGENT: Need help rebuilding iir RAID5 array with failed drive
- Derek Ragona [EMAIL PROTECTED] wrote: At 08:49 AM 6/26/2008, Garrett Cooper wrote: Hello, First off sorry for the cross-post. I typically don't do this but this is an important question, so please bear with me. I'm just trying to get more eyes on the subject so I can (maybe) get a reply quicker... I'm running 8-CURRENT on my machine and it appears that one of the disks in my RAID5 array has taken a nose dive (BIOS recognizes that it exists, but Intel Matrix Manager claims that the disk is an Offline Member). After doing some reading it appears that it's kaput, so I need to get a replacement disk to fix this one... That aside, I need to determine how to rebuild the array in a Unix environment because Intel only provides instructions for how to use their Windows matrix manager. If anyone can point me to some links or provide me with some pointers on how to correct this issue, I'd owe you a lot; in fact the next time you come by Santa Cruz, CA I'll gladly treat you to some beers or something else you might want :)... Linux solutions (if there isn't a proper one for FreeBSD) are valid, as long as the core data remains uncorrupted and I can do what I need to from a LiveCD. I'm just scared to boot up OS and have it do some irrevocable operation like fsck -y and assume parity errors are ok or something along those lines (I don't remember if I set rc.conf to fsck -y and I know I can change that from single-user mode, but I want to play things conservatively if at all possible) :\... Filesystem is UFS2 with softupdates of course. Point proven that I need to backup my data more often :(... TIA, -Garrett PS If replying on the questions@ list, please CC me as I'm not subscribed to that list. Most of the intel RAID functions can be accessed through the BIOS console too. It isn't as pretty as the GUI versions but has the same functions. The drives are labeled so the RAID controller will know a drive was replaced. You just need to tell the controller to add it to the array and rebuild the array. I haven't seen an Intel card in a while, but if you see an initialize option, DON'T USE IT. On other cards it exists, and destroys the volume. Casey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: why can't I use $1 in .cshrc ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Juri Mianovich wrote: | I am trying to use this alias in my root .cshrc file: | | grep $1 /some/file | | but .cshrc _refuses_ to expand $1 as a proper variable (in this case, the first argument to the alias...) | | I _think_ it's because $1 is being interpreted as a argument to csh _itself_ when it runs .cshrc ... but maybe I'm wrong. | | Anyway, how to make it work ? Try with \!\!:1 Example: alias say echo 'I say \!\!:1' | say hello I say hello | | Thanks. You're welcome. - -- Pietro Cerutti [EMAIL PROTECTED] PGP Public Key: http://gahr.ch/pgp -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhjqFkACgkQwMJqmJVx944z4QCeKf5wirL9TOqAy0QhyUt7f0mE /2AAoJB1nkUYSfd4/QEdmJUEENaUsA12 =zK3x -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: URGENT: Need help rebuilding iir RAID5 array with failed drive
On Thu, Jun 26, 2008 at 7:30 AM, Casey Scott [EMAIL PROTECTED] wrote: - Derek Ragona [EMAIL PROTECTED] wrote: At 08:49 AM 6/26/2008, Garrett Cooper wrote: Hello, First off sorry for the cross-post. I typically don't do this but this is an important question, so please bear with me. I'm just trying to get more eyes on the subject so I can (maybe) get a reply quicker... I'm running 8-CURRENT on my machine and it appears that one of the disks in my RAID5 array has taken a nose dive (BIOS recognizes that it exists, but Intel Matrix Manager claims that the disk is an Offline Member). After doing some reading it appears that it's kaput, so I need to get a replacement disk to fix this one... That aside, I need to determine how to rebuild the array in a Unix environment because Intel only provides instructions for how to use their Windows matrix manager. If anyone can point me to some links or provide me with some pointers on how to correct this issue, I'd owe you a lot; in fact the next time you come by Santa Cruz, CA I'll gladly treat you to some beers or something else you might want :)... Linux solutions (if there isn't a proper one for FreeBSD) are valid, as long as the core data remains uncorrupted and I can do what I need to from a LiveCD. I'm just scared to boot up OS and have it do some irrevocable operation like fsck -y and assume parity errors are ok or something along those lines (I don't remember if I set rc.conf to fsck -y and I know I can change that from single-user mode, but I want to play things conservatively if at all possible) :\... Filesystem is UFS2 with softupdates of course. Point proven that I need to backup my data more often :(... TIA, -Garrett PS If replying on the questions@ list, please CC me as I'm not subscribed to that list. Most of the intel RAID functions can be accessed through the BIOS console too. It isn't as pretty as the GUI versions but has the same functions. The drives are labeled so the RAID controller will know a drive was replaced. You just need to tell the controller to add it to the array and rebuild the array. I haven't seen an Intel card in a while, but if you see an initialize option, DON'T USE IT. On other cards it exists, and destroys the volume. Casey Sean, Casey, and Derek: Thanks for the replies so far. Yeah, I stay away from things that say Initialize, Delete Array, etc :). Part of my concern came from the fact that I got a kernel panic the last time I tried to boot into FreeBSD, but that may have been because one of my disks was disconnected and the bzero attempt was polling some address out of range (I was attempting to troubleshoot the issue at the time). I'm pretty fed up with Intel's ICH9R interface too so I'm hoping (crosses fingers) that I'll be able to afford an Adaptec card of some flavor that's compatible with -CURRENT. For that I'll ask for advice on current@ later on which card to get... It looks like my figuring out what to do in solving this issue will only be solved by grabbing another drive and replacing the dead one. Oh well, here goes for an RMA... TIA, -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: URGENT: Need help rebuilding iir RAID5 array with failed drive
At 09:38 AM 6/26/2008, Garrett Cooper wrote: On Thu, Jun 26, 2008 at 7:30 AM, Casey Scott [EMAIL PROTECTED] wrote: - Derek Ragona [EMAIL PROTECTED] wrote: At 08:49 AM 6/26/2008, Garrett Cooper wrote: Hello, First off sorry for the cross-post. I typically don't do this but this is an important question, so please bear with me. I'm just trying to get more eyes on the subject so I can (maybe) get a reply quicker... I'm running 8-CURRENT on my machine and it appears that one of the disks in my RAID5 array has taken a nose dive (BIOS recognizes that it exists, but Intel Matrix Manager claims that the disk is an Offline Member). After doing some reading it appears that it's kaput, so I need to get a replacement disk to fix this one... That aside, I need to determine how to rebuild the array in a Unix environment because Intel only provides instructions for how to use their Windows matrix manager. If anyone can point me to some links or provide me with some pointers on how to correct this issue, I'd owe you a lot; in fact the next time you come by Santa Cruz, CA I'll gladly treat you to some beers or something else you might want :)... Linux solutions (if there isn't a proper one for FreeBSD) are valid, as long as the core data remains uncorrupted and I can do what I need to from a LiveCD. I'm just scared to boot up OS and have it do some irrevocable operation like fsck -y and assume parity errors are ok or something along those lines (I don't remember if I set rc.conf to fsck -y and I know I can change that from single-user mode, but I want to play things conservatively if at all possible) :\... Filesystem is UFS2 with softupdates of course. Point proven that I need to backup my data more often :(... TIA, -Garrett PS If replying on the questions@ list, please CC me as I'm not subscribed to that list. Most of the intel RAID functions can be accessed through the BIOS console too. It isn't as pretty as the GUI versions but has the same functions. The drives are labeled so the RAID controller will know a drive was replaced. You just need to tell the controller to add it to the array and rebuild the array. I haven't seen an Intel card in a while, but if you see an initialize option, DON'T USE IT. On other cards it exists, and destroys the volume. Casey Sean, Casey, and Derek: Thanks for the replies so far. Yeah, I stay away from things that say Initialize, Delete Array, etc :). Part of my concern came from the fact that I got a kernel panic the last time I tried to boot into FreeBSD, but that may have been because one of my disks was disconnected and the bzero attempt was polling some address out of range (I was attempting to troubleshoot the issue at the time). I'm pretty fed up with Intel's ICH9R interface too so I'm hoping (crosses fingers) that I'll be able to afford an Adaptec card of some flavor that's compatible with -CURRENT. For that I'll ask for advice on current@ later on which card to get... It looks like my figuring out what to do in solving this issue will only be solved by grabbing another drive and replacing the dead one. Oh well, here goes for an RMA... TIA, -Garrett _ If you are looking to move up, look at the 3ware RAID cards. Not sure which models work with FreeBSD, but these card do perform very well. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: URGENT: Need help rebuilding iir RAID5 array with failed drive
Derek Ragona wrote: At 09:38 AM 6/26/2008, Garrett Cooper wrote: On Thu, Jun 26, 2008 at 7:30 AM, Casey Scott [EMAIL PROTECTED] wrote: - Derek Ragona [EMAIL PROTECTED] wrote: At 08:49 AM 6/26/2008, Garrett Cooper wrote: Hello, First off sorry for the cross-post. I typically don't do this but this is an important question, so please bear with me. I'm just trying to get more eyes on the subject so I can (maybe) get a reply quicker... I'm running 8-CURRENT on my machine and it appears that one of the disks in my RAID5 array has taken a nose dive (BIOS recognizes that it exists, but Intel Matrix Manager claims that the disk is an Offline Member). After doing some reading it appears that it's kaput, so I need to get a replacement disk to fix this one... That aside, I need to determine how to rebuild the array in a Unix environment because Intel only provides instructions for how to use their Windows matrix manager. If anyone can point me to some links or provide me with some pointers on how to correct this issue, I'd owe you a lot; in fact the next time you come by Santa Cruz, CA I'll gladly treat you to some beers or something else you might want :)... Linux solutions (if there isn't a proper one for FreeBSD) are valid, as long as the core data remains uncorrupted and I can do what I need to from a LiveCD. I'm just scared to boot up OS and have it do some irrevocable operation like fsck -y and assume parity errors are ok or something along those lines (I don't remember if I set rc.conf to fsck -y and I know I can change that from single-user mode, but I want to play things conservatively if at all possible) :\... Filesystem is UFS2 with softupdates of course. Point proven that I need to backup my data more often :(... TIA, -Garrett PS If replying on the questions@ list, please CC me as I'm not subscribed to that list. Most of the intel RAID functions can be accessed through the BIOS console too. It isn't as pretty as the GUI versions but has the same functions. The drives are labeled so the RAID controller will know a drive was replaced. You just need to tell the controller to add it to the array and rebuild the array. I haven't seen an Intel card in a while, but if you see an initialize option, DON'T USE IT. On other cards it exists, and destroys the volume. Casey Sean, Casey, and Derek: Thanks for the replies so far. Yeah, I stay away from things that say Initialize, Delete Array, etc :). Part of my concern came from the fact that I got a kernel panic the last time I tried to boot into FreeBSD, but that may have been because one of my disks was disconnected and the bzero attempt was polling some address out of range (I was attempting to troubleshoot the issue at the time). I'm pretty fed up with Intel's ICH9R interface too so I'm hoping (crosses fingers) that I'll be able to afford an Adaptec card of some flavor that's compatible with -CURRENT. For that I'll ask for advice on current@ later on which card to get... It looks like my figuring out what to do in solving this issue will only be solved by grabbing another drive and replacing the dead one. Oh well, here goes for an RMA... TIA, -Garrett _ If you are looking to move up, look at the 3ware RAID cards. Not sure which models work with FreeBSD, but these card do perform very well. I'm happy with my HighPoint RocketRAIDs. HPT's site has the drives and they work in 7. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: why can't I use $1 in .cshrc ?
At 2008-06-26T05:04:52-07:00, Juri Mianovich wrote: I am trying to use this alias in my root .cshrc file: grep $1 /some/file but .cshrc _refuses_ to expand $1 as a proper variable (in this case, the first argument to the alias...) I _think_ it's because $1 is being interpreted as a argument to csh _itself_ when it runs .cshrc ... but maybe I'm wrong. Anyway, how to make it work ? See the tcsh(1) section `Alias substitution': If the alias contains a history reference, it undergoes History substitution (q.v.) as though the original command were the previous input line. [riemann:/home/raghu]% alias foo grep \!^ /etc/passwd [riemann:/home/raghu]% foo toor toor:*:0:0:Bourne-again Superuser:/root: [riemann:/home/raghu]% alias bar grep \!:1 \!:2 [riemann:/home/raghu]% bar '^man' /etc/passwd man:*:9:9:Mister Man Pages:/usr/share/man:/usr/sbin/nologin HTH, Raghavendra. -- N. Raghavendra [EMAIL PROTECTED] | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Unstable File Server
I have had those exact problems with my removable tray. Try eliminating the tray for a while and see... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Derek Ragona Sent: Wednesday, June 25, 2008 12:23 PM To: Marcel Grandemange Cc: freebsd-questions@freebsd.org Subject: RE: Unstable File Server At 10:59 AM 6/25/2008, Marcel Grandemange wrote: The raid card is an Adaptec 2420sa, however devices on that controller never have shown troubles. To give a breakdown: Mount points: /dev/ad0s1e on /tmp (ufs, local, soft-updates) /dev/ad0s1f on /usr (ufs, local, soft-updates) /dev/ad0s1d on /var (ufs, local, soft-updates) /dev/ad6s1d on /mnt/750sg (ufs, local, noatime, soft-updates) /dev/aacd0s1d on /mnt/RaidVolume (ufs, local, noatime, soft-updates) /dev/ad2s1d on /mnt/250GbMax (ufs, local, noatime, soft-updates) DMESG: ad0: 114472MB Seagate ST3120026A 3.06 at ata0-master UDMA100 ad2: 239372MB Maxtor 6L250R0 BAH41G10 at ata1-master UDMA133 acd0: DVDROM SAMSUNG DVD-ROM SD-616F/E104 at ata1-slave UDMA33 ad6: 715404MB Seagate ST3750330AS SD15 at ata3-master SATA150 aacd0: Volume on aac0 aacd0: 523996MB (1073143808 sectors) pciconf -vl [EMAIL PROTECTED]:0:0:0: class=0x06 card=0x02961106 chip=0x02961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:1: class=0x06 card=0x chip=0x12961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:2: class=0x06 card=0x chip=0x22961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:3: class=0x06 card=0x chip=0x32961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:4: class=0x06 card=0x chip=0x42961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:7: class=0x06 card=0x chip=0x72961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:1:0: class=0x060400 card=0x chip=0xb1981106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'ProSavageDDR P4X600,Apollo KT400/A/600 CPU to AGP Bridge' class = bridge subclass = PCI-PCI [EMAIL PROTECTED]:0:5:0: class=0x060700 card=0x chip=0x04751180 rev=0x81 hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'RL5c475 Cardbus Controller' class = bridge subclass = PCI-CardBus [EMAIL PROTECTED]:0:6:0: class=0x010400 card=0x029d9005 chip=0x02869005 rev=0x02 hdr=0x00 vendor = 'Adaptec Inc' device = 'AAC-RAID (Rocket)' class = mass storage subclass = RAID [EMAIL PROTECTED]:0:7:0: class=0x02 card=0x43001186 chip=0x43001186 rev=0x10 hdr=0x00 vendor = 'D-Link System Inc' device = 'dlg10028 Used on DGE-528T Gigabit adaptor' class = network subclass = ethernet [EMAIL PROTECTED]:0:15:0: class=0x010400 card=0x71041462 chip=0x31491106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 VT6410 SATA RAID Controller' class = mass storage subclass = RAID [EMAIL PROTECTED]:0:15:1: class=0x01018a card=0x71041462 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master IDE Controller' class = mass storage subclass = ATA [EMAIL PROTECTED]:0:16:0: class=0x0c0300 card=0x71041462 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB [EMAIL PROTECTED]:0:16:1: class=0x0c0300 card=0x71041462 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB [EMAIL PROTECTED]:0:16:2: class=0x0c0300 card=0x71041462 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB [EMAIL PROTECTED]:0:16:3: class=0x0c0300 card=0x71041462 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB [EMAIL PROTECTED]:0:16:4: class=0x0c0320 card=0x71041462 chip=0x31041106 rev=0x86 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202/12 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB [EMAIL PROTECTED]:0:17:0: class=0x060100 card=0x32271106 chip=0x32271106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 PCI-to-ISA Bridge' class = bridge subclass = PCI-ISA [EMAIL
RE: Unstable File Server
Ad2 is the only one out of the troubled drives that is in a bay that seems to be giving issues. And when replacing it with the 20gb issues went away. Im considering changing motherboards from the MSI im using to an intel. Mabey FreeBSD has issues with the via chipset used for the IDE Sata controllers. Any input there? Also it would be nice if someone can explain to me exactly what the errors meen that ive been experiencing, seeing as they seem to be different depending on drive. Thank You. -Original Message- From: George Vagner [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2008 4:44 PM To: 'Derek Ragona'; 'Marcel Grandemange' Cc: freebsd-questions@freebsd.org Subject: RE: Unstable File Server I have had those exact problems with my removable tray. Try eliminating the tray for a while and see... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Derek Ragona Sent: Wednesday, June 25, 2008 12:23 PM To: Marcel Grandemange Cc: freebsd-questions@freebsd.org Subject: RE: Unstable File Server At 10:59 AM 6/25/2008, Marcel Grandemange wrote: The raid card is an Adaptec 2420sa, however devices on that controller never have shown troubles. To give a breakdown: Mount points: /dev/ad0s1e on /tmp (ufs, local, soft-updates) /dev/ad0s1f on /usr (ufs, local, soft-updates) /dev/ad0s1d on /var (ufs, local, soft-updates) /dev/ad6s1d on /mnt/750sg (ufs, local, noatime, soft-updates) /dev/aacd0s1d on /mnt/RaidVolume (ufs, local, noatime, soft-updates) /dev/ad2s1d on /mnt/250GbMax (ufs, local, noatime, soft-updates) DMESG: ad0: 114472MB Seagate ST3120026A 3.06 at ata0-master UDMA100 ad2: 239372MB Maxtor 6L250R0 BAH41G10 at ata1-master UDMA133 acd0: DVDROM SAMSUNG DVD-ROM SD-616F/E104 at ata1-slave UDMA33 ad6: 715404MB Seagate ST3750330AS SD15 at ata3-master SATA150 aacd0: Volume on aac0 aacd0: 523996MB (1073143808 sectors) pciconf -vl [EMAIL PROTECTED]:0:0:0: class=0x06 card=0x02961106 chip=0x02961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:1: class=0x06 card=0x chip=0x12961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:2: class=0x06 card=0x chip=0x22961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:3: class=0x06 card=0x chip=0x32961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:4: class=0x06 card=0x chip=0x42961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:0:7: class=0x06 card=0x chip=0x72961106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M800 Standard Host Bridge' class = bridge subclass = HOST-PCI [EMAIL PROTECTED]:0:1:0: class=0x060400 card=0x chip=0xb1981106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'ProSavageDDR P4X600,Apollo KT400/A/600 CPU to AGP Bridge' class = bridge subclass = PCI-PCI [EMAIL PROTECTED]:0:5:0: class=0x060700 card=0x chip=0x04751180 rev=0x81 hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'RL5c475 Cardbus Controller' class = bridge subclass = PCI-CardBus [EMAIL PROTECTED]:0:6:0: class=0x010400 card=0x029d9005 chip=0x02869005 rev=0x02 hdr=0x00 vendor = 'Adaptec Inc' device = 'AAC-RAID (Rocket)' class = mass storage subclass = RAID [EMAIL PROTECTED]:0:7:0: class=0x02 card=0x43001186 chip=0x43001186 rev=0x10 hdr=0x00 vendor = 'D-Link System Inc' device = 'dlg10028 Used on DGE-528T Gigabit adaptor' class = network subclass = ethernet [EMAIL PROTECTED]:0:15:0: class=0x010400 card=0x71041462 chip=0x31491106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 VT6410 SATA RAID Controller' class = mass storage subclass = RAID [EMAIL PROTECTED]:0:15:1: class=0x01018a card=0x71041462 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master IDE Controller' class = mass storage subclass = ATA [EMAIL PROTECTED]:0:16:0: class=0x0c0300 card=0x71041462 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB [EMAIL PROTECTED]:0:16:1: class=0x0c0300 card=0x71041462 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB [EMAIL PROTECTED]:0:16:2: class=0x0c0300 card=0x71041462 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5
Problems upgrading GNUTLS 2.2.2 to 2.4.0
Hello, I'm having issues upgrading GNUTLS 2.2.2 to 2.4.0. The box in questions is running 7.0-STABLE i386. The error message I'm receiving is... === Configuring for gnutls-2.4.0 aclocal.m4:16: warning: this file was generated for autoconf 2.62. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.in:28: version mismatch. This is Automake 1.10, configure.in:28: but the definition used by this AM_INIT_AUTOMAKE configure.in:28: comes from Automake 1.10.1. You should recreate configure.in:28: aclocal.m4 with aclocal and run automake again. *** Error code 63 Stop in /usr/ports/security/gnutls. I've installed devel/autoconf-2.62 but it makes no difference. I've googled and tried lots of things to get autoconf to run but to no avail. Any suggestions are appreciated. -- Regards, Doug ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems upgrading GNUTLS 2.2.2 to 2.4.0
On Thu, Jun 26, 2008 at 11:09 AM, Doug Poland [EMAIL PROTECTED] wrote: Hello, I'm having issues upgrading GNUTLS 2.2.2 to 2.4.0. The box in questions is running 7.0-STABLE i386. The error message I'm receiving is... === Configuring for gnutls-2.4.0 aclocal.m4:16: warning: this file was generated for autoconf 2.62. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.in:28: version mismatch. This is Automake 1.10, configure.in:28: but the definition used by this AM_INIT_AUTOMAKE configure.in:28: comes from Automake 1.10.1. You should recreate configure.in:28: aclocal.m4 with aclocal and run automake again. *** Error code 63 Stop in /usr/ports/security/gnutls. I've installed devel/autoconf-2.62 but it makes no difference. I've googled and tried lots of things to get autoconf to run but to no avail. Any suggestions are appreciated. -- Regards, Doug This isn't a solution, just an issue I had too. When I upgraded from 2.2.5 to 2.4.0, I also got that message about a version mis-match for Automake. However, this did not stop the build process, and it installed successfully. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems upgrading GNUTLS 2.2.2 to 2.4.0
Schiz0 wrote: On Thu, Jun 26, 2008 at 11:09 AM, Doug Poland [EMAIL PROTECTED] wrote: Hello, I'm having issues upgrading GNUTLS 2.2.2 to 2.4.0. The box in questions is running 7.0-STABLE i386. The error message I'm receiving is... === Configuring for gnutls-2.4.0 aclocal.m4:16: warning: this file was generated for autoconf 2.62. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.in:28: version mismatch. This is Automake 1.10, configure.in:28: but the definition used by this AM_INIT_AUTOMAKE configure.in:28: comes from Automake 1.10.1. You should recreate configure.in:28: aclocal.m4 with aclocal and run automake again. *** Error code 63 Stop in /usr/ports/security/gnutls. I've installed devel/autoconf-2.62 but it makes no difference. I've googled and tried lots of things to get autoconf to run but to no avail. Any suggestions are appreciated. -- Regards, Doug This isn't a solution, just an issue I had too. When I upgraded from 2.2.5 to 2.4.0, I also got that message about a version mis-match for Automake. However, this did not stop the build process, and it installed successfully. Interesting... I'm unable to continue the build process because of the error code. How did you get around it? -- Regards, Doug ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems upgrading GNUTLS 2.2.2 to 2.4.0
On Thu, Jun 26, 2008 at 11:55 AM, Doug Poland [EMAIL PROTECTED] wrote: Schiz0 wrote: On Thu, Jun 26, 2008 at 11:09 AM, Doug Poland [EMAIL PROTECTED] wrote: Hello, I'm having issues upgrading GNUTLS 2.2.2 to 2.4.0. The box in questions is running 7.0-STABLE i386. The error message I'm receiving is... === Configuring for gnutls-2.4.0 aclocal.m4:16: warning: this file was generated for autoconf 2.62. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.in:28: version mismatch. This is Automake 1.10, configure.in:28: but the definition used by this AM_INIT_AUTOMAKE configure.in:28: comes from Automake 1.10.1. You should recreate configure.in:28: aclocal.m4 with aclocal and run automake again. *** Error code 63 Stop in /usr/ports/security/gnutls. I've installed devel/autoconf-2.62 but it makes no difference. I've googled and tried lots of things to get autoconf to run but to no avail. Any suggestions are appreciated. -- Regards, Doug This isn't a solution, just an issue I had too. When I upgraded from 2.2.5 to 2.4.0, I also got that message about a version mis-match for Automake. However, this did not stop the build process, and it installed successfully. Interesting... I'm unable to continue the build process because of the error code. How did you get around it? -- Regards, Doug I actually didn't do anything at all, haha. It just continued to build. I'm not too helpful, sorry. It could be a difference between 2.2.2 and 2.2.5 (You said you were upgrading from 2.2.2, and I was from 2.2.5). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
wpa_supplicant trouble
Hello, I am using FreeBSD-7.0-RELEASE and an intel 2100 wireless mini-pci card. The wireless connection is to a linksys router which then connects to a second router that acts as a DHCP server and gateway. The commands I use to start are the following: wpa_supplicant -D bsd -i ipw0 -c /etc/wpa_supplicant.conf -B ifconfig ipw0 192.168.x.x route add default gateway_ip I have no problem with establishing a connection, in fact that works quite easily. After a period of time, I realize that I have no Internet access. I can ping the wireless router, but not the DHCP/gateway nor any outside IP. When I check to see if wpa_supplicant is running, I see that it is not. Restarting wpa_supplicant and resetting the routing table reestablishes all connections. Is there some reason that wpa_supplicant would stop running? As a side note, macosx seems to have no problems with this configuration on a different machine. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Windows Unix volunteers
Hello, What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. As a FreeBSD fan, I'd love to see it in ports. Can anyone recommend forums where to look for people interested in making such programme available for UNIX desktops? Many thanks! -- Zbigniew Szalbot SGM Lifewords www.sgmlifewords.com smime.p7s Description: S/MIME Cryptographic Signature
RE: Problems upgrading GNUTLS 2.2.2 to 2.4.0
Date: Thu, 26 Jun 2008 10:55:08 -0500 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Problems upgrading GNUTLS 2.2.2 to 2.4.0 Schiz0 wrote: On Thu, Jun 26, 2008 at 11:09 AM, Doug Poland [EMAIL PROTECTED] wrote: Hello, I'm having issues upgrading GNUTLS 2.2.2 to 2.4.0. The box in questions is running 7.0-STABLE i386. The error message I'm receiving is... === Configuring for gnutls-2.4.0 aclocal.m4:16: warning: this file was generated for autoconf 2.62. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.in:28: version mismatch. This is Automake 1.10, configure.in:28: but the definition used by this AM_INIT_AUTOMAKE configure.in:28: comes from Automake 1.10.1. You should recreate configure.in:28: aclocal.m4 with aclocal and run automake again. *** Error code 63 Stop in /usr/ports/security/gnutls. I've installed devel/autoconf-2.62 but it makes no difference. I've googled and tried lots of things to get autoconf to run but to no avail. Any suggestions are appreciated. -- Regards, DougThis isn't a solution, just an issue I had too.When I upgraded from 2.2.5 to 2.4.0, I also got that message about a version mis-match for Automake. However, this did not stop the build process, and it installed successfully. Interesting... I'm unable to continue the build process because of the error code. How did you get around it? -- Regards, Doug My best guess would be to upgrade your automake to a version that's at least 1.10.1 like the message says which so happens to be the version that's in ports right now. upgrading autoconf prob wouldn't be bad either. -Sean___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
to scsi or not to scsi
i've heard scsi hard drives are really good. i've also seen at least one site which claims that ide easily outperform scsi. for the server we got (dual P3 1GHz 2M which will use raid), is one preferable over the other? and what about sata? -- In friendship, prad ... with you on your journey Towards Freedom http://www.towardsfreedom.com (website) Information, Inspiration, Imagination - truly a site for soaring I's ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Windows Unix volunteers
Date: Thu, 26 Jun 2008 18:17:19 +0200 From: [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Subject: Windows Unix volunteers Hello, What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. As a FreeBSD fan, I'd love to see it in ports. Can anyone recommend forums where to look for people interested in making such programme available for UNIX desktops? Many thanks! there are a few programs like this already. some people even just use cron jobs with a script to force a background change to a random image every X minutes. graphics/chbg is a nice start. just do a google search or search freebsd.org/ports for background and you will see a lot of responses. -Sean___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Windows Unix volunteers
At 11:17 AM 6/26/2008, Zbigniew Szalbot wrote: Hello, What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. As a FreeBSD fan, I'd love to see it in ports. Can anyone recommend forums where to look for people interested in making such programme available for UNIX desktops? Many thanks! -- Zbigniew Szalbot SGM Lifewords www.sgmlifewords.com It isn't as easy as a little porting. Depending on the window manager in X there may already be a wallpaper changer. I would check the main site for the Window Manager you use first before you try to reinvent this wheel. Because the changing of wallpaper is VERY window manager centric, I don't think it would be easy to have one utility that would work with all the WM's. Unlike in MS Windows where there is a single window manager and API. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Windows Unix volunteers
Resending since my last email got horribly garbled up. there are a few programs like this already. some people even just use cron jobs with a script to force a background change to a random image every X minutes.graphics/chbg is a nice start. just do a google search or search freebsd.org/ports for background and you will see a lot of responses.-Sean___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Slow internet conection with FreeBSD (PPPoE)
Derek Ragona wrote: At 01:17 PM 6/25/2008, Andrei Brezan wrote: Hello list :) I have a problem with my so called server, i'm using FreeBSD 7.0-RELEASE. I connect to it trough ssh because i'm not in that location. Everything is ok i'm using /usr/sbin/ppp to connect to the internet as i have a pppoe account with static ip from my ISP. The problem is that on the FreeBSD box i have download/upload speeds between 30k/s and 150k/s wich is really low. I've checked with a laptop(windows) at that location and i got a download/upload speed ~6MB/s (advertised by the ISP), so it's a really big difference. Here's my ppp.conf file: default: set log Phase rds: set device PPPoE:rl0: set mtu 1492 set mru 1492 set speed sync set authname set authkey ** disable ipv6cp add! default HISADDR I've tried to play with several options here as: disable acfcomp protocomp deny acfcomp but with no result. Everything is ok except the speed. If there is anyone who can at least point me in the right direction please do so. P.S. I have to mention that i use pf as firewall but even with pfctl -d i get nowhere. Thanks in advace ... -- Andrei Brezan 310280 Arad - Romania email [EMAIL PROTECTED] I would first try replacing the ethernet with a better one. You's has a realtek which is about the worst. It is a cheap and easy thing to try. -Derek -- This message has been scanned for viruses and dangerous content by *MailScanner* http://www.mailscanner.info/, and is believed to be clean. Thank you for your reply. You were right, wasn't ppp related, changed the nic and no goes with 5~6MB/s. -- Andrei Brezan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Windows Unix volunteers
At 2008-06-26T18:17:19+02:00, Zbigniew Szalbot wrote: What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. As a FreeBSD fan, I'd love to see it in ports. I guess you have already checked out graphics/chbg, and perhaps some other similar ports, before asking that question. Raghavendra. -- N. Raghavendra [EMAIL PROTECTED] | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
unsubscribe
unsubscribe ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Windows Unix volunteers
Hi all, N. Raghavendra: At 2008-06-26T18:17:19+02:00, Zbigniew Szalbot wrote: What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. As a FreeBSD fan, I'd love to see it in ports. I guess you have already checked out graphics/chbg, and perhaps some other similar ports, before asking that question. Yes, I have. I am not really looking for such software but for a forum where people who do UNIX can be found. FYI - our little software is special one in that it changes backgrounds with Bible's life words (www.lcwords.com/en/desktoplive.html). Anyway, I am not trying to advertise it here, especially that it is for Windows. Just trying to find out where to look for people who could be interested in porting it into UNIX using our Windows source code, if they find it helpful. I hope I am not offending anyone. Warm regards, -- Zbigniew Szalbot SGM Lifewords www.sgmlifewords.com smime.p7s Description: S/MIME Cryptographic Signature
Re: to scsi or not to scsi
i've heard scsi hard drives are really good. i've also seen at least one site which claims that ide easily outperform scsi. I seriously doubt that. Maybe if you take a single old first generation SCSI disk and compare it to a modern IDE drive. But that's not exactly comparing apples to apples. Granted that IDE may beat SCSI in peak performance in a test environment. But IMHO, SCSI is far superior in sustained performance in real life scenarios. for the server we got (dual P3 1GHz 2M which will use raid), is one preferable over the other? and what about sata? Choosing between SCSI or IDE or SAS or SATA or FC is mostly a question of Cost, Performance, Reliability and Expected Workload. If you plan to have two users on that dual P3 machine, then go for any cheap drive in RAID1, be it IDE or SATA. That's going to work alright. But if you're going to install a database on this machine with 100+ concurent users. Then I'd go for SCSI or SAS (and a new hardware for that matter :) Generally speaking, SCSI, SAS and FC disks are Enterprise class disks while IDE and SATA are Workstation/Home class disks. SCSI/SAS/FC disks are not cheap, but more robust (i.e. MTBF is better then for IDE/SATA disks) and generally faster (I've never seen a 15,000 rpm IDE disk for instance). You use SCSI/SAS/FC disks for high workload machines where you need speed and reliability (such as Oracle databases, Java Application servers, Microsoft Exchange servers or ERP servers for instance). You use IDE/SATA on easy workloads or when you prefer disk space over speed and reliability. FC disks are usually found in Enterprise storage arrays sold by EMC, NetApp, StorageTek, IBM, HP and friends. You might be interested in reading chapter 7 from Linux Administration Handbook, 2nd ed from Nemeth, Snyder, Hein al at Prentice Hall publishing. Or http://www.scsi-planet.com/vs/ Cheers, David -- David Robillard UNIX systems administrator Oracle DBA CISSP, RHCE Sun Certified Security Administrator Montreal: +1 514 966 0122 If you receive something that says Send this to everyone you know, then please pretend you don't know me. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Windows Unix volunteers
Date: Thu, 26 Jun 2008 19:44:38 +0200 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: freebsd-questions@freebsd.org Subject: Re: Windows Unix volunteers Hi all, N. Raghavendra: At 2008-06-26T18:17:19+02:00, Zbigniew Szalbot wrote:What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. As a FreeBSD fan, I'd love to see it in ports.I guess you have already checked out graphics/chbg, and perhaps some other similar ports, before asking that question. Yes, I have. I am not really looking for such software but for a forum where people who do UNIX can be found. FYI - our little software is special one in that it changes backgrounds with Bible's life words (www.lcwords.com/en/desktoplive.html). Anyway, I am not trying to advertise it here, especially that it is for Windows. Just trying to find out where to look for people who could be interested in porting it into UNIX using our Windows source code, if they find it helpful. I hope I am not offending anyone. Warm regards, So you are trying to port YOUR code to BSD. Your original post made it sound like you found a program and just wanted to see same functionality in BSD. There is an opensource program similar to yours but it is designed for use with webshots and flickr but im sure could very easily be modified to connect with your website. http://www.webilder.org/ -Sean ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
i've heard scsi hard drives are really good. SATA are too. i've also seen at least one site which claims that ide easily outperform scsi. the performance are similar by interfaces, SCSI drives tend to have higher RPM and faster heads and can be 30-50% faster for 5 times higher price. doesn't make sense. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
At 11:25 AM 6/26/2008, prad wrote: i've heard scsi hard drives are really good. i've also seen at least one site which claims that ide easily outperform scsi. for the server we got (dual P3 1GHz 2M which will use raid), is one preferable over the other? and what about sata? -- In friendship, prad SCSI and now SAS drives are faster and generally have longer warranty. But they tend to come in smaller capacity per drive. The choice to spend more for SCSI or SAS depends on the amount of disk IO you expect. Both SCSI and SAS are used for arrays more where you have a number of drives. Usually these drives are in hot-swap enclosures. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
In response to prad [EMAIL PROTECTED]: i've heard scsi hard drives are really good. i've also seen at least one site which claims that ide easily outperform scsi. for the server we got (dual P3 1GHz 2M which will use raid), is one preferable over the other? and what about sata? There was a time when SCSI drives were unarguably higher quality than IDE drives. It's unclear whether or not that's true anymore. It seems as if even the lower quality drives have enough lifespan that they live longer than anyone cares to keep them. Also, SATA seems to be positioning itself as high quality too. Anyone who really cares about their data makes good backups and has RAID for redundancy. Whether or not they go with SCSI or SATA seems to be a matter of personal preference any more. If you're worried about performance, you have to look at each drive individually. Look at seek times and throughput and so forth. keep in mind that the published speeds are usually the _interface_ speed, and there's no guarantee that the drive itself can actually read/write data at that speed. You also have to consider the interface. If you need a high-performance RAID controller with battery-backed cache, it might only be available for SCSI. -- Bill Moran http://www.potentialtech.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: wpa_supplicant trouble
Quoting David Gurvich [EMAIL PROTECTED]: Hello, I am using FreeBSD-7.0-RELEASE and an intel 2100 wireless mini-pci card. The wireless connection is to a linksys router which then connects to a second router that acts as a DHCP server and gateway. I have the same set up and my linksys serves as my wireless access point. The commands I use to start are the following: wpa_supplicant -D bsd -i ipw0 -c /etc/wpa_supplicant.conf -B ifconfig ipw0 192.168.x.x route add default gateway_ip Why do you need to specify the driver? I have the 3945abg card and hence the OS can see the iface why would you then specify the driver? Have you tried wpa_supplicant -ddD bsd -i ipw0 -c /etc/wpa_supplicant.conf -B (-d is for debbugin -dd is for twice the verbosity) Can you try running wpa_supplicant -id ipw0 -c /etc/***wpa.conf if you are running off an dhcp server after connecting to the wireless gateway why don't you just run: dhclient ipw0? Sounds like you are making it more dificult then it needs to be, maybe I am wrong David I have no problem with establishing a connection, in fact that works quite easily. After a period of time, I realize that I have no Internet access. I can ping the wireless router, but not the DHCP/gateway nor any outside IP. When I check to see if wpa_supplicant is running, I see that it is not. Restarting wpa_supplicant and resetting the routing table reestablishes all connections. Is there some reason that wpa_supplicant would stop running? As a side note, macosx seems to have no problems with this configuration on a different machine. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] This message was sent using IMP, the Internet Messaging Program. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: wpa_supplicant trouble
A further note: If I run remove the '-B' option and add '-d', wpa_supplicant does disassociate but rapidly reassociates on it's own. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Slow internet conection with FreeBSD (PPPoE)
At 12:04 PM 6/26/2008, Andrei Brezan wrote: Derek Ragona wrote: At 01:17 PM 6/25/2008, Andrei Brezan wrote: Hello list :) I have a problem with my so called server, i'm using FreeBSD 7.0-RELEASE. I connect to it trough ssh because i'm not in that location. Everything is ok i'm using /usr/sbin/ppp to connect to the internet as i have a pppoe account with static ip from my ISP. The problem is that on the FreeBSD box i have download/upload speeds between 30k/s and 150k/s wich is really low. I've checked with a laptop(windows) at that location and i got a download/upload speed ~6MB/s (advertised by the ISP), so it's a really big difference. Here's my ppp.conf file: default: set log Phase rds: set device PPPoE:rl0: set mtu 1492 set mru 1492 set speed sync set authname set authkey ** disable ipv6cp add! default HISADDR I've tried to play with several options here as: disable acfcomp protocomp deny acfcomp but with no result. Everything is ok except the speed. If there is anyone who can at least point me in the right direction please do so. P.S. I have to mention that i use pf as firewall but even with pfctl -d i get nowhere. Thanks in advace ... -- Andrei Brezan 310280 Arad - Romania email [EMAIL PROTECTED] I would first try replacing the ethernet with a better one. You's has a realtek which is about the worst. It is a cheap and easy thing to try. -Derek -- This message has been scanned for viruses and dangerous content by *MailScanner* http://www.mailscanner.info/, and is believed to be clean. Thank you for your reply. You were right, wasn't ppp related, changed the nic and no goes with 5~6MB/s. You are very welcome! Some of us have used so many different hardware pieces it is easy to spot the more problematic ones. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: wpa_supplicant trouble
Quoting David Gurvich [EMAIL PROTECTED]: A further note: If I run remove the '-B' option and add '-d', wpa_supplicant does disassociate but rapidly reassociates on it's own. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] I can understand what you are going through. Our network guy here is questionable so I can't say that my experience with disconnection can be tied in with yours. Following the handbook did the trick for me and ofcourse messing around further enhanced my knowledge. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-wireless.html I would recommend running wpa_supplicant -i ipw0 -c /wpa.conf dhclient ipw0 David This message was sent using IMP, the Internet Messaging Program. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
prad wrote: i've heard scsi hard drives are really good. i've also seen at least one site which claims that ide easily outperform scsi. for the server we got (dual P3 1GHz 2M which will use raid), is one preferable over the other? and what about sata? Prad, Have a look at this URL: http://www.pugetsystems.com/articles.php?id=19 Jos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems upgrading GNUTLS 2.2.2 to 2.4.0 (SOLVED)
Sean Cavanaugh wrote: Date: Thu, 26 Jun 2008 10:55:08 -0500 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Problems upgrading GNUTLS 2.2.2 to 2.4.0 Schiz0 wrote: On Thu, Jun 26, 2008 at 11:09 AM, Doug Poland [EMAIL PROTECTED] wrote: Hello, I'm having issues upgrading GNUTLS 2.2.2 to 2.4.0. The box in questions is running 7.0-STABLE i386. The error message I'm receiving is... === Configuring for gnutls-2.4.0 aclocal.m4:16: warning: this file was generated for autoconf 2.62. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.in:28: version mismatch. This is Automake 1.10, configure.in:28: but the definition used by this AM_INIT_AUTOMAKE configure.in:28: comes from Automake 1.10.1. You should recreate configure.in:28: aclocal.m4 with aclocal and run automake again. *** Error code 63 Stop in /usr/ports/security/gnutls. I've installed devel/autoconf-2.62 but it makes no difference. I've googled and tried lots of things to get autoconf to run but to no avail. Any suggestions are appreciated. -- Regards, Doug This isn't a solution, just an issue I had too. When I upgraded from 2.2.5 to 2.4.0, I also got that message about a version mis-match for Automake. However, this did not stop the build process, and it installed successfully. Interesting... I'm unable to continue the build process because of the error code. How did you get around it? -- Regards, Doug My best guess would be to upgrade your automake to a version that's at least 1.10.1 like the message says which so happens to be the version that's in ports right now. upgrading autoconf prob wouldn't be bad either. Thanks, upgrading automake to 1.10.1 made everything alright. -- Regards, Doug ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Changing default files locations / ports / mailgraph
Zbigniew Szalbot [EMAIL PROTECTED] writes: Hello all, What do I need to avoid making the same mistake of having mailgraph installing files at the wrong location in my system? The default location in Makefile is this: CGIDIR?=${PREFIX}/www/cgi-bin DATADIR?= /var/db/mailgraph WWWROOT?= ${PREFIX}/www/data I'd like to keep it here: CGIDIR?=${PREFIX}/www/apache22/cgi-bin DATADIR?= /var/db/mailgraph WWWROOT?= ${PREFIX}/www/apache22/data Other than symlinking, can I specify this location in /usr/local/etc/pkgtools.conf (I generally use portupgrade to upgrade software)? If so, how should I specify an entry for mailgraph? I would symlink it, myself. For portupgrade, I guess you could do a MAKE_ARGS entry something like 'mail/mailgraph' = 'CGIDIR=${PREFIX}/www/apache22/cgi-bin DATADIR=/var/db/mailgraph WWWROOT=${PREFIX}/www/apache22/data' [Completely untested, of course.] -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: wpa_supplicant trouble
Quoting David Gurvich [EMAIL PROTECTED]: A further note: If I run remove the '-B' option and add '-d', wpa_supplicant does disassociate but rapidly reassociates on it's own. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Have you got to solving the issue? Can you take a look at this and let me know if this sounds like is the issue you are having? When I get disconnected I receive this error Micheal MIC failure detected WPA: Sending EAPOL-key Request (error=1 pairwise=1 ptk_set=1 len=99) CTRL-EVENT-DISCONNECTED http://mail-index.netbsd.org/tech-kern/2008/04/29/msg001191.html David This message was sent using IMP, the Internet Messaging Program. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD and Active Directory
I have been put in charge of creating a single sign-on mechanism for our Windows 2003 and FreeBSD servers. We are wanting to use Active Directory as our LDAP server. I know of four different methods that could possibly work. 1. OpenLDAP 2. Radius 3. NIS 4. WinBind / Samba Which is the most excepted/supported way to do this? Several of the severs are very old, 4+ years old. Thanks for any help, --- Chris Edwards ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and Active Directory
At 02:20 PM 6/26/2008, Chris Edwards wrote: I have been put in charge of creating a single sign-on mechanism for our Windows 2003 and FreeBSD servers. We are wanting to use Active Directory as our LDAP server. I know of four different methods that could possibly work. 1. OpenLDAP 2. Radius 3. NIS 4. WinBind / Samba Which is the most excepted/supported way to do this? Several of the severs are very old, 4+ years old. Thanks for any help, --- Chris Edwards I have had no trouble using winbind/samba as a secondary controller to the Windows 2003 AD server. I will say that not all the utilities work, but the functionality does work just fine. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Making World For amd64
Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
install of gettext fails amd64
System built from today's sources. FreeBSD vidar.i.inter-sonic.com 7.0-STABLE FreeBSD 7.0-STABLE #0: Thu Jun 26 21:27:20 CEST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/VIDAR amd64 Making install in tests test -z /usr/local/info/ || ../../build-aux/install-sh -c -d /usr/local/info/ install -o root -g wheel -m 444 './gettext.info' '/usr/local/info//gettext.info' install-info --info-dir='/usr/local/info/' '/usr/local/info//gettext.info' install-info: /usr/local/info//dir: empty file install-info --quiet /usr/local/info/autosprintf.info /usr/local/info/dir install-info: /usr/local/info/dir: empty file *** Error code 1 Stop in /usr/ports/devel/gettext. *** Error code 1 clues? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Windows Unix volunteers
At 12:44 PM 6/26/2008, Zbigniew Szalbot wrote: Hi all, N. Raghavendra: At 2008-06-26T18:17:19+02:00, Zbigniew Szalbot wrote: What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. As a FreeBSD fan, I'd love to see it in ports. I guess you have already checked out graphics/chbg, and perhaps some other similar ports, before asking that question. Yes, I have. I am not really looking for such software but for a forum where people who do UNIX can be found. FYI - our little software is special one in that it changes backgrounds with Bible's life words (www.lcwords.com/en/desktoplive.html). Anyway, I am not trying to advertise it here, especially that it is for Windows. Just trying to find out where to look for people who could be interested in porting it into UNIX using our Windows source code, if they find it helpful. I hope I am not offending anyone. Warm regards, I was just making the point that from my experience porting code to other *NIX's I think you will end up with a lot of #ifdef's in the code to conditionally compile it for the different window managers. It won't be that simple, and you should also decide which window managers you are going to port the code to. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? 3) If I reboot with 32-bit or 64-bit kernels, does the system magically somehow make the userland stuff work natively at the word width? If so, how? TIA, -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
-- From: Tim Daneliuk [EMAIL PROTECTED] Sent: Thursday, June 26, 2008 4:51 PM To: Kris Kennaway [EMAIL PROTECTED]; FreeBSD Mailing List freebsd-questions@FreeBSD.org Subject: Re: Making World For amd64 Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? 3) If I reboot with 32-bit or 64-bit kernels, does the system magically somehow make the userland stuff work natively at the word width? If so, how? TIA, I take this to mean you have an i386 install and want to compile amd64 on it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
On Thu, 26 Jun 2008 20:53:00 +0200 Jos Chrispijn [EMAIL PROTECTED] wrote: Have a look at this URL: http://www.pugetsystems.com/articles.php?id=19 this was very interesting and thorough. and thanks to everyone else who responded especially david and bill. unfortunately, david, most of the links on that page you sent don't work, but one of them did so that was helpful. we have a chance to buy 18G scsi at $5 or 36G for $25. what the seller isn't sure about is whether they will be compatible with the particular server. the server has a 36G seagate (ST336705LC) in it. the 18G are compaqs (ultra 3 BD0186398C). do scsi's have any compatibility issues? also, being older hardware, is there anything to be concerned about regarding freebsd7. i know we've had problems getting 7 to boot and install from the older cdroms (6.3 was easy), but the ide hds ran just fine once 7 was installed. -- In friendship, prad ... with you on your journey Towards Freedom http://www.towardsfreedom.com (website) Information, Inspiration, Imagination - truly a site for soaring I's ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Sean Cavanaugh wrote: -- From: Tim Daneliuk [EMAIL PROTECTED] Sent: Thursday, June 26, 2008 4:51 PM To: Kris Kennaway [EMAIL PROTECTED]; FreeBSD Mailing List freebsd-questions@FreeBSD.org Subject: Re: Making World For amd64 Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? 3) If I reboot with 32-bit or 64-bit kernels, does the system magically somehow make the userland stuff work natively at the word width? If so, how? TIA, I take this to mean you have an i386 install and want to compile amd64 on it. No - although that is an interesting question in its own right. I was more interested in the general question of whether 32-bit and 64-bit binaries are the same or different. I would assume that something has to be compiled to take advantage of 64-bit operations. But this then leads to the two questions: How does makeworld know which way to build the binaries and Can a 32bit binary be run on a 64bit system (or vice versa) in some compatibility or degraded mode... -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
On Thu, Jun 26, 2008 at 03:51:40PM -0500, Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? It will build for whatever system you have installed. If you are running a 32-bit system it will make 32-bit binaries, and if you are running a 64-bit system it will make 64-bit binaries. 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? Assuming the 32-bit system is 'i386' and the 64-bit system is 'amd64' then you are supposed to be able to do so (but I don't know how well it works in practice). Otherwise no. (Running a i386 binary on a sparc64 system won't work.) 3) If I reboot with 32-bit or 64-bit kernels, does the system magically somehow make the userland stuff work natively at the word width? If so, how? If you have installed the amd64 variant of FreeBSD (for example) then all binaries (userland and kernel alike) will have been compiled for the amd64 architecture (and thus 64-bit.) If you are running the i386 variant then all binaries will have been compiled for i386 (and thus 32-bit.) -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? It always uses the native format. amd64 == 64 bit, i386 == 32 bit 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? Yes, amd64 also builds 32-bit libraries to support this. 3) If I reboot with 32-bit or 64-bit kernels, does the system magically somehow make the userland stuff work natively at the word width? If so, how? You can't run 64 bit binaries on a 32-bit kernel, but you can the other way around. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Erik Trulsson wrote: 1) How does make world know whether to build 32-bit or 64-bit binaries? It will build for whatever system you have installed. If you are running a 32-bit system it will make 32-bit binaries, and if you are running a 64-bit system it will make 64-bit binaries. By running, you mean which kernel is booted, I presume. 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? Assuming the 32-bit system is 'i386' and the 64-bit system is 'amd64' then you are supposed to be able to do so (but I don't know how well it works in practice). Otherwise no. (Running a i386 binary on a sparc64 system won't work.) Right. I should have been more clear. It would be unreasonable to expect binaries for entirely different machine architecture to run on other kinds of machinery. My question was limited to x86 class machines. -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? It always uses the native format. amd64 == 64 bit, i386 == 32 bit Don't mean to beat this to death, but can you say just a bit more about this please. If I am running an i386 kernel on 64-bit capable processor, I assume I will get 32-bit binaries or not? IOW, what triggers makeworld to do something in 32- vs. 64-bit mode? The *kernel* currently executing or the underlying hardware capability? TIA, Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? It always uses the native format. amd64 == 64 bit, i386 == 32 bit Don't mean to beat this to death, but can you say just a bit more about this please. If I am running an i386 kernel on 64-bit capable processor, I assume I will get 32-bit binaries or not? IOW, what triggers makeworld to do something in 32- vs. 64-bit mode? The *kernel* currently executing or the underlying hardware capability? Let me be even more specific: If I install 32-bin x86 FreeBSD on, say, a Pentium D machine that is 64-bit capable, when I makeworld, will this result in 32- or 64-bit binaries? Ditto if I do makekernel. -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? It always uses the native format. amd64 == 64 bit, i386 == 32 bit Don't mean to beat this to death, but can you say just a bit more about this please. If I am running an i386 kernel on 64-bit capable processor, I assume I will get 32-bit binaries or not? IOW, what triggers makeworld to do something in 32- vs. 64-bit mode? The *kernel* currently executing or the underlying hardware capability? I'm pretty sure this is all documented ;) The i386 version of FreeBSD is 32-bit. You can run it on any i386-compatible machine, including amd64/em64t machines. The amd64 version of FreeBSD is 64-bit. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
On Thu, Jun 26, 2008 at 11:19:15PM +0200, Erik Trulsson wrote: On Thu, Jun 26, 2008 at 03:51:40PM -0500, Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? It will build for whatever system you have installed. The system Makefile calls 'uname -p' to get the system's processor architecture. If you are running a 32-bit system it will make 32-bit binaries, and if you are running a 64-bit system it will make 64-bit binaries. By default, amd64 also builds 32-bit libraries (/usr/lib32), unless you set WITHOUT_LIB32=true in /etc/src.conf. 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? Assuming the 32-bit system is 'i386' and the 64-bit system is 'amd64' then you are supposed to be able to do so You will need a kernel (such as GENERIC) built with 'options COMPAT_IA32'. (but I don't know how well it works in practice). Otherwise no. (Running a i386 binary on a sparc64 system won't work.) You will also need all the libraries that the application depends on in 32-bit versions. Either by copying them from a 32-bit system (built from the same source version) or by doing a cross-build. There was a thread some time ago (not sure if it was in -questions or -amd64) about using a 32-bit jail on amd64. That might be of interest. 3) If I reboot with 32-bit or 64-bit kernels, does the system magically somehow make the userland stuff work natively at the word width? If so, how? If you have installed the amd64 variant of FreeBSD (for example) then all binaries (userland and kernel alike) will have been compiled for the amd64 architecture (and thus 64-bit.) If you are running the i386 variant then all binaries will have been compiled for i386 (and thus 32-bit.) You can have both 32-bit and 64-bit systems on one machine, provided you put them on separate slices/partitions. Obviously you cannot have both a 32-bit and a 64-bit version of e.g. /bin/sh on one partition. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpKkivgACSnl.pgp Description: PGP signature
Re: Making World For amd64
Tim Daneliuk wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? It always uses the native format. amd64 == 64 bit, i386 == 32 bit Don't mean to beat this to death, but can you say just a bit more about this please. If I am running an i386 kernel on 64-bit capable processor, I assume I will get 32-bit binaries or not? IOW, what triggers makeworld to do something in 32- vs. 64-bit mode? The *kernel* currently executing or the underlying hardware capability? Let me be even more specific: If I install 32-bin x86 FreeBSD on, say, a Pentium D machine that is 64-bit capable, when I makeworld, will this result in 32- or 64-bit binaries? Ditto if I do makekernel. 32 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: URGENT: Need help rebuilding iir RAID5 array with failed drive
I'm pretty fed up with Intel's ICH9R interface too so I'm hoping (crosses fingers) that I'll be able to afford an Adaptec card of some flavor that's compatible with -CURRENT. If you are looking to move up, look at the 3ware RAID cards. Not sure which models work with FreeBSD, but these card do perform very well. these days, i get the most reliable simple non-raid card and run zfs with a gmirrored root partition. randy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Windows Unix volunteers
On Thu, Jun 26, 2008 at 07:44:38PM +0200, Zbigniew Szalbot wrote: Hi all, N. Raghavendra: At 2008-06-26T18:17:19+02:00, Zbigniew Szalbot wrote: What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. As a FreeBSD fan, I'd love to see it in ports. I guess you have already checked out graphics/chbg, and perhaps some other similar ports, before asking that question. Yes, I have. I am not really looking for such software but for a forum where people who do UNIX can be found. FYI - our little software is special one in that it changes backgrounds with Bible's life words (www.lcwords.com/en/desktoplive.html). Anyway, I am not trying to advertise it here, especially that it is for Windows. Just trying to find out where to look for people who could be interested in porting it into UNIX using our Windows source code, if they find it helpful. I hope I am not offending anyone. No one is offended at all. It is just that so many people who are new to FreeBSD start by asking how to write something without looking in ports to see if it has already been done. So, you were getting a little of the standard FreeBSD 'religious' training about checking in the ports. A second part is that many FreeBSD newbies do not realize that almost anything to do with graphics and screens is not directly a part of FreeBSD, but of the separate graphics system - the most common by far being X-Windows plus a choice of X-windows manager software. This is true of all UNIX systems. FreeBSD now favors Xorg as the X-Windows system, but the windows manager is still completely up to you. There are many possible choices. I use Afterstep mostly. But, Xfce, KDE and Gnome are also quite common. Your project looks like possibly an interesting variation on things that are already written, but different enough. This is about as good a place as any to look for UNIX programmers, though you might also want to check for an Xorg list and maybe some other graphics oriented lists. If your stuff is well written - well thought out and structured - then it should not be hard to port it to UNIX/X-Windows/C or C++ code. You might have to create some different versions for different systems. That can easily be accomplished with conditional compilation blocks and some careful structuring of Make files. So, go ahead and do it and then submit it for inclusion in the ports when it is ready. Sorry, I do not have even a fraction of the time needed available to work on something like that. But, you may well find some in one of these lists. jerry Warm regards, -- Zbigniew Szalbot SGM Lifewords www.sgmlifewords.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
we have a chance to buy 18G scsi at $5 or 36G for $25. with THAT price - SCSI make sense :) what the seller isn't sure about is whether they will be compatible with the particular server. SCSI is SCSI. unless the device doesn't comply to standards (unlikely) it just works! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Intel SATA RAID SRCS16 performance
Hi, this week I got server with Intel(R) RAID Controller SRCS16 8 port SATA RAID controller, which needed to be reinstalled. After backing all data and reinstall, I noticed that writing to logical drives almost never exceeds 700 bytes/sec. Testing with dd : dd if=/dev/zero of=/usr/test.dat bs=1M count=1000 changing bs does not show any changes. Though read perfmormance is normal : about 5500 bytes/sec, testing with dd : dd if=/dev/amrd0s1f of=/dev/null bs=1M count=1000 I get same results no matter what drive configuration is RAID1, RAID0, JBOD Same drives connected to motherboard SATA raid ports give me : # dd if=/dev/zero of=/mirror0/data.test bs=1M count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 19.018282 secs (55135158 bytes/sec) and # dd if=/dev/ar0s1d of=/dev/null bs=1M count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 15.036276 secs (69736416 bytes/sec) updating to RELENG_7 gave no results. # uname -a FreeBSD 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jun 25 17:09:28 EEST 2008 root@:/usr/obj/usr/src/sys/contestus i386 So I guess that there is a problem with the controller and driver Testing with Linux Debian lenny gives me better results : ~32MB/s on controller RAID drives. Any ideas ? Thanks in advance. Output from dmesg : amr0: LSILogic MegaRAID 1.53 mem 0xff90-0xff90 irq 21 at device 0.0 on pci6 amr0: [ITHREAD] amr0: LSILogic Intel(R) RAID Controller SRCS16 Firmware 713S, BIOS G401, 64MB RAM PS.: updating firmware didn't help ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
On Thu, Jun 26, 2008 at 04:31:37PM -0500, Tim Daneliuk wrote: 1) How does make world know whether to build 32-bit or 64-bit binaries? It always uses the native format. amd64 == 64 bit, i386 == 32 bit Don't mean to beat this to death, but can you say just a bit more about this please. If I am running an i386 kernel on 64-bit capable processor, I assume I will get 32-bit binaries or not? IOW, what triggers makeworld to do something in 32- vs. 64-bit mode? The *kernel* currently executing or the underlying hardware capability? Normally, the currently running system. The makefile in /usr/src calls 'uname -p' to determine this. However, it is possible to do a cross-build (build kernel and world for another architecture). Google 'cross-building FreeBSD'. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpttgmE43OV0.pgp Description: PGP signature
Re: Making World For amd64
Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? 3) If I reboot with 32-bit or 64-bit kernels, does the system magically somehow make the userland stuff work natively at the word width? If so, how? TIA, This might be a really stupid answer :p and maybe I have misunderstood the context of your question but when you initially downloaded an ISO to install you already chose whether it is 32 or 64 bit. Everything else, like which source and ports you get when you upgrade, follows from that (barring fancy stuff like cross compiling etc) Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
On Thu, 26 Jun 2008 23:59:15 +0200 (CEST) Wojciech Puchar [EMAIL PROTECTED] wrote: SCSI is SCSI. unless the device doesn't comply to standards (unlikely) it just works! thanks wojciech! i also came across the following in this article from 1999: Seagate is committed to Ultra3 SCSI and plans to support the interface in future products, said Rudy Thibodeau, Seagate's Executive Director of High-Performance Product Marketing. http://findarticles.com/p/articles/mi_m0EIN/is_1999_April_15/ai_54381853 what that suggests is way back then seagate was moving to support ultra3, so the existing seagate in there should be one of these. therefore, the system will support any ultra3 scsi. -- In friendship, prad ... with you on your journey Towards Freedom http://www.towardsfreedom.com (website) Information, Inspiration, Imagination - truly a site for soaring I's ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
On Thu, Jun 26, 2008 at 04:29:20PM -0500, Tim Daneliuk wrote: Erik Trulsson wrote: 1) How does make world know whether to build 32-bit or 64-bit binaries? It will build for whatever system you have installed. If you are running a 32-bit system it will make 32-bit binaries, and if you are running a 64-bit system it will make 64-bit binaries. By running, you mean which kernel is booted, I presume. No, I mean which variant of FreeBSD you have installed and is using. Kernel and userland. 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? Assuming the 32-bit system is 'i386' and the 64-bit system is 'amd64' then you are supposed to be able to do so (but I don't know how well it works in practice). Otherwise no. (Running a i386 binary on a sparc64 system won't work.) Right. I should have been more clear. It would be unreasonable to expect binaries for entirely different machine architecture to run on other kinds of machinery. My question was limited to x86 class machines. For the most part it helps if you think of amd64 and i386 as entirely different architectures - because that is essentially how FreeBSD treats them. Just about the the only thing that is special (in FreeBSD) about i386-amd64 compared to all other possible architecture pairs is that it is possible (with a few limitations) to run i386 userland binaries on an amd64 system. Apart from that you cannot mix and match i386/amd64 any more than you can with ia64/ppc. -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Making World For amd64
Chris Whitehouse wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Kris Kennaway wrote: Tim Daneliuk wrote: Is there anything special one has to do when doing a make world intended for 64-bit FreeBSD or is it sufficient to build the 64-bit kernel and make world as everywhere else? The same as everywhere else. Kris So, I take it that this means that all the userspace programs, ports, packages, utilities, etc. do *not* take advantage of the 64-bit extensions. That is, only the kernel gets the benefit of the wider word. Is that correct? No, everything is 100% native. Kris OK, these may be really stupid questions but: 1) How does make world know whether to build 32-bit or 64-bit binaries? 2) Can a binary from a 32-bit FreeBSD system be run unmodified on the 64-bit system? 3) If I reboot with 32-bit or 64-bit kernels, does the system magically somehow make the userland stuff work natively at the word width? If so, how? TIA, This might be a really stupid answer :p and maybe I have misunderstood the context of your question but when you initially downloaded an ISO to install you already chose whether it is 32 or 64 bit. Everything else, like which source and ports you get when you upgrade, follows from that (barring fancy stuff like cross compiling etc) Chris I guess I should have been a bit clearer about *why* I care. (BTW, all the answers were very helpful, so thanks all for that.) First, I was just generally curious about how 32- vs. 64-bit support was decided at compile time. Secondly, what got me started looking into this is when I realized I had 64-bit capable hardware in my lab, which I'd always had running 32-bit OSs. As I installed AMD64, I got to wondering just what level of compatibility existed (at the binary) level between the two, hence all my questions. Incidentally, I ran into a problem - that has nothing to do with word width AFAICT - when I installed 64-bit FreeBSD on one of the machines that historically has run 32-bit Linux (without the problem). The specific problem is that I have an MSI P4M900M2-L mobo and Pentium D on this machine that FreeBSD cannot find the APIC, so it always runs uniproc even with an SMP kern. I have to go back and check, but I am pretty sure this is not a 32-bit vs. 64-bit problem. Like I said, SUSE Linux has no problem running SMP on this same exact hardware, so it does seem to be a FreeBSD thing. Anyone else seen this kind of problem before? -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
On Thu, Jun 26, 2008 at 11:59:15PM +0200, Wojciech Puchar wrote: we have a chance to buy 18G scsi at $5 or 36G for $25. with THAT price - SCSI make sense :) what the seller isn't sure about is whether they will be compatible with the particular server. SCSI is SCSI. unless the device doesn't comply to standards (unlikely) it just works! Although you might need a converter or two for devices with different connectors. And don't even think of connecting a HVD device with an LVD or SE device - it won't work. (HVD devices are luckily quite rare these days.) -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: to scsi or not to scsi
At 03:59 PM 6/26/2008, prad wrote: On Thu, 26 Jun 2008 20:53:00 +0200 Jos Chrispijn [EMAIL PROTECTED] wrote: Have a look at this URL: http://www.pugetsystems.com/articles.php?id=19 this was very interesting and thorough. and thanks to everyone else who responded especially david and bill. unfortunately, david, most of the links on that page you sent don't work, but one of them did so that was helpful. we have a chance to buy 18G scsi at $5 or 36G for $25. what the seller isn't sure about is whether they will be compatible with the particular server. the server has a 36G seagate (ST336705LC) in it. the 18G are compaqs (ultra 3 BD0186398C). do scsi's have any compatibility issues? also, being older hardware, is there anything to be concerned about regarding freebsd7. i know we've had problems getting 7 to boot and install from the older cdroms (6.3 was easy), but the ide hds ran just fine once 7 was installed. -- In friendship, prad Yes those are cheap, and likely rebuilt or used drives. First pick out your SCSI or RAID card, then be sure the drives you use match that card. There are various cable and termination standards for SCSI, you need to be sure you are using all the same ones on the card and the drives. If you are going to use these old drives I would opt to use NEW SATA 300 drives instead. These new drives will outperform those old SCSI models. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
usb mouse is detected by fbsd 7 but not X
Just installed FBSD 7, after being gone from FBSD the last 3 years. During boot I see that the mouse is detected as ums0, but cannot get it to work in X11. I cannot find any xorg.conf. or xorg.conf.new files. I have gnome installed and working, so I know X is working properly. Any suggestions on the usb mouse? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
On Thursday 26 June 2008 20:49:46 Chip wrote: Just installed FBSD 7, after being gone from FBSD the last 3 years. During boot I see that the mouse is detected as ums0, but cannot get it to work in X11. I cannot find any xorg.conf. or xorg.conf.new files. I have gnome installed and working, so I know X is working properly. Any suggestions on the usb mouse? Thanks. Using a Logitech MX510 usb mouse in here. [EMAIL PROTECTED] ~]% cat /etc/X11/xorg.conf ... Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/sysmouse Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection ... Section ServerLayout Identifier Layout0 Screen Screen0 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer EndSection -- Blessings Gonzalo Nemmi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
My /etc/X11 directory is empty, so do I create a new file called xorg.conf and just try the code you have in it? Thanks. Gonzalo Nemmi wrote: On Thursday 26 June 2008 20:49:46 Chip wrote: Just installed FBSD 7, after being gone from FBSD the last 3 years. During boot I see that the mouse is detected as ums0, but cannot get it to work in X11. I cannot find any xorg.conf. or xorg.conf.new files. I have gnome installed and working, so I know X is working properly. Any suggestions on the usb mouse? Thanks. Using a Logitech MX510 usb mouse in here. [EMAIL PROTECTED] ~]% cat /etc/X11/xorg.conf ... Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/sysmouse Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection ... Section ServerLayout Identifier Layout0 Screen Screen0 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer EndSection ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Windows Unix volunteers
On Thu, 26 Jun 2008 19:44:38 +0200 Zbigniew Szalbot [EMAIL PROTECTED] wrote: FYI - our little software is special one in that it changes backgrounds with Bible's life words (www.lcwords.com/en/desktoplive.html). http://www.lcwords.com/en/save_wallpaper/wisdom,174.html Notice the bottom line. I know there are some issues around distributing modified versions, but I'd always assumed that the word of God had a more open licence. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Windows Unix volunteers
On Thursday 26 June 2008 16:17:19 Zbigniew Szalbot wrote: Hello, What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. Is the modification of Windows source code legal? And yes, I know that most of us are not lawyers here. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Windows Unix volunteers
On Fri, Jun 27, 2008 at 12:43:15AM +, Pollywog wrote: On Thursday 26 June 2008 16:17:19 Zbigniew Szalbot wrote: Hello, What is a good place to look for volunteers who would like to modify Windows source code for an open source software. We have a programme that changes wallpapers on your desktop but it is only available for Windows. Is the modification of Windows source code legal? I don't think he is proposing modifying or distributing any Microsloth code.I understood this to be something he or his company wrote and now wants to port to other systems. jerry And yes, I know that most of us are not lawyers here. Fortunately. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
No .. Run a locate xorg.conf to see what xorg.conf file is beign used to run gnome .. Check under /usr/local/etc/X11 to see if there's xorg.conf .. If you are running gnome .. _there_has_to_be_ a xorg.conf file somewhere ... Find that file a do your edits in there. And BTW .. the code I passed on to you, are just the sections regarding the mouse and the serverlayout configuration part of the whole xorg.conf file .. Your not gonna do much with it alone .. you still need the complete xorg.conf file .. -- Blessings Gonzalo Nemmi On Thursday 26 June 2008 21:32:30 Chip wrote: My /etc/X11 directory is empty, so do I create a new file called xorg.conf and just try the code you have in it? Thanks. Gonzalo Nemmi wrote: On Thursday 26 June 2008 20:49:46 Chip wrote: Just installed FBSD 7, after being gone from FBSD the last 3 years. During boot I see that the mouse is detected as ums0, but cannot get it to work in X11. I cannot find any xorg.conf. or xorg.conf.new files. I have gnome installed and working, so I know X is working properly. Any suggestions on the usb mouse? Thanks. Using a Logitech MX510 usb mouse in here. [EMAIL PROTECTED] ~]% cat /etc/X11/xorg.conf ... Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/sysmouse Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection ... Section ServerLayout Identifier Layout0 Screen Screen0 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer EndSection ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
I ran update.locatedb, twice, and ran locate xorg.conf and locate xorg.conf.new. The only result was for xorg.conf found in /usr/local/man/man5/xorg.conf.5.gz -- Chip Gonzalo Nemmi wrote: No .. Run a locate xorg.conf to see what xorg.conf file is beign used to run gnome .. Check under /usr/local/etc/X11 to see if there's xorg.conf .. If you are running gnome .. _there_has_to_be_ a xorg.conf file somewhere ... Find that file a do your edits in there. And BTW .. the code I passed on to you, are just the sections regarding the mouse and the serverlayout configuration part of the whole xorg.conf file .. Your not gonna do much with it alone .. you still need the complete xorg.conf file .. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
On Fri, 27 Jun 2008 09:19 am, Chip wrote: Just installed FBSD 7, after being gone from FBSD the last 3 years. During boot I see that the mouse is detected as ums0, but cannot get it to work in X11. I cannot find any xorg.conf. or xorg.conf.new files. I have gnome installed and working, so I know X is working properly. Any suggestions on the usb mouse? Thanks. You do have 'moused' enabled? Malcolm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
--On June 26, 2008 6:34:37 PM -0700 Chip [EMAIL PROTECTED] wrote: I ran update.locatedb, twice, and ran locate xorg.conf and locate xorg.conf.new. The only result was for xorg.conf found in /usr/local/man/man5/xorg.conf.5.gz You need to run, as root, # Xorg -configure and create an xorg.conf file. Then follow the instructions on the screen and run X using the xorg.conf.new file that it creates to verify that X will work. If it does, copy the xorg.conf.new file to /etc/xorg.conf and your mouse should work fine. Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer.
Re: usb mouse is detected by fbsd 7 but not X
,--- Chip writes: | Just installed FBSD 7, after being gone from FBSD the last 3 | years. During boot I see that the mouse is detected as ums0, but | cannot get it to work in X11. I cannot find any xorg.conf. or | xorg.conf.new files. I have gnome installed and working, so I know X | is working properly. Any suggestions on the usb mouse? When you plugin your USB mouse, is any moused corresponding to ums0 gets started, hmm...: 88 abbe [~] monte-cristo% ps -A |grep moused |grep ums0 1280 ?? Ss 0:00.00 /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0.pid 88 If not, then make sure you've moused is enabled in your /etc/rc.conf. If yes, then create an xorg.conf using Xorg -configure and make sure it has following into it: 88 Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceSysMouse CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section InputDevice Identifier SysMouse Driver mouse Option Protocol auto Option Device /dev/sysmouse EndSection 88 HTH -- ·-- ·- ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- pgpU237yxoeXn.pgp Description: PGP signature
Re: usb mouse is detected by fbsd 7 but not X
Yes, it is enabled and also have usbd_enable set to YES and mouse_type set to AUTO and mouse_port set to /dev/ums0 (which shows on the boot up screen and it shows my exact mouse brand and model). -- Chip Malcolm Kay wrote: On Fri, 27 Jun 2008 09:19 am, Chip wrote: Just installed FBSD 7, after being gone from FBSD the last 3 years. During boot I see that the mouse is detected as ums0, but cannot get it to work in X11. I cannot find any xorg.conf. or xorg.conf.new files. I have gnome installed and working, so I know X is working properly. Any suggestions on the usb mouse? Thanks. You do have 'moused' enabled? Malcolm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
Thanks for the tip, did that, and verified that the mouse is set to auto in the mouse section, still no mouse in any X window manager. Back out at the terminal I unplugged the mouse and plugged it back in and get this error - unable to open /dev/ums0: no such file or directory but when I view the directory /dev there is ums0 in the directory. -- Chip Paul Schmehl wrote: --On June 26, 2008 6:34:37 PM -0700 Chip [EMAIL PROTECTED] wrote: I ran update.locatedb, twice, and ran locate xorg.conf and locate xorg.conf.new. The only result was for xorg.conf found in /usr/local/man/man5/xorg.conf.5.gz You need to run, as root, # Xorg -configure and create an xorg.conf file. Then follow the instructions on the screen and run X using the xorg.conf.new file that it creates to verify that X will work. If it does, copy the xorg.conf.new file to /etc/xorg.conf and your mouse should work fine. Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
Chip wrote: Thanks for the tip, did that, and verified that the mouse is set to auto in the mouse section, still no mouse in any X window manager. Back out at the terminal I unplugged the mouse and plugged it back in and get this error - unable to open /dev/ums0: no such file or directory but when I view the directory /dev there is ums0 in the directory. -- Chip One more note: I ran sysinstall and the mouse does work in the section to configure the mouse. But not in X still. Paul Schmehl wrote: --On June 26, 2008 6:34:37 PM -0700 Chip [EMAIL PROTECTED] wrote: I ran update.locatedb, twice, and ran locate xorg.conf and locate xorg.conf.new. The only result was for xorg.conf found in /usr/local/man/man5/xorg.conf.5.gz You need to run, as root, # Xorg -configure and create an xorg.conf file. Then follow the instructions on the screen and run X using the xorg.conf.new file that it creates to verify that X will work. If it does, copy the xorg.conf.new file to /etc/xorg.conf and your mouse should work fine. Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
Ok, it's working now, thanks for all the suggestions, you got me straightened out. Once I got a xorg.conf.new configured correctly I forgot to copy it to /etc/X11. Dummy me, heheheh. (Been a long time since my last experience with BSD, about 3 years.) Thanks guys, Chip Gonzalo Nemmi wrote: No .. Run a locate xorg.conf to see what xorg.conf file is beign used to run gnome .. Check under /usr/local/etc/X11 to see if there's xorg.conf .. If you are running gnome .. _there_has_to_be_ a xorg.conf file somewhere ... Find that file a do your edits in there. And BTW .. the code I passed on to you, are just the sections regarding the mouse and the serverlayout configuration part of the whole xorg.conf file .. Your not gonna do much with it alone .. you still need the complete xorg.conf file .. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb mouse is detected by fbsd 7 but not X
--On June 26, 2008 7:52:07 PM -0700 Chip [EMAIL PROTECTED] wrote: Thanks for the tip, did that, and verified that the mouse is set to auto in the mouse section, still no mouse in any X window manager. Back out at the terminal I unplugged the mouse and plugged it back in and get this error - unable to open /dev/ums0: no such file or directory but when I view the directory /dev there is ums0 in the directory. -- What version of FreeBSD are you running? If 7.0 STABLE, you should probably csup source and rebuild kernel and world. I had a similar problem with the early release and it was related to usb devices not being detected (which sounds like what your problem is.) BTW, I don't have anything in /etc/rc.conf regarding a mouse. If you enable moused, you're overriding the default behavior of the usb mouse and forcing it to behave according to your dictates. The mouse should work in Xorg without anything entered in /etc/rc.conf. The first thing you should do is go to the console, unplug and then replug the mouse. You should see the mouse being disconnected and then re-detected by messages written to console. If you don't see that, your usb mouse isn't being detected properly. Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer.
Re: usb mouse is detected by fbsd 7 but not X
Paul Schmehl wrote: What version of FreeBSD are you running? 7.0-Release If 7.0 STABLE, you should probably csup source and rebuild kernel and world. I had a similar problem with the early release and it was related to usb devices not being detected (which sounds like what your problem is.) BTW, I don't have anything in /etc/rc.conf regarding a mouse. If you enable moused, you're overriding the default behavior of the usb mouse and forcing it to behave according to your dictates. The mouse should work in Xorg without anything entered in /etc/rc.conf. Yep, you're right. I commented out the lines regarding the mouse in the rc.conf and the mouse works fine in gnome. -- Chip The first thing you should do is go to the console, unplug and then replug the mouse. You should see the mouse being disconnected and then re-detected by messages written to console. If you don't see that, your usb mouse isn't being detected properly. Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]