Re: First time user problems
On Fri, Mar 20, 2009 at 1:00 AM, Alhaji Barrie alhaji.bar...@comcast.netwrote: I am a new user of Free BSD. I just completed the install of Free BSD on a Dell PC but I cannot get past the initial login prompt. I typed the user name I supplied during the installation process to no avail. In the last two days, I have browsed the web and used some of the suggestion provided. I also consulted the documentation in this web site. To put it simply, I am missing the syntax for the user name and password. Can someone help with the step by step process of getting past the original login screen? Alhaji I Barrie Network Security Analyst ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org fresh FreeBSD install has no root password, it is empty if you have not changed it during install. I guess you already know username for root is 'root' and there is not no specialised syntax for login ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issues in XFCE 4.6 (looking for a working WM)
At this point, I guess I'm looking for recommendations on a window manager. Here are the major problems with XFCE4 4.6: * 20% probability of starting X without crashing and locking computer * 20-25 minutes to start X (was about 1 under XFCE4 4.4) * 0% chance of shutting down successfully if X is running * can't exit X once started (switches monitor to power save mode and hangs) * maximum run time of 8 hours (average around 5 hours) * won't save settings and a couple minor ones: * XFCE menu doesn't work * missing icons, even after theme is changed from rodent to tango None of these were issues under XFCE4 4.4, but I'm guessing there's not a good way to get 4.4 back... What other window managers do people use, or what would you recommend and why? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Building packages without installing them?
I want to use my home server to build Xorg and KDE packages for a desktop. man ports says make package will install the port. I don't need Xorg on the server and I would like to tweak make.conf to build for a different architecture. Is there a way to do this? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Building packages without installing them?
Ross wrote: I want to use my home server to build Xorg and KDE packages for a desktop. man ports says make package will install the port. I don't need Xorg on the server and I would like to tweak make.conf to build for a different architecture. Is there a way to do this? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org http://forums.freebsd.org/showthread.php?t=152 Not currently possible, but there are a great deal of suggestions there. ~Paul This message may contain confidential or privileged information. If you are not the intended recipient, please advise us immediately and delete this message. See http://www.datapipe.com/emaildisclaimer.aspx for further information on confidentiality and the risks of non-secure electronic communication. If you cannot access these links, please notify us by reply message and we will send the contents to you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
CARP Load Balance by CUP - Memory - Ethernet Usage
Good Day every one! We have a situation and we are looking for a solution (the client is specific to implement this way): We are using FreeBSD FW cluster (2 units) for our DMZ zone. We are using CARP for VIP and round robin load balance. The result is not always balance, most of the times it is 80/20. We are looking at the following solution: Implement a solution that provides LB based on the following factors: 1. CPU 2. Memory 3. Ethernet traffic utilization Theoretically I can think when a packet comes to FW1, if it is busy (say CPU is 80%) then we need to implement a solution to send the packet to FW2 and vice verse. I heard that some tools exist to complement CARP for this purpose, but could not find at Google. I would highly appreciate any suggestions on this (or alternate solutions – we know we can use LB appliances, but we will have to many of them for several other servers too). Have lots of fun, Sincerely, Hari Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
[MailServer Notification]To Sender file blocking settings matched and action taken.
ScanMail for Microsoft Exchange has blocked an attachment. Sender = freebsd-questions@freebsd.org Recipient(s) = SUMMERS.DAVID Subject = Returned mail: Data format error Scanning time = 3/20/2009 3:40:11 AM Action on file blocking: The attachment message.exe matches the file blocking settings. ScanMail has Quarantined it. The attachment was quarantined to C:\Program Files\Trend\Smex\Alert\message49c3485b11.exe_. Warning to Sender: Action taken by attachment blocking. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Building packages without installing them?
I do believe that man pkg_create will give you the correct answer :) Regards, Ivailo Tanusheff Deputy Head of IT Department ProCredit Bank (Bulgaria) AD Ross basarev...@gmail.com Sent by: owner-freebsd-questi...@freebsd.org 20.03.2009 09:21 To freebsd-questions@freebsd.org cc Subject Building packages without installing them? I want to use my home server to build Xorg and KDE packages for a desktop. man ports says make package will install the port. I don't need Xorg on the server and I would like to tweak make.conf to build for a different architecture. Is there a way to do this? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Building packages without installing them?
On Thursday 19 March 2009 22:48:47 Ross wrote: I want to use my home server to build Xorg and KDE packages for a desktop. man ports says make package will install the port. I don't need Xorg on the server and I would like to tweak make.conf to build for a different architecture. Is there a way to do this? You can build for a lesser OS version, architecture (i.e. amd64 vs i386), no. Making a package always require install, however if you use a jail or chroot, nothing stops you from doing pkg_delete -f '*' after the relevant packages have been created. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: KDE4 port hangs, archives - handbook no help.
On Thursday 19 March 2009 15:50:22 Gene wrote: Morning All: I've searched the archives and googled and generally applied what I found to no good effect. While installing the kde4 port, I got to libspectre. The libspectre port insists that I must have libgs to compile it. What pulls in this library? It doesn't for me. But I'm cups and generally printer allergic. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Building packages without installing them?
Ross wrote: I want to use my home server to build Xorg and KDE packages for a desktop. man ports says make package will install the port. I don't need Xorg on the server and I would like to tweak make.conf to build for a different architecture. Is there a way to do this? Use ports-mgmt/tinderbox. Very powerful and relatively easy to use. You will have to follow the instructions here: http://tinderbox.marcuscom.com/README.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
(bez tematu)
-- _ Pozdrawiam Pajewski Rafał Administrator -- K2. Dla nas to mozliwe. K2 Internet S.A. tel. +48 22 448 70 00 faks +48 22 448 71 01 00-145 Warszawa al. Solidarnosci 74 A e-mail: bi...@k2.pl http://www.k2.pl KRS 059690 NIP 951-19-83-801 Regon 016378720 Wysokosc kapitalu zakladowego 2.030.000,00 PLN (wplacony w calosci) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issues in XFCE 4.6 (looking for a working WM)
Keith Seyffarth wrote: At this point, I guess I'm looking for recommendations on a window manager. Here are the major problems with XFCE4 4.6: * 20% probability of starting X without crashing and locking computer * 20-25 minutes to start X (was about 1 under XFCE4 4.4) * 0% chance of shutting down successfully if X is running * can't exit X once started (switches monitor to power save mode and hangs) * maximum run time of 8 hours (average around 5 hours) * won't save settings and a couple minor ones: * XFCE menu doesn't work * missing icons, even after theme is changed from rodent to tango None of these were issues under XFCE4 4.4, but I'm guessing there's not a good way to get 4.4 back... What other window managers do people use, or what would you recommend and why? Thanks. ___ In 7.1 I installed the xfce mega package and it is version 4.4.2, It installed every thing xfce has available. It works fine for me. xfce 4.6 is very dirty and needs alot more work before it's usable. I had some of the same problems as you so i deleted it and returned to 4.4.2. also installed the Xorg mega package. First time startx takes about 30sec, after that it comes up in 5-10sec. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issues in XFCE 4.6 (looking for a working WM)
On Fri, Mar 20, 2009 at 2:15 AM, Keith Seyffarth w...@weif.net wrote: At this point, I guess I'm looking for recommendations on a window manager. Try a smaller one, like evilwm. It's (pretty much) all command line. For example, you would open up a term and launch firefox from there (# firefox). Once you get the hang of its keybindings, which are vi-like, it's fun and easy. It's also compatible with aterm, which will give you transparent terminals (if that's something that interests you). Also, I highly recommend that you check out http://xwinman.org. I found it to be fun and informative to peruse the list of wm's there. Here are the major problems with XFCE4 4.6: * 20% probability of starting X without crashing and locking computer * 20-25 minutes to start X (was about 1 under XFCE4 4.4) * 0% chance of shutting down successfully if X is running * can't exit X once started (switches monitor to power save mode and hangs) * maximum run time of 8 hours (average around 5 hours) * won't save settings and a couple minor ones: * XFCE menu doesn't work * missing icons, even after theme is changed from rodent to tango None of these were issues under XFCE4 4.4, but I'm guessing there's not a good way to get 4.4 back... What other window managers do people use, or what would you recommend and why? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- www.nealhogan.net www.lambdaserver.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issues in XFCE 4.6 (looking for a working WM)
On Fri, 20 Mar 2009, Keith Seyffarth wrote: At this point, I guess I'm looking for recommendations on a window manager. Here are the major problems with XFCE4 4.6: * 20% probability of starting X without crashing and locking computer * 20-25 minutes to start X (was about 1 under XFCE4 4.4) * 0% chance of shutting down successfully if X is running * can't exit X once started (switches monitor to power save mode and hangs) * maximum run time of 8 hours (average around 5 hours) * won't save settings xfce-4.6 is running here on a couple of machines, with none of those problems. Those actually sound more like xorg problems. and a couple minor ones: * XFCE menu doesn't work Which one? In what way? I miss the menu editor... * missing icons, even after theme is changed from rodent to tango Had to manually set the icons in the panel for xterm, mousepad, thunar, and firefox. I think I switched back to Rodent after not liking the Tango icons, but only GNOME and Tango show in Settings/Appearance/Icons. None of these were issues under XFCE4 4.4, but I'm guessing there's not a good way to get 4.4 back... portdowngrade and some work can probably do it. If your problems are really xorg related, changing window manager won't help. -Warren Block * Rapid City, South Dakota USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: KDE4 port hangs, archives - handbook no help.
On Fri, 20 Mar 2009 00:01:29 -0800, Mel Flynn wrote On Thursday 19 March 2009 15:50:22 Gene wrote: Morning All: I've searched the archives and googled and generally applied what I found to no good effect. While installing the kde4 port, I got to libspectre. The libspectre port insists that I must have libgs to compile it. What pulls in this library? It doesn't for me. But I'm cups and generally printer allergic. -- Mel ___ Thanks for the reply, I'm also using cups in my kde 3 machine and plan to use it in kde 4. libgs is required, via libspectre, by evince, kdegraphics-4, kipi-plugins- kde4, the kde4 metaport, and so on. Actually, it was originally the ghostscript-gpl port that was called for, and I'm not sure what depended on it. I have discovered, however, that there was no port later than 8.60, and it appears to have dissappeared from the ports collection altogether (at least according to www.FreeBSD.org/ports, and portsnap didn't help either). So I manually installed the ghostscript- 8.63 port which supplied the necessary 8.63 libraries. For some reason, though, the libspectre script thinks it's seeing a version = 8.60. Maybe I'll try uninstalling the ghostscript-gpl port and retrying libspectre. We'll see. IHN, Gene -- To everything there is a season, And a time to every purpose under heaven. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: portupdate xorg-server
On Thu, Mar 19, 2009 at 4:15 PM, Frank Shute fr...@shute.org.uk wrote: On Thu, Mar 19, 2009 at 03:21:05PM -0500, Neal Hogan wrote: The last couple of days I've been running portupgrade -av and am to the point where I'd like to move onto something else, but there is one package that won't upgrade . . . xorg-server. As you can see below, it claims that there is a missing header and there are a fair amount of reported errors. I'm not the best at deciphering the stuff below. I've tried make deinstalling/reinstalling and individually portupgrading it to no avail. suggestions? glxdriswrast.c:39:39: error: GL/internal/dri_interface.h: No such file or directory $ pkg_info -W /usr/local/include/GL/internal/dri_interface.h /usr/local/include/GL/internal/dri_interface.h was installed by package xf86driproto-2.0.3 I wish to not only that Frank for his patience and subtle hand-holding, but also address the rest of the list. First, concerning the issue Mr. Shute responded to . . . I reinstalled xf86driproto, which installed the dri_interface.h, which allowed me to pkg_add xorg-server. However, it was the older version of xorg-server. So, I ran portupgrade on it and it, again, claims that there is no dri_interface.h. According to pkg_version, all xorg and xf86 ports are up-to-date, except xorg-server of which there is a newer version. That said, I was hoping that you can help me understand the portupgrade process b/c it can be a bit frustrating when it runs for a LONG time only to have upgrades fail. Please don't take my tone to be anything other than one coming from a sense of curiosity. I don't mean to suggest anything about the fBSD ports system. Perhaps my experience is the result of my own oversight. Just to be clear, here are the steps I took: 1) #portsnap fetch 2) #portsnap extract 3) #portsnap update 4) #pkgdb -u 5) #pkgdb -F 6) #portupgrade -av As I noted in another post, some ports fail to upgrade when using portupgrade -a, no matter how many times it is run. However, they (those that fail), along with their dependencies, do upgrade when portupgraded individually (or de/reinstalled). I thought the purpose of having a ports system, where you install the ports tree and use portupgrade, was to make the install/upgrade easy and rather painless, such that all ports and their dependencies are taken care of. As I write this I am running portupgrade individually, on those ports that failed to upgrade with -a option, but have (so far) succeeded in upgrading individually. I am simply looking at the output of pkg_version to find those that are not up-to-date. I could see if ports failed to upgrade or were ignored due to there being no diff between what's installed and that which is in the updated tree. Can someone shed some light on this? Thanks a lot for taking the time. -Neal HTH. snip Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html -- www.nealhogan.net www.lambdaserver.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: Portsnap vs CSup
From: f...@brightstar.bomgardner.net To: ch...@monochrome.org; cho...@charter.net Date: Thu, 19 Mar 2009 17:45:11 -0600 CC: freebsd-questions@freebsd.org Subject: Re: Portsnap vs CSup On Thu, 19 Mar 2009 18:50:48 -0400 (EDT), Chris Hill wrote On Thu, 19 Mar 2009, Charles Howse wrote: On Mar 19, 2009, at 2:13 PM, Adam Vandemore wrote: I just noticed the description in the man page for freebsd-update: ...Note that updates are only available if they are being built for the FreeBSD release and architecture being used; in particular, the FreeBSD Security Team only builds updates for releases shipped in binary form by the FreeBSD Release Engineering Team, e.g., FreeBSD 6.1-RELEASE and FreeBSD 6.2-RC1, but not FreeBSD 6.2-STABLE or FreeBSD 7.0-CURRENT. Is this saying that I can't get a binary upgrade for 6.4-STABLE? That is exactly what it's saying. (You would not believe how long the make world process takes on a Pentium 200!!) I believe it; been there! I seem to recall it went something like 'start the buildworld and go to bed'. -- Chris Hill ch...@monochrome.org ** [ Busy Expunging | ] ___ Rhink that's bad? I've been trying to build KDE4 on a toshiba satellite laptop for over a week now. IHN, Gene compiling the kernel on that could take several days by itself let alone compiling X and then a thick GUI like KDE or GNOME. amazing that a 100MHz system with 48 megs of ram can still run so fast if you build it right. -Sean ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issues in XFCE 4.6 (looking for a working WM)
Got X? You already got one ;-) http://81.174.174.115/twm/twmrc.htm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: Portsnap vs CSup
compiling the kernel on that could take several days by itself let alone compiling X and then a thick GUI like KDE or GNOME. amazing that a 100MHz system with 48 megs of ram can still run so fast if you build it right. for sure not KDE, but X and FreeBSD itself with good software running on it works FAST on 100Mhz machine with 48MB RAM. Yes compiling is slow, but normal usage is FAST. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Linux Compatability
Paul B. Mahol wrote: On 3/18/09, rasz raszo...@gmail.com wrote: hi i have 2 distinct questions, and first is, i installed a linux app (binaries) and it failed when run complaining that it needs a CPU with SSE instuctions enabled. does anyone know what this is and related too? For example, mplayer check for SSSE3 but it will fail even if your CPU supports it because gcc that ships with freebsd (4.2.1) doesnt know about SSSE3. I dont know what's happening in your SSE case. vaguely my first thoughts were that the app makes some checks for SSE but in the wrong place freebsd-wise. i thought i'd try mailing the developers now, see if they have some insight. thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issues in XFCE 4.6 (looking for a working WM)
On Fri, 20 Mar 2009 01:15:37 -0600 (MDT) Keith Seyffarth w...@weif.net wrote: At this point, I guess I'm looking for recommendations on a window manager. The XFCE upgrade went smoothly for me, apart from missing icons, although I don't use it all that much so I may have missed something. At very least I'd do a portupgrade -a, preferably a portupgrade -fa. Running 6.0 isn't very sensible, there aren't all that many people using Freebsd as a desktop machine in the first place, and most of the people best suited to fix problems, or file detailed PRs will be on 7 or 8 by now. What other window managers do people use, or what would you recommend and why? I'd suggest kde3, it's very stable, and version updates are always simple. You don't have to install it all, if you don't want to. xfce is the lightest of the 3 main desktop environments, so the next down are the likes of windowmaker, fluxbox, icewm, and enlightenment. Personally I'd go with fluxbox out of these, but that's largely personal preference. I like the taskbar and system tray support, icewm is similar, but seems less sophisticated and isn't really functional out-of the-box. If you want a desktop environment on top of a window manager you can use the rox ports to get session management, icons on the desktop, and a file manager. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: KDE4 port hangs, archives - handbook no help.
On Friday 20 March 2009 05:21:20 Gene wrote: On Fri, 20 Mar 2009 00:01:29 -0800, Mel Flynn wrote On Thursday 19 March 2009 15:50:22 Gene wrote: Morning All: I've searched the archives and googled and generally applied what I found to no good effect. While installing the kde4 port, I got to libspectre. The libspectre port insists that I must have libgs to compile it. What pulls in this library? It doesn't for me. But I'm cups and generally printer allergic. -- Mel ___ Thanks for the reply, I'm also using cups in my kde 3 machine and plan to use it in kde 4. libgs is required, via libspectre, by evince, kdegraphics-4, kipi-plugins- kde4, the kde4 metaport, and so on. Actually, it was originally the ghostscript-gpl port that was called for, and I'm not sure what depended on it. I have discovered, however, that there was no port later than 8.60, and it appears to have dissappeared from the ports collection altogether (at least according to www.FreeBSD.org/ports, and portsnap didn't help either). So I manually installed the ghostscript- 8.63 port which supplied the necessary 8.63 libraries. For some reason, though, the libspectre script thinks it's seeing a version = 8.60. Maybe I'll try uninstalling the ghostscript-gpl port and retrying libspectre. Your ports tree seems to be out of whack. Do you actually do portsnap update after fetch? There's no more ghostscript-{licensetype} ports, only ghostscript7 and 8, with -nox11 and font variants. I would suggest deleting ghostscript-* from your system, check /etc/make.conf, pkgtools.conf and your environment variables for anything GHOSTSCRIPT_* and remove those. The run dependencies for libspectre should read: make -C /usr/ports/print/libspectre/ -V RUN_DEPENDS /usr/local/etc/mtree/BSD.gnome.dist:/usr/ports/misc/gnomehier gs:/usr/ports/print/ghostscript8 -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Old slow computers can still crank away (Formerly RE: Portsnap vs CSup)
Date: Fri, 20 Mar 2009 16:48:26 +0100 From: woj...@wojtek.tensor.gdynia.pl To: millenia2...@hotmail.com CC: f...@bomgardner.net; ch...@monochrome.org; cho...@charter.net; freebsd-questions@freebsd.org Subject: RE: Portsnap vs CSup compiling the kernel on that could take several days by itself let alone compiling X and then a thick GUI like KDE or GNOME. amazing that a 100MHz system with 48 megs of ram can still run so fast if you build it right. for sure not KDE, but X and FreeBSD itself with good software running on it works FAST on 100Mhz machine with 48MB RAM. Yes compiling is slow, but normal usage is FAST. I never used gnome or KDE on it, ran Blackbox insted. _Sean ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: portupdate xorg-server
Neal Hogan wrote: On Thu, Mar 19, 2009 at 4:15 PM, Frank Shute fr...@shute.org.uk wrote: On Thu, Mar 19, 2009 at 03:21:05PM -0500, Neal Hogan wrote: The last couple of days I've been running portupgrade -av and am to the point where I'd like to move onto something else, but there is one package that won't upgrade . . . xorg-server. As you can see below, it claims that there is a missing header and there are a fair amount of reported errors. I'm not the best at deciphering the stuff below. I've tried make deinstalling/reinstalling and individually portupgrading it to no avail. suggestions? glxdriswrast.c:39:39: error: GL/internal/dri_interface.h: No such file or directory $ pkg_info -W /usr/local/include/GL/internal/dri_interface.h /usr/local/include/GL/internal/dri_interface.h was installed by package xf86driproto-2.0.3 I wish to not only that Frank for his patience and subtle hand-holding, but also address the rest of the list. First, concerning the issue Mr. Shute responded to . . . I reinstalled xf86driproto, which installed the dri_interface.h, which allowed me to pkg_add xorg-server. However, it was the older version of xorg-server. So, I ran portupgrade on it and it, again, claims that there is no dri_interface.h. According to pkg_version, all xorg and xf86 ports are up-to-date, except xorg-server of which there is a newer version. That said, I was hoping that you can help me understand the portupgrade process b/c it can be a bit frustrating when it runs for a LONG time only to have upgrades fail. Please don't take my tone to be anything other than one coming from a sense of curiosity. I don't mean to suggest anything about the fBSD ports system. Perhaps my experience is the result of my own oversight. Just to be clear, here are the steps I took: 1) #portsnap fetch 2) #portsnap extract 3) #portsnap update 4) #pkgdb -u 5) #pkgdb -F 6) #portupgrade -av As I noted in another post, some ports fail to upgrade when using portupgrade -a, no matter how many times it is run. However, they (those that fail), along with their dependencies, do upgrade when portupgraded individually (or de/reinstalled). I thought the purpose of having a ports system, where you install the ports tree and use portupgrade, was to make the install/upgrade easy and rather painless, such that all ports and their dependencies are taken care of. As I write this I am running portupgrade individually, on those ports that failed to upgrade with -a option, but have (so far) succeeded in upgrading individually. I am simply looking at the output of pkg_version to find those that are not up-to-date. I could see if ports failed to upgrade or were ignored due to there being no diff between what's installed and that which is in the updated tree. Can someone shed some light on this? Thanks a lot for taking the time. -Neal Part of the issue is that portupgrade is not a core part of the freebsd ports. It is itself a port, an addon that adds in it own set of complexities -- see it's man page. It's a wonderful utility but not perfect. When I run into issues using portupgrade, I find it easiest to fix what failed using standard port tools, not an addon, then resume the portupgrade after I fixed errors manually. Generally the process is relatively quick, but on something big like kde4 it can take quite awhile. As for specific events, you can post the errors and someone should be able help like before. Another rule of thumb I use is that I don't use portupgrade -a on system with a massive graphical enviro installedtoo many areas to fail. So in a situation like yours I might start with a portupgrade -Rf xorg-server and see how far it gets. Once completed, I'll go onto other major apps to upgrade until I get to the end. There may certainly be better ways to handle, just what I've found works best for me. 1) portsnap fetch update 2) portupgrade -Rf xorg-server Should really be all you need to do to upgrade it. portupgrade will automatically detect stale entries and do the pkgdb -u and tell you if you need to run pkgdb -F. Other options like pre-fetching, config recursive, and ignoring errors can also help save time. Used incorrectly, ignoring error can significantly increase time though. -- Adam Vandemore Systems Administrator IMED Mobility (605) 498-1610 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 7.1 64 bit
Hi everyone, I have a mixed update: I was able to get it running, but once it starts, it gets stuck. Here are the last two lines: isab0: pci-isa bridge. at device 31.0 on pci0 isa0: isa bus on isab0 Please let me know if you need more info, or you have any advice on what this could be. On Wed, Mar 18, 2009 at 12:47 PM, Gal Lis galg...@gmail.com wrote: Thanks for that, I'm sorry I didn't mention what version I downloaded earlier. I will reply once I test it out. On Wed, Mar 18, 2009 at 12:31 PM, Mehmet Erol Sanliturk m.e.sanlit...@gmail.com wrote: ia64 is for Itanium processor . Therefore ia64 can NOT work on Intel Pentium series processors . Their architectures are different . You should download amd64 ISO . amd64 is for both Intel 64 bits and AMD 64 bits pocessors compatible to each other . On Wed, Mar 18, 2009 at 2:58 PM, Gal Lis galg...@gmail.com wrote: They should definitely support it. My workstation has an Intel E5320 quad core, and the M600 has a 5400 series chip, but I can't remember which one exactly. They should definitely be able to handle it. I downloaded the 7.1 ia64, maybe there is something else I should be downloading? On Wed, Mar 18, 2009 at 11:53 AM, Mehmet Erol Sanliturk m.e.sanlit...@gmail.com wrote: You said 32-bits 6.4 could be loaded . A question coming to mind is Can your processor handle 64-bits ? Please check this issue . Thank you very much . Mehmet Erol sanliturk On Wed, Mar 18, 2009 at 2:29 PM, Gal Lis galg...@gmail.com wrote: I guess that shows just how unexperienced I am with all of this. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
MySQL 5.0 on FreeBSD 7
Hi all, About a year ago, I setup MySQL 5.0.45 on a FreeBSD 6.x box (64 bit). I read at the time that the use of pthreads with FreeBSD would significantly improve performance, but as I was running the 64 bit version of FreeBSD, I could not use them. Fast forward to today - a different setup and new opportunity has allowed me to research this combination again. This time, some reading I have done on the use of FreeBSD 7 with MySQL has shown significant performance increases, but none of them really mention in detail how MySQL was setup. I decided to install a 64 bit version of FreeBSD 7.x (to address the 8 GB RAM in the box) and attempt to build with pthreads enabled, as well as a static build and optimized compiler options. Once again, got the error/warning in ports that the linux pthreads only works with the i386 32 bit setup. So I'm wondering if anyone here has successfully seen a MySQL 5.x performance boost with FreeBSD 7 compared to that of FreeBSD 6 on a 64 bit architecture, and if so, what they did to enable that boost. Thanks! -Matt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ipfw and carp
Thanks! Indeed I did have: ${fwcmd} 140 allow all from $CARP-PEER_physical_interface to any via $local_external_interface But it alone doesn't seem to be enough, sometimes it work but sometimes it doesn't. with tcpdump, sometimes I can't see the VRRPv2 advertisement. So now i added: ${fwcmd} 150 allow all from any to 224.0.0.18 vi $local_external_interface now it seem to be working perfect. --- On Wed, 3/18/09, Nikos Vassiliadis nvass9...@gmx.com wrote: From: Nikos Vassiliadis nvass9...@gmx.com Subject: Re: ipfw and carp To: ipfr...@yahoo.com Cc: freebsd general questions freebsd-questions@freebsd.org Date: Wednesday, March 18, 2009, 1:21 AM gahn wrote: Did any one use ipfw with CARP before? is there anything specific about ipfw configurations working with CARP? I have two servers and they configured with CARP. they are working fine except i can't turn on ipfw. Did you add the rules needed to let CARP traffic in and out of the boxes? ipfw denies everything by default. So, you have to explicitly let CARP traffic through. Something like allow carp from any to any would do for a quick test. Nikos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: MySQL 5.0 on FreeBSD 7
On Friday 20 March 2009 09:38:27 Matt Juszczak wrote: I decided to install a 64 bit version of FreeBSD 7.x (to address the 8 GB RAM in the box) and attempt to build with pthreads enabled, as well as a static build and optimized compiler options. Once again, got the error/warning in ports that the linux pthreads only works with the i386 32 bit setup. You're confusing linux-threads with pthreads. The performance boosts mentioned are done using the FreeBSD Posix threads (pthreads) library, in FreeBSD 7.x they are implemented using libthr(3). The benchmarks also assume you are using SCHED_ULE, rather then SCHED_4BSD. Nothing should be configured if you run GENERIC later then 7.0-RELEASE. There are tips available here: http://people.freebsd.org/~kris/scaling/mysql.html -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: MySQL 5.0 on FreeBSD 7
Matt Juszczak wrote: Hi all, About a year ago, I setup MySQL 5.0.45 on a FreeBSD 6.x box (64 bit). I read at the time that the use of pthreads with FreeBSD would significantly improve performance, but as I was running the 64 bit version of FreeBSD, I could not use them. Fast forward to today - a different setup and new opportunity has allowed me to research this combination again. This time, some reading I have done on the use of FreeBSD 7 with MySQL has shown significant performance increases, but none of them really mention in detail how MySQL was setup. I decided to install a 64 bit version of FreeBSD 7.x (to address the 8 GB RAM in the box) and attempt to build with pthreads enabled, as well as a static build and optimized compiler options. Once again, got the error/warning in ports that the linux pthreads only works with the i386 32 bit setup. So I'm wondering if anyone here has successfully seen a MySQL 5.x performance boost with FreeBSD 7 compared to that of FreeBSD 6 on a 64 bit architecture, and if so, what they did to enable that boost. Thanks! -Matt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ULE scheduler is a big performance increase. That's the default scheduler in 7.1 but not 7.0. You can check this out for more detail. -- Adam Vandemore Systems Administrator IMED Mobility (605) 498-1610 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: MySQL 5.0 on FreeBSD 7
Matt Juszczak wrote: Hi all, About a year ago, I setup MySQL 5.0.45 on a FreeBSD 6.x box (64 bit). I read at the time that the use of pthreads with FreeBSD would significantly improve performance, but as I was running the 64 bit version of FreeBSD, I could not use them. Fast forward to today - a different setup and new opportunity has allowed me to research this combination again. This time, some reading I have done on the use of FreeBSD 7 with MySQL has shown significant performance increases, but none of them really mention in detail how MySQL was setup. I decided to install a 64 bit version of FreeBSD 7.x (to address the 8 GB RAM in the box) and attempt to build with pthreads enabled, as well as a static build and optimized compiler options. Once again, got the error/warning in ports that the linux pthreads only works with the i386 32 bit setup. So I'm wondering if anyone here has successfully seen a MySQL 5.x performance boost with FreeBSD 7 compared to that of FreeBSD 6 on a 64 bit architecture, and if so, what they did to enable that boost. Thanks! -Matt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Opps here is link: http://people.freebsd.org/~kris/scaling/mysql.html -- Adam Vandemore Systems Administrator IMED Mobility (605) 498-1610 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: First time user problems
On Thu, Mar 19, 2009 at 03:30:33PM -0400, Alhaji Barrie wrote: To put it simply, I am missing the syntax for the user name and password. Can someone help with the step by step process of getting past the original login screen? Just remember that username and password are case sensitive. Perhaps you had CAPS LOCK engaged when asked during installation? Alhaji I Barrie Network Security Analyst -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: MySQL 5.0 on FreeBSD 7
You're confusing linux-threads with pthreads. The performance boosts mentioned are done using the FreeBSD Posix threads (pthreads) library, in FreeBSD 7.x they are implemented using libthr(3). The benchmarks also assume you are using SCHED_ULE, rather then SCHED_4BSD. Nothing should be configured if you run GENERIC later then 7.0-RELEASE. Mel, So, from a standard FreeBSD 7.x install: - Recompile kernel to use SCHED_ULE - In the port, use: BUILD_OPTIMIZED=yes - In the port, use: WITH_PROC_SCOPE_PTH=yes - In the port, use: BUILD_STATIC=yes And that should be it? So the libpthread they discuss in the description for WITH_PROC_SCOPE_PTH is different than the linux pthreads? -M ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Text mode dialog library like TSO
On Fri, Mar 20, 2009 at 12:13:52AM +0100, Polytropon wrote: For a special application, I need a programmable dialog library that has... well, how to describe it... anyone know SIOS? Or at least TSO? A bit like this. A kind of form-driven screen layout. Besides dialog(3), there's also a C++ class library that emulates Borland's Turbo Vision's SAA interface. Two implementations are in ports: devel/rhtvision devel/tvision -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Old slow computers can still crank away (Formerly RE: Portsnap vs CSup)
for sure not KDE, but X and FreeBSD itself with good software running on it works FAST on 100Mhz machine with 48MB RAM. Yes compiling is slow, but normal usage is FAST. I never used gnome or KDE on it, ran Blackbox insted. of course it's fast. and even slower machines like 486/33 without HD/FDD could be used as X terminals ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Booting freebsd 7.1 from Firewire or USB2 drive
Andrew Moran schrieb: Hey guys, I was wondering if anyone had any success in installing FreeBSD 7.1 on a USB2 or Firewire 800 drive connected to an intel Mac Mini and successfully booting off of it? If I remember right, enable the Open Firmware prompt to boot to other devices than internal disks; or in target mode (pressing T), or boot from CD (press C)! That may help: http://oldblog.freesbie.org/blogs/index.php?blog=5title=freebsd_on_the_mac_mini_on_an_external_hmore=1c=1tb=1pb=1 Didn't checked that. If you solve this, please share. ;) -- Timm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Formatting a tape?
This looks like a hardware problem to me. However, I don't have any experience with this type of SCSI hardware. If it were my system I'd be double-checking the tape drive setup, cabling and termination, and then substituting other cables and SCSI controllers. One thing that confuses me is that the DLT drive is shown as a SCSI-2 device but is nonetheless running with 160MB/sec transfers. On my system (7.1-STABLE, SM P6DC6, onboard Adaptec 7899 UW160 controller, external Overland AIT# library I get the following: ahc0: Adaptec aic7899 Ultra160 SCSI adapter port 0x9400-0x94ff mem 0xf3021000- 0xf3021fff irq 18 at device 4.0 on pci3 ahc0: [ITHREAD] ahc1: Adaptec aic7899 Ultra160 SCSI adapter port 0x9800-0x98ff mem 0xf3022000- 0xf3022fff irq 18 at device 4.1 on pci3 ahc1: [ITHREAD] sa0 at ahc1 bus 0 target 4 lun 0 sa0 at ahc1 bus 0 target 4 lun 0 sa0: SONY SDX-700C 0102 Removable Sequential Access SCSI-2 device sa0: 40.000MB/s transfers (20.000MHz, offset 127, 16bit) On Thu, 19 Mar 2009, Jaime wrote: On Thu, Mar 19, 2009 at 2:18 PM, Michael L. Squires mi...@siralan.org wrote: Have you looked at /var/log/messages? I've found error messages written there when trying to write to a tape which showed that I needed to change the block size. Good idea, but sadly there is nothing useful there. The following happened during my tinkering with mt, tar, and dd: Mar 19 14:06:32 atlas kernel: sa0 at ahc0 bus 0 target 6 lun 0 Mar 19 14:06:32 atlas kernel: sa0: QUANTUM DLT-V4 0A00 Removable Sequential Access SCSI-2 device Mar 19 14:06:32 atlas kernel: sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit) Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): Unexpected busfree in Data-out phase Mar 19 14:23:46 atlas kernel: SEQADDR == 0x86 Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): lost device Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): failed to write terminating filemark(s) Mar 19 14:23:47 atlas kernel: (sa0:ahc0:0:6:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. Mar 19 14:23:47 atlas kernel: (sa0:ahc0:0:6:0): removing device entry Mar 19 14:27:37 atlas kernel: sa0 at ahc0 bus 0 target 6 lun 0 Mar 19 14:27:37 atlas kernel: sa0: QUANTUM DLT-V4 0A00 Removable Sequential Access SCSI-2 device Mar 19 14:27:37 atlas kernel: sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit) Mar 19 14:29:19 atlas kernel: (sa0:ahc0:0:6:0): lost device Mar 19 14:29:19 atlas kernel: (sa0:ahc0:0:6:0): removing device entry Jaime ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Need help for acroread8
Hello Boris, I followed your leads and I am now left with the following : Gtk-Message: Failed to load module gnomebreakpad: libgnomebreakpad.so: cannot open shared object file: No such file or directory (acroread:41717): Pango-WARNING **: No builtin or dynamically loaded modules were found. Pango will not work correctly. This probably means there was an error in the creation of: '/etc/pango/pango.modules' You may be able to recreate this file by running pango-querymodules. (acroread:41717): Pango-CRITICAL **: _pango_engine_shape_shape: assertion `PANGO_IS_FONT (font)' failed Pango-ERROR **: file shape.c: line 75 (pango_shape): assertion failed: (glyphs-num_glyphs 0) aborting... [1]+ Exit 1 acroread 'locate libgnomebreakpad' gives : /usr/local/lib/gtk-2.0/modules/libgnomebreakpad.la /usr/local/lib/gtk-2.0/modules/libgnomebreakpad.so So, these would be the FreeBSD versions of the library and not the linux ones, which would be the ones acroread would be looking for. However this does not seem to a fatal error. linux-ymessenger also reports the same error but loads and runs successfully. Effectively, I am left with the pango error, which is fatal indeed and I have no idea how to get around. I would give up on acroread and try something else but for 2 reasons : 1) acroread is more sophisticated than anything else available 2) this has partly become an ego issue at my end. Any help would be greatly appreciated. Thanks in advance Manish Jain invalid.poin...@gmail.com Boris Samorodov wrote: On Tue, 17 Mar 2009 06:33:23 +0530 Manish Jain wrote: Anyway, if anyone has any clue how to get me out of this acroread mess, I would be really grateful. Those URLs may be a good start for you: http://lists.freebsd.org/pipermail/freebsd-questions/2009-March/194334.html http://lists.freebsd.org/pipermail/freebsd-questions/2009-March/194354.html WBR ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Need help for acroread8
Manish Jain invalid.poin...@gmail.com writes: Hello Boris, I followed your leads and I am now left with the following : Please, show what exactly you have done. And give output of two commands from those URLs. And try to not top-post. Otherwise you yourself won't understand the email. Gtk-Message: Failed to load module gnomebreakpad: libgnomebreakpad.so: cannot open shared object file: No such file or directory (acroread:41717): Pango-WARNING **: No builtin or dynamically loaded modules were found. Pango will not work correctly. This probably means there was an error in the creation of: '/etc/pango/pango.modules' You may be able to recreate this file by running pango-querymodules. (acroread:41717): Pango-CRITICAL **: _pango_engine_shape_shape: assertion `PANGO_IS_FONT (font)' failed Pango-ERROR **: file shape.c: line 75 (pango_shape): assertion failed: (glyphs-num_glyphs 0) aborting... [1]+ Exit 1 acroread 'locate libgnomebreakpad' gives : /usr/local/lib/gtk-2.0/modules/libgnomebreakpad.la /usr/local/lib/gtk-2.0/modules/libgnomebreakpad.so So, these would be the FreeBSD versions of the library and not the linux ones, which would be the ones acroread would be looking for. However this does not seem to a fatal error. linux-ymessenger also reports the same error but loads and runs successfully. Effectively, I am left with the pango error, which is fatal indeed and I have no idea how to get around. I would give up on acroread and try something else but for 2 reasons : 1) acroread is more sophisticated than anything else available 2) this has partly become an ego issue at my end. Any help would be greatly appreciated. Thanks in advance Manish Jain invalid.poin...@gmail.com Boris Samorodov wrote: On Tue, 17 Mar 2009 06:33:23 +0530 Manish Jain wrote: Anyway, if anyone has any clue how to get me out of this acroread mess, I would be really grateful. Those URLs may be a good start for you: http://lists.freebsd.org/pipermail/freebsd-questions/2009-March/194334.html http://lists.freebsd.org/pipermail/freebsd-questions/2009-March/194354.html WBR WBR -- bsam ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Temporary unsubscribe
Aloha, I need to unsubscribe for a month. I keep getting rejected from the server at unscribe. Any known issues with that? Cound the keeper of the mail please contact me. Thanks, -- ~Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 + http://hawaiidakine.com + http://freebsdinfo.org + + http://aloha50.net - Supporting - FreeBSD 6.* - 7.* - 8.* + email: n...@hdk5.net All that's really worth doing is what we do for others.- Lewis Carrol ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Temporary unsubscribe
On Friday 20 March 2009 12:38:22 Al Plant wrote: I need to unsubscribe for a month. I keep getting rejected from the server at unscribe. Any known issues with that? Since I changed email address just yesterday, I have seen no issues. I used the webinterface. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 7.1 64 bit
On Fri, Mar 20, 2009 at 1:51 PM, Gal Lis galg...@gmail.com wrote: Hi everyone, I have a mixed update: I was able to get it running, but once it starts, it gets stuck. Here are the last two lines: isab0: pci-isa bridge. at device 31.0 on pci0 isa0: isa bus on isab0 Please let me know if you need more info, or you have any advice on what this could be. I do not know exact reason of that problem , but i can say the following : Another approach may be to install 7.1 i386 ISO . If 32-bits works . but 64-bits does not work . it may mean that a hardware part is not usable by the 64-bits operating system . If 32-bits even does not work ( we know that 6.4 32-bits is working ) this may mean that in your PC there is an older hardware which its support is or has been removed from the operating system . Another approach would be removal of components from ISA slots and then try to boot the 64-bits operating system . If it can boot , then add the ISA components one-by-one to isolate which component is causing the lock up . If even this does not work : Then best action may be to use 6.4 or if it is possible to replace the older hardware by a newer ( or compatible ) hardware . In new main boards there is no ISA bus slots . ISA slots components approximately can NOT be auto-detected easily because they do not have such a related circuitry . There is another point : Some manufacturers are producing parts which can only work by a famous widely used operating system by cutting some electronic circuitry parts . Such components can NOT work under Unix or Linux . During selection of parts it may be useful to check whether at least it can work under Linux if BSD is not mentioned at all . Thank you very much . Mehmet Erol Sanliturk ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Temporary unsubscribe
Mel Flynn wrote: On Friday 20 March 2009 12:38:22 Al Plant wrote: I need to unsubscribe for a month. I keep getting rejected from the server at unscribe. Any known issues with that? Since I changed email address just yesterday, I have seen no issues. I used the webinterface. ### Thanks, It went thru when I tried it a second time. -- ~Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 + http://hawaiidakine.com + http://freebsdinfo.org + + http://aloha50.net - Supporting - FreeBSD 6.* - 7.* - 8.* + email: n...@hdk5.net All that's really worth doing is what we do for others.- Lewis Carrol ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: MySQL 5.0 on FreeBSD 7
On Friday 20 March 2009 10:46:20 Matt Juszczak wrote: You're confusing linux-threads with pthreads. The performance boosts mentioned are done using the FreeBSD Posix threads (pthreads) library, in FreeBSD 7.x they are implemented using libthr(3). The benchmarks also assume you are using SCHED_ULE, rather then SCHED_4BSD. Nothing should be configured if you run GENERIC later then 7.0-RELEASE. Mel, So, from a standard FreeBSD 7.x install: - Recompile kernel to use SCHED_ULE 7.1 and 7-STABLE later then feb 2008 all have SCHED_ULE as default. Only 7.0-RELEASE has SCHED_4BSD as default. - In the port, use: BUILD_OPTIMIZED=yes - In the port, use: WITH_PROC_SCOPE_PTH=yes - In the port, use: BUILD_STATIC=yes Yes. If you don't mind loosing the ability to kill off sleeping connections, you can add WITHOUT_THR_ALARM. And that should be it? So the libpthread they discuss in the description for WITH_PROC_SCOPE_PTH is different than the linux pthreads? Yes. Linux threads is a port of the linux threading library (devel/linuxthreads). -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
7.1 mysql-server-60 stalls
I did a pkg_add -r mysql60-server and then # mysql_install_db --user=mysql Installing MySQL system tables... 090320 17:11:24 [Note] Falcon: unable to open system data files. 090320 17:11:24 [Note] Falcon: creating new system data files. ^T ^T load: 0.01 cmd: mysqld 1028 [uwait] 0.01u 0.01s 0% 11420k load: 0.01 cmd: mysqld 1028 [uwait] 0.01u 0.01s 0% 11420k and it hangs forever. Previously I already had installed mysql-server 60 from ports and it showed the same hang on /usr/local/etc/rc.d/mysql-server start Then I went back to a server 5.1.26 or something, which worked. But why does mysql 6.0 not work? I have (simple) rc.firewall with an IPDIVERT kernel and two interfaces with natd running, if that matters anyhow. -- Christoph P.U. Kukulies ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: portupdate xorg-server
In light of Adam's comment and thinking about the comment he's responding to, I realize that I may have been rather obnoxious. I appreciate Adam setting that aside to give me and the list some of his time. I'm rather new to fBSD (obvious) and I've got my parent's machine on it, which is hundreds of miles away and they have put in requests that led me to upgrade their system, including ports (and when X gets messed up from a remote position, it can be frustrating). So, I apologize if my comments came across in such a way that annoyed you. Not being a dev (or anywhere close), I have little room to act that way. But, I wonder what the most efficient way is to update ports. I appreciate Adam's point about the fact that portupgrade (and portmanager and portmaster) are ports themselves and are going to not be as reliable as what is in base. However, the fBSD documentation on updating ports (i.e., the handbook) only suggests the above three as ways to update ports. Is there a way to update ports from a base app? Given that a basic setup will have quite a few ports (hundreds), I was wondering if there was another way to update all (including their dependencies), rather that a one-by-one *make update* or *portupgrade*. On Fri, Mar 20, 2009 at 12:23 PM, Adam Vandemore amvandem...@gmail.comwrote: Neal Hogan wrote: On Thu, Mar 19, 2009 at 4:15 PM, Frank Shute fr...@shute.org.uk wrote: On Thu, Mar 19, 2009 at 03:21:05PM -0500, Neal Hogan wrote: The last couple of days I've been running portupgrade -av and am to the point where I'd like to move onto something else, but there is one package that won't upgrade . . . xorg-server. As you can see below, it claims that there is a missing header and there are a fair amount of reported errors. I'm not the best at deciphering the stuff below. I've tried make deinstalling/reinstalling and individually portupgrading it to no avail. suggestions? glxdriswrast.c:39:39: error: GL/internal/dri_interface.h: No such file or directory $ pkg_info -W /usr/local/include/GL/internal/dri_interface.h /usr/local/include/GL/internal/dri_interface.h was installed by package xf86driproto-2.0.3 I wish to not only that Frank for his patience and subtle hand-holding, but also address the rest of the list. First, concerning the issue Mr. Shute responded to . . . I reinstalled xf86driproto, which installed the dri_interface.h, which allowed me to pkg_add xorg-server. However, it was the older version of xorg-server. So, I ran portupgrade on it and it, again, claims that there is no dri_interface.h. According to pkg_version, all xorg and xf86 ports are up-to-date, except xorg-server of which there is a newer version. That said, I was hoping that you can help me understand the portupgrade process b/c it can be a bit frustrating when it runs for a LONG time only to have upgrades fail. Please don't take my tone to be anything other than one coming from a sense of curiosity. I don't mean to suggest anything about the fBSD ports system. Perhaps my experience is the result of my own oversight. Just to be clear, here are the steps I took: 1) #portsnap fetch 2) #portsnap extract 3) #portsnap update 4) #pkgdb -u 5) #pkgdb -F 6) #portupgrade -av As I noted in another post, some ports fail to upgrade when using portupgrade -a, no matter how many times it is run. However, they (those that fail), along with their dependencies, do upgrade when portupgraded individually (or de/reinstalled). I thought the purpose of having a ports system, where you install the ports tree and use portupgrade, was to make the install/upgrade easy and rather painless, such that all ports and their dependencies are taken care of. As I write this I am running portupgrade individually, on those ports that failed to upgrade with -a option, but have (so far) succeeded in upgrading individually. I am simply looking at the output of pkg_version to find those that are not up-to-date. I could see if ports failed to upgrade or were ignored due to there being no diff between what's installed and that which is in the updated tree. Can someone shed some light on this? Thanks a lot for taking the time. -Neal Part of the issue is that portupgrade is not a core part of the freebsd ports. It is itself a port, an addon that adds in it own set of complexities -- see it's man page. It's a wonderful utility but not perfect. When I run into issues using portupgrade, I find it easiest to fix what failed using standard port tools, not an addon, then resume the portupgrade after I fixed errors manually. Generally the process is relatively quick, but on something big like kde4 it can take quite awhile. As for specific events, you can post the errors and someone should be able help like before. Another rule of thumb I use is that I don't use portupgrade -a on system with a massive graphical enviro installedtoo many areas to fail. So in a
Re: portupdate xorg-server
On Fri, Mar 20, 2009 at 10:14:32AM -0500, Neal Hogan wrote: On Thu, Mar 19, 2009 at 4:15 PM, Frank Shute fr...@shute.org.uk wrote: On Thu, Mar 19, 2009 at 03:21:05PM -0500, Neal Hogan wrote: The last couple of days I've been running portupgrade -av and am to the point where I'd like to move onto something else, but there is one package that won't upgrade . . . xorg-server. As you can see below, it claims that there is a missing header and there are a fair amount of reported errors. I'm not the best at deciphering the stuff below. I've tried make deinstalling/reinstalling and individually portupgrading it to no avail. suggestions? glxdriswrast.c:39:39: error: GL/internal/dri_interface.h: No such file or directory $ pkg_info -W /usr/local/include/GL/internal/dri_interface.h /usr/local/include/GL/internal/dri_interface.h was installed by package xf86driproto-2.0.3 I wish to not only that Frank for his patience and subtle hand-holding, but also address the rest of the list. Thanks a lot *takes bow* ;) First, concerning the issue Mr. Shute responded to . . . I reinstalled xf86driproto, which installed the dri_interface.h, which allowed me to pkg_add xorg-server. However, it was the older version of xorg-server. So, I ran portupgrade on it and it, again, claims that there is no dri_interface.h. According to pkg_version, all xorg and xf86 ports are up-to-date, except xorg-server of which there is a newer version. What I wouldn't do is mix and match packages with ports. The xorg-server package is likely to have been built against older ports. IMO, it's always best to stick with ports. So: # pkg_deinstall -f xorg-server # portupgrade -Nv xorg-server should fix things for you and bring your xorg-server uptodate. That said, I was hoping that you can help me understand the portupgrade process b/c it can be a bit frustrating when it runs for a LONG time only to have upgrades fail. Please don't take my tone to be anything other than one coming from a sense of curiosity. I don't mean to suggest anything about the fBSD ports system. Perhaps my experience is the result of my own oversight. Just to be clear, here are the steps I took: 1) #portsnap fetch 2) #portsnap extract 3) #portsnap update 4) #pkgdb -u 5) #pkgdb -F 6) #portupgrade -av That looks OK to me (I don't use portsnap, mind you). As I noted in another post, some ports fail to upgrade when using portupgrade -a, no matter how many times it is run. However, they (those that fail), along with their dependencies, do upgrade when portupgraded individually (or de/reinstalled). I thought the purpose of having a ports system, where you install the ports tree and use portupgrade, was to make the install/upgrade easy and rather painless, such that all ports and their dependencies are taken care of. If you do: $ pkg_info | wc -l you'll see that you've got a lot of ports and portupgrade does a pretty good job of upgrading the vast majority of them without any hand holding. Keeping application software uptodate on any platform is problematic and there are inevitably some bits that you have to troubleshoot. As I write this I am running portupgrade individually, on those ports that failed to upgrade with -a option, but have (so far) succeeded in upgrading individually. I am simply looking at the output of pkg_version to find those that are not up-to-date. Use portversion (it's quicker): $ portversion | grep I could see if ports failed to upgrade or were ignored due to there being no diff between what's installed and that which is in the updated tree. Can someone shed some light on this? Thanks a lot for taking the time. -Neal Neal, you're doing OK! You just mixed up packages and ports. Whilst theoretically possible, in practice it results in problems - certainly with portupgrade. portupgrade is a good tool and if you stick to it with just ports you wont go far wrong. Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: portupdate xorg-server
Well Frank, if/when you read my most recent comment, you'll notice that I've probably confused ports and packages again. As has been the case for the past week or so, thanks for taking the time. On Fri, Mar 20, 2009 at 5:17 PM, Frank Shute fr...@shute.org.uk wrote: On Fri, Mar 20, 2009 at 10:14:32AM -0500, Neal Hogan wrote: On Thu, Mar 19, 2009 at 4:15 PM, Frank Shute fr...@shute.org.uk wrote: On Thu, Mar 19, 2009 at 03:21:05PM -0500, Neal Hogan wrote: The last couple of days I've been running portupgrade -av and am to the point where I'd like to move onto something else, but there is one package that won't upgrade . . . xorg-server. As you can see below, it claims that there is a missing header and there are a fair amount of reported errors. I'm not the best at deciphering the stuff below. I've tried make deinstalling/reinstalling and individually portupgrading it to no avail. suggestions? glxdriswrast.c:39:39: error: GL/internal/dri_interface.h: No such file or directory $ pkg_info -W /usr/local/include/GL/internal/dri_interface.h /usr/local/include/GL/internal/dri_interface.h was installed by package xf86driproto-2.0.3 I wish to not only that Frank for his patience and subtle hand-holding, but also address the rest of the list. Thanks a lot *takes bow* ;) First, concerning the issue Mr. Shute responded to . . . I reinstalled xf86driproto, which installed the dri_interface.h, which allowed me to pkg_add xorg-server. However, it was the older version of xorg-server. So, I ran portupgrade on it and it, again, claims that there is no dri_interface.h. According to pkg_version, all xorg and xf86 ports are up-to-date, except xorg-server of which there is a newer version. What I wouldn't do is mix and match packages with ports. The xorg-server package is likely to have been built against older ports. IMO, it's always best to stick with ports. So: # pkg_deinstall -f xorg-server # portupgrade -Nv xorg-server should fix things for you and bring your xorg-server uptodate. That said, I was hoping that you can help me understand the portupgrade process b/c it can be a bit frustrating when it runs for a LONG time only to have upgrades fail. Please don't take my tone to be anything other than one coming from a sense of curiosity. I don't mean to suggest anything about the fBSD ports system. Perhaps my experience is the result of my own oversight. Just to be clear, here are the steps I took: 1) #portsnap fetch 2) #portsnap extract 3) #portsnap update 4) #pkgdb -u 5) #pkgdb -F 6) #portupgrade -av That looks OK to me (I don't use portsnap, mind you). As I noted in another post, some ports fail to upgrade when using portupgrade -a, no matter how many times it is run. However, they (those that fail), along with their dependencies, do upgrade when portupgraded individually (or de/reinstalled). I thought the purpose of having a ports system, where you install the ports tree and use portupgrade, was to make the install/upgrade easy and rather painless, such that all ports and their dependencies are taken care of. If you do: $ pkg_info | wc -l you'll see that you've got a lot of ports and portupgrade does a pretty good job of upgrading the vast majority of them without any hand holding. Keeping application software uptodate on any platform is problematic and there are inevitably some bits that you have to troubleshoot. As I write this I am running portupgrade individually, on those ports that failed to upgrade with -a option, but have (so far) succeeded in upgrading individually. I am simply looking at the output of pkg_version to find those that are not up-to-date. Use portversion (it's quicker): $ portversion | grep I could see if ports failed to upgrade or were ignored due to there being no diff between what's installed and that which is in the updated tree. Can someone shed some light on this? Thanks a lot for taking the time. -Neal Neal, you're doing OK! You just mixed up packages and ports. Whilst theoretically possible, in practice it results in problems - certainly with portupgrade. portupgrade is a good tool and if you stick to it with just ports you wont go far wrong. Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html -- www.nealhogan.net www.lambdaserver.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: portupdate xorg-server
Neal Hogan wrote: In light of Adam's comment and thinking about the comment he's responding to, I realize that I may have been rather obnoxious. I appreciate Adam setting that aside to give me and the list some of his time. I'm rather new to fBSD (obvious) and I've got my parent's machine on it, which is hundreds of miles away and they have put in requests that led me to upgrade their system, including ports (and when X gets messed up from a remote position, it can be frustrating). So, I apologize if my comments came across in such a way that annoyed you. Not being a dev (or anywhere close), I have little room to act that way. But, I wonder what the most efficient way is to update ports. I appreciate Adam's point about the fact that portupgrade (and portmanager and portmaster) are ports themselves and are going to not be as reliable as what is in base. However, the fBSD documentation on updating ports (i.e., the handbook) only suggests the above three as ways to update ports. Is there a way to update ports from a base app? Given that a basic setup will have quite a few ports (hundreds), I was wondering if there was another way to update all (including their dependencies), rather that a one-by-one *make update* or *portupgrade*. http://www.lambdaserver.com If you are asking for a failsafe method of doing this, I'm afraid there isn't one totally issue free. If you are going to restrict yourself to known good fulling working apps, you should limit yourself to packages not ports where possible. This will insure you've pkg's that run correctly under GENERIC for your release. If you go to a stable or current branch, it's expected you'll be able to take care of yourself to some degree. Base system tools for what you are talking about consists of things like pkg_add and pkg_delete. pkg_deinstall and the like are not past of base system. There are also loads of options under ports man page. If you haven't reviewed it, you should. It does provide some of the functionality of other port management tools as part of base system. Please don't misunderstand my earlier post however, you can still easily run into dependency issues with any port tools so just because the port make options include things like depends it doesn't mean that you'll have 100% success rate. Again, best chance of that is sticking w/ packages at the expense of not running latest version of software. http://www.freebsd.org/cgi/man.cgi?query=portsapropos=0sektion=0manpath=FreeBSD+7.1-RELEASE+and+Portsformat=html Options like cd /usr/ports make readmes aren't well known to most newcomers to whom things like that would be the most benefit. Something like portcheckout may help you a lot, just getting starting in FBSD is much harder than actually maintaining a running system once you're familiar with how things work. #1 rule is of course RTFM, which just leaves you with which M to actually FR. That is often the hardest part of getting started. Best command to get started is man man just to make sure you're using it effectively. apropos also very important for digging up clues if lost. -- Adam Vandemore Systems Administrator IMED Mobility (605) 498-1610 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 7.1 mysql-server-60 stalls
In the last episode (Mar 20), Christoph Kukulies said: I did a pkg_add -r mysql60-server and then # mysql_install_db --user=mysql Installing MySQL system tables... 090320 17:11:24 [Note] Falcon: unable to open system data files. 090320 17:11:24 [Note] Falcon: creating new system data files. ^T ^T load: 0.01 cmd: mysqld 1028 [uwait] 0.01u 0.01s 0% 11420k load: 0.01 cmd: mysqld 1028 [uwait] 0.01u 0.01s 0% 11420k and it hangs forever. I have seen this too, and it's intermittent. I haven't tried very hard to track it down, but adding skip-falcon to your my.cfg file works around the problem by disabling falcon. -- Dan Nelson dnel...@allantgroup.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
speed in extracting rar files - unrar vs. 7z
Hey, Does anyone know a faster way of extracting big rar files, or why is it so slow? I did a quick test with time (extracting the same ~800MiB file, consisting of split archives): unrar: real4m29.637s user0m4.969s sys 0m3.131s 7z: real3m50.020s user0m4.784s sys 0m1.821s While not a very good test, as i was having other apps idling around at the time, i did notice that neither of them were fully utilizing the CPU (Core2Duo E6550, clocked at 2.9GHz). Usage was ~8% at most. As you can see, 7z is marginally faster. The shareware WinRAR on windows seems to be better implemented (?), as it uses both cores to the fullest, and as such the time needed to extract stuff is a lot shorter. If this an implementation problem in unrar/7z, or is it the scheduler's 'fault' so to speak? Or does it have something to do with disk IO? If so, how do i check, and how can it be improved? Looking at top again, while extracting, showed both apps' state to be getblk most of the time, if it matters. I'm running 7.1-RELEASE, i386, generic kernel. Any ideas/thoughts? -- Regards, Ghirai. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Old slow computers can still crank away (Formerly RE: Portsnap vs CSup)
On Fri, 20 Mar 2009 13:12:12 -0400, Sean Cavanaugh millenia2...@hotmail.com wrote: Date: Fri, 20 Mar 2009 16:48:26 +0100 for sure not KDE, but X and FreeBSD itself with good software running on it works FAST on 100Mhz machine with 48MB RAM. Yes compiling is slow, but normal usage is FAST. I never used gnome or KDE on it, ran Blackbox insted. I can ensure that it is still fast. My slowest FreeBSD system, a 150 MHz P1 with 64 (now 128 MB) EDO RAM, is completely usable with WindowMaker and applications that do not try to be an all in one solution, such as mplayer for videos, xmms for MP3 and OGG, gv, xzgv, StarOffice, LaTeX, Opera and other specialized software. In terms of server usage these old systems run quite well, don't consume much power (important when they run 24/7/365). To add this, my 300 MHz P2 with 128 MB RAM runs SLOWER (!) with FreeBSD 5 than my 2 GHz P4 with 768 MB (SDR-SD) RAM with FreeBSD 7. This is mostly due to the software running on top of it. While FreeBSD itself gave a speed boost (in booting and performance), this advantage was eaten up by the new applications completely, due to improved libraries. X starts slower, windows render slower, browser runs slower, nearly everything. I'm not lying, it's the truth. -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Text mode dialog library like TSO
On Fri, 20 Mar 2009 19:34:52 +0100, cpghost cpgh...@cordula.ws wrote: Besides dialog(3), there's also a C++ class library that emulates Borland's Turbo Vision's SAA interface. Two implementations are in ports: devel/rhtvision devel/tvision Ugh! :-) The day I got a TurboPascal 7.0 box and manuals I stopped using this language. I hope nobody gives me a similar box for C. :-) After some testing, I think I'm completely happy with CDK and forms (which is even usable for scripting). I try to avoid C++ whenever possible, even for X interactive applications I prefer Gtk with C. The SAA interface is much too complicated for the things I'd have to use it. It really needs to be as simple as possible, with a very narrow set of functionalities. SAA/TV is really too much (too good) for this. -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: is there a laptop ?
On Wed, 2009-03-18 at 11:17 +0100, Paul B. Mahol wrote: On 3/18/09, Gary Dunn knowt...@aloha.com wrote: On Thu, 2009-03-12 at 18:53 +0100, Paul B. Mahol wrote: On 3/13/09, Saifi Khan saifi.k...@twincling.org wrote: On Thu, 12 Mar 2009, Maciej Suszko wrote: Saifi Khan saifi.k...@twincling.org wrote: Hi all: i've looked at tuxmobil, bsdgroup.de etc and i don't want to use ndiswrapper, or broadcom or additional PCMCIA card at all. Is there a laptop model (available in market) that experienced members would like to recommend wherein . the WiFi 802.11 a/g (PCI based) . Ethernet port . and ACPI work absolutely fine with FreeBSD 7.x ? I use RELENG_7_1 and RELENG_7 on HP Compaq nx7300. I haven't tried the suspend/resume, firewire port and I suppose the modem is not going to work. Everything else is working fine for me. -- regards, Maciej Suszko. What is the wireless chipset of your machine ? On mine nx7300 it is broadcom one and works fine via ndis. Suspend/resume works fine if second core is disabled and vesa is loaded in kernel (either via kldload or via custom kernel) Firewire and bluetooth are supported and should work without problems. Ethernet works via if_bfe; carbus, drm, sound works fine ... In short everything is supported on UP kernel except winmodem. There are some bugs in BIOS asl which I fixed adding: acpi_dsdt_load=YES acpi_dsdt_name=/boot/acpi.aml in /boot/loader.conf /boot/acpi.aml is modified version of ASL which address temperature is absurd, ignored type of messages. 8.0 CURRENT i386. Lots of interesting stuff in this thread. I am running 7.1 and Gnome 2.22 on a Fujitsu T1010. (More at http://wiki.openslate.net) My experience seems typical, most things work. Issues: o Suspend/Resume does not work o With powerd configured CPU speed happily throttles up and down automatically, greatly extending battery life o X mouse pointer is usually a square of random noise pixels -- looks weird but works fine Enable soft cursor in /etc/X11/xorg.conf: Option SWcursor 1 inside Device Section. You didn't said what video driver. Thank you for your suggestions. I tried setting SWcursor to 1 and True but neither was a solution. The behavior changed from a neat square of rippling bits about the same size as a desktop icon that moved with the mouse, to a fully formed, proper mouse pointer AND a steady stream of random bits spewed across the screen. The more I moved the mouse the more bits appeared, threatening to obliterate the entire desktop! Almost a new kind of desktop accessory .. cloud computing! Below is my complete /usr/local/etc/X11/xorg.conf. The wacom stuff is for my unrecognized touch screen. The video problem was present from day one, before I installed the linux-wacom driver. After that I have included a big chunk from /var/log/Xorg.0.log. I tried to limit it to just the Intel video chip stuff. Complete and contiguous within this portion of the log file. I do not have enough experience with X to recognize a problem. Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard InputDevice stylusSendCoreEvents InputDevice eraserSendCoreEvents InputDevice cursorSendCoreEvents InputDevice pad SendCoreEvents InputDevice touch SendCoreEvents EndSection Section Files RgbPath /usr/local/share/X11/rgb ModulePath /usr/local/lib/xorg/modules FontPath /usr/local/lib/X11/fonts/misc/ FontPath /usr/local/lib/X11/fonts/TTF/ FontPath /usr/local/lib/X11/fonts/OTF FontPath /usr/local/lib/X11/fonts/Type1/ FontPath /usr/local/lib/X11/fonts/100dpi/ FontPath /usr/local/lib/X11/fonts/75dpi/ EndSection Section Module Load extmod Load record Load dbe Load glx Load GLcore Load xtrap Load dri Load freetype Load type1 EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/sysmouse Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option ColorKey
Re: portupdate xorg-server
On Fri, 20 Mar 2009 17:04:00 -0500 Neal Hogan nealho...@gmail.com wrote: But, I wonder what the most efficient way is to update ports. I appreciate Adam's point about the fact that portupgrade (and portmanager and portmaster) are ports themselves and are going to not be as reliable as what is in base. IMO this doesn't make any sense. If portupgrade is failing on a port where manual make install works, then portupgrade simply has a bug. Any port upgrading tool belongs in a port, because it's more important that it responds to changes in the ports system than changes in the base system. As to upgrading piecemeal rather than with -a, I don't see how that helps, and it may actually make things worse by not building in dependency order. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: speed in extracting rar files - unrar vs. 7z
On Sat, 21 Mar 2009 01:53:16 +0200 Ghirai ghi...@ghirai.com wrote: The shareware WinRAR on windows seems to be better implemented (?), as it uses both cores to the fullest, and as such the time needed to extract stuff is a lot shorter. IIRC the unix version is portable C, but winrar has a lot of CPU specific optimizations. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Linux binaries on FreeBSD
Does Maya for Linux run on FreeBSD via the compatibility layer? Also, does a recent version of Matlab for Linux run on FreeBSD via the compatibility layer? The Handbook only mentions Matlab 6.3, which is very old and dated. Sabeeh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: speed in extracting rar files - unrar vs. 7z
On Friday 20 March 2009 17:55:49 RW wrote: On Sat, 21 Mar 2009 01:53:16 +0200 Ghirai ghi...@ghirai.com wrote: The shareware WinRAR on windows seems to be better implemented (?), as it uses both cores to the fullest, and as such the time needed to extract stuff is a lot shorter. IIRC the unix version is portable C, but winrar has a lot of CPU specific optimizations. Among which, being single threaded on unix: % ldd /usr/local/bin/unrar /usr/local/bin/unrar: libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x280ad000) libm.so.5 = /lib/libm.so.5 (0x281a1000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x281bb000) libc.so.7 = /lib/libc.so.7 (0x281c6000) Since disk can read faster then the decompression, a threadpool would be able to use both CPU's for decompressing and speed things up. At least in theory, but certainly on large files with SATA disks. I believe 7z uses bigger buffers, which would explain the marginal difference in runtime. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: portupdate xorg-server
RW wrote: IMO this doesn't make any sense. If portupgrade is failing on a port where manual make install works, then portupgrade simply has a bug. Any port upgrading tool belongs in a port, because it's more important that it responds to changes in the ports system than changes in the base system. As to upgrading piecemeal rather than with -a, I don't see how that helps, and it may actually make things worse by not building in dependency order. ___ As to the first part of your msg, what you said doesn't make any sense to me either. Never did I claim portupgrade fails where a normal make install would succeed. I would appreciate it if you could take my example as I state it instead adding stuff to make it sound implausible. Thanks. When you're doing a massive update, and you run into to depedancy issues, you'll know what I'm talking. Also after you get some experience in ports, you'll be able to understand that you can't depend on it compiling all the time. Want an example? Try compiling misc/wanpipe w/ misc/zaptel right now and tell me how far you get. Doing a portupgrade -a on system w/ 1000+ packages installed and there's a pretty good chance you'll run into more than one issue with something like that or it's lesser cousin. Upgrading in smaller chunks is easier. It's actually a fairly common principle. http://en.wikipedia.org/wiki/Divide_and_conquer_algorithm One practical example is xorg 1.4 -- 1.5 a lot of us had issues with a couple months ago or whenever it was. Many users wrote in after doing something like a portupgrade -a and blaming their display problem from xorg on whatever WM they happened to be using. Had they done it in smaller segments, they would easily be able to identify source. And no, it doesn't bring you into dependency hell, it brings you out of it easier. Hope that clears up the confusion for you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org