Re: modular xorg build fails
Joerg Sonnenberger wrote: On Tue, Aug 21, 2007 at 09:53:55AM -0500, [EMAIL PROTECTED] wrote: I'm having trouble building modular xorg on a new install of DragonFly 1.8.1; modular-xorg-apps and -fonts build okay but modular-xorg-drivers fails when it tries to build modular-xorg-server. Gt modular-xorg-server 1.3.0nb2 and try with that. A merge fault removed from essential patches and this is one of the side effects. Joerg Okay, it seems to work now. It's built and now I'm building other pieces of xorg. Thanks! Joey
Re: modular xorg build fails
[EMAIL PROTECTED] wrote: checking whether to build Xegl DDX... no checking whether to build Xglx DDX... no checking for dlopen... yes configure: error: Your OS is unknown. Xorg currently only supports Linux, Free/Open/NetBSD, Solaris, and OS X. If you are interested in porting Xorg to your platform, please email [EMAIL PROTECTED] *** Error code 1 Stop. I had the same problem last night. I just got done installing 1.10.1 yesterday and I checked out the latest pkgsrc sources. I set X11_TYPE to modular in my /usr/pkg/etc/mk.conf file. Should I try installing from packages, or should I wait until this is patched? I was afraid of installing from packages becuase the versions might be different. It sems that I already have a bunch of X.org packages installed as part of the build routine. To give you an idea of how far the build went, I'll past some of the output of 'pkg_info -Ia': pkg-config-0.21nb1 System for managing library compile/link flags bigreqsproto-1.0.2 BigReqs extension headers from modular Xorg X11 xextproto-7.0.2 XExt extension headers from X.org inputproto-1.4.2Input extension headers from X.org xproto-7.0.10 X protocol and ancillary headers from Xorg X11 fixesproto-4.0 Fixes extension headers from X.org compositeproto-0.4 Composite extension headers from modular X.org damageproto-1.1.0 Damage extension headers from modular X.org evieext-1.0.2 EvIE extension headers fontsproto-2.0.2Fonts extension headers from X.org randrproto-1.2.1Randr extension headers from modular X.org renderproto-0.9.2 Render extension headers from modular X.org resourceproto-1.0.2 Resource extension headers from X.org scrnsaverproto-1.1.0 ScrnSaver extension headers from X.org kbproto-1.0.3 KB extension headers from X.org xcmiscproto-1.1.2 XCMisc extension headers from X.org xf86bigfontproto-1.1.2 XF86BigFont extension headers from X.org xtrans-1.0.3Network API translation layer to insulate X libXau-1.0.3Authorization Protocol for X from X.org libXdmcp-1.0.2 X Display Manager Control Protocol library from X.org libX11-1.1.3Base X libraries from modular Xorg X11 libXext-1.0.3 X Extension library libXi-1.1.2 X Input extension library trapproto-3.4.3 Trap extension headers videoproto-2.2.2Video extension headers from modular X.org X11 xf86dgaproto-2.0.2 XF86DGA extension headers glproto-1.4.8 GL extension headers libdrm-2.3.0nb1 Userspace interface to kernel DRM services xf86driproto-2.0.3 XF86DRI extension headers from modular X.org xf86miscproto-0.9.2 XF86Misc extension headers from modular X.org xf86vidmodeproto-2.2.2 XF86VidMode extension headers from modular X.org xineramaproto-1.1.2 Xinerama extension headers from X.org libxkbfile-1.0.4The xkbfile Library from modular X.org xkbcomp-1.0.3 XKBD keymap compiler xkbdata-1.0.1nb1Xorg keyboard maps and layouts makedepend-1.0.1Dependency generator for make libICE-1.0.3Inter Client Exchange (ICE) library for X libSM-1.0.3 X Session Management Library libXt-1.0.5 X Toolkit Intrinsics library MesaLib-6.4.2nb3Graphics library similar to SGI's OpenGL printproto-1.0.3Print extension headers from X.org libXmu-1.0.3X Miscellaneous Utilities library libXp-1.0.0 X Print Service Extension Library libXpm-3.5.6X PixMap Library from modular Xorg X11 libXaw-1.0.3X Athena Widgets Library from modular Xorg X11 libXfixes-4.0.3 Xfixes library and extension of X RandR from modular X.org fontcacheproto-0.1.2 Fontcache extension headers from X.org freetype2-2.3.5 Font rendering engine and library API libfontenc-1.0.4The fontenc Library from X.org libXfont-1.3.0 X font Library libXxf86misc-1.0.1 Library for the XFree86-Misc X extension libXxf86vm-1.0.1Library for the XFree86-VidMode X extension libxkbui-1.0.2 xkbui library recordproto-1.13.2 Record extension headers from X.org Well, hope to get this installed soon but really I'm not that hurried. Joseph
Re: default Sendmail plus Cyrus-SASL
Joerg Sonnenberger wrote: On Fri, Jul 27, 2007 at 07:00:21PM -0700, Joseph Garcia wrote: SENDMAIL_LDFLAGS=-L/usr/pkg/lib Add -R/usr/pkg/lib here as well. Joerg Thanks Joerg! That worked after fucking with Sendmail for a day I got it to actually work. I'll reply to my own thread regarding my mistakes. Joey
default Sendmail plus Cyrus-SASL
Hello all! I'm trying to setup a sort of relay or gateway using Sendmail. Here's there deal: Our hosted email provider let's us send them email via SMTP but that only works within the company's domain. If we want to send out of the domain we need to authenticate against their SMTP server. We have these nifty Canon copiers that can scan and email the document in PDF form. Unfortunately, I can't put a username and password for SMTP authentication. Thefore, I'm thinking I can setup Sendmail to accept email from that Canon copier and then relaty it acting as a client to our hosted email provider's SMTP server. It seems like I need AUTH to do this which requires Cyrus-SASL. Okay, so I installed Cyrus-SASL from pkgsrc. Now I'm trying to rebuild sendmail to be able to use SASL but I'm getting the following error: dfly# /etc/rc.d/sendmail forcestart Starting sendmail. /usr/libexec/ld-elf.so.2: Shared object libsasl2.so.2 not found, required by sendmail /usr/libexec/ld-elf.so.2: Shared object libsasl2.so.2 not found, required by sendmail Okay, when I built sendmail I added the following lines to my /etc/defaults/make.conf file: SENDMAIL_CFLAGS=-I/usr/pkg/include/sasl -DSASL SENDMAIL_LDFLAGS=-L/usr/pkg/lib SENDMAIL_LDADD=-lsasl2 Then I used the following websites as a guide to getting this to work: http://wiki.dragonflybsd.org/index.cgi/smtp-auth.html http://home.leo.org/~barner/freebsd/articles/mailsetup/article.html So far I'm stuck with that libsasl2.so.2 not found, required by sendmail error. Any help would be appreciated. If there's an easier way to do this, such as another program then I'm all ears. I've always known that Sendmail was a bitch to configure. Thanks in advance, Joseph Garcia
Re: Wake on Lan Issues
Matthew Dillon wrote: :HmmmI guess no one here uses the WOL utilities from pkgsrc? Bummer. I Don't think very many people use WOL. Well, at least not outside the corporate world where there's a benefit to being able to put hundreds or thousands of workstations into a sleep mode all at once. -Matt Bummer! It was a weird issue anyway. I wanted to be able to send the magic packet from a DragonFly box. Although, those tools from pkgsrc didn't work. Oh well, it's not a big deal. Thanks, Joey
Re: Wake on Lan Issues
HmmmI guess no one here uses the WOL utilities from pkgsrc? Bummer. Joseph Garcia wrote: Hello all! I'm trying to use DragonFlyBSD to wake up other machines, but so far two of the utilities I tried from pkgsrc didn't work. I hate saying this, but they do wake up when I send the magic packet from a Windows machine using either AMD's magic_pkt program or this other program called mc-wol (or something like that - I had renamed it to wol). Anyway, I tried net/wol and net/wakeup but neither worked. I was wondering if anyone can reproduce this behavior with machines on thier network. Those two programs compile fine, but they just don't seem to work for me. On a bright note, I configured my DragonFlyBSD box to WOL. Yay! Although, I have to wake it from a Windows box for now until I can figure out what's up with WOL utilities on DragonFlyBSD. Well, any help would be appreciated. Thanks, Joey
Re: BSDTalk #98 transcription
Right on! I actually wanted to do this, but I just haven't had the time with work and being a single dad. Thanks! It's gotten so bad that I haven't even had the time to listen to it. Now I can just read it at my leisure. Thanks again! Joey Geoff Speicher wrote: -snip - to conserve bandwidth-
Re: silo overflows -- what can I do about this?
Robert Clark wrote: Make sure the Serial port is enabled in BIOS? I've seen integrated-chipset-provided serial ports be disabled in BIOS and still be probed and in used by the OS. The ghost ports would then work depending on how the OS serviced them. I've also seen multiple ports configured on the same resources. [RC] It's enabled and it does work. I can log into the PIX, but when I say write terminal and it starts spitting out the configuration then that's when I get those error messages and it stops receiving data from the device. Now, sharing the same resources is another thing which I haven't checked for. I'll take a look when I reboot the machine. Should be 3F8 and 2F8 right? Joey
Re: silo overflows -- what can I do about this?
Matthew Dillon wrote: :Okay, so I was working via the console port (i.e. DFly box connected to : Firewall via serial port) of my PIX firewall and I kept getting these :errors. These errors made it quite impossible to configure the firewall :because I was unable to recieve the output from the PIX device. : :Error Messages (/var/log/messages): :Oct 17 17:40:04 dfly kernel: sio1: 2 more silo overflows (total 23) :Oct 17 17:40:06 dfly kernel: sio1: 4 more silo overflows (total 27) :Oct 17 17:41:22 dfly kernel: sio1: 7 more silo overflows (total 34) :Oct 17 17:41:24 dfly kernel: sio1: 9 more silo overflows (total 43) :Oct 17 17:41:25 dfly kernel: sio1: 4 more silo overflows (total 47) :Oct 17 17:41:38 dfly kernel: sio1: 2 more silo overflows (total 49) :Oct 17 17:49:36 dfly kernel: sio1: 1 more silo overflow (total 50) :Oct 17 17:49:53 dfly kernel: sio1: 1 more silo overflow (total 51) :Oct 17 17:49:57 dfly kernel: sio1: 1 more silo overflow (total 52) :Oct 17 17:50:02 dfly kernel: sio1: 1 more silo overflow (total 53) : :Is there anything I can do about these errors? The man page for sio says :that it's an interupt problem. Any help would be appreciated. : :Thanks! : :Joey It may be possible to reduce the instances of the problem by using a different fifo trigger point, but there is always going to be an issue of some sort, especially if the IRQ used by the serial port is shared with another device. Try changing FIFO_RX_MEDH to FIFO_RX_LOW around line 2281 of /usr/src/sys/dev/serial/sio/sio.c. Also post your 'dmesg' output. -Matt Matthew Dillon [EMAIL PROTECTED] If I change that line in that file, do I only need to recompile the kernel? Here's the dmesg output: Copyright (c) 2003, 2004, 2005, 2006 The DragonFly Project. Copyright (c) 1992-2003 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. DragonFly 1.6.1-RELEASE #2: Tue Sep 19 16:08:22 PDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC TSC clock: 866340703 Hz, i8254 clock: 1193202 Hz CPU: Intel Pentium III (866.33-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x387f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE real memory = 536805376 (524224K bytes) avail memory = 508997632 (497068K bytes) Preloaded elf kernel /kernel at 0xc073c000. Preloaded elf module /modules/vesa.ko at 0xc073c1e8. Preloaded elf module /modules/acpi.ko at 0xc073c290. Pentium Pro MTRR support enabled md0: Malloc disk pcibios: BIOS version 2.10 Using $PIR table, 6 entries at 0xc00fdce0 npx0: math processor on motherboard npx0: INT 16 interface Using MMX optimized bcopy/copyin/copyout acpi0: VT694X AWRDACPI on motherboard acpi0: Power Button (fixed) Warning: ACPI is disabling APM's device. You can't run both acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 cpu0: ACPI CPU (3 Cx states) on acpi0 acpi_button0: Power Button on acpi0 compare 0 legacypci0 on motherboard pcib0: Host to PCI bridge on legacypci0 pci0: PCI bus on pcib0 agp0: VIA 82C691 (Apollo Pro) host to PCI bridge mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: ATI model 5046 graphics accelerator at 0.0 irq 11 isab0: VIA 82C686 PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA66 controller port 0x6400-0x640f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0x6800-0x681f irq 10 at device 7.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhci1: VIA 83C572 USB controller port 0x6c00-0x6c1f irq 10 at device 7.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 pci0: VIA 82C686 AC97 Audio at 7.5 irq 5 sym0: 875 port 0x7c00-0x7cff mem 0xec122000-0xec122fff,0xec121000-0xec1210ff irq 10 at device 9.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: 875 port 0x8000-0x80ff mem 0xec125000-0xec125fff,0xec124000-0xec1240ff irq 5 at device 10.0 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking fxp0: Intel 82550 Pro/100 Ethernet port 0x8400-0x843f mem 0xec10-0xec11,0xec12-0xec120fff irq 9 at device 11.0 on pci0 miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: MAC address:
Re: silo overflows -- what can I do about this?
Matthew Dillon wrote: Try changing FIFO_RX_MEDH to FIFO_RX_LOW around line 2281 of /usr/src/sys/dev/serial/sio/sio.c. Also post your 'dmesg' output. -Matt Matthew Dillon [EMAIL PROTECTED] I changed that line and I rebuilt the kernel, installed the kernel, and rebooted. I tried it again, but I still have the same problems. Any other ideas? Joey
Re: silo overflows -- what can I do about this?
Matthew Dillon wrote: :I changed that line and I rebuilt the kernel, installed the kernel, and :rebooted. I tried it again, but I still have the same problems. Any :other ideas? : :Joey What is actually being run over this serial port? Just a console session, or something else? What baud rate are you running at ? -Matt Matthew Dillon [EMAIL PROTECTED] It's just a serial console cable to a cisco device. It's a PIX in this case. I'm using the cisco supplied blue roll over cable. Pretty much normal. It seems to work fine when using my notebook. So it can either be a) the hardware on the DragonFly box, or b) something in DragonFlyBSD. The notebook runs FreeBSD. I'm almost curious enough to yank the hardrive out of the OpenBSD box (another box where it works fine too) and put in the DragonFlyBSD hardrive to rule out the hardware. I can do that if you want, that way we don't chase things that are hardware related. You know what I mean? Joey
silo overflows -- what can I do about this?
Okay, so I was working via the console port (i.e. DFly box connected to Firewall via serial port) of my PIX firewall and I kept getting these errors. These errors made it quite impossible to configure the firewall because I was unable to recieve the output from the PIX device. Error Messages (/var/log/messages): Oct 17 17:40:04 dfly kernel: sio1: 2 more silo overflows (total 23) Oct 17 17:40:06 dfly kernel: sio1: 4 more silo overflows (total 27) Oct 17 17:41:22 dfly kernel: sio1: 7 more silo overflows (total 34) Oct 17 17:41:24 dfly kernel: sio1: 9 more silo overflows (total 43) Oct 17 17:41:25 dfly kernel: sio1: 4 more silo overflows (total 47) Oct 17 17:41:38 dfly kernel: sio1: 2 more silo overflows (total 49) Oct 17 17:49:36 dfly kernel: sio1: 1 more silo overflow (total 50) Oct 17 17:49:53 dfly kernel: sio1: 1 more silo overflow (total 51) Oct 17 17:49:57 dfly kernel: sio1: 1 more silo overflow (total 52) Oct 17 17:50:02 dfly kernel: sio1: 1 more silo overflow (total 53) Is there anything I can do about these errors? The man page for sio says that it's an interupt problem. Any help would be appreciated. Thanks! Joey
Re: Problem with Xorg conf
Frank Petitjean wrote: Hi, I am a newbee in the BSD world, and I have problem with Xorg configuration. I installed DragonFly 1.6.0 without problem, then Xorg-6.9.0nb3 from the current path. I followed the instructions from the handbook, but I have problem with Xorg : At Xorg start up, in the file Xorg.0.log.old, I have a warning the message : (WW) The directory /usr/pkg/xorg/lib/X11/fonts/CID/ does not exist. Entry deleted from font path. I noted that the directory /usr/pkg/xorg/lib/X11/fonts/CID/ has not been created on my disk, but this pth is present in the xorg.conf file. And when Xorg terminates : FreeFontPath: FPE /usr/pkg/xorg/lib/X11/fonts/misc/ refcount is 2, should be 1; fixing. Basicaly I seems that Xorg works when I use it along with KDE, but on some web sites like freedesktop.org some fonts are not displayed properly. Do someone has an idea ? Thanks. Frank. Frank, I might be wrong, but I think CID are Russian fonts. It's probably safe to ignore that message unless you need those fonts. If you don't need those fonts and the warning annoys you, then you can comment out that line in the Xorg config file. I also get that other warning, although I have ignored it. I'm not sure why that warning is there. I might also get that warning in FreeBSD, although it's been awhile since I booted my FreeBSD notebook. I had assumed it's an Xorg thing. *shrug* Joey
Re: How to disable the boot0 menu?
Thomas Schlesinger wrote: Hi. I've installed only DFly on my notebook as the onliest OS, so I have no need for the boot0 menu. I've tried to minimize the time it's appearing by doing a boot0cfg -s 1 -t 1 ad0 (-t 0 didn't work). -t is the number of ticks and there should be circa 18.2 ticks per second, according to the handbook, but with -t 1 the boot0 menu appears longer. I there a way to disable the appearance of the boot0 menu completely? Thanks, Thomas So basically, you want to get rid of BootEasy (the boot manager that prompts you for an OS), right? I may have done this before on DragonFlyBSD, or maybe I'm thinking of FreeBSD. Honestly, I can't say for sure I did it under DrgaonFlyBSD but I might have. I just can't remember since all these BSD's are starting to become one in my head. Anyway, I can say for sure that I have done it in FreeBSD but it was a lng time ago. Here's a link to the information that I used to do it in FreeBSD: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/boot-blocks.html If I remember correctly, I used boot1 instead of boot0 on the MBR. I don't know if this will work with DragonFlyBSD. Maybe someone can chime in with more in-depth knowledge of DragonFlyBSD's bootloader and let us know if this won't hose the boot-up process. Good luck, and remember this could make your system not boot. Don't shoot me if it screws up. ;) Joey
Re: DRI with ATI graphics chip
Thomas Schlesinger wrote: Hi, I've seen, there's a drm module in the source code. I use an ATI Mobility X600 PCIe chip in my notebook. I've loaded the radeon.ko module and have an empty directory /dev/dri, but the Xorg.0.log tells me: [..] drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (Device not configured) drmOpenDevice: open result is -1, (Device not configured) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (Device not configured) drmOpenDevice: open result is -1, (Device not configured) drmOpenDevice: Open failed [drm] failed to load kernel module radeon (II) RADEON(0): [drm] drmOpen failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. [..] Can somebody please point me to a documentation about setting up DRM/DRI or give me some hints? Thanks, Thomas I tried to get 3D working on a Radeon 7500 but never had any luck. I think there's something missing. It works under FreeBSD, and in FreeBSD there are two modules loaded - drm.ko and radeon.ko. It doesn't seem that DragonFlyBSD has a drm.ko module. Is that the part that is missing? Other than you're hardware being too new, I think you might run into that issue too. Joey
Re: Default tar revisited
Matthew Dillon wrote: Hmm. It sounds ok to me but I do seem to recall that some issues popped up when FreeBSD did this, so my provisio in importing bsdtar is that you (Peter) review the FreeBSD mailing lists for bsdtar related discussions and put together a summary of any issues that may have come up and whether the latest release addresses them (assuming the issues are even important). Direct support for tape has never been at the top of my list. As long as pipes work, a tar piped through a dd or vise versa ought to work just fine for tape. I think the last time I actually used tar *directly* on a tape device was over 15 years ago. -Matt I was using tar (gtar, I guess) with tape just a few months ago (hmm, I really do need to do another backup). Why? Because it's simple and it seemed to work. I guess there are other alternatives, but tape support would have been nice. I can always use gtar still. I guess I can also learn to use the alternatives (pax, etc) as well. I'm not that much of a seasoned pro at using tape drives with Unix. Give me an AS/400 and I'll backup and restore objects and libraries all day long. Joey P.S. I have this Compaq autochanger tape library. Anyone ever use and autochanger on BSD before?
Re: Postgresql HOWTO?
Yo Adrian! ;) What a bummer. I had totally written a How-To for PostgreSQL 8.0 installation but it was on the old wiki site. The one that went down. I'm not sure if it was backed up or not, but I didn't have a backup. I wish I had backup of that. It seems as though things have gotten better for PostgreSQL in terms of installation. The last time I installed it, I had to add the PostgreSQL user and group manually and stuff. After reading through some the posts in this thread, I learned something regarding how to have the rc scripts installed. Cool! I always just copied them manually from the examples to /usr/pkg/etc/rc.d although I'm still confused if this is the correct place to the put th rc scripts or if they should go to /etc/rc.d instead. There was a discussion about this awhile back (this goes for rc scripts in general I think). I need to get 8.1 installed. Now you got me interested in this Gallery thing. I've been taking alot of pictures lately so it would be cool to put them up like that. Anyway, good job! Joey
Re: FW analyzer
Justin C. Sherrill wrote: On Mon, August 14, 2006 1:04 pm, Haidut wrote: The exact name is CheckPoint NGX R60 HFA02. Oh, then you mean rules from an external hardware firewall device, not the ones running in DragonFly. I haven't seen any open source firewall rule analyzers, though I also haven't looked; I could use one for PIX firewalls. If there was one, it'd probably be in pkgsrc: http://pkgsrc.se/ though I don't see anything in ~30 seconds of browsing. I think in FreeBSD's ports tree there's some pix firewall config thingie. I never really looked at it because my PIX firewall rules are really simple. What model PIX do you have? What version of the PIX OS are you running? 7.0 looks pretty interesting. Joey
Re: PF version
Gergo Szakal wrote: Hello, I noticed that PF version is the one that was released with OpenBSD 3.7. Is there any chance that it will be synchronized with upstream soon? There are a few cool features in new versions that I'd like to try out on DF as well. Oh, and I would like to get rid of OBSD as well. ;-) Just out of curiosity, what features is it that you wanted to try/have on DragonFlyBSD from a current version of PF? There's one thing on OpenBSD that I haven't tried, yet would be neat to have is the trunking. I don't even know if that at all relates to PF, or it's only related to the interfaces. I wanted to see if trunking made any difference in network speed (i.e. transfering files and stuff). Joey
SATA to CF -- great for embedded DFly firewalls
I came across this product that I figured some of you might be interested in especially if you're buiding embedded firewall boxes with DragonFlyBSD. It's an SATA to Compact Flash device. It mounts in the front or the back of the PC. Seems pretty neat. Here's the product link: http://www.addonics.com/products/flash_memory_reader/adsacf.asp Joey
Re: Which wireless card?
Sepherosa Ziehau wrote: On 7/19/06, Petr Janda [EMAIL PROTECTED] wrote: I'm looking for a wireless PCI card (801.11g preferably ) that I will take a look at following manpage: ath(4), ral(4) and acx(4) if you have minipci-pci card, take a look at iwi(4) too. Cheers, sephe I just wanted to say that the following card worked with the ath(4) driver: D-Link AirPlus Xtreme G Model: DWL-G650 H/W Ver.: B2 F/W Ver.: 2.23 This is an older card. Probably a few years old. It worked under FreeBSD 6.0 and it also worked with DragonFlyBSD Preview 1.5.3 with Sephe's ath, cbb, and wpa patches. I actually have a custom livecd ISO with those patches already installed laying around too. Joey
Re: Setting up PPP and ADSL
Petr Janda wrote: Oh by the way, I can use PPPoE too. Whichever is easier to set up. Petr Janda wrote: I have an Linksys ADSL gateway router, and I use PPPoA at the moment. However, I would like to set it in bridge mode(which is easy) so that the PPP terminates on my DragonFly server. Ive never worked with PPP on a unix box, only on Cisco routers though. I was looking through /etc/ppp/ppp.conf and ppp man page but it seems to be about setting up PPP for dial up. Is anyone doing the same to give me some clue about how to configure the ppp0 interface for my ADSL? Cheers, Petr I don't know much about PPPoA, but in the past I have used FreeBSD with userland ppp with PPPoE support to do exactly what you're doing. This was a few years ago when I had DSL and it required PPPoE. Like I said, that was on FreeBSD but I'm pretty sure that DragonFlyBSD has the same functionality (since it was born from FreeBSD) with it's userland ppp. Take a deeper look at the userland ppp. I had setup the ppp program to automatically dial (not modem dial but PPPoE dial) when Internet traffic tried to go through. Anyway, bottom line is: Look at userland ppp and ppp.conf. Joey
Re: Shutdown
Sascha Wildner wrote: Thomas Schlesinger wrote: Hi, when I shutdown my notebook (ASUS V6800), I get a message to power it of on console, but it doesn't happen automagically as in Linux. I believe to remember, that I've read somewhere something about an sysctl switch which enables this function, but I can't find it again. I'm not sure, it was DFly related, it could also be FBSD related. How do you shutdown? 'shutdown -p now' should do the trick. Sascha Typically, I used 'halt -p' instead of 'shutdown -p now'. Now I'm wondering if there's a major difference. Either way, it shutdown my computer. Joey
Re: Enabling filesystem ACLs
[EMAIL PROTECTED] wrote: I was looking at the handbook but couldnt find anything on setting up fs ACLs in DragonFly. Also tried to search the LINT file but no success. Well what has to be enabled in the kernel, and where do i get setfacl/getfacl utils? Petr What part of the handbook? Hmmm, I wonder if that stuff you read was actually about FreeBSD specific information since our Handbook was imported from FreeBSD (most things apply, but some don't). This is just a guess though since I don't know which part of the Handbook you referring to. Joey
Re: make -jn not necessarily helpful
Justin C. Sherrill wrote: Out of curiousity, I thought I'd try running make buildworld with the -j option in a few different configurations to see what difference it made. I know it's supposed to speed up the process by a certain amount because of the parallel processing, but there's no direct quantifier. I put together a shell script that had this several times over make clean echo `date` /home/justin/benchmark.txt echo 'make -j2 buildworld' /home/justin/benchmark.txt make -j2 buildworld echo `date` /home/justin/benchmark.txt echo/home/justin/benchmark.txt I did this with no -j, -j1, -j2, and -j3 Looking at the result: 1 hour 15 minutes 40-something seconds, every time, no matter the -j setting. This is on a 1.6G Celeron, with a PATA drive and ~350M ram. Would I see a difference if the CPU was faster and the drive was slower? If someone had some free CPU cycles to waste and could time a buildworld as above, I'd be interested in the results. I'd like to see under what conditions the -j flag becomes useful or not useful, or if perhaps I'm just missing something. I know that you're just testing to see if -jN is any faster than without, but when building world on FreeBSD I have noticed that moving /usr/obj to a separate disk did seem to make things a bit faster. The last time I tried this was on a PII 233 with 2 SCSI controllers (each had on 4GB SCSI drive). You're bottleneck might be the drive. That's theory is based on information in FreeBSD FAQ's and their Handbook. Now that I think about it, I have moved those SCSI controllers to this Dfly box since I laid the PII 233 to rest. Here's the dmesg output on those SCSI controller (not that it's related, but just FYI): sym0: 875 port 0x7c00-0x7cff mem 0xec122000-0xec122fff,0xec121000-0xec1210ff irq 10 at device 9.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: 875 port 0x8000-0x80ff mem 0xec125000-0xec125fff,0xec124000-0xec1240ff irq 5 at device 10.0 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking * NOTE: That's very odd that not much information is being displayed. I believe under FreeBSD it at least tells me it's a Sym BIOS chipset and all that. Anyway, I thought maybe if you were curious enough you can try to see if things speed up by moving /usr/obj to a different disk (SCSI or not). Unfortunately, I don't have the hard results of my tests (since it was years ago) but maybe you can give it a whirl since you're being curious about buildworld performance. Joey
Re: testing modular X.org on DragonFly
Jeremy C. Reed wrote: Any volunteers to help test the modular X.org on DragonFly? The instructions are at http://wiki.x.org/wiki/ModularDevelopersGuide. I am using its ./util/modular/build.sh script on the CVS HEAD. I do have pkgsrc packages for freetype2 and MesaLibs installed (and probably some other packages needed too). I have been updating my local checkout of the modular Xorg to build on DragonFly. I have some to commit upstream, but need some testers first. If you can help test, please carbon-copy me. I will commit upstream and/or provide diffs for you (as appropriate). (After I get DragonFly support added, then I will later work more on the pkgsrc packages for these.) Jeremy C. Reed technical support remote administration http://www.pugetsoundtechnology.com/ Just to be clear, this is X.org 7.0 right? I woudln't mind giving this a try, but let's say I already have 6.9 installed. What would I need to do to cleanly wipe it out and then install 7.0? H, now that ask that I realize that I should probably look at your link. Maybe, my question is answered there. If it isn't, then maybe someone can chime in. Joseph
Re: HP DL* servers ...
Marc G. Fournier wrote: Is anyone running Dragonfly on an HP Server ... in my case, a DL360? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 Good question! I have several DL360's and I'd love to hear about how DFly runs on them. I'd especially love to hear how they perform in SMP and how the rest of the hardware is supported. Unfortunately, I can't use any of the DL360's that I have to test DFly because they're currently in production. When one gets replaced I'll definately give it a try. I guess it's too bad that these damn HP's run forever so I don't see us replacing any of them any time soon. :( Well, we'll see what happens. If anything, I do plan on upgrading our aging ML370's (which have been running forever as well -- damn what is it with these HP's :p ). Joseph
Re: Meta port for xfce4?
Jonathon McKitrick wrote: On Thu, Dec 22, 2005 at 06:54:47PM +0100, Joerg Sonnenberger wrote: : On Thu, Dec 22, 2005 at 05:37:07PM +, Jonathon McKitrick wrote: : : Is there a meta port that installs most or all of xfce4? I can't tell which : pkg I need to do this. : : xfce4? I am *so* embarrassed. I was looking all over misc, x11, wm, and forgot there *is* a meta directory. Sits in corner, reaches for tall, cone-shaped hat. Jonathon McKitrick -- My other computer is your Windows box. That question pretty much answered itself (i.e *meta* port, or better stated *meta-pkg*). :P Anyway... If you haven't already installed it, I can at least say that it does build. I'm currently running it quite happily on DragonFly preview. XFCE4 is such a nice light GTK2-based desktop. I'm anxiously awaiting their next version. They're going to use a new file manager (I have a thing for file managers) codenamed Thunar, along with other things (i.e. XFCE Foundation Classes). Happy XFCE4'ing! Joey
Wiki Status Page Devel
Hey all! I took the initiative to try to summarize the events in commits@ into the wiki on my personal development Status Page (since I didn't want to screw up the real Status Page). Basically, I just went through all the posts and copied and pasted whatever looked interesting. I bet I missed things and some of the commit logs were way over my head since I'm not a programmer. If you have time, please go through it and feel free to add/change/remove anything you like or make comments. Just remember, I did my best to try to capture things that looked worth mentioning. Here's the link: http://wiki.dragonflybsd.org/index.php/User:Jgarcia/Status_Page_Devel Joseph Garcia [EMAIL PROTECTED]
Re: Panic with current snapshot
Jonathon McKitrick wrote: On Mon, Dec 19, 2005 at 08:27:14PM +0800, Sepherosa Ziehau wrote: : Please try HEAD, : If it still paniks, please post the back trace if you can get it. I installed the Dec 17 snapshot, and I can't update the source tree without wi0 working. But I can't get wi0 working without updating the source tree? Jonathon McKitrick -- My other computer is your Windows box. Sounds like a chicken and egg problem. :p Can you stick another NIC in the box? Joey
Re: Call for pkgsrc testing
[EMAIL PROTECTED] wrote: On Wed, Nov 30, 2005 at 06:18:59PM -0500, Bob Bagwill wrote: On Wed, 30 Nov 2005 16:48:32 +0100, joerg wrote: since now most parts of KDE and Gnome compile, please try it (esp. the binary packages for easier reproducability) and report problems. Locations of the packages can be found on the download page :-) BTW, how would we request additional meta-pkgs, e.g. xfce4? For the moment, don't expect all the meta-pkgs to work. They often depend on too many low-level stuff, which isn't always fixed yet. Most parts should be there, xfce4-session doesn't build due to a dependency problem. Joerg xfce4-session may have been fixed since the previous message was posted (at least I'm assuming so), because it seems to build okay. I just thought I might point that out. Here's my pkg_info output: [EMAIL PROTECTED] [~] pkg_info -Ia | grep session xfce4-session-4.2.3 Xfce session manager If it was fixed since then, then thanks! XFCE4 is a nice, light desktop. It runs great on my Preview box! Joseph
Donations
I have two computers that I'm willing to donate to the cause. They're PIII systems about 1GHz each on AOpen AX34 and AOpen AX34 II motherboards. They each have fxp cards in them as well. They're okay machines. They're not the fastest machines out there, but maybe someone can make use of them. Not only that, but it will save my ears from the yelling my wife does because I have them sitting in the living room. I guess she's tired of me bring home junk computers as she calls them. I live in the Los Angeles area. If you're willing to pay for shipping, or if you're in the neighborhood then I can either have it shipped out to you or you can come pick them up. If you really want more info on these machines, I can probably get DragonFlyBSD installed on each of them and output a dmesg for you. Honestly, I would like for these to go out to developers, but if you're a user that is low on cash (like me) and you need a computer then I guess I can help out as well. Let me know if you're interested. Joey -- [EMAIL PROTECTED] -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: recommend kvm switch
I have used the following switch with both DragonFlyBSD, FreeBSD, and WindowsXP (on the same switch) at work without any problems. http://www.iogear.com/main.php?loc=productItem=GCS84B I have an older IOGear KVM switch at home that I have used with FreeBSD, OpenBSD, and WindowsXP (on the same switch) also without any problems. The nice thing about IOGear KVM's is that they come with cables and are at a decent price. The one I have at home cost me about 150 bucks but that was about 2-3 years ago. They cost much less these days, though. Seems like alot of people here have had good luck with Belkin. Personally, I will never buy a belkin product again. I have had an 8 port KVM and a 4 port KVM crap out on me. I've had problems with other Belkin products as well. Joey On Wed, 30 Nov 2005 13:14:41 -0800, Bob Bagwill [EMAIL PROTECTED] wrote: Can anyone recommend a really bullet-proof 2 or 4 port kvm switch (that's DBSD compatible)? Thanks. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: how do people play with different versions of DBSD on the same system?
Bob Bagwill wrote: How are people playing with different versions of DBSD on the same system? I just use VMWare. Currently I have 1.2.x-RELEASE and 1.3.x-PREVIEW installed in VMWare, although I only have PREVIEW fired up at the moment. It's not the best way to run DragonFlyBSD, but since I don't have enough machines lying around to install on then I have to deal with what I have.
Re: ifconfig(8) syntax intuitiveness
Danial Thom wrote: --- Joerg Sonnenberger [EMAIL PROTECTED] wrote: On Wed, Aug 24, 2005 at 03:26:17PM +0200, Erik P. Skaalerud wrote: Joseph Garcia wrote: I was using ifconfig when it occurred to me how non-intuitive it is having to use 255.255.255.255 as the netmask when adding an address that is on the same subnet as an address already on the interface. For example, if you already have 192.168.0.1/24 on fxp0, then you should be able to add the following address with this command: ifconfig fxp0 add 192.168.0.2 netmask 255.255.255.0 instead of: ifconfig fxp0 add 192.168.0.2 netmask 255.255.255.255 I second this. I had problems with this when I first used IP aliasing on FreeBSD long time ago because I had the wrong netmask set. (/24 instead of /32). It's not that easy. This has nothing to do with the interface, but is a restriction from the routing stack. Once that restriction goes away, there's no reason why aliases wouldn't allow it too. I second your thoughts about delete. You don't delete it, you remove it. You delete the route. I have another suggestion for ifconfig aswell. Show netmaskes in human readable format (decimal) instead of HEX. I mean, who really thinks about netmasks in HEX formats? Me. Actually, decimal netmasks are *not* human readable, because it is much harder to determine the *binary* affect they have. Joerg My opinion is, if you want to add another syntax, fine, but leave the old syntax also, because even though it may not seem intuitive, its familiar. The same reasoning goes for not changing grep to search. Linux changed a lot of the ifconfig syntax and its confusing to new users who are familiar with something else, and it doesn't improve the experience. Better to have one arguably wrong syntax that 4 different ones that are marginally more correct. DT Oh yeah, I definately wouldn't want to remove any of the old syntax because of the fact that doing so would most likely break scripts and what not. Also, people are used to using them. Although, it wouldn't hurt to make *remove* the same as *delete* (make it a synonym) then maybe have a note in the man page saying that alias/-alias and delete are deprecated until people get used to using add/remove. Then again, this actually isn't really a big deal since add/delete is okay. I don't mind too much if that was left alone. I only mentioned it because I thought it would make the utility more intuitive. On the other hand, the 255.255.255.255 thing just doesn't seem right. I installed OpenBSD 3.8 Beta yesterday just out of curiosity. I was able to add two addresses on the same subnet with the following commands: ifconfig pcn0 inet 192.168.0.172 netmask 255.255.255.0 alias ifconfig pcn0 inet 192.168.0.19 netmask 255.255.255.0 alias NOTE: OpenBSD doesn't sseem to like *add* instead of *alias*. Also, it seems that using *alias* doesn't work before the address family like it does in FreeBSD/DragonFlyBSD's ifconfig. Here's some sample ouput of when I look at that interface afterwards: # ifconfig pcn0 pcn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:0c:29:54:cf:00 groups: egress media: Ethernet autoselect (autoselect) inet6 fe80::20c:29ff:fe54:cf00%pcn0 prefixlen 64 scopeid 0x1 inet 192.168.0.19 netmask 0xff00 broadcast 192.168.0.255 inet 192.168.0.172 netmask 0xff00 broadcast 192.168.0.255 NOTE: Seems like I don't need to type -a to show interface info anymore. When did that happen? I actually haven't used OpenBSD since 3.5 and this is 3.8 Beta. Someone mentioned displaying the netmask in decimal form. I thought that would be a good idea. It would seem easier to read that way. I tend to think of numbers in decimal and not in hexadecimal, but that's just me. Although, that doesn't concern me as much as the netmask thing. Then again, if you have a funky netmask then maybe reading it in hexadecimal would be kinda tedious for those of us that don't naturally read hexadecimal. From reading the other posts in this thread, it seems that we need to wait for some commits to occur before this can be looked into since it deals with routing code. I didn't realise that this had anything to do with routing. Then again, I'm not a programmer. I'm just here to give a *user's* perspective of things. Anyway, it's nice to know that I'm not the only one that thought the whole 255.255.255.2555 alias thing was funky. Cheers, Joseph Garcia
ifconfig(8) syntax intuitiveness
Greetings. I just wanted to bounce some ideas off of you guys. Its petty stuff, but its usability feedback nonetheless. First let me start off by quoting the ifcconfig(8) man page: The ifconfig utility is used to assign an address to a network interface and/or configure network interface parameters. The ifconfig utility must be used at boot time to define the network address of each interface present on a machine; it may also be used at a later time to redefine an interface's address or other operating parameters. I was using ifconfig when it occurred to me how non-intuitive it is having to use 255.255.255.255 as the netmask when adding an address that is on the same subnet as an address already on the interface. For example, if you already have 192.168.0.1/24 on fxp0, then you should be able to add the following address with this command: ifconfig fxp0 add 192.168.0.2 netmask 255.255.255.0 instead of: ifconfig fxp0 add 192.168.0.2 netmask 255.255.255.255 The latter just doesn't seem very intuitive, because 255.255.255.255 is generally used as a netmask in point-to-point connections, where the other endpoint must be configured as well. This is actually a gripe I had with ifconfig(8) for many years but just dealt with it. I hear this is a FreeBSD-ism which is not present in NetBSD. I can't confirm that since I don't use NetBSD. Perhaps someone, far more talented than I, can fix this to work in a more intuitive way. I also understand that alias is the same thing as add and alias is the same thing as delete. Personally, I never really did like the alias/-alias commands because they didnt seem like the right verb to be using for the type of action that I was doing. I thought, Im not aliasing an address to the interface. Im adding it to the interface. Actually, this is fine the way it is because people can use what they like. Although, I do like the verb remove better than delete. Again, that's because I felt that I was removing an address from an interface and not deleting an address. Again, these are just ideas to make ifconfig(8) more intuitive and a bit more user friendly. Any opinions on these issues? I know they're small isssues, but I feel that any steps to making Unix utilities more intuitive and user friendly without compromising security and features is a step in the right direction. Joseph Garcia P.S. I'm not subscribed to the list, but I'll read all the replies in the archive which is how I usually catch up on everything DrgaonFlyBSD. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com