Re: Why Perl for pkg_* tools ?
On Thu, May 22, 2008 at 07:55:48PM -0500, Adam Patterson wrote: Paul de Weerd wrote: On Thu, May 22, 2008 at 03:23:17PM +, hyjial wrote: | Hi list ! | Reading through OpenBSD's codebase, I have noticed that the code | living | under src/usr.sbin/pkg_add is written in Perl. Perl is distributed | under the Artistic license, though. The latter is not as permissive | as the BSD | license under which monst of OpenBSD is released. No doubt | that is the reason | why Perl lives in src/gnu. | Why have such a tool using a non-BSD package when | there was choice | not to do so ? | What technical reasons have lead the | developers to elect this | language ? | I am just curious about the fact and | didn't manage to find information | in tech@ and mis@ archives. So, first of .. your indenting could use some help... Anyway, perl is distributed under the artistic license, yet the pkg-tools are licensed under an ISC-style license. Compare, if you will, with most other tools in OpenBSD. They're C programs with an ISC or BSD-style license. However, GCC is distributed under the GPL. Boo-freakidy-hoo .. why make a problem of the perl license now, is bashing GCC's license not fun anymore ? You know, if you want, you could write an ISC-licensed perl interpreter. Go right ahead and feel free to send patches when you're done. I'll suggest a name for you : 'hurl'. If you're done, could you please write an ISC-licensed C-compiler in perl so I can finally shut up all the idiots that claim that a system without a compiler is more secure ? Don't worry, I can wait. Cheers, Paul 'WEiRD' de Weerd Don't be so defensive. He said he didn't manage to find information on the mailing lists. Where did you want him to ask an honest question? I don't know. If you come here I'd expect informed questions. What's the use of discussing the license of the interpreter of the software when talking about the software ? What technical reasons have lead the developers to elect this language ? Since when is that a question provoking sarcasm and anger? Its curiosity. Same thing that got most of us here at some point or another. Everyone is so quick to be the first with a nasty response. The useless discussion on licenses beyond the control of the developers coupled with the poor formatting provoked some sarcasm, yes. Marc Espie, who wrote most of the code, gave us the pkg-tools under an ISC license. The reasons for his choice of language have been documented on the OpenBSD mailinglists. I was not 'quick' or 'trying to be the first' (a useless effort when you're replying to a mail that has already been replied to, by the way), just pointing out (in a sarcastic way, I will grant you that) that it's mostly a fruitless discussion. There's a difference between : What technical reasons have lead the developers to elect this language ? and [Perl is not BSD licensed] What technical reasons have lead the developers to elect this language ? The first is asking a technical question, the second is bringing politics into your techincal question. What do you want, a technical discussion or a political discussion ? As had been pointed out, the technical question had already been answered, the political discussion (I think) merits a sarcastic answer, as this has definitely been discussed over and over and over again. If you don't like the license on perl, you are free to implement the language on your own and license the result any way you like. I just don't see how its license is of any relevance to the software you write in it. OpenBSD comes with perl. It's not going away. Why not use it ? How is it different to using GPL'd GCC to compile ISC'd code ? In the latter case, everybody seems to understand that the license of the compiler has little to do with the license of the code it compiles. The political discussion about using GPL'd GCC and the technical discussion about using C for the base OS have so far been completely separate. The intent of my sarcastic mail was to point out that these two are best kept separate. Obviously, I failed. Paul 'WEiRD' de Weerd [arguing because I'm Dutch] -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: taskjuggler problems
On Wed, May 21, 2008 at 2:12 PM, Vijay Sankar [EMAIL PROTECTED] wrote: ... On OpenBSD 4.3 (i386) I am not able to run TaskJugglerUI 2.3.1p2. My previous OpenBSD 4.1 and 4.2 desktops had TaskJuggler 2.3.1 and it worked without any problems. TaskJugglerUI:/usr/local/lib/libqt-mt.so.31.1: undefined symbol 'pthread_mutexattr_init' lazy binding failed! Segmentation fault (core dumped) What's the output of ldd /usr/local/lib/libqt-mt.so.31.1 ? How about nm -u /usr/local/lib/libqt-mt.so.31.1 | grep pthread_mutexattr_init ? If the latter shows anything, but the former _doesn't_ mention libpthread.so.9.0 then the qt library wasn't built correctly. If this is indeed the case, I suppose it would be possible to work around by creating a stub libqt-mt.so.31.1 shared library that just has two dependencies: the real libqt-mt.so and libpthread.so... Philip Guenther
Re: taskjuggler problems
On Fri, May 23, 2008 at 12:54 AM, Philip Guenther [EMAIL PROTECTED] wrote: ... If this is indeed the case, I suppose it would be possible to work around by creating a stub libqt-mt.so.31.1 shared library that just has two dependencies: the real libqt-mt.so and libpthread.so... Duh. If the missing dependency is the problem then there's an easier workaround: invoke taskjuggler with LD_PRELOAD=/usr/lib/libpthread.so.9.0 in your environment. Philip Guenther
Re: taskjuggler problems
On Fri, May 23, 2008 at 12:54:09AM -0600, Philip Guenther wrote: On Wed, May 21, 2008 at 2:12 PM, Vijay Sankar [EMAIL PROTECTED] wrote: ... On OpenBSD 4.3 (i386) I am not able to run TaskJugglerUI 2.3.1p2. My previous OpenBSD 4.1 and 4.2 desktops had TaskJuggler 2.3.1 and it worked without any problems. TaskJugglerUI:/usr/local/lib/libqt-mt.so.31.1: undefined symbol 'pthread_mutexattr_init' lazy binding failed! Segmentation fault (core dumped) What's the output of ldd /usr/local/lib/libqt-mt.so.31.1 ? How about nm -u /usr/local/lib/libqt-mt.so.31.1 | grep pthread_mutexattr_init ? If the latter shows anything, but the former _doesn't_ mention libpthread.so.9.0 then the qt library wasn't built correctly. If this is indeed the case, I suppose it would be possible to work around by creating a stub libqt-mt.so.31.1 shared library that just has two dependencies: the real libqt-mt.so and libpthread.so... I thought we didn't link libpthread to libraries. that's part of the difference between linking with -pthread vs -lpthread, right? Philip Guenther -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
Solid State Disk
Hello! My SSD 1 GB work very slow. My test speed: /mnt/cdrom/tmp $ dd if=/dev/zero of=file.test count=1000 1000+0 records in 1000+0 records out 512000 bytes transferred in 0.395 secs (1295094 bytes/sec) /mnt/cdrom/tmp $ cd /tmp/ /tmp $ dd if=/dev/zero of=file.test count=1000 1000+0 records in 1000+0 records out 512000 bytes transferred in 0.036 secs (13993659 bytes/sec) My dmesg output: OpenBSD 3.9-current (GENERIC) #711: Sun Apr 23 18:57:08 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium II (GenuineIntel 686-class, 512KB L2 cache) 267 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,MMX real mem = 133787648 (130652K) avail mem = 115331072 (112628K) using 1658 buffers containing 6791168 bytes (6632K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(b5) BIOS, date 07/30/97, BIOS32 rev. 0 @ 0xfd7b1 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd7b0/0x850 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf50/144 (7 entries) pcibios0: PCI Interrupt Router at 000:07:0 (Intel 82371SB ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x8000 0xe4000/0xc000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82443LX AGP rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82443LX AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 NVIDIA/SGS-Thomson Velocity128 rev 0x22 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 7 function 0 Intel 82371AB PIIX4 ISA rev 0x01 pciide0 at pci0 dev 7 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SAMSUNG SP0411N wd0: 16-sector PIO, LBA48, 38204MB, 78242976 sectors atapiscsi0 at pciide0 channel 0 drive 1 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: ATAPI, CD-ROM 40X, T0C3 SCSI0 5/cdrom removable wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 wd1 at pciide0 channel 1 drive 0: TRANSCEND wd1: 1-sector PIO, LBA, 976MB, 2000880 sectors wd1(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 7 function 2 Intel 82371AB USB rev 0x01: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered piixpm0 at pci0 dev 7 function 3 Intel 82371AB Power rev 0x01: SMI iic0 at piixpm0 iic0: addr 0x2d 00=00 01=00 02=00 03=00 04=80 05=00 06=80 07=02 08=02 09=00 0a=00 0b=00 0c=20 0d=00 0e=00 0f=00 10=01 11=02 12=00 13=01 14=30 15=00 16=10 17=00 18=00 19=00 1a=00 1b=00 1c=00 1d=00 1e=00 1f=00 20=00 21=02 22=04 23=84 24=02 25=00 26=00 27=80 28=00 29=00 2a=01 2b=00 2c=01 2d=00 2e=00 2f=00 30=02 31=20 32=00 33=80 34=20 35=00 36=02 37=02 38=00 39=40 3a=00 3b=00 3c=00 3d=00 3e=00 3f=00 40=08 41=00 42=10 43=00 44=00 45=00 46=40 47=57 48=2d 49=c1 4a=00 4b=c1 4c=c1 4d=c1 4e=00 4f=00 50=08 51=00 52=10 53=00 54=00 55=00 56=40 57=57 58=2d 59=c1 5a=c1 5b=c1 5c=c1 5d=c1 5e=c1 5f=00 60=00 61=02 62=04 63=84 64=02 65=00 66=00 67=80 68=00 69=00 6a=01 6b=00 6c=01 6d=00 6e=00 6f=00 70=02 71=20 72=00 73=80 74=20 75=00 76=02 77=02 78=00 79=40 7a=00 7b=00 7c=00 7d=00 7e=00 7f=00 80=00 81=00 82=00 83=00 84=80 85=00 86=80 87=02 88=02 89=00 8a=00 8b=00 8c=20 8d=00 8e=00 8f=00 90=01 91=02 92=00 93=01 94=30 95=00 96=10 97=00 98=00 99=00 9a=00 9b=00 9c=00 9d=00 9e=00 9f=00 a0=00 a1=02 a2=04 a3=84 a4=02 a5=00 a6=00 a7=80 a8=00 a9=00 aa=01 ab=00 ac=01 ad=00 ae=00 af=00 b0=02 b1=20 b2=00 b3=80 b4=20 b5=00 b6=02 b7=02 b8=00 b9=40 ba=00 bb=00 bc=00 bd=00 be=00 bf=00 c0=08 c1=00 c2=10 c3=00 c4=00 c5=00 c6=40 c7=57 c8=2d c9=c1 ca=c1 cb=c1 cc=c1 cd=c1 ce=c1 cf=00 d0=08 d1=00 d2=10 d3=00 d4=00 d5=00 d6=40 d7=57 d8=2d d9=c1 da=c1 db=c1 dc=c1 dd=c1 de=c1 df=00 e0=00 e1=02 e2=04 e3=84 e4=02 e5=00 e6=00 e7=80 e8=00 e9=00 ea=01 eb=00 ec=01 ed=00 ee=00 ef=00 f0=02 f1=20 f2=00 f3=80 f4=20 f5=00 f6=02 f7=02 f8=00 f9=40 fa=00 fb=00 fc=00 fd=00 fe=00 ff=00 cmpci0 at pci0 dev 14 function 0 C-Media Electronics CMI8738/C3DX Audio rev 0x10: irq 9 audio0 at cmpci0 rl0 at pci0 dev 15 function 0 Realtek 8139 rev 0x10: irq 5, address 00:0a:cd:04:ba:ce rlphy0 at rl0 phy 0: RTL internal PHY rl1 at pci0 dev 16 function 0 Realtek 8139 rev 0x10: irq 11, address 00:0a:cd:04:bc:8d rlphy1 at rl1 phy 0: RTL internal PHY isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16
Re: Why Perl for pkg_* tools ?
On Thu, May 22, 2008 at 03:23:17PM +, hyjial wrote: Hi list ! Reading through OpenBSD's codebase, I have noticed that the code living under src/usr.sbin/pkg_add is written in Perl. Perl is distributed under the Artistic license, though. The latter is not as permissive as the BSD license under which monst of OpenBSD is released. No doubt that is the reason why Perl lives in src/gnu. Well, perl lives in src/gnu by mistake, since it has little to do with gnu, but moving it would not help anything, since it would add lots of noise to the CVS repository. Actually, we don't frown all that much on the Artistic licence. It is very much free compared to the obnoxious GPL. If you read it carefully, the only thing the Artistic licence requires you to do is not to misrepresent the software, by changing it without renaming it. As far as perl goes, it's about the only language that fit the bill. The older pkg_* were totally impossible to maintain and extend, and I needed a sensible script language that was in base.
Re: taskjuggler problems
On Fri, May 23, 2008 at 1:03 AM, Jacob Meuser [EMAIL PROTECTED] wrote: I thought we didn't link libpthread to libraries. that's part of the difference between linking with -pthread vs -lpthread, right? Hmm, that is indeed the difference between those. I have a sinking suspicion that this is because something in libpthread doesn't work quite right if it's not a direct dependency of the executable, say, the overrides for read/write/etc. Blech. That suggests that only the LD_PRELOAD hack will be a reliable workaround. If this is indeed the case, my apologies to the ports people for suggesting they didn't build libqt-mt correctly. The long-term fix is for the taskjuggler port to patch its linking to include -pthread. Philip Guenther
[OT] developers running -current on laptops
I can see from the recent undeadly posts and pictures that most developers are using laptops and I know you have to run -current to do development work. I was just wondering if these laptops are for development use only or development+personal use? I know -current can break sometimes and am just curious to know if developers risk putting personal stuff on a laptop that is being used for active development. Thanks.
Re: [OT] developers running -current on laptops
Chris wrote: I can see from the recent undeadly posts and pictures that most developers are using laptops and I know you have to run -current to do development work. I was just wondering if these laptops are for development use only or development+personal use? I know -current can break sometimes and am just curious to know if developers risk putting personal stuff on a laptop that is being used for active development. a more general rule for information on computers: if it is important, it should be backed up a good test to see if changes in -current 'break' your system is to boot the new kernel with the old userland to check if it works. this assumes you're going from one snapshot to another, and is by no means a foolproof technique. cheers, jake
Re: glxsb?
On 2008-05-23, Adam Jacob Muller [EMAIL PROTECTED] wrote: I was under the impression that kern.usercrypto did this. it seems to have a negligible affect on my net5501 I do have a glxsb [EMAIL PROTECTED] (set -ex;sysctl kern.usercrypto=1;openssl speed -evp aes-256-cbc;sysctl kern.usercrypto=0;openssl speed -evp aes-256-cbc) glxsb(4) accelerates only AES128. You also need to use the -elapsed flag to openssl speed.
Re: [OT] developers running -current on laptops
On Fri, May 23, 2008 at 12:40:14AM -0700, Chris wrote: I can see from the recent undeadly posts and pictures that most developers are using laptops and I know you have to run -current to do development work. I was just wondering if these laptops are for development use only or development+personal use? I know -current can break sometimes and am just curious to know if developers risk putting personal stuff on a laptop that is being used for active development. Thanks. Ehh, for me personal use very much equals development (plus some mail and browsing of cousre). If developers don't run current, bugs will be found too late. If current isn't good enough, developers will be bitten, and action will be taken VERY soon. Data destroying bugs are really rare in any case. Data loss caused by hardware going broken or personal mistakes is much more likely. I like what art@ said a long time ago: if your work destroys itself, it's not good enough. Kind of genetic programming without all the AI fluff ;-) -Otto
Re: [OT] developers running -current on laptops
On Fri, May 23, 2008 at 10:17:13AM +0200, Otto Moerbeek wrote: On Fri, May 23, 2008 at 12:40:14AM -0700, Chris wrote: I can see from the recent undeadly posts and pictures that most developers are using laptops and I know you have to run -current to do development work. I was just wondering if these laptops are for development use only or development+personal use? I know -current can break sometimes and am just curious to know if developers risk putting personal stuff on a laptop that is being used for active development. Thanks. Ehh, for me personal use very much equals development (plus some mail and browsing of cousre). If developers don't run current, bugs will be found too late. If current isn't good enough, developers will be bitten, and action will be taken VERY soon. Data destroying bugs are really rare in any case. Data loss caused by hardware going broken or personal mistakes is much more likely. I like what art@ said a long time ago: if your work destroys itself, it's not good enough. Kind of genetic programming without all the AI fluff ;-) -Otto Also, if you happen to lose important stuff that you had not backed up then it's kind of deserved, -current or not ;-) Gilles -- Gilles Chehade http://www.poolp.org/
Cannot write IOS image using OpenBSD 4.3 cdrecord on HL-DT-ST, CD-RW GCE-8527B
Hi, This is by cdwriter # uname -a OpenBSD openbsdsrv.bipolar.local 4.3 GENERIC#698 i386 # dmesg |grep cd cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, CD-RW GCE-8527B, 1.01 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 # I am unable to write ISO images using cdrecord $ sudo cdrecord -v dev=0,0,0 slackware-12.1-install-d1.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01 (i386-unknown-openbsd4.3) Copyright (C) 1995-2004 Jvrg Schilling TOC Type: 1 = CD-ROM scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 cdrecord: No such file or directory. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. $ sudo cdrecord -scanbus Cdrecord-Clone 2.01 (i386-unknown-openbsd4.3) Copyright (C) 1995-2004 Jvrg Schilling cdrecord: No such file or directory. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. $ Could somebody please help me trouble shoot this? Thankyou so much Kind Regards Siju Full dmesg OpenBSD 4.3 (GENERIC) #698: Wed Mar 12 11:07:05 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 2000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.53 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 502820864 (479MB) avail mem = 478085120 (455MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/20/04, BIOS32 rev. 0 @ 0xfb990, SMBIOS rev. 2.3 @ 0xf (48 entries) bios0: vendor Phoenix Technologies, LTD version ASUS A7V400-MX ACPI BIOS Revision 1003 date 07/20/2004 bios0: ASUS A7V400-MX apm0 at bios0: Power Management spec V1.2 (slowidle) apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0xd984 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfd8e0/160 (8 entries) pcibios0: PCI Exclusive IRQs: 5 10 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x7e00 0xc8000/0x8000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8378 PCI rev 0x00 agp0 at pchb0: v3, aperture at 0xe000, size 0xf00 ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 VIA VT8378 VGA rev 0x01 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x80: irq 11 uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x80: irq 11 uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x80: irq 10 ehci0 at pci0 dev 16 function 3 VIA VT6202 USB rev 0x82: irq 5 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 VIA EHCI root hub rev 2.00/1.00 addr 1 viapm0 at pci0 dev 17 function 0 VIA VT8235 ISA rev 0x00 iic0 at viapm0 spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM non-parity PC3200CL3.0 spdmem1 at iic0 addr 0x51: 512MB DDR SDRAM non-parity PC3200CL3.0 pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-00JHC0 wd0: 16-sector PIO, LBA, 76319MB, 156301488 sectors wd1 at pciide0 channel 0 drive 1: WDC WD400BB-00HEA0 wd1: 16-sector PIO, LBA, 38166MB, 78165360 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, CD-RW GCE-8527B, 1.01 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x50: irq 10 ac97: codec id 0x41445370 (Analog Devices AD1980) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auvia0 vr0 at pci0 dev 18 function 0 VIA RhineII-2 rev 0x74: irq 11, address 00:11:2f:96:fb:aa ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 10: OUI 0x004063, model 0x0032 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 VIA UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 VIA UHCI root hub rev 1.00/1.00 addr 1 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 wbsio0 at isa0 port 0x2e/2: W83697HF rev
Re: Cannot write IOS image using OpenBSD 4.3 cdrecord on HL-DT-ST, CD-RW GCE-8527B
On Fri, May 23, 2008 at 02:40:51PM +0530, Siju George wrote: Hi, This is by cdwriter # uname -a OpenBSD openbsdsrv.bipolar.local 4.3 GENERIC#698 i386 # dmesg |grep cd cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, CD-RW GCE-8527B, 1.01 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 # I am unable to write ISO images using cdrecord $ sudo cdrecord -v dev=0,0,0 slackware-12.1-install-d1.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01 (i386-unknown-openbsd4.3) Copyright (C) 1995-2004 Jvrg Schilling TOC Type: 1 = CD-ROM scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 cdrecord: No such file or directory. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. $ sudo cdrecord -scanbus Cdrecord-Clone 2.01 (i386-unknown-openbsd4.3) Copyright (C) 1995-2004 Jvrg Schilling cdrecord: No such file or directory. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. $ Could somebody please help me trouble shoot this? In order of preference (best first) 1) use cdio tao image.iso from base ... Inf) specify the device as cdrecord dev=/dev/rcd0c image.iso -Otto Thankyou so much Kind Regards Siju Full dmesg OpenBSD 4.3 (GENERIC) #698: Wed Mar 12 11:07:05 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 2000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.53 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 502820864 (479MB) avail mem = 478085120 (455MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/20/04, BIOS32 rev. 0 @ 0xfb990, SMBIOS rev. 2.3 @ 0xf (48 entries) bios0: vendor Phoenix Technologies, LTD version ASUS A7V400-MX ACPI BIOS Revision 1003 date 07/20/2004 bios0: ASUS A7V400-MX apm0 at bios0: Power Management spec V1.2 (slowidle) apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0xd984 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfd8e0/160 (8 entries) pcibios0: PCI Exclusive IRQs: 5 10 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x7e00 0xc8000/0x8000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8378 PCI rev 0x00 agp0 at pchb0: v3, aperture at 0xe000, size 0xf00 ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 VIA VT8378 VGA rev 0x01 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x80: irq 11 uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x80: irq 11 uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x80: irq 10 ehci0 at pci0 dev 16 function 3 VIA VT6202 USB rev 0x82: irq 5 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 VIA EHCI root hub rev 2.00/1.00 addr 1 viapm0 at pci0 dev 17 function 0 VIA VT8235 ISA rev 0x00 iic0 at viapm0 spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM non-parity PC3200CL3.0 spdmem1 at iic0 addr 0x51: 512MB DDR SDRAM non-parity PC3200CL3.0 pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD800BB-00JHC0 wd0: 16-sector PIO, LBA, 76319MB, 156301488 sectors wd1 at pciide0 channel 0 drive 1: WDC WD400BB-00HEA0 wd1: 16-sector PIO, LBA, 38166MB, 78165360 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, CD-RW GCE-8527B, 1.01 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 auvia0 at pci0 dev 17 function 5 VIA VT8233 AC97 rev 0x50: irq 10 ac97: codec id 0x41445370 (Analog Devices AD1980) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auvia0 vr0 at pci0 dev 18 function 0 VIA RhineII-2 rev 0x74: irq 11, address 00:11:2f:96:fb:aa ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 10: OUI 0x004063, model 0x0032 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 VIA UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 VIA UHCI root hub rev 1.00/1.00 addr 1 isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0
Re: OpenOSPFD warning
On 2008-05-23, Paul de Weerd [EMAIL PROTECTED] wrote: Redirecting to misc@, as that is more appropriate (although I have my doubts, see below) It looks like the OP has been trying on FreeBSD fora already to no avail... their port doesn't include any sample ospfd.conf, let alone one with correct permissions. I've emailed the maintainer. That's probably because ospfd is not running. Once it's running, it'll open a unix domain socket in /var/run/ so it can be controlled with ospfctl(8). This reminds me, is there a deliberate reason for forcing the control socket to be unlinked (at least ospfd and bgpd, probably others) rather than just refusing to run if it already exists? Admittedly it's not a mistake many people will be making twice...
Re: Solid State Disk
On 2008-05-23, Marco [EMAIL PROTECTED] wrote: My SSD 1 GB work very slow. /mnt/cdrom/tmp $ dd if=/dev/zero of=file.test count=1000 dd's default block size is not aligned with block sizes on the flash eeprom, so you do a lot of unnecessary rewriting. Increase bs= from the default 512 bytes and it should be faster. Current generations of Flash storage devices are not too good at sustained sequential access like dd will give, especially for writes. Flash is useful in some situations but has strengths and weaknesses.
Re: OpenOSPFD warning
* Stuart Henderson [EMAIL PROTECTED] [2008-05-23 12:56]: This reminds me, is there a deliberate reason for forcing the control socket to be unlinked (at least ospfd and bgpd, probably others) rather than just refusing to run if it already exists? Admittedly it's not a mistake many people will be making twice... that would be kind of a DoS. if the daemon terminates unexpectedly for some reason (as in, doesn't get to clean up) the socket will stay there. and, kaboom, cannot start it. -- Henning Brauer, [EMAIL PROTECTED], [EMAIL PROTECTED] BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg Amsterdam
Re: taskjuggler problems
On May 23, 2008 01:54:09 am Philip Guenther wrote: On Wed, May 21, 2008 at 2:12 PM, Vijay Sankar [EMAIL PROTECTED] wrote: ... On OpenBSD 4.3 (i386) I am not able to run TaskJugglerUI 2.3.1p2. My previous OpenBSD 4.1 and 4.2 desktops had TaskJuggler 2.3.1 and it worked without any problems. TaskJugglerUI:/usr/local/lib/libqt-mt.so.31.1: undefined symbol 'pthread_mutexattr_init' lazy binding failed! Segmentation fault (core dumped) What's the output of ldd /usr/local/lib/libqt-mt.so.31.1 ? How about nm -u /usr/local/lib/libqt-mt.so.31.1 | grep pthread_mutexattr_init ? If the latter shows anything, but the former _doesn't_ mention libpthread.so.9.0 then the qt library wasn't built correctly. If this is indeed the case, I suppose it would be possible to work around by creating a stub libqt-mt.so.31.1 shared library that just has two dependencies: the real libqt-mt.so and libpthread.so... Philip Guenther Good day, I had an email from sturm@ and he has updated the port to taskjuggler 2.4.1 and also fixed TaskJugglerUI. That worked properly in -current. Also, he suggested adding --disable-as-needed to CONFIGURE_ARGS if I wanted to build on 4.3. That solved the problem for me. I did not have enough knowledge to troubleshoot this but will read up on the ideas you gave me here. Thanks very much, Vijay -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB Canada R3J 0X6 Phone: +1 204 885 9535, E-Mail: [EMAIL PROTECTED]
Bridge Firewall
I'm using an OpenBSD Firewall to protect my Windows 2003 VPN Server (pptp). The problem is: The Windows 2003 VPN Server is in a subnet with some clients the vpn connection works with my firewall. The clients from the internet don't get a connection. Because gre packets will be filtered. But I know that the main firewall in the backbone don't block gre, I test it with a simple Router configuration (DLink Router with pptp passthrough). The pptp (tcp 1723) rule is ok. My firewall rule for gre packets: pass in log on $ext_if proto gre from any to $my_vpn_server keep state Default is block in and out on $ext_if. Is it a problem with the bridge? Thanks!
Re: Why Perl for pkg_* tools ?
On Fri, May 23, 2008 at 9:37 AM, Marc Espie [EMAIL PROTECTED] wrote: As far as perl goes, it's about the only language that fit the bill. The older pkg_* were totally impossible to maintain and extend, and I needed a sensible script language that was in base. at the risk of starting a flame war, considered python? beside not being in the base, any other downsides for this particular task? -- For far too long, power has been concentrated in the hands of root and his wheel oligarchy. We have instituted a dictatorship of the users. All system administration functions will be handled by the People's Committee for Democratically Organizing the System (PC-DOS).
postfix error
Hi, I'm using OpenBSD 4.2 GENERIC and postfix-2.5.20070531-sasl2-mysql (from ports). Postfix is configured only as SMTP transfer agent. Couple of days ago, postfix started generating the following error message: (Host or domain name not found. Name service error for name=sps-marketing.com type=A: Host found but no data record of requested type) This appears on 99% of the domains I try to send mail to. I've googled the problem and several changes made no difference. in example: ignore_mx_lookup_error = yes/no; changing the dns servers; sending from different locations; spamcop.net says that my IP is not listed. I appreciate any help and thank you for your time. Best wishes, Zhivko
Re: taskjuggler problems
On May 23, 2008 06:30:30 am Vijay Sankar wrote: On May 23, 2008 01:54:09 am Philip Guenther wrote: On Wed, May 21, 2008 at 2:12 PM, Vijay Sankar [EMAIL PROTECTED] wrote: ... On OpenBSD 4.3 (i386) I am not able to run TaskJugglerUI 2.3.1p2. My previous OpenBSD 4.1 and 4.2 desktops had TaskJuggler 2.3.1 and it worked without any problems. TaskJugglerUI:/usr/local/lib/libqt-mt.so.31.1: undefined symbol 'pthread_mutexattr_init' lazy binding failed! Segmentation fault (core dumped) What's the output of ldd /usr/local/lib/libqt-mt.so.31.1 ? How about nm -u /usr/local/lib/libqt-mt.so.31.1 | grep pthread_mutexattr_init ? If the latter shows anything, but the former _doesn't_ mention libpthread.so.9.0 then the qt library wasn't built correctly. If this is indeed the case, I suppose it would be possible to work around by creating a stub libqt-mt.so.31.1 shared library that just has two dependencies: the real libqt-mt.so and libpthread.so... Philip Guenther Good day, I had an email from sturm@ and he has updated the port to taskjuggler 2.4.1 and also fixed TaskJugglerUI. That worked properly in -current. Also, he suggested adding --disable-as-needed to CONFIGURE_ARGS if I wanted to build on 4.3. That solved the problem for me. I did not have enough knowledge to troubleshoot this but will read up on the ideas you gave me here. Thanks very much, Vijay Oops, here is the output of ldd and nm. ftl7# nm -u /usr/local/lib/libqt-mt.so.31.1 | grep pthread_mutexattr_init pthread_mutexattr_init ftl7# ldd /usr/local/lib/libqt-mt.so.31.1 /usr/local/lib/libqt-mt.so.31.1: StartEnd Type Open Ref GrpRef Name 02f06000 2300d000 dlib 10 0 /usr/local/lib/qt3/libqt-mt.so.31.1 07d2d000 27d35000 rlib 01 0 /usr/local/lib/libmng.so.3.0 08f34000 28f4 rlib 01 0 /usr/local/lib/liblcms.so.1.15 07075000 2707b000 rlib 01 0 /usr/local/lib/libjpeg.so.62.0 0d712000 2d719000 rlib 01 0 /usr/local/lib/libpng.so.6.0 01506000 2150e000 rlib 03 0 /usr/lib/libz.so.4.1 0551c000 2553 rlib 01 0 /usr/X11R6/lib/libGL.so.7.1 088b2000 288b7000 rlib 01 0 /usr/X11R6/lib/libXmu.so.10.0 00fc5000 20fc9000 rlib 01 0 /usr/X11R6/lib/libXi.so.10.0 07301000 27305000 rlib 04 0 /usr/X11R6/lib/libXrender.so.5.0 0d3f3000 2d3f6000 rlib 01 0 /usr/X11R6/lib/libXrandr.so.6.0 0ce93000 2ce97000 rlib 01 0 /usr/X11R6/lib/libXcursor.so.4.0 02085000 22089000 rlib 01 0 /usr/X11R6/lib/libXinerama.so.5.0 099fe000 29a02000 rlib 01 0 /usr/X11R6/lib/libXft.so.7.0 0adfa000 2ae12000 rlib 03 0 /usr/X11R6/lib/libfreetype.so.16.0 0956e000 2957f000 rlib 02 0 /usr/X11R6/lib/libfontconfig.so.5.1 06fb 26fb4000 rlib 06 0 /usr/X11R6/lib/libXext.so.10.0 07843000 2789 rlib 012 0 /usr/X11R6/lib/libX11.so.11.1 0d77d000 2d784000 rlib 01 0 /usr/lib/libm.so.2.3 009c5000 209c9000 rlib 03 0 /usr/X11R6/lib/libSM.so.8.0 0ea7f000 2ea86000 rlib 04 0 /usr/X11R6/lib/libICE.so.8.1 04d19000 24d1d000 rlib 011 0 /usr/X11R6/lib/libXau.so.9.0 0560d000 25612000 rlib 011 0 /usr/X11R6/lib/libXdmcp.so.9.0 000cf000 200db000 rlib 01 0 /usr/X11R6/lib/libXt.so.10.0 0c0e3000 2c0e6000 rlib 01 0 /usr/X11R6/lib/libXfixes.so.5.0 06dce000 26dd7000 rlib 02 0 /usr/lib/libexpat.so.9.0 Thanks again for your message, Vijay -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB Canada R3J 0X6 Phone: +1 204 885 9535, E-Mail: [EMAIL PROTECTED]
Re: OpenOSPFD warning
On 2008-05-23, Henning Brauer [EMAIL PROTECTED] wrote: * Stuart Henderson [EMAIL PROTECTED] [2008-05-23 12:56]: This reminds me, is there a deliberate reason for forcing the control socket to be unlinked (at least ospfd and bgpd, probably others) rather than just refusing to run if it already exists? Admittedly it's not a mistake many people will be making twice... that would be kind of a DoS. if the daemon terminates unexpectedly for some reason (as in, doesn't get to clean up) the socket will stay there. and, kaboom, cannot start it. Is that really valid? If the system reboots, /var/run gets cleaned anyway. If the daemon is monitored and automatically restarted, I think whatever is restarting it could be responsible to clean those files ...
Re: Bridge Firewall
On Fri, May 23, 2008 at 1:37 PM, Stephan Andreas [EMAIL PROTECTED] wrote: Default is block in and out on $ext_if. Is it a problem with the bridge? yes, bridges tend to do funny things. in any case add 'log' to your default block rule and check ''tcpdump -n -e -ttt -i pflog0'' (i read it in the official docs BTW) and it should tell you on which interface and which way (in or out) the packet was blocked. i have my external interface and the DMZ interface in the bridge, i'm passing all traffic on dmz interface and do filtering only on external interface. HTH -- For far too long, power has been concentrated in the hands of root and his wheel oligarchy. We have instituted a dictatorship of the users. All system administration functions will be handled by the People's Committee for Democratically Organizing the System (PC-DOS).
Re: postfix error
On Fri, May 23, 2008 at 1:40 PM, Zhivko Tashev [EMAIL PROTECTED] wrote: Hi, I'm using OpenBSD 4.2 GENERIC and postfix-2.5.20070531-sasl2-mysql (from ports). Postfix is configured only as SMTP transfer agent. Couple of days ago, postfix started generating the following error message: (Host or domain name not found. Name service error for name=sps-marketing.com type=A: Host found but no data record of requested type) This appears on 99% of the domains I try to send mail to. I've googled the problem and several changes made no difference. in example: ignore_mx_lookup_error = yes/no; changing the dns servers; sending from different locations; spamcop.net says that my IP is not listed. I appreciate any help and thank you for your time. i think your DNS server isn't functioning correctly. -- For far too long, power has been concentrated in the hands of root and his wheel oligarchy. We have instituted a dictatorship of the users. All system administration functions will be handled by the People's Committee for Democratically Organizing the System (PC-DOS).
Re: Why Perl for pkg_* tools ?
On Fri, May 23, 2008 at 01:42:05PM +0200, Almir Karic wrote: On Fri, May 23, 2008 at 9:37 AM, Marc Espie [EMAIL PROTECTED] wrote: As far as perl goes, it's about the only language that fit the bill. The older pkg_* were totally impossible to maintain and extend, and I needed a sensible script language that was in base. at the risk of starting a flame war, considered python? beside not being in the base, any other downsides for this particular task? That's a pretty big downside. -- o--{ Will Maier }--o | web:...http://www.lfod.us/ | [EMAIL PROTECTED] | *-[ BSD: Live Free or Die ]*
Re: postfix error
On Friday, May 23, 2008 7:40 AM, Zhivko Tashev wrote: Couple of days ago, postfix started generating the following error message: (Host or domain name not found. Name service error for name=sps-marketing.com type=A: Host found but no data record of requested type) This appears on 99% of the domains I try to send mail to. I've googled the problem and several changes made no difference. Run a dig -t a sps-marketing.com @ip address (no quotes) Replace ip address with the DNS entry listed at /var/spool/postfix/etc/resolv.conf Make sure the listed namesserver(s) allow for your ability to query and that they are responding properly with appropriate records. -Todd, CISSP AutumnTECH, LLC
Re: postfix error
It is functioning correctly because I tried looking for A and MX records with 'host' and 'nslookup' and it was all fine. I even spoke to the support of my ISP and they suggested to change the DNS server. I did and that made no difference. (I'm not the administrator of the DNS server I use.) Thanks, Zhivko Almir Karic wrote: On Fri, May 23, 2008 at 1:40 PM, Zhivko Tashev [EMAIL PROTECTED] wrote: Hi, I'm using OpenBSD 4.2 GENERIC and postfix-2.5.20070531-sasl2-mysql (from ports). Postfix is configured only as SMTP transfer agent. Couple of days ago, postfix started generating the following error message: (Host or domain name not found. Name service error for name=sps-marketing.com type=A: Host found but no data record of requested type) This appears on 99% of the domains I try to send mail to. I've googled the problem and several changes made no difference. in example: ignore_mx_lookup_error = yes/no; changing the dns servers; sending from different locations; spamcop.net says that my IP is not listed. I appreciate any help and thank you for your time. i think your DNS server isn't functioning correctly.
Re: Why Perl for pkg_* tools ?
* Almir Karic wrote: On Fri, May 23, 2008 at 9:37 AM, Marc Espie [EMAIL PROTECTED] wrote: As far as perl goes, it's about the only language that fit the bill. The older pkg_* were totally impossible to maintain and extend, and I needed a sensible script language that was in base. at the risk of starting a flame war, considered python? beside not being in the base, any other downsides for this particular task? you know, marc espie probably used a language he knows well, does the job well and is in base. as for python, many people do not like how this language does blocking. and not being in base is am absolute show-stopper for software that will be in base. (we usually do not make academic exercises before we start a new project. or maybe I should write my next radio clock driver in forth, I heard it is fast and small, so I am sure it is the right tool for drivers...)
Re: [OT] developers running -current on laptops
* Otto Moerbeek wrote: I can see from the recent undeadly posts and pictures that most developers are using laptops and I know you have to run -current to do development work. I was just wondering if these laptops are for development use only or development+personal use? I know -current can break sometimes and am just curious to know if developers risk putting personal stuff on a laptop that is being used for active development. Thanks. Ehh, for me personal use very much equals development (plus some mail and browsing of cousre). If developers don't run current, bugs will be found too late. If current isn't good enough, developers will be bitten, and action will be taken VERY soon. We even run our production system on -current, that is several servers. We want to catch problems before the hit our customers with the next update... This can of course backfire, but only very rarely: E.g. the update of the spamd protocol to version 2 now leads to our mailserver no longer being able to talk to the other mailserver we operate for customer and that run OpenBSD 4.2 or 4.3... ;) But that's life. Data destroying bugs are really rare in any case. Data loss caused by hardware going broken or personal mistakes is much more likely. I like what art@ said a long time ago: if your work destroys itself, it's not good enough. Kind of genetic programming without all the AI fluff ;-) I like that ;) Yet we have tape backups of everything.. - Marc
Re: postfix error
On 2008-05-23, Zhivko Tashev [EMAIL PROTECTED] wrote: It is functioning correctly because I tried looking for A and MX records with 'host' and 'nslookup' and it was all fine. I even spoke to the support of my ISP and they suggested to change the DNS server. I did and that made no difference. (I'm not the administrator of the DNS server I use.) That is easily fixed: add 'named_flags=' to /etc/rc.conf.local, reboot or start named manually, then add 'nameserver 127.0.0.1' to the top of /var/spool/postfix/etc/resolv.conf and /etc/resolv.conf.
IPsec Road Warrior question
Hi, host A and host B are connected through IPsec. Additionally we have road warriors that directly connect to Host B. Unfortunately we can not define an IP-range from where these road warriors connect thus we have to use the range to any. /etc/ipsec.conf: Host A: ike esp from 192.168.1.1/24 to 10.1.0.0/16 \ local 1.1.1.1 peer 2.2.2.2 \ srcid foo.bar.com Host B: ike esp from 10.128.0.0/16 to 192.168.1.1/24 \ local 2.2.2.2 peer 1.1.1.1 \ srcid bar.foo.com # Road Warrior ike dynamic esp from 10.1.0.0/16 to any \ main auth hmac-md5 enc 3des group modp1024 \ quick auth hmac-md5 enc 3des group modp1024 \ srcid bar.foo.com Initial start and setting up of SA's works fine. We are facing problems when Host A and B have to rekey (default 20Min). I see Invalid Cookie messages and NEGOTIATION Error messages. We have an outage of a few minutes after the old SA's are timed out. At some point the systems seem to recover. Can this problem occur because Host B has overlapping IP-Ranges within the configuration? Is there a different way to configure this - e.g. negated ranges like to !192.168.1.1/24? Thx, Mischa
Re: Why Perl for pkg_* tools ?
On Fri, 23 May 2008, Marc Balmer wrote: or maybe I should write my next radio clock driver in forth, I heard it is fast and small, so I am sure it is the right tool for drivers...) YES! Marc if you put forth in base and started writing all your drivers in forth I'd buy you some fondue. Or at least integrate forth in the boot loader. ;-) diana forth, it does the body good.
Re: OpenOSPFD warning
* Stuart Henderson [EMAIL PROTECTED] [2008-05-23 14:16]: On 2008-05-23, Henning Brauer [EMAIL PROTECTED] wrote: * Stuart Henderson [EMAIL PROTECTED] [2008-05-23 12:56]: This reminds me, is there a deliberate reason for forcing the control socket to be unlinked (at least ospfd and bgpd, probably others) rather than just refusing to run if it already exists? Admittedly it's not a mistake many people will be making twice... that would be kind of a DoS. if the daemon terminates unexpectedly for some reason (as in, doesn't get to clean up) the socket will stay there. and, kaboom, cannot start it. Is that really valid? If the system reboots, /var/run gets cleaned anyway. If the daemon is monitored and automatically restarted, I think whatever is restarting it could be responsible to clean those files ... valid enough to prefer the clean up on startup over fail on startup. I am probably not the only one paranoid enough to have a little bgpd watcher that restarts it should it exit. last time it kicked in was probably over 3 years ago, but you really don't want your core routers without bgpd, do you? :) #!/bin/sh # $BSWS: check-bgpd.sh,v 1.1 2007/10/16 14:32:22 brahe Exp $ # Copyright (c) 2007 Henning Brauer pgrep -x bgpd /dev/null if [ $? -eq 1 ]; then echo no bgpd running!!! . /etc/rc.conf.local /usr/sbin/bgpd $bgpd_flags fi -- Henning Brauer, [EMAIL PROTECTED], [EMAIL PROTECTED] BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg Amsterdam
Re: Why Perl for pkg_* tools ?
Paul == Paul de Weerd [EMAIL PROTECTED] writes: Paul [Perl is not BSD licensed] What technical reasons have lead the Paul developers to elect this language ? I think you'll find that the Artistic License (especially 2.0) is roughly the same level of liberation as the BSD license. I'd be hard pressed to find an application of Perl where having a BSD license would have been the deciding factor. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
Re: Why Perl for pkg_* tools ?
On Fri, May 23, 2008 at 01:42:05PM +0200, Almir Karic wrote: On Fri, May 23, 2008 at 9:37 AM, Marc Espie [EMAIL PROTECTED] wrote: As far as perl goes, it's about the only language that fit the bill. The older pkg_* were totally impossible to maintain and extend, and I needed a sensible script language that was in base. at the risk of starting a flame war, considered python? beside not being in the base, any other downsides for this particular task? There's no real fundamental difference between python and perl, especially for this kind of job. Some people prefer python, say it's cleaner. Frankly, I don't care. I haven't yet met a task that python could tackle and python could not. Perl is in base, and I'm used to working with it. Those are pretty big advantages. The only potential drawback to perl was speed... since the rewritten pkg_* turned out to be *faster* than their older C counterpart, that was not a viable argument. The only other viable choice would have been C++. But needing to compile that stuff, having a somewhat less stable toolchain, plus the frank dislike of some OpenBSD people wrt C++ made that a non-issue. I've spent quite some time thinking about the language before I embarked on the perl pkg_* adventures. I've never regretted that choice, the tools turned out to do even more than I hoped for, and I've never run into any perl-related issue.
Re: Why Perl for pkg_* tools ?
On Fri, May 23, 2008 at 07:16:03AM -0600, Diana Eichert wrote: On Fri, 23 May 2008, Marc Balmer wrote: or maybe I should write my next radio clock driver in forth, I heard it is fast and small, so I am sure it is the right tool for drivers...) YES! Marc if you put forth in base and started writing all your drivers in forth I'd buy you some fondue. Or at least integrate forth in the boot loader. ;-) diana forth, it does the body good. Tsk, tsk, tsk. Kids. Stop trolling. Or at least make it less obvious.
Re: [OT] developers running -current on laptops
Kind of genetic programming without all the AI fluff ;-) I like that ;) Yet we have tape backups of everything.. That's the fossil record. -- steev http://www.daikaiju.org.uk/~steve/
Re: Why Perl for pkg_* tools ?
On Fri, May 23, 2008 at 07:16:03AM -0600, Diana Eichert wrote: On Fri, 23 May 2008, Marc Balmer wrote: or maybe I should write my next radio clock driver in forth, I heard it is fast and small, so I am sure it is the right tool for drivers...) YES! Marc if you put forth in base and started writing all your drivers in forth I'd buy you some fondue. Or at least integrate forth in the boot loader. ;-) Please, I'll cook (or get someone else to do it) Marc two fondues if he just writes his drivers in C. diana forth, it does the body good. That may be, but I like drivers in to be in C. And besides, I hear fondue-season is over. It's BBQ time ! ;) Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: Help: OpenBSD 4.2 setup VPN gateway for mobile users
thanks for the tip. I'll have a look at OpenVPN. - Original Message From: Bill Chmura [EMAIL PROTECTED] To: Chiah Tong Kiat [EMAIL PROTECTED] Cc: misc@openbsd.org Sent: Friday, May 23, 2008 1:54:46 AM Subject: Re: Help: OpenBSD 4.2 setup VPN gateway for mobile users Chiah Tong Kiat wrote: Hi Could anyone give me some pointers in setting up a VPN gateway for mobile users? All the current docs that I've seen are for site-to-site VPN. Existing documents for mobiles uses certpatch to create a SubjectAltName which does not exist anymore Could anyone please help? thanks tongkiat I have found OpenVPN to be an easy solution in the past. I've got Linux, Windows, Mac clients all connecting fine. I have heard that IPSec on OpenBSD over the past few releases has gotten much easier to work with. Lots of doc's on the openvpn web site to help. I've also seen some Howto's for OpenBSD specifically. But with any of these, it is really important to understand why you are doing something.
Re: [OT] developers running -current on laptops
On 5/23/08, Chris [EMAIL PROTECTED] wrote: I can see from the recent undeadly posts and pictures that most developers are using laptops and I know you have to run -current to do development work. I was just wondering if these laptops are for development use only or development+personal use? I know -current can break sometimes and am just curious to know if developers risk putting personal stuff on a laptop that is being used for active development. it's very simple. current doesn't break.
Re: openbsd multiboot
Hi, I would like to have more than one openbsd root filesystem on my hardrive. Could somebody please explain how to go about this? [[...]] Using openbsd I could use multiple bios-partitions each having an a: label but how do I tel the bootloader to use a specific partition? I have kept two copies of OpenBSD on my laptop for a long time (going back to 2.8, I think). I've described my scheme in this list several times, eg http://archives.neohapsis.com/archives/openbsd/2005-05/1384.html. Basically I keep a single fdisk partition containing the entire disk, but two sets of OpenBSD root, usr, and now var partitions inside that, both sharing /home and /data (where I keep my user files): wd0a rootfstab mounts root, usr, var, home, data wd0b swap wd0c entire disk wd0d root2 fstab mounts root2, usr2, var2, home, data wd0e var wd0f var2 wd0g usr wd0h usr2 wd0j home wd0k data I use the standard OpenBSD bootloader; typing boot wd0a:/bsd (or just doing nothing and waiting for the 5 second default timeout) boots the wd0[aeg] set of partitions, while boot wd0d:/bsd boots the wd0[dfh] partitions. I normally boot run from the wd0[aeg] partitions; currently these contain OpenBSD 4.3-release, while wd0[dfh] contain 4.2-stable. When I do an OS upgrade or reinstall, I only do one of the two sets of partitions, leaving the other unchanged as a backup. For example, prior to a few weeks ago, both partition sets contained 4.2-stable; when I was ready to install 4.3-release I first copied (dump|restore and then running installboot on the wd0d /boot) the wd0[aeg] partitions to the wd0[dfh] partitions, and verified that I could boot run normally from the wd0[dfh] partitions. (In fact, as a test I ran from them for 5 days or so before finally doing the 4.3-release install.) This way if anything had gone wrong with the 4.3-release install (nothing did), I could have aborted and rebooted from the wd0[dfh] ones and (still) had a working computer. More generally, this system gives considerable insurance against corrupted root partition -- computer won't even boot single-user problems, because by booting from the other set of partitions (e.g. typing boot wd0d:/bsd at the OpenBSD boot bootloader prompt), I have a full OS available to help fix the problem. Having man pages, X, web browsers, etc, is really nice when debugging! This system has saved my neck in the past. Notably the move from XFree86 to X.org in 4.1 was a disaster for me: X.Org didn't grok my (then) laptop's video board, so I couldn't configure X. I solved the problem by reverting to my 2nd set of partitions and staying at 4.0 for another 6 months, then finally persuading my employer to get me a new laptop (which X.org grokked). ciao, -- -- From: Jonathan Thornburg [remove -animal to reply] [EMAIL PROTECTED] School of Mathematics, U of Southampton, England Open source code is not guaranteed nor does it come with a warranty. -- the Alexis de Tocqueville Institute I guess that's in contrast to proprietary software, which comes with a money-back guarantee, and free on-site repairs if any bugs are found. -- Rary
Re: Panic booting 4.3/amd64 after install
PS: Disabling ACPI in the bios didn't work for me. But if I disable acpi in UKC, then the kernel boots fine (AFAICS). Surely just a workaround. Regards Harri
E450 stuff
Hi, I inherited an E450 from my old job. It booted Solaris just fine but I was never able to get any of (Free|Net|Open)BSD to install on it. I feel that this is probably more do to me than anything else. As time has passed it's become pretty obvious between the problems with the install and the cost for power to run, my chances of running this machine in my environment are NULL. I'd like to make just one more attempt at getting the machine running. But ultimately I will have it carted away. This is what I have: Sun E450 4 x 400 MHz UltraSparc II processors (Sun P/N 501-5446) 4 x DC power regulator boards (Sun P/N 300-1322) 4GB of RAM (16 x Sun P/N 501-4743) Spare E450 Mainboard 2 x 300 MHz UltraSparc II processors (Sun P/N 501-4849) 2 x DC power regulator boards (Sun P/N 300-1322) 4GB of RAM (16 x Sun P/N 501-4743) I'm going to spend an hour today working on this to see if I can get a working install but even if I do the whole things going to have to go away. If anyone is interested in any of this equipment please feel free to email or xmpp me ([EMAIL PROTECTED]) Thanks -- Chris Hilton
Re: E450 stuff
On May 23, 2008, at 11:06 AM, Christopher Sean Hilton wrote: Hi, I inherited an E450 from my old job. It booted Solaris just fine but I was never able to get any of (Free|Net|Open)BSD to install on it. I feel that this is probably more do to me than anything else. As time has passed it's become pretty obvious between the problems with the install and the cost for power to run, my chances of running this machine in my environment are NULL. I'd like to make just one more attempt at getting the machine running. But ultimately I will have it carted away. This is what I have: Sun E450 4 x 400 MHz UltraSparc II processors (Sun P/N 501-5446) 4 x DC power regulator boards (Sun P/N 300-1322) 4GB of RAM (16 x Sun P/N 501-4743) Spare E450 Mainboard 2 x 300 MHz UltraSparc II processors (Sun P/N 501-4849) 2 x DC power regulator boards (Sun P/N 300-1322) 4GB of RAM (16 x Sun P/N 501-4743) I'm going to spend an hour today working on this to see if I can get a working install but even if I do the whole things going to have to go away. If anyone is interested in any of this equipment please feel free to email or xmpp me ([EMAIL PROTECTED]) I forgot to mention that I'm located in Southern CT, USA (roughly 80 miles north of NYC on I-95) -- Chris
Re: [OT] developers running -current on laptops
On Fri, May 23, 2008 at 12:40 AM, Chris [EMAIL PROTECTED] wrote: I can see from the recent undeadly posts and pictures that most developers are using laptops and I know you have to run -current to do development work. I was just wondering if these laptops are for development use only or development+personal use? I know -current can break sometimes and am just curious to know if developers risk putting personal stuff on a laptop that is being used for active development. Laptops are great - you can keep your entire world on them and take it with you. Less fussing about which machine you left some project on... may as well keep personal stuff there too. With regard to risk, a laptop is just a computer and is just as fallible as any other computer. Plan accordingly. I take nightly snapshots of /etc /home and /var - If I have to, I can to a fresh install on a new machine, pour my backup onto it and be back up and running ... pretty much as fast as the disk/net will run. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: Why Perl for pkg_* tools ?
On Fri, 23 May 2008, Marc Espie wrote: On Fri, May 23, 2008 at 07:16:03AM -0600, Diana Eichert wrote: On Fri, 23 May 2008, Marc Balmer wrote: or maybe I should write my next radio clock driver in forth, I heard it is fast and small, so I am sure it is the right tool for drivers...) YES! Marc if you put forth in base and started writing all your drivers in forth I'd buy you some fondue. Or at least integrate forth in the boot loader. ;-) diana forth, it does the body good. Tsk, tsk, tsk. Kids. Stop trolling. Or at least make it less obvious. you talking to me? Last time I read mbalmer@ post I was responding to his (wink) joke.
Re: E450 stuff
On Fri, 23 May 2008 11:08:32 -0400 Christopher Sean Hilton [EMAIL PROTECTED] wrote: On May 23, 2008, at 11:06 AM, Christopher Sean Hilton wrote: Hi, I inherited an E450 from my old job. It booted Solaris just fine but I was never able to get any of (Free|Net|Open)BSD to install on it. I feel that this is probably more do to me than anything else. As time has passed it's become pretty obvious between the problems with the install and the cost for power to run, my chances of running this machine in my environment are NULL. I'd like to make just one more attempt at getting the machine running. But ultimately I will have it carted away. This is what I have: Sun E450 4 x 400 MHz UltraSparc II processors (Sun P/N 501-5446) 4 x DC power regulator boards (Sun P/N 300-1322) 4GB of RAM (16 x Sun P/N 501-4743) Spare E450 Mainboard 2 x 300 MHz UltraSparc II processors (Sun P/N 501-4849) 2 x DC power regulator boards (Sun P/N 300-1322) 4GB of RAM (16 x Sun P/N 501-4743) I'm going to spend an hour today working on this to see if I can get a working install but even if I do the whole things going to have to go away. If anyone is interested in any of this equipment please feel free to email or xmpp me ([EMAIL PROTECTED]) Can i ask what is the problem you are experiencing with this ? what version of OBP are you using and what OBSD version did you tried ? Johan http://www.chatou-informatic.com
Re: E450 stuff
On Fri, 23 May 2008, Christopher Sean Hilton wrote: On May 23, 2008, at 11:06 AM, Christopher Sean Hilton wrote: I inherited an E450 from my old job. It booted Solaris just fine but I was never able to get any of (Free|Net|Open)BSD to install on it. I feel that this is probably more do to me than anything else. As time has passed it's become pretty obvious between the problems with the install and the cost for power to run, my chances of running this machine in my environment are NULL. I'd like to make just one more attempt at getting the machine running. But ultimately I will have it carted away. I have an E450 (single 400MHz cpu) that I'm running FreeBSD on. Seems to work fine (hot swapping those drives is just cool!). But it's been a couple years, so I don't remember if I had any problems doing the install. -- Vicky Staubly http://www.steeds.com/vicky/[EMAIL PROTECTED]
Re: Solid State Disk
Stuart Henderson [EMAIL PROTECTED] wrote: On 2008-05-23, Marco [EMAIL PROTECTED] wrote: My SSD 1 GB work very slow. /mnt/cdrom/tmp $ dd if=/dev/zero of=file.test count=1000 dd's default block size is not aligned with block sizes on the flash eeprom, so you do a lot of unnecessary rewriting. Increase bs= from the default 512 bytes and it should be faster. Current generations of Flash storage devices are not too good at sustained sequential access like dd will give, especially for writes. Flash is useful in some situations but has strengths and weaknesses. Stuart is modest. Aside from increasing block size, which will help you, you should also be using OpenBSD 4.3 or current. Stuart committed a change to OpenBSD for 4.3 which will greatly increase speed on 1-sector IO devices. Your Transcend card supports UltraDMA but OpenBSD may not use it until you upgrade.
Re: Why Perl for pkg_* tools ?
Yes but C is written in gcc which is GNU licensed and pkg_utils are written in perl which is a much more libaral language. I really start wondering why the whole of OpenBSD is not rewritten in perl! # Han
Re: Why Perl for pkg_* tools ?
On 23/05/08 04:21 PM, Han Boetes wrote: Yes but C is written in gcc which is GNU licensed and pkg_utils are written in perl which is a much more libaral language. I really start wondering why the whole of OpenBSD is not rewritten in perl! # Han Ah, but perl is compiled with gcc, so that doesn't really help. ;)
Re: [OT] developers running -current on laptops
On Fri, 23 May 2008, Chris wrote: I can see from the recent undeadly posts and pictures that most developers are using laptops and I know you have to run -current to do development work. I was just wondering if these laptops are for development use only or development+personal use? I know -current can break sometimes and am just curious to know if developers risk putting personal stuff on a laptop that is being used for active development. Unless you are actively developing, it is generally better to run snapshots. That being said, I have run -current on my laptop and some production systems for many years. Over this time, I have never had any userland instability and have had to roll back to a previous /bsd maybe twice. There is a reason for things being this reliable - just ask anyone who has broken the tree :) If you choose to run -current, you need to understand 3 things: - You are responsible for your system; don't expect help if it breaks - Subscribe to source-changes, so you have some idea of flag days and special update requirements - Be careful around the time of hackathons; there are often many large and more risky changes made at this gatherings, as well as protocol/ABI flag days. If you aren't the hackathon or in close contact with the people who are then it is best to wait it out and let the dust settle before updating :) -d
Re: softraid corrupted metadata
I have just had a similar incident and recovered similarly. So now I am wondering about recovery in the event of a real failure. Could this be accomplished by configuring a softraid with only 1 disk? e.g. bioctl -c 1 -C force -l /dev/sd2a softraid0 given that sd3a suffered the failure? Is there any documentation about recovery of failures in a softraid partition? Thanks, Dhu On Fri, 28 Mar 2008 17:12:05 -0500 Marco Peereboom [EMAIL PROTECTED] wrote: Adding misc that somehow fell off... On Fri, Mar 28, 2008 at 08:51:18AM -0500, Marco Peereboom wrote: Assuming the drives weren't hurt you can reassemble the RAID 1 with the -C force option. Do something along the lines of: bioctl -c 1 -C force -l /dev/sd2a,/dev/sd3a softraid0 That will overwrite the current stale metadata with new one. Make sure you fsck the filesystem before mounting it (even if it says it is ok! use some force to convince it to check it); On Fri, Mar 28, 2008 at 02:32:49PM +0100, [EMAIL PROTECTED] wrote: Hi, I'm currently using softraid(4) on my 4.2-stable(*) I386 machine and yesterday I ran into a problem: after a system freeze (most probably caused by a malfunctioning onboard SATA controller) softraid found corrupted metadata on one of my two disks in the RAID1 array I assembled (sorry, I don't have the correct error message handy) thus the kernel didn't create the softraid0 device. Don't get me wrong I'm not complaining about that (as the manpage already told me that this will be the outcome of a failed chunk) but I'm wondering if there's a manual procedure I follow to reassemble the raid manually without data loss. TIA, Frank. *) actually almost stable as I had to build my own softraid enabled kernel based on GENERIC -- What can you use used tampons for? Tea bags for vampires. openBSD - Can't fight the Systemagic. \ber tragic. Frank Brodbeck [EMAIL PROTECTED] Politicians do it to everyone.
Re: Why Perl for pkg_* tools ?
Wow, this thread has turned from stupid - abusive - just plain old hilarious. - Original Message From: Jeremy Huiskamp [EMAIL PROTECTED] To: misc@openbsd.org Sent: Friday, May 23, 2008 4:40:05 PM Subject: Re: Why Perl for pkg_* tools ? On 23/05/08 04:21 PM, Han Boetes wrote: Yes but C is written in gcc which is GNU licensed and pkg_utils are written in perl which is a much more libaral language. I really start wondering why the whole of OpenBSD is not rewritten in perl! # Han Ah, but perl is compiled with gcc, so that doesn't really help. ;)
using OpenBSD to make a network switch
For many years I've used OpenBSD on older hardware for my home firewall/router. Now I have need of (another) network switch and rather than buy one, I'd like to make my own using old Sun hardware and OpenBSD. I have two quad hme sbus cards and was considering using them in a Sparcstation LX or Sparcstation 10, etc... to make the machine an 8 port network switch. (I would use my IPC, IPX or Sparcstation 2, but these cards don't work in those machines.) I've read through Absolute OpenBSD and The Book of PF along with the FAQ (and a search through the archives), but what I found mostly deals with setting up a NATing firewall with two interfaces. I don't see how I can use pf with rdr (or nat) or bridges to pull this off. If someone could point me in the right direction (a webpage, a book, anything), I'd appreciate it very much. I'm sure I'm missing something obvious. Thanks, Jeff Thunder
Re: Help: OpenBSD 4.2 setup VPN gateway for mobile users
On Fri, May 23, 2008 at 3:56 PM, Chiah Tong Kiat [EMAIL PROTECTED] wrote: thanks for the tip. I'll have a look at OpenVPN. You can find some configuration examples for OpenVPN at http://daemonforums.org/showthread.php?t=527 Adriaan
Re: using OpenBSD to make a network switch
On Fri, May 23, 2008 at 3:44 PM, Jeffrey Thunder [EMAIL PROTECTED] wrote: For many years I've used OpenBSD on older hardware for my home firewall/router. Now I have need of (another) network switch and rather than buy one, I'd like to make my own using old Sun hardware and OpenBSD. You'd probably save a lot in the long run if you just bought a cheap 8 port Ethernet switch. I don't see how I can use pf with rdr (or nat) or bridges to pull this off. If someone could point me in the right direction (a webpage, a book, anything), I'd appreciate it very much. I'm sure I'm missing something obvious. Assuming your devices are hme0 through hme7, just create /etc/bridgename.bridge0 with: add hme0 add hme1 ... add hme7 up and then run sh /etc/netstart bridge0 as root, and you should be good.
Re: using OpenBSD to make a network switch
On Fri, May 23, 2008 at 3:44 PM, Jeffrey Thunder [EMAIL PROTECTED] wrote: ... I'd appreciate it very much. I'm sure I'm missing something obvious. I'd almost suggest that the obvious thing you're missing is to just buy a switch. You can get an 8-port gig switch for $50 at fry's and it'll generate way less heat and noise and use much less power. that being said, if you'd like to learn about layer 2 games on openbsd, have a read through the brconfig(8) manpage. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: Bridge Firewall
2008/5/23 Almir Karic [EMAIL PROTECTED]: On Fri, May 23, 2008 at 1:37 PM, Stephan Andreas [EMAIL PROTECTED] wrote: Default is block in and out on $ext_if. Is it a problem with the bridge? yes, bridges tend to do funny things. in any case add 'log' to your default block rule and check ''tcpdump -n -e -ttt -i pflog0'' (i read it in the official docs BTW) and it should tell you on which interface and which way (in or out) the packet was blocked. i have my external interface and the DMZ interface in the bridge, i'm passing all traffic on dmz interface and do filtering only on external interface. HTH Indeed. Bridged packets are evaluated *twice* against pf.conf. From man bridge(4): NOTES Bridged packets pass through pf(4) filters once as input on the receiving interface and once as output on all interfaces on which they are forward- ed. In order to pass through the bridge packets must pass any in rules on the input and any out rules on the output interface. Packets may be blocked either entering or leaving the bridge. -- For far too long, power has been concentrated in the hands of root and his wheel oligarchy. We have instituted a dictatorship of the users. All system administration functions will be handled by the People's Committee for Democratically Organizing the System (PC-DOS). Heh. :D :)
Re: Why Perl for pkg_* tools ?
On Thu, May 22, 2008 at 11:32:04PM +0200, Mic J wrote: On Thu, May 22, 2008 at 9:35 PM, Christer Solskogen [EMAIL PROTECTED] wrote: hyjial wrote: Her is an interview with Espie It contains many hints to research from I also thought Espie said that perl enabled them to do some stuff that other tools wouldnt and accompplish it faster, i actually thought it was this interview but couldnt find it with a quick glance. http://mongers.org/openbsd/interview-espie-ports perl offers faster software development. perl is not fast. Just saying. Althought, I think that's what you meant too. # sysctl hw.model hw.physmem hw.model=SUNW,SPARCclassic, TMS390S10 @ 50 MHz, on-chip FPU hw.physmem=24801280 # time pkg_info gettext-0.16.1 GNU gettext libiconv-1.9.2p5character set conversion library lrzsz-0.12.20p0 receive/send files via X/Y/ZMODEM protocol mutt-1.4.2.3tty-based e-mail client stunnel-4.20SSL encryption wrapper for standard network daemons uucp-1.07p2 UUCP suite 0m22.57s real 0m13.05s user 0m6.44s system 22 seconds to list one folder and open 6 files :) I doubt it took 1 seconds before the move to perl on that computer. -- Hugo Villeneuve [EMAIL PROTECTED] http://EINTR.net/
iBGP and eBGP and AS Filter
Hi Misc@, Right now i'm playin' with bgpd filter setup. I've successfully create an ebgp between another obsd4.3-current and ibgp between a fbsd/zebra. I understand on most ibgp implementation (ciscoz/quagga), prefixes from ebgp peer are more preferred than ibgp. But that isn't happening here. Say, |--quagga/linux-| | as65020 | | | | |ebgp---|4.3current|-ebgp| | | || as65024 | | fbsd/zebra ibgp--- 4.3-current carp1 ibgp carp0 | as65021| as65021 || | | |ebgp---|4.3current|-ebgp| as65024 fbsd/zebra as65021 have the same peer/prefix feeder(as65020) as as65024/4.3-current. But 4.3current/as65021 prefer prefixes from fbsd/zebra as the paths are sorter, I think.. So I create a filter: deny from {IP_address_fbsd/zebra} AS 65020 But it still receive valid prefixes from fbsd/zebra. I appriciate if someone could help me/hints me on howto prefer prefixes from as65024(ebgp-peers) than ibgp peers without changing the setting on fbsd/zebra. Thanks, -- insandotpraja(at)gmaildotcom
Issues with OpenBSD 3.7 and ftp-proxy
Hi, Here my version of OpenBSD: == # uname -aOpenBSD boo.org 3.7 GENERIC#50 i386== The following configuration of the pf.conf (all is showerd here, no more rules): == ext_if=ne3int_if=rl0 nat on $ext_if from 192.168.1.0/24 - ($ext_if) rdr on $int_if proto tcp from any to any port 21 - 127.0.0.1 port 8021 == ne3 is connected to the Internet and rl0 is the local interface. inetd.conf (only one that are activated is showed): = 127.0.0.1:8021 stream tcp nowait root/usr/libexec/ftp-proxy ftp-proxy -n My workstation is on 192.168.1.50 When I'm trying to ftp any server in the world, it doesn't work when I try to list some files. I did a tcpdump -i lo0 port 8021 on the server and I don't see any traffic at all. Also, I can see from sniffing on port 21 that the local IP is still used in PORT command. In other words, the IP address isn't translated by the FTP-PROXY. But, I can see ftp-proxy in the process list (with ps command) when I use the FTP command. Also, port 8021 is in mode LISTEN: === # netstat -an |grep 8021tcp0 0 127.0.0.1.8021 *.* LISTEN Status of PF: # pfctl -s natnat on ne3 inet from 192.168.1.0/24 to any - (ne3) round-robinrdr on rl0 inet proto tcp from any to any port = ftp - 127.0.0.1 port 8021 # pfctl -s rules# I followed all rules in the man pages and I can't see what I did wrong. Thank you for your help in advance, Eric _ If you like crossword puzzles, then you'll love Flexicon, a game which combines four overlapping crossword puzzles into one! http://g.msn.ca/ca55/208
Re: Window Manager
blackbox, because is easy config Regards. Dmitri.- On Thu, May 08, 2008 at 09:32:47PM +0200, Manuel Wildauer wrote: Fluxbox On Sun, May 04, 2008 at 09:29:42PM -0300, Gonzalo Lionel Rodriguez wrote: I dont know if it is the place to ask it, but that window manager uses? And why? Regards ---end quoted text---
Re: timezone anomalies
On Fri, 23 May 2008, frantisek holop wrote: nor can i recall this ever being an issue while i was in CEST for years. when i copied the camera files they were not off by 1-2 hours depending on daylight saving... -f Set your camera to UTC and be happy. The times *in the file system* are in UTC. They will be displayed in localtime. See the source code for ls(1). Recall that there are (still) large numbers of unix machines which are used simultaneously by interactive users in different timezones. On such machines, there is a /etc/localtime for the zone where the machine resides (or where users think it resides ;-) and users set TZ in their .profile or similar files. I'm not aware of cameras that embed zone info in their jpegs. Are there such? Usually you just see a date time thingie. Among your options, you forgot the whole set of variations where the BIOS does daylight/summer time corrections. Invariably, the BIOS is set up for general US rules, and wrong ones at that. Only BIOS = UTC makes any sense. Windoze can get used to it. BIOS = localtime is a stupid lazy idea from a place famous for stupid lazy ideas. Dave -- The future isn't what it used to be. -- G'kar
Re: Window Manager
I like blackbox. 2008/5/5 Gonzalo Lionel Rodriguez [EMAIL PROTECTED]: I dont know if it is the place to ask it, but that window manager uses? And why? Regards