This attack is available over IP. Don't need inside access. Don't need to crack any of your boxes inside. Just need the IP of your DSL modem and some spoofing.
Good luck trying that. Since you need to access the LAN via the VPN tunnel your UDP packets get blocked right there in the INPUT chain. Spoofing is also easily detected. Also if you read the advisory correctly you wouldn't even need the exact IP address of the modem. That is of course if your ECHO packets manage to get past the firewall, again, good luck trying...
While the security issues are grave, they are not as easily exploitable, and with proper care a non-issue. I noticed Alcatel's stupidity the first day I got my modem, open telnet to the settings menu. Wish I had made some real noise back then, I could have become a "l33t security expert";-)
If you own an Alcatel DSL modem, you will be interrested to know that virtually anybody on the planet is probably able to reconfigure you modem, steal your passwords, sniff your data, install a custom firmware into it, or just break it for fun.
This is mostly bullshit! First you'd have to gain access to the computer or network the Alcatel modem is on. And for that you'd have to gain root. The only outside attacks possible are out of your hands anyway (someone will need to tap your phoneline or break into your telco provider).
However, the default security setting of the Alcatel modem IS pathetic in the sense that it has an open frontdoor!
Some things you need to take care of:
Change the default IP address. Not very helpful, but it's better than the 10.0.0.138 default everyone knows.
Set a password!
Block all non-essential traffic to the modem. That means blocking FTP, TELNET, TFTP and HTTP when not configuring the modem. Configuration is only needed once. Not blocking this traffic means anyone can still gain access through the "EXPERT" login.
The above point means you cannot safely attach your Alcatel modem to a firewall-impaired HUB.
Bug Alcatel / your DSL provider about this!
The most disturbing flaw is the fact that IF someone gains access to your modem they can render it unusable, requiring hardware replacement:(
Because of glade! Glade enabled me to get an interface going quickly without messing too much with gtk+. And at the time Qt was not free enough. I'm working on abstracting the GUI though since the current interface is pathetic:-)
Why the heck should I choose KDE? Both Sun and HP have announced the replacement of CDE with Gnome
They were using CDE for crying out loud! That should be warning enough to not follow their lead!:-)
Personally I use KDE2 because it actually works and adds value to my desktop. I've tried GNOME dozens of time, only to remove it from my X session the next day. KDE is much more integrated, or at least, it feels like it's more integrated. And it seems to be improving at a much faster rate than GNOME. Part of GNOME's handicap is perhaps the fact that it's based on a toolkit where designing a new widget requires copying an existing widget's source and modifying it, duplicating much of the mechanisms you get for free, in an object oriented language.
I actually own a BeBox. Be sold those boxes at a loss, and I still had to plunk down about $1500 for a barebones dual 603e 133Mhz box (basically the case with the motherboard and CPUs, nothing else, no monitor, nothing). A year later I got a PII 233 and it smoked the BeBox at almost everything. If Be had continued with the BeBox they would be dead and gone 4 years ago.
Now is anyone in NL interested in getting a mint condition BeBox 133?:-)
This has been debated to death on BeNews. Basically Be needs another round of investments to continue past Q2. This fact has been public knowledge for a couple of months now, so there's no real surprise here.
But you have to wonder, has the window of opportunity closed for Be? They had a brilliant chance at gaining a few % points of the desktop market. Unfortunately for them it was right at the moment when everyone was suffering from LINUX fever. Coat-tailing on Linux didn't help Be either ("we can co-exist peacefully next to Windows *and* Linux).
Today Be is focussing all efforts on their BeIA product. But again, unfortunately, the IA market is not happening. The devices are too expen$ive and/or not compelling enough!
If the BeIA powered Sony eVilla flops, it will definitely be the end for Be as we know it. And IMHO chances are good it will flop (unless some Linux h4ck3r d00d figures out a way to put Linux on it;-)
I learned a good deal from programming the BeOS, it was a lot of fun too. However, Linux is where it's all happening. Linux is moving at lightspeed, as always, while BeOS has been throthling at idle for well over a year now (*). The biggest disadvantage BeOS/BeIA has IMHO: tied to a single commercial entity. If that entity goes down, it takes the OS with it.
And here's a preemtive strike: BeOS will never be opensourced. It contains too much licensed code! Remember how long it took Netscape to clean up Navigator sources! With the money/time squeeze Be is in right now, they are not even thinking about it!
Remember, you released your code under the GPL. Libranet is free to do whatever you want with your code, it is free software
No they can't do what they want with it! They'll have to adhere to the GPL! Your supposed lecture on the GPL was really a waste of time since I perfectly well know what the GPL stands for. I'm not seeking to get paid for my GPL work. I'm simply commenting on their plea.
They have the right to ask for money, so do I, if I wanted too, the GPL doesn't take that away.
Monkeys or not, BeOS users have had this "new" feature for the last year and a half
It was worth the wait, seeing it is totally royalty free! BeOS simply licensed their font engine from someone else (Bitstream?), which means that theoretically Be looses money on each free BeOS copy downloaded. Wonder how long they can sustain it...
As for your rundown of toolkits, what about Athena?
What about it? If you are using Athena apps, anti-aliasing is probably the last thing you should be concerned about:) Athena was developed as a "sample X toolkit". I would guess the last time something radically changed in Athena was perhaps in X11R6.1 or earlier. Adding AA to Athena might be a weekend project for someone sufficiently intimate with it but seeing as it hasn't happened yet the demand must not be there. Keithp hacked the twm sources for AA, but he opted to not release the modifications. Perhaps the code is just too obscure for him to even bother cleaning it up for a release. The same goes for Athena probably.
Also, if we now need a DE to get all the features of X, why bother with X compatibility anymore? We could just port KDE or GNOME to a new windowing system and have the same application base (with some tweeks.)
Oh, so we throw away X and just re-invent it again? Please! X development might have been dormant a couple of years ago, but man, it's going places today!
I'm sick and tired of hearing how X is bloated and stuff. My Linux X desktop with NVidia hardware is *FASTER* than anything BeOS can come up with, and not just for 2D, 3D too! (oops, that was a low blow, sorry, OpenGL beta10 should be here anyday now right?).
With RENDER becoming more widespread by the day you can bet your ass anti-aliasing will become more pervasive. I'm also looking forward to the RandR extension (Resize and Rotate), where you can just flip your display with a simple command. Think PDA's, tilt screen monitors, etc.. That's the beauty of extensions...
Anyway, nevermind that we got AA just a couple of months ago, fact is it's here, and it's free! It will prosper, wether you like it or not:-)
Tell you what, you come up with free windowing system in the next year that allows me to run a web browser on a box that's half a world away, then lets talk about replacing X. Also, think about the following:
Pervasive (X runs on millions of desktops)
Industry Standard. Think SGI, HP, Scientific community -> Universaties
Open Source, anyone can hack it
Official hardware manufacturer support. Convince NVidia, ATI, Matrox, 3DLabs, etc.. to write drivers for your system. Hell, even Be can't accomplish this right now!
GLX / DRI. OpenGL for serious apps and games. Needs to be integrated in the windowing system, preferrably with remote 3D capabilities (GLX)
Remote display. Should be fast and efficient (a la LBX). No need to buy XMaple when I can run it at University and view it on my desktop at home:)
Session management. And multi-user support too, don't forget security issues.
Software base. Make sure it's compatible with at least gtk+ and Qt.
Multi-monitor support. An X replacement would need to have this too. Good luck! For example, there is no Xinerama like functionality in BeOS, and very unlikely to ever happen since a rewrite of the app_server would be needed.
Replacing X with something better? Try it! The good folks from the Berlin-Consortium have been trying this for years, without much success. I'd say time and energy would be much better spend optimizing the current X architecture/drivers than to come up with a whole new system that will eventually be X.
Now, where do I find an X server for my dual 133 BeBox??!:-)
-adnans (posting from konqueror remotely over 100MBit ethernet, displaying on a PAL TV connected to a G400:)
I run xmaple with a heavily modified resources file with better (read: bigger) fonts. The changes are actually for all Motif apps. Still ticks me off thpigh that Maple uses MDI and uses MWM for the internal window decorations:)
BTW, amazing how fast xmaple can be when run remotely using ssh compression. The Sparc box at Uni is a lot faster at running my stuff anyway + no hassles finding/installing/maintaining xmaple for linux:)
-adnans
to open-source his code and 3Dfx provided XFree86 developers with full documentation for the whole Voodoo range.
So where is SLI for Voodoo5? If full specs were released we would have SLI for Voodoo now.
...who are always a full XFree86 release behind with their 'closed-source' drivers!
Huh? FYI, the NVidia drivers work with the newest X releases. The XFree86 driver model doesn't require a recompile for each new release. In fact, I would say NVidia is ahead of the curve, since there is already support for their Geforce3, even though you can't get it in stores yet. Unless you're a MacOS user, in which case you wouldn't care about XFree86 anyway.
I got rid of my TNT2 when I found out that nVidia couldn't even be bothered to support the XRender extension with their 0.9.5 driver release and nobody at nVidia would reply to my e-mails asking if/when it would be supported.
Guess what, Render support is in the new NVidia release! If you absolutely needed Render right away you could always have used the "nv" driver that comes with XFree86.
Indeed, my computer doesn't crash now while playing Unreal Tournament using OpenGL with the Voodoo5
Isn't that effectively a Voodoo4?:-) BTW, I want open source UT, damnit! What's with this partial open source UT stuff??! Hehe..
Qt. Covered, qt 2.2.3 supports AA text, and that means ALL Qt (KDE) applications inherit AA text by default. And if you happen to be a monkey and use KDE on your desktop you'll get anti-aliasing desktop wide, now! How's that, BeOS monkey? (since BeOS only has 1 toolkit c.q. DE all users are monkeys by your definition:)
Gtk+. Gtk+ 2.0 will bring AA support, which brings in GNOME and the rest of the Gtk+ World. This and Qt should cover about 95% of all apps.
FLTK. Covered. This is important for the PDA market.
Motif. Unless ICS or whoever is in charge of Motif today get their act together it'll be a while. Luckily, there are no Motif apps that I know of that suffer from missing anti-aliasing. Netscape? Nah, Konqueror burries it.
I'd say pervasive AA-text will be reality in 6 months time.
Eazel Software Catalog. Hmm, looks like apt-get with a nice front end to me. Basically they want to create the Debian-style repository, but for RPM. By concentrating on RPM based distributions (RedHat) from the start Eazel might have discovered a problem: "automatic software upgrades". However a solution already existed in Linux space, Debian!
Eazel Online Storage: been there, done that. Unless Eazel can provide high speed access to my data 24 hours a day it's not interesting at all. Personal experience with other such (free) services have been disappointing so far. And storage space becomes cheaper and broadband more pervasive peer-to-peer communication will become that more interesting for (Linux) consumers. I.e. talk directly to your home computer from anywhere! Instead of through Eazel. That said, uploading/downloading is quite fast. Let's hope it stays that way once all gnomes store their MP3's^H^H^H^H^H family pictures on Eazel.
Interesting to see how they're planning on making cash.
Much of Nautilus will probably need to be rewritten once GNOME 2.0 comes out. As it is now, Nautilus is THE SLOWEST GNOME/Linux applications I've used ever. I do like my anti-alisased fonts hardware accellerated with RENDER, thank you very much! (yeah, already spoiled:)
-adnans
Re:Two obvious questions:
on
Linux TV
·
· Score: 1
Hehehe:)
The KFM part of Konqueror is just too heavyweight for TV File browsing. ROX simply feels better. On the other hand Konqueror has a WEB browser rocks!
Re:Do it yourself Linux TV
on
Linux TV
·
· Score: 3
Athlon 900 (workstation). A Celery 500 might have trouble doing realtime compression. It does have MMX right? No offense, but Celery's suck;)
BT848 Hauppauge (old)
7200RPM IDE disk, UDMA, unmasked IRQ (mp1e 1.80-something
V4L2 which is much better at capturing data than the standard V4L1 stuff
I would reccommend capturing at 640x480 or 320x240 if you are going to playback on a TV, you'll save a lot of space/cpu without losing anything. Use xawtv for tuning your card, v4lctl or plain xawtv. Then you do something like this:
$ mp1e -G 640x480 -b 4.0 > some_file.mpeg
Experiment with the bitrate and picture size for best results. I haven't tried playing back these captured streams on the DXR3 but I'm sure it's possible. Something to try over the weekend:)
Good luck...
-adnans
Re:Do it yourself Linux TV
on
Linux TV
·
· Score: 2
No, but it's as simple as adding a BT8[47]8/etc card to the box and using something like VCR or mp1e for Linux. I've had quite good results with mp1e and V4L2 recording ST: Voyager episodes at 768x576 @ 25fps on my other box. Broadcast 2000 had a little trouble with the resulting mpeg but the latest version should work fine. You will have to handedit the stream to get rid of the commercials. Bottom line: since it's a whitebox PC you can add functionality as you like, given enough funds / spare time:)
I've been running my own doityourself Linux TV typing thing for a couple of months now. Photo's of the actual TV, click here (1) and here (2). The setup supports everything from basic text, mp3 playback, gnapster'ing all the way to fullscreen DVD viewing.
Hardware:
Sony PAL TV with s-video and dual SCART input (G4xx supports both PAL and NTSC output)
AMD Athlon 700
Matrox G400 MAX (any G4xx dualhead will do)
Hollywood+ / DXR3 MPEG decoder card
Trident 4DWave NX
Wireless SK7100 keyboard (full Linux support using 'hotkeys')
Logitech wireless mouse (PS/2)
Software:
Linux 2.4.0-XFS (80Gig *bloody fast*, journalled XFS data partition)
Debian Woody (the best:)
XFree 4.0.2 + Matrox mga.o binary with HAL
WMaker 0.60.4, for proper Xinerama support
aviplay + plaympeg for fullscreeen DivX;-) / MPEG2 playback
The TV..erh..Linux box automatically boots up in KDM so logging in is as simply as switching to the "X Win" channel and typing your user/login:) Unfortunately KDE2 (still) doesn't support Xinerama properly so running it on the TV-out screen:0.1 is tricky at best, impossible for newbies. The Trident NX card, using ALSA, is also hooked up to my Dolby Digital / DTS amp through the S/PDIF which gets me full 5.1 digital audio out.
Latest addition to the software list is MP3sb which catalogs all your MP3's and has provides you with multiple views of your colection. Konqueror displaying the PHP3 client. Anyway, lots of fun hacking this stuff...
XRender will be supported in the upcoming 0.9-7 release. Full hardware support for XRender should make it in 0.9-8. When that happens the NVidia cards will probably be the fastest and most feature rich you can get for Linux. Given, this will be for x86 only for now, but as an AMD x86 user I can't complain.
This info comes from a reliable source. And since NVidia has hired this X guru, I can only conclude that they're very serious about Linux/XFree support (Think SGI).
Posted from an AA'd konqueror browser (driver "nv" for now:)
Seriously, I think Corel management is doing a U turn now that Microsoft is devesting in the company. Never burn your bridges, especially if you're heading for Microsoft territory.
dmSDK is SGI's Digital Media SDK. It was recently released for Linux. The advantage IMHO is that dmSDK is already being deployed on Irix and NT, in other words, it has been field tested and is very well documented. And because it's desktop enviroment independant (i.e. it doesn't have a G or K prefix:) its acceptance might happen more frictionless. It is not (yet?) released under GPL but under SGI's OSS license. But the most important "advantage" is has is perhaps the fact that it is included in the Khronos group's standard which makes it just as standard as OpenGL. I encourage you to go check it out...
But the fact remains that for a few weeks, OSS hardcores unwilling to use the NVIDIA-supplied drivers were able to use their cards in BeOS rather than Linux!
OSS hardcores used the CVS version of XFree, which supported the MX and GTS boards for a good while already!! Either way, your point is quite moot.
RedHat is only good at making server OSs whats you're point?
Red Hat is one of the commercial companies providing commercial Linux support. What's your point? If Red Hat dies, Linux doesn't die with it. Not so with Be and the BeOS. That's A point.
If you've read BeNews lately, you'll find out that they're doing pretty well for themselves
Oh? Looking at the market place, they're not doing too well at all. Many of the so called BeIA partners have yet to release a product, if they're not out of business already (Solopoint, etc.. etc.. all of them were mentioned on BeNews). If you've read stuff that JBQ has posted (Be engineer) you would certainly NOT conclude they're doing pretty well.
Coming from a Linux user? What, besides c001 technology (and free stuff) IS Linux?
A damn fine money maker and money saver! Money maker, because I personally earn a substantial amount of pocket change doing Linux consultancy. A money saver, because the companies I work for have saved tens of thousands of dollars by implementing their solutions on Linux (the Free stuff you mentioned). And yes, the fact that linux is just c00l helps too.
Slashdot Mirror
Go read the Security Advisory...
/.
;-)
I did, long before it made it to
This attack is available over IP. Don't need inside access. Don't need to crack any of your boxes inside. Just need the IP of your DSL modem and some spoofing.
Good luck trying that. Since you need to access the LAN via the VPN tunnel your UDP packets get blocked right there in the INPUT chain. Spoofing is also easily detected. Also if you read the advisory correctly you wouldn't even need the exact IP address of the modem. That is of course if your ECHO packets manage to get past the firewall, again, good luck trying...
While the security issues are grave, they are not as easily exploitable, and with proper care a non-issue. I noticed Alcatel's stupidity the first day I got my modem, open telnet to the settings menu. Wish I had made some real noise back then, I could have become a "l33t security expert"
-adnans
This is mostly bullshit! First you'd have to gain access to the computer or network the Alcatel modem is on. And for that you'd have to gain root. The only outside attacks possible are out of your hands anyway (someone will need to tap your phoneline or break into your telco provider).
However, the default security setting of the Alcatel modem IS pathetic in the sense that it has an open frontdoor!
Some things you need to take care of:
The most disturbing flaw is the fact that IF someone gains access to your modem they can render it unusable, requiring hardware replacement
-adnans (blessed/cursed with one of these)
Please demonstrate :)
Because of glade! Glade enabled me to get an interface going quickly without messing too much with gtk+. And at the time Qt was not free enough. I'm working on abstracting the GUI though since the current interface is pathetic :-)
-adnans
Why the heck should I choose KDE? Both Sun and HP have announced the replacement of CDE with Gnome
:-)
They were using CDE for crying out loud! That should be warning enough to not follow their lead!
Personally I use KDE2 because it actually works and adds value to my desktop. I've tried GNOME dozens of time, only to remove it from my X session the next day. KDE is much more integrated, or at least, it feels like it's more integrated. And it seems to be improving at a much faster rate than GNOME. Part of GNOME's handicap is perhaps the fact that it's based on a toolkit where designing a new widget requires copying an existing widget's source and modifying it, duplicating much of the mechanisms you get for free, in an object oriented language.
-adnans
I actually own a BeBox. Be sold those boxes at a loss, and I still had to plunk down about $1500 for a barebones dual 603e 133Mhz box (basically the case with the motherboard and CPUs, nothing else, no monitor, nothing). A year later I got a PII 233 and it smoked the BeBox at almost everything. If Be had continued with the BeBox they would be dead and gone 4 years ago.
:-)
Now is anyone in NL interested in getting a mint condition BeBox 133?
-adnans
This has been debated to death on BeNews. Basically Be needs another round of investments to continue past Q2. This fact has been public knowledge for a couple of months now, so there's no real surprise here.
;-)
But you have to wonder, has the window of opportunity closed for Be? They had a brilliant chance at gaining a few % points of the desktop market. Unfortunately for them it was right at the moment when everyone was suffering from LINUX fever. Coat-tailing on Linux didn't help Be either ("we can co-exist peacefully next to Windows *and* Linux). Today Be is focussing all efforts on their BeIA product. But again, unfortunately, the IA market is not happening. The devices are too expen$ive and/or not compelling enough!
If the BeIA powered Sony eVilla flops, it will definitely be the end for Be as we know it. And IMHO chances are good it will flop (unless some Linux h4ck3r d00d figures out a way to put Linux on it
I learned a good deal from programming the BeOS, it was a lot of fun too. However, Linux is where it's all happening. Linux is moving at lightspeed, as always, while BeOS has been throthling at idle for well over a year now (*). The biggest disadvantage BeOS/BeIA has IMHO: tied to a single commercial entity. If that entity goes down, it takes the OS with it.
And here's a preemtive strike: BeOS will never be opensourced. It contains too much licensed code! Remember how long it took Netscape to clean up Navigator sources! With the money/time squeeze Be is in right now, they are not even thinking about it!
-adnans
(*) From a user/developer perspective
Remember, you released your code under the GPL. Libranet is free to do whatever you want with your code, it is free software
No they can't do what they want with it! They'll have to adhere to the GPL! Your supposed lecture on the GPL was really a waste of time since I perfectly well know what the GPL stands for. I'm not seeking to get paid for my GPL work. I'm simply commenting on their plea.
They have the right to ask for money, so do I, if I wanted too, the GPL doesn't take that away.
-adnans
We produce and support what is perhaps the best GNU/linux distribution ever
:)
Hate to break it you fellas, but GNU/Linux Debian has already occupied that slot
Question: if one of my programs get shipped on your CD, do I get paid too???
-adnans
It was worth the wait, seeing it is totally royalty free! BeOS simply licensed their font engine from someone else (Bitstream?), which means that theoretically Be looses money on each free BeOS copy downloaded. Wonder how long they can sustain it...
As for your rundown of toolkits, what about Athena?
What about it? If you are using Athena apps, anti-aliasing is probably the last thing you should be concerned about
Also, if we now need a DE to get all the features of X, why bother with X compatibility anymore? We could just port KDE or GNOME to a new windowing system and have the same application base (with some tweeks.)
Oh, so we throw away X and just re-invent it again? Please! X development might have been dormant a couple of years ago, but man, it's going places today! I'm sick and tired of hearing how X is bloated and stuff. My Linux X desktop with NVidia hardware is *FASTER* than anything BeOS can come up with, and not just for 2D, 3D too! (oops, that was a low blow, sorry, OpenGL beta10 should be here anyday now right?). With RENDER becoming more widespread by the day you can bet your ass anti-aliasing will become more pervasive. I'm also looking forward to the RandR extension (Resize and Rotate), where you can just flip your display with a simple command. Think PDA's, tilt screen monitors, etc.. That's the beauty of extensions...
Anyway, nevermind that we got AA just a couple of months ago, fact is it's here, and it's free! It will prosper, wether you like it or not
Tell you what, you come up with free windowing system in the next year that allows me to run a web browser on a box that's half a world away, then lets talk about replacing X. Also, think about the following
- Pervasive (X runs on millions of desktops)
- Industry Standard. Think SGI, HP, Scientific community -> Universaties
- Open Source, anyone can hack it
- Official hardware manufacturer support. Convince NVidia, ATI, Matrox, 3DLabs, etc.. to write drivers for your system. Hell, even Be can't accomplish this right now!
- GLX / DRI. OpenGL for serious apps and games. Needs to be integrated in the windowing system, preferrably with remote 3D capabilities (GLX)
- Remote display. Should be fast and efficient (a la LBX). No need to buy XMaple when I can run it at University and view it on my desktop at home
:)
- Session management. And multi-user support too, don't forget security issues.
- Software base. Make sure it's compatible with at least gtk+ and Qt.
- Multi-monitor support. An X replacement would need to have this too. Good luck! For example, there is no Xinerama like functionality in BeOS, and very unlikely to ever happen since a rewrite of the app_server would be needed.
Replacing X with something better? Try it! The good folks from the Berlin-Consortium have been trying this for years, without much success. I'd say time and energy would be much better spend optimizing the current X architecture/drivers than to come up with a whole new system that will eventually be X.Now, where do I find an X server for my dual 133 BeBox??!
-adnans (posting from konqueror remotely over 100MBit ethernet, displaying on a PAL TV connected to a G400
I run xmaple with a heavily modified resources file with better (read: bigger) fonts. The changes are actually for all Motif apps. Still ticks me off thpigh that Maple uses MDI and uses MWM for the internal window decorations :)
:)
BTW, amazing how fast xmaple can be when run remotely using ssh compression. The Sparc box at Uni is a lot faster at running my stuff anyway + no hassles finding/installing/maintaining xmaple for linux
-adnans
to open-source his code and 3Dfx provided XFree86 developers with full documentation for the whole Voodoo range.
...who are always a full XFree86 release behind with their 'closed-source' drivers!
:-) BTW, I want open source UT, damnit! What's with this partial open source UT stuff??! Hehe..
So where is SLI for Voodoo5? If full specs were released we would have SLI for Voodoo now.
Huh? FYI, the NVidia drivers work with the newest X releases. The XFree86 driver model doesn't require a recompile for each new release. In fact, I would say NVidia is ahead of the curve, since there is already support for their Geforce3, even though you can't get it in stores yet. Unless you're a MacOS user, in which case you wouldn't care about XFree86 anyway.
I got rid of my TNT2 when I found out that nVidia couldn't even be bothered to support the XRender extension with their 0.9.5 driver release and nobody at nVidia would reply to my e-mails asking if/when it would be supported.
Guess what, Render support is in the new NVidia release! If you absolutely needed Render right away you could always have used the "nv" driver that comes with XFree86.
Indeed, my computer doesn't crash now while playing Unreal Tournament using OpenGL with the Voodoo5
Isn't that effectively a Voodoo4?
-adnans
Yeah, now we only need Photon to be as pervasive as X. (Hint: ain't gonna happen)
- Qt. Covered, qt 2.2.3 supports AA text, and that means ALL Qt (KDE) applications inherit AA text by default. And if you happen to be a monkey and use KDE on your desktop you'll get anti-aliasing desktop wide, now! How's that, BeOS monkey? (since BeOS only has 1 toolkit c.q. DE all users are monkeys by your definition
:)
- Gtk+. Gtk+ 2.0 will bring AA support, which brings in GNOME and the rest of the Gtk+ World. This and Qt should cover about 95% of all apps.
- FLTK. Covered. This is important for the PDA market.
- Motif. Unless ICS or whoever is in charge of Motif today get their act together it'll be a while. Luckily, there are no Motif apps that I know of that suffer from missing anti-aliasing. Netscape? Nah, Konqueror burries it.
I'd say pervasive AA-text will be reality in 6 months time.-adnans (posting from a fully AA'd KDE desktop)
- Eazel Software Catalog. Hmm, looks like apt-get with a nice front end to me. Basically they want to create the Debian-style repository, but for RPM. By concentrating on RPM based distributions (RedHat) from the start Eazel might have discovered a problem: "automatic software upgrades". However a solution already existed in Linux space, Debian!
- Eazel Online Storage: been there, done that. Unless Eazel can provide high speed access to my data 24 hours a day it's not interesting at all. Personal experience with other such (free) services have been disappointing so far. And storage space becomes cheaper and broadband more pervasive peer-to-peer communication will become that more interesting for (Linux) consumers. I.e. talk directly to your home computer from anywhere! Instead of through Eazel. That said, uploading/downloading is quite fast. Let's hope it stays that way once all gnomes store their MP3's^H^H^H^H^H family pictures on Eazel.
Interesting to see how they're planning on making cash.Much of Nautilus will probably need to be rewritten once GNOME 2.0 comes out. As it is now, Nautilus is THE SLOWEST GNOME/Linux applications I've used ever. I do like my anti-alisased fonts hardware accellerated with RENDER, thank you very much! (yeah, already spoiled
-adnans
I would reccommend capturing at 640x480 or 320x240 if you are going to playback on a TV, you'll save a lot of space/cpu without losing anything. Use xawtv for tuning your card, v4lctl or plain xawtv. Then you do something like this:
$ mp1e -G 640x480 -b 4.0 > some_file.mpeg
Experiment with the bitrate and picture size for best results. I haven't tried playing back these captured streams on the DXR3 but I'm sure it's possible. Something to try over the weekend
Good luck...
-adnans
No, but it's as simple as adding a BT8[47]8/etc card to the box and using something like VCR or mp1e for Linux. I've had quite good results with mp1e and V4L2 recording ST: Voyager episodes at 768x576 @ 25fps on my other box. Broadcast 2000 had a little trouble with the resulting mpeg but the latest version should work fine. You will have to handedit the stream to get rid of the commercials. Bottom line: since it's a whitebox PC you can add functionality as you like, given enough funds / spare time :)
-adnans
Hardware:
Software:
The TV..erh..Linux box automatically boots up in KDM so logging in is as simply as switching to the "X Win" channel and typing your user/login
Latest addition to the software list is MP3sb which catalogs all your MP3's and has provides you with multiple views of your colection. Konqueror displaying the PHP3 client. Anyway, lots of fun hacking this stuff...
-adnans
That's gsfonts-x11, great tip anyway, thanks!
-adnans
XRender will be supported in the upcoming 0.9-7 release. Full hardware support for XRender should make it in 0.9-8. When that happens the NVidia cards will probably be the fastest and most feature rich you can get for Linux. Given, this will be for x86 only for now, but as an AMD x86 user I can't complain.
:)
This info comes from a reliable source. And since NVidia has hired this X guru, I can only conclude that they're very serious about Linux/XFree support (Think SGI).
Posted from an AA'd konqueror browser (driver "nv" for now
-adnans
I kinda like the word "kinda"
Seriously, I think Corel management is doing a U turn now that Microsoft is devesting in the company. Never burn your bridges, especially if you're heading for Microsoft territory.
-adnans
dmSDK is SGI's Digital Media SDK. It was recently released for Linux. The advantage IMHO is that dmSDK is already being deployed on Irix and NT, in other words, it has been field tested and is very well documented. And because it's desktop enviroment independant (i.e. it doesn't have a G or K prefix :) its acceptance might happen more frictionless. It is not (yet?) released under GPL but under SGI's OSS license. But the most important "advantage" is has is perhaps the fact that it is included in the Khronos group's standard which makes it just as standard as OpenGL. I encourage you to go check it out...
-adnans
Oh.. So what you're telling me is that the backdoor was SECURED? Hehehe :)
-adnans
But the fact remains that for a few weeks, OSS hardcores unwilling to use the NVIDIA-supplied drivers were able to use their cards in BeOS rather than Linux!
OSS hardcores used the CVS version of XFree, which supported the MX and GTS boards for a good while already!! Either way, your point is quite moot.
RedHat is only good at making server OSs whats you're point?
Red Hat is one of the commercial companies providing commercial Linux support. What's your point? If Red Hat dies, Linux doesn't die with it. Not so with Be and the BeOS. That's A point.
If you've read BeNews lately, you'll find out that they're doing pretty well for themselves
Oh? Looking at the market place, they're not doing too well at all. Many of the so called BeIA partners have yet to release a product, if they're not out of business already (Solopoint, etc.. etc.. all of them were mentioned on BeNews). If you've read stuff that JBQ has posted (Be engineer) you would certainly NOT conclude they're doing pretty well.
Coming from a Linux user? What, besides c001 technology (and free stuff) IS Linux?
A damn fine money maker and money saver! Money maker, because I personally earn a substantial amount of pocket change doing Linux consultancy. A money saver, because the companies I work for have saved tens of thousands of dollars by implementing their solutions on Linux (the Free stuff you mentioned). And yes, the fact that linux is just c00l helps too.
-adnans