Slashdot Mirror

Dude its Ed fucking Bott, a known MSFT shill that has done nothing but Gobble MSFT cock since the days of Windows ME. Want to find a glowing review of WinME, or Vista, or Windows 8 singing the praises of Metro? Go to Ed, he'll give MSFT the BJ anytime they ask. Even Mary Jo Foley doesn't blow MSFT that hard and she's an employee! This is a guy that MSFT "gifts" $2000 laptops and get in return "articles" like why I love MSFT and you expect anybody to take that shit seriously? Why don't you join a discussion about equal rights and provide a link to an SJW' landwhales blog screaming about "muh privilege", get da fuq out of here LOL!

And I notice you conveniently ignored the link from MSFT showing 19 pages of shit running you cannot turn off because you are a filthy peasant pissant and don't have enterprise, care to comment? Of course you won't, because you are guzzling that koolaid like there is no tomorrow. At least the Lunix guys had the excuse that they were pushing a free product, you are pushing a product that costs $100 minimum (the cost of the Windows 7/8.1 key you give up when you take the spyware) and what do you get in return? 19 pages of spying you cannot turn off which I have to say is about as "good a deal" as paying somebody for a big fresh bag of their dog's shit!

hp-48 = RPN
--> hp {35s, 33s}

http://fixunix.com/hewlett-packard/105776-hp-33s-35s-functional-differences.html

Don't even think of learning "=" calculators for the exam
Good luck.

http://forums.linuxmint.com/viewtopic.php?f=47&t=99890

http://fixunix.com/redhat/489285-rhel-5-1-rhel-5-2-dependency-hell.html

http://www.freelists.org/post/oracle-l/Linux-X86-26-Oracle-9204-and-RPM-Dependency-Hell

http://unix.stackexchange.com/questions/53077/firefox-circular-dependency-hell-on-linux-mint-13

http://linuxgazette.net/issue71/tag/3.html

http://lwn.net/Articles/198455/

http://forums.opensuse.org/english/get-technical-help-here/applications/406017-does-dependency-hell-still-exist-2.html
* "The best (worst) way to get dependency hell is to add too many repositories. Eventually one will find the right combination of conflicting repositories to create a situation of dependency hell."
* "The problem is the more repositories that are added, the less and less likely that applications are built against the same set. "
* "Dependency hell ALWAYS exists. ALWAYS (Yes, Debian users, I'm talking to YOU). The question is whether or not if somebody tries to NOT go to dependency hell, is the system going to take them there anyway."

http://unix.stackexchange.com/questions/32594/fedora-16-dependency-hell

http://www.eonlinegratis.com/2013/dependency-hell-trying-to-install-gcc-on-centos4/

Oh, dependency hell is real alright!

All popular package managers, including APT, RPM and the FreeBSD Ports Collection, suffer from the problem of destructive upgrades. When you perform an upgrade -- whether for a single application or your entire operating system -- the package manager will overwrite the files that are currently on your system with newer versions. As long as packages are always perfectly backward-compatible, this is not a problem, but in the real world, packages are anything but perfectly backward-compatible.

(from http://archive09.linux.com/feature/155922)

We have all been bitten by this. It is not that prevalent on servers (what I use Linux for), but desktop distros definately suffers from this.

also:

http://www.linuxquestions.org/questions/linux-newbie-8/dependency-hell-233892/

http://fixunix.com/suse/265243-dependency-hell.html

http://forums.fedoraforum.org/showthread.php?t=289520&goto=nextnewest

http://www.brighthub.com/computing/linux/articles/52282.aspx

Dependency hell is real. Package managers help mitigate the problem locally, but software repositories are distro and version specific. Once you step outside of the official repository you risk stepping into dependency hell, as many of the above experienced. I fully concede that it *shoudn't* be a problem if every piece of software author did what they were supposed to do. It is the OSs job to provide a service and guidance so that authors do the right thing. Linux is not quite there yet, unfortunately. That's why you see the typical advice to install from the "official" distro and version specific repository. But that model is flawed.

Oh please! Who has all their programs on the Internet? Hell even Google doesn't have all their programs on the Internet, and the net is their bread and butter! Nope what you are talking about is the mythical "only uses the web" creature which I've found in practice to be about as plentiful as the yeti. Even those companies that THINK they are all "Web 2.0" quickly find out there are several back end apps, or apps they need to communicate with their suppliers/affiliates/customers, things they never even thought about that WILL bite them in the ass.

Does this mean it can't be done? of course not, same as they could switch the entire place to nothing but iPads if they have planned long and hard but it is THAT, that right there, that usually bites them in the ass. If you fail to plan you plan to fail, and I just wonder if this will go over like Munich where they didn't even think to check to see if items like printers had drivers before they started switching.

Changing OSes, from either one completely different such as Linux or OSX, or even from the old no permissions WinNT/2K/XP to the new Vista/7 user model WILL require serious planning, along with testing and finally a slow methodical rollout. If they aren't seriously dedicated to this and have long term plans in place this will blow up in their face when whatever admin got the bee in his butt to switch moves on and leaves the unfinished plans to the next guy. If they are serious and put in the work? Then sure it can be done.

The only problem I've seen with companies like this is funky third party custom apps that have NO equivalent in Linux that will have to be written from scratch. Like it or not there is a metric shitload of custom third party software for Windows, from medical transcription software to actuarial and risk management software that nobody has "gotten an itch" to write in Linux. If the cost of having that written from scratch is less? Then they could save some money,although IMHO the savings with Linux isn't really on the desktop but not having to worry about the BSAA or server CALs, but again its gonna take real dedication.

I personally hope they succeed, I really do. There is nothing I hate more than waste, but it is hard to find that kind of long term dedication in a company, at least in the USA. Maybe they will have better luck in Germany. I just hope they have long term plans and testing in place, as switching from XP to 7 can really bite you in the ass without a plan, switching OSes just adds to the pitfalls.

...and here's why:

It's official - Munich Linux migration is "dead - abandoned in all but name." - Linux

Yes, you read right: "Dead - abandoned in all but name".

Now this is interesting. Currently, on my work PC, linux/X11 seems to be a bit slower (KDE 4 especially, GNOME a bit less and definitely not Enlightenment) than Windows XP. Will this move bring the response *feel* of the linux desktop (in Unity on Ubuntu) to be on par with XP? While there are many anecdotal complaints all over the web regarding the intrinsic slowness of X, this seems to be disproven by my Enlightenment 0.16 experience.

I've used x48 on Solaris and HPUX on many occasions, however I've found it to be somewhat unstable on recent linux releases (I suspect it's the GUI code, not the emulator itself). In any event I've found a more portable solution (aside from my actual HP50G). Emu48 skinned and running the roms for a HP50G makes for a very nice Win32 desktop calc (all the necessary bits are here, here, here, and refer to this first).

Simply placed on a USB drive the Emu48 install becomes portable. With a PortableApps install, and with a small bit of config editing on the PA side, the Emu48 directory can be dropped into the PortableApps directory and will integrate into the PA menu. Configured like that, you get portable, nice startup/shutdown, and it retains its memory between machines.

http://fixunix.com/kernel/373556-ubifs-vs-logfs-rfc-patch-ubifs-new-flash-file-system.html has a great discussion about using a flash file system on a block device that's really a flash device with built-in wear-leveling. While neither participant seems to decisively change the other's opinion, several good arguments are made.