Re: CD's available?
which programs... i could burn some for you for just my time and material.. which is legal for open office as long as i dont make any changes. On Sat, Jan 19, 2013 at 9:38 PM, wrote: > > We have limited internet access and wonder if the programs are still > available on CD. > > Thank you. > > Carol Conkey > -- Please excuse any misspells or punctuation errors. Thanks Steve M Hawkins Sr Tech Consultant 431 Supply / A1A Services Inc 404 Highway 431 South 404 Martin Luther King Pkwy Phenix City, AL 36869 s...@431supply.com www.431supply.com 706-478-9524 fax 334-291-1812 voice
Re: CD's available?
I can post a cd if you want for free even!! On Sun, Jan 20, 2013 at 8:08 AM, wrote: > > We have limited internet access and wonder if the programs are still > available on CD. > > Thank you. > > Carol Conkey > -- Best Regards Saransh Sharma Upscale Consultancy PVT LTD. Disclaimer: -- This email was sent from within the Upscale Consultancy Services Pvt Ltd. The contents of this email, including the attachments, are LEGALLY PRIVILEGED AND CONFIDENTIAL to the intended recipient at the email address to which it has been addressed. If you receive it in error, please notify the sender immediately by return email and then permanently delete it from your system.The unauthorized use, distribution, copying or alteration of this email, including the attachments, is strictly forbidden. Thank you.Please note that neither Upscale Group nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments (if any). --
CD's available?
We have limited internet access and wonder if the programs are still available on CD. Thank you. Carol Conkey
Re: Root README file in SVN
I would label it DISCLAIMER to make it pristine clear. Something in the lines of: Development branches represent Work in Progress for internal use only. This code may be present in a future release but no claim is made concerning their content including licensing status or code quality. Use at your own risk. You may want to check with legal if we should include something else. Pedro.
Re: Symphony code in AOO 4.0
On Sat, Jan 19, 2013 at 10:04 PM, Pedro Giffuni wrote: > Hello; > > > - Messaggio originale - >> Da: Rob Weir > ... >>> >>> Well, much of the material is on the wiki. And we probably don't want >>> to get too technical. >>> >>> But I can put a draft together at least. >>> >> >> OK. Here is a draft: >> https://blogs.apache.org/preview/OOo/?previewEntry=merging_symphony_allegro_non_troppo >> > > I would think that the people that started this issue are not really > interested in the specific > enhancements or new features. I would also think that the target audience of > the blogs > are mostly non technical so I would suggest: > -When listing the bugs fixed drop the bugzilla issue number (it says nothing > to a non-technical > reader) and the [From Symphony] tag which is redundant. Stand back, I know regular expressions! http://xkcd.com/208/ Done. > - People will prefer screenshots if possible. A screenshot of Symphony and > specifically > the sidebar would be nice. > I agree. Hopefully someone in Beijing can point me to one. -Rob > Pedro. >
Re: Root README file in SVN
On Sat, Jan 19, 2013 at 10:10 PM, Pedro Giffuni wrote: > Hi Rob; > > Perhaps we should add a legal DISCLAIMER to the branches directory? > Funny you said that. I was in the process of adding some additional language to the end of the README. I'd be interested in your feedback on that. I think a disclaimer is appropriate for all of the directories that can contain unreleased code, including branches. but also /trunk. > I am aware of other projects taking code from there that we may not > be releasing after all (oops). > It is helpful, I think, to make sure the distinction between an Apache release and unvetted code in SVN is clear. -Rob > Pedro. > > > - Messaggio originale - >> Da: Rob Weir >> >> I've checked in a README file to the root of our SVN tree: >> >> https://svn.apache.org/repos/asf/openoffice/README >> >> This should be useful to help orient someone who is browsing our tree. >> >> I could use your help identifying the purpose of the branches. I >> described the ones I know about, but there are several there that I am >> not familiar with. >> >> Thanks! >> >> -Rob >>
Re: Root README file in SVN
Hi Rob; Perhaps we should add a legal DISCLAIMER to the branches directory? I am aware of other projects taking code from there that we may not be releasing after all (oops). Pedro. - Messaggio originale - > Da: Rob Weir > > I've checked in a README file to the root of our SVN tree: > > https://svn.apache.org/repos/asf/openoffice/README > > This should be useful to help orient someone who is browsing our tree. > > I could use your help identifying the purpose of the branches. I > described the ones I know about, but there are several there that I am > not familiar with. > > Thanks! > > -Rob >
Re: Symphony code in AOO 4.0
Hello; - Messaggio originale - > Da: Rob Weir ... >> >> Well, much of the material is on the wiki. And we probably don't want >> to get too technical. >> >> But I can put a draft together at least. >> > > OK. Here is a draft: > https://blogs.apache.org/preview/OOo/?previewEntry=merging_symphony_allegro_non_troppo > I would think that the people that started this issue are not really interested in the specific enhancements or new features. I would also think that the target audience of the blogs are mostly non technical so I would suggest: -When listing the bugs fixed drop the bugzilla issue number (it says nothing to a non-technical reader) and the [From Symphony] tag which is redundant. - People will prefer screenshots if possible. A screenshot of Symphony and specifically the sidebar would be nice. Pedro.
Re: Root README file in SVN
Maybe add information on the publish.pl and web push. On 1/19/13, Rob Weir wrote: > I've checked in a README file to the root of our SVN tree: > > https://svn.apache.org/repos/asf/openoffice/README > > This should be useful to help orient someone who is browsing our tree. > > I could use your help identifying the purpose of the branches. I > described the ones I know about, but there are several there that I am > not familiar with. > > Thanks! > > -Rob > -- Alexandro Colorado Apache OpenOffice Contributor http://es.openoffice.org
Root README file in SVN
I've checked in a README file to the root of our SVN tree: https://svn.apache.org/repos/asf/openoffice/README This should be useful to help orient someone who is browsing our tree. I could use your help identifying the purpose of the branches. I described the ones I know about, but there are several there that I am not familiar with. Thanks! -Rob
Re: Symphony code in AOO 4.0
On Sat, Jan 19, 2013 at 7:06 PM, Rob Weir wrote: > On Sat, Jan 19, 2013 at 3:08 PM, Andrea Pescetti wrote: >> On 16/01/2013 Rob Weir wrote: >> >>> On Tue, Jan 15, 2013 at 4:09 PM, Andrea Pescetti wrote: the Symphony contribution in itself is worth to be properly acknowledged and get exposure. >>> >>> Agreed. So I am glad then that you made the call for additional blog >>> authors. It is probably best if the Symphony contribution is >>> acknowledged, etc., by a non-IBM project member. That would make it >>> harder to dismiss it in some quarters. >> >> >> I can try to understand these concerns, but from a practical point of view >> it is quite difficult for someone who is not a (former) Symphony team >> member, or who wasn't involved with porting code from Symphony, to write a >> meaningful post about the improvements that the Symphony contribution made >> possible. >> > > Well, much of the material is on the wiki. And we probably don't want > to get too technical. > > But I can put a draft together at least. > OK. Here is a draft: https://blogs.apache.org/preview/OOo/?previewEntry=merging_symphony_allegro_non_troppo Note that there are some suggested topics at the end, where I need detail. I welcome help from anyone who can help fill in the details. -Rob > -Rob > >> For example, analyzing the hundreds of [From Symphony] issues would not be >> feasible for me. Well, let's see if someone else takes the challenge, but >> honestly there's nobody better than the people who know Symphony to describe >> what was ported and what areas will benefit from its code most... >> >> Regards, >> Andrea.
Re: Symphony code in AOO 4.0
On Sat, Jan 19, 2013 at 3:08 PM, Andrea Pescetti wrote: > On 16/01/2013 Rob Weir wrote: > >> On Tue, Jan 15, 2013 at 4:09 PM, Andrea Pescetti wrote: >>> >>> the Symphony contribution in itself is worth to be >>> properly acknowledged and get exposure. >> >> Agreed. So I am glad then that you made the call for additional blog >> authors. It is probably best if the Symphony contribution is >> acknowledged, etc., by a non-IBM project member. That would make it >> harder to dismiss it in some quarters. > > > I can try to understand these concerns, but from a practical point of view > it is quite difficult for someone who is not a (former) Symphony team > member, or who wasn't involved with porting code from Symphony, to write a > meaningful post about the improvements that the Symphony contribution made > possible. > Well, much of the material is on the wiki. And we probably don't want to get too technical. But I can put a draft together at least. -Rob > For example, analyzing the hundreds of [From Symphony] issues would not be > feasible for me. Well, let's see if someone else takes the challenge, but > honestly there's nobody better than the people who know Symphony to describe > what was ported and what areas will benefit from its code most... > > Regards, > Andrea.
Re: FOSDEM booked / Material list for the stand
On 10/01/2013 Andrea Pescetti wrote: https://cwiki.apache.org/confluence/display/OOOUSERS/FOSDEM+2013+Organization Here is a proposal that I'm submitting for lazy consensus. If anybody else wishes to take over I'll definitely be happy, but we need to get it started now if we wish to be ready in time for FOSDEM. We will need actions on three levels: - Determine what to get and especially the related costs and deadlines (and of course, availability to take care of placing the orders at due time) At least, we will need a simple banner (an X-banner or a roll-up banner) and a few hundreds (500-1000) of the English flyers prepared by Drew. I can take care of ordering and delivering to FOSDEM. But then the materials should be given to someone who regularly attends events and travels by car, like Mechtilde and Michael. - Allocating funds (I expect this to be easy, through easy consensus on this list; we have funds that are in principle available for conferences) A budget of 150 EUR will cover the expenses. It is quite likely that we will spend less (for example, I received an offer for banner+500 flyers at 100 EUR, even though I haven't been able to check some details yet), but since printing 1000 flyers costs only 15 EUR more than printing 500, I would keep some margin to be able to pick the most convenient option. - Preparing a design for the materials we need I would be able to prepare a quick banner design (orb+logo). But I'm putting Michael Acevedo in CC since we still need to have a real vector version (in any format: SVG, AI, EPS...) of the OpenOffice logo. By the way, the banner size I'm investigating is 60x160 cm if anyone wants to prepare the design. Regards, Andrea.
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/19/2013 08:07 PM, schrieb Juergen Schmidt: Am Samstag, 19. Januar 2013 um 14:38 schrieb Marcus (OOo): Am 01/19/2013 01:43 PM, schrieb Marcus (OOo): Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? OK, nevermind. I found my answer in th Wiki on the snapshot download page. Please can you use the following name schema for the source files as it makes more sense to have the type of file (src) after the SVN rev number: aoo-3.4.1-incubating-r1429825-src.tar.bz2 aoo-3.4.1-incubating-r1429825-src.tar.gz aoo-3.4.1-incubating-r1429825-src.zip mmh, probably not because we would have to rebuild. I had proposed the new name weeks ago and nobody complained... :-( ups, sorry. The only quick solution would be to simply rename the files. Let me think about it. Renaming shouldn't be a problem before the upload took place. However, it's just looking not logical to me. So, no real problem when you would leave the filenames as they are now. Marcus
Re: Symphony code in AOO 4.0
On 16/01/2013 Rob Weir wrote: On Tue, Jan 15, 2013 at 4:09 PM, Andrea Pescetti wrote: the Symphony contribution in itself is worth to be properly acknowledged and get exposure. Agreed. So I am glad then that you made the call for additional blog authors. It is probably best if the Symphony contribution is acknowledged, etc., by a non-IBM project member. That would make it harder to dismiss it in some quarters. I can try to understand these concerns, but from a practical point of view it is quite difficult for someone who is not a (former) Symphony team member, or who wasn't involved with porting code from Symphony, to write a meaningful post about the improvements that the Symphony contribution made possible. For example, analyzing the hundreds of [From Symphony] issues would not be feasible for me. Well, let's see if someone else takes the challenge, but honestly there's nobody better than the people who know Symphony to describe what was ported and what areas will benefit from its code most... Regards, Andrea.
Sending a oo doc to face
HI. THANKS IN ADVANCE. REALLY NEED YOUR HELP ON THIS. CAN AND HOW DO YOU SEND AN OPENOFFICE DOC TO FACEBOOK. SINCERELY, VIVIAN.
Re: [RELEASE]: AOO 3.4.1 language respin
Am Samstag, 19. Januar 2013 um 14:38 schrieb Marcus (OOo): > Am 01/19/2013 01:43 PM, schrieb Marcus (OOo): > > Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: > > > Hi, > > > > > > I will start to build the next snapshot build for our upcoming AOO 3.4.1 > > > respin release based on revision 1435053 on the AOO34 branch. > > > > > > The new build will contain dictionaries for all new languages and we add > > > a dictionary for Hungarian now. > > > > > > This is a change regarding the last build, we will include Hungarian in > > > the respin as well. > > > > > > Supported languages now: ast da eu gd hu pl ko nb sv > > > > > > My plan is to use this build as final build for the release if we don't > > > receive any critical feedback. The feedback regarding the first snapshot > > > was moderate and is addressed with this new one. > > > > > > I will keep you informed when the builds are available. > > > > > > @Ariel: can you please start the builds for Linux as soon as it is > > > possible for you as well. > > > > > > > > > Just to be sure, for the final release we will have full install sets > > *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit > > (RPM+DEB) and MacOS X, right? > > > > > OK, nevermind. I found my answer in th Wiki on the snapshot download page. > > Please can you use the following name schema for the source files as it > makes more sense to have the type of file (src) after the SVN rev number: > > aoo-3.4.1-incubating-r1429825-src.tar.bz2 > aoo-3.4.1-incubating-r1429825-src.tar.gz > aoo-3.4.1-incubating-r1429825-src.zip > mmh, probably not because we would have to rebuild. I had proposed the new name weeks ago and nobody complained... :-( The only quick solution would be to simply rename the files. Let me think about it. Juergen > > Thanks > > Marcus
Re: [RELEASE]: AOO 3.4.1 language respin
Am Samstag, 19. Januar 2013 um 16:51 schrieb Rob Weir: > On Sat, Jan 19, 2013 at 10:29 AM, Marcus (OOo) wrote: > > Am 01/19/2013 03:41 PM, schrieb Andrea Pescetti: > > > > > On 18/01/2013 Jürgen Schmidt wrote: > > > > > > > > I will start to build the next snapshot build for our upcoming AOO 3.4.1 > > > > respin release based on revision 1435053 on the AOO34 branch. > > > > The new build will contain dictionaries for all new languages and we add > > > > a dictionary for Hungarian now. ... > > > > Supported languages now: ast da eu gd hu pl ko nb sv > > > > > > > > > > > > > > > > So, since we are already distributing Hungarian at > > > http://www.apache.org/dist/incubator/ooo/files/localized/hu/3.4.1/ > > > this means that we will replace those files with the new ones, right? > > > > > > > > > > > I would expect this, yes. > > > > > > > I'm not very happy to release a file with the same name of something we > > > already released (only the "hu" files would have this problem; the > > > others are new), but this would not be a blocker for me, provided we are > > > able to handle it appropriately. > > > > > > > > > > > We can put the original 3.4.1 hu files into the archive with slightly > > different filenames like this: > > > > Apache_OpenOffice_incubating_3.4.1_Win_x86_install_without_dict_hu.exe > > Apache_OpenOffice_incubating_3.4.1_Win_x86_langpack_without_dict_hu.exe > > > > > When we enable update notifications I assume we enable them for all > new translations. But what about Hungarian? We want to avoid an > infinite loop caused by the keeping the version number the same, e.g., > AOO 3.4.1 HU user gets upgrade notification, updates, and then still > gets another update notification. Maybe best not to send AOO 341 > update notifications for HU for this minor respin, > I agree, I plan simply to replace the file for Hungarian. New downloads will benefit from the new bundled dictionary. No update notification! Juergen > > -Rob > > > > > > Let's just make sure that people who attend to the download pages and > > > mirrors know that we are adding 8 languages (ast da eu gd pl ko nb sv) > > > and replacing one (hu). > > > > > > > > > > > On the download page the items for "hu" will remain the same. > > > > Marcus
Re: Adapt the naming of our project deliverables - "OpenOffice.org" --> "Apache OpenOffice"
On Sat, Jan 19, 2013 at 6:37 AM, Ariel Constenla-Haile wrote: > On Thu, Jan 17, 2013 at 06:00:35PM -0500, Rob Weir wrote: > > On Fri, Nov 23, 2012 at 7:04 AM, Oliver-Rainer Wittmann > > wrote: > > > Hi, > > > > > > as we had changed our 'project name' from "OpenOffice.org" to "Apache > > > OpenOffice" it makes sense to reflect this change also in our source > and the > > > product based on our source. > > > We had already made some basic and limited renaming - start center, > splash > > > screen, ... -, but it is not complete. > > > > > > > A question: Will this renaming effort also change library/modules > > names at a lower level, so we can more cleanly install as an > > independent app where LibreOffice has hijacked the old names? > > The problem with /usr/bin/soffice is not been solved by this change. > I truly wish there was some recourse we could take about this particular issue. how to "unlink soffice from LO is covered in the installation instructions, but essentially highjacking a binary this way seems a bit of a malware approach to me. > Other problems like LO obsoleting OOo packages will go away with the > name change because it implies a package name change (something we > should also do is remove the version from the package name, this is > causing the bug currently that version 3.4 didn't remove previous > versions when installed). > > > Regards > -- > Ariel Constenla-Haile > La Plata, Argentina > -- MzK "No act of kindness, no matter how small, is ever wasted." -- Aesop
Re: [WEBSITE] broken link on mac porting page
On Tue, Jan 15, 2013 at 12:43 PM, Rob Weir wrote: > On Tue, Jan 15, 2013 at 1:21 PM, Kay Schenk wrote: > > On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir wrote: > > > >> On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir wrote: > >> > Sorry for top posting, but I think we've discussed this enough to have > >> > a sense of what our constraints are. > >> > > >> > A quick proposal: > >> > > >> > Let's start from this page: > >> > > >> > http://www.openoffice.org/product/ > >> > > >> > That is linked to prominently from the homepage and the top navigation > >> bar. > >> > > >> > I propose adding a new section to the left navigation panel, between > >> > "Products" and "More". The new section will be called "Platforms" and > >> > will link to four pages: > >> > > >> > 1) Windows > >> > > >> > 2) Mac > >> > > >> > 3) Linux > >> > > >> > 4) Ports > >> > > >> > The first three will be new landing pages. The last one will link to > >> > the existing /porting page. > >> > > >> > Each of the platform pages will have basic system requirements and a > >> > link to the download page. They pages can grow to contain (or link to) > >> > other platform specific instructions or FAQ's. > >> > > >> > >> As an example, here is what the windows page might look like: > >> > >> http://www.openoffice.org/product/windows.html > >> > >> We could try to keep the other platforms in a parallel form. > >> > >> -Rob > >> > > > > good idea! I like it! > > > > OK. I've uploaded template pages for MacOS and Linux: > > http://www.openoffice.org/product/mac.html > > http://www.openoffice.org/product/linux.html > > I really need help on filling in the details there. I don't think > I've touched a Mac since 1989. And even then I was confused looking > for the "on" button ;-) > > Regards, > > -Rob > > These pages are interesting. I may be able to help with Linux. But...platform specific features? Not sure about this one. > > > > >> > >> > > >> > -Rob > >> > > >> > On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir wrote: > >> >> On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti < > pesce...@apache.org> > >> wrote: > >> >>> Rob Weir wrote: > >> > >> I could see /platforms/mac if we imagine creating in the future > >> similar landing pages for Windows or Linux. > >> Note that today, a query of "OpenOffice for Linux" has this > ancient > >> page as a #1 hit: > >> http://www.openoffice.org/dev_docs/setup-linux.html > >> And the #1 hit for "OpenOffice for Windows" is not even at our > >> website. It goes to CNet's download.com page. > >> >>> > >> >>> > >> >>> Very interesting. Indeed this could also be the way to catch users > who > >> look > >> >>> for "OpenOffice Portable", for example, and should know that we do > >> have a > >> >>> (third-party, from winPenPack) version available; they are now > offered > >> an > >> >>> ancient version since OpenOffice Portable has not been updated yet. > The > >> >>> updated version is not on the first page of search results. > >> >>> > >> >> > >> >> Exactly. > >> >> > >> >> In the last month we've seen the following related queries: > >> >> > >> >> openoffice portable 2,500 > >> >> open office portable1,000 > >> >> openoffice portable italiano150 > >> >> apache openoffice portable 16 > >> >> portable90 > >> >> openoffice portable download16 > >> >> portable openoffice 12 > >> >> openofficeportable <10 > >> >> office portable <10 > >> >> openoffice portable日本語版 <10 > >> >> openoffice portable 3.4 <10 > >> >> openoffice 3.4 portable <10 > >> >> openoffice portable deutsch <10 > >> >> openoffice.org portable 日本語版<10 > >> >> portable open office<10 > >> >> openoffice.org portable <10 > >> >> openoffice portable 日本語 <10 > >> >> > >> >> For many of these queries the #1 page is the German page: > >> >> http://www.openoffice.org/de/downloads/oooportable.html. That is > not > >> >> the optimal page for most of these queries. > >> >> > >> >> -Rob > >> >> > >> >> > >> >> > >> >> > >> >>> Regards, > >> >>> Andrea. > >> > > > > > > > > -- > > > > > MzK > > > > "No act of kindness, no matter how small, is ever wasted." > > > -- > > Aesop > -- MzK "No act of kindness, no matter how small, is ever wasted." -- Aesop
Re: Blogging volunteers
On 15/01/2013 Andrea Pescetti wrote: All you need is to reply to this message on ooo-dev and ask for an account here; we will then ask Infra to create the accounts. Accounts have been requested. See https://issues.apache.org/jira/browse/INFRA-5782 for more. Regards, Andrea.
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/19/2013 02:38 PM, schrieb Marcus (OOo): Am 01/19/2013 01:43 PM, schrieb Marcus (OOo): Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? OK, nevermind. I found my answer in th Wiki on the snapshot download page. Please can you use the following name schema for the source files as it makes more sense to have the type of file (src) after the SVN rev number: aoo-3.4.1-incubating-r1429825-src.tar.bz2 aoo-3.4.1-incubating-r1429825-src.tar.gz aoo-3.4.1-incubating-r1429825-src.zip I've prepared the new download area with languages and links. Should be possible to commit them on 24th in the evening (CET timezone). Marcus
Re: I would like to sell open office cd's on eBay.
On Sat, Jan 19, 2013 at 10:50 AM, Tristan Arthur wrote: > > > Hello > > I would like to sell open office cd's on eBay. > > I don't have an advert yet but can get one. > > > > Please let me know if I am allowed to offer the product. > Hi Tristan, The license permits you to redistribute OpenOffice, including by selling it. But commercial use of the Apache or OpenOffice trademarks, including the logos, requires explicit permission. See: http://openoffice.apache.org/trademarks.html and http://www.apache.org/foundation/marks/ I recommend getting the latest version of Apache OpenOffice from http://www.openoffice.org/download. If you are interested in selling the translated versions as well, there will be a release with additional languages soon. If you subscribe to our Announcements mailing list you will receive notification when this happens: http://openoffice.apache.org/mailing-lists.html#announce-mailing-list Regards, -Rob > > > Thank you. > > > > Tristan Arthur. > > > > >
Re: [WEBSITE] broken link on mac porting page
Am 01/16/2013 12:05 AM, schrieb Rob Weir: On Tue, Jan 15, 2013 at 5:46 PM, Marcus (OOo) wrote: Am 01/15/2013 09:43 PM, schrieb Rob Weir: On Tue, Jan 15, 2013 at 1:21 PM, Kay Schenk wrote: On Tue, Jan 15, 2013 at 7:12 AM, Rob Weir wrote: On Tue, Jan 15, 2013 at 8:36 AM, Rob Weir wrote: Sorry for top posting, but I think we've discussed this enough to have a sense of what our constraints are. A quick proposal: Let's start from this page: http://www.openoffice.org/product/ That is linked to prominently from the homepage and the top navigation bar. I propose adding a new section to the left navigation panel, between "Products" and "More". The new section will be called "Platforms" and will link to four pages: 1) Windows 2) Mac 3) Linux 4) Ports The first three will be new landing pages. The last one will link to the existing /porting page. Each of the platform pages will have basic system requirements and a link to the download page. They pages can grow to contain (or link to) other platform specific instructions or FAQ's. As an example, here is what the windows page might look like: http://www.openoffice.org/product/windows.html We could try to keep the other platforms in a parallel form. -Rob good idea! I like it! OK. I've uploaded template pages for MacOS and Linux: http://www.openoffice.org/product/mac.html http://www.openoffice.org/product/linux.html I really need help on filling in the details there. I don't think I've touched a Mac since 1989. And even then I was confused looking for the "on" button ;-) At the moment my time is a bit limited for read/write the ML. As it seems we have a consesus I can help much more on the coming weekend. So, it depends on how patient you (we all?) are. ;-) No rush, I won't add the links to the leftnav until we have the content pages ready. I've taken some information from the system requirements and updated a bit the 3 pages: http://www.openoffice.org/product/windows.html http://www.openoffice.org/product/mac.html http://www.openoffice.org/product/linux.html @Ariel: As you are building the Linux packages, maybe you can add some technical data and fill the Linux gaps? Marcus On Mon, Jan 14, 2013 at 8:35 AM, Rob Weir wrote: On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescetti wrote: Rob Weir wrote: I could see /platforms/mac if we imagine creating in the future similar landing pages for Windows or Linux. Note that today, a query of "OpenOffice for Linux" has this ancient page as a #1 hit: http://www.openoffice.org/dev_docs/setup-linux.html And the #1 hit for "OpenOffice for Windows" is not even at our website. It goes to CNet's download.com page. Very interesting. Indeed this could also be the way to catch users who look for "OpenOffice Portable", for example, and should know that we do have a (third-party, from winPenPack) version available; they are now offered an ancient version since OpenOffice Portable has not been updated yet. The updated version is not on the first page of search results. Exactly. In the last month we've seen the following related queries: openoffice portable 2,500 open office portable1,000 openoffice portable italiano150 apache openoffice portable 16 portable90 openoffice portable download16 portable openoffice 12 openofficeportable<10 office portable<10 openoffice portable日本語版<10 openoffice portable 3.4<10 openoffice 3.4 portable<10 openoffice portable deutsch<10 openoffice.org portable 日本語版<10 portable open office<10 openoffice.org portable<10 openoffice portable 日本語<10 For many of these queries the #1 page is the German page: http://www.openoffice.org/de/downloads/oooportable.html. That is not the optimal page for most of these queries.
Re: [RELEASE]: AOO 3.4.1 language respin
On Sat, Jan 19, 2013 at 10:29 AM, Marcus (OOo) wrote: > Am 01/19/2013 03:41 PM, schrieb Andrea Pescetti: > >> On 18/01/2013 Jürgen Schmidt wrote: >>> >>> I will start to build the next snapshot build for our upcoming AOO 3.4.1 >>> respin release based on revision 1435053 on the AOO34 branch. >>> The new build will contain dictionaries for all new languages and we add >>> a dictionary for Hungarian now. ... >>> Supported languages now: ast da eu gd hu pl ko nb sv >> >> >> So, since we are already distributing Hungarian at >> http://www.apache.org/dist/incubator/ooo/files/localized/hu/3.4.1/ >> this means that we will replace those files with the new ones, right? > > > I would expect this, yes. > > >> I'm not very happy to release a file with the same name of something we >> already released (only the "hu" files would have this problem; the >> others are new), but this would not be a blocker for me, provided we are >> able to handle it appropriately. > > > We can put the original 3.4.1 hu files into the archive with slightly > different filenames like this: > > Apache_OpenOffice_incubating_3.4.1_Win_x86_install_without_dict_hu.exe > Apache_OpenOffice_incubating_3.4.1_Win_x86_langpack_without_dict_hu.exe > When we enable update notifications I assume we enable them for all new translations. But what about Hungarian? We want to avoid an infinite loop caused by the keeping the version number the same, e.g., AOO 3.4.1 HU user gets upgrade notification, updates, and then still gets another update notification. Maybe best not to send AOO 341 update notifications for HU for this minor respin, -Rob > >> Let's just make sure that people who attend to the download pages and >> mirrors know that we are adding 8 languages (ast da eu gd pl ko nb sv) >> and replacing one (hu). > > > On the download page the items for "hu" will remain the same. > > Marcus
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/19/2013 03:41 PM, schrieb Andrea Pescetti: On 18/01/2013 Jürgen Schmidt wrote: I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. ... Supported languages now: ast da eu gd hu pl ko nb sv So, since we are already distributing Hungarian at http://www.apache.org/dist/incubator/ooo/files/localized/hu/3.4.1/ this means that we will replace those files with the new ones, right? I would expect this, yes. I'm not very happy to release a file with the same name of something we already released (only the "hu" files would have this problem; the others are new), but this would not be a blocker for me, provided we are able to handle it appropriately. We can put the original 3.4.1 hu files into the archive with slightly different filenames like this: Apache_OpenOffice_incubating_3.4.1_Win_x86_install_without_dict_hu.exe Apache_OpenOffice_incubating_3.4.1_Win_x86_langpack_without_dict_hu.exe Let's just make sure that people who attend to the download pages and mirrors know that we are adding 8 languages (ast da eu gd pl ko nb sv) and replacing one (hu). On the download page the items for "hu" will remain the same. Marcus
Re: Error (maybe) installing yesterdays daily build
On Tue, Jan 15, 2013 at 09:15:24AM +0100, Oliver-Rainer Wittmann wrote: > >So the main files went in fine, with the new directory names under /opt > >The desktop integration however gave these error messages: > >dpkg: regarding apache_openoffice3.5-debian-menus_3.5-9611_all.deb > >containing apache: > > apache2.2-common conflicts with apache > > apache (version 3.5-9611) is to be installed. > > > >dpkg: error processing apache_openoffice3.5-debian-menus_3.5-9611_all.deb > >(--install): > > conflicting packages - not installing apache > >Errors were encountered while processing: > > apache_openoffice3.5-debian-menus_3.5-9611_all.deb > > > >Just thought I'd pass it along. > > > > Thanks for passing it along. > > I assume that this error is caused by the changes for the renaming - > issue 121388 - as also the packages had been renamed. > > Can somebody with expertise in the area of debian packages help me > to solve the issue? > > Thanks in advance, > Oliver. The bug is in main/sysui/desktop/debian/makefile.mk in the rule %/DEBIAN/control : $$(@:f) The line echo "Package: $(*:f:s/_/ /:1:s/3.5//)" > $@ Is writing "Packege: apache" in the control file. given ../../unxlngx6/misc/apache_openoffice3.5-debian-menus_3.5-9611_all * :f returns the file (including suffix) portion of path names :f -> apache_openoffice3.5-debian-menus_3.5-9611_all * :s/_/ / replaces the underscore with a space :s/_/ / -> apache openoffice3.5 debian menus 3.5-9611 all * :1 returns the first white space separated token from value :1 -> apache The underscore in PRODUCTLIST = apache_openoffice from main/sysui/desktop/productversion.mk is the root problem. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpN46k3n_S2A.pgp Description: PGP signature
Re: [RELEASE]: AOO 3.4.1 language respin
On 18/01/2013 Jürgen Schmidt wrote: I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. ... Supported languages now: ast da eu gd hu pl ko nb sv So, since we are already distributing Hungarian at http://www.apache.org/dist/incubator/ooo/files/localized/hu/3.4.1/ this means that we will replace those files with the new ones, right? I'm not very happy to release a file with the same name of something we already released (only the "hu" files would have this problem; the others are new), but this would not be a blocker for me, provided we are able to handle it appropriately. Let's just make sure that people who attend to the download pages and mirrors know that we are adding 8 languages (ast da eu gd pl ko nb sv) and replacing one (hu). Regards, Andrea.
Re: Adapt the naming of our project deliverables - "OpenOffice.org" --> "Apache OpenOffice"
On Thu, Jan 17, 2013 at 06:00:35PM -0500, Rob Weir wrote: > On Fri, Nov 23, 2012 at 7:04 AM, Oliver-Rainer Wittmann > wrote: > > Hi, > > > > as we had changed our 'project name' from "OpenOffice.org" to "Apache > > OpenOffice" it makes sense to reflect this change also in our source and the > > product based on our source. > > We had already made some basic and limited renaming - start center, splash > > screen, ... -, but it is not complete. > > > > A question: Will this renaming effort also change library/modules > names at a lower level, so we can more cleanly install as an > independent app where LibreOffice has hijacked the old names? The problem with /usr/bin/soffice is not been solved by this change. Other problems like LO obsoleting OOo packages will go away with the name change because it implies a package name change (something we should also do is remove the version from the package name, this is causing the bug currently that version 3.4 didn't remove previous versions when installed). Regards -- Ariel Constenla-Haile La Plata, Argentina pgpNrvOF2GTU1.pgp Description: PGP signature
Re: [RELEASE]: AOO 3.4.1 language respin
On Sat, Jan 19, 2013 at 01:43:06PM +0100, Marcus (OOo) wrote: > Just to be sure, for the final release we will have full install > sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux > 64-bit (RPM+DEB) and MacOS X, right? right, look at http://people.apache.org/~arielch/developer-snapshots/r1435053/ http://people.apache.org/~jsc/developer-snapshots/r1435053/ Regards -- Ariel Constenla-Haile La Plata, Argentina pgp3bNVnaX5FF.pgp Description: PGP signature
Re: [RELEASE]: AOO 3.4.1 language respin
On Fri, Jan 18, 2013 at 10:52:36AM +0100, Jürgen Schmidt wrote: > Hi, > > I will start to build the next snapshot build for our upcoming AOO 3.4.1 > respin release based on revision 1435053 on the AOO34 branch. > > The new build will contain dictionaries for all new languages and we add > a dictionary for Hungarian now. > > This is a change regarding the last build, we will include Hungarian in > the respin as well. > > Supported languages now: ast da eu gd hu pl ko nb sv > > My plan is to use this build as final build for the release if we don't > receive any critical feedback. The feedback regarding the first snapshot > was moderate and is addressed with this new one. > > I will keep you informed when the builds are available. > > @Ariel: can you please start the builds for Linux as soon as it is > possible for you as well. packages are ready at http://people.apache.org/~arielch/developer-snapshots/r1435053/ Regards -- Ariel Constenla-Haile La Plata, Argentina pgpa2577DOPXL.pgp Description: PGP signature
Re: OpenOffice thin client edition - why not?
On Sat, Jan 19, 2013 at 11:14 AM, Fernando Cassia wrote: > Ha! it looks as if I had written it with regards to AOO thin client ;) I´ll try to see if this thing is buildable and I can sort f make a wrapper-launcher for AOO... FC
Re: OpenOffice thin client edition - why not?
On Sat, Jan 19, 2013 at 10:51 AM, Fernando Cassia wrote: > That´s fine. So, who wants to add a -vncserver switch to AOO ? ;) Hmmm I´ve been researching this and it turns out all VNC implementations out there are GPL. BUT there´s this interesting solution with an Apache license... http://www.freerdp.com/ "FreeRDP is a free implementation of the Remote Desktop Protocol (RDP), released under the Apache license. Enjoy the freedom of using your software wherever you want, the way you want it, in a world where interoperability can finally liberate your computing expeience" Ha! it looks as if I had written it with regards to AOO thin client ;) FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell
Re: OpenOffice thin client edition - why not?
On Sat, Jan 19, 2013 at 10:01 AM, Ian Lynch wrote: > Skate to where the puck will be > rather than where it is or has been. That´s fine. So, who wants to add a -vncserver switch to AOO ? ;) FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/19/2013 01:43 PM, schrieb Marcus (OOo): Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? OK, nevermind. I found my answer in th Wiki on the snapshot download page. Please can you use the following name schema for the source files as it makes more sense to have the type of file (src) after the SVN rev number: aoo-3.4.1-incubating-r1429825-src.tar.bz2 aoo-3.4.1-incubating-r1429825-src.tar.gz aoo-3.4.1-incubating-r1429825-src.zip Thanks Marcus
Re: OpenOffice thin client edition - why not?
On 19 January 2013 11:04, Fernando Cassia wrote: > On Fri, Jan 18, 2013 at 7:44 PM, Ian Lynch wrote: >> That dies >> of course rely on having at least a significant minority of drug free >> competitors! >> >> :-) > > I think you pasted your reply into the wrong GMail compose window. Or, > I´m beginning to lose track of where this thread is going. ;) Just replying to Louis :-). Back on topic. There are two things that will decide what happens in terms of future development. One is what the developers decide to put their time to and the other is what the community as a whole thinks is important rather than individual preferences. My view is that it is best to drive development in the light of what most people will need in a few years time because it will take a few years to get there. Skate to where the puck will be rather than where it is or has been. > > FC > > > -- > During times of Universal Deceit, telling the truth becomes a revolutionary > act > Durante épocas de Engaño Universal, decir la verdad se convierte en un > Acto Revolucionario > - George Orwell -- Ian Ofqual Accredited IT Qualifications Headline points in the 2014 and 2015 school league tables www.theINGOTs.org +44 (0)1827 305940 The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth, Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and Wales.
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? Marcus
Re: OpenOffice thin client edition - why not?
On Fri, Jan 18, 2013 at 7:44 PM, Ian Lynch wrote: > That dies > of course rely on having at least a significant minority of drug free > competitors! > > :-) I think you pasted your reply into the wrong GMail compose window. Or, I´m beginning to lose track of where this thread is going. ;) FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell