Re: iwm adapter loses connectivity to 2.4Ghz network
This might have nothing to do with OpenBSD. The router itself may need to be restarted. I restart my router every week, ISP has it listed on their website in FAQ. On Sat, Apr 8, 2023 at 12:10 PM wrote: > > I'm running 7.2 with an iwm(4) controller connected to a 2.4Ghz network. > > Every few days the device loses connectivity and can't rejoin the network > without a reboot. > > > /var/log/messages shows this: > > iwm0: hw rev 0x140, fw ver 17.3216344376.0, address 80:19:34:ab:ab:ab > iwm0: device timeout > iwm0: acquiring device failed > iwm0: acquiring device failed > iwm0: acquiring device failed > iwm0: acquiring device failed > iwm0: acquiring device failed > iwm0: apm init error 16 > iwm0: could not initialize hardware > > > The interface is in this state when disconnected. > > $ ifconfig iwm0 > iwm0: > flags=a48803 > mtu 1500 > lladdr 80:19:34:ab:ab:ab > description: Uplink to Local Area Network > index 5 priority 4 llprio 3 > groups: wlan egress > media: IEEE802.11 autoselect (HT-MCS14 mode 11n) > status: no network > ieee80211: nwid wifi-ssid-2.4 wpakey wpaprotos wpa2 wpaakms psk > wpaciphers ccmp wpagroupcipher ccmp > inet6 fe80::8219:34ff:abab:abab%iwm0 prefixlen 64 scopeid 0x5 > inet6 2600:x:y:a:z:d:b:6446 prefixlen 64 autoconf pltime 584242 vltime > 2571442 > inet6 2600:x:y:a:z:d:b:ddfa prefixlen 64 autoconf temporary pltime 40609 > vltime 141102 > > > When the interface is joined to the network, it's at about 80% signal > strength. > > $ ifconfig iwm0 > iwm0: > flags=a48843 > mtu 1500 > lladdr 80:19:34:ab:ab:ab > description: Uplink to Local Area Network > index 5 priority 4 llprio 3 > groups: wlan egress > media: IEEE802.11 autoselect (HT-MCS13 mode 11n) > status: active > ieee80211: nwid wifi-ssid-2.4 chan 6 bssid 6c:70:9f:df:df:df 80% > wpakey wpaprotos wpa2 wpaakms psk wpaciphers ccmp wpagroupcipher ccmp > [..] > > Are there any forthcoming improvements that may help this? fw_update shows > the current version installed is up-to-date. > > Thanks for any help in advance. > > > dmesg: > > OpenBSD 7.2 (GENERIC.MP) #7: Sat Feb 25 14:07:58 MST 2023 > > r...@syspatch-72-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 4259835904 (4062MB) > avail mem = 4113334272 (3922MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xcfe83040 (14 entries) > bios0: vendor coreboot version "v4.14.0.6" date 11/04/2021 > bios0: PC Engines apu4 > acpi0 at bios0: ACPI 6.0 > acpi0: sleep states S0 S1 S4 S5 > acpi0: tables DSDT FACP SSDT MCFG TPM2 APIC HEST SSDT SSDT DRTM HPET > acpi0: wakeup devices PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4) UOH1(S3) > UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) UOH6(S3) XHC0(S4) > acpitimer0 at acpi0: 3579545 Hz, 32 bits > acpimcfg0 at acpi0 > acpimcfg0: addr 0xf800, bus 0-63 > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: AMD GX-412TC SOC, 998.20 MHz, 16-30-01 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT > cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB 64b/line > 16-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, IBE > cpu1 at mainbus0: apid 1 (application processor) > cpu1: AMD GX-412TC SOC, 998.14 MHz, 16-30-01 > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT > cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB 64b/line > 16-way L2 cache > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 2 (application processor) > cpu2: AMD GX-412TC SOC, 998.27 MHz, 16-30-01 > cpu2: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT > cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB 64b/line > 16-way L2 cache > cpu2: smt 0, core 2, package 0 > cpu3 at mainbus0: apid 3 (application processor) > cpu3: AMD GX-412TC SOC, 998.14 MHz, 16-30-01 > cpu3: >
Iridium video issues
Hi all, After upgrading to the latest GENERIC.MP #905 on amd64 I am seeing some weird video issues in Iridium, when loading gmail.com. Is it just me, they appear sometimes, and go away? That weirdness happens only for the first 30-60 seconds. Sorry for the vague report, not sure if it is related to X changes, Iridium update or something else. Thanks OpenBSD 7.2-current (GENERIC.MP) #905: Wed Dec 21 16:55:35 MST 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17093701632 (16301MB) avail mem = 16558231552 (15791MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xe6cf0 (59 entries) bios0: vendor American Megatrends Inc. version "1.00" date 04/24/2020 bios0: Micro-Star International Co., Ltd. MS-7C87 acpi0 at bios0: ACPI 6.0 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT SSDT SSDT SSDT MCFG HPET SSDT UEFI IVRS SSDT CRAT CDIT SSDT SSDT WSMT acpi0: wakeup devices GPP0(S4) GPP1(S4) GPP3(S4) GPP4(S4) GPP5(S4) GPP6(S4) GPP7(S4) GPP8(S4) GPP9(S4) GPPA(S4) GPPB(S4) GPPC(S4) GPPD(S4) GPPE(S4) GPPF(S4) GP17(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Ryzen 7 2700 Eight-Core Processor, 3200.00 MHz, 17-08-02 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 8-way L2 cache, 8MB 64b/line 16-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 100MHz cpu0: mwait min=64, max=64, C-substates=1.1, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Ryzen 7 2700 Eight-Core Processor, 3200.00 MHz, 17-08-02 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 8-way L2 cache, 8MB 64b/line 16-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD Ryzen 7 2700 Eight-Core Processor, 3200.00 MHz, 17-08-02 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu2: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 8-way L2 cache, 8MB 64b/line 16-way L3 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD Ryzen 7 2700 Eight-Core Processor, 3200.00 MHz, 17-08-02 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu3: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 8-way L2 cache, 8MB 64b/line 16-way L3 cache cpu3: smt 0, core 3, package 0 cpu4 at mainbus0: apid 8 (application processor) cpu4: AMD Ryzen 7 2700 Eight-Core Processor, 3200.00 MHz, 17-08-02 cpu4: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu4: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 8-way L2 cache, 8MB 64b/line 16-way L3 cache cpu4: smt 0, core 8, package 0 cpu5 at mainbus0: apid 9 (application processor) cpu5: AMD Ryzen 7 2700
Re: sysupgrade fails with "FAILED" when "verifying sets"?
On Mon, Dec 12, 2022 at 8:19 AM Stuart Henderson wrote: > > On 2022-12-12, Amit Kulkarni wrote: > > retry, and all should be ok. > > No, there is a problem with the files. > Sorry for that Robb and Stuart.
Re: sysupgrade fails with "FAILED" when "verifying sets"?
retry, and all should be ok. On Mon, Dec 12, 2022 at 7:18 AM Why 42? The lists account. wrote: > > > Hi All, > > Today sysupgrade failed for me, but I'm not sure why? Here's the output: > > # sysupgrade -s -n > > Fetching from http://ftp.fau.de/pub/OpenBSD/snapshots/amd64/ > > SHA256.sig 100% > > |***| > > 2144 00:00 > > Signature Verified > > Verifying old sets. > > base72.tgz 100% > > |***| > >332 MB00:28 > > bsd 100% > > |***| > > 22470 KB00:02 > > bsd.mp 100% > > |***| > > 22578 KB00:02 > > bsd.rd 100% > > |***| > > 4546 KB00:01 > > comp72.tgz 100% > > |***| > > 75019 KB00:07 > > game72.tgz 100% > > |***| > > 2745 KB00:00 > > man72.tgz100% > > |***| > > 7610 KB00:01 > > xbase72.tgz 100% > > |***| > > 52860 KB00:05 > > xfont72.tgz 100% > > |***| > > 22967 KB00:02 > > xserv72.tgz 100% > > |***| > > 14815 KB00:02 > > xshare72.tgz 100% > > |***| > > 4573 KB00:01 > > Verifying sets. > > (SHA256) base72.tgz: FAILED > > (SHA256) bsd: FAILED > > (SHA256) bsd.mp: FAILED > > (SHA256) bsd.rd: FAILED > > (SHA256) comp72.tgz: FAILED > > (SHA256) game72.tgz: FAILED > > (SHA256) man72.tgz: FAILED > > (SHA256) xbase72.tgz: FAILED > > (SHA256) xfont72.tgz: FAILED > > (SHA256) xserv72.tgz: FAILED > > (SHA256) xshare72.tgz: FAILED > > I see that the sha256 digests/checksums in "SHA256" differ from those of > the downloaded files: > > mjoelnir:_sysupgrade 12.12 13:02:53 [$?==1]# grep bsd.rd SHA256 > > SHA256 (bsd.rd) = > > 9065a190be5eaf047c1c0ece2517712e21964c17f39bebe3420aba2372c054ad > > mjoelnir:_sysupgrade 12.12 13:03:15 # sha256 bsd.rd > > SHA256 (bsd.rd) = > > 84ce928ccf6d71ebe5e7673aa198e424a9fdaf409d64723ba6dc8cd9333d9388 > > I don't know if that's the problem though ... > > I have never really used signify before, but this command from the man > page also generates an error: > > mjoelnir:_sysupgrade 12.12 13:03:30 # signify -C -p > > /etc/signify/openbsd-73-base.pub -x SHA256 > > signify: invalid comment in SHA256; must start with 'untrusted comment: ' > > That file starts like this: > > mjoelnir:_sysupgrade 12.12 13:05:09 # head SHA256 > > SHA256 (BOOTIA32.EFI) = > > e05572dc89a5c2c1ac53962cbf6fecda01dad0d4330d95a27e2d645a63b92d6e > > SHA256 (BOOTX64.EFI) = > > c9cf5ec60caba47c4b4ad0dc37dc88409ff9b5adb38814de1e35496759c2eed8 > > SHA256 (BUILDINFO) = > > 4d0249887ed7db9e9f336556c33a7e66024e08aeb5643f517b98c0815917529b > > ... > > Any suggestions? > > Cheers, > Robb. >
Re: sysmerge: what is [leave it for later] good for, actually?
You chose later, so now do a "doas sysmerge", and merge it now? On Sat, Oct 22, 2022 at 2:18 AM Harald Dunkel wrote: > > Hi folks, > > sysmerge noted that I had modified my /etc/newsyslog.conf. Since I > didn't had time for this while other important services were not > merged yet I chose the default [leave it for later]. > > Problem is, when I came back later (after a reboot), sysmerge didn't > show me that newsyslog.conf still had to be merged. Wouldn't you agree > that this is error-prone? Being "too late" is quite unexpected. > > > Regards > Harri >
Re: happy birthday theo
Happy Birthday to Theo! On Thu, May 19, 2022 at 4:46 AM Brodey Dover wrote: > > Happy Birthday Theo! > > On Thu, 19 May 2022 at 02:51, Mayuresh Kathe wrote: > > > here's wishing theo deraadt a very happy birthday. > > wish you many more years of producing great software and being > > cantankerous. :p > > have a great day today and an amazing year ahead. > > -mayuresh > > > >
Re: OpenBSD ftp and libtls: how to use session resumption with -S
On Sat, May 7, 2022 at 3:27 PM Marc Espie wrote: > > On Fri, May 06, 2022 at 08:13:42AM -, Stuart Henderson wrote: > > On 2022-05-06, Theo Buehler wrote: > > > While we could readily make libssl fall back to the legacy stack if > > > SSL_OP_NO_TICKET is disabled, I don't think this optimization outweighs > > > the overall benefit of TLSv1.3 - better protocol, cleaner code. > > > > Especially when the major beneficiary of this is pkg_add when it > > searches for updates; the number of connections has been *hugely* > > reduced with the caching added recently. > > I haven't enforced it, but https for pkg_add makes zero sense > anyway: you don't gain any confidentiality, and the integrity of > the package is ensured by the signatures. > > Note that https for base release makes little sense as well, apart > from the initial installs. Updates will also rely on signatures, > so all you gain from https is... exercising tls, and noticing > connections are slower. > > (also: authentication is slow for old time architectures). > > I'm still wondering what's the point of https for all this. > But but but we will be secure. All the internet says so. http is so 1990. /sarcasm
Re: OpenBSD ftp and libtls: how to use session resumption with -S
Agreed, pkg_add is super fast now. Thank you Marc! On Sat, May 7, 2022 at 4:07 AM Jan Stary wrote: > > On May 06 08:13:42, stu.li...@spacehopper.org wrote: > > On 2022-05-06, Theo Buehler wrote: > > > While we could readily make libssl fall back to the legacy stack if > > > SSL_OP_NO_TICKET is disabled, I don't think this optimization outweighs > > > the overall benefit of TLSv1.3 - better protocol, cleaner code. > > > > Especially when the major beneficiary of this is pkg_add when it > > searches for updates; the number of connections has been *hugely* > > reduced with the caching added recently. > > Yesterday was probably my first pkg_add after this > - I haven't measured, but is seems *much* faster. >
Re: libdmx removal incomplete?
On Sun, Nov 28, 2021 at 5:17 PM Alexander wrote: > > Hi, > thanks to both of you. > > On 2021/11/26 6:51, Sebastien Marie wrote: > > On Thu, Nov 25, 2021 at 06:16:11PM -0600, Amit Kulkarni wrote: > > > > I'm aware that I'm pretty late with this, still I'd like to ask in case > > > > this is not completely irrelevant. > > > > > > > > The last entry on https://www.openbsd.org/faq/current.html before > > > > 'Roll current' was the libdmx removal: > > > > https://cvsweb.openbsd.org/www/faq/current.html?rev=1.1077 > > > > > > > > After the suggested 'rm -f' commands there are still some files around > > > > on my system that to me seem to be related: > > > > > > > > $ find /usr/X11R6/ -iname *dmx* > > > > /usr/X11R6/lib/pkgconfig/dmxproto.pc > > > > /usr/X11R6/include/X11/extensions/dmx.h > > > > /usr/X11R6/include/X11/extensions/dmxproto.h > > > > > > > > dmx.h and dmxproto.h for example reference the deleted dmxext.h > > > > Does that mean this libdmx removal is incomplete or am I just > > > > misunderstanding something? > > > > Thanks in advance. > > > > > > > > > try to install sysclean, configure /etc/sysclean.ignore > > > > > > and do a 'doas sysclean -a', all these files will be gone then. > > > > > > > removing files based on `sysclean -a` output might be dangerous. it > > will list all files, even the one still used by packages. it could > > result in not working packages. > > > > `sysclean` (without option) is safer. > > > > please note that the stage 'configure /etc/sysclean.ignore' is > > important to exclude from the output configuration files (in /etc) you > > manually created. > > Just to gauge what to expect from this and whether I did this wrong: > After configuring /etc/sysclean.ignore I get 3382 files of which 3274 > are in /usr/X11R6/lib/X11/fonts/. Are numbers this large to be expected? > > Also: The above mentioned dmx files are not listed. Does that mean my > assumption that they are related to the removed libdmx is false or did I > screw something else up? > > Lastly: From your emails it seems to me that the use of sysclean after > upgrading is very much encouraged if not necessary. Then why is it not > included in base (especially when it's developed by OpenBSD developers)? > Or am I misunderstanding the requirements for inclusion of packages in > base? > Hi Alexander, 3382 files is too large. Post the contents of /etc/sysclean.ignore please. Something weird is happening. If you go ahead, you will have unusable system. Here is the upgrade 70 guide, which lists which exact files need to be deleted. https://www.openbsd.org/faq/upgrade70.html Thanks
Re: libdmx removal incomplete?
> I'm aware that I'm pretty late with this, still I'd like to ask in case > this is not completely irrelevant. > > The last entry on https://www.openbsd.org/faq/current.html before > 'Roll current' was the libdmx removal: > https://cvsweb.openbsd.org/www/faq/current.html?rev=1.1077 > > After the suggested 'rm -f' commands there are still some files around > on my system that to me seem to be related: > > $ find /usr/X11R6/ -iname *dmx* > /usr/X11R6/lib/pkgconfig/dmxproto.pc > /usr/X11R6/include/X11/extensions/dmx.h > /usr/X11R6/include/X11/extensions/dmxproto.h > > dmx.h and dmxproto.h for example reference the deleted dmxext.h > Does that mean this libdmx removal is incomplete or am I just > misunderstanding something? > Thanks in advance. try to install sysclean, configure /etc/sysclean.ignore and do a 'doas sysclean -a', all these files will be gone then.
Re: -current amd64 packages not updated? Impatient or broken?
Thanks for the correction! amit On Thu, Jan 7, 2021 at 11:59 AM Patrick Wildt wrote: > > No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been > committed. This issue is because of libunwind 11. With libc++ 11 we > have made a separate ports build first, to check the fallout. Once the > fallout is mostly fixed, we'll do the switch to libc++ 11. Until then > snapshots are not harmed in anyway, apart from the libunwind update. > > Am Thu, Jan 07, 2021 at 11:56:07AM -0600 schrieb Amit Kulkarni: > > Like naddy@ mentioned on ports@ they are trying to figure out the > > fallout from the switch to LLVM 11 as system compiler. This is why the > > packages are being delayed. Please wait a while till it is sorted out. > > > > thanks > > > > On Thu, Jan 7, 2021 at 10:56 AM Steve Williams > > wrote: > > > > > > Hi, > > > > > > I hesitate to send this because perhaps I'm just too impatient, but then > > > again, perhaps not. This is not critical/time sensitive. > > > > > > I just thought I'd check if there a problem with the current packages > > > folder from the mirrors? > > > > > > I am trying to update my development system (to resume work on a port). > > > > > > I did the initial upgrade on January 4, 2020 and my packages wouldn't > > > update because of missing library versions. I was told this is just a > > > discrepancy between the OS and the packages and to "wait a few days" for > > > everything to synchronize. > > > "Unfortunate timing as key system libraries have had version bumps > > > recently. Wait for a new package build (usually a few days on the faster > > > cpu architectures) and try again." > > > > > > I am watching the packages folder on various mirrors and they are all > > > from January 3, 2020, which is when my kernel is from. > > > pulseaudio-14.0.tgz03-Jan-2021 > > > > > > I am currently on: > > > OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 > > > > > > This morning, I still can't add/update select packages. > > > > > > desktop# sysupgrade -s > > > Fetching from > > > https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ > > > SHA256.sig 100% > > > |***| > > > 2144 00:00 > > > Signature Verified > > > Already on latest snapshot. > > > desktop# pkg_add pulseaudio > > > quirks-3.506 signed on 2021-01-03T15:41:44Z > > > Can't install spidermonkey78-78.5.0v1 because of libraries > > > |library c++.5.0 not found > > > | /usr/lib/libc++.so.4.0 (system): bad major > > > | /usr/lib/libc++.so.6.0 (system): bad major > > > |library c++abi.3.0 not found > > > | /usr/lib/libc++abi.so.2.1 (system): bad major > > > | /usr/lib/libc++abi.so.4.0 (system): bad major > > > Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 > > > nspr-4.29 icu4c-68.2v0 > > > Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 > > > Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 > > > Can't install consolekit2-1.2.2: can't resolve polkit-0.118 > > > Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 > > > Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 > > > spidermonkey78-78.5.0v1 > > > desktop# > > > > > > Am I being too impatient? > > > > > > Thanks, > > > Steve Williams > > > > > > > > > > >
Re: -current amd64 packages not updated? Impatient or broken?
Like naddy@ mentioned on ports@ they are trying to figure out the fallout from the switch to LLVM 11 as system compiler. This is why the packages are being delayed. Please wait a while till it is sorted out. thanks On Thu, Jan 7, 2021 at 10:56 AM Steve Williams wrote: > > Hi, > > I hesitate to send this because perhaps I'm just too impatient, but then > again, perhaps not. This is not critical/time sensitive. > > I just thought I'd check if there a problem with the current packages > folder from the mirrors? > > I am trying to update my development system (to resume work on a port). > > I did the initial upgrade on January 4, 2020 and my packages wouldn't > update because of missing library versions. I was told this is just a > discrepancy between the OS and the packages and to "wait a few days" for > everything to synchronize. > "Unfortunate timing as key system libraries have had version bumps > recently. Wait for a new package build (usually a few days on the faster > cpu architectures) and try again." > > I am watching the packages folder on various mirrors and they are all > from January 3, 2020, which is when my kernel is from. > pulseaudio-14.0.tgz03-Jan-2021 > > I am currently on: > OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 > > This morning, I still can't add/update select packages. > > desktop# sysupgrade -s > Fetching from > https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ > SHA256.sig 100% > |***| > 2144 00:00 > Signature Verified > Already on latest snapshot. > desktop# pkg_add pulseaudio > quirks-3.506 signed on 2021-01-03T15:41:44Z > Can't install spidermonkey78-78.5.0v1 because of libraries > |library c++.5.0 not found > | /usr/lib/libc++.so.4.0 (system): bad major > | /usr/lib/libc++.so.6.0 (system): bad major > |library c++abi.3.0 not found > | /usr/lib/libc++abi.so.2.1 (system): bad major > | /usr/lib/libc++abi.so.4.0 (system): bad major > Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 > nspr-4.29 icu4c-68.2v0 > Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 > Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 > Can't install consolekit2-1.2.2: can't resolve polkit-0.118 > Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 > Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 > spidermonkey78-78.5.0v1 > desktop# > > Am I being too impatient? > > Thanks, > Steve Williams > > >
Re: MIdnight Commander won't run
> Upgraded my router from 6.5 to 6.6. Followed the upgrade guide and installed > most, not all, of > the file sets. I did not install the games set or several of the X sets. Install all X sets, and then retry. mc uses X with some library somewhere to display it on screen. > > I ran pkg_add -u and also used sysclean to find and remove all unneeded files. > > Afterwards, trying to run 'mc' results in: > > tangerine# mc > ld.so can't load library libpcre.so.3.0 > Killed > > libpcre.so.3.0 is in /usr/local/lib > > Not sure how to go about fixing this, google searches did not turn up > anything on this. > > Looking for a bit of help.
Re: heads up: amd64 snap
On Sat, Mar 7, 2020 at 1:25 PM Sebastien Marie wrote: > > On Sat, Mar 07, 2020 at 11:03:10AM -0600, Amit Kulkarni wrote: > > > > Should I try to pull the boot > > hard drive into another running system, and then manually try to copy > > over a clean /bsd.mp on the next snapshot? > > just to complete what otto@ already said. > > the problem isn't the kernel (bsd.mp), so copying it manually will not solve > the > problem. the problem is with the biosboot(8) file installed on the disk. > > to quote the man page of biosboot: > > This small program (roughly 512 bytes of code) is responsible for > loading > the second-stage boot(8) program (typically /boot), which in turn will > load the kernel. > > (see https://man.openbsd.org/biosboot.8 for complete explanation) > > > to install it manually, you need installboot(8) command + biosboot(8) file (by > default, it is using the one in /usr/mdec). > > unplugging the disk, put it in another machine, and next doing a upgrade will > run the right command, so it is the more simple approch. > will do as you suggest. Thanks
Re: heads up: amd64 snap
On Sat, Mar 7, 2020 at 11:15 AM Otto Moerbeek wrote: > > On Sat, Mar 07, 2020 at 11:03:10AM -0600, Amit Kulkarni wrote: > > > Hi, > > > > How does this show itself? > > > > I have an older 2013 era system with Pentium G2020 or so (going from > > memory here, so might be wrong), which does not go into OpenBSD > > install. Just sits there with Dell logo. Only takes a Ctrl-Alt-Del > > command for a reboot, and if I try to enter into BIOS, it does not. It > > does not come into the OpenBSD boot prompt. > > > > I am trying to decide if this is due to the above changes or something > > else, like hardware failure etc. I last installed a snapshot on it 3 > > days ago, and it has never come back up. Should I try to pull the boot > > hard drive into another running system, and then manually try to copy > > over a clean /bsd.mp on the next snapshot? > > > > thanks > > > > On Sat, Mar 7, 2020 at 9:20 AM Otto Moerbeek wrote: > > > > > > It looks like some BIOS do not like the recent biosboot changes. > > > Symptoms are a hang in the bios. > > > > > > I reverted them, the next amd64 snap should be ok again. > > > > > > -Otto > > > > > Yes, this sounds very much like the issue I'm talking about. > > Updating the kernel will not help. The problem is in some bad > interaction between *some* BIOS implementations and the updated > biosboot. > > It is very likely that the disk will boot in another system without > issues. On that system, install the new snap when it arrives. Then you > can put the disk back in the problem system. > > There are probably workarounds, like putting the disk in another > system and running an older installboot from that system on the disk > containing the trouble. But if you do not feel comfortable doing that > please do an upgrade. > > And next time please try to report this earlier. The sooner we learn > about these issues the better. > Sorry for not reporting earlier Otto, I sincerely thought this is a hardware related issue, and was going to wait for the weekend to try various things. Thanks
Re: heads up: amd64 snap
Hi, How does this show itself? I have an older 2013 era system with Pentium G2020 or so (going from memory here, so might be wrong), which does not go into OpenBSD install. Just sits there with Dell logo. Only takes a Ctrl-Alt-Del command for a reboot, and if I try to enter into BIOS, it does not. It does not come into the OpenBSD boot prompt. I am trying to decide if this is due to the above changes or something else, like hardware failure etc. I last installed a snapshot on it 3 days ago, and it has never come back up. Should I try to pull the boot hard drive into another running system, and then manually try to copy over a clean /bsd.mp on the next snapshot? thanks On Sat, Mar 7, 2020 at 9:20 AM Otto Moerbeek wrote: > > It looks like some BIOS do not like the recent biosboot changes. > Symptoms are a hang in the bios. > > I reverted them, the next amd64 snap should be ok again. > > -Otto >
Re: The difference between binutils and binutils-2.17?
On Wed, Oct 11, 2017 at 7:55 PM, Nan Xiaowrote: > Hi misc@, > > Greetings from me! > > I find there are binutils and binutils-2.17 in gnu/usr.bin/ dirctory > of OpenBSD source code. What's the difference between them? When I use > binutils command, such as "ar", it comes from binutils or > binutils-2.17? > > Thanks in advance! > > Best Regards > Nan Xiao > $ ar -V binutils 2.15 supported all gcc4 platforms. binutils-2.17 probably supports most if not all platforms. It looks like long term, OpenBSD is in transition to llvm/clang based infrastructure.
Re: lazy binding failed
> What am I missing that prevents the ports from correcting the issue? > http://www.openbsd.org/faq/current.html 2017/07/29 - amd64 and i386: update all packages
Re: Removal of old libraries
On Tue, Nov 8, 2016 at 12:53 AM, Clint Pachlwrote: > Ax0n wrote on 09/03/16 13:12: > >> I've got a Toshiba NB305 netbook that's been my daily-use laptop for more >> than 6 years now. The last fresh install I did was OpenBSD 4.9-RELEASE in >> early May 2011. I've been quite happy with how it works, and I've been >> doing bsd.rd upgrades and M:Tier binary updates ever since. >> >> There is a lot of seemingly unused cruft in /usr/local/lib -- stuff with >> an >> atime of my last level 0 dump several months ago. Looks like pkg_add -u >> left a bunch of stuff behind. Is there a recommended way to clean this >> stuff up, or should I just start chopping away with something like: >> >> find /usr/local/lib -type f -atime +90 | doas xargs rm >> >> (after a new level 0 dump, obviously...) >> >> > Ax0n wrote on 09/03/16 13:12: > > I've got a Toshiba NB305 netbook that's been my daily-use laptop for more > > than 6 years now. The last fresh install I did was OpenBSD 4.9-RELEASE in > > early May 2011. I've been quite happy with how it works, and I've been > > doing bsd.rd upgrades and M:Tier binary updates ever since. > > > > There is a lot of seemingly unused cruft in /usr/local/lib -- stuff with > an > > atime of my last level 0 dump several months ago. Looks like pkg_add -u > > left a bunch of stuff behind. Is there a recommended way to clean this > > stuff up, or should I just start chopping away with something like: > > > > find /usr/local/lib -type f -atime +90 | doas xargs rm > > > > (after a new level 0 dump, obviously...) > > I've been removing the old system during the upgrade script since 4.9, > coincidentally. I haven't had a problem yet while upgrading two production > servers and my two laptops, from release to release. > > After selecting the OS sets during the upgrade, but before hitting ENTER, > type ! at the âSet name(s)?â prompt to enter a shell. Then run: `cd /mnt && > rm -rf bin sbin usr/!(local) && exit`. Then just hit enter and continue > running the upgrade script. > > WARNING: this will wipe out your system, so if the upgrade fails for some > reason, you are TOTALLY SCREWED! > > I periodically (every few releases) clean out /usr/local. First, get a > list of manually installed packages using `pkg_info -m`. Then uninstall > everything. It is interesting to see what gets left behind. If any garbage > is left over, remove it. Then reinstall from your generated list. I don't > do this very often anymore as `pkg_delete -a` seems to clean up quite well. > > As insurance, I take level 0 dumps just before upgrading or cleaning > /usr/local. Also, one of my laptops is a spare that has all the same > software installed as the production servers and my main laptop. So this > laptop is a test run if you will. If there are quirks, my main laptop is my > second chance to make sure I know what the hell I'm doing before finally > upgrading my two production systems. > > Also, just a public announcement, test your restore-from-backup process > once in awhile. > > I've always thought about sharing this process, but always thought it is > probably not the best advice. > > Clint, pkg_add sysclean This will restore your system as close to a new install as possible. What you are doing is quite dangerous.
Re: LLVM license change
On Tue, Sep 27, 2016 at 8:06 PM, Chris Cappucciowrote: > Ingo Schwarze [schwa...@usta.de] wrote: > > Hi Benjamin, > > > > kbenjamin Coplon wrote on Mon, Sep 26, 2016 at 01:23:43PM -0400: > > > > > What does the OpenBSD community think about the LLVM proposal to move > > > to the Apache license? > > > > > > http://lists.llvm.org/pipermail/llvm-dev/2016-September/104778.html > > > > If LLVM would move to the Apache 2 license, we would become unable > > to use versions released after that change, and would be stuck with > > version released before the change, just like we are stuck with > > pre-GPLv3 gcc now. So it would be very bad for us. > > > > See http://www.openbsd.org/policy.html : > > > > Apache > > The original Apache license was similar to the Berkeley license, > > but source code published under version 2 of the Apache license > > is subject to additional restrictions and cannot be included > > into OpenBSD. > > > > In a nutshell, OpenBSD does not consider software released under > > Apache 2 to be free software. At least not free enough for us. > > > > One major problem with the Apache 2.0 license is the fact that it > is not merely a software license, but extends out into contract law. > This has been a concern with many licenses, not just Apache. > > If you use Apache 2.0 license code, you lose rights that you otherwise > retain under the MIT or BSD license. > > Just review sections 3 and 4. The patent clause in section 3 is an issue. > > https://www.apache.org/licenses/LICENSE-2.0.txt > > Chris > > Ironically, LLVM wants protection against patents.
Re: syslogd on 6.0-beta
On Wed, May 25, 2016 at 10:31 PM, Ted Unangstwrote: > Jeff Ross wrote: > > jross@fw:/home/jross $ tail -10 /var/log/messages > > May 21 04:00:01 fw syslogd: restart > > May 25 15:53:58 fw syslogd: exiting on signal 15 > > May 25 15:53:58 fw syslogd: start > > May 25 15:53:58 fw syslogd: recvfrom unix: Connection reset by peer > > May 25 15:56:00 fw syslogd: exiting on signal 15 > > May 25 15:57:42 fw syslogd: start > > May 25 15:57:42 fw syslogd: recvfrom unix: Connection reset by peer > > May 25 16:01:09 fw syslogd: exiting on signal 15 > > May 25 16:01:09 fw syslogd: start > > May 25 16:01:09 fw syslogd: recvfrom unix: Connection reset by peer > > This is quite unusual and not observed by anyone else. > > I'm not sure what else to suggest, but your environment seems quite > different. > > It looks like syslog starts and then exits immediately due to some kind of startup error. You have changed some default setting. Clear syslog env to defaults. Paste the output of ls -l /var/log/messages* to get a clue on what the message file sizes are.
Re: Subpixel / RGB antialiasing
On Thu, Apr 14, 2016 at 7:04 PM, Simon McFarlanewrote: > On 04/14/16 12:23, Matej Nanut wrote: > > Hello, > > > > OpenBSD's freetype library is built without the feature. > > > > If you have your source trees set up, you can rebuild it after > > uncommenting FT_CONFIG_OPTION_SUBPIXEL_RENDERING in > > /usr/xenocara/lib/freetype/include/freetype/config/ftoption.h. > > > > Wow, That did the trick! I was afraid I'd never see beautiful fonts on > OpenBSD. > > The comment above says the feature is covered by Microsoft patents, and > is why it isn't enabled by default. Didn't those patents expire in 2010? > http://www.freetype.org/patents.html > > Thanks, > Simon > > That web-page says at the bottom, that it is updated on 25 August 2015, yet this option is not enabled yet in freetype's upstream git repo. I imagine the xenocara guys dcoppa@/mathhieu@/shadchin@ follows upstream. http://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/include/freetype/config/ftoption.h
Re: WAPBL?
Nope, my cvs tree is clean. i only applied those diffs since they are small. On Fri, Apr 1, 2016 at 10:56 AM, Bob Beck <b...@obtuse.com> wrote: > I would hazard a guess that if you are running a random diff, the > problem is with the diff you are running - not those other things. > > On Fri, Apr 1, 2016 at 9:30 AM, Amit Kulkarni <amitk...@gmail.com> wrote: > > I see the writes are not being done to disk in case of a simple cvs > update, > > and the machine locks up for a solid couple of minutes afterwards also. > This > > happens in a dual CPU config with plenty of free memory, even with > stefan, > > mpi and kettenis recent diffs. For a curious kernel reader, where could > the > > bug(s) be? in amap, uvm/buffer cache, rthreads??? > > > > Thanks in advance > > > > > > On Fri, Apr 1, 2016 at 9:06 AM, Bob Beck <b...@obtuse.com> wrote: > >> > >> I have more up to date versions of these patches around here. > >> > >> The problem with them is that fundamentally, the WAPBL implementation > >> as it is assumes that it may infinitely steal > >> buffers from the buffer cache and hold onto them indefinitely - and it > >> assumes it can always get buffers from it. While the patch as it sits > >> may "work" in the "happy case" on many people's machines, as it sits > >> today it is dangerous and can lock up your machine and corrupt things > >> in low memory situations. > >> > >> Basically in order to progres WAPBL (renamed "FFS Journalling" here) > >> needs to have a mechanism added to allow > >> it be told "no it can't have a buffer" and let it deal with it > >> correctly. The first part is done, the latter part is complex. > >> > >> > >> On Sat, Mar 26, 2016 at 1:27 PM, Martijn Rijkeboer <mart...@bunix.org> > >> wrote: > >> > Hi, > >> > > >> > Just out of curiosity, what has happend with WAPBL? There were some > >> > patches > >> > floating around on tech@ in the last months of 2015, but then it > became > >> > quiet. I'm not complaining just curious. > >> > > >> > Kind regards, > >> > > >> > > >> > Martijn Rijkeboer
Re: WAPBL?
I see the writes are not being done to disk in case of a simple cvs update, and the machine locks up for a solid couple of minutes afterwards also. This happens in a dual CPU config with plenty of free memory, even with stefan, mpi and kettenis recent diffs. For a curious kernel reader, where could the bug(s) be? in amap, uvm/buffer cache, rthreads??? Thanks in advance On Fri, Apr 1, 2016 at 9:06 AM, Bob Beckwrote: > I have more up to date versions of these patches around here. > > The problem with them is that fundamentally, the WAPBL implementation > as it is assumes that it may infinitely steal > buffers from the buffer cache and hold onto them indefinitely - and it > assumes it can always get buffers from it. While the patch as it sits > may "work" in the "happy case" on many people's machines, as it sits > today it is dangerous and can lock up your machine and corrupt things > in low memory situations. > > Basically in order to progres WAPBL (renamed "FFS Journalling" here) > needs to have a mechanism added to allow > it be told "no it can't have a buffer" and let it deal with it > correctly. The first part is done, the latter part is complex. > > > On Sat, Mar 26, 2016 at 1:27 PM, Martijn Rijkeboer > wrote: > > Hi, > > > > Just out of curiosity, what has happend with WAPBL? There were some > patches > > floating around on tech@ in the last months of 2015, but then it became > > quiet. I'm not complaining just curious. > > > > Kind regards, > > > > > > Martijn Rijkeboer
Terribly slow disk on -current
This has happened quite often in last few months that I post to ask if anybody else is experiencing the same issue? When I do a cvs update, while updating the ports tree, I cannot do anything else. I cannot even open a separate xterm. If I am in a browser (firefox or iridium), the system just locks up for 30-60 seconds. I think this issue was present before pledge, but after pledge it is becoming more noticeable. I am attaching a dmesg if that helps any. Is the same problem seen by anybody else? Or there is something going wrong in this system? Thanks OpenBSD 5.9-beta (GENERIC.MP) #0: Sun Dec 27 18:25:44 CST 2015 amit@pilloo-saru:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8438853632 (8047MB) avail mem = 8178974720 (7800MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xebb40 (25 entries) bios0: vendor Dell Inc. version "A07" date 08/24/2012 bios0: Dell Inc. Inspiron 660s acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT MCFG SLIC HPET SSDT MSDM SSDT SSDT ASF! acpi0: wakeup devices PS2K(S3) PS2M(S3) P0P1(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) USB7(S3) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Pentium(R) CPU G2020 @ 2.90GHz, 2894.80 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,XSAVE,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Pentium(R) CPU G2020 @ 2.90GHz, 2894.38 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,XSAVE,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 5 (P0P1) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus -1 (RP02) acpiprt4 at acpi0: bus 3 (RP03) acpiprt5 at acpi0: bus -1 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus 4 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus 1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0: not present acpicpu0 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpipwrres0 at acpi0: FN00, resource for FAN0 acpipwrres1 at acpi0: FN01, resource for FAN1 acpipwrres2 at acpi0: FN02, resource for FAN2 acpipwrres3 at acpi0: FN03, resource for FAN3 acpipwrres4 at acpi0: FN04, resource for FAN4 acpitz0 at acpi0: critical temperature is 106 degC acpitz1 at acpi0: critical temperature is 106 degC acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: LID0 acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD02 cpu0: Enhanced SpeedStep 2894 MHz: speeds: 2900, 2800, 2700, 2600, 2500, 2400, 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 3G Host" rev 0x09 ppb0 at pci0 dev 1 function 0 "Intel Core 3G PCIE" rev 0x09: msi pci1 at ppb0 bus 1 inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 2500" rev 0x09 drm0 at inteldrm0 inteldrm0: msi inteldrm0: 1920x1080 wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) xhci0 at pci0 dev 20 function 0 "Intel 7 Series xHCI" rev 0x04: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 "Intel xHCI root hub" rev 3.00/1.00 addr 1 "Intel 7 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured ehci0 at pci0 dev 26 function 0 "Intel 7 Series USB" rev 0x04: apic 2 int 16 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 7 Series HD Audio" rev 0x04: msi azalia0: codecs: Realtek ALC662, Intel/0x2806, using Realtek ALC662 audio0 at azalia0 ppb1 at pci0 dev 28 funct
Re: i386 packages - snapshot 23/12/2015
On Thu, Dec 24, 2015 at 10:48 PM, Amit Kulkarni <amitk...@gmail.com> wrote: > > > On Thu, Dec 24, 2015 at 4:24 PM, Stuart Henderson <s...@spacehopper.org> > wrote: > >> On 2015-12-24, soko.tica <soko.t...@gmail.com> wrote: >> > Hello, >> > >> > I've succesfully installed today the latest i386 snapshot on a usb flash >> > disk (on amd64 box), but the packages (e.g. links+, xfe ) report >> unresolved >> > dependencies and bad major. This is strange, since it is supposed that >> > older packages run on fresh -current install. >> >> It's normal that this happens from time to time with snapshots after a >> library update, it takes time to build packages, sign them and get them >> out to the mirrors. >> >> If you want to avoid this, watch source-changes and hold off on updating >> for a couple of days after a shared-library bump in base or X (commits >> involving shlib_version files). Increase "couple of days" in relation >> to the machine speed for slower arches. >> >> > Additionally, packages go through bulk builds before committing to the > ports tree. This might also cause a mismatch in the library versions. So > the bottom line is: the packages can be out of sync, try again later... > > Ugh, that wasn't worded properly. Proposed diffs of new versions of ports, which might break other ports, are also built, in a bulk build. This might cause mismatches...
Re: i386 packages - snapshot 23/12/2015
On Thu, Dec 24, 2015 at 4:24 PM, Stuart Hendersonwrote: > On 2015-12-24, soko.tica wrote: > > Hello, > > > > I've succesfully installed today the latest i386 snapshot on a usb flash > > disk (on amd64 box), but the packages (e.g. links+, xfe ) report > unresolved > > dependencies and bad major. This is strange, since it is supposed that > > older packages run on fresh -current install. > > It's normal that this happens from time to time with snapshots after a > library update, it takes time to build packages, sign them and get them > out to the mirrors. > > If you want to avoid this, watch source-changes and hold off on updating > for a couple of days after a shared-library bump in base or X (commits > involving shlib_version files). Increase "couple of days" in relation > to the machine speed for slower arches. > > Additionally, packages go through bulk builds before committing to the ports tree. This might also cause a mismatch in the library versions. So the bottom line is: the packages can be out of sync, try again later...
broken bsd.rd build on amd64?
cc -static -L. -nopie -o instbin instbin.o dd.lo mount_cd9660.lo md5.lo df.lo mount.lo mount_ext2fs.lo arch.lo sync.lo restore.lo stty.lo ln.lo disklabel.lo pax.lo ping.lo cat.lo ifconfig.lo ls.lo ping6.lo sysctl.lo date.lo kbd.lo fdisk.lo mount_msdos.lo grep.lo umount.lo mount_udf.lo fsck.lo more.lo signify.lo mknod.lo pwd_mkdb.lo installboot.lo route.lo ftp.lo dhclient.lo reboot.lo mount_ffs.lo ed.lo cp.lo gzip.lo chmod.lo chroot.lo fsck_ffs.lo init.lo newfs.lo rm.lo mt.lo mkdir.lo sed.lo ksh.lo bioctl.lo encrypt.lo sleep.lo mv.lo dmesg.lo hostname.lo -L/usr/lib -L/usr/src/distrib/special/libstubs -lstubs -lutil -locurses -lm -lc ksh.lo: In function `getspec': var.c:(.text+0x1da39): warning: warning: rand() may return deterministic values, is that what you want? /usr/src/distrib/special/libstubs/libstubs.a(res_send_async.o): In function `udp_recv': /usr/src/distrib/special/libstubs/../../../lib/libc/asr/res_send_async.c:459: undefined reference to `_libc_recv' collect2: ld returned 1 exit status *** Error 1 in . (instbin.mk:22 'instbin') *** Error 1 in /usr/src/distrib/amd64/ramdisk_cd (../common/Makefile.inc:129 'instbin') Thanks
Re: broken bsd.rd build on amd64?
On Sun, Oct 4, 2015 at 2:26 PM, Theo de Raadtwrote: > > cc -static -L. -nopie -o instbin instbin.o dd.lo mount_cd9660.lo md5.lo > > df.lo mount.lo mount_ext2fs.lo arch.lo sync.lo restore.lo stty.lo ln.lo > > disklabel.lo pax.lo ping.lo cat.lo ifconfig.lo ls.lo ping6.lo sysctl.lo > > date.lo kbd.lo fdisk.lo mount_msdos.lo grep.lo umount.lo mount_udf.lo > > fsck.lo more.lo signify.lo mknod.lo pwd_mkdb.lo installboot.lo route.lo > > ftp.lo dhclient.lo reboot.lo mount_ffs.lo ed.lo cp.lo gzip.lo chmod.lo > > chroot.lo fsck_ffs.lo init.lo newfs.lo rm.lo mt.lo mkdir.lo sed.lo ksh.lo > > bioctl.lo encrypt.lo sleep.lo mv.lo dmesg.lo hostname.lo -L/usr/lib > > -L/usr/src/distrib/special/libstubs -lstubs -lutil -locurses -lm -lc > > ksh.lo: In function `getspec': > > var.c:(.text+0x1da39): warning: warning: rand() may return deterministic > > values, is that what you want? > > /usr/src/distrib/special/libstubs/libstubs.a(res_send_async.o): In > function > > `udp_recv': > > > /usr/src/distrib/special/libstubs/../../../lib/libc/asr/res_send_async.c:459: > > undefined reference to `_libc_recv' > > collect2: ld returned 1 exit status > > *** Error 1 in . (instbin.mk:22 'instbin') > > *** Error 1 in /usr/src/distrib/amd64/ramdisk_cd > > (../common/Makefile.inc:129 'instbin') > > I believe you compiled an intermediate tree. > Thanks, I will try again in a few hours. Sorry for the noise.
Re: update/upgrade
On Mon, Sep 21, 2015 at 8:57 AM, Marcus MERIGHIwrote: > qua...@sneakertech.com (Quartz), 2015.09.21 (Mon) 02:43 (CEST): > > >As it was already stated in @misc, > > > > I don't think I got that message. (?) > > > > >mtier is probably as safe as relying on > > >openbsd code. > > > > I'm not worried so much about safety in the sense of compromised code, > but > > rather the practicalities of setting up a workflow that depends on > something > > that can disappear at any time without notice. Their website has zero > > information about them as a company or who (if any) of them are also > OpenBSD > > devs or what. It also looks like they only started a couple years ago. > > openup > # Author: Antoine Jacoutot > > OpenBSD commit stats ajacoutot@ > http://www.oxide.org/cvs/ajacoutot.html > > e.g. > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc/rc.d/rc.subr > > Bye, Marcus > > > !DSPAM:55ff540b42247974415012! > > In addition, a couple of other committers (robert@, jasper@) also work or used to work for mtier. Mtier supports the OpenBSD project in many other ways too.
Problems building userland
Hello, How are you guys able to build userland? I double-checked that the http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125=text/plain is still referring to ${SUDO} here is the result. # make build cd /usr/src/share/mk && exec /usr/bin/sudo -E make install /bin/sh: /usr/bin/sudo: not found *** Error 127 in /usr/src (Makefile:75 'build') Thanks
Re: Problems building userland
On Sat, Sep 19, 2015 at 10:39 AM, Josh Grosse <j...@jggimi.homeip.net> wrote: > On Sat, Sep 19, 2015 at 10:35:07AM -0500, Amit Kulkarni wrote: > > Hello, > > > > How are you guys able to build userland? I double-checked that the > > > > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125=text/plain > > > > is still referring to ${SUDO} > > > > here is the result. > > > > # make build > > cd /usr/src/share/mk && exec /usr/bin/sudo -E make install > > /bin/sh: /usr/bin/sudo: not found > > *** Error 127 in /usr/src (Makefile:75 'build') > > > > Thanks > > > > The sudo application moved from built-in to ports. See the details in > the Following -current FAQ: > > http://www.openbsd.org/faq/current.html#20150703 > > Yes, I know. After following instructions removing base sudo, userland does not build. I think the /usr/src/Makefile needs to be adjusted, or am I wrong in that? Thanks
Re: Problems building userland
On Sat, Sep 19, 2015 at 11:01 AM, Philip Guenther <guent...@gmail.com> wrote: > On Sat, Sep 19, 2015 at 8:35 AM, Amit Kulkarni <amitk...@gmail.com> wrote: > > How are you guys able to build userland? I double-checked that the > > > > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125=text/plain > > > > is still referring to ${SUDO} > > > > here is the result. > > > > # make build > > cd /usr/src/share/mk && exec /usr/bin/sudo -E make install > > /bin/sh: /usr/bin/sudo: not found > > *** Error 127 in /usr/src (Makefile:75 'build') > > It's your /etc/mk.conf that says "SUDO=sudo -E". Either remove that > line and do builds as root, or update it to refer to say SUDO=doas > Thanks for the clue stick Philip! Getting back into compiling after a long time.
Re: improving browser security
At the risk of feature creep: There was a thread on this list about browser installation such that it would, for each user be sandboxed in a clean room, denying any scripts access to the users files. I don't know if this is at all appropriate for this project, and I just throw it out there for consideration. http://marc.info/?l=openbsd-miscm=141710381310891w=2 I think Ted is going to fix the so called we do 64 bit random and we are 64 bit lies that browser JITs say they do. I remember when Ariane applied the commits, browsers failed spectacularly. Please correct me if i am wrong. espie@ original email http://marc.info/?l=openbsd-miscm=130683944229077w=2 naddy@ detailed explanation http://marc.info/?l=openbsd-miscm=130687174807002w=2 otto@ http://marc.info/?l=openbsd-miscm=130687174807002w=2 deraadt@ http://marc.info/?l=openbsd-miscm=130687281908151w=2
Re: postgresql-server exiting abnormally after upgrade to -snapshot
On Mon, Feb 16, 2015 at 2:19 PM, Hugo Osvaldo Barrera h...@barrera.io wrote: On 2015-02-16 16:24, Stuart Henderson wrote: On 2015-02-15, Hugo Osvaldo Barrera h...@barrera.io wrote: Am I mistaken in understanding that this is an issue with postgresql itself, and not a local configuration error? Correct. I tried building postgres with debug symbols (I added the flags described here[1] to the ports Makefile), but the backtrace is still useless: Please would you rebuild from the original port like this: make clean=all make DEBUG=-O0 -g repackage sudo make reinstall and see if this gives a better backtrace. Thanks a lot, it did. I was unaware of make DEBUG, and had been editing the Makefile with no success. (gdb) bt #0 0x110a2815b92a in kill () at stdin:2 #1 0x110a28195119 in abort () at /usr/src/lib/libc/stdlib/abort.c:53 #2 0x110a2816a238 in memcpy (dst0=0xfb8d4, src0=0x6, length=0) at /usr/src/lib/libc/string/memcpy.c:65 #3 0x11080cf8d1b1 in check_ip (raddr=0x110a899f7918, addr=0x110a899f9058, mask=0x110a899f9158) at hba.c:704 #4 0x11080cf90a04 in check_hba (port=0x110a899f7800) at hba.c:1718 #5 0x11080cf91d34 in hba_getauthmethod (port=0x110a899f7800) at hba.c:2256 #6 0x11080cf88eb3 in ClientAuthentication (port=0x110a899f7800) at auth.c:307 #7 0x11080d1edf5d in PerformAuthentication (port=0x110a899f7800) at postinit.c:223 #8 0x11080d1eeae7 in InitPostgres (in_dbname=0x110af4508c00 virtstart-dev, dboid=0, username=0x110af4508be0 virtstart-dev, out_dbname=0x0) at postinit.c:688 #9 0x11080d0a3eb1 in PostgresMain (argc=1, argv=0x110af4508c20, dbname=0x110af4508c00 virtstart-dev, username=0x110af4508be0 virtstart-dev) at postgres.c:3749 #10 0x11080d033537 in BackendRun (port=Could not find the frame base for BackendRun. ) at postmaster.c:4155 #11 0x11080d032be8 in BackendStartup (port=0x110a899f7800) at postmaster.c:3829 #12 0x11080d02f2d0 in ServerLoop () at postmaster.c:1597 #13 0x11080d02e968 in PostmasterMain (argc=3, argv=0x7f7d9658) at postmaster.c:1244 #14 0x11080cf96dc8 in main (argc=Could not find the frame base for main. ) at main.c:228 Current language: auto; currently asm This doesn't say much to me though. I guess my best shot is to post this at the postgresql list, right? Thanks, http://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/backend/libpq/hba.c;h=9cde6a21ce99003102dc9303288001d24e3ba2b6;hb=HEAD#l703 One of these are the offending lines... Refer to http://www.tedunangst.com/flak/post/memcpy-vs-memmove Guys, please correct me if I am wrong. There might be more such bugs in postgres, not sure why others are not hitting those.
Re: What are the disadvantages of soft updates?
On Fri, Jan 23, 2015 at 2:24 PM, Predrag Punosevac punoseva...@gmail.com wrote: I was following this discussion with the great interest but without intend to participate in it until today. Namely one of my OpenBSD servers (5.6 sparc64) runs Mollify and last night I received an e-mail from an angry user who could not upload files (the upload will fail or upload the file with file size zero). After running df I noticed that /tmp was 100% full (4GB used) but the size of individual files was only 12Kb. I thought for a second and I remember seeing this with HAMMER on DF. Long story short I checked /etc/fstab and sure enough I had rw,softdep next to each partition including tmp. I removed softdep rebooted the sytem and /tmp usage dropped to 0%. More importantly users could upload files again. Unless your server is heavily loaded softdep will sync and write to disk within 30 secs to few minutes. IMHO, your /tmp being 4GB is unrelated to softdep. What is the underlying issue why /tmp fills so much?
Re: What are the disadvantages of soft updates?
On Fri, Jan 23, 2015 at 2:53 PM, Ingo Schwarze schwa...@usta.de wrote: Hi Predrag, Predrag Punosevac wrote on Fri, Jan 23, 2015 at 03:24:00PM -0500: I was following this discussion with the great interest but without intend to participate in it until today. Namely one of my OpenBSD servers (5.6 sparc64) runs Mollify and last night I received an e-mail from an angry user who could not upload files (the upload will fail or upload the file with file size zero). After running df I noticed that /tmp was 100% full (4GB used) but the size of individual files was only 12Kb. That is unlikely to be due to softdep. The usual reason for a file system to be actually full and seemingly almost empty at the same time is somebody doing the following sequence of operations: - open(2) a file for writing - writing a lot of data until the file system is full - unlink(2) the file - keep the process running that open(2)'ed it - let that process keep the file open and *not* close(2) it Specifically, in /tmp, anybody can do that. I thought for a second and I remember seeing this with HAMMER on DF. The above works with almost any file system. Long story short I checked /etc/fstab and sure enough I had rw,softdep next to each partition including tmp. I removed softdep rebooted the sytem and /tmp usage dropped to 0%. That's not likely to be related to softdep either. Chances are just rebooting would have solved the issue as well - simply because rebooting terminates all running processes, and consequently closes all open files. One more point to add to Ingo's detailed and very helpful reply. Reboot actually clears /tmp. What you should have done instead was run fstat(1), look for processes having files open in /tmp, use ls(1) -iRa /tmp to find the inode numbers of linked files in /tmp, and kill the processes having files open that were *not* linked until you found the one having the big file open - and then have a friendly talk with the responsible user, if any, or figure out what went wrong in case some daemon process caused the issue. My questions is which partitions should be mounted with softdep option? I'm not an expert on that and hardly ever use softdep, but i'd say on file systems where file create/delete performance is *critically* important, performace has been clearly demonstrated to be insufficient without softdep, and you consider data loss harmless. Is there a way to prune metadata which will save me for problems like the one I encountered last night. I'm not convinced that's a good question to ask. Yours, Ingo
Re: OpenBSD on Intel Galileo
Dude...the reason is given right there, in the message. why not publish the hack , for education purpose ? I fear I do not have the diffs and blobs anymore.
Re: Major KDE4 problems
If you want the best KDE4 experience, use a more modern machine within the last 3 years. AFAIK, Dell Optiplex GX 270 is atleast 8 years old. From reading KDE blogs, some parts of KDE4 have switched to using the graphics card for rendering using QML, and the CPU is fallback option. I don't see a separate radeon or nvidia card in your dmesg, that inteldrm line might be one of the ancient inbuilt Intel graphics. So the entire rendering load may fall on your dog slow CPU. You have less than 1 GB RAM which is very tough for KDE4. For KDE4 you will have to follow this advice http://www.openbsd.org/faq/upgrade56.html#Pkgup Your best bet is to run KDE3 on this particular machine, or one of the other slimmer desktop environment. I can recommend ede for a simple Windows like experience. On Thu, Nov 27, 2014 at 3:06 PM, Chris Bennett chrisbenn...@bennettconstruction.us wrote: I haven't used any KDE in a long while but my Father uses it. I decided to install KDE4. It starts up very slowly. But only the widgets and settings menus show up. No startup programs bar, button, whatever shows up. Leave buttons fail. I can only get out with Ctrl-Alt-Backspace. Here is my dmesg and package list: OpenBSD 5.6 (GENERIC) #274: Fri Aug 8 00:05:13 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Celeron(R) CPU 2.40GHz (GenuineIntel 686-class) 2.40 GHz cpu0: FPU,V86,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,PBE,CNXT-ID,xTPR,PERF real mem = 795836416 (758MB) avail mem = 770387968 (734MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/26/06, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (69 entries) bios0: vendor Dell Computer Corporation version A07 date 06/26/2006 bios0: Dell Computer Corporation OptiPlex GX270 acpi0 at bios0: rev 0 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP SSDT APIC BOOT ASF! acpi0: wakeup devices VBTN(S4) PCI0(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) PCI1(S5) KBD_(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 1 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PCI1) acpicpu0 at acpi0 acpibtn0 at acpi0: VBTN bios0: ROM list: 0xc/0xa800 0xca800/0x1800! pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82865G Host rev 0x02 vga1 at pci0 dev 2 function 0 Intel 82865G Video rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xf000, size 0x800 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1680x1050 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) uhci0 at pci0 dev 29 function 0 Intel 82801EB/ER USB rev 0x02: apic 1 int 16 uhci1 at pci0 dev 29 function 1 Intel 82801EB/ER USB rev 0x02: apic 1 int 19 uhci2 at pci0 dev 29 function 2 Intel 82801EB/ER USB rev 0x02: apic 1 int 18 uhci3 at pci0 dev 29 function 3 Intel 82801EB/ER USB rev 0x02: apic 1 int 16 ehci0 at pci0 dev 29 function 7 Intel 82801EB/ER USB2 rev 0x02: apic 1 int 23 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb0 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xc2 pci1 at ppb0 bus 1 ral0 at pci1 dev 7 function 0 Ralink RT2561S rev 0x00: apic 1 int 16, address 00:0c:0a:49:9c:98 ral0: MAC/BBP RT2561C, RF RT2527 em0 at pci1 dev 12 function 0 Intel 82540EM rev 0x02: apic 1 int 18, address 00:0d:56:81:e2:e6 ichpcib0 at pci0 dev 31 function 0 Intel 82801EB/ER LPC rev 0x02 pciide0 at pci0 dev 31 function 1 Intel 82801EB/ER IDE rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: HDS728080PLAT20 wd0: 16-sector PIO, LBA48, 78533MB, 160836480 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: TEAC, DVD-ROM DV-28E-C, D.4B ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 pciide1 at pci0 dev 31 function 2 Intel 82801EB SATA rev 0x02: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide1: using apic 1 int 18 for native-PCI interrupt ichiic0 at pci0 dev 31 function 3 Intel 82801EB/ER SMBus rev 0x02: apic 1 int 17 iic0 at ichiic0 auich0 at pci0 dev 31 function 5 Intel 82801EB/ER AC97 rev 0x02: apic 1 int 17, ICH5 AC97 ac97: codec id 0x41445374 (Analog Devices AD1981B) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel
Re: The rant about browsers
On Sat, Aug 23, 2014 at 11:16 AM, Nick Holland n...@holland-consulting.net wrote: On 08/23/14 10:30, Gregory Edigarov wrote: Hello Everybody. Before anything I want to say big thanks to the developers of OpenBSD, for maintaining it. After some ~10 years of being the loyal OpenBSD user, I never had any problem with OpenBSD itself, besides may be 2 or three times. It is impressive. Every other system I use gives problems from time to time, so I am thanking you, guys, every time I type a command. Now onto the bitter part. For some reason, since, may be, AFAIR 5.2 times, I do not see any browser that is working flawlessly under our loved system. Everything is happened on the same set of sites I use routinely everyday. I tried: Firefox - bad, bad, bad. It fails 1000 times a day. On your machine, firefox couldn't be restarted 1000 times a day. (ok, not sure where my sense if irony is today...) ... dmesg follows: OpenBSD 5.6-current (GENERIC.MP) #340: Fri Aug 22 15:06:09 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1568260096 (1495MB) avail mem = 1517772800 (1447MB) ... cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Celeron(R) CPU G530 @ 2.40GHz, 2394.94 MHz ok, how do I put this nicely... To run a modern browser, you need a modern computer. 1.5GB RAM and a celeron processor doesn't cut it. NOW, that doesn't cause CRASHES, but when you fix the crashes by cranking up your login.conf specs, you will be so far into swap you will wish your browser crashed. Modern browsers leak memory like everyone has 16GB and a quad-core proc, AND restarts their browser several times a day. Look at those same browsers on Windows (their target market), you see the same thing. The difference is, OpenBSD kicks out programs that exceed predefined limits, that's what you are most likely seeing. But most likely, login.conf will fix your crash problem, as I use firefox, Chromium and Thunderbird on my amd64 system (three-core, 4G RAM), and usually get a week or two uptime between shutdowns (because of hitting RAM limits). Nick. +1 That is your problem...memory You will definitely see better performance with more memory. I use Pentium G2020 with 8GB of memory and the performance is good for browsing/occasional video with daily restart. Tweak the follwoing variables in /etc/login.conf datasize-max === 3G datasize-cur === 2G
Re: Vision 2020: Making OpenBSD the world's fastest OS
Lastly, I will remind you that the fastest OS compared to OpenBSD is very likely less than 15%. Say its 25% even, and you could get faster hardware to accomedate that. Come on, that is a false assertion. OpenBSD does have its warts, like everybody else out there. They are different warts compared to others. But IMHO running it slow with security is better than running it fast, and not paying attention to secuirty. In an era of ever increasing hardware speed, optimizing on anything other than security and stability is foolish. Yet, security and stability is why I stay with OpenBSD, as does most everybody who discover it.
Re: Strange route entry from China
On Tue, May 13, 2014 at 3:27 PM, Johan Ryberg jo...@securit.se wrote: Hi, Please forgive my ignorance. I have a small lab and I noticed this IP in the routing table: 61.174.51.232, resolves to 232.51.174.61.dial.wz.zj.dynamic.163data.com.cn # route -n show Routing tables Internet: DestinationGatewayFlags Refs Use Mtu Prio Iface default192.168.66.1 UGS739270 - 8 em0 61.174.51.232 192.168.66.1 UGHD 138722 - L 56 em0 127/8 127.0.0.1 UGRS 00 33144 8 lo0 127.0.0.1 127.0.0.1 UH 4 1244 33144 4 lo0 192.168.66/24 link#1 UC 10 - 4 em0 192.168.66.1 00:1b:17:bd:8d:11 UHLc 20 - 4 em0 224/4 127.0.0.1 URS00 33144 8 lo0 It came and disappeared quite fast. The box are a more or less stock OpenBSD 5.5 Is it normal that entries like this comes and goes? Labs are prime targets for scanning for vulnerable machines.
Re: # rm ../snapshots/i386/INSTALL.linux
nowadays in the days of UEFI, it is just plain wrong. that document will probably be deleted. On Thu, Apr 10, 2014 at 7:19 PM, Fung fungm...@qq.com wrote: out of sync? http://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/INSTALL.linux
Re: OpenBSD Website, multilanguage faq
On Thu, Apr 3, 2014 at 3:30 AM, Wesley MOUEDINE ASSABY open...@e-solutions.re wrote: Hi There's no anymore multilanguage pages ? Regards, Wesley They are gone... There are huge bunch of commits starting from this one. I thought it was a subtle April fool's joke but apparently not. http://marc.info/?l=openbsd-cvsm=139637003025491w=2
Re: Should Android have used OpenBSD instead of Linux?
On Tue, Nov 26, 2013 at 4:16 PM, Paul de Weerd we...@weirdnet.nl wrote: On Tue, Nov 26, 2013 at 02:00:53PM -0800, Chris Cappuccio wrote: | So the next question is, why would someone want to switch to OpenBSD | on one of these platforms? Because phone software is absolutely awful today. There is no exception. Some options have one or a few redeeming features, but overall it's overwhelmingly shite. I too dream of a phone that runs something as usuable and sane as my servers, laptop or desktop machine. Then again, I also dream of winning the lotery ;) (I realize that this was not what your question was about) Cheers, Paul 'WEiRD' de Weerd maybe a Blackberry then? Or wait a few years, we will have figured out how to load OpenBSD on them after the llvm/clang switch.
Re: mongodb
On Fri, Nov 22, 2013 at 4:18 PM, Chris Smith obsd_m...@chrissmith.orgwrote: Mentioned previously: On Tue, Oct 22, 2013 at 12:29 PM, Stuart Henderson s...@spacehopper.org wrote: Note that the mongodb port is currently broken (and has been since 5.3-ish iirc). Wondering if mongodb is operational with -current? No
Re: update to errata
On Mon, Nov 18, 2013 at 8:21 AM, Marko CupaÄ marko.cu...@mimar.rs wrote: On Mon, 18 Nov 2013 08:00:48 -0500 josh Grosse j...@jggimi.homeip.net wrote: OpenBSD is source code maintained. There is the -stable branch, which includes errata and any patches against -release that are not published as errata. See FAQ 5.1 for a detailed description of this branch. Thank you for the clarification, Josh. M:Tier distributes the -stable branch in binary form, as a third party service. See http://stable.mtier.org for information. I would rather stick to direct contact with OpenBSD and avoid introducing third parties into the mix. I am not afraid of syncing and patching sources, and building and installing binaries :) Few of the OpenBSD porters work at M:Tier. Here is something to help... http://opensource.mtier.org/binpatchng.html
Re: UEFI
My laptop has no BIOS. What do you recommend to get openBSD on it ? It's not entirely uncommon to have a (sometimes quite well hidden) option to choose 'legacy mode' or similar over UEFI mode. But you should be prepared to dig out the long form user or service manual for your device to track down just how to enable it. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. Not helping . Did someone use grub 2 to achieve a uefi boot ? This desktop is plain Dell inspiron 660s. I grabbed a linux CD (fedora or OpenSuse, i forget), and blew away Windows 8. I was searching for Windows 7 for dual-boot purposes, but they pre-loaded Windows 8 at that time. The search string you are looking for is something like: Legacy mode with secure boot disabled. Try this at your own risk.
Re: Freescale i.MX 6
On Fri, Sep 27, 2013 at 6:04 AM, Christer Solskogen christer.solsko...@gmail.com wrote: Hi! There was a mention of this platform earlier, but is this platform usable yet? I'm getting myself a Utilite, and was hoping I could use OpenBSD in it. This is ARM, but as far as I understood the platform is beagle, am I right? -- chs, Another alternative is http://cubox-i.com/ These are all i.MX6, the high end model is $120.
Re: update my box and Cinnamon avaible
On Mon, Sep 23, 2013 at 4:50 AM, James Griffin j...@kontrol.kode5.netwrote: * James Griffin j...@kontrol.kode5.net [2013-09-23 10:32:20 +0100]: * Roelof Wobben rwob...@hotmail.com [2013-09-22 12:03:10 +]: Hello, Before I try OpenBSd I have two questions. 1) The manual says that I can use pkg -upgrade But how do I know which packages can be updated or which security patches there are avaible. 2) Is a new version of Cinnamon avaible for OpenBSD and if so, how can I install it. Regards, Roelof Wobben With regard to Cinnamon, you might be interested in the ede Desktop Environment. It's quite similar to Cinnamon, I believe, although i've not used it. I recall someone else on ports@ liked it a lot. % pkg_info -Q ede % sudo pkg_add -i ede[...] I use ede daily. Fairly lightweight and simple, and so far not many crashes that I can recall. To the original poster: Cinnamon is a fork of GNOME3. Antoine Jasper already spend a lot of time on porting GNOME3, this is just added work. Unless somebody steps up and tries to port it, I don't think it will be available in OpenBSD.
Re: A suggestion for snapshots
On Fri, Sep 6, 2013 at 7:14 AM, Lars Engblom lars.engb...@kimitotelefon.fiwrote: Quite often the snapshot of the packages and the base system are out of sync, because naturally, the base has to be built before packages. For example in this moment, as I write this, Firefox can not be installed in a new system installed from snapshots, as the packages are compiled against an older snapshot (amd64) If there are just space on the ftp servers, I would suggest keeping two snapshots: one complete with both base and packages (always in sync) and one with just the newest base. This would make life easier for people following snapshots. Regards, Lasse The problem with ports is that even with a build farm, the ports guy has to make sure dpb runs to the end. In the best case, a dpb run WITHOUT problems to the end takes atleast a day with a fast quad core machine. gcc4, JDK 1.6 + 1.7, GTK+2, GTK+3, Qt4, Webkit, Firefox are some of the worst ports in terms of build time and the largest offender Libreoffice which alone takes 4-6 hrs of all quad cores (Xeon E3-1230v2 3.3GHz). I might have missed some offenders, I just built a subset, experienced porters who handle the whole tree know better than me which ones are also worthy candidates. Finding and fixing port problems takes a minimum of 2 and I am guessing typically 4 days to pump out a wholly built ports tree, on a extremely fast arch like amd64. By which time the userland, kernel and xenocara have changed a lot underneath. Hence, you get these mismatches from time to time. It is not catastrophic, solution is to wait for the next snap. Even if the ports build machine untars userland, kernel, xenocara, running dpb again may force rebuilds or sometimes not.
Re: What should we look before buying a laptop?
On Tue, Aug 27, 2013 at 1:35 PM, Kevin Chadwick ma1l1i...@yahoo.co.ukwrote: In my experience, now that video is out of the way, the thing to look out most for is getting a well supported built-in wireless card. That's starting to become difficult when buying new laptops because most drivers are lacking support for newer hardware variants. Perhaps someone knows of a usb wireless card with good range that works well under OpenBSD. I bought a Edimax N300 Wifi extender...connected with a 10/100 LAN cable to the back of this desktop machine. Removes the hassle of having a wireless driver. This machine came with a Atheros wireless card which is currently unsupported. Good luck.
Re: cvs -z compression to reduce network traffic
On Thu, 18 Jul 2013 03:06:03 +0200 Juan Francisco Cantero Hurtado i...@juanfra.info wrote: On Tue, Jul 16, 2013 at 09:25:34PM -0500, Amit Kulkarni wrote: Hi, Are the various cvs mirrors allowing compression? I tried with cvs -z 5. I currently sync from anoncvs3.usa and I think it doesn't, atleast the option of tcpdump -A didn't show me any decompression activity, just ssh packets being sent. top also didn't show any unzip or tar in the -I option If any mirror admin allows compression, please let me/us know. If they are willing to publicize the allowed compression level, please put in the list of cvs mirrors page! Syncing to src, ports, xenocara wastes many MB per month per person...and any help would be appreciated to cut down network traffic. I would be willing to be test this if it is not enabled currently, and a cvs server admin would like to enable it and check the load. thanks in advance I use stuart's and nick's tricks almost daily. cvsync for everything except when I break something in some port, in this case I just update the directory from the cvs. Probably other good option in your situation is to use a git or mercurial mirror. Both are very efficients in the network use. The problem is the public git mirrors are managed by people external to the project (and sometimes converted with broken tools). I did some tests some weeks ago with git-cvs and hg convert but IIRC both use a lot of RAM. My intention was to run a public mirror of ports, src and xenocara but I can't ask for a server with so many RAM to some sponsor for a mostly useless project. Thanks folks, for all of your kind suggestions and cluestick from Nick and Stuart. I will convert to cvsync.
cvs -z compression to reduce network traffic
Hi, Are the various cvs mirrors allowing compression? I tried with cvs -z 5. I currently sync from anoncvs3.usa and I think it doesn't, atleast the option of tcpdump -A didn't show me any decompression activity, just ssh packets being sent. top also didn't show any unzip or tar in the -I option If any mirror admin allows compression, please let me/us know. If they are willing to publicize the allowed compression level, please put in the list of cvs mirrors page! Syncing to src, ports, xenocara wastes many MB per month per person...and any help would be appreciated to cut down network traffic. I would be willing to be test this if it is not enabled currently, and a cvs server admin would like to enable it and check the load. thanks in advance
Re: Upgrading Snapshots and Dual-booting
On Mon, Mar 4, 2013 at 7:53 AM, James Griffin j...@kontrol.kode5.net wrote: Hi I've got a machine which is dual-booting Windows 7 and OpenBSD current. I am currently downloading the latest snapshot ready to upgrade but I would like to know if this will affect the dual-boot set up. I put my openbsd.pbr file into Windows and followed the faq guide to get Windows boot manager to provide an option to select OpenBSD which was no problem. Basically, will I have to do that again because i've upgraded my system? On the internet when I was searching for the process initially, some of the sites I looked at implied that it might be necessary to copy the boot stuff again and re-do the steps in Windows. Is this correct? Personally, I would have thought that it wouldn't make a difference, i'm only upgrading the sets and packages afterall. I'd be grateful if someone would be able to confirm before I go ahead and do the upgrade. Cheers, Jamie. I dual boot. As long as both Windows and OpenBSD have been booted multiple times and you used Windows 7 boot manager, it should be fine. Windows may sometimes fiddle with the MBR record, but both don't fiddle with it once the initial setup is completed. Follow the FAQ closely and you are good.
Re: 5.2, i386, small kernel crash
On Fri, Feb 8, 2013 at 11:56 AM, Christian Groessler ch...@groessler.orgwrote: Hi, I've tried to make a kernel config which only includes what I need. It's attached. The resulting kernel crashes in vga_pci_attach() when it writes to do_real_mode_post. do_real_mode_post is in the text section, so should be readonly, therefore the crash makes sense. But when I build GENERIC the crash doesn't happen, do_real_mode_post still in text section. How does this work? Aahhh, I must grab some popcorn for this one. Friday fun, whee...
Re: How do I compile 32-bit binaries on amd64 OpenBSD?
On Tue, Jan 22, 2013 at 3:37 AM, Salil Wadnerkar rohsh...@gmail.com wrote: Hi, Some programs like smlnj, which is SML by New Jersey, support only 32-bit binaries. On Linux distros, I can use gcc multilib support. How do I do that in OpenBSD? in general, if a port exists look at the Makefile for hints. smlnj was updated within the last few weeks and is marked i386 only. so you can use it on i386 only. www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/lang/smlnj/Makefile you can checkout 10 min delayed commits to the src, ports, xenocara trees on here www.openbsd.org/cgi-bin/cvsweb/ some people here use openports.se to quickly see if a port exists.
Re: out of swap
This is current/amd64. Unlike in previous versions, some memory-heavy processes (such as in building some big port) get killed with UVM: pid 11422 (cc1plus), uid 0 killed: out of swap On this machine, I have _no_ swap. However, the machine has 1G RAM, and most of it is free in the moment this happens. In fact, occasionaly, spawning a new xterm fails like this, even if there is nothing else happening and there is nearly 1G of free RAM. Has something changed in this respect? Do I _have_ to have swap? 1G of ram is definitely not enough to build large ports on amd64. Everything mozilla-related, for instance, goes up to 2G and more while linking. I ran into /etc/login.conf limits of datasize = 512M way before hitting any other limit, so is that bumped?
Re: Disk accesses freeze for a lot of seconds
Maybe the following will help. See Tuning for More http://wiki.squid-cache.org/BestOsForSquid I use mount options: noatime and async. I don't use softdep for squid cache either. that is not good policy. you are asking for trouble.
Re: BSD licensed gnupg replacement question
On Thu, Dec 6, 2012 at 1:10 PM, Maximo Pech mak...@gmail.com wrote: It's incredible for me that OpenBSD, an operating system that claims to have integrated cryptography (yes I know that the cryptography is on the core OS layers) doesn't have in the base system a tool like gnupg, and even more incredible, that there isn't a single production ready, gnupg-like, BSD licensed tool out there (I don't have the skills and time to program one myself). I'd like to know your thoughts about this. http://www.openbsd.org/cgi-bin/cvsweb/ports/security/gnupg/
Re: Problem building -current userland
rebuild userland aborted with a slew of errors in /usr/src/usr.sbin/smtpd/smtpd/../dns.c. In case this was a short-term glitch I re-updated my source tree at about 4pm EST and tried again, with the same result. Is this a known problem, or have I managed to screw something up? I built everything on amd64 around 2pm CST today. So definitely a cvs update or other issue. cd /usr/src cvs -z 9 -d$CVSROOT -q up -Pd Use cvs up -APd (-A updates to latest version without any release tags, since you mention following -current)
Crowding out OpenBSD
https://lwn.net/Articles/524606/ don't have a subscription but for those who do, enjoy.
Re: *** Error 1 in /usr/src/sys/arch/amd64/compile/GENERIC.MP (Makefile:816 'copy.o')
try a cvs update again. On Sat, Nov 3, 2012 at 9:29 AM, Hrvoje Popovski hrv...@srce.hr wrote: Hello, last few days I want to update the lastest current from cvs (ftp5.eu.openbsd.org or anoncvs.spacehopper.org) and I allways had this error. cc -D_LOCORE -x assembler-with-cpp -mcmodel=kernel -mno-red-zone -mno-sse2 -mno-sse -mno-3dnow -mno-mmx -msoft-float -fno-omit-frame-pointer -fno-builtin-printf -fno-builtin-snprintf -fno-builtin-vsnprintf -fno-builtin-log -fno-builtin-log2 -fno-builtin-malloc -fno-pie -nostdinc -I. -I../../../.. -I../../../../arch -DDDB -DDIAGNOSTIC -DKTRACE -DACCOUNTING -DKMEMSTATS -DPTRACE -DPOOL_DEBUG -DCRYPTO -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUVM_SWAP_ENCRYPT -DCOMPAT_43 -DCOMPAT_O51 -DLKM -DFFS -DFFS2 -DFFS_SOFTUPDATES -DUFS_DIRHASH -DQUOTA -DEXT2FS -DMFS -DNFSCLIENT -DNFSSERVER -DCD9660 -DUDF -DMSDOSFS -DFIFO -DSOCKET_SPLICE -DTCP_SACK -DTCP_ECN -DTCP_SIGNATURE -DINET -DALTQ -DINET6 -DIPSEC -DPPP_BSDCOMP -DPPP_DEFLATE -DPIPEX -DMROUTING -DMPLS -DBOOT_CONFIG -DUSER_PCICONF -DAPERTURE -DMTRR -DNTFS -DPCIVERBOSE -DUSBVERBOSE -DWSDISPLAY_COMPAT_USL -DWSDISPLAY_COMPAT_RAWKBD -DWSDISPLAY_DEFAULTSCREENS=6 -DWSDISPLAY_COMPAT_PCVT -DX86EMU -DONEWIREVERBOSE -DMULTIPROCESSOR -DMAXUSERS=80 -D_KERNEL -MD -MP -c ../../../../arch/amd64/amd64/copy.S ../../../../arch/amd64/amd64/copy.S: Assembler messages: ../../../../arch/amd64/amd64/copy.S:336: Error: no such instruction: `stac' ../../../../arch/amd64/amd64/copy.S:340: Error: no such instruction: `clac' *** Error 1 in /usr/src/sys/arch/amd64/compile/GENERIC.MP (Makefile:816 'copy.o') # dmesg OpenBSD 5.2-current (GENERIC.MP) #1: Tue Oct 16 13:12:07 CEST 2012 r...@bcbnfw01.srce.hr:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3219914752 (3070MB) avail mem = 3111780352 (2967MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf9920 (87 entries) bios0: vendor Dell Computer Corporation version A07 date 04/25/2008 bios0: Dell Computer Corporation PowerEdge 1850 acpi0 at bios0: rev 0 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP APIC SPCR HPET MCFG acpi0: wakeup devices PCI0(S5) PALO(S5) PBLO(S5) VPR0(S5) PBHI(S5) VPR1(S5) PICH(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(TM) CPU 3.40GHz, 3391.88 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,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,CNXT-ID,CX16,xTPR,NXE,LONG cpu0: 1MB 64b/line 8-way L2 cache cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 6 (application processor) cpu1: Intel(R) Xeon(TM) CPU 3.40GHz, 3391.51 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,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,CNXT-ID,CX16,xTPR,NXE,LONG cpu1: 1MB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 7 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 7 ioapic1 at mainbus0: apid 8 pa 0xfec8, version 20, 24 pins ioapic1: misconfigured as apic 0, remapped to apid 8 ioapic2 at mainbus0: apid 9 pa 0xfec83000, version 20, 24 pins ioapic2: misconfigured as apic 0, remapped to apid 9 acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PALO) acpiprt2 at acpi0: bus 3 (DOBA) acpiprt3 at acpi0: bus 2 (DOBB) acpiprt4 at acpi0: bus 4 (PBLO) acpiprt5 at acpi0: bus 8 (VPR0) acpiprt6 at acpi0: bus 5 (PBHI) acpiprt7 at acpi0: bus 6 (PXB1) acpiprt8 at acpi0: bus 7 (PXB2) acpiprt9 at acpi0: bus 9 (PICH) acpicpu0 at acpi0 acpicpu1 at acpi0 ipmi at mainbus0 not configured pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel E7520 Host rev 0x09 ppb0 at pci0 dev 2 function 0 Intel E7520 PCIE rev 0x09 pci1 at ppb0 bus 1 ppb1 at pci1 dev 0 function 0 Intel 6700PXH PCIE-PCIX rev 0x09 pci2 at ppb1 bus 2 em0 at pci2 dev 11 function 0 Intel PRO/1000MT (82546GB) rev 0x03: apic 7 int 17, address 00:1b:21:30:99:ba em1 at pci2 dev 11 function 1 Intel PRO/1000MT (82546GB) rev 0x03: apic 7 int 18, address 00:1b:21:30:99:bb ppb2 at pci1 dev 0 function 2 Intel 6700PXH PCIE-PCIX rev 0x09 pci3 at ppb2 bus 3 mpi0 at pci3 dev 5 function 0 Symbios Logic 53c1030 rev 0x08: msi scsibus0 at mpi0: 16 targets, initiator 7 sd0 at scsibus0 targ 0 lun 0: SEAGATE, ST373307LC, DS09 SCSI3 0/direct fixed serial.SEAGATE_ST373307LC_3HZ9WFYH sd0: 70007MB, 512 bytes/sector, 143374650 sectors safte0 at scsibus0 targ 6 lun 0: PE/PV, 1x2 SCSI BP, 1.0 SCSI2 3/processor fixed mpi0: target 0 Sync at 160MHz width 16bit offset 63 QAS 0 DT 1 IU 1 ppb3 at pci0 dev 4 function 0 Intel E7520 PCIE rev 0x09 pci4 at ppb3 bus 4 ppb4 at pci0 dev 5 function 0 Intel E7520 PCIE rev 0x09 pci5 at ppb4 bus 5 ppb5 at pci5 dev 0 function 0 Intel 6700PXH PCIE-PCIX rev 0x09 pci6 at ppb5 bus 6
dmesg of Xeon E3-1220V2 system
FYI, attached is a dmesg and hw.sensors for a Dell PowerEdge T110 II OpenBSD 5.2-current (GENERIC.MP) #0: Mon Oct 1 16:12:46 CDT 2012 r...@foo.lsu.edu:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4283289600 (4084MB) avail mem = 4146794496 (3954MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe6620 (59 entries) bios0: vendor Dell Inc. version 2.0.5 date 03/13/2012 bios0: Dell Inc. PowerEdge T110 II acpi0 at bios0: rev 2 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP SPMI ASF! HPET APIC MCFG BOOT SSDT ASPT SSDT SSDT HEST ERST BERT EINJ acpi0: wakeup devices P0P1(S4) GLAN(S0) EHC1(S4) EHC2(S4) XHC_(S4) PXSX(S4) RP01(S5) PXSX(S4) RP02(S5) PXSX(S4) RP03(S5) PXSX(S4) RP04(S5) PXSX(S4) RP05(S5) PXSX(S4) RP06(S5) PXSX(S4) RP 07(S5) PXSX(S4) RP08(S5) PEG0(S5) PEGP(S5) PEG1(S5) PEG2(S5) PEG3(S5) 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) Xeon(R) CPU E3-1220 V2 @ 3.10GHz, 3093.43 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xT PR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,FSG SBASE,SMEP,INVPCID cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 99MHz cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz, 3092.97 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xT PR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,FSG SBASE,SMEP,INVPCID cpu1: 256KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz, 3092.98 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xT PR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,FSG SBASE,SMEP,INVPCID cpu2: 256KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz, 3092.98 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xT PR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,FSG SBASE,SMEP,INVPCID cpu3: 256KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (P0P1) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus -1 (RP02) acpiprt4 at acpi0: bus -1 (RP03) acpiprt5 at acpi0: bus -1 (RP04) acpiprt6 at acpi0: bus 3 (RP05) acpiprt7 at acpi0: bus -1 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus 1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) 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: FN00 acpipwrres1 at acpi0: FN01 acpipwrres2 at acpi0: FN02 acpipwrres3 at acpi0: FN03 acpipwrres4 at acpi0: FN04 acpitz0 at acpi0: critical temperature is 106 degC ipmi at mainbus0 not configured cpu0: Enhanced SpeedStep 3093 MHz: speeds: 3101, 3100, 3000, 2900, 2800, 2700, 2600, 2500, 23 00, 2200, 2100, 2000, 1900, 1800, 1700, 1600 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 vendor Intel, unknown product 0x0158 rev 0x09 ppb0 at pci0 dev 1 function 0 vendor Intel, unknown product 0x0151 rev 0x09: msi pci1 at ppb0 bus 1 mpii0 at pci1 dev 0 function 0 Symbios Logic SAS2008 rev 0x03: msi mpii0: PERC H200A, firmware 7.15.8.0 IR, MPI 2.0 scsibus0 at mpii0: 42 targets sd0 at scsibus0 targ 9 lun 0: SEAGATE, ST9300605SS, CS08 SCSI4 0/direct fixed naa.5000c5005 489ea03 sd0: 286102MB, 512 bytes/sector, 585937500 sectors ehci0 at pci0 dev 26 function 0 Intel 6 Series USB rev 0x04: apic 0 int 20 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb1 at pci0 dev 28 function 0 Intel 6 Series PCIE rev 0xb4: msi pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 4 Intel 6 Series PCIE rev 0xb4: msi pci3 at ppb2 bus 3 bge0 at pci3 dev 0 function 0 Broadcom BCM5722 rev 0x00, BCM5755 C0 (0xa200): apic 0 int 16 , address d4:ae:52:c1:f9:30 brgphy0 at bge0 phy 1: BCM5722 10/100/1000baseT PHY, rev. 0 ehci1 at pci0 dev 29 function 0 Intel 6 Series USB rev 0x04: apic 0 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev
Re: PCManFM crashing
On Mon, Sep 17, 2012 at 6:59 AM, Claudiu Tanaselia claud...@tanaselia.ro wrote: Hello, I have Openbsd 5.1 (amd4) with fluxbox and pcmanfm installed both from packages. Right-clicking inside a running pcmanfm windows will crash the application with the usual segmentation fault (core dumped). Could anyone confirm this behaviour or offer solution on how to fix this issue? Thanks, Claudiu. I have updated pcmanfm to latest (https://github.com/jasperla/openbsd-wip/x11/pcmanfm), and it has similar segmentation problems. If nobody is interested in digging further, pcmanfm should be removed from -current. There are many similar packages and this one won't be missed. thanks
Re: Dilemma: between OpenBSD and NetBSD
On Fri, Aug 10, 2012 at 8:47 AM, benh...@gmx.us wrote: Hi A client of mine asked me if I can develop a BSD project for them. I don't have much experience with BSDs, and I have been collecting some background information. I was given the choice between OpenBSD and NetBSD. Now, since portability is not all that important, I was oriented towards OpenBSD, which is more secure. The only problem might be the lack of certain features on OpenBSD, such as support for a modern filesystem. As I said, I don't know much about BSDs, so don't flame at me if I say something incorrect. In fact, I am asking your advice. What I would need for my project is a filesystem that supports, at least, journaling. From what I have seen, NetBSD already has that, while OpenBSD doesn't. Has any modern filesystem been ported to OpenBSD? I really need to know, because this issue may constitute a stumbling block to my adoption of OpenBSD. Thanks Ben J. Rafter You are asking the wrong question. Is the filesystem reliable is the right question to be asking. Not tick if it has this or that feature. OpenBSD is lagging behind but what it has is very reliable.
Re: [www.openbsd.org] Re: man pages with screen reader
I fortunately have working eyes, but i fully understand blind people, and completely don't understand why there is still no braile terminal available. This (with classic unix software) would be IMHO golden solution for blind people. I mean no full screen but just a braile printer as terminal. no money there...
Re: processes dying on an old ALIX
Recently, processes started to die for reasons unknown, as in pid 20260 (postgres): user write of 118784@0x28052000 at 159088 failed: 14 pid 1872 (cron): user write of 118784@0x2b1e3000 at 30224 failed: 14 14 is EFAULT as per sys/errno,h - what can be causing it? first check if filesystem is full. Filesystem SizeUsed Avail Capacity Mounted on /dev/wd0a 196M113M 73.6M61%/ /dev/wd0d 490M421M 44.2M90%/usr /dev/wd0e 1.6G382M1.1G25%/usr/local /dev/wd0g 48.5M7.4M 38.7M16%/var /dev/wd0h 49.0M 22.8M 23.7M49%/var/log /dev/wd0i 49.0M 20.2M 26.4M43%/var/mail /dev/wd0j 197M 23.6M164M13%/var/mysql /dev/wd0k 97.8M 39.9M 53.0M43%/var/postgresql /dev/wd0l 49.0M 16.3M 30.3M35%/var/spool /dev/wd0m 4.9G3.3G1.3G71%/var/www /dev/wd0n 1005M 34.0K954M 0%/tmp /dev/wd0o 5.0G2.9G1.8G61%/home Can you please elaborate how a lack of disk space would result in an EFAULT? write failed, one problem could be disk is full. how much is swap configured? swapctl: no swap devices configured The machine doesn't do much, and so far the 128M of RAM was enough. I will reinstall with a swap partition if it makes a difference - should lack of swap result in an EFAULT? with low memory machines, you want to load it, and yet don't allow memory to grow with no swap and datasize-cur limits? some of the processes will fail eventually. this is another problem. configure swap to be double the RAM size, or if you insist on loading the machine about 4 times the RAM size. you obviously forgot to or didn't want to configure swap. good luck It usually happens under a stress (the machine is pretty scarse on resources, so 'stress' can be accepting a batch of DNS queries). For example, the postgres EFAULT above happened exactly when a batch of emails arrived. Is this a memory problem? My login.conf limits all classes to datasize-cur=100M. Can this be a memory HW problem?
Re: processes dying on an old ALIX
this is another problem. configure swap to be double the RAM size, or if you insist on loading the machine about 4 times the RAM size. you obviously forgot to or didn't want to configure swap. is the twice the RAM mantra still valid today? i have seen openbsd swap just once on 8 GB RAM, when gmake -j 6 compiles loaded huge linking stages. you are asking the wrong person :-)
Re: C Programming Language - KR books to be given...
On Mon, Jul 2, 2012 at 4:47 AM, Amarendra Godbole amarendra.godb...@gmail.com wrote: Hi misc@, tech@, If it is difficult to grab hold of a copy of KR 2nd ed., please drop me a private note -- I have a bunch of copies (5) which I can send across your way as a gift. I'll probably ask you to cover the shipping (~$6 US). These are Indian reprints which cost a lot less here in India (~$2.5 US), than they do in the US or the EU. Thank you. -Amarendra they are cheap in india for a specific reason, and they are expensive in US/EU for another specific reason. this is getting into import/export. be careful. good luck
Re: Jun 28 Jul 1 snapshot files hash not match.
2012/7/2 f5b f...@163.com: download files from ftp.openbsd.org or ftp.usa.openbsd.org Jun 28 Jul 1 snapshot files found man52.tgz base52.tgz etc52.tgz game52.tgz hash did not match the content in SHA256 file. bsd.* x* files hash match SHA256 - local files hash of Jul 1 amd64 snapshots SHA256 (INSTALL.amd64) = 7163285a57797c2b5edc4d1ec7b9ee2ef68420a3b91ff28d2bf2f9f54bc9fb4d SHA256 (SHA256) = 39c5562f81d7c54a71a3238c4e674ea6318a603346f5e99d7460f38b2a935d73 SHA256 (base52.tgz) = a1c8a65caffd4c34b7c5a1152b427b76bbe96dc4831723c8d135b1813cb56f68 SHA256 (bsd) = 632e9ec0ed7bbcc10dd203b71440855e396df4741964c394972396e6586edc6b SHA256 (bsd.mp) = 7fcbe15b6052e69227bfe60d4bb30ae0a18a4eb3eea5630e093197dfc595beee SHA256 (bsd.rd) = 2ac5b3531d71a7e27f615ca4b6bdace073f1e63885973d6debf897e0387909b1 SHA256 (etc52.tgz) = 80ccde6e6495c2c24394572a7ca432450195350d1780d8aa565a066ff444ce12 SHA256 (game52.tgz) = 446fdd91b73bf7644a38fff5b548ca3c29462af10209967aa27dc770ec98a579 SHA256 (index.txt) = 2ab16b9b382d9047e68ea22450a684ff9a3fe830f340644142e6769f87076441 SHA256 (man52.tgz) = 1b62ba3419657c24dd70a85e57ffe11e64b3dbba3b1f8cfcd374b21d84994cef SHA256 (pxeboot) = c1738d8e631dbd8b100f31030f1f742a0043feccce58aebb330dff2eb20ab2a2 SHA256 (xbase52.tgz) = c70b4256849bce3a11b412231f0124a3ab91e312bacac1eef7a57cbd580e7811 SHA256 (xetc52.tgz) = 93e018e66833ad083aef45fbb2019907dbaea44d65d739fe856a783114d1a093 SHA256 (xfont52.tgz) = 85703108fb2676f8b7b81919c8e7d5647f7b5465b69d769c91d523367a08355e SHA256 (xserv52.tgz) = f7458784e8865dca45b652c735a5d53d92d0e7729a6ee3938a4fc813243d2f5f SHA256 (xshare52.tgz) = 1737fc6774dd6a0b7b80791b44afa0e113ac3af1e0f6688c88081bec5d980cc5 search the archives. bottomline: not a problem
Re: Learning C Programming
Talk about learning C Programming and the KR book being a good one. Is this the book? http://www.amazon.com/C-Programming-Language-2nd-Edition/dp/0131103628 yes it is, and i am surprised it is ~ $50. it is such a small book.
Re: Learning C Programming
On Thu, Jun 21, 2012 at 1:20 PM, Matthew Dempsky matt...@dempsky.org wrote: On Thu, Jun 21, 2012 at 10:55 AM, Amit Kulkarni amitk...@gmail.com wrote: yes it is, and i am surprised it is ~ $50. it is such a small book. FWIW, you can read the C specification drafts online for free: C89: http://flash-gordon.me.uk/ansi.c.txt C99: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1124.pdf C11: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf If you're interested in more UNIX-specific stuff (e.g., POSIX, ELF, various platform specific bits), the uclibc projects keeps a good index of resources at http://www.uclibc.org/specs.html. That said, specs are not the friendliest way to learn about something for the first time, but they're pretty handy as a reference. ^^^ this is a very informative post. i will bookmark these sites. openbsd is teh way i have learnt about POSIX and standards.
Re: spamd greylisting: false positives
But why are you synproxying for spamd? Why shouldn't I? These guys do in their example. https://calomel.org/spamd_config.html don't ever recommend calomel on a openbsd mailing list, search the archives for why. here's a hint: they work spectacularly
Re: undeadly
On Thu, Apr 26, 2012 at 4:30 PM, Gilles Chehade gil...@poolp.org wrote: On Thu, Apr 26, 2012 at 08:52:03PM +0800, Lars Hansson wrote: On Thu, Apr 26, 2012 at 8:50 PM, Lars Hansson romaby...@gmail.com wrote: On Thu, Apr 26, 2012 at 8:43 PM, Mihai Popescu mih...@gmail.com wrote: This is interesting too (first paragraph), from the Ion author: http://tuomov.iki.fi/software Guess why Ion3 isn't in ports anymore. Or more correctly, guess why it's a stone-age version. bleh ... it does what it advertizes and works pretty fine, I've used it for years and the fact that it's a stone age version does not prevent me from working with it both at home at work. the reason why i like it is precisely because it's simple and doesn't come with tons of features that change all of the time, it's the same look feel on all systems I use, and has been like that for years. Yes, I concur with this sentiment. Having tried many WMs, and doing repetitive wiping of installs/port building that you eventually want stability and not go hunting why this or that broke. It just diverts your time away from your planned work for that day. So I now use the default fvwm like Marc says he does, but I am looking for a very fast compiled lightweight WM, and will try out the alternatives :-)
Re: install questions
Under Ubuntu 11.10 running the virtualbox 4.1.10-76795~Ubuntu~oneiric from the Oracle site, I've set up a virtual machine to go through the install process and learn how not to shoot myself in the foot. But virtualbox reports it as having aborted. I suspect a bug in the latest virtualbox update, has anyone else been able to run this ISO under this latest version of virtualbox? Last I checked VirtualBox needs both a AMD-V + AMD-Vi or if you go the Intel route VT-x and VT-d. VMWare Player works better if you don't have AMD-Vi or Intel VT-d i.e it at least lets you play with a working box (you have to select FreeBSD 64 bits if you want to install OpenBSD AMD64 bits). Please correct me here if I am wrong. For what I wanted: a machine capable of full ports builds for KDE 4.X work, VMWare Player is totally unsuitable. It just bogs down and its just better to have configured a 1 CPU machine, 2GB VM. I tested about a month ago. Better to buy a cheap old machine with no data on it and go the full native route for testing.
Re: install questions
I think I tried vmware player at one point and had absolutely dreadful i/o performance, no idea if that is still the case. Virtualbox, see above ;) No idea how well OpenBSD does in xen. Yep, atrocious i/o performance in VMWare Player as of 4.0.2. This was before rthreads though, I don't think it would alter much after rthreads.
Re: My OpenBSD 5.0 installation experience (long rant)
On Wed, Mar 7, 2012 at 11:19 AM, David Vasek va...@fido.cz wrote: On Wed, 7 Mar 2012, Donald Allen wrote: While the FAQ is indeed clear, the installer's simplicity appears at that point a little deceptive, in that one (I know I was) is tempted to think that such a user-friendly installer would not harm one so easily... I disagree. I think the installer is fine the way it is and it was not the problem here. The problem was the original poster's too-cavalier approach to something that is well-known to be dangerous. What happened here is somewhat analogous to texting while driving or flying an airplane drunk and, when disaster occurs, being upset (assuming survival) that the equipment didn't prevent it. Except that the equipment shoudn't direct people to behave in such a disasterous way. And this the case. Regards, David what about this Use (W)hole disk or (E)dit the MBR? [edit] while the OP did make a mistake, he could modify the default to be edit the MBR. so he would be forced to pay attention while staring at the partition table. i would be paying attention to the instructions. stuart is right, there's a point where if you add confirmations, where would you stop? and for some daemons, there is no open source alternative to OpenBSD, so learn it. good luck
Re: Long delay updating xenocara source tree?
On Sat, Jan 28, 2012 at 8:43 AM, Steffen Daode Nurpmeso sdao...@googlemail.com wrote: Hey, Dave Anderson wrote [2012-01-28 15:13+0100]: [.] I haven't yet had a chance to look into how cvs works beyond reading the man page, faq, etc. Also true for me. I've run into this problem perhaps a dozen times over the past several months [.] I've noted a lot of upload network traffic when doing 'cvs up' on OpenBSD repos; i.e., before anything else happened about ~70 MB (www) and ~150 MB (src) *upstream* traffic were produced, and it took more than an hour before the download of data began (src). I never had similar problems with anoncvs.mindrot.org, nor cvs.savannah.gnu.org and *.cvs.sourceforge.net etc. If you're doing your updates in such a regular manner, i think your best bet is cvsync(1), even if that means additional local storage - but it is *far* more efficient in both, time and traffic. (Not to talk about the possibility to do 'cvs log' and the like locally, without internet connection; if that's an issue.) Pears similar ciao, --steffen Steffen, i also used to suffer from this unexplained stuff, and yes i used comstyle/spacehopper thanks... this motivated me to use cvsync from anoncvs and use a CVSROOT=/home/amit/MYLOCALREPO to update from cvs. Much much faster and while initial checkout from cvsync takes 5-10 hrs, the subsequent updates are lightning quick. --amit
Re: n00b questions -- keyboard messed up
On Tue, Jan 24, 2012 at 2:07 AM, David Coppa dco...@gmail.com wrote: On Tue, Jan 24, 2012 at 9:01 AM, Marc Espie es...@nerim.net wrote: On Tue, Jan 24, 2012 at 01:33:01AM +0100, Ariane van der Steldt wrote: KDE also had a browser (konqueror). I don't know if KDE4 still provides it. Konqueror, as shipped in KDE3, is pretty dated and will probably not handle many sites, so won't display facebook or twitter (which may considered a feature). Yes, there's still a konqueror in kde4, but it should be considerably improved. Consider that qt4 integrates webkit, for a start. By default, it still uses KHTML. You can switch it to WebKit by installing kwebkitpart and changing the service preference order using keditfiletype text/html. I do believe that Vadim has the new KDE porting at http://github.com/jasperla/openbsd-wip use webkit as the rendering engine
Re: locate weirdness
For those that happen to google this thread trying to find the solution: upgrading *would* have fixed his system due to the various steps done during upgrades, BZZZT! WRONG! If the system rebooted clean [which this one did], the problem would not have been found during a normal upgrade. Again, misdirection, tons of rheotiric deflecting the issues, and normal behavior of many on this list DID totally obscure the problem. *BUT* that's the way it works here. a recent system does a fsck -fp of each partition, so it would have fixed your problem. you are very ungrateful, by insulting a person who helped you, for free.
Re: VoIP Sophtphones
On Thu, Jan 19, 2012 at 3:36 AM, sc...@web.de wrote: Tomas Bodzar wrote: OpenBSD 4.8 and earlier releases are not supported anymore. I will update to 5.0 or 5.1 later, but now I have a little stress and other preocupations. To update twice a year means a little work and care, and there are priorities. I am just using OpenBSD as desktop. Perhaps a misuse, because security is not my priority, indeed I would perhaps preffer less security and have more software, telnetd in the system (with a hint to security problems in the man pages), etc, but I am happy with OpenBSD as Desktop. And to update once a month using Windows update doesn't involve work? OpenBSD asks you to update once every six months...or you could follow OpenBSD -current and update once a month or so.
Re: how to choose outgoing IPv4 address/interface ?
On Fri, Dec 30, 2011 at 2:36 PM, Stuart Henderson s...@spacehopper.org wrote: On 2011-12-30, Henning Brauer lists-open...@bsws.de wrote: * chipits...@gmail.com [2011-12-30 05:21]: why does OpenBSD choose vlan379 ? how can I make it use vlan200 for all outgoing traffic except bgp communication ? for wildcard binds (INADDR_ANY aka 0.0.0.0, connect without bind has the same effect) the address is chosen based on the route to the destination. IPv6's source address selection logic is so awesome there's a 23-page RFC to describe it. and it's not even deterministic! if you exhaust the set of 8 priorities to follow, the OS can choose whichever address it likes! clever eh? you couldn't make this up. guess which company authored the RFC. cisco? and no i didn't look
Re: out-of-date how to update port dependencies
On Sun, Dec 18, 2011 at 11:02 AM, alokat mail...@alokat.org wrote: Hi, I have a question about updating the openBSD ports. If I get an output like: multimedia/xine-ui # 0.99.6p0 - 0.99.6p1 I update this port with the following commands: cd /usr/ports/multimedia/xine-ui make update But how can I fix a dependency update like this on: x11/slim # png-1.2.44 - png-1.2.44p0 I have updated the png port and a reinstall of slim doesn't work. Regards, alokat man dpb see options -u -U -R
Re: mplayer problems
even after latest kernel, userland, xenocara AND ports trees? please redirect ports stuff to ports@ in future On Wed, Nov 30, 2011 at 10:17 PM, Luis Useche use...@gmail.com wrote: Hi Guys, Is anyone having problems lately with mplayer? After my last update of packages mplayer alternates between these two errors: (0)$ mplayer mplayer: can't load library 'liborc-0.4.so.4.0' (0)$ mplayer mplayer: can't load library 'libenca.so.0.0' I also tried to compile from ports without success: Missing library for orc-0.4=0.0 Any advice? Thanks, Luis.
Re: Narcicism?
I'm 24 years old. I was a Linux hacker since I was 13. I am a bit of a guru [snip] age, but at an older age I relearned it well. I am the guru sort of guy, I A guru is someone who knows stuff. and somebody who doesn't come crying or complaining. Gurus help other lesser mortals. What a good laugh for the day!
Re: usb device causes system crash (ucomstart: null oxfer)
panic message: uvm_fault(0xd0a2c8c0, 0x1000, 0, 1) - e kernel: page fault trap, code=0 Stopped at usb_allocmem+0x14f: cmpl%ebx,0(%eax) I also have a similar panic message. My solution is to disable ehci from my GENERIC. stupid but it works on this NVIDIA USB controller. jakemsr@ knows about this problem. On Tuesday, November 29, 2011 7:14 PM, Byron Klippert byronklipp...@ml1.net wrote: I managed to capture trace and ps output from ddb Is this a worthy cause to investigate further or should I take the advice of others and move on to real(tm) hardware. It would be a shame given the distasteful argument well it works fine under ddb trace usb_allocmem(d800,2,0,d101c740,d101c700) at usb_allocmem+0x14f ehci_allocm(d800,d101c740,2,d079d66e,101c754) at ehci_allocm+0x27 usbd_transfer(d101c700,d1109900,0,1388,d75b3d74) at usbd_transfer+0xbb usbd_do_request_flags_pipe(d1109900,d1109880,d75b3d74,d75b3dce,4) at usbd_do_request_flags_pipe+0xbb usbd_do_request_flags(d1109900,d75b3d74,d75b3dce,4,d75b3d7c) at usbd_do_request_flags+0x3c usbd_get_string_desc(d1109900,1,1,d75b3dce,d75b3ecc) at usbd_get_string_desc+0x5e usbd_get_string(d1109900,1,d3487487,7f,d0ae9220) at usbd_get_string+0x74 usbd_devinfo_vp(d1109900,d3487487,7f,d3487408,7f) at usbd_devinfo_vp+0x165 usbd_fill_deviceinfo(d1109900,d3487400,1,1,0) at usbd_fill_deviceinfo+0x53 usbd_fill_di_task(d3487400,20,d098f0af,0,d54f362c) at usbd_fill_di_task+0x43 usb_task_thread(d54f362c) at usb_task_thread+0xb1 Bad frame pointer: 0xd0ba0e48 ddb ps PID PPID PGRPUID S FLAGS WAIT COMMAND 11732 5036 11732 0 3 0x4000 endtask usbdevs 18220 17676 18220 1000 3 0x4080 kqreadtmux 17676 13203 17676 1000 3 0x4080 pause ksh 13203 24243 24243 1000 3 0x180 selectsshd 24243 7551 24243 0 3 0x4180 netio sshd 30142 13825 18365 1000 3 0x4080 ttyin more 13825 18365 18365 1000 3 0x4080 pause sh 18365 28650 18365 1000 3 0x4080 wait man 28650 29160 28650 1000 3 0x4080 pause ksh 24368 29160 24368 1000 3 0x4080 ttyin ksh 11053 19990 11053 0 3 0x4080 ttyin vi 19990 29160 19990 1000 3 0x4080 pause ksh 16050 14405 14405 67 3 0x180 netconhttpd 21227 29160 21227 1000 3 0x4080 ttyin ksh 5036 29160 5036 1000 3 0x4080 pause ksh 29160 1 29160 1000 2 0tmux 30544 14405 14405 67 3 0x180 netconhttpd 1510 14405 14405 67 3 0x180 netconhttpd 16181 14405 14405 67 3 0x180 netconhttpd 15339 1 15339 0 3 0x4080 ttyin getty 8516 14405 14405 67 3 0x180 netconhttpd 276 14405 14405 67 3 0x180 netconhttpd 9801 14405 14405 67 3 0x180 netconhttpd 22942 1 22942 0 30x80 selectcron 29745 1 29745 0 3 0x180 selectinetd 14405 1 14405 0 30x80 selecthttpd 761 1761 0 3 0x40180 selectsendmail 7551 1 7551 0 30x80 selectsshd 6224 1 6224 0 30x80 poll ntpd 15671 25737 15671 83 3 0x180 poll ntpd 25737 1 25737 83 3 0x180 poll ntpd 1898 14567 14567 74 3 0x180 bpf pflogd 14567 1 14567 0 30x80 netio pflogd 24868500500 73 2 0x180syslogd 500 1500 0 30x88 netio syslogd 31551 1 31551 77 3 0x180 poll dhclient 13676 1 25110 0 30x80 poll dhclient 13732 1 13732 0 30x80 mfsidlmount_mfs 5311 1 5311 0 30x80 mfsidlmount_mfs 16196 1 16196 0 30x80 mfsidlmount_mfs 13 0 0 0 30x100200 aiodoned aiodoned 12 0 0 0 30x100200 syncerupdate 11 0 0 0 30x100200 cleaner cleaner 10 0 0 0 30x100200 reaperreaper 9 0 0 0 30x100200 pgdaemon pagedaemon 8 0 0 0 30x100200 bored crypto 7 0 0 0 30x100200 pftm pfpurge *6 0 0 0 70x100200usbtask 5 0 0 0 30x100200 usbatsk usbatsk 4 0 0 0 30x100200 bored syswq 3 0 0 0 3 0x40100200idle0 2 0 0 0 3
Re: cd boot panic on 5.0 but not 4.9 or earlier
how safe are those two images? would it be ok to run on a production system or should I wait for the official 5.0 stable branch? The only time -current is NOT to be trusted is in the middle of a Hackathon, where you can watch commits flying in. Watch, but wait till its over before you decide to use it for anything critical. ;-) I would add to this: 1) always fiddle with -current on a identical machine to your current production machine. 2) if ok then upgrade to that day's snapshot. usually -current snapshots contain code which the devs want to test. that is, code cleanups, code reorganisation is done there first. So is code to bring out hidden bugs, usually if somebody complains nicely, its fixed within a week or so. Harder to tackle bugs are put in a informal queue :-) Also almost all devs run -current and some people I read of run their businesses on -current. good luck
Re: Giving java apps more memory
Is this information helpful... john@rothbard ~$ ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) 524288 file size (blocks, -f) unlimited max locked memory (kbytes, -l) 1354329 max memory size (kbytes, -m) 4059940 open files (-n) 128 pipe size(512 bytes, -p) 1 stack size (kbytes, -s) 4096 cpu time (seconds, -t) unlimited max user processes (-u) 128 virtual memory (kbytes, -v) 528384 I need to change this one in login.conf or in my .profile... max memory size (kbytes, -m) 4059940 There is no manpage for ulimit. That's cause it is a shell built-in, so its manpage is in ksh(1): you can always try: elendil:haesbaert: type ulimit ulimit is a shell builtin the /etc/login.conf default values need to be fixed. this will reduce the number of emails asking the same question in so many different forms.
Re: Which version of Firefox most secure?
7.x.xx actual stable from Mozilla 7.x is no longer supported by Mozilla. 7.0.1 has 3 CVEs If you don't have 8.0 on ports, go with 3.6.24 8.0 is in the process of being updated by nigel@, see his emails to ports@ in last two weeks or so. Tests and feedback is welcome from those running current. Most current port for firefox 8.0 can be found at www.github.com/jasperla/openbsd-wip/
Re: Recommended working IDE
devel/geany? On Fri, Nov 18, 2011 at 7:51 PM, John Tate j...@johntate.org wrote: Misc, I've had troubles with eclipse and anjuta. Eclipse does not want to run, anjuta seems to be missing it's symbol browser in anjuta-extras. Anjuta actually works, but when I open a project it gives me an error. I've already posted what it is, so search. Is there an IDE that works? What is it? Perhaps I should just learn emacs. Though, I really like anjuta. Are there any IDE recommendations apart anjuta, eclipse, and vim and emacs editors available? John -- www.johntate.org
Re: intermittent 5.0/amd64 kernel/X hangs on Tinkpad T60
On Sat, Nov 12, 2011 at 7:52 AM, Gregor Best g...@ring0.de wrote: On Fri, Nov 11, 2011 at 01:27:27PM -0500, Jonathan Thornburg wrote: [...] Questions: * Are other Thinkpad T60 users seeing similar problems? [...] I'm using an R61i and I sometimes see that too. On my machine, it usually happens under relatively high I/O load, such as when using rsync to copy data from another machine to a USB disk. At one point I suspected Firefox though (because every time the lockup happens, I have an instance of that running and it's either doing a page load or something else cache-intensive), so maybe the problem is somewhere in the I/O system (such as a write blocking for all eternity and the X server being grabbed). The lockups never happened when I was not using X, though that not using X-phase was only for a week or so. My /home is also a softraid encrypted volume and /tmp is an MFS, as with your setup. This happens with the default GENERIC.mp kernel. In OpenBSD, I/O blocks everything else, sometimes it looks like a hang...rcently i was downloading stuff from net/gftp and gftp hung the machine till the ftp transfer were complete. Have had it once or twice only but always under I/O load. but the hangs under idle condition are a bug.
Re: Packages issues
Well, if you feel like untangling the dependency nightmare that comes with modern desktop systems, good luck ! Yes, the dependency chain for modern desktop is quite complex. In our packages (at least for GNOME related stuffs) we are trying to find the good balance so that most expected functionnality works out of the box. The drawback of this is that we have to enforce some dependencies sometimes, but it is either that or we end up like Debian and have 15 packages created out of 1. This would end up in a complete nightmare wrt maintainability and users would need to know exactly which -libs, -common... package they need to install to make something work. But do note that unlike most Linux distributions, OpenBSD does _not_ start any daemon installed from packages by default, the user/administrator has to explicitely enable it. So on and on, when you end up with avahi in your dependency chain it is not such a big deal as it will not be started anyway. IMHO, the situation in OpenBSD is far better than some other distros. And we don't install as much package cruft as some Linuxes. Antoine, does this mean that we have to search for a way to disable automatic indexing of files which KDE does? that's a daemon/service started by KDE by default. thanks
Re: Using TrinityDesktop to replace KDE3
On Tue, Nov 1, 2011 at 5:31 PM, Vadim Zhukov persg...@gmail.com wrote: Hello all. Someone of you could already know this, but me was just notified: there exists Trinity Desktop - http://www.trinitydesktop.org/ - that aims to keep KDE 3 platform alive. One of the goals they pursue is co-existing with KDE 4. My crazy idea is to port Trinity (those guys migrate to using Qt4 and CMake, which is cool, and to UDev, which is not) and make it replace KDE 3 (which is dead upstream anyway). After this migration to KDE 4 will be seamless (and those who want KDE 3 enchanced could have it too :) ). Is anyone interested? -- WBR, Vadim Zhukov moving this to the misc@ list to get a gauge on people's opinions. Are there many users of KDE on OpenBSD? I thought OpenBSD is mostly GNOME :-) This new fork would be too much work :( Idea is very good, but GNOME in OpenBSD is moving completely to 3.X, why keep a fork of old KDE or old KDE? I agree that there are problems with new KDE but they would be solved in future versions. Opinions?
Re: Updating plus.html
On Wed, Nov 2, 2011 at 6:42 AM, Brett brett.ma...@gmx.com wrote: Hi, If no-one else is updating this page, I will do it. Can someone tell me what date the OPENBSD_5_0 tag was added so I know when to start from? I couldn't figure out if this was possible from cvs. My plan is to go through the source changes and plunder from the commit messages. Brett. Brett, I offered to do it. But I am contributing to KDE porting and that's taking a lot of time, so if you could do the plus.html, just great! I didn't realize that diffing plus.html would take so much of my time. That's real work. I would say, you follow the github.com/openbsd repo, and do a git log. OpenBSD 5.0 tag was added on August 8th per the latest changelog ftp://ftp.openbsd.org/pub/OpenBSD/Changelogs/ChangeLog I have a diff for updating plus50.html but it needs further corrections, right now it takes to 06/20/2011 from 05/15/2011. I will do the diff tomorrow and then I hope you can do the future diffs? You would need to download the www repo and cvs diff -u against plus.html thanks in advance
Re: Updating plus.html
Hi, If no-one else is updating this page, I will do it. Can someone tell me what date the OPENBSD_5_0 tag was added so I know when to start from? I couldn't figure out if this was possible from cvs. My plan is to go through the source changes and plunder from the commit messages. Brett. Brett, I offered to do it. But I am contributing to KDE porting and that's taking a lot of time, so if you could do the plus.html, just great! I didn't realize that diffing plus.html would take so much of my time. That's real work. I would say, you follow the github.com/openbsd repo, and do a git log. OpenBSD 5.0 tag was added on August 8th per the latest changelog ftp://ftp.openbsd.org/pub/OpenBSD/Changelogs/ChangeLog I have a diff for updating plus50.html but it needs further corrections, right now it takes to 06/20/2011 from 05/15/2011. I will do the diff tomorrow and then I hope you can do the future diffs? You would need to download the www repo and cvs diff -u against plus.html thanks in advance I've done most of the latest updates with Janne's corrections. It's true I have a lot of diffulties to find time to do it lately, sorry :(, so maybe it'll be better if someone else take it now. Anyway I'm a bit surprised some other people worked on it, I've worked with Janne and some stuff are almost but not yet published (to week #26, the beginning of c2k11 for 5.0, and week #33 and #34 of current). I've done some work I could submit soon to Janne with weeks #35, #36 and #37. Let me know if it's needed. Please submit, if you have already done the work! Doing a week of plus.html is about 3 or 4 hours of work for me, I've learn a lot of stuff by doing it and that's cool. Unfortunately, new job and weird life have distracted me a lot lately. I'd be happy to give any insight I can on the subject :). Yeah, its a lot of work... found out the hard way. It was a huge time sucker. Wow, that's something. Brett, I coded up some stuff to strip off useless things from git log. When you do git pull of github.com/openbsd it will give you some errors, no worries, you are only concerned with git log, and not source file themselves. If you want I can send it to you privately. I was also going to automatically insert the URL for iwn(4). That is the most tedious part of the diff. If you want I can do this weekend for you. Also, you have to collapse many diffs into one change, into a one liner combining words from many commits. thanks
Re: Updating plus.html
I would say, you follow the github.com/openbsd repo, and do a git log. Just a question: i'm personally tracking git://anoncvs.estpak.ee/openbsd-{src,xenocara}, a link which was introduced by Stuart Henderson in a message some months ago. Is that github.com repo (beside the fact that it also offers www) in any way special, or was it just that you had it at hand? Thanks. not special, but i didn't want to use Changelog to parse, it is too wordy. You can use any mirror, it is not security problem if we screw up, right? I didn't know Stuart's link. I might use it :-) :-)
Link failure c++: libgomp.spec: No such file or directory
while compiling for koffice, a component of KDE 4.7.2, I get this error c++: libgomp.spec: No such file or directory libgomp is the GCC implementation of OMP. it is triggering only when linked with -fopenmp grepping over /usr/src for libgomp, I believe some files related to OMP support were deleted from the switch from gcc 3.X to gcc 4.2.1? Can somebody confirm. thanks [ 50%] Built target kritaimage_automoc make -f krita/image/CMakeFiles/kritaimage.dir/build.make krita/image/CMakeFiles/kritaimage.dir/depend cd /home/amit/obsd/ports/pobj/koffice4-2.3.3/build-amd64 /usr/local/bin/cmake -E cmake_depends Unix Makefiles /usr/ports/pobj/koffice4-2.3.3/koffice-2.3.3 /usr/ports/pobj/koffice4-2.3.3/koffice-2.3.3/krita/image /home/amit/obsd/ports/pobj/koffice4-2.3.3/build-amd64 /home/amit/obsd/ports/pobj/koffice4-2.3.3/build-amd64/krita/image /home/amit/obsd/ports/pobj/koffice4-2.3.3/build-amd64/krita/image/CMakeFiles/ kritaimage.dir/DependInfo.cmake --color= make -f krita/image/CMakeFiles/kritaimage.dir/build.make krita/image/CMakeFiles/kritaimage.dir/build Linking CXX shared library ../../lib/libkritaimage.so cd /home/amit/obsd/ports/pobj/koffice4-2.3.3/build-amd64/krita/image /usr/local/bin/cmake -E cmake_link_script CMakeFiles/kritaimage.dir/link.txt --verbose=1 /usr/bin/c++ -fPIC -O2 -pipe -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -fopenmp -O2 -DNDEBUG -DQT_NO_DEBUG -lc -shared -Wl,-soname,libkritaimage.so.8 -o ../../lib/libkritaimage.so.8.0 CMakeFiles/kritaimage.dir/kritaimage_automoc.o CMakeFiles/kritaimage.dir/tiles3/kis_tile.o CMakeFiles/kritaimage.dir/tiles3/kis_tile_data.o CMakeFiles/kritaimage.dir/tiles3/kis_tile_data_store.o CMakeFiles/kritaimage.dir/tiles3/kis_tile_data_pooler.o CMakeFiles/kritaimage.dir/tiles3/kis_tiled_data_manager.o CMakeFiles/kritaimage.dir/tiles3/kis_memento_manager.o CMakeFiles/kritaimage.dir/tiles3/kis_tilediterator.o CMakeFiles/kritaimage.dir/tiles3/kis_tiledrectiterator.o CMakeFiles/kritaimage.dir/tiles3/kis_tiledvlineiterator.o CMakeFiles/kritaimage.dir/tiles3/kis_tiledhlineiterator.o CMakeFiles/kritaimage.dir/tiles3/kis_hline_iterator.o CMakeFiles/kritaimage.dir/tiles3/kis_vline_iterator.o CMakeFiles/kritaimage.dir/tiles3/kis_rect_iterator.o CMakeFiles/kritaimage.dir/tiles3/kis_tiled_random_accessor.o CMakeFiles/kritaimage.dir/tiles3/kis_random_accessor.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_abstract_compression.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_lzf_compression.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_abstract_tile_compressor.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_legacy_tile_compressor.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_tile_compressor_2.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_chunk_allocator.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_memory_window.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_swapped_data_store.o CMakeFiles/kritaimage.dir/tiles3/swap/kis_tile_data_swapper.o CMakeFiles/kritaimage.dir/kis_painter.o CMakeFiles/kritaimage.dir/kis_progress_updater.o CMakeFiles/kritaimage.dir/brushengine/kis_paint_information.o CMakeFiles/kritaimage.dir/brushengine/kis_paintop.o CMakeFiles/kritaimage.dir/brushengine/kis_paintop_factory.o CMakeFiles/kritaimage.dir/brushengine/kis_paintop_preset.o CMakeFiles/kritaimage.dir/brushengine/kis_paintop_registry.o CMakeFiles/kritaimage.dir/brushengine/kis_paintop_settings.o CMakeFiles/kritaimage.dir/commands/kis_deselect_global_selection_command.o CMakeFiles/kritaimage.dir/commands/kis_image_change_layers_command.o CMakeFiles/kritaimage.dir/commands/kis_image_command.o CMakeFiles/kritaimage.dir/commands/kis_image_set_projection_color_space_comma nd.o CMakeFiles/kritaimage.dir/commands/kis_image_layer_add_command.o CMakeFiles/kritaimage.dir/commands/kis_image_layer_move_command.o CMakeFiles/kritaimage.dir/commands/kis_image_layer_remove_command.o CMakeFiles/kritaimage.dir/commands/kis_image_node_lower_command.o CMakeFiles/kritaimage.dir/commands/kis_image_node_raise_command.o CMakeFiles/kritaimage.dir/commands/kis_image_node_to_bottom_command.o CMakeFiles/kritaimage.dir/commands/kis_image_node_to_top_command.o CMakeFiles/kritaimage.dir/commands/kis_image_lock_command.o CMakeFiles/kritaimage.dir/commands/kis_image_resize_command.o CMakeFiles/kritaimage.dir/commands/kis_image_set_resolution_command.o CMakeFiles/kritaimage.dir/commands/kis_layer_command.o CMakeFiles/kritaimage.dir/commands/kis_layer_props_command.o CMakeFiles/kritaimage.dir/commands/kis_node_command.o CMakeFiles/kritaimage.dir/commands/kis_node_compositeop_command.o CMakeFiles/kritaimage.dir/commands/kis_node_opacity_command.o CMakeFiles/kritaimage.dir/commands/kis_node_move_command.o CMakeFiles/kritaimage.dir/commands/kis_node_property_list_command.o CMakeFiles/kritaimage.dir/commands/kis_reselect_global_selection_command.o CMakeFiles/kritaimage.dir/commands/kis_set_global_selection_command.o CMakeFiles/kritaimage.dir/filter/kis_filter.o CMakeFiles/kritaimage.dir/filter/kis_filter_configuration.o
Re: USB mouse
tie one end of a string around your pet mouse, and the other end, tie it to your USB mouse. then watch your USB mouse run. On Wed, Oct 26, 2011 at 5:52 PM, Zantgo zan...@gmail.com wrote: How I can run USB mouse? Zantgo
Re: I can use snapshots packages in a release?
just ignore this guy. On Mon, Oct 24, 2011 at 5:38 PM, Nigel Taylor njtay...@asterisk.demon.co.uk wrote: On 10/24/11 22:29, Zantgo wrote: What happens is that usually we talk about unified and synchronized to the manual, but I have not seen anything about the packages, then my question is, I can use packet-release snapshots?, ie have my PKG_PATH =.../snapshots/packages. Zantgo http://www.openbsd.org/faq/faq15.html FAQ 15 - The OpenBSD packages and ports system http://www.openbsd.org/faq/faq15.html#Easy FAQ 15.2.2 - Making things easy: PKG_PATH .. Of course, if you are using snapshots, you will replace 4.9 with snapshots http://www.openbsd.org/faq/faq15.html#NoFun http://www.openbsd.org/faq/faq15.html#Latest