Re: Disabling suspend
Nick Guenther wrote: On 8/3/06, Alexander Hall [EMAIL PROTECTED] wrote: Nick Guenther wrote: Hello misc@, Sometimes my laptop goes into standby when I close the lid, but not always. Also, if it is in standby and I open the lid it wakes up. Under windows I have changed this behaviour so that I must manually enter standby and press the power button to exit it. Is there any way to get the same effect in OpenBSD? That said, I configure my Dell Inspiron 4100 BIOS-wise. I don't know what lurks in the shadows of your BIOS config. It's a Dell Latitude C600 with BIOS revision A23. Thanks for the hint actually, just switched into the BIOS (while running the system, go go Dell :) and found the option to disable suspend-on-lid-close. Yeah, the setup-while-running is a sweet feature. :-) I forgot to mention that I did read about apmd -a, which says: BIOS-initiated suspend or standby requests are ignored if the system is connected to line current and not running from batter- ies (user requests are still honored) On Windows it seems that it ignores standby requests from the BIOS unless you select the option that does that. I guess I was looking for a similar feature in OpenBSD. Notice that the the apmd -a doesn't work when running from batteries, which doesn't work for me. Anyway, it seems that problem is solved though, thank you. None of this so far has addressed the issue that when I open the lid it turns back on. I don't understand the details of opening the lid. My best guess is that the BIOS wakes up the OS and loads it back into RAM if neccessary. Perhaps Windows gets away with it is by, when it is woken up, checking how it was woken up and if by the lid it turns back off; I would not be surprised to find such a hack from microsoft. I was hoping it was not a hack though and OpenBSD would be capable of something similar. I have not thoroughly examined all this, but I would probably have the same results here. I am quite satisfied with my current setup. Oh - if someone could tell me how to disable the power button, which immediately kills the machine, I'd be very happy... :-} /Alexander
Re: service monitoring and pf load balancing
On 8/3/06, Bill Marquette [EMAIL PROTECTED] wrote: Very. I haven't updated the site since taking over the maintainer role. The code in CVS should compile and run on 3.9 cleanly - as soon as I've tested it myself I was planning on rolling out a 1.3 release (and I suppose I should check for it's status in ports and update ;)). Thhankyou so much Bill :-)
Re: firefox 1.5.0.6 for openbsd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 in export PKG_PATH try using uname -m instead of sysctl -n kern.version ;P my sysctl -n kern.version is OpenBSD 3.9 (INFERNO) #0: Tue May 2 17:25:30 EEST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/INFERNO Will Maier wrote: On Thu, Aug 03, 2006 at 12:11:08PM -0400, David T Harris wrote: The easiest way to install firefox on OpenBSD or any other package (that is available from OpenBSD) is to download the package from the OpenBSD website (or a mirror) or the ftp mirrors. No, the easiest way is like so: $ man pkg_add [...] $ ftp ftp://ftp.openbsd.org/pub/OpenBSD/ftplist [choose a mirror] $ export PKG_PATH=ftp://your.mirror.com/pub/OpenBSD/$(sysctl -n kern.version)/packages/$(machine)/ $ sudo pkg_add -i your-package iD8DBQFE0vzuadxKvzgrPLERAlzZAJ99Lhh2gIjI2r2JIOE0nhdtljuGfwCeMIxu 2e9cBES/vgiv7W0ov9bsSQU= =cGCA -END PGP SIGNATURE-
Re: currently opened file descriptors
Stephan A. Rickauer([EMAIL PROTECTED]) on 2006.08.04 09:20:09 +: How can one list the number of file descriptors a shell and any processes created by that shell are currently opened? fstat (1) /B.
Re: currently opened file descriptors
Sebastian Benoit wrote: Stephan A. Rickauer([EMAIL PROTECTED]) on 2006.08.04 09:20:09 +: How can one list the number of file descriptors a shell and any processes created by that shell are currently opened? fstat (1) /B. brilliant. Thanks. -- Stephan A. Rickauer --- Institut f|r Neuroinformatik Tel: +41 44 635 30 50 Universitdt / ETH Z|rich Sek: +41 44 635 30 52 Winterthurerstrasse 190 Fax: +41 44 635 30 53 CH-8057 Z|richWeb: www.ini.ethz.ch RSA public key: https://www.ini.ethz.ch/~stephan/pubkey.asc --- [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: firefox 1.5.0.6 for openbsd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sorry :) use uname -r instead of sysctl and machine -a instead of machine... where was my head standing ?:) thx Antoine Jacoutot Andrei GUDIU wrote: in export PKG_PATH try using uname -m instead of sysctl -n kern.version ;P my sysctl -n kern.version is OpenBSD 3.9 (INFERNO) #0: Tue May 2 17:25:30 EEST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/INFERNO Will Maier wrote: On Thu, Aug 03, 2006 at 12:11:08PM -0400, David T Harris wrote: The easiest way to install firefox on OpenBSD or any other package (that is available from OpenBSD) is to download the package from the OpenBSD website (or a mirror) or the ftp mirrors. No, the easiest way is like so: $ man pkg_add [...] $ ftp ftp://ftp.openbsd.org/pub/OpenBSD/ftplist [choose a mirror] $ export PKG_PATH=ftp://your.mirror.com/pub/OpenBSD/$(sysctl -n kern.version)/packages/$(machine)/ $ sudo pkg_add -i your-package iD8DBQFE0wT8adxKvzgrPLERArijAJ9NkX/C304/tNDzXi6CoYSEy0VIngCg5Soh qS3wkPc1tnESYJqlrjGIQRg= =eK6u -END PGP SIGNATURE-
Re: firefox 1.5.0.6 for openbsd
kern.osrelease seem more appropriate.
Cheers,
/jkm
* Will Maier ([EMAIL PROTECTED]) wrote:
On Thu, Aug 03, 2006 at 12:11:08PM -0400, David T Harris wrote:
The easiest way to install firefox on OpenBSD or any other package
(that is available from OpenBSD) is to download the package from
the OpenBSD website (or a mirror) or the ftp mirrors.
No, the easiest way is like so:
$ man pkg_add
[...]
$ ftp ftp://ftp.openbsd.org/pub/OpenBSD/ftplist
[choose a mirror]
$ export PKG_PATH=ftp://your.mirror.com/pub/OpenBSD/$(sysctl -n
kern.version)/packages/$(machine)/
$ sudo pkg_add -i your-package
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*--[ BSD Unix: Live Free or Die ]--*
Re: A small script to find unused dependencies which, IMHO, should be included in the tree
The problem is that packages which don't have dependencies are not always of the third type, because maybe I started to use some dependency directly. That's why I always ask to the user what she/he wants to do. Thank you all for the comments :) On 8/4/06, Sideris Michael [EMAIL PROTECTED] wrote: I think that the feature you are trying to implement here should be available through in pkg_delete. Either being the automatic action to take, like, delete the main package and its dependencies as long as they are not used by any other packages, or as an option using -F. Anyway, the concept is good, I wanted to do the same at some point but, you got me :) -- AndrC)s Delfino
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On Fri, 4 Aug 2006, mickey wrote: On Thu, Aug 03, 2006 at 12:49:17PM -0600, Diana Eichert wrote: I'm getting the following error when I try to access my bktr(4) card. $ sudo radioctl -f /dev/bktr0 -a radioctl: RIOCGINFO: Inappropriate ioctl for device I was trying to set the tuner to cable/NTSC/channel#. radio(4) is only attached if you have a second fm tuner Okay, so have I misinterpreted using radioctl(1) to set the channel and broadcast type? From RTFM channel Specifies the TV channel. Integer value from 0 to 150. Using the channel control puts the tuner in ``TV'' mode. chnlset Specifies the TV channel set. The tuner uses the current channel set to derive a frequency from the channel. The following is a list of valid channel sets: nabcst U.S.A. Broadcast cableirc U.S.A. Cable IRC cablehrc U.S.A. Cable HRC weurope Western Europe jpnbcst Japan Broadcast jpncable Japan Cable xussrFormer U.S.S.R. and C.I.S. countries australiaAustralia france France I want to be able to change channels while capturing video off the card. Does anyone use their OpenBSD boxes to capture video without using any X tools? If so how do you do it? My thought is to use ffmpeg to capture video off bktr(4). thanks diana
Replacing a failed HD in a raidframe array
I previously had a bit of trouble with my raid array. That is now cleared up and I need to replace one HD of the mirrored set. Never having done this I thought I'd check here to see if there was any advice on HD selection. Natrually the replacement HD will have to be at least the same size as the original. But are there any restrictions on HD geometry? It naively makes sense to me to try match things as closely as possible. Or am I way off base here? Thanks in advance.
Re: service monitoring and pf load balancing
http://www.bsdforums.org/forums/showthread.php?t=33480 script works fine for me. You can also use ping to check host availibilty or perl module Net::Telnet to check port availibilty for other protocols. On 8/4/06, Stephan A. Rickauer [EMAIL PROTECTED] wrote: Spruell, Darren-Perot wrote: From: [EMAIL PROTECTED] CARP comes very close to solving the problem, but it's not specific to individual tcp ports afaik. So it would help if a box becomes completely unreachable, but if only the service stops working it's not that useful. Essentially I'm looking for a very simple daemon that can monitor services on several machines and trigger pfctl when the availablity of the services changes. It's been suggested to me that the Linux-HA/heartbeat package may have what I'm looking for, but from what I can tell it's never successfully run on OpenBSD. CARP is superior to that script-driven unmaintained garbage for the HA functionality. Other functionality can be met by other means... Using heartbeat for several years on linux makes me comfortable in stating clearly: stay away from it - it's rubbish. Haven't looked at heartbeat2, though. Any thoughts, suggestions or pointers would be very appreciated. monit comes to mind, although I've never used it but I think you can write event handlers for service states. Oh, didn't know that one, thanks. I once used 'mon' on linux which seems to be no longer maintained. -- Stephan A. Rickauer --- Institut f|r Neuroinformatik Tel: +41 44 635 30 50 Universitdt / ETH Z|rich Sek: +41 44 635 30 52 Winterthurerstrasse 190 Fax: +41 44 635 30 53 CH-8057 Z|richWeb: www.ini.ethz.ch RSA public key: https://www.ini.ethz.ch/~stephan/pubkey.asc --- [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On Fri, Aug 04, 2006 at 07:25:55AM -0600, Diana Eichert wrote: On Fri, 4 Aug 2006, mickey wrote: On Thu, Aug 03, 2006 at 12:49:17PM -0600, Diana Eichert wrote: I'm getting the following error when I try to access my bktr(4) card. $ sudo radioctl -f /dev/bktr0 -a radioctl: RIOCGINFO: Inappropriate ioctl for device I was trying to set the tuner to cable/NTSC/channel#. radio(4) is only attached if you have a second fm tuner Okay, so have I misinterpreted using radioctl(1) to set the channel and broadcast type? From RTFM radioctl operates on radio device. if it is not attached then it will not work. besides the fact that to _view_ tv you need some ext program anyway. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Redundant ethernet Carp (was Re:Soekris)
On Thu, Aug 03, 2006 at 02:26:40PM -0600, Tim Pushor wrote: Well, after playing a little with trunk(4), etherchannel, and carp I am wondering something: Trying to achieve both firewall redundancy (via carp) and ethernet redundancy (via trunk(4)), would it be possible and (and maybe even recommended) to have firewall-1 connected solely to switch-1 and firewall-2 connected solely to switch-2, forgo the trunk(4), and just use carp to detect if either of the switches has failed, and fail over to the other switch/firewall combo? Am I making sense? I'm not entirely sure what you intend to achieve, but carp doesn't cross switches (it works on the local Ethernet segment). Joachim
Re: WPA support / creating a cf image
Thanks for that tip. I wrote a bootsector to my cf card and booted. But it looks like biosboot isn't able to use lba (; instead of .), even if I change wrap bios setting to lba. I wasn't able to figure out why. At the moment I'm playing around with grub and lilo to find out if these have the same problem with the wrap system. I'll ask on the m0n0wall mailinglist how they solved that issue, perhaps I can find a solution there... :/ Regards Hagen Volpers -Urspr|ngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Stuart Henderson Gesendet: Donnerstag, 3. August 2006 22:00 An: misc@openbsd.org Betreff: Re: WPA support / creating a cf image On 2006/08/03 14:47, Jeff Quast wrote: values differently. There is no problem in dynamicly using OpenBSD's idea of C/H/S values at build time. However, OpenBSD on two different machines can provide completely different C/H/S values on the exact yes, this was a bit of a pain for this type of thing until biosboot(8) got changed to use LBA a couple of years ago.
Re: Replacing a failed HD in a raidframe array
On 8/4/06, Jason Murray [EMAIL PROTECTED] wrote: I previously had a bit of trouble with my raid array. That is now cleared up and I need to replace one HD of the mirrored set. Never having done this I thought I'd check here to see if there was any advice on HD selection. Natrually the replacement HD will have to be at least the same size as the original. But are there any restrictions on HD geometry? Sector size is all that matters. Must be greater than or equal. The unused space is truncated. I don't beleive the other geometries matter -- except that your partitions must lie on cylinder boundries. Different geometries will mean you will end up wasting a few sectors. Example below. It naively makes sense to me to try match things as closely as possible. Or am I way off base here? You're fine. When I run out of spares i do a lot of research and buy bulk of new disks, and begin transitioning as they die, or more commonly (as i did in example below) just transition my data to a new raid (using backups!!), and use the old disks as spares again. With most raid levels, you're only as efficient as your weakest link, so theres no point in buying an exceptionaly faster disk of the same geometry unless you replace them both. Here is an example of a disk partition of the wrong geometry (sd2 is a spare): raid1 (root)raid2: Component /dev/sd0p being configured at row: 0 col: 0 Row: 0 Column: 0 Num Rows: 1 Num Columns: 4 Version: 2 Serial Number: 20060601 Mod Counter: 964 Clean: Yes Status: 0 raid2: Component /dev/sd1p being configured at row: 0 col: 1 Row: 0 Column: 1 Num Rows: 1 Num Columns: 4 Version: 2 Serial Number: 20060601 Mod Counter: 964 Clean: Yes Status: 0 raid2: Component /dev/sd2p being configured at row: 0 col: 2 Row: 0 Column: 2 Num Rows: 1 Num Columns: 4 Version: 2 Serial Number: 20060601 Mod Counter: 964 Clean: Yes Status: 0 raid2: Component /dev/sd3p being configured at row: 0 col: 3 Row: 0 Column: 3 Num Rows: 1 Num Columns: 4 Version: 2 Serial Number: 20060601 Mod Counter: 964 Clean: Yes Status: 0 WARNING: truncating disk at r 0 c 2 to 17767763 blocks.
Re: simple spamd greylisting on transparent bridge
Will H. Backman wrote: Will H. Backman wrote: Is this a sane minimum configuration for spamd -g on a transparent bridge? Is it unwise to only greylist? 1. Create bridge with no IP's. 2. pf=YES and spamd_flags=-g in /etc/rc.conf.local 3. Simple three line /etc/pf.conf: ext_if=xl0 rdr pass inet proto tcp from !spamd-white to any \ port smtp - 127.0.0.1 port spamd pass in on $ext_if route-to lo0 proto tcp from any to 127.0.0.1 port spamd The third line of pf.conf was inspired by the example given here: http://marc.theaimsgroup.com/?l=openbsd-miscm=108089194621750w=2 I'm not sure if my modifications for this situation are correct. Replying to myself: Would the above rules also trap outbound connections from my MTA? I would want my MTA to be able to make outbound connections through the bridge. Should I add something to the rdr line to only redirect connections coming into the bridge? Maybe rdr on $ext_if pass inet... I think I have the answer now, thanks to those who replied to me. 1. Create bridge, but you need an IP because spamd needs to talk back. 2. Add pf=YES and spamd_flag=-g to /etc/rc.conf.local 3 Simple /etc/pf.conf table spamd-white persist rdr pass on egress inet proto tcp from !spamd-white to any port smtp - 127.0.0.1 port spamd pass out route-to lo0 proto tcp from any to 127.0.0.1 port spamd Place this system in-line between Internet and your Mail Server. Your Mail server should be connected to the bridge interface that doesn't have an IP. Now when a new SMTP connection comes in, it gets redirected to spamd and greylisted. When spamd eventually puts the outside MTA in spamd-white, connection just passes through the bridge unmolested. Your Mail Server should always be able to send outbound SMTP without being caught in the rdr rule. As far as I can tell, no need to allow forwarding between interfaces, because traffic passes through over the bridge. Now to see if this setup help more than it hurts.
Re: Blob Bingo!
chefren wrote: http://www.securityfocus.com/brief/271 .. .. Systems running OpenBSD are unlikely to be affected based on that open-source group's refusal to use binary blobs in their device drivers, and their subsequent reverse engineering of numerous WiFi chipsets to provide open-source alternatives to manufacturer's device drivers. .. .. = = = = My Congratulations to the project, +++chefren Thank you, OpenBSD developers. I know you guys have probably taken some shots over refusal to use blobs, but you've sure been proven right by this. Mark
Re: Redundant ethernet Carp (was Re:Soekris)
From: [EMAIL PROTECTED] On Thu, Aug 03, 2006 at 02:26:40PM -0600, Tim Pushor wrote: Well, after playing a little with trunk(4), etherchannel, and carp I am wondering something: Trying to achieve both firewall redundancy (via carp) and ethernet redundancy (via trunk(4)), would it be possible and (and maybe even recommended) to have firewall-1 connected solely to switch-1 and firewall-2 connected solely to switch-2, forgo the trunk(4), and just use carp to detect if either of the switches has failed, and fail over to the other switch/firewall combo? Am I making sense? I'm not entirely sure what you intend to achieve, but carp doesn't cross switches (it works on the local Ethernet segment). And in some cases, that could be true. Like if two switches were uplinked on the same L3 segment, CARP communications would traverse them. DS
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
NetNeanderthal, mickey, et al On Thu, 3 Aug 2006, NetNeanderthal wrote: On 8/3/06, Diana Eichert [EMAIL PROTECTED] wrote: snip bktr0 at pci1 dev 14 function 0 Brooktree BT878 rev 0x02: irq 10 bktr0: Askey/Dynalink Magic TView, Temic NTSC tuner. Brooktree BT878 Audio rev 0x02 at pci1 dev 14 function 1 not configured The RIOCGINFO ioctl(2) is reserved for /dev/radioN(4) devices.. I didn't see it in your dmesg, but I seem to recall my ancient 848 enumerating radio0 at bktr0 for NTSC tuning purposes, barring memory problems (of the brain sort). I believe there are also some kernel config options to force manual enumeration of the device rather than relying on built-in autodetection code. I never had to worry about them, but you might give that a go if you're in the kernel-config neighbourhood. On Fri, 4 Aug 2006, mickey wrote: SNIP radioctl operates on radio device. if it is not attached then it will not work. besides the fact that to _view_ tv you need some ext program anyway. OK, so it takes a bit for me to be clued in and it's quite possible I'm still not there. Here's what I think I know. I have a bktr(4) card with an onboard NTSC tuner. I can't control the bktr(4) setup channel and broadcast type because there is no radio(4) device attached, probably? because the auto-detect of the tuner failed? My plan is to pull the card, and verify what tuner is on it. Then build a new kernel based on GENERIC adding option BKTR_OVERRIDE_TUNER and possibly option BKTR_OVERRIDE_CARD to see if I can get a radio(4) device attached. My purpose in going through all this is to capture video on my OpenBSD system and stream it on my local network to a PrismIQ media player. thanks for all y'all's assistance diana
Multi-tabbed Terminal
Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9? I looked through the i386 packages, but didn't notice any. I'm using FVWM2. I have used mrxvt, materm.sourceforge.net, on FreeBSD in the past and really liked it; minimal dependencies and small memory foot print. I just tried to compile mrxvt-0.4.2 on OBSD, but it failed. -pachl
Re: Multi-tabbed Terminal
It compiles and works here.
Just comment out The ugly hack for OpenBSD:
/*
# ifdef OS_OPENBSD
typedef unsigned int_our_wint_t;
typedef struct {
int __count;
union {
_our_wint_t __wch;
char__wchb[4]
} __value;
} mbstate_t;
# endif
*/
On Friday 04 August 2006 19:02, you wrote:
Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9?
I looked through the i386 packages, but didn't notice any. I'm using FVWM2.
I have used mrxvt, materm.sourceforge.net, on FreeBSD in the past and
really liked it; minimal dependencies and small memory foot print. I
just tried to compile mrxvt-0.4.2 on OBSD, but it failed.
-pachl
Re: Multi-tabbed Terminal
The last time I looked at this there seemed to be only gnome-terminal and Konsole in the ports tree that fulfilled this. Neither of these could really be considered light weight though. I will watch this thread with interest if anyone has a port of something decent that is small enough to run effectively on my Zaurus :P -Andy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clint Pachl Sent: 04 August 2006 18:03 To: OpenBSD-misc list Subject: Multi-tabbed Terminal Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9? I looked through the i386 packages, but didn't notice any. I'm using FVWM2. I have used mrxvt, materm.sourceforge.net, on FreeBSD in the past and really liked it; minimal dependencies and small memory foot print. I just tried to compile mrxvt-0.4.2 on OBSD, but it failed. -pachl
Re: Multi-tabbed Terminal
On Fri, Aug 04, 2006 at 10:02:50AM -0700, Clint Pachl wrote: Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9? I looked through the i386 packages, but didn't notice any. I'm using FVWM2. If I recall correctly ``sakura'' does it, I have a port lying around here somewhere, but there were minor issue. Will look at it later. cheers, jasper I have used mrxvt, materm.sourceforge.net, on FreeBSD in the past and really liked it; minimal dependencies and small memory foot print. I just tried to compile mrxvt-0.4.2 on OBSD, but it failed. -pachl -- Humppa is a serious thing! NedBSD: http://nedbsd.nl
Re: Multi-tabbed Terminal
Forgot to mention the file.
It's src/rxvt.h
On Friday 04 August 2006 19:37, Maxim Bourmistrov wrote:
It compiles and works here.
Just comment out The ugly hack for OpenBSD:
/*
# ifdef OS_OPENBSD
typedef unsigned int_our_wint_t;
typedef struct {
int __count;
union {
_our_wint_t __wch;
char__wchb[4]
} __value;
} mbstate_t;
# endif
*/
On Friday 04 August 2006 19:02, you wrote:
Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9?
I looked through the i386 packages, but didn't notice any. I'm using FVWM2.
I have used mrxvt, materm.sourceforge.net, on FreeBSD in the past and
really liked it; minimal dependencies and small memory foot print. I
just tried to compile mrxvt-0.4.2 on OBSD, but it failed.
-pachl
Re: Multi-tabbed Terminal
On Fri, 4 Aug 2006, Clint Pachl wrote: Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9? I looked through the i386 packages, but didn't notice any. I'm using FVWM2. Try the fluxbox window manager. You can tabify any window by center-click + dragging one on top of another. Typically I'll have a bunch of xterms tabbed together, and on another desktop I'll group together larger windows (such as a single full-screen window containing Firefox running in one tab, and Acrobat Reader in another). Alternatively, KDE comes with a multi-tab capable terminal, but I prefer something much lighter weight. -aar
Re: Multi-tabbed Terminal
On Aug 4, 2006, at 1:37 PM, Maxim Bourmistrov wrote:
It compiles and works here.
Just comment out The ugly hack for OpenBSD:
/*
# ifdef OS_OPENBSD
typedef unsigned int_our_wint_t;
typedef struct {
int __count;
union {
_our_wint_t __wch;
char__wchb[4]
} __value;
} mbstate_t;
# endif
*/
On Friday 04 August 2006 19:02, you wrote:
Can anyone recommend a light-weight multi-tabbed terminal for OBSD
3.9?
I looked through the i386 packages, but didn't notice any. I'm
using FVWM2.
I have used mrxvt, materm.sourceforge.net, on FreeBSD in the past and
really liked it; minimal dependencies and small memory foot print. I
just tried to compile mrxvt-0.4.2 on OBSD, but it failed.
-pachl
You might also want to try the latest version - I think 0.5.1 is just
about ready based on recent mailing list traffic.
Mike H
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On Fri, Aug 04, 2006 at 10:46:10AM -0600, Diana Eichert wrote: NetNeanderthal, mickey, et al On Thu, 3 Aug 2006, NetNeanderthal wrote: On 8/3/06, Diana Eichert [EMAIL PROTECTED] wrote: snip bktr0 at pci1 dev 14 function 0 Brooktree BT878 rev 0x02: irq 10 bktr0: Askey/Dynalink Magic TView, Temic NTSC tuner. Brooktree BT878 Audio rev 0x02 at pci1 dev 14 function 1 not configured The RIOCGINFO ioctl(2) is reserved for /dev/radioN(4) devices.. I didn't see it in your dmesg, but I seem to recall my ancient 848 enumerating radio0 at bktr0 for NTSC tuning purposes, barring memory problems (of the brain sort). I believe there are also some kernel config options to force manual enumeration of the device rather than relying on built-in autodetection code. I never had to worry about them, but you might give that a go if you're in the kernel-config neighbourhood. On Fri, 4 Aug 2006, mickey wrote: SNIP radioctl operates on radio device. if it is not attached then it will not work. besides the fact that to _view_ tv you need some ext program anyway. OK, so it takes a bit for me to be clued in and it's quite possible I'm still not there. Here's what I think I know. I have a bktr(4) card with an onboard NTSC tuner. I can't control the bktr(4) setup channel and broadcast type because there is no radio(4) device attached, probably? because the auto-detect of the tuner failed? My plan is to pull the card, and verify what tuner is on it. Then build a new kernel based on GENERIC adding option BKTR_OVERRIDE_TUNER and possibly option BKTR_OVERRIDE_CARD to see if I can get a radio(4) device attached. My purpose in going through all this is to capture video on my OpenBSD system and stream it on my local network to a PrismIQ media player. to capture video you need more than just channel setting. you need to install a port like fxtv or smth... cu -- paranoic mickey (my employers have changed but, the name has remained)
Denial of service via FD exhaustion
Hi, The following is a known issue, from at least 2002, but I am not sure how it was resolved. Problem: The default configuration of OpenBSD allows any user to incapacitate the machine by exhausting the kernel's file descriptor (FD) table. By default the kernel allocates 1772 FDs (kern.maxfiles). OpenBSD allows limits to be placed on the number of FDs a process can use and the number of processes a user can run. Hence, the number of FDs that a user can allocated is max_processes x max_num_fds_per_proc, which greatly exceeds 1772. When all FDs are used up, not new process can be created, no one can log in, and no files can be opened by running processes. That is, unless the offending processes are killed, the system has to be rebooted, which cannot necessarily be done in a clean manner if no one else can log in. While the brute-force solution is to simply increase the size of the kernel's FD table, I am more interested in the rationale behind the present default configuration. Namely, 1) If a user can bring down the entire system in its default configuration, is it reasonable to call the system ``secure''? 2) To whom should I direct this query? 3) Apart from increasing the size of the FD table, further limiting the number of processes that users may run, and further limiting the the number of FDs a process may allocate, what other measures can be taken to avoid this issue? As an aside, I experienced this DoS problem first hand due to a bug in a the Dovecot IMAP server 1.0-beta3. ttyl Alex -- To put it bluntly, we simply do not know yet what we should be talking about, but that should not worry us, for it just illustrates what was meant by intangible goods and uncertain rewards. -- Edsger Dijkstra, 'The End of Computer Science' -- To put it bluntly, we simply do not know yet what we should be talking about, but that should not worry us, for it just illustrates what was meant by intangible goods and uncertain rewards. -- Edsger Dijkstra, 'The End of Computer Science'
Re: Multi-tabbed Terminal
On Fri, Aug 04, 2006 at 10:02:50AM -0700, Clint Pachl wrote:
Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9?
I looked through the i386 packages, but didn't notice any. I'm using FVWM2.
xterm + misc/screen.
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*--[ BSD Unix: Live Free or Die ]--*
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On Fri, 4 Aug 2006, mickey wrote: SNIP to capture video you need more than just channel setting. you need to install a port like fxtv or smth... cu -- paranoic mickey (my employers have changed but, the name has remained) I understand I need an application to capture video, I was planning on using ffmpeg. I don't want or need to display it locally, that's why I was trying to avoid fxtv. I thought I could change channels via radioctl, then stream the capture with ffmpeg. However you keep mentioning fxtv so I'm starting to think there is no way to do this without an application running in X. thanks
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On 8/4/06, Diana Eichert [EMAIL PROTECTED] wrote: I have a bktr(4) card with an onboard NTSC tuner. I can't control the bktr(4) setup channel and broadcast type because there is no radio(4) device attached, probably? because the auto-detect of the tuner failed? My plan is to pull the card, and verify what tuner is on it. Then build a new kernel based on GENERIC adding option BKTR_OVERRIDE_TUNER and possibly option BKTR_OVERRIDE_CARD to see if I can get a radio(4) device attached. As previously mentioned, I never had to go that far and under ideal circumstances it should just autodetect and attach; however, that the options exist hints that the developer(s) thought the autodetection routine was less than perfect. IMHO, it's a bit of a reach, but I would still make the attempt in a reversed situation. I can't help you much with video capture from a shell.
Re: Multi-tabbed Terminal
Michael Hernandez wrote:
On Aug 4, 2006, at 1:37 PM, Maxim Bourmistrov wrote:
It compiles and works here.
Just comment out The ugly hack for OpenBSD:
/*
# ifdef OS_OPENBSD
typedef unsigned int_our_wint_t;
typedef struct {
int __count;
union {
_our_wint_t __wch;
char__wchb[4]
} __value;
} mbstate_t;
# endif
*/
On Friday 04 August 2006 19:02, you wrote:
Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9?
I looked through the i386 packages, but didn't notice any. I'm using
FVWM2.
I have used mrxvt, materm.sourceforge.net, on FreeBSD in the past and
really liked it; minimal dependencies and small memory foot print. I
just tried to compile mrxvt-0.4.2 on OBSD, but it failed.
-pachl
You might also want to try the latest version - I think 0.5.1 is just
about ready based on recent mailing list traffic.
Mike H
I tried Maxim's code modification with v0.4.2 mentioned above, but it
did not work. However, the unmodified v0.5.1 code does work as Mike H
suggested. v0.5.1 did compile, but not without warnings, e.g. sprintf()
- snprintf(). I have never created a port/package for OBSD before, but
will try to clean up the code and port it to OBSD in my limited free time.
Thanks for all of your suggestions thus far.
-pachl
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
I understand I need an application to capture video, I was planning on using ffmpeg. I don't want or need to display it locally, that's why I was trying to avoid fxtv. I thought I could change channels via radioctl, then stream the capture with ffmpeg. However you keep mentioning fxtv so I'm starting to think there is no way to do this without an application running in X. thanks An OpenBSD powered video capture and archiving device.. Help the Ministry of Information help you...
Re: Multi-tabbed Terminal
Hi, On Fri, Aug 04, 2006 at 10:02:50 -0700, Clint Pachl wrote: Can anyone recommend a light-weight multi-tabbed terminal for OBSD 3.9? I looked through the i386 packages, but didn't notice any. I'm using FVWM2. You might want to check out Terminal, http://www.os-cillation.de/index.php?id=42L=5 . Don't know if its lightweight enough for you, as it comes with a few dependencies you wouldn't need as a fvwm2 user. Chris
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On Fri, 4 Aug 2006, Bob Beck wrote: SNIP then stream the capture with ffmpeg. However you keep mentioning fxtv so An OpenBSD powered video capture and archiving device.. Help the Ministry of Information help you... Good thing this isn't for work, eh? Then you, well not YOU specifically since your Canadian, would have to worry about Big Brother. :-) I took a look at Jake Meuser's bsdav code, but he seems to have disappeared off the net, or at least he neglected to renew jakemsr.com. jakemsr.com Here are some related websites for: jakemsr.com
Re: Redundant ethernet Carp (was Re:Soekris)
Hi Joachim, Joachim Schipper wrote: On Thu, Aug 03, 2006 at 02:26:40PM -0600, Tim Pushor wrote: Well, after playing a little with trunk(4), etherchannel, and carp I am wondering something: Trying to achieve both firewall redundancy (via carp) and ethernet redundancy (via trunk(4)), would it be possible and (and maybe even recommended) to have firewall-1 connected solely to switch-1 and firewall-2 connected solely to switch-2, forgo the trunk(4), and just use carp to detect if either of the switches has failed, and fail over to the other switch/firewall combo? Am I making sense? I'm not entirely sure what you intend to achieve, but carp doesn't cross switches (it works on the local Ethernet segment). Really? I guess I don't understand enough about how carp works. I didn't see that as a limitation in any documentation that I read. Why exactly is this? Thanks, Tim
Re: problem sis timeout openbsd 3.9
Melameth, Daniel D. wrote: Theo de Raadt wrote: This is due to a problem in the ral driver. I have mailed damien, and hopefully a fix will be written soon. (the same mistake is in some of the other drivers drivers he has written too) Please post/have someone post a follow-up when this is done. I have, what I believe, are ral-related issues as well and I'd love see this resolved/assist with resolving this. I manually applied the changes from 1.22 of rt2560.c to -stable's 1.12.2.1, but I am still finding the system locked hard (unresponsive and no visible panic) and requiring a reset every couple of days. In addition, I often see 'fxp0: warning: SCB timed out' and, occasionally, 'fxp0: device timeout' reported to the console of this system, but I don't know if this is related or not--then again, I don't recall seeing these when this system was using wi instead of ral. FWIW, diff for the changes in 1.22 to -stable's 1.12.2.1: Index: rt2560.c === RCS file: /cvs/src/sys/dev/ic/rt2560.c,v retrieving revision 1.12.2.1 diff -u -p -r1.12.2.1 rt2560.c --- rt2560.c3 May 2006 03:43:49 - 1.12.2.1 +++ rt2560.c1 Aug 2006 12:54:37 - @@ -1483,15 +1483,18 @@ rt2560_intr(void *arg) struct ifnet *ifp = sc-sc_ic.ic_if; uint32_t r; + if ((r = RAL_READ(sc, RT2560_CSR7)) == 0) + return 0;/* not for us */ + /* disable interrupts */ RAL_WRITE(sc, RT2560_CSR8, 0x); + /* acknowledge interrupts */ + RAL_WRITE(sc, RT2560_CSR7, r); + /* don't re-enable interrupts if we're shutting down */ if (!(ifp-if_flags IFF_RUNNING)) return 0; - - r = RAL_READ(sc, RT2560_CSR7); - RAL_WRITE(sc, RT2560_CSR7, r); if (r RT2560_BEACON_EXPIRE) rt2560_beacon_expire(sc); OpenBSD 3.9-stable (GENERIC) #1: Mon Jul 31 21:49:34 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III (GenuineIntel 686-class) 647 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,F XSR,SSE real mem = 133668864 (130536K) avail mem = 115245056 (112544K) using 1657 buffers containing 6787072 bytes (6628K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(63) BIOS, date 12/30/99 apm0 at bios0: Power Management spec V1.2 apm0: battery life expectancy 100% apm0: AC on, battery charge high, estimated 2:09 hours apm0: flags 20102 dobusy 0 doidle 1 pcibios at bios0 function 0x1a not configured bios0: ROM list: 0xc/0xc000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82443BX AGP rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82443BX AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 S3 Savage/IX-MV rev 0x11 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 5 function 0 Intel 82371AB PIIX4 ISA rev 0x02 pciide0 at pci0 dev 5 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SAMSUNG MP0402H wd0: 16-sector PIO, LBA48, 38204MB, 78242976 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TOSHIBA, DVD-ROM SD-C2402, 1317 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 5 function 2 Intel 82371AB USB rev 0x01: 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 piixpm0 at pci0 dev 5 function 3 Intel 82371AB Power rev 0x03: SMI iic0 at piixpm0 admtemp0 at iic0 addr 0x4e: adm1021 ATT/Lucent LTMODEM rev 0x01 at pci0 dev 7 function 0 not configured vendor Toshiba, unknown product 0x0d01 (class wireless subclass IrDA, rev 0x00) at pci0 dev 9 function 0 not configured cbb0 at pci0 dev 11 function 0 Toshiba ToPIC95B CardBus rev 0x07: irq 11 cbb1 at pci0 dev 11 function 1 Toshiba ToPIC95B CardBus rev 0x07: irq 11 yds0 at pci0 dev 12 function 0 Yamaha 744 rev 0x02: irq 11 isa0 at pcib0 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 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 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: ns8250, no fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 20 device 0 cacheline 0x0, lattimer 0x0 pcmcia0 at cardslot0
Re: Run script on cd insertion
On Wed, Aug 02, 2006 at 07:29:42PM -0500, L. V. Lammert wrote: At 12:16 PM 8/2/2006 -0700, andrew fresh wrote: I never checked for CD's, but hotplugd might say something when it is inserted, I know it works for USB disks. AFAIK hotplug only works for drives not disks. My testing just now shows that hotplugd does not see an event when I put in a CD You're on the wrong track: http://research.silmaril.ie/autoruncd/ that assumes you have something like this installed on your linux box. http://autorun.sourceforge.net/ And, although in the sourceforge category it claims Operating System: All POSIX (Linux/BSD/UNIX-like OSes), Linux, it appears that they really mean linux. It also appears, from what little C++ I can guess the meaning of, that it just loops, checking the cd devices to see if they are ready and mounts them if they are. http://autorun.cvs.sourceforge.net/autorun/autorun/autorun.cc?revision=1.5view=markup l8rZ, -- andrew - ICQ# 253198 - JID: [EMAIL PROTECTED] BOFH excuse of the day: Traceroute says that there is a routing problem in the backbone. It's not our problem.
Re: Run script on cd insertion
On Tue, Aug 01, 2006 at 02:28:25PM -0700, andrew fresh wrote: I am in need the ability to run a script when a cd is inserted. I am not finding any way of getting notified when that happens, so I am asking here. If not, I can just loop cdio info and check for a disk. Is there something that will run a script when I insert a CD? If you grab a copy of INF-8090.pdf, have a look at Appendix E. It would probably require a little bit of programming, but if you want to do this nicely, it appears to be the right way.
Re: WPA support / creating a cf image
Hello Jeff, Misc, first of all: my name is Hagen... :-) I have one account for every mailing list and I cannot change display name (exchange disadvantage)... ;-) Please make sure to update the firmware on your wrap, as you hadn't mentioned it. pcengines.ch walks through this. It is quite simple. The tinybios revision is usually (..always) out of date. Some features listed in the tinybios that come on the wrap don't always work, or work correctly. Thanks for your tip, but I have tinyBios 1.11 installed (the last one mentioned on pcengines site). I created a new etherboot image because of an pxeboot bug. So everything should be up to date. I created mbr several times on two cf cards - fdisk / installboot. I wasn't able to change to lba mode. I don't know why (I changed wrap bios settings also). There is always the ;... :/ I don't where I made a mistake (if there is one). I haven't found a site where someone was able to boot a wrap system without using C/H/S. Looks like openbsds bootloader isn't able to boot a wrap system in lba mode. I'm only wondering why freebsd / linux seems to be able to. I'll go ahead building my system (basing on flashdist), perhaps I'll try to get rid of the C/H/S problem afterwards. Good luck, let us know how it works out? I think I'll need that... ;-) Let me know if you have further tips / ideas. I'll let you know if I found a solution. Jeffrey Quast Regards Hagen Volpers
Re: WPA support / creating a cf image
Jeff Quast [EMAIL PROTECTED] wrote: I understand this is a problem of target systems translating C/H/S values differently. There is no problem in dynamicly using OpenBSD's idea of C/H/S values at build time. However, OpenBSD on two different machines can provide completely different C/H/S values on the exact same card. Correct me if im wrong. OpenBSD can display different C/H/S if you use it on USB and then direct on an ATA bus. The USB chip provides a completely different geometry than the ATA firmware on the CF card does. That is not just because you are using it on two different machines, it's because the USB controller supplies different information than the actual CF card does over ATA. If you use a PCMCIA-CF adapter, you'll always get the same geometry that you get on a Soekris because in both cases OpenBSD can talk to the CF's ATA firmware directly. Just because flashdist asks for C/H/S doesn't mean that the image be applied to a card with that exact C/H/S. This was the case before OpenBSD switched to the LBA based MBR. Now, as long as the CF image fits on the card, it should boot.
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
Original message Date: Fri, 4 Aug 2006 14:09:56 -0600 From: Bob Beck [EMAIL PROTECTED] Subject: Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device To: Diana Eichert [EMAIL PROTECTED] Cc: misc@openbsd.org I understand I need an application to capture video, I was planning on using ffmpeg. I don't want or need to display it locally, that's why I was trying to avoid fxtv. I thought I could change channels via radioctl, then stream the capture with ffmpeg. However you keep mentioning fxtv so I'm starting to think there is no way to do this without an application running in X. thanks An OpenBSD powered video capture and archiving device.. Help the Ministry of Information help you... how else could we possibly catch emmanuel goldstein, i mean osama bin laden, i mean arbitrary boogeyman who engenders fear? we seriously gotta get that guy! i better relax and watch my 20 minutes of hate on CNN.
Re: Run script on cd insertion
On Fri, Aug 04, 2006 at 04:13:26PM -0700, Michael Coulter wrote: On Tue, Aug 01, 2006 at 02:28:25PM -0700, andrew fresh wrote: I am in need the ability to run a script when a cd is inserted. I am not finding any way of getting notified when that happens, so I am asking here. If not, I can just loop cdio info and check for a disk. Is there something that will run a script when I insert a CD? If you grab a copy of INF-8090.pdf, have a look at Appendix E. It would probably require a little bit of programming, but if you want to do this nicely, it appears to be the right way. That doc says that: Current ATAPI implementations do not support queuing nor overlap, so the immediate mode must be used. and that: The Immediate mode allows the host to periodically poll the device to find events and examine status. So it sounds like no matter what you have to poll for the disk being inserted. It MAY be less work for the system if that feature were added somewhere and then hotplug (or something) were notified, but for my purpose, when not burning disks there is plenty of CPU so for now while [ true ]; do burn_disc; sleep 3; done is a good enough solution. l8rZ, -- andrew - ICQ# 253198 - JID: [EMAIL PROTECTED] BOFH excuse of the day: Someone was smoking in the computer room and set off the halon systems.
Re: WPA support / creating a cf image
I understand this is a problem of target systems translating C/H/S values differently. There is no problem in dynamicly using OpenBSD's idea of C/H/S values at build time. However, OpenBSD on two different machines can provide completely different C/H/S values on the exact same card. Correct me if im wrong. [...] Just because flashdist asks for C/H/S doesn't mean that the image be applied to a card with that exact C/H/S. This was the case before OpenBSD switched to the LBA based MBR. Now, as long as the CF image fits on the card, it should boot. It should boot, but it doesn't. I'm using a WRAP system and: [...] Using drive 0, partition 3; Loading;. [...] For some reason I cannot use LBA (even if I switch in WRAP bios). I wasn't able to figure out how. If I use your script everything is working... What I don't understand is, why other systems work (m0n0wall for example). Any idea? Regards Hagen Volpers
Re: WPA support / creating a cf image (SOLVED)
I got it working now. Looks like the wrap system simulates some kind of C/H/S in lba mode. OpenBSD is still telling me that I'm in C/H/S mode: Using drive 0, partition 3; Loading;. But more important is that: 01F0 Master 848A SAMSUNG CF/ATA Phys C/H/S 1010/16/63 Log C/H/S 505/32/63 The log values seems to be identical on every CF card (except Cylinder). My two CF cards are totally different: 128MB - C/H/S 498/16/32 512MB - C/H/S 1010/16/63 I'm able to boot both cards with the sme image (created with the flashdist wrapper script - gzip image - written with phydiskwrite under windows). I set cylinders to 60 to get an 60MB image and everything is working fine now. Btw, why do I not need to change the bios setting for the m0n0wall image? Any idea? Regards Hagen Volpers I understand this is a problem of target systems translating C/H/S values differently. There is no problem in dynamicly using OpenBSD's idea of C/H/S values at build time. However, OpenBSD on two different machines can provide completely different C/H/S values on the exact same card. Correct me if im wrong. [...] Just because flashdist asks for C/H/S doesn't mean that the image be applied to a card with that exact C/H/S. This was the case before OpenBSD switched to the LBA based MBR. Now, as long as the CF image fits on the card, it should boot. It should boot, but it doesn't. I'm using a WRAP system and: [...] Using drive 0, partition 3; Loading;. [...] For some reason I cannot use LBA (even if I switch in WRAP bios). I wasn't able to figure out how. If I use your script everything is working... What I don't understand is, why other systems work (m0n0wall for example). Any idea? Regards Hagen Volpers
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On 8/5/06, Jacob Yocom-Piatt [EMAIL PROTECTED] wrote: Original message Date: Fri, 4 Aug 2006 14:09:56 -0600 From: Bob Beck [EMAIL PROTECTED] Subject: Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device An OpenBSD powered video capture and archiving device.. Help the Ministry of Information help you... how else could we possibly catch emmanuel goldstein, i mean osama bin laden, i mean arbitrary boogeyman who engenders fear? we seriously gotta get that guy! i better relax and watch my 20 minutes of hate on CNN. You mean The O'Reilly Factor (now in easy to chew kiddie form! (no really)) -Nick
