Dev.SN ♥ developers
Sections
Dev.SN
from the can't-resist-that-minty-freshness dept.
prospectacle writes:
How to best replace Windows XP has become interesting to a much wider group of people, due to the end of official support for the product. (a previous story mentioned an Indian state government that urged its departments to use India's home-grown linux distro "BOSS Linux").
Some people may be using XP because it came with their computer and they never gave it a second thought, but there are probably plenty of others who don't want to spend the money, don't like the look of Windows 8, have older hardware, or are just used to the XP interface.
To these people, ZDNet humbly offers Linux Mint as a suggestion to replace XP.
They provide fairly compelling arguments to their target audience like:
- You can make it look almost exactly like XP
- It's free
- You can boot the live CD to try before you "buy".
- Decent, free alternatives exist for email, office, book-keeping and web-browsing.
- Virtually no need for any anti-virus for home users.
- Installation is quite easy these days.
- Works on fairly modest hardwar
Ending free support for a 12 year old product seems like a sensible policy for a for-profit entity like microsoft. In the past they've been able to count on people upgrading from old microsoft products to new microsoft products, and so any measure that would encourage (or pressure) people to upgrade would increase their sales.
Seems like a winning formula.
(Score: 2) by tibman on Monday March 31 2014, @12:47PM
Or distribute all software packages as a git repo not a single file.
Gentoo? I still run it and am always amazed that everything is built from source.
SN won't survive on lurkers alone. Write comments.
(Score: 2) by VLM on Monday March 31 2014, @01:55PM
I guess I'm asking for that but without the build. Not a GIT of package source, not a GIT of what the OS devs add, but the "individual files in a .deb, but broken out in a GIT" so a couple hundred meg deb doesn't need to be re-downloaded for a change in the manpages or whatever.
(Score: 1) by sbgen on Monday March 31 2014, @02:56PM
May be you should checkout NixOS (https://nixos.org/nixos/)??
Warning: Not a computer expert, but got to use it. Yes, my kind does exist.
(Score: 2) by VLM on Monday March 31 2014, @04:14PM
Thats close-ish but its still a "download sources and compile".
I'm looking for something a little lower and simpler. Gimmie Debian as it is. At the last-ish step dpkg-buildpackage takes a perfectly normal-ish set of directories ready for installation and makes two TAR files out of them, and then runs one of about half dozen file compressors on them (lzma or whatever) then uses ancient old AR (not tar, ar) to mush those two together. Then dpkg on the install side basically undoes all that work.
I'm suggesting, dpkg-buildpackage takes that nice directory structure and ... git commit the works and git push up to "somewhere". Then the end users simply git pull their way to happiness. apt-get upgrade boils down to little more than "git pull" every repo, make sure the pulls all went OK, and then run the install scripts (as relevant).
There are some minor problems, like a cloned git repo would inherently hold every binary that was ever pushed. Well, you could work around that by creating a new blank repo at release time. Or more specifically when 9.0 gets released the new git repo for 9.0 contains absolutely nothing but the 9.0 release. So for the whole dev cycle of 9.0.something until 10.0 is released, you can transparently switch to and install any version that is part of 9.0.something.
(Score: 2) by lothmordor on Monday March 31 2014, @06:58PM
Before I had broadband, I used Deltup [linux01.gwdg.de] on my gentoo box to patch packages to more recent versions. Saved an incredible amount of time and bandwidth. I haven't used it in years though, so not sure how well it works today.
(Score: 1) by cykros on Monday March 31 2014, @06:06PM
Or do away with human-defined dependencies and do things the Slackware way. pkgtool has no problem letting you install packages if you don't have the necessary libraries...they just won't run until the libraries are in place. No unnecessary dependencies just because some dev thought you NEEDED them, no yanking large portions of your package base off the system just because you removed one package...
Gentoo, Arch, and Slackware (and derivatives) are fairly quickly becoming some of the only distros out there that actually feel much like Linux anymore... For the world of idiotproofing, Debian still would be my first pick, but the problems arising from various quirks got to be more than I cared to deal with awhile ago, and I've seen no reason to go back.