Re: splitting Mbox file thread-sorted
El día Sunday, November 08, 2009 a las 08:38:15PM -0500, Karl Vogel escribió: On Thu, 5 Nov 2009 14:13:39 +0100, Matthias Apitz g...@unixarea.de said: M Is there some tool or something in the ports which could split a Mbox M file into various pieces, but having the threads together? Mail::Thread is a Perl implementation of Jamie Zawinski's mail threading algorithm, as described by http://www.jwz.org/doc/threading.html. See http://search.cpan.org/ to track it down. Hello Karl, Thanks for the pointer to that piece of code; do you know if there is some implementation of this into a cmdline tool for splitting a Mbox based on this Perl methods? Thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Installer: missing GEOM/gpart capabilities slicing disk?
Hello. I try to install a fresh new FreeBSD 8.0-RC2 (from snapshot-DVD) on a barndnew harddrive. As far as I recall partitioning a disk is now done via gpart and the limitation of having only 8 (-2) partitions from a through h except b and c is now obsoleted. When dropping into the installation process, I realised that the 8 partition boundary is still present. Is there a howto (I searched the wiki and lists without success)? I read a lot about how to install FreeBSD on op of a complete ZFS infrastructure, but key issue seems to be a hands-on partitioning of the target haddrive via the fixit procedure. Any help is appreciated. Thanks in advance, Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: math/py-numpy vs. math/atlas-devel
On 11/9/09, Doug Barton do...@freebsd.org wrote: First, sorry I missed the original problem report, I'm not subscribed to -questions. Usually ports questions (including those about tools) are handled on freebsd-po...@freebsd.org, but OTOH if you're not sure where to send a question it's always better to start on the -questions list. :) Second, thanks to b.f. for the very thorough analysis of the problem. I will respond and trim a bit as I go. Third, I've cc'ed maho@ since the genesis of the problem is that math/atlas and math/atlas-devel aren't setting CONFLICTS when apparently they should be. maho, if you need any help with this let me know. b. f. wrote: Scott Bennett wrote: I would like to install science/gnudatalanguage but have been running into various obstacles. Lars Engels very kindly just fixed one of them (devel/lasi) (Thanks, Lars!), so now I'm on to the next one, which may not be a showstopper, but it's at least a nuisance. One of the gnudatalanguage dependencies is math/py-numpy, which, in turn, depends upon math/atlas. However, I have math/atlas-devel installed and do not wish to revert to an older, slower version of the ATLAS library. Adding a -x atlas-\* onto the portmaster command to build math/py-numpy fails to prevent portmaster from trying to build math/atlas. As was pointed out, that definitely won't work. With the glob patterns for exclusions, or specifying ports on the command line you want to be as conservative as possible. Also, it's not necessary to include a * at the end, portmaster will handle that for you. Creating a /var/db/pkg/atlas-3.8.3_1,1/+IGNOREME file in addition doesn't help. +IGNOREME files are only relevant to installed ports. How can I force math/py-numpy to accept the already installed math/atlas-devel libraries? Thanks in advance for any help! The easiest way for you to accomplish this would have been to use '-x atlas', the second-easiest would have been to use the -i command line option. See the man page for more information on that. Congratulations, you've managed to defeat three sets of safeguards in portmaster. Problem #1 math/atlas and math/atlas-devel don't have proper CONFLICTS entries in their Makefiles (this should be fixed), Yes, this analysis was essentially correct. Problem #2: You're using the -x flag incorrectly. Or portmaster isn't implementing it properly when the port to be excluded is not actually installed, take your pick. The way that -x is implemented currently really depends on the user's definition of the exclude pattern, and is designed to exclude things as early as possible so as to avoid what would ultimately become wasted effort. It's hard to justify modifying the code to guess that something we've already started working on might match what we think the user MEANT instead of what they SAID. Problem #3: The +IGNOREME checks in portmaster aren't properly implemented for this case, so they fail to prevent math/atlas from being built. s/properly implemented for/designed to handle/ If you think about this for a second, the entries in /var/db/pkg are exclusively related to installed ports, so trying to use an +IGNOREME file for this purpose doesn't make sense, although I can sympathize with the OPs sense of desperation here. :) So what can you do while these problems are being fixed? Just to be clear, I didn't see anything that needs to be fixed in your message, and I hope my explanation makes it clear why. If you think that there are actual bugs that need to be fixed please feel free to create a thread on -ports to discuss them. The CONFLICTS for math/atlas* should be fixed, as you remarked. As for portmaster, I'll allow that your choices were reasonable, but it would be wise to note in the manpage that: 1) +IGNOREME files only work with installed ports (just because the package database is naturally associated with installed ports doesn't mean that someone won't create an +IGNOREME for one that isn't installed), and 2) when trying to prevent the build or installation of a port that is not currently installed, the exclusion glob will be compared with the port directory, rather than the PKGNAME, as is done for installed packages. Using something like: #!/bin/sh for _dir in `make -C /usr/ports -V SUBDIR` ; do for _dir2 in `make -C /usr/ports/${_dir} -V SUBDIR` ; do _pkgname=`make -C /usr/ports/${_dir}/${_dir2} -V PKGNAME` case ${_dir}/${_dir2} in *${_pkgname%%-[0-9]*}*) ;; *) echo ${_dir}/${_dir2} ${_pkgname} ;; esac ; done ; done one can find a number of ports that might surprise a user that was not aware of this fact. And with regard to the selection of exclusion globs, we should note that a glob that matches too many ports may be as problematic as one that matches too few. b. ___ freebsd-questions@freebsd.org mailing list
MSI RAdeon R4670/512 and xf86-video-ati/xf86-video-radeonhd-devel crashes!
Hello. Please respond also to my eMail address, since I'm not subscriber of these lists! Thanks. Since I utilise a MSI Radeon R4670/512 RV730-based graphics card, I'im incapable of using either x11-drivers/xf86-video-ati or x11-drivers/xf86-video-radeonhd[-devel] The box is a ASUS P5K-Premium based system (Intel P35 chipset, CPU Intel Q6600), running FreeBSD 8.0-RC2/amd64 successfully. The X11 subsystem ist the most recent as one can find in the ports collection. I'll attach the logfile of the currently running Xserver. My box got a new 24 inch TFT display so using VESA driver or lower resolutions than 1920x1200 isn't acceptable. The situation is as follows: In all cases it doesn't matter wheter kernel module 'drm.ko' is loaded or not. Driver 'radeon' (x11-drivers/xf86-video-ati) crashes the box immediately without any messages. I can see the xdm-login requester, but just before this shows up, I realise that the mousepointer sprite gets a kind of 'distorted', it shows up some 'stripes'. They vanish. When log in and the desktop is about to show up (using windowmaker), the screen stays black, the box crahes and in some lucky situations, it reboots, in less lucky situations it remains frozen. Driver 'radeonhd' (xf86-video-radeonhd-1.2.5_2) works, but without 'options EXA' and without 'options DRI'. It is bumpy, but shows a 1920x1200 pixel screen in full colours. Driver 'radeonhd' (xf86-video-radeonhd-1.3.0) doesn't work, it shows the same behaviour as 'radeon' (xf86-video-ati). I can wathc the mouse pointer sprite getting striped and a kind of distorted, then the box crashes. Those crashes occur mostly when switching from xdm-login requester to desktop. In some cases I can switch to the console (pressing ctrl-alt-[F1--F7]), but at some point, this also freezes/crashes the box. I'm a little bit confused, since the ATi-RV730LE chipset is supposed to be supported. I run another box, an older nVidia CK804-based Athlon3500+ box equipted with a MSI R4830/512 graphics card. The same base OS (FreeBSD 8.0-RC2/amd64. The graphics board runs perfectly with ALL(!) radeon-type drivers, options EXA and DRI enabled, kernel module drm.ko loaded. Can someone help? Since I do not have Windows XP/Vista/7 running on the box in question, I can not update the firmware of the MSI R4760 with a potentially existing firmware-update (since those tasks can only be performed via a special software from MSI running on XP/Vista as far as I know). Thanks in advance, Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: math/py-numpy vs. math/atlas-devel
On Sun, 08 Nov 2009 23:59:29 -0800 Doug Barton do...@freebsd.org wrote: First, sorry I missed the original problem report, I'm not subscribed to -questions. Usually ports questions (including those about tools) are handled on freebsd-po...@freebsd.org, but OTOH if you're not sure where to send a question it's always better to start on the -questions list. :) The responses I got the last time I posted something to -ports convinced me not to post there anymore. I'm still subscribed, however, so I still see what transpires there. Second, thanks to b.f. for the very thorough analysis of the problem. Yes, indeed, thanks. It was fascinating. I will respond and trim a bit as I go. Third, I've cc'ed maho@ since the genesis of the problem is that math/atlas and math/atlas-devel aren't setting CONFLICTS when apparently they should be. maho, if you need any help with this let me know. I've left the Cc in as well because IIRC, Maho was heavily involved in the upgrade of immense numbers of ports to gfortran42. The next obstacle in math/py-numpy outlined further below may well be a missed relic of that effort. b. f. wrote: Scott Bennett wrote: I would like to install science/gnudatalanguage but have been running into various obstacles. Lars Engels very kindly just fixed one of them (devel/lasi) (Thanks, Lars!), so now I'm on to the next one, which may not be a showstopper, but it's at least a nuisance. One of the gnudatalanguage dependencies is math/py-numpy, which, in turn, depends upon math/atlas. However, I have math/atlas-devel installed and do not wish to revert to an older, slower version of the ATLAS library. Adding a -x atlas-\* onto the portmaster command to build math/py-numpy fails to prevent portmaster from trying to build math/atlas. As was pointed out, that definitely won't work. With the glob patterns for exclusions, or specifying ports on the command line you want to be as conservative as possible. Also, it's not necessary to include a * at the end, portmaster will handle that for you. Creating a /var/db/pkg/atlas-3.8.3_1,1/+IGNOREME file in addition doesn't help. +IGNOREME files are only relevant to installed ports. How can I force math/py-numpy to accept the already installed math/atlas-devel libraries? Thanks in advance for any help! The easiest way for you to accomplish this would have been to use '-x atlas', the second-easiest would have been to use the -i command line option. See the man page for more information on that. Yes, thanks much to both of you. Cutting the option back to just -x atlas did the trick, allowing math/atlas to be skipped. Here's what it looks like giving the desired action: === Port directory: /usr/ports/math/py-numpy === Gathering distinfo list for installed ports === Launching 'make checksum' for math/py-numpy in background === Gathering dependency list for math/py-numpy from ports === Starting recursive 'make config' check === Checking dependency: devel/py-nose === Launching child to update devel/py-nose math/py-numpy devel/py-nose === Port directory: /usr/ports/devel/py-nose === Launching 'make checksum' for devel/py-nose in background === Gathering dependency list for devel/py-nose from ports === Starting recursive 'make config' check === Checking dependency: devel/py-setuptools === Checking dependency: lang/python26 === Recursive 'make config' check complete for devel/py-nose math/py-numpy devel/py-nose === Continuing 'make config' dependency check for math/py-numpy === Checking dependency: lang/gcc44 === Checking dependency: lang/python26 === Checking dependency: math/atlas === Skipping math/atlas because it matches the pattern: *atlas* === Checking dependency: math/suitesparse === Recursive 'make config' check complete for math/py-numpy === Starting build for math/py-numpy === === Starting check for build dependencies === Gathering dependency list for math/py-numpy from ports === Starting dependency check === Checking dependency: lang/gcc44 === Checking dependency: lang/python26 === Checking dependency: math/atlas === Skipping math/atlas because it matches the pattern: *atlas* === Checking dependency: math/suitesparse === Dependency check complete for math/py-numpy === Cleaning for py26-numpy-1.3.0_2,1 === Found saved configuration for py26-numpy-1.3.0_2,1 === Extracting for py26-numpy-1.3.0_2,1 Congratulations, you've managed to defeat three sets of safeguards in portmaster. Sigh. It has *always* been that way for me. By age 15 I was already stumbling over compiler bugs, library bugs, operating system bugs, and even the occasional, very peculiar sort of hardware bug. It's enough to make one believe in gremlins developing interests in areas other than aviation. :-} In the great majority of those cases, I wasn't doing anything out of the ordinary, but somehow I managed to trigger the bugs anyway. Problem #1 math/atlas and math/atlas-devel don't
LinkedIn Messages, 11/09/2009
LinkedIn REMINDERS: Invitation Reminders: * View Invitation from Leandro Silva http://www.linkedin.com/e/1o3bCy0npDqyzD3wjrAbLV0nLmqMr8R-MulSGyDnb3nr/blk/I1497860734_2/39vd3cTc3oUdPAQckALqnpPbOYWrSlI/svi/ * View Invitation from Artem Kazakov http://www.linkedin.com/e/1o3bCy0npDqyzD3wjrAbLV0nLmqMr8R-MulSGyDnb3nr/blk/I1507158794_2/39vd3ATe3kNdP0RckALqnpPbOYWrSlI/svi/ * View Invitation from Andrew Falanga http://www.linkedin.com/e/1o3bCy0npDqyzD3wjrAbLV0nLmqMr8R-MulSGyDnb3nr/blk/I1536239637_2/39vdPcSejcOdzcRckALqnpPbOYWrSlI/svi/ * View Invitation from Siju George http://www.linkedin.com/e/1o3bCy0npDqyzD3wjrAbLV0nLmqMr8R-MulSGyDnb3nr/blk/I1536383359_2/39vejkPcPwPdzcRckALqnpPbOYWrSlI/svi/ PENDING MESSAGES: There are a total of 66 messages awaiting your response. Visit your InBox now: http://www.linkedin.com/e/1o3bCy0npDqyzD3wjrAbLV0nLmqMr8R-MulSGyDnb3nr/inb/ -- Don't want to receive email notifications? Adjust your message settings: https://www.linkedin.com/e/1o3bCy0npDqyzD3wjrAbLV0nLmqMr8R-MulSGyDnb3nr/prv/ LinkedIn values your privacy. At no time has LinkedIn made your email address available to any other LinkedIn user without your permission. (c) 2009, LinkedIn Corporation. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: MSI RAdeon R4670/512 and xf86-video-ati/xf86-video-radeonhd-devel crashes!
On Mon, 2009-11-09 at 10:16 +, O. Hartmann wrote: Hello. Please respond also to my eMail address, since I'm not subscriber of these lists! Thanks. Since I utilise a MSI Radeon R4670/512 RV730-based graphics card, I'im incapable of using either x11-drivers/xf86-video-ati or x11-drivers/xf86-video-radeonhd[-devel] Try updating xf86-video-ati, patch attached. robert. The box is a ASUS P5K-Premium based system (Intel P35 chipset, CPU Intel Q6600), running FreeBSD 8.0-RC2/amd64 successfully. The X11 subsystem ist the most recent as one can find in the ports collection. I'll attach the logfile of the currently running Xserver. My box got a new 24 inch TFT display so using VESA driver or lower resolutions than 1920x1200 isn't acceptable. The situation is as follows: In all cases it doesn't matter wheter kernel module 'drm.ko' is loaded or not. Driver 'radeon' (x11-drivers/xf86-video-ati) crashes the box immediately without any messages. I can see the xdm-login requester, but just before this shows up, I realise that the mousepointer sprite gets a kind of 'distorted', it shows up some 'stripes'. They vanish. When log in and the desktop is about to show up (using windowmaker), the screen stays black, the box crahes and in some lucky situations, it reboots, in less lucky situations it remains frozen. Driver 'radeonhd' (xf86-video-radeonhd-1.2.5_2) works, but without 'options EXA' and without 'options DRI'. It is bumpy, but shows a 1920x1200 pixel screen in full colours. Driver 'radeonhd' (xf86-video-radeonhd-1.3.0) doesn't work, it shows the same behaviour as 'radeon' (xf86-video-ati). I can wathc the mouse pointer sprite getting striped and a kind of distorted, then the box crashes. Those crashes occur mostly when switching from xdm-login requester to desktop. In some cases I can switch to the console (pressing ctrl-alt-[F1--F7]), but at some point, this also freezes/crashes the box. I'm a little bit confused, since the ATi-RV730LE chipset is supposed to be supported. I run another box, an older nVidia CK804-based Athlon3500+ box equipted with a MSI R4830/512 graphics card. The same base OS (FreeBSD 8.0-RC2/amd64. The graphics board runs perfectly with ALL(!) radeon-type drivers, options EXA and DRI enabled, kernel module drm.ko loaded. Can someone help? Since I do not have Windows XP/Vista/7 running on the box in question, I can not update the firmware of the MSI R4760 with a potentially existing firmware-update (since those tasks can only be performed via a special software from MSI running on XP/Vista as far as I know). Thanks in advance, Oliver ___ freebsd-po...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- Robert Noland rnol...@freebsd.org FreeBSD Index: Makefile === RCS file: /home/ncvs/ports/x11-drivers/xf86-video-ati/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- Makefile 7 May 2009 19:42:35 - 1.18 +++ Makefile 9 Nov 2009 12:36:21 - @@ -6,8 +6,7 @@ # PORTNAME= xf86-video-ati -PORTVERSION= 6.12.2 -PORTREVISION= 1 +PORTVERSION= 6.12.4 CATEGORIES= x11-drivers MAINTAINER= x...@freebsd.org Index: distinfo === RCS file: /home/ncvs/ports/x11-drivers/xf86-video-ati/distinfo,v retrieving revision 1.14 diff -u -r1.14 distinfo --- distinfo 8 Apr 2009 15:18:49 - 1.14 +++ distinfo 9 Nov 2009 12:36:21 - @@ -1,3 +1,3 @@ -MD5 (xorg/driver/xf86-video-ati-6.12.2.tar.bz2) = 2bf50461378771497501ca7f678d36f3 -SHA256 (xorg/driver/xf86-video-ati-6.12.2.tar.bz2) = 1beebba17719f7b9bfbbede156dc33a2dd29ed164657badcb62c7149cfae2750 -SIZE (xorg/driver/xf86-video-ati-6.12.2.tar.bz2) = 902480 +MD5 (xorg/driver/xf86-video-ati-6.12.4.tar.bz2) = e662348f6f957fcedf52818d668ab9f5 +SHA256 (xorg/driver/xf86-video-ati-6.12.4.tar.bz2) = cfde066a7087a19b624f79e95cb9a6c97a847b8802cf38d4ae6022758bf338f6 +SIZE (xorg/driver/xf86-video-ati-6.12.4.tar.bz2) = 915124 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
amd64
Hi, i made the download of FreeBSD amd64 and i wanna know if the amd64 is the same as x86_x64. thank you very much. Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: amd64
On Mon, 9 Nov 2009 04:27:54 -0800 (PST) Clayton Wilhelm da Rosa claytonwilhel...@yahoo.com.br wrote: Hi, i made the download of FreeBSD amd64 and i wanna know if the amd64 is the same as x86_x64. Yes, it's the same. amd64, x86_64 and x64 are all the same architecture. -- Bruce Cran ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Installer: missing GEOM/gpart capabilities slicing disk?
[ -current CC dropped ] On Mon, 9 Nov 2009, O. Hartmann wrote: I try to install a fresh new FreeBSD 8.0-RC2 (from snapshot-DVD) on a barndnew harddrive. As far as I recall partitioning a disk is now done via gpart and the limitation of having only 8 (-2) partitions from a through h except b and c is now obsoleted. When dropping into the installation process, I realised that the 8 partition boundary is still present. Is there a howto (I searched the wiki and lists without success)? I read a lot about how to install FreeBSD on op of a complete ZFS infrastructure, but key issue seems to be a hands-on partitioning of the target haddrive via the fixit procedure. sysinstall does not [yet] do GPT partitions, I believe someone is working on patches but I have no idea what state they are in. Also, I didn't think that bsdlabel was limited to 8 partitions, however I'm not certain. BTW gpart does many partition types not just MBR and GPT. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
mfi(4) lockups and the adapter event log
Hello, We saw an odd crash (more of a lockup) on one of our Dell's with a PERC5/i RAID controller (running 6.3-RELEASE-p10): mfi0: COMMAND 0x89dab0e8 TIMEOUT AFTER 31 SECONDS (repeated many times with different commands) mfi0: 3325 (310696326s/0x0020/4) - Type 18: Fatal firmware error: Line 1091 in ../../raid/verdeMain.c After some troubleshooting with Dell, they determined that there was no problem. An OpenManage live CD was used to run their diagnostic utilities, which turned up nothing. However, after rebooting the system and checking dmesg(8), it could be seen that the adapter was doing some weird things during initialization. It seemed to be going through the whole initialization cycle (Firmware initialization started) up to five times. This does not jive with our other mfi/PERC5 systems. In addition to the multiple init cycles it was also printing weeks worth of messages from the adapter's event log (mostly battery relearns). Checking the event log with linux-megacli showed TONS of messages. Trying to clear them using linux-megacli seemed to cause a similar lockup, filled with command timeouts, but no fatal firmware error. We ended up clearing the event log using a linux live CD and the linux native MegaCLI binaries. The system hasn't locked up again since, but we're not sure what caused it in the first place. Has anyone else seen any kind of oddities with the PERC series of controllers and the adapter's event log? Does it just fill up after a while and start to cause trouble? I seem to remember a similar post recommending a cleaning of the event logs every so often. Thanks, Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD-8.0-RC2 problems
On November 6, 2009, Masoom Shaikh wrote: problem # 1 The problem is KDE4 is not able to display anti aliased fonts. I have made the required changes to make it work, of course, in System Settings - Appearance - Fonts Hinting - Full, and there is is one more option, the name i cannot recall ATM, I have set it to RGB. DPI to 96..this is has worked for all combination of installs I have used so far, viz KDE3 on FreeBSD-6.x to KDE4.1.x on FreeBSD-7.x and KDE4.2 on FreeBSD-8.0RC1 My guess is that print/freetype2 is not built with anti-aliasing support. Rebuild it specifying WITH_LCD_FILTERING . See also http://www.freebsd.org/cgi/query-pr.cgi?pr=139603 Cheers, -- Norbert Papke. npa...@acm.org http://saveournet.ca Protecting your Internet's level playing field ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 7.2-p4 serial console not showing kernel messages?
Sven Hazejager s...@hazejager.nl writes: I'm having trouble getting 7.2-p4 to run. I'm using nanoBSD, either under VMware using a virtual serial null-modem or on an Alix Soekris-like serial-only CF-based device, both show this problem: my serial console does not display kernel messages, they all go to the VGA console! I'm using the nanoBSD cust_comsole function to enable the console. Relevant files are shown here: /boot.config: -h -S57600 /etc/ttys, only one line is on: ttyd0 /usr/libexec/getty std.57600 xterm on secure These are still in my kernel conf, if I remove these I get no kernel messages at all (kernel boots fine with this though): device atkbdc # AT keyboard controller device atkbd # AT keyboard device kbdmux # keyboard multiplexer device vga # VGA video card driver I have also tried to set this in the loader, no luck: hint.sio.0.flags=0x30 On the serial console, I see the boot manager (boot0) and the loader just fine. show in the loader says console=comconsole so that seems to be fine. However all kernel output goes to the VGA console. I *do* get a login prompt after a while on the serial console though. If I boot the same kernel over PXE on the ALIX, the kernel messages *do* go to the serial console... What am I overlooking? Checking the obvious: syslog.conf is configured to send the messages to the console? -- 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 freebsd-questions-unsubscr...@freebsd.org
Re: MSI RAdeon R4670/512 and xf86-video-ati/xf86-video-radeonhd-devel crashes!
On Mon, Nov 09, 2009 at 10:16:54AM +, O. Hartmann wrote: Hello. Please respond also to my eMail address, since I'm not subscriber of these lists! Thanks. Since I utilise a MSI Radeon R4670/512 RV730-based graphics card, I'im incapable of using either Support for this chip is still developing. Accellerated 3D is not available yet, and EXA might not be complete yet. In all cases it doesn't matter wheter kernel module 'drm.ko' is loaded or not. You also need radeon.ko and agp.ko for accelleration. As far as I can tell, agp.ko is used for memory management for the card/driver and is necessary even if your card is PCI-E. Driver 'radeonhd' (xf86-video-radeonhd-1.2.5_2) works, but without 'options EXA' and without 'options DRI'. It is bumpy, but shows a 1920x1200 pixel screen in full colours. DRI for R7xx isn't there yet. If you want to test a more recent radeonhd driver than the one in ports, you might have to use the drm and radeon modules from the Xorg git repository as well. I'm a little bit confused, since the ATi-RV730LE chipset is supposed to be supported. I run another box, an older nVidia CK804-based Athlon3500+ box equipted with a MSI R4830/512 graphics card. That is an RV770, not a RV730. The Xorg developers are working on the drivers for the R7xx series. Full documentation wasn't available until a couple of months ago IIRC, so some patience is required. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpwWTZxGPtap.pgp Description: PGP signature
Re: FreeBSD-8.0-RC2 problems
my wlan0 is created for wpi0 (I start the wifi with /etc/rc.d/wpa_supplicant onestart wlan0): wlans_wpi0=wlan0 ifconfig_wlan0=NOAUTO DHCP WPA what's in your rc.conf? wlans_wpi0=wlan0 ifconfig_wlan0=DHCP WPA do I really need to put wlan0 in quotes ? cud that be the problem ? will try now removing them How can i install all files under /etc from the source ? cd /usr/src mergemaster -i thanks, i was thinking my /etc was fu*ked ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 7.2-p4 serial console not showing kernel messages?
On Mon, Nov 9, 2009 at 17:52, Lowell Gilbert freebsd-questions-lo...@be-well.ilk.org wrote: Checking the obvious: syslog.conf is configured to send the messages to the console? Haven't touched syslog.conf but this all happens before syslog is even starting. The problem is that the console is VGA, even though I have console=comconsole AND boot.config containing -h AND sio.0.flags 0x30. Has anyone actually gotten a serial console to work with FreeBSD 7.2-release? I'm having the same problems with 7-STABLE. Sven ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [kde-freebsd] FreeBSD-8.0-RC2 problems
On Fri, Nov 6, 2009 at 2:41 PM, Rusty Nejdl rne...@ringofsaturn.com wrote: On Fri, 6 Nov 2009 17:33:00 +0530, Masoom Shaikh masoom.sha...@gmail.com wrote: Hello, Last Saturday I installed 8.0-RC2 from source by compiling on 7.1 installation. building and installing was smooth as always has been. Then I pkg_add'ed xorg and KDE4, this was painless too. I am very disappointed with my experience problem # 1 The problem is KDE4 is not able to display anti aliased fonts. I have made the required changes to make it work, of course, in System Settings - Appearance - Fonts Hinting - Full, and there is is one more option, the name i cannot recall ATM, I have set it to RGB. DPI to 96..this is has worked for all combination of installs I have used so far, viz KDE3 on FreeBSD-6.x to KDE4.1.x on FreeBSD-7.x and KDE4.2 on FreeBSD-8.0RC1 problem # 2 I observed that both FreeBSD8.0-RC1 and FreeBSD8.0-RC2, simply freeze due to no reason. The pain is I don't get a core dump. When it freezes the only option is to hard boot by reseting the power. This might need more information to guess the cause. I will give basic info. This is Dell Inspiron 1525 Laptop, with Intel Core2. My suspect mostly goes to wpi driver, no proof, just my gut feeling. problem # 3 starting with 8.0 wpi driver no longer is the interface, wlanX is to be created. this is not news, but every time I manually create the wlan0 interface and spawn wpa_supplicant. This shuould be automatic, as I have followed the guidelines of rc.conf(5). I can provide output of rc_debug=YES if someone is willing. How can i install all files under /etc from the source ? Masoom Shaikh Regarding #2, I suggest disabling ACPI. I also had system freezes happen on my computer until I did this but this has always been an ongoing issue with my system and I lose nothing by turning it off. Sincerely, Rusty Nejdl http://networking.ringofsaturn.com how do we disable acpi ? is it hw.acpi.disable_on_reboot ? if it is I guess I shud set it to 1 in loader.conf, it still remains 0 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: math/py-numpy vs. math/atlas-devel
b. f. wrote: 1) +IGNOREME files only work with installed ports (just because the package database is naturally associated with installed ports doesn't mean that someone won't create an +IGNOREME for one that isn't installed), and 2) when trying to prevent the build or installation of a port that is not currently installed, the exclusion glob will be compared with the port directory, rather than the PKGNAME, as is done for installed packages. I've updated my working copy of the man page with these suggestions, thanks! And with regard to the selection of exclusion globs, we should note that a glob that matches too many ports may be as problematic as one that matches too few. But, of course. :) Regexp creation is both one of the rites of passage for all system administrators and a never-ending journey. If the -x or other glob option is not suitable there are always other options. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [kde-freebsd] FreeBSD-8.0-RC2 problems
On Mon, 9 Nov 2009 17:46:06 +, Masoom Shaikh wrote: On Fri, Nov 6, 2009 at 2:41 PM, Rusty Nejdl wrote: On Fri, 6 Nov 2009 17:33:00 +0530, Masoom Shaikh wrote: Hello, Last Saturday I installed 8.0-RC2 from source by compiling on 7.1 installation. building and installing was smooth as always has been. Then I pkg_add'ed xorg and KDE4, this was painless too. I am very disappointed with my experience problem # 1 The problem is KDE4 is not able to display anti aliased fonts. I have made the required changes to make it work, of course, in System Settings - Appearance - Fonts Hinting - Full, and there is is one more option, the name i cannot recall ATM, I have set it to RGB. DPI to 96..this is has worked for all combination of installs I have used so far, viz KDE3 on FreeBSD-6.x to KDE4.1.x on FreeBSD-7.x and KDE4.2 on FreeBSD-8.0RC1 problem # 2 I observed that both FreeBSD8.0-RC1 and FreeBSD8.0-RC2, simply freeze due to no reason. The pain is I don't get a core dump. When it freezes the only option is to hard boot by reseting the power. This might need more information to guess the cause. I will give basic info. This is Dell Inspiron 1525 Laptop, with Intel Core2. My suspect mostly goes to wpi driver, no proof, just my gut feeling. problem # 3 starting with 8.0 wpi driver no longer is the interface, wlanX is to be created. this is not news, but every time I manually create the wlan0 interface and spawn wpa_supplicant. This shuould be automatic, as I have followed the guidelines of rc.conf(5). I can provide output of rc_debug=YES if someone is willing. How can i install all files under /etc from the source ? Masoom Shaikh Regarding #2, I suggest disabling ACPI. I also had system freezes happen on my computer until I did this but this has always been an ongoing issue with my system and I lose nothing by turning it off. Sincerely, Rusty Nejdl http://networking.ringofsaturn.com [3] how do we disable acpi ? is it hw.acpi.disable_on_reboot ? if it is I guess I shud set it to 1 in loader.conf, it still remains 0 You can disable APIC support with hint.apic.0.disabled=1 in loader.conf. http://www.freebsd.org/doc/en/books/handbook/acpi-debug.html Sincerely, Rusty Nejdl http://networking.ringofsaturn.com Links: -- [1] mailto:rne...@ringofsaturn.com [2] mailto:masoom.sha...@gmail.com [3] http://networking.ringofsaturn.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Remote ssh tunnel in background or script?
Greetings! I have a client who recently dropped static IP service in favor of a cheaper solution, so they're now on a DHCP network blocking port 25, etc. In order to continue to allow them to connect to an outbound SMTP box on the LAN, I've done this on their server: sudo ssh -L thisbox:24:remotebox:52525 m...@remotebox I've got Sendmail listening there on 52525, and it works fine; the local clients are told to connect to thisbox port 24. The only issue is that I have to run it from a terminal session. When I tried to bg the process (cmdstring ) it doesn't work, exactly. I've gotten an error message at times*, and at other times I apparently get thisbox listening on port 24 but it's not an SMTP daemon that's listening. I have a feeling it's cause I'm in csh, which is notorious for backgrounding issues. ? At any rate, what I'd like to do is have a script set up the connection, or write some daemon that would monitor the connection and fix it if it gets reset. At any rate, if I could get this SSH process to detach from a terminal, it'd be great. Any suggestions? Kevin Kinsey * I'm sorry, but I can't reproduce the error message this morning. IIRC, something to the effect of I can't do nothing, give me a command please? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Converting a bootable USB stick in to bootable CD-ROM
I have a FreeBSD image that I install on USB sticks to build new systems. When the stick boots it automatically clones itself on the system's hard drive, creating partitions and other configuration parameters that are programmed into the stick's cloning logic. I want to create a similar mechanism using a bootable CD-ROM. The biggest difference in the process of course is that the CD-ROM itself is read-only so clearly there needs to be an mfsroot involved in the process. I looked at how the FreeBSD Live CD is setup and the loader.conf file has these lines: mfsroot_load=YES mfsroot_type=mfs_root mfsroot_name=/boot/mfsroot along with the file /boot/mfsroot.gz and no /etc/fstab. I copied this into my BSD image and duplicated the mfsroot settings in my loader.conf. I use the command below to create the iso file from the BSD image I've prepared. mkisofs -R -no-emul-boot -o /tmp/bsd.iso -b boot/cdboot /bsd When this iso is copied to a CD, it does boot. However, it doesn't seem to be picking up the mfsroot config and complains that the system is running from on a read-only file system. What step am I missing? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: devel/py-gobject error when pkgdb -F --- FREEBSD 7.2 STABLE ---
Hi folks, I know that dealing with that cases is a pain in the neck! but can somebody point me to a reference or a how to even better? Cheers! 2009/11/8 Jeronimo Calvo jeronimocal...@googlemail.com: Hi Folks, Running pkgdb -F Im getting the following error: I tried reinstalling devel/py-gobject, but did not help. All dependencies are linked to py25-gobject-2.16.1, so I can not remove that package as well. Can somebody give me a workaround?? === py26-gobject-2.16.1 depends on file: /usr/local/lib/gio/modules/libgiofam.so - found === Generating temporary packing list === Checking if devel/py-gobject already installed === An older version of devel/py-gobject is already installed (py25-gobject-2.16.1) You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/py-gobject without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. *** Error code 1 Stop in /usr/ports/devel/py-gobject. *** Error code 1 -- () ASCII Ribbon Campaign | Against HTML e-mail /\ www.asciiribbon.org | Against proprietary extensions -- () ASCII Ribbon Campaign | Against HTML e-mail /\ www.asciiribbon.org | Against proprietary extensions ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Remote ssh tunnel in background or script?
Kevin Kinsey a écrit : Greetings! I have a client who recently dropped static IP service in favor of a cheaper solution, so they're now on a DHCP network blocking port 25, etc. In order to continue to allow them to connect to an outbound SMTP box on the LAN, I've done this on their server: sudo ssh -L thisbox:24:remotebox:52525 m...@remotebox I've got Sendmail listening there on 52525, and it works fine; the local clients are told to connect to thisbox port 24. The only issue is that I have to run it from a terminal session. When I tried to bg the process (cmdstring ) it doesn't work, exactly. I've gotten an error message at times*, and at other times I apparently get thisbox listening on port 24 but it's not an SMTP daemon that's listening. I have a feeling it's cause I'm in csh, which is notorious for backgrounding issues. ? At any rate, what I'd like to do is have a script set up the connection, or write some daemon that would monitor the connection and fix it if it gets reset. At any rate, if I could get this SSH process to detach from a terminal, it'd be great. Any suggestions? Kevin Kinsey * I'm sorry, but I can't reproduce the error message this morning. IIRC, something to the effect of I can't do nothing, give me a command please? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Try screen ( /usr/ports/sysutils/screen ) screen -S session_name command to run the session Ctrl-a Ctrl-z to get out of this session and let it run in background screen -r session_name to return in this session. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: mfi(4) lockups and the adapter event log
with linux-megacli showed TONS of messages. Trying to clear them using linux-megacli seemed to cause a similar lockup, filled with command timeouts, but no fatal firmware error. Also, does anyone know if the mfiutil(8) util in RELENG_8 has the ability to purge the event log? Man page 'clear' command nukes the volume configuration :} We don't have RELENG_8 on a PowerEdge system yet. ~BAS ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Remote ssh tunnel in background or script?
Check out /usr/ports/security/autossh autossh is a program to start a copy of ssh and monitor it, restarting it as necessary should it die or stop passing traffic. The original idea and the mechanism were from rstunnel (Reliable SSH Tunnel). With this version the method changes: autossh uses ssh to construct a loop of ssh forwardings (one from local to remote, one from remote to local), and then sends test data that it expects to get back. (The idea is thanks to Terrence Martin.) WWW: http://www.harding.motd.ca/autossh/ Patrick On Mon, Nov 9, 2009 at 10:30 AM, Kevin Kinsey k...@daleco.biz wrote: Greetings! I have a client who recently dropped static IP service in favor of a cheaper solution, so they're now on a DHCP network blocking port 25, etc. In order to continue to allow them to connect to an outbound SMTP box on the LAN, I've done this on their server: sudo ssh -L thisbox:24:remotebox:52525 m...@remotebox I've got Sendmail listening there on 52525, and it works fine; the local clients are told to connect to thisbox port 24. The only issue is that I have to run it from a terminal session. When I tried to bg the process (cmdstring ) it doesn't work, exactly. I've gotten an error message at times*, and at other times I apparently get thisbox listening on port 24 but it's not an SMTP daemon that's listening. I have a feeling it's cause I'm in csh, which is notorious for backgrounding issues. ? At any rate, what I'd like to do is have a script set up the connection, or write some daemon that would monitor the connection and fix it if it gets reset. At any rate, if I could get this SSH process to detach from a terminal, it'd be great. Any suggestions? Kevin Kinsey * I'm sorry, but I can't reproduce the error message this morning. IIRC, something to the effect of I can't do nothing, give me a command please? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Remote ssh tunnel in background or script?
On 9 nov 2009, at 20:36, patrick wrote: Check out /usr/ports/security/autossh autossh is a program to start a copy of ssh and monitor it, restarting it as necessary should it die or stop passing traffic. The original idea and the mechanism were from rstunnel (Reliable SSH Tunnel). With this version the method changes: autossh uses ssh to construct a loop of ssh forwardings (one from local to remote, one from remote to local), and then sends test data that it expects to get back. (The idea is thanks to Terrence Martin.) WWW: http://www.harding.motd.ca/autossh/ You don't need additional software for that: you can easily spawn a ssh session from ttys, which re-establishes itself when it fails: http://old.nabble.com/Re%3A-mysql-connection-through-ssl-tunnel-p20077382.html -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 7.2-p4 serial console not showing kernel messages?
On 11/9/09, Sven Hazejager s...@hazejager.nl wrote: On Mon, Nov 9, 2009 at 17:52, Lowell Gilbert freebsd-questions-lo...@be-well.ilk.org wrote: Checking the obvious: syslog.conf is configured to send the messages to the console? Haven't touched syslog.conf but this all happens before syslog is even starting. The problem is that the console is VGA, even though I have console=comconsole AND boot.config containing -h AND sio.0.flags 0x30. Has anyone actually gotten a serial console to work with FreeBSD 7.2-release? I'm having the same problems with 7-STABLE. FWIW, I do lots of serial consoles. Biggest issue I have is the boot.config options. Personally, the switches to detect (-P) and switch (-h) don't always seem to work (for me). If I have to see anything at the console, not only do I setup /boot/loader.conf but I will always use -D in /boot.config -- Dual setup. It pushes to both COM1 and VGA. Please try that. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Remote ssh tunnel in background or script?
Hello Have you tried -f (for background) and -N for Do not execute a remote command? See man 1 ssh for more details. Svante On Nov 9, 2009, at 7:30 PM, Kevin Kinsey wrote: Greetings! I have a client who recently dropped static IP service in favor of a cheaper solution, so they're now on a DHCP network blocking port 25, etc. In order to continue to allow them to connect to an outbound SMTP box on the LAN, I've done this on their server: sudo ssh -L thisbox:24:remotebox:52525 m...@remotebox I've got Sendmail listening there on 52525, and it works fine; the local clients are told to connect to thisbox port 24. The only issue is that I have to run it from a terminal session. When I tried to bg the process (cmdstring ) it doesn't work, exactly. I've gotten an error message at times*, and at other times I apparently get thisbox listening on port 24 but it's not an SMTP daemon that's listening. I have a feeling it's cause I'm in csh, which is notorious for backgrounding issues. ? At any rate, what I'd like to do is have a script set up the connection, or write some daemon that would monitor the connection and fix it if it gets reset. At any rate, if I could get this SSH process to detach from a terminal, it'd be great. Any suggestions? Kevin Kinsey * I'm sorry, but I can't reproduce the error message this morning. IIRC, something to the effect of I can't do nothing, give me a command please? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Best wishes, Svante J. Kvarnström http://sjk.ankeborg.nu/ Mob.: +46 702 38 34 00 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: math/py-numpy vs. math/atlas-devel
On 11/9/09, Scott Bennett benn...@cs.niu.edu wrote: On Sun, 08 Nov 2009 23:59:29 -0800 Doug Barton do...@freebsd.org wrote: ... Anyway, the math/py-numpy port now proceeds to build without bothering with math/atlas. It quickly goes astray when it doesn't recognize that any of gfortran4[345] has been installed--I guess there no longer is a FORTRAN compiler included in the base system--and instead tries to use lang/g95, which has also been installed. Of course, this won't work because the ATLAS library needs to have been compiled with the same compiler as the programs that use it. === Configuring for py26-numpy-1.3.0_2,1 Running from numpy source directory. [39mF2PY Version 2 [0m [39mblas_opt_info: [0m [39mblas_mkl_info: [0m [39m libraries mkl,vml,guide not found in /usr/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/../../../ [0m [39m NOT AVAILABLE [0m [39m [0m [39matlas_blas_threads_info: [0m [39mSetting PTATLAS=ATLAS [0m [39mSetting PTATLAS=ATLAS [0m [39mSetting PTATLAS=ATLAS [0m [39m FOUND: [0m [39mlibraries = ['alapack_r', 'f77blas_r', 'cblas_r', 'atlas_r'] [0m [39mlibrary_dirs = ['/usr/local/lib'] [0m [39mlanguage = c [0m [39minclude_dirs = ['/usr/local/include'] [0m [39m [0m /usr/ports/math/py-numpy/work/numpy-1.3.0/numpy/distutils/command/config.py:361: DeprecationWarning: + Usage of get_output is deprecated: please do not use it anymore, and avoid configuration checks involving running executable on the target machine. + DeprecationWarning) [39mcustomize GnuFCompiler [0m [32mFound executable /usr/local/bin/gfortran44 [0m [31mgnu: no Fortran 90 compiler found [0m [31mgnu: no Fortran 90 compiler found [0m [39mcustomize Gnu95FCompiler [0m [39mcustomize Gnu95FCompiler [0m [39mcustomize Gnu95FCompiler using config [0m compiling '_configtest.c': /* This file is generated from numpy/distutils/system_info.py */ void ATL_buildinfo(void); int main(void) { ATL_buildinfo(); return 0; } [39mC compiler: gcc44 -DNDEBUG -O2 -fno-strict-aliasing -pipe -march=prescott -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x10 -O2 -fno-strict-aliasing -pipe -march=prescott -Wl,-rpath=/usr/local/lib/gcc44 -fPIC [0m [39mcompile options: '-c' [0m [39mgcc44: _configtest.c [0m [39mgcc44 _configtest.o -L/usr/local/lib -lalapack_r -lf77blas_r -lcblas_r -latlas_r -o _configtest [0m /usr/bin/ld: _configtest: hidden symbol `__powisf2' in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/libgcc.a(_powisf2.o) is referenced by DSO collect2: ld returned 1 exit status /usr/bin/ld: _configtest: hidden symbol `__powisf2' in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/libgcc.a(_powisf2.o) is referenced by DSO collect2: ld returned 1 exit status [39mfailure. [0m [39mremoving: _configtest.c _configtest.o [0m [39mStatus: 255 [0m [39mOutput: [0m [39m FOUND: [0m [39mlibraries = ['alapack_r', 'f77blas_r', 'cblas_r', 'atlas_r'] [0m [39mlibrary_dirs = ['/usr/local/lib'] [0m [39mlanguage = c [0m [39mdefine_macros = [('NO_ATLAS_INFO', 2)] [0m [39minclude_dirs = ['/usr/local/include'] [0m [39m [0m [39mlapack_opt_info: [0m [39mlapack_mkl_info: [0m [39mmkl_info: [0m [39m libraries mkl,vml,guide not found in /usr/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/../../../ [0m [39m NOT AVAILABLE [0m [39m [0m [39m NOT AVAILABLE [0m [39m [0m [39matlas_threads_info: [0m [39mSetting PTATLAS=ATLAS [0m [39m libraries lapack_atlas not found in /usr/local/lib [0m [39mnumpy.distutils.system_info.atlas_threads_info [0m [39mSetting PTATLAS=ATLAS [0m /usr/ports/math/py-numpy/work/numpy-1.3.0/numpy/distutils/system_info.py:999: UserWarning: * Lapack library (from ATLAS) is probably incomplete: size of /usr/local/lib/libalapack_r.so is 3832k (expected 4000k) Follow the instructions in the KNOWN PROBLEMS section of the file numpy/INSTALL.txt. * warnings.warn(message) The above sequence gets more or less repeated several more times, and after much compiling, running of python26, and other activities, the process runs aground as follows. [39mcreating build/temp.freebsd-7.2-STABLE-i386-2.6/numpy/fft [0m [39mcompile options: '-Inumpy/core/include -Ibuild/src.freebsd-7.2-STABLE-i386-2.6/numpy/core/include/numpy -Inumpy/core/src -Inumpy/core/include -I/usr/local/include/python2.6 -c' [0m [39mgcc44: numpy/fft/fftpack_litemodule.c [0m
Re: Installer: missing GEOM/gpart capabilities slicing disk?
On Nov 9, 2009, at 12:51 AM, O. Hartmann wrote: Hello. I try to install a fresh new FreeBSD 8.0-RC2 (from snapshot-DVD) on a barndnew harddrive. As far as I recall partitioning a disk is now done via gpart and the limitation of having only 8 (-2) partitions from a through h except b and c is now obsoleted. When dropping into the installation process, I realised that the 8 partition boundary is still present. sysinstall does not use gpart nor the kernel interface that GEOM_PART exposes. FYI, -- Marcel Moolenaar xcl...@mac.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Remote ssh tunnel in background or script?
Svante Kvarnstrom wrote: Hello Have you tried -f (for background) and -N for Do not execute a remote command? See man 1 ssh for more details. Svante Cheers for you! It was -f without -N that produced the error. I'm guessing I got down the manpage about as far as -f and didn't go any further. *beats head on desk* Thanks, Svante! For the archives: SMTP OVER SSH TUNNEL FREEBSD sudo ssh -f -N -L localname:24:remotename:52525 m...@remotename When SMTP is listening on remotename port 52525. sudo is needed to open the tunnel on the localname side on port 24 (a privileged port). You could do this as root on the local side, but shouldn't connect *to* root on the remote computer. On Nov 9, 2009, at 7:30 PM, Kevin Kinsey wrote: Greetings! sudo ssh -L thisbox:24:remotebox:52525 m...@remotebox I've got Sendmail listening there on 52525, and it works fine; the local clients are told to connect to thisbox port 24. The only issue is that I have to run it from a terminal session. When I tried to bg the process (cmdstring ) it doesn't work, exactly. I've gotten an error message at times*, and at other times I apparently get thisbox listening on port 24 but it's not an SMTP daemon that's listening. I have a feeling it's cause I'm in csh, which is notorious for backgrounding issues. ? At any rate, what I'd like to do is have a script set up the connection, or write some daemon that would monitor the connection and fix it if it gets reset. At any rate, if I could get this SSH process to detach from a terminal, it'd be great. Any suggestions? Kevin Kinsey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
how to show make configure menu after initial make
subsequent make configure simply uses the original menu choices with no re-display of the menu to change the options Len ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: math/py-numpy vs. math/atlas-devel
On Mon, 9 Nov 2009 20:26:15 + b. f. bf1...@googlemail.com wrote: On 11/9/09, Scott Bennett benn...@cs.niu.edu wrote: On Sun, 08 Nov 2009 23:59:29 -0800 Doug Barton do...@freebsd.org wrote: ... Anyway, the math/py-numpy port now proceeds to build without bothering with math/atlas. It quickly goes astray when it doesn't recognize that any of gfortran4[345] has been installed--I guess there no longer is a FORTRAN compiler included in the base system--and instead tries to use lang/g95, which has also been installed. Of course, this won't work because the ATLAS library needs to have been compiled with the same compiler as the programs that use it. === Configuring for py26-numpy-1.3.0_2,1 Running from numpy source directory. [39mF2PY Version 2 [0m [39mblas_opt_info: [0m [39mblas_mkl_info: [0m [39m libraries mkl,vml,guide not found in /usr/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/../../../ [0m [39m NOT AVAILABLE [0m [39m [0m [39matlas_blas_threads_info: [0m [39mSetting PTATLAS=ATLAS [0m [39mSetting PTATLAS=ATLAS [0m [39mSetting PTATLAS=ATLAS [0m [39m FOUND: [0m [39mlibraries = ['alapack_r', 'f77blas_r', 'cblas_r', 'atlas_r'] [0m [39mlibrary_dirs = ['/usr/local/lib'] [0m [39mlanguage = c [0m [39minclude_dirs = ['/usr/local/include'] [0m [39m [0m /usr/ports/math/py-numpy/work/numpy-1.3.0/numpy/distutils/command/config.py:361: DeprecationWarning: + Usage of get_output is deprecated: please do not use it anymore, and avoid configuration checks involving running executable on the target machine. + DeprecationWarning) [39mcustomize GnuFCompiler [0m [32mFound executable /usr/local/bin/gfortran44 [0m [31mgnu: no Fortran 90 compiler found [0m [31mgnu: no Fortran 90 compiler found [0m [39mcustomize Gnu95FCompiler [0m [39mcustomize Gnu95FCompiler [0m [39mcustomize Gnu95FCompiler using config [0m compiling '_configtest.c': /* This file is generated from numpy/distutils/system_info.py */ void ATL_buildinfo(void); int main(void) { ATL_buildinfo(); return 0; } [39mC compiler: gcc44 -DNDEBUG -O2 -fno-strict-aliasing -pipe -march=prescott -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x10 -O2 -fno-strict-aliasing -pipe -march=prescott -Wl,-rpath=/usr/local/lib/gcc44 -fPIC [0m [39mcompile options: '-c' [0m [39mgcc44: _configtest.c [0m [39mgcc44 _configtest.o -L/usr/local/lib -lalapack_r -lf77blas_r -lcblas_r -latlas_r -o _configtest [0m /usr/bin/ld: _configtest: hidden symbol `__powisf2' in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/libgcc.a(_powisf2.o) is referenced by DSO collect2: ld returned 1 exit status /usr/bin/ld: _configtest: hidden symbol `__powisf2' in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/libgcc.a(_powisf2.o) is referenced by DSO collect2: ld returned 1 exit status [39mfailure. [0m [39mremoving: _configtest.c _configtest.o [0m [39mStatus: 255 [0m [39mOutput: [0m [39m FOUND: [0m [39mlibraries = ['alapack_r', 'f77blas_r', 'cblas_r', 'atlas_r'] [0m [39mlibrary_dirs = ['/usr/local/lib'] [0m [39mlanguage = c [0m [39mdefine_macros = [('NO_ATLAS_INFO', 2)] [0m [39minclude_dirs = ['/usr/local/include'] [0m [39m [0m [39mlapack_opt_info: [0m [39mlapack_mkl_info: [0m [39mmkl_info: [0m [39m libraries mkl,vml,guide not found in /usr/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/../../../ [0m [39m NOT AVAILABLE [0m [39m [0m [39m NOT AVAILABLE [0m [39m [0m [39matlas_threads_info: [0m [39mSetting PTATLAS=ATLAS [0m [39m libraries lapack_atlas not found in /usr/local/lib [0m [39mnumpy.distutils.system_info.atlas_threads_info [0m [39mSetting PTATLAS=ATLAS [0m /usr/ports/math/py-numpy/work/numpy-1.3.0/numpy/distutils/system_info.py:999: UserWarning: * Lapack library (from ATLAS) is probably incomplete: size of /usr/local/lib/libalapack_r.so is 3832k (expected 4000k) Follow the instructions in the KNOWN PROBLEMS section of the file numpy/INSTALL.txt. * warnings.warn(message) The above sequence gets more or less repeated several more times, and after much compiling, running of python26, and other activities, the process runs aground as follows. [39mcreating build/temp.freebsd-7.2-STABLE-i386-2.6/numpy/fft [0m [39mcompile options: '-Inumpy/core/include -Ibuild/src.freebsd-7.2-STABLE-i386-2.6/numpy/core/include/numpy -Inumpy/core/src -Inumpy/core/include
Re: how to show make configure menu after initial make
On Mon, 9 Nov 2009 21:58:16 +0100, Len Conrad lcon...@go2france.com wrote: subsequent make configure simply uses the original menu choices with no re-display of the menu to change the options There is a subtle but important difference between 'make config' and 'make configure' for ports: * 'make configure' runs any autoconf scripts included in the port. * 'make config', on the other hand, launches the port menu. So you can re-configure a port by typing 'make config'. This will load any options from the /var/db/ports/PORTNAME/options file, launch the menu you are looking for, and save the new options when you are done. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: how to show make configure menu after initial make
Len Conrad wrote: subsequent make configure simply uses the original menu choices with no re-display of the menu to change the options make rmconfig ; make config -- 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: x11/lxpanel build fails - wrong linux base?
Polytropon wrote: On Sun, 08 Nov 2009 22:41:19 +, Chris Whitehouse cwhi...@onetel.com wrote: I have WITHOUT_ALSA=true in lxpanel's options and I have even changed the line in lxpanel/Makefile: eco# diff Makefile Makefile.original 31c31 WITH_ALSA=off --- WITH_ALSA=yes Maybe that's the reason. The symbol WITH_ALSA is defined. It does not matter with which value it is defined, so even WITH_ALSA=I_DONT_WANT_ALSA would be equivalent to WITH_ALSA=yes; try removing the whole line in order to not define the symbol. You're right of course and I should have known, thanks for the memory jogger. In fact I changed the line to WITHOUT_ALSA=true as per the lxpanel options file (I guess the 'true' can be any value :) Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Trivial questions about CNTL-ALT-DEL and CNTL-ALT-BACKSPACE
I've just been installing 7.2-RELEASE/amd64 on a fresh/wiped system that I plan to use as my future main workstation. Anyway, I've already noticed a couple of things that seem to be different from prior release that I need to ask about, i.e.: 1) It appears that CNTL-ALT-DEL now causes a shutdown/reboot. (I don't know what release this new feature started in... I only just noticed it now.) Anyway, I'd like to know how I can disable this particular bit of functionality. How do I do that? 2) Prior versions of X (Xorg?) allowed CNTL-ALT-BACKSPACE to cause an immediate shutdown of the X server, but now, that doesn't see to work anymore. How can I (re-)enable this functionality? Thanks in advance for any answers. Regards, rfg P.S. Please send replies to the list. Otherwise, I may never see them due to my draconian and haphazard local spam filtering. Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Trivial questions about CNTL-ALT-DEL and CNTL-ALT-BACKSPACE
On 11/9/09, Ronald F. Guilmette r...@tristatelogic.com wrote: I've just been installing 7.2-RELEASE/amd64 on a fresh/wiped system that I plan to use as my future main workstation. Anyway, I've already noticed a couple of things that seem to be different from prior release that I need to ask about, i.e.: 1) It appears that CNTL-ALT-DEL now causes a shutdown/reboot. (I don't know what release this new feature started in... I only just noticed it now.) Anyway, I'd like to know how I can disable this particular bit of functionality. How do I do that? # sysctl -d hw.syscons.kbd_reboot hw.syscons.kbd_reboot: enable keyboard reboot 2) Prior versions of X (Xorg?) allowed CNTL-ALT-BACKSPACE to cause an immediate shutdown of the X server, but now, that doesn't see to work anymore. How can I (re-)enable this functionality? Thanks to the new versions of xorg, they removed that functionality. A config file with DontZap equal to off re-enables it. Google for DontZap to find where to put it in the config. Thanks in advance for any answers. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Trivial questions about CNTL-ALT-DEL and CNTL-ALT-BACKSPACE
Ronald F. Guilmette wrote: I've just been installing 7.2-RELEASE/amd64 on a fresh/wiped system that I plan to use as my future main workstation. Anyway, I've already noticed a couple of things that seem to be different from prior release that I need to ask about, i.e.: 1) It appears that CNTL-ALT-DEL now causes a shutdown/reboot. (I don't know what release this new feature started in... I only just noticed it now.) Anyway, I'd like to know how I can disable this particular bit of functionality. How do I do that? Add: hw.syscons.kbd_reboot=0 to /etc/sysctl.conf. Activate immediately by executing sysctl hw.syscons.kbd_reboot=0 2) Prior versions of X (Xorg?) allowed CNTL-ALT-BACKSPACE to cause an immediate shutdown of the X server, but now, that doesn't see to work anymore. How can I (re-)enable this functionality? Welcome to the new Xorg and HAL... Please read this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html There is a note that describes how to re-enable CTRL+ALT+BKSP functionality. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Tracking commit messages from cli
On Sun, Nov 8, 2009 at 2:06 PM, Troels Kofoed Jacobsen tkjacob...@gmail.com wrote: Hi all With pkg_version I can easily see which installed ports has newer versions available, but what I miss is a way to see what has changed. The reason for this is that commit messages often say that only the pkg-plist has changed or something that does not make me want to update. Right now I'm reading the commit messages from the cvs web frontend, but it would be awesome with a program that could say: gd-2.0.35_1,1 needs updating (index has 2.0.35_2,1) Commit messages between the versions: blah blah blah blah ... ... ... I know freshports exist, but I would rather not have to open a web browser. Does such a program exist or do I have to write my own. In the latter case can anyone point me to an easy way to get raw-text versions of commit messages without having to track the whole tree. Does freshports e.g. have an api -- it has all the necessary information, just not available in a suitable form (to my knowledge) Best regards Troels Kofoed Jacobsen I asked this question some time ago and never got a response. I currently just use a browser and visit www.freebsd.org/ports/ and read the commit log there. So far, I haven't found any other alternative. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
OT:: chapter cut-down....
sorry for this completely OT post guys but by editor gave me what-for about Chapter one, so i took an exacto knife to cut and cut a thousand words. same place. http://journey.thought.org will jump you directly to the begin ing. i'd be much obliged for feedback from those you commented on my original 7 chapters. Does this launch faster? i'm asking you before i should it to my editor because i trust your judgement. obligator on-topic post: i cannot get keyboard to the new dell. i would have to pull loose everything, unscrew a plug. foo. -- Gary Kline kl...@thought.org www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: splitting Mbox file thread-sorted
On Mon, 9 Nov 2009 09:37:30 +0100, Matthias Apitz g...@unixarea.de said: M Thanks for the pointer to [Mail::Thread]; do you know if there is some M implementation of this into a cmdline tool for splitting a Mbox based on M this Perl methods? Unfortunately, I haven't been able to find a decent example for either the Perl or Python implementation of JZ's threading method. I'm going to be archiving a lot of mail in the near future, so I'll try something really slimy and see if it works: install Mailman, import some mbox files, and see if I can use pipermail to generate the threading information I need. -- Karl Vogel I don't speak for the USAF or my company If men ruled the world #4: Instead of beer belly, you'd get beer biceps. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: splitting Mbox file thread-sorted
This may be helpful. I used this many years ago, and it worked great. http://mboxgrep.sourceforge.net/ mail/mboxgrep -jgh On Mon, Nov 09, 2009 at 08:37:29PM -0500, Karl Vogel thus spake: On Mon, 9 Nov 2009 09:37:30 +0100, Matthias Apitz g...@unixarea.de said: M Thanks for the pointer to [Mail::Thread]; do you know if there is some M implementation of this into a cmdline tool for splitting a Mbox based on M this Perl methods? Unfortunately, I haven't been able to find a decent example for either the Perl or Python implementation of JZ's threading method. I'm going to be archiving a lot of mail in the near future, so I'll try something really slimy and see if it works: install Mailman, import some mbox files, and see if I can use pipermail to generate the threading information I need. -- Karl Vogel I don't speak for the USAF or my company If men ruled the world #4: Instead of beer belly, you'd get beer biceps. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
MIXRIOT NEWS - NOV 9TH, 2009 - SASHA CLASSIC ESSENTIAL MIX
MIXRIOT NEWS - NOV 9TH, 2009 SASHA CLASSIC ESSENTIAL MIX [http://www.mixriot.com/content/sasha-classic-em-2009-10-31] join MIXRIOT Please paste this link into your browser to manage subscriptions for questi...@freebsd.org: http://www.mixriot.com/mailout/subscriptions/878068/1257824356/6f316dcdfe5b295b26aff502c08b ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
php4-gd
Hello, I have on some web servers php4-gd port installed and I am totally confused. Portaudit says Affected package: php4-gd-4.4.9 Type of problem: gd -- '_gdGetColors' remote buffer overflow vulnerability. Reference: http://portaudit.FreeBSD.org/4e8344a3-ca52-11de-8ee8-00215c6a37bb.html On this site is info about: 5.2.11 and 5.3.0 On Securityfocus is info also about 4.4.9 but on cve.mitre.org is not. Any idea where is the true? Are my servers with php4-gd are secure or not? Regards Arek -- Arek Czereszewski arek (at) wup-katowice (dot) pl UNIX allows me to work smarter, not harder. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4-gd
Arek Czereszewski wrote: Hello, I have on some web servers php4-gd port installed and I am totally confused. Portaudit says Affected package: php4-gd-4.4.9 Type of problem: gd -- '_gdGetColors' remote buffer overflow vulnerability. Reference: http://portaudit.FreeBSD.org/4e8344a3-ca52-11de-8ee8-00215c6a37bb.html On this site is info about: 5.2.11 and 5.3.0 On Securityfocus is info also about 4.4.9 but on cve.mitre.org is not. Any idea where is the true? Are my servers with php4-gd are secure or not? This is a bug in the underlying gd library rather than in PHP itself. There are fixes to two related ports: if you've updated graphics/gd to the latest version (gd-2.0.35_2,1), and built the latest port revision of the php5-gd module (which is php5-gd-5.2.11_2) then those should have been secured. However, the PHP4 version of the gd module is still at version php4-gd-4.4.9, and doesn't seem to have been patched -- there is no patch for CVE-2009-3546 in the php4 sources -- so it seems you are still vulnerable when using PHP4. This is to be expected: the PHP project is deprecating PHP4 and putting all their effort in to developing PHP5 instead. Patches may be forthcoming eventually, but who knows when? Basically, if you're running PHP4 on a public site then you should be making plans to upgrade to PHP5 ASAP. Cheers, Matthew -- 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: math/py-numpy vs. math/atlas-devel
Hi all, I'm willing to apply patches to atlas ports if available. I talked with Goto Kazushige (author of GotoBLAS), he told me that L2 cache handling on FreeBSD is very bad. It may be a reason why ATLAS build is so fragile. On Linux machines, it takes only 20 min or so. Thanks for good discussions! Best, Nakata Maho From: Scott Bennett benn...@cs.niu.edu Subject: Re: math/py-numpy vs. math/atlas-devel Date: Mon, 09 Nov 2009 15:07:55 -0600 (CST) On Mon, 9 Nov 2009 20:26:15 + b. f. bf1...@googlemail.com wrote: On 11/9/09, Scott Bennett benn...@cs.niu.edu wrote: On Sun, 08 Nov 2009 23:59:29 -0800 Doug Barton do...@freebsd.org wrote: ... Anyway, the math/py-numpy port now proceeds to build without bothering with math/atlas. It quickly goes astray when it doesn't recognize that any of gfortran4[345] has been installed--I guess there no longer is a FORTRAN compiler included in the base system--and instead tries to use lang/g95, which has also been installed. Of course, this won't work because the ATLAS library needs to have been compiled with the same compiler as the programs that use it. === Configuring for py26-numpy-1.3.0_2,1 Running from numpy source directory. [39mF2PY Version 2 [0m [39mblas_opt_info: [0m [39mblas_mkl_info: [0m [39m libraries mkl,vml,guide not found in /usr/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/../../../ [0m [39m NOT AVAILABLE [0m [39m [0m [39matlas_blas_threads_info: [0m [39mSetting PTATLAS=ATLAS [0m [39mSetting PTATLAS=ATLAS [0m [39mSetting PTATLAS=ATLAS [0m [39m FOUND: [0m [39mlibraries = ['alapack_r', 'f77blas_r', 'cblas_r', 'atlas_r'] [0m [39mlibrary_dirs = ['/usr/local/lib'] [0m [39mlanguage = c [0m [39minclude_dirs = ['/usr/local/include'] [0m [39m [0m /usr/ports/math/py-numpy/work/numpy-1.3.0/numpy/distutils/command/config.py:361: DeprecationWarning: + Usage of get_output is deprecated: please do not use it anymore, and avoid configuration checks involving running executable on the target machine. + DeprecationWarning) [39mcustomize GnuFCompiler [0m [32mFound executable /usr/local/bin/gfortran44 [0m [31mgnu: no Fortran 90 compiler found [0m [31mgnu: no Fortran 90 compiler found [0m [39mcustomize Gnu95FCompiler [0m [39mcustomize Gnu95FCompiler [0m [39mcustomize Gnu95FCompiler using config [0m compiling '_configtest.c': /* This file is generated from numpy/distutils/system_info.py */ void ATL_buildinfo(void); int main(void) { ATL_buildinfo(); return 0; } [39mC compiler: gcc44 -DNDEBUG -O2 -fno-strict-aliasing -pipe -march=prescott -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x10 -O2 -fno-strict-aliasing -pipe -march=prescott -Wl,-rpath=/usr/local/lib/gcc44 -fPIC [0m [39mcompile options: '-c' [0m [39mgcc44: _configtest.c [0m [39mgcc44 _configtest.o -L/usr/local/lib -lalapack_r -lf77blas_r -lcblas_r -latlas_r -o _configtest [0m /usr/bin/ld: _configtest: hidden symbol `__powisf2' in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/libgcc.a(_powisf2.o) is referenced by DSO collect2: ld returned 1 exit status /usr/bin/ld: _configtest: hidden symbol `__powisf2' in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/libgcc.a(_powisf2.o) is referenced by DSO collect2: ld returned 1 exit status [39mfailure. [0m [39mremoving: _configtest.c _configtest.o [0m [39mStatus: 255 [0m [39mOutput: [0m [39m FOUND: [0m [39mlibraries = ['alapack_r', 'f77blas_r', 'cblas_r', 'atlas_r'] [0m [39mlibrary_dirs = ['/usr/local/lib'] [0m [39mlanguage = c [0m [39mdefine_macros = [('NO_ATLAS_INFO', 2)] [0m [39minclude_dirs = ['/usr/local/include'] [0m [39m [0m [39mlapack_opt_info: [0m [39mlapack_mkl_info: [0m [39mmkl_info: [0m [39m libraries mkl,vml,guide not found in /usr/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib [0m [39m libraries mkl,vml,guide not found in /usr/local/lib/gcc44/gcc/i386-portbld-freebsd7.2/4.4.3/../../../ [0m [39m NOT AVAILABLE [0m [39m [0m [39m NOT AVAILABLE [0m [39m [0m [39matlas_threads_info: [0m [39mSetting PTATLAS=ATLAS [0m [39m libraries lapack_atlas not found in /usr/local/lib [0m [39mnumpy.distutils.system_info.atlas_threads_info [0m [39mSetting PTATLAS=ATLAS [0m /usr/ports/math/py-numpy/work/numpy-1.3.0/numpy/distutils/system_info.py:999: UserWarning: * Lapack library (from ATLAS) is probably incomplete: size of /usr/local/lib/libalapack_r.so is 3832k (expected 4000k) Follow the instructions in the KNOWN PROBLEMS section of the file numpy/INSTALL.txt.
Re: php4-gd
W dniu 2009-11-10 07:59, Matthew Seaman pisze: Arek Czereszewski wrote: Hello, I have on some web servers php4-gd port installed and I am totally confused. Portaudit says Affected package: php4-gd-4.4.9 Type of problem: gd -- '_gdGetColors' remote buffer overflow vulnerability. Reference: http://portaudit.FreeBSD.org/4e8344a3-ca52-11de-8ee8-00215c6a37bb.html On this site is info about: 5.2.11 and 5.3.0 On Securityfocus is info also about 4.4.9 but on cve.mitre.org is not. Any idea where is the true? Are my servers with php4-gd are secure or not? This is a bug in the underlying gd library rather than in PHP itself. There are fixes to two related ports: if you've updated graphics/gd to the latest version (gd-2.0.35_2,1), and built the latest port revision of the php5-gd module (which is php5-gd-5.2.11_2) then those should have been secured. However, the PHP4 version of the gd module is still at version php4-gd-4.4.9, and doesn't seem to have been patched -- there is no patch for CVE-2009-3546 in the php4 sources -- so it seems you are still vulnerable when using PHP4. This is to be expected: the PHP project is deprecating PHP4 and putting all their effort in to developing PHP5 instead. Patches may be forthcoming eventually, but who knows when? Basically, if you're running PHP4 on a public site then you should be making plans to upgrade to PHP5 ASAP. Cheers, Matthew Hi, So I need to upgrade php4 to php5. Thank you for information. Regards Arek -- Arek Czereszewski arek (at) wup-katowice (dot) pl UNIX allows me to work smarter, not harder. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
math/atlas-devel build times (was Re: math/py-numpy vs. math/atlas-devel)
On Tue, 10 Nov 2009 15:41:05 +0900 (JST) Maho NAKATA cha...@mac.com wrote: I'm willing to apply patches to atlas ports if available. Thanks, Maho. It appears that the most critical change is to make sure the tools can know that math/atlas and math/atlas-devel conflict with each other, so that if one is already installed, the tools won't try to install the other. I talked with Goto Kazushige (author of GotoBLAS), he told me that L2 cache handling on FreeBSD is very bad. It may be a reason I would be very interested in knowing in detail why he thinks that. The ATLAS build procedure, however, does use a very crude algorithm for detecting the sizes of L1 and L2 caches that detects cache sizes much smaller than they actually are. I think there are some ways of correcting the detected sizes, but they involve editing source files and making decisions that go way beyond anything that the FreeBSD ports system is equipped to handle. Assuming cache sizes that are typically 1/2 or 1/4 of the actual sizes will quite naturally give less than optimal results. It is worth noting, though, that this same algorithm for cache size detection is used for building ATLAS on any operating system on i386 or amd64 architectures. why ATLAS build is so fragile. On Linux machines, it takes only 20 min or so. As I wrote before, the sensitivity is based upon the variance of a run times. The sample size is quite small, so any sizable differences in even one or two run times can put the variance over the build procedure's tolerance threshhold. On my machine, I always had to edit a source file to increase the number of iterations of each test from 10 to either 100 or 1000 in order to get the sensitivity down to where occasional other activity in the system wouldn't kill the ATLAS build. However, math/atlas-devel in FreeBSD 7.2 surprised me by building cleanly with no such intervention required, which pleased me greatly, of course. I don't know what the authors changed to make this happen. In any case, the variance sensitivity problem ought to be the same, regardless of operating system. The ATLAS build procedure builds an unthreaded version of the library on any system. If more than one logical/physical CPU is detected, it also builds a threaded version. You didn't mention the system configuration that can allegedly build ATLAS in only 20 minutes. I'm building it on a Dell Inspiron XPS, which has a 3.4 GHz P4 Prescott CPU. The L1 caches are 64 KB each, IIRC, and the L2 cache is 1 MB, but ATLAS's build procedure typically decides that the L1 size is 16 KB or less and the L2 size is 256 KB. I have hyperthreading enabled, so the build procedure sees two (logical) CPUs, but the gains from the hyperthreading are very small in this situation. Building ATLAS on a truly dual-cored system ought to give much shorter build times, and building it on a Core i7 system ought to be tremendously faster with or without enabling the i7's reputedly better implemented HT. The P4 Prescott is now a very old chip model. (I bought this machine new five years ago.) The last time I checked, the LINUX kernel still didn't know the difference between logical CPUs and physical CPUs, so it's difficult to see how its cache management in a HT environment could be any better than FreeBSD's. Maybe LINUX has been updated to understand five-year-old technology since I last checked, but that still should only make it closer to FreeBSD's performance, not radically faster than FreeBSD. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org