I don't know what the problem here is. I ran over a month with RedHat 6.9 (the 7.0 beta) with a dual-CPU and dual-headed setup. How many crashes? 0.
Will my production servers get 7.0? Hell no! Will my production workstations get 7.0? Hell yes! It's stability against features. You have a choice with RedHat... a free [speech] on at that.
It's coming. There is just no way to get "timing closure" (i.e. resolve all timing differences/issues) in modern CBL (clocked boolean logic) IC designs as fast as the clock is, at the features sizes out there and the number of gates they sport. Most asynchronous technologies solve a number of power and EMI/clock skew issues, but there is still in the ease of design and design reuse (most asynchronous technologies are more difficult than CBL).
Enter Theseus Logic's Null Convention Logic (NCL). A dual-rail logic implementation that has all the benefits of traditional async, but also sports an inheritly delay insensitive nature and complete reuseable design at new feature sizes, temperatures and voltages. And unlike other asyncs, any CBL designer can be easily retrained to understand NCL. IMHO, NCL is the only viable solution right now that will solve the upcoming brick wall that will hit the CBL world by 2006.
Now since I've talked about NCL in at least 5 other/. posts, I'll let you read more. I'm no NCL expert (just the sysadmin at Theseus that seconds as a support engineer), so hit the web site for the most detailed info.
There are only 2 reasons I would agree to a background check that involves finances:
If the position includes a national security clearance or is in law enforcement
I the position involves direct access to a good size of the companies liquid assets
Both of these have valid merits to knowing my financial situation. But I would also want to know exactly who compiles the report and who reviews it.
Beware of companies that claim they are for one of the above. I had a fellow co-worker at a defense contractor who was a consultant with another company. That company (the consulting firm he worked for) was claiming my company (the defense contractor) needed a background check into his finances, etc... Not only was this completely untrue (he verified with our HR department), but both of us already had national security clearances (which would already reveal any issues).
So many companies are ready to abuse you out there.
In addition to the open-ended key size of Rijndael, after reading the AES Round 1 report, it looks like smart card applications were a key consideration (possible THE key?).
With smart cards, the issue is two fold. One, you need small code footprint, which both Rijndael and TwoFish did satisfy. And, two, the main means to hack smart cards is via power/EMI analysis.
Any circuit draws power and puts out EMI with the switching of its gates. Since there are power draws when they switch, the two are usually intertwined. I am familar with these because this because Theseus Logic's (my employer's) NCL (null convention logic) technology is ideal for smartcards because of its
more uniform power (gates switch independently so they are not switching and drawing power at the same time) further resulting in a
drastically reduced EMI signature compared to CBL (clocked boolean
logic). In addition to being reduced, the power/EMI signature it
looks nothing like CBL and those years of learning what CBL
circuits look like from a power/EMI standpoint are not applicable
to NCL at all.
TwoFish uses a very predictable addition subroutine that would
put out a reguarly timed power/EMI signature. Rijndael seems to
reduce its use of such easily identifyable operations (at least when analyzed under [6] in the report).
[ BTW, one thing I didn't understand was this statement about TwoFish: "During Round 1, there were a few concerns regarding the
overall complexity of its design." Anyone know what they meant by this? ]
The 386 chugs along and does one instruction after another. If one instruction installs any part of the chip (fetch, decode, execution, etc...), the whole chip stalls. It has no pre-fetch, no branch prediction, no (real) pipelining, no out-of-order execution and, again, only one pipe to do things.
The Pentium, K6 and newer processors have multiple pipes, even separate ones for integer, floating point, branching. The pre-fetch instructions, which includes branch prediction so they will usually pick the right path (although Intel's IA-64 just does both, long story). They do out-of-order execution to avoid stalls on opcodes with long cycles (like memory loads). Etc...
These things are NOT cake to design.
But your points are semi-valid. In fact, companies like IDT are the nemesis of AMD (the king of extending x86 designs in ways Intel could only dream of), they do simple designs (e.g., no out-of-order execution) in record design cycle times (e.g., 12-18 months). But in today's microprocessor world, you can get 3-4 fold increase by such designs. It's not just about clock speed anymore.
Places where you don't care about such features are in the embedded world. And in the embedded world, you don't care so much about x86 compatibility -- more concerned with power consumption (where x86 sux -- at least before Transmeta;-). E.g., Intel's (formerly Digital's) StrongArm is available at upto 600MHz, but has but a single pipe. But it also eats only 450mW.
If I didn't miss anything in my investigation, it looks like RedHat did not even put them on the Powertools CD! That is a _huge_ mistake IMHO!
They should always include anything that gives you backwards compatibility, even if they put it on a separate CD -- like the Powertools CD. Heck, it looks like they have at least 50MB free on it! Why not RedHat? [ And to think I've stuck with RedHat all these years because they don't pull stuff like this! Ha! ]
I think everyone is look at this issue in the completely incorrect way. Instead of aiming for such a feature limited application like "NetMeeting", why not just share desktops?
Virtual Network Computing (VNC) is what you seek. It runs on everything. On UNIX, it will give you multiple, virtual X-Windows sessions on a single box -- upto 99 by default -- which you can pump to Windows and other clients (even old DOS!) without a X-Server. It's basically pcAnywhere for everything, and then some (like multiple, virtual X-sessions)! I'm still finding more and more ways to use it. [ Heck, someone has even merged VNC with the NT GDI and made NT headless! ]
Run your apps remotely! Not some limited remote application! [ Is everyone in IT a victim of Microsoft marketing and thinks "NetMeeting" is desirable? If you have remote display, like UNIX with VNC, you do NOT need "NetMeeting"! ]
I just checked the Linksys BEFSR81 and it is in the same boat, 10Mbps on the WAN side. And I don't really call those NAT devices "firewalls". I think "firewall" gets overused like "3-D accelerator". So if you are talking a 100Mbps connection, why not get a real firewall? Or at least add a little protection with a DMZ port on the firewall.
On the cheap, you could build a headless Linux or OpenBSD box with three (3) 100Mbps NICs for under $500. I've had great success with Linux IPChains for all kinds of configurations (e.g., setting up a "test" server internally and properly routing it for internal systems so it appeared on a public IP), etc... I'm starting to get into OpenBSD (the various BIND 8 hacks make me think that Theo knows what he is talking about when it comes to OpenBSD sticking with BIND 4;-).
Otherwise, the SonicWall PRO is an excellent box that can be found for under $2,500. It features 100Mbps for WAN, DMZ and LAN. Excellent boxes for the price, good feature set (although the logging good be improved a bit, but everything else is great). Personally used these solutions as well (and identified a few trojans that people had accidently downloaded and installed on their PC with IE/Outlook). I even had an external server on it's DMZ port get hacked (c/o a known BIND 8 exploit that I failed to patch), but the internal systems on the LAN port were left untouched.
BTW, I just came up a good analogy yesterday on a LUG list regarding firewalls:
Open Door = Nothing So "passer-bys" can see in.
Closed Door = Private Network Router So "passer-bys" can't see in, but they can still get in. And you can easily get out.
Closed Door w/doornob lock =
Basic firewalls, non-ICSA certified "black box" A bit of difficulty to get in. You can still easily get out.
Closed Door w/doornob & deadbolt lock = SonicWall, ICSA-certified "black boxes" Much more difficult to get in. Blocks some things from getting out (and you can add limitations too).
Closed Door w/doornob & dual-keyed deadbolt lock =
Linux, OpenBSD and complete custom firewalls Hard to get in when properly configured. Doesn't allow poorly designed protocols to get out by default. Problem: Like a dual-keyed deadbolt lock, sometimes you leave it unlocked because it is a pain to deal with (or leave the key in the inside lock).
I have production systems now using Ext3, which is little more than Ext2 with full data journaling (and completely reversable). This is NOT an endorsement of Ext3, but the fact is that it is the only use usable at this point (largely because it is just a slight evolution from Ext2, unlike the others).
I am in the middle of a ~30 page HOWTO on NFS+Journaling. Contact me direclty if you are interested in a copy. Again, I have production servers and workstations running with Ext3 and sharing data out via NFS v2/3.
Personally, I find most new music I hear on the radio "sux". I cannot stand 98% of what is on the radio, and the repetition is rediculous. [ I know, I know, I'm getting old and those two statements prove it. It's funny, as a Gen-X'er, I think we cannot say "too loud" like our Baby Boomer parents did about our music because I think the Gen-Y stuff is too tame.;-> ].
I have held off on getting into Napster and Gnutella just like you. Just more problems then I care to deal with. And, again, the traditional media of radio and the lack of variety (again, getting old since it all sounds the same;-) keeps me from buying CDs as I don't like much out there. [ And I do NOT pirate, from music to software, I stay legal! The proof is in the fact that my wife makes fun of the "old" music I "still" listen too.;-) ].
Now I would kill for a site with just "sample" MP3s and the like, designed specifically for consumption by end users. Now that I have a cable modem, this is the preferred "new" way I'd like to sample music! If anything, MP3 distribution is no different than radio distribution -- sample lower quality to sell a higher quality end product (e.g., CDs).
I really don't know why the RIAA and "signed" artists have not persued this. If anything, after sampling, I'd probably go out and buy a number of CDs again. Again, I haven't bought but ~10 new ones in the last 3 years! [and, again, I don't pirate]. The RIAA and artists have lost customers like me. It's time they deal with the new market called the Internet and reach me!
And outside of the traditional RIAA and artist relationship, I'd rather just give my money directly to the artists -- especially the ones that can't get playing time on the radio. I mean, is anyone listening? There are consumers out there like me. And I make 5x as much money as when I did when I used to buy CDs by the crate!
[ I really gotta get into MP3s. I have a Plextor 40x CD-ROM with 24x DAE and I haven't even bothered to make MP3s of my own CDs. And now that those MP3-ROM CD players are out, there's no excuse anymore! ]
The DMCA removed any legal right you have to do this despite consumer protections in the Copyright Law of 1976 and subsequent common law. To due such is a criminal act thanks to the hard lobbying efforts of big business. You don't "own" anything. You have no "right" to anything. Welcome to the "new world."
Fuck you very much MPAA and RIAA. You just nixed our rights as well as a good segment of your market and profit potential at the same time.
I couldn't tell from either the IMHO or Roxen web sites, but what is the minimum system requirements for running the Roxen system?
I have a measly little K6-2-400 with 64MB of RAM running Linux (uses only about 32-48MB RAM with all services running) that I would like to run this sucker one, but I assume that ain't gonna cut it?
"" The company held their visas over their heads like some ComBlock country from decades ago. I was ashamed to be an American and face these people ""
You just hit on the problem with H1B visas, the fact that 50% of American companies abuse the system. By not paying them what they are worth, in turn, affects our wages, causes our engineers to be fired since they are more expensive (since companies can pay them peanuts because of the stupid H1B visa system), etc... Everyone loses, except for company profits.
Give these people green cards and let them become Americans. They'll demand the same wages and hours as Americans (so our quality doesn't go down). They'll teach their kids to speak English (not that that is a requirement to be an American, but still nice vs. other immigrants from the south who feel it is optional). Improve our overall technical base for generations to come, etc...
There is a patch that should make it into Linux 2.4. It is included in VALinux's unsupported kernels from HJL (as well as Ext3 and NFS, and don't forget the losetup/mount RPMs as well).
Otherwise, I just use Midnight Commander (mc) to peer into and even modify TAR, TAR.GZ, CPIO, RPM and other files. In fact, if you're serious about working on compressed files, why not get into RPM where you can script (among other things)?
asked about
the kid that got arrested for writing a DVD program
Because that is exactly what he did. He is guilty of writing nothing more than DVD program without a license!
It's interesting how the non-technical see it before they get the brainwashing propoganda of an industry that will shoot everybody, including themselves, out of speculative paranoia!
Dude, I went off and read everything on the site except the pages on the new 5.1 release. Dooh! I just continue to miss the obvious. Just grabbed the RPM[.crypt] file.
Anyhoo, thanx for the bit on Pro/E. Yes, I deal with Pro/E and being able to import is definately a big plus. What Pro/E version/formats have you had much success with? I also noticed the following list of file formats that can be imported (and some exported) into/from BRL-CAD (as of version 4.4 I believe).
As far as Mesa/GLX/OpenGL, just upgraded to 4.0.1 and haven't had much chance to mess with any of it. I'm running dual-headed (G200 + V3) so I'm not sure it would work anyway.
Dude! Thanx! I have been looking for a good CAD package to do some mechanical drawings. The fact that it does solid modeling is even better. It also interfaces with various engineering analysis packages (e.g., NASTRAN) which is a plus for some of my line of work.
How difficult was it to get working under Linux? I assume it uses Motif (will LessTif do? although OpenMotif is available and in RPM for RedHat now), or does it use standard X-Widgets? Any other details?
Of course I couldn't put the obvious together until I actually read the SVG spec.
Dia uses the SVG language natively for its XML methods.This example of a horizontal LED "shape" cited on the GnomeOffice home page for Dia is XML w/SVG.
So if it uses XML w/SVG natively, exports most major vector formats, is lean and mean like the GIMP, why use anything else? [ After using it for ~6 months now, Dia still continues to amaze me! I've just used it for it's EPS export capabilities with LyX. ]
I use the GTK+ based Dia (Diagram Editor) all the time. It's kinda like Visio and I find it even more intelligent in design (as did a few of my co-workers who use Visio). It comes with any Gnome bearing distro, and is part of the HelixCode HelixCode distro as well. I believe the latest version is v0.85 (just auto-updated my HelixGnome the other day).
Dia is extremly fast, powerful and flat out elegant IMHO. Dia is the vector graphics equivalent of GIMP, looks and acts very familiar. The native file format (.dia) is actually XML-based and quite extensible. All-in-all, I cannot find much wrong with any part of its design or implementation.
In fact, the only thing it lacks is a wealth of templates and object libraries (although there a some good base libraries, they are small). This, of course, can be easily added by regularly users over time. [ Hey everybody, there's an OSS project you can easily contribute too! Help create a rich object library for Dia! ]
FYI, Dia can export the following vector formats:
CGM (Computer Graphics Metafile)
DXF (Drawing Interchange Format)
EPS/EPSI (Enscapsulated Postscript)
PNG (Portable Network Graphics)
SVG (Scalable Vector Graphics)
TEX (TeX PSTricks Macros)
Using LyX and Dia, I can export both PS+EPS (easily converted in PDF) and HTML+PNG (or HTML+SVG) documents from the same original document in LyX+Dia (and the EPS graphics created in Dia show up WYSIWYG in LyX). If you're a tech writer, I think you'll find LyX+Dia a much, much better solution than anything else. [ Now only if they'd get the LyX codebase over to GTK+ as planned instead of continuing crappy XForms! And yes, I know about KLyX, but it is so out of date with the XForms codebase that it's not nearly as good. ]
Dude, I think you miss the point that even with the source code to Windows, DirectX, etc..., Microsoft still cannot get Windows 2000 compatible with many Windows 9x games!
Given that simple fact, just HTF do you expect Linux developers to implemented something that could very well be impossible from a compatibility standpoint (given the current design of DirectX) when they have to reverse engineer it in the first place -- even before they make it compatible?!?!?!
Dude -- a quick trip to FreeDOS-land will show you how hard it is to reverse engineer compatibility with a crappy design!
Your argument only has validity when comparing native Linux games to native Win9x games. Your argument should be to lobby software vendors to write native Linux games instead of native Win9x games. I really think you miss the whole scope of the problem.
In addition to remote display via X to other UNIX/X clients, I suppose you could run multiple VNC servers on the Linux with this program running under some of them -- and pump it to other, non-Windows platforms with a VNC viewer but no X support (e.g., Mac, Win3.x, VMS, DOS, etc...). Hmmm, anyone care to try it?
~$150/copy of Windows vs. ~$X/CAL for NT Termainl Server / Citrix WinFrame?
Now when it comes to "cost effectiveness", if you're paying ~$150 per user/session, isn't that a heck of a lot more than CAL (client access licenses) for NT Terminal Server or Citrix WinFrame? Let's say you could license Windows on a "concurrent basis", would it not still be more expensive? Heck, Microsoft might license Windows exactly for virtual machines at a much higher price for that reason.
Illegitimate use of Windows 9x?
So at what point does Microsoft limit your use of their Windows 9x products with their EULA? Could they not outlaw you from using it in such a manner, or say your "right-to-use" (RTU) license doesn't cover it??? They could claim their is "no way to enforce proper licensure because you can run multiple copies". Heck, they might even sue Telos (even though their product doesn't have anything to do with such "misuse" -- although that didn't stop the Napster verdict;-). I'd say they'd do any or all of this if it gave their NT Terminal Server some "competition".
Personally I'm sick and tired of ignorant users complaining about lack of DirectX/3D support in Linux. Why? Because even Microsoft has issues with DirectX/3D support in NT/2000. In Windows NT/2000, the game must be mainly OpenGL-based or, in the case of 2000, use the newer DirectX versions that are suppored. If Microsoft cannot even get it's own products to work with its own, alternate, lesser-used OS, how the freak do you think Linux will???
You see, DirectX was originally little more than a set of function wrappers to direct hardware and, gulp, DOS-like memory mapped I/O! Hence, the problem with NT. By DirectX 6, Microsoft finally realized that an API for unprotected memory and hardware access was a BAD idea and finally started migrating DirectX to a protected state.
Still, implementation in Windows 2000 is far from perfect, but I'm sure DirectX 8 will improve on a lot things. Since Microsoft isn't licensing it's DirectX code, I seriously doubt anyone will be able to product a hardware-accelerated DirectX implementation very soon. And even if they managed to reverse engineer some of it, it would be hard to keep up with Microsoft's constant changes.
So quit asking for the impossible! Lobby software vendors to support DRI. If anything, I'd made the selling point that UNIX vendors don't change half the function names and parameters every freak'n version release! [ God that pisses me off Microsoft! ]
Slashdot Mirror
I don't know what the problem here is. I ran over a month with RedHat 6.9 (the 7.0 beta) with a dual-CPU and dual-headed setup. How many crashes? 0.
Will my production servers get 7.0? Hell no! Will my production workstations get 7.0? Hell yes! It's stability against features. You have a choice with RedHat ... a free [speech] on at that.
Learn the RedHat . release ruling: .0 = bad, .1 = tolerable, .2 = stable
-- Bryan "TheBS" Smith
It's coming. There is just no way to get "timing closure" (i.e. resolve all timing differences/issues) in modern CBL (clocked boolean logic) IC designs as fast as the clock is, at the features sizes out there and the number of gates they sport. Most asynchronous technologies solve a number of power and EMI/clock skew issues, but there is still in the ease of design and design reuse (most asynchronous technologies are more difficult than CBL).
Enter Theseus Logic's Null Convention Logic (NCL). A dual-rail logic implementation that has all the benefits of traditional async, but also sports an inheritly delay insensitive nature and complete reuseable design at new feature sizes, temperatures and voltages. And unlike other asyncs, any CBL designer can be easily retrained to understand NCL. IMHO, NCL is the only viable solution right now that will solve the upcoming brick wall that will hit the CBL world by 2006.
Now since I've talked about NCL in at least 5 other /. posts, I'll let you read more. I'm no NCL expert (just the sysadmin at Theseus that seconds as a support engineer), so hit the web site for the most detailed info.
-- Bryan "TheBS" Smith
-- Bryan "TheBS" Smith
There are only 2 reasons I would agree to a background check that involves finances:
Both of these have valid merits to knowing my financial situation. But I would also want to know exactly who compiles the report and who reviews it.
Beware of companies that claim they are for one of the above. I had a fellow co-worker at a defense contractor who was a consultant with another company. That company (the consulting firm he worked for) was claiming my company (the defense contractor) needed a background check into his finances, etc... Not only was this completely untrue (he verified with our HR department), but both of us already had national security clearances (which would already reveal any issues).
So many companies are ready to abuse you out there.
-- Bryan "TheBS" Smith
In addition to the open-ended key size of Rijndael, after reading the AES Round 1 report, it looks like smart card applications were a key consideration (possible THE key?).
With smart cards, the issue is two fold. One, you need small code footprint, which both Rijndael and TwoFish did satisfy. And, two, the main means to hack smart cards is via power/EMI analysis.
Any circuit draws power and puts out EMI with the switching of its gates. Since there are power draws when they switch, the two are usually intertwined. I am familar with these because this because Theseus Logic's (my employer's) NCL (null convention logic) technology is ideal for smartcards because of its more uniform power (gates switch independently so they are not switching and drawing power at the same time) further resulting in a drastically reduced EMI signature compared to CBL (clocked boolean logic). In addition to being reduced, the power/EMI signature it looks nothing like CBL and those years of learning what CBL circuits look like from a power/EMI standpoint are not applicable to NCL at all.
TwoFish uses a very predictable addition subroutine that would put out a reguarly timed power/EMI signature. Rijndael seems to reduce its use of such easily identifyable operations (at least when analyzed under [6] in the report).
[ BTW, one thing I didn't understand was this statement about TwoFish: "During Round 1, there were a few concerns regarding the overall complexity of its design." Anyone know what they meant by this? ]
-- Bryan "TheBS" Smith
The 386 chugs along and does one instruction after another. If one instruction installs any part of the chip (fetch, decode, execution, etc...), the whole chip stalls. It has no pre-fetch, no branch prediction, no (real) pipelining, no out-of-order execution and, again, only one pipe to do things.
The Pentium, K6 and newer processors have multiple pipes, even separate ones for integer, floating point, branching. The pre-fetch instructions, which includes branch prediction so they will usually pick the right path (although Intel's IA-64 just does both, long story). They do out-of-order execution to avoid stalls on opcodes with long cycles (like memory loads). Etc...
These things are NOT cake to design.
But your points are semi-valid. In fact, companies like IDT are the nemesis of AMD (the king of extending x86 designs in ways Intel could only dream of), they do simple designs (e.g., no out-of-order execution) in record design cycle times (e.g., 12-18 months). But in today's microprocessor world, you can get 3-4 fold increase by such designs. It's not just about clock speed anymore.
Places where you don't care about such features are in the embedded world. And in the embedded world, you don't care so much about x86 compatibility -- more concerned with power consumption (where x86 sux -- at least before Transmeta ;-). E.g., Intel's (formerly Digital's) StrongArm is available at upto 600MHz, but has but a single pipe. But it also eats only 450mW.
-- Bryan "TheBS" Smith
If I didn't miss anything in my investigation, it looks like RedHat did not even put them on the Powertools CD! That is a _huge_ mistake IMHO!
They should always include anything that gives you backwards compatibility, even if they put it on a separate CD -- like the Powertools CD. Heck, it looks like they have at least 50MB free on it! Why not RedHat? [ And to think I've stuck with RedHat all these years because they don't pull stuff like this! Ha! ]
-- Bryan "TheBS" Smith
Straight from the VNC front page under "What makes it different from other systems?":
[ CSCW = Computer Supported Cooperative Work ]
Again, use the apps you are familiar with natively when you work cooperatively! Not some stupid, limited application (like "NetMeeting")!
-- Bryan "TheBS" Smith
I think everyone is look at this issue in the completely incorrect way. Instead of aiming for such a feature limited application like "NetMeeting", why not just share desktops?
Virtual Network Computing (VNC) is what you seek. It runs on everything. On UNIX, it will give you multiple, virtual X-Windows sessions on a single box -- upto 99 by default -- which you can pump to Windows and other clients (even old DOS!) without a X-Server. It's basically pcAnywhere for everything, and then some (like multiple, virtual X-sessions)! I'm still finding more and more ways to use it. [ Heck, someone has even merged VNC with the NT GDI and made NT headless! ]
Run your apps remotely! Not some limited remote application! [ Is everyone in IT a victim of Microsoft marketing and thinks "NetMeeting" is desirable? If you have remote display, like UNIX with VNC, you do NOT need "NetMeeting"! ]
-- Bryan "TheBS" Smith
I just checked the Linksys BEFSR81 and it is in the same boat, 10Mbps on the WAN side. And I don't really call those NAT devices "firewalls". I think "firewall" gets overused like "3-D accelerator". So if you are talking a 100Mbps connection, why not get a real firewall? Or at least add a little protection with a DMZ port on the firewall.
On the cheap, you could build a headless Linux or OpenBSD box with three (3) 100Mbps NICs for under $500. I've had great success with Linux IPChains for all kinds of configurations (e.g., setting up a "test" server internally and properly routing it for internal systems so it appeared on a public IP), etc... I'm starting to get into OpenBSD (the various BIND 8 hacks make me think that Theo knows what he is talking about when it comes to OpenBSD sticking with BIND 4 ;-).
Otherwise, the SonicWall PRO is an excellent box that can be found for under $2,500. It features 100Mbps for WAN, DMZ and LAN. Excellent boxes for the price, good feature set (although the logging good be improved a bit, but everything else is great). Personally used these solutions as well (and identified a few trojans that people had accidently downloaded and installed on their PC with IE/Outlook). I even had an external server on it's DMZ port get hacked (c/o a known BIND 8 exploit that I failed to patch), but the internal systems on the LAN port were left untouched.
BTW, I just came up a good analogy yesterday on a LUG list regarding firewalls:
So "passer-bys" can see in.
So "passer-bys" can't see in, but they can still get in. And you can easily get out.
A bit of difficulty to get in. You can still easily get out.
Much more difficult to get in. Blocks some things from getting out (and you can add limitations too).
Hard to get in when properly configured. Doesn't allow poorly designed protocols to get out by default.
Problem: Like a dual-keyed deadbolt lock, sometimes you leave it unlocked because it is a pain to deal with (or leave the key in the inside lock).
-- Bryan "TheBS" Smith
I have production systems now using Ext3, which is little more than Ext2 with full data journaling (and completely reversable). This is NOT an endorsement of Ext3, but the fact is that it is the only use usable at this point (largely because it is just a slight evolution from Ext2, unlike the others).
I am in the middle of a ~30 page HOWTO on NFS+Journaling. Contact me direclty if you are interested in a copy. Again, I have production servers and workstations running with Ext3 and sharing data out via NFS v2/3.
-- Bryan "TheBS" Smith
Personally, I find most new music I hear on the radio "sux". I cannot stand 98% of what is on the radio, and the repetition is rediculous. [ I know, I know, I'm getting old and those two statements prove it. It's funny, as a Gen-X'er, I think we cannot say "too loud" like our Baby Boomer parents did about our music because I think the Gen-Y stuff is too tame. ;-> ].
I have held off on getting into Napster and Gnutella just like you. Just more problems then I care to deal with. And, again, the traditional media of radio and the lack of variety (again, getting old since it all sounds the same ;-) keeps me from buying CDs as I don't like much out there. [ And I do NOT pirate, from music to software, I stay legal! The proof is in the fact that my wife makes fun of the "old" music I "still" listen too. ;-) ].
Now I would kill for a site with just "sample" MP3s and the like, designed specifically for consumption by end users. Now that I have a cable modem, this is the preferred "new" way I'd like to sample music! If anything, MP3 distribution is no different than radio distribution -- sample lower quality to sell a higher quality end product (e.g., CDs).
I really don't know why the RIAA and "signed" artists have not persued this. If anything, after sampling, I'd probably go out and buy a number of CDs again. Again, I haven't bought but ~10 new ones in the last 3 years! [and, again, I don't pirate]. The RIAA and artists have lost customers like me. It's time they deal with the new market called the Internet and reach me!
And outside of the traditional RIAA and artist relationship, I'd rather just give my money directly to the artists -- especially the ones that can't get playing time on the radio. I mean, is anyone listening? There are consumers out there like me. And I make 5x as much money as when I did when I used to buy CDs by the crate!
[ I really gotta get into MP3s. I have a Plextor 40x CD-ROM with 24x DAE and I haven't even bothered to make MP3s of my own CDs. And now that those MP3-ROM CD players are out, there's no excuse anymore! ]
-- Bryan "TheBS" Smith
The DMCA removed any legal right you have to do this despite consumer protections in the Copyright Law of 1976 and subsequent common law. To due such is a criminal act thanks to the hard lobbying efforts of big business. You don't "own" anything. You have no "right" to anything. Welcome to the "new world."
Fuck you very much MPAA and RIAA. You just nixed our rights as well as a good segment of your market and profit potential at the same time.
-- Bryan "TheBS" Smith
I couldn't tell from either the IMHO or Roxen web sites, but what is the minimum system requirements for running the Roxen system?
I have a measly little K6-2-400 with 64MB of RAM running Linux (uses only about 32-48MB RAM with all services running) that I would like to run this sucker one, but I assume that ain't gonna cut it?
-- Bryan "TheBS" Smith
"" The company held their visas over their heads like some ComBlock country from decades ago. I was ashamed to be an American and face these people ""
You just hit on the problem with H1B visas, the fact that 50% of American companies abuse the system. By not paying them what they are worth, in turn, affects our wages, causes our engineers to be fired since they are more expensive (since companies can pay them peanuts because of the stupid H1B visa system), etc... Everyone loses, except for company profits.
Give these people green cards and let them become Americans. They'll demand the same wages and hours as Americans (so our quality doesn't go down). They'll teach their kids to speak English (not that that is a requirement to be an American, but still nice vs. other immigrants from the south who feel it is optional). Improve our overall technical base for generations to come, etc...
-- Bryan "TheBS" Smith
There is a patch that should make it into Linux 2.4. It is included in VALinux's unsupported kernels from HJL (as well as Ext3 and NFS, and don't forget the losetup/mount RPMs as well).
Otherwise, I just use Midnight Commander (mc) to peer into and even modify TAR, TAR.GZ, CPIO, RPM and other files. In fact, if you're serious about working on compressed files, why not get into RPM where you can script (among other things)?
-- Bryan "TheBS" Smith
I love how she put that:
Because that is exactly what he did. He is guilty of writing nothing more than DVD program without a license!
It's interesting how the non-technical see it before they get the brainwashing propoganda of an industry that will shoot everybody, including themselves, out of speculative paranoia!
-- Bryan "TheBS" Smith
Dude, I went off and read everything on the site except the pages on the new 5.1 release. Dooh! I just continue to miss the obvious. Just grabbed the RPM[.crypt] file.
Anyhoo, thanx for the bit on Pro/E. Yes, I deal with Pro/E and being able to import is definately a big plus. What Pro/E version/formats have you had much success with? I also noticed the following list of file formats that can be imported (and some exported) into/from BRL-CAD (as of version 4.4 I believe).
As far as Mesa/GLX/OpenGL, just upgraded to 4.0.1 and haven't had much chance to mess with any of it. I'm running dual-headed (G200 + V3) so I'm not sure it would work anyway.
-- Bryan "TheBS" Smith
Dude! Thanx! I have been looking for a good CAD package to do some mechanical drawings. The fact that it does solid modeling is even better. It also interfaces with various engineering analysis packages (e.g., NASTRAN) which is a plus for some of my line of work.
How difficult was it to get working under Linux? I assume it uses Motif (will LessTif do? although OpenMotif is available and in RPM for RedHat now), or does it use standard X-Widgets? Any other details?
Thanx again ...
-- Bryan "TheBS" Smith
Of course I couldn't put the obvious together until I actually read the SVG spec. Dia uses the SVG language natively for its XML methods. This example of a horizontal LED "shape" cited on the GnomeOffice home page for Dia is XML w/SVG.
So if it uses XML w/SVG natively, exports most major vector formats, is lean and mean like the GIMP, why use anything else?
[ After using it for ~6 months now, Dia still continues to amaze me! I've just used it for it's EPS export capabilities with LyX. ]
-- Bryan "TheBS" Smith
I use the GTK+ based Dia (Diagram Editor) all the time. It's kinda like Visio and I find it even more intelligent in design (as did a few of my co-workers who use Visio). It comes with any Gnome bearing distro, and is part of the HelixCode HelixCode distro as well. I believe the latest version is v0.85 (just auto-updated my HelixGnome the other day).
Dia is extremly fast, powerful and flat out elegant IMHO. Dia is the vector graphics equivalent of GIMP, looks and acts very familiar. The native file format (.dia) is actually XML-based and quite extensible. All-in-all, I cannot find much wrong with any part of its design or implementation.
In fact, the only thing it lacks is a wealth of templates and object libraries (although there a some good base libraries, they are small). This, of course, can be easily added by regularly users over time.
[ Hey everybody, there's an OSS project you can easily contribute too! Help create a rich object library for Dia! ]
FYI, Dia can export the following vector formats:
Using LyX and Dia, I can export both PS+EPS (easily converted in PDF) and HTML+PNG (or HTML+SVG) documents from the same original document in LyX+Dia (and the EPS graphics created in Dia show up WYSIWYG in LyX). If you're a tech writer, I think you'll find LyX+Dia a much, much better solution than anything else.
[ Now only if they'd get the LyX codebase over to GTK+ as planned instead of continuing crappy XForms! And yes, I know about KLyX, but it is so out of date with the XForms codebase that it's not nearly as good. ]
-- Bryan "TheBS" Smith
Good point! Didn't look at it that way.
-- Bryan "TheBS" Smith
Dude, I think you miss the point that even with the source code to Windows, DirectX, etc..., Microsoft still cannot get Windows 2000 compatible with many Windows 9x games!
Given that simple fact, just HTF do you expect Linux developers to implemented something that could very well be impossible from a compatibility standpoint (given the current design of DirectX) when they have to reverse engineer it in the first place -- even before they make it compatible?!?!?!
Dude -- a quick trip to FreeDOS-land will show you how hard it is to reverse engineer compatibility with a crappy design!
Your argument only has validity when comparing native Linux games to native Win9x games. Your argument should be to lobby software vendors to write native Linux games instead of native Win9x games. I really think you miss the whole scope of the problem.
-- Bryan "TheBS" Smith
VNC Server = "Universal Solution"?
In addition to remote display via X to other UNIX/X clients, I suppose you could run multiple VNC servers on the Linux with this program running under some of them -- and pump it to other, non-Windows platforms with a VNC viewer but no X support (e.g., Mac, Win3.x, VMS, DOS, etc...). Hmmm, anyone care to try it?
~$150/copy of Windows vs. ~$X/CAL for NT Termainl Server / Citrix WinFrame?
Now when it comes to "cost effectiveness", if you're paying ~$150 per user/session, isn't that a heck of a lot more than CAL (client access licenses) for NT Terminal Server or Citrix WinFrame? Let's say you could license Windows on a "concurrent basis", would it not still be more expensive? Heck, Microsoft might license Windows exactly for virtual machines at a much higher price for that reason.
Illegitimate use of Windows 9x?
So at what point does Microsoft limit your use of their Windows 9x products with their EULA? Could they not outlaw you from using it in such a manner, or say your "right-to-use" (RTU) license doesn't cover it??? They could claim their is "no way to enforce proper licensure because you can run multiple copies". Heck, they might even sue Telos (even though their product doesn't have anything to do with such "misuse" -- although that didn't stop the Napster verdict ;-). I'd say they'd do any or all of this if it gave their NT Terminal Server some "competition".
-- Bryan "TheBS" Smith
Personally I'm sick and tired of ignorant users complaining about lack of DirectX/3D support in Linux. Why? Because even Microsoft has issues with DirectX/3D support in NT/2000. In Windows NT/2000, the game must be mainly OpenGL-based or, in the case of 2000, use the newer DirectX versions that are suppored. If Microsoft cannot even get it's own products to work with its own, alternate, lesser-used OS, how the freak do you think Linux will???
You see, DirectX was originally little more than a set of function wrappers to direct hardware and, gulp, DOS-like memory mapped I/O! Hence, the problem with NT. By DirectX 6, Microsoft finally realized that an API for unprotected memory and hardware access was a BAD idea and finally started migrating DirectX to a protected state.
Still, implementation in Windows 2000 is far from perfect, but I'm sure DirectX 8 will improve on a lot things. Since Microsoft isn't licensing it's DirectX code, I seriously doubt anyone will be able to product a hardware-accelerated DirectX implementation very soon. And even if they managed to reverse engineer some of it, it would be hard to keep up with Microsoft's constant changes.
So quit asking for the impossible! Lobby software vendors to support DRI. If anything, I'd made the selling point that UNIX vendors don't change half the function names and parameters every freak'n version release! [ God that pisses me off Microsoft! ]
-- Bryan "TheBS" Smith