freebsd7 kde4 performance
Hi, I'm a little bit disappointed with the performance of kde4 on freebsd7. I have Pentium M 2GHz, 1GB RAM, radeon x300, tried both, radeon and ati drivers, but kde4 is still so slow that I cannot work with it. Is it because of poor graphic card or driver itself? I'm looking forward to any suggestions. Cheers, Michal ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
Hi Michael, Unfortunetly I've been having the same difficulty with KDE4. I've tried using both the nv driver as well as nvidia. My hardware is intel core2 duo 1.8ghz, nvidia 8600 gs with 512 dedicated memory and 2gigs of system memory. I've tried using 7.0, 7.1 and 8.0(Current) with all malloc debugging features disabled as well as kernel debugging options turned off. I've also tried switching back to UFS filesystems from ZFS(root install) to no avail. In the end I ended up using kde3 due to endless headaches. I felt I'd share this in hopes someone has managed to get it to run reasonably well. Regards, Tom --Original Message-- From: Michal Kulczewski Sender: [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Subject: freebsd7 kde4 performance Sent: Oct 11, 2008 12:18 AM Hi, I'm a little bit disappointed with the performance of kde4 on freebsd7. I have Pentium M 2GHz, 1GB RAM, radeon x300, tried both, radeon and ati drivers, but kde4 is still so slow that I cannot work with it. Is it because of poor graphic card or driver itself? I'm looking forward to any suggestions. Cheers, Michal ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Sent from my BlackBerry device on the Rogers Wireless Network___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
[EMAIL PROTECTED] wrote: Hi Michael, Unfortunetly I've been having the same difficulty with KDE4. I've tried using both the nv driver as well as nvidia. My hardware is intel core2 duo 1.8ghz, nvidia 8600 gs with 512 dedicated memory and 2gigs of system memory. I've tried using 7.0, 7.1 and 8.0(Current) with all malloc debugging features disabled as well as kernel debugging options turned off. I've also tried switching back to UFS filesystems from ZFS(root install) to no avail. In the end I ended up using kde3 due to endless headaches. I felt I'd share this in hopes someone has managed to get it to run reasonably well. Regards, Tom --Original Message-- From: Michal Kulczewski Sender: [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Subject: freebsd7 kde4 performance Sent: Oct 11, 2008 12:18 AM Hi, I'm a little bit disappointed with the performance of kde4 on freebsd7. I have Pentium M 2GHz, 1GB RAM, radeon x300, tried both, radeon and ati drivers, but kde4 is still so slow that I cannot work with it. Is it because of poor graphic card or driver itself? I'm looking forward to any suggestions. Cheers, Michal Here is some additional info, I too am doing v3. http://freebsd.kde.org/instructions.php Brian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
Brian wrote: [EMAIL PROTECTED] wrote: Hi Michael, Unfortunetly I've been having the same difficulty with KDE4. I've tried using both the nv driver as well as nvidia. My hardware is intel core2 duo 1.8ghz, nvidia 8600 gs with 512 dedicated memory and 2gigs of system memory. I've tried using 7.0, 7.1 and 8.0(Current) with all malloc debugging features disabled as well as kernel debugging options turned off. I've also tried switching back to UFS filesystems from ZFS(root install) to no avail. In the end I ended up using kde3 due to endless headaches. I felt I'd share this in hopes someone has managed to get it to run reasonably well. Regards, Tom --Original Message-- From: Michal Kulczewski Sender: [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Subject: freebsd7 kde4 performance Sent: Oct 11, 2008 12:18 AM Hi, I'm a little bit disappointed with the performance of kde4 on freebsd7. I have Pentium M 2GHz, 1GB RAM, radeon x300, tried both, radeon and ati drivers, but kde4 is still so slow that I cannot work with it. Is it because of poor graphic card or driver itself? I'm looking forward to any suggestions. Cheers, Michal Here is some additional info, I too am doing v3. http://freebsd.kde.org/instructions.php well, there is no much information available though. IMHO it's a pity that once fancy gui is available, freebsd users can not make use of it. I have to switch to gnome (somehow I don't like kde3). Cheers, Michal ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dmesg: Invalid time in clock: check and reset the date
Richard Smith wrote: Hi, I've just installed FreeBSD 7.0 Release along with Windows XP on my PC. I found that when I set the clock to the correct timedate, next time I boot into FreeBSD it changes and reports the wrong timedate. Both BIOS and Windows reports the time correctly. dmesg shows the following message: Invalid time in clock: check and reset the date! Can't figure out what's wrong... any help will be appreciated. Is the time out by an exact number of hours?[*] Does the offset correspond to your localities' timezone offset from UTC? If so, then what is happening is this: Windows will only deal with one timezone at a time, and it expects the system clock (and consequently the CMOS clock on the motherboard) to be set to the local wall-clock time. Unix in comparison allows each process to be run in an arbitrary timezone, simply by setting the TZ environment variable. It expects the system clock and the CMOS clock to be set to UTC, and it calculates the local offset as required. When you reboot the machine, the internal system clock is set from the cmos clock, so one or the other OS will end up thinking local wall-clock time is UTC or vice-versa. Unless you have the happy fortune to be living in this Sceptered Isle (but only during the wintertime), or in certain parts of West Africa that's going to cause problems. If you need to dual-boot, FreeBSD provides a mechanism for allowing the CMOS clock to be set to wallclock time. You can toggle the setting using /usr/sbin/tzsetup -- if there is a zero length file /etc/wall_cmos_clock then your system is running in compatability mode. Note: this file should not appear on a box that is dedicated to running FreeBSD[+] -- the tzsetup default is the /wrong/ choice in this case. Cheers, Matthew [*] Assuming you don't live in Newfoundland or one of the other odd places with timezones that have a 30 minute offset. [+] or that only dual boots to *BSD or Linux or MacOS X or Solaris etc. -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
RE: dmesg: Invalid time in clock: check and reset the date
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Matthew Seaman Sent: Saturday, October 11, 2008 12:49 AM To: Richard Smith Cc: freebsd-questions@freebsd.org Subject: Re: dmesg: Invalid time in clock: check and reset the date Richard Smith wrote: Hi, I've just installed FreeBSD 7.0 Release along with Windows XP on my PC. I found that when I set the clock to the correct timedate, next time I boot into FreeBSD it changes and reports the wrong timedate. Both BIOS and Windows reports the time correctly. dmesg shows the following message: Invalid time in clock: check and reset the date! Can't figure out what's wrong... any help will be appreciated. Is the time out by an exact number of hours?[*] Does the offset correspond to your localities' timezone offset from UTC? If so, then what is happening is this: Windows will only deal with one timezone at a time, and it expects the system clock (and consequently the CMOS clock on the motherboard) to be set to the local wall-clock time. Unix in comparison allows each process to be run in an arbitrary timezone, simply by setting the TZ environment variable. It expects the system clock and the CMOS clock to be set to UTC, and it calculates the local offset as required. When you reboot the machine, the internal system clock is set from the cmos clock, so one or the other OS will end up thinking local wall-clock time is UTC or vice-versa. Unless you have the happy fortune to be living in this Sceptered Isle (but only during the wintertime), or in certain parts of West Africa that's going to cause problems. If you need to dual-boot, FreeBSD provides a mechanism for allowing the CMOS clock to be set to wallclock time. You can toggle the setting using /usr/sbin/tzsetup -- if there is a zero length file /etc/wall_cmos_clock then your system is running in compatability mode. Note: this file should not appear on a box that is dedicated to running FreeBSD[+] -- the tzsetup default is the /wrong/ choice in this case. No, it's not. There is nothing wrong with running the CMOS clock on wall-clock time even on a dedicated system. You can do it any way you please. Any real server should be synced by NTP in any case since the internal RTC clock chip in a PC is not reliable or accurate. Note that if you do run the CMOS clock on UTC that if your BIOS/CMOS has a fancy auto-adjusting daylight savings time thingie in it, you should disable that. Ted ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
well it's KDE. what do you expect ;) On Sat, 11 Oct 2008, Michal Kulczewski wrote: Hi, I'm a little bit disappointed with the performance of kde4 on freebsd7. I have Pentium M 2GHz, 1GB RAM, radeon x300, tried both, radeon and ati drivers, but kde4 is still so slow that I cannot work with it. Is it because of poor graphic card or driver itself? I'm looking forward to any suggestions. Cheers, Michal ___ 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: cvsup 7.0 STABLE checkout failure
On Sat, Oct 11, 2008 at 11:33:08PM +0530, Shakul M Hameed wrote: Forwarding original msg to freebsd-questions mailing list. On Sat, Oct 11, 2008 at 11:06:13PM +0530, Shakul M Hameed wrote: I am trying to download 7.0 stable release through cvsup, but it fails. I tried changing the server, but still get those errors. - ERROR --- Checkout src/share/doc/psd/15.yacc/ss.. Updater failed: Error in /usr/home/moin/smbmount/code/SUPDB/sup/src-all/checkouts.cvs:RELENG_7: Cannot rename /usr/home/moin/smbmount/code/SUPDB/sup/src-all/#cvs.cvsup-7219.0 to /usr/home/moin/smbmount/code/SUPDB/sup/src-all/checkouts.cvs:RELENG_7: No such filer or directory SUPFILE - default stable-cvsup from /usr/share/examples/cvsup -- pls, indicate what i am doing wrong here? 1) Your setup looks very custom. I see SMB/CIFS in use, and you're using a non-standard directory for the cvsup CVS data (the default is /usr/sup). You're either starting cvsup with some custom arguments or your supfile *is* in fact modified. 2) Check permissions and ownership of all directories leading up to /usr/home/moin/smbmount/code/SUPDB/sup/src-all. Yes, check every single one. 3) Ensure your umask is 022 before starting cvsup. This could be a side result of item #2. 4) I'm not sure why you're using cvsup on a 7.x box when csup comes with the base system. I would also try doing this as a last resort: rm -fr /usr/home/moin/smbmount/code/SUPDB/sup/src-all rm -fr /usr/src/* csup -h cvsupserver -L 2 /usr/share/examples/cvsup/stable-supfile However, with regards to use of /usr/share/examples/cvsup/stable-supfile see my above comment; yours may be modified. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Need help installing on SATA
On Sat, 11 Oct 2008 04:17:24 -0700 Jeremy Chadwick [EMAIL PROTECTED] wrote: People will use whatever gets the job done for them. If it doesn't, users *will* switch to another operating system, and there is absolutely nothing wrong with that. Why? Because reality states: solving problems is more important than advocacy or superiority. I could not have said it better myself. While the hobbyist can afford to spend whatever time they have available on their hobby; in a business environment, results are what matter first and foremost. Neither software nor hardware, irregardless of cost, is of any use if it does not work, and work well. A pseudo elitist attitude is just not acceptable in a corporate atmosphere. -- Jerry [EMAIL PROTECTED] Bubble Memory, n.: A derogatory term, usually referring to a person's intelligence. See also vacuum tube. signature.asc Description: PGP signature
RE: proflibs
Are they needed for compiling anything from ports? -Original Message- From: Jeremy Chadwick [mailto:[EMAIL PROTECTED] Sent: October 11, 2008 5:59 AM To: Ansar Mohammed Cc: freebsd-questions@freebsd.org Subject: Re: proflibs On Fri, Oct 10, 2008 at 11:06:11PM -0400, Ansar Mohammed wrote: Can anyone explain what are the proflibs on the install media, and what they are for? They're special versions of all the libraries that come with FreeBSD which contain profiling code (code for determining the amount of time spent within or between two functions). They're for developers. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup 7.0 STABLE checkout failure
Forwarding original msg to freebsd-questions mailing list. On Sat, Oct 11, 2008 at 11:06:13PM +0530, Shakul M Hameed wrote: I am trying to download 7.0 stable release through cvsup, but it fails. I tried changing the server, but still get those errors. - ERROR --- Checkout src/share/doc/psd/15.yacc/ss.. Updater failed: Error in /usr/home/moin/smbmount/code/SUPDB/sup/src-all/checkouts.cvs:RELENG_7: Cannot rename /usr/home/moin/smbmount/code/SUPDB/sup/src-all/#cvs.cvsup-7219.0 to /usr/home/moin/smbmount/code/SUPDB/sup/src-all/checkouts.cvs:RELENG_7: No such filer or directory SUPFILE - default stable-cvsup from /usr/share/examples/cvsup -- pls, indicate what i am doing wrong here? - Moin -- - Moin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Need help installing on SATA
they're committing a sin by using another operating system. Open source is about freedom of choice -- if FreeBSD doesn't work for you or get the job done, and Linux does, then use Linux! If Windows works for you, use Windows! There's absolutely no shame in that. Blind, one-sided except when it's not advocacy but superiority, for example i would rather seek other hardware than run linux. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Need help installing on SATA
On Fri, Oct 10, 2008 at 11:06:51PM -0500, Conrad J. Sabatier wrote: Does anyone know the magic incantation that will permit me to install FreeBSD on this new machine of mine (nVidia chipset, SATA1 disk controller)? This information is too vague. We need to know *exactly*: 1) What motherboard model, 2) What SATA controller you're using (nVidia chipset is too vague), 3) If you're using BIOS-level RAID or not, 4) What version of 7.x you're trying to install. Please note that FreeBSD often does not support brand-spanking-new hardware. For example, there are Asus motherboards out right now which use a Marvell ATA/PATA controller which FreeBSD does not have support for. Linux adopts brand-spanking-new hardware much quicker than we do. Finally, these problems are difficult to solve; it's a chicken-and-egg problem. Even if you can get into the Fixit CD's Fixit# prompt and type dmesg, you probably don't have serial console or anything hooked up, so getting us the dmesg output would be very difficult. I've been trying for a week or so now, with no luck. Just out of curiosity, I downloaded and ran Ubuntu 8.x, and it recognized all of my hardware automatically. The FreeBSD installer (both in 7.x and 8.x), though, can't find my hard drive or CD-ROM. There have been *tons* of changes to the ATA/SATA layer between different 7.x versions. I would urge you to try 7.1-BETA (do not let the term BETA scare you away) and see if it works for you: ftp://ftp4.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/7.1/ ftp://ftp4.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.1/ There are some of us which have this problem on CURRENT (8.0). For example, in my case, my Promise TX4310 card is not even seen on the PCI bus during boot-up, while it works just fine in RELENG_7. I *really* don't want to have to resort to Linux, not after using FreeBSD for 12 years now, but if I can't find a solution to this problem, I'll have no choice. :-( I'm not sure why people resort to saying things like this, like somehow they're committing a sin by using another operating system. Open source is about freedom of choice -- if FreeBSD doesn't work for you or get the job done, and Linux does, then use Linux! If Windows works for you, use Windows! There's absolutely no shame in that. Blind, one-sided advocacy only harms open source projects. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: proflibs
On Fri, Oct 10, 2008 at 11:06:11PM -0400, Ansar Mohammed wrote: Can anyone explain what are the proflibs on the install media, and what they are for? They're special versions of all the libraries that come with FreeBSD which contain profiling code (code for determining the amount of time spent within or between two functions). They're for developers. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: proflibs
On Sat, Oct 11, 2008 at 09:01:50AM -0400, Ansar Mohammed wrote: Are they needed for compiling anything from ports? I have yet to find a port that *requires* profiled libraries. They are only needed for developers wishing to benchmark code (determine how long the system/processor stays within a specific function), and use of profiled libraries has to be explicitly requested (using gcc -p). -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
On Sat, 11 Oct 2008 08:18:10 +0200 Michal Kulczewski [EMAIL PROTECTED] wrote: Hi, I'm a little bit disappointed with the performance of kde4 on freebsd7. I have Pentium M 2GHz, 1GB RAM, radeon x300, tried both, radeon and ati drivers, but kde4 is still so slow that I cannot work with it. Is it because of poor graphic card or driver itself? I'm looking forward to any suggestions. Have you tried turning-off all the effects. Personally I prefer KDE3, I don't think KDE4 is ready for serious use. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Need help installing on SATA
On Sat, Oct 11, 2008 at 12:44:03PM +0200, Wojciech Puchar wrote: they're committing a sin by using another operating system. Open source is about freedom of choice -- if FreeBSD doesn't work for you or get the job done, and Linux does, then use Linux! If Windows works for you, use Windows! There's absolutely no shame in that. Blind, one-sided except when it's not advocacy but superiority, for example i would rather seek other hardware than run linux. What the OP described is definitely advocacy; I've been using FreeBSD for 12 years and insert-sympathetic-cry-here. The sooner users and system administrators stop toting this my-os rocks! It's better than yours! It's better than other-os! attitude the more mature and serious said operating system will appear to the world, and to commercial vendors. Speaking solely with regards to Linux: it has the upper hand in many regards. As someone who used Linux from 1992 until 1997, and switched to BSD, I have experience in both worlds. Linux today has: - More kernel developers that know the innards well. FreeBSD has no where near the quantity of said kernel folks, which means our guys are over-worked and stressed most of the time, and if a key person goes on hiatus, there's no guarantee issues will get dealt with while they are gone (see below), - Multiple (read: more than one) kernel developers who are dedicated to parts of the kernel. FreeBSD has many very key/important pieces which are maintained by *one individual ONLY*. If that individual is busy with their job, real life, out sick, or even death (yes, this has happened!), it means that a key part of the kernel ends up being neglected for an indefinite amount of time (usually years), - Full support from hardware manufacturers/vendors. Linux developers are able to get development/test-bed cards (and usually documentation) for developing a new driver, sometimes for hardware/chips that aren't even on the market yet. FreeBSD *very* rarely, if ever, gets this. We resort to looking at NetBSD or OpenBSD code (and they are in the same boat we are), hoping they have support for said hardware. If not, we resort to looking at Linux code (which is immensely different from ours). Vendors often ignore us. I can expand on why I believe this is, but I have no example cases to back my opinions up, - Turn-around time on fixes or bugs is significantly faster than ours, especially in kernel-land. This is a direct result of having more regularly-operating eyes, - Larger user base. This means more bug reports, which I consider a good thing -- it means more things are getting fixed, - More user-friendly interface pieces. There are many aspects of FreeBSD which require knowledge of C, or require that someone write a C wrapper to get certain pieces of data from the kernel. Linux has numerous methods which allow someone using Python or Ruby or Perl to access said data. FreeBSD can accomplish this, there's nothing stopping us except time/effort, so it's not really a negative against FreeBSD; but people *are* picking Linux because of this, - A significantly different attitude when it comes to support. Back when I used Linux, the attitude was *horrible* (which is why I moved to BSD), but it has improved greatly in the past 10 years. I can expand on this if need be, but you'll just have to trust me for now. One of the attitudes we have which is very unrealistic is you have the source, you can fix it yourself -- I'd say 80% of our community does not have the ability (or time) to do this. It is rude and unprofessional of us to expect this of our users. This is reality, I'm sorry to say; no form of advocacy, T-shirt-wearing, or blogging FreeBSD rocks! will change it. In my opinion, it's better to embrace the above facts (because nothing is perfect, Linux included!), and try to improve on them. People will use whatever gets the job done for them. If it doesn't, users *will* switch to another operating system, and there is absolutely nothing wrong with that. Why? Because reality states: solving problems is more important than advocacy or superiority. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
warning message when starting opera-9.60.20081004 on amd64
Hi All, when I start opera on my amd64 machine running freebsd 6.3 I get the following warning message on my console: [: missing ] grep: ]: No such file or directory exec: /usr/local/share/opera/bin//operapluginwrapper.linux: not found opera: Search operapluginwrapper: No response from wrapper after five seconds. Probe stopped. opera: Shared object libjvm.so not found, required by opera It i strange it asks me for a .linux file, while I'm on freebsd. uname -a FreeBSD amd_desktop.telfort.nl 6.3-RELEASE-p4 FreeBSD 6.3-RELEASE-p4 #21: Wed Oct 1 08:07:27 CEST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MYKERNEL amd64 And opera itself gives me the following warning message about my plugins: Opera encountered a problem during plug-in setup. Plug-ins will not work properly. Check your installation. Could not start plug-in executable 'operapluginwrapper' Searched directory: /usr/local/share/opera/bin/ The version of opera I'm using is: pkg_info | grep opera opera-9.60.20081004 Blazingly fast, full-featured, standards-compliant browser, Does anyone know what's wrong on my system and what I could do? As a consequence, the java plugin is not working on opera while it does work on firefox. Brgds Dino ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup 7.0 STABLE checkout failure
On Sat, Oct 11, 2008 at 05:38:26AM -0700, Jeremy Chadwick wrote: On Sat, Oct 11, 2008 at 11:33:08PM +0530, Shakul M Hameed wrote: Forwarding original msg to freebsd-questions mailing list. On Sat, Oct 11, 2008 at 11:06:13PM +0530, Shakul M Hameed wrote: I am trying to download 7.0 stable release through cvsup, but it fails. I tried changing the server, but still get those errors. - ERROR --- Checkout src/share/doc/psd/15.yacc/ss.. Updater failed: Error in /usr/home/moin/smbmount/code/SUPDB/sup/src-all/checkouts.cvs:RELENG_7: Cannot rename /usr/home/moin/smbmount/code/SUPDB/sup/src-all/#cvs.cvsup-7219.0 to /usr/home/moin/smbmount/code/SUPDB/sup/src-all/checkouts.cvs:RELENG_7: No such filer or directory SUPFILE - default stable-cvsup from /usr/share/examples/cvsup -- pls, indicate what i am doing wrong here? 1) Your setup looks very custom. I see SMB/CIFS in use, and you're using a non-standard directory for the cvsup CVS data (the default is Yes, I am using mount_smbfs to mount a network harddrive to store all my devel code. I don't want to overcrowd the the root disk /usr/sup). You're either starting cvsup with some custom arguments or your supfile *is* in fact modified. I am using X11 cvsup stable-supfile. This is the snapshot of my modified cvsup file # Defaults that apply to all the collections # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=cvsup3.de.FreeBSD.org *default base=/usr/home/moin/smbmount/code/SUPDB/ *default prefix=/usr/home/moin/smbmount/code/src/ # The following line is for 7-stable. If you want 6-stable, 5-stable, # 4-stable, 3-stable, or 2.2-stable, change to RELENG_6, RELENG_5, # RELENG_4, RELENG_3, or RELENG_2_2 respectively. *default release=cvs tag=RELENG_7 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the src-all # mega-collection. It includes all of the individual src-* collections. # Please note: If you want to track -STABLE, leave this uncommented. src-all 2) Check permissions and ownership of all directories leading up to /usr/home/moin/smbmount/code/SUPDB/sup/src-all. Yes, check every single one. 3) Ensure your umask is 022 before starting cvsup. This could be a side result of item #2. umask is 0022 4) I'm not sure why you're using cvsup on a 7.x box when csup comes with the base system. I don't know why ? :-) . But I did as it was listed in the FreeBSD handbook. I would also try doing this as a last resort: rm -fr /usr/home/moin/smbmount/code/SUPDB/sup/src-all rm -fr /usr/src/* csup -h cvsupserver -L 2 /usr/share/examples/cvsup/stable-supfile As a lost resort, I did a cvsup -g -L2 stable-supfile, with just changing the HOST part without changing other entries in stable-supfile, and I was successful to download the code. Currently, I am trying out to figure why the customised way is failing. - Moin However, with regards to use of /usr/share/examples/cvsup/stable-supfile see my above comment; yours may be modified. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | -- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
--- On Sat, 10/11/08, Michal Kulczewski [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Hi Michael, Unfortunetly I've been having the same difficulty with KDE4. I've tried using both the nv driver as well as nvidia. My hardware is intel core2 duo 1.8ghz, nvidia 8600 gs with 512 dedicated memory and 2gigs of system memory. I've tried using 7.0, 7.1 and 8.0(Current) with all malloc debugging features disabled as well as kernel debugging options turned off. I've also tried switching back to UFS filesystems from ZFS(root install) to no avail. In the end I ended up using kde3 due to endless headaches. I felt I'd share this in hopes someone has managed to get it to run reasonably well. Regards, Tom well, there is no much information available though. IMHO it's a pity that once fancy gui is available, freebsd users can not make use of it. I have to switch to gnome (somehow I don't like kde3). Cheers, Michal Michal, can you describe in more detail just what is performing poorly? Things like what effects, what actions you're taking, what your settings are that effect those actions, etc? I'm running KDE4.1.1 from ports on 7-STABLE and have no performance problems at all with an AthlonX2, 2gigs of memory, and a GeForce6200 card using nvidia binary drivers. One thing I have come up against was the nvidia black windows bug with OpenGL effects turned on, but turning them off doesn't signifigantly hinder my enjoyment of KDE4, or make it too much less sexy to be honest. The performance was also fine even with them turned on; it simply caused that bug to occur which made it less usable. Generally speaking, I've found GNOME to run with more performance issues despite less bells and whistles than KDE every time on any system where I've tried it. If you provide some more information, maybe I can direct you to some setting tweaks, etc, but as I said it's working just lovely for me (and this is with a ton of apps open, by the way - several seamonkey windows, a bunch of kpdf, eclipse, many many konsole tabs, xmms, ktorrent, and more. One thing I am curious of is if you're running i386 FreeBSD, or another architecture (amd64, ia64, etc?) Take care. - mdh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup 7.0 STABLE checkout failure
On Sun, Oct 12, 2008 at 01:21:31AM +0530, Shakul M Hameed wrote: 1) Your setup looks very custom. I see SMB/CIFS in use, and you're using a non-standard directory for the cvsup CVS data (the default is Yes, I am using mount_smbfs to mount a network harddrive to store all my devel code. I don't want to overcrowd the the root disk I'm left wondering if there are some permissions or ownership issues as a result of this. I am using X11 cvsup stable-supfile. This is the snapshot of my modified cvsup file # Defaults that apply to all the collections # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=cvsup3.de.FreeBSD.org *default base=/usr/home/moin/smbmount/code/SUPDB/ *default prefix=/usr/home/moin/smbmount/code/src/ # The following line is for 7-stable. If you want 6-stable, 5-stable, # 4-stable, 3-stable, or 2.2-stable, change to RELENG_6, RELENG_5, # RELENG_4, RELENG_3, or RELENG_2_2 respectively. *default release=cvs tag=RELENG_7 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the src-all # mega-collection. It includes all of the individual src-* collections. # Please note: If you want to track -STABLE, leave this uncommented. src-all I have no idea what an X11 cvsup stable-supfile is, so I assume you mean you've used /usr/share/examples/cvsup/stable-supfile as a template supfile, but have your own somewhere else. The reason I was confused: you first stated you're using the ones in /usr/share/examples/cvsup, and I assumed that mean you were using it directly. You shouldn't modify any files in /usr/share/examples, as they will be replaced/overwritten during installworld. Your pasted supfile looks fine, however. 2) Check permissions and ownership of all directories leading up to /usr/home/moin/smbmount/code/SUPDB/sup/src-all. Yes, check every single one. Please do this. 3) Ensure your umask is 022 before starting cvsup. This could be a side result of item #2. umask is 0022 4) I'm not sure why you're using cvsup on a 7.x box when csup comes with the base system. I don't know why ? :-) . But I did as it was listed in the FreeBSD handbook. Are you sure? http://www.freebsd.org/doc/en/books/handbook/cvsup.html -- see the first Note: paragraph. I would also try doing this as a last resort: rm -fr /usr/home/moin/smbmount/code/SUPDB/sup/src-all rm -fr /usr/src/* csup -h cvsupserver -L 2 /usr/share/examples/cvsup/stable-supfile As a lost resort, I did a cvsup -g -L2 stable-supfile, with just changing the HOST part without changing other entries in stable-supfile, and I was successful to download the code. I don't see how that would fix or change anything. In fact, I'm fairly certain it doesn't. The error you are receiving from cvsup is telling you I tried to rename a file, but couldn't. This often implies a permissions or ownership thing. Since the directory you're storing stuff in is on an SMB/CIFS share, I cannot help but wonder if that's the cause of the problem (somehow). Currently, I am trying out to figure why the customised way is failing. I see nothing wrong with your supfile. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Audio Production
On Mon, Sep 22, 2008 at 12:33 PM, Da Rock [EMAIL PROTECTED]wrote: On Mon, 2008-09-22 at 11:50 +0200, marshc wrote: My only advice on this point is to subscribe to the multimedia list and ask your questions there (I'll be watching this list too, have been for some time now due to my htpc issues- I desperately want to use FreeBSD for a/v, and I suffer the same issues you do in terms of multitasking in the cpu level, but the main problem with BSD for me is the driver problems). From my experience (and I use FreeBSD for many different needs), FreeBSD can run a/v and multimedia programs, write to multiple components simultaneously, serve a small amount services, run X, and still respond happily to your hammering at the CPU while it serves you coffee! It is mainly dependent on your hardware capabilities (dma, bus bandwidth, buffers, etc), and obviously the quality of the programs you run. If you run a shitty program that is poorly written then it won't go as well, but still perform admirably. But most of the programs ported wouldn't have been added if they were like that, so you're mostly safe. So for a/v I find it performs far better than linux. Linux I still have trouble with, but it performs better than window$. Linux is a happy medium in between, and I'll explain why; Driver support for the more advanced hardware is not always forthcoming with FreeBSD, but it is for linux. Most manufacturers aren't very supportive of open source, and if they do they usually gravitate toward a linux base because of user popularity. On the upside, there is a brilliant coder who is extending the linux compat base for hardware side as well, but you do need to be nearly expert. It is controversial, but you should be able to use the hardware until native drivers are written. Just to clarify, in the development side of FreeBSD there is some mention of Hats (correct me of I'm wrong here guys), and so any side projects are kept under a particular hat, the mailing list that relates to your interest in FreeBSD will be monitored by those working under these hats will be better able to guide you. This list is just a general discussion and help list for newbies, but when you get in to more depth like this you'll want to get to the experts on the subject who monitor a particular list more closely. Have fun and good luck. thanks, i subscribed to multimedia and move queries there in future and not bother folks here. i have been trying to reply to this but have been busy, and just like to recap briefly. in a nutshell, i am very new to bsd, not even a teenager in dog years, and have tried ever flavour these past months - (fbsd/pcbsd - i386/amd64 -- 6/7) and finally settled on 7.1 amd64. i still have some settings to go through/figure out, and have the occasional system freeze, but i don't have the sluggish/bad installs i had trouble with earlier. before you sent this post i had given up and moved to ubuntu studio, decided to give it another go, and got the best performance ever by installing pcbsd 1.5.1 amd64 (based on 6.3) and enabling ULE. so i got an idea of what fbsd was capable of on my machine with the right setup. (graphics driver aside, it even felt *smoother* than studio64). anyway. will be working on this from now on and my project over the next year, so we'll see what happens on multimedia mailing list. i was just putting together a list of packages and might port there sometime soon and close this from this list. thanks for this post ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup 7.0 STABLE checkout failure
On Sat, Oct 11, 2008 at 07:47:11AM -0700, Jeremy Chadwick wrote: On Sun, Oct 12, 2008 at 01:21:31AM +0530, Shakul M Hameed wrote: 1) Your setup looks very custom. I see SMB/CIFS in use, and you're using a non-standard directory for the cvsup CVS data (the default is Yes, I am using mount_smbfs to mount a network harddrive to store all my devel code. I don't want to overcrowd the the root disk I'm left wondering if there are some permissions or ownership issues as a result of this. I am using X11 cvsup stable-supfile. This is the snapshot of my modified cvsup file # Defaults that apply to all the collections # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=cvsup3.de.FreeBSD.org *default base=/usr/home/moin/smbmount/code/SUPDB/ *default prefix=/usr/home/moin/smbmount/code/src/ # The following line is for 7-stable. If you want 6-stable, 5-stable, # 4-stable, 3-stable, or 2.2-stable, change to RELENG_6, RELENG_5, # RELENG_4, RELENG_3, or RELENG_2_2 respectively. *default release=cvs tag=RELENG_7 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try # commenting out the following line. (Normally, today's CPUs are fast enough # that you want to run compression.) *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the src-all # mega-collection. It includes all of the individual src-* collections. # Please note: If you want to track -STABLE, leave this uncommented. src-all I have no idea what an X11 cvsup stable-supfile is, so I assume you mean you've used /usr/share/examples/cvsup/stable-supfile as a template supfile, but have your own somewhere else. The reason I was confused: you first stated you're using the ones in /usr/share/examples/cvsup, and I assumed that mean you were using it directly. You shouldn't modify any files in /usr/share/examples, as they will be replaced/overwritten during installworld. Your pasted supfile looks fine, however. 2) Check permissions and ownership of all directories leading up to /usr/home/moin/smbmount/code/SUPDB/sup/src-all. Yes, check every single one. Please do this. 3) Ensure your umask is 022 before starting cvsup. This could be a side result of item #2. umask is 0022 4) I'm not sure why you're using cvsup on a 7.x box when csup comes with the base system. I don't know why ? :-) . But I did as it was listed in the FreeBSD handbook. Are you sure? http://www.freebsd.org/doc/en/books/handbook/cvsup.html -- see the first Note: paragraph. As a newbie to FreeBSD, I would rather like to have a single Code Versioning system. Several methods put newbies in dilemma to decide upon the best suitable procedure. I feel there should be one unique source code management system. I would also try doing this as a last resort: rm -fr /usr/home/moin/smbmount/code/SUPDB/sup/src-all rm -fr /usr/src/* csup -h cvsupserver -L 2 /usr/share/examples/cvsup/stable-supfile As a lost resort, I did a cvsup -g -L2 stable-supfile, with just changing the HOST part without changing other entries in stable-supfile, and I was successful to download the code. I don't see how that would fix or change anything. In fact, I'm fairly certain it doesn't. The error you are receiving from cvsup is telling you I tried to rename a file, but couldn't. This often implies a permissions or ownership thing. Since the directory you're storing stuff in is on an SMB/CIFS share, I cannot help but wonder if that's the cause of the problem (somehow). Jeremy, as pointed by N.J. Mann recently in a reply in this thread, there is a semicolon in the filename where the rename faliure happened. Because the file checkouts.cvs:RELENG_7 had : in it, which was not created subsequently due to SMB limitation for :-based filenames. Because this the cvsup checked-out halted at this point. Morever, as indicated by Sean [EMAIL PROTECTED] the case-insensitiveness would lead to missing files. I think, I should format my Network drive to NFS to make it really UNIX friendly. N.J. Mann [EMAIL PROTECTED] quoted Does the file system that you are using support colons (:) in file names? If it is FAT, HPFS or NTFS, or a derivative of one of those, it probably doesn't and I suspect that is your problem. Of course I could be very wrong. ;-) - Moin Currently, I am trying out to figure why the customised way is failing. I see nothing wrong with your supfile. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | |
Worth persuing a KDB: stack backtrace: ?
Hi, I have a 5.5-STABLE laptop thats been having issues lately, mostly related to memory. I bought new chips, and I think I narrowed it down to one of the Dimm slots being bad. I did a memtest for 25 hours and it seemed stable. I started up and started downloading a backup of over 5K emails. (All have to go through mimedefang, procmail and sendmail... So the system was a bit sluggish. I started to get things like : Oct 10 22:06:29 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:06:29 himinbjorg kernel: kdb_backtrace(c3053200,1,dbb54c04,dbb54bf0,c0 73ba78) at kdb_backtrace+0x29 Oct 10 22:06:29 himinbjorg kernel: getdirtybuf(dbb54be0,0,1,cc1c81e8,1) at getdi rtybuf+0x27 Oct 10 22:06:29 himinbjorg kernel: flush_deplist(c305354c,1,dbb54c04) at flush_d eplist+0x34 Oct 10 22:06:29 himinbjorg kernel: flush_inodedep_deps(c216d000,715e,c089bcf8,c0 808b16,ef) at flush_inodedep_deps+0x7d Oct 10 22:06:29 himinbjorg kernel: softdep_sync_metadata(dbb54ca0) at softdep_sy nc_metadata+0x8c Oct 10 22:06:29 himinbjorg kernel: ffs_fsync(dbb54ca0) at ffs_fsync+0x33e Oct 10 22:06:29 himinbjorg kernel: fsync(c3549600,dbb54d04,1,1,286) at fsync+0x1 03 Oct 10 22:06:29 himinbjorg kernel: syscall(2f,2f,bfbf002f,80fef20,0) at syscall+ 0x227 Oct 10 22:06:29 himinbjorg kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Oct 10 22:06:29 himinbjorg kernel: --- syscall (95, FreeBSD ELF32, fsync), eip = 0x28181ca7, esp = 0xbfbf6d1c, ebp = 0xbfbf86e8 --- and Oct 10 22:08:21 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:08:21 himinbjorg kernel: kdb_backtrace(c345fe80,1,daf32c04,daf32bf0,c0 73ba78) at kdb_backtrace+0x29 Oct 10 22:08:21 himinbjorg kernel: getdirtybuf(daf32be0,0,1,cc22e334,1) at getdi rtybuf+0x27 Oct 10 22:08:21 himinbjorg kernel: flush_deplist(c295a34c,1,daf32c04) at flush_d eplist+0x34 Oct 10 22:08:21 himinbjorg kernel: flush_inodedep_deps(c216d000,72b7,c089bcf8,c0 808b16,ef) at flush_inodedep_deps+0x7d Oct 10 22:08:21 himinbjorg kernel: softdep_sync_metadata(daf32ca0) at softdep_sy nc_metadata+0x8c Oct 10 22:08:21 himinbjorg kernel: ffs_fsync(daf32ca0) at ffs_fsync+0x33e Oct 10 22:08:21 himinbjorg kernel: fsync(c2bc0600,daf32d04,1,1,286) at fsync+0x1 03 Oct 10 22:08:21 himinbjorg kernel: syscall(bfbf002f,bfbf002f,bfbf002f,80fef20,0) at syscall+0x227 Oct 10 22:08:21 himinbjorg kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Oct 10 22:08:21 himinbjorg kernel: --- syscall (95, FreeBSD ELF32, fsync), eip = 0x28181ca7, esp = 0xbfbf6d1c, ebp = 0xbfbf86e8 --- infact. himinbjorg% grep KDB: stack spool Oct 10 22:06:29 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:06:29 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:06:29 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:08:21 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:09:23 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:09:57 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:10:08 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:10:43 himinbjorg kernel: KDB: stack backtrace: Since its 5.5, and the system seems to potentially not be with it hardware wise, think its worth persuing what happened here? Thanks, Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup 7.0 STABLE checkout failure
On Sun, Oct 12, 2008 at 02:20:52AM +0530, Shakul M Hameed wrote: On Sat, Oct 11, 2008 at 07:47:11AM -0700, Jeremy Chadwick wrote: Are you sure? http://www.freebsd.org/doc/en/books/handbook/cvsup.html -- see the first Note: paragraph. As a newbie to FreeBSD, I would rather like to have a single Code Versioning system. Several methods put newbies in dilemma to decide upon the best suitable procedure. I feel there should be one unique source code management system. csup and cvsup function the same, and they both rely on the same source versioning system. However, cvsup requires Modula3/ezm3 (an external dependency), while csup was written entirely in C and comes with the FreeBSD base system. Does this explain the difference? Thus: pkg_delete cvsup and ezm3 (if installed) from your system, and start using csup. :-) I don't see how that would fix or change anything. In fact, I'm fairly certain it doesn't. The error you are receiving from cvsup is telling you I tried to rename a file, but couldn't. This often implies a permissions or ownership thing. Since the directory you're storing stuff in is on an SMB/CIFS share, I cannot help but wonder if that's the cause of the problem (somehow). Jeremy, as pointed by N.J. Mann recently in a reply in this thread, there is a semicolon in the filename You mean colon, but I understand what you meant. where the rename faliure happened. Because the file checkouts.cvs:RELENG_7 had : in it, which was not created subsequently due to SMB limitation for :-based filenames. Because this the cvsup checked-out halted at this point. Morever, as indicated by Sean [EMAIL PROTECTED] the case-insensitiveness would lead to missing files. I think, I should format my Network drive to NFS to make it really UNIX friendly. NFS is a transport protocol, not a filesystem type. You don't format a disk to be NFS-friendly. You can use NFS with any type of filesystem; UFS/FFS, ZFS, ext2fs, ext3fs, NTFS, MS-DOS, etc... The problem is that you're using an NTFS across smbmount(8). NTFS does not support some characters in filenames, and also is case-insensitive. You are being limited by NTFS, and also possibly by smbmount(8). What you need is to install another disk in your FreeBSD box, or allocate space somewhere on the existing filesystem(s) for your development stuff. If you really want Windows and FreeBSD to play well together, your best option is to run Samba on the FreeBSD box and use UFS2 filesystems, then make the Windows machine mount shares from the FreeBSD machine. The other way around (FreeBSD--Windows) creates problems like the ones you've experienced. Hope this helps. Cheers! -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Worth persuing a KDB: stack backtrace: ?
On Sat, Oct 11, 2008 at 11:22:21AM -0400, Tuc wrote: I have a 5.5-STABLE laptop thats been having issues lately, mostly related to memory. I bought new chips, and I think I narrowed it down to one of the Dimm slots being bad. I did a memtest for 25 hours and it seemed stable. memtest86+ would definitely detect a DIMM slot being bad, so running it for 25 hours successfully means the DIMM and the DIMM slot is likely fine. I started up and started downloading a backup of over 5K emails. (All have to go through mimedefang, procmail and sendmail... So the system was a bit sluggish. I started to get things like : Oct 10 22:06:29 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:06:29 himinbjorg kernel: kdb_backtrace(c3053200,1,dbb54c04,dbb54bf0,c0 73ba78) at kdb_backtrace+0x29 Oct 10 22:06:29 himinbjorg kernel: getdirtybuf(dbb54be0,0,1,cc1c81e8,1) at getdi rtybuf+0x27 Oct 10 22:06:29 himinbjorg kernel: flush_deplist(c305354c,1,dbb54c04) at flush_d eplist+0x34 Oct 10 22:06:29 himinbjorg kernel: flush_inodedep_deps(c216d000,715e,c089bcf8,c0 808b16,ef) at flush_inodedep_deps+0x7d Oct 10 22:06:29 himinbjorg kernel: softdep_sync_metadata(dbb54ca0) at softdep_sy nc_metadata+0x8c Oct 10 22:06:29 himinbjorg kernel: ffs_fsync(dbb54ca0) at ffs_fsync+0x33e Oct 10 22:06:29 himinbjorg kernel: fsync(c3549600,dbb54d04,1,1,286) at fsync+0x1 03 Oct 10 22:06:29 himinbjorg kernel: syscall(2f,2f,bfbf002f,80fef20,0) at syscall+ 0x227 Oct 10 22:06:29 himinbjorg kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Oct 10 22:06:29 himinbjorg kernel: --- syscall (95, FreeBSD ELF32, fsync), eip = 0x28181ca7, esp = 0xbfbf6d1c, ebp = 0xbfbf86e8 --- This looks more like a filesystem problem, not a memory problem. All of the functions listed in the backtrace show UFS/FFS problems and filesystem metadata issues of some kind. Booting the machine in single-user mode and run fsck -y. I'm betting you'll find errors. If not, then it's probably a kernel bug -- see below, however. I doubt you're going to get much support on this, since you're running FreeBSD 5.5, which is no longer supported. Believe me: you will get continual push-back from the rest of the FreeBSD developers asking for support on 5.5. The RELENG_6 series is on its way out as well, so you should consider installing RELENG_7 (specifically 7.1-BETA at this point). -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup 7.0 STABLE checkout failure
On Sat, Oct 11, 2008 at 08:24:51AM -0700, Jeremy Chadwick wrote: On Sun, Oct 12, 2008 at 02:20:52AM +0530, Shakul M Hameed wrote: On Sat, Oct 11, 2008 at 07:47:11AM -0700, Jeremy Chadwick wrote: Are you sure? http://www.freebsd.org/doc/en/books/handbook/cvsup.html -- see the first Note: paragraph. As a newbie to FreeBSD, I would rather like to have a single Code Versioning system. Several methods put newbies in dilemma to decide upon the best suitable procedure. I feel there should be one unique source code management system. csup and cvsup function the same, and they both rely on the same source versioning system. However, cvsup requires Modula3/ezm3 (an external dependency), while csup was written entirely in C and comes with the FreeBSD base system. Does this explain the difference? Thus: pkg_delete cvsup and ezm3 (if installed) from your system, and start using csup. :-) I don't see how that would fix or change anything. In fact, I'm fairly certain it doesn't. The error you are receiving from cvsup is telling you I tried to rename a file, but couldn't. This often implies a permissions or ownership thing. Since the directory you're storing stuff in is on an SMB/CIFS share, I cannot help but wonder if that's the cause of the problem (somehow). Jeremy, as pointed by N.J. Mann recently in a reply in this thread, there is a semicolon in the filename You mean colon, but I understand what you meant. where the rename faliure happened. Because the file checkouts.cvs:RELENG_7 had : in it, which was not created subsequently due to SMB limitation for :-based filenames. Because this the cvsup checked-out halted at this point. Morever, as indicated by Sean [EMAIL PROTECTED] the case-insensitiveness would lead to missing files. I think, I should format my Network drive to NFS to make it really UNIX friendly. NFS is a transport protocol, not a filesystem type. You don't format a disk to be NFS-friendly. You can use NFS with any type of filesystem; UFS/FFS, ZFS, ext2fs, ext3fs, NTFS, MS-DOS, etc... The problem is that you're using an NTFS across smbmount(8). NTFS does not support some characters in filenames, and also is case-insensitive. You are being limited by NTFS, and also possibly by smbmount(8). What you need is to install another disk in your FreeBSD box, or allocate space somewhere on the existing filesystem(s) for your development stuff. If you really want Windows and FreeBSD to play well together, your best option is to run Samba on the FreeBSD box and use UFS2 filesystems, then make the Windows machine mount shares from the FreeBSD machine. The other way around (FreeBSD--Windows) creates problems like the ones you've experienced. I am never going to do a Windows-FreeBSD mount as it is not required for me. I rather go for extra space on my FreeBSD box. Is there any method to increase the size of my FreeBSD partition?? Thanks, Moin Hope this helps. Cheers! -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | -- - Moin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup 7.0 STABLE checkout failure
On Sun, Oct 12, 2008 at 02:41:34AM +0530, Shakul M Hameed wrote: I am never going to do a Windows-FreeBSD mount as it is not required for me. I rather go for extra space on my FreeBSD box. Is there any method to increase the size of my FreeBSD partition?? Do you mean partition as in I have separate partitions for Windows and FreeBSD, or do you mean partition as in I want to grow /usr to be larger? If the lesser: there are commercial utilities out there (such as Partition Magic) which let you resize partitions. However, I cannot stress this enough: *back up all of your data* before doing this. I have been bit by bugs in PQMAGIC *twice* in my lifetime (the program panic'ing at 99% and causing me to lose all of my data). If the latter: some people will tell you about growfs(8), but I'm not sure how reliable it is. You'll need to become familiar with bsdlabel(8) and fdisk(8) before you can use that. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup 7.0 STABLE checkout failure
On Sun, Oct 12, 2008 at 02:41:34AM +0530, Shakul M Hameed wrote: On Sat, Oct 11, 2008 at 08:24:51AM -0700, Jeremy Chadwick wrote: On Sun, Oct 12, 2008 at 02:20:52AM +0530, Shakul M Hameed wrote: On Sat, Oct 11, 2008 at 07:47:11AM -0700, Jeremy Chadwick wrote: Are you sure? http://www.freebsd.org/doc/en/books/handbook/cvsup.html -- see the first Note: paragraph. As a newbie to FreeBSD, I would rather like to have a single Code Versioning system. Several methods put newbies in dilemma to decide upon the best suitable procedure. I feel there should be one unique source code management system. csup and cvsup function the same, and they both rely on the same source versioning system. However, cvsup requires Modula3/ezm3 (an external dependency), while csup was written entirely in C and comes with the FreeBSD base system. Does this explain the difference? Thus: pkg_delete cvsup and ezm3 (if installed) from your system, and start using csup. :-) I don't see how that would fix or change anything. In fact, I'm fairly certain it doesn't. The error you are receiving from cvsup is telling you I tried to rename a file, but couldn't. This often implies a permissions or ownership thing. Since the directory you're storing stuff in is on an SMB/CIFS share, I cannot help but wonder if that's the cause of the problem (somehow). Jeremy, as pointed by N.J. Mann recently in a reply in this thread, there is a semicolon in the filename You mean colon, but I understand what you meant. where the rename faliure happened. Because the file checkouts.cvs:RELENG_7 had : in it, which was not created subsequently due to SMB limitation for :-based filenames. Because this the cvsup checked-out halted at this point. Morever, as indicated by Sean [EMAIL PROTECTED] the case-insensitiveness would lead to missing files. I think, I should format my Network drive to NFS to make it really UNIX friendly. NFS is a transport protocol, not a filesystem type. You don't format a disk to be NFS-friendly. You can use NFS with any type of filesystem; UFS/FFS, ZFS, ext2fs, ext3fs, NTFS, MS-DOS, etc... The problem is that you're using an NTFS across smbmount(8). NTFS does not support some characters in filenames, and also is case-insensitive. You are being limited by NTFS, and also possibly by smbmount(8). What you need is to install another disk in your FreeBSD box, or allocate space somewhere on the existing filesystem(s) for your development stuff. If you really want Windows and FreeBSD to play well together, your best option is to run Samba on the FreeBSD box and use UFS2 filesystems, then make the Windows machine mount shares from the FreeBSD machine. The other way around (FreeBSD--Windows) creates problems like the ones you've experienced. I am never going to do a Windows-FreeBSD mount as it is not required for me. I rather go for extra space on my FreeBSD box. Is there any method to increase the size of my FreeBSD partition?? Thanks, Moin Never mind. I have dropped the plan for new disk in my freeBSD box. Instead, My Western Digital Network Harddrive exports both SMB and NFS shares. So now I can mount it as NFS. Internally, this harddrive is ext2 formatted and the NFS and SMB exports are exported. Hope this helps. Cheers! -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | -- - Moin -- - Moin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
On Sat, Oct 11, 2008 at 1:18 AM, Michal Kulczewski [EMAIL PROTECTED] wrote: Hi, I'm a little bit disappointed with the performance of kde4 on freebsd7. I have Pentium M 2GHz, 1GB RAM, radeon x300, tried both, radeon and ati drivers, but kde4 is still so slow that I cannot work with it. Is it because of poor graphic card or driver itself? I'm looking forward to any suggestions. I've had good experience with the latest KDE4 ports using 7-STABLE and the ULE scheduler on i386 even with desktop effects enabled. Hardware is a dual-core Opteron 2.5GHz with 2GB mem and a NVidia 6800GS video card (with NVidia binary drivers). Using only a couple of performance hints found on the mailing lists: QT/glib issue - http://mail.kde.org/pipermail/kde-freebsd/2008-August/003612.html Konqueror tweak - http://mail.kde.org/pipermail/kde-freebsd/2008-September/003893.html NVidia driver settings (not applicable if you're using ATI hardware, obviously) - http://www.nvnews.net/vbulletin/showthread.php?t=118088 Of the three things listed above, the glib and NVidia settings resulted in very noticeable performance improvements for me. Also, remember that hal and dbus need to be enabled and running. Hope that helps, Matt Cheers, Michal ___ 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]
newsyslog naming scheme could be improved?
newsyslog rotates logfiles so that messages.0.gz is yesterday's file, messages.1.gz is the day before's, etc. This is ugly. If I tell my fellow sysadmins that I ran this command: zfgrep 'bad thing' /var/log/messages.4.gz and found stuff, they may run it the next day and get different results because the file is now messages.5.gz Improving my cow-orkers intelligence would be the ideal solution, but has anyone considered tweaking newsyslog to name files messages.2008-10-05-12-00-00.gz or something. IE, give them a constant name that doesn't change and then delete them after how many ever days? -- We're just a Bunch Of Regular Guys, a collective group that's trying to understand and assimilate technology. We feel that resistance to new ideas and technology is unwise and ultimately futile. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newsyslog naming scheme could be improved?
On Sat, Oct 11, 2008 at 09:33:42AM -0700, Kelly Jones wrote: newsyslog rotates logfiles so that messages.0.gz is yesterday's file, messages.1.gz is the day before's, etc. This is ugly. If I tell my fellow sysadmins that I ran this command: zfgrep 'bad thing' /var/log/messages.4.gz and found stuff, they may run it the next day and get different results because the file is now messages.5.gz Is it possible to educate your co-workers into looking at timestamps on files before randomly assuming that EVERYTHING ends up in .4.gz? :-) Surely your co-workers aren't that dense. Or you can have them use zgrep 'bad thing' /var/log/messages.*.gz and tell them pay close attention to the timestamps shown!! That might work as a better work-around. Improving my cow-orkers intelligence would be the ideal solution, but has anyone considered tweaking newsyslog to name files messages.2008-10-05-12-00-00.gz or something. IE, give them a constant name that doesn't change and then delete them after how many ever days? I'd vote for the following strftime(3) format: %Y%m%dT%H%M. Otherwise known as: MMDDThhmm = Year (4-digit) MM = Month (01 to 12) DD = Day (01 to 31) T = Literal ASCII string T hh = Hour (24-hour time, e.g. 00 to 23) mm = Minute (00 to 59) The T aspect is optional, but it's what we use at my workplace, and makes recognising the hour-minute portion easier. I don't think we need second-level granularity on this stuff; even minute granularity is questionable (because not all logs will get rotated at exactly 00 minutes; they might take 20 minutes to compress based on system load, etc...), since you'd have inconsistencies in the filenames, e.g.: messages.20081005T.gz messages.20081006T0001.gz messages.20081007T0001.gz messages.20081008T.gz messages.20081009T0002.gz And so on. Food for thought. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ULE
Anyone with experience using and setting this up, please contact me. I need to learn how to work with and on it. _ Get more out of the Web. Learn 10 hidden secrets of Windows Live. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newsyslog naming scheme could be improved?
On Oct 11, 2008, at 09:46, Jeremy Chadwick wrote: On Sat, Oct 11, 2008 at 09:33:42AM -0700, Kelly Jones wrote: newsyslog rotates logfiles so that messages.0.gz is yesterday's file, messages.1.gz is the day before's, etc. This is ugly. If I tell my fellow sysadmins that I ran this command: zfgrep 'bad thing' /var/log/messages.4.gz and found stuff, they may run it the next day and get different results because the file is now messages.5.gz Is it possible to educate your co-workers into looking at timestamps on files before randomly assuming that EVERYTHING ends up in .4.gz? :-) Surely your co-workers aren't that dense. Or you can have them use zgrep 'bad thing' /var/log/messages.*.gz and tell them pay close attention to the timestamps shown!! That might work as a better work-around. Improving my cow-orkers intelligence would be the ideal solution, but has anyone considered tweaking newsyslog to name files messages.2008-10-05-12-00-00.gz or something. IE, give them a constant name that doesn't change and then delete them after how many ever days? I'd vote for the following strftime(3) format: %Y%m%dT%H%M. Otherwise known as: MMDDThhmm Either approach would sure increase the typing when searching for log entries for a specific day. I keep 30 days of maillogs and reasonably frequently have to search them for a specific day a week or 2 ago. Given that I usually run about 5 searches to find all the relevant entries, that would sure add to the typing. Also, I have no immediate idea how newsyslog would be able to still retain 30 backups. The dates on the files are not necessarily accurate. They can get changed easily. Searching with maillog.* is a horrible waste of computer and people time. Puts a real load on the mail server and I wait for quite awhile. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Worth persuing a KDB: stack backtrace: ?
On Sat, Oct 11, 2008 at 11:22:21AM -0400, Tuc wrote: I have a 5.5-STABLE laptop thats been having issues lately, mostly related to memory. I bought new chips, and I think I narrowed it down to one of the Dimm slots being bad. I did a memtest for 25 hours and it seemed stable. memtest86+ would definitely detect a DIMM slot being bad, so running it for 25 hours successfully means the DIMM and the DIMM slot is likely fine. Sorry, 2 corrections. :) 1) I ran memtest86+ 3.4 2) If I tried to run the memory test on the slot I thought was bad, it looked like whatever is underneath the memtest86+ (Linux?) would crap out within 6 seconds of startup. I've only tested the B slot after running into so many issues with the A slot (And I checked, you can run one slot only on this laptop... Dell Inspiron 8200) I started up and started downloading a backup of over 5K emails. (All have to go through mimedefang, procmail and sendmail... So the system was a bit sluggish. I started to get things like : Oct 10 22:06:29 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:06:29 himinbjorg kernel: kdb_backtrace(c3053200,1,dbb54c04,dbb54bf0,c0 73ba78) at kdb_backtrace+0x29 Oct 10 22:06:29 himinbjorg kernel: getdirtybuf(dbb54be0,0,1,cc1c81e8,1) at getdi rtybuf+0x27 Oct 10 22:06:29 himinbjorg kernel: flush_deplist(c305354c,1,dbb54c04) at flush_d eplist+0x34 Oct 10 22:06:29 himinbjorg kernel: flush_inodedep_deps(c216d000,715e,c089bcf8,c0 808b16,ef) at flush_inodedep_deps+0x7d Oct 10 22:06:29 himinbjorg kernel: softdep_sync_metadata(dbb54ca0) at softdep_sy nc_metadata+0x8c Oct 10 22:06:29 himinbjorg kernel: ffs_fsync(dbb54ca0) at ffs_fsync+0x33e Oct 10 22:06:29 himinbjorg kernel: fsync(c3549600,dbb54d04,1,1,286) at fsync+0x1 03 Oct 10 22:06:29 himinbjorg kernel: syscall(2f,2f,bfbf002f,80fef20,0) at syscall+ 0x227 Oct 10 22:06:29 himinbjorg kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Oct 10 22:06:29 himinbjorg kernel: --- syscall (95, FreeBSD ELF32, fsync), eip = 0x28181ca7, esp = 0xbfbf6d1c, ebp = 0xbfbf86e8 --- This looks more like a filesystem problem, not a memory problem. All of the functions listed in the backtrace show UFS/FFS problems and filesystem metadata issues of some kind. Yup, sorry. I should have said that I realized it was a disk issue, but that I was thinking that maybe it wasn't really the OS's fault that there are deeper problems with the laptop that could be manifesting themselves here. When I sent all sorts of copious debug to Dell they just told me to replace the motherboard completely. I didn't want to spend the $$. At first all the problems manifested as memory, memtest86+ would lock up, crash, etc with the memory I had. I bought new memory ($50 for a gig) BEFORE Dell just told me to replace the whole motherboard. With the new memory in, only using the B slot, it appeared more stable. I found these issues only accidentally. I tend to type dmesg when my fingers are idle and my brain is spinning thinking of something and thats when I saw this cruft. Booting the machine in single-user mode and run fsck -y. I'm betting you'll find errors. If not, then it's probably a kernel bug -- see below, however. Probably could use it, yea. It had locked up a few times so I'm sure the filesystems weren't in great shape. I thought I had offline fsck'd them, but now not so sure. I doubt you're going to get much support on this, since you're running FreeBSD 5.5, which is no longer supported. Believe me: you will get continual push-back from the rest of the FreeBSD developers asking for support on 5.5. The RELENG_6 series is on its way out as well, so you should consider installing RELENG_7 (specifically 7.1-BETA at this point). Well, that was 1/2 of the reason why I asked if it was even worth it to trace it out. 1/2 was the fact its 5.5, the other 1/2 was that I've already been told to replace the motherboard. :) I tried going to 6.X on this machine for a few weeks once before, constantly locked up in the booting of the kernel. I haven't had a spare second otherwise to consider going to 7. I didn't think anyone would really want to help on 5.5, but figured I'd toss it out there and see if anyone thought it worth while. Thanks Jeremy. Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Worth persuing a KDB: stack backtrace: ?
Booting the machine in single-user mode and run fsck -y. I'm betting you'll find errors. If not, then it's probably a kernel bug -- see below, however. Ya lost the bet All filesystems were supposedly fine. Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libncurses.so.6 Not Found - How to Get 32 bit Version?
Drew Tomlinson wrote: First, I must say I love the ports system!!! It keeps me from suffering as I am now. :) Anyway, I'm attempting to install a web log analysis software from Google named Urchin. The installation docs say it's supported on FBSD 6.2+. As I am dedicating a machine to this software, I've performed a brand new install of 7.1-PRERELEASE. I'm using the amd64 version on a Intel Core 2 Duo processor. With help from the list, I overcame the first library issue by installing the compat6x libraries from ports. Now the install script is complaining that /libexec/ld-elf.so.1: Shared object libncurses.so.6 not found. I used ldd on the executable the script is attempting to run and get this output: libncurses.so.6 = not found (0x0) libcrypt.so.3 = /usr/local/lib32/compat/libcrypt.so.3 (0x280be000) libz.so.3 = /usr/local/lib32/compat/libz.so.3 (0x280d7000) libstdc++.so.5 = /usr/local/lib32/compat/libstdc++.so.5 (0x280e8000) libm.so.4 = /usr/local/lib32/compat/libm.so.4 (0x281be000) libc.so.6 = /usr/local/lib32/compat/libc.so.6 (0x281d4000) I did search my system and found /usr/local/lib/compat/libncurses.so.6. I tried adding a symlink to /usr/local/lib32/compat but then received an ...unsupported layout... error when attempting to run the executable: I assume that is because the libncurses.so.6 library is a 64 bit version? I've removed the symlink. Assuming my assumptions are correct, how can I get a 32 bit libncurses.so.6 version on my system? Or if I'm wrong, what do I need? The lib/compat/libncurses.so.6 file comes from the compat6x package. However, as you found, that package on amd64 installs the amd64 compat libraries. You can grab the i386 version of the package from the FTP site and manually extract the libraries into the lib32/compat directory (it's just a .tbz file). Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Worth persuing a KDB: stack backtrace: ?
On Sat, Oct 11, 2008 at 01:42:09PM -0400, Tuc wrote: On Sat, Oct 11, 2008 at 11:22:21AM -0400, Tuc wrote: I have a 5.5-STABLE laptop thats been having issues lately, mostly related to memory. I bought new chips, and I think I narrowed it down to one of the Dimm slots being bad. I did a memtest for 25 hours and it seemed stable. memtest86+ would definitely detect a DIMM slot being bad, so running it for 25 hours successfully means the DIMM and the DIMM slot is likely fine. Sorry, 2 corrections. :) 1) I ran memtest86+ 3.4 2) If I tried to run the memory test on the slot I thought was bad, it looked like whatever is underneath the memtest86+ (Linux?) would crap out within 6 seconds of startup. I've only tested the B slot after running into so many issues with the A slot (And I checked, you can run one slot only on this laptop... Dell Inspiron 8200) Yes, memtest86 and memtest86+ are both Linux-based. I started up and started downloading a backup of over 5K emails. (All have to go through mimedefang, procmail and sendmail... So the system was a bit sluggish. I started to get things like : Oct 10 22:06:29 himinbjorg kernel: KDB: stack backtrace: Oct 10 22:06:29 himinbjorg kernel: kdb_backtrace(c3053200,1,dbb54c04,dbb54bf0,c0 73ba78) at kdb_backtrace+0x29 Oct 10 22:06:29 himinbjorg kernel: getdirtybuf(dbb54be0,0,1,cc1c81e8,1) at getdi rtybuf+0x27 Oct 10 22:06:29 himinbjorg kernel: flush_deplist(c305354c,1,dbb54c04) at flush_d eplist+0x34 Oct 10 22:06:29 himinbjorg kernel: flush_inodedep_deps(c216d000,715e,c089bcf8,c0 808b16,ef) at flush_inodedep_deps+0x7d Oct 10 22:06:29 himinbjorg kernel: softdep_sync_metadata(dbb54ca0) at softdep_sy nc_metadata+0x8c Oct 10 22:06:29 himinbjorg kernel: ffs_fsync(dbb54ca0) at ffs_fsync+0x33e Oct 10 22:06:29 himinbjorg kernel: fsync(c3549600,dbb54d04,1,1,286) at fsync+0x1 03 Oct 10 22:06:29 himinbjorg kernel: syscall(2f,2f,bfbf002f,80fef20,0) at syscall+ 0x227 Oct 10 22:06:29 himinbjorg kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Oct 10 22:06:29 himinbjorg kernel: --- syscall (95, FreeBSD ELF32, fsync), eip = 0x28181ca7, esp = 0xbfbf6d1c, ebp = 0xbfbf86e8 --- This looks more like a filesystem problem, not a memory problem. All of the functions listed in the backtrace show UFS/FFS problems and filesystem metadata issues of some kind. Yup, sorry. I should have said that I realized it was a disk issue, but that I was thinking that maybe it wasn't really the OS's fault that there are deeper problems with the laptop that could be manifesting themselves here. When I sent all sorts of copious debug to Dell they just told me to replace the motherboard completely. I didn't want to spend the $$. At first all the problems manifested as memory, memtest86+ would lock up, crash, etc with the memory I had. I bought new memory ($50 for a gig) BEFORE Dell just told me to replace the whole motherboard. With the new memory in, only using the B slot, it appeared more stable. I found these issues only accidentally. I tend to type dmesg when my fingers are idle and my brain is spinning thinking of something and thats when I saw this cruft. Okay, so now we're talking about disk issues. So all we've confirmed at this point is 1) you have bad memory or a bad RAM slot, and 2) you have a disk that has problems, a corrupted filesystem, or both. I suppose it's possible for filesystem corruption to occur due to bad memory, but it's much more likely that you'd experience a kernel panic before that even had a chance of happening. At this point I'm really not sure what to tell you, or if FreeBSD can even help. You've confirmed you have bad hardware, so the solution at this point should be obvious. :-) Booting the machine in single-user mode and run fsck -y. I'm betting you'll find errors. If not, then it's probably a kernel bug -- see below, however. Probably could use it, yea. It had locked up a few times so I'm sure the filesystems weren't in great shape. I thought I had offline fsck'd them, but now not so sure. I'd recommend setting background_fsck=no in /etc/rc.conf in the future. Backgrounded fsck does not catch all filesystem errors; this has been discussed very thoroughly on the -stable list. I doubt you're going to get much support on this, since you're running FreeBSD 5.5, which is no longer supported. Believe me: you will get continual push-back from the rest of the FreeBSD developers asking for support on 5.5. The RELENG_6 series is on its way out as well, so you should consider installing RELENG_7 (specifically 7.1-BETA at this point). Well, that was 1/2 of the reason why I asked if it was even worth it to trace it out. 1/2 was the fact its 5.5, the other 1/2 was that I've already been told to replace the motherboard. :) I tried
Re: libncurses.so.6 Not Found - How to Get 32 bit Version?
Drew Tomlinson [EMAIL PROTECTED] writes: First, I must say I love the ports system!!! It keeps me from suffering as I am now. :) Anyway, I'm attempting to install a web log analysis software from Google named Urchin. The installation docs say it's supported on FBSD 6.2+. As I am dedicating a machine to this software, I've performed a brand new install of 7.1-PRERELEASE. I'm using the amd64 version on a Intel Core 2 Duo processor. With help from the list, I overcame the first library issue by installing the compat6x libraries from ports. Now the install script is complaining that /libexec/ld-elf.so.1: Shared object libncurses.so.6 not found. I used ldd on the executable the script is attempting to run and get this output: libncurses.so.6 = not found (0x0) libcrypt.so.3 = /usr/local/lib32/compat/libcrypt.so.3 (0x280be000) libz.so.3 = /usr/local/lib32/compat/libz.so.3 (0x280d7000) libstdc++.so.5 = /usr/local/lib32/compat/libstdc++.so.5 (0x280e8000) libm.so.4 = /usr/local/lib32/compat/libm.so.4 (0x281be000) libc.so.6 = /usr/local/lib32/compat/libc.so.6 (0x281d4000) I did search my system and found /usr/local/lib/compat/libncurses.so.6. I tried adding a symlink to /usr/local/lib32/compat but then received an ...unsupported layout... error when attempting to run the executable: I assume that is because the libncurses.so.6 library is a 64 bit version? I've removed the symlink. You can explore it by the command % file /usr/local/lib/compat/libncurses.so.6 Assuming my assumptions are correct, how can I get a 32 bit libncurses.so.6 version on my system? Or if I'm wrong, what do I need? You can copy this file from 6-i386 as Kris has already said. And it may be a good idea to file a PR about it since this is definitely the port's bug (CCing to the port's maintainer). WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libncurses.so.6 Not Found - How to Get 32 bit Version?
Boris Samorodov wrote: You can copy this file from 6-i386 as Kris has already said. And it may be a good idea to file a PR about it since this is definitely the port's bug (CCing to the port's maintainer). I don't think it's a port bug, but it would be useful to have an official way to install the i386 compat libraries on amd64. This should probably be a separate slave port. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libncurses.so.6 Not Found - How to Get 32 bit Version?
Kris Kennaway [EMAIL PROTECTED] writes: Boris Samorodov wrote: You can copy this file from 6-i386 as Kris has already said. And it may be a good idea to file a PR about it since this is definitely the port's bug (CCing to the port's maintainer). I don't think it's a port bug, but it would be useful to have an official way to install the i386 compat libraries on amd64. This should probably be a separate slave port. The port installs both amd64 and i386 libraries (look at the port pkg-plist.amd64). Isn't it an official way? Imho yes. One library is missing. Isn't it a port bug? Well, imho, yes. ;-) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libncurses.so.6 Not Found - How to Get 32 bit Version?
Boris Samorodov wrote: Kris Kennaway [EMAIL PROTECTED] writes: Boris Samorodov wrote: You can copy this file from 6-i386 as Kris has already said. And it may be a good idea to file a PR about it since this is definitely the port's bug (CCing to the port's maintainer). I don't think it's a port bug, but it would be useful to have an official way to install the i386 compat libraries on amd64. This should probably be a separate slave port. The port installs both amd64 and i386 libraries (look at the port pkg-plist.amd64). Isn't it an official way? Imho yes. One library is missing. Isn't it a port bug? Well, imho, yes. ;-) OK then :) Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE
Desmond Chapman wrote: Anyone with experience using and setting this up, please contact me. I need to learn how to work with and on it. Replace options SCHED_4BSD with options SCHED_ULE in your kernel config file, compile/install kernel in the usual way, reboot. End of story. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
LDAP+login classes
Hello, I was wonder if anyone has an idea if its possible to use login classes when using nss_ldap ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
mdh wrote: Michal, can you describe in more detail just what is performing poorly? Things like what effects, what actions you're taking, what your settings are that effect those actions, etc? I'm running KDE4.1.1 from ports on 7-STABLE and have no performance problems at all with an AthlonX2, 2gigs of memory, and a GeForce6200 card using nvidia binary drivers. One thing I have come up against was the nvidia black windows bug with OpenGL effects turned on, but turning them off doesn't signifigantly hinder my enjoyment of KDE4, or make it too much less sexy to be honest. The performance was also fine even with them turned on; it simply caused that bug to occur which made it less usable. Generally speaking, I've found GNOME to run with more performance issues despite less bells and whistles than KDE every time on any system where I've tried it. If you provide some more information, maybe I can direct you to some setting tweaks, etc, but as I said it's working just lovely for me (and this is with a ton of apps open, by the way - several seamonkey windows, a bunch of kpdf, eclipse, many many konsole tabs, xmms, ktorrent, and more. One thing I am curious of is if you're running i386 FreeBSD, or another architecture (amd64, ia64, etc?) I'm running 7.0 stable with ULE scheduler on i386 architecture (since it's Pentium M). I've tried to use kde4 out of the box (after compilation). Whole kde is running poorly. I have to wait seconds for any action to complete (right mouse button, moving windows, moving widgets, etc), so, as you can imagine, I'm not that patient to tweak any settings while using kde4. Now I see that many of you are using nvidia binary drivers, maybe this is the answer why my kde4 is running so slow. However, beryl is working quite fast for me. kde4 is using only 4% of processor, hal and dbus are enabled and running. -- Michal ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newsyslog naming scheme could be improved?
At 9:33 AM -0700 10/11/08, Kelly Jones wrote: ...but has anyone considered tweaking newsyslog to name files messages.2008-10-05-12-00-00.gz or something. IE, give them a constant name that doesn't change and then delete them after how many ever days? It would be bad to change the default behavior, but there have been several people who wished for some option for newsyslog which would make it use some alternate naming scheme. There's at least one PR about it, for instance. It is on my list of things to do, but I've had a long stretch of time where I have too many things on that list. I wouldn't go for a naming scheme that's as long as the above suggestion, though. -- Garance Alistair Drosehn = [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Institute; Troy, NY; USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD as PF/Router/Firewall dying on the vine
Hello Jeremy: On 10/6/08 9:30 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote: On Mon, Oct 06, 2008 at 06:08:50PM -0700, Michael K. Smith - Adhost wrote: Hello All: We have a load balanced pair of PF boxes sitting in front of a whole bunch of server doing all manner of things! It's been working great up until today when it, well, didn't. Here's what I see in top -S. PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 14 root 1 -44 -163 0K 8K CPU1 0 44:21 88.18% swi1: net 11 root 1 171 52 0K 8K RUN0 24:58 53.32% idle: cpu0 10 root 1 171 52 0K 8K RUN1 17:44 35.50% idle: cpu1 24 root 1 -68 -187 0K 8K *Giant 0 5:30 11.62% irq16: em2 uhci3 23 root 1 -68 -187 0K 8K WAIT 0 1:27 3.08% irq25: em1 25 root 1 -68 -187 0K 8K WAIT 1 1:16 2.64% irq17: em3 This is 6.3 with Intel 1000 Fiber and Copper interfaces, all using the 'em' driver. Also, there are 15 VLAN's configured on one of the NIC's for subnet separation. If anyone has any ideas I'm all ears. My google-fu is coming up empty with the swi1: net Can you explain what the problem is? Sorry it took so long to reply. We actually got the issue resolved, but I wanted to make sure our fix actually worked. Here is what the problem/solution is. The problem was significant packet loss and connectivity issue to and through the PF server. Even pinging the loopback address on the server itself was returning 4 ms times. The problem was a very busy NFS server with clients on the same VLAN, but on a different subnet. So, we had a VLAN interface on em1 that had two address ranges attached, 10.255.0.0/16 and 10.212.6.0/16. The NFS server was on the 10.255 and the clients were on the 10.212. Even though they were on the same VLAN, they weren't directly ARP'able, so all traffic (400 - 600 Mb/sec) between them had to be processed by the server. When we moved the clients on to the same subnet as the server, everything stabilized. I think this was an issue of bad design on my part. Regards, Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE
in few days old RELENG_7 it's great, much better than anything before. there are something to fix with realtime priority threads scheduling, i contacted the author and i think it will be fixed soon. in case of usual work - just use it. it's very good. On Sat, 11 Oct 2008, Desmond Chapman wrote: Anyone with experience using and setting this up, please contact me. I need to learn how to work with and on it. _ Get more out of the Web. Learn 10 hidden secrets of Windows Live. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008___ 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]
The FreeBSD Diary: 2008-09-21 - 2008-10-11
The FreeBSD Diary contains a large number of practical examples and how-to guides. This message is posted weekly to freebsd-questions@freebsd.org with the aim of letting people know what's available on the website. Before you post a question here it might be a good idea to first search the mailing list archives http://www.freebsd.org/search/search.html#mailinglists and/or The FreeBSD Diary http://www.freebsddiary.org/. These are the articles posted during this period: 5-Oct : Removing dead mailing lists from Mailman Mailing lists can outlive their usefulness http://freebsddiary.org/mailman-removing-dead-lists.php?2 -- Dan Langille BSDCan - http://www.BSDCan.org/ - BSD Conference ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libncurses.so.6 Not Found - How to Get 32 bit Version?
Kris Kennaway wrote: Boris Samorodov wrote: Kris Kennaway [EMAIL PROTECTED] writes: Boris Samorodov wrote: You can copy this file from 6-i386 as Kris has already said. And it may be a good idea to file a PR about it since this is definitely the port's bug (CCing to the port's maintainer). I don't think it's a port bug, but it would be useful to have an official way to install the i386 compat libraries on amd64. This should probably be a separate slave port. The port installs both amd64 and i386 libraries (look at the port pkg-plist.amd64). Isn't it an official way? Imho yes. One library is missing. Isn't it a port bug? Well, imho, yes. ;-) OK then :) Kris Thank you both! I'll figure out how to file a proper PR. Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
rsync or even scp questions....
I have two desktop computers; three, if you count my new ThinkPad. The TPad needs a new CAT5 cable, so for now I'm only considereing the two tower computers. On the Ubuntu computer I am /home/kline; on my main computer, my home is /usr/home/kline. The following sh script worked perfected when my home on tao [FBSD] was /home/kline: P #!/bin/sh PWD=`pwd`; echo This directory is [${PWD}]; scp -qrp ${PWD}/* ethos:/${PWD} ###/usr/bin/scp -rqp -i /home/kline/.ssh/zeropasswd-id ${PWD}/* \ klin [EMAIL PROTECTED]:/${PWD} Question #1: is there any /bin/sh method of getting rid of the /usr? I switch off between my two computers especially when get mucked up, as with my upgrade to kde4. (Otherwise, I do backups of ~kline as well as other critical directories.) Is there a way of automatically using rsync rather that my kwik-and-dirty /bin/shell script? thanks, people, gary PS: Complete disclosure: it works one way [tao to ethos] because I have created a /usr/home/kline/* tree on ethos. PPS: if this seems like a numbskull query, i only caught a few hours sleep last night! -- Gary Kline [EMAIL PROTECTED] http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Mailman + Apache + Cookies + FreeBSD
On Oct 10, 2008, at 1:45 AM, Odhiambo Washington wrote: Could you downgrade Mailman and see if the problem still persists? I run the combination you have (except Mailman is 2.1.9 and FreeBSD is 6.3) and I haven't had an issue. Might be a bug introduced in Mailman 2.1.11 I'm running mailman 2.1.11 (installed from ports) without the described problem. So in at least one case, Apache, FreeBSD and Mailman 2.1.11 work without exhibiting the described problem. -j ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: rsync or even scp questions....
--- On Sat, 10/11/08, Gary Kline [EMAIL PROTECTED] wrote: On the Ubuntu computer I am /home/kline; on my main computer, my home is /usr/home/kline. The following sh script worked perfected when my home on tao [FBSD] was /home/kline: P #!/bin/sh PWD=`pwd`; echo This directory is [${PWD}]; scp -qrp ${PWD}/* ethos:/${PWD} ###/usr/bin/scp -rqp -i /home/kline/.ssh/zeropasswd-id ${PWD}/* \ klin [EMAIL PROTECTED]:/${PWD} Question #1: is there any /bin/sh method of getting rid of the /usr? I switch off between my two computers especially when get mucked up, as with my upgrade to kde4. (Otherwise, I do backups of ~kline as well as other critical directories.) Is there a way of automatically using rsync rather that my kwik-and-dirty /bin/shell script? thanks, people, gary If what you wish to do is simply get rid of /usr in a string, you can use sed like so: varWithoutUsr=`echo ${varWithUsr} |sed -e 's/\/usr//'` After running this, where $varWithUsr is the variable containing a string like /usr/home/blah, the variable $varWithoutUsr will be equal to /home/blah. I create simple scripts like this all the time to rename batches of files, for example. The easier way is probably just to not specify a dir to scp's remote path though, since it defaults to the user's home directory. - mdh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
the impossible! get java 1.5 running on FB6.2?
I am a dum-dum. I don't know what happened, but suddently my FreeBSD7.0-STABLE running on my 160GB HD froze. I fsck-ed mounted, later from the older hard drive I am running now: % uname -a FreeBSD 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 % I know 6.2 is not supposed to be supported anymore, but I have never been able to get buildworld to go, and I know people tell me I am supposed to wipe hard drives, and maybe after I get just one more hard drive I might start get up to mirroring speed or something. What I really need to do is get Java 1.5 going ^ ../../nachos/threads/PriorityScheduler.java:508: cannot resolve symbol symbol : variable waitQueue location: class nachos.threads.PriorityScheduler.ThreadStateAndTime.PriorityQueue Lib.assertTrue(waitingOn.waitQueue.remove(threadStateAndTime)); ^ 100 errors gmake: *** [nachos/userprog/UserKernel.class] Error 1 % java -version Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location java version 1.4.2_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_12-b03) Java HotSpot(TM) Client VM (build 1.4.2_12-b03, mixed mode) % java -version java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build diablo-1.5.0-b01) Java HotSpot(TM) Client VM (build diablo-1.5.0_07-b01, mixed mode) Trying again, but this build I am pretty sure will end in failure: /x11-toolkits/qt33/work/qt-x11-free-3.3.6/src/sql # pwd /usr/ports # cd java # cd jdk15 # make install clean === jdk-1.5.0p3_5 depends on executable in : gm4 - found === jdk-1.5.0p3_5 depends on executable in : zip - found === jdk-1.5.0p3_5 depends on file: /usr/X11R6/lib/libXm.so - found === jdk-1.5.0p3_5 depends on file: /usr/local/diablo-jdk1.5.0/bin/javac - found === jdk-1.5.0p3_5 depends on it's still compiling.. I think I will reply to this when it is done. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]