Current VS Stable VS Release

Hi guys!

I have a freebsd 7.1-RELEASE.


I have read the difference between STABLE VS CURRENT
found here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html

I want to know the difference of RELEASE VS STABLE
found something here: http://www.freebsd.org/relnotes.html
but I'm so sorry can't really find the exact answer to the difference between STABLE and RELEASE

So if I have a RELEASE is it possible to change/update it to STABLE?

Thanks and please bear with me.

Regards,
 
jemate18 said:
I'm so sorry can't really find the exact answer to the difference between STABLE and RELEASE
-STABLE is the development part of the -RELEASE branch. For example, when 7.1-RELEASE is brand new, development for 7.2 begins. That is 7-STABLE. Once 7.2 is released, then the development for 7.3 begins as 7-STABLE.

So if I have a RELEASE is it possible to change/update it to STABLE?
Sure. Just change your default tag to RELENG_7, and go through the make buildworld, kernel and install both. Don't forget mergemaster to reconcile the various configuration files.
 
DrJ said:
-STABLE is the development part of the -RELEASE branch. For example, when 7.1-RELEASE is brand new, development for 7.2 begins. That is 7-STABLE. Once 7.2 is released, then the development for 7.3 begins as 7-STABLE.


Sure. Just change your default tag to RELENG_7, and go through the make buildworld, kernel and install both. Don't forget mergemaster to reconcile the various configuration files.

Wow thanks.

Another question, so which do you recommend

RELEASE for a casual home user?
STABLE for a server or an enterprise usage?

And also by saying that when 7.1-RELEASE is out, development for 7.2 which is called STABLE is done. Therefore the packages on the STABLE branch is more bleeding edge that 7.1 RELEASE.

I also use pkg_add -r package_name to install my programs, since I'm under RELEASE, then the fetched packages are under RELEASE,

If for example I opt not to upgrade to 7.1-STABLE as of this time, can I get the packages from that repository using pkg_add -r? How?
 
jemate18 said:
RELEASE for a casual home user?
STABLE for a server or an enterprise usage?
For any use where stability is critical, use -RELEASE. Period. Usually -STABLE is pretty good, but it does have bugs. That's the point, in a way. Whether you want to run -STABLE as a casual user depends on what you want. If you want the bleeding-edge features of this development branch (namely, not -CURRENT), then run -STABLE. There will be bugs and improvements along the way.
Therefore the packages on the STABLE branch is more bleeding edge that 7.1 RELEASE.
Yes. They are not quite as recent as what is in ports, but the delay is not too bad.
If for example I opt not to upgrade to 7.1-STABLE as of this time, can I get the packages from that repository using pkg_add -r? How?
Yes. You have to use the right "repository". You do it by setting an environment variable:
set PACKAGESITE to ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/Latest/
 
BeastieBoy said:
Thanks, this thread helped me to stick to RELEASE.

It should be in the FAQ: "If you have any questions about whether you should be running -STABLE or -RELEASE, run -RELEASE. If you're still not sure, run -RELEASE. If after this you still think you might want to try -STABLE, go ahead and run -RELEASE. If you have an extra machine sitting around and you don't mind pulling half of your hair out trying to figure out why the sound suddenly stopped working last night at 3:04am, okay -STABLE might be interesting to you for a few minutes."
 
you don't mind pulling half of your hair out trying to figure out why the sound suddenly stopped working last night at 3:04am, okay -STABLE might be interesting to you for a few minutes."
just to be honest, nothing like that with -stable running on my desktop. I do an update when i feel like it, e.g. once per month or two.
 
nekoexmachina said:
just to be honest, nothing like that with -stable running on my desktop. I do an update when i feel like it, e.g. once per month or two.

I know, I've run -CURRENT on my laptop when I needed a certain network driver, but there's still no guarantee. -STABLE has broken or incomplete drivers from time to time, and driver updates can cause breakages (& I know this from personal experience), and while they're usually fixed in pretty short order on -STABLE, it's still a good idea to stay away unless you're sure you need to use it.

Back when I did run 8-CURRENT, I would csup the latest tree, watch freebsd-current@freebsd.org for at least two days in case something funky was going on, and then buildworld. Even then I had to back out a kernel at least once.
 
fronclynne said:
-STABLE has broken or incomplete drivers from time to time, and driver updates can cause breakages (& I know this from personal experience), and while they're usually fixed in pretty short order on -STABLE, it's still a good idea to stay away unless you're sure you need to use it.
In the 10+ years I've been running -STABLE (3-STABLE, 4-STABLE, 5-STABLE, 6-STABLE, 7-STABLE and currently 8-STABLE) it never broke once.
 
You've been lucky. Spend a year or two on the freebsd-stable mailing list, and you'll see that it breaks fairly often. :) It really all depends on how often you update your sources. :)
 
I update all -STABLEs I have about once per 1-2 months. Saw maybe three or four breakages in 15 years? Usually solved by a re-c(v)sup or by pulling in a source tree of the day before. Hardly any drama in running -STABLE ;)
 
DutchDaemon said:
I update all -STABLEs I have about once per 1-2 months. Saw maybe three or four breakages in 15 years? Usually solved by a re-c(v)sup or by pulling in a source tree of the day before. Hardly any drama in running -STABLE ;)
Exactly. I probably update a little more often but never had any major issues. Nothing a csup and a rebuild didn't fix. The only other issues were mainly due to changed functionality and it broke because I didn't read UPDATING.
 
phoenix said:
You've been lucky. Spend a year or two on the freebsd-stable mailing list, and you'll see that it breaks fairly often. :) It really all depends on how often you update your sources. :)

That's true. But on the other hand you have to wait a looong time to get the fixes. And if your server doesn't run, well, then stable is the only alternative. And in reality I have got the most problems with realeases since 7 and 8.
 
just a few more questions.

is there FreeBSD 8-current??? or the FreeBSD-current is FreeBSD 9?

what is freebsd head?

thanks for the great topic

P.S.:sorry if i shouldn't post here,but i thought that my question i relevant to the specific topic if not my apologies.
 
I think FreeBSD Current is called a rolling version, it is continuously evolving and will never have an end. It's the latest bleeding-edge freebsd code committed by developers.
 
sistematico said:
First, sorry for very old thread :e

Second, how to do this?

Thank you.

Best to post the results of
Code:
 df -aH
so persons who may wish to reply would know whether to suggest using svn (subversion) or cvsup. Or, search other threads with the word 'supfile' ... I presume at least a few have the answer.
 
jb_fvwm2 said:
Using /lookat/ with zsh/grep/find/aliases/pipes/portmaster and /var/db/pkg/ flat files to meteorically speed port installs/upgrades forever hopefully...

Could you please explain what you mean by this? And what are the advantages to zsh over tcsh (which I've always used)? If there's a thread out there anwering this, please PM me.
 
zsh? Search the web for the thread 'zsh(rc) tips thread' (Linux) and it has a large number of .zshrc, all you'd have to do probably is adjust paths, programs, omit 'autoload' (some of them, not all, I'm clueless, but some slow down the command line completion times) and be surprised (many threads at news.ycombinator.com also have zsh usages), as the settings and aliases have already been crafted for the most part.

If you are wondering about Lookat /usr/ports/sysutils/lookat, it has keybindings (s, search, t, top, # , go to page number, q, exit, ...) that are MS-DOS-easy. Also one can set colors etc. I've set it as $PAGER so man pages are easier to search through, go to a specific place in the page, etc. (But a full path in pipes, to lookat, may be needed if it is the last item in the pipe.)

The other topic in that signature I've explained in detail to the freebsd-questions, freebsd-ports, and freebsd-current mailing lists, as well as many other threads here. Sort of digressing, unfortunately, to repeat it, but it is out there.
 
Code:
cd /var/db/pkg
gnuls -oSr | grep p5 | grep -v bKi | grep -v Tk | head -30 (-1050 until) | awk '{print $8}' | xargs -J % find % -type f -name +MTREE_DIRS -exec /bin/ls -lac {} \; | grep -v "v 2" (to exclude November)  | awk '{print $9}' | gtr -s \/ "\n" | grep p5  | xargs -J % portmaster -d -B -P -i -g % && yell || yell
To answer further, I'm worried about pkg doing away with the possibility of using that specific pipe to upgrade (as here) thousands of ports at once, twenty at a time. But I may as well post the fix for a tenth of them that fail to install...
Code:
cd /usr/ports/[failing port] && make -DNO_PACKAGE -DNO_STAGE -DMAKE_JOBS_UNSAFE reinstall && /bin/rm -rf work && cd /var/db/pkg
... just in case it helps anyone else in the meantime. Of course, each time the commands are re-run only a few characters of the command have to be edited, but edge cases also took quite a while, most because the packages inadvertently depended upon the older Perl version, or a dependency had not been upgraded to the newer version yet.
 
An old topic, but CURRENT versus STABLE versus RELEASE remains topical.

Essentially:
  • create, activate then boot a ZFS boot environment before any upgrade (or other significant change) to the base OS, or a package
– then, it's almost certain that if you're cut or bloodied in the active environment, simple reactivation of the previous environment (plus a restart of the OS) will put things right for you.

Adapted from <https://forums.FreeBSD.org/threads/82319/post-535005>, with today's date as an example:
  1. as the root user
  2. bectl create 2021-10-08-a
  3. bectl activate 2021-10-08-a
  4. restart
Worth noting: a 2018 description of TrueOS as bleeding edge. TrueOS Desktop was well-respected and very user-oriented. I rarely felt bloodied there, thanks to ZFS boot environments.
 
Or create new ZFS boot environment, mount it chroot into it and upgrade there then unmount it, activate it and reboot.
Plenty of links around to good tutorials vermaden and Trihexagonal come immediately to mind on how to do this.
 
Thanks, I do understand the appeal of chroot(8) approaches, however:
  • the cutting of corners can be ultimately dissatisfying, or troublesome.
For example, not solved:

 
Back
Top