Since BrOffice.org - Projeto Brasil, the NGO that helped to build the Brazilian community and gave name to the software in Brazil, has been extincted, there is no more reason to keep the brand BrOffice inside LibreOffice, when it comes to the Brazilian locale. The Brazilian locale now should have LibreOffice as its brand. The following bugs were open to address the BrOffice modifications: Bug 31770 Bug 32635 Bug 33744 Bug 32435 Bug 31098
Duplicate of bug #35744 , but as this has more information, should we mark that as a duplicate of this instead?
I think so.
*** Bug 35744 has been marked as a duplicate of this bug. ***
It should be enough to do the builds without --enable-broffice configure option. http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?h=libreoffice-3-4&id=7ad0e877067d9e72dcc7fb27160e6ad69af9a8e2 should do the job for beta3 build. Please, reopen this bug if you still see some BrOffice traces in LO-3.4.0-beta3 builds.
Heh, it was needed to also disable BrOffice in configure.in by default, see http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?h=libreoffice-3-4&id=94ccfeaccb3ffc09b244ea990eda43531764352d
I cherry-picked the two commits above to master and then removed all (I hope) BrOffice related things, changed PRODUCTNAME_BR to just PRODUCTNAME, etc.
It looks that this bug is fixed, but with one exception! Windows installation, desktop integration, Windows control panel, Start menu. These still contain BrOffice brand and icons names. Information on bug 32635 may be usefull.
Modified Version due to report date @Olivier: Observed with3.4Beta3?
@Rainer: Yes... 3.4 Beta 3.
I installed a pt-BR Windows in a virtual machine and can confirm, yep, both the 3.4 beta3 NSIS installer wrapper, the actual MSI installer, the Start Menu, and the list of installed programs still talk about BrOffice when run in a pt-BR installation, and use BrOffice artwork. Will attempt to fix.
The issue should now be fixed in the libreoffice-3-4 branch, too. I fixed it in a less intrusive way there for safety: I just changed the value of PRODUCTNAME_BR to LibreOffice (instead of BrOffice) in openoffice.lst. I verified that the MSI installer didn't mention BrOffice when installing on a pt-BR system, and also in the "Desinstalar ou alterar um programa" dialog I see LibreOffice and not BrOffice. (I don't have NSIS on my development machine so I can't be sure if the outer level NSIS installer uses the LibreOffice name, too.)
Ah, but when I start it, what do I see if not the large test "BrOffice 3" in the "start centre" ;)
Ah, but I had built with --enable-broffice, so hopefully that is caused by that;)
OK, now I hope the BrOffice branding is gone at least for Windows. I suspect it is still present for Mac OS X and Linux, though.
Note that there are still a couple of instances of "BrOffice" in the pt-BR translations in the libreoffice-3-4 branch. Hopefully the pt-BR l10n people will handle those.
Found one occurence in scp2/source/ooo.po and one in the help. Thanks.
assuming these pointers are fixed; I just removed the unotools config hack, that covers a lot of BrOffice instances (and was the last "BrOffice" style string I could see in the code itself). So - re-closing; should be in RC1 etc.
I replaced two BrOffice strings in translations, Olivier, please make sure you change them in Pootle and/or in your local file set. helpcontent2\source\text\shared\guide.po scp2\source\ooo.po
@Andras: done