It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
avatar
rtcvb32: I'll look over the OS via a VM. I'm not sure yet what I'll be doing...

I have a new harddrive yet to install and I wonder if I should put GNU/Linux on it. It's easy enough to put an OS, just which one.
Do you prefer building things yourself, packages that might literally be years out of date because Debian so chooses, or up to date things?
avatar
Darvond: Do you prefer building things yourself, packages that might literally be years out of date because Debian so chooses, or up to date things?
A lot of out of date stuff will work fine 99% of the time. I remember upgrading from redhat 4 to say 4.6 or something, and a lot of it were utilities that although had some fixes didn't really affect the system as a whole. Not only that the 'improved' packages for XWindows, Gnome and KDE slowed down my computer so much (400Mhz I think) that I preferred to downgrade.

Stable versions unless it's something that has to be the latest and greatest will probably work fine. This is from my experience.

As for building things myself. No, there's often too many things I'm not sure what the packages are for, so I'd take the newest version unless it required some odd package nothing else needed. Best to go with some stock version of Debian or something with a good solid layout and stick with it.
avatar
rtcvb32: Stable versions unless it's something that has to be the latest and greatest will probably work fine. This is from my experience.
For this purpose I’d suggest a Debian stable (Jessie as of now), with backports enabled for the couple packages you want in "up-to-date" versions.
Nice to see ReactOS evolving this much, plus that video of HL2 is impressive. In time I can see this as the ideal OS for running some Windows-only tools.
avatar
Darvond: Do you prefer building things yourself, packages that might literally be years out of date because Debian so chooses, or up to date things?
avatar
rtcvb32: A lot of out of date stuff will work fine 99% of the time. I remember upgrading from redhat 4 to say 4.6 or something, and a lot of it were utilities that although had some fixes didn't really affect the system as a whole. Not only that the 'improved' packages for XWindows, Gnome and KDE slowed down my computer so much (400Mhz I think) that I preferred to downgrade.

Stable versions unless it's something that has to be the latest and greatest will probably work fine. This is from my experience.

As for building things myself. No, there's often too many things I'm not sure what the packages are for, so I'd take the newest version unless it required some odd package nothing else needed. Best to go with some stock version of Debian or something with a good solid layout and stick with it.
But what about the argument of JWZ on the matter of flat out refusing to provide newer packages?
https://www.youtube.com/watch?v=myKYhDcLwoc

Playing UnrealGold in ReactOS
so it has taken about 18 years for ReactOS to reach v0.4? can we expect v1.0 in about 20 years, then?
avatar
amok: so it has taken about 18 years for ReactOS to reach v0.4? can we expect v1.0 in about 20 years, then?
Hardware OpenGL in 25 years, sure.
avatar
vv221: For this purpose I’d suggest a Debian stable (Jessie as of now), with backports enabled for the couple packages you want in "up-to-date" versions.
I would really use Gentoo (Calculate etc) if hardware power allows this. Otherwise, what you said - is a very good solution.
Post edited October 20, 2016 by Lin545
avatar
Darvond: But what about the argument of JWZ on the matter of flat out refusing to provide newer packages?
I don't know, really. I'm referring to core packages and commandline programs that make the OS work and what everything depends on for the most part. Tools that have been around for 20 years and get updates still and are powerful programming scripting and other basic tools that you can mix in and create scripts and small programs similar to batch files.

Screen savers? Not a high priority in my mind.
avatar
amok: so it has taken about 18 years for ReactOS to reach v0.4? can we expect v1.0 in about 20 years, then?
Nope. Only 2 more years are needed for 1.0.
https://reactos.org/project-news/reactos-043-released


ReactOS 0.4.3 with GOG support was just released!
Anyone notice all the screenshots were made on ReactOS Version 0.5-SVN? So they have a 0.4.3 release announcement but all the screenshots are from 0.5...
Post edited November 17, 2016 by liquidBass
avatar
liquidBass: Anyone notice all the screenshots were made on ReactOS Version 0.5-SVN? So they have a 0.4.3 release announcement but all the screenshots are from 0.5...
This are trunk builds. they all are marked as 0.5.
avatar
jeditobe: https://reactos.org/project-news/reactos-043-released

ReactOS 0.4.3 with GOG support was just released!
Interesting.

Has ReactOS taken into account the changes made in version 1.1.16 and up? Reason I am asking is because WIndows XP and Vista support were dropped completely and, based on some very light research, ReactOS seems to be more or less an open source version of Windows XP.

Also, all the ReactOS screenshots with Galaxy open and running are showing Galaxy 1.1.13 :)
avatar
liquidBass: Anyone notice all the screenshots were made on ReactOS Version 0.5-SVN? So they have a 0.4.3 release announcement but all the screenshots are from 0.5...
avatar
jeditobe: This are trunk builds. they all are marked as 0.5.
I don't mean to be an ass...but you just said nothing. What do you mean these are trunk builds? That SVN is used? Or that there is no notion of release cycles? Or no notion of revisions? Or branches? I don't get it. I'm sorry.