Re: breakthru, maybe....
On Thu, Oct 29, 2009 at 06:34:25AM +0200, Giorgos Keramidas wrote: On Wed, 28 Oct 2009 21:00:57 -0700, Gary Kline kl...@thought.org wrote: On Wed, Oct 28, 2009 at 04:44:42PM -0700, Kurt Buff wrote: ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/ Yes! but i bought the *Intel* 2-duo-core or whatever; not the AMD (aDvanced micro Devices) chip. Are these both bit by bit == ?? i mean, exactly--software-wise, the same?? That's ok. Kurt is right. You can use the amd64 release on Intel Core2 Duo CPUs too. I believe this Wikipedia page will help a bit: http://en.wikipedia.org/wiki/X86-64 thanks very much, sir. i'll check it out thrursday morning [local]. i really, REALLY have not paid attn to hardware devel in years. it's time! cheers, world! -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php ___ 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: breakthru, maybe....
Gary Kline wrote: On Wed, Oct 28, 2009 at 11:02:37PM +0100, Polytropon wrote: On Wed, 28 Oct 2009 14:48:46 -0700, Gary Kline kl...@thought.org wrote: so: what is the URL to download the 8.0-PRE freebsd? ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.0/ ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/ wait, i thought the duo core is 64bits. still 32? All Intel processors produced in the last few years have been 64bit capable, including anything labelled 'core2'. You need to install the amd64 architecture binaries to get the system running in 64bit mode though, even though it's an Intel chip. Likewise, all Intel and AMD processors support running in 32bit mode, and you need to install the i386 architecture binaries to achieve that, irrespective of who actually manufactured your processor chips. As to which variant you should install? For servers, I'd go 64bit pretty much automatically. For desktops, especially if you need 3D graphics performance you're somewhat limited by the support available for your graphics adapter. There are 64bit drivers for various ATI cards, but I can't tell off hand if the one you have is supported. If it is, or if you don't care about 3D graphics support, then go 64bit. Apart from anything else, 64bit-ness means you can install and use a lot more RAM, and more RAM is a relatively cheap solution to a lot of computing problems. 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: [OT] Show nice columns of numers
Polytropon wrote: On Wed, 28 Oct 2009 23:32:42 +0100, Bertram Scharpf li...@bertram-scharpf.de wrote: As it will be a movie, not a photograph, I would like to have huge columns of numbers running over the screen or at least one window. Does somebody know a programm that produces such nice output? What about ls -laFG /? It produces a nice output, too. :-) Or try this one: % primes 2 | tr \n \t Other famous listings include a ping run or make update; even make of some port could look nice. I believe the 'prior art' in showing stuff scrolling past on a computer screen on film was to use the nmap sources... 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: Why is sendmail is part of the system and not a package?
pete wright wrote: On Tue, Oct 27, 2009 at 7:14 PM, Frank Shute fr...@shute.org.uk wrote: FreeBSD: ? I can't think of a good reason why FreeBSD should get rid of it. Saying that, it would be neat if it was taken out of base and replaced with something minimal that could cope with the demands of cron and not much else. Then the user is expected to install a MTA of their choice out of ports. That would mean less code in base and fewer security advisories. yea i like where you are going with this frank - perhaps when opensmtpd is done we'll be in the position to import this into the freebsd tree? it sounds like it might fit the bill :) But, do we actually need an MTA in the base? The only arguments I have seen in this thread are: - because it's been there since the beginning of history - because cron requires it to send the daily reports For the first, that may be so, but what was a good idea at the beginning of history may not be so today. The argument is invalid. For the benefit of the project, it should continuously be considered if legacy code can be removed and offered as an optional component for those relying on it. For the second, honestly: If cron is the only application that requires an MTA then maybe it should be considered if that is a good solution. I think it is a very heavy requirement for what is otherwise very simple. If you deploy a SOHO network with FBSD at home, you may not use your own mailservice but depend on some other service. Then you likely don't read local mail regularly and it suffices for you to keep the output of cron in a plain text file in /var/log. Or you may have cron send mails to your mailservice. In either case, there is no need for an MTA like sendmail, you only need a simple client. If you deploy FBSD in larger networks, then you may opt for some other MTA. Let's face it, sendmail isn't exactly easy to setup for advanced features. And, you don't need an MTA on all systems, only on the mail gateway, other systems just need a mail client for cron - if you don't use some more advanced monitoring system, having a dedicated syslog server for example. It appears to me that having an MTA in base is obsolete. A simple client would do if anything at all. Further, if keeping an MTA costs resources in patching and testing for every new release, then it goes from being a remnant from history to slow down progress for the project. BR, Erik -- Erik Nørgaard Ph: +34.666334818/+34.915211157 http://www.locolomo.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
VirtualBox kernel module messages
For the first time so far, I managed to get emulators/virtualbox to compile and install from ports a few hours ago. Following the pkg-messages, I attempted to kldload vboxdrv or whatever it was called, which resulted in an immediate crash and automatic system reboot. :-( However, I had already added vboxdrv_load=YES vboxnetflt_load=YES to /boot/loader.conf and so was expecting it to fail, but it didn't. I even started up VirtualBox and looked at a couple of things, then looked around in it for a few minutes. Aside from the fact that the help subsystem was MIA, I didn't notice anything untoward. Except for the recurring console messages, which began during system startup and have continued ever since. Here's what a few of them look like. Oct 28 17:00:00 hellas newsyslog[1939]: logfile turned over due to size100K Oct 28 17:02:03 hellas kernel: VBoxDrvFreeBSDClone: pszName=pts ppDev=0xe84bea14 Oct 28 17:02:36 hellas kernel: VBoxDrvFreeBSDClone: pszName=input ppDev=0xe84e2948 Oct 28 17:02:36 hellas kernel: VBoxDrvFreeBSDClone: pszName=dsp ppDev=0xe84e2948 Oct 28 17:02:47 hellas kernel: VBoxDrvFreeBSDClone: pszName=pts ppDev=0xe84e5a14 Oct 28 17:03:27 hellas kernel: VBoxDrvFreeBSDClone: pszName=dsp ppDev=0xe84e2948 Oct 28 17:03:51 hellas kernel: VBoxDrvFreeBSDClone: pszName=tty ppDev=0xe84af948 Oct 28 17:06:04 hellas kernel: VBoxDrvFreeBSDClone: pszName=crypto ppDev=0xe84a3948 Oct 28 17:06:04 hellas kernel: VBoxDrvFreeBSDClone: pszName=crypto ppDev=0xe84a3948 Oct 28 17:06:13 hellas kernel: VBoxDrvFreeBSDClone: pszName=pts ppDev=0xe84c4a14 Oct 28 17:13:58 hellas kernel: VBoxDrvFreeBSDClone: pszName=pts ppDev=0xe84b2a14 Oct 28 17:22:52 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe84cda14 Oct 28 17:22:52 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe84cda14 Oct 28 17:22:52 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe84cda14 Oct 28 17:23:02 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe8518a14 Oct 28 17:23:02 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe8518a14 Oct 28 17:23:02 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe8518a14 Oct 28 17:23:02 hellas kernel: VBoxDrvFreeBSDClone: pszName=ufsid/4a6c36ef155b511e ppDev=0xc56d3a14 Oct 28 17:23:02 hellas kernel: VBoxDrvFreeBSDClone: pszName=ufsid/4a6c36ef155b511e ppDev=0xe852a948 Oct 28 17:23:10 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe8521a14 Oct 28 17:23:10 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe8521a14 Oct 28 17:23:10 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe8521a14 Oct 28 17:23:10 hellas kernel: VBoxDrvFreeBSDClone: pszName=ufsid/49a51b513d5a2f23 ppDev=0xc56d3a14 Oct 28 17:23:10 hellas kernel: VBoxDrvFreeBSDClone: pszName=ufsid/49a51b513d5a2f23 ppDev=0xe851b948 Oct 28 17:23:12 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xc57baa14 Oct 28 17:23:12 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xc57baa14 Oct 28 17:23:12 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xc57baa14 Oct 28 17:23:21 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe848aa14 Oct 28 17:23:21 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe848aa14 Oct 28 17:23:21 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe848aa14 Oct 28 17:23:23 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe8518a14 Oct 28 17:23:23 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe8518a14 Oct 28 17:23:23 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe8518a14 Oct 28 17:23:23 hellas kernel: VBoxDrvFreeBSDClone: pszName=ufsid/4a1a6000244a7cbf ppDev=0xc56d3a14 Oct 28 17:23:23 hellas kernel: VBoxDrvFreeBSDClone: pszName=ufsid/4a1a6000244a7cbf ppDev=0xc57ba948 Oct 28 17:23:57 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe8494a14 Oct 28 17:23:57 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe8494a14 Oct 28 17:23:57 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe8494a14 Oct 28 17:23:57 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe84dca14 Oct 28 17:23:57 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe84dca14 Oct 28 17:23:57 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe84dca14 Oct 28 17:26:53 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe849fa14 Oct 28 17:26:53 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe849fa14 Oct 28 17:26:53 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe849fa14 Oct 28 17:27:05 hellas kernel: VBoxDrvFreeBSDClone: pszName=devfs ppDev=0xe84d9a14 Oct 28 17:27:05 hellas kernel: VBoxDrvFreeBSDClone: pszName=procfs ppDev=0xe84d9a14 Oct 28 17:27:05 hellas kernel: VBoxDrvFreeBSDClone: pszName=linprocfs ppDev=0xe84d9a14 Oct 28 17:27:06 hellas kernel: VBoxDrvFreeBSDClone: pszName=ufsid/490d7606153c869c ppDev=0xc56d3a14 Oct 28 17:27:06 hellas kernel: VBoxDrvFreeBSDClone:
math/arpack patch.tar.gz timestamp differs between ports and freebsd.org
The build of math/octave dies when the build for math/arpack dies due to a timestamp mismatch between local ports tree information and ftp.freebsd.org. So I did a portsnap fetch extract math/arpack and tried the build of math/arpack the old-fashioned way. Script started on Thu Oct 29 03:17:23 2009 hellas# cd /usr/ports/math/arpack hellas# unsetenv MAKEFLAGS hellas# unsetenv ftp_proxy hellas# unsetenv http_proxy hellas# time nice +20 make install === Extracting for arpack-96_6 = MD5 Checksum OK for arpack/arpack96.tar.gz. = SHA256 Checksum OK for arpack/arpack96.tar.gz. = MD5 Checksum mismatch for arpack/patch.tar.gz. = SHA256 Checksum mismatch for arpack/patch.tar.gz. = MD5 Checksum mismatch for arpack/ug.ps.gz. = SHA256 Checksum mismatch for arpack/ug.ps.gz. === Refetch for 1 more times files: arpack/patch.tar.gz arpack/patch.tar.gz arpack/ug.ps.gz arpack/ug.ps.gz = patch.tar.gz doesn't seem to exist in /usr/ports/distfiles/arpack. = Attempting to fetch from http://www.caam.rice.edu/software/ARPACK/SRC/. fetch: patch.tar.gz: local modification time does not match remote = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/arpack/. fetch: patch.tar.gz: local modification time does not match remote = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/arpack and try again. *** Error code 1 Stop in /usr/ports/math/arpack. *** Error code 1 Stop in /usr/ports/math/arpack. 0.359u 0.158s 0:03.81 13.1% 174+849k 12+0io 0pf+0w hellas# exit exit Script done on Thu Oct 29 03:19:31 2009 Any helpful suggestions out there? 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
Re: VirtualBox kernel module messages
Scott Bennett wrote: For the first time so far, I managed to get emulators/virtualbox to compile and install from ports a few hours ago. Following the pkg-messages, I attempted to kldload vboxdrv or whatever it was called, which resulted in an immediate crash and automatic system reboot. :-( This is a known problem and documented on the wiki page: http://wiki.freebsd.org/VirtualBox However, I had already added vboxdrv_load=YES vboxnetflt_load=YES to /boot/loader.conf and so was expecting it to fail, but it didn't. I even started up VirtualBox and looked at a couple of things, then looked around in it for a few minutes. Aside from the fact that the help subsystem was MIA, I didn't notice anything untoward. Except for the recurring console messages, which began during system startup and have continued ever since. Here's what a few of them look like. Oct 28 17:00:00 hellas newsyslog[1939]: logfile turned over due to size100K Oct 28 17:02:03 hellas kernel: VBoxDrvFreeBSDClone: pszName=pts ppDev=0xe84bea14 Oct 28 17:02:36 hellas kernel: VBoxDrvFreeBSDClone: pszName=input ppDev=0xe84e2948 Oct 28 17:02:36 hellas kernel: VBoxDrvFreeBSDClone: pszName=dsp ppDev=0xe84e2948 Do you have build VirtualBox with debug option? Beat ___ 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: breakthru, maybe....
On Thu, Oct 29, 2009 at 6:00 AM, Gary Kline kl...@thought.org wrote: On Wed, Oct 28, 2009 at 04:44:42PM -0700, Kurt Buff wrote: On Wed, Oct 28, 2009 at 16:08, Gary Kline kl...@thought.org wrote: On Wed, Oct 28, 2009 at 11:02:37PM +0100, Polytropon wrote: On Wed, 28 Oct 2009 14:48:46 -0700, Gary Kline kl...@thought.org wrote: so: what is the URL to download the 8.0-PRE freebsd? ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.0/ ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/ wait, i thought the duo core is 64bits. still 32? This: ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/ is indeed 64bit. Yes! but i bought the *Intel* 2-duo-core or whatever; not the AMD (aDvanced micro Devices) chip. Are these both bit by bit == ?? i mean, exactly--software-wise, the same?? thanks. gary ps i knew the amd was an intel clone on the 32-bit level; not sure about the 64-bit chips... . Intel licensed the AMD64 instruction set and they call it Intel 64 in their chips. Most free UNIX-like systems call the x86_64 releases AMD64 because thats the correct name for the instruction set. -- Opportunity is most often missed by people because it is dressed in overalls and looks like work. Thomas Alva Edison Inventor of 1093 patents, including: The light bulb, phonogram and motion pictures. ___ 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: breakthru, maybe....
Matthew Seaman writes: All Intel processors produced in the last few years have been 64bit capable, including anything labelled 'core2'. You need to install the amd64 architecture binaries to get the system running in 64bit mode though, even though it's an Intel chip. Likewise, all Intel and AMD processors support running in 32bit mode, and you need to install the i386 architecture binaries to achieve that, irrespective of who actually manufactured your processor chips. As to which variant you should install? For servers, I'd go 64bit pretty much automatically. For desktops, especially if you need 3D graphics performance you're somewhat limited by the support available for your graphics adapter. There are 64bit drivers for various ATI cards, but I can't tell off hand if the one you have is supported. If it is, or if you don't care about 3D graphics support, then go 64bit. There are alsu a ((very) small) number of ports that do not compile or do not run in 64-bit mode. Figure out if one of them is mission-critical before installing; check for the NOT_FOR_ARCH and ONLY_FOR_ARCH settings in the port's Makefile. That said, the machine I'm typing on is about six weeks old and running an AMD Phenom II x4. I installed amd64 with some trepidation, fully prepared to re-install i386. However, it's now up over 675 ports - including apache, mysql, firefox, and OpenOffice - and everything works. Robert Huff ___ 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: most bizarre libc.so.7 problem
So Yes something to do with ZFS was the culprit.. I had done a zfs upgrade -a and zpool upgrade -a in the past, but I guess I missed on the output that the / was not upgraded (of course) So that was a problem; which may not have been the right one, but it gave me something to hunt.. I had to get a snapshot cd with a livefs. kldload opensolaris and zfs and the kicker was this: zpool import -f -R /alt tank then I did the zpool upgrade -a and zfs upgrade -a when that was done I could reboot and install world successfully.. I will find out what that flag does and find another box to test this with.. Possibly the flag would have helped me install, but I could not find another way to zfs upgrade -a and get / without going to a livecd.. On 10/25/09 10:38 PM, Mel Flynn wrote: On Saturday 24 October 2009 14:33:53 B. Cook wrote: B. Cook wrote, On 10/24/2009 7:43 AM: 49 === lib/libc (install) 50 install -C -o root -g wheel -m 444 libc.a /usr/lib 51 install -C -o root -g wheel -m 444 libc_p.a /usr/lib 52 install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib 53 install: /lib/libc.so.7: chflags: Invalid argument 54 *** Error code 71 When on ZFS, set NO_FSCHG in /etc/src.conf. For the time being, file flags are not supported on ZFS. ___ 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/arpack patch.tar.gz timestamp differs between ports and freebsd.org
On Thu, 29 Oct 2009 03:29:12 -0500 (CDT) Scott Bennett benn...@cs.niu.edu wrote: The build of math/octave dies when the build for math/arpack dies due to a timestamp mismatch between local ports tree information and ftp.freebsd.org. It's a mismatch between the timestamps on the local cached distfiles and their counterparts on the file server. Try doing a make distclean in the port directory. ___ 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
Merging Related Information from 2 Tables
This is probably going to be a hashing exercise but I am checking to see if any of the building blocks needed are already out there. The problem is simple to describe in that there are 2 tables. One is a DNS zone transfer table of all the A or Address records in a given zone or from several zones for that matter. the other table is from the same zones and consists of text or TXT records. The only thing the 2 tables have in common is that some of the TXT records share the exact same name field as the A records so we should be able to display the important contents of the A and TXT records on the same line if their names match. The challenge is to do this quickly so some sort of hash function is needed to locate A and TXT records having the same name. Grep does this beautifully for single entries across multiple files, but I need to merge the text part of the TXT record with the IP address and host name from the A record with the same name. The only hard part is finding the quickest way to match the roughly 25,000 host names in the A records with around half as many TXT records. This is basically a bucket list problem in which we can either have an A record name in a bucket by itself or an A record in a given bucket and a TXT record in another bucket with the same name as the A record. In the interest of standing on the shoulders of giants, I am checking to see how much tried and tested tools already exist and how much needs to be home-grown. It is also possible to use egrep to search for A and TXT records in 1 pass through a file in which case one would search from the same file for both record types but the problem is the same. In case anybody wonders: egrep '([[:space:]]IN([[:space:]]TXT[[:space:]]|[[:space:]]A[[:space:]]))' okstate.zone ATXT.txt The line break here is for Email consideration. The above command should all be on one line. Thanks for any suggestions. Martin McCormick WB5AGZ Stillwater, OK Systems Engineer OSU Information Technology Department Telecommunications Services Group ___ 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: Why is sendmail is part of the system and not a package?
On Thu, 29 Oct 2009 08:49:40 +0100, Erik Norgaard norga...@locolomo.org wrote: But, do we actually need an MTA in the base? The only arguments I have seen in this thread are: - because it's been there since the beginning of history - because cron requires it to send the daily reports For the first, that may be so, but what was a good idea at the beginning of history may not be so today. The argument is invalid. For the benefit of the project, it should continuously be considered if legacy code can be removed and offered as an optional component for those relying on it. For the second, honestly: If cron is the only application that requires an MTA then maybe it should be considered if that is a good solution. I think it is a very heavy requirement for what is otherwise very simple. Sendmail is a large program. Configuring Sendmail 15 years ago was arcane and difficult, to say the least. Nowadays it is easier than what it used to be, but it still isn't as easy as Postfix. What is nice about Sendmail today is that with minimal changes to a base FreeBSD installation (the rc.conf(5) variable called sendmail_enable and a SMART_HOST value in sendmail.mc) one can quickly get up and running with a local-only MTA that: - Supports message queuing for outgoing messages out of the box - Can deliver messages to local users out of the box - Can forward email to a mail relay, when the SMART_HOST option is enabled, and supports recent RFC - Does a reasonably good job at integrating with other tools (procmail, fetchmail, thunderbird, other local mailers) When compiled with the appropriate options Sendmail currently supports SASL and TLS too. So Sendmail is a pretty heavy-weight program, but it also supports a lot of features. A replacement that would merely support local delivery would be mostly ok for some users but then everyone who _needs_ the special stuff Sendmail can do now would have to install a port. Having to install a port is not necessarily a _bad_ thing. The laptop I am using to type this message has 822 ports installed. Another one would do no serious harm. If you deploy a SOHO network with FBSD at home, you may not use your own mailservice but depend on some other service. Then you likely don't read local mail regularly and it suffices for you to keep the output of cron in a plain text file in /var/log. Or you may have cron send mails to your mailservice. In either case, there is no need for an MTA like sendmail, you only need a simple client. [...] It appears to me that having an MTA in base is obsolete. A simple client would do if anything at all. Further, if keeping an MTA costs resources in patching and testing for every new release, then it goes from being a remnant from history to slow down progress for the project. Having a local MTA, even in a SOHO network may be useful. Instead of going through the same hoops to configure 4 different email clients, you can set up the local MTA and tell all your local mailer programs send any of your messages to `localhost' and they will be delivered as usual. Having an MTA in the base system may not be obsolete. Deciding _which_ MTA to integrate with the rest of FreeBSD is debatable and changes to what we have today have a better chance of being accepted if they also include at least some amount of patches for $NEWMTA. ___ 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: Merging Related Information from 2 Tables
On Thu, 29 Oct 2009 10:38:56 -0500, Martin McCormick mar...@dc.cis.okstate.edu wrote: This is probably going to be a hashing exercise but I am checking to see if any of the building blocks needed are already out there. The problem is simple to describe in that there are 2 tables. One is a DNS zone transfer table of all the A or Address records in a given zone or from several zones for that matter. the other table is from the same zones and consists of text or TXT records. The only thing the 2 tables have in common is that some of the TXT records share the exact same name field as the A records so we should be able to display the important contents of the A and TXT records on the same line if their names match. The challenge is to do this quickly so some sort of hash function is needed to locate A and TXT records having the same name. Hi Martin, You should use a Perl or Python script, and a hash... If you show us a few sample lines from the input file and how you want the output to look, it shouldn't be too hard to quickly hack one of those together. With a short input file like this: : keram...@kobe:/tmp$ cat input-file : localhost IN A 127.0.0.1 : kobeIN A 127.0.0.1 : kobeIN TXT This is a test You can construct a hash map of hostname - list of records in Python with a relatively short script: : #!/usr/bin/env python : : import re : import sys : : are = None # a regexp for matching 'A' records : txtre = None# a regexp for matching 'TXT' records : : try: : are = re.compile(r'^\s*(\S+)\s+[iI][nN]\s+[aA]\s+(((25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.){3}(25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)).*$') : txtre = re.compile(r'^\s*(\S+)\s+[iI][nN]\s+[tT][xX][tT]\s+(.*)$') : except Exception, inst: : sys.stderr.write('regexp error: %s' % str(inst)) : sys.exit(1) : : hosts = {} : : for l in sys.stdin.readlines(): : l = l.rstrip('\n\r') : # Is this an A record? : m = are.match(l) : if m: : (name, addr) = (m.group(1), m.group(2)) : rec = ('A', addr) : if not name in hosts: : hosts[name] = [rec] : else: : hosts[name].append(rec) : # Is this a TXT record? : m = txtre.match(l) : if m: : (name, text) = (m.group(1), m.group(2)) : rec = ('TXT', text) : if not name in hosts: : hosts[name] = [rec] : else: : hosts[name].append(rec) : : print hosts Running this script should produce something like: : keram...@kobe:/tmp$ python martin.py input-file : {'kobe': [('A', '127.0.0.1'), ('TXT', 'This is a test')], : 'localhost': [('A', '127.0.0.1')]} When you have the hash map of hostname to record-list for each host, you can select and print any combination of host=record from this hash. ___ 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: Why is sendmail is part of the system and not a package?
Giorgos Keramidas wrote: So Sendmail is a pretty heavy-weight program, but it also supports a lot of features. Which was the point, if the only process in base that requires some way to dump output other than send to syslog, is cron, then Sendmail is disproportionate solution for the problem. A replacement that would merely support local delivery would be mostly ok for some users but then everyone who _needs_ the special stuff Sendmail can do now would have to install a port. I don't argue for a replacement but for the elimination. Install a port if you need an MTA, you're happy with that way for so many other standard services. It appears to me that having an MTA in base is obsolete. A simple client would do if anything at all. Further, if keeping an MTA costs resources in patching and testing for every new release, then it goes from being a remnant from history to slow down progress for the project. Having a local MTA, even in a SOHO network may be useful. Instead of going through the same hoops to configure 4 different email clients, you can set up the local MTA and tell all your local mailer programs send any of your messages to `localhost' and they will be delivered as usual. There are tons of things that may be useful for somebody on a SOHO network. I don't agree you need an MTA when the only application requiring is cron. The default should be to dump cron output to a file. No need to setup 4 mail clients. Only if you want to send the output to a remote address would you need to do this. Having an MTA in the base system may not be obsolete. The option remains to install from ports as with so many other things. My concern is if some heavy legacy application, because of history or tradition, remains in base will draw resources from advancing in other areas that are much more relevant today. BR, Erik -- Erik Nørgaard Ph: +34.666334818/+34.915211157 http://www.locolomo.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: Why is sendmail is part of the system and not a package?
On Thu, Oct 29, 2009 at 06:55:20PM +0100, Erik Norgaard typed: Giorgos Keramidas wrote: I don't argue for a replacement but for the elimination. Install a port if you need an MTA, you're happy with that way for so many other standard services. Isn't this going a little too far? What other posix systems ship whith no default MTA at all? Not many I would say. The default should be to dump cron output to a file. No need to setup 4 mail clients. Only if you want to send the output to a remote address would you need to do this. No need to setup mail clients? How about you having to create an infrastructure to parse all these files on your servers? I like the way it is: create an alias for root and be done with it. The option remains to install from ports as with so many other things. And many other things not. Or do you want to go the linux way: just a kernel and the rest in packages? I like a complete OS. My concern is if some heavy legacy application, because of history or tradition, remains in base will draw resources from advancing in other areas that are much more relevant today. sendmail is NOT a legacy application. It's actively being developed ON FreeBSD. Actually, the maintainer(s) are doing a great job and are definetely NOT drawing resources from anyone or anything else. These discussions are. Also the sources in /usr/src/contrib/sendmail/src are 2.2 MB. That's not heavy at all. Ruben ___ 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: Why is sendmail is part of the system and not a package?
On Thu, 29 Oct 2009 18:08:24 +0200 Giorgos Keramidas keram...@ceid.upatras.gr wrote: What is nice about Sendmail today is that with minimal changes to a base FreeBSD installation (the rc.conf(5) variable called sendmail_enable and a SMART_HOST value in sendmail.mc) one can quickly get up and running with a local-only MTA that: sendmail_enable exposes sendmail to the world. You don't need to set anything for a local relay. Having a local MTA, even in a SOHO network may be useful. Instead of going through the same hoops to configure 4 different email clients, you can set up the local MTA and tell all your local mailer programs send any of your messages to `localhost' and they will be delivered as usual. It's also potentially a useful interface for spammers and viruses that bypasses remote authentication, in particular if the MTA is misconfigured as an open-relay. ___ 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: Merging Related Information from 2 Tables
Giorgos Keramidas writes: You should use a Perl or Python script, and a hash... If you show us a few sample lines from the input file and how you want the output to look, it shouldn't be too hard to quickly hack one of those together. Perl and python-- I wasn't even thinking of that! Thank you. I have installed python now on the FreeBSD system and will start learning it. A records look like: hydrogen.cis.osu. 43200 IN A 192.168.2.123 Text or TXT records look similar except that the data they convey are ASCII text strings of various information that are either read by people or maybe tell servers how to behave toward that particular client. hydrogen.cis.osu. 5 IN TXT cordell-north,009,192.168.2.123 Our hope is to have an output line looking like: 192.168.2.123 hydrogen.cis.osu cordell-north,009,192.168.2.123 We will actually run that output through sed to convert the 's to blanks and also the ,'s to blanks but that is trivial. Thanks for the examples. Martin McCormick ___ 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/arpack patch.tar.gz timestamp differs between ports and freebsd.org
= patch.tar.gz doesn't seem to exist in /usr/ports/distfiles/arpack. = Attempting to fetch from http://www.caam.rice.edu/software/ARPACK/SRC/. fetch: patch.tar.gz: local modification time does not match remote rm -v /usr/ports/distfiles/arpack/patch.tar.gz and start again. b. ___ 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: lang/gcc43 and lang/gcc44 installation procedures broken after updates
On 10/29/09, Scott Bennett benn...@cs.niu.edu wrote: On Wed, 28 Oct 2009 09:19:08 + b. f. bf1...@googlemail.com wrote: On 10/28/09, Scott Bennett benn...@cs.niu.edu wrote: On Tue, 27 Oct 2009 11:28:51 + b. f. bf1...@googlemail.com wrote: Scott Bennet wrote: MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} I figured it must do something of the sort. The CPU is an old 3.4 GHz P4 Prescott, so it has two logical processors, so MAKE_JOBS_NUMBER gets set to 2. Given the handbook recommendations and my own observations, it seems to me that the above method should actually multiply the value of kern.smp.cpus by at least 2.5 for best performance. For CPUs on separate cores, 3 is the recommended multiplier, but where HTT logical CPUs are involved a multiplier somewhat lower than that is in order. On the Prescott chips, 2.5 seems to work very well, so when I set MAKEFLAGS myself, I set it to 5, which is 2.5 * kern.smp.scpus. That seems a bit ambitious. In any event, It would be better to do this via the variable MAKE_JOBS_NUMBER, which was created for this purpose and can be overridden by the user, rather than by using MAKEFLAGS, which may cause all sorts of problems, among them ignoring the setting of MAKE_JOBS_UNSAFE. I guess I will just have to add -x gcc\* to the portmaster -x perl\*5.8.9\* -a runs from now on, which is now possible thanks to Doug Barton's portmaster enhancement that allows multiple -x arguments, and do lang/gcc* updates by the old-fashioned method that worked in this case. I'm not sure what to do if a situation arises like this for a port that has many dependencies that would typically be better managed by portmaster or portupgrade, however. You don't have to do it on the command line -- you can add the port to HOLD_PKGS in pkgtools.conf with portupgrade, or use a I haven't been using portupgrade much lately. portmaster seems to be the recommended tool, and it's certainly a lot faster than portupgrade, portmaster is more lightweight, but has fewer features. I roll my own. /var/db/pkg/*/+IGNOREME as described in portmaster(8). It's a bit of Yes, but that method doesn't work for perl, and IIRC, it doesn't work for lang/gcc?? either. The -x method does, however. It seems to work for me with lang/perl5.10. What experience have you had that suggests that it doesn't work with these ports? b. ___ 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: Why is sendmail is part of the system and not a package?
On Thu, 29 Oct 2009, Ruben de Groot wrote: sendmail is NOT a legacy application. It's actively being developed ON FreeBSD. Actually, the maintainer(s) are doing a great job Bullshit. Why does sendmail call up the internet during boot? If it needs to know who it is, why can't it look in hosts? Since it cannot be trusted to send mail, what does it need to know from the internet? It has been horribly broken for the 15 years or so that I have run FBSD, and this m4 stuff is a pile of crap. There is no documentation whatsoever. Unless you buy a book from O'Reilly and line the pockets of the maintainer(s). Why can't it be a option to configure the system without it? Not any money in that, is there? -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ 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: breakthru, maybe....
On Thu, Oct 29, 2009 at 02:09:50PM +0200, Ross Cameron wrote: On Thu, Oct 29, 2009 at 6:00 AM, Gary Kline kl...@thought.org wrote: On Wed, Oct 28, 2009 at 04:44:42PM -0700, Kurt Buff wrote: On Wed, Oct 28, 2009 at 16:08, Gary Kline kl...@thought.org wrote: On Wed, Oct 28, 2009 at 11:02:37PM +0100, Polytropon wrote: On Wed, 28 Oct 2009 14:48:46 -0700, Gary Kline kl...@thought.org wrote: so: what is the URL to download the 8.0-PRE freebsd? ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.0/ ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/ wait, i thought the duo core is 64bits. still 32? This: ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/ is indeed 64bit. Yes! but i bought the *Intel* 2-duo-core or whatever; not the AMD (aDvanced micro Devices) chip. Are these both bit by bit == ?? i mean, exactly--software-wise, the same?? thanks. gary ps i knew the amd was an intel clone on the 32-bit level; not sure about the 64-bit chips... . Intel licensed the AMD64 instruction set and they call it Intel 64 in their chips. Most free UNIX-like systems call the x86_64 releases AMD64 because thats the correct name for the instruction set. Well, I was just a bit behind the times; like four or five years. But thanks to several wiki articles, that's resolved. Nutshell is that I just finished burning the bootonly.iso. Now, if the power holds and I get the 8.0-RC2 running on the Dell, there's hope. And for my next trick: I'm ordering a UPS. It is only for the DNS server and firefall (pfSense). I'll either refurb the current computer or buy a newer 32-bit for the firewall. I'd like suggestions on which UPS to buy. Figuring the Dell Duo and a standard Intel box, would 250w be a good enough SWAG? gary -- Opportunity is most often missed by people because it is dressed in overalls and looks like work. Thomas Alva Edison Inventor of 1093 patents, including: The light bulb, phonogram and motion pictures. -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php ___ 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: Why is sendmail is part of the system and not a package?
On Thu, Oct 29, 2009 at 06:34:35PM +, RW wrote: On Thu, 29 Oct 2009 18:08:24 +0200 Giorgos Keramidas keram...@ceid.upatras.gr wrote: What is nice about Sendmail today is that with minimal changes to a base FreeBSD installation (the rc.conf(5) variable called sendmail_enable and a SMART_HOST value in sendmail.mc) one can quickly get up and running with a local-only MTA that: sendmail_enable exposes sendmail to the world. You don't need to set anything for a local relay. Having a local MTA, even in a SOHO network may be useful. Instead of going through the same hoops to configure 4 different email clients, you can set up the local MTA and tell all your local mailer programs send any of your messages to `localhost' and they will be delivered as usual. It's also potentially a useful interface for spammers and viruses that bypasses remote authentication, in particular if the MTA is misconfigured as an open-relay. I may as well offer my dime's worth since I have used and fought-with sendmail sinve FreeBSD-2.0.5. I bought the book; it is super-dense. Still, sendmail, with it's horrible complexity and remaining bug [!] has knobs that its authors have forgotten. How about this: A small bunch of us get together and write up (say) 50 pages of readable material with examples. I'll be one of the few [3 to 5] writers. There very well may be better MTAs out there, but at least sendmail works! gary ___ 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 -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php ___ 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
Get the cwd of a process?
Is there any way to get the cwd of a process? We had the situation recently where a perl script was called from an infiltrated Wordpress installation, but we weren't able to determine which of the hundreds of Wordpress blogs was the source. The ps listing showed: www 63968 2.4 0.2 26092 5008 ?? Rs5:36PM 93:10.67 ./mrf.pl (perl5.8.8) The procfs entry was no help because it does not seem to provide a cwd. The cmdline entry just showed /usr/local/bin/perl ./mrf.pl. We had to kill the process, and who ever was responsible did a good job of hiding their tracks. But should this happen again (and we expect it will), we'd like to be able to find the source. Patrick ___ 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: Why is sendmail is part of the system and not a package?
Ruben de Groot wrote: On Thu, Oct 29, 2009 at 06:55:20PM +0100, Erik Norgaard typed: Giorgos Keramidas wrote: I don't argue for a replacement but for the elimination. Install a port if you need an MTA, you're happy with that way for so many other standard services. Isn't this going a little too far? What other posix systems ship whith no default MTA at all? Not many I would say. That would be a valid argument if an MTA is required to comply with the posix standard. AFAIK it is not. The default should be to dump cron output to a file. No need to setup 4 mail clients. Only if you want to send the output to a remote address would you need to do this. No need to setup mail clients? How about you having to create an infrastructure to parse all these files on your servers? I like the way it is: create an alias for root and be done with it. What? This is silly. Currently cron sends you output to the root inbox, do you require an infrastructure to parse these mails? I suggest to dump this same output to a file which can easily be read using more. The option remains to install from ports as with so many other things. And many other things not. Or do you want to go the linux way: just a kernel and the rest in packages? I like a complete OS. That's the key to the discussion, when is the OS complete? I could do without Sendmail, FTP daemon and NIS. Or the other way, why is there no http daemon in base, or no ldap? There really is no right answer to that, things change. It is always a valid discussion to question what should be part of base, if new things should be included and other things removed or replaced. If you reject this discussion with arguments such as because it's always been there then you risk FreeBSD will simply become legacy itself. My concern is if some heavy legacy application, because of history or tradition, remains in base will draw resources from advancing in other areas that are much more relevant today. sendmail is NOT a legacy application. It's actively being developed ON FreeBSD. Actually, the maintainer(s) are doing a great job and are definetely NOT drawing resources from anyone or anything else. Of course it is being actively developed, it has to, it's in base. You suggest that if Sendmail was not in base, then these developers currently maintaining Sendmail would be doing nothing instead? Yes, it does take resources. How much resources are spent on Sendmail, I have no idea. These discussions are. Absolutely, I was just bored, so it seems are you :) Also the sources in /usr/src/contrib/sendmail/src are 2.2 MB. That's not heavy at all. File size is not a measure of code quality, or the effort required to maintain it. Regards, Erik -- Erik Nørgaard Ph: +34.666334818/+34.915211157 http://www.locolomo.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: Why is sendmail is part of the system and not a package?
On Thu, 29 Oct 2009 18:34:35 +, RW rwmailli...@googlemail.com wrote: On Thu, 29 Oct 2009 18:08:24 +0200 Giorgos Keramidas keram...@ceid.upatras.gr wrote: What is nice about Sendmail today is that with minimal changes to a base FreeBSD installation (the rc.conf(5) variable called sendmail_enable and a SMART_HOST value in sendmail.mc) one can quickly get up and running with a local-only MTA that: sendmail_enable exposes sendmail to the world. You don't need to set anything for a local relay. I should have been more clear: I meant sendmail_enable=NO (instead of NONE). This does not open Sendmail to anyone: keram...@kobe:/home/keramida$ sockstat -4 | sed -n -e 1p -e /send/p USER COMMANDPID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS root sendmail 3001 4 tcp4 127.0.0.1:25 *:* I'm a bit tired of saying the same thing many times, so I will stop saying ``please, work on making this happen, and let us have the patches''. I'll drop out of this thread now, because it has already taken too much of my time to write replies. ___ 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: Merging Related Information from 2 Tables
On Thu, 29 Oct 2009 18:37:09 +0200, Giorgos Keramidas keram...@ceid.upatras.gr wrote: You should use a Perl or Python script, and a hash... ... Running this script should produce something like: : keram...@kobe:/tmp$ python martin.py input-file : {'kobe': [('A', '127.0.0.1'), ('TXT', 'This is a test')], : 'localhost': [('A', '127.0.0.1')]} When you have the hash map of hostname to record-list for each host, you can select and print any combination of host=record from this hash. On Thu, 29 Oct 2009 13:44:12 -0500, Martin McCormick mar...@dc.cis.okstate.edu wrote: Perl and python-- I wasn't even thinking of that! Thank you. I have installed python now on the FreeBSD system and will start learning it. A records look like: hydrogen.cis.osu. 43200 IN A 192.168.2.123 Text or TXT records look similar except that the data they convey are ASCII text strings of various information that are either read by people or maybe tell servers how to behave toward that particular client. hydrogen.cis.osu. 5 IN TXT cordell-north,009,192.168.2.123 Once you slurp all the A and TXT records in a hash-map or another data structure of your own with Python, you can iterate over the hash and print parts or all of it. For example, if you have the hash I printed in my previous reply, you can print all addresses and text records with a small bit of code: : keram...@kobe:/home/keramida$ cat hello.py : #!/usr/bin/env python : : hosts = {'kobe': [('A', '127.0.0.1'), : ('TXT', 'This is a test')], : 'localhost': [('A', '127.0.0.1')]} : : for h in sorted(hosts): : addrs = [x[1] for x in hosts[h] if x[0] == 'A'] : txts = [x[1] for x in hosts[h] if x[0] == 'TXT'] : for a in addrs: : if len(txts) == 0: : txts = [] : for t in txts: : print %-20s %-30s %s % (a, h, t) : keram...@kobe:/home/keramida$ python hello.py : 127.0.0.1kobe This is a test : 127.0.0.1localhost : keram...@kobe:/home/keramida$ Add or remove formatting as you see fit :-) ___ 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
Effing HAL
For Christ's sake. I have an IBM X41 laptop, which was happily running FreeBSD 7.1. Having a little free time this evening I decided to update it to 7.2. The upgrade failed miserably so I had to install from scratch. But that's OK, because I had backed up the machine beforehand. The install went through fine (via NFS after PXE boot - no CDROM on this box). And then I get to X. As this is a minor update I go to use the old Xorg config which worked fine. No joy. I get the dreaded No screens found error, although the screen is there of course. After trying X -configure several times, tweaking, etc., I get nowhere slowly. i810 is now just intel, but whatever. The screen comes up, but no mouse or keyboard. After yet much more fiddling and tweaking I finally get to the crux of the problem: fricking HAL. Having installed this from scratch using the X User defaults I might have expected that something that is now required to get the flipping keyboard and mouse working would be enabled by the installer. But no, I have to waste time on this crap just to get back to where I was before. Oh, and HAL uses 6MB or so of RAM. Not a lot. But as I already specify the hardware in the Xorg conf file it is, as far as I can see, an unnecessary waste. I thought it would be easy, but no, it's just a pain. It's wasn't unsolvable, as I have years of fiddling with UNIX and FreeBSD in particular. But for effing Christ's sake. I know this isn't specifically a FreeBSD problem, HAL being needed by X. But the flipping installer should enable it when I selected X flipping User from the install options. My little upgrade has now turned from a bit of fun into a saga that I don't want to go through again. I had to get this off my chest. It was, as they say, doing my head in. MF. ___ 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: Effing HAL
On Thu, Oct 29, 2009 at 4:55 PM, Freminlins freminl...@gmail.com wrote: For Christ's sake. I have an IBM X41 laptop, which was happily running FreeBSD 7.1. Having a little free time this evening I decided to update it to 7.2. The upgrade failed miserably so I had to install from scratch. But that's OK, because I had backed up the machine beforehand. The install went through fine (via NFS after PXE boot - no CDROM on this box). And then I get to X. As this is a minor update I go to use the old Xorg config which worked fine. No joy. I get the dreaded No screens found error, although the screen is there of course. After trying X -configure several times, tweaking, etc., I get nowhere slowly. i810 is now just intel, but whatever. The screen comes up, but no mouse or keyboard. After yet much more fiddling and tweaking I finally get to the crux of the problem: fricking HAL. Having installed this from scratch using the X User defaults I might have expected that something that is now required to get the flipping keyboard and mouse working would be enabled by the installer. But no, I have to waste time on this crap just to get back to where I was before. Oh, and HAL uses 6MB or so of RAM. Not a lot. But as I already specify the hardware in the Xorg conf file it is, as far as I can see, an unnecessary waste. I thought it would be easy, but no, it's just a pain. It's wasn't unsolvable, as I have years of fiddling with UNIX and FreeBSD in particular. But for effing Christ's sake. I know this isn't specifically a FreeBSD problem, HAL being needed by X. But the flipping installer should enable it when I selected X flipping User from the install options. My little upgrade has now turned from a bit of fun into a saga that I don't want to go through again. I had to get this off my chest. It was, as they say, doing my head in. MF. ___ HAL dependency is a knob in xorg-server port. -- Adam Vande More ___ 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: Why is sendmail is part of the system and not a package?
On Thu, 29 Oct 2009 23:39:49 +0200 Giorgos Keramidas keram...@ceid.upatras.gr wrote: On Thu, 29 Oct 2009 18:34:35 +, RW rwmailli...@googlemail.com wrote: On Thu, 29 Oct 2009 18:08:24 +0200 Giorgos Keramidas keram...@ceid.upatras.gr wrote: What is nice about Sendmail today is that with minimal changes to a base FreeBSD installation (the rc.conf(5) variable called sendmail_enable and a SMART_HOST value in sendmail.mc) one can quickly get up and running with a local-only MTA that: sendmail_enable exposes sendmail to the world. You don't need to set anything for a local relay. I should have been more clear: I meant sendmail_enable=NO (instead of NONE). This does not open Sendmail to anyone: sendmail_enable=NO is the default. ___ 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/arpack patch.tar.gz timestamp differs between ports and freebsd.org
On Thu, 29 Oct 2009 19:41:37 + b. f. bf1...@googlemail.com wrote: = patch.tar.gz doesn't seem to exist in /usr/ports/distfiles/arpack. = Attempting to fetch from http://www.caam.rice.edu/software/ARPACK/SRC/. fetch: patch.tar.gz: local modification time does not match remote rm -v /usr/ports/distfiles/arpack/patch.tar.gz and start again. Well, well. I took the message shown above to the effect that that file didn't exist there at face value. But the file was indeed there, so I guess portmaster or something that portmaster runs can lie. After manually deleting the file per your suggestion, math/arpack installed just fine. Thank you very much! math/octave is now compiling as I write this. 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
Re: Why is sendmail is part of the system and not a package?
Having used sendmail since (quite nearly) the day it was released, and having also spent considerable time with postfix, exim, etc. in a variety of environments both small and quite large, I think I'm in a position to address this. Sendmail remains one of the best choices for an MTA. It's quite easy to configure for nearly all installations -- I would say that over the many I've done, most of those required only a few lines of changes to one of the m4 files to produce a fully-working configuration. It has an excellent feature set. It's maintained by some of the most experienced MTA people on this planet and while I don't agree with all of their design or implementation choices, I've learned to respect their judgment. It's readily configurable and customizable for some quite demanding and/or esoteric environments. It's documented exhaustively and considerable expertise abounds. It integrates well with just about everything, from webmail frontends to POP/IMAP servers to mailing list management software like Mailman. I see no reason at this time to change to another (default) MTA. Which is not to say that everyone should run the default MTA: some installations may require features which sendmail doesn't offer and can't be handled by milters. But in those cases -- where another MTA is required -- I expect the implementor to have the expertise to effect this change. ---Rsk ___ 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: Effing HAL
--On Thursday, October 29, 2009 16:55:58 -0500 Freminlins freminl...@gmail.com wrote: I know this isn't specifically a FreeBSD problem, HAL being needed by X. But the flipping installer should enable it when I selected X flipping User from the install options. My little upgrade has now turned from a bit of fun into a saga that I don't want to go through again. I had to get this off my chest. It was, as they say, doing my head in. Far be it from me to pile on when you're already so frustrated, but I run into these sorts of problems myself from time to time. It's usually because I didn't bother to read /usr/ports/UPDATING first, which in this case might have warned you. 20090123: AFFECTS: users of x11-servers/xorg-server AUTHOR: rnol...@freebsd.org If you are using an older xorg.conf several config lines are no longer needed and will generate warnings when X is started. RgbPath will cause X to fail to start, remove it from your config. Server 1.5.3 also really wants to configure its input devices via hald. This is causing some issues with moused and /dev/sysmouse. There are couple of options for how to deal with it: 1. Add Option AllowEmptyInput off to your ServerLayout section. This will cause X to use the configured kbd, mouse, and vmmouse sections from your xorg.conf 2. Don't use moused. If you want it to work with addon USB mice set this in rc.conf: moused_enable=NO moused_nondefault_enable=NO I'm working on fixing hald or the mouse driver or both. In this modern world where everyone wants things to just work, xorg now does not require any conf file at all, and can happily configure on the fly (in most cases) without any input at all. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson ___ 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: lang/gcc43 and lang/gcc44 installation procedures broken after updates
On Thu, 29 Oct 2009 20:07:09 + b. f. bf1...@googlemail.com wrote: On 10/29/09, Scott Bennett benn...@cs.niu.edu wrote: On Wed, 28 Oct 2009 09:19:08 + b. f. bf1...@googlemail.com wrote: On 10/28/09, Scott Bennett benn...@cs.niu.edu wrote: On Tue, 27 Oct 2009 11:28:51 + b. f. bf1...@googlemail.com wrote: Scott Bennet wrote: MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} I figured it must do something of the sort. The CPU is an old 3.4 GHz P4 Prescott, so it has two logical processors, so MAKE_JOBS_NUMBER gets set to 2. Given the handbook recommendations and my own observations, it seems to me that the above method should actually multiply the value of kern.smp.cpus by at least 2.5 for best performance. For CPUs on separate cores, 3 is the recommended multiplier, but where HTT logical CPUs are involved a multiplier somewhat lower than that is in order. On the Prescott chips, 2.5 seems to work very well, so when I set MAKEFLAGS myself, I set it to 5, which is 2.5 * kern.smp.scpus. That seems a bit ambitious. In any event, It would be better to do Perhaps it is, but my own experience with it shows 6 to be too high and 4 to be a bit low. 5 seems to work pretty well with very little CPU idle time. this via the variable MAKE_JOBS_NUMBER, which was created for this purpose and can be overridden by the user, rather than by using MAKEFLAGS, which may cause all sorts of problems, among them ignoring the setting of MAKE_JOBS_UNSAFE. When installing/updating ports, I always unsetenv MAKEFLAGS before starting, so there should be no problem. It just means that some ports jobs probably take slightly longer to complete. I guess I will just have to add -x gcc\* to the portmaster -x perl\*5.8.9\* -a runs from now on, which is now possible thanks to Doug Barton's portmaster enhancement that allows multiple -x arguments, and do lang/gcc* updates by the old-fashioned method that worked in this case. I'm not sure what to do if a situation arises like this for a port that has many dependencies that would typically be better managed by portmaster or portupgrade, however. You don't have to do it on the command line -- you can add the port to HOLD_PKGS in pkgtools.conf with portupgrade, or use a I haven't been using portupgrade much lately. portmaster seems to be the recommended tool, and it's certainly a lot faster than portupgrade, portmaster is more lightweight, but has fewer features. I roll my own. From just the few months I've been using portmaster, it seems to make fewer mistakes than portupgrade, though. The problem is in trying to keep in mind that the mistakes that it does make are ones it makes quite frequently. /var/db/pkg/*/+IGNOREME as described in portmaster(8). It's a bit of Yes, but that method doesn't work for perl, and IIRC, it doesn't work for lang/gcc?? either. The -x method does, however. It seems to work for me with lang/perl5.10. What experience have you had that suggests that it doesn't work with these ports? I upgraded from lang/perl5.8 to lang/perl5.10 a few months ago. The thread should be in the freebsd-ports@ archives. portmaster would prompt about the +IGNOREME file, accept the reply of n or just hitting enter to take the default of n, continue on a while, and then begin to rebuild perl-5.8.9 anyway. -x works more reliably than +IGNOREME, but the two together cover more situations, so that's what I do now for the really tough cases like perl. A problem until a month or two ago was that portmaster would only accept a single -x argument. Doug Barton enhanced it to accept many a couple of months ago, so portmaster is a considerably better tool now than it was before. He has recently posted a request on freebsd-announce for funding to support a major rewrite/enhancement project for portmaster. If enough money can be raised, he plans to drop his other income-producing activities long enough to get the project done, which might reduce the frequency of roadblocks we encounter in dealing with the ports subsystem of 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
Re: Effing HAL
2009/10/29 Paul Schmehl pschmehl_li...@tx.rr.com Far be it from me to pile on when you're already so frustrated, but I run into these sorts of problems myself from time to time. It's usually because I didn't bother to read /usr/ports/UPDATING first, which in this case might have warned you. Yeah, thanks for that. I knew about that file, but don't often read it. There's even more to the saga - Xkblayout doesn't work. This whole HAL thing stinks horribly. IF X is built with HAL basically certain options specified in xorg.conf no longer work. HAL thinks it knows best. But it doesn't, cos it's broken. What really gets my goat about this is that things that used to work, and people understand how they worked and how they were configured, no longer work. And I'm 18MB of RAM worse off into the bargain. There's a thread about other people's experience here: http://forums.freebsd.org/showthread.php?p=10924#post10924. One of the posts contains these words I've been fighting this one for two days now, and still don't have a fully working system. That's seriously nasty for anyone. The whole Xorg thing, at least on FreeBSD, is just a minefield. I like to remove unnecessary packages, to save space for when I do backups. I don't have an Nvidia card on this box so: pkg_delete xf86-video-nv-2.1.13 pkg_delete: package 'xf86-video-nv-2.1.13' is required by these other packages and may not be deinstalled: xorg-drivers-7.4_1 xorg-7.4_1 Great. So what is the point in having a separate package if I can't remove that damn thing? I know I can pkg_delete -f, but why make it hard? Paul Schmehl, Senior Infosec Analyst MF ___ 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: lang/gcc43 and lang/gcc44 installation procedures broken after updates
Look, keep claiming that it's working if you like, but I've been backing up another machine and making notes -- so that when I do my reinstall of 7.2, I don't have to come back here again, asking for help that's already been given. My point is: gcc44 doesn't work. It is broken and I suspect it's going to stay broken. Only a fresh install *might* fix the problem. I know these systems are very complex, I don't want to criticize anyone -- I'm very impressed that the FreeBSD community works as well as it does; And after all, this is the first time I've encountered problems this serious, and I used to write compilers, so I know that you guys have done a terrific job. But let's move on; gcc44 doesn't work, it's not going to, and we need to focus on a repair strategy. Is it to simply to do a fresh install? I've been backing up, I'll do this if I have to... On Thu, Oct 29, 2009 at 6:50 PM, Scott Bennett benn...@cs.niu.edu wrote: On Thu, 29 Oct 2009 20:07:09 + b. f. bf1...@googlemail.com wrote: On 10/29/09, Scott Bennett benn...@cs.niu.edu wrote: On Wed, 28 Oct 2009 09:19:08 + b. f. bf1...@googlemail.com wrote: On 10/28/09, Scott Bennett benn...@cs.niu.edu wrote: On Tue, 27 Oct 2009 11:28:51 + b. f. bf1...@googlemail.com wrote: Scott Bennet wrote: MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` _MAKE_JOBS= -j${MAKE_JOBS_NUMBER} I figured it must do something of the sort. The CPU is an old 3.4 GHz P4 Prescott, so it has two logical processors, so MAKE_JOBS_NUMBER gets set to 2. Given the handbook recommendations and my own observations, it seems to me that the above method should actually multiply the value of kern.smp.cpus by at least 2.5 for best performance. For CPUs on separate cores, 3 is the recommended multiplier, but where HTT logical CPUs are involved a multiplier somewhat lower than that is in order. On the Prescott chips, 2.5 seems to work very well, so when I set MAKEFLAGS myself, I set it to 5, which is 2.5 * kern.smp.scpus. That seems a bit ambitious. In any event, It would be better to do Perhaps it is, but my own experience with it shows 6 to be too high and 4 to be a bit low. 5 seems to work pretty well with very little CPU idle time. this via the variable MAKE_JOBS_NUMBER, which was created for this purpose and can be overridden by the user, rather than by using MAKEFLAGS, which may cause all sorts of problems, among them ignoring the setting of MAKE_JOBS_UNSAFE. When installing/updating ports, I always unsetenv MAKEFLAGS before starting, so there should be no problem. It just means that some ports jobs probably take slightly longer to complete. I guess I will just have to add -x gcc\* to the portmaster -x perl\*5.8.9\* -a runs from now on, which is now possible thanks to Doug Barton's portmaster enhancement that allows multiple -x arguments, and do lang/gcc* updates by the old-fashioned method that worked in this case. I'm not sure what to do if a situation arises like this for a port that has many dependencies that would typically be better managed by portmaster or portupgrade, however. You don't have to do it on the command line -- you can add the port to HOLD_PKGS in pkgtools.conf with portupgrade, or use a I haven't been using portupgrade much lately. portmaster seems to be the recommended tool, and it's certainly a lot faster than portupgrade, portmaster is more lightweight, but has fewer features. I roll my own. From just the few months I've been using portmaster, it seems to make fewer mistakes than portupgrade, though. The problem is in trying to keep in mind that the mistakes that it does make are ones it makes quite frequently. /var/db/pkg/*/+IGNOREME as described in portmaster(8). It's a bit of Yes, but that method doesn't work for perl, and IIRC, it doesn't work for lang/gcc?? either. The -x method does, however. It seems to work for me with lang/perl5.10. What experience have you had that suggests that it doesn't work with these ports? I upgraded from lang/perl5.8 to lang/perl5.10 a few months ago. The thread should be in the freebsd-ports@ archives. portmaster would prompt about the +IGNOREME file, accept the reply of n or just hitting enter to take the default of n, continue on a while, and then begin to rebuild perl-5.8.9 anyway. -x works more reliably than +IGNOREME, but the two together cover more situations, so that's what I do now for the really tough cases like perl. A problem until a month or two ago was that portmaster would only accept a single -x argument. Doug Barton enhanced it to accept many a couple of months ago, so portmaster is a considerably better tool now than it was before. He has recently posted a request on freebsd-announce for funding to support a major rewrite/enhancement project for portmaster. If
Dejar de pagar impuestos
NI UN PESO MAS SE TRATA DE UNIRNOS PARA QUE YA NO SE ROBEN NUESTRO DINERO. ES UNA DECISIÓN INDIVIDUAL, PERO SI LA TOMAMOS TODOS AL MISMO TIEMPO, SEREMOS MAS FUERTES QUE NUNCA... Y NO NOS ROBARÁN. [http://www.youtube.com/watch?v=--5qUiNEHx4] http://www.youtube.com/watch?v=--5qUiNEHx4 ESTIMADOS MEXICANOS, ESTE GOBIERNO SEA PRI PAN O PRD SIEMPRE SERÁ LO MISMO... SIEMPRE NOS VAN A ROBAR. LO QUE ESTÁ MAL ES EL SISTEMA. Y AHORA, NOS VAN A COBRAR MAS PARA SEGUIR MANTENIENDO SUS APARATOS PARTIDISTAS, SUS LUJOS, SUS INCOMPETENCIAS, Y YO ME PREGUNTO Y LES PREGUNTO: ¿QUE NECESITAMOS PARA DARNOS CUENTA DE ELLO? ¿OTRO GOBER PRECIOSO? ¿OTRO MADRAZO? ¿OTRO BEJARANO? ¿OTRO FOX, OTRA MARTITA? ¿OTRA ELBA ESTHER? ¿OTRA CRISIS? ¿MÁS TENENCIA? ¿MAS SECUESTROS? ¿MAS NARCO? ¿CUANTAS TRAICIONES NECESITAS PARA DARTE CUENTA QUE ESTE GOBIERNO NUNCA VA A CAMBIAR? SÓLO DIGAMOS: NI UN PESO MAS. SI SUBEN LOS IMPUESTOS, LOS DEJAMOS DE PAGAR. HÁGANLE COMO PUEDAN, A MÍ NO ME VAN A COBRAR. Únete a nuestro grupo en Facebook: [http://www.facebook.com/group.php?gid=136533381757ref=ts] http://www.facebook.com/group.php?gid=136533381757ref=ts Gobierno: Bajen sus gasto corriente. Cobren a los que no les han cobrado. NO ME SUBAN LOS IMPUESTOS. Atentamente, [http://www.evolucionmexicana.com] http://www.evolucionmexicana.com [http://www.mamosu.net/mexico] http://www.mamosu.net/mexico [http://www.proyectociudadano.mex.tl/] http://www.proyectociudadano.mex.tl [http://www.alianzacivica.org.mx] http://www.alianzacivica.org.mx [http://www.anciudadana.org] http://www.anciudadana.org [http://www.despertar-ciudadano.org/index.php] http://www.despertar-ciudadano.org/index.php [http://propuestamcd.wordpress.com] http://propuestamcd.wordpress.com Por favor reenvía este mensaje a tus contactos. Si quieres dejar de recibir estos correos, por favor contesta este correo con la palabra eliminar en el asunto. Confirm to list: EvoMex http://app.icontact.com/icp/confirm.php?r=18504105s=ZF2Agid=37695c=583387l=25620m=150035 This message was sent by: RegioMail, Mapimi 211 Col. Ma. Luisa, Monterrey, Nuevo León 64005, Mexico Email Marketing by iContact: http://freetrial.icontact.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: Effing HAL
Freminlins wrote: 2009/10/29 Paul Schmehl pschmehl_li...@tx.rr.com Far be it from me to pile on when you're already so frustrated, but I run into these sorts of problems myself from time to time. It's usually because I didn't bother to read /usr/ports/UPDATING first, which in this case might have warned you. Yeah, thanks for that. I knew about that file, but don't often read it. There's even more to the saga - Xkblayout doesn't work. This whole HAL thing stinks horribly. IF X is built with HAL basically certain options specified in xorg.conf no longer work. HAL thinks it knows best. But it doesn't, cos it's broken. What really gets my goat about this is that things that used to work, and people understand how they worked and how they were configured, no longer work. And I'm 18MB of RAM worse off into the bargain. There's a thread about other people's experience here: http://forums.freebsd.org/showthread.php?p=10924#post10924. One of the posts contains these words I've been fighting this one for two days now, and still don't have a fully working system. That's seriously nasty for anyone. The whole Xorg thing, at least on FreeBSD, is just a minefield. I like to remove unnecessary packages, to save space for when I do backups. I don't have an Nvidia card on this box so: pkg_delete xf86-video-nv-2.1.13 pkg_delete: package 'xf86-video-nv-2.1.13' is required by these other packages and may not be deinstalled: xorg-drivers-7.4_1 xorg-7.4_1 Great. So what is the point in having a separate package if I can't remove that damn thing? I know I can pkg_delete -f, but why make it hard? Paul Schmehl, Senior Infosec Analyst MF ___ 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 Yes, HAL does stink. As I understand it it drifted over from the Linux world. People smarter than I saw a need for it. (I'm not second guessing them here, after the typical hair pulling I read UPDATING and some of the angry but concise posts about HAL and everything has worked great since.) Imagine my surprise then to read in a recent Ubuntu write-up that, with the release of Karmic Koala, their (Ubuntu's) use of HAL is on its way to deprecation. How long has it been around? A year? Two? And now it's headed for Linux's ever-expanding dustbin of ideas that were once sold as the greatest thing since sliced bread. This is why I use FreeBSD; as a counter-irritant to Linux's willy-nilly approach to development. ___ 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: lang/gcc43 and lang/gcc44 installation procedures broken after updates
On Thu, 29 Oct 2009 19:19:28 -0400 Henry Olyer henry.ol...@gmail.com wrote: Look, keep claiming that it's working if you like, but I've been backing up another machine and making notes -- so that when I do my reinstall of 7.2, I don't have to come back here again, asking for help that's already been given. My point is: gcc44 doesn't work. It is broken and I suspect it's going to stay broken. Only a fresh install *might* fix the problem. Given that it has just finished compiling math/octave-3.2.3 in the last minute or two, I'd say your assessment of gcc44 needs some modification. :-) I know these systems are very complex, I don't want to criticize anyone -- I'm very impressed that the FreeBSD community works as well as it does; And after all, this is the first time I've encountered problems this serious, and I used to write compilers, so I know that you guys have done a terrific job. But let's move on; gcc44 doesn't work, it's not going to, and we need to It does work. focus on a repair strategy. Is it to simply to do a fresh install? I've been backing up, I'll do this if I have to... And it installed fine, too, which you would have known if you had read my followup to the suggestion to do a make distclean install from the lang/gcc44 directory, rather than to install it via portmaster. Assuming that the old-fashioned method handled any accumulated patches properly, then I think the only problem is in portmaster, rather than lang/gcc4[34]. What, in particular, about those two ports caused portmaster to screw up remains to be determined. 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
Re: Effing HAL
On Thu, Oct 29, 2009 at 6:15 PM, Freminlins freminl...@gmail.com wrote: 2009/10/29 Paul Schmehl pschmehl_li...@tx.rr.com The whole Xorg thing, at least on FreeBSD, is just a minefield. I like to remove unnecessary packages, to save space for when I do backups. I don't have an Nvidia card on this box so: pkg_delete xf86-video-nv-2.1.13 pkg_delete: package 'xf86-video-nv-2.1.13' is required by these other packages and may not be deinstalled: xorg-drivers-7.4_1 ^^ xorg-7.4_1 ^^ Great. So what is the point in having a separate package if I can't remove that damn thing? I know I can pkg_delete -f, but why make it hard? The xorg and xorg-drivers ports are meta ports meant to make it easier to just install _everything_ related to those two items. They don't actually install anything themselves. You can safely delete those two ports and then the xf86-video-nv port will not complain about being required by other ports. Matt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
APACHE/PHP/MYSQL Password Hash
I have inherited a website to work on that users authenticate to using a login and password from a login page. The server is FreeBSD 6.2 running APACHE/PHP/MYSQL. There is a MYSQL table that maintains all of the users. The table has a users name and password. The password is hashed and some examples are: 02SvtVJnRLzuQ 42jhVP6kxUBX6 Can anyone tell me what file I would look at to see what hash algorithm is being used to store the passwords in the table? Any help would be great. ___ 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: APACHE/PHP/MYSQL Password Hash
Hi, The password is hashed and some examples are: 02SvtVJnRLzuQ 42jhVP6kxUBX6 Can anyone tell me what file I would look at to see what hash algorithm is being used to store the passwords in the table? Any help would be great. As a hint, to help make it easier to reply, where are the password stored? Where did you get the example above? Olivier ___ 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: breakthru, maybe....
Gary Kline wrote: On Thu, Oct 29, 2009 at 02:09:50PM +0200, Ross Cameron wrote: On Thu, Oct 29, 2009 at 6:00 AM, Gary Kline kl...@thought.org wrote: On Wed, Oct 28, 2009 at 04:44:42PM -0700, Kurt Buff wrote: On Wed, Oct 28, 2009 at 16:08, Gary Kline kl...@thought.org wrote: On Wed, Oct 28, 2009 at 11:02:37PM +0100, Polytropon wrote: On Wed, 28 Oct 2009 14:48:46 -0700, Gary Kline kl...@thought.org wrote: so: what is the URL to download the 8.0-PRE freebsd? ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.0/ ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/ wait, i thought the duo core is 64bits. still 32? This: ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/ is indeed 64bit. Yes! but i bought the *Intel* 2-duo-core or whatever; not the AMD (aDvanced micro Devices) chip. Are these both bit by bit == ?? i mean, exactly--software-wise, the same?? thanks. gary ps i knew the amd was an intel clone on the 32-bit level; not sure about the 64-bit chips... . Intel licensed the AMD64 instruction set and they call it Intel 64 in their chips. Most free UNIX-like systems call the x86_64 releases AMD64 because thats the correct name for the instruction set. Well, I was just a bit behind the times; like four or five years. But thanks to several wiki articles, that's resolved. Nutshell is that I just finished burning the bootonly.iso. Now, if the power holds and I get the 8.0-RC2 running on the Dell, there's hope. And for my next trick: I'm ordering a UPS. It is only for the DNS server and firefall (pfSense). I'll either refurb the current computer or buy a newer 32-bit for the firewall. I'd like suggestions on which UPS to buy. Figuring the Dell Duo and a standard Intel box, would 250w be a good enough SWAG? gary -- Opportunity is most often missed by people because it is dressed in overalls and looks like work. Thomas Alva Edison Inventor of 1093 patents, including: The light bulb, phonogram and motion pictures. Aloha Gary, If that used computer place has UPS get a couple and get new batteries for them if they are not refurbished. I got 2 used free beacuse the batteries were dead and took out the small batteries and installed the standard 100 amp hour batteries to back up 6 servers 2 years ago. I too was having up to 10 hour power outages.Now the backup will go for at least 10 hours with no line power. We had a 6 hour outage last fall and the system kept right on working. ~Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 + http://hawaiidakine.com + http://freebsdinfo.org + + http://aloha50.net - Supporting - FreeBSD 7.2 - 8.0 - 9* + email: n...@hdk5.net All that's really worth doing is what we do for others.- Lewis Carrol ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: APACHE/PHP/MYSQL Password Hash
On Thu, Oct 29, 2009 at 8:52 PM, Monty Pyth freebsdn...@yahoo.com wrote: I have inherited a website to work on that users authenticate to using a login and password from a login page. The server is FreeBSD 6.2 running APACHE/PHP/MYSQL. There is a MYSQL table that maintains all of the users. The table has a users name and password. The password is hashed and some examples are: 02SvtVJnRLzuQ 42jhVP6kxUBX6 Can anyone tell me what file I would look at to see what hash algorithm is being used to store the passwords in the table? Any help would be great. Looking in the website file that processes the login page. ___ 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
Rebuild instructions for amd64 systems
I am installing FreeBSD 7.2 / amd64 on a new server (HP DL370 G6) with 2 quad Xeon processors and 16GB memory. I have worked with the i386 versions since version 3.x, but this is the first server large enough to need amd64. I have been trying to determine the correct procedures for rebuilding the world and kernel. I have not been able to find a location that had step by step instructions, similar to the handbook, for properly working with the amd64 version. Searches have turned up so many fragments of what needs to be done, that I cannot feel confident trying to put the pieces together. I need instructions for the command line compile options, conf file additions, and any special instructions. If anyone can point me to some applicable links or some specific instructions, it would be appreciated. TIA Richard -- Richard D. Gehlbach Gehlbach Consulting Services rdgeh...@gehlbach.com 3321 Pepperhill Ct. 859.269.6658 Fax 859.266.7446Lexington, KY 40502 ___ 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: Get the cwd of a process?
In the last episode (Oct 29), patrick said: Is there any way to get the cwd of a process? We had the situation recently where a perl script was called from an infiltrated Wordpress installation, but we weren't able to determine which of the hundreds of Wordpress blogs was the source. The ps listing showed: www 63968 2.4 0.2 26092 5008 ?? Rs5:36PM 93:10.67 ./mrf.pl (perl5.8.8) The procfs entry was no help because it does not seem to provide a cwd. The cmdline entry just showed /usr/local/bin/perl ./mrf.pl. We had to kill the process, and who ever was responsible did a good job of hiding their tracks. But should this happen again (and we expect it will), we'd like to be able to find the source. /usr/bin/fstat will tell you the inode of the cwd, and you can use find -inum to locate it. You can also install lsof from ports, which will dig into the kernel and try and fetch the name itself: (d...@dan.21) /home/dan fstat -p $$ | grep wd dan zsh77611 wd /474264 drwxr-xr-x 533 r (d...@dan.21) /home/dan lsof -p $$ -a -d cwd COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME zsh 77611 dan cwd VDIR 60,504234031 533 474264 /usr/home/dan -- Dan Nelson dnel...@allantgroup.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Rebuild instructions for amd64 systems
On Thu, Oct 29, 2009 at 10:52 PM, Richard Gehlbach rdgeh...@gehlbach.comwrote: I am installing FreeBSD 7.2 / amd64 on a new server (HP DL370 G6) with 2 quad Xeon processors and 16GB memory. I have worked with the i386 versions since version 3.x, but this is the first server large enough to need amd64. I have been trying to determine the correct procedures for rebuilding the world and kernel. I have not been able to find a location that had step by step instructions, similar to the handbook, for properly working with the amd64 version. Searches have turned up so many fragments of what needs to be done, that I cannot feel confident trying to put the pieces together. I need instructions for the command line compile options, conf file additions, and any special instructions. If anyone can point me to some applicable links or some specific instructions, it would be appreciated. TIA Richard It is exactly the same procedure, cvsup/csup and build/installation procedure. This is assuming of course that amd64 is currently on the system. -- Adam Vande More ___ 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: flashplugin
On Thu, 2009-10-29 at 03:32 +, RW wrote: On Mon, 26 Oct 2009 20:04:24 + Freminlins freminl...@gmail.com wrote: I must admit I gave up ever getting Flash to work RELIABLY on FreeBSD a long time ago. It's just too hard, too much work, and not worth the misery of installing heaps of crud just to get a flipping browser plugin working unreliably. Some time ago I installed the windows version of Firefox and Flash under wine and I've found it pretty reliable. I don't use it all the time just on the small number of sites where flash is essential. I have also done that in the past and more recently I've been using Google's Chrome browser in wine. It's not perfect but I've found it to be generally adequate. ___ 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: Get the cwd of a process?
On Thu, Oct 29, 2009 at 10:48 PM, Dan Nelson dnel...@allantgroup.comwrote: In the last episode (Oct 29), patrick said: Is there any way to get the cwd of a process? We had the situation recently where a perl script was called from an infiltrated Wordpress installation, but we weren't able to determine which of the hundreds of Wordpress blogs was the source. The ps listing showed: www 63968 2.4 0.2 26092 5008 ?? Rs5:36PM 93:10.67 ./ mrf.pl (perl5.8.8) The procfs entry was no help because it does not seem to provide a cwd. The cmdline entry just showed /usr/local/bin/perl ./mrf.pl. We had to kill the process, and who ever was responsible did a good job of hiding their tracks. But should this happen again (and we expect it will), we'd like to be able to find the source. /usr/bin/fstat will tell you the inode of the cwd, and you can use find -inum to locate it. You can also install lsof from ports, which will dig into the kernel and try and fetch the name itself: (d...@dan.21) /home/dan fstat -p $$ | grep wd dan zsh77611 wd /474264 drwxr-xr-x 533 r (d...@dan.21) /home/dan lsof -p $$ -a -d cwd COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME zsh 77611 dan cwd VDIR 60,504234031 533 474264 /usr/home/dan -- Dan Nelson dnel...@allantgroup.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org procstat -f pid -- Adam Vande More ___ 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