Re: [Libreoffice] [PATCH] EasyHacks 3.27 Change Sheet copy process
Hi Andy and Kohei, Hereby additional patch with: * Check on pName is NULL. * Showing original sheet name in input box, when Rename option is checked. Not implemented: OrgName_#. Joost 2010/12/12 Joost Eekhoorn joost.eekho...@gmail.com Hi Andy, Point made. I will do the same as in the Rename dialog, thus if 'Sheet1' is selected, the rename input box will show 'Sheet1', when Rename is checked. I must also fix something in my last patch, now that MoveTable has a pointer as last argument: if( rName.Len() ) is changed to: if( pName-Len() ) but must be: if( ( pName != NULL ) ( pName-Len() ) ) Joost 2010/12/11 Andy Brown a...@the-martin-byrd.net On Sat Dec 11 2010 13:54:38 GMT-0800 (PST) Joost Eekhoorn wrote: Hi Kohei, * I think it would be more user-friendly if the Rename input box showed the default sheet name. When moving a sheet, this would be the original sheet name, while when copying a sheet it would be the original name followed by '_' + num (e.g. Sheet1 - Sheet1_1). An empty imput box is logical to me, because the Rename dialog shows also an empty in input box. But if you want, I can try to impement it. It is not in this patch, because it more difficult than it sounds. The default name depends on the document where the copy is going to, if it is the same document or another document. The default for RC1 is to use the default sheet name when selecting Rename from the context menu, see attached. Personally I would prefer to follow this for the new setup. Thanks again for taking this on. Andy From 003188d6ea1aebd0a07c7eba6198ac0b7605c2ae Mon Sep 17 00:00:00 2001 From: Joost Wezenbeek joost.eekho...@gmail.com Date: Sun, 12 Dec 2010 12:04:34 +0100 Subject: [PATCH] Change Sheet copy process Easy Hacks 3.27 Added rename in Move/Copy Sheet in calc --- sc/inc/scabstdlg.hxx |4 +++- sc/source/ui/attrdlg/scdlgfact.cxx |6 -- sc/source/ui/attrdlg/scdlgfact.hxx |5 - sc/source/ui/inc/mvtabdlg.hxx |4 +++- sc/source/ui/miscdlgs/mvtabdlg.cxx | 10 +- sc/source/ui/view/tabvwshf.cxx |7 ++- sc/source/ui/view/viewfun2.cxx |4 ++-- 7 files changed, 31 insertions(+), 9 deletions(-) diff --git a/sc/inc/scabstdlg.hxx b/sc/inc/scabstdlg.hxx index 102ea20..93b291c 100644 --- a/sc/inc/scabstdlg.hxx +++ b/sc/inc/scabstdlg.hxx @@ -410,7 +410,9 @@ public: long nFirst = 1, long nLast = 100 ) = 0; -virtual AbstractScMoveTableDlg * CreateScMoveTableDlg( Window* pParent, int nId ) = 0; //add for ScMoveTableDlg +virtual AbstractScMoveTableDlg * CreateScMoveTableDlg( Window* pParent, //add for ScMoveTableDlg +const String rDefault, +int nId ) = 0; virtual AbstractScNameCreateDlg * CreateScNameCreateDlg ( Window * pParent, USHORT nFlags, int nId ) = 0; //add for ScNameCreateDlg diff --git a/sc/source/ui/attrdlg/scdlgfact.cxx b/sc/source/ui/attrdlg/scdlgfact.cxx index 10f0065..d31bd7e 100644 --- a/sc/source/ui/attrdlg/scdlgfact.cxx +++ b/sc/source/ui/attrdlg/scdlgfact.cxx @@ -1125,13 +1125,15 @@ AbstractScMetricInputDlg * ScAbstractDialogFactory_Impl::CreateScMetricInputDlg //add for ScMoveTableDlg begin -AbstractScMoveTableDlg * ScAbstractDialogFactory_Impl::CreateScMoveTableDlg( Window* pParent, int nId ) +AbstractScMoveTableDlg * ScAbstractDialogFactory_Impl::CreateScMoveTableDlg( Window* pParent, + const String rDefault, + int nId ) { ScMoveTableDlg * pDlg=NULL; switch ( nId ) { case RID_SCDLG_MOVETAB : -pDlg = new ScMoveTableDlg( pParent ); +pDlg = new ScMoveTableDlg( pParent, rDefault ); break; default: break; diff --git a/sc/source/ui/attrdlg/scdlgfact.hxx b/sc/source/ui/attrdlg/scdlgfact.hxx index f4a8286..0738e97 100644 --- a/sc/source/ui/attrdlg/scdlgfact.hxx +++ b/sc/source/ui/attrdlg/scdlgfact.hxx @@ -492,7 +492,10 @@ public: long nFirst = 1, long nLast = 100 ); -virtual AbstractScMoveTableDlg * CreateScMoveTableDlg( Window* pParent, int nId ); //add for ScMoveTableDlg +virtual AbstractScMoveTableDlg * CreateScMoveTableDlg( Window* pParent, //add for ScMoveTableDlg +const String rDefault, +int nId ); + virtual AbstractScNameCreateDlg * CreateScNameCreateDlg ( Window
[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #33 from Gökcen Eraslan gok...@pardus.org.tr 2010-12-12 03:27:03 PST --- There is a serious encoding problem about non-ascii letters in MS Office formats (bug 32219), also a related issue is reported here[1]. [1] http://www.openoffice.org/issues/show_bug.cgi?id=114482 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] De-Java-ise flat XML export
Hi Giole, Peter, *, On Sun, Dec 12, 2010 at 1:27 PM, Gioele Barabucci gio...@svario.it wrote: IIRC the idea [1] was to move as much XSLT processing as possible to libxml, not to Xalan, as libxml is already used internally by LibreOffice. The main goal behind this task is to avoid the need for a java-runtime fo tasks where it isn't needed, i.e. to replace stuff that is currently using java with c/c++ code. Of course it doesn't make sense to just rip it out for the sake of it, the replacement must support the same features as the java based implementation. And as you already noticed it doesn't make sense to require an other runtime environment such as mono/.net instead. ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Extensions manager improvement
Hi all, What you think about install extensions like in Firefox? I mean, the user just need to open extensions manager, search extensions and click to install. This feature would be great! (my point of view). Also, it checks updates in dictionaries, grammatical rules, etc. It's too hard to implement such functionality? Can we copy something from Firefox code? There are very useful extensions that many people don't know. For example, i'm from Brazil and my friends don't know DicSin, CoGrOO, Vero. These extensions improve so much the usability of the suite for us (BrOffice.org). Where to start in the source code to understand the LibreOffice extensions manager? Best regards, Júlio. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Can we remove soldep module?
On Fri, 2010-12-10 at 20:57 -0500, Kohei Yoshida wrote: Hi there, It seems that the module soldep is not used at all during our build. Looking at what's in this module, this may be the tool that Sun used internally before they adopted to using configure (?) I think its a tool that fs built to get a graphical view of module dependencies ?. But it was never fixed to be 64bit clean, right ?, so not built on x86_64 anyway. And IIRC there's a problem in bootstrap anyway in that non fpic code is shoved into a shared library which isn't right either. So, sure, IMO best to remove it. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=31865 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on||32338 --- Comment #34 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2010-12-12 08:28:17 PST --- Nominate Bug 32338 - [WIKIHELP]: Missing context sensitive Help -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] 最新科技水波動熱效貼,保暖防寒 省錢又環保(Adv)
Contact Prowol or Unsubscribe? 聯絡我們 或 不要收到 本電子報? 『水波動熱效貼』請點圖了解,歡迎洽購! 護頸 護肩護腰腹 護膝 整組禮盒 『水波動熱效貼』發熱原理: 藉由水分子與熱感觸媒產生共振反應,因此不需電源,也能快速感熱可重複使用數百次! ◆ 超神奇高科技熱感貼布,只要沾些水即可發熱。 ◆ 免插電,一次使用約30分鐘,可重覆使用上百次。 ◆ 短短15分就能感熱,最高可升溫2度C。業界最優! ◆ 通過多項認證及測試報告,安心使用。 ◆ 電視超熱賣!外銷日本歐美人士的最愛! ◆ 本商品投保富邦1000萬產品責任險。 +++我們是一家以協助教會、廣傳福音、幫助大家、省時省金為宗旨的基督徒公司+++ 普洛瓦創意資訊有限公司 Tel : (02)87706959 Fax : (02)87706917 E-mail : c...@prowol.com 網址 : www.prowol.com 統一編號 : 80680991 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: Some commented out code removed again
On Fri, 2010-12-10 at 23:43 +0200, Timo Heino wrote: This time with 1 (hopefully) working fixed if-statelement :) Looks good to me, by error in if I assume you mean the unnecessary {} around a one liner branch ? Just a stylistic thing really. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Extensions manager improvement
On Sun, 2010-12-12 at 10:21 -0300, Júlio Hoffimann wrote: Hi all, What you think about install extensions like in Firefox? I mean, the user just need to open extensions manager, search extensions and click to install. This feature would be great! (my point of view). Also, it checks updates in dictionaries, grammatical rules, etc. Well, I think the checks updates for already installed extensions is already in there, that should work I think. You can find the existing dialogs and stuff in desktop/source/deployment/gui for tools-extension manager to play around with. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] Re: [PATCH] Remove code that is commented out
On Sat, 2010-12-11 at 23:09 +0100, Anders Jonsson wrote: This removes some code that was commented out in sc/source/ui/Accessibility. Also, my first patch patch to LibreOffice. The attached patch is LGPLv3+/MPL. Looks good, normally I'd suggest that commented out stuff tagged with TODO be left in seeing as its often the case that its a work in progress. But that specific one mentions a Hamburg-internal bugid so I think we can safely assume it doesn't help anyone complete that TODO. So, all pushed, thanks for this. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] nuke obsolete use of String
On Sun, 2010-12-12 at 20:59 +0900, Takeshi Abe wrote: Hi, While trying Easy Hack 3.8 [1], I found obsolete use of String in desktop/source/app/cmdlineargs.cxx . This is good stuff, I didn't push this yet though. There's one little easily-fixed snag I think, e.g. - else if ( aArgStr.CompareToAscii( -psn, 4 ) == COMPARE_EQUAL ) + else if ( aArg.equalsIgnoreAsciiCaseAsciiL(RTL_CONSTASCII_STRINGPARAM(-psn))) CompareToAscii is case sensitive, while equalsIgnoreAsciiCaseAsciiL is case insensitive, so that would change the logic slightly. On the other hand we don't seem to care about the case for the other command line options so maybe that's a good thing. However there's another catch. OUString::equalsIgnoreAsciiCaseAsciiL takes the length as an optimization, both entire strings have to match, so it's like strcmp. While the old-school String::CompareToAscii only compare the String against the argument up to the passed-in-length, like strncmp So, that one should be (I think, I get a little confused when I mix my strings, double check me) matchAsciiL to be exactly the same as before. C. p.s. I think we should have a wiki page to list the old String methods and the new OUString equivalents side-by-side with snags listed. (Some of the String methods are sort of OUStringBuffer equivalents, and some are hard to do with OUStrings, and might have workarounds in comphelper). Maybe you, or someone else, could start a page in the wiki and just start with the methods used in this example ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Can we remove soldep module?
On Sun, Dec 12, 2010 at 01:49:37PM +, Caolán McNamara caol...@redhat.com wrote: I think its a tool that fs built to get a graphical view of module dependencies ?. But it was never fixed to be 64bit clean, right ?, so not built on x86_64 anyway. Not built on i686 either. And we have a similar (working) tool under build/scratch/build-analysis-tools already. :) pgp7BpjfXRwBX.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Extensions manager improvement
Hi Caolán, hi Júlio! Am Sonntag, den 12.12.2010, 20:34 + schrieb Caolán McNamara: What you think about install extensions like in Firefox? I mean, the user just need to open extensions manager, search extensions and click to install. This feature would be great! (my point of view). Also, it checks updates in dictionaries, grammatical rules, etc. Well, I think the checks updates for already installed extensions is already in there, that should work I think. Yep - but of course it requires extensions to be installed that handle the language related stuff. Júlio, if you could work on improving the current Extension workflow - this would be great. Currently, it requires to go to a certain site, filter manually, download the extension to a temporary location, install it within LibO/OOo (if it works and you downloaded the correct version), delete the temporary file. Wow! Firefox (more or less): Open the extension manager, mark one of the highest rated extensions for installation, wait. Done. Cheers, Christoph ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LO status bar annoyances
Hi Wol, *, Wols Lists schrieb: On 10/12/10 21:18, Friedrich Strohmaier wrote: [.. who misses useless UI features ..] Again: see above. (You told me to click the exclamation mark - where should I click now?). Unfortunately, this then plays havoc with the next bunch of users - who have at least partially learnt how to use the interface. One thing the normal user (one step above the blindly follow the cheat sheet monkey) values, is a *consistent* interface. Totally agreed! Even the BFTCS monkey won't bother. A reasonably share of them become so for reason of missing that. ;o)) And I know there's no such thing as intuitive, but I still compare Word and WordPerfect ... I moved to WordPerfect from my previous word processors from choice, I didn't have to learn WordPerfect, it was just obvious. I can confirm. Even never meeting WordPerfect, but I sadly miss the UI from Lotus Smartsuite. Infobox, Approach - my first method sorting textfiles was generating Approach database tables exporting them afterwords! I *still* (despite using it for many years) don't know how to use Word properly. Even worse: I don't with OpenOffice.org - bad world. :o)) And therefore I settled my horse fighting the battle of the brave to get back, what I left some 8 Years ago: a consistent and even more *intuitive* Interface! OpenOffice.org itself tougth me: Accidently decisions by software developers stumbling over and fixing their favorite UI annoyances does not bear this. There have to be a plan to bring all the knowledge about that to a point, where this will grow from. This list definitly isn't that point. Gruß/regards -- Friedrich Libreoffice-Box http://libreofficebox.org/ LibreOffice and more on CD/DVD images (german version already started) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] CIA bot update
Hi Kendy, I pushed two commits to the cia bot script we have in the build repo. The first is not interesting, it just implements a dry-run mode so that one can test the changes easily without calling cia.vc. The second implements something you asked a few days ago on IRC: when a new branch is created then new commits will be announced from there. (We used to announce the last commit from a new branch in the past.) This means: 1) If the branch is just created without any new commits, then the script no longer spams. 2) If the branch contained more then one new commit, then all of them is announced now. (In case this gets problematic we can limit the output in the future.) So - if this looks fine please update restart the bot. Thanks, Miklos pgpxUSzLTCg0F.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Help?
Hi Jerry, I'm new to opensource like you, sometimes we just need to read. :-) This problem happened to me, i think that is a Git problem: when you make a pull and files of different versions are mixed up! So, let's read the message: --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development it seems that the error is inside 'nss', please re-run build inside this module to isolate the error and/or test your fix: --- /bin/sh cd /home/jerry/git/libo source ./LinuxX86Env.Set.sh cd nss build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxlngi6.pro in a module. - These sequence of commands will show you the C++ errors during compilation. You need to fix it and repeat the sequence above. When everything is fine, back to top level and re-run make. Everyone can correct me. Best regards, Júlio. 2010/12/12 Jerry Shi shij...@gmail.com Hi, I'm new to opensource, so tell me if I'm asking very stupid questions, but, - Where is bin/g? I can't find it anywhere, and it seems to be all over the place on the wiki - The build failed, and I have no idea why. The error's in the nss module, in clone/libs-extern-sys/nss/ unxlngi6.pro/misc/build/nss-3.12.8/mozilla/security/nss/lib/freebl/drgb.c, and I've attached a copy of the error. What should I do? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove DECLARE_LIST(TOXControlList, Control*)
TOXControlList is used more like a list then a vector; however, the code was written using mostly [] style accessors. Thus, I had to rewrite a lot of control logic and would like someone else to review it before it gets installed.Two methods where looping through the list list.size() times. Looking at the code, I couldn't determine why this had to be done so I changed the code to only process the list once. The methods are:IMPL_LINK(SwTokenWindow, TbxFocusHdl, SwTOXEdit*, pEdit)IMPL_LINK(SwTokenWindow, TbxFocusBtnHdl, SwTOXButton*, pBtn )I played around in writer a little bit but couldn't figure out where this code was being used. If someone could point me in the right direction, I'll do a little more testing. 0001-Remove-DECLARE_LIST-TOXControlList-Control.patch Description: Binary data I'm having some issues removingDECLARE_LIST( SwXMLTableLinesCache_Impl, SwXMLTableLinesPtr ) fromsw/source/filter/xml/xmltble.cxx.The main issue is that my compiler (g++ 4.0) doesn't allow the following:class Foo;class Bar { Foo* myFoo;}class Foo { int mySomething;}typedef ::std::vector Foo* typeFoo;Because of this, I need to move enough information from the .cxx into .hxx to define Foo before Bar; however, Foo is build using some more magic Macros so I don't know how much code I can safely move to the header. Any suggestions on this would be nice.The only two DECLARE_LIST() instances left in writer are the above andDECLARE_LIST( SwXMLFrmFmts_Impl, SwFrmFmtPtr ) which is declared in the same .cxx as the one problem one. I'm going to see if it has the same issue.Thanks for your help,Joe P.___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Remove DECLARE_LIST(TOXControlList, Control*)
The patch for DECLARE_LIST( SwXMLFrmFmts_Impl, SwFrmFmtPtr ) was really easy so I pushed it... However, long story short, I also ended up pushing this patch. If anyone has any issues, it can be reverted. I'm sorry for the confusion. Joe P. On Dec 12, 2010, at 8:26 PM, Joseph Powers wrote: TOXControlList is used more like a list then a vector; however, the code was written using mostly [] style accessors. Thus, I had to rewrite a lot of control logic and would like someone else to review it before it gets installed. Two methods where looping through the list list.size() times. Looking at the code, I couldn't determine why this had to be done so I changed the code to only process the list once. The methods are: IMPL_LINK(SwTokenWindow, TbxFocusHdl, SwTOXEdit*, pEdit) IMPL_LINK(SwTokenWindow, TbxFocusBtnHdl, SwTOXButton*, pBtn ) I played around in writer a little bit but couldn't figure out where this code was being used. If someone could point me in the right direction, I'll do a little more testing. 0001-Remove-DECLARE_LIST-TOXControlList-Control.patch I'm having some issues removing DECLARE_LIST( SwXMLTableLinesCache_Impl, SwXMLTableLinesPtr ) from sw/source/filter/xml/xmltble.cxx. The main issue is that my compiler (g++ 4.0) doesn't allow the following: class Foo; class Bar { Foo* myFoo; } class Foo { int mySomething; } typedef ::std::vector Foo* typeFoo; Because of this, I need to move enough information from the .cxx into .hxx to define Foo before Bar; however, Foo is build using some more magic Macros so I don't know how much code I can safely move to the header. Any suggestions on this would be nice. The only two DECLARE_LIST() instances left in writer are the above and DECLARE_LIST( SwXMLFrmFmts_Impl, SwFrmFmtPtr ) which is declared in the same .cxx as the one problem one. I'm going to see if it has the same issue. Thanks for your help, Joe P. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [rft 82] : nursing homes - 31, 589 senior administrators, 11, 288 nursing directors in over 14, 706 nursing homes (full contact info no emails)
We have the following high-quality lists: ( HEALTHCARE ) - Doctors (34 different specialties) - Chiropractors - Alternative Medicine - Dentists - Dentists with Specialties - Veterinarians - Hospitals - National Health Service Corp Clinics - Nursing Homes - Pharmaceutical Companies - Physical Therapists - Oncology Doctors - US Surgery Centers - Massage Therapists - Acupuncturists - Medical Equipment Suppliers - Mental Health Counselors - Visiting Nurses RN's - Optometrists - Psychologists ( BUSINESS LISTS ) - Hotels - Real Estate Agents - American Business Email List - US New Business Database - Manufacturers Database - Financial Planners Database - Finance and Money Professionals Database - Insurance Agents - Canadian Businesses - United Kingdom Business Database - Media Outlet Contacts ( CONSUMER LISTS ) - American Consumer Database - Credit Inquiries Database - American Homeowners ( PROFESSIONALS LISTS ) - USA Lawyers Database - Police and Sheriff Services - Criminal Attorneys - 142,906 Email me here for counts and samples: newleads...@gmx.com If the above email bounces please call (206) 426-0326 instead. Send us an email to u...@gmx.com we will discontinue from the list ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Help?
I had come across this issue as well and removing the file it suggests works just fine. After you should be able to run make again no problem. On 12/13/2010 02:41 AM, Júlio Hoffimann wrote: Hi Jerry, I'm new to opensource like you, sometimes we just need to read. :-) This problem happened to me, i think that is a Git problem: when you make a pull and files of different versions are mixed up! So, let's read the message: --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development it seems that the error is inside 'nss', please re-run build inside this module to isolate the error and/or test your fix: --- /bin/sh cd /home/jerry/git/libo source ./LinuxX86Env.Set.sh http://LinuxX86Env.Set.sh cd nss build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxlngi6.pro http://unxlngi6.pro in a module. - These sequence of commands will show you the C++ errors during compilation. You need to fix it and repeat the sequence above. When everything is fine, back to top level and re-run make. Everyone can correct me. Best regards, Júlio. 2010/12/12 Jerry Shi shij...@gmail.com mailto:shij...@gmail.com Hi, I'm new to opensource, so tell me if I'm asking very stupid questions, but, * Where is bin/g? I can't find it anywhere, and it seems to be all over the place on the wiki * The build failed, and I have no idea why. The error's in the nss module, in clone/libs-extern-sys/nss/unxlngi6.pro/misc/build/nss-3.12.8/mozilla/security/nss/lib/freebl/drgb.c http://unxlngi6.pro/misc/build/nss-3.12.8/mozilla/security/nss/lib/freebl/drgb.c, and I've attached a copy of the error. What should I do? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org mailto:LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice