The FreeBSD Diary: 2006-09-24 - 2006-10-14
The FreeBSD Diary contains a large number of practical examples and how-to guides. This message is posted weekly to freebsd-questions@freebsd.org with the aim of letting people know what's available on the website. Before you post a question here it might be a good idea to first search the mailing list archives http://www.freebsd.org/search/search.html#mailinglists and/or The FreeBSD Diary http://www.freebsddiary.org/. -- Dan Langille BSDCan - http://www.BSDCan.org/ - BSD Conference ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Xorg in 6.2-RELEASE
Hi friends. Let's me quest you what XOrg version will brings next FreeBSD 6.2-RELEASE?. Thanks you very much, in advance. Regards. Jose. -- http://www.lordofunix.org/ Not Registered GNU/Hurd User. Registered BSD User 51101. Registered Linux User #213309. Memories. You are talking about memories. Rick Deckard. Blade Runner. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non English Spam
On Saturday 14 October 2006 16:58, Ted Mittelstaedt wrote: - Original Message - From: Erik Norgaard [EMAIL PROTECTED] To: Beech Rintoul [EMAIL PROTECTED] Cc: freebsd-questions@freebsd.org Sent: Saturday, October 14, 2006 5:38 AM Subject: Re: Non English Spam I have noted however, that some subscribers to this list write english encoded in one of the above character sets, I don't know enough about the character set definition, but it seems that English characters are a subset of any character set? What is the recommended policy here? Should subscribers be advised to change character set when posting to the list? No. It's the responsibility of the person doing the filtering - in this case you - to exempt any known good e-mail sender from your filters. You know damn well that legitimate mailing list mail comes from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) it's right in the headers of the messages on the list. You have no right to force other people to conform to what you feel is acceptable formatting of their message as long as they meet the SMTP rfc standards. That's why we have RFC's. If everyone did what your proposing then senders would have hundreds of different rules they would have to follow, over and above the normal RFCs. Ted, thank you for the bit of sanity. As for me, Dr. Seaman's suggestions (earlier in this thread) have brought things back to tolerable levels. I have had many responses and most probably work. But, I need a solution I can install on client machines (and my own) that doesn't require exotic scripts. I thoroughly parsed my maillog and so far nothing important has landed in /dev/null. Once again, thanks to everyone who responded. Beech -- --- Beech Rintoul - Sys. Administrator - [EMAIL PROTECTED] /\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com --- pgpXrZtej6VdH.pgp Description: PGP signature
Re: Boot2 loading process
Sat, Oct 14, 2006 at 21:15:55, jerrymc wrote about Re: Boot2 loading process: So my question is: where does the rest of the boot2 binary is located and how is it loaded ? You skipped boot1 from attention. boot2 is loaded by boot1, not boot0. Not according to that piece of architecture documentation that was quoted. www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/book.html#BOOT-BOOT0 It says that boot1 is used only with floppy boots. The doc is incorrect, or at least uses less detailed description. One can see from code that boot0 loads _one_ sector from slice and calls its code. Initial block of the bootable slice is identical to /boot/boot1: $ dd if=/dev/ad0s1a bs=512 count=1 | head -c 446 | md5 -r 42b4daabbfea8c8d3ec45e24b340868a $ head -c 446 /boot/boot1 | md5 -r 42b4daabbfea8c8d3ec45e24b340868a And reading code in /usr/src/sys/boot/i386/boot2/boot1.S is enough to see that it is the routine which loads 8K including boot2. Maybe documentation clause (that boot0 loads boot2 directly) remains from other version of boot0, or is used to simplify the description (because boot1 is silent part and shows something only in case of fatal error). But it's anyway too simplified as to reply to original question in this thread. This difference (boot0 loads boot2 directly or thru boot1) was vital when 4.x and 5.x resides on the same disk. This was case for my home machine a few years ago. Boot1 shall be the same version as boot2. Changes in their interaction caused problem to load FreeBSD from second slice (it was 5.x), that's why I had to use special boot setup. -netch- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Boot2 loading process
Sun, Oct 15, 2006 at 11:33:06, netch wrote about Re: Boot2 loading process: Not according to that piece of architecture documentation that was quoted. www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/book.html#BOOT-BOOT0 It says that boot1 is used only with floppy boots. The doc is incorrect, or at least uses less detailed description. One Heh, according to CVS history this is obsoleted at least for 3.1-release. -netch- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Installing Oracle Client 10g on FreeBSD
Hello, Scott T. Hildreth wrote: He can't, DBD::Oracle uses oci underneath so he needs the Oracle client to get the shared libraries. Mike you also need to compile or install a linux perl and then install DBI DBD::Oracle with the linux perl. You could use DBD::Proxy instead of installing DBD::Oracle. It installed with DBI. Type 'perldoc DBD::Proxy' to see the docs. If you need help, you can email me or join the [EMAIL PROTECTED] Not fully correct - when I wanted to use DBD::Oracle, I did not need to install linux-perl - just instantclient (linux compatibility enabled) as Martinko mentioned. And it worked. And DBD::Oracle has been used with native perl. Martin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB Mass Storage stopped working, help requested
Jim Stapleton wrote: It used to work on this machine, the kernel/world has not been recompiled/reinstalled since then. However, A USB drive that used to work (and still works in windows) no longer works in FreeBSD. When I plug in the drive, the /dev/da* devices do not show up. The system is running 6.1. When you plug in the USB drive, lines should be appended to the dmesg of the kernel identifying the device - or any errors. Please post that. The handbook says I need these: device scbus device da device pass device uhci device ohci device usb device umass You may need ehci if this is USB 2.0, but I think it would otherwise fall back on either ohci or uhci. Scanning dmesg for usb, I get: [EMAIL PROTECTED] 17:32:22 (0) /usr/src dmesg | grep usb usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: Intel 82801GB/R (ICH7) USB 2.0 controller on ehci0 usb4: USB revision 2.0 See comment above on dmesg. You don't get all the relevant info by grepping for usb. The results from usbdevs: [EMAIL PROTECTED] 17:34:11 (0) /usr/src sudo usbdevs addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 2: USB-PS/2 Optical Mouse, Logitech addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel addr 2: iAUDIO X5, Cowon Systems, Inc. Is that with the device plugged in? If so, seems logical that there is no device in /dev because it is not found. Cheers, Erik -- Ph: +34.666334818 web: http://www.locolomo.org X.509 Certificate: http://www.locolomo.org/crt/8D03551FFCE04F0C.crt Key ID: 69:79:B8:2C:E3:8F:E7:BE:5D:C3:C3:B1:74:62:B8:3F:9F:1F:69:B9 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dictionaries/spellchecking
On Thu, 2006-Oct-12 14:03:34 +0300, Simon Phoenix wrote: 1)Download http://ftp.services.openoffice.org/pub/OpenOffice.org/contrib/dictionaries/DicOOo.sxw Note that this works only for OOo 1.1. It crashes OOo 2.x -- Peter Jeremy pgpG83wlKiSPd.pgp Description: PGP signature
Re: Non English Spam
Ted Mittelstaedt wrote: I have noted however, that some subscribers to this list write english encoded in one of the above character sets, I don't know enough about the character set definition, but it seems that English characters are a subset of any character set? What is the recommended policy here? Should subscribers be advised to change character set when posting to the list? No. It's the responsibility of the person doing the filtering - in this case you - to exempt any known good e-mail sender from your filters. You know damn well that legitimate mailing list mail comes from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) it's right in the headers of the messages on the list. First: You know all too well that filtering based on Received header fields is not reliable - any decent spammer know how to forge that. Accepting mail from a particular host should be done even before the mail delivery starts. Second: If you know postfix, you also know that header filtering is independent of other checks, even the result of filtering on individual header lines are independent. So the ideal you mention is not an option until a complete public list of authorized mail servers is available and all mail relayed through these requires authentication. Or do you have the solution that does not imply accepting any of a myriad of character sets? I'd be happy to implement that, but I don't want to open my mail server to receive mail I have no means of reading and understanding just because it is RFC compliant. You have no right to force other people to conform to what you feel is acceptable formatting of their message as long as they meet the SMTP rfc standards. That's why we have RFC's. You you know perfectly well that content filtering is not based on the RFC's on SMTP but rather on the Internet Message Format and various RFC's on MIME - but I assume that you meant to refer to these. Basically what you say here is that spammers have every right to flood mail servers as long as they do so compliant with the RFC's? I don't force anyone to conform to any arbitrary standards that I decide upon, but I have every legitimate right to reject anything that doesn't conform to my arbitrary standards. Yet, it is somewhat implicit that this is an English language list, any one writing in a different language may be lucky to find someone who can respond in their language, but are just as often referred to one of the language specific lists - if their message is not simply ignored. So we do actually impose some arbitrary rule on subscribers, namely to write in English. Given that we find it reasonable to impose such a rule, then why is it unreasonable to impose that they should abstain from obscure non-English character sets? I was hoping to find a way that we can all get along, I find it kind of useless to waste my resources on mail written in languages that I have no means of interpreting. If everyone did what your proposing then senders would have hundreds of different rules they would have to follow, over and above the normal RFCs. Well, in real life as well as on-line we have thousands of rules and customs, implicit or written, on communication and gestures. There are best practices on how to communicate in e-mail and on mailling lists, usage of smileys and other types of mood-expression, and proclaimed best practices on how to quote. You regularly see people complaining about top posting. Then, line wrapping, or people who don't delete the trailing message part that they don't reply to etc. I don't see a recommendation on character sets as much different. Cheers, Erik -- Ph: +34.666334818 web: http://www.locolomo.org X.509 Certificate: http://www.locolomo.org/crt/8D03551FFCE04F0C.crt Key ID: 69:79:B8:2C:E3:8F:E7:BE:5D:C3:C3:B1:74:62:B8:3F:9F:1F:69:B9 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB Mass Storage stopped working, help requested
On 10/15/06, Erik Norgaard [EMAIL PROTECTED] wrote: Jim Stapleton wrote: It used to work on this machine, the kernel/world has not been recompiled/reinstalled since then. However, A USB drive that used to work (and still works in windows) no longer works in FreeBSD. When I plug in the drive, the /dev/da* devices do not show up. The system is running 6.1. When you plug in the USB drive, lines should be appended to the dmesg of the kernel identifying the device - or any errors. Please post that. The handbook says I need these: device scbus device da device pass device uhci device ohci device usb device umass You may need ehci if this is USB 2.0, but I think it would otherwise fall back on either ohci or uhci. Scanning dmesg for usb, I get: [EMAIL PROTECTED] 17:32:22 (0) /usr/src dmesg | grep usb usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: Intel 82801GB/R (ICH7) USB 2.0 controller on ehci0 usb4: USB revision 2.0 See comment above on dmesg. You don't get all the relevant info by grepping for usb. The results from usbdevs: [EMAIL PROTECTED] 17:34:11 (0) /usr/src sudo usbdevs addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 2: USB-PS/2 Optical Mouse, Logitech addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel addr 2: iAUDIO X5, Cowon Systems, Inc. Is that with the device plugged in? If so, seems logical that there is no device in /dev because it is not found. Cheers, Erik -- Ph: +34.666334818 web: http://www.locolomo.org X.509 Certificate: http://www.locolomo.org/crt/8D03551FFCE04F0C.crt Key ID: 69:79:B8:2C:E3:8F:E7:BE:5D:C3:C3:B1:74:62:B8:3F:9F:1F:69:B9 OK, here's the full dmesg. It's the IAUDIO X5 devices (I just use it as a portable hard drive a lot, which is why I called it that). After unplugging/plugging it in several times, I noticed my dmesg doesn't change: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #1: Mon Jul 24 16:10:27 EDT 2006 root@:/usr/obj/usr/src/sys/JIMKERN Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T1300 @ 1.66GHz (1662.52-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6e8 Stepping = 8 Features=0xafe9fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE Features2=0xc1a9SSE3,MON,VMX,EST,TM2,b14,b15 real memory = 526843904 (502 MB) avail memory = 506183680 (482 MB) ACPI APIC Table: INTEL CALISTGA ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: TOSINV Capell00 on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc3241360), AE_NOT_EXIST ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc3241360), AE_NOT_EXIST ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc3241360), AE_NOT_EXIST ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc3241360), AE_NOT_EXIST Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_ec0: Embedded Controller: GPE 0x16 port 0x62,0x66 on acpi0 cpu0: ACPI CPU on acpi0 acpi_perf0: ACPI CPU Frequency Control on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: ACPI CPU Frequency Control on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: ACPI CPU Throttling on cpu0 acpi_lid0: Control Method Lid Switch on acpi0 battery0: ACPI Control Method Battery on acpi0 acpi_acad0: AC Adapter on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 acpi_video0: ACPI video extension port 0x1800-0x1807 mem 0xdc10-0xdc17,0xc000-0xcfff,0xdc20-0xdc23 irq 16 at device 2.0 on pci0 pci0: display at device 2.1 (no driver attached) pci0: multimedia at device 27.0 (no driver attached) pcib1: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0 pci2: ACPI PCI bus on pcib1 pcib2: ACPI
PHP new vulnarabilities
hi all last time i found this when i run portaudit -Fda Affected package: php5-5.1.6 Type of problem: php -- _ecalloc Integer Overflow Vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/e329550b-54f7-11db-a5ae-00508d6a62df.html how can i fix this -- Best regards, Khaled J. Hussein System Administrator Hadara Technologies Group [EMAIL PROTECTED] http://www.palnet.com Tel. +972 2-240-3434 Fax. +972 2-240-3430 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
Hi Khaled, Affected package: php5-5.1.6 Type of problem: php -- _ecalloc Integer Overflow Vulnerability. http://www.FreeBSD.org/ports/portaudit/e329550b-54f7-11db-a5ae-00508d6a62df.html how can i fix this Compile php from source after applying http://www.hardened-php.net/files/CVE-2006-4812.patch ? I dodn't deploy 5 yet, but maybe an other fix is underway ? Hth. Regards, Robert ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
On Sun, 15 Oct 2006 14:31:25 +0200 Khaled J. Hussein [EMAIL PROTECTED] wrote: hi all last time i found this when i run portaudit -Fda Affected package: php5-5.1.6 Type of problem: php -- _ecalloc Integer Overflow Vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/e329550b-54f7-11db-a5ae-00508d6a62df.html how can i fix this update ypur portstree. you'll get php5-5.1.6_1 which fixes the _ecalloc overflow, but not yet the open_basedir race condition. Joerg -- | /\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against |0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | XHTML in email |.the next sentence is true. | | / \ and news | .the previous sentence was a lie.| signature.asc Description: PGP signature
Re: Performance 4.x vs. 6.x
--- NOC Meganet [EMAIL PROTECTED] wrote: On Saturday 14 October 2006 17:13, Danial Thom wrote: The fact that a processor has 2 cores doesn't mean you have to use them, just like a MB with 2 sockets doesn't need both to be used. If the OS is faster with 1 processor than 2, then you only use one of the cores. The concept that you have to fire up both of them just because they're there is just stupid. you also can pick yourself in one eye and still can see with the other or you can cut one leg and hop around on the other, great ideas you have Wait, this is interesting. So even though you can demonstrate that for most large networking tasks 2 cores is actually slower than 1, you still use 2 cores? Yikes. All of the clowns that called themselves networking gurus running MP systems in 4.x continue to be clowns in general. I guess if you don't understand the concepts, then you have no chance of every being any good at anything so then your smart tip is running 4.11-UP on Tyan S4882D with 4 Opterons 8xx dual-core? mhhh ... No, my smart tip is to buy hardware that suits the operating system and the task. I can get better performance than you with a single 2.8Ghz opteron running 4.x for $1000 less per system. If you use that hardware with Freebsd, you are a clown, pure and simple, big red nose and all. You just have no idea what you're doing and your wasting either your or your company's money. If you bought that hardward anticipating that 7+ or 8+ or whatever they're saying now might be able to use it thats one thing, but wasting money on big honking hardware that isn't faster than less expensive hardware is just plain stupid. Freebsd 4.11 is dead because of a stupid decision but people who thought that MP would have been working 2 years ago. They continue to not be able to promise any scalability in the foreseeable future, so maybe they need to revisit the decision. yes! and I also prefere horses with wagons instead of red V12 cars and even this guys know that horses are better and put a horse into their logo ... The fallacy of your analogy is that the red cars can beat the horse and buggy in a race. Unfortunately, FreeBSD 6.x with 4 processors can't beat 4.x with one, which is the entire point of this thread. DT __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Loader
Hi I tried to install FreeBSD, but Windows hogs all the drivespace. Now after aborting the installer, every time I power on, the Loader appears. How do I remove it? Thanks Nathan. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [PMX:VIRUS] Delivery failed
Hello, It's Homecoming 2006. I will be on campus all day Thursday and Friday. Celine ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
imap DON'T DELETE THIS MESSAGE question
I am using imap-uw and so I am familiar with the DON'T DELETE THIS MESSAGE email which stays on the server. In my case, I read my mail -on- the server so I see this email all the time. Since I use imap as well, deleting it only causes it to come back, I observe. I find this annoying, so my question is whether -all- imap servers in the ports have this message that appears. If not, maybe I'll install another. Otherwise I will learn to live with it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non English Spam
On Sun, 15 Oct 2006 [EMAIL PROTECTED] wrote: Message: 2 Date: Sun, 15 Oct 2006 12:47:37 +0200 From: Erik Norgaard [EMAIL PROTECTED] Ted Mittelstaedt wrote: I have noted however, that some subscribers to this list write english encoded in one of the above character sets, I don't know enough about the character set definition, but it seems that English characters are a subset of any character set? What is the recommended policy here? Should subscribers be advised to change character set when posting to the list? No. It's the responsibility of the person doing the filtering - in this case you - to exempt any known good e-mail sender from your filters. You know damn well that legitimate mailing list mail comes from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) it's right in the headers of the messages on the list. First: You know all too well that filtering based on Received header fields is not reliable - any decent spammer know how to forge that. Accepting mail from a particular host should be done even before the mail delivery starts. Ted's talking about the _first_ Received header, see mine below. It's the only one you _can_ rely on, assuming your mailserver isn't lying to you. Subsequent headers, sure, all can be faked, trust noone .. :) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with ESMTP id WAA18000 for [EMAIL PROTECTED]; Sun, 15 Oct 2006 22:02:19 +1000 (EST) (envelope-from [EMAIL PROTECTED]) There's the verified IP address of the connecting peer mailserver, that IP's reverse resolution from DNS, and the HELO presented. Any and all of which can be analysed, looked up in maps, blacklisted, whitelisted, or filtered any way you want, no? Second: If you know postfix, you also know that header filtering is independent of other checks, even the result of filtering on individual header lines are independent. Does that mean you can't black/grey/whitelist by connecting mailserver? So the ideal you mention is not an option until a complete public list of authorized mail servers is available and all mail relayed through these requires authentication. That's the 'solution' the mega players appear to be proposing. And who then authorises whom to run mailservers? What about, er, us? Shudder. Or do you have the solution that does not imply accepting any of a myriad of character sets? I'd be happy to implement that, but I don't want to open my mail server to receive mail I have no means of reading and understanding just because it is RFC compliant. Like any one, you can reject any mail you don't fancy, for whatever reason you don't want it. That doesn't require proposing that others should do likewise, as in wanting to specify 'standards' for lists. As Ted pointed out, various people often post perfectly intelligible messages in English in the various FreeBSD lists, reporting non-Roman charsets. I could mention one regular poster (and committer) whose messages provide no charset information at all :) You have no right to force other people to conform to what you feel is acceptable formatting of their message as long as they meet the SMTP rfc standards. That's why we have RFC's. You you know perfectly well that content filtering is not based on the RFC's on SMTP but rather on the Internet Message Format and various RFC's on MIME - but I assume that you meant to refer to these. Basically what you say here is that spammers have every right to flood mail servers as long as they do so compliant with the RFC's? Have you noticed a lot of non-Roman charset spam on the FreeBSD lists? I don't force anyone to conform to any arbitrary standards that I decide upon, but I have every legitimate right to reject anything that doesn't conform to my arbitrary standards. Of course. Yet, it is somewhat implicit that this is an English language list, any one writing in a different language may be lucky to find someone who can respond in their language, but are just as often referred to one of the language specific lists - if their message is not simply ignored. We're not - with respect to suggesting 'rules' for these lists - talking about non English language messages. As you say, they get dealt with, often offlist, by someone helpful who knows that language. So this is about whether to 'enforce' particular charsets for messages in English. So we do actually impose some arbitrary rule on subscribers, namely to write in English. Given that we find it reasonable to impose such a rule, then why is it unreasonable to impose that they should abstain from obscure non-English character sets? Because it's unnecessary, as well as arbitary, to filter list messages by charset alone as an unassociated variable. Sure, it might be a hint in the mix to give
Re: imap DON'T DELETE THIS MESSAGE question
On Sun, Oct 15, 2006, David Banning wrote: I am using imap-uw and so I am familiar with the DON'T DELETE THIS MESSAGE email which stays on the server. In my case, I read my mail -on- the server so I see this email all the time. Since I use imap as well, deleting it only causes it to come back, I observe. I find this annoying, so my question is whether -all- imap servers in the ports have this message that appears. If not, maybe I'll install another. Otherwise I will learn to live with it. No all IMAP servers don't have this message. We've been using courier-imap for about six years, and it uses Maildir stores (one file per message) and doesn't need that. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way FAX:(206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 ``Anyone who thinks Microsoft never does anything truly innovative isn't paying attention to the part of the company that pushes the state of its art: Microsoft's legal department.'' --Ed Foster, InfoWorld Gripe Line columnist ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dictionaries/spellchecking
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Peter Jeremy said the following on 15.10.2006 13:40: On Thu, 2006-Oct-12 14:03:34 +0300, Simon Phoenix wrote: 1)Download http://ftp.services.openoffice.org/pub/OpenOffice.org/contrib/dictionaries/DicOOo.sxw Note that this works only for OOo 1.1. It crashes OOo 2.x I use this method for OO-2.0.3. Works without crashes. - -- Best regards, Simon Phoenix (Phoenix Lab.) - --- KeyID: 0x2569D30B Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 2569 D30B - --- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFMnAXhLjVFCVp0wsRCtRHAKCophQo2hQkigho1IfXwX5KoPYLBwCgjPj4 q3F+dQA8YWRkopDClQs1Ky8= =HW76 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
On Sunday 15 October 2006 08:12, Joerg Pernfuss wrote: On Sun, 15 Oct 2006 14:31:25 +0200 Khaled J. Hussein [EMAIL PROTECTED] wrote: hi all last time i found this when i run portaudit -Fda Affected package: php5-5.1.6 Type of problem: php -- _ecalloc Integer Overflow Vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/e329550b-54f7-11db-a5ae-00508d6a6 2df.html how can i fix this update ypur portstree. you'll get php5-5.1.6_1 which fixes the _ecalloc overflow, but not yet the open_basedir race condition. Joerg ive been scratching my head on this one for a few days too. i have a box at home, that is running 6.2-PRERELEASE. when i try to install the lang/php5 port, i get: [EMAIL PROTECTED] /usr/ports/lang/php5]# make install clean === php5-5.1.6_1 has known vulnerabilities: = php -- open_basedir Race Condition Vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.html = Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/lang/php5. however, my server is running the same port, with no issue whatsoever. [EMAIL PROTECTED] /etc/mail]# pkg_info | grep php5 php5-5.1.6_1 (and many extensions too) perplexing that one box could have it, while another one (using the same updated ports tree), refuses it. could be related to the code branch im following on my workstaion versus my server? thanks, jonathan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Loader
Nathan Lasseter wrote: Hi I tried to install FreeBSD, but Windows hogs all the drivespace. Now after aborting the installer, every time I power on, the Loader appears. How do I remove it? It sounds like the installer got far enough to change the active slice (partition). If so, you might be able to correct it by using fdisk -a from the boot menu of your current installation or by means of the CD. Or it might be easier to use your Windows CD, if there is such an option there. Or you might have an old DOS boot diskette with FDISK on it. You will normally have to remove any boot sector protection in the BIOS in order to change the active slice (partition). -- Tore ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
Hi Jonathan Jonathan Horne schrieb: On Sunday 15 October 2006 08:12, Joerg Pernfuss wrote: On Sun, 15 Oct 2006 14:31:25 +0200 Khaled J. Hussein [EMAIL PROTECTED] wrote: hi all last time i found this when i run portaudit -Fda Affected package: php5-5.1.6 Type of problem: php -- _ecalloc Integer Overflow Vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/e329550b-54f7-11db-a5ae-00508d6a6 2df.html how can i fix this update ypur portstree. you'll get php5-5.1.6_1 which fixes the _ecalloc overflow, but not yet the open_basedir race condition. Joerg ive been scratching my head on this one for a few days too. i have a box at home, that is running 6.2-PRERELEASE. when i try to install the lang/php5 port, i get: [EMAIL PROTECTED] /usr/ports/lang/php5]# make install clean === php5-5.1.6_1 has known vulnerabilities: = php -- open_basedir Race Condition Vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a62df.html = Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/lang/php5. however, my server is running the same port, with no issue whatsoever. [EMAIL PROTECTED] /etc/mail]# pkg_info | grep php5 php5-5.1.6_1 (and many extensions too) perplexing that one box could have it, while another one (using the same updated ports tree), refuses it. could be related to the code branch im following on my workstaion versus my server? Maybe the bug was not in your vuxml when you compiled php5-5.1.6_1. You can use: make -DDISABLE_VULNERABILITIES install clean It will ignore the vuxml entry. Cheers, Thomas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
--On October 15, 2006 12:39:11 PM -0500 Jonathan Horne [EMAIL PROTECTED] wrote: ive been scratching my head on this one for a few days too. i have a box at home, that is running 6.2-PRERELEASE. when i try to install the lang/php5 port, i get: [EMAIL PROTECTED] /usr/ports/lang/php5]# make install clean === php5-5.1.6_1 has known vulnerabilities: = php -- open_basedir Race Condition Vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/edabe438-542f-11db-a5ae-00508d6a 62df.html = Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/lang/php5. however, my server is running the same port, with no issue whatsoever. That's because you installed the port on the server *before* the vulnerability was found. [EMAIL PROTECTED] /etc/mail]# pkg_info | grep php5 php5-5.1.6_1 (and many extensions too) perplexing that one box could have it, while another one (using the same updated ports tree), refuses it. could be related to the code branch im following on my workstaion versus my server? No. It's related to the timing of when a security vulnerability was discovered. Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: PHP new vulnarabilities
--On October 15, 2006 7:49:55 PM +0200 Thomas [EMAIL PROTECTED] wrote: Maybe the bug was not in your vuxml when you compiled php5-5.1.6_1. You can use: make -DDISABLE_VULNERABILITIES install clean It will ignore the vuxml entry. No offense, but anybody who *deliberately* installs a vulnerable version of php in *today's* world, is an absolute fool. Some of us are *stuck* with the vulnerable version, because we installed before the vulnerability was found. We can't go back because previous versions are *also* vulnerable. But *deliberately* installing it when you *know* it's vulnerable - and one of the most attacked applications on the internet? Foolhardy doesn't quite grasp the insanity of that. Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: Xorg -configure results a black screen
On 10/14/06, Bjoern Thomsen [EMAIL PROTECTED] wrote: I am new to FreeBSD. I am trying to configure Xorg but when I fire up the command Xorg -configure I get back a black screen. When I try to start X it is telling me a failure message: Can't open display . I have always had to edit the resulting ~/xorg.conf.new to add the HorizSync and VertRefresh lines to match my monitor, given that Xorg seems to not detect my primitive hardware perfectly. You may want to look up your own monitor timings, as these will likely not work. Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model HorizSync 31-92 VertRefresh 55-160 EndSection -- -- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
Paul Schmehl [EMAIL PROTECTED] wrote: --On October 15, 2006 7:49:55 PM +0200 Thomas [EMAIL PROTECTED] wrote: Maybe the bug was not in your vuxml when you compiled php5-5.1.6_1. You can use: make -DDISABLE_VULNERABILITIES install clean It will ignore the vuxml entry. No offense, but anybody who *deliberately* installs a vulnerable version of php in *today's* world, is an absolute fool. Some of us are *stuck* with the vulnerable version, because we installed before the vulnerability was found. We can't go back because previous versions are *also* vulnerable. Have you looked at the vulnerability? There are only certian coding instances that would actually open this up to any attack vector. Since the bug is in unserialize, it's pretty easy audit a program to ensure that it isn't vulnerable. absolute fool seems a little extreme. -- Bill Moran Six men came to kill me one time, and the best of them carried this. It's a Callahan fullbore autolock, customized trigger and double cartridge thourough-gage. It's my very favorite gun. Jayne Cobb ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
On Sun, 15 Oct 2006 13:07:15 -0500 Paul Schmehl [EMAIL PROTECTED] wrote: --On October 15, 2006 7:49:55 PM +0200 Thomas [EMAIL PROTECTED] wrote: Maybe the bug was not in your vuxml when you compiled php5-5.1.6_1. You can use: make -DDISABLE_VULNERABILITIES install clean It will ignore the vuxml entry. No offense, but anybody who *deliberately* installs a vulnerable version of php in *today's* world, is an absolute fool. Some of us are *stuck* with the vulnerable version, because we installed before the vulnerability was found. We can't go back because previous versions are *also* vulnerable. But *deliberately* installing it when you *know* it's vulnerable - and one of the most attacked applications on the internet? Foolhardy doesn't quite grasp the insanity of that. Completely true, but in this situation, the update is argueably the better thing to do. With the update you trade an integer overflow against this open_basedir hole that is, as far as I know, harder to exploit and the _1 version is sure to have the suhosin 0.9.5 patch (5.1.6 can be either 0.9.3 or 0.9.5 depending on checkout date - or none at all) - and with suhosin one can disable symlink(). What may of course very well break the php application, but this is simply choose your poison. Joerg -- | /\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against |0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | XHTML in email |.the next sentence is true. | | / \ and news | .the previous sentence was a lie.| signature.asc Description: PGP signature
RE: imap DON'T DELETE THIS MESSAGE question
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Banning Sent: zondag 15 oktober 2006 18:49 To: [EMAIL PROTECTED] Subject: imap DON'T DELETE THIS MESSAGE question I am using imap-uw and so I am familiar with the DON'T DELETE THIS MESSAGE email which stays on the server. I find this annoying, so my question is whether -all- imap servers in the ports have this message that appears. If not, maybe I'll install another. Otherwise I will learn to live with it. Are you also aware you can compile at least qpopper with --enable-uw-kludge in the CONFIGURE_ARGS? That way you can use POP3 and IMAP together without mutual interference. - Mark ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how to connect a modem to the PS2 port?
On Sat, 14 Oct 2006 20:34:22 -0400 (EDT) ches wrote: I am using a laptop as a server, and need a second serial port on it. I'd love to use the psm0 port (I know it is an RS232C serial port) connected to a modem, but I am guessing the the psm driver is getting in the way. It is hard to ask the right question in Google. Anyone know how to use the PS2 port as a simple serial port? I never use a mouse on this machine. You can't do it. But you may consider purchasing a USB to serial port(s) converter based on PL2303 (Prolific Technologies) chip. Those converters work great with FreeBSD. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
--On October 15, 2006 2:50:34 PM -0400 Bill Moran [EMAIL PROTECTED] wrote: Have you looked at the vulnerability? There are only certian coding instances that would actually open this up to any attack vector. Since the bug is in unserialize, it's pretty easy audit a program to ensure that it isn't vulnerable. absolute fool seems a little extreme. Perhaps. How many people are talented enough to understand the vulnerability and how it's exploited and know *for certain* that they won't have a problem? It would be different if we were talking about an app that isn't exploited much. Php is exploited every day, even when it's fully patched, due to the complexity of the attacks and the lack of understanding of most people who code in php. Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: Non English Spam
Ian Smith wrote: Ted's talking about the _first_ Received header, see mine below. It's the only one you _can_ rely on, assuming your mailserver isn't lying to you. Subsequent headers, sure, all can be faked, trust noone .. :) Filtering on the Received header entries is waste of time: Only the first line is reliable, inserted by your own mail server, but in that case you can filter on the connect or HELO, which is much better because you don't waste bandwidth receiving the entire mail. I actually had spammers DDOS my connection because I didn't reject the large bulk part early enough. I temporarily had to block any connection from China and Korea. Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with ESMTP id WAA18000 for [EMAIL PROTECTED]; Sun, 15 Oct 2006 22:02:19 +1000 (EST) (envelope-from [EMAIL PROTECTED]) There's the verified IP address of the connecting peer mailserver, that IP's reverse resolution from DNS, and the HELO presented. Any and all of which can be analysed, looked up in maps, blacklisted, whitelisted, or filtered any way you want, no? Maybe I didn't make clear how the filtering in Postfix works? Each header line is unwrapped and then filtered independent of the others. There is no info as to if that is the first or last Received line. I can make a rule to reject the mail. And I can make a rule that accept a given header line, but the remaining header will still be filtered and possibly rejected. I can't make a header check for Received cause checks for content-type to be skipped. Nor can I make incoming mail from white listed servers skip the header checks. The two things are independent: The first applies when establishing the connection: HELO, MAIL FROM, RCPT TO etc. The header checks are invoked if the initial delivery request was accepted. Yes, that sucks, but that's how Postfix works. Second: If you know postfix, you also know that header filtering is independent of other checks, even the result of filtering on individual header lines are independent. Does that mean you can't black/grey/whitelist by connecting mailserver? No, I'm only referring to the built in header filtering capabilities. I have postgray too, and I do have freebsd white listed. Postgrey uses the MAIL FROM and RCPT TO, so it takes effect even before the DATA command. So the ideal you mention is not an option until a complete public list of authorized mail servers is available and all mail relayed through these requires authentication. That's the 'solution' the mega players appear to be proposing. And who then authorises whom to run mailservers? What about, er, us? Shudder. Anarchy is great, but it assumes that everyone are good. Evidently this is not the case - unfortunately. I'm one of 'us' and honestly, I don't see why it should be OK to set up a mail server without any possibility of identifying the owner or responsible, nor do I see this as a big problem: You either relay mail through your provider's mail server (which requires you to authenticate) or register your mail server with the provider. The provider can then add your info to the whois database and open your connection out. This should be trivial to implement, but currently there is no legal requirement or economic benefit for those capable to take action. For the latter, the problem is that implementing such controls only benefits everyone else. As Ted pointed out, various people often post perfectly intelligible messages in English in the various FreeBSD lists, reporting non-Roman charsets. Which was exactly the problem I mentioned to OP - I mean not that intelligible messages are posted :), but they are encoded in different character sets. I could mention one regular poster (and committer) whose messages provide no charset information at all :) Well, his messages would be accepted since there is no character set to reject :) I absolutely would prefer not to reject any mail on the FreeBSD list, but the effect would be to accept non-FreeBSD mail that is obviously spam. If you have a solution at hand that would not open the gates to spam, please do share. Have you noticed a lot of non-Roman charset spam on the FreeBSD lists? No, but as mentioned before: Distinguishing non-Roman charset FreeBSD mail from non-Roman non-FreeBSD spam is the problem. Because it's unnecessary, as well as arbitary, to filter list messages by charset alone as an unassociated variable. Sure, it might be a hint in the mix to give some points. The FreeBSD lists are mostly incredibly spam free, but I doubt that much of that filtering is based on charsets. As mentioned in my original post, the previous and above: The problem is that filtering mail by charset while in many cases will reject what can positively be identified as spam, in certain cases also rejects legitimate mail sent to this
Re: Non English Spam
On Sunday October 15, 2006 at 03:21:37 (PM) Erik Norgaard wrote: Ian Smith wrote: [...] Maybe I didn't make clear how the filtering in Postfix works? Each header line is unwrapped and then filtered independent of the others. There is no info as to if that is the first or last Received line. I can make a rule to reject the mail. And I can make a rule that accept a given header line, but the remaining header will still be filtered and possibly rejected. I can't make a header check for Received cause checks for content-type to be skipped. Nor can I make incoming mail from white listed servers skip the header checks. The two things are independent: The first applies when establishing the connection: HELO, MAIL FROM, RCPT TO etc. The header checks are invoked if the initial delivery request was accepted. Yes, that sucks, but that's how Postfix works. Are you sure about that? I use Postfix myself and that does not appear to be correct, although it might be. Have you ever posted this question on the postfix forum? [EMAIL PROTECTED] There are some pretty sharp individuals there who might be able to give you some advice. [...] -- Gerard An optimist thinks that this is the best possible world. A pessimist fears that this is true. Anonymous ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
mimedefang with LDAP-enabled sendmail
I'm hoping someone can point me in the right direction. I'm running 6.1 (the security branch) with a recently-updated ports tree (1 September). I have modified /etc/make.conf to change the options for the system sendmail, by adding these lines: SENDMAIL_CFLAGS = -I/usr/local/include -DSASL=2 -DLDAPMAP SENDMAIL_LDFLAGS = -L/usr/local/lib SENDMAIL_LDADD = -lsasl2 -lldap -llber I have added the necessary ports and rebuilt world: when I run ldd /usr/libexec/sendmail/sendmail, I get libutil.so.5 = /lib/libutil.so.5 (0x28107000) libwrap.so.4 = /usr/lib/libwrap.so.4 (0x28113000) libssl.so.4 = /usr/lib/libssl.so.4 (0x2811a000) libcrypto.so.4 = /lib/libcrypto.so.4 (0x28148000) libsasl2.so.2 = /usr/local/lib/libsasl2.so.2 (0x2823a000) libldap-2.3.so.2 = /usr/local/lib/libldap-2.3.so.2 (0x2824f000) liblber-2.3.so.2 = /usr/local/lib/liblber-2.3.so.2 (0x2827f000) libc.so.6 = /lib/libc.so.6 (0x2828a000) and sendmail -d0.1 -bt /dev/null gives me Version 8.13.6 Compiled with: DNSMAP LDAPMAP LOG MAP_REGEX MATCHGECOS MILTER MIME7TO8 MIME8TO7 NAMED_BIND NETINET NETINET6 NETUNIX NEWDB NIS PIPELINING SASLv2 SCANF STARTTLS TCPWRAPPERS USERDB USE_LDAP_INIT XDEBUG When I try to build and install mail/mimedefang from ports (version is 2.57), I get (modulo wrapping) cc -O2 -fno-strict-aliasing -pipe -pthread -o mimedefang mimedefang.o drop_privs_threaded.o utils.o rm_r.o syslog-fac.o /usr/lib/libmilter.a -lpthread /usr/lib/libmilter.a(errstring.o)(.text+0xd6): In function `sm_errstring': : undefined reference to `ldap_err2string' *** Error code 1 Has anyone come across this? (I found a couple of inconclusive entries through Google, one on the Mimedefang list from earlier this year, which doesn't seem to have attracted an answer, and one from three years ago regarding installing MD on Red Hat Linux). Any suggestions what to try next to get a successful build of mail/mimedefang? Jonathan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Segfaulting perl
Just to make sure that no bad library dependancies were at work, I did a 'make buildworld installworld', and a 'portupgrade -frR fetchyahoo perl openssl', to no avail (and with the same backtrace generated by gdb as below). Any ideas? On 10 Oct 2006, at 11:05, David King wrote: When trying to run fetchyahoo (from ports), perl dumps core. It appears to be dumping core in OpenSSL. I've tried recompiling/ reinstalling all ports related to fetchyahoo, perl, and openssl. This happens whether or not I enable SSL in fetchyahoo's configuration. It gets as far as: ~% fetchyahoo Logging in insecurely via plaintext as username on Tue Oct 10 09:49:20 2006 zsh: segmentation fault (core dumped) fetchyahoo Perl and OpenSSL have been compiled with: ~% egrep -i '^(COPT|CFLAG)' /etc/make.conf CFLAGS+=-O -pipe -mtune=i686 -g COPTFLAGS=-O -pipe -mtune=i686 -g Here's the output of GDB and a backtrace Core was generated by `perl5.8.8'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/perl5/5.8.8/mach/CORE/ libperl.so...done. Loaded symbols for /usr/local/lib/perl5/5.8.8/mach/CORE/libperl.so Reading symbols from /lib/libm.so.4...done. Loaded symbols for /lib/libm.so.4 Reading symbols from /lib/libcrypt.so.3...done. Loaded symbols for /lib/libcrypt.so.3 Reading symbols from /lib/libutil.so.5...done. Loaded symbols for /lib/libutil.so.5 Reading symbols from /usr/lib/libpthread.so.2...done. Loaded symbols for /usr/lib/libpthread.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/perl5/5.8.8/mach/auto/IO/ IO.so...done. Loaded symbols for /usr/local/lib/perl5/5.8.8/mach/auto/IO/IO.so Reading symbols from /usr/local/lib/perl5/5.8.8/mach/auto/Fcntl/ Fcntl.so...done. Loaded symbols for /usr/local/lib/perl5/5.8.8/mach/auto/Fcntl/Fcntl.so Reading symbols from /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/ MIME/Base64/Base64.so...done. Loaded symbols for /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/ MIME/Base64/Base64.so Reading symbols from /usr/local/lib/perl5/5.8.8/mach/auto/Time/ HiRes/HiRes.so...done. Loaded symbols for /usr/local/lib/perl5/5.8.8/mach/auto/Time/HiRes/ HiRes.so Reading symbols from /usr/local/lib/perl5/5.8.8/mach/auto/Socket/ Socket.so...done. Loaded symbols for /usr/local/lib/perl5/5.8.8/mach/auto/Socket/ Socket.so Reading symbols from /usr/local/lib/perl5/5.8.8/mach/auto/Sys/ Hostname/Hostname.so...done. Loaded symbols for /usr/local/lib/perl5/5.8.8/mach/auto/Sys/ Hostname/Hostname.so Reading symbols from /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/ Compress/Zlib/Zlib.so...done. Loaded symbols for /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/ Compress/Zlib/Zlib.so Reading symbols from /lib/libz.so.3...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/ HTML/Parser/Parser.so...done. Loaded symbols for /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/ HTML/Parser/Parser.so Reading symbols from /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/ Crypt/SSLeay/SSLeay.so...done. Loaded symbols for /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/ Crypt/SSLeay/SSLeay.so Reading symbols from /usr/local/lib/libssl.so.5...done. Loaded symbols for /usr/local/lib/libssl.so.5 Reading symbols from /usr/local/lib/libcrypto.so.5...done. Loaded symbols for /usr/local/lib/libcrypto.so.5 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x2839d420 in SSL_CTX_ctrl () from /usr/local/lib/libssl.so.5 [New LWP 100179] (gdb) bt #0 0x2839d420 in SSL_CTX_ctrl () from /usr/local/lib/libssl.so.5 #1 0x01c0 in ?? () #2 0x000d in ?? () #3 0x28325000 in ?? () #4 0x in ?? () #5 0x283683b4 in __JCR_LIST__ () from /usr/local/lib/perl5/ site_perl/5.8.8/mach/auto/Crypt/SSLeay/SSLeay.so #6 0x0017 in ?? () #7 0x in ?? () #8 0x283608af in XS_Crypt__SSLeay__CTX_new (my_perl=0x8058000, cv=0x86b47b0) at SSLeay.xs:133 #9 0x2810fd9f in Perl_pp_entersub (my_perl=0x8058000) at pp_hot.c: 2913 #10 0x280f22d9 in Perl_runops_debug (my_perl=0x8058000) at dump.c:1459 #11 0x2809e6b1 in S_run_body (my_perl=0x8058000, oldscope=4095) at perl.c:2366 #12 0x2809e222 in perl_run (my_perl=0x8058000) at perl.c:2283 #13 0x080492bc in main () Summary of my perl5 (revision 5 version 8 subversion 8) configuration: Platform: osname=freebsd, osvers=6.1-release-p10, archname=i386-freebsd- thread-multi-64int uname='freebsd melchoir.ketralnis.com 6.1-release-p10 freebsd 6.1-release-p10 #5: mon oct 9 09:44:49 pdt 2006 [EMAIL PROTECTED]:usrobjusrsrcsysmelchoir i386 ' config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/ perl5/5.8.8/mach -Dprivlib=/usr/local/lib/perl5/5.8.8 -Dman3dir=/ usr/local/lib/perl5/5.8.8/perl/man/man3 -Dman1dir=/usr/local/man/ man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.8.8/mach - Dsitelib=/usr/local/lib/perl5/site_perl/5.8.8
Re: imap DON'T DELETE THIS MESSAGE question
From: Mark [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
I am using imap-uw and so I am familiar with the
DON'T DELETE THIS MESSAGE email which stays on the server.
I find this annoying, so my question is whether -all- imap servers
in the ports have this message that appears. If not, maybe I'll
install another. Otherwise I will learn to live with it.
Are you also aware you can compile at least qpopper with
--enable-uw-kludge in the CONFIGURE_ARGS? That way you can use POP3 and
IMAP together without mutual interference.
I did that with only the UW code for years until I switched to
dovecot. Dovecot has its own little peculiarity that upsets the
dumb old mail program, at least over on that GPLed OS. I live
with dovecot these days because it is simple and more or less
dumb to use for my specific needs. YMMV, of course.
{^_^} Joanne
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
Paul Schmehl wrote: --On October 15, 2006 7:49:55 PM +0200 Thomas [EMAIL PROTECTED] wrote: Maybe the bug was not in your vuxml when you compiled php5-5.1.6_1. You can use: make -DDISABLE_VULNERABILITIES install clean It will ignore the vuxml entry. No offense, but anybody who *deliberately* installs a vulnerable version of php in *today's* world, is an absolute fool. Some of us are *stuck* with the vulnerable version, because we installed before the vulnerability was found. We can't go back because previous versions are *also* vulnerable. But *deliberately* installing it when you *know* it's vulnerable - and one of the most attacked applications on the internet? Foolhardy doesn't quite grasp the insanity of that. That is a bit extreme. I have a full workload, I put in about 60 hours a week (I work a lot of weekends, I'm working now). I have servers running all different version of apps. I can't go around upgrading everything at the drop of a hat. I would be divorced within a month. If you read the security alerts carefully you will find many require a shell (We don't offer them to clients), some require a specific app to be running that you may not need (rm -f /usr/local/bin/vulnerable_app), and sometimes a simple code audit will tell you if you are vulnerable. It is also not uncommon that a security alert is issued for a problem that has not be proven in the wild. There are plenty of reasons to not follow a security alert, many of them quite valid. Upgrading mission critical systems without throughly understanding the implications just because someone screamed SECURITY!, now that is foolhardy. DAve -- Three years now I've asked Google why they don't have a logo change for Memorial Day. Why do they choose to do logos for other non-international holidays, but nothing for Veterans? Maybe they forgot who made that choice possible. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Sunday's newbie questions
(Please CC me directly on the response, as I don't normally subscribe to the list and try to find answers via searching the archives.) Two quick questions I should know the answer to, but don't. * When installing the PHP5 port, will it automatically disable and/or uninstall the PHP4 that's already installed, or should I uninstall the latter manually beforehand? * My server runs portaudit (a helpful addition from the last guy who did some work on it), but a simple make install on the PHP5 port spits back a security error. What's the flag to make install around that? Many thanks, and apologies for the vey basic questions, Greg ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
FREEBSD cross-platform compatibility
Question: Is there an alternate-platform emulator available? I have some programs that have no substitute available - and are Windows - only applications. The developer right now says that they won't work on porting to other OSs for the foreseeable future - so Linux and FreeBSD - and Mac OS, for that matter - are left hanging. Frankly, this one program in particular is the major reason I'm still running Windows at all. So, either a Windows emulator, or some way to run this program in a non-Windows environment Thanks! Tom S. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non English Spam
Gerard Seibert wrote: On Sunday October 15, 2006 at 03:21:37 (PM) Erik Norgaard wrote: Ian Smith wrote: [...] Maybe I didn't make clear how the filtering in Postfix works? Each header line is unwrapped and then filtered independent of the others. There is no info as to if that is the first or last Received line. I can make a rule to reject the mail. And I can make a rule that accept a given header line, but the remaining header will still be filtered and possibly rejected. I can't make a header check for Received cause checks for content-type to be skipped. Nor can I make incoming mail from white listed servers skip the header checks. The two things are independent: The first applies when establishing the connection: HELO, MAIL FROM, RCPT TO etc. The header checks are invoked if the initial delivery request was accepted. Yes, that sucks, but that's how Postfix works. Are you sure about that? I use Postfix myself and that does not appear to be correct, although it might be. Have you ever posted this question on the postfix forum? [EMAIL PROTECTED] There are some pretty sharp individuals there who might be able to give you some advice. I am certain that: 1) header/body checks are independent of the smtpd_restrictions - I can send a mail that is rejected even though I have authenticated and permit authenticated connections. 2) OK when a header line is matched does not affect the parsing of other header lines, and if you think about it you wouldn't want that: Then it would be possible to include a secret keyword or forged header line in the top of the header to get by the other rules. Basically, the only line that you can trust is the first Received which our server inserted - which as mentioned is waste to check. So, no header check in itself should allow an entire mail. There is a FILTER keyword which you can use to tag a mail for further content filtering. That action is taken after all the header checks have been done. Cheers, Erik -- Ph: +34.666334818 web: http://www.locolomo.org X.509 Certificate: http://www.locolomo.org/crt/8D03551FFCE04F0C.crt Key ID: 69:79:B8:2C:E3:8F:E7:BE:5D:C3:C3:B1:74:62:B8:3F:9F:1F:69:B9 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FREEBSD cross-platform compatibility
On Sun, 15 Oct 2006, Tom wrote: Is there an alternate-platform emulator available? I have some programs that have no substitute available - and are Windows - only applications. The developer right now says that they won't work on porting to other OSs for the foreseeable future - so Linux and FreeBSD - and Mac OS, for that matter - are left hanging. Frankly, this one program in particular is the major reason I'm still running Windows at all. So, either a Windows emulator, or some way to run this program in a non-Windows environment Look at qemu or wine. Both are in ports. -- Chris Hill [EMAIL PROTECTED] ** [ Busy Expunging | ] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
--On October 15, 2006 4:31:48 PM -0400 DAve [EMAIL PROTECTED] wrote: That is a bit extreme. I have a full workload, I put in about 60 hours a week (I work a lot of weekends, I'm working now). I have servers running all different version of apps. I can't go around upgrading everything at the drop of a hat. I would be divorced within a month. If you read the security alerts carefully you will find many require a shell (We don't offer them to clients), some require a specific app to be running that you may not need (rm -f /usr/local/bin/vulnerable_app), and sometimes a simple code audit will tell you if you are vulnerable. It is also not uncommon that a security alert is issued for a problem that has not be proven in the wild. There are plenty of reasons to not follow a security alert, many of them quite valid. Upgrading mission critical systems without throughly understanding the implications just because someone screamed SECURITY!, now that is foolhardy. That wasn't the situation here. Look, there are several possible scenarios where installing a vulnerable app is less of a risk than not installing the app at all. Business functionality *is* important. However, to arbitrarily say Use DISABLE_VULNERABILITIES is the answer to an app that won't install is always a wrong answer. *At a minimum* it should come with a warning of the possible risks. Furthermore *upgrading* from a non-vulnerabile app to a vulnerable app simply because it's the latest is foolhardy in the extreme. I don't think my statement was any more extreme than Just use DISABLE_VULNERABILITIES and you can install the app with no warning of the risks. *Especially* when the app is as highly scrutinized as php is (not to mention how vulnerabilities are being found in it all the time.) Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: Non English Spam
Erik Norgaard wrote: Ian Smith wrote: So the ideal you mention is not an option until a complete public list of authorized mail servers is available and all mail relayed through these requires authentication. That's the 'solution' the mega players appear to be proposing. And who then authorises whom to run mailservers? What about, er, us? Shudder. I'm one of 'us' and honestly, I don't see why it should be OK to set up a mail server without any possibility of identifying the owner or responsible, nor do I see this as a big problem: Ironically, as if to stress the point, my reply to you got rejected (well you can find it in the archives), because my server is not on your (arbitrary) white list and the mail was not relayed through an authorized relay (mx2.freebsd.org). And I even pay extra to have a static ip, that resolves to a PTR containing the word static according to the IETF draft. And I actually accept connections from any server that plays by the RFC (the SMTP - strict) because I don't want to reject the large group of people who want to set up their on server... - so who is 'us'? Well, anyway, this only serves to enlighten another problem: That even if you find the solution to rejecting non-Roman non-FreeBSD mail while accepting everything from the list, people replying in those character sets will see their mail rejected because their mail doesn't go through the FreeBSD server. To avoid the above, we should recommend subscribers to the list to change their reply to when writing to the list, or configure their subscription such that mx2 will send mail regardless of the recipient being in the To/Cc header, or recommending users only to include the list as recipient... but we were against imposing rules - right? Wouldn't it be nice if there was a reliable way to determine legitimate sources...? Cheers, Erik -- Ph: +34.666334818 web: http://www.locolomo.org X.509 Certificate: http://www.locolomo.org/crt/8D03551FFCE04F0C.crt Key ID: 69:79:B8:2C:E3:8F:E7:BE:5D:C3:C3:B1:74:62:B8:3F:9F:1F:69:B9 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Boot Live CDROM with Grub
Hello, I can make a bootable CD using GRUB + El Torito no-emulation mode. It's almost completely explained in the GRUB manual, section 3.4. I want to do more, I want to offer the user who boots from the CD Live or from a hard disk partition, it's a CD Live with XORP. So I built the following menu.lst file: default=0 timeout=10 title FreeBSD 6.1 root (hd0,0,a) kernel /boot/loader title CD Live XORP 1.3 root (hd1) kernel /boot/loader From GRUB manual, the device syntax is like this: `(DEVICE[,PART-NUM][,BSD-SUBPART-LETTER])' `[]' means the parameter is optional. DEVICE should be either `fd' or `hd' followed by a digit, like `fd0'. Can I set CDROM device? I have added last line in device.map $ cat /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/ad0 (hd1) /dev/acd0 Using this file I can boot FreeBSD 6.1, but not CD Live XORP 1.3. However when I try set CDROM on grub: grub root (hd1) Error 21: Selected disk does not exist So the question is: how can I create a GRUB configuration to boot CD Live XORP 1.3.? Thanks in advance, David __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non English Spam
On Sunday 15 October 2006 13:08, Erik Norgaard wrote: (SNIP) Well, anyway, this only serves to enlighten another problem: That even if you find the solution to rejecting non-Roman non-FreeBSD mail while accepting everything from the list, people replying in those character sets will see their mail rejected because their mail doesn't go through the FreeBSD server. To avoid the above, we should recommend subscribers to the list to change their reply to when writing to the list, or configure their subscription such that mx2 will send mail regardless of the recipient being in the To/Cc header, or recommending users only to include the list as recipient... but we were against imposing rules - right? Wouldn't it be nice if there was a reliable way to determine legitimate sources...? The freebsd-current@ list is doing that after a fashion. If I forget to change my mail identity to [EMAIL PROTECTED] com, I get sent to the moderator. The freebsd lists are almost spam free, and I would love to see exactly how they are doing it. Do any of you know if it's documented anywhere? Beech -- --- Beech Rintoul - Sys. Administrator - [EMAIL PROTECTED] /\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com --- pgpntrcrxhI1L.pgp Description: PGP signature
Re: FREEBSD cross-platform compatibility
Tom wrote: Question: Is there an alternate-platform emulator available? Sounds like you have already tried an emulator that did not work. Which one did you try? Have you tried Wine or Win4BSD? I have the same problem myself, so I am interested in your experiences. I have some programs that have no substitute available - and are Windows - only applications. The developer right now says that they won't work on porting to other OSs for the foreseeable future - so Linux and FreeBSD - and Mac OS, for that matter - are left hanging. Frankly, this one program in particular is the major reason I'm still running Windows at all. So, either a Windows emulator, or some way to run this program in a non-Windows environment Do tell us precisely which applications you are talking about. TIA. -- Tore ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
What's so compelling about FreeBSD?
Okay. I've installed FreeBSD on my desktop. I got KDE working, and Amor is running so I have a little daemon sitting on my window. I can mount my USB card reader and open the pictures from my digital camera in Gimp. I can browse the web in Firefox. I even compiled my own kernel so that I'm all 1337. :-) Overall, I like FreeBSD--the kernel build process felt a lot smoother than Linux, the /boot and /sys file heirarchies makes more sense to me than /boot and /usr/src under Linux, and the /dev heirarchy seems sane, though it's still pretty alien to me. So far, everything I do under Linux I can do under FreeBSD. FreeBSD is nice, but I haven't seen anything really *compelling* about it. FreeBSD might be more stable as a server, but for my desktop Linux has proven more than stable enough. (X crashes sometimes, but FreeBSD can't really fix that.) The extra file flags look intersting, but otherwise I haven't seen anything that I can do under FreeBSD that I can't with Linux. So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. William Tracy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
Paul Schmehl schrieb: --On October 15, 2006 4:31:48 PM -0400 DAve [EMAIL PROTECTED] wrote: That is a bit extreme. I have a full workload, I put in about 60 hours a week (I work a lot of weekends, I'm working now). I have servers running all different version of apps. I can't go around upgrading everything at the drop of a hat. I would be divorced within a month. If you read the security alerts carefully you will find many require a shell (We don't offer them to clients), some require a specific app to be running that you may not need (rm -f /usr/local/bin/vulnerable_app), and sometimes a simple code audit will tell you if you are vulnerable. It is also not uncommon that a security alert is issued for a problem that has not be proven in the wild. There are plenty of reasons to not follow a security alert, many of them quite valid. Upgrading mission critical systems without throughly understanding the implications just because someone screamed SECURITY!, now that is foolhardy. That wasn't the situation here. Look, there are several possible scenarios where installing a vulnerable app is less of a risk than not installing the app at all. Business functionality *is* important. However, to arbitrarily say Use DISABLE_VULNERABILITIES is the answer to an app that won't install is always a wrong answer. *At a minimum* it should come with a warning of the possible risks. Furthermore *upgrading* from a non-vulnerabile app to a vulnerable app simply because it's the latest is foolhardy in the extreme. I don't think my statement was any more extreme than Just use DISABLE_VULNERABILITIES and you can install the app with no warning of the risks. *Especially* when the app is as highly scrutinized as php is (not to mention how vulnerabilities are being found in it all the time.) Does DISABLE_VULNERABILITIES not say enough? When he tried to install php he already got the vulnerabilities message including a web link. I think this knob was made for a reason. Cheers, Thomas -- Terry Lambert: It is not unix's job to stop you from shooting your foot. If you so choose to do so, then it is UNIX's job to deliver Mr. Bullet to Mr Foot in the most efficient way it knows. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Route #3 - USB 802.11 a/b/g
On 10/8/06, Jim Stapleton [EMAIL PROTECTED] wrote: On 10/8/06, Sam Leffler [EMAIL PROTECTED] wrote: Jim Stapleton wrote: On 10/7/06, Lars Engels [EMAIL PROTECTED] wrote: On Fri, Oct 06, 2006 at 07:22:50PM -0400, Jim Stapleton wrote: OK, that's interesting, I tried, that, and got this: ural0: flags=108843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,NEEDSGIANT mtu 1500 inet6 fe80::215:e9ff:fe2d:72c3%ural0 prefixlen 64 scopeid 0x4 inet 192.168.1.84 netmask 0xff00 broadcast 49.49.253.171 ether 00:15:e9:2d:72:c3 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps (OFDM/54Mbps) status: no carrier ssid mine channel 6 authmode OPEN privacy ON deftxkey 1 txpowmax 100 protmode CTS bintval 100 I've tried replacing wep with wepkey, I've tried weptxkey 1 to 4, no luck on any of those. Any other suggestions? Perhaps the authmode needs to be set to SHARED? That didn't work either -- I also tried 8021x and wpa. Both gave me an error: ifconfig: SIOCS80211: invalid argument status: no carrier means you are not associated to the ap. When the reason is not obvious I usually do this: wlandebug -i ural0 scan+auth+assoc before bringing the interface up w/ ifconfig. The console msgs should tell you what's going on. I don't recall if ifconfig ural0 debug will give you similar info. Of course it'd be better if the failure code for the last auth/assoc attempt was reported by ifconfig in this situation (I think it's available by ioctl but can't recall--if not it's easy to add and has been done for other systems). Sam PS. wlandebug is in src/tools/tools/net80211. well, it gave me something that is probably useful - but I've no idea how to use it. [EMAIL PROTECTED] 16:17:27 (0) ~ sudo wlandebug -i ural0 scan+auth+assoc net.wlan.1.debug: 0x0 = 0xe0assoc,auth,scan there was no other output. Nothing appeared in dmesg thanks, -Jim Stapleton addendum: I found a way to get by this problem - it only seems to fail when the mouse is plugged in before the drive, if I plug in the mouse first, the drive fails. I have verified this with anouth drive. This only happens when the mouse is plugged in directly, if the mouse is plugged in via a KVM (as it would be at home), the problem is not observed. -Jim Stapleton ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
William Tracy wrote: [snip] So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. What's so compelling about Linux? At least, tell us which distribution you are talking about and how and why FreeBSD does not seem very impressive in comparison. -- Tore ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
On 10/15/06, William Tracy [EMAIL PROTECTED] wrote: Okay. I've installed FreeBSD on my desktop. I got KDE working, and Amor is running so I have a little daemon sitting on my window. I can mount my USB card reader and open the pictures from my digital camera in Gimp. I can browse the web in Firefox. I even compiled my own kernel so that I'm all 1337. :-) Overall, I like FreeBSD--the kernel build process felt a lot smoother than Linux, the /boot and /sys file heirarchies makes more sense to me than /boot and /usr/src under Linux, and the /dev heirarchy seems sane, though it's still pretty alien to me. So far, everything I do under Linux I can do under FreeBSD. FreeBSD is nice, but I haven't seen anything really *compelling* about it. FreeBSD might be more stable as a server, but for my desktop Linux has proven more than stable enough. (X crashes sometimes, but FreeBSD can't really fix that.) The extra file flags look intersting, but otherwise I haven't seen anything that I can do under FreeBSD that I can't with Linux. So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. William Tracy Well, I guess you can ask yourself some questions: - Is there something now that you can't do but were able to using Linux (or vice-versa) ? - Hardware support (might fit the previous question) - Is performance better/worse ? - Your global experience with it: installation, usage, documentation, support. From my experience, I was using linux before FreeBSD, but I always felt curiosity to test it. My first try was with 5.0 and although slow at the time (processing apache logs with awstats) I loved it. Two things come out shining: it's a complete OS not a kernel glued with userland and libraries and the documentation is supreme. Just my 2 euro cents ;-) -- Joao Barros ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
On Sunday 15 October 2006 17:26, William Tracy wrote: Okay. I've installed FreeBSD on my desktop. I got KDE working, and Amor is running so I have a little daemon sitting on my window. I can mount my USB card reader and open the pictures from my digital camera in Gimp. I can browse the web in Firefox. I even compiled my own kernel so that I'm all 1337. :-) Overall, I like FreeBSD--the kernel build process felt a lot smoother than Linux, the /boot and /sys file heirarchies makes more sense to me than /boot and /usr/src under Linux, and the /dev heirarchy seems sane, though it's still pretty alien to me. So far, everything I do under Linux I can do under FreeBSD. FreeBSD is nice, but I haven't seen anything really *compelling* about it. FreeBSD might be more stable as a server, but for my desktop Linux has proven more than stable enough. (X crashes sometimes, but FreeBSD can't really fix that.) The extra file flags look intersting, but otherwise I haven't seen anything that I can do under FreeBSD that I can't with Linux. So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. William Tracy ill tel you why i switched from linux to freebsd. first, the release schedule. or rather... the length of the maintenance calendar. freebsd maintains the core operating system longer than any linux distro ive ever seen. i was previously on fedora, and their EOL schedule came so quickly some times, that in order to maintain security, a complete operating system upgrade was necessary. this was in part due to the rpm system, which doesnt necessarily prefer to install another versions rpms into a newer or older version of the OS. (if im wrong there, too bad, ive already switched to freebsd, and im not going back, so dont bother to correct me *wink*). second, (and this part, im only going to use estimations, im not going to look up version info for each release), what was the latest version of [application] in FC5? FC4? FC3? on back? ok.. for the sake of example i will go and look up one... well take apache for example. FC5 - httpd-2.2.2-1.2.i386.rpm FC4 - httpd-2.0.54-10.4.i386.rpm FC3 - httpd-2.0.53-3.3.i386.rpm FC2 - httpd-2.0.51-2.9.i386.rpm in freebsd, i can have the latest 2.0.59 on my system, no matter if im running 6.1, 6.0, 5.5, 5.4, 5.3... same thing goes for practically anything else you can think of that you want to run. note that FC5 upgrades you to 2.2.x, and me, i dont know alot about apache, but i do know that my httpd.conf file doesnt work right in 2.2.x, but works perfectly for what i need in 2.0.x. not being forced into a version that is not right for me, is something i like. i dont know how to make my own rpm files (yes i know i could learn if i really needed to... but see end of paragraph that begins 'first'). i do know how to compile from source, but if something is already built for me for my system, i would prefer to use that and take advantage of that resource. freebsd gives you options. latest php4 and mysql4? latest apache 1.3? your not even ready to move from freebsd 4.x to 5.x? no problem. and that's, what i think. cheers, jonathan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
Well, in my case: - No matter what method I use to install packages in Linux (Apt-Get, Yum, Deb, RPM, and to a much lesser extent, Emerge, and to a *MUCH* greater extent src tar.gz's), I tend to have a lot more trouble getting installs to finish than with BSD in ports. - The FreeBSD community is much more friendly and helpful than the Linux community, in my experience. Gentoo's is better than other Linux communities, but still not quite up to FreeBSD. - I notice a lot smaller number of It's 'X' liscence, therefore it has to be good, or It's open source therefore it has to be good fanboys in FreeBSD. The users tend to be more of a It works, so it's good type. This really makes the commmunity pleasant. - The documentation of FreeBSD is much better in both organization and detail - while good documentation can be found for Linux, FreeBSD just takes a lot less searching. - I've found a lot of breaks in Linux where I couldn't find anything short of a system re-install to fix them without a lot more effort in searching for some obscure piece of documentation. Aside from once when I blew up my kernel build, I didn't have that problem in BSD. - It's less popular than Linux, so it's less commonly known/accounted for, and it makes you just that much safer from hackers. Note: that's not to say it doesn't have it's issues, like every other OS, I could name a few dozen issues I've run into with FreeBSD without much hassle (mostly related to drivers, UI, and parts of the installer), but that's a different topic alltogether. -Jim ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
On 10/15/06, Joao Barros [EMAIL PROTECTED] wrote: On 10/15/06, William Tracy [EMAIL PROTECTED] wrote: Okay. I've installed FreeBSD on my desktop. I got KDE working, and Amor is running so I have a little daemon sitting on my window. I can mount my USB card reader and open the pictures from my digital camera in Gimp. I can browse the web in Firefox. I even compiled my own kernel so that I'm all 1337. :-) Overall, I like FreeBSD--the kernel build process felt a lot smoother than Linux, the /boot and /sys file heirarchies makes more sense to me than /boot and /usr/src under Linux, and the /dev heirarchy seems sane, though it's still pretty alien to me. So far, everything I do under Linux I can do under FreeBSD. FreeBSD is nice, but I haven't seen anything really *compelling* about it. FreeBSD might be more stable as a server, but for my desktop Linux has proven more than stable enough. (X crashes sometimes, but FreeBSD can't really fix that.) The extra file flags look intersting, but otherwise I haven't seen anything that I can do under FreeBSD that I can't with Linux. So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. William Tracy Well, I guess you can ask yourself some questions: - Is there something now that you can't do but were able to using Linux (or vice-versa) ? - Hardware support (might fit the previous question) - Is performance better/worse ? - Your global experience with it: installation, usage, documentation, support. From my experience, I was using linux before FreeBSD, but I always felt curiosity to test it. My first try was with 5.0 and although slow at the time (processing apache logs with awstats) I loved it. Two things come out shining: it's a complete OS not a kernel glued with userland and libraries and the documentation is supreme. Just my 2 euro cents ;-) Ok, make that 3: Ports I really don't miss rpm hell. -- Joao Barros ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sunday's newbie questions
[EMAIL PROTECTED] wrote: Two quick questions I should know the answer to, but don't. * When installing the PHP5 port, will it automatically disable and/or uninstall the PHP4 that's already installed, or should I uninstall the latter manually beforehand? Manually uninstall php4 first. * My server runs portaudit (a helpful addition from the last guy who did some work on it), but a simple make install on the PHP5 port spits back a security error. What's the flag to make install around that? setenv DISABLE_VULNERABILITIES=yes (in bourne shells) Then be sure to select the suhosin patch from the menu, as it plugs the current exploit. -- Bill Moran The presence of stale files in this directory can cause the dreaded unpredictable results, and therefore it is highly recommended that you delete them. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
libphp4.so not installed from /usr/ports/lang/php4 and mod_php4 is gone??!!
Hi, I'm trying to install mod_php on an existing apache13 server. The original config documentation requires that this entry be added to httpd.conf: LoadModule php4_module libexec/apache/libphp4.so libphp4.so was previously built by /usr/ports/www/mod_php4 (iirc) but that port has apparently been merged into /usr/ports/lang/php4 So I compiled the port with -DAPACHE=yes and I got the pkg-message.mod message telling me to add AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps to httpd.conf However, libphp4.so was not created, nor was it installed. Nor is there any mention of libphp4.so in pkg-plist (or anywhere, as far as I can tell). So ... now the question How do I get mod_php working again? (with Apache13) Thanks, Lane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libphp4.so not installed from /usr/ports/lang/php4 and mod_php4 is gone??!!
Lane [EMAIL PROTECTED] wrote: Hi, I'm trying to install mod_php on an existing apache13 server. The original config documentation requires that this entry be added to httpd.conf: LoadModule php4_module libexec/apache/libphp4.so libphp4.so was previously built by /usr/ports/www/mod_php4 (iirc) but that port has apparently been merged into /usr/ports/lang/php4 So I compiled the port with -DAPACHE=yes and I got the pkg-message.mod message telling me to add AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps to httpd.conf However, libphp4.so was not created, nor was it installed. Nor is there any mention of libphp4.so in pkg-plist (or anywhere, as far as I can tell). So ... now the question How do I get mod_php working again? (with Apache13) cd /usr/ports/lang/php4 make config (select the Apache module from the menu) rebuild/reinstall php. -- Bill Moran When I point out limitations of one technique as a motivation for another, I do so in the context of specific problems; for different problems or in other contexts, the first technique may indeed be the better choice. Useful software has been constructed using all of the techniques presented here. Bjarne Stroustrup, _The_C++_Programming_Language_ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libphp4.so not installed from /usr/ports/lang/php4 and mod_php4 is gone??!!
On Sunday 15 October 2006 18:18, Bill Moran wrote: Lane [EMAIL PROTECTED] wrote: Hi, I'm trying to install mod_php on an existing apache13 server. The original config documentation requires that this entry be added to httpd.conf: LoadModule php4_module libexec/apache/libphp4.so libphp4.so was previously built by /usr/ports/www/mod_php4 (iirc) but that port has apparently been merged into /usr/ports/lang/php4 So I compiled the port with -DAPACHE=yes and I got the pkg-message.mod message telling me to add AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps to httpd.conf However, libphp4.so was not created, nor was it installed. Nor is there any mention of libphp4.so in pkg-plist (or anywhere, as far as I can tell). So ... now the question How do I get mod_php working again? (with Apache13) cd /usr/ports/lang/php4 make config (select the Apache module from the menu) rebuild/reinstall php. Thanks, Bill. But that does not install libphp4.so. libphp4.so is not created, or if it is created it has a name OTHER than libphp4.so. After taking the steps you describe, I expect that I should get something in a directory listing such as: ls -al /usr/local/libexec/apache | grep php However nothing is listed Nor is anything listed when I do: ls -al /usr/local/libexec/apache | grep Oct 14 Apparently no new modules where added today. I thought maybe it was installed in another place, so I ran /etc/periodic/weekly/310.locate and then: locate mod_php But still I get nothing. Perhaps mod_php is no longer available for FreeBSD 5.4? lane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
On Sun, Oct 15, 2006 at 03:26:02PM -0700, William Tracy wrote: Okay. I've installed FreeBSD on my desktop. I got KDE working, and Amor is running so I have a little daemon sitting on my window. I can mount my USB card reader and open the pictures from my digital camera in Gimp. I can browse the web in Firefox. I even compiled my own kernel so that I'm all 1337. :-) Overall, I like FreeBSD--the kernel build process felt a lot smoother than Linux, the /boot and /sys file heirarchies makes more sense to me than /boot and /usr/src under Linux, and the /dev heirarchy seems sane, though it's still pretty alien to me. So far, everything I do under Linux I can do under FreeBSD. FreeBSD is nice, but I haven't seen anything really *compelling* about it. FreeBSD might be more stable as a server, but for my desktop Linux has proven more than stable enough. (X crashes sometimes, but FreeBSD can't really fix that.) The extra file flags look intersting, but otherwise I haven't seen anything that I can do under FreeBSD that I can't with Linux. So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. FreeBSd is another OS, after all. It is not out to wow anyone - especially if you have been basically satisfied with the other one. As a server it is incrementally better than Linux for many server type things. You have also identified some things that you find are a little cleaner about FreeBSD. That type of cleaner, more manageable structure is one reason FreeBSD can be nicer to work with and may lead to a more reliable server system. There are other things that people prefer about the FreeBSD environment and may also lead to improvements in reliability. But, you are not going to be bowled over - just a little more pleased with the server environment. I think it is enough to be worth learning the system. It is up to you what you think. Both Linux and FreeBSD are a major improvement over certain other proprietary, so-called OS, versions. But, that is the big jump. The jump from Linux to FreeBSD as a server is rather less dramatic but, still an improvement for many uses. jerry William Tracy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: squirrelmail
On Thu, Sep 21, 2006 at 10:41:32PM +0200, albi wrote:
On Thu, 21 Sep 2006 22:37:44 + (UTC)
justin [EMAIL PROTECTED] wrote:
I`ve got a problem with squirrelmail
when i try to reach it through my browser i get the index.php
with the following message:
--cut --
// Are we configured yet?
if( ! file_exists ( 'config/config.php' ) ) {
-- cut --
So my questions is why the squirrelmail interface isnt executeted.
did you run ./configure in /usr/local/www/squirrelmail/ ?
and do you have in apache's config the following ?
DirectoryIndex index.html index.html.var index.php
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
I've been saving these instructions for weeks and just installed
squirrelmail. I tested it with
http://www.thought.org/squirrelmail/ and by pointing at the
src/configtest.php. I get a 404 return. I have added your mods
intp my httpd.conf; I have stopped and restarted apache; I have
run ./configure. Still nothing. Any clues?
gary
--
grtjs,
albi
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
--
Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: squirrelmail
On 10/16/06, Gary Kline [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 10:41:32PM +0200, albi wrote:
On Thu, 21 Sep 2006 22:37:44 + (UTC)
justin [EMAIL PROTECTED] wrote:
I`ve got a problem with squirrelmail
when i try to reach it through my browser i get the index.php
with the following message:
--cut --
// Are we configured yet?
if( ! file_exists ( 'config/config.php' ) ) {
-- cut --
So my questions is why the squirrelmail interface isnt executeted.
did you run ./configure in /usr/local/www/squirrelmail/ ?
and do you have in apache's config the following ?
DirectoryIndex index.html index.html.var index.php
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
I've been saving these instructions for weeks and just installed
squirrelmail. I tested it with
http://www.thought.org/squirrelmail/ and by pointing at the
src/configtest.php. I get a 404 return. I have added your mods
intp my httpd.conf; I have stopped and restarted apache; I have
run ./configure. Still nothing. Any clues?
gary
you apache build doesn't have that module installed so even if you put it
there explicitly, you will still see the codes instead of the actual page,
you have to recompile apache with php support.
HTH
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
[EMAIL PROTECTED]
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
so the question is, when will the php port be upgraded? it's been days already but i still keep on seeing the vulnerability message even if you say that it isn't that critical. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP new vulnarabilities
jan gestre [EMAIL PROTECTED] wrote: so the question is, when will the php port be upgraded? it's been days already but i still keep on seeing the vulnerability message even if you say that it isn't that critical. 1) The suhosin patchset apparently plugs the hole. Unfortunately, portaudit isn't aware of this and still reports the package as vulnerable. 2) The PHP folks haven't release the patch yet, although it's in their CVS. 3) Somebody _could_ generate a patchfile for the FreeBSD port -- don't know why nobody has. So, the answer is I don't know. -- Bill Moran There's more'n seventy little earth's spinning about the galaxy, and the meek have inherited not a one. Malcom Reynolds ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
--On October 15, 2006 3:26:02 PM -0700 William Tracy [EMAIL PROTECTED] wrote: So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. Well, let's see. As a server, I have worked with Windows, Solaris, Gentoo, RedHat, Fedora, CentOS, Slackware, OpenBSD and FreeBSD. All my servers are FreeBSD now, except for the ones that require Windows and don't give me an otpion. That should tell you something. Features that I like that I consider better than other *nixes: 1) The install - the install is simple and easy to follow. Furthermore, you can run the installer any time you want by running sysinstall, something that often requires inserting a CD (or copying the CD to the hard drive) on other OSes. 2) The OS - it has all the tools you need without any of the bloat. Yes, it requires that you actually learn Unix, but that's not a bad thing. Built-in perl. Built-in tcpdump. 3) The kernel. I've done kernel rebuilds on Linux. Trust me, freebsd is much easier. make buildkernel, make buildworld, make installkernel, reboot, run mergemaster, make installworld, run mergemaster again. And I can do it in an ssh session without having to worry about running to the console. 4) The ports system. I have at my fingertips everything I need to install anything I need. And if it's not there, just ask. Someone will create the port. Complex apps that require the installation of a number of items (dependencies) are often so daunting that people don't even want to tackle them. In FreeBSD, the port does all of that for you. What's left? Oh - performance. FreeBSD just works. I've never had a crash. I've never had sluggish performance. Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: squirrelmail
On Sunday 15 October 2006 19:50, jan gestre wrote:
On 10/16/06, Gary Kline [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 10:41:32PM +0200, albi wrote:
On Thu, 21 Sep 2006 22:37:44 + (UTC)
justin [EMAIL PROTECTED] wrote:
I`ve got a problem with squirrelmail
when i try to reach it through my browser i get the index.php
with the following message:
--cut --
// Are we configured yet?
if( ! file_exists ( 'config/config.php' ) ) {
-- cut --
So my questions is why the squirrelmail interface isnt executeted.
did you run ./configure in /usr/local/www/squirrelmail/ ?
and do you have in apache's config the following ?
DirectoryIndex index.html index.html.var index.php
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
I've been saving these instructions for weeks and just installed
squirrelmail. I tested it with
http://www.thought.org/squirrelmail/ and by pointing at the
src/configtest.php. I get a 404 return. I have added your mods
intp my httpd.conf; I have stopped and restarted apache; I have
run ./configure. Still nothing. Any clues?
gary
you apache build doesn't have that module installed so even if you put it
there explicitly, you will still see the codes instead of the actual
page, you have to recompile apache with php support.
HTH
i would imagine at this point, the problem lies in the httpd.conf file, or in
an assosicated alias.conf file. for my squirrelmail, i have a file
in /usr/local/etc/apache/Includes called squirrelmail.conf. its contents
are:
Alias /webmail /usr/local/www/squirrelmail
you can make your alias /webmail or /squirrelmail or /whateveryouwant. for
your example, you would use /squirrelmail. after this is in place, just
restart apache, and it should no longer give you a 404.
cheers,
jonathan
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non English Spam
I'm getting a ton of spam every day that comes from China, Japan and Korea= =2E=20 Spam Assassin completely ignores it because it has all non-english characte= rs=20 and slows kmail to a crawl loading. Is there a way to filter on non-english= in /usr/local/etc/mail/spamassassin/v310.pre I enabled the language guesser plugin: # TextCat - language guesser # loadplugin Mail::SpamAssassin::Plugin::TextCat It puts a little bit of stress on SpamAssassin, but Ithink it works pretty good. Bests, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
dvips conflict with teTeX
I have read a recent thread about the conflict between dvips and teTeX. I get the error; dvips-5.76 conflicts with installed package(s): teTeX-base-3.0_10 teTeX-texmf-3.0_5 I need both packages. I have recently upgrade teTeX and noticed that dvips was not working. Is there another way to convert dvi files to ps? or maybe it's possible to create a postscript file directly from latex? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dvips conflict with teTeX
On Sun, Oct 15, 2006 at 10:33:19PM -0400, David Banning wrote: I have read a recent thread about the conflict between dvips and teTeX. I get the error; dvips-5.76 conflicts with installed package(s): teTeX-base-3.0_10 teTeX-texmf-3.0_5 I need both packages. I have recently upgrade teTeX and noticed that dvips was not working. Is there another way to convert dvi files to ps? or maybe it's possible to create a postscript file directly from latex? teTeX installs a copy of dvips; that's why you get a conflict error. The dvips port is primarily for systems that wish to use dvips without the TeX baggage. The dvips with teTeX should be the same as the dvips port version; it works fine for me. If you have a problem with it, perhaps you should describe the error to the list. Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- If you're right 90% of the time, why quibble about the remaining 3%? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build minimum freebsd from make world
Thanks Gilbert, So, anyone can make some DOC about this ? Lowell Gilbert [EMAIL PROTECTED] wrote: Tang Ho Yim writes: I have already install the minimum FreeBSD 6.1. Now, I would like to know how can I build install the same minimum FreeBSD 6.1 from make world ? I think that NODOC is enough to do it these days. Even that is usually only worthwhile for an expert tuning a pared-down system, though. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] - Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
On 10/15/06, William Tracy [EMAIL PROTECTED] wrote: So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. There's already been plenty of answers with which I agree. The bulk of my professional life was with Solaris, with some linux and BSD/OS in the mix. Then I changed jobs and needed to be a FreeBSD guy. It was so easy to run and manage, I felt like I was cheating. Where was the struggling to satisfy every dependency? Where was the need to hunt down the latest version of a binary package or rpm? Where were the unresolved symbol errors while upgrading kernels? Eventually I became adept at making my own rpm's, so less waiting for updated rpm's while still retaining the maintainability of package installs. And then there was FreeBSD. A new version of apache comes out, someone tweaked a couple of files in the ports tree, my scheduled cvsup picks it up automatically anyway, so I'm left with nothing more than running 'portupgrade'. Or (far less frequently) a new version of something comes out, but it's less popular so the port maintainer hasn't gotten around to tweaking the ports fast enough for me. I just tweak the files myself because the process is far simpler than creating custom rpm's, then let it rip. I like how files are very consistently found in logical places, like /usr/local/etc for config files, /usr/local/var for stuff like databases, /usr/local/www for web stuff, /usr/local/bin for binaries. It's not a constant quest wondering where stuff got installed and what data files are where, and not having to type paths to run programs in curious locations. that sort of thing used to become especially annoying with programs that like to install into a directory where the name included the version number, /usr/local/foo-1.1.1/ or something. Like I said before, running FreeBSD is so easy it's almost like cheating. -- Andy Harrison ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Acroread not working
Hello Folks, I have installed acroread from the ports collection. I am running FreeBSD 6.2-PRERELEASE. When I am trying to run the same from the command line, I am getting quite a few errors. I have pasted the error below. [EMAIL PROTECTED] ~]$ acroread (acroread:6260): GdkPixbuf-WARNING **: Can not open pixbuf loader module file '/ etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (acroread:6260): GdkPixbuf-WARNING **: Error loading XPM image loader: Image typ e 'xpm' is not supported (acroread:6260): GdkPixbuf-WARNING **: Can not open pixbuf loader module file '/ etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (acroread:6260): GdkPixbuf-WARNING **: Error loading XPM image loader: Image typ e 'xpm' is not supported (acroread:6260): GdkPixbuf-WARNING **: Can not open pixbuf loader module file '/ etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (acroread:6260): GdkPixbuf-WARNING **: Error loading XPM image loader: Image typ e 'xpm' is not supported (acroread:6260): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (acroread:6260): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (acroread:6260): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (acroread:6260): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJEC T (object)' failed (acroread:6260): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJEC T (object)' failed (acroread:6260): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJEC T (object)' failed (acroread:6260): Gdk-CRITICAL **: file gdkwindow-x11.c: line 3502 (gdk_window_se t_icon_list): assertion `GDK_IS_PIXBUF (pixbuf)' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_ get_width): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 497 (gdk_pixbuf_ get_height): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_ get_width): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 497 (gdk_pixbuf_ get_height): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_ get_width): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 497 (gdk_pixbuf_ get_height): assertion `pixbuf != NULL' failed (acroread:6260): Gdk-CRITICAL **: file gdkwindow-x11.c: line 3502 (gdk_window_se t_icon_list): assertion `GDK_IS_PIXBUF (pixbuf)' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_ get_width): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 497 (gdk_pixbuf_ get_height): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_ get_width): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 497 (gdk_pixbuf_ get_height): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_ get_width): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 497 (gdk_pixbuf_ get_height): assertion `pixbuf != NULL' failed (acroread:6260): Gdk-CRITICAL **: file gdkwindow-x11.c: line 3502 (gdk_window_se t_icon_list): assertion `GDK_IS_PIXBUF (pixbuf)' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_ get_width): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 497 (gdk_pixbuf_ get_height): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_ get_width): assertion `pixbuf != NULL' failed (acroread:6260): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 497 (gdk_pixbuf_ get_height): assertion `pixbuf != NULL'
Flash Plugin not working
Hello, I am running FreeBSD 6.2-PRERELEASE on i386 hardware. I have installed linux-firefox and linux-flashplugin from the ports collection. The same is iterated by pkg_info. [EMAIL PROTECTED] ~]$ pkg_info | grep flash linux-flashplugin-7.0r68 Adobe Flash Player NPAPI Plugin [EMAIL PROTECTED] ~]$ linux-firefox [EMAIL PROTECTED] ~]$ pkg_info | grep firefox firefox-1.5.0.7,1 Web browser based on the browser portion of Mozilla linux-firefox-1.5.0.7 Web browser based on the browser portion of Mozilla However when I am trying to open any sites from linux-firefox, the embedded flash applications are not displayed. Also the browser complains about missing plugin. I have checked the installed plugins by typing about:plugins. But there is no flash plugin displayed there either. Where am I going wrong? Thanks and Best Regards Subhro -- Subhro Kar Security Engineer iViZ Techno Solutions Pvt. Ltd. Dhanshree Bldg, 1st Floor Plot XI-16, Sector V Salt Lake City 700091 India ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
On Mon, Oct 16, 2006 at 12:35:13AM -0400, Andy Harrison wrote: On 10/15/06, William Tracy [EMAIL PROTECTED] wrote: So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. Ah well, you have to experience it. No amount of convincing or intellectual gymnastics will help you. Know that in the software ecosystem there is a place for everything. There are situations in which you have to use linux and even Windoze. But things are so vibrant that more and more Windoze apps are available in linux and FreeBSD and also in NetBSD and OpenBSD. Personally for me linux has very good support for a wide range of TV cards, remote controls and other rare hardware. BSDs also have support but somewhat limited. FreeBSD gives you CCD,GEOM,GDBE, netgraph and various other features hard to find in other OSes. Some equivalents exist but not as good. OpenBSD has very good IPsec , pf , BGP and other networking stuff. pf is also available on FreeBSD but I doubt if it is as well integrated and feature rich as OpenBSD. Linux has a lousy file system and is somewhat unstable and will throw surprises if you stress it or use it in unexpected ways. Whereas BSDs have very very good stability. For instance FreeBSD will give roughly 20 to 30% better overall performance compared to Linux. This is subjective and dependent on various factors but this has been my experience. In terms of packages FreeBSD I think has the largest number since it can emulate linux binaries too. I can go on but I suggest you try things with an open mind. If you like it, stick to it , else go back. Nobody is forcing you. But remember, give it enough time and be open. regards, Girish ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Error building php5-pcre
Running FreeBSD6.2-PRERELEASE and im trying to build cacti with php5-pcre being a dependancy. Below is the last few lines or so that error. === == cc -DEXPORT= -DNEWLINE=10 -DSUPPORT_UTF8 -DSUPPORT_UCP -DLINK_SIZE=2 -DPOSIX_MALLOC_THRESHOLD=10 -DMATCH_LIMIT=1000 -DMATCH_LIMIT_RECURSION=1000 -I/usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/pcrelib -I. -I/usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre -DPHP_ATOM_INC -I/usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/include -I/usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/main -I/usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -DHAVE_CONFIG_H -O2 -fno-strict-aliasing -pipe -c /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c -fPIC -DPIC -o .libs/php_pcre.o /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1630: error: `fifth_arg_force_ref' undeclared here (not in a function) /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1630: error: initializer element is not constant /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1630: error: (near initialization for `pcre_functions[2].arg_info') /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1630: error: initializer element is not constant /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1630: error: (near initialization for `pcre_functions[2]') /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1631: error: initializer element is not constant /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1631: error: (near initialization for `pcre_functions[3].arg_info') /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1631: error: initializer element is not constant /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1631: error: (near initialization for `pcre_functions[3]') /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1632: error: initializer element is not constant /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1632: error: (near initialization for `pcre_functions[4]') /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1633: error: initializer element is not constant /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1633: error: (near initialization for `pcre_functions[5]') /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1634: error: initializer element is not constant /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1634: error: (near initialization for `pcre_functions[6]') /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1635: error: initializer element is not constant /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre/php_pcre.c:1635: error: (near initialization for `pcre_functions[7]') *** Error code 1 Stop in /usr/ports/devel/php5-pcre/work/php-5.1.6/ext/pcre. *** Error code 1 Stop in /usr/ports/devel/php5-pcre. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's so compelling about FreeBSD?
Linux has iSCSI...which hands Fbsd a real beating in the server space. I work on projects at more customers than I can keep track of that -have- to use Linux in the middle of Fbsd farms just because of the amazing lack of iscsi support. Linux has been doing iscsi since what..2002 or so? Maybe 2003? C;mon..yes, I know a brave soul is starting work on it now, but how did the Fbsd effort let this lie for so long? On 10/15/06, Girish Venkatachalam [EMAIL PROTECTED] wrote: On Mon, Oct 16, 2006 at 12:35:13AM -0400, Andy Harrison wrote: On 10/15/06, William Tracy [EMAIL PROTECTED] wrote: So, basically, I'm asking you guys to wow me. :-) Show me how FreeBSD can outdo Linux. Make me never want to go back. Ah well, you have to experience it. No amount of convincing or intellectual gymnastics will help you. Know that in the software ecosystem there is a place for everything. There are situations in which you have to use linux and even Windoze. But things are so vibrant that more and more Windoze apps are available in linux and FreeBSD and also in NetBSD and OpenBSD. Personally for me linux has very good support for a wide range of TV cards, remote controls and other rare hardware. BSDs also have support but somewhat limited. FreeBSD gives you CCD,GEOM,GDBE, netgraph and various other features hard to find in other OSes. Some equivalents exist but not as good. OpenBSD has very good IPsec , pf , BGP and other networking stuff. pf is also available on FreeBSD but I doubt if it is as well integrated and feature rich as OpenBSD. Linux has a lousy file system and is somewhat unstable and will throw surprises if you stress it or use it in unexpected ways. Whereas BSDs have very very good stability. For instance FreeBSD will give roughly 20 to 30% better overall performance compared to Linux. This is subjective and dependent on various factors but this has been my experience. In terms of packages FreeBSD I think has the largest number since it can emulate linux binaries too. I can go on but I suggest you try things with an open mind. If you like it, stick to it , else go back. Nobody is forcing you. But remember, give it enough time and be open. regards, Girish ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
