Re: [DISCUSS] What Would OpenOffice Retirement Involve? (long)
Hi Dennis, I don't have objections to this topic, but I feel I need to make a few suggestions before this thread is either ignored or a confused mess. (1) a long, official policy statement like this is best put into a wiki page where many can edit it and it can be an easy discussion and not a confused email mess that is started with something that is tl:dr. The maturity model was recently developed by the comdev participants on the wiki and email Effectively. This document needs to be developed in the same way. (2) why is this cross posted to private and DEV? To do so implies that there is some other non-open discussion in parallel. You and I have run into unexpected results from this strange cross posting practice of yours (hi Simon) (3) I think that working towards being able to release rather than patch as Patricia has suggested is our best way to solve the security issue. The quick patch is not much faster and has been proven to be more of a challenge then kick starting the broken build process. Regards, Dave Sent from my iPhone > On Sep 1, 2016, at 4:37 PM, Dennis E. Hamilton wrote: > > Here is what a careful retirement of Apache OpenOffice could look like. > > A. PERSPECTIVE > B. WHAT RETIREMENT COULD LOOK LIKE > 1. Code Base > 2. Downloads > 3. Development Support > 4. Public-Project Community Interfaces > 5. Social Media Presence > 6. Project Management Committee > 7. Branding > > A. PERSPECTIVE > > I have regularly observed that the Apache OpenOffice project has limited > capacity for sustaining the project in an energetic manner. It is also my > considered opinion that there is no ready supply of developers who have the > capacity, capability, and will to supplement the roughly half-dozen > volunteers holding the project together. It doesn't matter what the reasons > for that might be. > > The Apache Project Maturity Model, > <http://community.apache.org/apache-way/apache-project-maturity-model.html>, > identifies the characteristics for which an Apache project is expected to > strive. > > Recently, some elements have been brought into serious question: > > QU20: The project puts a very high priority on producing secure software. > QU50: The project strives to respond to documented bug reports in a timely > manner. > > There is also a litmus test which is kind of a red line. That is for the > project to have a PMC capable of producing releases. That means that there > are at least three available PMC members capable of building a functioning > binary from a release-candidate archive, and who do so in providing binding > votes to approve the release of that code. > > In the case of Apache OpenOffice, needing to disclose security > vulnerabilities for which there is no mitigation in an update has become a > serious issue. > > In responses to concerns raised in June, the PMC is currently tasked by the > ASF Board to account for this inability and to provide a remedy. An > indicator of the seriousness of the Board's concern is the PMC been requested > to report to the Board every month, starting in August, rather than > quarterly, the normal case. One option for remedy that must be considered is > retirement of the project. The request is for the PMC's consideration among > other possible options. The Board has not ordered a solution. > > I cannot prediction how this will all work out. It is remiss of me not to > point out that retirement of the project is a serious possibility. > > There are those who fear that discussing retirement can become a > self-fulfilling prophecy. My concern is that the project could end with a > bang or a whimper. My interest is in seeing any retirement happen > gracefully. That means we need to consider it as a contingency. For > contingency plans, no time is a good time, but earlier is always better than > later. > > > B. WHAT RETIREMENT COULD LOOK LIKE > > Here is a provisional list of all elements that would have to be addressed, > over a period of time, as part of any retirement effort. > > In order to understand what would have had to happen in a graceful process, > the assumption below is that the project has already retired. > > Requests for additions and adjustments to this compilation are welcome. > > 1. CODE BASE > >1.1 The Apache OpenOffice Subversion repository where code is maintained > has been moved to "The Attic." Apache Attic is an actual project, > <http://attic.apache.org/>. The source code would remain > available and could be checked-out from Subver
Re: What would OpenOffice NON-retirement involve?
Really? Substantial work is done on list to improve the build process for Windows and you don't think about mentioning that? Someone who has a Mac and time could help with that build! Regards, Dave Sent from my iPhone > On Sep 2, 2016, at 9:05 AM, Dennis E. Hamilton > wrote: > > We all have these questions, Phil. What we are awaiting is someone to > provide an actionable answer. > > There is nothing to do about the FUD (as is already remarked elsewhere on the > What would ... thread). That's a waste of energy. What we need is energy > put into having an AOO that serves its community. > > Patricia and Marcus have already taken some steps and there is a call for > volunteers on the download page. > > We need people to step up. The folks we have are already spinning more > plates than they have arms and legs. > > - Dennis > >> -Original Message- >> From: Phillip Rhodes [mailto:motley.crue@gmail.com] >> Sent: Friday, September 2, 2016 08:00 >> To: dev@openoffice.apache.org >> Subject: What would OpenOffice NON-retirement involve? >> >> OK, counter-point to the other thread... let's talk specifically about >> what >> needs to happen next, given that some (plenty|most|all|???) of us want >> this >> project to >> continue moving forward. >> >> What has to happen next? What is the most important thing/things we >> could >> be >> working on? What could I do *right now* to help move things in a >> positive >> direction? >> >> How can we attract more developers? How do we counter the FUD that is >> already being promulgated in response to the "retirement" discussion? >> etc... >> >> >> Phil >> ~~~ >> This message optimized for indexing by NSA PRISM > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] What Would OpenOffice Retirement Involve? (long)
Hi Jim, I seem to recall that you made an offer to help with Mac builds. I know you helped during incubation. Is your offer still valid? Regards, Dave Sent from my iPhone > On Sep 2, 2016, at 6:59 AM, Jim Jagielski wrote: > > >>> On Sep 2, 2016, at 9:48 AM, Jörg Schmidt wrote: >>> >>> From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] >> >>> Patricia, we are still discussing. We are balancing reasons, >>> advantages >>> and disadvantages, for different solutions. There is no decision made. >>> >>> And more and more I believe, it was a good idea to start that >>> discussion >>> on a public list. So everything is transparent. >>> >>> I like the debian Social Contract and point 3 is: >>> >>> "We will not hide problems" >> >> This is a reasonable approach for a project which is surrounded by friends. >> >> It is not necessarily a good concept for a project that has been cleaved by >> third >> parties and whose aim is to destroy it. When the TDF had only had the >> intention to >> make OpenOffice independent of Oracle, they would never have attacked AOO. > > sorry, but I can't agree with that. > > Will self-serving trolls contort what we say here to promote their > own agendas? Sure. What we want is the *truth* to be out there, > so when these trolls spew their FUD, the reality of the situation > is there for others to read, and understand, and grok. > > At the very least, if what you say is true, we can claim the > high-ground. We should strive for that no matter what. > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Re: [DISCUSS] What Would OpenOffice Retirement Involve? (long)
On 9/2/16 6:45 AM, Roberto Galoppini wrote: > Quick top note: to avoid multiple mails I'll comment this and the others > messages here. > > First, I totally agree with Andrea, let's focus on what needs to be done, > it's inappropriate at best to discuss anything related to the shutdown at > this time. Yet if someone enjoys the exercise of style that's ok, but > please don't ask people doing the work to stop doing the right thing for > engaging in this game. Enough said. > > Second, as Michael says we need more developers. When I was at SourceForge > we have been often able to help projects here and there to find more > developers, I'm confident Dave Brondsema (Apache Allura VP) can help us to > get one or more calls out via forums, blog and newsletters. Dave here, Allura VP and employee at SourceForge. I'm available as a direct contact if anyone wants to reach out to SourceForge about what we help out with now, or anything else, e.g. like Roberto mentions putting the word out for recruiting. Regarding 2.2 and 2.3 from Dennis' email, SourceForge will be glad to keep hosting the downloads and extensions & templates websites. We should be able to help out with basic Drupal maintenance like upgrades for the Extensions and Templates sites, too. > > On the same line we could ask some help to get the news out via Slashdot, I > guess at the end of the day after all the blame it would be a news to let > people know the community is still there, and some how growing. As far as > we're ok with the Slashdot style of communication, we would probably have > good chance to be covered. Slashdot too, I can get people in touch with, if there's a good story to submit there. > > > On Friday, 2 September 2016, Jörg Schmidt wrote: > >> Hello, >> >>> From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de >> ] >> >>> the situation as I see it (I am no developer) is, that we need >>> "developers, developers, developers, developers ... ". >> >>> [...] >> >> This is not wrong, but ... >> >> Developers will participate primarily in projects which remain publicly >> well. >> >> If we look at LibreOffice and compare: >> LibreOffice, that is *good* (not more) software and *excellent* public >> relations. >> OpenOffice, that is *exellent* software and *pretty bad* public relations. >> >> We need to understand evaluate software as the normal user: their first >> scale is essential to public presentation of a software, and only >> secondarily the purely technical characteristics of a software. >> >> We need to understand the difference between a software such as the Apache >> Webserver https://httpd.apache.org/ (a software for experts) and >> OpenOffice (a software for end users). >> >> >> The problem of AOO is a Specific: >> >> many people who have worked for OOo (.org!) done their way and OOo has >> accepted the results and the work integrated into the project. >> >> The operation of Apache is too formalistic for such people, for example, >> for the local German community of OpenOffice. At the time of OpenOffice.org >> many helpers did their part, because there were few organizational hurdles. >> >> Example: >> I have been working for many years for the PrOOo-box ( >> http://www.prooo-box.org), at the very beginning was that a purely >> private project, BUT it was always a project to support OpenOffice. >> The community of OOo has recognized this and has the PrOOo-box as part of >> OpenOffice accepted (more precisely, as part of the German community of OO). >> >> In Apache, however we are only "third-party". No question, the >> classification as "third-party" is formally correct, because it conforms to >> the rules of Apache, but it inhibits the practical work. >> >> *It is urgently needed to give local communities more autonomy, which >> would forward the work.* >> >> >> Let me say for my own: >> I work more than 10 years for OpenOffice (.org and Apache) and I am all >> the time loyal to OpenOffice. I am now a committer of Apache, and of course >> I respect the rules of Apache ... BUT in practice, there are task where you >> have to act, and it is not always time to comply with formalities. >> >> example: >> Last month, the PrOOo-box was published in a large German IT magazine [1]. >> This was a great success for the PrOOo-box. I would have preferred if it >> had been a success for OpenOffice. >> >> What i mean? >> We (the german community, and all loc
Re: What would OpenOffice NON-retirement involve?
On 9/2/16 12:25 PM, Patricia Shanahan wrote: > On 9/2/2016 7:59 AM, Phillip Rhodes wrote: >> OK, counter-point to the other thread... let's talk specifically about what >> needs to happen next, given that some (plenty|most|all|???) of us want this >> project to >> continue moving forward. >> >> What has to happen next? What is the most important thing/things we could >> be >> working on? What could I do *right now* to help move things in a positive >> direction? >> >> How can we attract more developers? How do we counter the FUD that is >> already being promulgated in response to the "retirement" discussion? >> etc... > > The "other thread" is actually liberating. Let's go public with the risk that > AOO will be shut down, despite the wishes and best efforts of its remaining > developers. > > I would like to see every possible medium used to present one message: "AOO is > at serious risk of dying, unless we get more volunteer developers, especially > C++ programmers." IMO yes, this is a good tactic. Since the news is getting public, best to embrace it. > I know we need other skills as well, but I don't want to dilute or complicate > that message. > > I would like a special mailing list recruitm...@openoffice.apache.org, just > for > signing up and organizing new developers. No need for them to start with dev@, > especially the less experienced developers. Just send an e-mail to > recruitment@ > > The message should go out every way it can: > > us...@openoffice.apache.org > OpenOffice forums > Press release > memb...@apache.org > d...@community.apache.org As stated on the other thread, SourceForge could run messaging as well, to help get the word out. Best for the PMC to craft the content of course, but SF could run it on many places if desired. E.g. newsletter, announcement banner on developer pages, social media, etc. Lots of options. > > We should also strengthen the current download page appeal for developers to > state the risk of shut down. > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: What would OpenOffice NON-retirement involve?
Hi - Awesome. These are the kinds of questions that should energize the project. Base is a problem, but there are many Java bridges that can be plugged if we open up the configuration. Regards, Dave Sent from my iPhone On Sep 2, 2016, at 11:40 AM, Phillip Rhodes wrote: >> If you excuse the comment from an outsider, I suggest the question you >> need to answer is: What can Apache OpenOffice offer that related >> projects like LibreOffice cannot? > > That's a good question. The one obvious thing, which matters to some > people, but not others, is "be licensed under the ALv2". > > From a feature standpoint, I don't think there is anything we can do that > somebody else couldn't do - in principle. However, different projects can > evolve in different directions based on the choices made by the > developers. What I'd like to see AOO do a bit (and I hope to help with > some of this) is to develop tighter integration with the "big data" world, > which largely revolves around the ASF anyway. This obviously applies > mainly to Calc. But there, I'd like to see easier and more direct ways to > share data between Calc and, say, a Spark cluster, or Impala, etc. I'd > also like to see more in the way of accessing external API's and using 3rd > party languages like R. Integration with Arrow is something that could be > interesting. And something that was talked about a while back, but I > think went largely unfulfilled, was the idea of adding more "social" > integration into AOO. I'd still like to see us do some things there. > > Now if any of that came to fruition, it's possible that other projects like > LO might simply choose to integrate those features into their codebase > (which they're welcome to do). But maybe they'll decide their interests > are elsewhere and choose not to. Who knows? > > > Phil - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: What would OpenOffice NON-retirement involve?
Then you should give the project every encouragement to get the build process properly prepared. Our outgoing PMC chair should consider the same. Regards, Dave Sent from my iPhone > On Sep 2, 2016, at 12:41 PM, Marvin Humphrey wrote: > > > >> On 2016-09-02 09:43 (-0700), Pedro Giffuni wrote: >> >> At this time I am unsure what the Board wants from the project. > > My primary concern as a Board member is that the project respond promptly and > effectively to security reports. > > Marvin Humphrey > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] What Would OpenOffice Retirement Involve? (long)
Sent from my iPhone > On Sep 2, 2016, at 12:56 PM, toki wrote: > > On 02/09/2016 12:52, RA Stehmann wrote: > >>> being an end-user focused effort. I would suggest we focus on not >>> being one, but instead being a framework or library that can be consumed >>> by actual end-user implementations. > >> If AOO is not an end-user focused project > > AOo is one of the few --- perhaps only --- Apache Foundation project > that is end-user focused. It is the only one that is consumer, as > opposed to corporate focused. I might concede that AOO is the only end user focused project. I disagree with consumer vs corporate. Individuals have benefited greatly from all of the free projects like HTTPD, tomcat, poi, Tika, Solr, Lucene, to name a few. Corporations too. And you should be glad. While helping themselves they help others. > > As a framework, or library, the project would be much more aligned with > The Apache Foundation's sphere of expertise and knowledge. > >> Also people, who build binaries are obsolete. > > Even with frameworks, binaries have to be built. They simply aren't > distributed. Not true. Many and probably most Apache projects distribute binaries. > >> The first way might be the "Apache way", but it is definitely not the way >> for and of the OpenOffice community. > > Upon meeting, the couple is entranced with each other, and get married. > Having learnt more about each other, they discover that things are not > what they thought they were, so they get divorced. > If both sides had been willing to make adjustments, the divorce would > not have happened. We are striving to be a community and not a marriage. The bar to enter or exit a community is much different. Regards, Dave > > jonathon > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] What Would OpenOffice Retirement Involve? (long)
Sent from my iPhone > On Sep 2, 2016, at 5:37 PM, toki wrote: > >> On 02/09/2016 20:12, Dave Fisher wrote: >> >> I disagree with consumer vs corporate. Individuals have benefited greatly >> from all of the free projects like HTTPD, > > HTTPD is a Daemon, run for websites --- corporate, not individuals. A question what is the procurement process for individuals, governments, NGOs and corporations for any Apache software? Non-existent. This helps all of the public. Individuals are benefited. Any Jane Q Public can put together a website and service for next to no software cost. It's free and communities are willing to help. > >> tomcat, > > Web server. Again, corporate, not individuals. > >> poi > > This is a set of Java Libraries. Again corporate, not individuals > >> Tika, > > Content detection software. Again corporate, not individuals > >> Solr, > Enterprise search platform. Again, corporate not individuals > >> Lucene, > > Information retrieval software library. Again, corporate not individuals. > >> We are striving to be a community and not a marriage. The bar to enter or >> exit a community is much different. > > The problem with parables, as that the audience more often that not > fails to understand their meaning. Or they might reject there application. Regards, Dave > > jonathon > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: What would OpenOffice NON-retirement involve?
I am an a moderator for this and other AOO lists. Feel free to add me to the list of moderators. Regards Dave Original Message From: Patricia Shanahan To: dev@openoffice.apache.org Date: Fri, 2 Sep 2016 15:51:18 -0700 > Thanks. Any views on whether the archive should be private or public? > > Alternative volunteer for moderator? > > On 9/2/2016 3:22 PM, Andrea Pescetti wrote: >> Patricia Shanahan wrote: >>> If you can send me a pointer to documentation on the correct moderator >>> tools, I can also do that. How soon can we get the list started? >> >> Request form is here: https://infra.apache.org/officers/mlreq and >> requests are usually honored within 48 hours. >> >> You'll have to specify a second moderator. I'm not so inclined to be >> one, but if this speeds up things feel free to put my Apache e-mail >> address there, at least for the time being (next month or so). >> >>> to strike while the iron is hot, and we can get a lot of publicity for >>> an appeal for developers. >> >> I'm unsure about this. As you have seen in the last 24 hours, visibility >> is only given to what the journalist/blogger likes. >> >> Regards, >> Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: What would OpenOffice NON-retirement involve?
Thank you for the initiative. Sent from my iPhone > On Sep 3, 2016, at 7:00 AM, Patricia Shanahan wrote: > >> On 9/3/2016 2:07 AM, Marcus wrote: >> Am 09/03/2016 09:47 AM, schrieb Patricia Shanahan: >>> Thanks. I've already filed the request to create the list. Once that >>> happens I'll see about adding you to the moderators. >> >> that's the problem of time zones: You are always late when others have >> already answered. ;-) So, if you need another moderator or want to >> exchange one, then I would help. > > It is more a consequence of my sense of urgency. I feel that the best > way to deal with the "shutdown AOO" movement is to push the "AOO needs > developers" message as immediately and strongly as possible. > > Normally, I would have waited a few days for the moderator list to > settle before filing the mailing list creation request, making time > zones irrelevant. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] What Would OpenOffice Retirement Involve? (long)
I don't have very much free time, but once MacOSX build instructions are rewritten and the process clean. I am willing to validate the instructions and each step on a fresh Mac. This would also put me a position to cast a binding vote on a release when that is ready. Sent from my iPhone > On Sep 2, 2016, at 3:42 PM, Jim Jagielski wrote: > > Yes, still VERY valid! > >> On Sep 2, 2016, at 12:37 PM, Dave Fisher wrote: >> >> Hi Jim, >> >> I seem to recall that you made an offer to help with Mac builds. I know you >> helped during incubation. Is your offer still valid? >> >> Regards, >> Dave >> >> Sent from my iPhone >> >>> On Sep 2, 2016, at 6:59 AM, Jim Jagielski wrote: >>> >>> >>>>> On Sep 2, 2016, at 9:48 AM, Jörg Schmidt wrote: >>>>> >>>>> From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] >>>> >>>>> Patricia, we are still discussing. We are balancing reasons, >>>>> advantages >>>>> and disadvantages, for different solutions. There is no decision made. >>>>> >>>>> And more and more I believe, it was a good idea to start that >>>>> discussion >>>>> on a public list. So everything is transparent. >>>>> >>>>> I like the debian Social Contract and point 3 is: >>>>> >>>>> "We will not hide problems" >>>> >>>> This is a reasonable approach for a project which is surrounded by >>>> friends. >>>> >>>> It is not necessarily a good concept for a project that has been cleaved >>>> by third >>>> parties and whose aim is to destroy it. When the TDF had only had the >>>> intention to >>>> make OpenOffice independent of Oracle, they would never have attacked AOO. >>> >>> sorry, but I can't agree with that. >>> >>> Will self-serving trolls contort what we say here to promote their >>> own agendas? Sure. What we want is the *truth* to be out there, >>> so when these trolls spew their FUD, the reality of the situation >>> is there for others to read, and understand, and grok. >>> >>> At the very least, if what you say is true, we can claim the >>> high-ground. We should strive for that no matter what. >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: What would OpenOffice NON-retirement involve?
It works on VMware VHosts too. Jim, wearing your VP, Legal Affairs hat do you know anyone at Apple that could help grant a special license from Apple? Regards, Dave Sent from my iPhone > On Sep 3, 2016, at 10:03 AM, Jim Jagielski wrote: > > Well, not sure if it is *allowed* or not, but VMware Fusion specifically > allows for it. And it works. > >> On Sep 2, 2016, at 1:11 PM, Phillip Rhodes wrote: >> >> That's unfortunate. And Apple doesn't allow running OSX under a VM on >> another >> OS do they? >> >> >> Phil >> >> >> This message optimized for indexing by NSA PRISM >> >>> On Fri, Sep 2, 2016 at 1:09 PM, Patricia Shanahan wrote: >>> >>> I looked at some of those services a few weeks ago. For the ones I >>> found, the relatively inexpensive options did not have the capability of >>> building software, let alone the capacity for build a substantial body >>> of software. The options with the capability and capacity would cost >>> more than a Mac Mini over a few months. >>> >>> For example, for macincloud we would need the "Dedicated Server" plan >>> ($49+) with added "Optional Build Server Plan". Even their maximum >>> upgrade of 250 GB would not be enough for AOO building. >>> >>> The conclusion I reached was that if I were going to do any Mac >>> development it would take less of my time and energy to buy one of the >>> more powerful Macs and manage it directly. >>> >>> >>> >>> >>>> On 9/2/2016 9:53 AM, Phillip Rhodes wrote: >>>> >>>> Sadly, I don't own a Mac. I use one at work, but all of my personal >>>> hardware >>>> is PC based, running Linux. >>>> >>>> I wonder if it would work to use something like this: >>>> >>>> http://www.macincloud.com/ >>>> >>>> Anybody have any experience with something like that? >>>> >>>> >>>> Phil >>>> >>>> >>>> This message optimized for indexing by NSA PRISM >>>> >>>> On Fri, Sep 2, 2016 at 12:20 PM, toki wrote: >>>> >>>> On 02/09/2016 14:59, Phillip Rhodes wrote: >>>>> >>>>> What is the most important thing/things we could be working on? >>>>> >>>>> On your own hardware: >>>>> >>>>> Repeat: >>>>> Build a Mac OS X Binary; >>>>> Fix the error messages you get; >>>>> Write notes about what you did; >>>>> Test the program functionality; >>>>> Until it builds properly and all functions work as expected; >>>>> >>>>> Then submit the patches and notes your you wrote to the SVN. >>>>> >>>>> How do we counter the FUD that is already being promulgated in >>>>> response to the "retirement" discussion? >>>>> >>>>> At this stage, the only thing that might be adequate, is a release >>>>> before the end of the weekend, followed up by a release before New Years. >>>>> >>>>> jonathon >>>>> >>>>> - >>>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>>>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>> For additional commands, e-mail: dev-h...@openoffice.apache.org > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] What Would OpenOffice Retirement Involve? (long)
Hi Dennis, I think that the appropriate place to keep this plan in whatever state it will be kept is on one of our wikis. Should the time come to consider it seriously we won't have long email threads to review which will lead to even longer threads. Thanks for your consideration of my advice. Regards, Dave Sent from my iPhone > On Sep 7, 2016, at 7:55 AM, Dennis E. Hamilton > wrote: > > I have been receiving private communications agitated about whether or not > the ASF would recommend a closed-source or commercial project as something > someone might use as an alternative to Apache OpenOffice in the event of > retirement. I'm asked whether or not prominent open-source alternatives > would be recommended. > > 1. It is premature to know what alternatives would be identified. We are > nowhere close to that. This is my thinking out-loud. It is not something > that the PMC is discussion or considering. There is no reason to work on > such retirement details unless the need to go further arises. For now, this > [DISCUSS] is about identification of what would be involved and not something > being put into action and detailed farther. > > 2. Nevertheless, as I have already stated, my recommendation would be to make > no recommendation, and especially not promote one over others using our > automated check for updates. Instead, there could be a retirement advisory > and recommendation that alternatives be considered. That could lead to a web > page like the one we now provide where third-parties who offer support, other > services, books, tutorials, etc., can be linked to, all without any > endorsements. One approach would be to open that up for other providers of > productivity software as well. The links would be to materials of those > providers but there would be no recommendation. There might be minimal > information (platforms, ODF formats supported, other formats supported, > localizations, extensions/templates available, but nothing deep - simple > check-offs as offered by the providers). This remains to be identified and > populated and there is need to figure out details now or even agree on this > approach. > > 3. I suspect that discussions about available software alternatives would > arise on users@oo.a.o and particularly on the Community Forums. That would > happen naturally without requiring the project to take any positions or > provide any kind of exclusivity of one provider over others. > > - Dennis > >> -Original Message- >> From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] >> Sent: Friday, September 2, 2016 09:05 >> To: dev@openoffice.apache.org >> Subject: RE: [DISCUSS] What Would OpenOffice Retirement Involve? (long) > [ ... ] >> A couple of different observations: >> >>> 2.4 The mechanism for announcing updates to installed versions of >> OpenOffice binaries is adjusted to indicate that (a) particular versions >> are no longer supported. (b) For the latest distribution(s), there may >> be advice to users about investigating still-supported alternatives. >> >> I was careful, there, not to indicate an automatic preference to another >> comparable software product. Rather, I would prefer users be given a >> page that identifies alternatives for them to consider, whatever their >> license, whatever their commercial nature. By the time that retirement >> would get to that point, I think there would be ample discussion and >> public knowledge of alternatives as well. >> >> I support the idea of renaming any pivot toward becoming a framework. I >> also think it would be good to allow AOO retirement, in that case, and >> have the framework effort go through incubation. The AOO code base >> would remain to be cherry-picked and morphed, and probably undertaken in >> Git. I also think that could be an opportunity to revitalize the ODF >> Toolkit podling effort and even meld the pivot into it. The POI folk >> might have suggestions along those lines too. >> >> Just thoughts. >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Question about binary upload process
On 9/8/16 6:31 PM, Andrea Pescetti wrote: > Patricia Shanahan wrote: >> we have a lot of binaries to upload. >> Could someone with experience or knowledge of the process tell me a bit >> about how it is done, how long it takes, and what, if anything, it costs >> ASF? > > Sure. This changed just days before 4.1.2, but it still holds. > > 1) You create the binaries. These might be created by different people too. At > the end, you have a few dozen Gigabytes. Note: this must be done for every > release candidate; we had 3 for 4.1.2; I recommend choosing things/issues > wisely > so that 4.1.3 can aim at having only 1 RC (i.e., getting the first one right). > > 2) Whoever is in the best position to do so, uploads the binaries to the ASF. > This can be done also by multiple people, who upload to different subdirs > here: > https://dist.apache.org/repos/dist/dev/openoffice/ > For all the 4.1.2 RCs I did it alone, from a good connection, and it took an > absurd number of hours since the connection was slow on the ASF side. Speed > may > be better now (honestly, I don't see how speed could be worse). A good trick > was > to upload artifacts to people.apache.org and commit from there: this was much > faster, but Infra has now disallowed it by (almost) decommissioning > people.apache.org > > 3) Only the final one must be uploaded to SourceForge; I copy/paste from > https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.2 section "Upload > builds to mirrors". "Volunteers: Andrea Pescetti - Copy requires just a few > hours, with the normal rsync instructions shown at > https://sourceforge.net/p/forge/documentation/File%20Management/ (project name > is openofficeorg.mirror). Set new files as "Latest Version": done by Marcus > Lange see http://s.apache.org/uaj "; you probably don't have admin permissions > for the OpenOffice project on SourceForge, but all other members can give you > admin access. Just ask. > Additionally, as the files are rsync'd up to SourceForge, they start getting pushed out to SourceForge's mirrors which can take some time too. You can click the "i" icon for a file to see how many mirrors it is on so far. I recommend creating the 4.1.3 directory via the web interface, which will let you "stage" it, meaning it will be hidden from common visitors. After all the files are uploaded and at least several mirrors have them, you can "unstage" the directory at the official release time. If you have any issues with it, support staff via https://sourceforge.net/support should be responsive, or reach out to me directly and I'll be glad to help. > 4) On dist, moving from dev to the actual tree is just a matter of svn mv. > This > at least is very fast. > > 5) Costs: we use standard ASF infrastructure here, and our own time. Costs for > the ASF are just the ordinary running costs that they wpuld have even if we > don't release anything. Waste of storage space due to storing in SVN hundreds > of > GBytes of non-approved RCs was not an issue last time I spoke to Infra about > this. > > Let me add that Infra provided good support for 4.1.2, especially for RC1 when > we needed some significant configuration changes to accommodate our RC. These > changes are now permanent. > > Regards, > Andrea. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [VOTE] Recommend Marcus Lange (marcus) as the New Vice President for Apache OpenOffice
On 15.09.2016 17:35, Dennis E. Hamilton wrote: > [BCC to PMC] > > RESOLUTION: That Marcus Lange (marcus) be recommended to the > Apache Software Foundation Board to serve as Vice President > for Apache OpenOffice. > > The Vice President for Apache OpenOffice serves in accordance with and > subject to the direction of the Board of Directors and the Bylaws of the > Foundation. The Vice President for Apache OpenOffice is the Chair of the > OpenOffice Project Management Committee. > > Please vote by reply to this dev@-list thread on approval of the resolution. > > [ x ] +1 Approve > [ ] 0 Abstain > [ ] -1 Disapprove, with explanation Dave - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [VOTE] Recommend Marcus Lange (marcus) as the New Vice President for Apache OpenOffice
+1 approve. Sent from my iPhone > On Sep 15, 2016, at 8:35 AM, Dennis E. Hamilton wrote: > > [BCC to PMC] > >RESOLUTION: That Marcus Lange (marcus) be recommended to the >Apache Software Foundation Board to serve as Vice President >for Apache OpenOffice. > > The Vice President for Apache OpenOffice serves in accordance with and > subject to the direction of the Board of Directors and the Bylaws of the > Foundation. The Vice President for Apache OpenOffice is the Chair of the > OpenOffice Project Management Committee. > > Please vote by reply to this dev@-list thread on approval of the resolution. > > [ ] +1 Approve > [ ] 0 Abstain > [ ] -1 Disapprove, with explanation > > This is a procedural vote and a majority of binding votes is sufficient to > carry the resolution. > > Please do not do anything but [VOTE] (with any -1 explanations) on this > thread. > > To discuss this vote or the process, please use a [DISCUSS][VOTE] reply > rather than discussing on the [VOTE] thread. > > The [VOTE] will conclude no sooner than Monday, 2016-09-19T16:00Z. > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.1.4 Release Manager?
The strategy behind 4.1.3 and 4.1.4 is this:. (1) Quick releases of important bug fixes especially related to security. (2) quickly building release manager skills. We became overly dependent on people who are no longer with us. (3) establishing a regular cadence. If you both want to work towards 4.2.0 quickly then please do so. If you are quick enough then you can beat 4.1.4. Sent from my iPhone > On Sep 15, 2016, at 10:42 AM, Damjan Jovanovic wrote: > >> On Thu, Sep 15, 2016 at 5:44 PM, Pedro Giffuni wrote: >> Hi Patricia; >> >> I am rather amazed by the idea of 4.1.4, shouldn't we release >> 4.2.0 instead? I mean ... > > +1. We absolutely should. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Request for Nofollow or Removal of Links to My Site at Openoffice
Hi - Someone of the DEV team may have access to templates and extensions sites which are hosted at sourceforge by agreement with the Apache OpenOffice PMC. Can someone help? Regards, Dave Sent from my iPhone > On Sep 24, 2016, at 5:34 AM, James Knott wrote: > > You sent this to a mail list for users of Apache Open Office. We have > nothing to do with the web site. > > >> On 09/23/2016 11:24 PM, Formsbirds wrote: >> Dear Webmaster, >> >> I'm writing to ask for adding "Nofollow" tag to the links that pointed to my >> site - formsbirds.com or remove them completely. >> We found thousands of links pointed to our site from >> templates.openoffice.org. The links are under an account named >> susie...@yandex.com. >> This was caused by a SEO team we hired. We want to get our templates shared >> to more users via your site and hired a SEO team to upload our templates to >> your site. But they are too aggressive and put too many links inside. >> Now we found thousands of backlinks from your site, which are actually bad >> to our site. >> We have contacted the SEO team to remove the links under the user account >> susie...@yandex.com, while they told us the account had been blocked and >> they couldn't log in to delete the links. >> We ask for the removal of all the links, or just add "nofollow" tag to those >> links pointed to our website from your side. You can still keep the >> documents that have uploaded at your website if those templates ate useful >> to users, but please delete the links pointed to our site. >> Katie Williams >> Formsbirds.com > > > - > To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org > For additional commands, e-mail: users-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Request for Nofollow or Removal of Links to My Site at Openoffice
Hi,
Short answer: we'll take a look and see what we can do.
For reference, the Templates site is managed through the
https://sourceforge.net/projects/aoo-templates/ project on SourceForge. Web
hosting documentation here:
https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/ Gav and
Andrea Pescetti ("aooadmin") have access to the project, and we can add more.
Similarly the extensions site is run through the "aoo-extensions" project with
same admins plus Roberto too. I don't see an OOOUSERS wiki page documenting
this, perhaps I can create one soon.
I do see quite a bit of spam and blank/forbidden items on the templates site, so
it does need some cleanup for sure.
We do have some Drupal experience inhouse at SourceForge, I can talk with our
team and see how soon we can get in there and address this formsbirds.com
request, as well as maybe a bit more cleanup.
Andrea, if you're reading this, do you have any pointers regarding the
administration of the extensions/templates? I think you've done most of the
work on them in the past. Our in-house guys can probably help out but aren't
familiar with the specifics of these sites at all.
-Dave
On 9/25/16 2:31 PM, Marcus wrote:
> Hi Dave,
>
> in a previous mail this month you have written that you are available for help
> in case of topics that belogs to Sourceforge. Actually we have now a case that
> needs to be worked on on your side.
>
> Like reported below they have a problem with redirected links from
> "templates.openoffice.org" that comes from a blocked user account.
>
> It would be great if you can contact the support team of Formbirds.com to
> coordinate what could be done.
>
> Thanks in advance.
>
> Marcus
>
>
>
> Am 09/25/2016 04:51 PM, schrieb Formsbirds:
>> Dear Webmaster,
>>
>> I'm writing to ask for adding "Nofollow" tag to the links that pointed to my
>> site - formsbirds.com or remove them completely.
>> We found thousands of links pointed to our site from
>> templates.openoffice.org.
>> The links are under an account named susie...@yandex.com.
>> This was caused by a SEO team we hired. We want to get our templates shared
>> to
>> more users via your site and hired a SEO team to upload our templates to your
>> site. But they are too aggressive and put too many links inside.
>> Now we found thousands of backlinks from your site, which are actually bad to
>> our site.
>> We have contacted the SEO team to remove the links under the user
>> accountsusie...@yandex.com, while they told us the account had been blocked
>> and they couldn't log in to delete the links.
>> We ask for the removal of all the links, or just add "nofollow" tag to those
>> links pointed to our website from your side. You can still keep the documents
>> that have uploaded at your website if those templates ate useful to users,
>> but
>> please delete the links pointed to our site.
>> Katie Williams
>> Formsbirds.com
>
--
Dave Brondsema : d...@brondsema.net
http://www.brondsema.net : personal
http://www.splike.com : programming
<><
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: "Latest version" on Sourceforge
On 10/13/16 1:11 PM, Rory O'Farrell wrote: > On Thu, 13 Oct 2016 18:57:14 +0200 > Matthias Seidel wrote: > >> The "latest version" on >> https://sourceforge.net/projects/openofficeorg.mirror/files/ is still >> pointing to 4.1.2. >> >> I think this had to be set manually on sourceforge... >> >> regards >> >> Matthias >> > > Clear your browser cache and 4.1.3 will show up. > I took the liberty of changing this just a few minutes ago. It would be good to include this in the release instructions. After making the folder unstaged, just go into the subdirs and click the "i" icon for the Mac release, and mark it as default. Repeat for Windows & Linux. Other types don't really matter too much. -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Bugzilla scanned by robots for Spam adress
This is from pre-Apache days and an older version of bugzilla. I think closing it makes sense. Regards, Dave Sent from my iPhone > On Oct 17, 2016, at 5:24 PM, Peter Kovacs wrote: > > see Bug: https://bz.apache.org/ooo/show_bug.cgi?id=62733 > > Is this still an issue? > > i see it more as Infra Issue then as one for Open Office. > > > All the best > > Peter > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 200 million downloads of Apache OpenOffice
I've updated the 100M banner to 200M on SourceForge: https://sourceforge.net/projects/openofficeorg.mirror/ Also on that page is a youtube video, which is a bit old now. Can anyone recommend one that is better? The admins of that project can change it, or I can. On 11/21/16 6:02 PM, Marcus wrote: > On Friday we hit the next record mark. :-) > > Apache OpenOffice was downloaded 200 million times [1]. Our partner > Sourceforge > - who is hosting all the installation files - supported us to deliver also > this > download file. > > I want to say thank you to every single contributer who have helped to make > this > happen. > > [1] http://www.openoffice.org/stats/downloads.html > > Marcus > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: future of OpenOffice
Please correct the specific non Apache licenses if I get them wrong. As far as I know the sequence of events is: Oracle buys Sun including OpenOffice (closed license) and the open source OpenOffice.org (GPL2). TheDocumentFoundation forms and forks OpenOffice.org as LibreOffice under GPL2 Oracle donates OpenOffice.org to the Apache Software Foundation relicensed to AL2. Headers changed by an Oracle employee following ASF policy. IBM donates OpenSymphony to the ASF relicensed to AL2. Headers changed by an IBM employee following ASF policy. The Document Foundation takes much of the Apache OpenOffice AL2 licensed software and rebases LO on it. This allows integration of OpenSymphony code. Completely permissible under the AL2. They re-did the license of all the source as MPL2 changing the headers. Some think that this is shady although permitted. In effect this prevents LO updates from being contributed back to AOO. That is the sequence. One could ask on LO lists why they did this, but all we know here is what happens here. Some say it is more fun to develop LO. Others like Patricia and I like the benefits of consuming AL2 software as opposed to GPL. Certainly TDF likes to consume AL2 software. Regards, Dave Sent from my iPhone > On Jan 12, 2017, at 10:29 AM, Patricia Shanahan wrote: > > Thanks for the correction. > >> On 1/12/2017 7:38 AM, Nagy Ákos wrote: >> https://www.openoffice.org/licenses/lgpl_license.html >> Based on this page, OpenOffice change the license from LGPLv3 to Apache >> 2.0 only when Oracle donate the code to Apache Foundation in june 2011, >> but LibreOffice was forked from OOo in september 2010. >> >> An article about this: >> http://www.zdnet.com/article/what-the-heck-is-happening-with-openoffice-update/ >> >> 2017. 01. 12. 15:25 keltezéssel, Tsutomu Uchino írta: >>> See this mail: http://legal-discuss.markmail.org/thread/mleqsm636zf5fqia >>> >>> 2017-01-12 6:18 GMT+09:00 Dave : >>> >>>>> On 11.01.2017 09:44, Patricia Shanahan wrote: >>>>>> On 1/10/2017 11:29 PM, Nagy �kos wrote: >>>>>> Hi, >>>>>> >>>>>> it is impossible, because the LO license is LGPL+MPL, that can't be >>>>>> merged in OpenOffice. >>>>> That choice of license was very unfortunate, and a regrettable barrier >>>>> to cooperation between the projects. When LO split off they could have >>>>> kept the Apache license and the potential for future cooperation. >>>> The first release of OOo v3 was under LGPLv3 per Louis Suarez-Potts: >>>> https://lwn.net/Articles/272202/ >>>> >>>> In September 2010 LO forked from OOo and released LO 3.3 in January 2011 >>>> under the same license. >>>> >>>> Around 6 months later in June 2011 Oracle donated the LGPLv3 code to the >>>> ASF and AOO 3.4 was released in May 2012 under ALv2. >>>> >>>> In spite of a seemingly contradictory statement on the license page of >>>> the LO website, the above dates clearly show that LO code was forked >>>> from the original OOo code, not from the AOO code. >>>> >>>> Please let's not try to rewrite history. >>>> >>>> -- >>>> Please address any reply to the mailing list only. Any messages sent to >>>> this noreply@ address are automatically deleted from the server and will >>>> never be read. >>>> >>>> >>>> - >>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>>> >>>> >> >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Copyleft vs Permissive
Hi - If Oracle or IBM thought they had any additional advantage with Apache OpenOffice development then the history of this project would differ. Regards, Dave Sent from my iPhone > On Jan 13, 2017, at 3:55 PM, Peter Kovacs wrote: > > > >> On 12.01.2017 11:00, Pedro wrote: >> Hi Peter >> >>> If your model works directly with the Product, the flexibility of the >>> Permissive license can be the stronger choice. >>> I do not believe that a lot of people understand this. >> >> Can you elaborate on this point? I don't really see how using a copyleftless >> license is better when your business "works directly with the Product". >> >> I see it as altruistic (like copyleft is communistic) but as a business >> model, I really don't see how it is a "stronger choice". Using a >> copyleftless license allows anyone else to build exactly the same product. > Never forget, all of this is a mind game. IF you fear something or feel > confident it is mostly based on your own weighting of arguments. > > I assumed that if you work with a Product, then not all is released. Parts of > it, are closed, and therefore individual, but share a common base with other > competitors. > This can drop production/development cost or can shortcut knowledge original > did not available. > > I can not imagin that you can directly earn from a Product if you only have > copy left license model. Some do, but this is only working if all other > commiters more or less donate to the cause. > Or you have a complex method on lesser and full copy left structure. Which > can results in issue over time, if something that develops differently then > you have planned. > > The risk over time, is on Permissive licence lower. Also if this is viable > option, you can always retreat from the project without loosing your invest. > > For us it means that Oracle, IBM can always start to market their own Product > without the need to return something towards Open Office. From Oracles or IBM > position this is a strong one. > However I do not believe that the community is at the same time in a weaker > position, because Open Source is in my eyes not bound to market or earning > strategy. Unlike companies we can take time. > You see that on the LO vs. OO discussion. Most of the LO argument are market > based one. If you think outside the market its all not an issue. What > Reamains is the strength of Open source as such. > In my eyes we are in a super strong position, as long as we have a commiter > base that work for the greater good. And I am very convinced on the Open > Office future. > >> Regards, >> Pedro > my best regards > Peter > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: future of OpenOffice
Hi - If support for Microsoft Office formats is desired and Java is not a problem then Apache has a 15 year old project called Apache POI. Also, Apache ODFToolkit is sitting in the Incubator for 5.5 years now with one developer - Svante. Conversion between ODF and OOXML is the only way to ultimate document freedom. Institutions cannot change - documents need to be write once and use anywhere. There is a way if there is a will. Regards, Dave Sent from my iPhone > On Jan 13, 2017, at 4:56 PM, Peter Kovacs wrote: > > +1 :-D > > I will pick maybe some of the stuff up. > > >> On 13.01.2017 21:38, Chuck Davis wrote: >> Toki, I'm very glad to hear SOMEBODY has imagination! :) >> >> It seems we've had quite a number of people coming here lately (like a >> professor someplace is sending them to get involved in open source) to >> state they want to get involved. I hope they and their professors are >> taking notes from your material! You have some very good ideas. >> >> Thanks for being specific. >> >>> On Fri, Jan 13, 2017 at 12:08 PM, toki wrote: >>> >>>> On 01/13/2017 03:15 PM, Chuck Davis wrote: >>>> >>>> but I fail to see it in my use cases. >>> As far as word processing is concerned, one can make a case that since >>> either WordStar 3.3 or WordPerfect 5.1, the proffered functionality is >>> overkill for more than 90% of the user base. >>> >>> As far as spreadsheets go, a case can be made that for anything that >>> requires more sophistication than than Lotus 1 2 3 version 4.0, it would >>> be more appropriate to use R & SQLite. >>> >>>> and start rolling out really useful features >>> For Write, as a starting point, incorporate the features, functionality, >>> and capabilities, of both WordStar 3.3 & WordPerfect 5.1, that are not >>> currently present in AOo. >>> >>> For Base: >>> Step One: Include SQLite; >>> Step Two: Provide a UI that non-database specialists understand well >>> enough, to be able to intuitively create forms and do searches; >>> Step Three: Purpose-specific addons. Templates which include Forms, >>> macros, etc, that makes such obvious and easy for all to utilize. By way >>> of example: >>> * Project Management; >>> * Genealogy Records; >>> * Cookbook, including nutritional data; >>> * Contact Management; >>> >>> For Calc: >>> Step One: Include R as part of the core install; >>> Step Two: Purpose-specific addons. Templates which include macros, etc, >>> that makes utilization obvious and easy for all. By way of example: >>> * Financial Spread Betting; >>> * Investment Analysis; >>> * Earthquake Prediction; >>> >>> ### >>> >>> Something that sort of surprises me, is that AOo hasn't worked with SVN, >>> to have "Save to SVN" as a standard feature. (The extension that >>> provided this functionality is completely broken for LibO, and appears >>> to be broken for AOo 4.1.3.) >>> >>> "Save to SVN" might look arcane, and not useful to anybody. As a >>> practical matter, it offers much better change control, and greater roll >>> back functionality, than anything currently offered for any office suite >>> --- if it does everything in the background, with minimal >>> user-configuration and no end-user integration required. >>> >>> ### >>> >>> Project Management is the most visible hole in FLOSS office suites. In >>> theory, a set of extensions and templates could provide this functionality. >>> >>> A second hole is the ability to wrap spreadsheets, documents, images, >>> etc into a single package. IOW, the functionality offered by Microsoft >>> Office Binder. >>> >>>> I don't have enough imagination to know what those might be. >>> For the most part, you're looking at specific use-cases. >>> >>> As one example, "Print to Moon". (Explaining this requires an off-topic >>> essay.) >>> >>> Built-in speech recognition would be a second example. >>> >>> Self-voicing functionality would be a third example. >>> >>> jonathon >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>> >>> > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: future of OpenOffice
Writing a list of the top 100 defects that are easy and YOU would like fixed IS the Apache Way. You can suggest and help. What is not the Apache Way is to force others. All the best! Regards, Dave Sent from my iPhone > On Jan 13, 2017, at 7:09 PM, toki wrote: > >> On 01/13/2017 08:38 PM, Chuck Davis wrote: >> >> It seems we've had quite a number of people coming here lately ... to > state they want to get involved. > > I've been sorely tempted to send them an email, telling them to > construct a specific add-on. I've a lot more ideas up my sleeve. > The other option is to assign them one of the 23,796 bugs, at random. > > Tisn't The Apache Way, but it points at something specific to do, for > which they might get the class credit they are wanting, and maybe even > the bug or add-on they were assigned materializes, fully functional, and > complete. > > jonathon > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Community building: give our User a chance to contribute!
A third party like a Team OpenOffice under a name that avoids users confusion with Apache OpenOffice could raise money and fund development as a separate, independent entity. That's what IBM did. The entity just needs to be careful about guaranteeing the work will be taken by Apache OpenOffice. It really is that simple now. I suppose it was much more confusing while the project was in the Incubator and all email threads became so emotionally charged and frenetic. Regards, Dave Sent from my iPhone > On Jan 16, 2017, at 1:59 PM, Raphael Bircher wrote: > > Am .01.2017, 11:00 Uhr, schrieb Jörg Schmidt : > >> Hello, >> >>> From: Peter Kovacs [mailto:legi...@gmail.com] >> >>> We see in Star citizen how mighty crowd can be. >>> >>> Maybe a platform would be great where people can pledge money >>> for something >>> they need. >>> If the needed budget is reached, payed developers implement it. >>> Or we could do it as a bonus system. You pledge money on a >>> bug/enhancement, >>> if the bug gets included in the release the developers get a payout. >> >> >> >>> This is just an idea. I am not sure if we can do business >>> within the ASF or >>> if we have to found a 3rd party entity for this. >>> If we have to go 3rd party I prefer a cooperative society as >>> a legal form. >>> https://ec.europa.eu/growth/sectors/social-economy/cooperative >>> s/european-cooperative-society_de >> >> You are basically right, but let me give the following information. >> >> Team OpenOffice was such a project. The participants were mainly experienced >> OpenOffice developers from SUN Microsystems. > I think, the real problem there was this text > http://www.opensourceforbusiness.info/openoffice-org-droht-das-aus/ > >> >> See: >> https://web.archive.org/web/20120107200702/http://teamopenoffice.org/de/the-team-de.html >> >> But Apache made a front against this project and so it was no chance. The >> only short-term result was "White Label Office", see for example: >> http://www.chip.de/downloads/White-Label-Office_53492033.html >> >> I do not want to criticize one-sidedly, here is a different view: >> http://www.golem.de/1112/88663.html >> >> But Apache is the larger party and it would be the task of Apache to >> recognize opportunities and bundle forces. >> >> This is unfortunately the truth and it is a central problem for OpenOffice. > > The only restriction the ASF have is, that you can not collect money in the > name of a project as a third party. And Apache itself does not found > defelopment. > > But you can collect money for Features or major bugfixes as a third party. > This model is vor sure easyer to setup, if you have some big company who put > a load of money to it. In my mind is a collaboration with Source Forge. They > rich a load of OpenOffice users. > > Regards Raphael > -- > Mein Blog: https://raphaelbircher.blogspot.ch > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Community building: give our User a chance to contribute!
Hi - Read to the bottom. Don't mistake my opposition to the following statement as opposition to a way forward to funding of a third party. > and one more note: > Our PMC is a PMC of an Apache project and it must be loyal to the ASF and the > OpenOffice project. > If, however, there are single points that are contentious, then the PMC must > first represent the interests of OpenOffice. Not true. I am a Member of the Apache Software Foundation. That is just like a shareholder. For me that comes first. Then come PMC memberships and AOO is but one of mine. In all this discussion please keep in mind that the ASF is a nonprofit and must not play favorites with anyone whether individual or corporation. The ASF will protect its trademarks and expects that PMC does so. If by negotiation there was some way the AOO project proposed funding for third parties to the ASF many questions would need to be answered including keeping the arrangement open to others, allocation of funds, auditing etc. This would be expensive. So, you can see that it just does not happen. A clear separation between the third party and the ASF and the project MUST be kept. I am ALL for a third party. Any developers and other employees/volunteers from that group who demonstrate merit here would have my support for committer status. A third party might have a distribution powered by Apache OpenOffice. That could solicit. The project could decide to use a Powered By verification as a way to validate the downstream. Something like that could work. It is close to the status quo. Regards, Dave Sent from my iPhone > On Jan 20, 2017, at 3:38 AM, Jörg Schmidt wrote: > > >> From: Peter Kovacs [mailto:legi...@gmail.com] > >> But in my eyes we need a way to ensure project health and >> turn towards >> the community we have. We were last year at the edge of project >> retirement. We are slowly fighting our way out by pure >> voluntary work of >> people that belive in the market name Open Office. > > +1 > >> I think LibreOffice are to a certain degree correct. The ASF is not >> capable to do the Project Open Office at this Point. The structure of >> Libre Office is a much more healthy one for the kind of Project >> Libre/Open Office is. > > Yes, unfortunately, the relevant criticism of LO is correct. > > But one thing should be quite clear: > The solution is not to join LO, but the solution is: we need to improve > ourselves. > >> However I think we can build a similar powerfull structure if >> not more >> powerfull. At the same time we must walk in Sync with the ASF. > > +1 > > > Peter has said a lot about what I find right. > > Likewise, I believe that it is necessary to use time to clarify these things, > even if this time is initially missing for the programming. > The point is, the better structures will improve our efficiency in the long > run. > > > and one more note: > Our PMC is a PMC of an Apache project and it must be loyal to the ASF and the > OpenOffice project. > If, however, there are single points that are contentious, then the PMC must > first represent the interests of OpenOffice. > > > > Greetings, > Jörg > > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org >
Re: Community building: give our User a chance to contribute!
Hi - Go ahead, but you are missing my point. Managing money like you propose is not something Apache Members want to do. Having a good working relationship with a third party is something the ASF does all the time. The AOO project could find a way to work out a program that would serve to make a relationship that benefits the public. Call your org A. If an org B came along that met the criteria of our relationship with B then they would get the same benefit. This is expansion. It could be that third parties meet a standard of open source, Apache licensed code that is always contributed back to AOO for us to choose to incorporate. We already have groups that are like this. Regards, Dave Sent from my iPhone > On Jan 20, 2017, at 4:16 PM, Peter Kovacs wrote: > > Hmm, the discussion moves in a wrong direction, with wrong assumptions. I am > against a status quo solution. For me status quo directly transfers to > nothing happens. > > I am not talking of creating one Investor that provides Money. I aim at > mobilizing as much as possible Open Office users has as Investors. > > What I propose is a open crowd infrastructure. I do not believe Apache is > capable of this, today. I do believe this is a near future, game changing > model in general. > > > For me the model should respect: > > # Fundraising itself is neutral (i.e. funds are not raised for developers but > for tasks / actions) > > # nonprofit (Funds are not ment to provide any profit to the organisation > itself and are bound by activity. investor decided on.) > > # Openess of the Infra (other Apache Project have acces to the same infra if > they whish.) > > # Openess in the community ( the funds on a task is open to all commiters if > they manage to satisfy the requirement for a payout.) > > > This is just a rough outline, so you understand the direction (vision) I am > thinking. Also please note that a lot question have to be answered. This is > maybe 1% of a business plan. > > I try to make a graph on the weekend. However I am not sure if I manage this > on the weekend. (Thats why I have asked Raphael to give his vision). > > > I do not see any reason why this cannot be done by Apache itseslf. Also One > or more 3rd Party supplier can provide the Infra in full or in parts. For me > this question is an issue we need to deal with at a later stage. And I stress > this point: It needs to happen in sync with Apache. A crowd funding community > is a dragon. And as Dragons are, they can be difficult in times. You do well > to be prepared. > > I hope all are at least courious and support this with their hopes and fears. > It would be so powerfull if we can make this work. > > > Stay agile, keep Chalanging > > Peter > >> On 20.01.2017 22:56, Dave Fisher wrote: >> Hi - >> >> Read to the bottom. Don't mistake my opposition to the following statement >> as opposition to a way forward to funding of a third party. >> >>> and one more note: >>> Our PMC is a PMC of an Apache project and it must be loyal to the ASF and >>> the OpenOffice project. >>> If, however, there are single points that are contentious, then the PMC >>> must first represent the interests of OpenOffice. >> Not true. I am a Member of the Apache Software Foundation. That is just like >> a shareholder. For me that comes first. Then come PMC memberships and AOO is >> but one of mine. >> >> In all this discussion please keep in mind that the ASF is a nonprofit and >> must not play favorites with anyone whether individual or corporation. >> >> The ASF will protect its trademarks and expects that PMC does so. >> >> If by negotiation there was some way the AOO project proposed funding for >> third parties to the ASF many questions would need to be answered including >> keeping the arrangement open to others, allocation of funds, auditing etc. >> This would be expensive. So, you can see that it just does not happen. >> >> A clear separation between the third party and the ASF and the project MUST >> be kept. >> >> I am ALL for a third party. Any developers and other employees/volunteers >> from that group who demonstrate merit here would have my support for >> committer status. >> >> A third party might have a distribution powered by Apache OpenOffice. That >> could solicit. The project could decide to use a Powered By verification as >> a way to validate the downstream. >> >> Something like that could work. It is close to the status quo. >> >> Regards, >> Dave >> >> Sent from my iPhone >> >>>
Re: Templates Site "Access Denied"
>From the looks of it, this is probably a Drupal permission issue. I can check for any clues in the error logs tomorrow, in case its some issue with the hosting config. Who is an admin of the site? Can they log in and access those pages? Last time I looked around the Templates site, I do recall seeing some of these as well as spam. If I had to guess, it's junk content in the site, or the template was simply removed. What pages link to them? Maybe they're just stale links? -Dave On 3/2/17 2:55 PM, Marcus wrote: > Dave, do you have some feedback for us? It seems to be a very severe issue. > > Thanks > > Marcus > > > > Am 23.02.2017 um 00:05 schrieb Marcus: >> Am 22.02.2017 um 23:47 schrieb Simon Phipps: >>> There have been a large number of reports on the Users mailing list of >>> people getting Access Denied messages when they attempt to access any of >>> the templates at http://templates.openoffice.org/ or >>> http://templates.services.openoffice.org/. This situation has been >>> previously reported here several times so I'm surfacing it as a clear >>> top-level thread. >>> >>> I have been able to reproduce the error simply by visiting the site and >>> clicking on the name of any template, using an incognito Chrome window on >>> ChromeOS to ensure there are no statefulness issues. >>> >>> I've no access to the site so can't investigate further. Can someone with >>> admin rights investigate please? >> >> as you know for sure we also have no access to any webpages that are >> hosted by Sourceforge. So, we cannot do anything here. >> >> I don't know if somebody ping'ed already Sourceforge about this problem. >> But I'll do it here again. >> >> @Dave: >> Please can you take over this topic? I was able to see the same "access >> denied" error message by simply clicking the first link to a template >> [1] after opening the template webpage [2]. >> >> Thanks in advance for your help. >> >> [1] http://templates.openoffice.org >> [2] http://templates.openoffice.org/en/node/8382 >> >> Marcus > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Site "Access Denied"
A few bits I missed addressing on my prior email: >>>> >>>> I have been able to reproduce the error simply by visiting the site and >>>> clicking on the name of any template, using an incognito Chrome window on >>>> ChromeOS to ensure there are no statefulness issues. I can't reproduce it like that. The example link errors out, but all the templates I find just browsing around work. >>>> I've no access to the site so can't investigate further. Can someone with >>>> admin rights investigate please? >>> >>> as you know for sure we also have no access to any webpages that are >>> hosted by Sourceforge. So, we cannot do anything here. >>> >>> I don't know if somebody ping'ed already Sourceforge about this problem. >>> But I'll do it here again. >>> This community should have access and should be able to maintain the site. SourceForge users "aooadmin" and "ipv6guru" are admins of the https://sourceforge.net/projects/aoo-templates/ project which corresponds to the templates.openoffice.org site. Others can be added (ideally by those 2 users, so we at SourceForge don't have verify identities). Documentation for web hosting is at https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/ and I believe should work fine for the templates site, although we have made a few specific customizations compared to regular SourceForge project web hosting. Same goes for aoo-extensions. -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Possible broken link: Checksums
Mr Ellis or Carrington, This last reply is still not to the point and now we have an email that has a different signature from the email address. Apache OpenOffice is both a large codebase and entirely run by volunteers. Additionally there are large amounts of documentation and support forums. Please provide details of what is claimed and by whom. Without explicit information we cannot take these emails seriously and must treat this as “spam". Regards, Dave > On Mar 4, 2017, at 10:32 AM, Brandon Carrington wrote: > > My name is left out of the work we did . If you can't figure it out he can > > received a copyright infringement form from you. Would you like to report > an alleged infringement? If so, I need more information. > > John Ellis > Interim Associate Vice President for Operations > > On Mar 3, 2017 9:54 PM, "branc1780" wrote: > >> b758c6a7ad31f59f935e14ad64365ddbbab920598b85aaac1c4d17716be7a465.css" >> integrity="sha256-t1jGp60x9Z+TXhStZDZd27q5IFmLhaqsHE0XcWvnpGU >> >> >> >> Sent via the Samsung Galaxy Express 3, an AT&T 4G LTE smartphone >>
Re: Templates Site "Access Denied"
On 3/5/17 4:38 AM, Roberto Galoppini wrote: > > > 2017-03-04 10:04 GMT+01:00 Marcus <mailto:marcus.m...@wtnet.de>>: > > Am 03.03.2017 um 00:43 schrieb Dave Brondsema: > > A few bits I missed addressing on my prior email: > > I have been able to reproduce the error simply by > visiting the site and > clicking on the name of any template, using an > incognito > Chrome window on > ChromeOS to ensure there are no statefulness issues. > > > I can't reproduce it like that. The example link errors out, but all > the > templates I find just browsing around work. > > I've no access to the site so can't investigate > further. > Can someone with > admin rights investigate please? > > > as you know for sure we also have no access to any > webpages > that are > hosted by Sourceforge. So, we cannot do anything here. > > I don't know if somebody ping'ed already Sourceforge about > this problem. > But I'll do it here again. > > > This community should have access and should be able to maintain the > site. > SourceForge users "aooadmin" and "ipv6guru" are admins of the > https://sourceforge.net/projects/aoo-templates/ > <https://sourceforge.net/projects/aoo-templates/> project which > corresponds to the > templates.openoffice.org <http://templates.openoffice.org> site. > Others > can be added (ideally by those 2 users, > so we at SourceForge don't have verify identities). Documentation > for web > hosting is at > > https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/ > > <https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/> and > I > believe should work fine for the templates site, although we have > made a few > specific customizations compared to regular SourceForge project web > hosting. > Same goes for aoo-extensions. > > > OK, but I've no idea what to do to check and fix such erros? I think we > still need some help in this case. > > > Dave as you know in past we got that stuff done by a contractor, as you > probably > remember it's a Drupal application and the community seems to lack the > necessary > expertise. > If you have access to internal skilled resources it would be great if > SourceForge could provide help with that, as you can see we're kind of stuck > atm. > Yeah, I will see if there's anyone here that can help out. It might not happen very quickly though, and in general we support just the hosting and not the Drupal/PHP code. But we want OpenOffice to keep on doing great, so I'll see if we can provide any extra help. Who has an admin login to the templates site? I think adding more admins is the first step, so people can try to check the permissions & metadata on the bad template entries. Once someone starts to dig into the code, my general debugging approach would be to grep the codebase for "Access Denied" and "If you were looking for a Template, this means it is no longer available." etc to see what triggers that error message. I also wonder if the codebase is in git anywhere? -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Site "Access Denied"
On 3/16/17 4:48 PM, Marcus wrote: > Am 06.03.2017 um 19:25 schrieb Dave Brondsema: >> On 3/5/17 4:38 AM, Roberto Galoppini wrote: >>> >>> >>> 2017-03-04 10:04 GMT+01:00 Marcus >> <mailto:marcus.m...@wtnet.de>>: >>> >>> Am 03.03.2017 um 00:43 schrieb Dave Brondsema: >>> >>> A few bits I missed addressing on my prior email: >>> >>> I have been able to reproduce the error simply by >>> visiting the site and >>> clicking on the name of any template, using an >>> incognito >>> Chrome window on >>> ChromeOS to ensure there are no statefulness issues. >>> >>> >>> I can't reproduce it like that. The example link errors out, but >>> all >>> the >>> templates I find just browsing around work. >>> >>> I've no access to the site so can't investigate >>> further. >>> Can someone with >>> admin rights investigate please? >>> >>> >>> as you know for sure we also have no access to any >>> webpages >>> that are >>> hosted by Sourceforge. So, we cannot do anything here. >>> >>> I don't know if somebody ping'ed already Sourceforge >>> about >>> this problem. >>> But I'll do it here again. >>> >>> >>> This community should have access and should be able to maintain the >>> site. >>> SourceForge users "aooadmin" and "ipv6guru" are admins of the >>> https://sourceforge.net/projects/aoo-templates/ >>> <https://sourceforge.net/projects/aoo-templates/> project which >>> corresponds to the >>> templates.openoffice.org <http://templates.openoffice.org> site. >>> Others >>> can be added (ideally by those 2 users, >>> so we at SourceForge don't have verify identities). Documentation >>> for web >>> hosting is at >>> >>> https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/ >>> >>> <https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/> >>> and >>> I >>> believe should work fine for the templates site, although we have >>> made a few >>> specific customizations compared to regular SourceForge project web >>> hosting. >>> Same goes for aoo-extensions. >>> >>> >>> OK, but I've no idea what to do to check and fix such erros? I think we >>> still need some help in this case. >>> >>> >>> Dave as you know in past we got that stuff done by a contractor, as you >>> probably >>> remember it's a Drupal application and the community seems to lack the >>> necessary >>> expertise. >>> If you have access to internal skilled resources it would be great if >>> SourceForge could provide help with that, as you can see we're kind of stuck >>> atm. >>> >> >> >> Yeah, I will see if there's anyone here that can help out. It might not >> happen >> very quickly though, and in general we support just the hosting and not the >> Drupal/PHP code. But we want OpenOffice to keep on doing great, so I'll see >> if >> we can provide any extra help. >> >> Who has an admin login to the templates site? I think adding more admins is >> the >> first step, so people can try to check the permissions & metadata on the bad >> template entries. >> >> Once someone starts to dig into the code, my general debugging approach >> would be >> to grep the codebase for "Access Denied" and "If you were looking for a >> Template, this means it is no longer available." etc to see what triggers >> that >> error message. I also wonder if the codebase is in git anywhere? > > Hi Dave, > > so, whats up now? Is there any help you can offer? The problem is not getting > better. > >From my last email, I was hoping we could get an Drupal admin login to the templates site. Who would have that? Also I'd like to see a better example of where this is failing. The example http://templates.openoffice.org/en/node/8382 is the only one I've seen and could simply mean that template is gone. What's an example of seeing a template on the site and then not being able to see its details & download it? -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Templates and Extensions
Hi - SourceForge has been very helpful to the OpenOffice community. But with the issues seen in the other thread it may be time to explore what it would take to find an alternative way to host the OpenOffice extensions and templates sites. We need to have quick support and there is risk to the community not to have it. In order to begin an exploration of this it would be important to know the size of the “problem”. A few questions about the scope. (1) How many downloads in a month and what is the pattern? (2) How many extensions are there? (3) How many templates? (4) What scheme is used for login/security? Other questions and comments? At this time we are unlikely to get any support from ASF infrastructure. If any of these is confidential (like security) then please respond to that part only at priv...@openoffice.apache.org <mailto:priv...@openoffice.apache.org> Regards, Dave
Re: Package name for new UNO components?
Hi Damjan, If this an official part of AOO then why not org.apache.openoffice.uno.*? Regards, Dave > On Mar 20, 2017, at 10:41 AM, Mechtilde wrote: > > Hello, > > do you know the existing one? > > Regards > > Mechtilde > > > Am 20.03.2017 um 16:40 schrieb Damjan Jovanovic: >> Hi >> >> Our pre-existing UNO components use service names of the form >> com.sun.star.*, for example: >> com.sun.star.comp.sdbc.calc.ODriver >> com.sun.star.comp.io.TextInputStream >> com.sun.star.comp.Calc.SpreadsheetDocument >> >> I am busy developing a new UNO component, a database driver for PostgreSQL. >> Should I rather use a prefix such as org.apache.openoffice.* for it instead? >> >> Damjan >> > > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Site "Access Denied"
On 3/20/17 3:09 PM, Marcus wrote: > Am 20.03.2017 um 17:56 schrieb Dave Brondsema: >> On 3/16/17 4:48 PM, Marcus wrote: >>> Am 06.03.2017 um 19:25 schrieb Dave Brondsema: >>>> On 3/5/17 4:38 AM, Roberto Galoppini wrote: >>>>> >>>>> >>>>> 2017-03-04 10:04 GMT+01:00 Marcus >>>> <mailto:marcus.m...@wtnet.de>>: >>>>> >>>>> Am 03.03.2017 um 00:43 schrieb Dave Brondsema: >>>>> >>>>> A few bits I missed addressing on my prior email: >>>>> >>>>> I have been able to reproduce the error simply by >>>>> visiting the site and >>>>> clicking on the name of any template, using an >>>>> incognito >>>>> Chrome window on >>>>> ChromeOS to ensure there are no statefulness >>>>> issues. >>>>> >>>>> >>>>> I can't reproduce it like that. The example link errors out, but >>>>> all >>>>> the >>>>> templates I find just browsing around work. >>>>> >>>>> I've no access to the site so can't investigate >>>>> further. >>>>> Can someone with >>>>> admin rights investigate please? >>>>> >>>>> >>>>> as you know for sure we also have no access to any >>>>> webpages >>>>> that are >>>>> hosted by Sourceforge. So, we cannot do anything here. >>>>> >>>>> I don't know if somebody ping'ed already Sourceforge >>>>> about >>>>> this problem. >>>>> But I'll do it here again. >>>>> >>>>> >>>>> This community should have access and should be able to maintain >>>>> the >>>>> site. >>>>> SourceForge users "aooadmin" and "ipv6guru" are admins of the >>>>> https://sourceforge.net/projects/aoo-templates/ >>>>> <https://sourceforge.net/projects/aoo-templates/> project which >>>>> corresponds to the >>>>> templates.openoffice.org <http://templates.openoffice.org> site. >>>>> Others >>>>> can be added (ideally by those 2 users, >>>>> so we at SourceForge don't have verify identities). Documentation >>>>> for web >>>>> hosting is at >>>>> >>>>> https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/ >>>>> >>>>> <https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/> >>>>> and >>>>> I >>>>> believe should work fine for the templates site, although we have >>>>> made a few >>>>> specific customizations compared to regular SourceForge project >>>>> web >>>>> hosting. >>>>> Same goes for aoo-extensions. >>>>> >>>>> >>>>> OK, but I've no idea what to do to check and fix such erros? I think >>>>> we >>>>> still need some help in this case. >>>>> >>>>> >>>>> Dave as you know in past we got that stuff done by a contractor, as you >>>>> probably >>>>> remember it's a Drupal application and the community seems to lack the >>>>> necessary >>>>> expertise. >>>>> If you have access to internal skilled resources it would be great if >>>>> SourceForge could provide help with that, as you can see we're kind of >>>>> stuck >>>>> atm. >>>>> >>>> >>>> >>>> Yeah, I will see if there's anyone here that can help out. It might not >>>> happen >>>> very quickly though, and in general we support just the hosting and not the >>>> Drupal/PHP code. But we want OpenOffice to keep on doing great, so I'll >>>> see if >>>> we can provide any extra help
Re: Templates and Extensions
On 3/20/17 1:46 PM, Dave Fisher wrote: > Hi - > > SourceForge has been very helpful to the OpenOffice community. But with the > issues seen in the other thread it may be time to explore what it would take > to find an alternative way to host the OpenOffice extensions and templates > sites. We need to have quick support and there is risk to the community not > to have it. Hi Dave, I don't see how a different host would help with the lack of general Drupal skills, or specific knowledge about the Templates and Extensions sites. But I'll be glad to answer your questions. And to continue to hunt down any technical problems in the other thread (so far they don't really seem to be that widespread, might just some templates that aren't public). > > In order to begin an exploration of this it would be important to know the > size of the “problem”. A few questions about the scope. > > (1) How many downloads in a month and what is the pattern? 50-60,000 templates per month https://sourceforge.net/projects/aoo-templates/files/stats/timeline?dates=2017-01-01+to+2017-03-21 45-90,000 extensions per month https://sourceforge.net/projects/aoo-extensions/files/stats/timeline?dates=2017-01-01+to+2017-03-21 At those stats links you can explore over time, country, and platform. > (2) How many extensions are there? 3013 > (3) How many templates? 50,339 > (4) What scheme is used for login/security? SourceForge accounts are used to manage the aoo-templates and aoo-extensions projects, which contain all the file releases and ssh/sftp access to web hosting (apache/php/mysql). The Drupal sites are separate, so have their own security. I am not familiar with how it was developed, but I would imagine it is standard Drupal security. > Other questions and comments? At this time we are unlikely to get any support > from ASF infrastructure. > > If any of these is confidential (like security) then please respond to that > part only at priv...@openoffice.apache.org > <mailto:priv...@openoffice.apache.org> > > Regards, > Dave > -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates and Extensions
Hi Dave, > On Mar 20, 2017, at 7:42 PM, Dave Brondsema wrote: > > On 3/20/17 1:46 PM, Dave Fisher wrote: >> Hi - >> >> SourceForge has been very helpful to the OpenOffice community. But with the >> issues seen in the other thread it may be time to explore what it would take >> to find an alternative way to host the OpenOffice extensions and templates >> sites. We need to have quick support and there is risk to the community not >> to have it. > > Hi Dave, > > I don't see how a different host would help with the lack of general Drupal > skills, or specific knowledge about the Templates and Extensions sites. But > I'll be glad to answer your questions. And to continue to hunt down any > technical problems in the other thread (so far they don't really seem to be > that > widespread, might just some templates that aren't public). I am certainly thankful for all of the support the project has received from SourceForge. It is awesome. I do have concerns. I am exploring the size of the site and whether or not there might be a better way to handle this rather than being subject to the whims of a corporation whose priorities have and will change. The final answer does not have to be Drupal. Or, I might decide to learn Drupal. I am not sure. > >> >> In order to begin an exploration of this it would be important to know the >> size of the “problem”. A few questions about the scope. >> >> (1) How many downloads in a month and what is the pattern? > > 50-60,000 templates per month > > https://sourceforge.net/projects/aoo-templates/files/stats/timeline?dates=2017-01-01+to+2017-03-21 > > 45-90,000 extensions per month > > https://sourceforge.net/projects/aoo-extensions/files/stats/timeline?dates=2017-01-01+to+2017-03-21 > > At those stats links you can explore over time, country, and platform. > >> (2) How many extensions are there? > > 3013 > >> (3) How many templates? > > 50,339 > >> (4) What scheme is used for login/security? > > SourceForge accounts are used to manage the aoo-templates and aoo-extensions > projects, which contain all the file releases and ssh/sftp access to web > hosting > (apache/php/mysql). The Drupal sites are separate, so have their own > security. > I am not familiar with how it was developed, but I would imagine it is > standard > Drupal security. How many template and extensions project owners? Regards, Dave > >> Other questions and comments? At this time we are unlikely to get any >> support from ASF infrastructure. >> >> If any of these is confidential (like security) then please respond to that >> part only at priv...@openoffice.apache.org >> <mailto:priv...@openoffice.apache.org> >> >> Regards, >> Dave >> > > > > -- > Dave Brondsema : d...@brondsema.net > http://www.brondsema.net : personal > http://www.splike.com : programming > <>< > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates and Extensions
On 3/21/17 2:23 PM, Dave Fisher wrote: > Hi Dave, > >> On Mar 20, 2017, at 7:42 PM, Dave Brondsema wrote: >> >> On 3/20/17 1:46 PM, Dave Fisher wrote: >>> Hi - >>> >>> SourceForge has been very helpful to the OpenOffice community. But with the >>> issues seen in the other thread it may be time to explore what it would >>> take to find an alternative way to host the OpenOffice extensions and >>> templates sites. We need to have quick support and there is risk to the >>> community not to have it. >> >> Hi Dave, >> >> I don't see how a different host would help with the lack of general Drupal >> skills, or specific knowledge about the Templates and Extensions sites. But >> I'll be glad to answer your questions. And to continue to hunt down any >> technical problems in the other thread (so far they don't really seem to be >> that >> widespread, might just some templates that aren't public). > > I am certainly thankful for all of the support the project has received from > SourceForge. It is awesome. I do have concerns. I am exploring the size of > the site and whether or not there might be a better way to handle this rather > than being subject to the whims of a corporation whose priorities have and > will change. The final answer does not have to be Drupal. Or, I might decide > to learn Drupal. I am not sure. > >> >>> >>> In order to begin an exploration of this it would be important to know the >>> size of the “problem”. A few questions about the scope. >>> >>> (1) How many downloads in a month and what is the pattern? >> >> 50-60,000 templates per month >> >> https://sourceforge.net/projects/aoo-templates/files/stats/timeline?dates=2017-01-01+to+2017-03-21 >> >> 45-90,000 extensions per month >> >> https://sourceforge.net/projects/aoo-extensions/files/stats/timeline?dates=2017-01-01+to+2017-03-21 >> >> At those stats links you can explore over time, country, and platform. >> >>> (2) How many extensions are there? >> >> 3013 >> >>> (3) How many templates? >> >> 50,339 >> >>> (4) What scheme is used for login/security? >> >> SourceForge accounts are used to manage the aoo-templates and aoo-extensions >> projects, which contain all the file releases and ssh/sftp access to web >> hosting >> (apache/php/mysql). The Drupal sites are separate, so have their own >> security. >> I am not familiar with how it was developed, but I would imagine it is >> standard >> Drupal security. > > How many template and extensions project owners? > Short answer: I don't know. That is in the Drupal database, and I've looked around but there are a lot of tables and I don't know their structure & use. I was able to get the total count of templates earlier because those are also stored on disk and easy to count up. -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Site "Access Denied"
On 3/22/17 2:35 PM, Matthias Seidel wrote: > Hi Dave, > > As both the templates and the extensions site don't have SSL > certificates I opened an issue with Apache Infra. > They say, the sites point to Sourceforge and they can't do anything > about it. > > So can SF add certificates to those sites and enable permanent > redirection to HTTPS? Yes I noticed this as well, and believe we can set that up. It'll probably take some Drupal work also, to make sure resources are all loaded over HTTPS to avoid mixed content warnings, before we can force redirection to HTTPS. > > Firefox (and other browsers) are beginning to warn users if they log > into sites without encryption. > > Kind regards, Matthias > > > Am 21.03.2017 um 03:37 schrieb Dave Brondsema: >> On 3/20/17 3:09 PM, Marcus wrote: >>> Am 20.03.2017 um 17:56 schrieb Dave Brondsema: >>>> On 3/16/17 4:48 PM, Marcus wrote: >>>>> Am 06.03.2017 um 19:25 schrieb Dave Brondsema: >>>>>> On 3/5/17 4:38 AM, Roberto Galoppini wrote: >>>>>>> >>>>>>> 2017-03-04 10:04 GMT+01:00 Marcus >>>>>> <mailto:marcus.m...@wtnet.de>>: >>>>>>> >>>>>>> Am 03.03.2017 um 00:43 schrieb Dave Brondsema: >>>>>>> >>>>>>> A few bits I missed addressing on my prior email: >>>>>>> >>>>>>> I have been able to reproduce the error simply >>>>>>> by >>>>>>> visiting the site and >>>>>>> clicking on the name of any template, using an >>>>>>> incognito >>>>>>> Chrome window on >>>>>>> ChromeOS to ensure there are no statefulness >>>>>>> issues. >>>>>>> >>>>>>> >>>>>>> I can't reproduce it like that. The example link errors out, >>>>>>> but all >>>>>>> the >>>>>>> templates I find just browsing around work. >>>>>>> >>>>>>> I've no access to the site so can't investigate >>>>>>> further. >>>>>>> Can someone with >>>>>>> admin rights investigate please? >>>>>>> >>>>>>> >>>>>>> as you know for sure we also have no access to any >>>>>>> webpages >>>>>>> that are >>>>>>> hosted by Sourceforge. So, we cannot do anything >>>>>>> here. >>>>>>> >>>>>>> I don't know if somebody ping'ed already >>>>>>> Sourceforge about >>>>>>> this problem. >>>>>>> But I'll do it here again. >>>>>>> >>>>>>> >>>>>>> This community should have access and should be able to >>>>>>> maintain the >>>>>>> site. >>>>>>> SourceForge users "aooadmin" and "ipv6guru" are admins of the >>>>>>> https://sourceforge.net/projects/aoo-templates/ >>>>>>> <https://sourceforge.net/projects/aoo-templates/> project which >>>>>>> corresponds to the >>>>>>> templates.openoffice.org <http://templates.openoffice.org> >>>>>>> site. >>>>>>> Others >>>>>>> can be added (ideally by those 2 users, >>>>>>> so we at SourceForge don't have verify identities). >>>>>>> Documentation >>>>>>> for web >>>>>>> hosting is at >>>>>>> >>>>>>> https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/ >>>>>>> >>>>>>> <https://sourceforge.net/p/forge/documentation/Project%20Web%20Services/> >>>>>>> and >>>>>>> I >>>>>>> believe should work fine for the templates site, although we >>>>>>&
Re: Templates Site "Access Denied"
On 3/25/17 6:44 AM, Matthias Seidel wrote: > Hi Dave, > > Yes, a certificate would be the first step. > > BTW: > I noticed that the link to "Templates" on http://extensions.openoffice.org > points to http://templates.services.openoffice.org instead of > http://templates.openoffice.org. > > I am not sure if these URL with .services should still be used... Yeah, I expect we will 301 redirect to drop .services from the URL when we set up the SSL certs > Kind regards, Matthias > > > Am 22.03.2017 um 19:56 schrieb Dave Brondsema: >> On 3/22/17 2:35 PM, Matthias Seidel wrote: >>> Hi Dave, >>> >>> As both the templates and the extensions site don't have SSL >>> certificates I opened an issue with Apache Infra. >>> They say, the sites point to Sourceforge and they can't do anything >>> about it. >>> >>> So can SF add certificates to those sites and enable permanent >>> redirection to HTTPS? >> Yes I noticed this as well, and believe we can set that up. It'll probably >> take >> some Drupal work also, to make sure resources are all loaded over HTTPS to >> avoid >> mixed content warnings, before we can force redirection to HTTPS. >> >>> Firefox (and other browsers) are beginning to warn users if they log >>> into sites without encryption. >>> >>> Kind regards, Matthias >>> >>> >>> Am 21.03.2017 um 03:37 schrieb Dave Brondsema: >>>> On 3/20/17 3:09 PM, Marcus wrote: >>>>> Am 20.03.2017 um 17:56 schrieb Dave Brondsema: >>>>>> On 3/16/17 4:48 PM, Marcus wrote: >>>>>>> Am 06.03.2017 um 19:25 schrieb Dave Brondsema: >>>>>>>> On 3/5/17 4:38 AM, Roberto Galoppini wrote: >>>>>>>>> 2017-03-04 10:04 GMT+01:00 Marcus >>>>>>>> <mailto:marcus.m...@wtnet.de>>: >>>>>>>>> >>>>>>>>> Am 03.03.2017 um 00:43 schrieb Dave Brondsema: >>>>>>>>> >>>>>>>>> A few bits I missed addressing on my prior email: >>>>>>>>> >>>>>>>>> I have been able to reproduce the error >>>>>>>>> simply by >>>>>>>>> visiting the site and >>>>>>>>> clicking on the name of any template, using an >>>>>>>>> incognito >>>>>>>>> Chrome window on >>>>>>>>> ChromeOS to ensure there are no statefulness >>>>>>>>> issues. >>>>>>>>> >>>>>>>>> >>>>>>>>> I can't reproduce it like that. The example link errors out, >>>>>>>>> but all >>>>>>>>> the >>>>>>>>> templates I find just browsing around work. >>>>>>>>> >>>>>>>>> I've no access to the site so can't >>>>>>>>> investigate >>>>>>>>> further. >>>>>>>>> Can someone with >>>>>>>>> admin rights investigate please? >>>>>>>>> >>>>>>>>> >>>>>>>>> as you know for sure we also have no access to any >>>>>>>>> webpages >>>>>>>>> that are >>>>>>>>> hosted by Sourceforge. So, we cannot do anything >>>>>>>>> here. >>>>>>>>> >>>>>>>>> I don't know if somebody ping'ed already >>>>>>>>> Sourceforge about >>>>>>>>> this problem. >>>>>>>>> But I'll do it here again. >>>>>>>>> >>>>>>>>> >>>>>>>>> This community should have access and should be able to >>>>>>>>> maintain the >>>>>>>>> site. >>>>>>>>> SourceForge users "aooadmin" and "ipv6guru" are admins of the >>>>&g
Re: Apache OpenOffice NG
Hi - continuing the top posting.
I think what Raphael is referring to is if the project should follow a pattern
similar to Apache Subversion where only source code and no binary packages are
provided.
If you look at https://subversion.apache.org/packages.html you will see what is
meant. I am not sure how that would work for us. We already have a few
“packagers”, but then also subversion is very simple compared to OpenOffice.
The governance on deciding what is allowed on a packagers page might exceed the
effort in maintaining viable Windows, Mac and Ubuntu/Linux builds. This is
really the crux of “ease building”. (1)
Alternatively finding a way for a hypothetical organization to develop the
application including security issues. The question would be who is that
organization and would they be doing Apache OpenOffice or ${OfficeSuite}
powered by Apache OpenOffice?
Regards,
Dave
> On May 1, 2017, at 1:44 PM, Peter Kovacs wrote:
>
> I am sorry not writing aß of Late. I lack time even to follow the list
> regularly atm. :(
>
> For good code you need to compile, build the product I mean. There is no
> point in outsourcing this.
>
> I think we are alone as long as we do not manage some fundamental reforms.
>
> I think of:
> 1) ease building
> 2) strong generic library architecture
> 3) work tools to help in their projects
> 4) rally the Open office community behind an organization that develops the
> application
>
> I know this is very complex because this strategy heads in different
> directions and differs a lot from current thinking. Also it is imho
> difficult to achieve since our resources are limited. In skill and in
> number.
>
> I hope to have some more time again for open office in near future. Then I
> will let you know.
>
> All the best
> Peter
>
> Jörg Schmidt schrieb am So., 23. Apr. 2017, 11:14:
>
>>> From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de]
>>
>>> P.S.: Why should I install Apache OpenOffice on a server
>>> under wine? ;-)
>>
>> Sorry, but my technical knowledge is far better than my English and I
>> hoped that a
>> concrete example would create more clarity than a linguistically imprecise
>> statement.
>>
>>
>> Jörg
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>> --
>
> Disclaimer: Diese Nachricht stammt aus einem Google Account. Ihre Antwort
> wird in der Google Cloud Gespeichert und durch Google Algorythmen zwecks
> werbeanaöysen gescannt. Es ist derzeit nicht auszuschließen das ihre
> Nachricht auch durch einen NSA Mitarbeiter geprüft wird. Durch
> kommunikation mit diesen Account stimmen Sie zu das ihre Mail, ihre
> Kontaktdaten und die Termine die Sie mit mir vereinbaren online zu Google
> konditionen in der Googlecloud gespeichert wird. Sollten sie dies nicht
> wünschen kontaktieren sie mich bitte Umgehend um z.B. alternativen zu
> verhandeln.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Insert Document
Hi Giuseppe, The ODFToolkit is a separate project. I've replied including off-...@incubator.apache.org Your attachment will not be included. Depending on any response that project has issue tracking in JIRA. Regards, Dave Sent from my iPhone > On May 17, 2017, at 4:51 AM, Giuseppe Miniello > wrote: > > Good Morning, > i'm using ODF Toolkit for manipulate odt documents, when i try to insert an > odt with numbered list into another odt but the result is wrong. > The final document loses the correct numbering. > > The example is "TestOdfToolkit.java", the base document is "template.odt" and > the document that i try to insert is "tmp08610502224696135458.odt". > > The result doc "test.odt" loses the correct numbering. > > Did I do something wrong? > Can you help me solve the problem? > > Thanks in advance. > > Giuseppe Miniello > > > > > Giuseppe Miniello > WebRainbow® Software Analyst & Developer > > g.minie...@hitachi-systems-cbt.com | Phone +39 051 8550 563 > Via Ettore Cristoni, 84 | 40033 Casalecchio Di Reno > www.hitachi-systems-cbt.com > > > This email for the D.Lgs n.196/2003 (Privacy Code), may contain confidential > and/or privileged information for the sole use of the intended recipient. Any > review or distribution by others is strictly prohibited. If you are not the > intended recipient, you must not use, copy, disclose or take any action based > on this message or any information here. If you have received this email in > error, please contact us (e-mail: priv...@hitachi-systems-cbt.com) by reply > e-mail and delete all copies. Legal privilege is not waived because you have > read this e-mail. Thank you for your cooperation. > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org
https live for extensions/templates.openoffice.org
We at SourceForge have enabled https hosting for the extensions.openoffice.org and templates.openoffice.org sites now. I have set up a redirects (302) to move traffic over to https. I also set up extensions.services.openoffice.org to redirect to extensions.openoffice.org so there is just one canonical domain (same for templates). If there's any problems or concerns, I can back out the change easily. If there are no issues, I can changes the redirects to 301 permanent in a few days. -- Dave Brondsema - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: https live for extensions/templates.openoffice.org
Hi Dave, Thank you! Regards, Dave Sent from my iPhone > On May 17, 2017, at 6:16 PM, Dave Brondsema wrote: > > We at SourceForge have enabled https hosting for the extensions.openoffice.org > and templates.openoffice.org sites now. I have set up a redirects (302) to > move > traffic over to https. > > I also set up extensions.services.openoffice.org to redirect to > extensions.openoffice.org so there is just one canonical domain (same for > templates). > > If there's any problems or concerns, I can back out the change easily. If > there > are no issues, I can changes the redirects to 301 permanent in a few days. > > > -- > Dave Brondsema > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Migration of private list and authorizations
The issue has been reopened. Sent from my iPhone On Nov 4, 2012, at 3:44 PM, "Juan C. Sanz" wrote: > El 05/11/2012 0:05, Andrea Pescetti escribió: >> Kay Schenk wrote: >>> ISSUE-5417, regarding some of this seems to be >>> closed now pending some LDAP changes. >>> https://issues.apache.org/jira/browse/INFRA-5417 >>> Does this need to be reopened now given other changes you've already made? >> >> Actually it's open, or at least it is now. LDAP changes are indeed done (and >> they are the "authorization groups" I was mentioning), so the repository >> relocation can now be scheduled by Infra. As usual, to know what has been >> done and what is pending, see >> http://s.apache.org/openoffice-graduation-changes >> >> Regards, >> Andrea. >> >> > As far as I can see the status is Closed > Regards > Juan Carlos
Re: Roller account request
Hi Andrea, You have to sign up for a roller account first. Once that is done then either Marcus or I can invite you to the blog. Unless you do the sign up now, it will be 10 hours before I can help again. Regards, Dave On Nov 6, 2012, at 7:53 AM, Andrea Pescetti wrote: > Of course it took me until I got to the ApacheCon to realize that the best > way to share information with the community would be to blog about what's > happening here... > > Could anyone authorize my account "pescetti" to post articles to > https://blogs.apache.org/OOo/ ? If any preliminary steps are to be taken, I > can obviously do it, but so far I only bumped into seemingly outdated > resources like https://cwiki.apache.org/INFRA/resource-request-faqs.html > > Thank you, > Andrea.
Re: [DISCUSS] Do we want download links for Dev Builds on a usual webpage?
Sent from my iPhone On Nov 9, 2012, at 5:04 PM, "Marcus (OOo)" wrote: > Am 11/09/2012 10:50 PM, schrieb Rob Weir: >> On Fri, Nov 9, 2012 at 4:30 PM, jan iversen wrote: >>> Hi. >>> >>> In order to make life easier (more stable) for translators, I think it >>> would be a good idea to "isolate" developer builds on dev. When we have >>> langauge packs integrated, then we could point to them from l10n, with a >>> thick note, stating they are only there for testing the language. >>> >>> In order to make sure they dont get distributed "as released", would it be >>> an idea (and is it possible) to e.g. disable the actual "save" (not the >>> button, but the final write call). With such a feature anybody can test >>> (which is the purpose) but it cannot be used as a product. >>> >> >> So we're all on the same page, this is how I understand the two main >> constraints on how we treat pre-release builds: >> >> 1) Constraint one is policy. We distribute releases to the public, >> after they've been vetted and approved by the PMC. We need to avoid >> shortcuts that cause software to be distributed to the public outside >> of this approval process. >> >> 2) Constraint two is bandwidth. We don't have infinite bandwidth. >> That is why we rely on download mirrors for distributing releases and, >> in the special case of OpenOffice, SourceForge as well. We need to >> be careful about bandwidth used by posting developer builds on >> people.apache.org. > > IMHO it shouldn't be a problem to put the dev builds also onto the mirrors. Which mirrors? Apache Mirrors are for most recent releases only on active branches and also for all Apache projects. Mirror operators have limited space. SourceForge and apache extras differ. BUT we need to be very careful that there is no confusion with releases as Rob wrote. R > The additionally need space it low and more than 2 revisions shouldn't be > there. However, the upload is an additionally effort. ;-) > >> The nightmare scenario is we post a developer build of a popular new >> translation, say Korean, and even though it was not intended to be a >> public release, someone gets the URL to the people.apache.org install >> sets and posts it on a Korean forum or website, and we start getting >> millions of downloads from people.apache.org. This would be bad for >> Infra, but also bad for us, since our users would probably not have a >> good experience with pre-release software. > > This can happen also today. It doesn't depend on where the download link is > located. Just who has found it and where it gets populated. > >> So we really need to keep the dev builds "low key", and not make it >> very easy for the public to accidentally stumble upon them. > > OK, understood. > > Marcus > > > >>> On 9 November 2012 22:05, Rob Weir wrote: >>> On Fri, Nov 9, 2012 at 3:55 PM, Marcus (OOo) wrote: > Hi all, > > a quick question as I don't know the status of this request: > > Do we (still) want to have download links for Dev Builds that refer to the > respective people's dir? > IMHO we don't want pages in www.openoffice.org/dowload/* to point to anything other than actual releases. Links from Dev, L10n or QA pages are fine. > Then I would create a webpage that can be included in the usual download > website - as it was in the former times with OOo. > > At the moment there is just a link to the Wiki page. > > Marcus
Re: ApacheCon EU Survey
I'll second what Ross has to say. There are huge synergies that can happen between Apache projects and often these are facilitated by the interactions between people who meet at Apachecon. Over time projects become dependencies of other projects in very powerful ways. One example is Apache Tika which consumes both PDFBox and POI for text extraction. Tika and Lucene are consumed by such projects as Solr (technically a sub-project of Lucene) and Jackrabbit. Jackrabbit and Felix are consumed by Sling. Sling can be run within Tomcat ... I recall meeting the guy who was contributing PDFBox into the Incubator years ago at Apachecon. If anything I offered encouragement. Years later the project is mature and we actually use it at work. Who did people meet and what other projects did people learn about that might be helpful to OpenOffice? Regards, Dave On Nov 10, 2012, at 9:16 AM, Ross Gardler wrote: > Sure, my point is that what people did do is not necessarily representative > of the value of the event and thus is not necessarily a good indicator of > best use of funds. Since this was the stated intent of your mail I thought > it worth pointing out that it might be a useful exercise. > > My motivation is that having attended one AOO community event it is clear > to me that not many people, if any, attended my Apache Way talk. However, > there are many other ways to learn about the ASF at ApacheCon. I'd be > interested if attendees felt it useful in this regard. > > Ross > > > > Sent from mobile, forgive terseness and errors > On Nov 10, 2012 3:59 PM, "Rob Weir" wrote: > >> Ross, this isn't a "what if" survey based on what attendees might have >> done, but didn't. I'm interesting in their actual experiences. But >> feel free to add a relevant additional question if you feel one is >> missing. >> >> -Rob >> >> On Nov 10, 2012, at 10:04 AM, Ross Gardler >> wrote: >> >>> You missed how useful was it in learning about the ASF >>> >>> The problem is that the answers depend on how one approached the event. >> If >>> an individual only attended the AOO track then one would not benefit from >>> the community track or other project specific tracks for example. >>> >>> Ross >>> >>> Sent from mobile, forgive terseness and errors >>> On Nov 9, 2012 8:13 PM, "Rob Weir" wrote: >>> >>>> A few questions for those who attended in Sinsheim from the AOO >>>> project. I'm hoping these answers will help us decide how to allocate >>>> resources to future events. >>>> >>>> On a scale of 1-5, where 1 is lowest and 5 is highest, how effective >>>> was attending ApacheCon EU to you for each of the following: >>>> >>>> A. Meeting other AOO project members >>>> >>>> B. Gaining new information about AOO from the formal presentations. >>>> >>>> C. Gaining new information about AOO from informal discussions with >>>> project members. >>>> >>>> D. Gaining new AOO users >>>> >>>> E. Recruiting new potential project members >>>> >>>> F. Educating others about AOO >>>> >>>> G. Learning more about other Apache projects >>>> >>>> H. Moving AOO project plans and/or technical decisions forward. >>>> >>>> >>>> Thanks! >>>> >>>> -Rob >>>> >>
Re: ApacheCon EU Survey
Sent from my iPhone On Nov 10, 2012, at 12:54 PM, Rob Weir wrote: > On Nov 10, 2012, at 12:16 PM, Ross Gardler wrote: > >> Sure, my point is that what people did do is not necessarily representative >> of the value of the event and thus is not necessarily a good indicator of >> best use of funds. Since this was the stated intent of your mail I thought >> it worth pointing out that it might be a useful exercise. >> > > Sorry my intent was not clear. I'm not concerned with justifying the > holding of the event. The point was to evaluate the return to this > project compared to other uses of funds, including Apache, sponsor and > individual time and expenses. My questions make no assumptions about > the intrinsic value of inter-project versus intranet-project > activities. And I certainly made no comment about your talk. In any > case the perceptions, of project members who attended the event, of > the value received and what was accomplished is very relevant. > > Remember, I need to argue for IBM attendance at events like this, so > I would appreciate it if you would stop fighting my serious and well > thought questions. It escapes me to understand why you would interpret Ross's comments as fighting you. As you surely know there are many Apache projects where IBM and IBM engineers have interest. I very much hope you are able to attend Apachecon US. I highly recommend an Apache Way talk. I found it immensely helpful several years ago. Regards, Dave > > -Rob > > >> My motivation is that having attended one AOO community event it is clear >> to me that not many people, if any, attended my Apache Way talk. However, >> there are many other ways to learn about the ASF at ApacheCon. I'd be >> interested if attendees felt it useful in this regard. >> >> Ross >> >> >> >> Sent from mobile, forgive terseness and errors >> On Nov 10, 2012 3:59 PM, "Rob Weir" wrote: >> >>> Ross, this isn't a "what if" survey based on what attendees might have >>> done, but didn't. I'm interesting in their actual experiences. But >>> feel free to add a relevant additional question if you feel one is >>> missing. >>> >>> -Rob >>> >>> On Nov 10, 2012, at 10:04 AM, Ross Gardler >>> wrote: >>> >>>> You missed how useful was it in learning about the ASF >>>> >>>> The problem is that the answers depend on how one approached the event. >>> If >>>> an individual only attended the AOO track then one would not benefit from >>>> the community track or other project specific tracks for example. >>>> >>>> Ross >>>> >>>> Sent from mobile, forgive terseness and errors >>>> On Nov 9, 2012 8:13 PM, "Rob Weir" wrote: >>>> >>>>> A few questions for those who attended in Sinsheim from the AOO >>>>> project. I'm hoping these answers will help us decide how to allocate >>>>> resources to future events. >>>>> >>>>> On a scale of 1-5, where 1 is lowest and 5 is highest, how effective >>>>> was attending ApacheCon EU to you for each of the following: >>>>> >>>>> A. Meeting other AOO project members >>>>> >>>>> B. Gaining new information about AOO from the formal presentations. >>>>> >>>>> C. Gaining new information about AOO from informal discussions with >>>>> project members. >>>>> >>>>> D. Gaining new AOO users >>>>> >>>>> E. Recruiting new potential project members >>>>> >>>>> F. Educating others about AOO >>>>> >>>>> G. Learning more about other Apache projects >>>>> >>>>> H. Moving AOO project plans and/or technical decisions forward. >>>>> >>>>> >>>>> Thanks! >>>>> >>>>> -Rob >>>
Re: Completed Decision making page
As a project we can certainly get a FreeBSD Jail from Infrastructure for CRUD [1] The PMC must maintain it. But no one has provided a concrete proposal. Without a proposed use case we can't discuss what it desired and for what purpose. The community will need to maintain the VM. This means volunteering to handle all aspects of its management. What did you have in mind? Should we have a registration page? Infrastructure will want to know what bandwidth and diskspace is required for planning purposes including the Foundation budget. Regards, Dave [1] http://www.apache.org/dev/freebsd-jails On Nov 12, 2012, at 3:52 PM, Alexandro Colorado wrote: > Unfortunately the system is not very inteligent since infrastructure keep > things on lock and no there hasnt been many people yet. Still is a more > friendly way that telling them to subscribe to the ML which is where all of > the community 'should' be. > > > On Mon, Nov 12, 2012 at 5:28 PM, colin mcdermott < > colinjamesmcderm...@gmail.com> wrote: > >> Done. >> >> Congratulations! You have completed this Module Please send a note to >> dev@openoffice.apache.org< >> dev@openoffice.apache.org?subject=Completed%20Decision%20Making%20Module> >> so >> we all know. This is also a good opportunity to send along any feedback or >> questions you might have on this Orientation Module. >> >> Having said that, arn't people sick of getting these emails yet? Or have >> there not been many. IMHO this information should be logged in a database >> or something. Anyone know of a good database ;) >> >> -- >> Regards >> >> Colin McDermott >> > > > > -- > Alexandro Colorado > Apache OpenOffice Contributor > http://es.openoffice.org
Re: Editing needed on BZ footer -- remove "podling" reference
On Nov 15, 2012, at 3:08 PM, Kay Schenk wrote: > > > On 11/14/2012 05:06 PM, TJ Frazier wrote: >> On 11/14/2012 18:47, Kay Schenk wrote: >>> HI -- >>> >>> Could one of our BZ admins please remove the "podling" reference in the >>> footer area for Apache OOo Bugzilla? Thanks. >>> >> Hi, Kay, >> >> A little research in the BZ Help [1] reveals in Section 6.3.5 that the >> global footer is in a template, "global/footer.html.tmpl". AFAIK it will >> take root access to the system to change, i.e., we need a site >> maintainer to do it. >> >> HTH, >> /tj/ > > Thanks again...Ok, I set up a task for infra -- > > https://issues.apache.org/jira/browse/INFRA-5529 And it is already done! BTW - There is no Apache OOo or Apache OpenOffice.org project. Shouldn't we rename this the Apache OpenOffice Bugzilla instead of Apache OOo Bugzilla? Regards, Dave > >> >> [1] <https://issues.apache.org/ooo/docs/en/html/cust-templates.html> >> > > -- > > MzK > > “How wrong is it for a woman to expect the man to build the world > she wants, rather than to create it herself?” >-- Anais Nin
Re: Editing needed on BZ footer -- remove "podling" reference
On Nov 16, 2012, at 5:40 PM, Kay Schenk wrote: > On Thu, Nov 15, 2012 at 4:47 PM, Dave Fisher wrote: > >> >> On Nov 15, 2012, at 3:08 PM, Kay Schenk wrote: >> >>> >>> >>> On 11/14/2012 05:06 PM, TJ Frazier wrote: >>>> On 11/14/2012 18:47, Kay Schenk wrote: >>>>> HI -- >>>>> >>>>> Could one of our BZ admins please remove the "podling" reference in the >>>>> footer area for Apache OOo Bugzilla? Thanks. >>>>> >>>> Hi, Kay, >>>> >>>> A little research in the BZ Help [1] reveals in Section 6.3.5 that the >>>> global footer is in a template, "global/footer.html.tmpl". AFAIK it will >>>> take root access to the system to change, i.e., we need a site >>>> maintainer to do it. >>>> >>>> HTH, >>>> /tj/ >>> >>> Thanks again...Ok, I set up a task for infra -- >>> >>> https://issues.apache.org/jira/browse/INFRA-5529 >> >> And it is already done! >> >> BTW - There is no Apache OOo or Apache OpenOffice.org project. Shouldn't >> we rename this the Apache OpenOffice Bugzilla instead of Apache OOo >> Bugzilla? >> >> Regards, >> Dave >> > > We probably should. I saw this also, but didn't take the time to bring this > up. :/ We should probably do as you suggest Apache OOo -> Apache > OpenOffice. You'e only talking about the footer contents, right? More than the footers for this one the name is in many places on the front. TJ might know how big this lift is. Regards, Dave > > >>> >>>> >>>> [1] <https://issues.apache.org/ooo/docs/en/html/cust-templates.html> >>>> >>> >>> -- >>> >>> MzK >>> >>> “How wrong is it for a woman to expect the man to build the world >>> she wants, rather than to create it herself?” >>> -- Anais Nin >> >> > > > -- > > MzK > > “How wrong is it for a woman to expect the man to build the world > she wants, rather than to create it herself?” > > -- Anais Nin
Re: [Mwiki] New accounts by invitation only?
On Nov 20, 2012, at 6:21 AM, Rob Weir wrote:
> On Tue, Nov 20, 2012 at 6:46 AM, tj wrote:
>> Can I get lazy consensus on requiring users to request Mwiki accounts on a
>> ML? Temporarily or permanently, I don't know.
>>
>
> How many "real" wiki accounts do we get on a typical (no-spam) day?
> Are we sure that the admins can handle that volume of manual account
> requests?
Managing real requests will certainly be less work than fighting spammers.
+1 to proceeding now with registration by request.
I'm actually for it permanently - although we should migrate to a wiki@oo.a.o
or admin@oo.a.o ML for these types of requests
Regards,
Dave
>
>
>> Any Administrator ("sysop") can create a new user account. I will research
>> what change is required to block other sign-up methods.
>>
>> Currently, Mwiki is under massive attack by spammers. Thanks to the valiant
>> efforts of volunteers Adailton, Helen russian, Pitonyak, and Yak, we are
>> staying even: the lifetime of spam may be a few hours, but is usually only a
>> few minutes.
>>
>> However, the spammers are creating new spam accounts (the pattern in the
>> names is quite apparent) at a rate of one every minute or two, and 24/7. We
>> cannot survive that kind of onslaught indefinitely.
>>
>> To be continued.
>>
>> /tj/
>>
Fwd: Bad site certificate
Hi Folks, It is possible that we can get either a www.openoffice.org, a *.openoffice.org, or other specific .openoffice.org certificates. There are older browsers where the apache.org certificate will take precedence for sites. Does the project care to have an SSL certificate on www.openoffice.org? Is one needed for other public assets like wiki.openoffice.org? Because .openoffice.org is redirected to www.openoffice.org// we will need a *.openoffice.org certificate. Do we care enough about the edge case of users in this subgroup to request a *.openoffice.org certificate that could be used on wiki.openoffice.org? Thoughts? Regards, Dave Begin forwarded message: > From: Rob Weir > Date: November 4, 2012 2:00:18 PM PST > To: ooo-us...@incubator.apache.org > Subject: Re: Bad site certificate > Reply-To: ooo-us...@incubator.apache.org > delivered-to: mailing list ooo-us...@incubator.apache.org > > On Sun, Nov 4, 2012 at 12:53 PM, Dave Fisher wrote: >> >> On Nov 1, 2012, at 5:39 PM, NoOp wrote: >> >>> On 11/01/2012 10:45 AM, Andrea Pescetti wrote: >>>> On 25/10/2012 NoOp wrote: >>>>> On 10/25/2012 10:50 AM, Andrea Pescetti wrote: >>>>>> The recommended way to access the OpenOffice site in HTTPS for those who >>>>>> prefer it over HTTP is to use: >>>>>> https://ooo-site.apache.org >>>>> Like the above, the URL should be configured to automatically redirect >>>>> to https://ooo-site.apache.org when an https request is received? >>>> >>>> Apparently, this won't work since Infra says "Redirect won't work, as >>>> the SSL handshake precedes the first opportunity to send a redirect". >>> >>> That doesn't make any sense as I've already demonstrated that the other >>> https links to those IP addresses do indeed redirect. >>> >>>> >>>> But you are welcome to weigh in directly on >>>> https://issues.apache.org/jira/browse/INFRA-5450 : >>>> registration is open to everyone. >>> >>> Thanks, but no thanks. I suppose I could provide a server trace & >>> wireshark session file etc., but I doubt that it will do any good to >>> attempt to change Daniel Shahaf's mind. You, however, might ask him >>> just how the other https links work on those IP's, yet the OOo link does >>> not, and why 443 is turned on for that URL to begin with if Apache do >>> not intend to support https on that link. >> >> If 443 were turned off then another vhost for another project would answer >> the request and there would still be a warning. >> >> If a *.openoffice.org certificate were purchased it would be secondary to >> *.apache.org and older browsers would still have trouble. I've setup >> multiple certificates on httpd at work and know this to be so. No way the >> ASF will put the *.openoffice.org certificate (if purchased) first. >> >> We can do a rewrite of https traffic to http but that happens after the >> handshake and the security warning. >> >> I doubt that this razor fine point is worth the effort and the tradeoff of >> increased complexity for Infrastructure. >> > > Probably no use for SSL site wide, but we do have a small number of > pages where we would benefit, like the login/registration pages for > the openoffice.org domain wiki and the support forums. > >> If we had a view of what browsers are used and how much is https we can >> measure the impact and determine if effort here is worth it. >> >>> >>>> And if in the end the most sensible solution is that we acquire a >>>> certificate for *.openoffice.org , this is surely something the PMC and >>>> Infra can look into. But it would be good to see the discussion in the >>>> issue page converge. >> >> That discussion is there in the JIRA. You can see the bit above. It is an >> incremental improvement effective for modern browsers. >> >> Regards, >> Dave >> >>>> >>>> Regards, >>>> Andrea. >>>> >>> >>> >>> >>> - >>> To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: ooo-users-h...@incubator.apache.org >>> >> >> >> - >> To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org >> For additional commands, e-mail: ooo-users-h...@incubator.apache.org >> > > - > To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org > For additional commands, e-mail: ooo-users-h...@incubator.apache.org >
Re: promoting svn assets
Hi Joe, Thanks! On Nov 21, 2012, at 8:17 AM, Joe Schaefer wrote: > With the holiday weekend coming up, I'd like > to suggest that that's as good a time as any > > to adjust the location of your svn tree to > top-level. Instead of doing a straight svn mv > of the tree, I plan to copy it instead and > set the old location read-only, given that > past source releases still depend on the old > svn urls to work. You will mark the old svn read-only before you perform the copy, correct? > > Not today, and probably not tomorrow, but before > Monday, unless there are strong objections listed > on this thread. The implication is that we will ALL need to recheck out our svn source and cms trees from the new location. We'll find out when try to commit. In that case we can svn checkout the new, svn diff the old, apply our changes to the new, and commit.. Correct? Best Regards, Dave > > > Thanks.
Re: Bad press
On Nov 21, 2012, at 6:16 AM, Rob Weir wrote: > On Tue, Nov 20, 2012 at 8:16 PM, Ian C wrote: >> Hi All, >> >> saw this today >> http://www.computerworld.com/s/article/9233890/German_city_dumps_OpenOffice_switches_to_Microsoft?source=CTWNLE_nlt_pm_2012-11-20 >> >> Maybe an upgrade from 3.2 would help them? >> > > It is bizarre. They ran their desktops with both Microsoft Office > 2000 and OpenOffice.org 3.2.1. Their old version of Microsoft Office > fails to work well with recent Microsoft Office documents. So instead > of blaming Microsoft, the vendor that they paid for Office 2000, for > their non-backwards compatible file format changes, they blame > OpenOffice.org, an open source product that they never paid a cent > for. And MSFT does change their formats slightly in every minor release. Strict compliance to OOXML should NOT be our goal. It should be flexible to allow for variance. OOXML elements have been known to be added to BINARY formats by MSFT Office. Some versions of MSFT Office have not even complied with OOXML in first major versions. AOO's intake of MSFT Office documents should be VERY forgiving or it will be more difficult to convert institutions from Office. Regards, Dave > > -Rob > >> -- >> Cheers, >> >> Ian C
Re: [Mwiki] New accounts by invitation only?
On Nov 21, 2012, at 1:12 PM, jan iversen wrote: > thanks for your reply. > > On 21 November 2012 21:17, TJ Frazier wrote: > >> On 11/21/2012 14:24, jan iversen wrote: >> >>> having looked at the mediawiki pages, especially the amount of updates, >>> and >>> make a trial installation my my private server, I know I can cope with the >>> maintenance problems (but NOT with spam attacks, that requires more than >>> just one person). >>> >>> If the community agrees to it, using the lazy consensus, I volunteer to >>> make maintenance of the mwiki (wiki.openoffice.org). >>> >>> If nobody object I will very fast do the proposed mysql changes: >>> - remove accounts with no contributions during the last year. >>> - removing all new users within the last 2 weeks. >>> and prepare an update to the newest version, (and as Alexandro suggest >>> have >>> a test server) which first run it on my own ubuntu, before going live. >>> >>> The big job done by just a few people to counter attach the spam attack, >>> is >>> really a GREAT JOB, and even if I do maintenance such skilled people would >>> still be needed. >>> >>> I would need a user, that has mysql root access as well as being able to >>> modify php scripts (for installing new version) and restarting apache. To >>> get that karma I would need help, since I am sure such a right is only >>> granted with PMC approval (which is the right way!!). >>> >>> The page that Rob suggest is of high value, and would be a great way of >>> having a mini-plan for what to do on the wiki. >>> >>> I have one question though, why do we have cwiki and wikiI might be >>> the >>> only one, but I get confused where to find which information, so maybe we >>> should decide to have all information in just one wiki ?? >>> >>> have a nice day/evening. >>> Jan I. >>> >>> Jan, >> >> The urgent thing is the one-line change to block account creation, as >> shown at [1], applied to LocalSettings.php. >> > I agree totally to that. > > >> >> [1] <http://www.mediawiki.org/**wiki/Manual:Preventing_access#** >> Restrict_account_creation<http://www.mediawiki.org/wiki/Manual:Preventing_access#Restrict_account_creation> >>> >> >> The karma you need can only be granted by Infra. Go ahead and ask (JFDI): >> if anyone on the PMC objects, I feel certain we will hear about it. >> > I like JFDI since Rob informed me politely about its meaning. I have made a > JIRA ticket: > https://issues.apache.org/jira/browse/INFRA-5548 > > so if anyone disagrees now is the time. I am completely for it. To answer why we have a CWiki. It was setup immediately when we started so that we would have something to use to make plans. It took quite some time for Terry E to get the MediaWiki. When working with infra be prepared to limit operational documentation to runbook style text files. This allows infrastructure team members to understand and act on the wiki if needed from whatever the device they are on. It allows any foundation member to look into how the wiki is setup and configured without any prerequisite software. Terry E tried to fight the text is too old battle with Infra. My word of caution is don't waste your time on that. Thanks for all your energy and time. Best Regards, Dave > > >> >> JIRA (like the Confluence wiki, "cwiki") is a proprietary product for >> which ASF has a free license. Historically, OO.o used the FOSS products >> Bugzilla and MediaWiki. I cannot speak to the virtues of JIRA, never having >> used it, but IMHO cwiki is an inferior product compared to mwiki, and >> trying to convert mwiki to cwiki (which was discussed) is an enormous and >> unrewarding project. So we didn't. >> >> To file a JIRA ticket, mouse around on the Infra web site; you'll get >> there. You will probably need your ASF name and password. I would guess >> that your user name on the Linux system underlying mwiki will be your >> Apache name. >> > > On upgrades, Clayton Cornell (the maintainer under Sun/Oracle) sent me the >> following caution: >> >> By the way, tuck this away.. it's quite important... if/when you >>> upgrade to 1.17 or higher, you really have to test it offline in a >>> staging server. The UTF-8 implementation has been tightened up, and >>> older Wiki databases are being hit hard... in particular when there >>> are tables defined as Latin1
Re: [RELEASE] AOO.next = AOO 4.0
On Nov 22, 2012, at 3:50 AM, Jürgen Schmidt wrote: > On 11/21/12 10:14 PM, Marcus (OOo) wrote: >> Am 11/21/2012 09:41 PM, schrieb jan iversen: >>> On 21 November 2012 21:30, Andrea Pescetti wrote: >>> >>>> Jürgen Schmidt wrote: >>>> >>>>> I got the impression that the majority would support a >>>>> 4.0 version as our next release. >>>>> >>>> >>>> So do I. >>>> >>>> >>>> Besides the next major release we should also continue the >>>> discussion on >>>>> further language packs based on 3.4.1 to make the latest translations >>>>> available as soon as possible. >>>>> One way to make these language packs available would be to integrate >>>>> the >>>>> new translations on the AOO34 branch, build the language packs and a >>>>> new >>>>> source release based on this revision. The effort should be minimal >>>>> >>>> >>>> Since we have no critical bugs in 3.4.1, I would keep using the 3.4.x >>>> series until 4.0 is available. If a security issue emerges that >>>> suggests we >>>> should make a new release, we will fix it and release 3.4.2; >>>> otherwise, I >>>> would just keep adding new languages to 3.4.1 and make a couple of >>>> 4.0-beta >>>> releases, to get better exposure and QA, rather than a 3.5 release. >>>> >>>> But the 3.4.x series must have some predictable schedule or this won't >>>> work. For example, I would propose the following: >>>> - We announce on ooo-l10n that 2 December is the first deadline for >>>> integration of new languages in 3.4.1 >>>> >>> December 2 is very close, when I think of the work in progress on a >>> number >>> of languages, I would suggest end of the year. > > indeed very close and I will be offline for some further days next week. > I count at least 3 languages Danish, Polish, Scots Gaelic. And when we > increase the deadline until the end of the year we potentially get even > more. > >>> >>> >>>> - We integrate and build available new languages in the week after it >>>> (and >>>> we already have two, Danish and Polish) >>>> >>> - Native-language teams do some QA >>>> - We approve/publish the new builds and the new source release (a 3.4.1 >>>> respin, rather than a 3.4.2, since this would confuse users) >>>> >>> Would it not be more confusing to change the 3.4.1 distribution files ? I >>> would warmly suggest only to release language packs, since they are >>> separate and do NOT change the existing distribution. >> >> If I have understood it correct, only new full install and langpacks >> files will be distributed - or maybe only langpack files. > > both would be possible, I ma flexible here. For using the same download > mechanism and no further special handling it would be helpful to have > the same files as for all other langs. > >> >> I don't think that it's needed to replace files except for the source >> files. > > Exactly, we would release the new languages only on base of 3.4.1 and a > new src release. When we do a further 3.4.2 release we can build the new > languages in the same way as the others. I think that we will need a new source release - we could call the source release "3.4.1b". It would give us good practice at voting on a release based on simple IP scans with RAT and svn diff to prove that the only changes are language files. We trust, but we must verify. I don't have any strong opinions regarding whether we hurry for a 3.5 or develop a feature rich and well tested 4.0. Once we reach consensus on this issue we should have Marketing publish the plan so the user base will know what to expect with an estimated timeline - emphasis on estimated. Regards, Dave > > Juergen
Re: desktop publishing
Hi Phil, It is not completely impossible that an extension could be added to AOO to read and write Publisher files. It just takes one or two Java programmers with the time and interest. See [1] for where the effort could start. On Nov 22, 2012, at 8:36 AM, Fernand Vanrie wrote: > Juergen, > > Maybe 1 machine has a MS office package for the "unsalvable problems" the 99 > others have Windows with LO ,OO, Thunderbird, Inkscape, Gimp, Image Magick > and a free Adobe PDF reader > > We can read and write MS text and spreadsheets, in the "editing world" PDF is > the exchange format by exelence. (For that reason PDF must been a graphic > format in LO and LO :-) It would great if PDF could be imported into any of Presenter, Writer and Draw. Perhaps this can be a goal of the new Drawing work. BTW - Postscript lives inside the PDF file format all of the drawing primitives are very close to postscript and operate the same way. SVG is also a descendent of Postscript. (as Postscript is a descendent of Xerox Interpress plus III) But I'm biased and have built a publishing chain based on applications producing postscript pages with special comments, shell scripts to collate into postscript documents, conversion to PDF w/ghostscript or editable PPTX using Java and Apache POI. We've also done PDF into editable shapes and text in PPTX using Apache PDFBox and Apache POI. Should we make the effort to go to ODF we will likely be using ODFToolkit. To close the loop if you want to process Publisher files and help with understanding the files format Apache POI is a good place. [1] Regards, Dave [1] http://poi.apache.org/hpbf/index.html > > Maybe you comes to Fosdem in Brussels, we would be happy to invite you to > show on the work floor how is works here > > Greetz > > Fernand >> Hi Fernand, >> >> I would love to read a more detailed public success story about your >> experience and work with writer. It sounds very interesting especially when >> you stay in one world, means no heavy exchange of MS formats. >> >> Thanks for sharing >> >> Juergen >> >> Am Donnerstag, 15. November 2012 um 09:34 schrieb Fernand Vanrie: >>> Alexandro , >>> >>>> On Tue, Nov 13, 2012 at 11:24 PM, Phillip Zadro >>>> wrote: >>>> >>>>> >>>>> >>>>> hi Is there any likelihood that OpenOffice will one day include a desktop >>>>> publisher? There is only one thing that is stopping me from migrating >>>>> completely from Microsoft Office to either OpenOffice or LibreOffice and >>>>> it >>>>> is their lack of a Desktop Publisher comparable with MS Publisher. I have >>>>> used Publisher for over 15 years and love its practicality, particularly >>>>> with paginating of booklets. Even a separate program like Serif PagePlus >>>>> cannot save in MS format either, so I am obliged to stay with MS Office. >>>>> Pity.. Thanks Phil >>>>> >>>> >>>> Draw is a perfect Desktop publisher, is so perfect is compatible with other >>> We uses exclusifly Writer (+ lot of basic macro's) to make over 8.000 >>> full color magazine pages par year. This pages are all i2 languages >>> versions, with cutouts (we uses Edit Contour) transparancies etc...) >>> Our Editors places lowres images "embedded" in there documents, a final >>> macro checks the resolution quality and changes the lowres with the >>> highres (stored on a server) just before exporting to PDF >>> Sinds there is SVG, we no longer use EPS and "Adobe" to make our PDF's. >>> PostScript is dead anyhow (lack of transparency) the LO/OO- PDF export >>> is with use off a Lanczos filter nearly perfect. >>> We only needs a "payed" Color Server to transfer our RGB PDF's to CMYK >>> Our magazines are printed by different print houses (15.000-3.000 exp.) >>> on high quality paper, there are no complaints from our printers and the >>> readers can not sea the difference between our Magazines an thus maded >>> by payed DTP applications >>> Just a pitty thats SVG is still exported as bitmap (sould been repaired >>> in 3.7) and PDF is still not a accepted as a graphic format like we can >>> use (Tiff, jpg, etc...) >>> >>> Greetz >>> >>> Fernand >>>> desktop publishers like Scribus and is based on a frame based paradigm. >>>> There are some features that would be desirable but is pretty easy to >>>> complete basic and medium tasks like Flyers, Booklets and all it has layers >>>> which keeps design separated from content. And have multiple layouts and >>>> use of vectorial forms. >>>> >>>> With improved use of SVG Draw is also gaining strenght in the area of >>>> design compatibility and would be improving as more features are >>>> considered. >>>> >>> >>> >> >> >
Re: desktop publishing
On Nov 22, 2012, at 10:12 AM, Dennis E. Hamilton wrote:
> @Dave,
>
> If POI has support for Publisher format, where is the specification for that
> format to be found? I nosed around the Microsoft Open Specification
> collection and must have missed it. (RTF is also not there, but available in
> a different location).
Support in POI is oldstyle reverse engineering and has only been developed by
CMS types who want to index the text. It is mostly driven from the Apache Tika
project which is consumed by both Apache Jackrabbit a JCR reference
implementation used by Adobe product and Apache Solr.
>
> - Dennis
>
> For the record, I don't think that Postscript is a descendant of Xerox
> Interpress. Although Adobe (founded in December 1982) was a spin-out of
> Xerox PARC, some of it may well have been over disagreements on ways to
> handle final-form (printing) data streams. It is probably better to think of
> them as peers, forked from parallel, now vanished, interbred ancestries.
> This may be fairly accurate:
> <http://en.wikipedia.org/wiki/Postscript_programming_language#History>.
True. The key is the engineer - John Warnock.
>
> I didn't realize that the first Postscript license was with Apple until I
> reviewed the Adobe 25th anniversary timeline.
Adobe built itself a $1000 Postscript licenses on the $3500 Apple Laserwriters
and DTP explosion.
>
> I do know that the rivalry between Xerox and Adobe was pretty intense on the
> Xerox product engineering side at the end of the 80s. (They had fumbled
> this, the low-end laser printer, and commodity personal computing as well.)
We evaluated XPS - the big problem was that even though Xerox invented
Ethernet with external systems was via a serial port.
>
>
> I was on a project where Adobe was contracted to make a Postscript engine
> that emitted Interpress. This was all on an EISA board added to a Novell
> Netware server running as a front-end to Docutech. Docutech was an XNS and
> Interpress consumer built on a custom ("Mesa") processor chips. In
> retrospect, it is amazing how many bad bets and tea-leave readings occurred.
> Part of it had to do with extremely long product development cycles and an
> inability to respond to agile newcomers riding commodity cost curves to glory.
Totally familiar with Metacode in the earlier 9700 series printers.
>
> PS: Interpress was always page oriented and that was important for
> high-performance printing where multiple pages were in different stages of
> being imaged in order to keep the paper-path running at volume, deal with
> high-volume color, etc. So there needed to be ordering constraints so that
> everything necessary to image each successive page was available as early in
> the stream as possible. At an architectural level, PDF is closer to that, in
> contrast with the greater arbitrariness of Postscript. I've not checked to
> see which Microsoft XPS (another attempt to use the "Metro" term) is closest
> to for final-form printing.
For metacode, our driver was optimized for byte count and sorted by scanline.
Lines were drawn with tiled line segment font characters. Did you ever
encounter PLOT97 and Henry Kramer? We had a full source code license and made
significant modifications. I happened to see some Engineering notes for
Metacode and John Warnock's name was on some. He is all over this area.
We are talking work from 33 years ago. This worked very well and the output
drivers were rewritten and converted to Postscript in the early 90s and are in
use today. They are due for another re-work as Fortran skill is hard to find.
But back to the point you are correct PDF is more page oriented and removes
many of the general programming aspects in Postscript. It is still a great
dynamic language that happens to control output and print. But I've I always
used the most primitive forms possible for the main content as that always
maximizes engine speed.
The trick is in the re-layout of the decomposed printing elements which are
organized for display convenience and not editing.
Regards,
Dave
>
> -Original Message-
> From: Dave Fisher [mailto:dave2w...@comcast.net]
> Sent: Thursday, November 22, 2012 09:09
> To: dev@openoffice.apache.org
> Cc: Phillip Zadro
> Subject: Re: desktop publishing
>
> Hi Phil,
>
> It is not completely impossible that an extension could be added to AOO to
> read and write Publisher files. It just takes one or two Java programmers
> with the time and interest. See [1] for where the effort could start.
>
> [ ... ]
>
> SVG is also a descendent of Postscript. (as Postscript is a descendent of
> Xerox Interpress plus III)
>
> [ ... ]
>
> To close the loop if you want t
Re: [RELEASE] AOO.next = AOO 4.0
On Nov 22, 2012, at 9:21 AM, Rob Weir wrote: > On Thu, Nov 22, 2012 at 11:36 AM, Dave Fisher wrote: >> >> On Nov 22, 2012, at 3:50 AM, Jürgen Schmidt wrote: >>> Exactly, we would release the new languages only on base of 3.4.1 and a >>> new src release. When we do a further 3.4.2 release we can build the new >>> languages in the same way as the others. >> >> I think that we will need a new source release - we could call the source >> release "3.4.1b". >> > > It depends on what is in the source release. If the tarball contains > only the newly added PO translation files, then it could be called > 3.4.1 without any confusion. Let's avoid any code changes, since > that merely complicates future upgrades. It would need to be called 3.4.1 supplemental language lack or something like that. >> It would give us good practice at voting on a release based on simple IP >> scans with RAT and svn diff to prove that the only changes are language >> files. We trust, but we must verify. >> > > If the only thing included in the source tarball are PO files then the > proof is rather simple, yes? Just include the PO files, the LICENSE > and NOTICE and a README that says to unzip these files over the > already released full 3.4.1 source tarball. RAT scan of the PO files > should be easy enough (assuming it understands PO files). Otherwise > we can manually inspect the files for license headers. Sure - either way it would be a 3.4.1 source artifact. The README would describe how to put the language pack over the 3.4.1 source release. I'll leave it up to Jürgen to choose a 3.4.1 source language supplement, a fuil 3.4.1b source release, or a 3.4.2 source release w/ all that implies. But in general the supplement w/convenience binaries does make the most sense. What I don't want is to see another 3.4.1 source release with the same name, that would be wrong. I suspect that this issue with new Languages coming in after a release will continue until we have covered the whole world. Perhaps we should have a naming convention for source releases that includes the date or revision number. Then each can continue to be simple to use source releases that are contained and need no supplements. Choice 1 - new source language packs are supplements to a version. 3.4.1b type naming. Choice 2 - new source language packs are re-releases of source packages for a version. 3.4.1-20130101 (or svn rev) Another reason to have supplements or re-releases would be for build fixes or new platform builds. Regards, Dave > >> I don't have any strong opinions regarding whether we hurry for a 3.5 or >> develop a feature rich and well tested 4.0. Once we reach consensus on this >> issue we should have Marketing publish the plan so the user base will know >> what to expect with an estimated timeline - emphasis on estimated. >> >> Regards, >> Dave >> >> >>> >>> Juergen >>
Re: [RELEASE] AOO.next = AOO 4.0
On Nov 22, 2012, at 4:07 PM, Marcus (OOo) wrote: > Am 11/23/2012 12:24 AM, schrieb Andrea Pescetti: >> On 22/11/2012 Jürgen Schmidt wrote: >>> On 11/21/12 10:14 PM, Marcus (OOo) wrote: >>>> Am 11/21/2012 09:41 PM, schrieb jan iversen: >>>>> On 21 November 2012 21:30, Andrea Pescetti wrote: >>>>>> I would propose the following: >>>>>> - We announce on ooo-l10n that 2 December is the first deadline for >>>>>> integration of new languages in 3.4.1 >>>>> December 2 is very close ... >>> indeed very close and I will be offline for some further days next week. >>> I count at least 3 languages Danish, Polish, Scots Gaelic. >> >> I we have 3 languages ready I wouldn't wait much longer. I mean, if we >> reach the point where we can automate it enough (we have to, at least >> for the 3.4.x series), then we can "respin" 3.4.1 even on a monthly >> basis. If it is too much work then we have an infrastructural problem to >> solve. >> >> Of course, since most of this work is on you, Ariel and mirrors I would >> perfectly accept to shift the date forward if you believe it's better; >> but communicating a clear deadline and releasing a few new languages >> soon would prove that we are ready to do these releases without too much >> overhead, and that volunteers can test their work without waiting for >> months. >> >>> Marcus (OOo) wrote: >>> When we release new languages I think it's worth enough to name it 3.4.2. >> >> No, if we name it 3.4.2 we imply it has something new in the English, >> German, Italian, ... version and communicating it would be unnecessary >> complex. If it is 3.4.1, it must be distributed as 3.4.1. > > OK, but then as real 3.4.1, not 3.4.1b or something else. We'll have a new source release or supplement and it must not be confused with the prior 3.4.1 source release. Regards, Dave > > Marcus >
Re: [RELEASE] AOO.next = AOO 4.0
On Nov 22, 2012, at 3:24 PM, Andrea Pescetti wrote: > On 22/11/2012 Jürgen Schmidt wrote: >> On 11/21/12 10:14 PM, Marcus (OOo) wrote: >>> Am 11/21/2012 09:41 PM, schrieb jan iversen: >>>> On 21 November 2012 21:30, Andrea Pescetti wrote: >>>>> I would propose the following: >>>>> - We announce on ooo-l10n that 2 December is the first deadline for >>>>> integration of new languages in 3.4.1 >>>> December 2 is very close ... >> indeed very close and I will be offline for some further days next week. >> I count at least 3 languages Danish, Polish, Scots Gaelic. > > I we have 3 languages ready I wouldn't wait much longer. I mean, if we reach > the point where we can automate it enough (we have to, at least for the 3.4.x > series), then we can "respin" 3.4.1 even on a monthly basis. If it is too > much work then we have an infrastructural problem to solve. We will still need to VOTE as it will be a source release. That is not automatic. > > Of course, since most of this work is on you, Ariel and mirrors I would > perfectly accept to shift the date forward if you believe it's better; but > communicating a clear deadline and releasing a few new languages soon would > prove that we are ready to do these releases without too much overhead, and > that volunteers can test their work without waiting for months. > >> Marcus (OOo) wrote: >> When we release new languages I think it's worth enough to name it 3.4.2. > > No, if we name it 3.4.2 we imply it has something new in the English, German, > Italian, ... version and communicating it would be unnecessary complex. If it > is 3.4.1, it must be distributed as 3.4.1. Yes, but also distinct from the other 3.4.1 source release. Regards, Dave > > Regards, > Andrea.
Re: What can we do to make our header text rotate?
Hi - Top posting. What we want to do is analogous to www.apache.org changing "features projects" and the blog and svn / feeds every hour. To figure out how this might work examine www.apache.org main page with the bookmarklet. We can republish the header every day or hour via the CMS. No need for javascript. Here is how - rewrite site/content/brand.mdtext every so often using say a perl or xslt script. (similar for the NL sites) Then execute the publish script. This stage and publish process can be automated. I won't have time to look into this myself this week, but it should not be hard. Regards, Dave On Nov 23, 2012, at 3:25 PM, Kay Schenk wrote: > On Fri, Nov 23, 2012 at 2:31 PM, Rob Weir wrote: >> On Fri, Nov 23, 2012 at 4:54 PM, Juergen Schmidt >> wrote: >>> >>> Am Freitag, 23. November 2012 um 18:26 schrieb Rob Weir: >>>> Currently our website has a header, controlled by >>>> ooo-site/brand.mdtext, that we use to promote special events and >>>> announcements. This header shows up on every page on the website, >>>> except for wiki and other non-static web pages. >>>> >>>> This header is our single most effective way to promote things. It >>>> gets 750K+ views per day. This is far more than our blog, Twitter, >>>> mailing lists, Facebook, etc., combined. >>>> >>>> However, this position currently can carry only a single message at a >>>> time. So when we have several messages in quick succession, we need >>>> to halt the old announcement and replace it with a new one. For >>>> example, when I added the marketing volunteers, I had to stop the call >>>> for QA volunteers. Juergen has a call for translators coming, and >>>> that will likely cause us to halt the marketing call for volunteers. >>>> And we want to put up a FOSDEM call for papers soon as well. >>>> >>>> So the way we're using this it is all or nothing. A message either >>>> gets 750K views a day or it gets nothing. >>>> >>>> I think this is not optimal. It is natural for us to have several >>>> ongoing promotions, and it would be sufficient if we could more >>>> effectively share that space. >>>> >>>> One idea might be to not have a static message in brand.mdtext, but >>>> encode several messages in a Javascript file, a JSON object that lists >>>> all the current messages along with their weighting. Then we could >>>> have our website header show a random message, respecting the weights. >>>> A high weighted message would get more views than a lower weighted >>>> one. But even 10% of 750K is a lot more views that our blog will >>>> receive. >>>> >>>> Does this make sense? >>> for me it makes a lot of sense and we try to use the page hits in the most >>> efficient way. >>>> >>>> Any other ideas? Any ideas on how to implement this? >>>> >>>> Another idea is to allow graphical as well as the current text-only >>>> promotions. A banner graphic can be even more effective. >>>> >>>> >>> >>> no real idea how we can achieve it, the CMS is limited as far as I >>> understood but Joe is probably open for improvements. I am a poor web >>> developer ;-) >>> >> >> We don't have PHP at runtime, but we do have perl at page build time, >> e.g.,: >> https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/lib/view.pm >> >> But hard-coding at build time doesn't give us rotation, unless we have >> a cron job or something that marks all the files as dirty every 5 >> minutes or so. I don't think we want that. >> >> It might be worth looking at how the ASF home page handles its >> "featured projects": http://www.apache.org/ >> >> Or we can just do with Javascript. It is easy enough to make the >> experience for those without JS to be the same as what they see today, >> a single hard-coded message. >> >> -Rob >> > > javascript with some random selection is certainly the path of least > resistence. And, how are folks downloading OpenOffice unless they use > JS? Well, they can, but I would bet more than 90% of users have JS > enabled. > > I thought at first you mean like a continuously streaming banner which > you can do with a java applet, but that leads to other issues. > > JS is good...it's uncomplicated for future maintenance as well. > >>> Juergen >>>> >>>> Regards, >>>> >>>> -Rob >>> > > > > -- > > MzK > > “How wrong is it for a woman to expect the man to build the world > she wants, rather than to create it herself?” > > -- Anais Nin
Re: spam attack
Copy to Gordon Cairns - Non-Subscribed Poster Original Message From: Rory O'Farrell To: dev@openoffice.apache.org Date: Mon, 26 Nov 2012 12:51:40 + > On Mon, 26 Nov 2012 12:01:32 + > Cairns wrote: > >> Having been bedevilled by OpenOffice 3.4.1 System crashes to the extent >> of wanting to ditch the whole programme I now understand the programme >> is under spam attack and you ask users to contact you for a solution. >> That would be most welcome. >> Regards, Gordon Cairns >> > The stability of OpenOffice is a matter of interaction with your operating > system. You need to tell us what your operating system is and what symptoms > you are experiencing. You may also find it of use to search the Forum at > http://forum.openoffice.org/en/forum/ > > > I doubt that any such instability is caused by a spam attack; the current > spam attack is to the mwiki pages. Just to further clarify Rory's reply. It is not the program itself which came under spam attack, it was the Wiki area of the project's web services. The attack has now been thwarted by an excellent team of hardworking volunteers. Please post back to this list or the user support list us...@openoffice.apache.org with the information Rory suggested for assistance in resolving the issues you are experiencing.
Re: FAQ page (Re: IPAD)
Or write the new FAQ in mdtext and remove the old. Regards, Dave Sent from my iPhone on the road. On Dec 2, 2012, at 3:41 PM, Rob Weir wrote: > On Sun, Dec 2, 2012 at 1:41 PM, Andrea Pescetti wrote: >> On 26/11/2012 Rob Weir wrote: >>> >>> [Can I install Openoffice on my IPAD?] I nominate this for an FAQ. >> >> >> I agree. But where is our FAQ page currently? Unfortunately, there's an >> "OpenOffice FAQ" easily reachable by search engines at >> http://www.openoffice.org/faq.html and quite outdated (I don't know whether >> it's reachable from the home page, but it doesn't seem so). >> >> Time to make a new FAQ available or update the old one and link to it from >> the current site? >> > > The current location of the FAQ is prominent in search results. That > is valuable and worth preserving. > > But the current FAQ contents are out of date. They would need a lot > of work to update/correct them. > > Although the FAQ's are presented in a way that is OK for the user, the > static HTML source is structured in a way that will be painful to > maintain. Getting a cleaner structure, for example using HTML > definition lists () would be easier and could be maintained via > the CMS web interface. > > There is another set of FAQ's on the documentation wiki: > http://wiki.openoffice.org/wiki/Documentation/FAQ > > These also appear to be unmaintained. But I think the wiki version > would be easier to maintain. > > So one possible resolution could be: > > 1) Take anything of use from the FAQ's at > http://www.openoffice.org/faq.html and copy them into new FAQ items on > the wiki > > 2) Update the other FAQ's on the wiki > > 3) Add new items to the wiki FAQ (like the iPAD question) > > 4) Delete the old FAQ directory and replace with a single page that > directs the reader to the wiki FAQ's. > > > -Rob > -Rob > >> Regards, >> Andrea.
Re: [proposal/question] wiki.openoffice.org future: mediaWiki or Apache JSPWiki.
Sorry to top post. Jspwiki has been in the incubator for a few years. There is no guarantee it will ever graduate. They have not switched completely to ASF infrastructure. Please look in the general@i.a.o archives and the incubator board reports. While this discussion is good lets not be hasty. Best Regards, Dave Sent from my iPhone On Dec 3, 2012, at 10:04 AM, C wrote: > On Mon, Dec 3, 2012 at 3:43 PM, imacat wrote: >>>> Which tweaks? >>>> >>> If I knew then I could include it in the new version, problem is that a.o. >>> imicat tells that there have been made modifications, and none of it seems >>> to be documented. >> >>There are 2 ways to find it out: >> >> 1. Ask Terry Ellison himself. He left his e-mail in the user database. >> >> http://wiki.openoffice.org/wiki/User:TerryE > > Terry wasn't so involved in the Wiki - that was my mess (at least when > it was hosted at Sun/Oracle). TerryE was heavily involved with the > User Forum rollout and sustaining maintenance. > > Tweaks/changes on the Solaris Zone were documented (changes outside of > the standard Solaris Zone config that was in place at the Sun Data > Centre in Hamburg). Server tweaks since moving to Ubuntu on Apache... > no idea. I was not involved in that. > > >> 2. A more strict method: Untar a fresh-new MediaWiki 1.15, and run >> diff to find out what is changed. Applied the changes to MediaWiki 1.16 >> *on a test site* to see if they work. If they work, do the same on the >> live site and update the symbolic link to point to the patched MediaWiki >> 1.16. This is how I did when upgrading my lab's WordPress from its >> tweaked older version. > > Any updates I did were pretty basic. A new copy of MWiki was > downloaded. The database was backed up. The standard OOoWikiSkin was > copied over which included the footer tweaks (as documented at the > time) included, and the Google Analytics (also documented). The Wiki > was upgraded using the PHP scripting provided with MWiki and it was > brought online on the testing domain. The extensions/content were > tested and when all was working the new Wiki was brought online on the > main domain. (the details were a bit more complex, but this covers > most of the high level steps that I used to do with each MWiki engine > update). > > No core functionality tweaks were made at any point in the core MWiki > PHP code (none that I was ever aware of or can remember). Standing up > a new Wiki on a new MWiki engine was primarily a task of making sure > the old extensions still worked or were updated ot current versions > compatible with the new MWiki core. Any obsolete extensions woudl be > removed (happened once in a while but the impact was always small). > > There was a lot of discussion around doing work on the caching > configurations on the webserver side, but nothing was ever really done > there. > > Clayton
[CMS PATCH]
Clone URL (Committers only): https://cms.apache.org/redirect?new=bmcs;action=diff;uri=http://openofficeorg.apache.org/openofficeorg%2Fmailing-lists.mdtext Index: trunk/content/openofficeorg/mailing-lists.mdtext === --- trunk/content/openofficeorg/mailing-lists.mdtext(revision 1416599) +++ trunk/content/openofficeorg/mailing-lists.mdtext(working copy) @@ -170,7 +170,7 @@ average of 10 posts/day. - Subscribe: [commits-subscr...@openoffice.apache.org][27] - - Unsubscribe: [commmits-unsubscr...@openoffice.apache.org][28] + - Unsubscribe: [commits-unsubscr...@openoffice.apache.org][28] - Archives - [Markmail][29] - [Apache][54] (posts before November 2012 are [archived here][30])
Re: [Proposal] Create new mailing list: d...@openoffice.apache.org
Original Message From: Rob Weir To: dev@openoffice.apache.org Date: Mon, 3 Dec 2012 13:14:46 -0500 > This idea has come up on another thread, where we've been discussed > the future of the documentation effort and a future call for > volunteers. We'd like a dedicated list for these efforts. > > Name: d...@openoffice.apache.org OR d...@openoffice.apache.org (I > don't have a strong preference for the name) > > Moderators: Please respond if you can volunteer as moderator. We > should aim for 2 or 3 geographically dispersed. > > I'll wait 72 hours, and if no objections we can ask Andrea to submit > the form for the new list creation. > > Regards, > > -Rob Hi Rob, I am currently at UTC +1 if you want me to moderate the (long overdue) documentation list. For reasons I might explain at another time, moderation is all can contribute to the project for the time being. Although I will try to mentor/guide any newcomers who want to work on user documentation. Regards Dave
Re: www.apache.org/projects has no AOO ??
The transition to TLP is not complete. We do not use JIRA. We have our bugzilla instance Regards, Save Sent from my iPhone On Dec 3, 2012, at 1:19 PM, janI wrote: > When I look in www.apache.org projects, take indexes, I cannot find: > Apache OpenOffice > OpenOffice > or > OOO > > The same goes for the JIRA issues system. > > Should it not be there ? > (or does our project have another code) > > Jan.
Re: [RELEASE, IMPORTANT]: What is a release - my lesson learned at ApacheCon EU 2012
Oliver-Ranier, You have written an excellent summary. These "releases" both official source releases and user convenience binaries are distinct and voted. These should not be confused with the following: (1) current svn source trunk. (2) binaries built for QA, l10n, or other purposes especially release candidates. As long as we do not distribute these unofficial internal purpose artifacts to our release channels and do not promote these to the general public as releases we are doing our best. Rob mentions edge cases where an internal to the project build gets out. For this case it might make sense to discuss with infra on IRC if a people account is a concern of theirs and how they would prefer to mitigate that risk. Regards, Dave Sent from my iPhone On Dec 5, 2012, at 1:43 AM, Oliver-Rainer Wittmann wrote: > Hi, > > In the thread regarding our planned release for further languages - thread > subject "[RELEASE]: new languages for AOO 3.4.1" - a discussion took place > about what we want/should release and what kind of binary packages should be > made available and on which location. > Thus, I just want to share what I had learned in the discussions with Apache > members at the ApacheCon EU 2012 regarding releases made by an ASF project. > The discussion was more or less about all paragraphs in section "What Is A > Release?" found at [1]: > > A release - in nomenclature of ASF - is more or less the publication of the > open source material of an ASF project. > A binary packages which are produced on the basis of a certain release are > only for the convenience to the users. These binary packages do not belong to > the released material. > > > My conclusions for our AOO project releases are: > - An AOO release consists of the source package which we are creating based > on a certain revision of our source code repository. > - We are producing certain binary packages based on the same source code > repository revision which we had tested in advanced. > - We are providing the produced binary packages as convenience to our users > together this the publication of our release. > > [1] http://www.apache.org/dev/release.html#releases > > > Best regards, Oliver.
Re: [PROPOSAL] Delete snapshots section from download page
Rob, Thanks for clearly singling out this critical issue from the other issues regarding developer snapshots. On Dec 5, 2012, at 4:30 PM, Rob Weir wrote: > http://www.openoffice.org/download/ > > This has a section that promotes the download of pre-release binaries > to the general public. This is against ASF Release Policy, where it > says: > > "During the process of developing software and preparing a release, > various packages are made available to the developer community for > testing purposes. Do not include any links on the project website that > might encourage non-developers to download and use nightly builds, > snapshots, release candidates, or any other similar package. The only > people who are supposed to know about such packages are the people > following the dev list (or searching its archives) and thus aware of > the conditions placed on the package. If you find that the general > public are downloading such test packages, then remove them." > > http://www.apache.org/dev/release.html#what > > We're in flagrant violation of this policy. The page in question, > http://www.openoffice.org/download/, is the single post popular page > on the website, more popular than the home page. It gets over 3 > million visits per month. > > Unless anyone can come up with contrary policy interpretation, for > example, from legal-discuss or the ASF Board, I'll go ahead and remove > that section from the webpage in one week. I did not notice that these links had been rewritten and reenabled. I purposefully hid these during the OOo migration and 3.4 release process. I completely agree that the links need to be removed ASAP. Has Infrastructure reenabled publish with the svn move? If so, I see no reason to wait a whole week. Also, please adjust http://www.openoffice.org/download/other.html as well. As project developers we will need to inform people on an as needed basis about the CWiki page only during ML conversations on dev, qa and L10N mailing lists. Thanks & Regards, Dave
Re: [PROPOSAL] Delete snapshots section from download page
On Dec 6, 2012, at 12:31 PM, Marcus (OOo) wrote: > Am 12/06/2012 02:03 AM, schrieb Dave Fisher: >> Rob, >> >> Thanks for clearly singling out this critical issue from the other issues >> regarding developer snapshots. >> >> On Dec 5, 2012, at 4:30 PM, Rob Weir wrote: >> >>> http://www.openoffice.org/download/ >>> >>> This has a section that promotes the download of pre-release binaries >>> to the general public. This is against ASF Release Policy, where it >>> says: >>> >>> "During the process of developing software and preparing a release, >>> various packages are made available to the developer community for >>> testing purposes. Do not include any links on the project website that >>> might encourage non-developers to download and use nightly builds, >>> snapshots, release candidates, or any other similar package. The only >>> people who are supposed to know about such packages are the people >>> following the dev list (or searching its archives) and thus aware of >>> the conditions placed on the package. If you find that the general >>> public are downloading such test packages, then remove them." >>> >>> http://www.apache.org/dev/release.html#what >>> >>> We're in flagrant violation of this policy. The page in question, >>> http://www.openoffice.org/download/, is the single post popular page >>> on the website, more popular than the home page. It gets over 3 >>> million visits per month. >>> >>> Unless anyone can come up with contrary policy interpretation, for >>> example, from legal-discuss or the ASF Board, I'll go ahead and remove >>> that section from the webpage in one week. >> >> I did not notice that these links had been rewritten and reenabled. I >> purposefully hid these during the OOo migration and 3.4 release process. > > I'm sure I've told here that the links could be enabled to point more people > to these dev builds. But cannot find this for the moment in the archives. You may very well have done so, I have a vague recollection. I may have seen the dot, but I did not connect it to the other dot. Kudos to Rob for noticing and making the point in a thread of its own. Regards, Dave > > Marcus > > > >> I completely agree that the links need to be removed ASAP. Has >> Infrastructure reenabled publish with the svn move? If so, I see no reason >> to wait a whole week. >> >> Also, please adjust http://www.openoffice.org/download/other.html as well. >> >> As project developers we will need to inform people on an as needed basis >> about the CWiki page only during ML conversations on dev, qa and L10N >> mailing lists. >> >> Thanks& Regards, >> Dave
Re: "dist" move...
On Dec 6, 2012, at 11:36 AM, Andrew Rist wrote: > > On 12/6/2012 9:40 AM, Kay Schenk wrote: >> On Thu, Dec 6, 2012 at 12:17 AM, Herbert Duerr wrote: >>> On 06.12.2012 00:03, Kay Schenk wrote: >>>> I put in a request, as part of our graduation process, to have our >>>> "dist" area moved to a top level. >>>> >>>> INFRA-5607 >>>> >>>> https://issues.apache.org/jira/browse/INFRA-5607 >>> >>> The issue is requesting a move to http://www.apache.org/dist/ooo, but >>> shouldn't this better be named */openoffice (or */aoo)? >>> >>> Herbert >> Herbert -- see comments by Henk on the ticket. It does appear that >> /dist/openoffice will be the new top-level name for our *next* release >> -- nothing will be moved now. Perhaps this was already communicated to >> infra and I was not aware of it. >> >> Also, of more immediate concern is the archiving of the 3.4.0 source >> release and possibly the 3.3. patch. >> > All of this is driven by the nature of /dist/, how it is mirrored outside > Apache, and the pretty substantial resources taken up by our release. > There are consequences to moving something once it is there - some mirrors > might end up with both areas mirrored, for example. > The best way to resolve that (in the opinion of infra - AIUI) is to move the > location on our next release, this allows for planing of resources and the > notification of the mirror network. It seems a reasonable approach to me. This is the direction the comments are going in Kay's issue. Since the 3.4.1 Language packs are supplements to the 3.4.1 source release and will have incubator branding they will go into the incubator/ooo/ location. Some might think that we should be doing a full 3.4.2 with non-incubator branding, but no real need IMO. Regards, Dave > > Andrew
Re: Updating ooo-dev list subscriber stats -- need assist from list moderator
I updated https://www.openoffice.org/stats/ooo-dev-subscribers.html on Dec. 1 when the subscriber count was 425. Today the count stands at 433 Regards Dave Original Message From: Rob Weir To: ooo-...@incubator.apache.org Date: Tue, 11 Dec 2012 11:48:42 -0500 > Could I get an assist from a dev list moderator to provide the updated > count? I'm updated the stats page. > > I need the subscriber count. Moderators can get this by sending the > dev-l...@openoffice.apache.org command. I just need the count, not > the individual names. > > Thanks! > > -Rob > > On Wed, Oct 31, 2012 at 5:56 PM, Rob Weir wrote: >> This page here: http://www.openoffice.org/stats/ooo-dev-subscribers.html >> >> I'd like to update this one a month. Now seems like a good time. >> >> This is really, really easy to do. All that is required is to update >> this CSV file in Subversion and publish it on the website: >> http://www.openoffice.org/stats/ooo-dev.txt >> >> This is a 2 minute task for anyone familiar with the CMS. >> >> But we do need to feed it data that only a list moderator has access >> to. List moderators can get the current subscriber report by sending >> this request: ooo-dev-l...@incubator.apache.org. >> >> Can I get some help with this from a list moderator? >> >> Thanks! >> >> -Rob > >
Re: Admin mailing list?
On Dec 12, 2012, at 6:55 PM, Rob Weir wrote: > If we're going to have all of these wiki account requests via email, > would it makes sense to create a special admin list (or webmaster > list) for these and similar requests, and maybe also for general > website development topics? sysadmin requests to a special ML may make sense, but I don't think that the website development topics belong in that ML. website topics already overlap into marketing and L10n. Regards, Dave > > -Rob
Re: Admin mailing list?
We can also move forward where we agre Sent from my iPhone On Dec 13, 2012, at 4:58 AM, Rob Weir wrote: > On Thu, Dec 13, 2012 at 1:06 AM, Dave Fisher wrote: >> >> On Dec 12, 2012, at 6:55 PM, Rob Weir wrote: >> >>> If we're going to have all of these wiki account requests via email, >>> would it makes sense to create a special admin list (or webmaster >>> list) for these and similar requests, and maybe also for general >>> website development topics? >> >> sysadmin requests to a special ML may make sense, but I don't think that the >> website development topics belong in that ML. website topics already overlap >> into marketing and L10n. >> > > I could argue it either way. For example, one reason the discussions > are spread out over marketing and L10n is because currently there is > no clear "center" to website discussions. A new list could become > that center. And a volunteer on the marketing list or L10n list is > more likely to subscribe to a dedicated website list than to join the > dev list, purely due to traffic. > > But you could also argue that although the website has its own > technical discussions at the admin/sysop level, the design and content > is a larger project-wide discussion, often touching on marketing and > L10n as well. > > One way of looking at it might be: Suppose we wanted in 2013 to do a > real clean up of the website, updating the stagnant NL pages, making a > more modern look, applying any new branding, pruning or updating > outdated content, etc. Suppose to do this we had a call for website > volunteers and needed to get them up to speed on the CMS and related > topics. How would we do this? > > In practice I think the challenge would be getting new volunteers to > survive the dev list traffic. Getting volunteers with project-wide > interests to subscribe to "yet another list" is relatively easy. > > Of course, we don't need to decide the larger question now. It would > be enough to have an admin list for admin requests across web, wiki, > bugzilla, blog, forums, etc. > > -Rob > >> Regards, >> Dave >> >>> >>> -Rob >>
Re: E-mail conference[AT]
On Dec 15, 2012, at 1:34 PM, Andrea Pescetti wrote: > Albino Biasutti Neto wrote: >> de: conflue...@apache.org >> responder a: dev@openoffice.apache.org >> para: ooo-comm...@incubator.apache.org >> data: 15 de dezembro de 2012 16:44 > > Good catch, Albino. I asked Infra to send notifications to the new mailing > list address. Follow > https://issues.apache.org/jira/browse/INFRA-5663 > to check when the change is done (note: it's "confluence", i.e., the wiki, > not "conference" as in the subject). This is confluence admin issue. I have changed the email address for the special user ooo-comm...@apache.org to be comm...@openoffice.apache.org Regards, Dave > > Regards, > Andrea.
Re: [WEBSITE] Problem with .htm files
On Dec 16, 2012, at 12:41 PM, Rob Weir wrote:
> On Sun, Dec 16, 2012 at 2:47 PM, Andrea Pescetti wrote:
>> I had a long discussion with Infra today trying to find out why a change I
>> had applied was not appearing. Analyzing it, it turns out that we have a
>> problem already visible on over 400 pages and related to .htm files (as
>> opposed to .html files).
>>
>> Reproducing is easy:
>> 1) Edit a .htm file, e.g., do this:
>> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/pt/about/newsletter.htm?r1=1413471&r2=1422592&diff_format=h
>>
>> 2) Publish the changes and you get file duplication:
>>
>> http://www.openoffice.org/pt/about/newsletter.htm
>> (the existing URL, ending in .htm, not updated)
>>
>> http://www.openoffice.org/pt/about/newsletter.html
>> (a new URL, containing the fix)
>>
>> This silent change of URLs is quite scary and we already have 401
>> "duplicate" pages. For other examples see
>>
>> http://www.openoffice.org/fr/Documentation/liens.htm
>> http://www.openoffice.org/fr/Documentation/liens.html
>>
>
>
> When I build locally I see that input htm files are published as html
> files. But I don't see any duplications. Maybe the duplicates are
> just left over from earlier?
Exactly.
From path.pm
[qr!\.html$!, html_page => { template => "html_page.html" }],
[qr!\.htm$!, html_page => { template => "html_page.html" }],
r1221295 | wave | 2011-12-20 06:52:47 -0800 (Tue, 20 Dec 2011) | 1 line
Wrap .htm files like .html. Comment a couple of PayPal references. The page
"donate-thanks.html" states that it is landing page after PayPal donations to
TOO - changed to request donations to the ASF. (Not sure if it is still used.)
Daniel example was from three hours prior on Dec. 20, 2011.
I think that we can purge these *.htm duplicates, but if we do it will be a
"sledgehammer" build.
>
>
>> or
>>
>> http://www.openoffice.org/ui/proposals/Readonly_mode.htm
>> http://www.openoffice.org/ui/proposals/Readonly_mode.html
>>
>> Daniel Shahaf, who investigated the problem, suggests that we take a look at
>> our path.pm.
>>
>> Looking at it, I think the place to start investigating is line 14 of
>> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/lib/path.pm?revision=1413471&view=markup
>> which seems to actually turn .htm files into .html files, but it's probably
>> best that someone familiar with the CMS does the change, since I definitely
>> don't want to break the website.
It was intentional. Before doing so we would need to make a group decision
about how to treat the two types of files.
[qr!\.html$!, html_page => { template => "html_page.html" }],
[qr!\.htm$!, html_page => { template => "html_page.html" }],
Note that this will change htm to html just like the folllowing mdtext files
are changed into html:
[qr!doctype.mdtext$!, single_narrative => { template => "doctype.html"
}],
[qr!brand.mdtext$!, single_narrative => { template => "brand.html" }],
[qr!footer.mdtext$!, single_narrative => { template => "footer.html" }],
[qr!topnav.mdtext$!, single_narrative => { template => "navigator.html"
}],
[qr!leftnav.mdtext$!, single_narrative => { template =>
"navigator.html" }],
[qr!rightnav.mdtext$!, single_narrative => { template =>
"navigator.html" }],
[qr!\.mdtext$!, single_narrative => { template =>
"single_narrative.html" }],
There are two different procedures from view.pm used:
single_narrative and html_page.
There are several templates used from templates/.
html_page.html
single_narrative.html
navigator.html
doctype.html
brand.html
footer.html
Regards,
Dave
>>
>> Regards,
>> Andrea.
Re: [WEBSITE] Problem with .htm files
Hi Andrea, On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote: > Dave Fisher wrote: >> I think that we can purge these *.htm duplicates, but if we do it >> will be a "sledgehammer" build. > > It will also be a problem, unless we accompany it with other changes: for > example, http://www.openoffice.org/pt/ would completely break, and all > external sites that now link to some of our .htm files would break too. Got it. >> It was intentional. Before doing so we would need to make a group >> decision about how to treat the two types of files. > > Regardless of what templates we apply, the best solution should: > 1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve > existing internal and external links) > 2) Have the SVN file names match the URLs: editing a file named "news.htm" in > SVN should not result in a change in a page with URL ".../news.html". The > current handling confuses the CMS too (for example, no diff is reported). So > either we mass-rename files from .htm to .html and rely on 1) above, or we > don't change .htm to .html but publish .htm URLs. We need only do (1) and I would do it within the httpd config like our existing redirects. Regardless if there are both file1.htm and file1.html in the source, one of these must be removed from the source svn. See https://issues.apache.org/jira/browse/INFRA-5668 for this request along with a set to avoid an incubator redirect for certain links. We do not need to do (2) because we already are making this change in the staging and publish. You see no diffs for the old htm files because they are not changed. I do see diffs in the html versions of the pages. Even with the redirect in place, it still makes sense to edit the pages to use *.html and not *.htm in links. > >> There are two different procedures from view.pm used: ... >> There are several templates used from templates/. > > To me, .htm and .html are not different file types and were never used as > such: I mean, volunteers historically committed .htm or .html according to > their habits, but it doesn't make sense to have different ways of handling > them now. So I would tend to rename all .htm to .html and put the .htaccess > redirect in place, and have only one "type" of HTML files to handle. I think it is ok to force the pages to be *.html. We should have some consistency. Maybe soon it will be time to start switching openoffice.org to mdtext. Regards, Dave > > Regards, > Andrea.
Re: [WEBSITE] Problem with .htm files
On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote: > On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher wrote: >> Hi Andrea, >> >> On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote: >> >>> Dave Fisher wrote: >>>> I think that we can purge these *.htm duplicates, but if we do it >>>> will be a "sledgehammer" build. >>> >>> It will also be a problem, unless we accompany it with other changes: for >>> example, http://www.openoffice.org/pt/ would completely break, and all >>> external sites that now link to some of our .htm files would break too. >> >> Got it. >> >>>> It was intentional. Before doing so we would need to make a group >>>> decision about how to treat the two types of files. >>> >>> Regardless of what templates we apply, the best solution should: >>> 1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve >>> existing internal and external links) >>> 2) Have the SVN file names match the URLs: editing a file named "news.htm" >>> in SVN should not result in a change in a page with URL ".../news.html". >>> The current handling confuses the CMS too (for example, no diff is >>> reported). So either we mass-rename files from .htm to .html and rely on 1) >>> above, or we don't change .htm to .html but publish .htm URLs. >> >> We need only do (1) and I would do it within the httpd config like our >> existing redirects. Regardless if there are both file1.htm and file1.html in >> the source, one of these must be removed from the source svn. > > Dave, Andrea -- > > Only ONE copy is in source, the "htm" file. The duplicate gets > generated from CMS -- but the new "html" is the most recent copy (on > the actual web tree) -- generated from "htm". > > Could we fix our templating to just continue to allow for "htm" > instead of combing them as we're doing now? It can be tried on a local copy. The prospective changes are required in lib/view.pm, but exactly what these changes are I am "guessing" at this point. It will be something about determining which type of page htm vs. html and then make the appropriate call here: I think, but do not know. If someone wants to experiment on a local build then I'll give pointers, but I may not have time to check for a day or two. > maybe that would work. The > web server seems happy enough to server up "htm" in addition to "html" > > I don't know what this would do to the "html" file now on the web > server. maybe a re-publish for say /pt/about would make this new > "html" file go away once we fixed the templating. Either way we need to republish those directories somehow to either remove the extra htm or the extra html files. The redirect that has been requested will force all *.htm into *.html which I find to be simpler, but may be confusing to volunteers. Regards, Dave > > Thoughts? > >> >> See https://issues.apache.org/jira/browse/INFRA-5668 for this request along >> with a set to avoid an incubator redirect for certain links. >> >> We do not need to do (2) because we already are making this change in the >> staging and publish. You see no diffs for the old htm files because they are >> not changed. I do see diffs in the html versions of the pages. Even with the >> redirect in place, it still makes sense to edit the pages to use *.html and >> not *.htm in links. >> >>> >>>> There are two different procedures from view.pm used: ... >>>> There are several templates used from templates/. >>> >>> To me, .htm and .html are not different file types and were never used as >>> such: I mean, volunteers historically committed .htm or .html according to >>> their habits, but it doesn't make sense to have different ways of handling >>> them now. So I would tend to rename all .htm to .html and put the .htaccess >>> redirect in place, and have only one "type" of HTML files to handle. >> >> I think it is ok to force the pages to be *.html. We should have some >> consistency. Maybe soon it will be time to start switching openoffice.org to >> mdtext. >> >> Regards, >> Dave >> >>> >>> Regards, >>> Andrea. >> > > > > -- > > MzK > > "No act of kindness, no matter how small, is ever wasted." > > -- Aesop
Re: [WEBSITE] Problem with .htm files
On Dec 17, 2012, at 10:56 AM, Daniel Shahaf wrote:
> Dave Fisher wrote on Mon, Dec 17, 2012 at 10:20:05 -0800:
>>
>> On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote:
>>
>>> On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher wrote:
>>>> Hi Andrea,
>>>>
>>>> On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote:
>>>>
>>>>> Dave Fisher wrote:
>>>>>> I think that we can purge these *.htm duplicates, but if we do it
>>>>>> will be a "sledgehammer" build.
>>>>>
>>>>> It will also be a problem, unless we accompany it with other changes: for
>>>>> example, http://www.openoffice.org/pt/ would completely break, and all
>>>>> external sites that now link to some of our .htm files would break too.
>>>>
>>>> Got it.
>>>>
>>>>>> It was intentional. Before doing so we would need to make a group
>>>>>> decision about how to treat the two types of files.
>>>>>
>>>>> Regardless of what templates we apply, the best solution should:
>>>>> 1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve
>>>>> existing internal and external links)
>>>>> 2) Have the SVN file names match the URLs: editing a file named
>>>>> "news.htm" in SVN should not result in a change in a page with URL
>>>>> ".../news.html". The current handling confuses the CMS too (for example,
>>>>> no diff is reported). So either we mass-rename files from .htm to .html
>>>>> and rely on 1) above, or we don't change .htm to .html but publish .htm
>>>>> URLs.
>>>>
>>>> We need only do (1) and I would do it within the httpd config like our
>>>> existing redirects. Regardless if there are both file1.htm and file1.html
>>>> in the source, one of these must be removed from the source svn.
>>>
>>> Dave, Andrea --
>>>
>>> Only ONE copy is in source, the "htm" file. The duplicate gets
>>> generated from CMS -- but the new "html" is the most recent copy (on
>>> the actual web tree) -- generated from "htm".
>>>
>>> Could we fix our templating to just continue to allow for "htm"
>>> instead of combing them as we're doing now?
>>
>> It can be tried on a local copy. The prospective changes are required in
>> lib/view.pm, but exactly what these changes are I am "guessing" at this
>> point.
>>
>> It will be something about determining which type of page htm vs. html and
>> then make the appropriate call here:
>>
>> I think, but do not know. If someone wants to experiment on a local build
>> then I'll give pointers, but I may not have time to check for a day or two.
>
> I think you could define:
>
> sub htm_page {
> my (@r) = html_page @_;
> $r[1] = 'html' if $r[1] eq 'htm';
> @r
> }
>
> and then use that in path.pm.
Thank you. I'll give that a try in a few hours when I finish my work day.
Meanwhile it is likely that you will delay the JIRA issue. I'll keep you posted
both here and there.
Regards,
Dave
Re: [WEBSITE] Problem with .htm files
On Dec 17, 2012, at 12:44 PM, Dave Fisher wrote:
>
> On Dec 17, 2012, at 10:56 AM, Daniel Shahaf wrote:
>
>> Dave Fisher wrote on Mon, Dec 17, 2012 at 10:20:05 -0800:
>>>
>>> On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote:
>>>
>>>> On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher wrote:
>>>>> Hi Andrea,
>>>>>
>>>>> On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote:
>>>>>
>>>>>> Dave Fisher wrote:
>>>>>>> I think that we can purge these *.htm duplicates, but if we do it
>>>>>>> will be a "sledgehammer" build.
>>>>>>
>>>>>> It will also be a problem, unless we accompany it with other changes:
>>>>>> for example, http://www.openoffice.org/pt/ would completely break, and
>>>>>> all external sites that now link to some of our .htm files would break
>>>>>> too.
>>>>>
>>>>> Got it.
>>>>>
>>>>>>> It was intentional. Before doing so we would need to make a group
>>>>>>> decision about how to treat the two types of files.
>>>>>>
>>>>>> Regardless of what templates we apply, the best solution should:
>>>>>> 1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve
>>>>>> existing internal and external links)
>>>>>> 2) Have the SVN file names match the URLs: editing a file named
>>>>>> "news.htm" in SVN should not result in a change in a page with URL
>>>>>> ".../news.html". The current handling confuses the CMS too (for example,
>>>>>> no diff is reported). So either we mass-rename files from .htm to .html
>>>>>> and rely on 1) above, or we don't change .htm to .html but publish .htm
>>>>>> URLs.
>>>>>
>>>>> We need only do (1) and I would do it within the httpd config like our
>>>>> existing redirects. Regardless if there are both file1.htm and file1.html
>>>>> in the source, one of these must be removed from the source svn.
>>>>
>>>> Dave, Andrea --
>>>>
>>>> Only ONE copy is in source, the "htm" file. The duplicate gets
>>>> generated from CMS -- but the new "html" is the most recent copy (on
>>>> the actual web tree) -- generated from "htm".
>>>>
>>>> Could we fix our templating to just continue to allow for "htm"
>>>> instead of combing them as we're doing now?
>>>
>>> It can be tried on a local copy. The prospective changes are required in
>>> lib/view.pm, but exactly what these changes are I am "guessing" at this
>>> point.
>>>
>>> It will be something about determining which type of page htm vs. html and
>>> then make the appropriate call here:
>>>
>>> I think, but do not know. If someone wants to experiment on a local build
>>> then I'll give pointers, but I may not have time to check for a day or two.
>>
>> I think you could define:
>>
>> sub htm_page {
>> my (@r) = html_page @_;
>> $r[1] = 'html' if $r[1] eq 'htm';
>> @r
>> }
>>
>> and then use that in path.pm.
>
> Thank you. I'll give that a try in a few hours when I finish my work day.
>
> Meanwhile it is likely that you will delay the JIRA issue. I'll keep you
> posted both here and there.
Actually the r[1] line needed to be reversed.
Here is the patch about to be applied:
Index: view.pm
===
--- view.pm (revision 1423170)
+++ view.pm (working copy)
@@ -101,6 +101,12 @@
return Template($template)->render(\%args), html => \%args;
}
+sub htm_page {
+ my (@r) = html_page @_;
+ $r[1] = 'htm' if $r[1] eq 'html';
+ @r
+}
+
sub sitemap {
my %args = @_;
my $template = "content$args{path}";
Index: path.pm
===
--- path.pm (revision 1423170)
+++ path.pm (working copy)
@@ -11,7 +11,7 @@
[qr!rightnav.mdtext$!, single_narrative => { template =>
"navigator.html" }],
[qr!\.mdtext$!, single_narrative => { template =>
"single_narrative.html" }],
[qr!\.html$!, html_page => { template => "html_page.html" }],
- [qr!\.htm$!, html_page => { template => "html_page.html" }],
+ [qr!\.htm$!, htm_page => { template => "html_page.html" }],
) ;
# for specifying interdependencies between the files
We can discuss the cleanup of the old *.html files later.
Regards,
Dave
>
> Regards,
> Dave
>
>
>
Re: Help needed on CMS : How can we bypass template application?
On Dec 17, 2012, at 2:18 PM, Rob Weir wrote:
> On Fri, Dec 14, 2012 at 11:45 AM, Joe Schaefer wrote:
>> Alternately you could write a positive
>> regexp and a pass_thru view to view.pm
>> a'la
>>
>> sub pass_thru {
>>my %args = @_;
>>open my $fh, $args{path} or die "Can't open $args{path}:$!";
>>read $fh, my $content, -s $fh;
>>return $content, html => %args;
>> }
>>
>
> Thanks, I like that approach. After testing locally, and a with a
> small modification, I've checked that in.
We've collided, fyi. I guess my full scan will follow yours. I was applying
Daniel's htm suggestion with the same comment :-)
Regards,
Dave
>
> -Rob
>
>>
>>
>>
>>
>>>
>>> From: Joe Schaefer
>>> To: "dev@openoffice.apache.org"
>>> Sent: Friday, December 14, 2012 11:25 AM
>>> Subject: Re: Help needed on CMS : How can we bypass template application?
>>>
>>> 1 or 2 is the easiest to accomplish:
>>> just alter the regexps in path.pm to ignore
>>> those directories (you'll need a negative pattern
>>> so be sure to test it before applying).
>>>
>>>
>>>
>>>
>>>
>>>>
>>>> From: Rob Weir
>>>> To: dev@openoffice.apache.org
>>>> Sent: Friday, December 14, 2012 11:23 AM
>>>> Subject: Help needed on CMS : How can we bypass template application?
>>>>
>>>> On the marketing list we're preparing a "content experiment" to try
>>>> different variations of social networking icon placement. The idea is
>>>> to increase brand awareness by encouraging downloaders to share the
>>>> good news about AOO with their friends.
>>>>
>>>> As part of this experiment we're creating several variations of the
>>>> download page. But we're changing more than the body. We're working
>>>> directly with the HTML, changing stuff that ordinarily would be done
>>>> via the template skeleton, header, footer, etc. Don't worry, this is
>>>> just a mock up. Whatever we learn from this experiment would feed back
>>>> into the real template. However, in order to do this experiment we
>>>> need to be able to freely change the page and make, in some cases, 9
>>>> different variations of it.
>>>>
>>>> The problem is if we check in these mockups, the CMS will try to apply
>>>> the template. And that makes a mess, since we already have the
>>>> template applied. (Remember, we're starting from the full HTML).
>>>>
>>>> So what we're looking for is some easy way we can avoid applying the
>>>> site-wide template to a set of web pages. Since this experimentation
>>>> will likely be an ongoing effort, it would be good to have a way that
>>>> does not require mucking around with perl script every time.
>>>>
>>>> Is there any way we can arrange it so:
>>>>
>>>> 1) All files in a given directory, say /content-experiment, are passed
>>>> through as-is with no template applied?
>>>>
>>>> or
>>>>
>>>> 2) All files that match a given naming pattern, say,
>>>> -content-experiment.html, skip the templating process
>>>>
>>>> or
>>>>
>>>> 3) All files with a given header such as >>> property="content-experiment" value="true"> skip the templating
>>>> process
>>>>
>>>> (I think 3 is the most flexible, but not sure how hard this is to code).
>>>>
>>>> Regards,
>>>>
>>>> -Rob
>>>>
>>>>
>>>>
>>>
>>>
Re: [WEBSITE] Problem with .htm files
Hi All,
All done. .htm files remain .htm files on the server.
The last step was to make sure that the SSI happened via the .htaccess.
Later we will need to purge the duplicates.
Regards,
Dave
On Dec 17, 2012, at 2:11 PM, Dave Fisher wrote:
>
> On Dec 17, 2012, at 12:44 PM, Dave Fisher wrote:
>
>>
>> On Dec 17, 2012, at 10:56 AM, Daniel Shahaf wrote:
>>
>>> Dave Fisher wrote on Mon, Dec 17, 2012 at 10:20:05 -0800:
>>>>
>>>> On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote:
>>>>
>>>>> On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher
>>>>> wrote:
>>>>>> Hi Andrea,
>>>>>>
>>>>>> On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote:
>>>>>>
>>>>>>> Dave Fisher wrote:
>>>>>>>> I think that we can purge these *.htm duplicates, but if we do it
>>>>>>>> will be a "sledgehammer" build.
>>>>>>>
>>>>>>> It will also be a problem, unless we accompany it with other changes:
>>>>>>> for example, http://www.openoffice.org/pt/ would completely break, and
>>>>>>> all external sites that now link to some of our .htm files would break
>>>>>>> too.
>>>>>>
>>>>>> Got it.
>>>>>>
>>>>>>>> It was intentional. Before doing so we would need to make a group
>>>>>>>> decision about how to treat the two types of files.
>>>>>>>
>>>>>>> Regardless of what templates we apply, the best solution should:
>>>>>>> 1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve
>>>>>>> existing internal and external links)
>>>>>>> 2) Have the SVN file names match the URLs: editing a file named
>>>>>>> "news.htm" in SVN should not result in a change in a page with URL
>>>>>>> ".../news.html". The current handling confuses the CMS too (for
>>>>>>> example, no diff is reported). So either we mass-rename files from .htm
>>>>>>> to .html and rely on 1) above, or we don't change .htm to .html but
>>>>>>> publish .htm URLs.
>>>>>>
>>>>>> We need only do (1) and I would do it within the httpd config like our
>>>>>> existing redirects. Regardless if there are both file1.htm and
>>>>>> file1.html in the source, one of these must be removed from the source
>>>>>> svn.
>>>>>
>>>>> Dave, Andrea --
>>>>>
>>>>> Only ONE copy is in source, the "htm" file. The duplicate gets
>>>>> generated from CMS -- but the new "html" is the most recent copy (on
>>>>> the actual web tree) -- generated from "htm".
>>>>>
>>>>> Could we fix our templating to just continue to allow for "htm"
>>>>> instead of combing them as we're doing now?
>>>>
>>>> It can be tried on a local copy. The prospective changes are required in
>>>> lib/view.pm, but exactly what these changes are I am "guessing" at this
>>>> point.
>>>>
>>>> It will be something about determining which type of page htm vs. html and
>>>> then make the appropriate call here:
>>>>
>>>> I think, but do not know. If someone wants to experiment on a local build
>>>> then I'll give pointers, but I may not have time to check for a day or two.
>>>
>>> I think you could define:
>>>
>>> sub htm_page {
>>> my (@r) = html_page @_;
>>> $r[1] = 'html' if $r[1] eq 'htm';
>>> @r
>>> }
>>>
>>> and then use that in path.pm.
>>
>> Thank you. I'll give that a try in a few hours when I finish my work day.
>>
>> Meanwhile it is likely that you will delay the JIRA issue. I'll keep you
>> posted both here and there.
>
> Actually the r[1] line needed to be reversed.
>
> Here is the patch about to be applied:
>
> Index: view.pm
> ===
> --- view.pm (revision 1423170)
> +++ view.pm (working copy)
> @@ -101,6 +101,12 @@
> return Template($template)->render(\%args), html => \%args;
> }
>
> +sub htm_page {
> + my (@r) = html_page @_;
> + $r[1] = 'htm' if $r[1] eq 'html';
> + @r
> +}
> +
> sub sitemap {
> my %args = @_;
> my $template = "content$args{path}";
> Index: path.pm
> ===
> --- path.pm (revision 1423170)
> +++ path.pm (working copy)
> @@ -11,7 +11,7 @@
> [qr!rightnav.mdtext$!, single_narrative => { template =>
> "navigator.html" }],
> [qr!\.mdtext$!, single_narrative => { template =>
> "single_narrative.html" }],
> [qr!\.html$!, html_page => { template => "html_page.html" }],
> - [qr!\.htm$!, html_page => { template => "html_page.html" }],
> + [qr!\.htm$!, htm_page => { template => "html_page.html" }],
> ) ;
>
> # for specifying interdependencies between the files
>
> We can discuss the cleanup of the old *.html files later.
>
> Regards,
> Dave
>
>>
>> Regards,
>> Dave
>>
>>
>>
>
[DISCUSS] Recourse for Sites Which Do Not Acknowledge Trademarks
One of the ways that sites that offer downloads of Apache OpenOffice (or OpenOffice.org) often do is: (1) Don't acknowledge that the trademarks are the Apache Software Foundation's. (2) Make use of the project's and ASF's resources to offer free support and other downloads. They simply hide as legitimate sites. One example is openoffice.us.com. One thing that we can do to get in the way of this is keep a list of these domains and when web requests are referred from them we can take users to a warning page where we can explain the situation, help users get to legitimate resources and let these providers know how to properly reference trademarks and make their offering distinct from Apache OpenOffice. Perhaps there is something that can be done with Google to have them downgrade search terms for OpenOffice for specific URLs. Regards, Dave
Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours !!!!
Sent from my iPhone On Dec 25, 2012, at 7:22 PM, Pedro Giffuni wrote: > FWIW; > > It also came to my memory that there was the idea to attempt merging > at least some of the documentation from MWiki to CWiki by using this > plugin: > > https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Converter > > > Ultimately no one gave it a try due to lack of resources > (access to the db, running CWiki, I recall) The community wanted the mWiki and Terry showed up to migrate it. I do have admin karma in the cWiki if someone is interested in doing further development there I'll help. Regards, Dave > > cheers, > > Pedro. > > > >> >> Da: Pedro Giffuni >> A: "dev@openoffice.apache.org" >> Cc: janI >> Inviato: Lunedì 24 Dicembre 2012 14:45 >> Oggetto: Re: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours >> >> >> >> FWIW; >> >> >> One of the suggestions from Terry E was moving from MySQL to PostgreSQL, >> which offered advantages for doing proper backups. My memory is sketchy so >> you may want to dig up the details in the archives. >> >> >> Pedro. >> >> >> >> >> >>> >>> Da: janI >>> A: dev@openoffice.apache.org >>> Inviato: Lunedì 24 Dicembre 2012 6:50 >>> Oggetto: [mwiki] IS DOWN FOR DB MAINTENANCE for the next couple of hours >>> >>> >>> Hi. >>> >>> I have taken wiki.openoffice.org, down for a db maintenance. >>> >>> Jan I. >>
Re: FYI: Wiki performance.
Hi JanI, Thanks for your work here! On Dec 27, 2012, at 12:47 PM, janI wrote: > the Wiki is very slow these days, it is NOT because of spam attack, but > actually something positive. > > We have loads of users, seeking all kind of information, according to the > access log. > > Does anyone have access to our google analytics, I would like to know (if > possible) on day by day basis 24/dec - end dec, how many unique hits the > wiki have had. > > I am analyzing the VM, httpd, mysql and ATS (of course with infra) to see > how we get it to perform better. I would focus on IO bandwidth in the VM and memory. Is memcached being used? Would it make sense to move mysql onto its own VM? I can't give detailed help, I manage people who manage LAMP stacks. Regards, Dave > > thx in advance for your patience. > jan I.
Re: [discussion] Buildbot standard a.o or our own.
Hi Andrew, On Dec 31, 2012, at 9:57 AM, Andrew Rist wrote: > > On 12/31/2012 2:09 AM, janI wrote: >> Is there a reason why we use our own buildbot and not one of the infra >> supported ones, like e.g. Continuum. > We /are/ using the ASF buildbot infrastructure. So I'm kind of confused by > the question. > check http://ci.apache.org/projects/openoffice/ > Also, the decision to go with buildbot, vs maven or something else in the ASF > ci quiver was due to the complexity of our build. > Add to that the strange gymnastics we have to do on Windows (Herbert will > attest to the strangeness!!) it is pretty much the only option as I see it. You and the rest of the buildbot team do a tremendous job! Best Regards, Dave > > A. >> >> Sharing servers with other and having other people maintain the build >> routines should be to our advantage. >> >> Or do I see life in the wrong light ? >> >> rgds >> Jan I >> >
Re: [discussion] Buildbot standard a.o or our own.
Jan, On Dec 31, 2012, at 12:11 PM, jan iversen wrote: > excuse me I did NOT say that anybody did a bad job! on the contrary I > think a lot of people do a real big job I simply try to make the job > easier. but I do understand when a polite question is unwanted. How did my answer to Andrew imply any of the above? > > sorry for suggestion a possible improvement that will not happen again. Please keep asking questions. You suggested that we use one of the ASF supported tools like Continuum. Please see http://www.apache.org/dev/services.html#build which lists, Continuum, Buildbot, Gump and Jenkins. Andrew answered that we are using one of ASF supported tools - Buildbot. A lot of projects use it - http://ci.apache.org/builders Note that the Apache CMS also uses Buildbot. I was thanking Andrew explicitly because he is generally silent in his work. Happy New Year! And THANK YOU JAN for your hard work! Your contributions are appreciated! Regards, Dave > > Jan i > Den 31/12/2012 19.23 skrev "Dave Fisher" : > >> Hi Andrew, >> >> On Dec 31, 2012, at 9:57 AM, Andrew Rist wrote: >> >>> >>> On 12/31/2012 2:09 AM, janI wrote: >>>> Is there a reason why we use our own buildbot and not one of the infra >>>> supported ones, like e.g. Continuum. >>> We /are/ using the ASF buildbot infrastructure. So I'm kind of confused >> by the question. >>> check http://ci.apache.org/projects/openoffice/ >>> Also, the decision to go with buildbot, vs maven or something else in >> the ASF ci quiver was due to the complexity of our build. >>> Add to that the strange gymnastics we have to do on Windows (Herbert >> will attest to the strangeness!!) it is pretty much the only option as I >> see it. >> >> You and the rest of the buildbot team do a tremendous job! >> >> Best Regards, >> Dave >> >>> >>> A. >>>> >>>> Sharing servers with other and having other people maintain the build >>>> routines should be to our advantage. >>>> >>>> Or do I see life in the wrong light ? >>>> >>>> rgds >>>> Jan I >>>> >>> >> >>
Re: [PROPOSAL] New Apache OpenOffice 4 logo proposals...
Hi Michael, I like the logo - a lot. I have a problem with the video that is significant. You are using the same music that Microsoft is using for its Surface Advertising on TV. Also, at the end you are using a non-standard Apache Software Foundation logo and feather placement. Although we want people and institutions to use Apache OpenOffice and not Microsoft Office, we cannot be subversive about it. Please keep up with your work and contributions, just be careful that you aren't appropriating others images and music. For fun here is a more original version of the music. http://www.youtube.com/watch?v=RYyzBbWPV5w Best Regards and Happy New Year, Dave On Dec 26, 2012, at 8:07 PM, Michael Acevedo wrote: > Greetings to all in the mailing list and those in this AOO Logo Proposal > subject, > > In this email, I would like to mention that I have added two new logo > proposals to the Apache OpenOffice Logo exploration wiki article. Now let > me explain what this new logo it's all about. > > The new logo design does away with the orb and changes it for a gull ring > that rests under a blue background which itself rests on circles which are > inspired on the Adobe Flex logo multicolor scheme. The new gull ring while > being new, retains the familiar circular shape of the current OpenOffice > logo, but at the same time is a new take that pays respect to the orb. All > of these elements are wrapped in a modern black gradient icon than makes > the logo stand out. Furthermore, the new logo actually changes the look of > the word OpenOffice into a more modern non-capitalized "openoffice" word > design (also an inspiration from the Adobe Flex project logo). The latter > serves the function of highlighting Apache as the owner of the project > (whose name is in capital letters), yet the non-capitalized "openoffice" > names takes presence by being written in a larger size font. Overall, the > new logo design is simple, clean, and modern. > > Now that I have given a sense of the new logo, I would like to show you a > reveal video: > http://www.youtube.com/watch?v=AC-tOuhTm9Y > > But there is one last detail, which actually is a testament to the power of > OpenOffice. The detail is that the logo that you see at the end of the > video was 99% made in Apache OpenOffice Draw. > > Hope you liked the logo and the reveal video. > > Happy Holidays! > > You can see the formal proposal in the Cwiki at Apache: > https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.x+-+Logo+Explorations > > > On Sat, Dec 22, 2012 at 11:20 PM, Michael Acevedo wrote: > >> Greetings Kevin, I would not mind posting the logos to that AOO UX wiki. >> Thing is I don't know where it is or whether it is on the cwiki or mwiki >> (if it is on the latter, I need to request an account). >> >> Let me know. >> >> >> On Saturday, December 22, 2012, Kevin Grignon wrote: >> >>> Michael, >>> >>> Great work. Design is very iterative. Keep pushing! >>> >>> Using the design explorations is a great way to stimulate a conversation >>> which can help us better understand the requirements. Perhaps we could >>> harvest the criteria for success in the thread and capture in the wiki >>> >>> Then we can make the design review process less subjective by having >>> people review design explorations relative to stated goals. >>> >>> Also, the mailing list is tough place to review designs, can you post the >>> design explorations to the AOO UX wiki? >>> >>> Regards, >>> Kevin >>> >>> >>> On Dec 23, 2012, at 10:56 AM, Michael Acevedo wrote: >>> >>>> I think I've come up with something that is simplistic on the eye but >>>> beautiful an lively. >>>> >>>> Still working on it but stay tuned. >>>> >>>> >>>> On Sat, Dec 22, 2012 at 10:43 PM, Michael Acevedo >>> wrote: >>>> >>>>> RGB, >>>>> >>>>> I see the ring as something different. The blue to me represents the >>> open >>>>> blue sky, and the ring around it as a frame to an opening of an open >>> world. >>>>> >>>>> >>>>> On Sat, Dec 22, 2012 at 8:16 AM, RGB ES wrote: >>>>> >>>>>> 2012/12/22 janI >>>>>> >>>>>>> I am no designer, but I have tried to make a suggestion to better >>>>>> explain >>>>>>> what I mean. >>>>>>> >>>>&
Re: What does "supported" mean for us?
HI Rob, I like your emphasis here on "Supported". Let's discuss support in terms of actual process and precisely what are official releases vs. user convenience releases. Both of which are VOTED, but only the source code release can be completely vetted by all of the project. The convenience binaries are well tested and approved. These are what you are discussing when you describe "Supported" below. So when the project votes to release a user convenience binary we are voting to support that configuration. This can change at any release. Packages are built by project members using the buildbot or on personal equipment. Let's look at Apache Subversion's packages [1]. The project only produces source code and the binary packages are the responsibility of third parties. AOO has both project supported packages, the voted on user convenience binaries. There are also third party packages which project member's produce and "support". Examples are FreeBSD and Solaris. I think that AOO should provide a page with a table that lists "Free support". Columns might be. (1) Operating System and Version. (2) Apache Open Office Version as a link to a download. (3) Packager - AOO, FreeBSD, Adfinis (sic), etc. (4) Available free support - forum, ML, etc. (Would we support FreeBSD/Solaris AOO on dev ML?) The table could be followed by a description about what support means as you describe below plus some indication about how to get on the list which should include a vetting procedure and a project VOTE. Regards, Dave [1] http://subversion.apache.org/packages.html On Jan 1, 2013, at 8:59 AM, Rob Weir wrote: > When a commercial software vendor says a configuration is "supported" > it means something, typically that to the extent the software license > includes an entitlement to support, that the vendor will provide that > service for that configuration. So saying something is "supported" is > essentially an obligation. > > With a volunteer-run, open source project, "supported" cannot mean > quite the same thing. We're not obligated, in any contractual sense, > to provide anyone with anything. That's the nature of a volunteer > effort. > > However, users and organizations considering OpenOffice will naturally > think in terms of "support", even if they user that term loosely. We > use that term as well, in our release notes, etc. But I think we > ought to have a more precise definition of what we mean when we say > something is "supported", in order to avoid any confusion. This > question has come up recently, with regards to the status of Windows > 8, where that OS had not been released at the time AOO 3.4.1 was > released. > > So here's a strawman proposal for what "supported" means for us. > > 1) "Supported" is a statement we make about a specific version of AOO > used with a specific platform, e.g., AOO 3.4.1 with Windows XP SP3 or > AOO 3.4 with Ubuntu 12.04 LTS. > > 2) "Supported" means we encourage use of AOO in that configuration. > We have high confidence that the combination is stable, that it works > well and is safe. > > 3) Our confidence in stating something is supported should have a > solid basis in testing. Something is not "supported" by us guessing > it should work. It is supported only after we have successfully > completed testing of that release with that platform. We probably > should define exactly what level of testing is required. > > 4) "Supported" also implies that the supported configuration is > sufficiently available and there is sufficient expertise that we have > confidence that users will have a high quality experience seeking > support on the forums and user list. > > 5) "Supported" also implies that we stand behind that release and will > take necessary steps to correct *critical* bugs, especially security > flaws, via rapidly produced point releases where necessary. > > Note that these are all expectations that a user might have, though > any given user might think that "supported" means only a subset of > these. > > What we probably really need is more of a lifecycle statement, > including when support for a configuration ends. > > -Rob
We Need One - Fwd: DOAP
HI Andrea, We need to fill out a project DOAP file in order to be listed on www.apache.org on the bottom left. Regards, Dave Begin forwarded message: > From: Shane Curcuru > Date: January 2, 2013 5:28:58 PM PST > To: gene...@incubator.apache.org > Subject: Re: DOAP > Reply-To: gene...@incubator.apache.org > delivered-to: mailing list gene...@incubator.apache.org > > DOAP files are required for all TLPs, per the Branding policy: > > http://www.apache.org/foundation/marks/pmcs > > DOAP files are used to autogenerate the projects listing site: > > http://projects.apache.org/indexes.html > > DOAP files are the best way we have currently to ensure we have a single, > simple and machine-parseable list of all software projects available at the > ASF. We currently under-utilize this: it would be nice if projects had more > detailed DOAPs that we could entice people to create interesting > visualizations of all Apache projects. It should also be linked to more, so > that newcomers to the ASF have an easier way to find all the different > software technologies that Apache projects have to offer to the world. > > From the brand perspective, DOAPs are required so the ASF can track all > formal TLP projects and major software products that our projects ship (among > other reasons, so we can one day auto-generate our list of trademarks). > DOAPs should also have sufficient information about software downloads > available so that if someone does write a crawler to inspect software > products, they'll get useful information. > > It would be nice if projects kept DOAPs up to date with all new releases, > etc., but I personally don't have the effort available in the near future to > push on that area. What's more important is ensuring all TLPs have at least > a basic DOAP that's checked in and reflected at projects.a.o > > We really need to explain this more clearly in the incubator docs, and make > it clear that having a DOAP checked in is part of the branding checklist that > is required to complete before graduation. I.e., we should ensure that > podlings meet the Project Branding Requirements before they go to graduate. > > - Shane > > > On 1/2/2013 5:08 AM, Christian Grobmeier wrote: >> Hi, >> >> Onami is not listed below, but we have a Doap file (which needs some >> maintenance :-) >> http://svn.apache.org/repos/asf/incubator/onami/committers/doap_Onami.rdf >> >> Three questions, because I am not so familiar with Doap files. >> >> 1) do we have to add them manually to: >> https://svn.apache.org/repos/asf/infrastructure/site-tools/trunk/projects/files.xml >> >> 2) On onami we maintain several independent components. Should we >> maintain different doap files (one for each component), like it seems >> to be done by Commons? >> >> 3) Should the doap file become part of the release? >> >> thanks! >> Christian >> >> >> On Wed, Jan 2, 2013 at 1:09 AM, Benson Margulies >> wrote: >>> Hi there. >>> >>> In the process of cleaning up photark, I noticed that very few >>> incubating projects have DOAP files. >>> >>> That is, I looked at >>> https://svn.apache.org/repos/asf/infrastructure/site-tools/trunk/projects/files.xml. >>> >>> If that page is stale and DOAP-i-ness happens elsewhere, someone >>> please fill me in and excuse this noise. >>> >>> - >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: general-h...@incubator.apache.org >>> >> >> >> > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org >
Re: [PROPOSAL] lazy consensus for new News scrolling
On Jan 3, 2013, at 3:38 PM, Kay Schenk wrote: > Here's is the latest/final draft for the proposed new user portal web site > home page incorporating News scrolling: > > http://www.openoffice.org/test/ I like it. Great work. > > I am invoking "lazy consensus" for this change. If I hear no complaints by > Sunday 1750 PDT, I will implement this change. > > Thereafter all "news" items will not be added to the home page directly or to > /news/index.html, but to /news/newslist.ssi (this is a text file, not html), > LIFO order, maintaining the styling you see for other items there. It would be good if there were dates on all of the entries. I can see how to change this into mdtext in such a way that any file named news.mdtext is specially converted like the topnav.html. We can then set brand.mdtext to include a newsfeed url and allow news feeds to be translated or special for certain directories. But then don't wait for me. Regards, Dave > > -- > > MzK > > "No act of kindness, no matter how small, is ever wasted." > -- Aesop
Re: Can't Escape the CAPTCHA Cats on MIki
Maybe you all are on different browsers? Good luck herding these cats ... a little cat cha cha. Regards, Dave On Jan 4, 2013, at 2:34 PM, Regina Henschel wrote: > Hi all, > > I run into the same problem. I do not get my page saved. In the help text for > that captcha it is mentioned, that there should be a "submit" near the > pictures, but there is nothing. > > I'll write a bibliography for my article and need external links. > > Kind regards > Regina > > Rob Weir schrieb: >> Was trying to edit the QA page to add a link to the @AOOBugs twitter >> account. When I go to save I'm prompted with a dialog and a message: >> >> "Your edit includes new external links. To help protect against >> automated spam, please select just the cat photos in the box below:" >> >> Although I lack advanced degrees in zoology or veterinary medicine, I >> am somewhat familiar with the differences between canine and feline >> species. But I cannot seem to get past this screen. Every time I >> select the cats and then try to submit the edits, I'm returned back to >> the same CAPTCHA dialog. No error messages. >> >> Any ideas? >> >> -Rob >> >
Re: [PROPOSAL] lazy consensus for new News scrolling
my $result = eval `xsltproc lib/doap2perl.xsl $filename`;
unlink $filename;
return undef if $result->{pmc} =~ m!^http://attic\.apache\.org!;
return $result;
}
sub fetch_doap_url_list {
my $xml = get
"http://svn.apache.org/repos/asf/infrastructure/site-tools/trunk/projects/files.xml";
or die "Can't get doap file list: $!\n";
my ($fh, $filename) = tempfile("XX");
print $fh $xml;
close $fh;
chomp(my @urls = grep /^http/, `xsltproc lib/list2urls.xsl $filename`);
unlink $filename;
shuffle \@urls;
return @urls;
}
>
> But in any case, if this is doable within the CMS -- as it appears to
> be -- then one option would be for us to format our news stories as
> Atom or RSS feeds. Then those can be sucked into a panel on the
> homepage. But the nice thing then is the same logic could be used to
> put in a list of new bug reports, or forum posts, or check-ins, or
> conference paper submissions, or whatever other useful info we can
> find a feed for. We set up a generic capability that could find
> other users.
The CMS has perl libraries here:
URL: https://svn.apache.org/repos/infra/websites/cms/build/lib/ASF
./SVNUtil.pm
./Util.pm
./Value/Blogs.pm
./Value/Jira.pm
./Value/Mail.pm
./Value/SVN.pm
./Value/Twitter.pm
./Value.pm
./View.pm
Best Regards,
Dave
>
> -Rob
>
>
>> In any case, removing the scrolling styling from the current ssi would
>> certainly do away with the bars. If we wanted to keep all the news items in
>> one file but only bring in like the last 10 or something, there MAY be a
>> way to do that. You could certainly do it either with server side JS or a
>> cgi.
>>
>> Anyway, I will hold up on this change for now I guess.
>>
>> I agree that the scroll "bars" don't look very professional. I may find
>> some nicer looking scrolling mechanism...
>>
>>
>>
>>> -Rob
>>>
>>>> Thereafter all "news" items will not be added to the home page directly
>>> or
>>>> to /news/index.html, but to /news/newslist.ssi (this is a text file, not
>>>> html), LIFO order, maintaining the styling you see for other items there.
>>>>
>>>> --
>>>>
>>>> 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: Is there consensus on latest MS Office formats?
enOffice, but NOT both. > >> And by the way, what flavor of the OOXML would be supported? Transient or >> ISO? >> > > Presumably we would implement "Microsoft OpenXML", what they actually can > read. Microsoft has fixed problems when they have deviated from the ISO spec. I know of one significant instance on the initial release of Mac PowerPoint 2008. They had a patch in one month. It helped that Lawrence Livermore Labs was the one reporting the trouble. Microsoft claims to support the standard. We should support the standard, but also we should allow for deviations. Alternatively someone could develop extensions... Best Regards, Dave > > Regards, > > -Rob > >> Hagar >> >> >> Le 08/01/2013 22:17, Andrea Pescetti a écrit : >> >> >>> On 07/01/2013 Andrew Douglas Pitonyak wrote: >>>> >>>> I can read these formats in AOO, but I cannot write them. Although I >>>> remember seeing discussion on this, my current understanding is that >>>> there are no current plans to add this capability into AOO, is this >>>> correct? (or did I totally miss something and it is currently available). >>> >>> >>> I've heard for a long time (since version 3.3, and perhaps earlier) that >>> OpenOffice does contain OOXML-writing code, but that it is commented out >>> (not simply disabled at build time). Is this correct? >>> >>> If the code indeed exists and can be compiled, maybe we could start by >>> compiling it and doing some tests to see how (in)complete it is... >>> >>> Regards, >>> Andrea.
