.LRN disables the context bar by default. I find this fairly inconvenient if I'm deeply rooted within my package and cannot go back easily because of lack of context bar.

How do people deal with this in real installations? Is noone bothered by this? What is the suggested way for a package to deal with the missing context bar, have a context bar of it's own ?

sitemap->main site->ShowContextBarP

yes, we found also inconvenient to hide it, but actually also highly confusing to show it in Galileo's case due:
1. very large class names lead us to very unusable large context bars
2. a subject can only belogn to one department, which is not the case for a lot of classes, this confuse the students.

So, we are taking actions:
1. we already support class name / URL by "key" rather than by course name
2. working to allow a subject belong to more than one department.

I think a reasonable compromise would be to show the context bar for the elements under a certain class.
This would eliminate the exceedingly long context bars that make it unusable, but would allow local navigation within the current class.

Yes, in dotlrn-master.css, there's a CSS block that looks like this:

#breadcrumbs {
display: none;
}

Delete it and the breadcrumbs should re-appear.

This wasn't a bug -- it was intentional. I was aiming to duplicate the Sloan design, and Sloan doesn't display the breadcrumbs.

Dave's proposal is interesting.

Since it's confusing to have two ways to toggle the context bar, I've removed the stylesheet block. So, as before, the context bar will be on by default, but hideable via the ShowContextBarP parameter of the main subsite. The change is committed on oacs-5-1 and will appear in .LRN 2.1.1, due out today or tomorrow.