Re: FAQ License?
On Sun, Jul 27, 2008 at 07:44:38PM -0700, my mail wrote: i have search for keywords OpenBSD FAQ License but can found it. It's same license with OpenBSD in http://openbsd.org/policy.html ? if different where i can found BSD license for document not for binary or source code or can i use BSD License for document? At the bottom of http://openbsd.org/faq/index.html : OpenBSD FAQ Copyright (c) 1998-2007 OpenBSD Looks like default copyright. (just like the rest of the website) You have a point. Why not make the FAQ BSD-like? Pieter
Re: atheros - just curious, ot
On Sun, Jul 27, 2008 at 09:28:10AM -0500, Marco Peereboom wrote: I threw my git saving throw so I was able to avoid looking at it. There is a version in the OpenWRT tree: https://dev.openwrt.org/cgi-bin/trac.fcgi/browser/trunk/package/ath9k/src/drivers/net/wireless/ath9k The following thread also carries some information: http://thread.gmane.org/gmane.linux.kernel.wireless.general/18019 Actually, I'm confused. It carries an ISC license with an Atheros copyright. Luis Rodriguez (madwifi/ath5k) and Jouni Malinen (Linux Prism2 HostAP) are working for Atheros now. The code seems to include open source HAL-code, there is no binary blob. The only missing thing is the documentation, but even the existing driver might help to port it to OpenBSD. Actually, the ath9k stuff is very similar to ath5k which is indeed based on my ar5k driver (OpenBSD ath(4))... too bad that Atheros did not decide to use a copyright like Copyright (c) 2008 Atheros Communications Inc. Copyright (c) 2004-2007 Reyk Floeter [EMAIL PROTECTED] They neither apologized for all the trouble nor give me any credits for my work. ath9k would not exist without my work on the OpenBSD ar5k driver, it was a door opener, the base of the ath5k port, and Atheros' way into the Linux kernel. It was the reason why Luis Rodriguez got his new job. It might help Atheros to gain market shares again, after they lost so many to more open companies like Ralink Tech. At a given time I will have a look at it to see if we can fix our ath(4) driver to support the latest 802.11n chipsets. It was already very close and the released source code might help to fix the issues. I don't think that we need a completely new driver for this in OpenBSD, we have a chipset abstraction in our driver that got removed by the ath5k folks. And the MAC is still almost identical. Reyk
Re: pfctl
openbsd misc wrote: interessting point. How about dumping it to a file or something so you are able to check what was loaded last time (e.g. a file with 400 under /var/whatever)? What I want is, I have a script that when I commit a ruleset with pfctl it uses pfctl to query the loaded rules and outputs that to a file, I get the rulesets there using fwbuilder, which loads the ruleset directly using pfctl, I have another script which checks the currently loaded ruleset against the file that my commit script creates and does a diff, if the ruleset hasn't been commited using my script (or doesn't match the file) after a minute, it will roll the rules back. This is good incase an admin loads a ruleset which locks them out. But I have no way to get my set to recognize changes to options so when I try to commit a ruleset using my script it thinks that I'm trying to commit the same ruleset. Does this make more sence? -- Charlie Clark Network Engineer Lemon Computing Ltd Unit 9 26-28 Priests Bridge London SW14 8TA UK Tel: +44 208 878 2138 Fax: +44 208 878 2163 Email: [EMAIL PROTECTED] Site: http://www.lemon-computing.com/ Lemon Computing is a limited company registered in England Wales under Company No. 03697052
Re: pfctl
On Mon, Jul 28, 2008 at 09:18:39AM +0100, Charlie Clark wrote: openbsd misc wrote: interessting point. How about dumping it to a file or something so you are able to check what was loaded last time (e.g. a file with 400 under /var/whatever)? What I want is, I have a script that when I commit a ruleset with pfctl it uses pfctl to query the loaded rules and outputs that to a file, I get the rulesets there using fwbuilder, which loads the ruleset directly using pfctl, I have another script which checks the currently loaded ruleset against the file that my commit script creates and does a diff, if the ruleset hasn't been commited using my script (or doesn't match the file) after a minute, it will roll the rules back. This is good incase an admin loads a ruleset which locks them out. But I have no way to get my set to recognize changes to options so when I try to commit a ruleset using my script it thinks that I'm trying to commit the same ruleset. Does this make more sence? diff of a loaded ruleset is not that useful (for humans) IMHO, a better way would be to diff the ruleset (possibly excluding the comments and spaces etc). even better way to do that would be to JustDoIt (no diff checking whatsoever, and let the admins reload the rule when they commit any changes to it. -- vi vi vi -- the number fo the beast
Re: atheros - just curious, ot
Reyk Floeter wrote: On Sun, Jul 27, 2008 at 09:28:10AM -0500, Marco Peereboom wrote: I threw my git saving throw so I was able to avoid looking at it. There is a version in the OpenWRT tree: https://dev.openwrt.org/cgi-bin/trac.fcgi/browser/trunk/package/ath9k/src/drivers/net/wireless/ath9k The following thread also carries some information: http://thread.gmane.org/gmane.linux.kernel.wireless.general/18019 Actually, I'm confused. It carries an ISC license with an Atheros copyright. Luis Rodriguez (madwifi/ath5k) and Jouni Malinen (Linux Prism2 HostAP) are working for Atheros now. The code seems to include open source HAL-code, there is no binary blob. The only missing thing is the documentation, but even the existing driver might help to port it to OpenBSD. Actually, the ath9k stuff is very similar to ath5k which is indeed based on my ar5k driver (OpenBSD ath(4))... too bad that Atheros did not decide to use a copyright like Copyright (c) 2008 Atheros Communications Inc. Copyright (c) 2004-2007 Reyk Floeter [EMAIL PROTECTED] They neither apologized for all the trouble nor give me any credits for my work. ath9k would not exist without my work on the OpenBSD ar5k driver, it was a door opener, the base of the ath5k port, and Atheros' way into the Linux kernel. It was the reason why Luis Rodriguez got his new job. It might help Atheros to gain market shares again, after they lost so many to more open companies like Ralink Tech. it is really reassuring to see that a company like atheros is doing the right things here: - not releasing proper documentation - then not giving credit for WORK DONE FOR FREE THAT THEY CAN REUSE AT THEIR LEISURE it's a good thing that companies like atheros are so mindful of the people that help expand their user base, especially at no expense to them. whoever makes these garbage decisions at atheros should have their employment terminated.
Re: pfctl
Almir Karic wrote: diff of a loaded ruleset is not that useful (for humans) IMHO, a better way would be to diff the ruleset (possibly excluding the comments and spaces etc). even better way to do that would be to JustDoIt (no diff checking whatsoever, and let the admins reload the rule when they commit any changes to it. With no diff it would mean that if the admin loaded a ruleset which locked him/her out, they would have to go to the box and change the rules, not ideal if you have alot of boxes scattered over distances. And if we diff'ed the ruleset, how could you be sure that the ruleset was loaded correctly, which means that the file it creates to compare newly loaded rulesets against might not have been the currently running config -- Charlie Clark Network Engineer Lemon Computing Ltd Unit 9 26-28 Priests Bridge London SW14 8TA UK Tel: +44 208 878 2138 Fax: +44 208 878 2163 Email: [EMAIL PROTECTED] Site: http://www.lemon-computing.com/ Lemon Computing is a limited company registered in England Wales under Company No. 03697052
Re: pfctl
On Mon, Jul 28, 2008 at 10:30:41AM +0100, Charlie Clark wrote: Almir Karic wrote: diff of a loaded ruleset is not that useful (for humans) IMHO, a better way would be to diff the ruleset (possibly excluding the comments and spaces etc). even better way to do that would be to JustDoIt (no diff checking whatsoever, and let the admins reload the rule when they commit any changes to it. With no diff it would mean that if the admin loaded a ruleset which locked him/her out, they would have to go to the box and change the rules, not ideal if you have alot of boxes scattered over distances. And if we diff'ed the ruleset, how could you be sure that the ruleset was loaded correctly, which means that the file it creates to compare newly loaded rulesets against might not have been the currently running config Come on people. If your admins lock themselves out, they shouldn't have been typing on the machine in the first place. Accidents do happen, so surely you have OOB access (serial console, anyone ?). Then, if this is still such a big issue, you can write some scripts that will give you something along the lines of Junipers 'commit confirmed' .. you first enable a ruleset which will be automatically reverted in 5 or 10 (or however many you like) minutes. Then, if you don't lock yourself out, and your changes look good, you stop the revert from happening (ie, you 'commit confirmed'). Think about your scenario and solve it your own way. The tools (and the documentation) are all there. I wonder .. what would you do if that same admin that locked himself out did an accidental halt or rm -rf / ? Surely you have a means to fix that ? Why is the firewall so special ? Short story : don't break stuff - but prepare for when you do. Cheers, Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: pfctl
Then, if this is still such a big issue, you can write some scripts that will give you something along the lines of Junipers 'commit confirmed' .. you first enable a ruleset which will be automatically reverted in 5 or 10 (or however many you like) minutes. Then, if you don't lock yourself out, and your changes look good, you stop the revert from happening (ie, you 'commit confirmed'). I have, this is the script I am talking about, I want to know how to make the script know about option changes, eg. block policy, state policy and skip options. I wonder .. what would you do if that same admin that locked himself out did an accidental halt or rm -rf / ? Surely you have a means to fix that ? Why is the firewall so special ? I have, the root is mounted readonly, and halt is not possible :) -- Charlie Clark Network Engineer Lemon Computing Ltd Unit 9 26-28 Priests Bridge London SW14 8TA UK Tel: +44 208 878 2138 Fax: +44 208 878 2163 Email: [EMAIL PROTECTED] Site: http://www.lemon-computing.com/ Lemon Computing is a limited company registered in England Wales under Company No. 03697052
Re: pfctl
On 2008-07-28, Charlie Clark [EMAIL PROTECTED] wrote: I have, this is the script I am talking about, I want to know how to make the script know about option changes, eg. block policy, state policy block policy and state policy don't get sent to /dev/pf, they only affect how pfctl(8) parses the rules. don't you have some way to handle the other situations where pfctl -sr doesn't output exactly what pfctl -f was fed as input? how do you handle macros or the ruleset optimiser?
Re: pfctl
don't you have some way to handle the other situations where pfctl -sr doesn't output exactly what pfctl -f was fed as input? how do you handle macros or the ruleset optimiser? There are no macro's as I'm using fwbuilder to build the ruleset and isn't the ruleset optimiser is set using a set option, at the moment I cannot query any 'set' options in my ruleset to compare new rulesets against -- Charlie Clark Network Engineer Lemon Computing Ltd Unit 9 26-28 Priests Bridge London SW14 8TA UK Tel: +44 208 878 2138 Fax: +44 208 878 2163 Email: [EMAIL PROTECTED] Site: http://www.lemon-computing.com/ Lemon Computing is a limited company registered in England Wales under Company No. 03697052
Re: pfctl
On 2008/07/28 11:37, Charlie Clark wrote: don't you have some way to handle the other situations where pfctl -sr doesn't output exactly what pfctl -f was fed as input? how do you handle macros or the ruleset optimiser? There are no macro's as I'm using fwbuilder to build the ruleset and isn't the ruleset optimiser is set using a set option, it's on by default.
Re: FAQ License?
If I'm not mistaken, there has already been a thread [1] on this, including an explanation [2] of the various considerations involved. 1. MARC.info - OpenBSD-misc - Thread 'BSD Documentation License?' http://marc.info/?t=12061249355r=1w=2 2. MARC.info - OpenBSD-misc - Nick Holland - 'Re: BSD Documentation License?' http://marc.info/?l=openbsd-miscm=120618838928361w=2 -- If you don't know where you're going, any road will get you there.
Re: pfctl
Stuart Henderson wrote: On 2008/07/28 11:37, Charlie Clark wrote: don't you have some way to handle the other situations where pfctl -sr doesn't output exactly what pfctl -f was fed as input? how do you handle macros or the ruleset optimiser? There are no macro's as I'm using fwbuilder to build the ruleset and isn't the ruleset optimiser is set using a set option, it's on by default. In this case would 'pfctl -sr' or 'pfctl -sn' not show the new optimized ruleset? -- Charlie Clark Network Engineer Lemon Computing Ltd Unit 9 26-28 Priests Bridge London SW14 8TA UK Tel: +44 208 878 2138 Fax: +44 208 878 2163 Email: [EMAIL PROTECTED] Site: http://www.lemon-computing.com/ Lemon Computing is a limited company registered in England Wales under Company No. 03697052
Re: pfctl
On 2008-07-28, Charlie Clark [EMAIL PROTECTED] wrote: Stuart Henderson wrote: On 2008/07/28 11:37, Charlie Clark wrote: don't you have some way to handle the other situations where pfctl -sr doesn't output exactly what pfctl -f was fed as input? how do you handle macros or the ruleset optimiser? There are no macro's as I'm using fwbuilder to build the ruleset and isn't the ruleset optimiser is set using a set option, it's on by default. In this case would 'pfctl -sr' or 'pfctl -sn' not show the new optimized ruleset? Yes, and it won't match what you fed it. So your diff will fail won't it?
Re: pfctl
Stuart Henderson wrote: On 2008-07-28, Charlie Clark [EMAIL PROTECTED] wrote: Stuart Henderson wrote: On 2008/07/28 11:37, Charlie Clark wrote: don't you have some way to handle the other situations where pfctl -sr doesn't output exactly what pfctl -f was fed as input? how do you handle macros or the ruleset optimiser? There are no macro's as I'm using fwbuilder to build the ruleset and isn't the ruleset optimiser is set using a set option, it's on by default. In this case would 'pfctl -sr' or 'pfctl -sn' not show the new optimized ruleset? Yes, and it won't match what you fed it. So your diff will fail won't it? No not if both of the files which are being compared were created using pfctl -s -- Charlie Clark Network Engineer Lemon Computing Ltd Unit 9 26-28 Priests Bridge London SW14 8TA UK Tel: +44 208 878 2138 Fax: +44 208 878 2163 Email: [EMAIL PROTECTED] Site: http://www.lemon-computing.com/ Lemon Computing is a limited company registered in England Wales under Company No. 03697052
Dumb Alpha question?
Hello, The supported hardware page for Alpha says that most devices for pci(4) are supported. Does this mean that it will support a PCI SATA card with, e.g. a SiL3512 chipset? Alternatively (if no), is there a way of getting SATA disks into an Alphaserver 800? Tor
Re: atheros - just curious, ot
On Mon, Jul 28, 2008 at 10:53 AM, Reyk Floeter [EMAIL PROTECTED] wrote: They neither apologized for all the trouble nor give me any credits for my work. ath9k would not exist without my work on the OpenBSD ar5k driver, it was a door opener, the base of the ath5k port, and Atheros' way into the Linux kernel. It was the reason why Luis Rodriguez got his new job. It might help Atheros to gain market shares again, after they lost so many to more open companies like Ralink Tech. those guys are sure acting in frustrating ways. it is unpleasant to be atheros user, these days even more (pity my notebooks are given to me with no possibility to choose). At a given time I will have a look at it to see if we can fix our ath(4) driver to support the latest 802.11n chipsets. It was already very close and the released source code might help to fix the issues. I don't think that we need a completely new driver for this in OpenBSD, we have a chipset abstraction in our driver that got removed by the ath5k folks. And the MAC is still almost identical. perhaps this is clear OT, but is there possibility ath(4) will be blessed with WPA support? Reyk thanks.
Re: atheros - just curious, ot
On Mon, 28 Jul 2008, Jacob Yocom-Piatt wrote: Reyk Floeter wrote: On Sun, Jul 27, 2008 at 09:28:10AM -0500, Marco Peereboom wrote: I threw my git saving throw so I was able to avoid looking at it. There is a version in the OpenWRT tree: https://dev.openwrt.org/cgi-bin/trac.fcgi/browser/trunk/package/ath9k/src/drivers/net/wireless/ath9k The following thread also carries some information: http://thread.gmane.org/gmane.linux.kernel.wireless.general/18019 Actually, I'm confused. It carries an ISC license with an Atheros copyright. Luis Rodriguez (madwifi/ath5k) and Jouni Malinen (Linux Prism2 HostAP) are working for Atheros now. The code seems to include open source HAL-code, there is no binary blob. The only missing thing is the documentation, but even the existing driver might help to port it to OpenBSD. Actually, the ath9k stuff is very similar to ath5k which is indeed based on my ar5k driver (OpenBSD ath(4))... too bad that Atheros did not decide to use a copyright like Copyright (c) 2008 Atheros Communications Inc. Copyright (c) 2004-2007 Reyk Floeter [EMAIL PROTECTED] They neither apologized for all the trouble nor give me any credits for my work. ath9k would not exist without my work on the OpenBSD ar5k driver, it was a door opener, the base of the ath5k port, and Atheros' way into the Linux kernel. It was the reason why Luis Rodriguez got his new job. It might help Atheros to gain market shares again, after they lost so many to more open companies like Ralink Tech. it is really reassuring to see that a company like atheros is doing the right things here: - not releasing proper documentation - then not giving credit for WORK DONE FOR FREE THAT THEY CAN REUSE AT THEIR LEISURE it's a good thing that companies like atheros are so mindful of the people that help expand their user base, especially at no expense to them. whoever makes these garbage decisions at atheros should have their employment terminated. Isn't it a DEJA VU? A different company (Linux developers then, Atheros now), but the very same people. Still the same BSD licence means no copyright attitude. I am afraid that the old story has never ended. Regards, David P.S. And, btw., they were so eager to relicense Reyk's HAL from BSD licence to GPL -- isn't Atheros breaking the GPL licence of Linux's ath5k driver now? Didn't they argument, that the purpose of GPL is to protect their work from being used by big corporations for free?
Re: Dumb Alpha question?
On Mon, Jul 28, 2008 at 02:31:37PM +0200, Tor Houghton wrote: Hello, The supported hardware page for Alpha says that most devices for pci(4) are supported. Does this mean that it will support a PCI SATA card with, e.g. a SiL3512 chipset? Alternatively (if no), is there a way of getting SATA disks into an Alphaserver 800? Tor Assuming it supports 3.3v PCI cards it should work, you just won't be able to boot off it as SRM doesn't know about it.
missing clue regarding IPv6, vlans bridging
Hi misc, my ISP is kind enough to provide native IPv6 access, so I'd like to have a full-IPv6 intranet. IPv6 addresses are assigned with rtadv and IPv4 with DHCP The setup : curry: OpenBSD-current, Thinkpad x41. /etc/hostname.bge0: up /etc/hostname.vlan0: vlan 0 vlandev bge0 up rtsol /etc/hostname.vlan1: vlan 1 vlandev bge0 up dhcp NONE NONE NONE debruijn: OpenBSD-4.3, Sun Ultra 1. /etc/hostname.le0: dhcp NONE NONE NONE up rtsol /etc/hostname.hme0 lladdr 08:00:20:68:54:b1 up #by default hme0's ll@ equals le0's ll@ /etc/hostname.vlan0 vlan 0 vlandev hme0 up /etc/hostname.vlan1 inet 192.168.1.1 255.255.255.0 192.168.1.255 vlan 1 vlandev hme0 up /etc/bridgename.bridge0 add le0 add vlan0 up (plus nat on le0 inet from !(le0) - (le0)) [Teh Intartubz] ! ! ! +-+ | le0 | | +--+| | bridge0| | ! | | vlan0 vlan1 | | +--+--+ | | hme0 | +-+ ! ! ! [my network] If it's not clear enough, vlan 0 is for IPv6 and vlan 1 for IPv4, so I can bridge vlan0 and le0. debruijn boots cleanly, gets all its adresses and routes, both v6 and v4. curry boots cleanly, gets all its addresses and routes, both v6 and v4 then : 1) from curry, I try to ping6 debruijn, but it says host unreachable 2) from debruijn, I try to ping6 curry, and it works. 3) from curry, I try to ping6 debruijn, and it works. I tcpdump'ed hme0, vlan0 and bridge0 during curry boot, and the packets flow through all 3, showing DHCP on vlan1 and rtadv on vlan0 + bridge0. During the pings, not a single packet goes through bridge0 or vlan0, but I've a lot of ICMPv6 neighbor sol on hme0 from curry during 1), then a successful neighbor sol - neighbor adv from debruijn to curry followed by echo requests and replies on hme0 during 2), then the same pattern from curry to debruijn on hme0 during 3). I really can't see what's wrong with my setup, clues anyone ? -- Vincent Gross So, the essence of XML is this: the problem it solves is not hard, and it does not solve the problem well. -- Jerome Simeon Phil Wadler
Re: pfctl
Paul de Weerd wrote: ... If your admins lock themselves out, they shouldn't have been typing on the machine in the first place. Accidents do happen, so surely you have OOB access (serial console, anyone ?). Then, if this is still such a big issue, you can write some scripts that will give you something along the lines of Junipers 'commit confirmed'... Remote access to the serial console is fairly new to me (mostly due political obstacles in getting *any* kind of remote access). However, from what I see, it is vastly underrated especially for major system changes. Regarding just PF, I tend to not edit /etc/pf.conf directly, but instead work from a copy and use 'at' to restore the rules from /etc/pf.conf after a certain time. Usually I set it for two or three minutes, unless I need longer for verification and testing. Sometimes the current SSH session gets locked due to state issues, but it's still possible to make a new connection and use that... or else wait a few minutes. e.g. pfctl -nf /home/lars/pf.test.conf \ echo /sbin/pfctl -f /etc/pf.conf \ | at now +3 minutes \ pfctl -f /home/lars/pf.test.conf Not messing with /etc/pf.conf also allows the machine to recover gracefully in cases where the room or building power cycles during your test. (Hey it happens) Regards, -Lars
Re: SATA/PATA boot order
Chris Bennett wrote: This is so simple if you know the answer, and very hard otherwise. /etc/fstab will refuse to work unless the wd0 and etc are correct. Thanks for the reply. So, the only way to get it to work is to tell OpenBSD it's booting from wd1? Inconvenient, but workable.
keyboard encoding
I have in 4.3 with a default US keyboard. When I set wsconsctl keyboard.encoding=de in order to get a German one, nothing happens! I get following reply: keyboard.encoding - de but my keyboard is still on the US charset! What do I miss? Thanks fot your help Tony
Re: keyboard encoding
Hi! On Mon, Jul 28, 2008 at 04:22:37PM +0200, Tony Berth wrote: I have in 4.3 with a default US keyboard. When I set wsconsctl keyboard.encoding=de in order to get a German one, nothing happens! I get following reply: keyboard.encoding - de but my keyboard is still on the US charset! What do I miss? Is your keyboard an USB one? I observe the same with an USB keyboard. - keyboard.encoding=us.swapctrlcaps has no effect (in /etc/wsconsctl.conf) - The keyboard doesn't work at all in the kernel (e.g. boot -a - no way to continue) It works before, i.e. up to and including the boot prompt, and then again when init starts. This is a box that has *no* PS/2 connectors any more. Kind regards, Hannah.
Re: keyboard encoding
Hannah Schroeter wrote: Hi! On Mon, Jul 28, 2008 at 04:22:37PM +0200, Tony Berth wrote: I have in 4.3 with a default US keyboard. When I set wsconsctl keyboard.encoding=de in order to get a German one, nothing happens! I get following reply: keyboard.encoding - de but my keyboard is still on the US charset! What do I miss? Is your keyboard an USB one? I observe the same with an USB keyboard. - keyboard.encoding=us.swapctrlcaps has no effect (in /etc/wsconsctl.conf) - The keyboard doesn't work at all in the kernel (e.g. boot -a - no way to continue) It works before, i.e. up to and including the boot prompt, and then again when init starts. This is a box that has *no* PS/2 connectors any more. Kind regards, Hannah. wsconsctl (8) man sez /etc/wsconsctl.conf a list of parameters that get set at system startup time from rc(8) startup time: reboot?
Re: atheros - just curious, ot
Who can we write to at atheros to tell them I will never ever purchase one of their products? On Mon, 28 Jul 2008 04:18:34 -0500, Jacob Yocom-Piatt [EMAIL PROTECTED] said: Reyk Floeter wrote: On Sun, Jul 27, 2008 at 09:28:10AM -0500, Marco Peereboom wrote: I threw my git saving throw so I was able to avoid looking at it. There is a version in the OpenWRT tree: https://dev.openwrt.org/cgi-bin/trac.fcgi/browser/trunk/package/ath9k/src/drivers/net/wireless/ath9k The following thread also carries some information: http://thread.gmane.org/gmane.linux.kernel.wireless.general/18019 Actually, I'm confused. It carries an ISC license with an Atheros copyright. Luis Rodriguez (madwifi/ath5k) and Jouni Malinen (Linux Prism2 HostAP) are working for Atheros now. The code seems to include open source HAL-code, there is no binary blob. The only missing thing is the documentation, but even the existing driver might help to port it to OpenBSD. Actually, the ath9k stuff is very similar to ath5k which is indeed based on my ar5k driver (OpenBSD ath(4))... too bad that Atheros did not decide to use a copyright like Copyright (c) 2008 Atheros Communications Inc. Copyright (c) 2004-2007 Reyk Floeter [EMAIL PROTECTED] They neither apologized for all the trouble nor give me any credits for my work. ath9k would not exist without my work on the OpenBSD ar5k driver, it was a door opener, the base of the ath5k port, and Atheros' way into the Linux kernel. It was the reason why Luis Rodriguez got his new job. It might help Atheros to gain market shares again, after they lost so many to more open companies like Ralink Tech. it is really reassuring to see that a company like atheros is doing the right things here: - not releasing proper documentation - then not giving credit for WORK DONE FOR FREE THAT THEY CAN REUSE AT THEIR LEISURE it's a good thing that companies like atheros are so mindful of the people that help expand their user base, especially at no expense to them. whoever makes these garbage decisions at atheros should have their employment terminated.
Re: atheros - just curious, ot
2008/7/29 Eric Furman [EMAIL PROTECTED]: Who can we write to at atheros to tell them I will never ever purchase one of their products? http://www.atheros.com/contact/index.html Might work, you get e-mail, postal, and phone numbers to contact them with.
Re: keyboard encoding
Louis V. Lambrecht escreveu: Hannah Schroeter wrote: Hi! On Mon, Jul 28, 2008 at 04:22:37PM +0200, Tony Berth wrote: I have in 4.3 with a default US keyboard. When I set wsconsctl keyboard.encoding=de in order to get a German one, nothing happens! I get following reply: keyboard.encoding - de but my keyboard is still on the US charset! What do I miss? Is your keyboard an USB one? I observe the same with an USB keyboard. - keyboard.encoding=us.swapctrlcaps has no effect (in /etc/wsconsctl.conf) - The keyboard doesn't work at all in the kernel (e.g. boot -a - no way to continue) It works before, i.e. up to and including the boot prompt, and then again when init starts. This is a box that has *no* PS/2 connectors any more. Kind regards, Hannah. wsconsctl (8) man sez /etc/wsconsctl.conf a list of parameters that get set at system startup time from rc(8) startup time: reboot? There is no need to reboot: KBD(8) OpenBSD System Manager's Manual KBD(8) NAME kbd - set national keyboard translation SYNOPSIS kbd -l kbd [-q] name DESCRIPTION kbd is used to change the keyboard encoding. The execution of kbd nor- mally occurs in the system multi-user initialization file /etc/rc to set a national keyboard layout. If called as kbd -l, all available keyboard encodings are listed. If called as kbd name, the keyboard encoding will be set to name and a short message will be printed to stdout. If the -q flag is present, kbd will be quiet unless an error occurs. OpenBSD 4.3 May 31, 20071 -- Giancarlo Razzolini http://lock.razzolini.adm.br Linux User 172199 Red Hat Certified Engineer no:804006389722501 Verify:https://www.redhat.com/certification/rhce/current/ Moleque Sem Conteudo Numero #002 OpenBSD Stable Ubuntu 8.04 Hardy Heron 4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85
Re: keyboard encoding
On Mon, Jul 28, 2008 at 4:51 PM, Louis V. Lambrecht [EMAIL PROTECTED]wrote: Hannah Schroeter wrote: Hi! On Mon, Jul 28, 2008 at 04:22:37PM +0200, Tony Berth wrote: I have in 4.3 with a default US keyboard. When I set wsconsctl keyboard.encoding=de in order to get a German one, nothing happens! I get following reply: keyboard.encoding - de but my keyboard is still on the US charset! What do I miss? Is your keyboard an USB one? I observe the same with an USB keyboard. - keyboard.encoding=us.swapctrlcaps has no effect (in /etc/wsconsctl.conf) - The keyboard doesn't work at all in the kernel (e.g. boot -a - no way to continue) It works before, i.e. up to and including the boot prompt, and then again when init starts. This is a box that has *no* PS/2 connectors any more. Kind regards, Hannah. wsconsctl (8) man sez /etc/wsconsctl.conf a list of parameters that get set at system startup time from rc(8) startup time: reboot? its not a USB keyboard and the keyboard works very well at any give time. Of course a US one! I didn't reboot cause I wanted to have the change temporarily in a give session! I think that this is possible? Thanks Tony
Re: keyboard encoding
On Mon, Jul 28, 2008 at 5:07 PM, Giancarlo Razzolini [EMAIL PROTECTED]wrote: Louis V. Lambrecht escreveu: Hannah Schroeter wrote: Hi! On Mon, Jul 28, 2008 at 04:22:37PM +0200, Tony Berth wrote: I have in 4.3 with a default US keyboard. When I set wsconsctl keyboard.encoding=de in order to get a German one, nothing happens! I get following reply: keyboard.encoding - de but my keyboard is still on the US charset! What do I miss? Is your keyboard an USB one? I observe the same with an USB keyboard. - keyboard.encoding=us.swapctrlcaps has no effect (in /etc/wsconsctl.conf) - The keyboard doesn't work at all in the kernel (e.g. boot -a - no way to continue) It works before, i.e. up to and including the boot prompt, and then again when init starts. This is a box that has *no* PS/2 connectors any more. Kind regards, Hannah. wsconsctl (8) man sez /etc/wsconsctl.conf a list of parameters that get set at system startup time from rc(8) startup time: reboot? There is no need to reboot: KBD(8) OpenBSD System Manager's Manual KBD(8) NAME kbd - set national keyboard translation SYNOPSIS kbd -l kbd [-q] name DESCRIPTION kbd is used to change the keyboard encoding. The execution of kbd nor- mally occurs in the system multi-user initialization file /etc/rc to set a national keyboard layout. If called as kbd -l, all available keyboard encodings are listed. If called as kbd name, the keyboard encoding will be set to name and a short message will be printed to stdout. If the -q flag is present, kbd will be quiet unless an error occurs. OpenBSD 4.3 May 31, 20071 -- Giancarlo Razzolini http://lock.razzolini.adm.br Linux User 172199 Red Hat Certified Engineer no:804006389722501 Verify:https://www.redhat.com/certification/rhce/current/ Moleque Sem Conteudo Numero #002 OpenBSD Stable Ubuntu 8.04 Hardy Heron 4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85 tried that too before wsconsctl but the same effect! I get a message saying that chande to 'de' encoding but when trying in the keyboard, the US layout still applies! I have to say that I'm via ssh/xterm to the box. I don't know if this makes a difference? Thanks
Re: atheros - just curious, ot
On Mon, Jul 28, 2008 at 10:47:31AM -0400, Eric Furman wrote: | Who can we write to at atheros to tell them I will never | ever purchase one of their products? Maybe it's better to write a polite e-mail explaining the situation wrt documentation vs source code (even if it is ISC licensed). This is quite a big step, Atheros has made, asking them to finish through (with proper documentation, released without NDA's) might make more sense. If they refuse you can always explain that that would mean never buying their hardware, including recommending other people not to buy it. Remember to be polite and explain the situation carefully. Lots of companies think that shipping open source drivers is the epitome of being the good guys (and with all the linux people screaming in ecstacy about this release, it is even harder to explain this). Care must be taken to explain it properly and thoroughly - large companies learn slowly. Very slowly. (and some never learn) Cheers, Paul 'WEiRD' de Weerd | On Mon, 28 Jul 2008 04:18:34 -0500, Jacob Yocom-Piatt | [EMAIL PROTECTED] said: | Reyk Floeter wrote: | On Sun, Jul 27, 2008 at 09:28:10AM -0500, Marco Peereboom wrote: | | I threw my git saving throw so I was able to avoid looking at it. | | | | There is a version in the OpenWRT tree: | https://dev.openwrt.org/cgi-bin/trac.fcgi/browser/trunk/package/ath9k/src/drivers/net/wireless/ath9k | | The following thread also carries some information: | http://thread.gmane.org/gmane.linux.kernel.wireless.general/18019 | | Actually, I'm confused. It carries an ISC license with an Atheros | copyright. Luis Rodriguez (madwifi/ath5k) and Jouni Malinen (Linux | Prism2 HostAP) are working for Atheros now. The code seems to include | open source HAL-code, there is no binary blob. | | The only missing thing is the documentation, but even the existing | driver might help to port it to OpenBSD. Actually, the ath9k stuff is | very similar to ath5k which is indeed based on my ar5k driver (OpenBSD | ath(4))... too bad that Atheros did not decide to use a copyright like | | Copyright (c) 2008 Atheros Communications Inc. | Copyright (c) 2004-2007 Reyk Floeter [EMAIL PROTECTED] | | They neither apologized for all the trouble nor give me any credits | for my work. ath9k would not exist without my work on the OpenBSD | ar5k driver, it was a door opener, the base of the ath5k port, and | Atheros' way into the Linux kernel. It was the reason why Luis | Rodriguez got his new job. It might help Atheros to gain market | shares again, after they lost so many to more open companies like | Ralink Tech. | | | | | it is really reassuring to see that a company like atheros is doing the | right things here: | | - not releasing proper documentation | - then not giving credit for WORK DONE FOR FREE THAT THEY CAN REUSE AT | THEIR LEISURE | | it's a good thing that companies like atheros are so mindful of the | people that help expand their user base, especially at no expense to | them. | | whoever makes these garbage decisions at atheros should have their | employment terminated. | -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: keyboard encoding [not worth reading sorry]
On Mon, Jul 28, 2008 at 05:24:10PM +0200, Tony Berth wrote: I have to say that I'm via ssh/xterm to the box. I don't know if this makes a difference? hehe. (-:
Re: keyboard encoding [not worth reading sorry]
John Wright escreveu: On Mon, Jul 28, 2008 at 05:24:10PM +0200, Tony Berth wrote: I have to say that I'm via ssh/xterm to the box. I don't know if this makes a difference? hehe. (-: hahahahahahah... Tony, when you are sshing to a machine, the keyboard encoding that is used NEVER is the one that's in use in the ssh server. The machine you are using to access the OpenBSD machine is the one you must be changing the keyboard layout. My regards, -- Giancarlo Razzolini http://lock.razzolini.adm.br Linux User 172199 Red Hat Certified Engineer no:804006389722501 Verify:https://www.redhat.com/certification/rhce/current/ Moleque Sem Conteudo Numero #002 OpenBSD Stable Ubuntu 8.04 Hardy Heron 4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85
Odd linking message (please relink your binary)
Hi, I have this strange link message for xetex (Im building binaries for the TL DVD, its nothing to do with the port). Take a look at this: http://tug.org/pipermail/tlbuild/2008q3/000310.html Does anyone have any clue what is happening here? -- Best Regards Edd http://students.dec.bmth.ac.uk/ebarrett
Re: BIND and CNAME-ing
Thanks Paul!!! Wow!!! is the only thing that comes to my mind. Didn't even know that DNAME existed. I will definately read up on it. Thanks a bunch! -Parvinder Bhasin On Jul 25, 2008, at 12:14 AM, Paul de Weerd wrote: On Thu, Jul 24, 2008 at 04:49:55PM -0700, Parvinder Bhasin wrote: Thanks guys for clearing this up. So in short you cannot CNAME an entire domain (domain.com IN CNAME google.com can't do ). You should google for DNAME some time. Then form your own opinion on the topic matter ;) Cheers, Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: Dumb Alpha question?
Tor Houghton [EMAIL PROTECTED] wrote: The supported hardware page for Alpha says that most devices for pci(4) are supported. Does this mean that it will support a PCI SATA card with, e.g. a SiL3512 chipset? I would expect it. However, SRM won't recognize the card so you can't boot from it. Also... Alternatively (if no), is there a way of getting SATA disks into an Alphaserver 800? ... this particular machine has no drive bays where you could fit a SATA disk. It does have four very nice hot-plug bays for SCA SCSI drives at the front, though. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: keyboard encoding
Hannah Schroeter [EMAIL PROTECTED] wrote: Is your keyboard an USB one? I observe the same with an USB keyboard. - keyboard.encoding=us.swapctrlcaps has no effect (in /etc/wsconsctl.conf) These settings only affect the _first_ keyboard in the system (wskbd0). Unfortunately, for a PC that is usually the PS/2 keyboard, even if none is plugged in. This is a box that has *no* PS/2 connectors any more. But it still has a PS/2 keyboard controller. Check your dmesg. It probably includes something like this: 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 -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: keyboard encoding
On 7/28/08, Tony Berth [EMAIL PROTECTED] wrote: I have in 4.3 with a default US keyboard. When I set wsconsctl keyboard.encoding=de in order to get a German one, nothing happens! I get following reply: keyboard.encoding - de but my keyboard is still on the US charset! Are you using X? I had a much easier time using xmodmap to make my buttons do what I wanted.
Re: atheros - just curious, ot
P.S. And, btw., they were so eager to relicense Reyk's HAL from BSD licence to GPL -- isn't Atheros breaking the GPL licence of Linux's ath5k driver now? Didn't they argument, that the purpose of GPL is to protect their work from being used by big corporations for free? Which it doesn't. Stop parroting horse shit.
Re: Performance issues with the DNS patch?
On 7/26/08, J Duke [EMAIL PROTECTED] wrote: I wonder is anyone is seeing performance issues with the patched DNS in the late snapshots? http://marc.info/?l=bind-usersm=121726908015389w=2
Re: atheros - just curious, ot
On Mon, 28 Jul 2008, Marco Peereboom wrote: P.S. And, btw., they were so eager to relicense Reyk's HAL from BSD licence to GPL -- isn't Atheros breaking the GPL licence of Linux's ath5k driver now? Didn't they argument, that the purpose of GPL is to protect their work from being used by big corporations for free? Which it doesn't. Stop parroting horse shit. Which was what my comment was meant to show. Anyway, I shouldn't have sent any such remarks on this, it is completely off-topic and a waste of everyone's time, so let's stop it. Sorry for that. Regards, David
Re: Odd linking message (please relink your binary)
On Mon, Jul 28, 2008 at 11:22 AM, Edd Barrett [EMAIL PROTECTED] wrote: I have this strange link message for xetex (Im building binaries for the TL DVD, its nothing to do with the port). Take a look at this: http://tug.org/pipermail/tlbuild/2008q3/000310.html Does anyone have any clue what is happening here? Looks like it still got linked with a static libfreetype2: see how ldd shows the shared libfreetype2 as having a reference count of just 1? Since libfontconfig has a reference to libfreetype2, that means the base executable _doesn't_. Since ld.so is complaining about symbol size changes, the executable must have been linked with a static version of libfreetype2 that's not compatible with the system one. Check the log from building xetex to see whether it shows it doing that or otherwise not liking the system one (despite you passing it options telling it to use it). Philip Guenther
Re: OpenBSD thumbdrives
On Thu, Jul 24, 2008 at 9:05 PM, Nick Holland [EMAIL PROTECTED] wrote: Nick Guenther wrote: On Wed, Jul 23, 2008 at 11:22 PM, Nick Holland [EMAIL PROTECTED] wrote: Besides, the finished flash drive is wonderfully useful. :) (I've got a 4G, partitioned out as 2G OpenBSD, 2G FAT32, which is bootable on OpenBSD and still usable as a Windows flash drive, as well. Only problem I have is I keep buying the super-cheap flash drives which work great until you sit on them.) (the proper solution is to boot OpenBSD (inc. off a CDROM or floppy), partition and format the media, install MBR, install kernel, install /boot, install PBR. If you can do that without error, you can probably skip the OpenBSD install script, just manually copy files onto your target machine. i.e., not worth the effort, probably. I know how to do it, and I rarely do so without error). Hey Nick, Inspired by you (and the realization hey, I've got a 20$ 4gig thumbdrive now because I'm in the FUTAR), today I set about making myself one of these. I made a 2gig OpenBSD a partition, and a 2gig FAT i partition using OpenBSD's newfs_msdos. The trouble is, Windows Vista doesn't want to recognize it. It sees the partition, of course, but claims it's unformatted. I set the partition ID in the MBR to 0B initially, then to 0C, and then to 06 (which is what another flash drive that vista does recognize has on it) but none of these made Vista recognize it. I'm assuming the problem is that OpenBSD wrote the FAT wrong, so I'm wondering how it was that you formatted your drive. Did you just get windows to do it for you? -othernick Actually, it's a bug in windows. Whodda thunk? :) The problem is Windows sees a removable device, and it is ready for multiple partitions...but it only seems to recognize the FIRST partition as something than it could work with. So..it tries to make sense of the OpenBSD partition, fails, and doesn't look past it to see the Windows partition. SO, the secret is to put your Windows partition on the flash media first, then OpenBSD. Oh. .. stupid Windows! Thanks for the tip, I'll try this tonight. -othernick
make ls not show dot-files as root
Hi, using 4.2. Just for curiosity... Can I make ls to NOT show the hidden files (.xinitrc , .vimrc, etc) when using as Root?? Thanks 4 all.
Re: make ls not show dot-files as root
On 7/28/08, Jesus Sanchez [EMAIL PROTECTED] wrote: Can I make ls to NOT show the hidden files (.xinitrc , .vimrc, etc) when using as Root?? ls * ls | grep -v ^. sudo -u nobody ls find . -name [abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ]* -maxdepth 1 -print0 | xargs -0 ls -Cd | sed 's/\.\///g'
Re: make ls not show dot-files as root
man ls shows -A option is implicit when using as root. So in short it would be no. On Jul 28, 2008, at 3:33 PM, Jesus Sanchez wrote: Hi, using 4.2. Just for curiosity... Can I make ls to NOT show the hidden files (.xinitrc , .vimrc, etc) when using as Root?? Thanks 4 all.
Re: make ls not show dot-files as root
Ted Unangst escribis: On 7/28/08, Jesus Sanchez [EMAIL PROTECTED] wrote: Can I make ls to NOT show the hidden files (.xinitrc , .vimrc, etc) when using as Root?? ls * ls | grep -v ^. sudo -u nobody ls find . -name [abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ]* -maxdepth 1 -print0 | xargs -0 ls -Cd | sed 's/\.\///g' thanks for the info!, this helped me to search a nice combination to me: alias ll=ls -d * Thanks
Re: make ls not show dot-files as root
On Mon, Jul 28, 2008 at 07:07:55PM -0400, Ted Unangst wrote: On 7/28/08, Jesus Sanchez [EMAIL PROTECTED] wrote: Can I make ls to NOT show the hidden files (.xinitrc , .vimrc, etc) when using as Root?? ls * ls | grep -v ^. You need to escape the dot... e.g. grep -v ^\\\. sudo -u nobody ls find . -name [abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ]* -maxdepth 1 -print0 | xargs -0 ls -Cd | sed 's/\.\///g'
Re: make ls not show dot-files as root
On Tue, Jul 29, 2008 at 01:16:22AM +0200, Martin Toft wrote: You need to escape the dot... e.g. grep -v ^\\\. Two backslashes is enough. My attempt at being a smart ass failed :-)
Re: DHCP question
On Fri, Jul 25, 2008 at 6:07 PM, Henning Brauer [EMAIL PROTECTED] wrote: if that still doesn't work... after install, at the boot prompt, do boot -c, and the the upcoming UKC prompt do a disable acpi followed by quit once the system is running send dmesgs with and without acpi and acpidump output (forgot exact instructions, ask list archives) to marco@ and jordan@ openbsd.org Henning Brauer Hello. Apologies for the relatively late reply. I was kinda hoping that OpenBSD would run OOTB on this. However, from the looks of it, might take sometime to get it working. Since our team is on a clock, I got 4.3 CD working on another computer without any problems. Everything works OOTB and we have set that up for our needs. As and when time permits, I shall try and follow up on this network problem. As an aside, would a different NIC solve this problem? Hari
Re: FAQ License?
--- On Mon, 7/28/08, Rogier Krieger [EMAIL PROTECTED] wrote: From: Rogier Krieger [EMAIL PROTECTED] Subject: Re: FAQ License? To: OpenBSD-misc list misc@openbsd.org Date: Monday, July 28, 2008, 10:46 AM If I'm not mistaken, there has already been a thread [1] on this, including an explanation [2] of the various considerations involved. 1. MARC.info - OpenBSD-misc - Thread 'BSD Documentation License?' http://marc.info/?t=12061249355r=1w=2 2. MARC.info - OpenBSD-misc - Nick Holland - 'Re: BSD Documentation License?' http://marc.info/?l=openbsd-miscm=120618838928361w=2 thanks for this, sory if this has already been a thread before
Re: DHCP question
* Hari [EMAIL PROTECTED] [2008-07-29 02:52]: problem. As an aside, would a different NIC solve this problem? no. you have interrupt routing problems. -- Henning Brauer, [EMAIL PROTECTED], [EMAIL PROTECTED] BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg Amsterdam
Re: BIND and CNAME-ing
But can't you overwrite in cache both the A and NS record to re-direct the whole domain with an answer and authority answer spoofed from the NS server? Isn't this the other poisoning problem that really hasn't been spoken about much? However, then you would need to have a NS to redirect with. Please correct me if I'm wrong. --- On Mon, 7/28/08, Parvinder Bhasin [EMAIL PROTECTED] wrote: From: Parvinder Bhasin [EMAIL PROTECTED] Subject: Re: BIND and CNAME-ing To: Paul de Weerd [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Almir Karic [EMAIL PROTECTED], openbsdML misc@openbsd.org Date: Monday, July 28, 2008, 11:27 AM Thanks Paul!!! Wow!!! is the only thing that comes to my mind. Didn't even know that DNAME existed. I will definately read up on it. Thanks a bunch! -Parvinder Bhasin On Jul 25, 2008, at 12:14 AM, Paul de Weerd wrote: On Thu, Jul 24, 2008 at 04:49:55PM -0700, Parvinder Bhasin wrote: Thanks guys for clearing this up. So in short you cannot CNAME an entire domain (domain.com IN CNAME google.com can't do ). You should google for DNAME some time. Then form your own opinion on the topic matter ;) Cheers, Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: atheros - just curious, ot
On Mon, July 28, 2008 11:47, Eric Furman wrote: Who can we write to at atheros to tell them I will never ever purchase one of their products? On Mon, 28 Jul 2008 04:18:34 -0500, Jacob Yocom-Piatt [EMAIL PROTECTED] said: Reyk Floeter wrote: On Sun, Jul 27, 2008 at 09:28:10AM -0500, Marco Peereboom wrote: I threw my git saving throw so I was able to avoid looking at it. There is a version in the OpenWRT tree: https://dev.openwrt.org/cgi-bin/trac.fcgi/browser/trunk/package/ath9k/src/drivers/net/wireless/ath9k The following thread also carries some information: http://thread.gmane.org/gmane.linux.kernel.wireless.general/18019 Actually, I'm confused. It carries an ISC license with an Atheros copyright. Luis Rodriguez (madwifi/ath5k) and Jouni Malinen (Linux Prism2 HostAP) are working for Atheros now. The code seems to include open source HAL-code, there is no binary blob. The only missing thing is the documentation, but even the existing driver might help to port it to OpenBSD. Actually, the ath9k stuff is very similar to ath5k which is indeed based on my ar5k driver (OpenBSD ath(4))... too bad that Atheros did not decide to use a copyright like Copyright (c) 2008 Atheros Communications Inc. Copyright (c) 2004-2007 Reyk Floeter [EMAIL PROTECTED] They neither apologized for all the trouble nor give me any credits for my work. ath9k would not exist without my work on the OpenBSD ar5k driver, it was a door opener, the base of the ath5k port, and Atheros' way into the Linux kernel. It was the reason why Luis Rodriguez got his new job. It might help Atheros to gain market shares again, after they lost so many to more open companies like Ralink Tech. it is really reassuring to see that a company like atheros is doing the right things here: - not releasing proper documentation - then not giving credit for WORK DONE FOR FREE THAT THEY CAN REUSE AT THEIR LEISURE it's a good thing that companies like atheros are so mindful of the people that help expand their user base, especially at no expense to them. whoever makes these garbage decisions at atheros should have their employment terminated. as I'm just a user, what you developers think about the above message being forwarded to: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] would it make it better to the developers ? worse or wouldn't make any diff ? because I buy atheros as it works on every BSD I use just fine. and I tell everybody to do the same. thanks, matheus -- We will call you cygnus, The God of balance you shall be
Re: Atheros Drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here's the full story, people seemed to be wondering if the drivers were open/had binary blobs etc. - Original Message Subject: [FSF] Atheros releases free software wireless driver; no binary blobs Date: Mon, 28 Jul 2008 18:27:14 -0400 From: Joshua Gay [EMAIL PROTECTED] To: [EMAIL PROTECTED] Atheros Communications has announced the release of free software wireless drivers for ath9k. The ath9k driver requires no proprietary binary blobs and works on several chipsets and over a dozen wireless devices. This increased support of wireless drivers by Atheros is a major step toward our vision of a laptop that runs only free software and that boots on top of a free bios, says Peter Brown, executive director of the FSF. The release of the ath9k driver comes shortly after Atheros hired Luis Rodriguez and Jouni Malinen, two important developers in the free software wireless driver community. The ath9k are now seeking inclusion in the Linux kernel. For more information on supported devices and chipsets visit http://www.fsf.org/resources/hw/net/wireless/cards.html#ath9k. More information about hardware that is compatible with fully free operating systems can be found in the FSF's hardware database, at http://www.fsf.org/resources/hw. To learn more about the FSF's vision of an all free laptop, read the paper The road to hardware free from restrictions: How hardware vendors can help the free software community, http://www.fsf.org/resources/hw/how_hardware_vendors_can_help.html. ___ info-fsf mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-fsf iD4DBQFIjpTwmBTzXUpNYqQRAikYAKCglgII/mbd79hGXIeAGuHY0mnLGgCYlTG4 VSCjuyQHfoYmC0nZ90EB6A== =bVhm -END PGP SIGNATURE-