I just wish I knew how to get bbPress to stop wiping out all the BuddyPress/WPMU filters and hooks. Incorporating them together is so easy, but making them play nice together isn’t… 
Oh boy am I getting milage out of this link today.
https://codex.buddypress.org/getting-started/using-the-buddypress-themes/
wuhudo, your confusion is absolutely normal. You should have been involved near the beginning of all this BP stuff. It took a week for the ‘non-blogcentric nature’ headache of BP to wear off slightly.
We just aren’t in Kansas anymore Toto. 
Andy, I deleted the 9 bb_ rows from the database, reinstalled skipping the integration step and that worked. Thank you!
Martin, thanks for the tip, but there was no “Auth Salt” value in my wp-config.php file.
Andy, even if I try to skip the cookie integration it still seeks out the salt values and says “Forum could not be created!”
Maybe I need to delete all the bb_ tables in the database?
you don’t need the cookie integration for forums to work. Check the new readme file.
Read the sticky by Trent on how to do this but read the entire thread as the first post hsan’t got all the answers.
I manually opened the wp-config.php file and copied the salts to the bb-config.php file, changing the names of the variables in the process.
I’ve been trying for two weeks to figure out how to install the Forums and can’t even get BBpress to install, much less integrate it. No help on their forums, so I’m hoping someone might have a hint here.
None of the salt values appear in the WPMU 2.7 admin options menu
I have the exact same issues at marcbrzeau and get these errors at end of install:
>>> WordPress “auth” cookie salt not set.
>>>>>> Could not fetch “auth” cookie salt from the WordPress options table.
>>>>>> You will need to manually define the “auth” cookie salt in your database.
>>> WordPress “logged in” cookie salt not set.
>>>>>> Could not fetch “logged in” cookie salt from the WordPress options table.
>>>>>> You will need to manually define the “logged in” cookie salt in your database.
Forum could not be created!
Andy wrote: “You may find some activity stream items around blog posts will take some time to re-cache and update properly. Give it a few days.”
I’ve waited a couple of days now and no old blog posts show up in my site wide activity widget, only new blog posts and other activities.
Should I wait longer or give an update to the latest trunk a shot?
It seems that I also have some internal errors. I can’t get subdomain blog created for users. Back to the drawing board!
No worries, it’s always better to ask and learn than to be silent and stay uneducated.
And yes, you need to look at a members profile in order to see the BuddyPress member theme.
The individual blogs are not managed by BuddyPress but by WordPress MU and because of that the themes are standard WordPress themes.
Hi,
And one more… In France we have the same problem on the BP demo.
http://buddypress-fr.net/bpdemo
Setting default language to english resolved the problem, but the site has to be in french. Huh ?
Admin-bar on wpmu admin is also in english now…
And plenty of post information as “on” by” “at” also.
Feb. 15th, the black sunday for non english buddy sites 
MartinNr5
Thanks for coming back on this.
I have actually now deleted the whole Mu and BuddyPress set-up (as it is new) and downloaded the latest. I have gone through the install guide again and…same problem.
I fiddling around last time, I forgot to mention that when the Member theme is installed in wp-content it does not show up at all in themes control panels. It is only when it is put in themes directory that it registers in the themes admin but it does not show in Ajax preview and results in blank page if installed.
The last time, I recursively changed all permissions to 777 of every file in desperation, but still no joy.
For what I want to do, a constant theme across all blogs and sites is the ideal, so I want to get this to work. It allows the BuddyPress Home theme OK, by the way.
Hope there might be a clue there somewhere.
Any help appreciated. Thanks.
Well, you can always post a feature request in the trac. 
https://trac.buddypress.org/newticket
I activated it for community.domain.com but the links kept going back to domain.com not community.domain.com within its own theme. I cant find anything to insert the static links to keep buddypress theme within its own subdomain itself.
I am using it on http://www.hotcliques.com . I created this yesterday. Please feel free to check it out. I think that some of the social networking features may not be working properly. I haven’t slept though. I was fired up to get this working after coming up with the idea yesterday morning.
Would love critical advice.
Thanks!
Ken
Alright, so I went through and triple checked all of my site_url related settings, they were fine. So I moved all of the plugins from mu-plugins to _temp (except the core) visited the site, then moved them back, and all appears to be well. Is it possible that BuddyPress just got confused? I’d say it’s probably more likely that I’m going crazy…
Next up… If I use the above blog_to_news function, I’ve got it working in the navbar, but the widgets in the blog still point to “blog/…” rather than “news/…” Funny thing is that they load just fine because I never updated the permalink structure to say “/news/%category%/%postname%/” but once I do that, it goes back to post 1 and doesn’t work again.
So even if the permalink and HOME_BLOG_SLUG match, filtered or not, if it doesn’t route to “yourdomain.tld/blog/…” then it doesn’t want to use anything but index.php.
i re-up this thread, cause i see that all the non-english buddypressers are blocked from this issue. Sorry to be boring Andy, and really thanks for you great work with bp!
@matthewpedia
it’s in the /mu-plugins/bp-core/
<?php $counter++; ?> is on the line 133 (using buddypress rc1)
you have modified the base.css in the css folder here: wp-contentmember-themesbuddypress-membercss
the 2 overlapping divs are: #optionsbar and #userbar: maybe a problem of width
Yes sir, this is exactly how I have mine. It is from the latest RC1 functions.php file it appears. (Side note: what does it do about archives, etc…?)
Back on topic (mostly)… Here’s a question, and maybe this is the culprit. I’ve asked over on the WPMU forums and so far no one has bitten so maybe I’ll theorize here.
I have two domains, testdomain.com, and testdomain2.com. testdomain.com originally had wordpress.org 2.7 installed on it, integrated with bbpress.org 1.0a6. I backed up my database and started my conversion process.
When I installed WPMU and BuddyPress, I did so at testdomain2.com and I am confident I used the subdirectory option. Then when it was working and I had the test database all restored from my afore mentioned backup, and working with all the integration and everything, I moved all of the files from testdomain2.com, to testdomain1.com. With a few hours tweaking, everything appears to be working, but this and the fact that it is now installed as a subdomain install instead of subdirectory.
Now, I can’t tell what the difference is between the two installs (subdirectory and subdomain.) The .htaccess files are the same, the database is the same, and the files all appear to be the same as well. What the heck does WPMU do where to have it know the difference? Could that be part of my problem? Ah!
Ok this conversation is being continued here: https://buddypress.org/forums/topic.php?id=1252
So I’m closing this.
Andy, I found if I drop that into “wp-content/member-themes/buddypress-member/css/custom-components/” it loads as you say.
It’s changed things somewhat … http://doorqtech.com/members/jodyw1/… but I still have to figure out how to get to look like this: http://doorqtech.com/groups
