|
|
Subscribe / Log in / New account

good points

good points

Posted Apr 1, 2016 23:23 UTC (Fri) by h2 (guest, #27965)
In reply to: bash in windows shellon bahWindows by khim
Parent article: Ubuntu on Windows

thanks I was actually wondering what types of system hooks bash shell would have access to.

And it's an excellent point re OSX and bash and devs. Not to be pedantic, but I believe the real current number is about 1.8 gnu/linux users out of 100 desktop users, heh. Never gotten much above 2%, and then only for a short while, for very good reason (upgrades, reinstall, no stable api/abi's). It's much more likely that MS is targetting os x here, not gnu/linux, which is so fragmented on its own that MS doesn't even have to contemplate engaging in divide and conquer strategies since we do that so well ourselves already. But OSX, that's a real target, and worth aiming for.

I can see why this though, because my friend was just biting the bullet to try to learn enough powershell so he could write some small utilities for putty connections, but this type of thing would cover that completely and let you run all native stuff.

As long as Linux/Gnu insists on never maintaining stable abi's / apis on the kernel/desktop toolkit front, there's no danger at all of Linux desktop marketshare ever breaking much beyond the slightly tech oriented types who tend to use it now, ie, 1-2% of total desktop user base.

By the way, I was really happy to see windows get the credit they deserve for their api stability here in this thread, it's something they've always had as a very high priority, primarily I think for their corporate desktop users, which is a huge chunk of their market. Every OS does something better than the others, it's fair to give credit where credit is due. I just wish linux kernel devs would learn what stable means, and that toolkits wouldn't fundamentally break everything at every release, but the days of my thinking this is actually going to ever change are now behind me so it's nice to see realistic moves made wherever you may find them.


to post comments

good points

Posted Apr 2, 2016 16:01 UTC (Sat) by khim (subscriber, #9252) [Link] (8 responses)

I just wish linux kernel devs would learn what stable means

What do you mean? Kernel devs know that very well and follow the mantra religiously. Linus just reasserted that if it does break anything, it needs to be turned off by default. That's a hard rule.

Pehaps you mean that thing? This part is not a problem - and, surprisingly enough, Microsoft and Windows help to highlight that very well, indeed. Old applications work quite well on Windows. Old drivers? Not so much. It was common to lose support for WinModems and WinPrinters, scanners and other random hardware with Windows upgrades. I have quite a collection of old hardware - and I'm forced to keep Windows XP and Windows 98 (sic! Winows98) around to use it. Stable API just does not work for the hardware.

The same is true for MacOS, Solaris and all other OSes (including Linux). Linux developers explicitly don't care, others do care, but the end result is the same: obsolete, unsupported driver are lottery with all of them. It's just simple as that. Sometimes they work. Sometimes they don't work. Sometimes they could be easily upgraded. Sometimes it's impossible to do.

We may discuss the question “why?” for a long time (I have some ideas but have no way to verify them), but in the end it does not matter: stable API works in userspace, but it does not work for drivers. It's just a fact. Kernel developers are not to blame. This particular sin is not a problem for Linux.

good points

Posted Apr 4, 2016 21:15 UTC (Mon) by Wol (subscriber, #4433) [Link] (7 responses)

> Pehaps you mean that thing? This part is not a problem - and, surprisingly enough, Microsoft and Windows help to highlight that very well, indeed. Old applications work quite well on Windows. Old drivers? Not so much. It was common to lose support for WinModems and WinPrinters, scanners and other random hardware with Windows upgrades.

Actually, linux RARELY loses support for old hardware. If Win98 WinModems and WinPrinters were supported by Linux of that era, then they are still supported by the latest linux 4 unless nobody bothered to complain when they were accidentally broken (which is quite likely :-). Linux support stays around for as long as users complain (and help debug) when it gets accidentally broken.

Cheers,
Wol

good points

Posted Apr 5, 2016 8:48 UTC (Tue) by NAR (subscriber, #1313) [Link] (6 responses)

Well, when pulseaudio was introduced, Linux definitely lost support for lots of hardware. Maybe got back later, I didn't wait to find out.

On the other hand I do remember that I had to use a 3rd party bttv driver on WinXP in order to use my AverMedia98 TV capture card. So this is definitely a problem, only mitigated by the relative infreqency of releases (5 releases in 15 years, compared to 23 Ubuntu versions in shorter time).

good points

Posted Apr 6, 2016 7:33 UTC (Wed) by johannbg (guest, #65743) [Link] (5 responses)

"Well, when pulseaudio was introduced, Linux definitely lost support for lots of hardware."

By all means explain to the wider audience how the linux kernel lost support for a lots of hardware when pulseaudio got introduced.

I'm looking forward to hear that explanation.

good points

Posted Apr 6, 2016 7:46 UTC (Wed) by NAR (subscriber, #1313) [Link] (4 responses)

It's simple. Before pulseaudio was introduced, I could listen to music, record from my TV card, etc., could do all the stuff I expect from an audio card. After pulseaudio was introduced, none of it worked. The audio card practically became junk (under Linux). Maybe the audio support recovered since, but I'm afraid Lennart Poettering's reputation never.

good points

Posted Apr 6, 2016 8:18 UTC (Wed) by seyman (subscriber, #1172) [Link] (3 responses)

> After pulseaudio was introduced, none of it worked.

Pulseaudio's introduction didn't make any of the existing audio systems disappear or stop working so this is obviously false.

good points

Posted Apr 6, 2016 8:54 UTC (Wed) by NAR (subscriber, #1313) [Link] (2 responses)

So you know better than me what worked on my system and what didn't. And I do remember that many people had the same experience, see e.g. https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug...

good points

Posted Apr 6, 2016 11:16 UTC (Wed) by nye (subscriber, #51576) [Link] (1 responses)

Sure, the defaults were broken, but broken defaults is a fact of life in Linux distros, especially around that time period which was particularly turbulent. PA wasn't required though, nor even hard to remove; you could always just uninstall it and get sound back - I know that's what I did after every update for a couple of years.

I do feel your pain though - the nightmare year of 2008 was when I started my transition to using Windows on the desktop. PA still wasn't production-ready by the time I'd switched full-time.

good points

Posted Apr 6, 2016 12:07 UTC (Wed) by mathstuf (subscriber, #69389) [Link]

I used Fedora 9 from its Alpha stage (KDE4 was at 4.0.3) and it was (one of, if not the) the first to include PulseAudio. Things were…rough, but it went well enough (was helping the KDE SIG at the time). By Fedora 10 and almost certainly 11, I had stopped having PA issues (well except flat-volumes, but that is an easy fix). However, Ubuntu continued having systemic problems for up to 18 months afterwards. Whether it was due to older kernels not shipping with the driver fixes, older ALSA libraries not getting the bridging right, problems with the default configurations, whatever, I don't know for sure, but as far as I can tell, most of people's problems were the result of Ubuntu botching it up on their end; Fedora showed that the right pieces were available, maybe just not according to Ubuntu's update policies (but no, can't fix things because the new release contains an unacceptable version bump nevermind it might fix 100 bugs in the process).

These days, I keep an instance of mpv streaming music whenever I'm at work and if I need to start using the webcam, start to watch another video, listen to other audio files, I just mute the stream and start the other program. No audio device locking problems, I can reroute audio while programs are running, and none of the problems people complain about today from their experiences 5+ years ago.

good points

Posted Apr 2, 2016 17:04 UTC (Sat) by anselm (subscriber, #2796) [Link] (1 responses)

It's much more likely that MS is targetting os x here, not gnu/linux

It seems that Microsoft's offering is very much a server-side thing (given that, for example, it doesn't come with a GUI). How that is really supposed to be an attack on OS X, which is approximately as popular on servers as Linux is on desktops, in other words not all that much, is something you would need to explain in more detail.

good points

Posted Apr 2, 2016 18:58 UTC (Sat) by khim (subscriber, #9252) [Link]

It's not an attack on MacOS. It's "attack on" developers which are stuck on MacOS. I know a lot of guys who are using MacOS instead of Windows because MacOS is "real Unix" (albeit a poor one) and Windows is not.

They don't comprise a huge percentage of population, thus this "attack" wouldn't directly bring number of MacOS users down. But they represent guys who are influencing others thus effect could be significant down the road.

But as someone on the other forum (don't remember which one) have pointed out that all these ideas fail Hanlon's razor (the infamous: never attribute to malice that which is adequately explained by stupidity).

It looks that Microsoft finally realized that it's ambitious project to save Windows Phone could instead bring down the whole house of card (OS/2 style) and cancelled it then was faced with a question: "could we salvage anything usable from the wreckage?" - and this is the result.

No deep plans, no well-thought attacks, just sheer bestial fear of an Android and the desire to at least use result of hundred man-years of work somehow...

good points

Posted Apr 3, 2016 7:41 UTC (Sun) by jem (subscriber, #24231) [Link] (2 responses)

> Not to be pedantic, but I believe the real current number is about 1.8 gnu/linux users out of 100 desktop users, heh. Never gotten much above 2%, and then only for a short while, for very good reason (upgrades, reinstall, no stable api/abi's).

ABI stability on Windows is no better. Only recently (with Windows 10) the C and C++ standard libraries (what Microsoft calls "C Runtime library") got promoted to a system component called the Universal C Runtime. Before that, the libraries were distributed with Visual Studio and were not compatible with each other.

This is why third party libraries for Windows are offered in a large number of variants depending on which vesion of Visual Studio they are intended to be linked with: VS 2005, 2008, 2010, 2012, 2013, etc...

good points

Posted Apr 3, 2016 19:12 UTC (Sun) by khim (subscriber, #9252) [Link] (1 responses)

Before that, the libraries were distributed with Visual Studio and were not compatible with each other.

They were compatible where that counted: all versions were included and maintained as part of the OS.

This is why third party libraries for Windows are offered in a large number of variants depending on which vesion of Visual Studio they are intended to be linked with: VS 2005, 2008, 2010, 2012, 2013, etc...

Sure, but that only affects developers. For a long time developers have faced a dilemma: develop for Linux (easy peasy lemon squeezy) then find out that you have no way to distribute your stuff to users (no way to produce binaries and deliver them to users and minuscule distributions are trying to impose insane demands on you) or develop for Windows (really hard, you need to pay $$ to get good instruments and many things are just plain out painful to do) then distribute result easily.

Developers have endured great pains because stability of target platform is more important than stability and usability of development platform.

Now with MacOS/iOS and Android situation is changing. No longer Windows is the only game in town! Development tools for these new platforms are not as great yet but they are going there - and in both cases billions of users are there too. What's not to like? Microsoft feels the heat, apparently.

good points

Posted Apr 4, 2016 14:20 UTC (Mon) by rghetta (subscriber, #39444) [Link]

> They were compatible where that counted: all versions were included and maintained as part of the OS.

This is not correct.
If your application is linked to a Visual C++ runtime DLL, you need to bundle the dll with your executable (by including the MSVC Redistributable Runtime installer), the SO itself doesn't include it.

good points

Posted Apr 4, 2016 21:10 UTC (Mon) by Wol (subscriber, #4433) [Link] (5 responses)

> By the way, I was really happy to see windows get the credit they deserve for their api stability here in this thread, it's something they've always had as a very high priority, primarily I think for their corporate desktop users, which is a huge chunk of their market. Every OS does something better than the others, it's fair to give credit where credit is due

Sorry, I call bullshit here ... "Dos ain't done til Lotus won't run". Windows stability matters (a) for Microsoft Office et al, which uses (or at least, used) undocumented APIs, and (b) for all those silly little apps that were important to users but meant nothing to Microsoft.

You could pretty much GUARANTEE that EVERY rev of Windows would contain API breaks that were very damaging to apps that MS considered competitors. As a WordPerfect fan, the list of API breaks from WFWG onwards that caused *serious* problems is long long long ... (Oh - and that's pretty much every version of Windows from then right through to XP - maybe beyond.)

Cheers,
Wol

good points

Posted Apr 4, 2016 21:25 UTC (Mon) by Cyberax (✭ supporter ✭, #52523) [Link] (4 responses)

> Sorry, I call bullshit here ... "Dos ain't done til Lotus won't run".
This is bullshit.

> You could pretty much GUARANTEE that EVERY rev of Windows would contain API breaks that were very damaging to apps that MS considered competitors.
Nope. MS went to great pains to keep applications running. ALL of them, up to including custom workarounds for some apps.

good points

Posted Apr 10, 2016 14:25 UTC (Sun) by Wol (subscriber, #4433) [Link] (3 responses)

Then why did EVERY upgrade to Windows break my "working fine" copies of WordPerfect?

WFWG. Office95. Win98. XP.

I've left out NT4/NT2000 - I don't remember problems with them. But the number of upgrades and/or emergency bug-fixes you needed to keep WordPerfect going as Windows changed underneath was awful.

Cheers,
Wol

good points

Posted Apr 10, 2016 14:50 UTC (Sun) by reedstrm (guest, #8467) [Link] (2 responses)

ISTR one of those windows upgrades involving Microsoft giving WordPerfect early access to some APIs, then yanking/ not releasing parts that wp depended on, but that word did not, just before the release. Result: wp broke on upgrade. Pretty sure there was a lawsuit.

good points

Posted Apr 10, 2016 15:14 UTC (Sun) by reedstrm (guest, #8467) [Link] (1 responses)

Or that it came out in discovery or testimony during the drdos lawsuit.

good points

Posted Apr 10, 2016 16:11 UTC (Sun) by anselm (subscriber, #2796) [Link]

Also ISTR that the Microsoft applications used to use special undocumented APIs that could do convenient and powerful things and were (a) unavailable to third-party applications, (b) not part of any stability or support guarantees because they weren't part of the documented interface, so even if a third-party developer figured out one of them for Windows version N they had no guarantee that their code would keep working on Windows version N+1.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds