Re: A gmirror question.
Ok, that explains it. Thanks for the quick answers! BR Stefan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash-9, 10 on FreeBSD
Mikhail Teterin [EMAIL PROTECTED] writes: Sent by Glyn Millington: My solution was to install Wine and run the MS port of Firefox. So far it works flawlessly for me. This has two problems: 1. It requires a (licensed) Windows install handy. No it doesn't. The MS version of Firefox is running here under Wine with no problems and definitely no Windows. Why do you think it needs a Windows install? 2. The solution is only suitable for i386 -- not for amd64, which is what I'm using. Ah well, there you have me! atb Glyn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
build ImageMagick 6.4.4.1_1 from ports failed...
hi to all the list, i am trying to install ImageMagick 6.4.4.1_1 from the ports system. The problem seems to be that i can't complete succesfully the tests of imagemagick. In particular i fail in all the Magick++ tests [snip] FAIL: Magick++/tests/exceptions.sh FAIL: Magick++/tests/appendImages.sh FAIL: Magick++/tests/attributes.sh FAIL: Magick++/tests/averageImages.sh FAIL: Magick++/tests/coalesceImages.sh FAIL: Magick++/tests/coderInfo.sh FAIL: Magick++/tests/colorHistogram.sh FAIL: Magick++/tests/color.sh FAIL: Magick++/tests/montageImages.sh FAIL: Magick++/tests/morphImages.sh FAIL: Magick++/tests/readWriteBlob.sh FAIL: Magick++/tests/readWriteImages.sh FAIL: Magick++/demo/analyze.sh FAIL: Magick++/demo/button.sh FAIL: Magick++/demo/demo.sh FAIL: Magick++/demo/flip.sh FAIL: Magick++/demo/gravity.sh FAIL: Magick++/demo/piddle.sh FAIL: Magick++/demo/shapes.sh FAIL: Magick++/demo/zoom_bessel.sh FAIL: Magick++/demo/zoom_blackman.sh FAIL: Magick++/demo/zoom_box.sh FAIL: Magick++/demo/zoom_catrom.sh FAIL: Magick++/demo/zoom_cubic.sh FAIL: Magick++/demo/zoom_gaussian.sh FAIL: Magick++/demo/zoom_hamming.sh FAIL: Magick++/demo/zoom_hanning.sh FAIL: Magick++/demo/zoom_hermite.sh FAIL: Magick++/demo/zoom_lanczos.sh FAIL: Magick++/demo/zoom_mitchell.sh FAIL: Magick++/demo/zoom_point.sh FAIL: Magick++/demo/zoom_quadratic.sh FAIL: Magick++/demo/zoom_sample.sh FAIL: Magick++/demo/zoom_scale.sh FAIL: Magick++/demo/zoom_sinc.sh FAIL: Magick++/demo/zoom_triangle.sh [snip] === 36 of 699 tests failed Please report to http://www.imagemagick.org === *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.4. *** Error code 1 What i've tried so far: * i tried to install using portugrade -P -N ImageMagick and then by using cd /usr/ports/graphics/ImageMagick/ make install clean * updated the ports * installed or updated to the last version all the tools listed from freshports.org as Required To Build or Required To Run Required To Build: lang/perl5.8, devel/pkg-config, print/ghostscript8-nox11 Required To Run: lang/perl5.8, devel/pkg-config, print/ghostscript8-nox11 * finally i updated to libtool-1.5.26 because in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.4/Magick++/tests/attributes.sh in the comments is mentioned that libtool is needed... Any ideas will be great! even if they are just directions for where to look from here...because i am out of ideas.. regards, nikos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ports missing their packages.
It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: flash-9, 10 on FreeBSD
Mikhail Teterin [EMAIL PROTECTED] writes: Sent by Glyn Millington: My solution was to install Wine and run the MS port of Firefox. So far it works flawlessly for me. This has two problems: 1. It requires a (licensed) Windows install handy. No it doesn't. The MS version of Firefox is running here under Wine with no problems and definitely no Windows. Why do you think it needs a Windows install? 2. The solution is only suitable for i386 -- not for amd64, which is what I'm using. Ah well, there you have me! Glyn ___ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Glyn Millington Sent: Wednesday, October 29, 2008 3:41 PM To: Mikhail Teterin Cc: [EMAIL PROTECTED]; Danielisz Laszlo; [EMAIL PROTECTED] Subject: Re: flash-9, 10 on FreeBSD What is not clear is do you run wine/firefox from the command line or from within KDE or gnome? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 09:33:40AM +0200, Aggelidis Nikos wrote: hi to all the list, i am trying to install ImageMagick 6.4.4.1_1 from the ports system. The problem seems to be that i can't complete succesfully the tests of imagemagick. In particular i fail in all the Magick++ tests [snip] FAIL: Magick++/tests/exceptions.sh FAIL: Magick++/tests/appendImages.sh FAIL: Magick++/tests/attributes.sh FAIL: Magick++/tests/averageImages.sh FAIL: Magick++/tests/coalesceImages.sh FAIL: Magick++/tests/coderInfo.sh FAIL: Magick++/tests/colorHistogram.sh FAIL: Magick++/tests/color.sh FAIL: Magick++/tests/montageImages.sh FAIL: Magick++/tests/morphImages.sh FAIL: Magick++/tests/readWriteBlob.sh FAIL: Magick++/tests/readWriteImages.sh FAIL: Magick++/demo/analyze.sh FAIL: Magick++/demo/button.sh FAIL: Magick++/demo/demo.sh FAIL: Magick++/demo/flip.sh FAIL: Magick++/demo/gravity.sh FAIL: Magick++/demo/piddle.sh FAIL: Magick++/demo/shapes.sh FAIL: Magick++/demo/zoom_bessel.sh FAIL: Magick++/demo/zoom_blackman.sh FAIL: Magick++/demo/zoom_box.sh FAIL: Magick++/demo/zoom_catrom.sh FAIL: Magick++/demo/zoom_cubic.sh FAIL: Magick++/demo/zoom_gaussian.sh FAIL: Magick++/demo/zoom_hamming.sh FAIL: Magick++/demo/zoom_hanning.sh FAIL: Magick++/demo/zoom_hermite.sh FAIL: Magick++/demo/zoom_lanczos.sh FAIL: Magick++/demo/zoom_mitchell.sh FAIL: Magick++/demo/zoom_point.sh FAIL: Magick++/demo/zoom_quadratic.sh FAIL: Magick++/demo/zoom_sample.sh FAIL: Magick++/demo/zoom_scale.sh FAIL: Magick++/demo/zoom_sinc.sh FAIL: Magick++/demo/zoom_triangle.sh [snip] === 36 of 699 tests failed Please report to http://www.imagemagick.org === *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.4. *** Error code 1 What i've tried so far: * i tried to install using portugrade -P -N ImageMagick and then by using cd /usr/ports/graphics/ImageMagick/ make install clean * updated the ports * installed or updated to the last version all the tools listed from freshports.org as Required To Build or Required To Run Required To Build: lang/perl5.8, devel/pkg-config, print/ghostscript8-nox11 Required To Run: lang/perl5.8, devel/pkg-config, print/ghostscript8-nox11 * finally i updated to libtool-1.5.26 because in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.4/Magick++/tests/attributes.sh in the comments is mentioned that libtool is needed... Any ideas will be great! even if they are just directions for where to look from here...because i am out of ideas.. what platform and FBSD version? did you build with perl support? mail output of `make showconfig'. YOu shouldn't need to build each port manually. If you upgrade ImageMagick with portupgrade or portmaster, all dependencies would have been checked, and all updates of ports on which IM depends would have been performed. I've passed all tests on i386 and all but 2 tests on alpha. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed, Oct 29, 2008 at 04:09:23PM +0800, FBSD1 wrote: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. It is not port managers who create or upload packages. Most of them do not even have access to the package server. The downloadable packages are built and uploaded automatically by a cluster of servers that do little else. If a particular port does not have a corresponding package it is generally not due to laxness on anybodys part. The main reasons why a port might not have corresponding package are: 1) The port has just been created and the package hasn't had time to built yet. Normally a very temporary situation. 2) Legal restrictions. There are several ports where it is simply not legal for the FreeBSD project to distribute the corresponding binary packages. 3) The port is currently broken and cannot be built. (This is of course a bug which should be fixed as soon as possible. For ports without a maintainer that might take a while.) 4) One or more of the dependencies of the package is not available as a package. (If port A depends on port B, and there does not exist a package for B (for any of the reasons listed here) there will not be a package of A either. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. All the packages that can be built and distributed are already being built and uploaded. Allowing users to upload packages would not help. -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Calling FBSD1 -
Hi there FBSD1 I note that your system has twice sent a copy of my post, unaltered, in the thread Flash 9,10 FreeBSD to the freebsd-questions list! Is there something wrong ? atb Glyn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: ports missing their packages.
On Wed, October 29, 2008 9:09 am, FBSD1 wrote: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. There is a certain guideline in place which committers follow. If you have constructive feedback surely someone will listen to it. Spitting your frustration is not likely to help. Do note that we have a lot of maintainers which try to satify each and everyone of us, sending messages like this is not going to help *you*. I would have a strong opinion -against- people uploading towarsd the FTP server directly. That will not be done. period. To give you a better understanding; We have a ports-cluster which builds packages and uploads them to the appropriate place on the FTP servers, sometimes that takes a little to become available, donate more facilities so that we can do that better. Also note that QAT (a ports tinderbox) runs periodically to make sure every thing is just fine! Thanks, Remko -- /\ Best regards, | [EMAIL PROTECTED] \ / Remko Lodder | [EMAIL PROTECTED] Xhttp://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News -Original Message- From: Remko Lodder [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2008 4:17 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] ORG; [EMAIL PROTECTED] Subject: Re: ports missing their packages. Well if you have this cluster build process why have some ports never been built all the way back to release 5.0 like kdenetwork-kopete-0.12.8. That is almost 3 years of waiting to get in the cluster build process. I am grateful to the maintainers for the great job they do, but completing the job by building the package is such a small additional task in light of they already have everything in place to build the package. Posting a email to [EMAIL PROTECTED] or posting a bug report about package missing does not get the missing package built. Its just considered as background noise. I have brought this problem to light in past years and new releases keep coming out with the same packages missing. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed, October 29, 2008 9:09 am, FBSD1 wrote: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. There is a certain guideline in place which committers follow. If you have constructive feedback surely someone will listen to it. Spitting your frustration is not likely to help. Do note that we have a lot of maintainers which try to satify each and everyone of us, sending messages like this is not going to help *you*. I would have a strong opinion -against- people uploading towarsd the FTP server directly. That will not be done. period. To give you a better understanding; We have a ports-cluster which builds packages and uploads them to the appropriate place on the FTP servers, sometimes that takes a little to become available, donate more facilities so that we can do that better. Also note that QAT (a ports tinderbox) runs periodically to make sure every thing is just fine! Thanks, Remko -- /\ Best regards, | [EMAIL PROTECTED] \ / Remko Lodder | [EMAIL PROTECTED] Xhttp://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror slice insertion, FAILURE - READ_DMA status=51READY, DSC, ERROR
Jeremy Chadwick wrote: Seagate chooses to encode some raw data for some SMART attributes in a custom format. The format is not publicly documented. This is why you have to go off of the adjusted values shown in VALUE/WORST/THRESH. How am I supposed to know all of this?! You aren't -- it comes with experience. And yet my failing drive's VALUE numbers are still all above their THRESH values, despite it being bad enough to cripple the system. One might argue those threshold values leave something to be desired. Is there anything I should know about this model of hard disk with regards to being known for problems? Also, is there a good test I can perform to hopefully flush out any problems before I put this thing into service? I'm confused: what gives you the impression there's a problem with *this model* of hard disk? I've seen no evidence presented that indicates such. What makes you ask that question? I don't have such an impression, thus far. In fact, Seagate drives have always been good to me prior to this. It's only a precautionary question because it's better to ask now than after I've committed a lot of real data and time to it and put it all into service. Let's take a look at the SMART data. # smartctl -a /dev/ad4 ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE ... 198 Offline_Uncorrectable 0x0010 100 100 000Old_age Offline - 0 ... To get an update on Attribute 198, you'd need to run a short offline test (smartctl -t short /dev/ad4). You can safely do this while the disk is in use; don't let the word offline make you think the disk disappears. You can watch the status using smartctl -a, and once its finished, you can compare the old value to the new. I'm willing to bet it remains zero. I ran that test on both drives. ad6 failed immediately at 90% with a read failure - not surprising. ad4 completed without error and no change in it's values, just as you predicted. # smartctl -a /dev/ad6 ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE ... 5 Reallocated_Sector_Ct 0x0033 100 100 036Pre-fail Always - 2 ... 10 Spin_Retry_Count0x0013 100 100 097Pre-fail Always - 1 ... 187 Reported_Uncorrect 0x0032 098 098 000Old_age Always - 2 ... 197 Current_Pending_Sector 0x0012 100 100 000Old_age Always - 2 198 Offline_Uncorrectable 0x0010 100 100 000Old_age Offline - 2 ... And here we see the core of the problem. :-) Advice is simple: replace this hard disk. Hope this helps. It definitely did, Jeremy. Your explanations were most helpful. Thanks! Carl / K0802647 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: ports missing their packages.
-Original Message- From: Erik Trulsson [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2008 4:47 PM To: FBSD1 Cc: [EMAIL PROTECTED] ORG; [EMAIL PROTECTED] Subject: Re: ports missing their packages. On Wed, Oct 29, 2008 at 04:09:23PM +0800, FBSD1 wrote: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. It is not port managers who create or upload packages. Most of them do not even have access to the package server. The downloadable packages are built and uploaded automatically by a cluster of servers that do little else. If a particular port does not have a corresponding package it is generally not due to laxness on anybodys part. The main reasons why a port might not have corresponding package are: 1) The port has just been created and the package hasn't had time to built yet. Normally a very temporary situation. 2) Legal restrictions. There are several ports where it is simply not legal for the FreeBSD project to distribute the corresponding binary packages. 3) The port is currently broken and cannot be built. (This is of course a bug which should be fixed as soon as possible. For ports without a maintainer that might take a while.) 4) One or more of the dependencies of the package is not available as a package. (If port A depends on port B, and there does not exist a package for B (for any of the reasons listed here) there will not be a package of A either. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. All the packages that can be built and distributed are already being built and uploaded. Allowing users to upload packages would not help. -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] -Original Message- From: Erik Trulsson [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2008 4:47 PM To: FBSD1 Cc: [EMAIL PROTECTED] ORG; [EMAIL PROTECTED] Subject: Re: ports missing their packages. How does kdenetwork-kopete-0.12.8 or php5-gd or pdflib fit into those reasons you gave? These all have ports but no package for many releases of Freebsd. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On 2008-Oct-29 16:09:23 +0800, FBSD1 [EMAIL PROTECTED] wrote: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. I'm not sure what you mean by install the port for real. A port maintainer is responsible for updating his/her ports and verifying that they work. This presumably includes building and installing the port. Creating the package after this is just one command and a ftp upload to the package server. This isn't true for a whole variety of reasons. Why are maintainers being given approval to apply their changes without creating the required package? Because packages aren't required and creation of packages is nothing to do with ports maintainers. This is just lax management on the part of the people who do the authorizing of the changes. I suggest you do a bit more reading and a bit less pontificating. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. Not all ports have packages for a variety of reasons and there is no requirement that every port has packages for every supported version of FreeBSD. Maybe you need to learn how to cd /usr/ports/... make install -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. pgpgFjJY7r6E3.pgp Description: PGP signature
Re: Calling FBSD1 -
Glyn Millington [EMAIL PROTECTED] writes: Hi there FBSD1 I note that your system has twice sent a copy of my post, unaltered, in the thread Flash 9,10 FreeBSD to the freebsd-questions list! Is there something wrong ? Apologies Joeb, I see now that you did in fact append a question. But why two copies? atb Glyn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
tangoGPS FreeBSD 7.0
Hello, Is anybody aware of a port of tangoGPS http://www.tangogps.org/gps/cat/About to FreeBSD 7.0? It runs it in my Linux based cellphone Openmoko FreeRunner and it would be nice to have it as well in my eeePC (just for having better capacity for cached maps of OpenStreetMap and a bigger display). What kind of USB based GPS devices could be used in this eeePC with FreeBSD 7.0? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash-9, 10 on FreeBSD
FBSD1 [EMAIL PROTECTED] writes: Mikhail Teterin [EMAIL PROTECTED] writes: Sent by Glyn Millington: My solution was to install Wine and run the MS port of Firefox. So far it works flawlessly for me. This has two problems: 1. It requires a (licensed) Windows install handy. No it doesn't. The MS version of Firefox is running here under Wine with no problems and definitely no Windows. Why do you think it needs a Windows install? 2. The solution is only suitable for i386 -- not for amd64, which is what I'm using. Ah well, there you have me! Glyn ___ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Glyn Millington Sent: Wednesday, October 29, 2008 3:41 PM To: Mikhail Teterin Cc: [EMAIL PROTECTED]; Danielisz Laszlo; [EMAIL PROTECTED] Subject: Re: flash-9, 10 on FreeBSD What is not clear is do you run wine/firefox from the command line or from within KDE or gnome? An answer to this question and an apology for missing the question the first time. Neither. I use good old Fvwm, but actually launch MS Firefox from the Rox filer. I was surprised at how easy this was to set up. I don't say it is right or clever, but it does work, and I'm not so very interested in Flash that I want to spend ages fiddling to make it work in the other ways that have been suggested. I'm getting older so like to pick my fights with care! atb Glyn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
On Tuesday 28 October 2008 15:44:49 Francis Dubé wrote: Jeremy Chadwick a écrit : On Mon, Oct 27, 2008 at 12:56:30PM -0700, Chuck Swiger wrote: On Oct 27, 2008, at 12:38 PM, FreeBSD wrote: You need to keep your MaxClients setting limited to what your system can run under high load; generally the amount of system memory is the governing factor. [1] If you set your MaxClients higher than that, your system will start swapping under the load and once you start hitting VM, it's game over: your throughput will plummet and clients will start getting lots of broken connections, just as you describe. According to top, we have about 2G of Inactive RAM with 1,5G Active (4G total RAM with amd64). Swapping is not a problem in this case. With 4GB of RAM, you're less likely to run into issues, but the most relevant numbers would be the Swap: line in top under high load, or the output of vmstat 1 / vmstat -s. We're monitoring our swap with cacti, and we've never been swapping even during high load because we dont let apache spawn enough process to do so. It would also be helpful to know what your httpd's are looking like in terms of size, and what your content is like. For Apache serving mostly static content and not including mod_perl, mod_php, etc, you tend to have 5-10MB processes and much of that is shared, so you might well be able to run 400+ httpd children. On the other hand, as soon as you pull in the dynamic language modules like perl or PHP, you end up with much larger process sizes (20 - 40 MB) and much more of their memory usage is per-process rather than shared, so even with 4GB you probably won't be able to run more than 100-150 children before swapping. Here's an example of top's output regarding our httpd process : 54326 apache1 960 156M 13108K select 1 0:00 0.15% httpd 54952 apache1 960 156M 12684K select 1 0:00 0.10% httpd 52343 apache1 40 155M 12280K select 0 0:01 0.10% httpd Most of our page are in HTML with a LOT of images. Few PHP pages, very light PHP processing. Then your best bet is to properly set up mod_expires for the images. More then anything else that will reduce the load on your server. http://httpd.apache.org/docs/2.2/mod/mod_expires.html#expiresbytype The better solution involves recoding your site to serve images from a different webserver (can be the same machine, simply use a very light jail). This installation only loads mod_expires and mod_headers and serves images only. I would do this regardless, for two reasons: 1) You will almost certainly get rid of PMAP_SHPGPERPROC on the document server 2) You will more easily detect bottlenecks in scripts, because the problem is not aggrevated/masked by the image serving. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed, Oct 29, 2008 at 05:02:14PM +0800, joeb wrote: How does kdenetwork-kopete-0.12.8 or php5-gd or pdflib fit into those reasons you gave? These all have ports but no package for many releases of Freebsd. For print/pdflib it is legal restrictions. (The Makefile says RESTRICTED= many odd restrictions on usage and distribution) As for graphics/php5-gd and net-im/kopete ports, they both seem to be available as pre-built packages so I am not sure what problem you are having with them. -Original Message- From: Erik Trulsson [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2008 4:47 PM To: FBSD1 Cc: [EMAIL PROTECTED] ORG; [EMAIL PROTECTED] Subject: Re: ports missing their packages. On Wed, Oct 29, 2008 at 04:09:23PM +0800, FBSD1 wrote: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. It is not port managers who create or upload packages. Most of them do not even have access to the package server. The downloadable packages are built and uploaded automatically by a cluster of servers that do little else. If a particular port does not have a corresponding package it is generally not due to laxness on anybodys part. The main reasons why a port might not have corresponding package are: 1) The port has just been created and the package hasn't had time to built yet. Normally a very temporary situation. 2) Legal restrictions. There are several ports where it is simply not legal for the FreeBSD project to distribute the corresponding binary packages. 3) The port is currently broken and cannot be built. (This is of course a bug which should be fixed as soon as possible. For ports without a maintainer that might take a while.) 4) One or more of the dependencies of the package is not available as a package. (If port A depends on port B, and there does not exist a package for B (for any of the reasons listed here) there will not be a package of A either. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. All the packages that can be built and distributed are already being built and uploaded. Allowing users to upload packages would not help. -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed 2008-10-29 16:53:26 UTC+0800, joeb ([EMAIL PROTECTED]) wrote: Well if you have this cluster build process why have some ports never been built all the way back to release 5.0 like kdenetwork-kopete-0.12.8. That is almost 3 years of waiting to get in the cluster build process. You need to understand that the FreeBSD project by its nature is primarily source-code driven. Making packages available (of any port) is of very low priority in comparison to the rest of the system (testing, documentation, etc). Demanding that the FreeBSD volunteers build a package just because you want to use it is a bit unfair, particularly when you can make one yourself without much trouble. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror slice insertion, FAILURE - READ_DMA status=51READY, DSC, ERROR
On Wed, Oct 29, 2008 at 02:00:21AM -0700, Carl wrote: Jeremy Chadwick wrote: Seagate chooses to encode some raw data for some SMART attributes in a custom format. The format is not publicly documented. This is why you have to go off of the adjusted values shown in VALUE/WORST/THRESH. How am I supposed to know all of this?! You aren't -- it comes with experience. And yet my failing drive's VALUE numbers are still all above their THRESH values, despite it being bad enough to cripple the system. One might argue those threshold values leave something to be desired. I'd urge you to file complaint(s) with drive manufacturers, as they're the ones who decide the values. Thresholds are not defined per the ATA-ATAPI specification, so technically they can pick whatever value they want. This is exactly why you'll encounter people screaming SMART is worthless, the drive is already dead by the time the overall SMART health check fails! If you go this route, please CC me, as I'd be quite to see what manufacturers have to say. -- | 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: ports missing their packages.
On 10/29/08, FBSD1 [EMAIL PROTECTED] wrote: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Port maintainers usually verify that an updated port will build and work correctly with their currently installed ports. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? So you are advocating that port maintainers have to create packages for all the supported FreeBSD architecture's (amd64, arm, i386, ia64, mips, pc98, powerpc, sparc64, sun4v). That would be 9 packages needing to be created at the time the port maintainer submits the upgrade PR. We have the package cluster to automate these builds. This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. Some packages have to remain missing due to their license restricting redistribution of the compiled softare. This can cause other ports that don't have a restrictive license to fail building because one/more of it's dependencies has this restrictive license. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. This solution won't work, if the user has custom compile flags and/or builds the port with non-default options defined in /etc/make.conf or using 'make config'. The next user who downloads the port might get a package that doesn't function the same as the previous version. The package may not even work on that users computer (i.e. package compiled for k8 processor installed on a pentium4 system). The best solution to find out why a package is not being built for a port is to check it's Makefile, and the Makefiles of it's dependencies. Also looking at http://portsmon.freebsd.org/ to find out why a port has failed to build a package. If you can't find a reason for why the package failed to build, then send a message to the maintainers, and the ports list to have some one look into the problem. It could be as simple as forgetting to add the ports subdirectory to the category Makefile (i.e www/Makefile). Scot ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie question about pkg_add
On Wed, Oct 29, 2008 at 1:07 PM, Steven Susbauer [EMAIL PROTECTED] wrote: ports-mgmt/portupgrade is a useful tool for easily getting packages and ports, it includes the tool portinstall which does what it says it does. By running portinstall -P pkgname, it will install a port and dependencies with packages if available, otherwise they are built from source. portsman and portmanager are some other frontend tools that can help with package administration, it's really up to your own tastes. -Steve I tried portinstall, although dependecies are install with port sources still. It take me a whole afternoon to portinstall math/py-neworkx, and it still doesn't complete as yet. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: ports missing their packages.
On Wed, October 29, 2008 9:53 am, joeb wrote: On Wed, October 29, 2008 9:09 am, FBSD1 wrote: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. There is a certain guideline in place which committers follow. If you have constructive feedback surely someone will listen to it. Spitting your frustration is not likely to help. Do note that we have a lot of maintainers which try to satify each and everyone of us, sending messages like this is not going to help *you*. I would have a strong opinion -against- people uploading towarsd the FTP server directly. That will not be done. period. To give you a better understanding; We have a ports-cluster which builds packages and uploads them to the appropriate place on the FTP servers, sometimes that takes a little to become available, donate more facilities so that we can do that better. Also note that QAT (a ports tinderbox) runs periodically to make sure every thing is just fine! Thanks, Remko -- /\ Best regards, | [EMAIL PROTECTED] \ / Remko Lodder | [EMAIL PROTECTED] Xhttp://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News -Original Message- From: Remko Lodder [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2008 4:17 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] ORG; [EMAIL PROTECTED] Subject: Re: ports missing their packages. Well if you have this cluster build process why have some ports never been built all the way back to release 5.0 like kdenetwork-kopete-0.12.8. That is almost 3 years of waiting to get in the cluster build process. There might be reasons for packages not being built, sometimes it's an license issue, sometimes the package does not build etc. It's not something that you can demand that you need a package that it gets there. There is more to it then just build the freaking thing ;-) I am grateful to the maintainers for the great job they do, but completing the job by building the package is such a small additional task in light of they already have everything in place to build the package. It's not, we have guidelines that we have to follow in order to keep things managable. Posting a email to [EMAIL PROTECTED] or posting a bug report about package missing does not get the missing package built. Its just considered as background noise. I have brought this problem to light in past years and new releases keep coming out with the same packages missing. Then apparantly there is no need for your idea and it will not get implemented. Stating that a package is missing, soit, we build packages all the time and as said there are reasons for some ports not being build into packages etc. First investigate that before complaining this loud. We have been in this proces before with you (Bob was your name back then if I remember correctly). Thnx, Remko -- /\ Best regards, | [EMAIL PROTECTED] \ / Remko Lodder | [EMAIL PROTECTED] Xhttp://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
andrew clarke mail_ozzmosis.com said (on 2008/10/29): You need to understand that the FreeBSD project by its nature is primarily source-code driven. Making packages available (of any port) is of very low priority in comparison to the rest of the system (testing, documentation, etc). Demanding that the FreeBSD volunteers build a package just because you want to use it is a bit unfair, particularly when you can make one yourself without much trouble. I'm not sure I got all the emails in this thread... maybe some just haven't arrived yet. Anyway... I, for one, depend on packages. It literally takes days to build something like Firefox on my (admittedly old) computer. I'm surprised that package creation is such a low priority. Are there so few people running FreeBSD on old hardware? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
Aggelidis Nikos wrote: hi to all the list, i am trying to install ImageMagick 6.4.4.1_1 from the ports system. The problem seems to be that i can't complete succesfully the tests of imagemagick. In particular i fail in all the Magick++ tests [snip] If I remember well, this is a known issue. Change to the port's directory, execute make config, and deselect IMAGEMAGICK_TESTS from the options dialog. It should build and install fine. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GPT Support on Freebsd
Franck Royer [EMAIL PROTECTED] writes: Can I oblige pcbsd to look the gpt table instead of the msdos one ? How can I access to my fifth partition ? John Baldwin (jhb) has been working on GPT support, but it's still reported to be a work in progress. It works as far as recognizing disks over 16TB. It also gets picked up by the geom framework. I'm not sure about booting, although there are tantalizing hints in the manual pages. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
Here are the configurations options: === The following configuration options are available for ImageMagick-6.4.4.1_1: X11=on X11 support IMAGEMAGICK_TESTS=on Run bundled self-tests after build IMAGEMAGICK_OPENMP=off OpenMP for SMP (needs threads) IMAGEMAGICK_PERL=on Perl support IMAGEMAGICK_MODULES=off Modules support (broken) IMAGEMAGICK_BZLIB=on Bzlib support IMAGEMAGICK_16BIT_PIXEL=on 16bit pixel support IMAGEMAGICK_DJVU=off DJVU format support (needs threads) IMAGEMAGICK_LCMS=on LCMS support IMAGEMAGICK_HDRI=off High Dynamic Range Images (HDRI) IMAGEMAGICK_TTF=on Freetype support IMAGEMAGICK_FONTCONFIG=on Fontconfig support IMAGEMAGICK_JPEG=on JPG format support IMAGEMAGICK_OPENEXR=off OpenEXR support (needs threads) IMAGEMAGICK_PNG=on PNG format support IMAGEMAGICK_TIFF=on TIFF format support IMAGEMAGICK_FPX=on FPX format support IMAGEMAGICK_JBIG=on JBIG format support IMAGEMAGICK_JPEG2000=on JPEG2000 format support IMAGEMAGICK_DOT=off GraphViz dot graphs support IMAGEMAGICK_WMF=off WMF format support IMAGEMAGICK_SVG=off SVG format support IMAGEMAGICK_PDF=on PDF format support IMAGEMAGICK_GSLIB=off libgs (Postscript SHLIB) support === Use 'make config' to modify these settings what platform and FBSD version? #uname -a: FreeBSD apollo 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 did you build with perl support? yes If I remember well, this is a known issue. Change to the port's directory, execute make config, and deselect IMAGEMAGICK_TESTS from the options dialog. It should build and install fine. oh i didn't know this, but Anton stated that I've passed all tests on i386 So you think i should disable the tests and recompile? thank you all for your help so far, nikos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed 2008-10-29 04:10:33 UTC-0700, [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: I'm not sure I got all the emails in this thread... maybe some just haven't arrived yet. It began on freebsd-ports, then the OP started cross-posting to -questions, so I moved my replies to -questions. Anyway... I, for one, depend on packages. It literally takes days to build something like Firefox on my (admittedly old) computer. I'm surprised that package creation is such a low priority. Are there so few people running FreeBSD on old hardware? Well, FF eats memory. Just running it on something older than that is not going to be a pleasant experience. I imagine most people using Firefox are probably using fairly modern hardware, built within the last 4 years or so. I built Firefox from ports on a 5 year old 1.6 GHz PC running 7.0-REL in 256 Mb RAM. It certainly didn't take _days_ to build. From memory I ran it overnight and it was done in the morning. I would've killed the build if it was still running when I woke up. Anyway, Firefox is a pretty complicated piece of software. Most ports don't take anything like that long to build. In any case, there are packages of Firefox available, so it's not as bad as you make out! ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-stable/www/firefox-2.0.0.17,1.tbz ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-stable/www/firefox-3.0.3,1.tbz ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/www/firefox-2.0.0.17,1.tbz ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/www/firefox-3.0.3,1.tbz ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
Aggelidis Nikos wrote: Here are the configurations options: === The following configuration options are available for ImageMagick-6.4.4.1_1: X11=on X11 support IMAGEMAGICK_TESTS=on Run bundled self-tests after build IMAGEMAGICK_OPENMP=off OpenMP for SMP (needs threads) IMAGEMAGICK_PERL=on Perl support IMAGEMAGICK_MODULES=off Modules support (broken) IMAGEMAGICK_BZLIB=on Bzlib support IMAGEMAGICK_16BIT_PIXEL=on 16bit pixel support IMAGEMAGICK_DJVU=off DJVU format support (needs threads) IMAGEMAGICK_LCMS=on LCMS support IMAGEMAGICK_HDRI=off High Dynamic Range Images (HDRI) IMAGEMAGICK_TTF=on Freetype support IMAGEMAGICK_FONTCONFIG=on Fontconfig support IMAGEMAGICK_JPEG=on JPG format support IMAGEMAGICK_OPENEXR=off OpenEXR support (needs threads) IMAGEMAGICK_PNG=on PNG format support IMAGEMAGICK_TIFF=on TIFF format support IMAGEMAGICK_FPX=on FPX format support IMAGEMAGICK_JBIG=on JBIG format support IMAGEMAGICK_JPEG2000=on JPEG2000 format support IMAGEMAGICK_DOT=off GraphViz dot graphs support IMAGEMAGICK_WMF=off WMF format support IMAGEMAGICK_SVG=off SVG format support IMAGEMAGICK_PDF=on PDF format support IMAGEMAGICK_GSLIB=off libgs (Postscript SHLIB) support === Use 'make config' to modify these settings what platform and FBSD version? #uname -a: FreeBSD apollo 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 did you build with perl support? yes If I remember well, this is a known issue. Change to the port's directory, execute make config, and deselect IMAGEMAGICK_TESTS from the options dialog. It should build and install fine. oh i didn't know this, but Anton stated that I've passed all tests on i386 So you think i should disable the tests and recompile? thank you all for your help so far, nikos AFAIR, there was a discussion about this not so long ago, and compiling without the tests was a proposed solution. In fact, I just checked my system and I have ImageMagick installed without the tests in the config options. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 01:52:08PM +0200, Aggelidis Nikos wrote: Here are the configurations options: === The following configuration options are available for ImageMagick-6.4.4.1_1: X11=on X11 support IMAGEMAGICK_TESTS=on Run bundled self-tests after build IMAGEMAGICK_OPENMP=off OpenMP for SMP (needs threads) IMAGEMAGICK_PERL=on Perl support IMAGEMAGICK_MODULES=off Modules support (broken) IMAGEMAGICK_BZLIB=on Bzlib support IMAGEMAGICK_16BIT_PIXEL=on 16bit pixel support IMAGEMAGICK_DJVU=off DJVU format support (needs threads) IMAGEMAGICK_LCMS=on LCMS support IMAGEMAGICK_HDRI=off High Dynamic Range Images (HDRI) IMAGEMAGICK_TTF=on Freetype support IMAGEMAGICK_FONTCONFIG=on Fontconfig support IMAGEMAGICK_JPEG=on JPG format support IMAGEMAGICK_OPENEXR=off OpenEXR support (needs threads) IMAGEMAGICK_PNG=on PNG format support IMAGEMAGICK_TIFF=on TIFF format support IMAGEMAGICK_FPX=on FPX format support IMAGEMAGICK_JBIG=on JBIG format support IMAGEMAGICK_JPEG2000=on JPEG2000 format support IMAGEMAGICK_DOT=off GraphViz dot graphs support IMAGEMAGICK_WMF=off WMF format support IMAGEMAGICK_SVG=off SVG format support IMAGEMAGICK_PDF=on PDF format support IMAGEMAGICK_GSLIB=off libgs (Postscript SHLIB) support === Use 'make config' to modify these settings what platform and FBSD version? #uname -a: FreeBSD apollo 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 did you build with perl support? yes If I remember well, this is a known issue. Change to the port's directory, execute make config, and deselect IMAGEMAGICK_TESTS from the options dialog. It should build and install fine. oh i didn't know this, but Anton stated that I've passed all tests on i386 So you think i should disable the tests and recompile? In any case you can build and install without tests, and then do 'make check' separately. I'm building IM on i386 7.0-stable and 8.0-current. Will let you know how the tests go soon. Post also your /etc/make.conf -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 2:02 PM, Anton Shterenlikht [EMAIL PROTECTED] wrote: In any case you can build and install without tests, and then do 'make check' separately. I'm building IM on i386 7.0-stable and 8.0-current. Will let you know how the tests go soon. Post also your /etc/make.conf here it is: NO_OPENSSH = YES # added by use.perl 2008-10-28 20:44:42 PERL_VER=5.8.8 PERL_VERSION=5.8.8 i will try and build without the tests ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tangoGPS FreeBSD 7.0
On 29 Oct 2008, at 09:25, Matthias Apitz wrote: Hello, Is anybody aware of a port of tangoGPS http://www.tangogps.org/gps/cat/About to FreeBSD 7.0? It runs it in my Linux based cellphone Openmoko FreeRunner and it would be nice to have it as well in my eeePC (just for having better capacity for cached maps of OpenStreetMap and a bigger display). What kind of USB based GPS devices could be used in this eeePC with FreeBSD 7.0? Googling shows http://www.deluoelectronics.com/customer/product.php?productid=60cat=0page as a possible option. I don't have it, but people have been using it with FreeBSD, as far as I can tell. Regards, -- Rui Paulo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
--- On Wed, 10/29/08, FBSD1 [EMAIL PROTECTED] wrote: From: FBSD1 [EMAIL PROTECTED] Subject: ports missing their packages. To: [EMAIL PROTECTED] ORG freebsd-questions@FreeBSD.ORG Cc: [EMAIL PROTECTED] Date: Wednesday, October 29, 2008, 4:09 AM It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. Very few port maintainers have access to simply upload a package to the ftp servers. This just isn't how the system works. During the process of checking to ensure that a port was built or updated sanely, we do create a package, just to ensure that that make target works as expected. Port maintainers are not the ones responsible for the entire system, only for maintaining a few files which folks get in the ports tree. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. Yeah, that's sane. Nobody will ever just upload something that demands to be run as root, then changes the root password, enables telnet, and hops on IRC to notify the person who uploaded it, or something. The system does work. It just doesn't provide instant gratification. If you really need things to happen in real-time, email the FreeBSD Foundation and find out how much cash it'd take for additional hardware to make that a reality, then send them that much cash. - mdh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
HP Proliant DL360 G5
Dear FreeBSD users, Our hardware begins to age and we plan to buy two new machines at HP. Our choice focused on the HP Proliant DL360 G5. As HP doesn't officially support FreeBSD, I checked with the 7.0-RELEASE Hardware Notes and everything seems to be supported, except the network interface which is an HP NC373i. From what I can see, only NC370i and NC370T are supported. Can someone confirm that this chip is not supported (and that the rest is OK) ? If you have other comments about our choice they are welcome too ... Thanks, Julien -- Julien Cigar Belgian Biodiversity Platform http://www.biodiversity.be Université Libre de Bruxelles (ULB) Campus de la Plaine CP 257 Bâtiment NO, Bureau 4 N4 115C (Niveau 4) Boulevard du Triomphe, entrée ULB 2 B-1050 Bruxelles Mail: [EMAIL PROTECTED] @biobel: http://biobel.biodiversity.be/person/show/471 Tel : 02 650 57 52 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HP Proliant DL360 G5
Julien Cigar пишет: Dear FreeBSD users, Our hardware begins to age and we plan to buy two new machines at HP. Our choice focused on the HP Proliant DL360 G5. As HP doesn't officially support FreeBSD, I checked with the 7.0-RELEASE Hardware Notes and everything seems to be supported, except the network interface which is an HP NC373i. From what I can see, only NC370i and NC370T are supported. Can someone confirm that this chip is not supported (and that the rest is OK) ? If you have other comments about our choice they are welcome too ... from dmesg bce0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) mem 0xf800-0xf9ff irq 18 at device 0.0 on pci3 miibus0: MII bus on bce0 brgphy0: BCM5708C 10/100/1000baseTX PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:22:64:06:f8:96 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x01090605); Flags( MFW MSI ) bce1: Broadcom NetXtreme II BCM5708 1000Base-T (B2) mem 0xfa00-0xfbff irq 19 at device 0.0 on pci5 miibus1: MII bus on bce1 brgphy1: BCM5708C 10/100/1000baseTX PHY PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:22:64:06:f8:8a bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x01090605); Flags( MFW MSI ) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HP Proliant DL360 G5
Hello, On Wed, 2008-10-29 at 13:27 +0100, Julien Cigar wrote: Our hardware begins to age and we plan to buy two new machines at HP. Our choice focused on the HP Proliant DL360 G5. As HP doesn't officially support FreeBSD, I checked with the 7.0-RELEASE Hardware Notes and everything seems to be supported, except the network interface which is an HP NC373i. From what I can see, only NC370i and NC370T are supported. Can someone confirm that this chip is not supported I have just got two new DL360G5 with xeon E5420 cpus (HP Ref Number: 470064-731), and the on-board network cards are seen from FreeBSD7 as: bce0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) mem 0xf800-0xf9ff irq 18 at device 0.0 on pci3 miibus0: MII bus on bce0 brgphy0: BCM5708C 10/100/1000baseTX PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:21:5a:a6:8f:f0 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x01090605); Flags( MFW MSI ) So there are good chances it's the same on your setup? But maybe it's a new model of mainboard... regards HTH, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 02:49:36PM +0200, Aggelidis Nikos wrote: On Wed, Oct 29, 2008 at 2:02 PM, Anton Shterenlikht [EMAIL PROTECTED] wrote: In any case you can build and install without tests, and then do 'make check' separately. I'm building IM on i386 7.0-stable and 8.0-current. Will let you know how the tests go soon. Post also your /etc/make.conf here it is: NO_OPENSSH = YES # added by use.perl 2008-10-28 20:44:42 PERL_VER=5.8.8 PERL_VERSION=5.8.8 Your NO_OPENSSH = YES line is broken, by the way. You have a space between the H and the =. -- | 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: HP Proliant DL360 G5
The one we plan to buy is this one (457922-421) : http://h10010.www1.hp.com/wwpc/be/fr/sm/WF06b/15351-15351-3328412-241475-241475-1121486-3633805.html It seems to be the same network chipset as in yours .. (https://h10057.www1.hp.com/ecomcat/hpcatalog/specs/provisioner/05/470064-731.htm) So I can consider that it's supported .. good! :-) Thanks for your answers On Wed, 2008-10-29 at 14:05 +0100, Olivier Mueller wrote: Hello, On Wed, 2008-10-29 at 13:27 +0100, Julien Cigar wrote: Our hardware begins to age and we plan to buy two new machines at HP. Our choice focused on the HP Proliant DL360 G5. As HP doesn't officially support FreeBSD, I checked with the 7.0-RELEASE Hardware Notes and everything seems to be supported, except the network interface which is an HP NC373i. From what I can see, only NC370i and NC370T are supported. Can someone confirm that this chip is not supported I have just got two new DL360G5 with xeon E5420 cpus (HP Ref Number: 470064-731), and the on-board network cards are seen from FreeBSD7 as: bce0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) mem 0xf800-0xf9ff irq 18 at device 0.0 on pci3 miibus0: MII bus on bce0 brgphy0: BCM5708C 10/100/1000baseTX PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:21:5a:a6:8f:f0 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x01090605); Flags( MFW MSI ) So there are good chances it's the same on your setup? But maybe it's a new model of mainboard... regards HTH, Olivier -- Julien Cigar Belgian Biodiversity Platform http://www.biodiversity.be Université Libre de Bruxelles (ULB) Campus de la Plaine CP 257 Bâtiment NO, Bureau 4 N4 115C (Niveau 4) Boulevard du Triomphe, entrée ULB 2 B-1050 Bruxelles Mail: [EMAIL PROTECTED] @biobel: http://biobel.biodiversity.be/person/show/471 Tel : 02 650 57 52 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 02:47:03PM +0200, Aggelidis Nikos wrote: On Wed, Oct 29, 2008 at 2:02 PM, Anton Shterenlikht [EMAIL PROTECTED] wrote: In any case you can build and install without tests, and then do 'make check' separately. I'm building IM on i386 7.0-stable and 8.0-current. Will let you know how the tests go soon. Post also your /etc/make.conf here it is: NO_OPENSSH = YES # added by use.perl 2008-10-28 20:44:42 PERL_VER=5.8.8 PERL_VERSION=5.8.8 i will try and build without the tests not sure if it is related to your problems, but I'm surprised you haven't got at least this in your /etc/make.conf CFLAGS= -O -pipe MAKE_SHELL=sh BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings COPTFLAGS= -O -pipe INSTALL=install -C -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie question about pkg_add
On Wed, 2008-10-29 at 11:14 +0800, Canhua wrote: Hi, good day all. I am new to FreeBSD. I tried to pkg_add -r a package (py-networkx), which tell me that: Error: FTP Unable to get ftp://ftp.freebsd.org/pub/ FreeBSD/ports/i386/packages-7.0-release/Latest/py-networkx.tbz: File unavailable (e.g., file not found, no access) although I know that py-network does exist in /usr/ports. Actually I could go to /usr/ports/math/py-networkx and make install using ports means. Then I could learn from this that there are softwares that could be install from ports while not able to be added from package system? Am I right? The package name of this port is 'py25-networkx'. You can use the Freshports.org search to find the package names. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Thiago R. Santos [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: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 01:17:23PM +0200, Manolis Kiagias wrote: Aggelidis Nikos wrote: hi to all the list, i am trying to install ImageMagick 6.4.4.1_1 from the ports system. The problem seems to be that i can't complete succesfully the tests of imagemagick. In particular i fail in all the Magick++ tests [snip] If I remember well, this is a known issue. Change to the port's directory, execute make config, and deselect IMAGEMAGICK_TESTS from the options dialog. It should build and install fine. on i386 7.0-release: [skip] PASS: utilities/tests/wave.sh PASS: utilities/tests/montage.sh All 699 tests passed cd PerlMagick make CC='cc -std=gnu99' test /bin/sh ../magick.sh PERL_DL_NONLAZY=1 /usr/local/bin/perl5.8.8 -MExtUtils::Com mand::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/bzlib/*.t t/fp x/*.t t/jbig/*.t t/jpeg/*.t t/jp2/*.t t/png/*.t t/tiff/*.t t/wmf/*.t t/zlib/*.t t/blobok t/bzlib/read..ok t/bzlib/write.ok t/composite...ok t/filter..ok t/fpx/readok t/fpx/write...ok t/getattributeok t/jbig/read...ok t/jbig/write..ok t/jp2/readok t/jpeg/read...ok t/jpeg/write..ok t/montage.ok t/png/read-16.ok t/png/readok t/png/write-16ok t/png/write...ok t/readok t/setattributeok t/tiff/read...ok t/tiff/write..ok t/wmf/readok t/write...ok t/zlib/read...ok t/zlib/write..ok All tests successful. Files=26, Tests=343, 130 wallclock secs ( 0.45 cusr + 0.06 csys = 0.52 CPU) # on i386 8.0-current (faster box): PASS: utilities/tests/wave.sh PASS: utilities/tests/montage.sh All 699 tests passed cd PerlMagick make CC='cc -std=gnu99' test /bin/sh ../magick.sh PERL_DL_NONLAZY=1 /usr/local/bin/perl5.8.8 -MExtUtils::Com mand::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/bzlib/*.t t/fp x/*.t t/jbig/*.t t/jpeg/*.t t/jp2/*.t t/png/*.t t/tiff/*.t t/wmf/*.t t/zlib/*.t t/blobok t/bzlib/read..ok t/bzlib/write.ok t/composite...ok t/filter..ok t/fpx/readok t/fpx/write...ok t/getattributeok t/jbig/read...ok t/jbig/write..ok t/jp2/readok t/jpeg/read...ok t/jpeg/write..ok t/montage.ok t/png/read-16.ok t/png/readok t/png/write-16ok t/png/write...ok t/readok t/setattributeok t/tiff/read...ok t/tiff/write..ok t/wmf/readok t/write...ok t/zlib/read...ok t/zlib/write..ok All tests successful. Files=26, Tests=343, 20 wallclock secs (13.97 cusr + 4.35 csys = 18.32 CPU) # perhaps you just haven't built perlmagick, or use some old libraries - just a guess. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
freebsd installation order
immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 3:34 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote: Your NO_OPENSSH = YES line is broken, by the way. You have a space between the H and the =. thank you! i fixed it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror slice insertion, FAILURE - READ_DMA status=51READY, DSC, ERROR
On Tue, Oct 28, 2008 at 08:41:31PM -0700, Carl wrote: Jeremy Chadwick said: ad6: FAILURE - READ_DMA status=51READY,DSC,ERROR error=40UNCORRECTABLE LBA=134802751 Are you sure you don't have a bad hard disk? This looks to be like a classic block/sector failure. I hadn't realized that a bad block would manifest itself with a message about DMA. Seems like such semantics would be a little obscure to most users, apparently including me. Do not let the term DMA confuse you -- the operation was a read operation, and DMA is used to do the transfer of data between disk/controller/local memory. You might see things like READ_DMA48 and WRITE_DMA48, which just indicate that 48-bit LBA addressing mode is in use when attempting the operation. For sake of comparison, you should see what Linux and Solaris do. For example, when a disk falls off the bus (silently) on a Linux machine using ext3fs, all I've ever seen is continual spewing of ext3fs journal errors on the console -- absolutely no indication that the disk itself has actually fallen off the bus. With SCSI disks under Solaris, the level of detail you get is perfect -- it's very easy to determine what happened. But in the case of ATA disks, you get more or less something that looks similar to FreeBSD. If you have complaints about the formatting of the output, I would recommend filing a PR for it, or bringing it up with Soren Schmidt ([EMAIL PROTECTED]), author of the ata(4) layer. I will agree with you that some more coherent error messages would be useful. So you're saying that the *exact* same READ_DMA error, at the *exact* same LBA, is reported on ad4? If so, that's very bizarre. No, perhaps I wasn't clear enough. Both instances were on ad6, so far. Then that makes ad6, or something specific to ad6, the culprit. Can you please provide the output from the following commands? See end of message. Let me know if you then want more (in- or out-of-band). Having now installed smartmontools, you can see below that I ran it for both ad4 and ad6. Sure enough, ad6 has logged 2 READ DMA errors - does that make this a definitive bad disk then? I'll have to look at the output. See below. Should I not be worried about ad4 too? Those Raw_Read_Error_Rate and Seek_Error_Rate numbers should be zero or very close to it, shouldn't they? I don't know how to interpret what I'm seeing in that output, so I'd appreciate any insight. Should I be returning both disks for warranty claims (they're both very recently purchased)? As you've admitted, the problem is that most people don't know how to interpret SMART data, and start freaking out over things which are normal. People focus on the RAW values, which for many attributes is the wrong thing to look at. For example, on Seagate disks, a insanely high Raw_Read_Error_Rate and Seek_Error_Rate means absolutely nothing; it's normal. But with another vendor, it might actually be accurate. Welcome to one of the problems with SMART: the specification does not state what format the raw data must be in. Seagate chooses to encode some raw data for some SMART attributes in a custom format. The format is not publicly documented. This is why you have to go off of the adjusted values shown in VALUE/WORST/THRESH. How am I supposed to know all of this?! You aren't -- it comes with experience. Is there anything I should know about this model of hard disk with regards to being known for problems? Also, is there a good test I can perform to hopefully flush out any problems before I put this thing into service? I'm confused: what gives you the impression there's a problem with *this model* of hard disk? I've seen no evidence presented that indicates such. What makes you ask that question? None of us here work at Seagate, so even if there was a known problem with this specific model of disk, we wouldn't know. For all we know, there could be little 3mm tall terrorists dancing on the platters, ready to leap out at any moment and stab us! :-) Please keep something in mind: just because you have brand new hard disks *does not* guarantee they're free of errors. I have seen hundreds of brand new hard disks fail right out of the box, including SCSI disks (which people, for some reason, think are less likely to have this problem simply because they cost more money). I deal with this situation on a daily basis at work, believe it or not. # vmstat -i Interrupts look fine; I was looking for anything that might indicate an absurdly high rate. atacontrol cap output looks fine too, nothing weird or out of the ordinary (I wasn't expecting anything to show up here, but I did want to get an idea if the disks were truly SATA300 or not). Let's take a look at the SMART data. # smartctl -a /dev/ad4 ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 117 099 006Pre-fail Always -
Re: flash9 checklist
Juergen Lock wrote: Preliminary checklist for getting flash9 to work in native firefox: (flash10 needs more ports work, I shall post about that seperately on -emulation...) If you have additions to this please post a followup to this thread, keeping the Cc: (I'm not on -questions...) 1. You need RELENG_7 from at least Mon Oct 20 11:15:57 2008 UTC (the relevant MFC commits are: http://svn.freebsd.org/viewvc/base?view=revisionrevision=183819 http://svn.freebsd.org/viewvc/base?view=revisionrevision=184075 - a recent HEAD should also work of course.) There are linprocfs patches for RELENG_6 too (merging the former commit), but the latter commit can't be merged to 6 (and 7.0) since they lack the cpuset bits, so flash9 probably won't work on SMP there. (Although if you have SMP you probably should be running 7 anyway. :) Oh and if you do have SMP you also need to use the ULE scheduler, the cpuset syscalls are not supported with 4BSD. linprocfs patches for 6: http://people.freebsd.org/~nox/linprocfs-6.3.patch http://people.freebsd.org/~nox/linprocfs-6.4.patch 2. Your portstree needs to be from at least Sun Oct 19 17:37:28 2008 UTC (the last www/linux-flashplugin9 commit is: http://lists.freebsd.org/pipermail/cvs-ports/2008-October/158404.html ) 3. Make sure linprocfs is mounted to /compat/linux/proc . 4. Make sure www/nspluginwrapper, www/linux-flashplugin9 and dependencies are installed and up to date(!). (the default emulators/linux_base-fc4 should work, if you want to use a later one don't forget to set compat.linux.osrelease=2.6.16 in sysctl.conf and OVERRIDE_LINUX_BASE_PORT to whichever version you use in make.conf. Note however that on 6, only the default compat.linux.osrelease=2.4.2 really works.) 5. If the plugin doesnt show up in firefox' about:plugins, run nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so and restart firefox. 6. And remember there's a security advisory for the current version of flash9, http://www.FreeBSD.org/ports/portaudit/78f456fd-9c87-11dd-a55e-00163e16.html (if you use portaudit you need to `make -DDISABLE_VULNERABILITIES ...' to be able to install the port), and fc4 seems to be eol'd too, so you probably want to install something like the noscript firefox extension, https://addons.mozilla.org/en-US/firefox/addon/722 and only allow plugins (and scripts, tho thats a different problem) on sites you trust... And finally, if you still get crashes after following the above even on pages that are reported to work now (like youtube) you probably want to run `ktrace -di firefox...' and look at the output using linux_kdump (thats the devel/linux_kdump port, you want to use a package), paying specific attention to the lines above `PSIG SIGSEGV' (or whichever signal you got), maybe there are still shlibs missing that the plugin needs (NAMI ...something.so...), and if this is the case tell us about it so the appropriate dependencies can be added to the relevant ports. If you can't figure it out I guess it doesn't hurt to post the last few 100 lines of the dump up to the relevant PSIG on -emulation... You may also want to check linked shlibs like this: /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so and /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin (if you see `not found' in there you know something is wrong) - although that doesn't show libs that may be dlopen()d at runtime. Thanks for this. I was able to get linux-flashplugin9 working in native Firefox 3.0.3 on FreeBSD 7-STABLE i386. The only additional thing I had to do was copy /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so into ~/.mozilla/plugins/ for Firefox to recognize the plugin. After that Youtube, google video, and google maps (incl. street view) work fine, but slow. A friend of mine with a very similar setup was not so lucky and still has problems with flash9 locking up FF. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 3:49 PM, Anton Shterenlikht [EMAIL PROTECTED] wrote:
perhaps you just haven't built perlmagick, or use some old libraries -
just a guess.
I haven't build perlmagick. I only tried to build imagemagick {because
it was required by kile}...
Could it be this? The problems that i find are at the test of
magick++ i pass successfully every other test...
I'm surprised you haven't got at least this in your /etc/make.conf
CFLAGS= -O -pipe
MAKE_SHELL=sh
BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \
-Wcast-qual -Wchar-subscripts -Winline \
-Wmissing-prototypes -Wnested-externs -Wpointer-arith \
-Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings
COPTFLAGS= -O -pipe
INSTALL=install -C
i have the default make.conf if i recall correctly... should i add them?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed, 29 Oct 2008 04:10:33 -0700 [EMAIL PROTECTED] wrote: andrew clarke mail_ozzmosis.com said (on 2008/10/29): You need to understand that the FreeBSD project by its nature is primarily source-code driven. Making packages available (of any port) is of very low priority in comparison to the rest of the system (testing, documentation, etc). Demanding that the FreeBSD volunteers build a package just because you want to use it is a bit unfair, particularly when you can make one yourself without much trouble. I'm not sure I got all the emails in this thread... maybe some just haven't arrived yet. Anyway... I, for one, depend on packages. It literally takes days to build something like Firefox on my (admittedly old) computer. In that case I would suggest that you stick to release versions and don't update your ports tree between releases unless there's a significant vulnerability that's fixed in the current tree. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build ImageMagick 6.4.4.1_1 from ports failed...
On Wed, Oct 29, 2008 at 04:30:35PM +0200, Aggelidis Nikos wrote:
On Wed, Oct 29, 2008 at 3:49 PM, Anton Shterenlikht [EMAIL PROTECTED] wrote:
perhaps you just haven't built perlmagick, or use some old libraries -
just a guess.
I haven't build perlmagick. I only tried to build imagemagick {because
it was required by kile}...
Could it be this? The problems that i find are at the test of
magick++ i pass successfully every other test...
I'm surprised you haven't got at least this in your /etc/make.conf
CFLAGS= -O -pipe
MAKE_SHELL=sh
BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \
-Wcast-qual -Wchar-subscripts -Winline \
-Wmissing-prototypes -Wnested-externs -Wpointer-arith \
-Wredundant-decls -Wshadow -Wstrict-prototypes
-Wwrite-strings
COPTFLAGS= -O -pipe
INSTALL=install -C
i have the default make.conf if i recall correctly... should i add them?
have a look at the example, typically at /usr/share/examples/etc/make.conf
--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 928 8233
Fax: +44 (0)117 929 4423
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie question about pkg_add
On Wed, Oct 29, 2008 at 9:18 PM, Thiago R. Santos [EMAIL PROTECTED] wrote: On Wed, 2008-10-29 at 11:14 +0800, Canhua wrote: Hi, good day all. I am new to FreeBSD. I tried to pkg_add -r a package (py-networkx), which tell me that: Error: FTP Unable to get ftp://ftp.freebsd.org/pub/ FreeBSD/ports/i386/packages-7.0-release/Latest/py-networkx.tbz: File unavailable (e.g., file not found, no access) although I know that py-network does exist in /usr/ports. Actually I could go to /usr/ports/math/py-networkx and make install using ports means. Then I could learn from this that there are softwares that could be install from ports while not able to be added from package system? Am I right? The package name of this port is 'py25-networkx'. You can use the Freshports.org search to find the package names. Wonderful place~ thank you However I could not pkg_add py25-networkx still, being told that pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.0-release/Latest/py25-networkx.tbz' by URL ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed, Oct 29, 2008 at 04:09:23PM +0800, FBSD1 wrote: An alternate solution to this problem is to allow users to upload missing packages one word for you: security. What you suggest is never, ever, going to be implemented, due to the total lack of security. mcl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed, Oct 29, 2008 at 04:42:18AM -0500, Scot Hetzel wrote: So you are advocating that port maintainers have to create packages for all the supported FreeBSD architecture's (amd64, arm, i386, ia64, mips, pc98, powerpc, sparc64, sun4v). That would be 9 packages needing to be created at the time the port maintainer submits the upgrade PR. Nope, not 9 :-) You are forgetting FreeBSD 6, 7, and -current have builds enabled. OTOH, portmgr is only supporting amd64, i386, and sparc64 right now, and is not doing sparc64-8 due to lack of machines, so really the matrix is only 8. The ia64 package builds were stopped due to problems (and the fact that we only have 2 machines). There are no package building machines for the others yet -- and some of them ae really only going to be used for embedded systems, so only a very minimal subset of ports is going to be useful. So far, we've talked about addding machines for these, but there are no fixed plans so far. It could be as simple as forgetting to add the ports subdirectory to the category Makefile (i.e www/Makefile). Actually this is an uncommon problem; every time portmgr builds a package set, error messages are spit out if things are missing, and we are quick to email the maintainers :-) mcl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: odd problem, system clock stops while power-down
On Wed, 29 Oct 2008, Richard Smith wrote: How do i get around this so i wouldn't have to set the clock every time i boot into freebsd? and by the way, does freebsd use the CMOS clock? An idea would to use NTP to get the exact time from your local atomic time dealer at system startup. :-) See ntpd and ntpdate for further information. Definitely the best advice. However it doesn't explain why his system apparently fails to retrieve the current date time from CMOS on boot. Mine always have, though CMOS clocks rarely keep good time, so using NTP after network connection after boot I see initial corrections of several seconds usually .. still it's better than having all your log timestamps screwed after reboot until NTP does its thing. Richard: are you running UTC or local time in CMOS? If the latter, does the file /etc/wall_cmos_clock exist? cheers, Ian Copying back to the list, for the archives and for more eyes to help, especially if the below doesn't help. Thanks for the reply, wondering how to configure freebsd to use CMOS time, as i'm using it as a desktop system. so it wouldn't be that my machine always connects to the Internet to get the correct time. If in the wrong timezone it should come up a whole number of hours out. my CMOS is running local time, and the file /etc/wall_cmos_clock exists. is the time zone configuration related to this problem? Could well be. Check out tzsetup(8) re setting your timezone. If you update it, see the note about needing to run adjkerntz(8) .. but being a workstation you may as well just reboot to see if it's fixed :) cheers, Ian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd installation order
On Wed 2008-10-29 13:43:23 UTC+, pwn ([EMAIL PROTECTED]) wrote: immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. Re: Configuring the FreeBSD Kernel. Depending on your hardware and software requirements you may need to configure the supplied GENERIC kernel, or perhaps even build your own custom kernel and configure that. These days I think many people just use the GENERIC kernel and configure it from /boot/loader.conf. For a desktop machine it may just be a single entry to load a kernel module for your sound card. If you do use a GENERIC kernel this has the advantage that you can run freebsd-update whenever there are important security updates to the kernel itself, and then those updates become immediately active after a reboot. There is no need to rebuild the kernel, and very little downtime. Re: The Cutting Edge. In simple terms I would not bother with any of this unless you want to be actively involved in the development of the operating system. If you just want something that works reliably, stick with FreeBSD-RELEASE and use freebsd-update when you want to upgrade your FreeBSD version (eg. from 6.3 to 6.4). freebsd-update is brilliant and really makes updating fairly painless. Which leads me to... Re: Updating FreeBSD. Every FreeBSD sysadmin should read this. You should know how to install packages from the command-line using pkg_add (see the section called Installing Applications: Packages and Ports), and if you want to use the Ports system, learn how to use portsnap (another brilliant tool). Also, if you're using the Ports system (to build and install software from source code) I also recommend using portmaster, which isn't talked about in the Handbook, but is leaps and bounds over portupgrade (my personal opinion). thank you. Regards Andrew ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports missing their packages.
On Wed, Oct 29, 2008 at 05:02:14PM +0800, joeb wrote: How does kdenetwork-kopete-0.12.8 or php5-gd or pdflib fit into those reasons you gave? A little research shows: ftp://ftp4.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/All/php5-gd-5.2.6_2.tbz So, there is a current package for php5-gd. http://www.freebsd.org/cgi/cvsweb.cgi/ports/print/pdflib/Makefile?rev=1.54 So, there will never be a package for pdflib, because we are not allowed to distibute it. Now, apparently audio/jack is not being built at the moment, but without access to my home system I can't probe any further. See http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/jack/Makefile?rev=1.44 and http://portsmon.freebsd.org/portoverview.py?category=audioportname=jack. mcl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie question about pkg_add
On Wed, 2008-10-29 at 22:41 +0800, Canhua wrote: Wonderful place~ thank you However I could not pkg_add py25-networkx still, being told that pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.0-release/Latest/py25-networkx.tbz' by URL Oh, sorry. I didn't realize that you wanted a package built for 7.0-RELEASE. Indeed, there isn't a package of this port built for this release, so you might want to get packages from the 'packages-7-stable' directory[1][2]. This particular port seems to have been added to the ports tree after the release of FreeBSD 7.0. Of course, you can build it yourself from your ports tree. [1]http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/packages-using.html [2]ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/Latest/ -- Thiago R. Santos [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: ports missing their packages.
On Wed, Oct 29, 2008 at 05:55:20AM -0700, mdh wrote: email the FreeBSD Foundation and find out how much cash it'd take for additional hardware to make that a reality, then send them that much cash. We are actually set up ok on amd64 machines right now (incremental package builds take just over a day). We are in the process of adding some more i386 machines (it is a matter of configuration; however, most of these are not really powerful machines). This should help get the incremental builds down from 3-4 days to 2-3 days. We also have some sparc64 machines that are on loan to us, which I am also in the process of configuration, but these are only UltraSPARC-II machines. There seems to be some work going on right now to get us running on US-III machines; if so, then it would be handy to get some of them. In the meantime, sparc64 package builds take more than 2 weeks :-( mcl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd installation order
andrew clarke escreveu: On Wed 2008-10-29 13:43:23 UTC+, pwn ([EMAIL PROTECTED]) wrote: immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. Re: Configuring the FreeBSD Kernel. Depending on your hardware and software requirements you may need to configure the supplied GENERIC kernel, or perhaps even build your own custom kernel and configure that. These days I think many people just use the GENERIC kernel and configure it from /boot/loader.conf. For a desktop machine it may just be a single entry to load a kernel module for your sound card. If you do use a GENERIC kernel this has the advantage that you can run freebsd-update whenever there are important security updates to the kernel itself, and then those updates become immediately active after a reboot. There is no need to rebuild the kernel, and very little downtime. Re: The Cutting Edge. In simple terms I would not bother with any of this unless you want to be actively involved in the development of the operating system. If you just want something that works reliably, stick with FreeBSD-RELEASE and use freebsd-update when you want to upgrade your FreeBSD version (eg. from 6.3 to 6.4). freebsd-update is brilliant and really makes updating fairly painless. Which leads me to... Re: Updating FreeBSD. Every FreeBSD sysadmin should read this. You should know how to install packages from the command-line using pkg_add (see the section called Installing Applications: Packages and Ports), and if you want to use the Ports system, learn how to use portsnap (another brilliant tool). Also, if you're using the Ports system (to build and install software from source code) I also recommend using portmaster, which isn't talked about in the Handbook, but is leaps and bounds over portupgrade (my personal opinion). thank you. Regards Andrew Andrew, nice answer very enlightening, the steps you mention im already familiar with them. at this moment im using a customised kernel, FreeBSD 7.1-PRERELEASE and all ports tree updated, i just want to know the ascending order that should be followed after an installation, thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DHCP server
bofh42 wrote: [EMAIL PROTECTED]:~]$ dhcpcd -n eth0 eth0: dhcpcd 4.0.2 starting eth0: broadcasting for a lease eth0: offered 10.0.0.176 from 10.0.1.1 `mirrorball' eth0: checking 10.0.0.176 is available on attached networks Are you sure you are using the correct command to start the DHCP client? I'm not familiar with Archlinux, but on Debian linux the command you need is dhclient. On the other hand, dhcpd starts the dhcp *server* Yes, I'm sure. Notice the extra c in there. I'm using the DHCP client deamon. That is, a client that runs in the background keeping my DCHP lease up to speed. The -n option will cause it to signal a renewal. Also, I get similar results if I use the dhclient utility instead of dhcpcd. But thanks for your suggestion! sv. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
Sent by Vladimir Grebenschikov: I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have only gotten Flash-9 to (mostly) work this morning -- thanks to nox' checklist, and have not yet been able to investigate, why it hangs on occasion... -mi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GPT Support on Freebsd
John Baldwin a écrit : On Wednesday 29 October 2008 07:42:18 am Lowell Gilbert wrote: Franck Royer [EMAIL PROTECTED] writes: Can I oblige pcbsd to look the gpt table instead of the msdos one ? How can I access to my fifth partition ? John Baldwin (jhb) has been working on GPT support, but it's still reported to be a work in progress. It works as far as recognizing disks over 16TB. It also gets picked up by the geom framework. I'm not sure about booting, although there are tantalizing hints in the manual pages. GPT booting works just fine on 6.x and later. Using the gpt(8) utility you basically do: # gpt create foo0 # gpt boot foo0 The second command creates a special boot partition in /dev/foo0p1. You can then add partitions: # gpt add -t ufs other params like size if needed foo0 # newfs /dev/foo0p2 gpart(8) in HEAD works similarly. The one thing lacking is that sysinstall/libdisk doesn't handle GPT, so there isn't a nice way to do it during installation. Ok thank you. But actually, it's not what I'm looking for. I use freebsd on a macbook. On this macbook, I already have a gpt, refit, mac os x and some linux partitions. The problem is freebsd, which doesn't recognize partitions after the fourth one (but my gentoo linux see them). Then, I suppose freebsd use the mbr partition table (synchronized from the gpt one using refit) to populate the /dev, but partitions after the fourth, which are those I want to use, are only indexed in the gpt. Finally, I want to force freebsd to use the gpt on my hard drive to allow it to see others partitions. I don't want to destroy my actual gpt, maybe one day, but no right now. Tell me if my english is too bad to be understood. I just want to precise that I use pcvbsd 7.0, so the kernel configuration might be different than the freebsd generic one. Thank you for your answers. Franck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
On Wed, 2008-10-29 at 10:11 -0400, Steve Polyack wrote: Thanks for this. I was able to get linux-flashplugin9 working in native Firefox 3.0.3 on FreeBSD 7-STABLE i386. The only additional thing I had to do was copy /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so into ~/.mozilla/plugins/ for Firefox to recognize the plugin. After that Youtube, google video, and google maps (incl. street view) work fine, but slow. A friend of mine with a very similar setup was not so lucky and still has problems with flash9 locking up FF. I've seen temporary FF lockups with flashblock FF plugin enabled. After disabling it lockups disappear. Probably it is such case ? -- Vladimir B. Grebenschikov [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: flash9 checklist
Mikhail Teterin writes: Sent by Vladimir Grebenschikov: I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have the same issue with SeaMonkey. The problem is that while npviewer.bin is loading, it effectively hogs the CPU. It also chews up ~550 mb of RAM. Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GPT Support on Freebsd
On Wednesday 29 October 2008 07:42:18 am Lowell Gilbert wrote: Franck Royer [EMAIL PROTECTED] writes: Can I oblige pcbsd to look the gpt table instead of the msdos one ? How can I access to my fifth partition ? John Baldwin (jhb) has been working on GPT support, but it's still reported to be a work in progress. It works as far as recognizing disks over 16TB. It also gets picked up by the geom framework. I'm not sure about booting, although there are tantalizing hints in the manual pages. GPT booting works just fine on 6.x and later. Using the gpt(8) utility you basically do: # gpt create foo0 # gpt boot foo0 The second command creates a special boot partition in /dev/foo0p1. You can then add partitions: # gpt add -t ufs other params like size if needed foo0 # newfs /dev/foo0p2 gpart(8) in HEAD works similarly. The one thing lacking is that sysinstall/libdisk doesn't handle GPT, so there isn't a nice way to do it during installation. -- John Baldwin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
will this howto work for amd64 ? On Wed, Oct 29, 2008 at 2:11 PM, Steve Polyack [EMAIL PROTECTED] wrote: Juergen Lock wrote: Preliminary checklist for getting flash9 to work in native firefox: (flash10 needs more ports work, I shall post about that seperately on -emulation...) If you have additions to this please post a followup to this thread, keeping the Cc: (I'm not on -questions...) 1. You need RELENG_7 from at least Mon Oct 20 11:15:57 2008 UTC (the relevant MFC commits are: http://svn.freebsd.org/viewvc/base?view=revisionrevision=183819 http://svn.freebsd.org/viewvc/base?view=revisionrevision=184075 - a recent HEAD should also work of course.) There are linprocfs patches for RELENG_6 too (merging the former commit), but the latter commit can't be merged to 6 (and 7.0) since they lack the cpuset bits, so flash9 probably won't work on SMP there. (Although if you have SMP you probably should be running 7 anyway. :) Oh and if you do have SMP you also need to use the ULE scheduler, the cpuset syscalls are not supported with 4BSD. linprocfs patches for 6: http://people.freebsd.org/~nox/linprocfs-6.3.patchhttp://people.freebsd.org/%7Enox/linprocfs-6.3.patch http://people.freebsd.org/~nox/linprocfs-6.4.patchhttp://people.freebsd.org/%7Enox/linprocfs-6.4.patch 2. Your portstree needs to be from at least Sun Oct 19 17:37:28 2008 UTC (the last www/linux-flashplugin9 commit is: http://lists.freebsd.org/pipermail/cvs-ports/2008-October/158404.html ) 3. Make sure linprocfs is mounted to /compat/linux/proc . 4. Make sure www/nspluginwrapper, www/linux-flashplugin9 and dependencies are installed and up to date(!). (the default emulators/linux_base-fc4 should work, if you want to use a later one don't forget to set compat.linux.osrelease=2.6.16 in sysctl.conf and OVERRIDE_LINUX_BASE_PORT to whichever version you use in make.conf. Note however that on 6, only the default compat.linux.osrelease=2.4.2 really works.) 5. If the plugin doesnt show up in firefox' about:plugins, run nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so and restart firefox. 6. And remember there's a security advisory for the current version of flash9, http://www.FreeBSD.org/ports/portaudit/78f456fd-9c87-11dd-a55e-00163e16.html (if you use portaudit you need to `make -DDISABLE_VULNERABILITIES ...' to be able to install the port), and fc4 seems to be eol'd too, so you probably want to install something like the noscript firefox extension, https://addons.mozilla.org/en-US/firefox/addon/722 and only allow plugins (and scripts, tho thats a different problem) on sites you trust... And finally, if you still get crashes after following the above even on pages that are reported to work now (like youtube) you probably want to run `ktrace -di firefox...' and look at the output using linux_kdump (thats the devel/linux_kdump port, you want to use a package), paying specific attention to the lines above `PSIG SIGSEGV' (or whichever signal you got), maybe there are still shlibs missing that the plugin needs (NAMI ...something.so...), and if this is the case tell us about it so the appropriate dependencies can be added to the relevant ports. If you can't figure it out I guess it doesn't hurt to post the last few 100 lines of the dump up to the relevant PSIG on -emulation... You may also want to check linked shlibs like this: /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so and /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin (if you see `not found' in there you know something is wrong) - although that doesn't show libs that may be dlopen()d at runtime. Thanks for this. I was able to get linux-flashplugin9 working in native Firefox 3.0.3 on FreeBSD 7-STABLE i386. The only additional thing I had to do was copy /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.sointo ~/.mozilla/plugins/ for Firefox to recognize the plugin. After that Youtube, google video, and google maps (incl. street view) work fine, but slow. A friend of mine with a very similar setup was not so lucky and still has problems with flash9 locking up FF. ___ 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: flash9 checklist
Sent by Robert Huff: The problem is that while npviewer.bin is loading, it effectively hogs the CPU. It also chews up ~550 mb of RAM. Well, when it all works correctly, it starts quickly for me. But when there is a problem, no amount of waiting seems enough, so I doubt, it is the question of hogging or heaviness... I have a fairly beefy machine too -- 4Opterons, 6Gb of RAM, so when things work, they work quickly. -mi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
Mikhail Teterin writes: The problem is that while npviewer.bin is loading, it effectively hogs the CPU. It also chews up ~550 mb of RAM. Well, when it all works correctly, it starts quickly for me. But when there is a problem, no amount of waiting seems enough, so I doubt, it is the question of hogging or heaviness... I have a fairly beefy machine too -- 4Opterons, 6Gb of RAM, so when things work, they work quickly. My machine (in question) is a P4 2.26ghz with 2 gb; loading takes about 60-90 seconds. Robert ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How can I get the screenshots only under the command-line?
On Tue, 28 Oct 2008 11:32:16 -0700, Chuck Swiger [EMAIL PROTECTED] wrote: Hi-- On Oct 28, 2008, at 9:16 AM, zhenghua wang wrote: I wanna get some screenshots of my command-line-only system(8- current),how can I perform this? Thanks a lot,looking forward to your mail. See man vidcontrol, as in: The following command will capture the contents of the first virtual ter- minal, and redirect the output to the shot.scr file: vidcontrol -p /dev/ttyv0 shot.scr Another option would be to utilize the mouse edit buffer to capture screen content in ASCII only, it requires a standard three button mouse and moused running correctly. Then you can select parts of the screen content or the whole screen using the left mouse button, then use Alt+PF2 (for example) to switch to another VT, login, start an editor (ee screen.txt) and then press the middle mouse button - the selected text will be put 1:1 into the file. Unelegang manual work, but sometimes useful (e. g. if you need screenshots for documentation purposes where a simple ASCII reproduction without colors or other attributes is needed). -- 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 [EMAIL PROTECTED]
Re: freebsd installation order
On Wed, Oct 29, 2008 at 01:43:23PM +, pwn wrote: immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? I would say, first update FreeBSD src and rebuild. Then update the ports tree Then, if you must, configure a custom kernel - or if nothing is critical, just skip that. Then, install what ports you want and start running. As for cutting edge, do you mean tracking CURRENT? If so, if you are using it to get in on FreeBSD development, then do that now and daily.If it is a server for something, then don't do that. Just periodically or if some important patch comes put, pull in the latest security fixes with update. jerry there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. thank you. ___ 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: flash-9, 10 on FreeBSD
On Tuesday 28 October 2008 01:30:18 pm matt donovan wrote: On Tue, Oct 28, 2008 at 10:41 AM, Dánielisz László [EMAIL PROTECTED] wrote: I also had some fight with Adobe's Flash player, but unfortunately without success. I remaing curios about any solution. From: Mikhail Teterin [EMAIL PROTECTED] Sent: Tuesday, October 28, 2008 1:59:23 PM I'm having serious problems with Adobe's Flash 9 and 10 on my FreeBSD-7/amd64 system. If I try to use it directly with linux-firefox, the entire browser crashes quickly. If I try www/nspluginwrapper with a native browser, the wrapper-launched npviewer.bin seg-faults instead. Either way, the plugin does not work... It appears, there was some activity recently in trying to fix these problems (is it all in linprocfs/?) What is the current status? Thanks, FreeBSD 7.1 should work with flash9 myself I had no luck so far but nox- does say it should work I just updated to RELENG_7 (aka 7.1-PRERELEASE these days) on Monday and am able to use Flash 9 in native Firefox 3 with sound, no sound lag and no crashes so far. I have: FreeBSD 7.1-PRERELEASE #0: Mon Oct 27 18:31:37 EDT 2008 compat.linux.osrelease=2.6.16 linux_base-f8-8_8 firefox-3.0.3,1 linux-flashplugin-9.0r124_2 nspluginwrapper-1.0.0 JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash-9, 10 on FreeBSD
On Wednesday 29 October 2008 01:22:40 pm Mikhail Teterin wrote: Sent by John Nielsen: I just updated to RELENG_7 (aka 7.1-PRERELEASE these days) on Monday and am able to use Flash 9 in native Firefox 3 with sound, no sound lag and no crashes so far. I have: FreeBSD 7.1-PRERELEASE #0: Mon Oct 27 18:31:37 EDT 2008 compat.linux.osrelease=2.6.16 linux_base-f8-8_8 firefox-3.0.3,1 linux-flashplugin-9.0r124_2 nspluginwrapper-1.0.0 Congratulations. i386 or amd64, though? i386. JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
gmirror + gjournal setup question
Hello, I would like to know what is the best way to setup gmirror + gjournal, on a slice level on two hard drives. Do I set up a mirrored journal partition + mirrored journalized slice (gmirror on top of gjournal) on which I create my labels with bsdlabels (will create /dev/mirror/name.journal, /dev/mirror/name.journala, /dev/mirror/name.journalb). Or I setup a journalized slice on both hard drive and then I mirror /dev/ad0s1.journal and /dev/ad1s1.journal (gjournal on top of gmirror)? I have hard time to figure out what would be the best, if I want to avoid mirror rebuild on power failure and I want fast fsck. I'd also like to make this setup on my 1st slice (which contains the root filesystem). Thanks Gabriel -- Gabriel Lavoie [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: GPT Support on Freebsd
On Wednesday 29 October 2008 11:52:19 am Franck Royer wrote: John Baldwin a écrit : On Wednesday 29 October 2008 07:42:18 am Lowell Gilbert wrote: Franck Royer [EMAIL PROTECTED] writes: Can I oblige pcbsd to look the gpt table instead of the msdos one ? How can I access to my fifth partition ? John Baldwin (jhb) has been working on GPT support, but it's still reported to be a work in progress. It works as far as recognizing disks over 16TB. It also gets picked up by the geom framework. I'm not sure about booting, although there are tantalizing hints in the manual pages. GPT booting works just fine on 6.x and later. Using the gpt(8) utility you basically do: # gpt create foo0 # gpt boot foo0 The second command creates a special boot partition in /dev/foo0p1. You can then add partitions: # gpt add -t ufs other params like size if needed foo0 # newfs /dev/foo0p2 gpart(8) in HEAD works similarly. The one thing lacking is that sysinstall/libdisk doesn't handle GPT, so there isn't a nice way to do it during installation. Ok thank you. But actually, it's not what I'm looking for. I use freebsd on a macbook. On this macbook, I already have a gpt, refit, mac os x and some linux partitions. The problem is freebsd, which doesn't recognize partitions after the fourth one (but my gentoo linux see them). Then, I suppose freebsd use the mbr partition table (synchronized from the gpt one using refit) to populate the /dev, but partitions after the fourth, which are those I want to use, are only indexed in the gpt. Finally, I want to force freebsd to use the gpt on my hard drive to allow it to see others partitions. I don't want to destroy my actual gpt, maybe one day, but no right now. Tell me if my english is too bad to be understood. I just want to precise that I use pcvbsd 7.0, so the kernel configuration might be different than the freebsd generic one. What device entries do you see in /dev? -- John Baldwin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash-9, 10 on FreeBSD
Sent by John Nielsen: I just updated to RELENG_7 (aka 7.1-PRERELEASE these days) on Monday and am able to use Flash 9 in native Firefox 3 with sound, no sound lag and no crashes so far. I have: FreeBSD 7.1-PRERELEASE #0: Mon Oct 27 18:31:37 EDT 2008 compat.linux.osrelease=2.6.16 linux_base-f8-8_8 firefox-3.0.3,1 linux-flashplugin-9.0r124_2 nspluginwrapper-1.0.0 Congratulations. i386 or amd64, though? -mi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd installation order
Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 01:43:23PM +, pwn wrote: immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? I would say, first update FreeBSD src and rebuild. Then update the ports tree Then, if you must, configure a custom kernel - or if nothing is critical, just skip that. Then, install what ports you want and start running. As for cutting edge, do you mean tracking CURRENT? If so, if you are using it to get in on FreeBSD development, then do that now and daily.If it is a server for something, then don't do that. Just periodically or if some important patch comes put, pull in the latest security fixes with update. jerry just to clarify I would say, first update FreeBSD src and rebuild. Then update the ports tree Re:both this task can be done using csup or cvsup and using the samples provided in /usr/share/examples/cvsup/ Then, if you must, configure a custom kernel Re:(taking a look on hardware and editing generic for example) As for cutting edge, do you mean tracking CURRENT? Re:yes, but i dont want get in on FreeBSD dev team, so i guess STABLE is enought. there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. thank you. ___ 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: ports missing their packages.
On 2008-Oct-29 10:22:36 -0500, Mark Linimon [EMAIL PROTECTED] wrote: We also have some sparc64 machines that are on loan to us, which I am also in the process of configuration, but these are only UltraSPARC-II machines. There seems to be some work going on right now to get us running on US-III machines; if so, then it would be handy to get some of them. In the meantime, sparc64 package builds take more than 2 weeks :-( Since sparc64 userland will run on sun4v (similar to using (eg) Pentium userland on a Pentium-4 CPU), the other option is to invest some resources in the sun4v port and build sparc64 packages on a sun4v cluster. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. pgpz6hwAnSBXG.pgp Description: PGP signature
Re: flash-9, 10 on FreeBSD
On Wed, Oct 29, 2008 at 1:29 PM, John Nielsen [EMAIL PROTECTED] wrote: On Wednesday 29 October 2008 01:22:40 pm Mikhail Teterin wrote: Sent by John Nielsen: I just updated to RELENG_7 (aka 7.1-PRERELEASE these days) on Monday and am able to use Flash 9 in native Firefox 3 with sound, no sound lag and no crashes so far. I have: FreeBSD 7.1-PRERELEASE #0: Mon Oct 27 18:31:37 EDT 2008 compat.linux.osrelease=2.6.16 linux_base-f8-8_8 firefox-3.0.3,1 linux-flashplugin-9.0r124_2 nspluginwrapper-1.0.0 Congratulations. i386 or amd64, though? i386. JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] for me firefox3 native crashes regularly with flash9, but works fine using linux-firefox which I will be using I believe for quite a while. I m still using linux_base-fc4 though ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
On Wed, 29 Oct 2008 11:50:27 -0400 Mikhail Teterin [EMAIL PROTECTED] wrote: Sent by Vladimir Grebenschikov: I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have only gotten Flash-9 to (mostly) work this morning -- thanks to nox' checklist, and have not yet been able to investigate, why it hangs on occasion... I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just fine and I have pretty much the same version of flash and firefox installed on both systems. --- Gary Jennejohn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
no reverse dns
We have just moved offices and our freebsd machine has started complaining in the following terms Oct 29 17:14:39 int kernel: arplookup ww.xx.yy.zz failed: host is not on local network We have an external router connected as a dhcp server at 192.168.0.2 which apparently has external address ww.xx.yy.zz. I am using a fixed ip address ie 192.168.0.6 I have this in my rc.conf defaultrouter=192.168.0.2 hostname=int.myoffice.com ifconfig_em0=inet 192.168.0.6 netmask 255.255.255.0 and have dns mapping int.myoffice.com -- ww.xx.yy.zz, but our ISP will not make the reverse mapping. I assume that we're trying to reverse lookup something and the lack of reverse dns is causing this issue. What can I add to my rc.conf to stop this arplookup problem? -- Robin Becker ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd installation order
On Wed, Oct 29, 2008 at 05:56:01PM +, pwn wrote: Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 01:43:23PM +, pwn wrote: immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? I would say, first update FreeBSD src and rebuild. Then update the ports tree Then, if you must, configure a custom kernel - or if nothing is critical, just skip that. Then, install what ports you want and start running. As for cutting edge, do you mean tracking CURRENT? If so, if you are using it to get in on FreeBSD development, then do that now and daily.If it is a server for something, then don't do that. Just periodically or if some important patch comes put, pull in the latest security fixes with update. jerry just to clarify I would say, first update FreeBSD src and rebuild. Then update the ports tree Re:both this task can be done using csup or cvsup and using the samples provided in /usr/share/examples/cvsup/ Yup. That is what I use. Then, if you must, configure a custom kernel Re:(taking a look on hardware and editing generic for example) Unless you are running something where absolute maximum performance is critical, don't bother removing things from the kernel. Just limit customizing to adding those things you need that are not in by default - some drivers, maybe. As for cutting edge, do you mean tracking CURRENT? Re:yes, but i dont want get in on FreeBSD dev team, so i guess STABLE is enought. So, yup. You seem to have it. jerry there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. thank you. ___ 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: flash9 checklist
On Wed, Oct 29, 2008 at 2:05 PM, Gary Jennejohn [EMAIL PROTECTED]wrote: On Wed, 29 Oct 2008 11:50:27 -0400 Mikhail Teterin [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Sent by Vladimir Grebenschikov: I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have only gotten Flash-9 to (mostly) work this morning -- thanks to nox' checklist, and have not yet been able to investigate, why it hangs on occasion... I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just fine and I have pretty much the same version of flash and firefox installed on both systems. --- Gary Jennejohn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] the issue seems to be with native firefox3 if you guys use it since I have native firefox3 and linux-firefox whihc is 2.0.0.17 and the linux-firefox seems to work fine but the native firefox3 the npviewer.bin just hogs memory and cpu ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no reverse dns
On Oct 29, 2008, at 11:10 AM, Robin Becker wrote: We have just moved offices and our freebsd machine has started complaining in the following terms Oct 29 17:14:39 int kernel: arplookup ww.xx.yy.zz failed: host is not on local network We have an external router connected as a dhcp server at 192.168.0.2 which apparently has external address ww.xx.yy.zz. I am using a fixed ip address ie 192.168.0.6 I have this in my rc.conf defaultrouter=192.168.0.2 hostname=int.myoffice.com ifconfig_em0=inet 192.168.0.6 netmask 255.255.255.0 and have dns mapping int.myoffice.com -- ww.xx.yy.zz, If you tell the machine that it is int.myoffice.com and you set up DNS which claims that hostname has an external IP, it will be sad because it doesn't know how to reach that IP. You can use DNS split-horizon / views to return the internal IP when the machine asks, or simply keep your external and internal names separate. Ie, set up DNS like: int.myoffice.com A 192.168.0.6 ext.myoffice.com A ww.xx.yy.zz Regards, -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd installation order
Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 05:56:01PM +, pwn wrote: Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 01:43:23PM +, pwn wrote: immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? I would say, first update FreeBSD src and rebuild. Then update the ports tree Then, if you must, configure a custom kernel - or if nothing is critical, just skip that. Then, install what ports you want and start running. As for cutting edge, do you mean tracking CURRENT? If so, if you are using it to get in on FreeBSD development, then do that now and daily.If it is a server for something, then don't do that. Just periodically or if some important patch comes put, pull in the latest security fixes with update. jerry just to clarify I would say, first update FreeBSD src and rebuild. Then update the ports tree Re:both this task can be done using csup or cvsup and using the samples provided in /usr/share/examples/cvsup/ Yup. That is what I use. Then, if you must, configure a custom kernel Re:(taking a look on hardware and editing generic for example) Unless you are running something where absolute maximum performance is critical, don't bother removing things from the kernel. Just limit customizing to adding those things you need that are not in by default - some drivers, maybe. As for cutting edge, do you mean tracking CURRENT? Re:yes, but i dont want get in on FreeBSD dev team, so i guess STABLE is enought. So, yup. You seem to have it. jerry on this page http://www.freebsd.org/doc/en/books/handbook/kernelconfig-building.html it says: Tip: By default, when you build a custom kernel, all kernel modules will be rebuilt as well. If you want to update a kernel faster or to build only custom modules, you should edit /etc/make.conf before starting to build the kernel: isnt enought editing the configuration file? part of the devices listed there use modules that do not interest me which can i delete or comment, why the use of /etc/make.conf ? also, its possible to automate all this pos-installation tasks in order to get things running fast and optimized? (i know /etc/make.conf can be used for this) but there are other methods that require spendless time? there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. thank you. ___ 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]
Filesystem, RAID questions
Hi, I'm new to FreeBSD (and UNIX in general), and I have read through the handbook and various websites to gain some insight on this question, but haven't found a concrete solution yet, and I'm hoping you guys can help. I'm wanting to build a FreeBSD 7.0 based file server for a small/medium company that I work for and I've got the box up and running, samba is working fine, the only problem that I can see is that the array that I installed (3ware 9650SE) with 3 WD 1TB SATA drives in RAID 5 seems to be performing very slowly. This isn't just an issue of slow access over the network for the Windows users, but when I transfer a few GB from directory to directory on the array, or from the system disk to the array or vice versa. Now, this is how I set up the array. I installed the card, popped in the drives. The card bios found the drives and allowed me to setup in RAID 5. Then, FreeBSD booted and found the disk as da0. I want the entire array to be one big chunk of space. In other words, I don't need a bunch of slices or partitions (or DO I? I'm still very new to the whole slice vs. partition concept) I typed newfs /dev/da0 . A ton of numbers went across the screen, then I mounted /dev/da0 at /usr/home/storage. It works, but perhaps I missed a step that would have made things easier/perform better, etc. Besides creating the file system a different way, what would be an optimum stripe size for the array? I will using this for storing, basically, a TON of word documents and email messages, and a few large .pst files. So, the average file size will be in the 25-100K range, but a few 1-2GB files. Thanks for ANY and all help. If this question has been asked and answered a million times, please forgive me and just point me to the place where I can read up on this issue. Thanks, RF ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Filesystem, RAID Question
Hi, I'm new to FreeBSD (and UNIX in general), and I have read through the handbook and various websites to gain some insight on this question, but haven't found a concrete solution yet, and I'm hoping you guys can help. I'm wanting to build a FreeBSD 7.0 based file server for a small/medium company that I work for and I've got the box up and running, samba is working fine, the only problem that I can see is that the array that I installed (3ware 9650SE) with 3 WD 1TB SATA drives in RAID 5 seems to be performing very slowly. This isn't just an issue of slow access over the network for the Windows users, but when I transfer a few GB from directory to directory on the array, or from the system disk to the array or vice versa. Now, this is how I set up the array. I installed the card, popped in the drives. The card bios found the drives and allowed me to setup in RAID 5. Then, FreeBSD booted and found the disk as da0. I want the entire array to be one big chunk of space. In other words, I don't need a bunch of slices or partitions (or DO I? I'm still very new to the whole slice vs. partition concept) I typed newfs /dev/da0 . A ton of numbers went across the screen, then I mounted /dev/da0 at /usr/home/storage. It works, but perhaps I missed a step that would have made things easier/perform better, etc. Besides creating the file system a different way, what would be an optimum stripe size for the array? I will using this for storing, basically, a TON of word documents and email messages, and a few large .pst files. So, the average file size will be in the 25-100K range, but a few 1-2GB files. Thanks for ANY and all help. If this question has been asked and answered a million times, please forgive me and just point me to the place where I can read up on this issue. Thanks, RF ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd installation order
On Wed, Oct 29, 2008 at 06:39:16PM +, pwn wrote: Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 05:56:01PM +, pwn wrote: Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 01:43:23PM +, pwn wrote: immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? I would say, first update FreeBSD src and rebuild. Then update the ports tree Then, if you must, configure a custom kernel - or if nothing is critical, just skip that. Then, install what ports you want and start running. As for cutting edge, do you mean tracking CURRENT? If so, if you are using it to get in on FreeBSD development, then do that now and daily.If it is a server for something, then don't do that. Just periodically or if some important patch comes put, pull in the latest security fixes with update. jerry just to clarify I would say, first update FreeBSD src and rebuild. Then update the ports tree Re:both this task can be done using csup or cvsup and using the samples provided in /usr/share/examples/cvsup/ Yup. That is what I use. Then, if you must, configure a custom kernel Re:(taking a look on hardware and editing generic for example) Unless you are running something where absolute maximum performance is critical, don't bother removing things from the kernel. Just limit customizing to adding those things you need that are not in by default - some drivers, maybe. As for cutting edge, do you mean tracking CURRENT? Re:yes, but i dont want get in on FreeBSD dev team, so i guess STABLE is enought. So, yup. You seem to have it. jerry on this page http://www.freebsd.org/doc/en/books/handbook/kernelconfig-building.html it says: Tip: By default, when you build a custom kernel, all kernel modules will be rebuilt as well. If you want to update a kernel faster or to build only custom modules, you should edit /etc/make.conf before starting to build the kernel: It would take more time to edit /etc/make.conf than you would save in the kernel build.If you are doing lots of kernel builds while doing development, maybe then this would be worthwhile, but kernel builds do not take enough time on modern machines to bother speeding them up trivial amounts. Basically, this is saying you can fix things up so that it only builds those modules that you are changing when you do a rebuild and skips the others. This is not relevant to general system performance, just kernel builds. jerry isnt enought editing the configuration file? part of the devices listed there use modules that do not interest me which can i delete or comment, why the use of /etc/make.conf ? also, its possible to automate all this pos-installation tasks in order to get things running fast and optimized? (i know /etc/make.conf can be used for this) but there are other methods that require spendless time? there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. thank you. ___ 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: flash9 checklist
Gary Jennejohn [EMAIL PROTECTED] wrote: On Wed, 29 Oct 2008 11:50:27 -0400 Mikhail Teterin [EMAIL PROTECTED] wrote: Sent by Vladimir Grebenschikov: I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have only gotten Flash-9 to (mostly) work this morning -- thanks to nox' checklist, and have not yet been able to investigate, why it hangs on occasion... I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just fine and I have pretty much the same version of flash and firefox installed on both systems. I can't confirm that - I just disabled flashblock and currently watching some videos from site you have problems with. Saying more - I'm clicking on different flash-sites over 1 hour with flashblock disabled and my FF (3.0.3,1) didn't hang. I'm using yesterday's build of 7.0-PRERELEASE with latest available linux-flashplugin9 port. I also can't confirm that it's not going to crash ;-) -- regards, Maciej Suszko. signature.asc Description: PGP signature
Re: freebsd installation order
Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 06:39:16PM +, pwn wrote: Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 05:56:01PM +, pwn wrote: Jerry McAllister escreveu: On Wed, Oct 29, 2008 at 01:43:23PM +, pwn wrote: immediately after the installation of FreeBSD what steps should be performed by order 1 - Configuring the FreeBSD Kernel 2 - The Cutting Edge 3 - Updating FreeBSD Is this the proper order? I would say, first update FreeBSD src and rebuild. Then update the ports tree Then, if you must, configure a custom kernel - or if nothing is critical, just skip that. Then, install what ports you want and start running. As for cutting edge, do you mean tracking CURRENT? If so, if you are using it to get in on FreeBSD development, then do that now and daily.If it is a server for something, then don't do that. Just periodically or if some important patch comes put, pull in the latest security fixes with update. jerry just to clarify I would say, first update FreeBSD src and rebuild. Then update the ports tree Re:both this task can be done using csup or cvsup and using the samples provided in /usr/share/examples/cvsup/ Yup. That is what I use. Then, if you must, configure a custom kernel Re:(taking a look on hardware and editing generic for example) Unless you are running something where absolute maximum performance is critical, don't bother removing things from the kernel. Just limit customizing to adding those things you need that are not in by default - some drivers, maybe. As for cutting edge, do you mean tracking CURRENT? Re:yes, but i dont want get in on FreeBSD dev team, so i guess STABLE is enought. So, yup. You seem to have it. jerry on this page http://www.freebsd.org/doc/en/books/handbook/kernelconfig-building.html it says: Tip: By default, when you build a custom kernel, all kernel modules will be rebuilt as well. If you want to update a kernel faster or to build only custom modules, you should edit /etc/make.conf before starting to build the kernel: It would take more time to edit /etc/make.conf than you would save in the kernel build.If you are doing lots of kernel builds while doing development, maybe then this would be worthwhile, but kernel builds do not take enough time on modern machines to bother speeding them up trivial amounts. Basically, this is saying you can fix things up so that it only builds those modules that you are changing when you do a rebuild and skips the others. This is not relevant to general system performance, just kernel builds. jerry i got it =), although, imho kernel builds always affect system performance.(maybe not in general) i was just asking myself a away for simplify at extreme this tasks that sometime can take many time, i guess after configure FreeBSD on a machine i should copy some configuration files like, /etc/make.conf and a custom kernel in attempt to avoid repetitive tasks. isnt enought editing the configuration file? part of the devices listed there use modules that do not interest me which can i delete or comment, why the use of /etc/make.conf ? also, its possible to automate all this pos-installation tasks in order to get things running fast and optimized? (i know /etc/make.conf can be used for this) but there are other methods that require spendless time? there is some set of rules to be followed post-installation? since, i do not find any reference mentioning the order that should be followed immediately after installation i would like to be informed if possible what will be the proper order to facilitate the maintenance of the operating system and the installation of new applications without conflicts or problems with ports. thank you. ___ 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: flash9 checklist
On Wed, Oct 29, 2008 at 07:05:51PM +0100, Gary Jennejohn wrote: On Wed, 29 Oct 2008 11:50:27 -0400 Mikhail Teterin [EMAIL PROTECTED] wrote: Sent by Vladimir Grebenschikov: I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have only gotten Flash-9 to (mostly) work this morning -- thanks to nox' checklist, and have not yet been able to investigate, why it hangs on occasion... I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just Hi, yes, I can confirm. thnx! fine and I have pretty much the same version of flash and firefox installed on both systems. -- Have fun! chd ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID questions
At 1TB the drive will take very long to fsck if the server ever crashes or looses power. If this is a problem you should look into using gjournal(8) Not sure off hand why it would be so slow, but keep in mind raid5 isn't particularly fast for writes Rich Fairbanks wrote: Hi, I'm new to FreeBSD (and UNIX in general), and I have read through the handbook and various websites to gain some insight on this question, but haven't found a concrete solution yet, and I'm hoping you guys can help. I'm wanting to build a FreeBSD 7.0 based file server for a small/medium company that I work for and I've got the box up and running, samba is working fine, the only problem that I can see is that the array that I installed (3ware 9650SE) with 3 WD 1TB SATA drives in RAID 5 seems to be performing very slowly. This isn't just an issue of slow access over the network for the Windows users, but when I transfer a few GB from directory to directory on the array, or from the system disk to the array or vice versa. Now, this is how I set up the array. I installed the card, popped in the drives. The card bios found the drives and allowed me to setup in RAID 5. Then, FreeBSD booted and found the disk as da0. I want the entire array to be one big chunk of space. In other words, I don't need a bunch of slices or partitions (or DO I? I'm still very new to the whole slice vs. partition concept) I typed newfs /dev/da0 . A ton of numbers went across the screen, then I mounted /dev/da0 at /usr/home/storage. It works, but perhaps I missed a step that would have made things easier/perform better, etc. Besides creating the file system a different way, what would be an optimum stripe size for the array? I will using this for storing, basically, a TON of word documents and email messages, and a few large .pst files. So, the average file size will be in the 25-100K range, but a few 1-2GB files. Thanks for ANY and all help. If this question has been asked and answered a million times, please forgive me and just point me to the place where I can read up on this issue. Thanks, RF ___ 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]
freebsd-update can't find update.FreeBSD.org
freebsd-update fetch fails if the default ServerName update.FreeBSD.org is not changed to ServerName update1.FreeBSD.org in /etc/freebsd-update.conf. This happens on at least 6.3, I believe it is also the case in later versions but am unsure (7-RELEASE and later kill my networking card due to a kernel regression). I am wanting input before writing up a PR, to see if in fact I am just some isolated case, or if it has been fixed already in newer versions. uname -a: FreeBSD thinkpad.lan 6.3-RELEASE-p5 FreeBSD 6.3-RELEASE-p5 #0: Wed Oct 1 05:34:19 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Nonfunctional: thinkpad# freebsd-update --debug fetch Looking up update.FreeBSD.org mirrors... none found. Fetching metadata signature for 6.3-RELEASE from update.FreeBSD.org... fetch: http://update.FreeBSD.org/6.3-RELEASE/i386/latest.ssl: No address record failed. No mirrors remaining, giving up. With update1: thinkpad# freebsd-update --debug fetch Looking up update1.FreeBSD.org mirrors... none found. Fetching metadata signature for 6.3-RELEASE from update1.FreeBSD.org... latest.ssl100% of 512 B 123 kBps done. Fetching metadata index... 344cfb64472cacb781688b5de744795f140233e84105c4100% of 225 B 52 kBps done. Inspecting system... done. Preparing to download files... done. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd-update can't find update.FreeBSD.org
On Wed, Oct 29, 2008 at 3:37 PM, Steven Susbauer [EMAIL PROTECTED] wrote: freebsd-update fetch fails if the default ServerName update.FreeBSD.org is not changed to ServerName update1.FreeBSD.org in /etc/freebsd-update.conf. This happens on at least 6.3, I believe it is also the case in later versions but am unsure (7-RELEASE and later kill my networking card due to a kernel regression). I am wanting input before writing up a PR, to see if in fact I am just some isolated case, or if it has been fixed already in newer versions. uname -a: FreeBSD thinkpad.lan 6.3-RELEASE-p5 FreeBSD 6.3-RELEASE-p5 #0: Wed Oct 1 05:34:19 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Nonfunctional: thinkpad# freebsd-update --debug fetch Looking up update.FreeBSD.org mirrors... none found. Fetching metadata signature for 6.3-RELEASE from update.FreeBSD.org... fetch: http://update.FreeBSD.org/6.3-RELEASE/i386/latest.ssl: No address record failed. No mirrors remaining, giving up. With update1: thinkpad# freebsd-update --debug fetch Looking up update1.FreeBSD.org mirrors... none found. Fetching metadata signature for 6.3-RELEASE from update1.FreeBSD.org... latest.ssl100% of 512 B 123 kBps done. Fetching metadata index... 344cfb64472cacb781688b5de744795f140233e84105c4100% of 225 B 52 kBps done. Inspecting system... done. Preparing to download files... done. ___ freebsd-update freebsd-questions@freebsd.org update.freebsd.org should work Considering that update1.freebsd.org is a mirror for update.freebsd.org. it works fine here for update.freebsd.org ever since I updated to 7.x from 6.2(tested freebsd-update on 6.2) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
Rich Fairbanks wrote: Now, this is how I set up the array. I installed the card, popped in the drives. The card bios found the drives and allowed me to setup in RAID 5. Then, FreeBSD booted and found the disk as da0. I want the entire array to be one big chunk of space. In other words, I don't need a bunch of slices or partitions (or DO I? I'm still very new to the whole slice vs. partition concept) The default settings should actually work just about right for a general purpose file system with reasonably sized files. A RAID5 across 3x1TB drives will give you 2+ TB usable space -- that's within the capabilities of UFS2, so you should be OK there. However a 3 disk RAID5 is the worst performing RAID5 setup you can create. A larger number of smaller disks would probably have served you better. I typed newfs /dev/da0 . A ton of numbers went across the screen, then I mounted /dev/da0 at /usr/home/storage. It works, but perhaps I missed a step that would have made things easier/perform better, etc. The sort of changes you can make at newfs time mostly affect how efficient the storage is -- ie. tuning the system for particularly large or small files. While newfs and tunefs can affect performance, they aren't the first thing to look at here. Besides creating the file system a different way, what would be an optimum stripe size for the array? I will using this for storing, basically, a TON of word documents and email messages, and a few large .pst files. So, the average file size will be in the 25-100K range, but a few 1-2GB files. Just take the default stripe size the array controller presents you with -- it will be appropriate for this sort of mixed file sizes. The first thing to consider is what sort of IO caching strategy your hardware is using. Does your RAID controller have a battery backup unit? Probably not, as that tends to add a large whack onto the price. If not, then your array controller will not report an IO operation as complete to the OS until the bits have been written to the disk[*]. With the BBU, the controller can report the operation as complete as soon as the data is stored in (battery backed) RAM on the controller. These modes are called 'write through' and 'write back' in some controllers, but I can't for the life of me remember which is which. Given that you don't have a BBU, what is the status of write caching on the individual hard drives? You'll have to use 3dm2 or the CLI equivalent to investigate this, as the RAID controller tends to hide that level of information from the OS. However, this setting is the same thing as controlled by the hw.ata.wc sysctl -- and like that it has a major effect on disk IO performance. Turning write caching off is the safe, conservative thing to do for maximum data security. Turning write caching on is the only way to get decent performance out of ordinary hard drives, but it leaves you open to data loss if the machine should crash or lose power suddenly. Most systems with ATA or ordinary SATA drives default to using write caching. SCSI and fast SAS drives can be configured either way. You'ld always turn disk level write caching off if you've got a BBU, because it's made redundant in that case by the controller memory cache. If fiddling with write caching can't make things any better, then I'd reconsider using RAID5. Unfortunately 3 disks doesn't leave you with many options. Add another drive of the same size and you can make a 4 disk RAID10 with 2TB usable space. Or you can configure the RAID controller to act as a JBOD and try out ZFS -- the RAID-Z mode is the moral equivalent of RAID5 but quite different in operation. Cheers, Matthew [*] Some disks have been known to lie about completing IO transactions even when set to the most conservative mode. IMHO they aren't fit for purpose and should you be landed with such things you'ld be entitled to a refund from the vendor. -- 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: freebsd-update can't find update.FreeBSD.org
matt donovan wrote: On Wed, Oct 29, 2008 at 3:37 PM, Steven Susbauer [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: freebsd-update fetch fails if the default ServerName update.FreeBSD.org http://update.FreeBSD.org is not changed to ServerName update1.FreeBSD.org http://update1.FreeBSD.org in /etc/freebsd-update.conf. This happens on at least 6.3, I believe it is also the case in later versions but am unsure (7-RELEASE and later kill my networking card due to a kernel regression). I am wanting input before writing up a PR, to see if in fact I am just some isolated case, or if it has been fixed already in newer versions. uname -a: FreeBSD thinkpad.lan 6.3-RELEASE-p5 FreeBSD 6.3-RELEASE-p5 #0: Wed Oct 1 05:34:19 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Nonfunctional: thinkpad# freebsd-update --debug fetch Looking up update.FreeBSD.org http://update.FreeBSD.org mirrors... none found. Fetching metadata signature for 6.3-RELEASE from update.FreeBSD.org... fetch: http://update.FreeBSD.org/6.3-RELEASE/i386/latest.ssl: No address record failed. No mirrors remaining, giving up. With update1: thinkpad# freebsd-update --debug fetch Looking up update1.FreeBSD.org http://update1.FreeBSD.org mirrors... none found. Fetching metadata signature for 6.3-RELEASE from update1.FreeBSD.org... latest.ssl 100% of 512 B 123 kBps done. Fetching metadata index... 344cfb64472cacb781688b5de744795f140233e84105c4100% of 225 B 52 kBps done. Inspecting system... done. Preparing to download files... done. update.freebsd.org should work Considering that update1.freebsd.org is a mirror for update.freebsd.org. it works fine here for update.freebsd.org ever since I updated to 7.x from 6.2(tested freebsd-update on 6.2) update.freebsd.org does not have a DNS entry associated with it, could that be part of the problem I'm having? (just-ping.com gets Unknown Host from 34 systems around the world) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd-update can't find update.FreeBSD.org
On Wed 2008-10-29 13:37:11 UTC-0600, Steven Susbauer ([EMAIL PROTECTED]) wrote: freebsd-update fetch fails if the default ServerName update.FreeBSD.org is not changed to ServerName update1.FreeBSD.org in /etc/freebsd-update.conf. thinkpad# freebsd-update --debug fetch Looking up update.FreeBSD.org mirrors... none found. May be related to this: http://lists.freebsd.org/pipermail/freebsd-questions/2008-October/183886.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd-update can't find update.FreeBSD.org
andrew clarke wrote: On Wed 2008-10-29 13:37:11 UTC-0600, Steven Susbauer ([EMAIL PROTECTED]) wrote: freebsd-update fetch fails if the default ServerName update.FreeBSD.org is not changed to ServerName update1.FreeBSD.org in /etc/freebsd-update.conf. thinkpad# freebsd-update --debug fetch Looking up update.FreeBSD.org mirrors... none found. May be related to this: http://lists.freebsd.org/pipermail/freebsd-questions/2008-October/183886.html Yes it certainly was, my router dnsmasq.conf included filterwin2k, which apparently blocks SRV requests. Will remember to keep that off in the future. Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Seaman wrote: Rich Fairbanks wrote: Now, this is how I set up the array. I installed the card, popped in the drives. The card bios found the drives and allowed me to setup in RAID 5. Then, FreeBSD booted and found the disk as da0. I want the entire array to be one big chunk of space. In other words, I don't need a bunch of slices or partitions (or DO I? I'm still very new to the whole slice vs. partition concept) newfs /dev/da0 gives you a filesystem with softupdates turned off. You'll want to enable them. Either reinitialize the filesystem with newfs -U or use tunefs to turn softupdates on. 3ware recently released new firmware for the 9650 and 9690 cards that has given me some impressive jumps in application level performance. You can flash the card from in the OS using tw_cli - -- Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5ABC 11B4 26F9 01F1 27AF AECB -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkkIxXUACgkQJvkB8SevrsvQugCbBOFjfcTsxt+yzoiATJ7pgVk7 55sAmQF7v302XoF0OBv7hoC6rZA6tPhM =oSsJ -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
GPT Support on Freebsd
Hi, Thank you for help. I provide you the maximum information about my partitions. Before, I watch the kernel configuration. When I fetch the kernel sources, I can see 2 differents configuration files : DEFAULTS and GENERIC. and the line : options GEOM_PART_GPT is present only in GENERIC. If I use my knowledge in linux systems, I would say that my actual kernel was compiled with the DEFAULTS conf, which doesn't enable the support of GPT for GEOM. Maybe I'm wrong, my knew kernel is compiling... On Freebsd : [EMAIL PROTECTED] /usr/home/Dante]$ ls /dev/|grep ^ad ad0 ad0s2 ad0s3 ad0s4 ad0s4a ad0s4b ad0s4c my dmesg : http://pastebin.com/m7b5f130e On Gentoo : [EMAIL PROTECTED]:~ % LANG=C sudo parted /dev/sda GNU Parted 1.8.8 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) p Model: ATA ST9200420ASG (scsi) Disk /dev/sda: 200GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 20.5kB 210MB 210MB fat32EFI System Partition boot 2 210MB 19.4GB 19.2GB hfs+ MacOSX 3 19.4GB 19.6GB 206MB ext2 4 19.6GB 39.5GB 19.9GB 6 39.5GB 42.7GB 3142MB linux-swap 5 42.7GB 58.4GB 15.7GB ext3 Gentoo 7 58.4GB 74.1GB 15.7GB ext3 9 89.9GB 200GB 110GB ext3 The 4 is my ufs partition. UFS is not recognize on my gentoo system. The partition 7 is my home, the one that I want to mount under freebsd. Again, thank you for your help Franck 2008/10/29 John Baldwin [EMAIL PROTECTED]: On Wednesday 29 October 2008 11:52:19 am Franck Royer wrote: John Baldwin a écrit : On Wednesday 29 October 2008 07:42:18 am Lowell Gilbert wrote: Franck Royer [EMAIL PROTECTED] writes: Can I oblige pcbsd to look the gpt table instead of the msdos one ? How can I access to my fifth partition ? John Baldwin (jhb) has been working on GPT support, but it's still reported to be a work in progress. It works as far as recognizing disks over 16TB. It also gets picked up by the geom framework. I'm not sure about booting, although there are tantalizing hints in the manual pages. GPT booting works just fine on 6.x and later. Using the gpt(8) utility you basically do: # gpt create foo0 # gpt boot foo0 The second command creates a special boot partition in /dev/foo0p1. You can then add partitions: # gpt add -t ufs other params like size if needed foo0 # newfs /dev/foo0p2 gpart(8) in HEAD works similarly. The one thing lacking is that sysinstall/libdisk doesn't handle GPT, so there isn't a nice way to do it during installation. Ok thank you. But actually, it's not what I'm looking for. I use freebsd on a macbook. On this macbook, I already have a gpt, refit, mac os x and some linux partitions. The problem is freebsd, which doesn't recognize partitions after the fourth one (but my gentoo linux see them). Then, I suppose freebsd use the mbr partition table (synchronized from the gpt one using refit) to populate the /dev, but partitions after the fourth, which are those I want to use, are only indexed in the gpt. Finally, I want to force freebsd to use the gpt on my hard drive to allow it to see others partitions. I don't want to destroy my actual gpt, maybe one day, but no right now. Tell me if my english is too bad to be understood. I just want to precise that I use pcvbsd 7.0, so the kernel configuration might be different than the freebsd generic one. What device entries do you see in /dev? -- John Baldwin -- Franck Royer Student of Manchester University Etudiant Ingénieur de l'ENSIIE (Ecole Nationale Supérieure d'Informatique pour l'Industrie et l'Entreprise) e-mail/jabber: [EMAIL PROTECTED] -- Franck Royer Student of Manchester University Etudiant Ingénieur de l'ENSIIE (Ecole Nationale Supérieure d'Informatique pour l'Industrie et l'Entreprise) e-mail/jabber: [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: flash9 checklist
On Wed, 2008-10-29 at 22:02 +0300, Chagin Dmitry wrote: On Wed, Oct 29, 2008 at 07:05:51PM +0100, Gary Jennejohn wrote: On Wed, 29 Oct 2008 11:50:27 -0400 Mikhail Teterin [EMAIL PROTECTED] wrote: Sent by Vladimir Grebenschikov: I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have only gotten Flash-9 to (mostly) work this morning -- thanks to nox' checklist, and have not yet been able to investigate, why it hangs on occasion... I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just Hi, yes, I can confirm. thnx! Works for me, but I am using 2.0.0.17 + flash9. I didn't know about this site. Awesome, back when MTV actually played music. :-D fine and I have pretty much the same version of flash and firefox installed on both systems. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GPT Support on Freebsd
On Wed, 29 Oct 2008 21:40:33 +, Franck [EMAIL PROTECTED] wrote: If I use my knowledge in linux systems, I would say that my actual kernel was compiled with the DEFAULTS conf, which doesn't enable the support of GPT for GEOM. Maybe I'm wrong, my knew kernel is compiling... Without setting KERNCONF, the GENERIC kernel configuration file will be used to build a kernel, if I remember the handbook correctly. -- 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 [EMAIL PROTECTED]
Re: MTA on non-standard port
On Oct 26, 2008, at 7:23 PM, Jeremy Chadwick wrote: 1) Incoming SMTP (e.g. someIP:* -- yourIP:25) 2) Outbound SMTP (e.g. yourIP:* -- someIP:25) #2 has become prominent in the past few years, and is applied by ISPs because they want to curb their customers sending spam out onto the Internet (usually as a result of viruses, trojans, etc.), getting their IPs blocked by DNSBLs and giving them a bad social rep. Instead, they force customers to relay outbound mail through their own SMTP servers (called a smart host in sendmail terms). There's absolutely no way around this; you can beg them all you want, but the chances of them adding a pass-through for you is very slim. If you want to do direct to MX mailing, you are going to need to negotiate that separately. At the very least you will need a static IP address. If you pay for that, then you will probably be allowed to do direct to MX mailing. On the whole, I think that Access Service Providers are right in this policy. Back in the old days of smaller ASPs, there were several that had a simple policy. You could be allowed destination:25 traffic merely by asking for it. They figured that anyone smart enough to ask for it knew what they were doing. But it was blocked by default. But keep in mind that if you don't have a static IP address, the mail hosts you try to reach are also very likely to block you. The Linksys router has two outbound firewall rules applied to it: it only allows bsdIP on my LAN to connect to someIP:25,587 -- thus, only one machine on my LAN is allowed to speak SMTP to the world. I do this purely as a precautionary measure (in case one of my friends comes over with his/her laptop, which happens to be infected and sends spam, etc. -- it won't work, period). Wise choice. I wish more home and business networks did that. Eventually they stated that I could send mail through their mail servers on port 587. I quickly set this up, and found it failed -- their servers require SMTP AUTH on port 587, no exceptions (note: this is NOT mandatory by the RFC; it's OPTIONAL). Again. I think that this is fit and proper. The reason I do not like siphoning mail through Comcast: their mail servers are known to act wonky or /dev/null mail for mysterious reasons. Then pay money to a company whose business depends on doing mail right. I use fastmail.fm which I highly recommend. I hope the experience with your ISP is better than mine. Good luck. A business account (needed for a static IP address) is expensive. But don't expect to mail directly to MX (without going through some mailhub, either comcast's or a service that you pay separately for) without one. Cheers, -j ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
