Hello!
The comments on this profile are unclaimed and thus are unverified.
Do they belong to you? Claim these comments.
Unregistered
aliases
- Muhammad Asif Razzaque
- nil
- nil
- Hotel Chick
- Allan Siew
- Class of 02
- Kat
- Man
- Man
- Cashmere
- nil
- jakobRoswald
- takeawalk
Muhammad Asif Razzaque
Is this you? Claim Profile »
8 months ago
in Hello World! on weheartit
Me either. It's driving me crazy! I can' t seem to drag the image.
1 reply
10 months ago
in Underage party host facing grownup charges on Derry News
OK, A few things to cover the majority of the posts:
1. Jeff and Mike, this is not "your" world...grow up.
2. I graduated 6 years ago. Do many kids drink? Yes. Did I? No. And neither did a lot of other students. So those of you saying "your kid will do it before college..." maybe thats just a bad example you set for your kid...
3. Theres a war going on in Iraq...thousands dead. Someone got arrested for drinking in londonderry and will (and should) be punished to the fullest extent of the law. Whats more important?
4. 18 is adult. Stop calling him a kid.
1. Jeff and Mike, this is not "your" world...grow up.
2. I graduated 6 years ago. Do many kids drink? Yes. Did I? No. And neither did a lot of other students. So those of you saying "your kid will do it before college..." maybe thats just a bad example you set for your kid...
3. Theres a war going on in Iraq...thousands dead. Someone got arrested for drinking in londonderry and will (and should) be punished to the fullest extent of the law. Whats more important?
4. 18 is adult. Stop calling him a kid.
1 reply
Class of 03
Dear Class of 2002,
I graduated a year after you. Did kids drink? YES. Did most all the kids drink? YES. I don't know what high school you went to but I was a year behind you and I know for a fact that a majority of the kids in High School drank. Students that went to Harvard, Princeton, Brown and Cornell (from both your grade and mine) I saw drinking in High School. I commend you for being responsible and not drinking, but the truth is that you and your group of 10 might have been the lonely few. There is nothing wrong with that and I commend you for sticking to your principle because peer pressure can be dangerous. Again you bring up the argument that people are dieing in Iraq and you are right there is where our attention should be, but don't you find it funny that a person that could die in that war is getting in trouble for drinking a beer inside his own home. Now I don't approve of this behavior because it is unsafe and we are lucky that nothing happened. The matter of the fact though is that this is now two weeks old. We all say that Justin needs to grow up and take his punishment I think it is time that WE ALL GROW UP leave it alone and allow Justin to take his punishment.
I graduated a year after you. Did kids drink? YES. Did most all the kids drink? YES. I don't know what high school you went to but I was a year behind you and I know for a fact that a majority of the kids in High School drank. Students that went to Harvard, Princeton, Brown and Cornell (from both your grade and mine) I saw drinking in High School. I commend you for being responsible and not drinking, but the truth is that you and your group of 10 might have been the lonely few. There is nothing wrong with that and I commend you for sticking to your principle because peer pressure can be dangerous. Again you bring up the argument that people are dieing in Iraq and you are right there is where our attention should be, but don't you find it funny that a person that could die in that war is getting in trouble for drinking a beer inside his own home. Now I don't approve of this behavior because it is unsafe and we are lucky that nothing happened. The matter of the fact though is that this is now two weeks old. We all say that Justin needs to grow up and take his punishment I think it is time that WE ALL GROW UP leave it alone and allow Justin to take his punishment.
11 months ago
in My browser needs 16 exabytes on Linux Hater's Blog
Can you not understand a simple one Windows might have standard ABI's but it does not have standard syscalls. So if you decided to by pass ntdll in windows each version of windows you would be screwed.
OS makers have the right to choose what sections of code they keep stable. Linux case userspace interface is kept stable. Driver API is provided from userspace that is also stable. Closed source drivers that don't use it. Its there problem. Embed world talked with the Linux kernel developers and found out exactly what the issues were. So we took that onboard and added usermode drivers. No kernel developer has a Issue with closed source usermode drivers even when using stuff like kernel mode linux to load them temp into kernel space. Reason wrong processor type driver can still be run back in usermode space using qemu. Yes you can use a Linux x86 usermode driver on a arm processor or any of the list of processes qemu supports. Also here is the other thing Linux User Mode drivers can be coded in Java and .net if you wish to take the speed hit. So yes you have been given every form of language support for driver development. Why are you complaining about it. And why are you not using and improving it Nvidia?
There are many key reason why what is being asked for is. Its called the always work no matter what the processor is. The source stuff you can rebuild. The non source stuff you can emulate if needed.
Are you going to try to make Microsoft make there syscalls standard so we can have our own custom interfaces on top. I think they are not going to bend either.
Wow64 is a example of why Linux guys don't want a kernel level driver ABI stable. If appplication start embeded themselfs that deep closed you have big problems when you need to change cpu handling down there. Lot of win32 applications fail to run on Windows 64 because there drivers will not run. Closed source drivers kernel space CPU lock in.
Stop using bad logic. There are many valid reasons why Linux does not have a stable kernel mode ABI. That is the kernel developers right. They could have gone for a full microkernel design where no driver ever run in kernel space.
OS makers have the right to choose what sections of code they keep stable. Linux case userspace interface is kept stable. Driver API is provided from userspace that is also stable. Closed source drivers that don't use it. Its there problem. Embed world talked with the Linux kernel developers and found out exactly what the issues were. So we took that onboard and added usermode drivers. No kernel developer has a Issue with closed source usermode drivers even when using stuff like kernel mode linux to load them temp into kernel space. Reason wrong processor type driver can still be run back in usermode space using qemu. Yes you can use a Linux x86 usermode driver on a arm processor or any of the list of processes qemu supports. Also here is the other thing Linux User Mode drivers can be coded in Java and .net if you wish to take the speed hit. So yes you have been given every form of language support for driver development. Why are you complaining about it. And why are you not using and improving it Nvidia?
There are many key reason why what is being asked for is. Its called the always work no matter what the processor is. The source stuff you can rebuild. The non source stuff you can emulate if needed.
Are you going to try to make Microsoft make there syscalls standard so we can have our own custom interfaces on top. I think they are not going to bend either.
Wow64 is a example of why Linux guys don't want a kernel level driver ABI stable. If appplication start embeded themselfs that deep closed you have big problems when you need to change cpu handling down there. Lot of win32 applications fail to run on Windows 64 because there drivers will not run. Closed source drivers kernel space CPU lock in.
Stop using bad logic. There are many valid reasons why Linux does not have a stable kernel mode ABI. That is the kernel developers right. They could have gone for a full microkernel design where no driver ever run in kernel space.
- 0 points
- Jump to »
stallmanix
Seriously lots of 32 bit apps? most apps do not need a driver to work.
There is a good reason not to use userspace drivers: performance.
You cant compare windows syscall to unix syscalls, in linux standard syscall is needed for unix compatiblity and say this is a cheap copy of unix, in windows you do not need to use syscalls.
You are just full of shit.
There is a good reason not to use userspace drivers: performance.
You cant compare windows syscall to unix syscalls, in linux standard syscall is needed for unix compatiblity and say this is a cheap copy of unix, in windows you do not need to use syscalls.
You are just full of shit.
.net jerkface
When you write a driver for windows vista, you know that a vista update will not break the driver. This isn't true for Linux.
Even if you write an open-source, user-space driver it can stil be broken if Linus and the rest of the peanuts gang decide that they feel like changing something.
My god vmware keeps getting broken from kernel updates. Linux is a toy for Linus and his friends to use, they could care less about what might be broken from their adjustments.
Even if you write an open-source, user-space driver it can stil be broken if Linus and the rest of the peanuts gang decide that they feel like changing something.
My god vmware keeps getting broken from kernel updates. Linux is a toy for Linus and his friends to use, they could care less about what might be broken from their adjustments.
11 months ago
in My browser needs 16 exabytes on Linux Hater's Blog
Ok So Nvidia works does it. Sorry it don't. You have a 64 bit Linux kernel running a 32 bit Linux distribution as allowed. Since just like windows Linux kernel can run 32 bit or 64 bit applications without issues. You all of a suden find out Nvidia drivers cannot be installed either way. 1 the 64 bit version of driver you need for kernel space needs 64 bit application support to install. And the 32 bit will not install because kernel not 32 bit. Even a stable kernel ABI does not help you when they cannot design installers right.
Sorry no deviece makers don't have to open up there specs at all STOP Spreading crap on this. Linux kernel developers just want them out of ring 0. Reason why there is a User mode stable driver ABI.
If there was no stable ABI for closed source developers then your stuff would be true. You can build agp pci and pci-e drivers all in userspace.
The pure application 64 bit stuff does not exist at kernel level. Truly the Linux kernel does not give a stuff about it. There are some lesser quality distrobutions out there that don't give people nice ways of installing 32 bit applications.
Migration to 64 bit would be so much nicer if distros provided the support they should.
WOW64 fails on windows. Guess why. Applications have been allowed over and over again to put there own closed source drivers in kernel space so 32 bit drivers don't work on the windows 64 bit kernel so the applications die.
Linux guys have lots of valid reasons for saying here is userspace closed source drivers get your back side there. So in future we don't have problems.
Sorry no deviece makers don't have to open up there specs at all STOP Spreading crap on this. Linux kernel developers just want them out of ring 0. Reason why there is a User mode stable driver ABI.
If there was no stable ABI for closed source developers then your stuff would be true. You can build agp pci and pci-e drivers all in userspace.
The pure application 64 bit stuff does not exist at kernel level. Truly the Linux kernel does not give a stuff about it. There are some lesser quality distrobutions out there that don't give people nice ways of installing 32 bit applications.
Migration to 64 bit would be so much nicer if distros provided the support they should.
WOW64 fails on windows. Guess why. Applications have been allowed over and over again to put there own closed source drivers in kernel space so 32 bit drivers don't work on the windows 64 bit kernel so the applications die.
Linux guys have lots of valid reasons for saying here is userspace closed source drivers get your back side there. So in future we don't have problems.
1 reply
anon
Hey, guess what, the driver itself works fine with 32-bit libraries on a 64-bit kernel and the installer is open source. Feel free to fix it instead of complaining.
11 months ago
in Rants heard 'round the Community ver. 10 on Linux Hater's Blog
My development is heavy embeded in that time.
The issue you keep on overlooking is around 2000 first idea of the Linux year of the desktop was pushed failed badly. It was a divided push without third party software with a way in. Failure for cross platform tools to be delivered that worked threw 2000-2006 kinda had it death nailed. Fighting in the Linux Standard Base in this time really did not help either. Signs of change in the Linux Standard Base appeared in 2007 and have kept on going threw this year.
Redhat and other since then retreated to the server market and other markets. Have they given up on the desktop market the answer is no. They are not foolish either. Linux ABI for Desktop application development has to be sorted out to a usable level. That is aimed for November this year.
KDE 4.x coming threw cross platform ok this is looking a lot better than the Novell gnome push to window of 2000-2004 written off as lost cause since Novell was using cygwin and X11 server on windows. Leading to no set applications to use common between OS's to ease migration this effectively doomed the push of Linux onto the desktop for sure. Lot of guys were holding out hope what Novell would provide would be something usable. But as soon as it was seen it was known to be over the push for the Linux Desktop was lost might as well pull back regroup and prepare for the next push.
Sorry to say Ubuntu really has nothing to do with it. They really are being more of a thorn then a help.
Lead up to this we are seeing bugs that have been left for 16 + years in main kernel that were hack fixed in the embeded kernel at long last get fixed correctly. Now what is the change why could the not be left for another year.
I watched the retreat to server space of a lot of distros that still live. They knew like everyone else ABI for application development would be come a required feature to truly start the desktop push.
Linux Standard Base has been backed by these retreating distributions. It goal is to sort out the mess reduce down to a core set of stable ABI's. Providing the means of effective closed source development on Linux. The time of building for Linux Distributions is ending. The start of a new stage is coming. Companies like oracle have been using Linux Standard Base for years. Same with Linux game servers. Look around lot more game servers are ported to Linux than games. Reason current time stable ABI exists to port game servers to all distributions with 1 rpm. Look closer they are Linux Standard Base applications.
So yes the FOSS goal is dead. In the sence of pure open source desktop. Linux has not played it final cards yet.
Also you are missing that RedHat is planing on re-entering the desktop market for business next year. This will be the true second attempt with far more things correct.
The issue you keep on overlooking is around 2000 first idea of the Linux year of the desktop was pushed failed badly. It was a divided push without third party software with a way in. Failure for cross platform tools to be delivered that worked threw 2000-2006 kinda had it death nailed. Fighting in the Linux Standard Base in this time really did not help either. Signs of change in the Linux Standard Base appeared in 2007 and have kept on going threw this year.
Redhat and other since then retreated to the server market and other markets. Have they given up on the desktop market the answer is no. They are not foolish either. Linux ABI for Desktop application development has to be sorted out to a usable level. That is aimed for November this year.
KDE 4.x coming threw cross platform ok this is looking a lot better than the Novell gnome push to window of 2000-2004 written off as lost cause since Novell was using cygwin and X11 server on windows. Leading to no set applications to use common between OS's to ease migration this effectively doomed the push of Linux onto the desktop for sure. Lot of guys were holding out hope what Novell would provide would be something usable. But as soon as it was seen it was known to be over the push for the Linux Desktop was lost might as well pull back regroup and prepare for the next push.
Sorry to say Ubuntu really has nothing to do with it. They really are being more of a thorn then a help.
Lead up to this we are seeing bugs that have been left for 16 + years in main kernel that were hack fixed in the embeded kernel at long last get fixed correctly. Now what is the change why could the not be left for another year.
I watched the retreat to server space of a lot of distros that still live. They knew like everyone else ABI for application development would be come a required feature to truly start the desktop push.
Linux Standard Base has been backed by these retreating distributions. It goal is to sort out the mess reduce down to a core set of stable ABI's. Providing the means of effective closed source development on Linux. The time of building for Linux Distributions is ending. The start of a new stage is coming. Companies like oracle have been using Linux Standard Base for years. Same with Linux game servers. Look around lot more game servers are ported to Linux than games. Reason current time stable ABI exists to port game servers to all distributions with 1 rpm. Look closer they are Linux Standard Base applications.
So yes the FOSS goal is dead. In the sence of pure open source desktop. Linux has not played it final cards yet.
Also you are missing that RedHat is planing on re-entering the desktop market for business next year. This will be the true second attempt with far more things correct.
1 reply
LIS
The Future, the ever present, bright future!
Linux/ FOSS will always have The Future.
Stop playing the wait and see game, my friend, you are being fooled by the false prophets of Linux.
It's always been the same shit - a constant promise that The Future holds a better tomorrow.
Fuck them. they lied long enough. They never delivered. You see a change in a tiny corner, and believe that the solution is just around the corner.
it have been the same with X.org, when Keith Packard took over, and now, X is as stagnate and useless as ever, it has been so when pulseaudio was announced, and it only created another level of complexity. It has been the same with Alsa, with V4L2, with preload and tracker and kde 3, with Gcc 4 and with Kde4, with Mandrake, Libranet, and now Ubuntu.
Everyone of them offered the solution, the silver bullet, a better Future. Non of them delivered. ever.
Cure yourself, step off the FOSS blind zealots wagon.
FOSS is DEAD.
Linux/ FOSS will always have The Future.
Stop playing the wait and see game, my friend, you are being fooled by the false prophets of Linux.
It's always been the same shit - a constant promise that The Future holds a better tomorrow.
Fuck them. they lied long enough. They never delivered. You see a change in a tiny corner, and believe that the solution is just around the corner.
it have been the same with X.org, when Keith Packard took over, and now, X is as stagnate and useless as ever, it has been so when pulseaudio was announced, and it only created another level of complexity. It has been the same with Alsa, with V4L2, with preload and tracker and kde 3, with Gcc 4 and with Kde4, with Mandrake, Libranet, and now Ubuntu.
Everyone of them offered the solution, the silver bullet, a better Future. Non of them delivered. ever.
Cure yourself, step off the FOSS blind zealots wagon.
FOSS is DEAD.
11 months ago
in Rants heard 'round the Community ver. 10 on Linux Hater's Blog
Things you have to remember is that the kernel debugger has existed outside line to the main kernel for years. So not exactly missing. Embeded developers have been using it for years. Desktop related tools have not be high up the list.
Sorry distrobutions targeting the embeded market have had kernel debugging since early 2002. You poor unlucky desktop soles you.
gdb has a iterative debugger hiding in it. Eclipse does not really fix it at all. All it does is provide a really heavy front end for it. Note we are talking 2004 and before for gdb interactive support. So if you did not have it then its your front end to blame.
Stack tracing is a really old feature gdb. I never liked emacs. or ddd. DDD misses buttons to access most of the best features of gdb. Both missed what was needed. I have always used different building tools that at least gave me both of them with gdb.
Also FOSS is Not Exactly dead. It has produced results key thing to remember most people don't use the best software even on windows. It has produced results in markets outside you field of view. The features from those markets are going to feed threw. The merge of embedded specialist kernel into main kernel kinda required kernel level debugger to enter.
The tide is turning. It had to happen at one point. You can only stack so many features in a kernel until it starts fighting back over bad coding. Linux kernel has hit that point.
Remember neither Closed or Open Source has ever produced constant dependable results.
Most of Linux's advantages have been in the super computer and embeded where custom kernels rule. Also something non gcc rules. Portland Group Complier with all its nice closed source parts that works. That complier alone in linux kernel gives 10 percent speed boost. Let alone the embeded and super computer alterations.
First job for good desktops is fix the complier. High end guys don't care its already fixed for US.
Linux Standard Base is starting to worry about sorting out the audio mess.
Note closed source Unix's have been equally as big as messes as Linux's if not more. There have been a few rare ones like solarsis that where above the pack. Remember lot of those closed source Unix's are now dead. Because over time Linux got better than them.
Sorry distrobutions targeting the embeded market have had kernel debugging since early 2002. You poor unlucky desktop soles you.
gdb has a iterative debugger hiding in it. Eclipse does not really fix it at all. All it does is provide a really heavy front end for it. Note we are talking 2004 and before for gdb interactive support. So if you did not have it then its your front end to blame.
Stack tracing is a really old feature gdb. I never liked emacs. or ddd. DDD misses buttons to access most of the best features of gdb. Both missed what was needed. I have always used different building tools that at least gave me both of them with gdb.
Also FOSS is Not Exactly dead. It has produced results key thing to remember most people don't use the best software even on windows. It has produced results in markets outside you field of view. The features from those markets are going to feed threw. The merge of embedded specialist kernel into main kernel kinda required kernel level debugger to enter.
The tide is turning. It had to happen at one point. You can only stack so many features in a kernel until it starts fighting back over bad coding. Linux kernel has hit that point.
Remember neither Closed or Open Source has ever produced constant dependable results.
Most of Linux's advantages have been in the super computer and embeded where custom kernels rule. Also something non gcc rules. Portland Group Complier with all its nice closed source parts that works. That complier alone in linux kernel gives 10 percent speed boost. Let alone the embeded and super computer alterations.
First job for good desktops is fix the complier. High end guys don't care its already fixed for US.
Linux Standard Base is starting to worry about sorting out the audio mess.
Note closed source Unix's have been equally as big as messes as Linux's if not more. There have been a few rare ones like solarsis that where above the pack. Remember lot of those closed source Unix's are now dead. Because over time Linux got better than them.
- 2 points
- Jump to »
.net jerkface
Also FOSS is Not Exactly dead. It has produced results key thing to remember most people don't use the best software even on windows. It has produced results in markets outside you field of view.
Like what exactly? The best FOSS software I have used is firefox and yet I wouldn't say it is clearly better than opera or ie7. Linux may be often used in supercomputers but that has more to do with price and x86 compatibility.
As for embedded kernels QNX is still considered to be the best.
The Linux/Foss cult needs to be buried so something else like Haiku or PC-BSD can take its place. Something with a common base so the current unstable abi madness can end. No more having millions of man-hours wasted recompiling basic software to make it distro compatible. No more gui wars while basics like sound are ignored.
Also FOSS is Not Exactly dead. It has produced results key thing to remember most people don't use the best software even on windows. It has produced results in markets outside you field of view.
Like what exactly? The best FOSS software I have used is firefox and yet I wouldn't say it is clearly better than opera or ie7. Linux may be often used in supercomputers but that has more to do with price and x86 compatibility.
As for embedded kernels QNX is still considered to be the best.
The Linux/Foss cult needs to be buried so something else like Haiku or PC-BSD can take its place. Something with a common base so the current unstable abi madness can end. No more having millions of man-hours wasted recompiling basic software to make it distro compatible. No more gui wars while basics like sound are ignored.
LIS
Linux was not much better than the existing Unix solutions - it was cheaper, with a similar set of problems (commercial Unix has been fucking awful for most of its existence). Solaris survived because it was better - that's the reason they've managed to compete with Linux, although they were clearly much more expensive.
I've stopped developing for Linux around 2005, shortly before I've got a "real-job" (tm).
I didn't do any Linux development in the embedded space - yet, when I did develop for Linux, I've used what was recommended / available; I've used Red Hat-->Mandrake--> Libranet when they were all the rage, like Ubuntu is now.
(Did you notice that all those three distro's are effectively dead? Red Hat pulled out of the Desktop market - fedora is used for beta testing. Mandrake-->Mandriva has faded to obscurity, and Libranet died with its founder).
it's been 20 years, man, why do we need to wait any longer, when there are existing solutions? Isn't it time to cut the loses and move on?
FOSS is DEAD.
Cut with the denial, move on the grief and acceptance.
I've stopped developing for Linux around 2005, shortly before I've got a "real-job" (tm).
I didn't do any Linux development in the embedded space - yet, when I did develop for Linux, I've used what was recommended / available; I've used Red Hat-->Mandrake--> Libranet when they were all the rage, like Ubuntu is now.
(Did you notice that all those three distro's are effectively dead? Red Hat pulled out of the Desktop market - fedora is used for beta testing. Mandrake-->Mandriva has faded to obscurity, and Libranet died with its founder).
it's been 20 years, man, why do we need to wait any longer, when there are existing solutions? Isn't it time to cut the loses and move on?
FOSS is DEAD.
Cut with the denial, move on the grief and acceptance.
11 months ago
in Rants heard 'round the Community ver. 10 on Linux Hater's Blog
Ok where have you been? Linux kernel does have a debugger. Mainline.
Sound system is cleaner to what it was. Besides only small resources have really been thrown at the desktop.
You are still not talking about major problems. Depends on what you want a Stable api for. If you want a stable console application api its had that for the last 6 years.
http://gcc.gnu.org/wiki/LinkTimeOptimization This problem is where the resources are kinda critically missing. If the complier is defective so is everything built with it. This defect causes more ram usage slower running of programs. With a defect that deep you really got to ask your self how does Linux even do as well as it does. It also seams to be a defect you don't talk about.
Sound system is cleaner to what it was. Besides only small resources have really been thrown at the desktop.
You are still not talking about major problems. Depends on what you want a Stable api for. If you want a stable console application api its had that for the last 6 years.
http://gcc.gnu.org/wiki/LinkTimeOptimization This problem is where the resources are kinda critically missing. If the complier is defective so is everything built with it. This defect causes more ram usage slower running of programs. With a defect that deep you really got to ask your self how does Linux even do as well as it does. It also seams to be a defect you don't talk about.
2 replies
kernelpanic
it sucks, it's no way near to kd/windbg, In recents versions linux its including debugging features that's been present in windows for years.
LIS
The Linux kernel debugger has been added to the mainline kernel in version 2.6.26 - that's the latest one.
It's not available in any distribution yet, as this version is only several weeks old. Linus has objected to kernel debuggers, since he thinks it sullies the kernel developers. (I can't find the link right now).
I didn't know about the link time optimization problem. I gave up developing on Linux several years ago, since most of the tools are crap; For ePenising - I've used emacs + speedbar + valgrind + ddd/gdb + gcc + electricFence- No iteractive debugger or stack tracer meant loading the core dump everytime something was broken - hardly effective - I know Eclipse 3.4 fixes it now, but it is out for only several months, which is several years to late.
There is absolutely nothing Linux/FOSS does better than the propriety equivalents, in just about every level. The development tools are crap, and since FOSS was meant to be developer's wet dreams (and managed to be a complete nightmare), shows something quite distinct about the ability of FOSS to produce results - it can't.
FOSS is DEAD
It's not available in any distribution yet, as this version is only several weeks old. Linus has objected to kernel debuggers, since he thinks it sullies the kernel developers. (I can't find the link right now).
I didn't know about the link time optimization problem. I gave up developing on Linux several years ago, since most of the tools are crap; For ePenising - I've used emacs + speedbar + valgrind + ddd/gdb + gcc + electricFence- No iteractive debugger or stack tracer meant loading the core dump everytime something was broken - hardly effective - I know Eclipse 3.4 fixes it now, but it is out for only several months, which is several years to late.
There is absolutely nothing Linux/FOSS does better than the propriety equivalents, in just about every level. The development tools are crap, and since FOSS was meant to be developer's wet dreams (and managed to be a complete nightmare), shows something quite distinct about the ability of FOSS to produce results - it can't.
FOSS is DEAD
11 months ago
in Rants heard 'round the Community ver. 10 on Linux Hater's Blog
http://connect.creativelabs.com/opensource/Wiki...
Could you please be correct Chlorus. There is support for you card just not shipped in all distributions its from creative themselfs and it is a alsa driver.
Bug number and version Xine please. Chlorus.
Could you please be correct Chlorus. There is support for you card just not shipped in all distributions its from creative themselfs and it is a alsa driver.
Bug number and version Xine please. Chlorus.
- -1 points
- Jump to »
Chlorus
Damnedest thing: That driver does not work for the latest version of the Linux kernel due to it using a deprecated function. And furthermore, the driver itself wasn't the result of ALSA's dev efforts but that of Creative. I didn't bother reporting the Xine bug since I just started using a different playback engine.
Ubuwalker31
@Nil: Could you please be correct and recognize that this is a buggy beta driver which most people can't get to work?
@Chlorus: Try installing the closed source OSS drivers...they work for the X-fi...not perfectly though, but at least you'll have sound.
@Chlorus: Try installing the closed source OSS drivers...they work for the X-fi...not perfectly though, but at least you'll have sound.
right click the image and add the link to your bookmarks
when it asks where you want to save the bookmark you can choose the bookmark bar.
so it will show just like you've dragged it over there.