Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Sat, Jun 06, 2009 at 11:10:29PM -0400, Nick Guenther wrote: > On Sat, Jun 6, 2009 at 3:18 PM, Alexandre Ratchov wrote: > > On Fri, Jun 05, 2009 at 06:02:01PM -0400, Ryan Flannery wrote: > >> With the recent work done to the audio system on OpenBSD, a buddy of > >> mine and I figured it should be easy to setup two-way voice-chat > >> between two OpenBSD clients using nothing more than aucat(1) and > >> ssh(1). As we found out, it is both very easy and very usable! We > >> have telephone-quality chatting working with a <= 1 second delay in > >> the audio (after a few minutes of chatting, this is unnoticeable). > >> > >> First, a hearty thanks to Jacob Meuser and the other OpenBSD > >> developers who have worked hard on this recently. Your efforts are > >> both noticed and greatly appreciated. > >> > >> Second, I have a couple of questions... > >> > >> 1. We, the two users chatting (users neal and ryan) have ssh accounts > >> on each other's machines. To voice-chat with each other, what we did > >> boils down to the following: > >> > >> ryan# aucat -l > >> ryan# aucat -o - | ssh r...@neals-machine aucat -i - > >> > >> User neal would do the same, only to my (ryan's) machine. > >> When aucat is run in server-mode ('aucat -l') it creates a socket in > >> "/tmp/aucat-USERID/default" where USERID is the uid of the user who > >> ran the command (aucat -l). For another user (neal) to bind to this > >> socket, we had to make this socket available to the other user, namely > >> > >> ryan# grep ryan /etc/passwd > >>(find ryan's uid, call it RYANSID) > >> ryan# grep neal /etc/passwd > >>(find neal's uid, call it NEALSID) > >> ryan# aucat -l > >> ryan# cd /tmp/ > >> ryan# chmod 755 aucat-RYANSID > >> ryan# ln -s aucat-RYANSIDaucat-NEALSID > >> > > > > if you use hard links instead of soft links, you can > > ``share'' your socket with another user without changing the > > socket directory permissions (so you avoid giving it to all > > users). > > > > Classy! I was looking for a way to do this but the manpage didn't > mention anything. > > >> Neal would do the same on his machine, only reversed. > >> Question: is it possible to run aucat(1) in such a way that the socket > >> it creates in 'global', such that other users can connect to it? > >> A quick perusing of the man/archives and the source says no... but I > >> may be missing something. > >> > > > > no, there's no way for that. Even if we start supporting > > ``shared sockets'' (i hope so), they will not be usable > > simultaneously by multiple users (to avoid evesdropping). > > Fine grained access control might solve this problem, but is > > too complicated and outside the scope of aucat. > > > What good are shared sockets if they aren't usable simultaneously?? > > use case: I'm always wanting to set up and audio-studio box, and right > now aucat lets me, but what if I want to have myself and a hundred of > my closest friends play a midi-orchestra all routed through the one > box with everyone running their own session on a (remote) frontend? I > could just make a shared 'music' account but that's a workaround for > an awkward system. you could do this more easily with jackd/netjack. > Please, don't necessarily make a -g(lobal) flag for aucat, but don't > restrict its flexibility by forcing restrictions in the name of > security. The OS is perfectly competent as handling security with file > permissions like it's designed to. Just add a way for each user to > specify what socket they want sndio to talk to? Like a /etc/sndiorc > and ~/.sndiorc pair. Then to make a global socket you would set it in > your global /etc/sndiorc and then sound would Just Work for every user > and you'd only have to start aucat -l once, but users would still have > to be in the audio group or whatever to use this. so, by default, it would work for noone. I really don't like such solutions. > Conversely, if > you're actually worried about eavesdropping you can run aucat -l like > usual. I think most people don't realise how easy it is to eavesdrop (or even that it's possible). > Actually, you could hack this now: make an 'audio' user, at boot do > "sudo -u audio aucat -l" and also create links to the socket that made > for each user on the system. I don't know what's worse: recreating > links at each boot or having to have a config file. config file and the extra code/complexity it would force onto everyone, imo. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
When ACPI systems fail to boot or act weirdly
I recently tested a Neutrino netbook and sent the dmesg data in. I had to boot with -c and disable acpi in order to do that. It now occurs to me that it might be useful if I sent the contents of both acpidump and pcidump. Is there a place to do that? Do the folks doing acpi development want stuff like this? I can't find anything about this. --STeve Andre'
Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Sat, Jun 6, 2009 at 3:18 PM, Alexandre Ratchov wrote: > On Fri, Jun 05, 2009 at 06:02:01PM -0400, Ryan Flannery wrote: >> With the recent work done to the audio system on OpenBSD, a buddy of >> mine and I figured it should be easy to setup two-way voice-chat >> between two OpenBSD clients using nothing more than aucat(1) and >> ssh(1). As we found out, it is both very easy and very usable! We >> have telephone-quality chatting working with a <= 1 second delay in >> the audio (after a few minutes of chatting, this is unnoticeable). >> >> First, a hearty thanks to Jacob Meuser and the other OpenBSD >> developers who have worked hard on this recently. Your efforts are >> both noticed and greatly appreciated. >> >> Second, I have a couple of questions... >> >> 1. We, the two users chatting (users neal and ryan) have ssh accounts >> on each other's machines. To voice-chat with each other, what we did >> boils down to the following: >> >> ryan# aucat -l >> ryan# aucat -o - | ssh r...@neals-machine aucat -i - >> >> User neal would do the same, only to my (ryan's) machine. >> When aucat is run in server-mode ('aucat -l') it creates a socket in >> "/tmp/aucat-USERID/default" where USERID is the uid of the user who >> ran the command (aucat -l). For another user (neal) to bind to this >> socket, we had to make this socket available to the other user, namely >> >> ryan# grep ryan /etc/passwd >>(find ryan's uid, call it RYANSID) >> ryan# grep neal /etc/passwd >>(find neal's uid, call it NEALSID) >> ryan# aucat -l >> ryan# cd /tmp/ >> ryan# chmod 755 aucat-RYANSID >> ryan# ln -s aucat-RYANSIDaucat-NEALSID >> > > if you use hard links instead of soft links, you can > ``share'' your socket with another user without changing the > socket directory permissions (so you avoid giving it to all > users). > Classy! I was looking for a way to do this but the manpage didn't mention anything. >> Neal would do the same on his machine, only reversed. >> Question: is it possible to run aucat(1) in such a way that the socket >> it creates in 'global', such that other users can connect to it? >> A quick perusing of the man/archives and the source says no... but I >> may be missing something. >> > > no, there's no way for that. Even if we start supporting > ``shared sockets'' (i hope so), they will not be usable > simultaneously by multiple users (to avoid evesdropping). > Fine grained access control might solve this problem, but is > too complicated and outside the scope of aucat. What good are shared sockets if they aren't usable simultaneously?? use case: I'm always wanting to set up and audio-studio box, and right now aucat lets me, but what if I want to have myself and a hundred of my closest friends play a midi-orchestra all routed through the one box with everyone running their own session on a (remote) frontend? I could just make a shared 'music' account but that's a workaround for an awkward system. Please, don't necessarily make a -g(lobal) flag for aucat, but don't restrict its flexibility by forcing restrictions in the name of security. The OS is perfectly competent as handling security with file permissions like it's designed to. Just add a way for each user to specify what socket they want sndio to talk to? Like a /etc/sndiorc and ~/.sndiorc pair. Then to make a global socket you would set it in your global /etc/sndiorc and then sound would Just Work for every user and you'd only have to start aucat -l once, but users would still have to be in the audio group or whatever to use this. Conversely, if you're actually worried about eavesdropping you can run aucat -l like usual. Actually, you could hack this now: make an 'audio' user, at boot do "sudo -u audio aucat -l" and also create links to the socket that made for each user on the system. I don't know what's worse: recreating links at each boot or having to have a config file. -Nick
Script checking PERMIT_ values of all lib/run depends
Hello! Below script checks and displays PERMIT_DISTFILES_CDROM and PERMIT_DISTFILES_FTP values of 'all' print-build-depends and print-run-depends ports --- which is very usefull (i think) before compiling a port. If someone find it usefull and review the code, i aprreciate. Regards, Cem ### #!/bin/sh port=multimedia/k3b cd /usr/ports/$port var1=`make print-build-depends` var2=`echo $var1 | cut -d "\"" -f 2` set -A var3 $var2 echo "make print-build-depends results: " $var2 j=${#var3[*]} let i=0 while [[ $i -lt $j ]]; do var4=${var3[$i]} cd /usr/ports var5=`make search key=$var4 | grep Path | head -n1 | cut -d ":" -f 2` var6=`echo $var5 | cut -d "," -f 1` var7=`echo $var5 | cut -d "," -f 2` cd /usr/ports cd $var6 if [ ${var6} = ${var7} ]; then unset SUBPACKAGE var8="" else export SUBPACKAGE="$var7" var8=$var7 fi echo -n $var6 $var8"\t\t\tCDR =>" make show=PERMIT_DISTFILES_CDROM echo -n $var6 $var8"\t\t\tFTP =>" make show=PERMIT_DISTFILES_FTP let i=i+1 done cd /usr/ports/x11/$port var1=`make print-run-depends` var2=`echo $var1 | cut -d "\"" -f 2` set -A var3 $var2 echo "make print-build-depends results: " $var2 j=${#var3[*]} let i=0 while [[ $i -lt $j ]]; do var4=${var3[$i]} cd /usr/ports var5=`make search key=$var4 | grep Path | head -n1 | cut -d ":" -f 2` var6=`echo $var5 | cut -d "," -f 1` var7=`echo $var5 | cut -d "," -f 2` cd /usr/ports cd $var6 if [ ${var6} = ${var7} ]; then unset SUBPACKAGE var8="" else export SUBPACKAGE="$var7" var8=$var7 fi echo -n $var6 $var8"\t\t\tCDR =>" make show=PERMIT_DISTFILES_CDROM echo -n $var6 $var8"\t\t\tFTP =>" make show=PERMIT_DISTFILES_FTP let i=i+1 done ###
Re: The June 6th 2009 BGPD
On Sat, Jun 06, 2009 at 05:13:44PM +0700, Insan Praja SW wrote: > Hi Misc@ and Claudio, > I've a new compiled-from-the-last-source OpenBSD Router, lookin' at new > cool features. I see a default rib are installed (Loc-RIB and > Adj-RIB-In), I can see both with "bgpctl sh rib table Adj-RIB-in" and > "bgpctl sh rib table Loc-In". But still, it's always returns nothing when > querying prefixes with "bgpctl sh rib address/len". The "bgpctl sh rib > neighbor" return the desirable outputs. The others are, when issueing > "bgpctl reload" it always failed with these messages (/var/log/messages): > > Jun 6 16:36:29 GreenRouter-JKT01 bgpd[3750]: /etc/bgpd.conf:223: rib > "Adj-RIB-In" allready exists. > Jun 6 16:36:29 GreenRouter-JKT01 bgpd[3750]: /etc/bgpd.conf:223: rib > "Loc-RIB" allready exists. > Jun 6 16:36:29 GreenRouter-JKT01 bgpd[3750]: config file /etc/bgpd.conf > has errors, not reloading > > Anyway, this is a really good stuff your doin'.. > Thanks for every bit of the OS, > Sincerely, > Should be fixed now. This is still a bit work in progress but it I'll let it settel a bit now. -- :wq Claudio
Re: misc@ list spam
* x x [2009-06-06 18:04]: > The spam we seem to be getting as being part of this mailing list, is it > just an unfortunate thing have to live with? Is there someway to make > sure only get legit discussions/questions? Yes, kick all the idiots off and only allow members to post. Oh wait. this is m...@.. fail.
Re: misc@ list spam
On Sat, Jun 06, 2009 at 06:56:13PM -0400, x x wrote: > The spam we seem to be getting as being part of this mailing list, is it > just an unfortunate thing have to live with? Is there someway to make > sure only get legit discussions/questions? There is no way because the problem is not turing-complete.
Re: misc@ list spam
On Sat, 06 Jun 2009 18:56:13 -0400 (EDT) "x x" wrote: > The spam we seem to be getting as being part of this mailing list, is > it just an unfortunate thing have to live with? Is there someway to > make sure only get legit discussions/questions? > http://www.openbsd.org/mail.html#spam Regards, -- Maxime DERCHE GnuPG public key ID : 0x9A85C4C0 (fingerprint : 0FDC 16AF 5A5B 1908 786C 2B85 2D3C C83E 9A85 C4C0) http://www.mouet-mouet.net/maxime/blog/index.php
Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Sat, Jun 06, 2009 at 05:01:26PM -0400, Ryan Flannery wrote: Could that be why "-b 1" is working? Also, with "-b 1024", the delay is around a half-second... not too bad. Counter-intuitive as it seems, keep your buffer -b 1024, and increase the sampling rate to 44100. Tell me if latency doesn't drop dramatically. :-) Ted -- There's a party in your skull. And you're invited! Name:Ted Walther Phone: 604-755-7732 Skype: tederific Email: t...@reactor-core.org Address: 1755 246 St, LANGLEY BC V2Z1G4
misc@ list spam
The spam we seem to be getting as being part of this mailing list, is it just an unfortunate thing have to live with? Is there someway to make sure only get legit discussions/questions?
CONFIDENCIAL PROPOSAL
You are invited to "CONFIDENCIAL PROPOSAL". By your host Ashraf Cotu: Date: Saturday June 6, 2009 Time: 9:00 pm - 10:00 pm (GMT +00:00) Location: Cher Ami Bonjour, Je suis le Directeur en charge de l'audit Banque section de compte etrangee de la BANQUE INTERNATIONALE DU BURKINA (BIB), j'ai besoin de votre aide urgente dans le transfert de somme de ($ 12,millions) Douze Millon de dollars americaine immidiatement ` votre compte.ci ga vous intersse je vous enverrons tous les ditails sur la fagon dont on va fait le demache et igalement noter que vous aurez 30% du montant indiqui ci-dessus si vous jtes d'accord pour m'aider ` exicuter cette tr Guests: * fredh...@yahoo.ca * ghisel...@yahoo.ca * _fjwar...@yahoo.ca * littleangels...@yahoo.ca * pri-s...@yahoo.com * _histoire_stchar...@yahoo.ca * fof_este...@yahoo.ca * fof_estell...@yahoo.ca * estelle_fofan...@yahoo.ca * noemar...@hotmail.fr * lara...@yahoo.ca * primeauan...@yahoo.ca * petroni...@aol.com * yvon412...@yahoo.ca * ve0...@raqi.ca * seabell...@yahoo.ca * tenzinwangy...@yahoo.ca * f.r...@videotron.ca * i...@elevagejody.com * boulodoguefrancais2...@yahoo.ca * turge...@videotron.ca * lecume_desjo...@yahoo.ca * peremart...@yahoo.ca * pourtoutvousdi...@yahoo.ca * diak...@yahoo.ca * meunierj...@yahoo.ca * redindiang...@yahoo.ca * ter...@nowtoronto.com * ccts1...@rogers.com * societehistoriquesarti...@yahoo.ca * fraylich_lio...@yahoo.fr * lionel_kab...@yahoo.ca * aubergelestl...@yahoo.ca * nathaliedambo...@yahoo.ca * montreal3...@yahoo.ca * smndaamhe...@yahoo.ca * subaruoutaou...@yahoo.ca * pel...@yahoo.ca * nightcardmanagem...@yahoo.ca * infomax...@yahoo.ca * clunypro...@yahoo.ca * bask...@yahoo.ca * beitshalom2...@yahoo.ca * m2003...@yahoo.ca * jasmingeli...@yahoo.ca * jerusalemjeu...@yahoo.ca * lesaumon...@yahoo.ca * olgadem...@yahoo.ca * jos...@hotmail.com * ch...@yahoo.fr * heleneba...@hotmail.com * globe_trotte...@yahoo.ca * conord1...@yahoo.ca * sarahgrans...@yahoo.ca * joh...@yahoo.ca * mgform...@groupes.yahoo.ca * bernard.opoczyn...@laposte.net * isabellepelle...@yahoo.ca * fermejuni...@yahoo.ca. * nikejos...@gmail.com * nina_pet2...@yahoo.com * ninaben...@yahoo.com * yorkiepupp...@yahoo.ca * francoismarchand2...@yahoo.ca * elizgill...@yahoo.ca * eliotthic...@yahoo.ca * fjwar...@yahoo.ca * mguin...@yahoo.ca * mguin...@uottawa.ca * captjackraba...@yahoo.ca * gagne_suza...@yahoo.ca * tpempor...@yahoo.ca * messyel...@hotmail.com * metallica...@yahoo.ca * metalp...@hotmail.fr * m...@jmd.gov.jo * me...@sotelgui.net.gn * misc@openbsd.org * da_brown2...@yahoo.ca * ramblinrose...@yahoo.ca invitation_add_to_your_yahoo_calendar: http://calendar.yahoo.com/?v=60&ST=20090606T21%2B&TITLE=CONFIDENCIAL+PROPOSAL&DUR=0100&VIEW=d&in_loc=Cher+Ami+Bonjour,+Je+suis+le+Directeur+en+charge+de+l%27audit+Banque+section+de+compte+etrangee+de+la+BANQUE+INTERNATIONALE+DU+BURKINA+(BIB),+j%27ai+besoin+de+votre+aide+urgente+dans+le+transfert+de+somme+de+($+12,millions)+Douze+Millon+de+dollars+americaine+imm%c3%a9diatement+%c3%a0+votre+compte.ci+%c3%a7a+vous+intersse+je+vous+enverrons+tous+les+d%c3%a9tails+sur+la+fa%c3%a7on+dont+on+va+fait+le+demache+et+%c3%a9galement+noter+que+vous+aurez+30%25+du+montant+indiqu%c3%a9+ci-dessus+si+vous+%c3%aates+d%27accord+pour+m%27aider+%c3%a0+ex%c3%a9cuter+cette+tr&TYPE=10 Copyright ) 2009 All Rights Reserved www.yahoo.com Privacy Policy: http://privacy.yahoo.com/privacy/us Terms of Service: http://docs.yahoo.com/info/terms/
Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Sat, Jun 06, 2009 at 05:01:26PM -0400, Ryan Flannery wrote: > On Sat, Jun 6, 2009 at 4:43 PM, Jacob Meuser wrote: > > On Sat, Jun 06, 2009 at 03:34:08PM -0400, Ryan Flannery wrote: > > > >> aucat -b 1 -l > > > > this '-b 1' bugs me. you're telling aucat to process each frame > > individually ... sort of. > > > > it really means "as small as possible". in server mode, you'll > > get the smallest buffer that the hardware supports, so the results > > may be inconsistent on different hardware. > > > > I had thought that we both might have to specify a format/encoding for > aucat to work correctly between our two machines, but never considered > the buffer size. From our dmesg's, it appears we may both have the > same audio hardware: > > my machine (lenovo T61): > azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x03: > apic 1 int 17 (irq 11) > azalia0: RIRB time out > azalia0: codecs: Analog Devices AD1984, Conexant/0x2bfa, using Analog > Devices AD1984 > audio0 at azalia0 > > > buddy's machine (lenovo T400... I think): > azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: > apic 1 int 17 (irq 11) > azalia0: codecs: Conexant CX20561 > audio0 at azalia0 > > Could that be why "-b 1" is working? I guess I need to explain better ;) the buffer sizes do not need to match. the buffer sizes only affect the latency. so when I said "the results may be inconsistent", I meant that with '-b 1', there may be too little buffering to keep the audio smooth, depending on the hardware. anyway, azalia(4) rounds block sizes (there are one or more whole blocks in the hardware buffer) to multiples of 128 bytes. other drivers have different rounding requirements. > Also, with "-b 1024", the delay is around a half-second... not too bad. 'aucat -l -b 1' on azalia will get you a 512 byte hardware buffer (two blocks of 256 bytes each), which is 2.9 ms, timewise. 'aucat -l -b 1024' gets a 2048 byte buffer, which is 11.6 ms timewise. 'aucat -l' gets a 23296 byte buffer, or ~130 ms. since you are recording then playing back, you will have at least 2x the audio hardware buffer size latency ... -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Memory problems on 4.5
On 2009-06-06, Lars Kotthoff wrote: > Hi all, > > after upgrading to 4.5, I've had problems with the memory usage of the box > increasing continuously until if starts to swap and performance becomes so bad > that I have to reboot the box. This does not seem to be related to a specific > program, at least the usual tools don't indicate that one process uses a lot > of > memory or that its memory usage increases steadily. > > Here's a picture of what I'm talking about -- http://www.larsko.net/mem.jpg > As you can see, memory usage increases quite significantly. The Wed to Sat > part > is what it's like now, in the part before there was some other stuff going on > as > well. This didn't occur with 4.4. please send "vmstat -m" and "netstat -m" at a point when the memory use is medium or high. if you're using symon to collect your stats, it might be worth recording and plotting the mbuf stats it can save. what's the box doing? > Does anybody have any suggestions what could cause this and how to fix it? > Dmesg > below. > > Thanks, > > Lars > > > OpenBSD 4.5 (GENERIC) #1749: Sat Feb 28 14:51:18 MST 2009 > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC > cpu0: Geode(TM) Integrated Processor by National Semi ("Geode by NSC" > 586-class) 334 MHz > cpu0: FPU,DE,PSE,TSC,MSR,CX8,PGE,CMOV,MMX > real mem = 259350528 (247MB) > avail mem = 242470912 (231MB) > mainbus0 at root > bios0 at mainbus0: AT/286+ BIOS, date 09/01/06, BIOS32 rev. 0 @ 0xfadd0, > SMBIOS rev. 2.2 @ 0xf (28 entries) > bios0: vendor Phoenix Technologies, LTD version "6.00 PG" date 09/01/2006 > apm0 at bios0: Power Management spec V1.2 (slowidle) > apm0: AC on, battery charge unknown > acpi at bios0 function 0x0 not configured > pcibios0 at bios0: rev 2.1 @ 0xf/0xdfb4 > pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf20/144 (7 entries) > pcibios0: bad IRQ table checksum > pcibios0: PCI BIOS has 7 Interrupt Routing table entries > pcibios0: PCI Exclusive IRQs: 5 7 10 11 > pcibios0: no compatible PCI ICU found > pcibios0: Warning, unable to fix up PCI interrupt routing > pcibios0: PCI bus #0 is the last bus > bios0: ROM list: 0xc/0x8000 0xef000/0x1000! > cpu0 at mainbus0: (uniprocessor) > pci0 at mainbus0 bus 0: configuration mode 1 (bios) > pchb0 at pci0 dev 1 function 0 "NS CS5535 Host" rev 0x21 > vga1 at pci0 dev 1 function 1 "NS CS5535 VIDEO" rev 0x00 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > pcib0 at pci0 dev 15 function 0 "NS CS5535 ISA" rev 0x13 > pciide0 at pci0 dev 15 function 2 "NS CS5535 IDE" rev 0x00: DMA, channel 0 > wired to compatibility > wd0 at pciide0 channel 0 drive 0: > wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors > wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 > ohci0 at pci0 dev 15 function 4 "NS CS5535 USB" rev 0x06: irq 10, version > 1.0, legacy support > ohci1 at pci0 dev 15 function 5 "NS CS5535 USB" rev 0x06: irq 7, version 1.0, > legacy support > rl0 at pci0 dev 18 function 0 "Realtek 8139" rev 0x10: irq 11, address > 00:00:00:00:00:00 > rlphy0 at rl0 phy 0: RTL internal PHY > rl1 at pci0 dev 19 function 0 "Realtek 8139" rev 0x10: irq 5, address > 00:00:00:00:00:00 > rlphy1 at rl1 phy 0: RTL internal PHY > rl2 at pci0 dev 20 function 0 "Realtek 8139" rev 0x10: irq 10, address > 00:00:00:00:00:00 > rlphy2 at rl2 phy 0: RTL internal PHY > ral0 at pci0 dev 21 function 0 "Ralink RT2860" rev 0x00: irq 11, address > 00:00:00:00:00:00 > ral0: MAC/BBP RT2860 (rev 0x0101), RF RT2820 (MIMO 2T3R) > isa0 at pcib0 > isadma0 at isa0 > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > 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 > it0 at isa0 port 0x2e/2: IT8712F rev 7, EC port 0x290 > npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 > usb0 at ohci0: USB revision 1.0 > uhub0 at usb0 "NS OHCI root hub" rev 1.00/1.00 addr 1 > usb1 at ohci1: USB revision 1.0 > uhub1 at usb1 "NS OHCI root hub" rev 1.00/1.00 addr 1 > biomask f7cd netmask ffed ttymask > softraid0 at root > root on wd0a swap on wd0b dump on wd0b
Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Sat, Jun 6, 2009 at 4:43 PM, Jacob Meuser wrote: > On Sat, Jun 06, 2009 at 03:34:08PM -0400, Ryan Flannery wrote: > >> aucat -b 1 -l > > this '-b 1' bugs me. you're telling aucat to process each frame > individually ... sort of. > > it really means "as small as possible". in server mode, you'll > get the smallest buffer that the hardware supports, so the results > may be inconsistent on different hardware. > I had thought that we both might have to specify a format/encoding for aucat to work correctly between our two machines, but never considered the buffer size. From our dmesg's, it appears we may both have the same audio hardware: my machine (lenovo T61): azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x03: apic 1 int 17 (irq 11) azalia0: RIRB time out azalia0: codecs: Analog Devices AD1984, Conexant/0x2bfa, using Analog Devices AD1984 audio0 at azalia0 buddy's machine (lenovo T400... I think): azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: apic 1 int 17 (irq 11) azalia0: codecs: Conexant CX20561 audio0 at azalia0 Could that be why "-b 1" is working? Also, with "-b 1024", the delay is around a half-second... not too bad. -ryan
Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Sat, Jun 06, 2009 at 03:34:08PM -0400, Ryan Flannery wrote: > aucat -b 1 -l this '-b 1' bugs me. you're telling aucat to process each frame individually ... sort of. it really means "as small as possible". in server mode, you'll get the smallest buffer that the hardware supports, so the results may be inconsistent on different hardware. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Sat, Jun 06, 2009 at 03:34:08PM -0400, Ryan Flannery wrote: > > I had forgot to mention the following in my original post... > Obviously, when piping the aucat output through ssh, ssh itself is > going to introduce some delay. However, just trying the following... > > aucat -l > aucat -o - | aucat -i - > > There is still a ~1 second delay, so it seems that the "bulk" of the > delay was from aucat. > Using > > aucat -b 1 -r 11000 -o - | aucat -b 1 -r 11000 -i - > > Reduced this somewhat, but not significantly. > Following Hannah Schroeter's advice, reducing the buffer size on the > server instances of aucat reduces the delay dramatically. There is > only a very, very small delay (even through ssh!) > oh, I never thought that this could work well enough excellent! :) -- Alexandre
Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Sat, Jun 6, 2009 at 3:18 PM, Alexandre Ratchov wrote: > On Fri, Jun 05, 2009 at 06:02:01PM -0400, Ryan Flannery wrote: >> With the recent work done to the audio system on OpenBSD, a buddy of >> mine and I figured it should be easy to setup two-way voice-chat >> between two OpenBSD clients using nothing more than aucat(1) and >> ssh(1). As we found out, it is both very easy and very usable! We >> have telephone-quality chatting working with a <= 1 second delay in >> the audio (after a few minutes of chatting, this is unnoticeable). >> >> First, a hearty thanks to Jacob Meuser and the other OpenBSD >> developers who have worked hard on this recently. Your efforts are >> both noticed and greatly appreciated. >> >> Second, I have a couple of questions... >> >> 1. We, the two users chatting (users neal and ryan) have ssh accounts >> on each other's machines. To voice-chat with each other, what we did >> boils down to the following: >> >> ryan# aucat -l >> ryan# aucat -o - | ssh r...@neals-machine aucat -i - >> >> User neal would do the same, only to my (ryan's) machine. >> When aucat is run in server-mode ('aucat -l') it creates a socket in >> "/tmp/aucat-USERID/default" where USERID is the uid of the user who >> ran the command (aucat -l). For another user (neal) to bind to this >> socket, we had to make this socket available to the other user, namely >> >> ryan# grep ryan /etc/passwd >>(find ryan's uid, call it RYANSID) >> ryan# grep neal /etc/passwd >>(find neal's uid, call it NEALSID) >> ryan# aucat -l >> ryan# cd /tmp/ >> ryan# chmod 755 aucat-RYANSID >> ryan# ln -s aucat-RYANSIDaucat-NEALSID >> > > if you use hard links instead of soft links, you can > ``share'' your socket with another user without changing the > socket directory permissions (so you avoid giving it to all > users). A much better idea, thanks! >> Neal would do the same on his machine, only reversed. >> Question: is it possible to run aucat(1) in such a way that the socket >> it creates in 'global', such that other users can connect to it? >> A quick perusing of the man/archives and the source says no... but I >> may be missing something. >> > > no, there's no way for that. Even if we start supporting > ``shared sockets'' (i hope so), they will not be usable > simultaneously by multiple users (to avoid evesdropping). > Fine grained access control might solve this problem, but is > too complicated and outside the scope of aucat. > >> 2. After doing the above, we would both simply do the following... >> >> ryan# aucat -b 1 -r 11000 -o - | ssh r...@neals-machine aucat -b 1 -r 11000 -i - >> >> With the above -b and -r flags, the audio was not choppy at all, quite >> high-quality (equal to telephone quality), and overall very nice. We >> had about a ~1 second delay in the audio, however (neal's in Chicago, >> I'm in Cincinnati... we expected this), but could any of the >> developers familiar with the audio system see a way to perhaps >> decrease this delay? We played with other rates (-r values), but >> below 11000 the delay was about the same, and the audio became >> "deeper" and more "muted". Any other options, to aucat or perhaps >> audioctl, that one could play with to reduce this? >> > > AFAIU the delay cannot be reduced this way (even with a > small -b). Delays are caused by buffering, and ssh(1), as > all the network software (and hardware, eg. your switch) in > the chain use buffers. AFAIK there's no way to set these > buffer sizes (especially the ones in the hardware of your > internet provider :). > > aucat(1) has a latency control mechanism to solve similar > problems. To use it you could try to proxy the remote aucat > socket locally, ie to create a local /tmp/aucat-uid/xxx > socket that's forwarded on the remote machine (don't know if > nc(1) can do that). Then you can write a trivial program to > transfer data between your local device and the remote > ``xxx'' device. > I had forgot to mention the following in my original post... Obviously, when piping the aucat output through ssh, ssh itself is going to introduce some delay. However, just trying the following... aucat -l aucat -o - | aucat -i - There is still a ~1 second delay, so it seems that the "bulk" of the delay was from aucat. Using aucat -b 1 -r 11000 -o - | aucat -b 1 -r 11000 -i - Reduced this somewhat, but not significantly. Following Hannah Schroeter's advice, reducing the buffer size on the server instances of aucat reduces the delay dramatically. There is only a very, very small delay (even through ssh!) i.e. aucat -b 1 -l aucat -b 1 -r 11000 -o - | aucat -b 1 -r 11000 -i - Works beautifully. Thanks for all the tips. -Ryan
Re: Voice-chat on OpenBSD with nothing more than aucat and ssh
On Fri, Jun 05, 2009 at 06:02:01PM -0400, Ryan Flannery wrote: > With the recent work done to the audio system on OpenBSD, a buddy of > mine and I figured it should be easy to setup two-way voice-chat > between two OpenBSD clients using nothing more than aucat(1) and > ssh(1). As we found out, it is both very easy and very usable! We > have telephone-quality chatting working with a <= 1 second delay in > the audio (after a few minutes of chatting, this is unnoticeable). > > First, a hearty thanks to Jacob Meuser and the other OpenBSD > developers who have worked hard on this recently. Your efforts are > both noticed and greatly appreciated. > > Second, I have a couple of questions... > > 1. We, the two users chatting (users neal and ryan) have ssh accounts > on each other's machines. To voice-chat with each other, what we did > boils down to the following: > > ryan# aucat -l > ryan# aucat -o - | ssh r...@neals-machine aucat -i - > > User neal would do the same, only to my (ryan's) machine. > When aucat is run in server-mode ('aucat -l') it creates a socket in > "/tmp/aucat-USERID/default" where USERID is the uid of the user who > ran the command (aucat -l). For another user (neal) to bind to this > socket, we had to make this socket available to the other user, namely > > ryan# grep ryan /etc/passwd >(find ryan's uid, call it RYANSID) > ryan# grep neal /etc/passwd >(find neal's uid, call it NEALSID) > ryan# aucat -l > ryan# cd /tmp/ > ryan# chmod 755 aucat-RYANSID > ryan# ln -s aucat-RYANSIDaucat-NEALSID > if you use hard links instead of soft links, you can ``share'' your socket with another user without changing the socket directory permissions (so you avoid giving it to all users). > Neal would do the same on his machine, only reversed. > Question: is it possible to run aucat(1) in such a way that the socket > it creates in 'global', such that other users can connect to it? > A quick perusing of the man/archives and the source says no... but I > may be missing something. > no, there's no way for that. Even if we start supporting ``shared sockets'' (i hope so), they will not be usable simultaneously by multiple users (to avoid evesdropping). Fine grained access control might solve this problem, but is too complicated and outside the scope of aucat. > 2. After doing the above, we would both simply do the following... > > ryan# aucat -b 1 -r 11000 -o - | ssh r...@neals-machine aucat -b 1 -r 11000 > -i - > > With the above -b and -r flags, the audio was not choppy at all, quite > high-quality (equal to telephone quality), and overall very nice. We > had about a ~1 second delay in the audio, however (neal's in Chicago, > I'm in Cincinnati... we expected this), but could any of the > developers familiar with the audio system see a way to perhaps > decrease this delay? We played with other rates (-r values), but > below 11000 the delay was about the same, and the audio became > "deeper" and more "muted". Any other options, to aucat or perhaps > audioctl, that one could play with to reduce this? > AFAIU the delay cannot be reduced this way (even with a small -b). Delays are caused by buffering, and ssh(1), as all the network software (and hardware, eg. your switch) in the chain use buffers. AFAIK there's no way to set these buffer sizes (especially the ones in the hardware of your internet provider :). aucat(1) has a latency control mechanism to solve similar problems. To use it you could try to proxy the remote aucat socket locally, ie to create a local /tmp/aucat-uid/xxx socket that's forwarded on the remote machine (don't know if nc(1) can do that). Then you can write a trivial program to transfer data between your local device and the remote ``xxx'' device. just thoughts -- Alexandre
Re: Partition confusion
On Sat, Jun 6, 2009 at 1:27 PM, Jacob L. Leifman wrote: > On 6 Jun 2009 at 12:11, Donald Allen wrote: > >> On Sat, Jun 6, 2009 at 11:49 AM, Lars Nooden wrote: >> > Can't the legacy system be modified to work with FFS or EXT2? >> >> Hi -- >> >> Are you addressing that question to me? If so, I'm really not sure I >> understand your question. What do you mean by "the legacy system"? If >> so, are you suggesting that perhaps XP can be modified to work with >> FFS or ext2? The answer to that, I believe, is "no". While proudly not >> a Windows expert, I believe XP supports only Microsoft filesystems -- >> ntfs, fat and fat32. > > It is common to use the term "legacy system" to refer to proprietary OS > including/especially Micro$oft Windows. And since I learned more than I > ever cared about Windows XP, it _can_ be made to support much more than > what is provided by Microsoft. In particular, there are a few stable > and open source drivers to allow XP to access Linux ext2/3 filesystems. > There is also a FOSS driver for FFS but it has not been updated in a > long time and in my experience did not work too well with OpenBSD. Thanks. I was unaware of those filesystem drivers and that usage of the term "legacy" (which I usually think of as referring to something from the past and, unfortunately, Windows exists in the present -- Webster: "1. A gift by will esp. of money or other personal property; 2. Something received from an ancestor, a predecessor, or from the past"), though I knew that it was possible (I have a vague recollection that Cutler built Windows NT on some Unix-ey, perhaps micro-kernel thing -- Mach?). But knowing that wouldn't change my approach to this issue -- I wouldn't trust some random third-party driver for Windows to be writing in my FFS filesystem. If I were going to do this with one machine, which at this point I'm not, I'd build an OpenBSD kernel, mount the ntfs partition read-only (which I guess is my only choice) and copy the files from Windows with OpenBSD. I'd certainly trust OpenBSD a heck of a lot more to a. not scribble junk in the ntfs partition that was mounted ro, and b. to write the stuff correctly in the FFS filesystem. /Don > >> As I said in my previous post, pscp and another machine present a >> simple workaround for this issue. I've got multiple machines, I rsync >> my home directory from one to the other when I have occasion to use >> something other than my primary machine, and so it's a simple matter >> to pscp file from the Windows filesystem to another machine running >> OpenBSD or Linux (which I run on my old TP 600x, on which OpenBSD >> doesn't fare too well, discussed in an earlier thread). This is needed >> very rarely (typically only when I travel and get on the network via >> wifi, which I do with Windows, just because it's easier) and so it's >> probably not worth bothering to build a kernel to add ntfs support. >> >> /Don >> >> >> > >> > -Lars
Re: chown
>> find /data -name "*.dat" -exec chown user:group {} \; > chown -youroptionshere `find . -name "what_you_are_looking_for"` Oh well, why do you suggest bad solutions when good ones have already been brought up? find -print0 | xargs -0 is quick and safe find -print | xargsis quick but not safe find -exec is not quick but at least safe command `find` is not safe and has additional problems Where quick means: Not starting a new process for each file. Where safe means: Handling file names containing white space correctly. Where additional problems are: Prone to overflow the max length of command line args. Try the following: $ touch important $ touch 'not important at all.dat' $ ls -1 important not important at all.dat $ rm -f `find . -name "*.dat"` $ ls -1 not important at all.dat Ooops.
Re: chown
> something with find(1). > > Try > find /data -name "*.dat" -exec chown user:group {} \; > > But understand it first. Understand the quoting. man find. Or you could do something like chown -youroptionshere `find . -name "what_you_are_looking_for"` Note the inverted marks: ` Pau > Dave > -- > Caution, this account is hosted by gmail. > Strangers scan the content of all mail transiting such accounts. > > -- Let there be peace on earth. And let it begin with misc
Re: Partition confusion
On 6 Jun 2009 at 12:11, Donald Allen wrote: > On Sat, Jun 6, 2009 at 11:49 AM, Lars Nooden wrote: > > Can't the legacy system be modified to work with FFS or EXT2? > > Hi -- > > Are you addressing that question to me? If so, I'm really not sure I > understand your question. What do you mean by "the legacy system"? If > so, are you suggesting that perhaps XP can be modified to work with > FFS or ext2? The answer to that, I believe, is "no". While proudly not > a Windows expert, I believe XP supports only Microsoft filesystems -- > ntfs, fat and fat32. It is common to use the term "legacy system" to refer to proprietary OS including/especially Micro$oft Windows. And since I learned more than I ever cared about Windows XP, it _can_ be made to support much more than what is provided by Microsoft. In particular, there are a few stable and open source drivers to allow XP to access Linux ext2/3 filesystems. There is also a FOSS driver for FFS but it has not been updated in a long time and in my experience did not work too well with OpenBSD. > As I said in my previous post, pscp and another machine present a > simple workaround for this issue. I've got multiple machines, I rsync > my home directory from one to the other when I have occasion to use > something other than my primary machine, and so it's a simple matter > to pscp file from the Windows filesystem to another machine running > OpenBSD or Linux (which I run on my old TP 600x, on which OpenBSD > doesn't fare too well, discussed in an earlier thread). This is needed > very rarely (typically only when I travel and get on the network via > wifi, which I do with Windows, just because it's easier) and so it's > probably not worth bothering to build a kernel to add ntfs support. > > /Don > > > > > > -Lars
Re: Partition confusion
On Sat, Jun 6, 2009 at 11:49 AM, Lars Nooden wrote: > Can't the legacy system be modified to work with FFS or EXT2? Hi -- Are you addressing that question to me? If so, I'm really not sure I understand your question. What do you mean by "the legacy system"? If so, are you suggesting that perhaps XP can be modified to work with FFS or ext2? The answer to that, I believe, is "no". While proudly not a Windows expert, I believe XP supports only Microsoft filesystems -- ntfs, fat and fat32. As I said in my previous post, pscp and another machine present a simple workaround for this issue. I've got multiple machines, I rsync my home directory from one to the other when I have occasion to use something other than my primary machine, and so it's a simple matter to pscp file from the Windows filesystem to another machine running OpenBSD or Linux (which I run on my old TP 600x, on which OpenBSD doesn't fare too well, discussed in an earlier thread). This is needed very rarely (typically only when I travel and get on the network via wifi, which I do with Windows, just because it's easier) and so it's probably not worth bothering to build a kernel to add ntfs support. /Don > > -Lars
Boletin Cientifico Coband | Numero 39 | Junio 2009
Boletmn Cientmfico Coband Si no ve correctamente este boletmn puede acceder a la versisn online _ 2005-2009 4 aqos difundiendo psicologma cientmfica en Argentina El Proyecto COBAND es una organizacisn sin fines de lucro formada por estudiantes, graduados, docentes, profesionales e investigadores que promueven el avance de la psicologma cientmfica en Argentina Boletmn Cientmfico Coband | Nzmero 39 | Junio 2009 _ Proyecto COBAND | El mayor portal de psicologma cientmfica en Argentina _ _ Anuncios | Eventos | Formacisn | Divulgacisn | Llamados | Pedidos | Libros | Actualizacisn | Perfiles _ En este nZmero Anuncios Difusisn de la investigacisn en psicoterapia Eventos 7mo Seminario Anual Intensivo de Trastornos de Ansiedad IV Congreso Argentino de Salud Mental Formacisn Programa Nebraska de Entrenamiento en Primeros Auxilios Psicolsgicos Artmculos de divulgacisn Primeros trazos de una Psicologma Rural Llamados para artmculos Revista Argentina de Ciencias del Comportamiento Revista Chilena de Neuropsicologma Pedidos de voluntarios Proyecto de comprensisn de las bases cerebrales del Asperger Investigacisn en psicoling|mstica Libros recomendados Metodologia de la Investigacion en Ciencias Sociales Actualizacisn cientmfica Journal of Personality and Social Psychology Review of General Psychology Perfiles psicolsgicos Maritza Montero Anuncios destacados Entrenamiento Clmnico en Terapia Cognitiva Narrativa Jornada del CTC: ?Qui hacemos con los niqos hoy? Programa de Actualizacisn en Terapia Cognitiva Introduccisn a la Terapia Racional Emotiva Conductual Abordaje Cognitivo Conductual del Manejo de la Ira Entrenamiento Intensivo en Terapia Cognitiva Posracionalista Carrera de Especializacisn en Psicoterapia Carrera de Especializacisn en Psicoterapia de Niqos Entrenamiento en Ticnicas Activas Programa Nebraska de Entrenamiento en Primeros Auxilios Psicolsgicos Eventos destacados XXXII Congreso Interamericano de Psicologma XII Reunisn nacional y I Encuentro Internacional de la AACC II Congreso Latinoamericano de Estudiantes de Psicologma IV Congreso Multidisciplinario de Salud Comunitaria del Mercosur IV Congreso Argentino de Salud Mental I Congreso Internacional de Psicoterapia Contemporanea Servicios destacados Ingeniero electrsnico | Computacisn CALENDARIO ONLINE DE EVENTOS CIENTMFICOS . Nuestra FRASE guma "El mejor resultado es producto de que todos en el grupo hagan lo mejor para sm mismos y para el grupo" conoCI la revista del proyecto coband patrocinadores El Proyecto COBAND es patrocinado por la Sociedad Interamericana de Psicologma anuncianteS institucionales ANUNCIANTES Organizacionales ANUNCIANTES DE servicios Ingeniero Electrsnico Ing. Julio C. Benito ?no figura entre estos anunciANTES? APROVECHE LA BASE DE DATOS MAS GRANDE Y ACTUALIZADA DE LA ARGENTINa al servicio de la ciencia DIFUNDA SU ACTIVIDAD entre mAs DE 100 MIL ESTUDIANTES, GRADUADOS, DOCENTES, PROFESIONALES E INVESTIGADORES DE PSICOLOGMA Y CIENCIAS DE LA SALUD ACOMPAQENOS POR EL AVANCE DE LA PSICOLOGMA CIENTMFICA EN ARGENTIna ?es parte de una instituciSn cientmfica? difunda sus actividades y cursos a toda la comunidad psicolSgica [ PLAN PARA ANUNCIANTES INSTITUCIONALES ] ?ORGANIZA UN CONGRESO O EVENTO ESPECIAL? CONOZCA NUestra plataforma de difusiSn cientMfica [ plan para anunciantes ORGANIZACIONALEs ] ?ES INVESTIGADOR Y NECESITA VOLUNTARIOS? - ?edita una revista y estA haciendo un llamado para artMculos? UTILICE ESTE BOLETMN PARA difundir SU PEDIDO TOTALMENTE GRATIS [ plan para anunciantes cientmficos ] ?BRINDA SERVICIOS PARA PSICSLOGOS? ContActenos y haga conocer su trabajo [ plan para anunciantes de servicios ] CONEXIONES Alianza Psicolsgica Psicologma Organizada Destacados _ _ Entrenamiento Clmnico en Terapia Cognitiva Narrativa Jornada del CTC: ?Qui hacemos con los niqos hoy? Introduccisn a la Terapia Racional Emotiva Conductual Abordaje Cognitivo Conductual del Manejo de la Ira Entrenamiento Intensivo en Terapia Cognitiva Posracionalista Programa de Actualizacisn en Terapia Cognitiva Carrera de Especializacisn en Psicoterapia Carrera de Especializacisn en Psicoterapia de Niqos Entrenamiento en Ticnicas Activas Programa Nebraska de Entrenamiento en Primeros Auxilios Psicolsgicos Anuncios Difusisn de la investigacisn en psicoterapia Estimados, Queremos invitarlos a colaborar con el Proyecto COBAND y el portal dePsicoterapias.com en la difusisn de la investigacisn en psicoterapia. La invitacisn concreta es a enviarnos una reseqa, comentario o descripcisn de aquel
Re: Partition confusion
Can't the legacy system be modified to work with FFS or EXT2? -Lars
Re: slow network thread
On Sat, Jun 06, 2009 at 04:05:49PM +0200, Jan Klemkow wrote: > I've a problem with the network speed. > If I download the a file with openbsd, > it has only a speed round about 250 kBit/s > > I could start several downloads with the same speed. > So that a program like aget has a speed from 600 till 900. See http://www.openbsd.org/faq/faq6.html#Tuning (particularly section 6.6.4) and http://marc.info/?l=openbsd-misc&w=2&r=1&s=sendspace+recvspace&q=b
Re: slow network thread
Jan Klemkow wrote: > hi, > > I've a problem with the network speed. > If I download the a file with openbsd, > it has only a speed round about 250 kBit/s > > I could start several downloads with the same speed. > So that a program like aget has a speed from 600 till 900. > > I've this effect with all programs like > Firefox, wget and curl. > > On the same machine with Windows or Linux > the speed goes up from 600 till 900kBit/s. > > Does somebody know why this happen? > Driver problem? or a simple configuration? try bumping these sysctl's: net.inet.tcp.recvspace=16384 net.inet.tcp.sendspace=16384 Based on 250/90*16384, I'd try something around 64k. /Alexander
Re: Partition confusion
Thank you all for the clearing this up for me. The presence of mount_ntfs suggested to me that ntfs was supported, but apparently not. I'll either work around this with two machines and pscp on the Windows side, or build a kernel with ntfs support enabled. Thanks again -- /Don Allen On Sat, Jun 6, 2009 at 9:58 AM, Owain Ainsworth wrote: > On Sat, Jun 06, 2009 at 09:10:28AM -0400, Donald Allen wrote: >> I've got OpenBSD 4.5 installed on a Thinkpad X61, dual-booted with >> Windows XP. XP is at the beginning of the disk, starting at sector 63. >> The XP slice, to use BSD terminology, is about 10 Gb (the disk is 100 >> Gb). The OpenBSD slice occupies the rest of the disk. During the >> OpenBSD install, I created partitions a, b, d, e, f, and g for the >> mountpoints /, swap, /tmp, /var, /usr, and /home. I don't believe >> there was any interaction regarding the XP slice during the install. >> >> Now I want to mount the XP (ntfs) partition. So, having created >> /mnt/windows as root, I tried >> >> r...@sophie:/mnt$ mount -t ntfs /dev/sd0i windows >> mount_ntfs: /dev/sd0i on /mnt/windows: Operation not supported >> >> So I did >> >> r...@sophie:/mnt$ disklabel sd0 >> # Inside MBR partition 1: type A6 start 20487600 size 174877920 >> # /dev/rsd0c: >> type: ESDI >> disk: ad4s2 >> label: >> flags: >> bytes/sector: 512 >> sectors/track: 63 >> tracks/cylinder: 255 >> sectors/cylinder: 16065 >> cylinders: 12161 >> total sectors: 195371568 >> rpm: 3600 >> interleave: 1 >> trackskew: 0 >> cylinderskew: 0 >> headswitch: 0 # microseconds >> track-to-track seek: 0# microseconds >> drivedata: 0 >> >> 8 partitions: >> #size offset fstype [fsize bsize cpg] >> a: 316575 20487600 4.2BSD 2048 163841 >> b: 2104515 20804175swap >> c:1953715680 unused >> d: 321300 22908690 4.2BSD 2048 163841 >> e: 176715 23229990 4.2BSD 2048 163841 >> f: 12594960 23406705 4.2BSD 2048 163841 >> g:159364800 36001665 4.2BSD 2048 163841 >> disklabel: warning, unused partition i: size 7148239195883 offset 17551383986520 >> disklabel: warning, unused partition j: size 238106791916026 offset >> 211716520590544 >> disklabel: warning, unused partition k: size 163974838534045 offset >> 206347192303801 >> disklabel: warning, unused partition l: size 271451018559616 offset >> 5237774174023 >> disklabel: warning, unused partition m: size 190849433245138 offset >> 190845464470417 >> disklabel: warning, unused partition n: size 211668966116211 offset >> 5864912221576 >> disklabel: warning, unused partition o: size 17630285786338 offset >> 76717108839878 >> disklabel: warning, unused partition p: size 17136519487675 offset >> 217832169078968 >> >> So partition i in the actual label does not describe the XP partition. >> But the default label does >> >> r...@sophie:/mnt$ disklabel -d sd0 >> # Inside MBR partition 1: type A6 start 20487600 size 174877920 >> # /dev/rsd0c: >> type: SCSI >> disk: SCSI disk >> label: ST9100821AS >> flags: >> bytes/sector: 512 >> sectors/track: 63 >> tracks/cylinder: 240 >> sectors/cylinder: 15120 >> cylinders: 12921 >> total sectors: 195371568 >> rpm: 3600 >> interleave: 1 >> trackskew: 0 >> cylinderskew: 0 >> headswitch: 0 # microseconds >> track-to-track seek: 0# microseconds >> drivedata: 0 >> >> 16 partitions: >> #size offset fstype [fsize bsize cpg] >> c:1953715680 unused >> i: 20487537 63NTFS >> >> So I tried >> >> disklabel -cd sd0 >> >> thinking that this would set the in-memory copy of the label to the >> default and then I'd be able to mount /dev/sd0i. No luck -- same >> error: "Operation not supported". >> >> Would someone please unconfuse me and explain how to get the XP slice mounted? > > GENERIC does not contain ntfs support. > > -0- > -- > Q: How many IBM cpu's does it take to do a logical right shift? > A: 33. 1 to hold the bits and 32 to push the register.
slow network thread
hi, I've a problem with the network speed. If I download the a file with openbsd, it has only a speed round about 250 kBit/s I could start several downloads with the same speed. So that a program like aget has a speed from 600 till 900. I've this effect with all programs like Firefox, wget and curl. On the same machine with Windows or Linux the speed goes up from 600 till 900kBit/s. Does somebody know why this happen? Driver problem? or a simple configuration? thanks, Jan
Restricting compiling of ports to permit_*
Hello! Is there any quick way to restrict compilation of ports such that only ports with 'permit_cdrom=Yes' or 'permit_ftp=Yes' are compiled? Regards, Cem
Re: Partition confusion
On Sat, Jun 06, 2009 at 09:10:28AM -0400, Donald Allen wrote: > I've got OpenBSD 4.5 installed on a Thinkpad X61, dual-booted with > Windows XP. XP is at the beginning of the disk, starting at sector 63. > The XP slice, to use BSD terminology, is about 10 Gb (the disk is 100 > Gb). The OpenBSD slice occupies the rest of the disk. During the > OpenBSD install, I created partitions a, b, d, e, f, and g for the > mountpoints /, swap, /tmp, /var, /usr, and /home. I don't believe > there was any interaction regarding the XP slice during the install. > > Now I want to mount the XP (ntfs) partition. So, having created > /mnt/windows as root, I tried > > r...@sophie:/mnt$ mount -t ntfs /dev/sd0i windows > mount_ntfs: /dev/sd0i on /mnt/windows: Operation not supported > > So I did > > r...@sophie:/mnt$ disklabel sd0 > # Inside MBR partition 1: type A6 start 20487600 size 174877920 > # /dev/rsd0c: > type: ESDI > disk: ad4s2 > label: > flags: > bytes/sector: 512 > sectors/track: 63 > tracks/cylinder: 255 > sectors/cylinder: 16065 > cylinders: 12161 > total sectors: 195371568 > rpm: 3600 > interleave: 1 > trackskew: 0 > cylinderskew: 0 > headswitch: 0 # microseconds > track-to-track seek: 0# microseconds > drivedata: 0 > > 8 partitions: > #size offset fstype [fsize bsize cpg] > a: 316575 20487600 4.2BSD 2048 163841 > b: 2104515 20804175swap > c:1953715680 unused > d: 321300 22908690 4.2BSD 2048 163841 > e: 176715 23229990 4.2BSD 2048 163841 > f: 12594960 23406705 4.2BSD 2048 163841 > g:159364800 36001665 4.2BSD 2048 163841 > disklabel: warning, unused partition i: size 7148239195883 offset > 17551383986520 > disklabel: warning, unused partition j: size 238106791916026 offset > 211716520590544 > disklabel: warning, unused partition k: size 163974838534045 offset > 206347192303801 > disklabel: warning, unused partition l: size 271451018559616 offset > 5237774174023 > disklabel: warning, unused partition m: size 190849433245138 offset > 190845464470417 > disklabel: warning, unused partition n: size 211668966116211 offset > 5864912221576 > disklabel: warning, unused partition o: size 17630285786338 offset > 76717108839878 > disklabel: warning, unused partition p: size 17136519487675 offset > 217832169078968 > > So partition i in the actual label does not describe the XP partition. > But the default label does > > r...@sophie:/mnt$ disklabel -d sd0 > # Inside MBR partition 1: type A6 start 20487600 size 174877920 > # /dev/rsd0c: > type: SCSI > disk: SCSI disk > label: ST9100821AS > flags: > bytes/sector: 512 > sectors/track: 63 > tracks/cylinder: 240 > sectors/cylinder: 15120 > cylinders: 12921 > total sectors: 195371568 > rpm: 3600 > interleave: 1 > trackskew: 0 > cylinderskew: 0 > headswitch: 0 # microseconds > track-to-track seek: 0# microseconds > drivedata: 0 > > 16 partitions: > #size offset fstype [fsize bsize cpg] > c:1953715680 unused > i: 20487537 63NTFS > > So I tried > > disklabel -cd sd0 > > thinking that this would set the in-memory copy of the label to the > default and then I'd be able to mount /dev/sd0i. No luck -- same > error: "Operation not supported". > > Would someone please unconfuse me and explain how to get the XP slice mounted? GENERIC does not contain ntfs support. -0- -- Q: How many IBM cpu's does it take to do a logical right shift? A: 33. 1 to hold the bits and 32 to push the register.
Memory problems on 4.5
Hi all, after upgrading to 4.5, I've had problems with the memory usage of the box increasing continuously until if starts to swap and performance becomes so bad that I have to reboot the box. This does not seem to be related to a specific program, at least the usual tools don't indicate that one process uses a lot of memory or that its memory usage increases steadily. Here's a picture of what I'm talking about -- http://www.larsko.net/mem.jpg As you can see, memory usage increases quite significantly. The Wed to Sat part is what it's like now, in the part before there was some other stuff going on as well. This didn't occur with 4.4. Does anybody have any suggestions what could cause this and how to fix it? Dmesg below. Thanks, Lars OpenBSD 4.5 (GENERIC) #1749: Sat Feb 28 14:51:18 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by National Semi ("Geode by NSC" 586-class) 334 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,PGE,CMOV,MMX real mem = 259350528 (247MB) avail mem = 242470912 (231MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/01/06, BIOS32 rev. 0 @ 0xfadd0, SMBIOS rev. 2.2 @ 0xf (28 entries) bios0: vendor Phoenix Technologies, LTD version "6.00 PG" date 09/01/2006 apm0 at bios0: Power Management spec V1.2 (slowidle) apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0xdfb4 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf20/144 (7 entries) pcibios0: bad IRQ table checksum pcibios0: PCI BIOS has 7 Interrupt Routing table entries pcibios0: PCI Exclusive IRQs: 5 7 10 11 pcibios0: no compatible PCI ICU found pcibios0: Warning, unable to fix up PCI interrupt routing pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc/0x8000 0xef000/0x1000! cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 1 function 0 "NS CS5535 Host" rev 0x21 vga1 at pci0 dev 1 function 1 "NS CS5535 VIDEO" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 15 function 0 "NS CS5535 ISA" rev 0x13 pciide0 at pci0 dev 15 function 2 "NS CS5535 IDE" rev 0x00: DMA, channel 0 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 ohci0 at pci0 dev 15 function 4 "NS CS5535 USB" rev 0x06: irq 10, version 1.0, legacy support ohci1 at pci0 dev 15 function 5 "NS CS5535 USB" rev 0x06: irq 7, version 1.0, legacy support rl0 at pci0 dev 18 function 0 "Realtek 8139" rev 0x10: irq 11, address 00:00:00:00:00:00 rlphy0 at rl0 phy 0: RTL internal PHY rl1 at pci0 dev 19 function 0 "Realtek 8139" rev 0x10: irq 5, address 00:00:00:00:00:00 rlphy1 at rl1 phy 0: RTL internal PHY rl2 at pci0 dev 20 function 0 "Realtek 8139" rev 0x10: irq 10, address 00:00:00:00:00:00 rlphy2 at rl2 phy 0: RTL internal PHY ral0 at pci0 dev 21 function 0 "Ralink RT2860" rev 0x00: irq 11, address 00:00:00:00:00:00 ral0: MAC/BBP RT2860 (rev 0x0101), RF RT2820 (MIMO 2T3R) isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo 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 it0 at isa0 port 0x2e/2: IT8712F rev 7, EC port 0x290 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 "NS OHCI root hub" rev 1.00/1.00 addr 1 usb1 at ohci1: USB revision 1.0 uhub1 at usb1 "NS OHCI root hub" rev 1.00/1.00 addr 1 biomask f7cd netmask ffed ttymask softraid0 at root root on wd0a swap on wd0b dump on wd0b
Partition confusion
I've got OpenBSD 4.5 installed on a Thinkpad X61, dual-booted with Windows XP. XP is at the beginning of the disk, starting at sector 63. The XP slice, to use BSD terminology, is about 10 Gb (the disk is 100 Gb). The OpenBSD slice occupies the rest of the disk. During the OpenBSD install, I created partitions a, b, d, e, f, and g for the mountpoints /, swap, /tmp, /var, /usr, and /home. I don't believe there was any interaction regarding the XP slice during the install. Now I want to mount the XP (ntfs) partition. So, having created /mnt/windows as root, I tried r...@sophie:/mnt$ mount -t ntfs /dev/sd0i windows mount_ntfs: /dev/sd0i on /mnt/windows: Operation not supported So I did r...@sophie:/mnt$ disklabel sd0 # Inside MBR partition 1: type A6 start 20487600 size 174877920 # /dev/rsd0c: type: ESDI disk: ad4s2 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 12161 total sectors: 195371568 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 8 partitions: #size offset fstype [fsize bsize cpg] a: 316575 20487600 4.2BSD 2048 163841 b: 2104515 20804175swap c:1953715680 unused d: 321300 22908690 4.2BSD 2048 163841 e: 176715 23229990 4.2BSD 2048 163841 f: 12594960 23406705 4.2BSD 2048 163841 g:159364800 36001665 4.2BSD 2048 163841 disklabel: warning, unused partition i: size 7148239195883 offset 17551383986520 disklabel: warning, unused partition j: size 238106791916026 offset 211716520590544 disklabel: warning, unused partition k: size 163974838534045 offset 206347192303801 disklabel: warning, unused partition l: size 271451018559616 offset 5237774174023 disklabel: warning, unused partition m: size 190849433245138 offset 190845464470417 disklabel: warning, unused partition n: size 211668966116211 offset 5864912221576 disklabel: warning, unused partition o: size 17630285786338 offset 76717108839878 disklabel: warning, unused partition p: size 17136519487675 offset 217832169078968 So partition i in the actual label does not describe the XP partition. But the default label does r...@sophie:/mnt$ disklabel -d sd0 # Inside MBR partition 1: type A6 start 20487600 size 174877920 # /dev/rsd0c: type: SCSI disk: SCSI disk label: ST9100821AS flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 240 sectors/cylinder: 15120 cylinders: 12921 total sectors: 195371568 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] c:1953715680 unused i: 20487537 63NTFS So I tried disklabel -cd sd0 thinking that this would set the in-memory copy of the label to the default and then I'd be able to mount /dev/sd0i. No luck -- same error: "Operation not supported". Would someone please unconfuse me and explain how to get the XP slice mounted? Thanks -- /Don Allen
Re: tmux vs wake
On Fri, 5 Jun 2009 14:44:35 -0400 "STeve Andre'" wrote: > On Friday 05 June 2009 11:29:00 Pawlowski Marcin Piotr wrote: > > Hi all, > > I'm a little bit curious about why there is place in bin for tmux(1) > > and there is no place for wake(8). In my opinion it's a little bit > > unfair. Could someone explain it? > > > > Information about why wake(8) was removed: > > http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/wake/Attic/Makefile?hide > >attic=0;only_with_tag=HEAD > > > > Cheers! > > Gotta love it, fan clubs for commands! The proper solution there is > to put it back into /usr/src/usr.sbin, link it up, and you'll have it > once again. This IS open source, isn't it--if you want to make/keep > different commands, you can. You are on your own, but wake(1) is > hardly a monster. > > So while I'd like to see it in the official distribution, the option > is there to keep it in *your* distribution. > > --STeve Andre' > Thanks for Your answer. Well said, I'm doing that with few ports (ex. wireshark) and I'm maintaining my own xenocara source tree (because lack of support for my graphic card). While asking that question I was only curios why there wasn't place for wake and now there is for tmux. Simple answer was that tmux replaced window and I didn't noticed that. Yes that was my fault... Cheers!
Re: Package problems after 4.5 upgrade.
Thanks for your reply to my message. This is WAG, but did/do you have PKG_CACHE defined? I've never set it explicitly, and it isn't defined on either system. $ env | grep PKG PKG_PATH=ftp://openbsd.mirror.frontiernet.net/pub/OpenBSD/4.5/packages/i386 $ Locate on the upgraded (borked) system doesn't turn up anything that looks like a package to me $ locate gv-3 /usr/local/share/doc/gv/gv-3.html /var/db/pkg/gv-3.5.8p4 /var/db/pkg/gv-3.5.8p4/+CONTENTS /var/db/pkg/gv-3.5.8p4/+DESC /var/db/pkg/gv-3.5.8p4/+REQUIRING $ The upgraded system has a ports tree, which, now that I think about it, hasn't been upgraded. But it's my understanding that packages work independently of any port tree that may be installed locally.
The June 6th 2009 BGPD
Hi Misc@ and Claudio, I've a new compiled-from-the-last-source OpenBSD Router, lookin' at new cool features. I see a default rib are installed (Loc-RIB and Adj-RIB-In), I can see both with "bgpctl sh rib table Adj-RIB-in" and "bgpctl sh rib table Loc-In". But still, it's always returns nothing when querying prefixes with "bgpctl sh rib address/len". The "bgpctl sh rib neighbor" return the desirable outputs. The others are, when issueing "bgpctl reload" it always failed with these messages (/var/log/messages): Jun 6 16:36:29 GreenRouter-JKT01 bgpd[3750]: /etc/bgpd.conf:223: rib "Adj-RIB-In" allready exists. Jun 6 16:36:29 GreenRouter-JKT01 bgpd[3750]: /etc/bgpd.conf:223: rib "Loc-RIB" allready exists. Jun 6 16:36:29 GreenRouter-JKT01 bgpd[3750]: config file /etc/bgpd.conf has errors, not reloading Anyway, this is a really good stuff your doin'.. Thanks for every bit of the OS, Sincerely, Insan Praja SW -- insandotpraja(at)gmaildotcom
MR. CHRIS ANDERSON invites you to check out STUDY AND REVERT BACK TO ME
I'm following STUDY AND REVERT BACK TO ME and think you'll be interested in it as well. To check it out, follow the link below: http://mrchrisanderson100.blogspot.com/?psinvite=ALRopfVa2vB4OIuZqjnbA4RlsQqjCJDGWhbTvtvN7i4Up2pv0cdiF4zGDM83CiKI2XptAUcoQKJoBx_qduC0Yv4VxmZ0sMnYCg "CLICK THE LINK ABOVE AND FOLLOW THE INSTRUCTIONS THIS E-MAIL:abbeychrisandersonoff...@gmail.com" - Google Friend Connect helps people with common interests discover interesting sites and interesting people. To learn more, visit http://www.google.com/friendconnect