Re: running cvs update as root (was: Re: New install)
On June 10, 2014 6:24:17 AM CEST, Miod Vallat m...@online.fr wrote: http://www.openbsd.org/anoncvs.html shows the 'cvs update' command being run by root (# shell prompt), and I wouldn't expect any non-root user to have write permission to /usr/src anyway. So... why is doing the cvs-update as root a bad idea? Is this a kind of bad joke? Running anything as root unless it absolutely requires root privileges is a bad idea. Put yourself in the wsrc group, and you'll be able to write into /usr/src. Miod Indeed, however I agree that '#' suggests that the command is to be run as root, and could be confusing. /Alexander
Price of Unix
Hi, (A little off-topic) I am due to give a little computer history talk at our local high school. Can anyone remember how much ATT, Berkeley, SystemV or any other UNIX flavour cost in the 70's and 80's? Thank You Danny
Re: Price of Unix
Searched on Google and found this: ftp://cm.bell-labs.com/who/dmr/licenses.html On Tue, Jun 10, 2014 at 8:47 AM, Danny dannydeb...@gmail.com wrote: Hi, (A little off-topic) I am due to give a little computer history talk at our local high school. Can anyone remember how much ATT, Berkeley, SystemV or any other UNIX flavour cost in the 70's and 80's? Thank You Danny
Re: Price of Unix
Thank you. On Jun 10 14, Dorian H. : To: PPC Miscellaneous Discussions misc@openbsd.org Date: Tue, 10 Jun 2014 12:29:05 +0200 From: Dorian H. doj...@gmail.com Subject: Re: Price of Unix X-Loop: misc@openbsd.org Searched on Google and found this: ftp://cm.bell-labs.com/who/dmr/licenses.html On Tue, Jun 10, 2014 at 8:47 AM, Danny dannydeb...@gmail.com wrote: Hi, (A little off-topic) I am due to give a little computer history talk at our local high school. Can anyone remember how much ATT, Berkeley, SystemV or any other UNIX flavour cost in the 70's and 80's? Thank You Danny
Re: Price of Unix
On Tue, Jun 10, 2014 at 12:29:05PM +0200, Dorian H. wrote: Searched on Google and found this: ftp://cm.bell-labs.com/who/dmr/licenses.html Found that one too. You should be able to scare the daylights out of them with this list in particular: ftp://cm.bell-labs.com/who/dmr/licenses/pricelist84.pdf UNIX System V, Release 2.0, Source Code (1) .. $43,000.00 Each Additional CPU .. $16,000.00 And so on.. :-) On Tue, Jun 10, 2014 at 8:47 AM, Danny dannydeb...@gmail.com wrote: Hi, (A little off-topic) I am due to give a little computer history talk at our local high school. Can anyone remember how much ATT, Berkeley, SystemV or any other UNIX flavour cost in the 70's and 80's? Thank You Danny
Re: Price of Unix
On 06/10/14 06:48, Erling Westenvik wrote: On Tue, Jun 10, 2014 at 12:29:05PM +0200, Dorian H. wrote: Searched on Google and found this: ftp://cm.bell-labs.com/who/dmr/licenses.html Found that one too. You should be able to scare the daylights out of them with this list in particular: ftp://cm.bell-labs.com/who/dmr/licenses/pricelist84.pdf UNIX System V, Release 2.0, Source Code (1) .. $43,000.00 Each Additional CPU .. $16,000.00 And so on.. :-) OpenBSD: Unix, now more than 99.8% off!! AND free additional CPUs! What a deal! Go buy a cd set now! Nick.
Re: Price of Unix
On Tue, 10 Jun 2014, Nick Holland wrote: UNIX System V, Release 2.0, Source Code (1) .. $43,000.00 Each Additional CPU .. $16,000.00 And so on.. :-) OpenBSD: Unix, now more than 99.8% off!! AND free additional CPUs! What a deal! Go buy a cd set now! It's an unfair advertisment. You are trying to conceal that the buyer will get by at least 99.8% less bugs. Regards, David
Re: Radeondrm on OpenBSD 5.5 stable
On Jun 10, 2014, at 12:01 AM, Jonathan Gray j...@jsg.id.au wrote: On Mon, Jun 09, 2014 at 04:53:23AM -0500, Stan Gammons wrote: On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. So it seems something isn't working right with the GART. Could you try the following diff to force it to a smaller size? Diff against -current but will likely apply to 5.5 Index: sys/dev/pci/drm/radeon/rs400.c === RCS file: /cvs/src/sys/dev/pci/drm/radeon/rs400.c,v retrieving revision 1.4 diff -u -p -r1.4 rs400.c --- sys/dev/pci/drm/radeon/rs400.c9 Feb 2014 12:33:44 -1.4 +++ sys/dev/pci/drm/radeon/rs400.c10 Jun 2014 04:57:21 - @@ -54,6 +54,8 @@ void rs400_gart_adjust_size(struct radeo rdev-mc.gtt_size = 32 * 1024 * 1024; return; } +DRM_ERROR(Forcing to 32M GART size\n); +rdev-mc.gtt_size = 32 * 1024 * 1024; } void rs400_gart_tlb_flush(struct radeon_device *rdev) I'll try the diff later today. Do you keep getting duplicate emails on this subject? I keep getting duplicates on this as well as other emails. Something weird is going on here... Stan
Re: sasyncd usable or not?
On 12/05/14 21:11, Alexander Hall wrote: On 05/12/14 13:11, andy wrote: NB; My 'patches' are not really patches as they are not code diff's. They are just suggested changes i've posted on the lists. When I get more time (I'm a one man band at the mo for my company!) I want to get more familiar with the code base etc and contribute diffs to OBSD.. if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi sleep 1 if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -F -f /etc/ipsec.conf; fi Now my eyes hurt a bit and I cannot let this pass uncontradicted. AFAICT, the above chunk would always perform all of the ipsecctl's, and as a bonus leave a '0' file wherever it is run from. While it could be fixed in the intended style, instead I'll overdo it and leave it to the reader to find a nice suitable middle ground. :-) local f for f in d d F; do ifconfig | grep -q status: master || break ipsecctl -$f -f /etc/ipsec.conf done Totally untested, but the idea should be clear. /Alexander Hi, Yea thats a cleaner way to do it, but it doesn't leave '0' files as the ' 0' is a test condition for the if statement, not a redirect.. :) Andy
Re: sasyncd usable or not?
On 2014/06/10 12:51, Andy wrote: On 12/05/14 21:11, Alexander Hall wrote: On 05/12/14 13:11, andy wrote: NB; My 'patches' are not really patches as they are not code diff's. They are just suggested changes i've posted on the lists. When I get more time (I'm a one man band at the mo for my company!) I want to get more familiar with the code base etc and contribute diffs to OBSD.. if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi sleep 1 if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -F -f /etc/ipsec.conf; fi Now my eyes hurt a bit and I cannot let this pass uncontradicted. AFAICT, the above chunk would always perform all of the ipsecctl's, and as a bonus leave a '0' file wherever it is run from. While it could be fixed in the intended style, instead I'll overdo it and leave it to the reader to find a nice suitable middle ground. :-) local f for f in d d F; do ifconfig | grep -q status: master || break ipsecctl -$f -f /etc/ipsec.conf done Totally untested, but the idea should be clear. /Alexander Hi, Yea thats a cleaner way to do it, but it doesn't leave '0' files as the ' 0' is a test condition for the if statement, not a redirect.. :) It's -gt you want there.. $ if [ 1 5 ]; then echo yo; fi yo $ ls 5 5
Re: sasyncd usable or not?
On 06/10/14 14:00, Stuart Henderson wrote: On 2014/06/10 12:51, Andy wrote: On 12/05/14 21:11, Alexander Hall wrote: On 05/12/14 13:11, andy wrote: NB; My 'patches' are not really patches as they are not code diff's. They are just suggested changes i've posted on the lists. When I get more time (I'm a one man band at the mo for my company!) I want to get more familiar with the code base etc and contribute diffs to OBSD.. if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi sleep 1 if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -F -f /etc/ipsec.conf; fi Now my eyes hurt a bit and I cannot let this pass uncontradicted. AFAICT, the above chunk would always perform all of the ipsecctl's, and as a bonus leave a '0' file wherever it is run from. While it could be fixed in the intended style, instead I'll overdo it and leave it to the reader to find a nice suitable middle ground. :-) local f for f in d d F; do ifconfig | grep -q status: master || break ipsecctl -$f -f /etc/ipsec.conf done Totally untested, but the idea should be clear. /Alexander Hi, Yea thats a cleaner way to do it, but it doesn't leave '0' files as the ' 0' is a test condition for the if statement, not a redirect.. :) It's -gt you want there.. Exactly. Or [[ ... ]] /Alexander $ if [ 1 5 ]; then echo yo; fi yo $ ls 5 5
Re: sasyncd usable or not?
On 06/10/14 13:51, Andy wrote: On 12/05/14 21:11, Alexander Hall wrote: On 05/12/14 13:11, andy wrote: NB; My 'patches' are not really patches as they are not code diff's. They are just suggested changes i've posted on the lists. When I get more time (I'm a one man band at the mo for my company!) I want to get more familiar with the code base etc and contribute diffs to OBSD.. if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi sleep 1 if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -F -f /etc/ipsec.conf; fi Now my eyes hurt a bit and I cannot let this pass uncontradicted. AFAICT, the above chunk would always perform all of the ipsecctl's, and as a bonus leave a '0' file wherever it is run from. While it could be fixed in the intended style, instead I'll overdo it and leave it to the reader to find a nice suitable middle ground. :-) local f for f in d d F; do ifconfig | grep -q status: master || break ipsecctl -$f -f /etc/ipsec.conf done Totally untested, but the idea should be clear. /Alexander Hi, Yea thats a cleaner way to do it, but it doesn't leave '0' files as the ' 0' is a test condition for the if statement, not a redirect.. :) There is no such thing as a test condition for the if statement. The expression(s) within (here, [ ..., aka test ...) either returns zero (true) or nonzero (false). Andy
Re: sasyncd usable or not?
On 06/10/14 13:51, Andy wrote: On 12/05/14 21:11, Alexander Hall wrote: On 05/12/14 13:11, andy wrote: NB; My 'patches' are not really patches as they are not code diff's. They are just suggested changes i've posted on the lists. When I get more time (I'm a one man band at the mo for my company!) I want to get more familiar with the code base etc and contribute diffs to OBSD.. if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi sleep 1 if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -d -f /etc/ipsec.conf; fi if [ `ifconfig | grep status: master | wc -l` 0 ]; then ipsecctl -F -f /etc/ipsec.conf; fi Now my eyes hurt a bit and I cannot let this pass uncontradicted. AFAICT, the above chunk would always perform all of the ipsecctl's, and as a bonus leave a '0' file wherever it is run from. While it could be fixed in the intended style, instead I'll overdo it and leave it to the reader to find a nice suitable middle ground. :-) local f for f in d d F; do ifconfig | grep -q status: master || break ipsecctl -$f -f /etc/ipsec.conf Ah, just realized i forgot a sleep 1 here too, obviously. :) /Alexander done Totally untested, but the idea should be clear. /Alexander Hi, Yea thats a cleaner way to do it, but it doesn't leave '0' files as the ' 0' is a test condition for the if statement, not a redirect.. :) Andy
Re: Vision 2020: Making OpenBSD the world's fastest OS
On Mon, 9 Jun 2014, John D. Verne wrote: From: John D. Verne j...@clevermonkey.org To: misc@openbsd.org Date: Tue, 10 Jun 2014 01:37:53 Subject: Re: Vision 2020: Making OpenBSD the world's fastest OS ... Probably the biggest reason OpenBSD will never be the fastest OS around is the simple fact that when optimizing for speed, you sacrifice other things. Like security. Security, or correctness, means you are looking for the most reliable way to do something, not the fastest. Mechanisms like pro-police (or a new name for it?) are going to slow things down a little. I think Theo said that all the security systems slow a system down by less than 5%. I believe that. The effect isn't huge but some would call that too much. Indeed. Good, fast, or cheap. Choose any two. To go somewhat off-topic, I'm reminded of one of the quotes of the late Chuck Yerkes: Shirt, Shoes, Sober... -- pick two. -- Chuck Yerkes Chuck was a long-time contributor to this list and OpenBSD. The above quote amuses me. -- Dennis Davis dennisda...@fastmail.fm
page fault trap, code=0
when i came back to my netbook left on overnight, this blue message greeted me (manual transcript). the display was also set to its lowest intensity, so the pictures i made are almost unreadable. the acpi buttons to lighten up did not react at this point. kernel: page fault trap, code=0 Stopped at rtrequest1+0x2bc: movl 0x18(%eax) ddb{0}: trace rtrequest1(2,f5dc8c60,c,f5dc8cd8,0) at rtrequest1+0x2bc route_output(d70e2b00,d6d67a14,f5dc8d3c,d03cd51a,d0bb90a0) at ... raw_usrreq(d6d67a14,9,d70e2b00,0,0) at raw_usrreq+0x221 route_usrreq(d6d67a14,9,d70e2b00,0,0) at route_usrreq+0x63 sosend(d6d67a14,0,f5dc8e9c,d70e2b00,0) at sosend+0x45b soo_write(d69fb44c,d69fb468,f5dc8e9c,d70d4ba0,d0bb1a0) at ... dofilewritev(d6997ba8,4,d69fb44c,f5dc8f04,1) at ... sys_write(d6997ba8,f5dc8f60,f5dc8f80,d056f83a,d6997ba8) at ... syscall() at syscall+0x144 --- syscall (number 3) 000 0x2: ddb{0}: sorry i cant be of any more use, i needed the machine right away so i had to powercycle it. i am just fishing, perhaps some people who did work in that are of the kernel recently might have a spark what this is. never happened to me before. OpenBSD 5.5-current (GENERIC.MP) #144: Sun Jun 1 11:07:56 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF real mem = 1061785600 (1012MB) avail mem = 1031966720 (984MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/31/10, SMBIOS rev. 2.6 @ 0xeb0f0 (53 entries) bios0: vendor LENOVO version 50CN12WW date 04/22/2011 bios0: LENOVO 20109 acpi0 at bios0: rev 3 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIC HPET acpi0: wakeup devices P0P8(S4) PS2K(S3) PS2M(S3) EUSB(S3) P0PA(S4) P0PB(S4) P0PC(S4) P0P9(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) PWRB(S3) SLPB(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, 7 var ranges, 88 fixed ranges cpu0: apic clock running at 166MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.0.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: 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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu2: 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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU N570 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu3: 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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF,PERF ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P0P8) acpiprt2 at acpi0: bus 2 (P0PA) acpiprt3 at acpi0: bus -1 (P0PB) acpiprt4 at acpi0: bus -1 (P0PC) acpiprt5 at acpi0: bus 1 (P0P9) acpiec0 at acpi0 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 acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpibtn2 at acpi0: LID_ acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model LNV-L10C6Y12 serial 004706 type LiIon oem CPT-ES3 acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD02 bios0: ROM list: 0xc/0xda00! 0xce000/0x1000 cpu0: Enhanced SpeedStep 1663 MHz: speeds: 1667, 1334, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel Pineview DMI rev 0x02 vga1 at pci0 dev 2 function 0 Intel Pineview Video rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1024x600 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel Pineview Video rev 0x02 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: msi azalia0: codecs: Realtek ALC269 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 4 int 16 pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0
Re: Vision 2020: Making OpenBSD the world's fastest OS
Too bad there wasn’t a “Like” or “+1” button for mentioning Chuck Yerkes. Must be 10 years since he died. gg — g...@grub.net PGP Key ID DB8BF93C On Jun 10, 2014, at 1:06 AM, Dennis Davis dennisdavis+openbsd-m...@fastmail.fm wrote: On Mon, 9 Jun 2014, John D. Verne wrote: From: John D. Verne j...@clevermonkey.org To: misc@openbsd.org Date: Tue, 10 Jun 2014 01:37:53 Subject: Re: Vision 2020: Making OpenBSD the world's fastest OS ... Probably the biggest reason OpenBSD will never be the fastest OS around is the simple fact that when optimizing for speed, you sacrifice other things. Like security. Security, or correctness, means you are looking for the most reliable way to do something, not the fastest. Mechanisms like pro-police (or a new name for it?) are going to slow things down a little. I think Theo said that all the security systems slow a system down by less than 5%. I believe that. The effect isn't huge but some would call that too much. Indeed. Good, fast, or cheap. Choose any two. To go somewhat off-topic, I'm reminded of one of the quotes of the late Chuck Yerkes: Shirt, Shoes, Sober... -- pick two. -- Chuck Yerkes Chuck was a long-time contributor to this list and OpenBSD. The above quote amuses me. -- Dennis Davis dennisda...@fastmail.fm
Re: Tiny characters on screen with drm (radeon)
Thank you very much. Stuart Henderson stu at spacehopper.org writes: Not sure about changing fonts or char size, but you can disable drm: config -ef /bsd disable radeondrm quit
Re: Price of Unix
previously on this list Nick Holland contributed: ftp://cm.bell-labs.com/who/dmr/licenses/pricelist84.pdf UNIX System V, Release 2.0, Source Code (1) .. $43,000.00 Each Additional CPU .. $16,000.00 And so on.. :-) When this history comes up I wonder that in order to avoid legal issues the remaining unchanged and I guess some core parts were re-written at Berkeley and so were all the changes good and could/should? any of the ATT original code be re-considered today if any legal threat has subsided/expired? Of course things being built upon them may carry much more weight. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___
xSSL stuff
I was reading stuff in misc@ about OpenSSL broken things. I see people from OpenBSD started LibreSSL project and they are forking OpenSSL and remove the bad code. This is past, but I see more and more lesions are discovered. It may be a stupid question, but having all these, isn't more efficient to start LibreSSL from zero? I know OpenBSD is short on staff, but the effort to start from zero code could be less than fix the old code, I think. Or could it be that the OpenSSL code is not so broken? Can someone post here a percent of usable code? Thanks.
Re: xSSL stuff
I was reading stuff in misc@ about OpenSSL broken things. I see people from OpenBSD started LibreSSL project and they are forking OpenSSL and remove the bad code. This is past, but I see more and more lesions are discovered. It may be a stupid question, but having all these, isn't more efficient to start LibreSSL from zero? Impossible. The OpenSSL API was built up through accretion over almost 2 decades. It is fat, bloated, repetitive, and tricky. In general, application authors have chosen to use the first API's they spot which provide the functionality they need. As a result, almost all of the bloated API is potentially used in the greater ecosystem. It is quite simply impossible to reinvent this particular wheel. Any effort to reinvent it would be highly incompatible. Features and warts are too closely coupled. I know OpenBSD is short on staff, but the effort to start from zero code could be less than fix the old code, I think. Or could it be that the OpenSSL code is not so broken? Can someone post here a percent of usable code? Our team does not have the skill to rewrite this and be 100% compatible. We think we have enough sensibility for a different process: We will refine the codebase. First we will remove things noone uses. Then, we will clean up the issues as we see them, emphasizing care and awareness of what mainstream applications use. Finally, we would like to apply light pressure against the worst least used APIs, to convince application's to move to safer APIs. Shrink the API exposure, simplify. But that won't happen today. Please be patient...
Re: Price of Unix
Kevin Chadwick wrote: previously on this list Nick Holland contributed: ftp://cm.bell-labs.com/who/dmr/licenses/pricelist84.pdf UNIX System V, Release 2.0, Source Code (1) .. $43,000.00 Each Additional CPU .. $16,000.00 And so on.. :-) When this history comes up I wonder that in order to avoid legal issues the remaining unchanged and I guess some core parts were re-written at Berkeley and so were all the changes good and could/should? any of the ATT original code be re-considered today if any legal threat has subsided/expired? Of course things being built upon them may carry much more weight. I don't see why you think the legal threat expired. *someone* still holds the old unix copyrights; they're probably not expiring in the lifetime of anyone on this list. http://www.avast.com
Re: Price of Unix
the old unix copyrights; they're probably not expiring in the lifetime of anyone on this list. You obviously don't know me. -- Antoine
GTK and setuid.
I installed hylafax-6.0.6p2 on OpenBSD 5.5 and once hylafax was installed sending any fax got the error: Your job to 1-XXX-XXX-XXX was not sent because document conversion failed. The output from the converter program was: \ Check any PostScript documents for non-standard fonts and invalid constructs After some work I track the problem down to a message (process:7587): Gtk-WARNING **: This process is currently running setuid or setgid.\ This is not a supported use of GTK+. You must create a helper\ program instead. For further details, see:\ \ http://www.gtk.org/setuid.html\ \ Refusing to initialize GTK+.\ It looks the the authors of GTK believe that any setuid must be running as root. faxq running as UUCP was calling gs which cause the error. ghostscript where the command comes from comes in the following flavors; ghostscript-9.07-a4-gtk ghostscript-9.07-a4-no_x11 ghostscript-9.07-a4.tg ghostscript-9.07-gtk ghostscript-9.07-no_x11 ghostscript-9.07 The ghostscript-9.07-gtk was installed rather than the ghostscript-9.07 which called the problem The ghostscript-9.07-gtk was installed by installing emacs emacs comes in the following flavors. emacs-21.4p27-no_x11 emacs-21.4p27 emacs-24.3p4-gtk2 emacs-24.3p4-gtk3 emacs-24.3p4-no_x11.tgz emacs-24.3p4-gtk2 was chosen because it was the most current release and matched the emacs on my desktop and I was going using X to remote the machine with hylafax on it gtk2 was picked because vim was also installed which comes in the following flavors vim-7.4.135p0-gtk2-perl-python-ruby vim-7.4.135p0-gtk2-perl-python3-ruby vim-7.4.135p0-gtk2 vim-7.4.135p0-no_x11-perl-python-ruby vim-7.4.135p0-no_x11-perl-python3-ruby vim-7.4.135p0-no_x11 and the others wanted vim and wanted to accesses it remotely and the only choice was gtk2. And I could see no reason to have both gtk2 and gtk3 installed. There are several problems here. gtk should be able to run under a setuid to something other root. There was no hint that hylafax could not run if ghostscript with gtk was installed. The error message of '\' was not useful. Also, it is very hard for an outsider to tell what the flavors of a package do. I can only guess at the difference between. For example with vim, I presumed, maybe wrongly, the no_x11 means that it cannot be used with X. I have no idea what effect of the perl-python3-ruby in vim flavors does. With hylafax and ghostscript I assume the -a4 is default paper size. I did fix my problem with hylafax by deleting ghostscript which forced the delete of emacs Then reinstalling ghostscript-9.07 and emacs-21.4p27
restore: no memory to extend symbol table
Hi, I think I'm hitting memory limit while trying to restore filesystem on one of my VMs. I've tested restore with 1GB of RAM and got error message from the subject. Dump has someting like: # zcat current1.dump.sd0a.gz | restore -t -s1 -f - | wc -l 617560 of files and directories. Do you guys know how much memory box needs to have to restore the filesystem with so many inodes? I'm using bsd.rd: OpenBSD 5.5-current (RAMDISK_CD) #154: Mon Jun 9 10:30:10 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD PS. Please CC me in any replies. Thank you. -- best regards q#
Re: restore: no memory to extend symbol table
On Tue, Jun 10, 2014 at 08:14:41PM +0100, Mikolaj Kucharski wrote: Hi, I think I'm hitting memory limit while trying to restore filesystem on one of my VMs. I've tested restore with 1GB of RAM and got error message from the subject. Dump has someting like: # zcat current1.dump.sd0a.gz | restore -t -s1 -f - | wc -l 617560 of files and directories. Do you guys know how much memory box needs to have to restore the filesystem with so many inodes? I'm using bsd.rd: OpenBSD 5.5-current (RAMDISK_CD) #154: Mon Jun 9 10:30:10 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD A ulimit -a reveals your data limit, which is likely smaller than 1GB. You could try ulimit -d unlimited -Otto
Arrandale/Ironlake support in current.
Hi. I've been trying to get my laptop working (it is), but it generates alot of heat. I've read that thinkpad x201i is working good with apmd -C. And the fan is throttling down to a lower speed. So i read about the difference regarding x201 and x201i and noticed that the x201 model has turbo boost, could that be the thing that generates all this heat? is the Arrandale/ironlake supported on openbsd yet? This was the last i heard about that topic: http://comments.gmane.org/gmane.os.openbsd.misc/209482 --Johan Svensson
Re: hplip
OK, I think I've got it licked. the dj2540 being alarmingly cheap was never intended for use over the usb. After hp-setup has run it does not even advertise itself as present. After a reboot, lsusb does not show up the printer. The usb connection is only there for the setup program. Did some wholesale surgery deleting cups, hplip and a shedful of stuff. I'd thought that hpijs and cups would have given me usb printing. It did not. Cups could not find any printers on the usb even though it was listed in lsusb. There was no way to install it as a usb printer _and have it _work. What was confusing was that hp-setup said in was configured as hp:/usb/... whereas in fact it ends configured as hp:/net/... HP even say, somewhere, it is best to remove the usb cable after set up. Scanning was cured once I installed the correct version of sane-backends, i.e. sane-backends-1.0.24-snmp. hp-makeuri had to be run with the usb cable unplugged to give the scanner device name for scanimage to work $ hp-makeuri -s 192.168.0.3 hpaio:/net/Deskjet_2540_series?ip=192.168.0.3 It did mean having to start inetd and saned also. Hmmm. Ok I'll live with it for now. dj2540 natively uses PCL3gui so it does not understand postscript. Still, the print quality is good. Thanks Moss
Re: hplip
On 6/10/14, Maurice McCarthy m...@mythic-beasts.com wrote: OK, I think I've got it licked. the dj2540 being alarmingly cheap was never intended for use over the usb. After hp-setup has run it does not even advertise itself as present. After a reboot, lsusb does not show up the printer. The usb connection is only there for the setup program. Did some wholesale surgery deleting cups, hplip and a shedful of stuff. I'd thought that hpijs and cups would have given me usb printing. It did not. Cups could not find any printers on the usb even though it was listed in lsusb. There was no way to install it as a usb printer _and have it _work. What was confusing was that hp-setup said in was configured as hp:/usb/... whereas in fact it ends configured as hp:/net/... HP even say, somewhere, it is best to remove the usb cable after set up. I think I read in your original post that one of the first things you did was to set up the wireless interface of the printer (ignore my post if I am misremembering). I don't know about this specific printer, but my Brother printer has USB, Ethernet and Wifi interfaces, but, once Wifi interface is configured, for example, Ethernet port will not work. Until the printer is reconfigured/reset and Ethernet selected. I wouldn't be surprised if your printer acts similarly. i.e., abandoning other interfaces in favor of the configure one. See your printer's documentation, it should specify this info. Mine did. --patrick Scanning was cured once I installed the correct version of sane-backends, i.e. sane-backends-1.0.24-snmp. hp-makeuri had to be run with the usb cable unplugged to give the scanner device name for scanimage to work $ hp-makeuri -s 192.168.0.3 hpaio:/net/Deskjet_2540_series?ip=192.168.0.3 It did mean having to start inetd and saned also. Hmmm. Ok I'll live with it for now. dj2540 natively uses PCL3gui so it does not understand postscript. Still, the print quality is good. Thanks Moss
Re: [Bulk] Re: slow qemu openbsd
previously on this list Kevin Chadwick contributed: So I'm hoping I can boot OpenBSD with qemu or Windows or Linux under multiboot or alternatively boot xenserver or something off a usb and select 2 or more of the multiboots to run concurrently. Any input as to if this is possible with esxi or anything else would be appreciated. So it seems Alpine-Xen with the bonus of grsecurity on dom0 is the closest and most flexible backstop option (if you have the supported hardware) and less tied to Linux especially for a single self-contained laptop and can boot existing partitions in hvm mode, so I can boot it from a multiboot partition or cd/usb or just usb hdd to install X on dom0. Please say if you disagree (this machine will be offline too, so little need to raise the security concerns that I understand quite well). So I have to say I am rather unimpressed with the video speed of xen, perhaps because I haven't had time to investigate using anything other than localhost:vnc as of yet. I know you can use vga passthrough but I would need two or three separate gpus on a laptop which is rediculous and this got me thinking; if I have 4 cores likely mostly idle whilst I am using windows then the case for kvm speed improvements is rather weak where a power supply is available at least and the case for OpenBSD native and non kvm strengthened further and so I wanted to compare the difference. It wasn't the cpu and disk/net I/O that was a problem when running Windows on Linux on a system without hardware virtualisation but the gpu too. So http://lists.gnu.org/archive/html/qemu-devel/2012-09/msg01415.html http://openbsd.7691.n7.nabble.com/qemu-1-20-windows-2008-r2-td141219.html https://bugs.launchpad.net/qemu/+bug/921208 http://marc.info/?l=openbsd-miscm=133612760603867w=2 The kqemu port entry from the attic states. remove kqemu (which was broken, reported by Alexander Schrijver and probably others) and qemu-old; the current qemu version in emulators/qemu works well now (kqemu is no longer supported upstream). I guess works well means for emulating OpenBSD for kernel debugging (will these missing cpu features affect that?) and such which is more important but perhaps we need a second port for running Windows and if that is now failing what else may be (Linux?). If I do find I need windows I guess I will look into the possibility of that port or learning to love hibernate ;-) Can anyone confirm that a 32bit cd can work with qemu? kqemu was removed in aug 2011 and the following video is showing windows 8 running in september 2011 which I believe is no longer possible due to I think windows bailing out on missing cpu options even when I believe the correct cpu type is chosen (Westmere here). www.youtube.com/watch?v=jYgUDD6_5JQ Is virtualisation really just meant for server systems which is laughably ironic considering the security complications. It looks like bochs still works, atleast it gets to the 64 bit Windows 7 language selection after literally about 20 minutes. A dmesg under bochs shows the cpu options to be exactly the same as the host but under qemu they are reduced. I guess for qemu it is a choice between blue screens if the unsupported options are ever attempted to be used by Windows and immediately during the install but as there is a report of no crashes in Sep 2011 I guess attempts to use them did not or not often caused crashes. The dmesg also shows the bios vendor to both be Vendor Bochs with qemu having a date of 2011 and bochs 2007. The qemu limited dmesg is below but the Actual natively reported CPU supported features are: cpu0: Intel(R) Core(TM) i5 CPU M 560 @ 2.67GHz, 2926.55 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,xTPR,PDCM,PCID, SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC __ OpenBSD/amd64 CDBOOT 3.23 boot cannot open cd0a:/etc/random.seed: No such file or directory booting cd0a:/5.5/amd64/bsd.rd: 4185012+1360197+2919872+0+520656 [100+344496+223625]=0xd1d0b8 entry point at 0x10001e0 [7205c766, 3404, 24448b12, 45b0a304] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5-current (RAMDISK_CD) #131: Mon May 19 09:46:47 MDT 2014 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD real mem = 2130698240 (2031MB) avail mem = 2068701184 (1972MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0a00 (10 entries) bios0: vendor Bochs version Bochs date 01/01/2011 bios0: QEMU Standard PC (i440FX + PIIX, 1996) acpi0 at bios0: rev 0 acpi0: sleep states S3 S4 S5 acpi0: tables DSDT FACP SSDT APIC HPET acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid
Re: Radeondrm on OpenBSD 5.5 stable
On 06/10/2014 12:01 AM, Jonathan Gray wrote: On Mon, Jun 09, 2014 at 04:53:23AM -0500, Stan Gammons wrote: On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. So it seems something isn't working right with the GART. Could you try the following diff to force it to a smaller size? Diff against -current but will likely apply to 5.5 Index: sys/dev/pci/drm/radeon/rs400.c === RCS file: /cvs/src/sys/dev/pci/drm/radeon/rs400.c,v retrieving revision 1.4 diff -u -p -r1.4 rs400.c --- sys/dev/pci/drm/radeon/rs400.c 9 Feb 2014 12:33:44 - 1.4 +++ sys/dev/pci/drm/radeon/rs400.c 10 Jun 2014 04:57:21 - @@ -54,6 +54,8 @@ void rs400_gart_adjust_size(struct radeo rdev-mc.gtt_size = 32 * 1024 * 1024; return; } + DRM_ERROR(Forcing to 32M GART size\n); + rdev-mc.gtt_size = 32 * 1024 * 1024; } void rs400_gart_tlb_flush(struct radeon_device *rdev) It didn't seem to like that. OpenBSD 5.5 (GENERIC.MP) #1: Tue Jun 10 16:24:29 CDT 2014 r...@gateway.home.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4141809664 (3949MB) avail mem = 4022943744 (3836MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (52 entries) bios0: vendor Award Software International, Inc. version FK date 08/31/2010 bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT HPET MCFG APIC acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE8(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II X2 250 Processor, 3021.29 MHz 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,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II X2 250 Processor, 3020.91 MHz 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,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P2P_) acpiprt2 at acpi0: bus 2 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus -1 (PCE4) acpiprt5 at acpi0: bus -1 (PCE5) acpiprt6 at acpi0: bus -1 (PCE6) acpiprt7 at acpi0: bus -1 (PCE7) acpiprt8 at acpi0: bus -1 (PCE8) acpiprt9 at acpi0: bus 1 (AGP_) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: PWRB cpu0: 3021 MHz: speeds: 3000 2300 1800 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 ATI RS740 Host rev 0x00 ppb0 at pci0 dev 1 function 0 ATI RS690 PCIE rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 ATI Radeon 2100 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 2 int 18 ppb1 at pci0 dev 2 function 0 ATI RS690M PCIE rev 0x00: msi pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 Intel 82571EB rev 0x06: apic 2 int 18, address
Re: Weird disk problem
On Sun, 8 Jun 2014, Christian Weisgerber wrote: On 2014-06-05, David Vasek va...@fido.cz wrote: Did you try smartctl from smartmontools for a more detailed report? I assume there is a 1000-page SMART spec somewhere that would come in handy for interpreting the responses? I'm not an expert. But I believe there are some reading this mailing list. There is a description of the interface available, but I don't think it can help you to interpret the numbers. ftp://ftp.t10.org/t13/docs2004/D1699-ATA8-ACS.pdf http://www.hgst.com/tech/techlib.nsf/techdocs/EF593BD721D5D2768825782D000B8111/$file/DS7K3000_US7K3000_SATA_OEMSpecRev1.3.pdf (beware of the $ character in the url) What I usually care about are attributes like Reallocated_Sector_Ct, Reallocated_Event_Count, Current_Pending_Sector, Offline_Uncorrectable, Spin_Retry_Count, UDMA_CRC_Error_Count. I monitor my drives in the long term and watch if any of these values rises. And of course, the SMART Error Log is important. As for the other attributes such as Raw_Read_Error_Rate, Throughput_Performance and Seek_Error_Rate, every vendor seem to use it in a different way. Btw, the model of Hitachi drive you have problems with is said to be one of the most reliable hard drives. http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ http://www.hgst.com/tech/techlib.nsf/techdocs/EC6D440C3F64DBCC8825782300026498/$file/US7K3000_ds.pdf. http://www.hgst.com/tech/techlib.nsf/products/Ultrastar_7K3000 smartctl -t short /dev/sd1c Not supported, it seems. It is surprising, all Hitachi hard drives I have support short test. If it isn't a secret, could I get the 'smartctl -a' output from your drive for comparison? Thanks. Regards, David
Re: [Bulk] Re: slow qemu openbsd
On 2014-06-10, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: The kqemu port entry from the attic states. remove kqemu (which was broken, reported by Alexander Schrijver and probably others) and qemu-old; the current qemu version in emulators/qemu works well now (kqemu is no longer supported upstream). I guess works well means for emulating OpenBSD for kernel debugging (will these missing cpu features affect that?) and such which is more important but perhaps we need a second port for running Windows and if that is now failing what else may be (Linux?). a second port, you mean reinstate qemu-old? If so, you will also need a port of gcc3, and backport some security fixes.
Re: Vision 2020: Making OpenBSD the world's fastest OS
On 06/10/14 01:17, Amit Kulkarni wrote: 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. It's false? You think OpenBSD is slower than 15%? I don't, based on a few tests run against some version of Debian. It was faster, both in terms of disk i/o and the running of a program that did a lot of computations with little output. It seemed to me to be less than 6%, using stopwatches but small enough to make me stop testing. But I think you agree with the general tone of this? --STeve Andre'
Re: running cvs update as root (was: Re: New install)
On 2014-06-10, Alexander Hall alexan...@beard.se wrote: On June 10, 2014 6:24:17 AM CEST, Miod Vallat m...@online.fr wrote: http://www.openbsd.org/anoncvs.html shows the 'cvs update' command being run by root (# shell prompt), and I wouldn't expect any non-root user to have write permission to /usr/src anyway. So... why is doing the cvs-update as root a bad idea? Is this a kind of bad joke? Running anything as root unless it absolutely requires root privileges is a bad idea. Put yourself in the wsrc group, and you'll be able to write into /usr/src. Miod Indeed, however I agree that '#' suggests that the command is to be run as root, and could be confusing. Agreed, but this needs more work than just s/#/$/, as the suggested method to extract src.tar.gz etc don't leave the files with suitable ownership/perms. Diffs (to www/build/mirros/anoncvs.html.head please) are welcome :)
Re: Vision 2020: Making OpenBSD the world's fastest OS
On 2014-06-09, Peter N. M. Hansteen pe...@bsdly.net wrote: Allan Streib str...@cs.indiana.edu writes: Can you share what you changed in login.conf, and what problems were resolved as a result? I mucked around with increasing the shared memory limits, and in fact it helped certain browsers go from glacial response times to merely 'a tad slow at times, YMMW'. http://home.nuug.no/~peter/transition/bsdcan2014/desktop.html and the following slide has the meat, such as it is. There's more work to be done for any 'OpenBSD as the ultimate desktop' article, though. - Peter This came up before, and I replied: http://marc.info/?l=openbsd-portsm=139450013100779w=2 The knob change you are recommending here allows 2GB shared memory. Depends on the system but for some people this will be way too much.
[LaTeX] Missing enumitem.sty
Hi guys, I've installed texlive_base. And yet several files are missing, including enumitem.sty. Is there another package I can install? Kind regards, Xianwen -- Xianwen Chen | xchen.tk
Re: Vision 2020: Making OpenBSD the world's fastest OS
Stuart Henderson s...@spacehopper.org writes: This came up before, and I replied: http://marc.info/?l=openbsd-portsm=139450013100779w=2 The knob change you are recommending here allows 2GB shared memory. Depends on the system but for some people this will be way too much. Yes, I should make that clearer in the slide and when I get enough round tuits, the wip article. - 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.
Re: Price of Unix
Of course you realize all the prices on that page were for universities. The prices they charged businesses was *MUCH* higher. What those prices were I don't know. I was only selling PC's, Dos software and Novell software back then (late 80's early 90's). For that the prices ranged from around a thousand for a single PC with POS software to 10's of thousands of dollars for multiple networked PC's. I don't know, but I bet what we were charging was a pittance compared to the cost of commercial UNIX installations. The last UNIX box I had any part of purchasing was an eight CPU DEC machine that cost around $500,000. But that was around 2002. On Tue, Jun 10, 2014, at 06:42 AM, Danny wrote: Thank you. On Jun 10 14, Dorian H. : To: PPC Miscellaneous Discussions misc@openbsd.org Date: Tue, 10 Jun 2014 12:29:05 +0200 From: Dorian H. doj...@gmail.com Subject: Re: Price of Unix X-Loop: misc@openbsd.org Searched on Google and found this: ftp://cm.bell-labs.com/who/dmr/licenses.html On Tue, Jun 10, 2014 at 8:47 AM, Danny dannydeb...@gmail.com wrote: Hi, (A little off-topic) I am due to give a little computer history talk at our local high school. Can anyone remember how much ATT, Berkeley, SystemV or any other UNIX flavour cost in the 70's and 80's? Thank You Danny
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
Chris Cappuccio [ch...@nmedia.net] wrote: Mattieu Baptiste [mattie...@gmail.com] wrote: Le 8 juin 2014 13:38, Nick Ryan n...@njryan.com a ??crit : I know it???s no consolation to you but using a Kingston 30 GB mSATA from amazon works perfectly. The APU is on the May bios and I???ve had no issues. Didn???t the PCEngines mSATA drive have problems in general? There???s a mention on here about issues with the a version - is that yours? http://pcengines.ch/msata16b.htm Theoritically, I should have the new firmware (that's what told my vendor). But it seems there are still problems with these. Thanks for the tip concerning the Kingston drive. I've been using the Sandisk X110 msata. Borat says great success! As soon as I open my mouth # tar xzpf base55.tgz ahci0: log page read failed, slot 31 was still active. ahci0: stopping the port, softreset slot 31 was still active. tar: Failed write to file ./usr/lib/libedit.so.5.1: Input/output error gzip: stdin: crc error It's actually the Plextor M5M seems to be ok, that's what is in the box I've been using more. Ironically the buggy SuperSpeed thing from PC Engines stock is also reliable for me, albiet slow. Another problem I noticed with the X110 msata was the drive not saving all data on reboot. Like 'reboot' and low and behold, filesystem dirty! Christ
Re: Vision 2020: Making OpenBSD the world's fastest OS
Stuart Henderson s...@spacehopper.org writes: This came up before, and I replied: http://marc.info/?l=openbsd-portsm=139450013100779w=2 The knob change you are recommending here allows 2GB shared memory. Depends on the system but for some people this will be way too much. I doubled my kern.shminfo.shmall setting to 16384 and that alone seems to have made my web browsers much happier. Too soon to say for sure, but that's the first impression. Allan
Re: [LaTeX] Missing enumitem.sty
On Wed, Jun 11, 2014 at 01:08:19AM +0200, Xiánwén Chén wrote: Hi guys, I've installed texlive_base. And yet several files are missing, including enumitem.sty. Is there another package I can install? You probably want texlive_texmf-full: $ pkglocate enumitem.sty dblatex-0.3p8:textproc/dblatex:/usr/local/share/dblatex/latex/misc/enumitem.sty texlive_texmf-full-2013:print/texlive/texmf,-full:/usr/local/share/texmf-dist/tex/latex/enumitem/enumitem.sty texlive_texmf-full-2013:print/texlive/texmf,-full:/usr/local/share/texmf-dist/tex/latex/interfaces/interfaces-enumitem.sty -- Antoine
Re: Requested upstream patch to use OpenBSD's malloc
On Sat, May 31, 2014 at 12:09:09PM -0700, Andrew Fresh wrote: I opened a ticket with upstream to use OpenBSD's malloc by default. https://rt.perl.org/Public/Bug/Display.html?id=122000 You will be happy to know this was merged to bleed today. http://perl5.git.perl.org/perl.git/commitdiff/9be9e8a734382a4f2852efc22debe8e98e91eee9 Many thanks to Tony Cook and all the people who put in a good word. l8rZ, -- andrew - http://afresh1.com Instructions are just another man's opinion of how to do something. -- Weldboy #DPWisdom