I don't see how you came to that conclusion from my post. I was stating that things should be implemented in an order that makes the kernel most useful. I mean shit, even NT4 had SMP, which came out 7 years ago. OpenBSD is a great OS, but there are some seriously weird decisions being made on how things are implemented.
I mean ipv6 will be in use probably never now that nat has caught on. Now there are ugly hacks in the works for dns and nat to allow for two way communication.
What's the point of having the most secure OS out there if you can't use it for things that need to be secure because you are limited to one proc. Anyone know of any high traffic dynamic web sites that use OpenBSD? Ever wonder why?
Actually OpenBSD has had ipv6 for some time now. Kind of lame to have ipv6 (something that has yet to be implemented at any reasonable amount) before SMP (something required for servers doing just about anything but firewalling in a corp environment).
Everyone keeps mentioning the following 2 reasons for identd.
1) Proxies Proxies are scanned for and blocked on connect to most major irc networks, so that isn't a good reason.
2) Shells Shell users are already running identd, this means that no matter what username i try to use it will be superseded by the identd response sent by the box.
3) Multiple connects When running a legit shell on any host that doesn't have it's own domain name, ie a cable or dsl user, they still block multiple connects even when you have a legit identd.
Let's face it, requiring identd is stupid and doesn't make sense.
Yeah, I know. just flaming OpenBSD a little. I would love to use it in the real world corp environment for something other than a firewall before I die. What that means is that OpenBSD needs the following:
1) Get out of a.out, go to Elf, everyone else has including the FreeBSD brethren 2) Decent threading support 3) SMP 4) Java, Java, Java
I personally wish I could get the Linux kernel with the OpenBSD userland, that would be a rock solid ass system right there. For now I have to continue building my own damn distro because most distros enables every freakin option for every single package which links to every other package and makes for dependency hell and I simply ain't gonna wait for Gentoo, I got work to do!
The streaming server is basically a tool to rebroadcast what it recieves from the Encoder. It doesn't have any way of connecting to any video hardware, a separate machine has to do that or a separate program is more accurate. The same machine can technically do it, but there is no encoder available for Linux.
This is actually a really good solution. And audit them every year, hell they're lawyers and use to that legal mumbo jumbo. This would also get rid of the dumb lawyers because only people who would want to earn such little money would have to really like what they do.
>That way if they have 10 computers, and are paying for 10 IPs, each computer gets exactly how much it is supposed to have. Don't mix packet shaping in with preventing unauthorized IPs. They are different problems with different solutions. They do, however, work together quite well.
Actually AT&T configures cable modems to allow 7 machines to grab an IP from DHCP. This means you can have 7, but the aggregate bandwidth is still 1.5down/256k up. So having multiple IP's per machine doesn't help.
> With many DVD's running around $15 to $20, with surround sound, subtitles, menuing, and extra features, it just doesn't seem to be worth it to make a dvd-r/ram/rw duplicate
Good point, another good point is that we all know and understand that movies are harder to make and should in theory cost more than music. The pricing doesn't reflect that, a brand spanking new DVD with all the extra features and shit costs $15-20 as you have pointed out. A brand spanking new CD from the music industry without so much as a video including in the extra space is also $15-20. I don't understand what the deal is with that. How can a CD with no extra's that uses about 50 minutes (out of 74) cost as much as a full blown movie?
Seriously, what would you rather buy these days for your fifteen/twenty bucks? DVD's (Value-added movie) or Music CD's (Value-added copy-protection)?
I think it has more to do with pricing than anything else. The music industry charges the same for a cd that the movie industry charges for a dvd movie. I doubt we'd still feel the same way about divx if the DVD's if pricing was out of control like in the music industry.
1) Interesting stuff is not in the kernel, but in non-gpl proprietary code that they have no interest in releasing
2) Device is controlled by proprietary modules allowed by the Linux kernel's modified GPL
3) The device is using a vanilla x86 kernel
If this is all true, then my original post stands. The GPL says:
However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.
So, it seems that if you would be right if there was a modified GPL'd product. IANAL, but it appears that if everything in the box is vanilla then nothing needs to be distributed.
> Bottom line is: if you ship a box that's running Linux, modified or not, then you have to provide access to Linux sources.
Not true, not even TiVo does this and no one has beef over their use of Linux. They distribute diffs for the kernel. Things normally distributed do not need to be distributed.
The GPL also includes this in section 3.
If distribution of executable or object code is made by offering access to copy from a designated place, then offering equivalent access to copy the source code from the same place counts as distribution of the source code, even though third parties are not compelled to copy the source along with the object code.
So all they really have to do is point to ftp.kernel.org somewhere in their website or in the manual. This again all relies on my assumptions stated before.
> If you read the GPL you'd know that pointing to someone else's ftp site is not sufficient. They have to mail the sources to any customer who asks for them, for the cost of shipping only.
I've read the GPL and I remember this little tidbit, which falls in line with the parent post of the guy you replied to.
GPL Section 3
However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.
The previous poster had said the following:
> How do you know they modified any? If they did, I doubt it's much, or would be of any use to anybody anyway. TiVo's modified code is only to get linux working on that box. All the stuff that makes a TiVo useful is not GPL. My guess is the same would be true for this box.
Considering that the article states that this is a pentium-like CPU, then it's probably running a standard linux x86 kernel. The rest is probably done in a proprietary module (which Linus has said is OK, but discourages). The useful stuff (a la TiVo) is probably not GPL anyways like the poster said.
Actually, you are the one who needs a clue. Allow me to explain, the current version of OpenSSH still contains the bug. It works around it by changing the way root is handled completely so if it gets cracked the cracker will only be in a chrooted jail and nothing more.
Theo's chose to come up with a work around until the fix is complete and didn't just fix it because then the exploit would also be available. See crackers know how to use things like diff too, and Theo knows this. He didn't just blindly release a bugfix which would allow tons of people create an exploit and hack machines.
Regardless doing a diff would still make no difference or help you understand the flaw any better.
I don't see how you came to that conclusion from my post. I was stating that things should be implemented in an order that makes the kernel most useful. I mean shit, even NT4 had SMP, which came out 7 years ago. OpenBSD is a great OS, but there are some seriously weird decisions being made on how things are implemented.
I mean ipv6 will be in use probably never now that nat has caught on. Now there are ugly hacks in the works for dns and nat to allow for two way communication.
What's the point of having the most secure OS out there if you can't use it for things that need to be secure because you are limited to one proc. Anyone know of any high traffic dynamic web sites that use OpenBSD? Ever wonder why?
I guess someone hasn't heard of a custom install before!
Actually OpenBSD has had ipv6 for some time now. Kind of lame to have ipv6 (something that has yet to be implemented at any reasonable amount) before SMP (something required for servers doing just about anything but firewalling in a corp environment).
Everyone keeps mentioning the following 2 reasons for identd.
1) Proxies
Proxies are scanned for and blocked on connect to most major irc networks, so that isn't a good reason.
2) Shells
Shell users are already running identd, this means that no matter what username i try to use it will be superseded by the identd response sent by the box.
3) Multiple connects
When running a legit shell on any host that doesn't have it's own domain name, ie a cable or dsl user, they still block multiple connects even when you have a legit identd.
Let's face it, requiring identd is stupid and doesn't make sense.
You must mean "kldload GNU/linux ; ./sick-GNU-linux-binary ; rejoice!"
Oh My God, this is probably the first slashdot article in a while without the obligatory "In Soviet Russa..." post.
I feel somewhat obliged to say that In Soviet Russia, AOL CD's have 101 uses for you!
aka Beowulf of iPods
Yeah, I know. just flaming OpenBSD a little. I would love to use it in the real world corp environment for something other than a firewall before I die. What that means is that OpenBSD needs the following:
1) Get out of a.out, go to Elf, everyone else has including the FreeBSD brethren
2) Decent threading support
3) SMP
4) Java, Java, Java
I personally wish I could get the Linux kernel with the OpenBSD userland, that would be a rock solid ass system right there. For now I have to continue building my own damn distro because most distros enables every freakin option for every single package which links to every other package and makes for dependency hell and I simply ain't gonna wait for Gentoo, I got work to do!
Like what? SMP?
1) The kernel patch for ppp w/ mppe support 2) pppd patch for encryption support
check out this link
It goes as follows
Encoder --> Server --> Client 1
|
--> Client 2
The streaming server is basically a tool to rebroadcast what it recieves from the Encoder. It doesn't have any way of connecting to any video hardware, a separate machine has to do that or a separate program is more accurate. The same machine can technically do it, but there is no encoder available for Linux.
The Streaming Server is free, however the Quicktime Encoder isn't. Nor is the Quicktime Player.
Yes and of course Win2k SP3 doesn't say anytihng along those lines. if you ask me, 2k is worse in that it also mentions un-named "partners".
Let Spock handle it...
This is actually a really good solution. And audit them every year, hell they're lawyers and use to that legal mumbo jumbo. This would also get rid of the dumb lawyers because only people who would want to earn such little money would have to really like what they do.
>That way if they have 10 computers, and are paying for 10 IPs, each computer gets exactly how much it is supposed to have. Don't mix packet shaping in with preventing unauthorized IPs. They are different problems with different solutions. They do, however, work together quite well.
Actually AT&T configures cable modems to allow 7 machines to grab an IP from DHCP. This means you can have 7, but the aggregate bandwidth is still 1.5down/256k up. So having multiple IP's per machine doesn't help.
Doesn't this also go out the window after the first hot fix?
check out www.vcdhelp.com and click on dvd hacks in the left menu. Should have most hacks on there, pretty good source of info.
> With many DVD's running around $15 to $20, with surround sound, subtitles, menuing, and extra features, it just doesn't seem to be worth it to make a dvd-r/ram/rw duplicate
Good point, another good point is that we all know and understand that movies are harder to make and should in theory cost more than music. The pricing doesn't reflect that, a brand spanking new DVD with all the extra features and shit costs $15-20 as you have pointed out. A brand spanking new CD from the music industry without so much as a video including in the extra space is also $15-20. I don't understand what the deal is with that. How can a CD with no extra's that uses about 50 minutes (out of 74) cost as much as a full blown movie?
Seriously, what would you rather buy these days for your fifteen/twenty bucks? DVD's (Value-added movie) or Music CD's (Value-added copy-protection)?
I think it has more to do with pricing than anything else. The music industry charges the same for a cd that the movie industry charges for a dvd movie. I doubt we'd still feel the same way about divx if the DVD's if pricing was out of control like in the music industry.
I have made a few assumptions in my post:
1) Interesting stuff is not in the kernel, but in non-gpl proprietary code that they have no interest in releasing
2) Device is controlled by proprietary modules allowed by the Linux kernel's modified GPL
3) The device is using a vanilla x86 kernel
If this is all true, then my original post stands. The GPL says:
However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.
So, it seems that if you would be right if there was a modified GPL'd product. IANAL, but it appears that if everything in the box is vanilla then nothing needs to be distributed.
> Bottom line is: if you ship a box that's running Linux, modified or not, then you have to provide access to Linux sources.
Not true, not even TiVo does this and no one has beef over their use of Linux. They distribute diffs for the kernel. Things normally distributed do not need to be distributed.
The GPL also includes this in section 3.
If distribution of executable or object code is made by offering access to copy from a designated place, then offering equivalent access to copy the source code from the same place counts as distribution of the source code, even though third parties are not compelled to copy the source along with the object code.
So all they really have to do is point to ftp.kernel.org somewhere in their website or in the manual. This again all relies on my assumptions stated before.
> If you read the GPL you'd know that pointing to someone else's ftp site is not sufficient. They have to mail the sources to any customer who asks for them, for the cost of shipping only.
I've read the GPL and I remember this little tidbit, which falls in line with the parent post of the guy you replied to.
GPL Section 3
However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.
The previous poster had said the following:
> How do you know they modified any? If they did, I doubt it's much, or would be of any use to anybody anyway. TiVo's modified code is only to get linux working on that box. All the stuff that makes a TiVo useful is not GPL. My guess is the same would be true for this box.
Considering that the article states that this is a pentium-like CPU, then it's probably running a standard linux x86 kernel. The rest is probably done in a proprietary module (which Linus has said is OK, but discourages). The useful stuff (a la TiVo) is probably not GPL anyways like the poster said.
Actually, you are the one who needs a clue. Allow me to explain, the current version of OpenSSH still contains the bug. It works around it by changing the way root is handled completely so if it gets cracked the cracker will only be in a chrooted jail and nothing more.
Theo's chose to come up with a work around until the fix is complete and didn't just fix it because then the exploit would also be available. See crackers know how to use things like diff too, and Theo knows this. He didn't just blindly release a bugfix which would allow tons of people create an exploit and hack machines.
Regardless doing a diff would still make no difference or help you understand the flaw any better.
that is exactly what the poster was asking, information on how to filter IM, whether it's done through a proxy or firewall is irrelevant.
> a "UNIX system" is more than just the OS. It's all these utilities, libraries, and API's too.
> You are correct, GNU is UNIX
Hrmm, how in the hell is GNU Unix?!?! to quote the first line from www.gnu.org, "GNU is not Unix!". GIU just doesn't look as cool as GNU.