Re: Mailing list headers
On Wed, Jun 23, 2010 at 01:16:38AM -0400, Casey Allen Shobe wrote: On Tuesday 22 June 2010 11:11:59 pm you wrote: I use gmail and I filter on: Matches: to:(misc@openbsd.org) A mail that is sent to misc@openbsd.org, and CC to my personal address, should have the mailing list copy filtered to my misc folder, and the personal copy deliverede to my inbox. Filtering by To or CC breaks this, hence why proper mailing list filtering is never done using To, CC, or Subject. Cheers, -- Casey Allen Shobe ca...@shobe.info I use the Sender: header.
Re: Mailing list headers
On Wednesday 23 June 2010 02:10:56 am Alexander Schrijver wrote: I use the Sender: header. How is it that you manage to filter on that in gmail? Because it's not documented anywhere that I can find, and the only undocumented parameters I could find are replyto, deliveredto, and listid. A search for sender:misc@openbsd.org returns nothing, so that isn't it. I did just find that list:misc@openbsd.org appears to work though (d'oh!), although according to the documentation, it's not terribly precise, as it looks for that anywhere in the headers, sent to or from this list. It seems to work well enough for my needs though, sorry for not seeing that before. Cheers, -- Casey Allen Shobe ca...@shobe.info
Re: Unable to ping routes learnt via BGP (OpenBSD 4.7)
maybe pf related ? did you try to disable it ? Yes, no effect as far as I recall. I did a diff on both PF configs, they are pretty much exactly the same apart from obvious things like interface names and IP addresses. You did not provide too much detail so its hard to guess. Yes, sorry, a bit of a catch 22. I did not want to swamp the list with pages of un-necessary data. Did you find any clues in bgpctl show rib/fib ? Could you give me a pointer in the right direction as to what i should be looking for ? The routes do show up in rib/fib if that's what you're asking.
Re: Mailing list headers
On Wed, Jun 23, 2010 at 02:36:41AM -0400, Casey Allen Shobe wrote: On Wednesday 23 June 2010 02:10:56 am Alexander Schrijver wrote: I use the Sender: header. How is it that you manage to filter on that in gmail? Because it's not documented anywhere that I can find, and the only undocumented parameters I could find are replyto, deliveredto, and listid. A search for sender:misc@openbsd.org returns nothing, so that isn't it. I use fdm(1) (http://fdm.sourceforge.net/). I didn't read your original message properly, you're looking for a solution in the gmail web interface. I tried looking into that once but their filtering is weird. I found that you can use the search filtering language from the message search in the filtering rules. I'm not sure if that is supposed to be a bug or a feature.
Re: Mailing list headers
Check for the X-Loop header On 2010 Jun 22 (Tue) at 20:24:12 -0400 (-0400), Casey Allen Shobe wrote: :Why do the OpenBSD lists have no List-ID header? : :With the existing set of headers, it's impossible to filter the mail in gmail :and other lame mail clients that don't allow arbitrary headers to be entered. : :I know, the world doesn't revolve around GMail, much as Google might like that :to be the case. But in the interest of those of us who use it, could they :please be added? : :Cheers, :-- :Casey Allen Shobe :ca...@shobe.info : -- FLASH! Intelligence of mankind decreasing. Details at ... uh, when the little hand is on the
softraid trouble (system crashes)
Hi, since upgrading to 4.7 and now 4.7-current I can not really use the softraid with sparc64 (SUN v440) anymore. When copying many small files (something like CVS) I always have the server crash with the following messages. Any ideas? Michael splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5
Re: OpenBSD sends RSTs for gratuitous traffic
hi, thanks, good finding! it looks right, but i have to re-think the promisc handling of trunk a bit to see if we a) either inherit the promisc flag on the trunk device directly which means that trunks would always be promisc (sounds bad...). b) find a way to use trunk without enforcing the ports into promisc mode. c) your fix. reyk On Wed, Jun 16, 2010 at 04:33:42PM +0800, Patrick Coleman wrote: On Wed, Jun 16, 2010 at 4:28 PM, David Coppa dco...@gmail.com wrote: diff -u is preferred. Can you resend it in unified format? Sure. See http://patrick.ld.net.au/20100616-fix-gratuitous-reset.patch. Cheers, Patrick -- http://www.labyrinthdata.net.au - WA Backup, Web and VPS Hosting
Re: Intel PRO/1000 QP on Dell R610 and OpenBSD 4.7
Somebody knows if this problem only happends on Intel X58/5500/5600 chipsets ? Did somebody tried the i386 version of OpenBSD 4.7 ? I am running 4.7 i386 release (+ errata patches) on a Intel 5500 platform with the following Intel NIC. Seems to be behaving itself so far. (Sorry no dmesg, it got overwritten by system events, so you'll have to wait until I get a chance to reboot). 10:0:0: Intel PRO/1000 PT (82571EB) 0x: Vendor ID: 8086 Product ID: 105e 0x0004: Command: 0047 Status ID: 0010 0x0008: Class: 02 Subclass: 00 Interface: 00 Revision: 06 0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 32bit addr: 0xfbfe 0x0014: BAR mem 32bit addr: 0xfbfc 0x0018: BAR io addr: 0x4000 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 8086 Product ID: 115e 0x0030: Expansion ROM Base Address: 0x0038: 0x003c: Interrupt Pin: 01 Line: 07 Min Gnt: 00 Max Lat: 00 0x00c8: Capability 0x01: Power Management 0x00d0: Capability 0x05: Message Signaled Interrupts (MSI) 0x00e0: Capability 0x10: PCI Express 10:0:1: Intel PRO/1000 PT (82571EB) 0x: Vendor ID: 8086 Product ID: 105e 0x0004: Command: 0047 Status ID: 0010 0x0008: Class: 02 Subclass: 00 Interface: 00 Revision: 06 0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 32bit addr: 0xfbfa 0x0014: BAR mem 32bit addr: 0xfbf8 0x0018: BAR io addr: 0x4020 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 8086 Product ID: 115e 0x0030: Expansion ROM Base Address: 0x0038: 0x003c: Interrupt Pin: 02 Line: 0b Min Gnt: 00 Max Lat: 00 0x00c8: Capability 0x01: Power Management 0x00d0: Capability 0x05: Message Signaled Interrupts (MSI) 0x00e0: Capability 0x10: PCI Express
Re: Intel PRO/1000 QP on Dell R610 and OpenBSD 4.7
On Wed, Jun 23, 2010 at 10:02:14AM +0100, rh...@hushmail.com wrote: Somebody knows if this problem only happends on Intel X58/5500/5600 chipsets ? Did somebody tried the i386 version of OpenBSD 4.7 ? I am running 4.7 i386 release (+ errata patches) on a Intel 5500 platform with the following Intel NIC. Seems to be behaving itself so far. (Sorry no dmesg, it got overwritten by system events, so you'll have to wait until I get a chance to reboot). There's always /var/run/dmesg.boot -Otto
Re: Intel PRO/1000 QP on Dell R610 and OpenBSD 4.7
Thank you for the messages regarding /var/run/dmesg.boot. I bow to your combined superior wisdoms ! Hope this is of assistance : ;-) OpenBSD 4.7 (GENERIC.MP) #0: Sat Jan 10 10:10:10 GMT 2010 r...@example.com:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Xeon(R) CPU E5502 @ 1.87GHz (GenuineIntel 686- class) 1.87 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PS E36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS- CPL,VMX,EST,TM2,CX16,xTPR real mem = 3881558016 (3701MB) avail mem = 3779342336 (3604MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf, SMBIOS rev. 2.6 @ 0xe77fe000 (134 entries) bios0: vendor HP version W07 date 07/24/2009 bios0: HP ProLiant DL320 G6 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SPCR MCFG HPET SPMI ERST APIC SRAT BERT HEST DMAR SSDT SSDT SSDT SSDT acpi0: wakeup devices PCI0(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 16 (boot processor) cpu0: unknown i686 model 0x1a, can't get bus clock (0x0) cpu0: apic clock running at 133MHz cpu1 at mainbus0: apid 20 (application processor) cpu1: Intel(R) Xeon(R) CPU E5502 @ 1.87GHz (GenuineIntel 686- class) 1.87 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PS E36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS- CPL,VMX,EST,TM2,CX16,xTPR ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic1 at mainbus0: apid 0 pa 0xfec8, version 20, 24 pins acpiprt0 at acpi0: bus 1 (IP2P) acpiprt1 at acpi0: bus 3 (NIB1) acpiprt2 at acpi0: bus 4 (IPT5) acpiprt3 at acpi0: bus 0 (PRB2) acpiprt4 at acpi0: bus 10 (PT07) acpiprt5 at acpi0: bus 7 (PT03) acpiprt6 at acpi0: bus 13 (PT01) acpiprt7 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0: C3, C3, C1 acpicpu1 at acpi0: C3, C3, C1 acpitz0 at acpi0: critical temperature 31 degC bios0: ROM list: 0xc/0xb000 0xcb000/0x1a00 0xcca00/0x2600! ipmi at mainbus0 not configured cpu0: EST: PSS not yet available for this processor pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 5500 Host rev 0x13 ppb0 at pci0 dev 1 function 0 Intel X58 PCIE rev 0x13 pci1 at ppb0 bus 13 ppb1 at pci0 dev 3 function 0 Intel X58 PCIE rev 0x13 pci2 at ppb1 bus 7 ppb2 at pci0 dev 7 function 0 Intel X58 PCIE rev 0x13 pci3 at ppb2 bus 10 em0 at pci3 dev 0 function 0 Intel PRO/1000 PT (82571EB) rev 0x06: apic 0 int 6 (irq 7), address 00:15:17:00:00:00 em1 at pci3 dev 0 function 1 Intel PRO/1000 PT (82571EB) rev 0x06: apic 0 int 13 (irq 11), address 00:15:17:00:00:01 pchb1 at pci0 dev 13 function 0 vendor Intel, unknown product 0x343a rev 0x13 pchb2 at pci0 dev 13 function 1 vendor Intel, unknown product 0x343b rev 0x13 pchb3 at pci0 dev 13 function 2 vendor Intel, unknown product 0x343c rev 0x13 pchb4 at pci0 dev 13 function 3 vendor Intel, unknown product 0x343d rev 0x13 pchb5 at pci0 dev 13 function 4 Intel 5520/X58 QuickPath rev 0x13 pchb6 at pci0 dev 13 function 5 Intel 5520 QuickPath rev 0x13 pchb7 at pci0 dev 13 function 6 vendor Intel, unknown product 0x341a rev 0x13 pchb8 at pci0 dev 14 function 0 vendor Intel, unknown product 0x341c rev 0x13 pchb9 at pci0 dev 14 function 1 vendor Intel, unknown product 0x341d rev 0x13 pchb10 at pci0 dev 14 function 2 vendor Intel, unknown product 0x341e rev 0x13 pchb11 at pci0 dev 14 function 3 vendor Intel, unknown product 0x341f rev 0x13 pchb12 at pci0 dev 14 function 4 vendor Intel, unknown product 0x3439 rev 0x13 Intel X58 Misc rev 0x13 at pci0 dev 20 function 0 not configured Intel X58 GPIO rev 0x13 at pci0 dev 20 function 1 not configured Intel X58 RAS rev 0x13 at pci0 dev 20 function 2 not configured uhci0 at pci0 dev 26 function 0 Intel 82801JI USB rev 0x00: apic 8 int 20 (irq 5) uhci1 at pci0 dev 26 function 1 Intel 82801JI USB rev 0x00: apic 8 int 23 (irq 7) uhci2 at pci0 dev 26 function 2 Intel 82801JI USB rev 0x00: apic 8 int 22 (irq 10) ehci0 at pci0 dev 26 function 7 Intel 82801JI USB rev 0x00: apic 8 int 22 (irq 10) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 28 function 0 Intel 82801JI PCIE rev 0x00 pci4 at ppb3 bus 2 ppb4 at pci4 dev 0 function 0 ServerWorks PCIE-PCIX rev 0xb5 pci5 at ppb4 bus 3 bge0 at pci5 dev 4 function 0 Broadcom BCM5715 rev 0xa3, BCM5715 A3 (0x9003): apic 8 int 16 (irq 7), address 18:a9:05:00:00:00 brgphy0 at bge0 phy 1: BCM5714 10/100/1000baseT/SX PHY, rev. 0 bge1 at pci5 dev 4 function 1 Broadcom BCM5715 rev 0xa3, BCM5715 A3 (0x9003): apic 8 int 17 (irq 11), address 18:a9:05:00:00:01 brgphy1 at bge1 phy 1: BCM5714 10/100/1000baseT/SX PHY, rev. 0 ppb5 at pci0 dev 28 function 4 Intel 82801JI PCIE rev 0x00 pci6 at ppb5 bus 4 uhci3 at pci0 dev 29 function 0 Intel 82801JI USB rev 0x00: apic 8 int 20 (irq 5) uhci4 at pci0 dev 29 function 1 Intel 82801JI USB rev 0x00: apic 8
Problem getting some web pages on IPv6
Hi All, I am trying to get some Web page on a IPv6 host by using an OPenBSD 4.7 as a router. I can get the Web page from the router but not from a host in the local net. I have tried with OpenSolaris machine and Windows 7 machines. At the same time the similar commands with one address hangs and with an other address just get the page. The bug is quite easy to reproduce. On a web browser, getting page at the address http://www.tunnelbroker.net; fails while http://www.freebsd.org; succeed. The following commands allow to reproduce the problem from the command line: 1) wget --prefer-family IPv6 http://www.kame.net/~suz/freebsd-ipv6-config-guide.txt 2) wget --prefer-family IPv6 http://www.freebsd.org/index.html The command 1 hangs, the 2 succeed. I have tried with and without PF but the result is always identical. By passing the command 1 directly on router it succeed. By using IPv4 address, I have no problem at all. I use a gif tunnel to get the IPv6 connectivity. Any ideas would be greatly appreciated. best regards, Here are some traces done during the execution of different commands Jun 23 11:26:57.266472 2001:470:26:18f::2.38065 2001:200:0:8002:203:47ff:fea5:3085.80: S 3353755832:3353755832(0) win 50400 mss 1440,nop,wscale 0,nop,nop,sackOK Jun 23 11:26:57.605050 2001:200:0:8002:203:47ff:fea5:3085.80 2001:470:26:18f::2.38065: S 1568188489:1568188489(0) ack 3353755833 win 65535 mss 1420,nop,wscale 1,sackOK,eol [flowlabel 0x2faa4] Jun 23 11:26:57.606623 2001:470:26:18f::2.38065 2001:200:0:8002:203:47ff:fea5:3085.80: . ack 1 win 51120 Jun 23 11:26:57.606777 2001:470:26:18f::2.38065 2001:200:0:8002:203:47ff:fea5:3085.80: P 1:135(134) ack 1 win 51120 Jun 23 11:26:57.971801 2001:200:0:8002:203:47ff:fea5:3085.80 2001:470:26:18f::2.38065: P 4261:4419(158) ack 135 win 33370 [flowlabel 0x2faa4] Jun 23 11:26:57.973307 2001:470:26:18f::2.38065 2001:200:0:8002:203:47ff:fea5:3085.80: . ack 1 win 51120 nop,nop,sack 1 {4261:4419} Jun 23 11:27:06.533016 2001:470:26:18f::2.38065 2001:200:0:8002:203:47ff:fea5:3085.80: R 3353755967:3353755967(0) win 51120 Jun 23 11:27:45.462677 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: S 3365633125:3365633125(0) win 50400 mss 1440,nop,wscale 0,nop,nop,sackOK Jun 23 11:27:45.651924 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: S 2263028161:2263028161(0) ack 3365633126 win 65535 mss 1220,nop,wscale 3,sackOK,eol [class 0xc] [flowlabel 0xad982] Jun 23 11:27:45.653526 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: . ack 1 win 51240 Jun 23 11:27:45.653675 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: P 1:114(113) ack 1 win 51240 Jun 23 11:27:45.853698 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: P 1:246(245) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:45.855206 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: . ack 246 win 51240 Jun 23 11:27:45.857788 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 246:1466(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:45.859296 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: . ack 1466 win 51240 Jun 23 11:27:46.048448 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 1466:2686(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.052559 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 2686:3906(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.054106 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: . ack 3906 win 51240 Jun 23 11:27:46.056284 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 3906:5126(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.060122 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 5126:6346(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.061608 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: . ack 6346 win 51240 Jun 23 11:27:46.247042 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 6346:7566(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.251166 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 7566:8786(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.252716 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: . ack 8786 win 51240 Jun 23 11:27:46.254966 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 8786:10006(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.259244 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 10006:11226(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.260817 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: . ack 11226 win 51240 Jun 23 11:27:46.262994 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 11226:12446(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.266960 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 12446:13666(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.268514 2001:470:26:18f::2.38630 2001:4f8:fff6::21.80: . ack 13666 win 51240 Jun 23 11:27:46.446224 2001:4f8:fff6::21.80 2001:470:26:18f::2.38630: . 13666:14886(1220) ack 114 win 8235 [flowlabel 0xad982] Jun 23 11:27:46.449840 2001:4f8:fff6::21.80
Re: Processeur Atom ?
On Wed, 23 Jun 2010 02:19:17 +0200 Henning Brauer lists-open...@bsws.de wrote: as rock solid as they might be, at this age, the likeliness of them dieing anytime soon is growing. fast. Hard drives and fans aside, there comes a point where a system has passed the test of time, and so a system that has run for 6 months can be trusted more than something new, but of course things do wear out. Soak or stress testing for 24 hours may find, some of these. The expensive precious metals are used less and less and so modern devices have a shorter life. I don't think a pIII would be old enough to include more expensive and a lot longer lasting parts, but a particular one may be better than others?, but an even older system maybe perfect for a trusty firewall, though not the absolute best in leckie usage. Market forces make getting higher quality parts more difficult and specialist, and so if you want them the price is going up and up, whilst the off the shelf price of alternatives drops and drops. If your redundancy is top notch, like I imagine hennings is, then upgrading regularly may be very reliable and give the best cost to performance savings, considering the price of electricity!!!
Phoronix Test Suite
I know http://bulk.fefe.de/scalability/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... http://www.phoronix.com/scan.php?page=articleitem=linux_bsd_opensolarisnum=1 Best Regards, Ektor
un iPad off ert pour l'achat de cartouches
Bonjour, Afin de vous faire dicouvrir notre nouvelle gamme de cartouches pour imprimantes, nous avons le plaisir de vous offrir un Apple iPad pour toute commande de 1200 euros h.t. de cartouches de laser ou jet d'encre de notre gamme Eco-Low-Cost. Fabriquies en France avec de l'encre non recyclie nos cartouches garanties compatibles vous offrent un excellent rapport qualiti prix. Notre gamme Eco-Low-Cost ` pour ambition de vous siduire en vous proposant : - Une iconomie de 30 % en moyenne par rapport aux cartouches ` la marque - Une garantie de 24 mois, avec un numiro vert pour le SAV. Nous garantissons une cartouche iquivalente ` la marque - Une usine dans le sud de la France qui ghre 100 % de la production, installation classie, agriie par arrjti prifectoral - Normes ISO 9001 et ISO 14001, certification STMC Optez pour une dimarche icologique tout en faisant des iconomies, stockez quelques cartouches et partez en vacances avec votre iPad sous le bras ! Pour toute commande de plus de 1200/ht passie avant le 14 juillet, nous vous offrons l'iPad officiel, avec connections WIFI et 16 gb de mimoire afin de garder le contact. Et si vous jtes un gros consommateur, nous allons plus loin en vous offrant la version 3G+ SFR, avec 32 gb de mimoire et un an de surf de 3G+ (abonnement SFR ` nos frais durant 12 moins) pour toute commande de plus de 3000/ht. Cette offre est sans surprises c'est notre prime environnementale, pour vous prouver que notre usine ne se contente pas d'avoir la meilleure empreinte carbone du secteur, mais vous fournie aussi du matiriel dont vous aurez du mal ` vous passer ! Vous trouverez sur notre site une gamme importante de cartouches ECO-LOW Cost binificiant de cette promotion, si vous ne trouvez pas votre bonheur, vous pouvez nous faire une demande de devis via notre formulaire en ligne A vos stocks, prjts ? partez ! Catalogue Divers Cartouches ECO-LOW Cost LA COMMAPS 3, rue Jean Jaurhs 91 860 Epinay sous Sinart Tiliphone : 01 80 85 50 10 - Fax : 01 80 85 50 16 R.C. Evry B 517649174 .
Re: Phoronix Test Suite
I'm missing info about how much and where is real crypto and security techniques used in those systems. Oh waitit's Phoronix. Now it's clear. I have better toy then you benchmark type :-) On Wed, Jun 23, 2010 at 12:36 PM, Ektor WetterstrC6m ektw...@gmail.com wrote: I know http://bulk.fefe.de/scalability/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... http://www.phoronix.com/scan.php?page=articleitem=linux_bsd_opensolarisnum= 1 Best Regards, Ektor -- bIf youbre good at something, never do it for free.bB bThe Joker
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 4:06 PM, Ektor Wetterstrvm ektw...@gmail.com wrote: I know http://bulk.fefe.de/scalability/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... http://www.phoronix.com/scan.php?page=articleitem=linux_bsd_opensolarisnum= 1 So those who want to run those zip/unzip etc etc programs with that margin of advantage should use freebsd ot fedora. I just wonder how this guy can bench mark for such trivial stuff and put it on the *BIG* website!! I would like to see what happens when a complex filtering situation comes up and how linux iptables tackles it and how pf in freebsd tackels it and what is the perfomance there :-) --Siju
Re: Phoronix Test Suite
On 06/23/10 06:36, Ektor Wetterstrvm wrote: I know http://bullshit.fefe.de/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... [benchmarks] facinating number of posts like this recently, all from gmail users we've never seen before... What I want to see is a comparison of critical bug and security problems, or percentage of subsystems that Just Work, or man page accuracy. (or maybe packet filtering rates) Nick.
Re: Best Practices for tun(4) and gif(4)
On Wed, Jun 23, 2010 at 06:11:09AM +0200, Claudio Jeker wrote: On Tue, Jun 22, 2010 at 08:05:31PM -0700, Matt S wrote: I apologize in advance if this subject has been addressed but I was unable to turn up anything from a Google search and the manual pages did not quite yield enough information. IPv6 needs aside, what is the primary difference between tun(4) and gif(4)? When is it preferrable to use gif(4) over tun(4)? Is there any reason why I could not, say, perform IPSEC encryption over a tun(4) tunnel? Huh? From the man pages: The tun driver provides a network interface pseudo-device. Packets sent to this interface can be read by a userland process and processed as desired. Packets written by the userland process are injected back into the kernel networking subsystem. The gif interface is a generic tunnelling pseudo-device for IPv4 and IPv6. It can tunnel IPv[46] over IPv[46] with behavior mainly based on RFC 1933 IPv6-over-IPv4, for a total of four possible combinations... So tun(4) is a way to get packets to userland while gif is a real tunnel device encapsulating the packets and sending it to a remote tunnel endpoint. The two things are totaly different and yes you could make IPsec in userland over tun(4) but nobody is enough of a masochist to do that. Don't make bets against the ability of a large enough gene pool to produce such a twisted individual. :-). And the Orc pits that produce standards committee members probably produce a few interesting mutations too. Ken -- :wq Claudio
Re: Phoronix Test Suite
Hi Very good performance putty :) On Wed, 23 Jun 2010 12:36:38 +0200, Ektor WetterstrC6m ektw...@gmail.com wrote: I know http://bulk.fefe.de/scalability/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... http://www.phoronix.com/scan.php?page=articleitem=linux_bsd_opensolarisnum=1 Best Regards, Ektor -- @plus
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 1:01 PM, Nick Holland n...@holland-consulting.net wrote: On 06/23/10 06:36, Ektor Wetterstrvm wrote: I know http://bullshit.fefe.de/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... [benchmarks] facinating number of posts like this recently, all from gmail users we've never seen before... I think that it shows some level of disillusion with those systems so people are moving to another. Eg. there was a lot of people during last weeks which tried OpenBSD on SPARC platform and eg. OpenSolaris forum is mostly death when comparing with activity during last year and so on. What I want to see is a comparison of critical bug and security problems, or percentage of subsystems that Just Work, or man page accuracy. B (or maybe packet filtering rates) They care about users and not about quality or number of bugs. It's still that same philosophy that bugs are normal and people are content about it so why to care. Nick. -- bIf youbre good at something, never do it for free.bB bThe Joker
Re: softraid trouble (system crashes)
On Wed, Jun 23, 2010 at 10:13:30AM +0200, Michael Lechtermann wrote: Hi, since upgrading to 4.7 and now 4.7-current I can not really use the softraid with sparc64 (SUN v440) anymore. When copying many small files (something like CVS) I always have the server crash with the following messages. Any ideas? run with kern.splassert=2 in your sysctl.conf. This will produce a panic or at least some more verbose output. As far as I can quickly see, IPL_BIO is expected, but IPL_CLOCK is being seen. Ken Michael splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: inodedep_lookup: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: softdep_fsync_mountdev: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10 splassert: bremfree: want 5 have 10 splassert: buf_map: want 5 have 10 splassert: reassignbuf: want 5 have 10
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 12:36:38PM +0200, Ektor Wetterstrvm wrote: I know http://bulk.fefe.de/scalability/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... http://www.phoronix.com/scan.php?page=articleitem=linux_bsd_opensolarisnum=1 Rather uncritical, really. Their PostMark benchmark gives a 386x performance advantage (Fedora 12/OpenBSD) and they don't think to investigate what is happening there (ext4 is apparently good at these tests)? A similar thing comes up in the Sudokut benchmark - Fedora takes nearly five times as long as Debian? Really? Joachim
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 1:01 PM, Nick Holland n...@holland-consulting.net wrote: On 06/23/10 06:36, Ektor Wetterstrvm wrote: I know http://bullshit.fefe.de/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... [benchmarks] facinating number of posts like this recently, all from gmail users we've never seen before... What I want to see is a comparison of critical bug and security problems, or percentage of subsystems that Just Work, or man page accuracy. (or maybe packet filtering rates) I agree, but you should admit that OpenBSD is clearly a looser in regard to pure performances (e.g. I/O, compression, encryption, etc.) Nick. Bye, Ektor
Re: Phoronix Test Suite
I agree, but you should admit that OpenBSD is clearly a looser in regard to pure performances (e.g. I/O, compression, encryption, etc.) Yes, if my goal is to have ZOMG AWEZUMZ benchmarks, clearly OpenBSD is a douchebag. But if I want a system that doesn't make me want to initiate a mass- casualty event, I'm afraid it's a clear winner. For those unable to read between the lines of the above: Internet troll is, once again, on the Internet
Re: Phoronix Test Suite
I agree, but you should admit that OpenBSD is clearly a looser in regard to pure performances (e.g. I/O, compression, encryption, etc.) Nick. Bye, Ektor They should have also ran tests on multiple hardware, single core and 32bit. 32 bit, out performs 64bit on OpenBSD, atleast in my experience (my hardware). And as was mentioned with the firewalls earlier. Run real world tests, where speed matters, and then we may care. Firewalling is one task, where speed really matters. You can always use multiple systems behind PF to increase speed too and still keep the security and stability and management time savings.
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 1:20 PM, Ektor WetterstrC6m ektw...@gmail.com wrote: On Wed, Jun 23, 2010 at 1:01 PM, Nick Holland n...@holland-consulting.net wrote: On 06/23/10 06:36, Ektor Wetterstrvm wrote: I know http://bullshit.fefe.de/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... [benchmarks] facinating number of posts like this recently, all from gmail users we've never seen before... What I want to see is a comparison of critical bug and security problems, or percentage of subsystems that Just Work, or man page accuracy. B (or maybe packet filtering rates) I agree, but you should admit that OpenBSD is clearly a looser in regard to pure performances (e.g. I/O, compression, encryption, etc.) Says who? Can't see difference during work with Ubuntu 10.04 or OpenBSD 4.7 on desktop. Everything has same speed either GUI or eg. copy of files to/from USB flash disk. For better I/O you need to buy better disk, components and so on and not those cheap horrors. Compression or decompression.. if it's something small then I can't see difference if it's something big I'm running it in background so I can do another job. I don't need to take a look at list of compressed files scrolling in terminal. Where they tested practical use of encryption, its implementation, cost, documentation and so on in those tests? And how better pure performance can save eg. some private data if it's available on buggy platform where anyone can stole them? Yes, he can stole them quicker :D Nick. Bye, Ektor -- bIf youbre good at something, never do it for free.bB bThe Joker
Re: Processeur Atom ?
No. Their chipsets give a 16 PCIe 2 lanes and 4 PICe 1.1 lanes, so you have a 16x2 PCIe slot for the gfx card and a 4x1.1 PCIe slot (or 4 1x1.1 PCIe slots). USB 3 is faster 1x1.1 PICe, so you need a 4xPICe USB3 card. Most USB3 cards are 1xPICe, though. If you need USB 3, get an AMD board. All PCIe lanes are 2.0 Best Martin I was talking about intels ability to add usb3 and not addon cards, but I didn't realise the practical problems of using usb3 addon cards or devices developed with the already released usb3 development kit and chips on intel boards. I guess the addon card makers dropped a clanger and this will be rectified. Do you know if they just run at a lower speed on some boards?
Re: Phoronix Test Suite
crickets chirping yawn /crickets chirping Continues working...
Re: Phoronix Test Suite
On Wed, 23 Jun 2010 07:01:44 -0400, Nick Holland wrote: On 06/23/10 06:36, Ektor Wetterstrvm wrote: I know http://bullshit.fefe.de/ is wrong / outdated / non-scientific / whatever... But what about this? Phoronix has more credibility imho... [benchmarks] facinating number of posts like this recently, all from gmail users we've never seen before... What I want to see is a comparison of critical bug and security problems, or percentage of subsystems that Just Work, or man page accuracy. (or maybe packet filtering rates) Nick. ++1 *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: Phoronix Test Suite
On Wed, 23 Jun 2010 13:20:34 +0200, Ektor Wetterstrvm wrote: Bye, Promise? *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: pfctl: Cannot allocate memory and spamd-setup -bd
On 21-06-2010 22:44, Ruy Bento wrote: ... My question is: In this small env. (100 MB - RAM) I need to change the Kernel memory or other sysctl value, which one? Thank you for all your replys and comments. In 4.6 everything work perfect, so what happen 4.6 - 4.7, it need more mem? And if I can: set limit table-entries 500 And with all daemons load in mem I have: 36 processes: 35 idle, 1 on processor CPU states: 0.5% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.5% idle Memory: Real: 20M/45M act/tot Free: 41M Swap: 0K/161M used/tot What a perfect world So with 41MB free i could load more kernel ... My other servers: Core 2, i5, i7 with lots of mem (4 or 8 GB). This and the SUN its to test and see the OpenBSD continue to run happily for ever :-) :-) Thank you for your great effort and work. Best regards, Ruy Benton
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 1:57 PM, Rod Whitworth glis...@witworx.com wrote: On Wed, 23 Jun 2010 13:20:34 +0200, Ektor Wetterstrvm wrote: Bye, Promise? Sure, this is my last mail on the topic. I only wanted to know Your opinions about these types of benchmarks... By the way, I like OpenBSD and I really appreciate its strong points but, unlike You, I have no problems in admitting its weaknesses (I see to much zealotry here)... Regards, Ektor
Re: Processeur Atom ?
2010/6/23 Kevin Chadwick ma1l1i...@yahoo.co.uk: I guess the addon card makers dropped a clanger and this will be rectified. Do you know if they just run at a lower speed on some boards? Yes. If you want USB3 with Intel, wait for chipsets with integrated USB3. Best Martin
Re: Phoronix Test Suite
By the way, I like OpenBSD and I really appreciate its strong points but, unlike You, I have no problems in admitting its weaknesses (I see to much zealotry here)... Not that I have a lot of room to talk because I haven't submitted a patch yet... However, I think the general belief is that submitting patches with the identification of a weakness is the best way to get peoples attention and to start a meaningful discussion. Otherwise, I imagine submitting a bug with specifics or paying for a feature fix would also work? Am I wrong folks?
Re: OT: Australia may allow punitive damages for security vulns
2010/6/22 mark hellewell mark.hellew...@gmail.com: http://www.news.com.au/technology/no-anti-virus-software-no-internet-connecti on/story-e6frfro0-1225882656490 Illegal to run without antivirus ... disconnection of vulnerable computers. A much needed kick up the arse for software makers or just bat-shit insane? Coming soon... Mark Well clamav is available in ports right? So I guess when needed, just show them `man clam` or something like that to say that you do have antivirus installed. -- IMPORTANT: DO NOT send me Microsoft Office/Apple iWork documents.
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 08:39:20AM -0400, Adam M. Dutko wrote: Not that I have a lot of room to talk because I haven't submitted a patch yet... this statement is weird, in some way. reyk
Re: Phoronix Test Suite
this statement is weird, in some way. I concur. I'll shutup. :-)
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 7:57 AM, Reyk Floeter r...@openbsd.org wrote: this statement is weird, in some way. that statement is self-referential . . . so, I agree, it's a bit weird ;-) reyk
PowerMac G5 SATA hang
I recognize that there has been a long time issue with PowerMac G5 SATA support but I was pleasantly surprised to discover that it is recognized on my Dual 1.8 GHz G5 system. I haven't tried to use OpenBSD on this system before but I would love to get it running. Unfortunately, right after the K2 SATA is recognized and configured it hangs at rd0. This was with both 4.7 and the latest June 21 snapshot. If I use 'boot -c' to disable pciide* everything boots fine but of course no disks are available. Is there anything I can do to help solve the issues? I also have a PowerMac G5 dual 2.7 GHz machine that I will test next week as well. Thank you. Bryan
Re: vether(4) use case
On Sun, Jun 20, 2010 at 5:57 PM, Claudio Jeker cje...@diehard.n-r-g.com wrote: This will not work because em0 is having the clonable route for 172.16.0/24 and so arp is unable to work on vether0 since you created an addressing conflict. Thank you for your response. I have been testing it further and I think I understand a little better. I have this working fine: Outside network routes 10.1.1.10 to 10.0.0.10. em0 (10.0.0.10/24) is bridged to vether0 (10.1.1.10/24) and I can access this scenario just fine. I am having a hard time getting a non-encrypted gif(4) tunnel working. Can anyone share a working config? I think if I can get gif(4) working right then I can get vether(4) working as well. Thanks again! Bryan
Re: Phoronix Test Suite
On Wed, 23 Jun 2010 14:29:24 +0200 Ektor WetterstrC6m ektw...@gmail.com wrote: (I see to much zealotry here)... It is not zealotry at all. Just a want to be straight and get things correct. Questions which turn out, to be next to meaningless in the real world, can annoy. If I knew what tests the link contained beforehand, I wouldn't have even looked at it. I have no problems in admitting its weaknesses What are the unsurpassable real world weaknesses in OpenBSD, that you know of?
Re: Phoronix Test Suite
What are the unsurpassable real world weaknesses in OpenBSD, that you know of? Lots of fake people attacking the project on the mailing lists makes them a poor resource for users.
Khadija
Je sais que cette proposition pourrait C*tre une surprise pour vous, mais comme une situation d'urgence C notre condition avec mon fils ici, C Dakar au SC)nC)gal. C tre bC)nis en Allah que vous m'aider, ma famille et de transfC)rer et d'investir notre argent dans votre pays. Je suis Khadija Yhombi avec mes enfants de la RC)publique de la RC)publique dC)mocratique du Congo (RD Congo) maintenant C la recherche de refuge au Royaume-Uni dans le cadre du HCR des Nations Unies Haut Commissariat pour les rC)fugiC)s. J'ai obtenu votre contact au cours d'une recherche dC)sespC)rC)e ici avec la Chambre internationale de commerce pour une opC)ration d'investissement possible. Mon (fin) mari honorable Dr Kyelu Yhombi qui C)tait l'ancien ministre de l'C)conomie des finances en RC)publique dC)mocratique du Congo (RD Congo) avant d'C*tre assassinC) par les rebelles dans la ville 2008 Capital. Et toutes nos propriC)tC)s a C)tC) totalement dC)truite. Toutefois, nous avons rC)ussi C s'C)chapper avec quelques-uns des documents de mon mari qui couvre 5 millions de dollars (cinq millions de dollars) qui est actuellement dC)posC) en toute sC)curitC) dans un titre mondial ici C Londres, c'est pourquoi suis ici. Ils ont la sC)curitC) mondial a approuvC) rejoindre par le HCR des Nations Unies pour m'aider dans la question, mais je cherche personne de confiance au Maroc un pays pacifique ou de l'AlgC)rie qui va m'aider et mes enfants pour transfC)rer investir les fonds dans son pays. Donc, mes enfants se dC)place C partir de Dakar au SC)nC)gal, oC9 ils ont pris comme un refuge au Maroc. Je suis prC*t C vous hors de 20% sur la somme totale pour votre aide. S'il vous plaC.t pour votre bonne information de cette transaction est 100% sC;r et en aucune faC'on liC)s C l'opC)ration illC)gale. Notre engagement continu C Allah Tout-Puissant vous bC)nisse S'il vous plaC.t de bien vouloir me contacter via mon e-mail ou appelez-moi C ce numC)ro (khadija_yho...@inmail24.com) ou appelez-moi (00447031895054) pour plus de dC)tails. De plus en plus je veux en savoir plus sur vous votre nom ... Votre ville natale ... Votre profession ... ... ... ... .. Votre numC)ro de tC)lC)phone ... ... ... ... Votre Cge ... Cordialement Khadija Yhombi
Re: softraid trouble (system crashes)
run with kern.splassert=2 in your sysctl.conf. This will produce a panic or at least some more verbose output. As far as I can quickly see, IPL_BIO is expected, but IPL_CLOCK is being seen. With kern.splassert=2: panic: timeout_add: not initialized Starting stack trace... End of stack trace. syncing disks... splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: inodedep_lookup: want 5 have 10 Starting stack trace... End of stack trace. splassert: merge_inode_lists: want 5 have 10 Starting stack trace... End of stack trace. splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: reassignbuf: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_check_io_collision: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_raid_startwu: want 5 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: reassignbuf: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_check_io_collision: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_raid_startwu: want 5 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: reassignbuf: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_check_io_collision: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_raid_startwu: want 5 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: reassignbuf: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_check_io_collision: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_raid_startwu: want 5 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: reassignbuf: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_check_io_collision: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_raid_startwu: want 5 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: reassignbuf: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_check_io_collision: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_raid_startwu: want 5 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: reassignbuf: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_check_io_collision: want 5 have 10 Starting stack trace... End of stack trace. splassert: sr_raid_startwu: want 5 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: pool_do_put: want 7 have 10 Starting stack trace... End of stack trace. splassert: bremfree: want 5 have 10 Starting stack trace... End of stack trace. splassert: buf_map: want 5 have 10 Starting stack trace... End of stack trace. splassert: reassignbuf: want 5 have 10 Starting stack trace...
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 3:18 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: What are the unsurpassable real world weaknesses in OpenBSD, that you know of? Lack of proper SMP support, inefficient threading (old userland-only thread library), no support for modern filesystems (not even FFS2!), suboptimal NFS performances...
Re: Phoronix Test Suite
2010/6/24, Ektor WetterstrC6m ektw...@gmail.com: filesystems (not even FFS2!), ?? Please take a look at man newfs? -- IMPORTANT: DO NOT send me Microsoft Office/Apple iWork documents. -- IMPORTANT: DO NOT send me Microsoft Office/Apple iWork documents.
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 04:53:09PM +0200, Ektor Wetterstrvm wrote: On Wed, Jun 23, 2010 at 3:18 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: What are the unsurpassable real world weaknesses in OpenBSD, that you know of? Lack of proper SMP support, inefficient threading (old userland-only thread library), no support for modern filesystems (not even FFS2!), suboptimal NFS performances... Please get your facts straight. Most of your reasons are wrong or missleading but what does it matter. The biggest weakness of OpenBSD at the moment is missing flying car support and the lack of deadly troll countermeasures. -- :wq Claudio
Re: Phoronix Test Suite
On Wed, Jun 23, 2010 at 04:53:09PM +0200, Ektor Wetterstr?m wrote: On Wed, Jun 23, 2010 at 3:18 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: What are the unsurpassable real world weaknesses in OpenBSD, that you know of? Lack of proper SMP support, inefficient threading (old userland-only SMP is proper. I think you meant biglock vs fine grained locking. Fine grained locking is a 10 year process. Threads are weak however no amount of work will ever unstupid threads. thread library), no support for modern filesystems (not even FFS2!), FFS2 works just fine for me. Sure if you care about ZFS/crashfs/losemyfilesfs then that can be considered an issue. If you want ZFS you should be running solaris anyway. suboptimal NFS performances... Not much difference from loonox/solaris. There is no debate that other OS' do things faster. If you need those things to run faster then you should be running those other OS'. Or wait until OpenBSD developers get around to it or even better help writing code to make it faster without compromising the goals of the project. So thank you anonymous person on the internet for complaining, very helpful.
Re: openBSD hangs on install
The good news is that the snapshot install works. -- Jason Wagstaff ~When practicing unconditional acceptance start with your self On Tue, Jun 22, 2010 at 7:22 PM, patrick keshishian pkesh...@gmail.com wrote: On Tue, Jun 22, 2010 at 12:41 PM, Jason Wagstaff wagsta...@gmail.com wrote: Tomas, Yes it does work with the latest snapshot and the last snapshot before the 4.7 release. It just doesn't work with the released version of 4.7. Sounds similar to what was discussed here: http://www.mail-archive.com/misc@openbsd.org/msg88586.html --patrick It hangs most often during bas47.tgz and comp47.tgz. From the local mirror using http it gets to base47.tgz and never starts the download. bsd 100% |*| 7062 KB 00:01 bsd.rd 100% |*| 2385 KB 00:00 bsd.mp 100% |*| 7074 KB 00:01 base47.tgz 0% | | 0 --:-- ETA -- Jason Wagstaff ~When practicing unconditional acceptance start with your self On Tue, Jun 22, 2010 at 12:52 PM, Tomas Bodzar tomas.bod...@gmail.com wrote: Did you try latest snapshot? Just to be sure that there is not some repair available or that problem is still same. On Tue, Jun 22, 2010 at 7:43 PM, Jason Wagstaff wagsta...@gmail.com wrote: I have a sparc64 t2000+ box and during installation of release 4.7 it hangs while installing the sets. When it hangs it is at a random spot each time. I have tried to install from cd, ftp, http and a local http mirror. All of them fail at some point during the installation of the sets. Any ideas how I can get it to do a full install? -- Jason Wagstaff ~When practicing unconditional acceptance start with your self
Re: vether(4) use case
On Wed, Jun 23, 2010 at 10:16:43AM -0400, Bryan Vyhmeister wrote: On Sun, Jun 20, 2010 at 5:57 PM, Claudio Jeker cje...@diehard.n-r-g.com wrote: This will not work because em0 is having the clonable route for 172.16.0/24 and so arp is unable to work on vether0 since you created an addressing conflict. Thank you for your response. I have been testing it further and I think I understand a little better. I have this working fine: Outside network routes 10.1.1.10 to 10.0.0.10. em0 (10.0.0.10/24) is bridged to vether0 (10.1.1.10/24) and I can access this scenario just fine. I am having a hard time getting a non-encrypted gif(4) tunnel working. Can anyone share a working config? I think if I can get gif(4) working right then I can get vether(4) working as well. Thanks again! ifconfig gif0 tunnel 192.168.1.1 192.168.2.17 up ifconfig bridge0 add gif0 add fxp1 up sysctl net.inet.etherip.allow=1 This is all documented in gif(4) btw. -- :wq Claudio
Re: vether(4) use case
On Wed, Jun 23, 2010 at 11:38 AM, Claudio Jeker cje...@diehard.n-r-g.com wrote: I am having a hard time getting a non-encrypted gif(4) tunnel working. Can anyone share a working config? I think if I can get gif(4) working right then I can get vether(4) working as well. Thanks again! ifconfig gif0 tunnel 192.168.1.1 192.168.2.17 up ifconfig bridge0 add gif0 add fxp1 up sysctl net.inet.etherip.allow=1 This is all documented in gif(4) btw. I did follow those steps exactly. On host1: ifconfig em0 1.1.1.1/24 up ifconfig gif0 tunnel 1.1.1.1 2.2.2.2 up ifconfig vether0 1.1.2.1/30 up ifconfig bridge0 add gif0 add vether0 up On host2: ifconfig em0 2.2.2.2/24 up ifconfig gif0 tunnel 2.2.2.2 1.1.1.1 up ifconfig vether0 1.1.2.2/30 up ifconfig bridge0 add gif0 add vether0 up I'm not sure how to route between the hosts. If I ping the vether0 address from the other host in either case I get a no route to host. Thank you for your help. I'm sure I'm just missing something obvious. Bryan
Re: vether(4) use case
I knew it was something stupid. I added set skip on { gif0 vether0 } to pf.conf for testing and everything started working. Sorry for the noise. Bryan
Re: Phoronix Test Suite
On Wed, 23 Jun 2010 16:53:09 +0200 Ektor WetterstrC6m ektw...@gmail.com wrote: On Wed, Jun 23, 2010 at 3:18 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: What are the unsurpassable real world weaknesses in OpenBSD, that you know of? Lack of proper SMP support, inefficient threading (old userland-only thread library), no support for modern filesystems (not even FFS2!), suboptimal NFS performances... Threading support was quite predictable and I was hoping for something new (multiple cores was a trade of correctness for heat reduction anyway). Would you run X on your linux server, because it's easier. I wouldn't trade PF for better threading any day and you can always use multiple systems, whilst wasting very little power these days, if you try. It's far far easier to trounce Linux in ways OpenBSD is better, but we'd be here all day and there are loads of pdfs that will tell you the same and which led me to OpenBSD in the first place. OpenBSD pleases me every day, Linux annoys me half the time. Let me know when you've found an unsurpassable real world weakness in OpenBSD and try adding pax to the latest Linux kernel, without spending any time on it, when you've added all the protections OpenBSD has, rerun those pointless tests. By then we may be using biological computers which have gone back to single core because it's the PROPER way of doing things and you will have missed 5000 new kernel versions. Every time you plug a usb into most linux distros it takes longer to register too and tells you it's finished writing data when it hasn't. It can also take forever to find where something is initialising from, now they are real world annoyances and wastes of USERS time. Maybe we should launch ffs3 (ext4) now and risk data loss to find the bugs.
Re: Phoronix Test Suite
OpenBSD pleases me every day, Linux annoys me half the time. The number of mass casualty events avoided is the true metric by which operating systems should be measured.
Launching bgpd restricted control socket without terminating bgpd ?
Hi, Is it possible to launch the second restricted control socket without having to pkill bgpd first ? I tried running bgpd -r without pkill first and that did not have the desired effect, it simply tried to relaunch conections to any configured peers rather than simply start up the second socket !
Re: Phoronix Test Suite
On Wed, 23 Jun 2010 18:08:34 +0100 Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: Would you run X on your linux server, because it's easier. I wouldn't trade PF for better threading any day and you can always use multiple systems, whilst wasting very little power these days, if you try. It's far far easier to trounce Linux in ways OpenBSD is better, but we'd be here all day and there are loads of pdfs that will tell you the same and which led me to OpenBSD in the first place. OpenBSD pleases me every day, Linux annoys me half the time. Absolutely correct. I finally moved my laptop to OpenBSD because I had unbelievable situation with Ubuntu - X crashed and I got open shell on tty1... and what is even more crazy, once I got open root shell on tty1 (it crashed when I was having local root shell in xterm). I'm not sure what is a cause but having encrypted disk with this kind of issue doesn't make any sence; then I moved to OpenBSD which doesn't advertise how much seconds it saved when booting into X, but it does take care about security (see OpenBSD devs' presentations about X security). And this is most important for me. That was also the reason I have discovered UNIX world ;) jirib
Re: Launching bgpd restricted control socket without terminating bgpd ?
On Wed, Jun 23, 2010 at 09:09:02PM +0100, rh...@hushmail.com wrote: Hi, Is it possible to launch the second restricted control socket without having to pkill bgpd first ? I tried running bgpd -r without pkill first and that did not have the desired effect, it simply tried to relaunch conections to any configured peers rather than simply start up the second socket ! Yes, because you're invoking a second instance of the daemon. All else flows from that; upon my quick inspection of the bgpctl man page doesn't seem to indicate that you can fire up the restricted socket during runtime. Magic 8 ball says the judicious use of pkill and bgpd_flags=-r /path/to/foo is in your future.
Re: vether(4) use case
I do have one more question. I have the config below. I can ping the vether0 address from the other side of the tunnel from either host. Also, all IP addresses mentioned are publicly routable. On host1: ifconfig em0 1.1.1.1/24 up ifconfig gif0 tunnel 1.1.1.1 2.2.2.2 up ifconfig vether0 1.1.2.1/30 up ifconfig bridge0 add gif0 add vether0 up On host2: ifconfig em0 2.2.2.2/24 up ifconfig gif0 tunnel 2.2.2.2 1.1.1.1 up ifconfig vether0 1.1.2.2/30 up ifconfig bridge0 add gif0 add vether0 up The 1.1.2.0/30 IP addresses are routed to 1.1.1.1. While I can ping 1.1.2.1 from the outside internet, I cannot access 1.1.2.2. Also, from hosts behind host2, I can ping 1.1.2.2 but not 1.1.2.1. What am I doing wrong? Thank you! Bryan
Anyone still using a SCSI scanner (i.e., ss(4))?
SCSI scanners are marked obsolete at least as of the latest SCSI working drafts, and other than updates to keep in sync with other kernel subsystem changes, ss(4) doesn't seem to have received any real attention in about a decade.
Re: Anyone still using a SCSI scanner (i.e., ss(4))?
Matthew Dempsky wrote: SCSI scanners are marked obsolete at least as of the latest SCSI working drafts, and other than updates to keep in sync with other kernel subsystem changes, ss(4) doesn't seem to have received any real attention in about a decade. Hmm, I am not using it , but I keep it since it is a legal size scanner. I am not sure whether it uses ss or not. I never actually used it with OpenBSD, but I am abandoning Windows completely now. It is an HP. I do, rarely, like to scan something bigger than letter size. I don't have access to it right now to give model number. Chris Bennett
OpenBSD Makes Other Things Better (Advocacy)
While most of us already know how the subject rings true, I still found the following from REBOL's CTO's public blog post interesting nonetheless (I've never used REBOL): This was an interesting build, because it exposed a unique bug due to the more secure methods of memory allocation on OpenBSD. Debugging it took some time but was worth the effort. The bug has now been fixed and will be part of the A100 releases for all platforms. The minor blog post is available at http://www.rebol.net/r3blogs/0321.html.
Re: Anyone still using a SCSI scanner (i.e., ss(4))?
2010/6/23 Matthew Dempsky matt...@dempsky.org: SCSI scanners are marked obsolete at least as of the latest SCSI working drafts, and other than updates to keep in sync with other kernel subsystem changes, ss(4) doesn't seem to have received any real attention in about a decade. I do still use a SCSI scanner. At least as soon as I've installed everything again... Below a snippet from a 4.7-release bsd.rd macppc dmesg. Full dmesg and/or more info available on demand. mesh0 at macobio0 offset 0x1 irq 12: 50MHz scsibus1 at mesh0: 8 targets, initiator 7 scsibus1 targ 2 lun 0: EPSON, SCANNER GT-7000, 1.09 SCSI2 3/processor fixed not configured -- We spend the first twelve months of our children's lives teaching them to walk and talk and the next twelve telling them to sit down and shut up.
Re: Anyone still using a SCSI scanner (i.e., ss(4))?
Matthew Dempsky wrote: SCSI scanners are marked obsolete at least as of the latest SCSI working drafts, and other than updates to keep in sync with other kernel subsystem changes, ss(4) doesn't seem to have received any real attention in about a decade. I am a heavy scanner user and I think I used no less than a dozen of various USB scanners with OpenBSD. However last year, I stumbled upon an HP made SCSI scanner (I forgot the model). Since, I had an Sun Ultra 5 laying around I gave a shot. I discovered very quickly by reading sane-backends man pages that support for several of HP SCSI model is just a cheap hack which works only on Linux (driver expect device names, driver names to be Linux). I gave up quickly since those things are worthless anyway. You may get a solid USB scanner made by Epson in U.S. for around $25. Cheers, Predrag
Re: Phoronix Test Suite
facinating number of posts like this recently, all from gmail users we've never seen before... Yes, it's troll year.
Re: Anyone still using a SCSI scanner (i.e., ss(4))?
SCSI scanners are marked obsolete at least as of the latest SCSI working drafts, and other than updates to keep in sync with other kernel subsystem changes, ss(4) doesn't seem to have received any real attention in about a decade. I have a few SCSI scanners hanging off various OpenBSD powered computers. Most are HP, at least one is UMAX. They are quite stable and work well. I can gather DMESG and config files if there is any interest.
Re: Anyone still using a SCSI scanner (i.e., ss(4))?
On Wed, Jun 23, 2010 at 04:55:48PM -0700, Matthew Dempsky wrote: On Wed, Jun 23, 2010 at 4:34 PM, Predrag Punosevac punoseva...@gmail.com wrote: I discovered very quickly by reading sane-backends man pages that support for several of HP SCSI model is just a cheap hack which works only on Linux (driver expect device names, driver names to be Linux). That's disappointing to hear. :-( sane != ss sane is what I think anybody using these scanners is using, and it uses uk not ss, and the instructions for sane say you must disable ss in your kernel. As I recall. Ken
Re: Anyone still using a SCSI scanner (i.e., ss(4))?
On Wed, Jun 23, 2010 at 4:34 PM, Predrag Punosevac punoseva...@gmail.com wrote: I discovered very quickly by reading sane-backends man pages that support for several of HP SCSI model is just a cheap hack which works only on Linux (driver expect device names, driver names to be Linux). That's disappointing to hear. :-(
Re: Anyone still using a SCSI scanner (i.e., ss(4))?
On Wed, Jun 23, 2010 at 02:21:27PM -0700, Matthew Dempsky wrote: SCSI scanners are marked obsolete at least as of the latest SCSI working drafts, and other than updates to keep in sync with other kernel subsystem changes, ss(4) doesn't seem to have received any real attention in about a decade. I think the real question is Does anybody use a scsi scanner without using sane?. Ken
Re: Anyone still using a SCSI scanner (i.e., ss(4))?
On Wed, Jun 23, 2010 at 5:24 PM, Kenneth R Westerback kwesterb...@rogers.com wrote: On Wed, Jun 23, 2010 at 04:55:48PM -0700, Matthew Dempsky wrote: That's disappointing to hear. :-( sane != ss Right. I mean it's disappointing just the same that sane wasn't working for his scanners, even if it's probably not related to ss(4).
Re: OpenBSD Makes Other Things Better (Advocacy)
2010/6/23 Daniel Melameth dan...@melameth.com While most of us already know how the subject rings true, I still found the following from REBOL's CTO's public blog post interesting nonetheless (I've never used REBOL): This was an interesting build, because it exposed a unique bug due to the more secure methods of memory allocation on OpenBSD. Debugging it took some time but was worth the effort. The bug has now been fixed and will be part of the A100 releases for all platforms. The minor blog post is available at http://www.rebol.net/r3blogs/0321.html . thanks to wikipedia, always flushing my ignorance away! http://en.wikipedia.org/wiki/REBOL -- Atentamente Andris Genovez Tobar / Sistemas http://www.crice.org
Re: Phoronix Test Suite
On Wednesday 23 June 2010 11:16:37 Marco Peereboom wrote: On Wed, Jun 23, 2010 at 04:53:09PM +0200, Ektor Wetterstr?m wrote: On Wed, Jun 23, 2010 at 3:18 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: What are the unsurpassable real world weaknesses in OpenBSD, that you know of? Lack of proper SMP support, inefficient threading (old userland-only SMP is proper. I think you meant biglock vs fine grained locking. Fine grained locking is a 10 year process. Threads are weak however no amount of work will ever unstupid threads. thread library), no support for modern filesystems (not even FFS2!), FFS2 works just fine for me. Sure if you care about ZFS/crashfs/losemyfilesfs then that can be considered an issue. If you want ZFS you should be running solaris anyway. suboptimal NFS performances... Not much difference from loonox/solaris. There is no debate that other OS' do things faster. If you need those things to run faster then you should be running those other OS'. Or wait until OpenBSD developers get around to it or even better help writing code to make it faster without compromising the goals of the project. So thank you anonymous person on the internet for complaining, very helpful. When people grouce and caterwaul about OpenBSD's speed, I remind them that faster hardware could help things. One such complainer came back to me with the statement that switching to FreeBSD resulted in his MySQL running better. I asked if he'd done some benchmarks between OpenBSD and FreeBSD. He had. Proudly, he showed me his results. 8% ! My laughter was not understood. --STeve Andre'
X and VMware Workstation
I can't seem to get X to work beyond 800x600 on VMware Workstation 7.0 regardless of what Modes I specify in xorg.conf. All the prior information I find on Google doesn't seem to work anymore despite the problem not being new. Anyone know how it is done these days? Or about getting VMware Tools to work perhaps? www.johntate.org This address can recieve heavy traffic. To give your messages priority please put PERSONALX at the start of the subject line. This will allow your message to float to the top of my inbox.
Si tu equipo gana, te regalamos 149 USD.
Si tu equipo gana, re regalamos 149 USD Si no puede ver este Newsletter correctamente, o desea ver la version HTML completa presione en el SIGUIENTE LINK http://www.editorialpoulbert.com.ar/Newsletter/news_mundial_2010_promo/news_mundial.html Mundial FIFA Sudfrica 2010 IMPLACABLE Si tu Pais gana su partido en el mundial ESE DIA (o sea el dia que juega tu pais) te regalamos 149 USD. Exacto, escuchaste bien, a vos te regalamos 149 USD solo porque tu Pais gano SU PARTIDO del mundial ese dia. Esos 149 dolares podes utilizarlos como pago para cualquiera de nuestros cursos y carreras. - ARGENTINA 17/06: Si gana contra Corea del Sur 22/06: Si gana contra Grecia SI GANA EN OCTAVOS DE FINAL MEXICO 17/06: Si gana contra Francia 22/06: Sin gana contra Uruguay SI GANA EN OCTAVOS DE FINAL ESPAQA 21/06: si gana contra Honduras 25/06: si gana contra Chile SI GANA EN OCTAVOS DE FINAL ESTADOS UNIDOS 18/06: si gana contra Eslovenia 23/06: si gana contra Argelia SI GANA EN OCTAVOS DE FINAL URUGUAY 22/06: si gana contra Mexico SI GANA EN OCTAVOS DE FINAL PARAGUAY 20/06: si gana contra Eslovaquia 24/06: si gana contra Nueva Zelanda SI GANA EN OCTAVOS DE FINAL CHILE 21/06: si gana contra Suiza 25/06: si gana contra Espaa SI GANA EN OCTAVOS DE FINAL HONDURAS 21/06: si gana contra Espaa 25/06: si gana contra Suiza SI GANA EN OCTAVOS DE FINAL - El dia que tu equipo GANA, venis o llamas a CentralTECH (www.centraltech.com.ar) y reclamas tu Premio. Recorda que tiene que ser el mismo dia, si por algun motivo no llegas, espera hasta el proximo partido, y si tu equipo GANA, bueno pues te ganaste 149 USD. Esta promo se extiende hasta el 30 de Junio 2010, o sea hasta todos los partidos de Octavos de FINAL inclusive. Es un solo premio de 149 USD por persona. - Encontranos en... http://www.centraltech.tv/ http://www.facebook.com/centraltech http://blogcentraltech.blogspot.com/ http://twitter.com/centraltech_ct Argentina - Bs As.: +54 (11) 5031-2233 Espaqa - Madrid: +34 (91) 143-6077 Mexico - Dis. Fed.: +52 (55) 1163-8760 USA - Miami: +1 (786) 718-1991 Lavalle 348 - Piso 6 - (C1043AAF) Buenos Aires, Argentina | masi...@centraltech.com.ar http://www.centraltech.com.ar/ | http://www.centraltech.com.ar Si no desea continuar recibiendo nuestros Newsletters, http://mail.ctnewsletter.com.ar:20080/lists/?p=unsubscribeuid=d5455857107744a807f1328c3108d84c Para cambiar sus opciones de envio http://mail.ctnewsletter.com.ar:20080/lists/?p=preferences Visite nuestra politica de PRIVACIDAD http://mail.ctnewsletter.com.ar:20080/lists/privacidad.html -- Powered by CTNewsletter, mail.ctnewsltter.com.ar --
Re: X and VMware Workstation
On Thu, Jun 24, 2010 at 6:29 AM, John Lists Tate john-li...@johntate.org wrote: I can't seem to get X to work beyond 800x600 on VMware Workstation 7.0 regardless of what Modes I specify in xorg.conf. All the prior information I find on Google doesn't seem to work anymore despite the problem not being new. Anyone know how it is done these days? Or about getting VMware Tools to work perhaps? What happens if you try ro run without an /etc/X11/xorg.conf file at all? I would like to see the /var/log/Xorg.0.log for this case. Normally it should just work (using the xf86-video-vmware driver). If it doesn't there's a bug somewhere. Try with a recent snapshot if possible, because there have been updates to xf86-video-vmware driver a few weeks ago.