Re: dhclient implementation
On Sat, Aug 27, 2011 at 1:01 AM, Jona Joachim wrote: > On 2011-08-26, I??igo Ortiz de Urbina wrote: >> "Supersede" gives me what I want. It just felt weird those entries >> ended up on resolv.conf when I had not requested them. >> >> Thanks and sorry for the noise. > > This is expected behaviour for the "prepend" option, it does just that: > request the name servers and prepend the one(s) you supplied. That way > by default the system will use the name server you supplied in the > configuration file but will fall back to the ones given by your router > in case the first name server is not reachable. As I said Jona offlist, yes, I understand that behavior. My line is prepended and then anything else goes after it. Still, what I do not understand is why two nameserver entries appear on my resolv.conf, if I have never requested them. > Best regards, > Jona > > -- IC1igo Ortiz de Urbina Cazenave http://www.twitter.com/ioc32
Nuovo messaggio
Benvenuto nel piC9 completo Sito Professionale e supporto del sito Internet. Con migliaia di Annunci top Siete nel posto giusto !! WWW.QUERITO.NET Annunci Italiane e straniere Musica nuova2011 Cucina italiana tutto su www.querito.net METETTE QUI IL VOSTRO ANNUNCIO GRATIS GRAZIE PER LA VOSTRA VISITA E BUONA NAVIGAZIONE!!!
Re: dhclient implementation
On 2011-08-27, I??igo Ortiz de Urbina wrote: > On Sat, Aug 27, 2011 at 1:01 AM, Jona Joachim wrote: >> On 2011-08-26, I??igo Ortiz de Urbina wrote: >>> "Supersede" gives me what I want. It just felt weird those entries >>> ended up on resolv.conf when I had not requested them. >>> >>> Thanks and sorry for the noise. >> >> This is expected behaviour for the "prepend" option, it does just that: >> request the name servers and prepend the one(s) you supplied. That way >> by default the system will use the name server you supplied in the >> configuration file but will fall back to the ones given by your router >> in case the first name server is not reachable. > > As I said Jona offlist, yes, I understand that behavior. I did not say anything off list.
(b)稅--s--务--r--代--i--理(d)--k--
h= d= 5e%=go<e=fcf9o<fid>e0ef"g1;d8 eh; h4&bo<d=f 5f?f #h**e.g6f .i-o<f%g5o<h/h?1i:;3c6f22d80f793e.$33g3;9d=2h3&3h!fe
Re: CDDL vs GPL and maybe some implications for BSD?
Is it just me, or is there a certain irony between the statement: > And less chest thumping "we are the greatest rah rah rah" idjits would be good > too and this auto-sig: > Sent from my iPhone did anyone else here the *thump* *thump* *thump*? Or is that just a left-over ringing in my ears from having some Mac-rabid coworkers? Just Sayin'. :) Nick.
fresh Thinkpad x220 - possibly new iwn variant
My new employer handed me a fresh Thinkpad x220 for my day-to-day needs, nice little number but the iwn iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev 0x34: msi, MIMO 2T2R, MoW, address a0:88:b4:41:6f:5c (which is a bit temperamental under recent linuxes too) is refusing to play nice with OpenBSD (specifically the 17 Aug amd64 snapshot). I imagine it's another firmware iteration that's needed, but here's a dmesg followed by pcidump -v: dmesg: OpenBSD 5.0 (GENERIC.MP) #63: Wed Aug 17 10:14:30 MDT 2011 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8471048192 (8078MB) avail mem = 8231428096 (7850MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xbae23000 (68 entries) bios0: vendor LENOVO version "8DET42WW (1.12 )" date 04/01/2011 bios0: LENOVO 4291CF8 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA SSDT SSDT UEFI UEFI UEFI acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) EHC1(S3) EHC2(S3) HDEF(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 0 (boot processor) cpu0: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2492.26 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 99MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG cpu1: 256KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG cpu2: 256KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG cpu3: 256KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 5 (EXP4) acpiprt5 at acpi0: bus 13 (EXP5) acpiprt6 at acpi0: bus -1 (EXP7) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpicpu2 at acpi0: C3, C2, C1, PSS acpicpu3 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T4861" serial 11134 type LION oem "SANYO" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit offline acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2491 MHz: speeds: 2501, 2500, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel GT2+ Video" rev 0x09 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp at vga1 not configured "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured "Intel 6 Series KT" rev 0x04 at pci0 dev 22 function 3 not configured em0 at pci0 dev 25 function 0 "Intel 82579LM" rev 0x04: msi, address f0:de:f1:5f:bf:5d ehci0 at pci0 dev 26 function 0 "Intel 6 Series USB" rev 0x04: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audio" rev 0x04: msi azalia0: codecs: Conexant/0x506e, Intel/0x2805, using Conexant/0x506e audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb4: msi pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 "Intel 6 Series PCIE" rev 0xb4: msi pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev 0x34: msi, MIMO 2T2R, MoW, address a0:88:b4:41:6f:5c ppb2 at pci0 dev 28 function 3 "Intel 6 Series PCIE" rev 0xb4: msi pci3 at ppb2 bus 5 ppb3 at pci0 dev 28 function 4 "Intel 6 Series PCIE" rev 0xb4: msi pci4 at ppb3 bus 13
Re: fresh Thinkpad x220 - possibly new iwn variant
On Sat, Aug 27, 2011 at 09:38:31PM +0200, Peter N. M. Hansteen wrote: > My new employer handed me a fresh Thinkpad x220 for my day-to-day needs, > nice little number but the iwn > > iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev 0x34: msi, > MIMO 2T2R, MoW, address a0:88:b4:41:6f:5c > > (which is a bit temperamental under recent linuxes too) is refusing to > play nice with OpenBSD (specifically the 17 Aug amd64 snapshot). I > imagine it's another firmware iteration that's needed, but here's a > dmesg followed by pcidump -v: kettenis has a diff for this http://marc.info/?l=openbsd-bugs&m=131404660404926&w=2
Re: fresh Thinkpad x220 - possibly new iwn variant
You and anyone else with an x220 want to be running -current, not the Aug 17 snapshot. Do a CVS checkout and make build, it shouldn't take long, especially with a nice SSD like that. (I don't know that it will fix this specific problem - I don't have one - but it will definately help other things) On Sat, Aug 27, 2011 at 09:38:31PM +0200, Peter N. M. Hansteen wrote: > My new employer handed me a fresh Thinkpad x220 for my day-to-day needs, > nice little number but the iwn > > iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev 0x34: msi, > MIMO 2T2R, MoW, address a0:88:b4:41:6f:5c > > (which is a bit temperamental under recent linuxes too) is refusing to > play nice with OpenBSD (specifically the 17 Aug amd64 snapshot). I > imagine it's another firmware iteration that's needed, but here's a > dmesg followed by pcidump -v:
kaizen fetch method in "make install clean" with ports?
OpenBSD 5.0 beta/current add some ports through command "make install clean" consider this situation: >>fetch http://*.gnu.*.abc.tar.gz #fetch abc.tar.gz 0%| | -stalled- #wait for a long long time, now I press "ctrl + c" because download is very slow or stalled. http fetch aborted >>fetch http://*.de.*.abc.tar.gz #system auto fetch abc.tar.gz from another >>mirror, when download completed, abc.tar.gz will be auto deleted, now "make progress" aborted. - what I want: 1. when press one time "ctrl +c" or some key, slow/stalled website download will aborted, fetch same source file from another mirror. 2. when "fetch"download completed from mirror, the make will continued except Press "ctrl + c" twice/ or some key.