Re: Help with lpd and XP

[Greg Thomas]

Additional info.  With this printcap on my OpenBSD laptop printing works fine:

[EMAIL PROTECTED]:/home/ethant# cat /etc/printcap
rp|remote line printer:\
:sf:sh:lp=:rm=grits:rp=lp:sd=/var/spool/output:lf=/var/log/lpd-errs:

So it appears to be an XP issue.  Any suggestions for XP?

Greg

On 12/1/05, Greg Thomas <[EMAIL PROTECTED]> wrote:
> Ok, I decided to switch from using a little Linksys 802.11b parallel
> print server to using my OpenBSD box for printing to my one printer.
> Printing locally works fine but I'm having trouble printing from XP.
>
> [EMAIL PROTECTED]:/home/ethant# cat /etc/printcap
> #   $OpenBSD: printcap,v 1.4 2003/03/28 21:32:30 jmc Exp $
> #
> lp|:\
> :sh:sf:lp=/dev/lpt0:sd=/var/spool/output:lf=/var/log/lpd-errs:
>
> [EMAIL PROTECTED]:/home/ethant# lpq
> Warning: no daemon present
> Rank   Owner  Job  Files Total Size
> 1stethant 9Test Page 0 bytes
>
> [EMAIL PROTECTED]:/home/ethant# ps waux |grep lpd
> daemon7435  0.0  0.9   180   556 ??  Ss10:22PM0:00.03 
> /usr/sbin/lpd
>
> [EMAIL PROTECTED]:/home/ethant# sudo lprm 9
> cannot dequeue dfA009LOCUST
> cfA009locust.2fortheroad.net dequeued
>
> And I get a bunch of these in /var/log/lpd-errs until I rm everything
> in /var/spool/output:
>
> Dec  1 22:31:06 grits lpd[15269]: locust.2fortheroad.net
> Dec  1 22:31:06 grits lpd[15269]: link tfA009locust.2fortheroad.net
> cfA009locust.2fortheroad.net: File exists
> Dec  1 22:31:14 grits lpd[5050]: locust.2fortheroad.net
> Dec  1 22:31:14 grits lpd[5050]: link tfA009locust.2fortheroad.net
> cfA009locust.2fortheroad.net: File exists
> Dec  1 22:31:22 grits lpd[21910]: locust.2fortheroad.net
> Dec  1 22:31:22 grits lpd[21910]: link tfA009locust.2fortheroad.net
> cfA009locust.2fortheroad.net: File exists
> Dec  1 22:31:30 grits lpd[17060]: locust.2fortheroad.net
> Dec  1 22:31:30 grits lpd[17060]: link tfA009locust.2fortheroad.net
> cfA009locust.2fortheroad.net: File exists
> Dec  1 22:31:38 grits lpd[23270]: locust.2fortheroad.net
> Dec  1 22:31:38 grits lpd[23270]: link tfA009locust.2fortheroad.net
> cfA009locust.2fortheroad.net: File exists
>
> I saw a similar message on misc back in August but no resolution.
> What am I doing wrong?
>
> Thanks,
> Greg
>
> OpenBSD 3.7 (GENERIC) #0: Thu Jul 14 17:59:16 PDT 2005
> [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel Pentium III ("GenuineIntel" 686-class, 128KB L2 cache) 1 GHz
> cpu0: 
> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MM
> X,FXSR,SSE
> real mem  = 65052672 (63528K)
> avail mem = 51933184 (50716K)
> using 819 buffers containing 3354624 bytes (3276K) of memory
> mainbus0 (root)
> bios0 at mainbus0: AT/286+(77) BIOS, date 01/03/02, BIOS32 rev. 0 @ 0xfd7b0
> pcibios0 at bios0: rev 2.1 @ 0xfd7b0/0x850
> pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf40/160 (8 entries)
> pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00)
> pcibios0: PCI bus #2 is the last bus
> bios0: ROM list: 0xc/0x8000 0xd/0x8000!
> cpu0 at mainbus0
> pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
> pchb0 at pci0 dev 0 function 0 "Intel 82810E" rev 0x03
> vga1 at pci0 dev 1 function 0 "Intel 82810E Graphics" rev 0x03: aperture at 
> 0xf8
> 00, size 0x400
> wsdisplay0 at vga1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> ppb0 at pci0 dev 30 function 0 "Intel 82801AA Hub-to-PCI" rev 0x02
> pci1 at ppb0 bus 1
> ahc1 at pci1 dev 11 function 0 "Adaptec AHA-2940U" rev 0x01: irq 3
> scsibus0 at ahc1: 16 targets
> st0 at scsibus0 targ 4 lun 0:  SCSI2 
> 1/sequential r
> emovable
> st0: drive empty or not ready
> cbb0 at pci1 dev 13 function 0 "Ricoh 5C475 CardBus" rev 0x81: irq 9
> xl0 at pci1 dev 14 function 0 "3Com 3c905B 100Base-TX" rev 0x00: irq 10, 
> address
>  00:10:5a:02:3d:8f
> exphy0 at xl0 phy 24: 3Com internal media interface
> cardslot0 at cbb0 slot 0 flags 0
> cardbus0 at cardslot0: bus 2 device 0 cacheline 0x0, lattimer 0x20
> pcmcia0 at cardslot0
> ichpcib0 at pci0 dev 31 function 0 "Intel 82801AA LPC" rev 0x02
> pciide0 at pci0 dev 31 function 1 "Intel 82801AA IDE" rev 0x02: DMA, channel 
> 0 w
> ired to compatibility, channel 1 wired to compatibility
> wd0 at pciide0 channel 0 drive 0: 
> wd0: 16-sector PIO, LBA, 19092MB, 39102336 sectors
> wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4
> atapiscsi0 at pciide0 channel 1 drive 0
> scsibus1 at atapiscsi0: 2 targets
> cd0 at scsibus1 targ 0 lun 0:  SCSI0
> 5/cdrom removable
> cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
> uhci0 at pci0 dev 31 function 2 "Intel 82801AA USB" rev 0x02: irq 11
> usb0 at uhci0: USB revision 1.0
> uhub0 at usb0
> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> "Intel 82801AA SMBus" rev 0x02 at pci0 dev 31 function 3 not configured
> auich0 at pci0 dev 31 function 5 "Intel 82801

USB stuff (was Re: theo)

[Shawn K. Quinn]

On Thu, 2005-12-01 at 22:51 -0600, [EMAIL PROTECTED] wrote:
> Considering the goals of OpenBSD, I would not expect USB rodents,
> sound cards or even video to be necessarily well supported.

The reality is that USB gear is becoming much, much more common. USB
HIDs (human interface devices) should be well supported, as in many
cases that's all that is available (given that the USB-PS/2 adapters
often get lost and are manufacturer-specific).

> If using the mouse was of prime importance, I'd use Windows

Not a choice when freedom is *anywhere* on the list of concerns. I,
personally, am actively boycotting Microsoft at the current time
(including hardware and the Xb*x gaming consoles).

Don't get me wrong, I don't use OpenBSD for everything either (I am
writing this from a Debian GNU/Linux system). But asserting that USB
device support in OpenBSD is unrealistic, is questionable at best and
downright ludicrous at worst. We already have some USB-only KVM
switches.

-- 
Shawn K. Quinn <[EMAIL PROTECTED]>

Re: USB stuff (was Re: theo)

[Otto Moerbeek]

On Fri, 2 Dec 2005, Shawn K. Quinn wrote:

> On Thu, 2005-12-01 at 22:51 -0600, [EMAIL PROTECTED] wrote:
> > Considering the goals of OpenBSD, I would not expect USB rodents,
> > sound cards or even video to be necessarily well supported.
> 
> The reality is that USB gear is becoming much, much more common. USB
> HIDs (human interface devices) should be well supported, as in many
> cases that's all that is available (given that the USB-PS/2 adapters
> often get lost and are manufacturer-specific).
> 
> > If using the mouse was of prime importance, I'd use Windows
> 
> Not a choice when freedom is *anywhere* on the list of concerns. I,
> personally, am actively boycotting Microsoft at the current time
> (including hardware and the Xb*x gaming consoles).
> 
> Don't get me wrong, I don't use OpenBSD for everything either (I am
> writing this from a Debian GNU/Linux system). But asserting that USB
> device support in OpenBSD is unrealistic, is questionable at best and
> downright ludicrous at worst. We already have some USB-only KVM
> switches.
> 
> -- 
> Shawn K. Quinn <[EMAIL PROTECTED]>

What are you trying to say?

USB support in OpenBSD is very decent. Of course there wil always be
machine/device combinations that have problems, but in general things
are fine.

-Otto

Re: USB stuff (was Re: theo)

[Gordon Willem Klok]

Could this thread just die please,
The problem did not lie with the mouse the laptop in question had screwy
pci interrupt routing and consequently configuration of the usb controller
failed.
 
GWK 

On Fri, Dec 02, 2005 at 02:40:09AM -0600, Shawn K. Quinn wrote:
> On Thu, 2005-12-01 at 22:51 -0600, [EMAIL PROTECTED] wrote:
> > Considering the goals of OpenBSD, I would not expect USB rodents,
> > sound cards or even video to be necessarily well supported.
> 
> The reality is that USB gear is becoming much, much more common. USB
> HIDs (human interface devices) should be well supported, as in many
> cases that's all that is available (given that the USB-PS/2 adapters
> often get lost and are manufacturer-specific).
> 
> > If using the mouse was of prime importance, I'd use Windows
> 
> Not a choice when freedom is *anywhere* on the list of concerns. I,
> personally, am actively boycotting Microsoft at the current time
> (including hardware and the Xb*x gaming consoles).
> 
> Don't get me wrong, I don't use OpenBSD for everything either (I am
> writing this from a Debian GNU/Linux system). But asserting that USB
> device support in OpenBSD is unrealistic, is questionable at best and
> downright ludicrous at worst. We already have some USB-only KVM
> switches.
> 
> -- 
> Shawn K. Quinn <[EMAIL PROTECTED]>

Re: Help with lpd and XP

[Fred Crowson]

Greg Thomas wrote:

Ok, I decided to switch from using a little Linksys 802.11b parallel
print server to using my OpenBSD box for printing to my one printer. 
Printing locally works fine but I'm having trouble printing from XP.


[EMAIL PROTECTED]:/home/ethant# cat /etc/printcap
#   $OpenBSD: printcap,v 1.4 2003/03/28 21:32:30 jmc Exp $
#
lp|:\
:sh:sf:lp=/dev/lpt0:sd=/var/spool/output:lf=/var/log/lpd-errs:

[EMAIL PROTECTED]:/home/ethant# lpq
Warning: no daemon present
Rank   Owner  Job  Files Total Size
1stethant 9Test Page 0 bytes

[EMAIL PROTECTED]:/home/ethant# ps waux |grep lpd
daemon7435  0.0  0.9   180   556 ??  Ss10:22PM0:00.03 /usr/sbin/lpd

[EMAIL PROTECTED]:/home/ethant# sudo lprm 9
cannot dequeue dfA009LOCUST
cfA009locust.2fortheroad.net dequeued

And I get a bunch of these in /var/log/lpd-errs until I rm everything
in /var/spool/output:

Dec  1 22:31:06 grits lpd[15269]: locust.2fortheroad.net
Dec  1 22:31:06 grits lpd[15269]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists
Dec  1 22:31:14 grits lpd[5050]: locust.2fortheroad.net
Dec  1 22:31:14 grits lpd[5050]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists
Dec  1 22:31:22 grits lpd[21910]: locust.2fortheroad.net
Dec  1 22:31:22 grits lpd[21910]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists
Dec  1 22:31:30 grits lpd[17060]: locust.2fortheroad.net
Dec  1 22:31:30 grits lpd[17060]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists
Dec  1 22:31:38 grits lpd[23270]: locust.2fortheroad.net
Dec  1 22:31:38 grits lpd[23270]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists

I saw a similar message on misc back in August but no resolution. 
What am I doing wrong?


Thanks,
Greg



Hi

Have you tried using samba to share the printer with XP?

HTH

Fred

Re: theo

[badmagic]

Steve is my brother you moron and he fixes my Mother's computer
sometimes Sherlock


On Fri, 2005-12-02 at 00:10 -0600, Billy B. Bilano wrote:

> LLSLSOLS
> 
> Okay guys, this is nuts! Who is this person thinks they are? Wow! They 
> are really reaching around for one! I know a thing or twelve about how 
> to play "tha system", and this duder is doing it to it!!! Holy moles!
> 
> So I saw this email and I just fell on my big butt tonight! It knocked 
> me off my chair because, really, how could The O. (Theo) be such a jerk 
> and heartless coward to make fun of a lady in a wheel chair woman 
> because she is so old her shoes hurt when she walks? That's just not 
> right and I was seriously starting to reconsider my use of OpenBSD in my 
> Solaris server over this.
> 
> So I cranked up the mouse and pointed my browsler prowsler over to the 
> Googler to do a quick job on this "SOPHIE" person to find out what 
> started this whole bucket of clams!
> 
> So here's the money shot: Sophie USED TO BE named STEVE! That is right! 
> This whole hot mama Sophie is a scams! Probably from NIGERIA! Yeah, 
> that's right you read me right!!! What the heller has happened on this 
> forum?!?! People getting in gender benders around here or something!? 
> Gawd! So look here and you will see that THEO IS NOT TO BLAME FOR 
> ANYTHING! He has been the innocent victim of a BROWSE-BY FLAMER (and not 
> one of the QUEEN VARIETY!!! ROFLFLS!!).
> 
> At first I was thinky that maybe STEVE must have lost his wifer in some 
> tragic accident or something similar, as in the first post I liked to 
> above he claims to have a wife! But it seems that maybe he is talking 
> about himself!?? Maybe he wants to come to Canada for a whack-job or 
> something and wants Theo's moral support or something? I mean, if 
> "Steve" wants to become a woman named "Sophie", I have to ask: what 
> business is it of Grandmaster Theo, anyway?
> 
> So come on Steve! Shed your pair like a man and join your friends! We 
> support you in your choice!
> 
> So clickers the link here so you can see what you've been painfully 
> missing in this saga of lies:
> 
> http://groups.google.com/group/lucky.openbsd.misc/browse_thread/thread/65e69cf1758aad40/a350303a977807d0?lnk=st&q=USB+ports+not+working+on+Toshiba+Satellite&rnum=1#a350303a977807d0
>  
> 
> 
> P.S. If you are not a scoundrel, you need to read my bloglog and learn 
> some things about being a real man as well as how to work with difficult 
> people... 

Re: USB stuff (was Re: theo)

[Tony]

Otto Moerbeek wrote:
> 
> On Fri, 2 Dec 2005, Shawn K. Quinn wrote:
> 
> > On Thu, 2005-12-01 at 22:51 -0600, [EMAIL PROTECTED] wrote:
> > > Considering the goals of OpenBSD, I would not expect USB rodents,
> > > sound cards or even video to be necessarily well supported.
> > 
> > The reality is that USB gear is becoming much, much more common. USB
> > HIDs (human interface devices) should be well supported, as in many
> > cases that's all that is available (given that the USB-PS/2 adapters
> > often get lost and are manufacturer-specific).
> > 
> > > If using the mouse was of prime importance, I'd use Windows
> > 
> > Not a choice when freedom is *anywhere* on the list of concerns. I,
> > personally, am actively boycotting Microsoft at the current time
> > (including hardware and the Xb*x gaming consoles).
> > 
> > Don't get me wrong, I don't use OpenBSD for everything either (I am
> > writing this from a Debian GNU/Linux system). But asserting that USB
> > device support in OpenBSD is unrealistic, is questionable at best and
> > downright ludicrous at worst. We already have some USB-only KVM
> > switches.
> > 
> > -- 
> > Shawn K. Quinn <[EMAIL PROTECTED]>
> 
> What are you trying to say?
> 
> USB support in OpenBSD is very decent. Of course there wil always be
> machine/device combinations that have problems, but in general things
> are fine.
> 
>   -Otto

Completely agree.
The source of this mess was some strange combination of laptop USB mouse,
which is exactly the sort of place that tends to have "problems".
USB-only KVM switches most likely attached to well designed servers
as opposed to assorted screwey laptops.
However, I suspect that headless still takes precedence over GUI.

(Slow night/day/whatever when this thread dominates)

Re: install 3.8 on hppa using lif38.fs

[mickey]

On Thu, Dec 01, 2005 at 07:21:54PM +0100, Jimmy Scott wrote:
> Hello,
re

> I tried to install a few machines with OpenBSD/hppa 3.8 without success.
> 
> In the past I installed them with OpenBSD 3.6, switched them the hard
> way to use the serial console (using machine) and threw away the
> horrible big and noisy (and compatible :/) screens.
> 
> When I boot the lif38.fs image, the boot prompt appears (where I can
> still enter some commands), the kernel boots, ask me to install or
> upgrade, and this is where I got stuck. I could not enter anything. I
> tried booting with a keyboard attached to the HIL or PS/2 (depending on
> machine) without success (still using rs232 as console).
> 
> I tried using lif36.fs to verify if this ever worked, and it did.
> Is there something new not mentioned in the INSTALL file I should know
> about? or any solutions to fix the netboot? Maybe I overlooked
> something.

since you mention you have hardcoded to serial console in the prom
does it work olrite on the cereal then?
if you switch your console (in the prom) to kbd/video does
it behave then?

> The machines I've tried:
>   9000/715/64
>   9000/712/80
>   9000/712/100
> 
> Kind regards,
> Jimmy Scott
> 
> console/dmesg log from a 9000/712/80:
> 
> BOOT_ADMIN> Information
> 
> Processor revision 2.4100MHz
> Instruction Cache Size:  131072
> Data Cache Size: 131072
> Memory Size:  128 MB
> Built in floating point coprocessor
> Board Serial Number 401105L1MV
> 
> BootRom Version2.2
> 
> auto boot on
> auto search off
> fastboot off
> 
> Primary boot path:scsi.6.0
> Alternate boot path:  lan.00-00.0.0
> Console path: rs232.9600.8.none
> 
> LAN Station Addresses: 080009-7DFA86
>080009-FF
> 
> 
> BOOT_ADMIN> boot lan isl
> 
> Booting
> 
> 
> >> OpenBSD/hppa BOOT 0.8
> boot>
> booting lf0a:/bsd: 2084864+454656+2666496+389120=0x6d9148
> SPID bits: 0x0, error = -2
> pdc_coproc: 0xc0, 0xc0; model d rev 1
> [ bsd ELF symbol table not valid: symtab unaligned ]
> [ no symbol table formats found ]
> Copyright (c) 1982, 1986, 1989, 1991, 1993
> The Regents of the University of California.  All rights
> reserved.
> Copyright (c) 1995-2005 OpenBSD. All rights reserved.
> http://www.OpenBSD.org
> 
> OpenBSD 3.8 (RAMDISK) #275: Sat Sep 10 17:22:17 MDT 2005
> [EMAIL PROTECTED]:/usr/src/sys/arch/hppa/compile/RAMDISK
> HP 9000/712/100 (King Gecko) PA-RISC 1.1c
> real mem = 134217728 (524288 reserved for PROM, 8785920 used by OpenBSD)
> avail mem = 108199936
> using 8421 buffers containing 13393920 bytes of memory
> mainbus0 (root) [flex fff8]
> pdc0 at mainbus0
> power0 at mainbus0: DR25
> mem0 at mainbus0 offset ffbf000: viper rev 0, size 128MB
> cpu0 at mainbus0 offset ffbe000 irq 31: PCXL L1-A 100MHz, FPU PCXL
> (CMOS-26B) rev 1
> cpu0: 128K(32b/l) Icache, 128K(32b/l) wr-back Dcache, 64 coherent TLB, 8
> BTLB
> lasi1 at mainbus0 offset 50 irq 27: rev 3.0
> lasi0 at mainbus0 offset 10 irq 28: rev 3.0
> gsc0 at lasi0
> gsckbc0 at gsc0 offset 8100 irq 26
> gsckbc1 at gsc0 offset 8000 irq 26
> "floppy controller" at gsc0 (type a sv 83 mod 1 hv d0) offset a000 not
> configured
> "Advanced audio (ext.)" at gsc0 (type a sv 7b mod 1 hv d0) offset 4000
> not configured
> lpt0 at gsc0 offset 2000 irq 7
> com0 at gsc0 offset 5000 irq 5: ns16550a, 16 byte fifo
> ie0 at gsc0 offset 7000 irq 8: LASI/i82596CA v1.0, address
> 08:00:09:7d:fa:86
> osiop0 at gsc0 offset 6000 irq 9: NCR53C710 rev 2, 40MHz, SCSI ID 7
> scsibus0 at osiop0: 8 targets
> osiop0: target 6 now using 8 bit 10 MHz 8 REQ/ACK offset xfers
> sd0 at scsibus0 targ 6 lun 0:  SCSI2
> 0/direct fixed
> sd0: 1029MB, 2874 cyl, 8 head, 91 sec, 512 bytes/sec, 2109376 sec total
> sti0 at mainbus0 offset 800 irq 11: HPA208LC1280 rev 8.04;7, ID
> 0x2B4DED6D40A00499
> sti0: 2048x1024 frame buffer, 1280x1024x8 display, offset 0x0
> sti0: 8x16 font type 1, 16 bpc, charset 0-255
> gsc1 at lasi1
> com1 at gsc1 offset 5000 irq 5: ns16550a, 16 byte fifo
> biomask 0xb netmask 0x2b ttymask 0x3f
> boot path: 2/0/2.1.be8a0050.8dd1dd7b.74ee3403.ac15.ac100128
> class=4098 flags=0 hpa=0xf0107000 spa=0x0 io=0x84ec
> rd0: fixed, 5120 blocks
> wsdisplay0 at sti0 mux 1
> wsdisplay0: screen 0 added (default, vt100 emulation)
> rootdev=0x300 rrootdev=0x900 rawdev=0x902
> WARNING: clock gained 81 days -- CHECK AND RESET THE DATE!
> erase ^?, werase ^W, kill ^U, intr ^C, status ^T
> (I)nstall, (U)pgrade or (S)hell?
> 
> --
> The Four Horsemen of the Apocalypse: Death, Famine, War, and SNMP
> 
> [demime 1.01d removed an attachment of type application/pgp-signature]
> 

-- 
paranoic mickey   (my employers have changed but, the name has remained)

Re: top show named 50% CPU usage

[Joachim Schipper]

On Thu, Dec 01, 2005 at 09:58:00PM -0200, Beto wrote:
> Hi friends,
> I got a strange high cpu usage on my server with openbsd 3.8 release.
> I have on my lab 20 machines using ldap to authenticate and squid proxy
> transparent to access the internet. Their homes were mounted by nfs, however
> my system was crashing frequently and now they just login and don't mount
> anything. It's a hub and I have 2 logical networks.
> Althought i have just 20 machines there are 3000 users, (but they don't
> login at the same time).
> My server is an old machine but i thought it is enough for it.
> It is an Intel pentium 3  833Mhz 512Mb ram
> My server runs:
> dhcpd
> ntpd
> named
> squid
> squidGuard
> slapd
> nfsd
> sshd

While I don't know or run all this software, it should be okay. OpenLDAP
is rather heavy, but if used only for authentication this should not be
a problem.

> I runned an tcpdump and the trafic is normal.
> Some one have any idea? I realy need some help and I did not found anything
> about it.
> Thank you.
> 
> What my top show:
> 
> load averages:  2.00,  1.82,  1.69
> 21:02:12
> 40 processes:  3 running, 36 idle, 1 on processor
> CPU states: 53.8% user,  0.0% nice, 23.9% system, 13.1% interrupt,  9.2%idle
> Memory: Real: 65M/115M act/tot  Free: 383M  Swap: 0K/700M used/tot
> 
> 
> load averages:  1.50,  1.60,  1.60
> 21:33:01
> 40 processes:  3 running, 36 idle, 1 on processor
> CPU states: 59.3% user,  0.0% nice, 25.3% system,  9.3% interrupt,  6.1%idle
> Memory: Real: 65M/115M act/tot  Free: 383M  Swap: 0K/700M used/tot
> 
>   PID USERNAME PRI NICESIZE  RES STATEWAIT TIME
> CPU   COMMAND
> 14610   named  640   3032K   3384K   run
> -   68:3950.34% named
> 26369   root  580  78M   14M  run
> -   46:5630.81% slapd
>  7008_syslogd20 352K  604K run
> -   28:11 2.10%  syslogd
> 24914   _squid20   35M   37M   sleep
> poll 3:13   0.68%  squid
>  7849root   20  332K   76Ksleep
> nfsd 0:33  0.00%   nfsd
> 25407   _squid20  580K  840K   sleep
> netio0:13  0.00%  squidGuard
> 30316   root   20   308K  508Kidle
> netio0:05  0.00%  syslogd
> 
> I had cutted the rest of what it printed.
> 
> 
> My dmesg:
> 
> PACE to TIME
> /var: optimization changed from TIME to SPACE
> nfsd send error 55
> /var: optimization changed from SPACE to TIME
> /var: optimization changed from TIME to SPACE
> /var: optimization changed from SPACE to TIME
> nfsd send error 55
> nfsd send error 55
> nfsd send error 55
> nfsd send error 55
> nfsd send error 55


Looks like /var is very full, better get some more disk.

Also, nfsd is complaining - Google yielded that error 55 may well be
from /usr/src/sys/sys/errno.h - i.e., ENOBUFS /* no buffer space
available */.

I wouldn't know *why* there is no buffer space available, as I don't use
NFS - it might well be in TFM or TFF, and if not, maybe someone here
knows. Just a guess, but NFS may use something like shared memory, which
can be exhausted much more easily than physical memory. There are some
sysctl knobs to fix this.

Joachim

wrong behaviour of su

[Uwe Dippel]

# whoami
root
# su foo
passwd: login/uid mismatch, username argument required.
# su udippel
$ whoami
udippel
$ exit
# whoami
root
# su bar
passwd: login/uid mismatch, username argument required.
# su ba
su: unknown login ba

I came in to root through 'udippel' (su); and I am sure it worked a
few hours ago. What am I missing now ? Or is this a bug ?

I have logged out completely and logged back, same behaviour.

According to the man-pages, we expect something else:
"If su is
executed by root, no password is requested and a shell with the appropri-
ate user ID is executed; no additional Kerberos tickets are obtained."

Any hint ? (Google knows about the message only twice)

Uwe

finish

[Sophie Laurie]

This is it. I didn't wan't a discussion or any more foul replies
(although I can take 'em)

This isn't a hoax. What would be the point.

My Mother is in hospital for a few days and I'm looking after her house
whilst she's in - that's how I found the emails.

The laptop was my brother Steven's. Our mother's desktop PII died and
Steven was fixing it for her. He lent her his laptop whilst her coputer
was being fixed.
Had OpenBSD on it and she couldn't use the finger pad) 
He sent the original email trying to fix it and when she borrowed the
laptop she couldn't use it properly without an external mouse
so the emails have been a combined effort between the two.

I don't want anything else said on this matter except that I'm bloody
angry with a few of you (and the emails are still in her inbox).
Wether it's a hoax or not, at the time of the insults, you were all
aware that there was a big possibility that it was actually a 65yr old
woman and you still spoke to her in such a way. You should be ashamed of
yourself regardless.

That's all

Re: bus-master DMA error: missing interrupt

[Tobias Ulmer]

On Thu, Dec 01, 2005 at 11:44:32PM -0500, Jason Dixon wrote:
> I recently purchased a pair of Iron Systems A210 servers for a firewall 
> installation.  The systems were ordered with no hard drives and ide-to-CF 
> adapters onboard.  
> They are running 3.8 -release on 512MB compact flash (SanDisk SDCFB-512).  
> I'm seeing the following error in the same place on both systems at boot:
> 
> wd0(pciide0:0:0): timeout
> type: ata
> c_bcount: 512
> c_skip: 0
> pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
> wd0c: device timeout reading fsbn 0 (wd0 bn 0; cn 0 tn 0 sn 0), retrying
> wd0(pciide0:0:0): timeout
> type: ata
> c_bcount: 512
> c_skip: 0
> pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
> wd0: transfer error, downgrading to PIO mode 4
> wd0(pciide0:0:0): using PIO mode 4
> wd0c: device timeout reading fsbn 0 (wd0 bn 0; cn 0 tn 0 sn 0), retrying
> wd0: soft error (corrected)
> 
> Everything then continues as usual, although I'm also not doing any 
> intentional writes to disk.  Anyone have any idea what might be causing this 
> and if it's safe to 
> ignore (yeah, right).

Have you tried to disable (Ultra)DMA with config(8) on the wd device?  
The flags you might need are listed in wd(4).

I needed that for an old box where OpenBSD tried to "talk" with the IDE 
Controller in UltraDMA2 mode and then downgraded it until it was PIO4.  
That process took a lot of time, but did nothing bad to my data. As far 
as I understand it, this is not an error, just a bit annoying if boot 
time matters.

Tobias

Re: bus-master DMA error: missing interrupt

[Joachim Schipper]

On Thu, Dec 01, 2005 at 11:44:32PM -0500, Jason Dixon wrote:
> I recently purchased a pair of Iron Systems A210 servers for a  
> firewall installation.  The systems were ordered with no hard drives  
> and ide-to-CF adapters onboard.  They are running 3.8 -release on  
> 512MB compact flash (SanDisk SDCFB-512).  I'm seeing the following  
> error in the same place on both systems at boot:
> 
> wd0(pciide0:0:0): timeout
> type: ata
> c_bcount: 512
> c_skip: 0
> pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
> wd0c: device timeout reading fsbn 0 (wd0 bn 0; cn 0 tn 0 sn 0), retrying
> wd0(pciide0:0:0): timeout
> type: ata
> c_bcount: 512
> c_skip: 0
> pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
> wd0: transfer error, downgrading to PIO mode 4
> wd0(pciide0:0:0): using PIO mode 4
> wd0c: device timeout reading fsbn 0 (wd0 bn 0; cn 0 tn 0 sn 0), retrying
> wd0: soft error (corrected)
> 
> Everything then continues as usual, although I'm also not doing any  
> intentional writes to disk.  Anyone have any idea what might be  
> causing this and if it's safe to ignore (yeah, right).

OpenBSD tries to talk to the controller in the fastest way possible
(usually some (U)DMAx setting). If this fails, it figures it's running
at too high a speed and downgrades.

It does the same on my box, and seems to work just fine:

OpenBSD 3.8-stable (GENERIC_WITH_RAID) #1: Fri Nov 18 13:06:07 CET 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC_WITH_RAID

pcib0 at pci0 dev 17 function 0 "VIA VT8233 ISA" rev 0x00
pciide0 at pci0 dev 17 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, channel 
0 configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA, 39205MB, 80293248 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6

Kernelized RAIDframe activated
wd0c:  aborted command, interface CRC error reading fsbn 64 (wd0 bn 64; cn 0 tn 
1 sn 1), retrying
wd0: transfer error, downgrading to Ultra-DMA mode 5
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
wd0c:  aborted command, interface CRC error reading fsbn 64 (wd0 bn 64; cn 0 tn 
1 sn 1), retrying
wd0: soft error (corrected)
cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x0
SENSE KEY: Not Ready
 ASC/ASCQ: Medium Not Present
dkcsum: wd0 matches BIOS drive 0x80
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302
wd0: transfer error, downgrading to Ultra-DMA mode 4
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4
wd0a:  aborted command, interface CRC error reading fsbn 357728 of 
357728-357791 (wd0 bn 357791; cn 354 tn 15 sn 14), retrying
wd0: transfer error, downgrading to Ultra-DMA mode 3
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 3
wd0a:  aborted command, interface CRC error reading fsbn 357728 of 
357728-357791 (wd0 bn 357791; cn 354 tn 15 sn 14), retrying
wd0: soft error (corrected)


The same happens with GENERIC, by the way.

It's pretty harmless, just a little noisy at boot. (And of course, you
want to run your disks at the highest speed possible, so if it ends up
somewhere below that it's suboptimal. But better than not working at
all.)

Joachim

Re: install 3.8 on hppa using lif38.fs

[Jimmy Scott]

On Fri, Dec 02, 2005 at 11:13:40AM +0100, mickey wrote:
> On Thu, Dec 01, 2005 at 07:21:54PM +0100, Jimmy Scott wrote:
> > Hello,
> re
>
> > I tried to install a few machines with OpenBSD/hppa 3.8 without success.
> >
[snip]
> >
> > I tried using lif36.fs to verify if this ever worked, and it did.
> > Is there something new not mentioned in the INSTALL file I should know
> > about? or any solutions to fix the netboot? Maybe I overlooked
> > something.
>
> since you mention you have hardcoded to serial console in the prom
> does it work olrite on the cereal then?

Yes it does, when I booted lif36.fs I could type 'i' etc to start the
installation, even typing at the prom or 'boot>' prompt went fine.

> if you switch your console (in the prom) to kbd/video does
> it behave then?
>

This is a very good question, but I do not have any compatible screens
anymore. Changing it now will render the machine unusable for me. My
assumption is that there is something wrong with the keyboard emulation
or mapping in the kernel, but I know very little about the kernel's
design; which need to change soon or later.

> > The machines I've tried:
> > 9000/715/64
> > 9000/712/80
> > 9000/712/100
> >
> > Kind regards,
> > Jimmy Scott
> >
> > console/dmesg log from a 9000/712/80:
> >
> > BOOT_ADMIN> Information
> >
> > Processor revision 2.4100MHz
> > Instruction Cache Size:  131072
> > Data Cache Size: 131072
> > Memory Size:  128 MB
> > Built in floating point coprocessor
> > Board Serial Number 401105L1MV
> >
> > BootRom Version2.2
> >
> > auto boot on
> > auto search off
> > fastboot off
> >
> > Primary boot path:scsi.6.0
> > Alternate boot path:  lan.00-00.0.0
> > Console path: rs232.9600.8.none
> >
> > LAN Station Addresses: 080009-7DFA86
> >080009-FF
> >
> >
> > BOOT_ADMIN> boot lan isl
> >
> > Booting
> >
> >
> > >> OpenBSD/hppa BOOT 0.8
> > boot>
> > booting lf0a:/bsd: 2084864+454656+2666496+389120=0x6d9148
> > SPID bits: 0x0, error = -2
> > pdc_coproc: 0xc0, 0xc0; model d rev 1
> > [ bsd ELF symbol table not valid: symtab unaligned ]
> > [ no symbol table formats found ]
> > Copyright (c) 1982, 1986, 1989, 1991, 1993
> > The Regents of the University of California.  All rights
> > reserved.
> > Copyright (c) 1995-2005 OpenBSD. All rights reserved.
> > http://www.OpenBSD.org
> >
> > OpenBSD 3.8 (RAMDISK) #275: Sat Sep 10 17:22:17 MDT 2005
> > [EMAIL PROTECTED]:/usr/src/sys/arch/hppa/compile/RAMDISK
> > HP 9000/712/100 (King Gecko) PA-RISC 1.1c
> > real mem = 134217728 (524288 reserved for PROM, 8785920 used by OpenBSD)
> > avail mem = 108199936
> > using 8421 buffers containing 13393920 bytes of memory
> > mainbus0 (root) [flex fff8]
> > pdc0 at mainbus0
> > power0 at mainbus0: DR25
> > mem0 at mainbus0 offset ffbf000: viper rev 0, size 128MB
> > cpu0 at mainbus0 offset ffbe000 irq 31: PCXL L1-A 100MHz, FPU PCXL
> > (CMOS-26B) rev 1
> > cpu0: 128K(32b/l) Icache, 128K(32b/l) wr-back Dcache, 64 coherent TLB, 8
> > BTLB
> > lasi1 at mainbus0 offset 50 irq 27: rev 3.0
> > lasi0 at mainbus0 offset 10 irq 28: rev 3.0
> > gsc0 at lasi0
> > gsckbc0 at gsc0 offset 8100 irq 26
> > gsckbc1 at gsc0 offset 8000 irq 26
> > "floppy controller" at gsc0 (type a sv 83 mod 1 hv d0) offset a000 not
> > configured
> > "Advanced audio (ext.)" at gsc0 (type a sv 7b mod 1 hv d0) offset 4000
> > not configured
> > lpt0 at gsc0 offset 2000 irq 7
> > com0 at gsc0 offset 5000 irq 5: ns16550a, 16 byte fifo
> > ie0 at gsc0 offset 7000 irq 8: LASI/i82596CA v1.0, address
> > 08:00:09:7d:fa:86
> > osiop0 at gsc0 offset 6000 irq 9: NCR53C710 rev 2, 40MHz, SCSI ID 7
> > scsibus0 at osiop0: 8 targets
> > osiop0: target 6 now using 8 bit 10 MHz 8 REQ/ACK offset xfers
> > sd0 at scsibus0 targ 6 lun 0:  SCSI2
> > 0/direct fixed
> > sd0: 1029MB, 2874 cyl, 8 head, 91 sec, 512 bytes/sec, 2109376 sec total
> > sti0 at mainbus0 offset 800 irq 11: HPA208LC1280 rev 8.04;7, ID
> > 0x2B4DED6D40A00499
> > sti0: 2048x1024 frame buffer, 1280x1024x8 display, offset 0x0
> > sti0: 8x16 font type 1, 16 bpc, charset 0-255
> > gsc1 at lasi1
> > com1 at gsc1 offset 5000 irq 5: ns16550a, 16 byte fifo
> > biomask 0xb netmask 0x2b ttymask 0x3f
> > boot path: 2/0/2.1.be8a0050.8dd1dd7b.74ee3403.ac15.ac100128
> > class=4098 flags=0 hpa=0xf0107000 spa=0x0 io=0x84ec
> > rd0: fixed, 5120 blocks
> > wsdisplay0 at sti0 mux 1
> > wsdisplay0: screen 0 added (default, vt100 emulation)
> > rootdev=0x300 rrootdev=0x900 rawdev=0x902
> > WARNING: clock gained 81 days -- CHECK AND RESET THE DATE!
> > erase ^?, werase ^W, kill ^U, intr ^C, status ^T
> > (I)nstall, (U)pgrade or (S)hell?
> >
> > --
> > The Four Horsemen of the Apocalypse: Death, Famine, War, and SNMP
> >
> > [demime 1.01d removed an attachment of type application/pgp-signature]
> >
>
> --
> paranoic mickey   (my employers have changed but, the name has
remained)
>
>
>

--
The Four Horsemen of the Apocalypse: Death, Fam

Re: bus-master DMA error: missing interrupt

[Jason Dixon]

On Dec 2, 2005, at 6:08 AM, Tobias Ulmer wrote:


On Thu, Dec 01, 2005 at 11:44:32PM -0500, Jason Dixon wrote:
I recently purchased a pair of Iron Systems A210 servers for a  
firewall installation.  The systems were ordered with no hard  
drives and ide-to-CF adapters onboard.
They are running 3.8 -release on 512MB compact flash (SanDisk  
SDCFB-512).  I'm seeing the following error in the same place on  
both systems at boot:


wd0(pciide0:0:0): timeout
type: ata
c_bcount: 512
c_skip: 0
pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
wd0c: device timeout reading fsbn 0 (wd0 bn 0; cn 0 tn 0 sn 0),  
retrying

wd0(pciide0:0:0): timeout
type: ata
c_bcount: 512
c_skip: 0
pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
wd0: transfer error, downgrading to PIO mode 4
wd0(pciide0:0:0): using PIO mode 4
wd0c: device timeout reading fsbn 0 (wd0 bn 0; cn 0 tn 0 sn 0),  
retrying

wd0: soft error (corrected)

Everything then continues as usual, although I'm also not doing  
any intentional writes to disk.  Anyone have any idea what might  
be causing this and if it's safe to

ignore (yeah, right).


Have you tried to disable (Ultra)DMA with config(8) on the wd device?
The flags you might need are listed in wd(4).


Thanks to everyone who reminded me of the flags for wd (4).  Using  
config to set them to 0xffc did the trick (dmesg below).



OpenBSD 3.8 (GENERIC) #138: Sat Sep 10 15:41:37 MDT 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Celeron(R) CPU 2.00GHz ("GenuineIntel" 686-class) 2 GHz
cpu0:  
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, 
CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID

real mem  = 258449408 (252392K)
avail mem = 228941824 (223576K)
using 3180 buffers containing 13025280 bytes (12720K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(7e) BIOS, date 10/27/04, BIOS32 rev. 0 @  
0xfb220

apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 70102 dobusy 1 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf/0xdf84
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdec0/192 (10 entries)
pcibios0: PCI Exclusive IRQs: 5 7 9 10 11 12
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371SB ISA" rev  
0x00)

pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc/0xb200! 0xcc000/0x1000
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82845G/GL" rev 0x03
vga1 at pci0 dev 2 function 0 "Intel 82845G/GL Video" rev 0x03:  
aperture at 0xe000, size 0x800

wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x02: irq 11
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x02: irq 9
usb1 at uhci1: USB revision 1.0
uhub1 at usb1
uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev 0x02: irq 7
usb2 at uhci2: USB revision 1.0
uhub2 at usb2
uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB" rev 0x02: irq 5
usb3 at ehci0: USB revision 2.0
uhub3 at usb3
uhub3: Intel EHCI root hub, rev 2.00/1.00, addr 1
uhub3: 6 ports with 6 removable, self powered
ppb0 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0x82
pci1 at ppb0 bus 1
em0 at pci1 dev 3 function 0 "Intel PRO/1000MT (82541GI)" rev 0x00:  
irq 12, address: 00:e0:81:56:dd:fa
em1 at pci1 dev 4 function 0 "Intel PRO/1000MT (82541GI)" rev 0x00:  
irq 10, address: 00:e0:81:56:dd:fb
skc0 at pci1 dev 5 function 0 "Schneider & Koch SK-9821 v2.0" rev  
0x20: irq 11

skc0: Marvell Yukon (0x1)
sk0 at skc0 port A: address 00:00:5a:9f:31:b4
eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3
ichpcib0 at pci0 dev 31 function 0 "Intel 82801DB LPC" rev 0x02
pciide0 at pci0 dev 31 function 1 "Intel 82801DB IDE" rev 0x02: DMA,  
channel 0 configured to compatibility, channel 1 configured to  
compatibility

wd0 at pciide0 channel 0 drive 0: 
wd0: 4-sector PIO, LBA, 488MB, 1000944 sectors
wd0(pciide0:0:0): using PIO mode 4
pciide0: channel 1 disabled (no drives)
"Intel 82801DB SMBus" rev 0x02 at pci0 dev 31 function 3 not configured
isa0 at ichpcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: 
spkr0 at pcppi0
sysbeep0 at pcppi0
it0 at isa0 port 0x290/8: IT87
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
bi

Daniel

[Sophie Laurie]

To: Mail Administrator <[EMAIL PROTECTED]>
(return email address didn't work)

Daniel,
Thank you 

Re: disk encryption on login

[M. Schatzl]

>>oh, like putting it in the gecos field?  that'd be kinda cool.

I like that idea..
But what are you doing if you want to transfer your crypted dir to
another machine? Will be definitely harder to squeeze the bits out of
the gecos. And you probably get a high probability of funny terminal
behaving.

> Yes, that is the train of thought here..
> Markus, by using master.passwd db everything would at
> least appear centralized:)

Consider how many people will use this. Do you really believe that
someone will change pwd.h for this reason?

> Then add a special class which if the user belongs to gets
> te special treatment? (maybe not too complicated..)

That's exactly what I wanted to do.

>  Since master.passwd has 10 fields and that is intentional here is a
> thought. Maybe using  a special pointer like '+' is used for yp in
> master.passwd.

Funny idea. But YP is sth. completely different in this setting. It's
where you get your password from not the other way round.

The only thing you could do this way is marking it. But you have to use
a dedicated login-facility anyway, while YP auth is integrated with all
of the standard login-facilities. So this won't be of much use.

>  Another thought, add another ':' separated field into master.passwd.
> This with the cur key on a per $USER $HOME basis. If it is unpopulated
> of does not exist then ignore it for that $USER?

well, pwd.h, you know...

-current dmesg for auvia (VT82C686A, AC'97) on SONY VAIO PCG-FX55J_B(J)

[Vladas Urbonas]

If anyone still cares - auvia (VT82C686A, AC'97) on SONY VAIO
PCG-FX55J_B(J). Could not test (as promised) on PCG-FX77Z_BP(J) because that
machine had died. However, these two models are _really_ similar.

>an you try a -current kernel w/ this diff plz?

>cu

>--
>   paranoic mickey   (my employers have changed but, the name has
remained)

The Patch

Index: auvia.c
===
RCS file: /cvs/src/sys/dev/pci/auvia.c,v
retrieving revision 1.33
diff -u -r1.33 auvia.c
--- auvia.c 6 May 2005 01:45:22 -   1.33
+++ auvia.c 25 Nov 2005 11:34:12 -
@@ -242,13 +242,25 @@
   sc->sc_pc = pc;
   sc->sc_pt = pt;

+   /* disable SBPro compat & others */
+   pr = pci_conf_read(pc, pt, AUVIA_PCICONF_JUNK);
+
+   pr &= ~AUVIA_PCICONF_ENABLES; /* clear compat function enables */
+   /* XXX what to do about MIDI, FM, joystick? */
+
+   pr |= (AUVIA_PCICONF_ACLINKENAB | AUVIA_PCICONF_ACNOTRST |
+   AUVIA_PCICONF_ACVSR | AUVIA_PCICONF_ACSGD);
+
+   pr &= ~(AUVIA_PCICONF_ACFM | AUVIA_PCICONF_ACSB);
+
+   pci_conf_write(pc, pt, AUVIA_PCICONF_JUNK, pr);
+
   if (pci_intr_map(pa, &ih)) {
   printf(": couldn't map interrupt\n");
   bus_space_unmap(sc->sc_iot, sc->sc_ioh, iosize);
   return;
   }
   intrstr = pci_intr_string(pc, ih);
-
   sc->sc_ih = pci_intr_establish(pc, ih, IPL_AUDIO, auvia_intr, sc,
   sc->sc_dev.dv_xname);
   if (sc->sc_ih == NULL) {
@@ -261,19 +273,6 @@
   }

   printf(": %s\n", intrstr);
-
-   /* disable SBPro compat & others */
-   pr = pci_conf_read(pc, pt, AUVIA_PCICONF_JUNK);
-
-   pr &= ~AUVIA_PCICONF_ENABLES; /* clear compat function enables */
-   /* XXX what to do about MIDI, FM, joystick? */
-
-   pr |= (AUVIA_PCICONF_ACLINKENAB | AUVIA_PCICONF_ACNOTRST |
-   AUVIA_PCICONF_ACVSR | AUVIA_PCICONF_ACSGD);
-
-   pr &= ~(AUVIA_PCICONF_ACFM | AUVIA_PCICONF_ACSB);
-
-   pci_conf_write(pc, pt, AUVIA_PCICONF_JUNK, pr);

   sc->host_if.arg = sc;
   sc->host_if.attach = auvia_attach_codec;


Resulting Dmesg

OpenBSD 3.8-current (GENERIC) #0: Fri Dec  2 22:56:48 JST 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: mobile AMD Athlon(tm) XP 1400+  ("AuthenticAMD" 686-class, 256KB L2
cache) 1.26 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,S
SE
cpu0: AMD Powernow: TS FID VID
real mem  = 536387584 (523816K)
avail mem = 482553856 (471244K)
using 4278 buffers containing 26923008 bytes (26292K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(52) BIOS, date 08/13/02, BIOS32 rev. 0 @ 0xfd6a0
apm0 at bios0: Power Management spec V1.2
apm0: battery life expectancy 94%
apm0: AC on, battery charge high, charging
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xfd6a0/0x960
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf60/128 (6 entries)
pcibios0: PCI Interrupt Router at 000:07:0 ("VIA VT82C596A ISA" rev 0x00)
pcibios0: PCI bus #3 is the last bus
bios0: ROM list: 0xc/0x1 0xd/0x4000! 0xdc000/0x4000!
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "VIA VT8363 Host" rev 0x03
ppb0 at pci0 dev 1 function 0 "VIA VT8363 AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Mobility 1" rev 0x64
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 7 function 0 "VIA VT82C686 ISA" rev 0x40
pciide0 at pci0 dev 7 function 1 "VIA VT82C571 IDE" rev 0x06: ATA100,
channel 0 configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA, 28615MB, 58605120 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0:  SCSI0
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
uhci0 at pci0 dev 7 function 2 "VIA VT83C572 USB" rev 0x1a: irq 9
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 7 function 3 "VIA VT83C572 USB" rev 0x1a: irq 9
usb1 at uhci1: USB revision 1.0
uhub1 at usb1
uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
viaenv0 at pci0 dev 7 function 4 "VIA VT82C686 SMBus" rev 0x40
auvia0 at pci0 dev 7 function 5 "VIA VT82C686 AC97" rev 0x50: irq 5
ac97: codec id 0x41445348 (Analog Devices AD1881A)
ac97: codec features headphone, Analog Devices Phat Stereo
audio0 at auvia0
"VIA VT82C686 Modem" rev 0x30 at pci0 dev 7 function 6 not configured
cbb0 at pci0 dev 10 function 0 "Texas Instruments PCI1420 CardBus" rev 0x00:
irq 9
cbb1 at pci0 dev 10 function 1 "Texas Instruments PCI1420 CardBus" rev 0x00:
irq 10
"Texas Instruments TSB12

Re: theo & Sophie Laurie

[Adam Douglas]

I've sat back and read these email discussions and said nothing.
Generally I feel this is what should be done but I can't take it
anymore. Here is my 2 cents and my final 2 cents as I don't care to join
in the polluted discussions.

I'm a huge advocate of OpenBSD and the OpenBSD community. I've always
encouraged others to use OpenBSD and help in any way I can weather that
be financially or just to solve a problem. I've even taken the time to
write various OpenBSD related documents. I give where I can. OpenBSD to
me is not just a product but a community and is treated on a personal
level. I can understand why one would get defensive, frustrated or just
plain pissed off. However we need to get beyond this and treat one
another with respect and help where we can. As the saying goes, "Do onto
others as you would wish them do onto you."

However saying all this I could drop it all like a hat however I hope
that day never comes. As I too hope this whole discussion has been an
isolated incident gone wrong. No one deserves to be treated the way
Sophoie Laurie or anyone else for that matter. Sophie was just asked a
simple question. Sure should have done this and that but she didn't just
a simple kind reply would have sufficed.

I don't know how good this is coming from me, but I personally would
like to say to Sophie Laurie and her son sorry for this horrible
incident and I apologize personally and as a OpenBSD community member. I
truly hope that this does not tarnish your continued support and use of
OpenBSD. OpenBSD is a great thing and I too still believe the community
of it as well is great. Everyone is here to help and continue the growth
of this great product.

Please let's move on and get to something more constructive.

Best,
Adam

Re: theo & Sophie Laurie

[Adam Douglas]

Supposedly this is all a fake act, that isn't true. So if this is or
isn't the case whatever I don't care. It should not have gone this way
weather it was true or not. Let's MOVE on people. Do something
constructive. Ignore this crap.

Best,
Adam

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Adam Douglas
Sent: Friday, December 02, 2005 9:12 AM
To: misc@openbsd.org
Cc: Sophie Laurie; Theo de Raadt
Subject: Re: theo & Sophie Laurie

I've sat back and read these email discussions and said nothing.
Generally I feel this is what should be done but I can't take it
anymore. Here is my 2 cents and my final 2 cents as I don't care to join
in the polluted discussions.

I'm a huge advocate of OpenBSD and the OpenBSD community. I've always
encouraged others to use OpenBSD and help in any way I can weather that
be financially or just to solve a problem. I've even taken the time to
write various OpenBSD related documents. I give where I can. OpenBSD to
me is not just a product but a community and is treated on a personal
level. I can understand why one would get defensive, frustrated or just
plain pissed off. However we need to get beyond this and treat one
another with respect and help where we can. As the saying goes, "Do onto
others as you would wish them do onto you."

However saying all this I could drop it all like a hat however I hope
that day never comes. As I too hope this whole discussion has been an
isolated incident gone wrong. No one deserves to be treated the way
Sophoie Laurie or anyone else for that matter. Sophie was just asked a
simple question. Sure should have done this and that but she didn't just
a simple kind reply would have sufficed.

I don't know how good this is coming from me, but I personally would
like to say to Sophie Laurie and her son sorry for this horrible
incident and I apologize personally and as a OpenBSD community member. I
truly hope that this does not tarnish your continued support and use of
OpenBSD. OpenBSD is a great thing and I too still believe the community
of it as well is great. Everyone is here to help and continue the growth
of this great product.

Please let's move on and get to something more constructive.

Best,
Adam

BOINC

[Johan P . Lindström]

I'm sorry if this comes across as flame bait, that's not my intention.

With that out of the way;

How about that BOINC initiative, http://boinc.berkeley.edu is that
something that interests anyone else?

I can come to think of plenty of reasons why one would not want a port
of it, I use obsd for my critical servers where I want as few pieces
of sw as possible. Is there a need /desire for it?

// Johan

Why Perl (a request to the developer sof the Ports-System)

[Sebastian Rother]

I scrited with pdksh all the time lon for now.
Now I'm interested into learning another Scripting-Language.

I can't decide between Perl and Python.
Perl has a lot modules but it's GPLed.
Python on the other hand is under a BSD-compatible License and has less
modules.

I would like to know some "facts" why Perl is in the base system on a
BSD even Python is a BSD-licensed alternativ. Does it have some
advantages I don#t know?

I read a lot papers about both languages. Also CS-related Papers but I
can't decide.

I would be happy if some developers would tell me why they prefere Perl.
Even if the answer would be: It's more common or: It existed at first.

Kind regards,
Sebastan

Re: Why Perl (a request to the developer sof the Ports-System)

[L. V. Lammert]

At 06:14 PM 12/2/2005 +0100, Sebastian Rother wrote:


I can't decide between Perl and Python.
Perl has a lot modules but it's GPLed.
Python on the other hand is under a BSD-compatible License and has less
modules.

I would like to know some "facts" why Perl is in the base system on a
BSD even Python is a BSD-licensed alternativ. Does it have some
advantages I don#t know?


Perl has been around 'forever', .. is very useful for a ton of sysadmin 
applications (a good reason for it to be in base), .. has a lot of good 
support (a la class libraries & interfaces), .. but it's NOT true OO (which 
has it's plusses & minuses).


Python is an OO language that is much less widely supported, but it has a 
good start in the web community. It's just now starting to proliferate for 
other applications.


If Web is your forte, however, you might want to consider Ruby.

Lee

Re: Why Perl (a request to the developer sof the Ports-System)

[Jimmy Scott]

On Fri, Dec 02, 2005 at 06:14:18PM +0100, Sebastian Rother wrote:
> I scrited with pdksh all the time lon for now.
> Now I'm interested into learning another Scripting-Language.
>
> I can't decide between Perl and Python.
> Perl has a lot modules but it's GPLed.
> Python on the other hand is under a BSD-compatible License and has less
> modules.

http://www.perl.com/download.csp#srclic
It is NOT gpl'ed.

>
> I would like to know some "facts" why Perl is in the base system on a
> BSD even Python is a BSD-licensed alternativ. Does it have some
> advantages I don#t know?
>
> I read a lot papers about both languages. Also CS-related Papers but I
> can't decide.

I advice to try both, Python is nice in it's syntax and it's harder to
"misuse", I mean, there are a LOT of Perl programmers out there that do
theire best to make theire program unreadable, to say it softly.

The downside about Perl (in my opinion) is the whole "you can do it in
more than one way" and "you can do it on a single line" spirit.

>
> I would be happy if some developers would tell me why they prefere Perl.
> Even if the answer would be: It's more common or: It existed at first.
>

I use Perl because it's easier to get the hard things done. I also think
it has better documentation than Python does; probably because Python is
more OO minded than Perl and I don't like it to much, except for things
where it has it's use. On the other hand, I don't like the Perl way it
returns it's values from functions based on the "context" it's being
called and Python does better type checking.

> Kind regards,
> Sebastan
>
>

I advice to learn both, you can browse the Python tutorial in one day,
and Perl shouldn't be any harder if you learn it from the supplied
documentation 'perldoc perl' and 'perldoc perlintro' it a good start.

Kind regards,
Jimmy Scott

--
The Four Horsemen of the Apocalypse: Death, Famine, War, and SNMP

[demime 1.01d removed an attachment of type application/pgp-signature]

Re: Why Perl (a request to the developer sof the Ports-System)

[knitti]

if you intend to write anything other than some system maintenance
scripts, chose python. its code is better maintainable _by design_,
and you'll have it easier to express abstract concepts.
its way to epress object orientation is very powerful, and imho far
superior to the java-like approach (java, c# etc.)

but on the other hand, without a clear task what to write, who can tell?

--knitti

Re: Help with lpd and XP

[Greg Thomas]

On 12/2/05, Fred Crowson <[EMAIL PROTECTED]> wrote:
> Greg Thomas wrote:
> > Ok, I decided to switch from using a little Linksys 802.11b parallel
> > print server to using my OpenBSD box for printing to my one printer.
> > Printing locally works fine but I'm having trouble printing from XP.
> >
> > [EMAIL PROTECTED]:/home/ethant# cat /etc/printcap
> > #   $OpenBSD: printcap,v 1.4 2003/03/28 21:32:30 jmc Exp $
> > #
> > lp|:\
> > :sh:sf:lp=/dev/lpt0:sd=/var/spool/output:lf=/var/log/lpd-errs:
> >
> > [EMAIL PROTECTED]:/home/ethant# lpq
> > Warning: no daemon present
> > Rank   Owner  Job  Files Total Size
> > 1stethant 9Test Page 0 bytes
> >
> > [EMAIL PROTECTED]:/home/ethant# ps waux |grep lpd
> > daemon7435  0.0  0.9   180   556 ??  Ss10:22PM0:00.03 
> > /usr/sbin/lpd
> >
> > [EMAIL PROTECTED]:/home/ethant# sudo lprm 9
> > cannot dequeue dfA009LOCUST
> > cfA009locust.2fortheroad.net dequeued
> >
> > And I get a bunch of these in /var/log/lpd-errs until I rm everything
> > in /var/spool/output:
> >
> > Dec  1 22:31:06 grits lpd[15269]: locust.2fortheroad.net
> > Dec  1 22:31:06 grits lpd[15269]: link tfA009locust.2fortheroad.net
> > cfA009locust.2fortheroad.net: File exists
> > Dec  1 22:31:14 grits lpd[5050]: locust.2fortheroad.net
> > Dec  1 22:31:14 grits lpd[5050]: link tfA009locust.2fortheroad.net
> > cfA009locust.2fortheroad.net: File exists
> > Dec  1 22:31:22 grits lpd[21910]: locust.2fortheroad.net
> > Dec  1 22:31:22 grits lpd[21910]: link tfA009locust.2fortheroad.net
> > cfA009locust.2fortheroad.net: File exists
> > Dec  1 22:31:30 grits lpd[17060]: locust.2fortheroad.net
> > Dec  1 22:31:30 grits lpd[17060]: link tfA009locust.2fortheroad.net
> > cfA009locust.2fortheroad.net: File exists
> > Dec  1 22:31:38 grits lpd[23270]: locust.2fortheroad.net
> > Dec  1 22:31:38 grits lpd[23270]: link tfA009locust.2fortheroad.net
> > cfA009locust.2fortheroad.net: File exists
> >
> > I saw a similar message on misc back in August but no resolution.
> > What am I doing wrong?
> >
> > Thanks,
> > Greg
> >
>
> Hi
>
> Have you tried using samba to share the printer with XP?
>

No, I'll just go back to running the wireless print server before I
bother with samba.  I just wanted to reduce the number of devices
here.  The little print server runs lpd so I don't know why I'm having
problems with XP and OpenBSD's lpd.

Thanks,
Greg

Re: Why Perl (a request to the developer sof the Ports-System)

[Mike Hernandez]

On  Fri, Dec 02, 2005 at 11:27:34AM -0600, L. V. Lammert wrote:
> Perl has been around 'forever', .. is very useful for a ton of sysadmin 
> applications (a good reason for it to be in base), .. has a lot of good 
> support (a la class libraries & interfaces), .. but it's NOT true OO (which 
> has it's plusses & minuses).
> 
> Python is an OO language that is much less widely supported, but it has a 
> good start in the web community. It's just now starting to proliferate for 
> other applications.
> 
> If Web is your forte, however, you might want to consider Ruby.
> 

I'd definitely suggest a look at ruby. It's gotten publicity lately for
web stuff due to rails but is also very useful for other applications
including "sysadmin-stuff", gui apps, etc. The FreeBSD ports system uses
ruby as well.

Mike

Re: Why Perl (a request to the developer sof the Ports-System)

[Jason Crawford]

On 12/2/05, Jimmy Scott <[EMAIL PROTECTED]> wrote:
> On Fri, Dec 02, 2005 at 06:14:18PM +0100, Sebastian Rother wrote:
> > I scrited with pdksh all the time lon for now.
> > Now I'm interested into learning another Scripting-Language.
> >
> > I can't decide between Perl and Python.
> > Perl has a lot modules but it's GPLed.
> > Python on the other hand is under a BSD-compatible License and has less
> > modules.
>
> http://www.perl.com/download.csp#srclic
> It is NOT gpl'ed.

According to this:
http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/usr.bin/perl/README?rev=1.8&content-type=text/x-cvsweb-markup
it is GPL'd.

>
> >
> > I would like to know some "facts" why Perl is in the base system on a
> > BSD even Python is a BSD-licensed alternativ. Does it have some
> > advantages I don#t know?
> >
> > I read a lot papers about both languages. Also CS-related Papers but I
> > can't decide.
>
> I advice to try both, Python is nice in it's syntax and it's harder to
> "misuse", I mean, there are a LOT of Perl programmers out there that do
> theire best to make theire program unreadable, to say it softly.
>
> The downside about Perl (in my opinion) is the whole "you can do it in
> more than one way" and "you can do it on a single line" spirit.

Definitely try both, as no one can really tell you which language is
better for your situation except...you. And if you try both, you'll
definitely learn more than if you only tried one. There are always
downsides and upsides to any language, and the best way to judge which
fits your situation the most is just to dive in and get dirty.

> 

Jason

Re: Why Perl (a request to the developer sof the Ports-System)

[Darrin Chandler]

Jimmy Scott wrote:


I advice to learn both, you can browse the Python tutorial in one day,
and Perl shouldn't be any harder if you learn it from the supplied
documentation 'perldoc perl' and 'perldoc perlintro' it a good start.
 

I second that. Also, as with most any language, they each have 
strengths. Knowing both you'll be in a position to choose the better 
tool for the job at hand. Learn some Perl, Python, and Ruby.


One thing about Perl. It has a few idiosyncrasies. Weird builtin 
"shortcut" behaviors that aren't always intuitive. These behaviors are 
meant to handle the most common cases, but if you're not aware of them 
they can surprise you. For instance, file names as command line 
parameters can automatically become more than parameters: they may be 
automatically opened and fed into  or some such (I have to 
refresh my brain every time I come across it). Comes in very handy if 
that's what you wanted and it can be turned off, but it'll screw you up 
if you're not expecting it.


--
Darrin Chandler
[EMAIL PROTECTED]
http://www.stilyagin.com/

Re: Help with lpd and XP

[Simon Slaytor]

Why not use CUPS?, with the CUPS LPD daemon, works like a charm for us. 
Just enable RAW and LPR Byte accounting on your Windows XP hosts. When 
configuring the CUPS printer again choose a RAW device to ensure 
straight pass through from your Windows PC to the printer.


I seem to remember a problem when I was setting up the same scenario as 
you using FreeBSD. When trying to print from a Windows host using 
LPR/LPD the FBSD LPD daemon expects connections from a certain TCP/IP 
port on the connecting host, but Windows doesn't use the said port for 
it's LPR connections. Hence the connections are being rejected. This may 
not apply to OBSD's LPD implementation but you never know.


Sorry I can't remember more it was along time ago before CUPS became 
really useful.


Try googling.

Greg Thomas wrote:


On 12/2/05, Fred Crowson <[EMAIL PROTECTED]> wrote:
 


Greg Thomas wrote:
   


Ok, I decided to switch from using a little Linksys 802.11b parallel
print server to using my OpenBSD box for printing to my one printer.
Printing locally works fine but I'm having trouble printing from XP.

[EMAIL PROTECTED]:/home/ethant# cat /etc/printcap
#   $OpenBSD: printcap,v 1.4 2003/03/28 21:32:30 jmc Exp $
#
lp|:\
:sh:sf:lp=/dev/lpt0:sd=/var/spool/output:lf=/var/log/lpd-errs:

[EMAIL PROTECTED]:/home/ethant# lpq
Warning: no daemon present
Rank   Owner  Job  Files Total Size
1stethant 9Test Page 0 bytes

[EMAIL PROTECTED]:/home/ethant# ps waux |grep lpd
daemon7435  0.0  0.9   180   556 ??  Ss10:22PM0:00.03 /usr/sbin/lpd

[EMAIL PROTECTED]:/home/ethant# sudo lprm 9
cannot dequeue dfA009LOCUST
cfA009locust.2fortheroad.net dequeued

And I get a bunch of these in /var/log/lpd-errs until I rm everything
in /var/spool/output:

Dec  1 22:31:06 grits lpd[15269]: locust.2fortheroad.net
Dec  1 22:31:06 grits lpd[15269]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists
Dec  1 22:31:14 grits lpd[5050]: locust.2fortheroad.net
Dec  1 22:31:14 grits lpd[5050]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists
Dec  1 22:31:22 grits lpd[21910]: locust.2fortheroad.net
Dec  1 22:31:22 grits lpd[21910]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists
Dec  1 22:31:30 grits lpd[17060]: locust.2fortheroad.net
Dec  1 22:31:30 grits lpd[17060]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists
Dec  1 22:31:38 grits lpd[23270]: locust.2fortheroad.net
Dec  1 22:31:38 grits lpd[23270]: link tfA009locust.2fortheroad.net
cfA009locust.2fortheroad.net: File exists

I saw a similar message on misc back in August but no resolution.
What am I doing wrong?

Thanks,
Greg

 


Hi

Have you tried using samba to share the printer with XP?

   



No, I'll just go back to running the wireless print server before I
bother with samba.  I just wanted to reduce the number of devices
here.  The little print server runs lpd so I don't know why I'm having
problems with XP and OpenBSD's lpd.

Thanks,
Greg

Re: Why Perl (a request to the developer sof the Ports-System)

[Miod Vallat]

> > http://www.perl.com/download.csp#srclic
> > It is NOT gpl'ed.
> 
> According to this:
> http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/usr.bin/perl/README?rev=1.8&content-type=text/x-cvsweb-markup
> it is GPL'd.

According to this very same file, it is not. It is dual-licensed, which
is VERY different from being GPL only.

Miod

Re: Why Perl (a request to the developer sof the Ports-System)

[Juan Jose Natera]

Hi,

>> > Perl has a lot modules but it's GPLed.
[snip]
>> It is NOT gpl'ed.
[snip]
>According to this:
>http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/usr.bin/perl/README?rev=1.8&content-type=text/x-cvsweb-markup
>it is GPL'd.

Well actually you're both kind of right, it's either GPL or Artisticly 
licensed, user's choice. If in doubt, download perl's source code and check the 
README file.

As for the choice of language, there is some info at:

http://cvs.openbsd.org/papers/ven05-espie/

regards,

Juan Natera

Re: Why Perl (a request to the developer sof the Ports-System)

[Jason Crawford]

On 12/2/05, Miod Vallat <[EMAIL PROTECTED]> wrote:
> > > http://www.perl.com/download.csp#srclic
> > > It is NOT gpl'ed.
> >
> > According to this:
> > http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/usr.bin/perl/README?rev=1.8&content-type=text/x-cvsweb-markup
> > it is GPL'd.
>
> According to this very same file, it is not. It is dual-licensed, which
> is VERY different from being GPL only.
>
I didn't say GPL ONLY, I was just pointing out that it's wrong to say
it's GPL'd. And the fact that it's in the gnu directory of OpenBSD
would suggest to people that OpenBSD seems to choose the GPL license
for distributing perl.

Jason

Re: Why Perl (a request to the developer sof the Ports-System)

[Jimmy Scott]

On Fri, Dec 02, 2005 at 01:02:32PM -0500, Jason Crawford wrote:
> On 12/2/05, Jimmy Scott <[EMAIL PROTECTED]> wrote:
> > On Fri, Dec 02, 2005 at 06:14:18PM +0100, Sebastian Rother wrote:
> > > I scrited with pdksh all the time lon for now.
> > > Now I'm interested into learning another Scripting-Language.
> > >
> > > I can't decide between Perl and Python.
> > > Perl has a lot modules but it's GPLed.
> > > Python on the other hand is under a BSD-compatible License and has less
> > > modules.
> >
> > http://www.perl.com/download.csp#srclic
> > It is NOT gpl'ed.
>
> According to this:
>
http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/usr.bin/perl/README?rev=1.8&con
tent-type=text/x-cvsweb-markup
> it is GPL'd.

It's the first time I read that. But you are right if OpenBSD has chosen
to redistribute it under the GPL instead of the artistic license, which
seems to be the case:

http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/usr.bin/perl/Copying

>
> >
> > >
> > > I would like to know some "facts" why Perl is in the base system on a
> > > BSD even Python is a BSD-licensed alternativ. Does it have some
> > > advantages I don#t know?
> > >
> > > I read a lot papers about both languages. Also CS-related Papers but I
> > > can't decide.
> >
> > I advice to try both, Python is nice in it's syntax and it's harder to
> > "misuse", I mean, there are a LOT of Perl programmers out there that do
> > theire best to make theire program unreadable, to say it softly.
> >
> > The downside about Perl (in my opinion) is the whole "you can do it in
> > more than one way" and "you can do it on a single line" spirit.
>
> Definitely try both, as no one can really tell you which language is
> better for your situation except...you. And if you try both, you'll
> definitely learn more than if you only tried one. There are always
> downsides and upsides to any language, and the best way to judge which
> fits your situation the most is just to dive in and get dirty.
>
> > 
>
> Jason
>

--
The Four Horsemen of the Apocalypse: Death, Famine, War, and SNMP

[demime 1.01d removed an attachment of type application/pgp-signature]

Re: Booting very slow when using CompactFlash adapters

[Ted Unangst]

On 12/1/05, Nick Holland <[EMAIL PROTECTED]> wrote:
> >> I see you have a P4.  Could the heat sink have fallen off/not been
> >> mounted properly?  Supposedly, the P4 will slow itself down when it
> >> overheats.  IF the heat sink were not on at all (or a tiny air gap
> >> existed), the thing would probably reach critical temp within a couple
> >> seconds of power-on, and slow to an absolute crawl.  The kernel is
> >> loaded by the BIOS, so until the kernel was completely loaded.  At that
> >> point, OpenBSD would be halting the processor when it was idle, and it
> >> would probably stay cool enough to keep running at respectable speed.

just for the record, p4's without heatsinks aren't that slow. 
obviously much slower than normal, but they are functional.  you may
not even notice.

"find" a file greater than X MB's

[Bob DeBolt]

Greets

I have had an issue with a hard drive filling up in a very short time after 
upgrading a software package. Although I resolved the issue and all is well 
now, I spent more time than I should have looking for files greater than a 
certain size. 

I tried numerous combinations of "find" switches using the find man page and 
on and on but couldn't get the simple result of files greater than a 
specified size, 2MB in my case.

I had a document several weeks ago that used a piped cut command and was very 
cool indeed, can't find it now that I need it.

I have come to realize there are so many more tools for openbsd ( unix in 
general ) than I had realized to process the ouput as well.

Any takers?


Bob 
 

Re: "find" a file greater than X MB's

[Otto Moerbeek]

On Fri, 2 Dec 2005, Bob DeBolt wrote:

> Greets
> 
> I have had an issue with a hard drive filling up in a very short time after 
> upgrading a software package. Although I resolved the issue and all is well 
> now, I spent more time than I should have looking for files greater than a 
> certain size. 
> 
> I tried numerous combinations of "find" switches using the find man page and 
> on and on but couldn't get the simple result of files greater than a 
> specified size, 2MB in my case.
> 
> I had a document several weeks ago that used a piped cut command and was very 
> cool indeed, can't find it now that I need it.
> 
> I have come to realize there are so many more tools for openbsd ( unix in 
> general ) than I had realized to process the ouput as well.
> 
> Any takers?

find . -size +2097152c

-Otto

Re: theo (fwd)

[Benjamin Collins]

On Fri, Dec 02, 2005 at 04:21:05PM +1100, Ioan Nemes wrote:
> She went her anger, just leave it!
> Theo doesn't need advocates to reply - if he wants too!
> Errare humanum est, perseverare autem diabolicum!
> 
> Ioan

Stilus email est humanus , tamen caput capitis - stipes est diabolical.

and

Quid quid latine dictum sit, altum videtur

bc

-- 
Benjamin Collins <[EMAIL PROTECTED]>
'Broadly speaking, the short words are the best, and the old
 words best of all.'  --- Sir Winston Churchill

Re: Why Perl (a request to the developer sof the Ports-System)

[Reid Nichol]

--- Sebastian Rother <[EMAIL PROTECTED]>
wrote:

> I scrited with pdksh all the time lon for now.
> Now I'm interested into learning another
> Scripting-Language.
> 
> I can't decide between Perl and Python.
> Perl has a lot modules but it's GPLed.
> Python on the other hand is under a BSD-compatible
> License and has less
> modules.
> 
> I would like to know some "facts" why Perl is in the
> base system on a
> BSD even Python is a BSD-licensed alternativ. Does
> it have some
> advantages I don#t know?
> 
> I read a lot papers about both languages. Also
> CS-related Papers but I
> can't decide.
> 
> I would be happy if some developers would tell me
> why they prefere Perl.
> Even if the answer would be: It's more common or: It
> existed at first.
> 
> Kind regards,
> Sebastan
> 
> 

My recommendation is to stop reading the CS-related
papers and start poking around with the code.  There
are tonnes of tutorials for both languages that will
help you in this endeavour.

You're also going to have to think about what you are
going to use it for.  A language is something of a
tool.  You _can_ get the job done with pretty much any
language, but some are better than others for certain
jobs.  ie parallel. You wouldn't want to dig a
foundation of a house with a screw driver.  So, Perl,
Python or neither might be the one for you.

But, keeping it restricted to Python/Perl.  There is
also the esthetic quality of the language.  I find
Python *far* more pretty than Perl.  I also find
Python *far* easier to code and read than Perl. 
Though I'm certian someone, somewhere will disagree.

I'm also not certain as to why the license of the
language interpreter is coming into play.  The code
you write is yours, and Perl's or Python's license is
rather moot.  That is unless you plan to embed the
interpreter.

IMO, the more languages you know (and I mean actually
know, not just familiar with), the better programmer
you are, the better you can get the job done.  You
really should be learning both.  Just start with the
one that'll be more useful to you right now.

What is it that you wanted to accomplish?

best regards,
Reid Nichol

"We're in a giant car heading into a brick wall at 100 miles/hr and everybody's 
arguing about where they want to sit."
-David Suzuki
Just $16.99/mo. or less. 
dsl.yahoo.com 

Re: disk encryption on login

[Alexander Farber]

I have one suggestion: if a user logs in and the path to home dir
in the /etc/passwd is actually pointing to a file, then it is encrypted

Re: latin pedants (was theo fwd)

[scorch]

>> Theo doesn't need advocates to reply - if he wants too!
>> Errare humanum est, perseverare autem diabolicum!
>>
>> Ioan
> 
> Stilus email est humanus , tamen caput capitis - stipes est diabolical.
> 
> and
> 
> Quid quid latine dictum sit, altum videtur

usque ad mortem bibendum :-)

cheers, scorch
--
out of the frying pan and into the fire

Re: my multipath routing questions...

[andrew fresh]

On Wed, Nov 30, 2005 at 01:33:14PM +0100, Claudio Jeker wrote:

First I want to say thank you very much to Claudio, I appreciate the
response and using pf sure seems like it SHOULD work, but it keeps
crashing on me :-(

Sorry this is so long, but I wanted to provide as much information as
possible.  If there is any other information that will help, I will do
my best to provide it.

> On Tue, Nov 29, 2005 at 11:26:49PM -0700, andrew fresh wrote:
> > I want to load balancing across those 4 T1s and it is sounding like I
> > will not be able to do that and will have to figure out how to get these
> > 4 new lines into my old cisco router.
> 
> It could be possible to use trunk with sppp but that needs some patching.
> At least a round-robin trunk should be possible.

Dang that would be handy, because using PF as below, I have 2 different
boxes that DDB on me.  It seems like maybe they DDB when they get too
much outbound traffic, but I have not been able to determine what causes
it apart from having PF enabled.  Ifstated being enabled or disabled
doesn't seem to make a difference.  Neither do hardware changes.  Same
issues with both the bsd and bsd.mp kernels.

I am getting 3 different DDB's.  Mostly "kernel: page fault trap,
code=0" and "Panic: rtfree 2".  I have also gotten some "Panic: sbdrop",
but not since I got the serial console attached.  When I got the sbdrop,
trace showed calls to pf_* but I did not write it down as I thought I
would see it again with the
serial console.

It seems to DDB anywhere from 5 minutes to 90 minutes after a reboot.
Once I got 6.5 hours, but mostly closer to 10 minutes.  The only thing
that seems to make a difference is disabling pf, I am up 17.5 hours now
with pf disabled.

DMESG and the trace/ps from the DDBs are below.

> > or do I have to do weird things with ifstated(8) (like 16 states for the
> > 4 lines and lots of route add/delete statements)?  
> 
> You most probably need ifstated to make sure that failed routes get
> removed (if link is down).

I wish it were automatic, but it seems to work, although I need more
testing.

$ wc -l /etc/ifstated.conf
 258 /etc/ifstated.conf

> > or something with 'route-to' in pf?
> > http://marc.theaimsgroup.com/?l=openbsd-misc&m=112831360613745&w=2
> > 
> > This seems to work in my test environment:
> > # t1s is an interface group containing all of the links to that provider
> > pass out on t1s route-to { \
> > (san0 10.35.0.2) \
> > (san1 10.35.1.2) \
> > (san2 10.35.2.2) \
> > (san3 10.35.3.2) \
> > } round-robin keep state
> > pass in  on san0 reply-to (san0 10.35.0.2) keep state
> > pass in  on san1 reply-to (san1 10.35.1.2) keep state
> > pass in  on san2 reply-to (san2 10.35.2.2) keep state
> > pass in  on san3 reply-to (san3 10.35.3.2) keep state
> 
> I would probably do it the same way.
> I'm not sure if pf pays attetion to the link state of route-to interfaces.


This is my entire pf.conf (apart from macro definitions), it is as
simple as I could make it.

-- pf.conf

set skip on { lo }

scrub in

block in
pass out keep state

# inet is an interface group containing all 4 of the san interfaces
pass out on inet route-to { \
($inet_if0 $inet_dest0) \
($inet_if1 $inet_dest1) \
($inet_if2 $inet_dest2) \
($inet_if3 $inet_dest3) \
} round-robin keep state
pass in  on $inet_if0 reply-to ($inet_if0 $inet_dest0) keep state
pass in  on $inet_if1 reply-to ($inet_if1 $inet_dest1) keep state
pass in  on $inet_if2 reply-to ($inet_if2 $inet_dest2) keep state
pass in  on $inet_if3 reply-to ($inet_if3 $inet_dest3) keep state

pass on $int_if

-- dmesg from the first box

OpenBSD 3.8-stable (GENERIC.MP) #0: Thu Nov  3 14:39:08 MST 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel Pentium III Xeon ("GenuineIntel" 686-class) 699 MHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem  = 1073319936 (1048164K)
avail mem = 972726272 (949928K)
using 4278 buffers containing 53768192 bytes (52508K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 07/07/04, BIOS32 rev. 0 @ 0xffe90
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc350/208 (11 entries)
pcibios0: PCI Interrupt Router at 000:15:0 ("ServerWorks ROSB4
SouthBridge" rev 0x00)
pcibios0: PCI bus #0 is the last bus
bios0: ROM list: 0xc/0x8000 0xc8000/0xe00
mainbus0: Intel MP Specification (Version 1.4) (DELL POWEREDGE A2)
cpu0 at mainbus0: apid 1 (boot processor)
cpu0: apic clock running at 99 MHz
cpu1 at mainbus0: apid 0 (application processor)
cpu1: Intel Pentium III Xeon ("GenuineIntel" 686-class) 699 MHz
cpu1: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
mainbus0: bus 0 is type PCI
mainbus0: bus 1 is type PCI
mainbus0: bus 2 is type PCI
mainbus0: bus 3 is type PCI
mainbus0: bus 4 is type PCI
mainbus0: bus 5 is type PCI
mainbus0: bus 6 is ty

Re: Help with lpd and XP

[Garance A Drosihn]

At 6:19 PM + 12/2/05, Simon Slaytor wrote:


I seem to remember a problem when I was setting up the same
scenario as you using FreeBSD. When trying to print from a
Windows host using LPR/LPD the FBSD LPD daemon expects
connections from a certain TCP/IP port on the connecting host,
but Windows doesn't use the said port for it's LPR connections.
Hence the connections are being rejected. This may not apply
to OBSD's LPD implementation but you never know.


I am not sure if this is the problem that Greg Thomas is seeing,
but it might be.  If it is, then at least lpd in FreeBSD supports
the -W option:

  -W  By default, the lpd daemon will only accept connections which
  originate from a reserved-port (<1024) on the remote host.  The
  -W flag causes lpd to accept connections coming from any port.
  This is can be useful when you want to accept print jobs from
  certain implementations of lpr written for Windows.

My openbsd box isn't up-and-running right now, and it's still
running 3.6 instead of 3.8 (I intend to upgrade soon).  But looking
at the CVS repository, I think lpd on OpenBSD does have this same -W
option.

--
Garance Alistair Drosehn=   [EMAIL PROTECTED]
Senior Systems Programmer   or  [EMAIL PROTECTED]
Rensselaer Polytechnic Instituteor  [EMAIL PROTECTED]

SolucioNIC Argentina - Reformas

[SolucioNIC]

Estimado Sr(a), 
Me dirijo a ustedes con el objetivo de iniciar de alguna forma, lo que podrma 
ser el inicio de una reforma interesante y justa para los dominios de internet 
dados bajo la autorizacisn de NIC Argentina. Aunque tanto en Argentina como en 
el extranjero, lo que es "Legal" o "en el marco de la ley" se encuentra poco o 
muy poco desarrollado en este ambito, iniciar el alta de un dominio, en 
determinadas circunstancias, resulta toda una odisea. Basta ejemplificar cuando 
se desea iniciar el tramite de www.miapellido.com.ar y se obtiene que esta a 
nombre de alguien que no conocemos y que a su vez, el apellido ni siquiera esta 
emparentado con nosotros, sin olvidar que cuando uno se pone en contacto con 
ellos, solicitan para la transferencia del dominio una suma de dinero, algo 
totalmente "ilegal?". Habrma que definir que es legal y que no en este caso 
puntual. En forma humilde y con la simple razsn de aportar una idea, solo 
recurro a ustedes para saber si cabe la posibilidad de realiza!
 r un artmculo en el diario, donde se establezca la realidad de los dominios 
.COM.AR y evaluar cuales serian las soluciones posibles frente a estas 
circunstancias o que plantea NIC Argentina a futuro en la modificacion del 
sistema. A continuacisn, explico mi opinisn en cuanto a dichas modificaciones 
necesarias y seguro que existen mejores ideas que ayudaran a enfrentar la 
situacisn con la seriedad que se merece. Se dividen en aquellas posibles cuando 
el costo en el servicio no se considera por el momento aplicable y aquellas 
cuando el costo (tal como ocurre en dominios .COM) se pueda llevar a cabo. 

A. Sin COSTO en el servicio de NIC Argentina 

- En relacion a los dominios de apellidos o marcas 
1. Debe tener en cuenta que el primer tramite tendra prioridad sobre cualquier 
tramite posterior. 
2. Lo previo carece de validez cuando, pudiindose demostrar con los documentos 
pertinentes, lo siguiente: 
I. el apellido del interesado coincide con el dominio 
II. el apellido del interesado no coincide con el dominio pero si el de su 
csnyuge 
III. el apellido del interesado no coincide con el dominio pero si el de su 
pariente en lmnea ascendente u horizontal 
NOTA: En el punto III (tres), el ejemplo es el apellido de la madre en relacisn 
al hijo que actua como Entidad Registrante y Persona Responsable. 
IV. el nombre del producto o marca coincide con el dominio 
NOTA: En este zltimo punto, cabria establecer una relacion entre aquellos 
productos registrados en Propiedad Intelectual y su Derecho Absoluto a la 
reserva de un dominio, actuandose similar al apellido. 
3. El registro del nombre de dominio tendra una validez de un aqo computado a 
partir de la fecha de inscripcisn, y sera renovable. La renovacisn debera 
solicitarse durante el zltimo mes de vigencia del registro. En el caso de que 
el registrante no la solicitara antes del cumplimiento de dicho permodo, se 
producira la baja automatica del nombre. 
NOTA: Esto es textual, el artmculo 5to de de Reglas de Registro de NIC 
Argentina 
4. Toda Entidad Registrante tendra un lmmite de registro de dominios, no mayor 
a 3 (TRES) 
NOTA: En la pagina de NIC Argentina, donde dice "Preguntas Frecuentes - De las 
normas y procedimientos", el 9no punto establece que no existe un limite 
preestablecido. Este punto lo considero crucial, ya que limitaria la 
posibilidad de aquellas personas fisicas o juridicas que atentan con la libre 
posibilidad y necesidad del uso de dominios. Solamente resolviendo esto, quizas 
gran porcentaje de los problemas que implican los dominios estarian resueltos. 
Ademas, es interesante notar que cuando una empresa hace uso de un dominio, 
basta solo uno para poder hacer presentacion de dicha empresa y cada uno de los 
productos que ofrece (si buscamos en Google o Yahoo! una empresa como 
Hewlett-Packard, notese que aparece en UN solo dominio y es www.hp.com) 
5. La solicitud pendiente tendra vencimiento cuando el solicitante, 
habiindosele enviado el acuse de recibo, no responda dentro de los tres meses 
de iniciado el tramite con NIC Argentina. 
NOTA: Esto ocurre en particular para aquellas circunstancias donde, al existir 
una persona fmsica o jurmdica que inicia un tramite y queda pendiente mas de 3 
meses, denota la no importancia de la misma en cuanto a su necesidad de hacer 
uso del mismo. Esto pone fin a la privacion de terceros realmente interesados 
en el dominio coincidente. Carece de sentido que existiendo vencimiento para un 
dominio, no exista para la solicitud pendiente. 
ACLARACION: Quiero destacar esta circunstancia particular, ya que en el dominio 
de interes mmo ocurris esto zltimo, existiendo a mi consideracion un criterio 
paupirrimo a la hora de establecer prioridades. La persona que tiene la 
titularidad del dominio en cuestion, hizo inicio de tramite en el aqo 2000, 
existiendo la solicitud pendiente hasta el fines de 2005 cuando reciin por 
haber enviado un FAX aclarandose la situacisn y mi interis por el

Re: disk encryption on login

[Zachery Hostens]

excellent idea.  this is a perfect solution.
the only issue would be now is where to put/handle the key file,

maybe $HOME.key or something :x

everyone says this shouldnt be put into bsd itself and something that can lay 
on top of it.  i for one would see this as a big step for user security.  this 
solution would even prevent updating of pwd.h :x

- Zac


On Fri, 2 Dec 2005 23:02:12 +0100, Alexander Farber <[EMAIL PROTECTED]> wrote:
> I have one suggestion: if a user logs in and the path to home dir
> in the /etc/passwd is actually pointing to a file, then it is encrypted

Re: latin pedants (was theo fwd)

[Chris Zakelj]

scorch wrote:

>>>Errare humanum est, perseverare autem diabolicum!
>>>  
>>>
>>Stilus email est humanus , tamen caput capitis - stipes est diabolical.
>>
>>and
>>
>>Quid quid latine dictum sit, altum videtur
>>
>>
>usque ad mortem bibendum :-)
>  
>
Any hope of getting a translation?  Having gone to a public school, I
was never indoctrinated with latin.

Re: Why Perl (a request to the developer sof the Ports-System)

[Reid Nichol]

--- Alexander Farber <[EMAIL PROTECTED]>
wrote:
> On 12/2/05, Reid Nichol <[EMAIL PROTECTED]>
> wrote:
> > --- Sebastian Rother
> <[EMAIL PROTECTED]> wrote:
> >
> > What is it that you wanted to accomplish?
> 
> Just talk ;-)
> 

I know this is just a poke, but it does bring up a
point about an ambiguity in my phrasing.

I meant what needs to be done programmatically. 
Wasn't trying to start anything.


best regards,
Reid Nichol

"We're in a giant car heading into a brick wall at 100 miles/hr and everybody's 
arguing about where they want to sit."
-David Suzuki
Just $16.99/mo. or less. 
dsl.yahoo.com 

Re: Problem with Realtek 8139 in very old machine

[Chris Zakelj]

Giancarlo Razzolini wrote:

>Hi again,
>
>   I've managed to make a serial laplink connection with my linux machine,
>so now i'm able to access my OpenBSD machine, using the pppd.
>
>   I'm seding my full dmesg, for your apreciation and i hope it will help
>to solve my problem:
>

Just a shot in the dark, but have you tried clearing your CMOS between
all these card flips, and checking to be sure that a card-edge trace (or
a slot contactor) hasn't become damaged? 

Re: theo

[Linaria vulgaris]

This is perhaps the *worst* attempt at social engineering I've ever seen.
Really.

Sophie/Sophia/Martha, or whoever the fuck you are - I don't know why you
want to attempt to damage the OpenBSD project. Did someone say something bad
to you on the list? Did someone insult you?

Awww.

Well, whatever media attention or hype you were hoping to generate simply
hasn't happened. So I guess nobody fell for it.

Go away, you sad little fuck.

Oh, and Merry Christmas.

:0)

On 02/12/05, Sophie Laurie <[EMAIL PROTECTED]> wrote:
>
> theo,
>
> Coming from Canada, have you ever skated on thin ice? Well, you're doing
> it now!



[original deleted]

Re: BOINC

[Chris Zakelj]

Johan P. Lindstrvm wrote:

>I'm sorry if this comes across as flame bait, that's not my intention.
>
>With that out of the way;
>
>How about that BOINC initiative, http://boinc.berkeley.edu is that
>something that interests anyone else?
>
>I can come to think of plenty of reasons why one would not want a port
>of it, I use obsd for my critical servers where I want as few pieces
>of sw as possible. Is there a need /desire for it?
>
I run it on my WinXP machines and (knock on wood) haven't had any
incidents.  If you or someone else creates a port, it'll find a home on
my machines, as they sit around doing absolutely nothing practically
24/7, and I think contributing to the science projects represented is a
worthwhile goal.  Does my answer work for other folks?  Probably not. 
Some will be bound by policies forbidding it even if they wanted. 
Others may consider the risk too great.  It's up to them whether or not
to trust BOINC and the port.

Re: latin pedants (was theo fwd)

[Benjamin Collins]

On Fri, Dec 02, 2005 at 06:47:11PM -0500, Chris Zakelj wrote:
> scorch wrote:
> 
> >>>Errare humanum est, perseverare autem diabolicum!
> >>>  
> >>>
> >>Stilus email est humanus , tamen caput capitis - stipes est diabolical.

To err is human, but to top-post is diabolical.

> >>
> >>and
> >>
> >>Quid quid latine dictum sit, altum videtur

Whatever is said in Latin sounds profound.

> >>
> >>
> >usque ad mortem bibendum :-)

Drink until you die.

> >  
> >
> Any hope of getting a translation?  Having gone to a public school, I
> was never indoctrinated with latin.

Me neither :-)

bc
-- 
Benjamin Collins <[EMAIL PROTECTED]>
'Broadly speaking, the short words are the best, and the old
 words best of all.'  --- Sir Winston Churchill

Re: Updated CCD Mirroring HOWTO

[Nick Holland]

Greg Oster wrote:
...
> Here's what I'd encourage you (or anyone else) to do:

actually, I'd encourage you do try your own test.  Results were interesting.

> 1) Create a ccd as you describe in the HOWTO and mount the filesystem.

used my own instructions, if you don't mind. :)
Softdeps on.  That may matter.  Or it may not.  Not sure.

> 2) Start extracting 5 copies of src.tar.gz onto the filesystem (
> simultanously is preferred, but basically anything that will generate 
> a lot of IO here is what is needed).

I wussed out here.  Did one unpacking of a Maildir in a .tgz file.  But
lots of IO, lots of thrashing, disks were basically saturated with work,
processor was waiting for disk.  Lots of tiny files.  On the other hand,
that's a lot more activity than this machine will ever see in production.

My first (and second) test was copying the 86M .tgz file, but that was
horribly uninteresting.  Resetting the machine well into the copy
resulted in a zero-byte file after fsck.  Truncated.  Not a big
surprise, really.

> 3) After that's been going for a while, and while still in progress, 
> pull the power from the machine.

Drop power mid write, you are risking your disk.  Yes, I have spiked
disks with a nail gun to test RAID in the past, but didn't feel like
possibly toasting two disks by powering down the machine mid-write at
this time.  This system has purpose for me. :)

So, I hit the reset button on the machine.  That should give something
similar to (though admittedly, not identical to) a crash.

No, hitting the reset is NOT the same as a power outage.  It isn't the
same as a crash either -- in the later case, I'm going to say that it is
just different, not easier or harder...so my test is only one kind of
failure (and I REALLY didn't feel like pulling a memory module out to
simulate a HW failure... :)

> 4) Fire the machine back up, configure the ccd again, and run fsck a 
>few times to make sure the ccd filesystem is "clean".

once did the job.  Second fsck came up clean.  Don't expect different
results on the third or fourth...

> 5) Now unconfigure the ccd.

mounted each separately as a non-mirrored ccd file system.

> 6) Do an md5 checksum of each of the parts of the mirror, and see if 
> they differ.  (they shouldn't, but I bet the do!!)

I think the md5 test of the mirror elements is bogus here.
I don't care if an unallocated block is different. I care if the files
are different.  I might not even care about that much.  See below...

> If they differ, tell me how ccd detected that difference, and how it 
> warned you that if the primary drive died that you'd have incorrect 
> data.  If they don't differ, go buy a lottery ticket, cause it's
> your lucky day! ;) 

I used diff(1) to compare the two trees created by splitting the mirror.

No difference found.  i.e., ccd(4) mirroring passed a somewhat
simplified version of your test.  I even modified one of the files to
make sure I didn't blow the diff command usage...  188M of files in the
tree, no differences.

I will admit I was pleasantly surprised, though not totally shocked that
it did.

My first clue was what happened when I tried to interrupt the copy of a
single very large file to the ccd(4) file system.  Even though many
megabytes had been transfered, by the time fsck got finished, the file
had been truncated to zero bytes (this test was repeated twice, same
results each time).  Zero byte files tend to match pretty well. :)

I haven't looked closely at the code, but I rather suspect that the
ccd(4) code sends the same data out to both disks at very close to the
same time, without wandering off to do other things in between.  In
order for things to get out of sync, the "event" would have to happen
between the time data was sent to the first disk and before it got sent
to the second.  I'm not sure, but I suspect there are relatively few
times you will get a software crash that would cause that (yes, your
disk IO code could crash, but I suspect if that was prone to happening,
you have much bigger problems on your hands!).  However, that doesn't
cover power outages, HW failure, or careless hitting of the reset button.

But let's think about this a moment...

The file system IS wrong.  I was untaring a big .tgz file, and what is
on the file system does not match what was in the .tgz file, as it
hadn't finished!  If that was a critical task, my mail spool is hosed
right now, and needs to be fixed.  fsck didn't magically finish the job,
it just cleaned up the lose ends.  It lets your system reboot, but that
isn't the same as saying, "nothing happened".  fsck makes the file
system consistent, but it can't complete the interrupted job.  I think
people forget this sometimes.  I think I forget it sometimes. :)

So, that IS an error.  That's expected when the system goes down hard,
mirror, no mirror, ccd(4), raid(4), hardware, whatever.  It's going to
be incomplete, and possibly badly wrong (and maybe corrupted beyond
repair).  Ok, let's say you are

Re: BOINC

[Bill]

On Fri, 02 Dec 2005 18:45:09 -0500
Chris Zakelj <[EMAIL PROTECTED]> spake:

> Johan P. Lindstrvm wrote:
> 
> >I'm sorry if this comes across as flame bait, that's not my intention.
> >
> >With that out of the way;
> >
> >How about that BOINC initiative, http://boinc.berkeley.edu is that
> >something that interests anyone else?
> >
> >I can come to think of plenty of reasons why one would not want a port
> >of it, I use obsd for my critical servers where I want as few pieces
> >of sw as possible. Is there a need /desire for it?
> >
> I run it on my WinXP machines and (knock on wood) haven't had any
> incidents.  If you or someone else creates a port, it'll find a home on
> my machines, as they sit around doing absolutely nothing practically
> 24/7, and I think contributing to the science projects represented is a
> worthwhile goal.  Does my answer work for other folks?  Probably not. 
> Some will be bound by policies forbidding it even if they wanted. 
> Others may consider the risk too great.  It's up to them whether or not
> to trust BOINC and the port.
> 

Same here...  I've got a few non-critical "play" machines that just sit
around running doing nothing of importance at all - they would be
powered off if people were not so damn lazy to do it.  When they were
linux I ran the seti client on them, but have not done anything with
them since. Really did not think about it till you mentioned it. 

This page lists an OpenBSD download with support for seti...
http://boinc.berkeley.edu/download_other.php

Have no idea how well it works though...

Apache 2 License

[Bruno Carnazzi]

  Hi All,

I've checked the Apache 2 License, which is said to be GPL-2
compatible (http://www.apache.org/licenses/). So, OpenBSD include some
GPL programs (gcc), so what's make it "unacceptable"
(http://www.openbsd.org/faq/faq1.html#HowAbout) ? What are the
differences with Apache 1.3 License ?

Thanks,
Best regards,

Bruno.

Re: Updated CCD Mirroring HOWTO

[Greg Oster]

Nick Holland writes:
> Greg Oster wrote:
> ...
> > Here's what I'd encourage you (or anyone else) to do:
> 
> actually, I'd encourage you do try your own test.  Results were interesting.

Well... as we see, you did *your* version of the test, not mine ;) 

> > 1) Create a ccd as you describe in the HOWTO and mount the filesystem.
> 
> used my own instructions, if you don't mind. :)
> Softdeps on.  That may matter.  Or it may not.  Not sure.

Shouldn't be a big deal either way..

> > 2) Start extracting 5 copies of src.tar.gz onto the filesystem (
> > simultanously is preferred, but basically anything that will generate 
> > a lot of IO here is what is needed).
> 
> I wussed out here.  Did one unpacking of a Maildir in a .tgz file.  But
> lots of IO, lots of thrashing, disks were basically saturated with work,
> processor was waiting for disk.  Lots of tiny files.  On the other hand,
> that's a lot more activity than this machine will ever see in production.

Um... that's just one thread of IO... 64K (or whatever MAXPHYS is) 
presented, in sequence, to the underlying driver.  A rather boring 
sequence of IO, with not much chance for one disk to get ahead or 
behind the other in terms of servicing requests.  The "5" was there 
for a reason :)  So, actually, was src.tar.gz.  To make things more 
interesting, do a whole mess of reads from the ccd while you're 
doing the 5 extractions (preferably for something that isn't cached). 
(If I were testing this on my machine, I'd likely start with 10 
different copies of src.tar.gz on the ccd, and then extract all 
10 simultanous (to different destinationson the ccd).  Once that 
was going, I'd then start about 50 dd's of the src.tar.gz files,
each dd starting about 10 seconds after the previous.   When all 
IO had begun, I'd wait a few minutes and *then* pull the rug out 
from the system.  But I didn't expect anyone to push their system 
that hard for this test, and so went with 5, and just one copy of 
src.tar.gz in an unspecified location :) )

> My first (and second) test was copying the 86M .tgz file, but that was
> horribly uninteresting.  Resetting the machine well into the copy
> resulted in a zero-byte file after fsck.  Truncated.  Not a big
> surprise, really.
> 
> > 3) After that's been going for a while, and while still in progress, 
> > pull the power from the machine.
> 
> Drop power mid write, you are risking your disk.  Yes, I have spiked
> disks with a nail gun to test RAID in the past, but didn't feel like
> possibly toasting two disks by powering down the machine mid-write at
> this time.  This system has purpose for me. :)

Heh.. my RAID test box has a disk in external case.. disk 'failure' 
is simulated by powering off that case... I don't know how many power 
outages that poor little disk has seen :) 
 
> So, I hit the reset button on the machine.  That should give something
> similar to (though admittedly, not identical to) a crash.

Yes, should suffice for this test ...

> No, hitting the reset is NOT the same as a power outage.  It isn't the
> same as a crash either -- in the later case, I'm going to say that it is
> just different, not easier or harder...so my test is only one kind of
> failure (and I REALLY didn't feel like pulling a memory module out to
> simulate a HW failure... :)
> 
> > 4) Fire the machine back up, configure the ccd again, and run fsck a 
> >few times to make sure the ccd filesystem is "clean".
> 
> once did the job.  Second fsck came up clean.  Don't expect different
> results on the third or fourth...
> 
> > 5) Now unconfigure the ccd.
> 
> mounted each separately as a non-mirrored ccd file system.
> 
> > 6) Do an md5 checksum of each of the parts of the mirror, and see if 
> > they differ.  (they shouldn't, but I bet the do!!)
> 
> I think the md5 test of the mirror elements is bogus here.
> I don't care if an unallocated block is different. I care if the files
> are different.  I might not even care about that much.  See below...

Umm There is still a non-zero chance that metadata on one disk 
will be different than metadata on the other, or that data on one 
disk will be different than the other...

> > If they differ, tell me how ccd detected that difference, and how it 
> > warned you that if the primary drive died that you'd have incorrect 
> > data.  If they don't differ, go buy a lottery ticket, cause it's
> > your lucky day! ;) 
> 
> I used diff(1) to compare the two trees created by splitting the mirror.
> 
> No difference found.  i.e., ccd(4) mirroring passed a somewhat
> simplified version of your test.  I even modified one of the files to
> make sure I didn't blow the diff command usage...  188M of files in the
> tree, no differences.
> 
> I will admit I was pleasantly surprised, though not totally shocked that
> it did.

With only one IO thread, I'm not overly surprised with these results...
 
> My first clue was what happened when I tried to interrupt the copy of a
> single very large file to the

Re: wrong behaviour of su

[Uwe Dippel]

On Fri, 02 Dec 2005 18:16:31 +0800, Uwe Dippel wrote:

> # su bar
> passwd: login/uid mismatch, username argument required.

Sorted; but took me half a day:
bar has a SHELL of /usr/bin/passwd; so has foo.

In order to do something on their behalf, su -m foo will do (but not
change  HOME, SHELL, PATH, TERM, LOGNAME, and USER).

Uwe

Re: disk encryption on login

[Alexander Farber]

Ok, maybe not so excellent, because where that would be mounted :-/

On 12/3/05, Zachery Hostens <[EMAIL PROTECTED]> wrote:
> excellent idea.  this is a perfect solution.

>
> On Fri, 2 Dec 2005 23:02:12 +0100, Alexander Farber <[EMAIL PROTECTED]> wrote:
> > I have one suggestion: if a user logs in and the path to home dir
> > in the /etc/passwd is actually pointing to a file, then it is encrypted