Re: Can't create pages in the Wiki
On 09/01/24 Damjan Jovanovic wrote: I don't seem to have permission to create new pages in the Wiki ( wiki.openoffice.org). Can someone please give me access? I've given additional permissions to user "Damjan"; you should now be able to create pages. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Experimental AppImage available
On 27/08/23 Matthias Seidel wrote: https://home.apache.org/~pescetti/AppImage/ I followed your instructions. When I try to start it I get ./ApacheOpenOffice-x86_64.AppImage /tmp/.mount_Apache9fEaNk/AppRun: 3: cd: can't cd to usr/program /tmp/.mount_Apache9fEaNk/AppRun: 4: ./soffice: not found You are right. I've now removed the buggy version and I'll upload it again when fixed. When I start AOO from the extracted directory it looks like Window 2000. This is wanted, for compatibility. But we can revisit it once the main build is fixed. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Experimental AppImage available
After promising it quite some time ago, I managed to have the time to make an experimental AppImage available at last. It took a while... thank you for your patience! You can find it at https://home.apache.org/~pescetti/AppImage/ and any Linux user can download it and play with it. This is meant to be a standard 4.1.14 Linux build (built with the Docker setup) in English. Feedback welcome, of course. I can upload other builds, languages etc, with the only limitation that only Linux 64-bit is supported, but that is quite ubiquitous nowadays. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: User Installation Process Feedback
On 07/05/23 Dave Fisher wrote: For those just now looking into this here is a link: https://docs.appimage.org/ If we switch to this packaging it appears that we can significantly reduce the many Linux packages we create when we release. I've done a recent build to produce an AppImage a few weeks (ahem..) ago, but I missed the final packaging and did not have time for it. I can complete it and put it somewehere on home.apache.org next weekend if anyone wishes to play with it. It's basically the same as https://archive.fosdem.org/2022/schedule/event/openoffice_linux_packaging/ Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Wiki] Spam spam spam
On 28/11/22 Matthias Seidel wrote: Am 28.11.22 um 20:04 schrieb Carl Marcum: I would also be for disabling inactive accounts and letting people request it to sysadmin@ or something like that if that would help. That would also be my proposal. But I have no idea what is possible. Andrea might know more? I'm gradually getting back to having the Wiki and Forum under control, even though I'm still checking the new setup - but I can now access the VM and run commands as admin (sudo) there. As for the Wiki, I don't know how widespread it is, but indeed it seems like some old accounts are being hijacked for massive spam posts. Unfortunately deleting them is not easy, or at least we would need to add a plugin like https://www.mediawiki.org/wiki/Extension:Nuke which is meant for mass deletion. I believe we can add a CAPTCHA for creation of new pages at least, in order to slow down activity; it looks like these accounts are used to create 1000-2000 new pages in ~24 hours and then stop. As for blocking users who have been inactive for N years and simply asking them to mail sysadmin@ to reinstate their accounts, this could work as the two hijacked account (Bell6557 and albr...@comcast.net) were both active long ago (10+ years). For the moment, I simply ensured both accounts are block indefinitely, but there might be more. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Marketing Mailing List
On 07/01/23 Dave wrote: The marketing mailing list has a deteriorating level of usefulness. ... I propose that, unless any member of the project can offer any clear and fully justifiable reason for doing otherwise, we shut down the "spam bait" marketing list. Yes, +1 for shutting it down; I would just suggest sending a note to the list, shortly before it is shut down, so that its members can subscribe to dev if they wish. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: T-DOSE 2023
On 08/01/23 Damjan Jovanovic wrote: OpenOffice is Open-Source Software, not Free Software. There is a difference. Indeed there is a difference, but OpenOffice is both Open Source software and Free Software for all reasonable definitions of each category. So we are allowed into events of both types, and it's great that Michael and Mechtilde continue to attend events and promote OpenOffice there! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Open letter to @Dave Fisher and @Pescetti.
casa...@email.it wrote: For months I have been asking for help to fix a registration problem on the Italian AOO forum. You both promised me you'd step in, but so far you haven't. We are all volunteers and we do what we can. The fact that you didn't see anything doesn't mean that we did nothing. I will give updates in the appropriate threads (not this one) within a few days. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Wiki] Access to update the main wiki page?
Damjan Jovanovic wrote: I have access to edit our wiki, but while trying to update our main main wiki page at https://wiki.openoffice.org/wiki/Main_Page I saw it's been locked against changes. Can I please get access? Sure, but I'll need your username (in private is fine too). For starters, I'd like to add a link to https://wiki.openoffice.org/wiki/Source_code_directories under Documentation -> For Developers. Done in the meantime. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
No OpenOffice Devroom at FOSDEM 2023
You've often seen me spamming this list in the last week of the year in recent years calling for FOSDEM submissions, but I am not doing it this time... since there will be no OpenOffice devroom at FOSDEM 2023. With the return to physical events, rooms are limited and FOSDEM tries to rotate projects, so OpenOffice, despite the request we filed, didn't make the list this year but it might find space again in future. We should be grateful to the FOSDEM organizers for having offered us a room for several years, without requesting (or receiving, for that matter) any money or financial benefit from the Apache OpenOffice project. Still, there will be other ASF projects represented in different devrooms and possibly an ASF booth too... so there are still reasons to consider attending FOSDEM - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Wiki] Spam spam spam
Bidouille wrote: https://wiki.openoffice.org/w/index.php?title=Special:RecentChanges&limit=500 Somebody can ban Albryan @ comcast.net and remove his posts? User blocked. As for posts, I'll delete them later today or tomorrow, just the time to check recent and old activity in detail. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Happy birthday as an ASF Top Level Project!
I can't help noticing that Apache OpenOffice turns 10 as a top level project at the ASF today... Happy birthday everybody, and keep up the good work! Andrea - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Let's replace expat with libxml2?
On 15/10/22 Damjan Jovanovic wrote: We currently use 2 XML libraries in our C/C++ code, expat and libxml2. This is unnecessary, one of them can be removed, and I propose we remove expat. +1 from me; as you explain, keeping expat would need additional effort too due to the compiler issues, so this approach is definitely more sustainable - and thank you for starting it! I am sure libxml2 is being used to load documents instead of expat, because a debugger breakpoint on expat's XML_Parse() doesn't get triggered. Good to know as this will limit possible regressions. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] In a few weeks 333 Mio. downloads
Marcus wrote: https://blogs.apache.org/OOo/entry/300-million-downloads-of-apache - Insert the graphic via the normal way via "Insert Media File" - With the respective button change into the "Code View" - Search for the media URL - Delete the "?t=true" appendix (I think it tells Roller to interpret the graphic as thumbnail Yes, it was some hack like this... nothing officially supported by Roller. In general, when Roller doesn't behave properly the only way is to play with the HTML code and hope that it doesn't get filtered back by Roller. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Website Failure
On 29/08/22 Peter Kovacs wrote: We have 3 servers. Maybe we can deploy the service there? Technically this would be possible, sure. But I think these sites were moved to external hosting since the ASF had concerns, at the time, with the many different licenses used by the Extensions and Templates hosted on those sites. I don't know if things have changed now. Otherwise this would still be the main reason for hosting the two sites outside the ASF. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: source release with MacOSx build.log
On 27/08/22 Matthias Seidel wrote: Am 23.08.22 um 23:53 schrieb Peter Kovacs: I found a note that we package the build log (which is 20 Megabytes.) It is at least since 4.1.10 Part of the source release and in 4.1.13 it is the build log for MacOSx. That is most likely because Jim is doing the Source builds on his mac machine. See https://bz.apache.org/ooo/show_bug.cgi?id=127544 (same problem reported by me a few years ago). As mentioned in the issue, we have an exclude list for not packaging some files from the tree. See https://svn.apache.org/viewvc/openoffice/trunk/main/solenv/bin/srcrelease.xml?r1=1763017&r2=1763016&pathrev=1763017 for an example. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Website Failure
On 21/08/22 Andrea Pescetti wrote: - Opened https://issues.apache.org/jira/projects/INFRA/issues/INFRA-23610 to ask INFRA how we can use an ASF-owned resource instead of my server INFRA answered they won't help since they only cater for websites they maintain, while this one is externally hosted on SourceForge. I admit this is quite reasonable. So: Extensions and Templates are now sending mail through my SMTP server; this works but it's not the best approach, and I remain available for replacing this with a more "shared" resource that can be used with username and password on port 587/STARTTLS. My earlier attempt with GMail failed so I would rule it out. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Website Failure
On 20/08/22 Keith N. McKenna wrote: Andrea Pescetti wrote: 1) We get confirmation that this is fixed not only for me 2) Then I can apply the same fix to Templates and have a fix in place, where the only drawback is that it uses my server 3) Then I would create a new issue like the abandoned https://issues.apache.org/jira/browse/INFRA-21334 so that INFRA can advise on whether we have a way to use the ASF mail server but without storing personal credentials. I successfully registered an account and received the congraulations e-mail to my @apache.org address Thank you and Dave for testing. I've gone ahead and: - Implemented the same solution (i.e., mail is relayed through my SMTP server) on the Templates site; so the Templates site will now work too - Opened https://issues.apache.org/jira/projects/INFRA/issues/INFRA-23610 to ask INFRA how we can use an ASF-owned resource instead of my server Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Website Failure
On 18/08/22 Dave wrote: But I would suggest a simpler approach now: we can try and configure an account to be used for sending mail (even a GMail account will do) and update the site configuration to use GMail as SMTP. And then, if it works, we replace it with a more reasonable sender, like an apache.org address. ... Configuring a sending account seems like a reasonable idea. Yes, I am more than happy to help out with any necessary testing. It took many attempts but I believe it works now. A simple way to test it is to register a new user at https://extensions.openoffice.org/en/user/register or request a password reset mail (that you can simply ignore) at https://extensions.openoffice.org/en/user/password Some more details: - I've only fixed Extensions so far, but Templates should be identical - I tried with a GMail account created to this purpose, but it didn't work: while I enabled POP/IMAP (and thus SMTP, I assume) in the GMail settings, the site cannot connect to it. Port 465 is blocked on the SourceForge side it seems, so port 587 with STARTTLS is the only viable option; it connects, but for some reason GMail refuses credentials; maybe websites must use the GMail API (which would be an issue, as the application doesn't support it) to connect to GMail? Feedback welcome if someone has already configured GMail SMTP successfully on a website. - Then I simply created an account on a personally-owned SMTP server and retried, with port 587 and STARTTLS. This worked for me. This is the currently configured option, so if you are testing this is the one you will test. - Then I briefly tried with my ASF credentials and the ASF mail server mail-relay.apache.org still 587/STARTTLS. It worked! But of course I cannot leave my credentials in the site configuration so I reverted it to the (working) option above. Suggested steps forward: 1) We get confirmation that this is fixed not only for me 2) Then I can apply the same fix to Templates and have a fix in place, where the only drawback is that it uses my server 3) Then I would create a new issue like the abandoned https://issues.apache.org/jira/browse/INFRA-21334 so that INFRA can advise on whether we have a way to use the ASF mail server but without storing personal credentials. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Templates Website Failure
Dave wrote: We are getting more and more complainants about Template and Extension authors being unable to access these sites. I'm catching up with mail and indeed I see this is a recurrent issue. To check the issue I tried register at the Templates site and received a totally garbage response. First it claims to be unable to send an email, then falsely claims to have sent an email to may address. The issue is of course with the first part, i.e., it doesn't send out mail. It is a rather ordinary failure, it is simply unable to send mail since SourceForge disabled the feature (if I recall correctly; I looked into this in early 2021). And the solution is rather ordinary too: we just need to configure outgoing mail properly. Can you please provide me the contact details of the project member who has admin privileges for the Templates & Extensions website, or give me admin privileges and I will try to fix these issues and maintain the sites. Several of us have admin privileges, including Matthias, Pedro and me. I had started fixing the issue long ago but that got stuck in JIRA mostly due to misunderstandings. See https://issues.apache.org/jira/browse/INFRA-21334 But I would suggest a simpler approach now: we can try and configure an account to be used for sending mail (even a GMail account will do) and update the site configuration to use GMail as SMTP. And then, if it works, we replace it with a more reasonable sender, like an apache.org address. Honestly I haven't connected to the sites in several months, but if you are up for testing I can find some time in the next couple days so that we can fix the issue. It is 100% reproducible and 100% broken so whatever comes out of this attempt won't make the situation worse! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Check for English spelling extension updates broken?
On 10/03/22 Pedro Lino wrote: Thanks to Andrea's clear instructions we now have one more trained "staff" to do this update ;) Thank you for taking over! I'll try to get the instructions posted to some "official" shared space by this weekend. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: location of language data in code
On 27/02/22 Mechtilde wrote: > Am 27.02.22 um 19:29 schrieb Keith N. McKenna: >> Is there information needed in the code itself to support >> a language, and if where in the code would I I look see if >> it is already there? Which language you are looking for? We have to extract it from the code and input it into pootle Keith: if you want code pointers: https://github.com/apache/openoffice/tree/trunk/extras/l10n/source These are the existing UI languages; some translations are very incomplete; upon request, they are imported into Pootle as Mechtilde wrote; upon reaching 80%, they are released. See the slides at https://archive.fosdem.org/2018/schedule/event/ode_localization/ for context; while they are a bit old, they still mostly apply. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Check for English spelling extension updates broken?
On 19/02/22 Pedro Lino wrote: no one opposes that I have permissions on the Extensions shell access? Done! You have it now. Who can handle this so you can teach me further steps? I've written extensive documentation with the aim of adding it to https://svn.apache.org/repos/infra/infrastructure/trunk/docs/services (committer-only access; it is where we store Infra documentation) but apparently it has recently been made read-only. So I can't add the filethere. I'll send it to you in a personal mail now and then, if it works for you, we'll see how to upload it to a shared space. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Check for English spelling extension updates broken?
On 11/02/22 Pedro Lino wrote: Do you have time for this issue during this weekend? Hello Pedro, I had to try a lot of times since apparently the process changed since the last time I checked this, but I was able to login at last and it's still weekend! So, the first steps on your side, since the site is hosted on SourceForge, would be: - Get a SourceForge account (and you probably already have one) - Follow this guide https://sourceforge.net/p/forge/documentation/SSH%20Keys/ to create and upload your SSH key - Test that the shell works by checking whether "ssh -t your_user_n...@shell.sourceforge.net create" gives you a shell; then you can simply type "exit" and logout as you won't have any projects associated to you. I'm assuming lazy consensus on giving you permissions on the Extensions site (not the site itself, actually, but the shell access). You should post here your SourceForge username for you to be added. Once we are ready with permissions we can then get into details of how the feed works. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Apache OpenOffice Devroom at FOSDEM 2022, Saturday 5 Feb (online)
Reminder: FOSDEM is coming this weekend and you don't even need to travel to Brussels this year, as everything will happen online. On Saturday we'll have a morning session and an afternoon session (European time) and you can find schedule details here: https://fosdem.org/2022/schedule/track/apache_openoffice/ Some talks will be pre-recorded as per FOSDEM recommendations, others will run as a live discussion. There will always be live Q&A after the talks. Attendance is free and no registration is required; information for attendees can be found here: https://fosdem.org/2022/live/ See you there! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Check for English spelling extension updates broken?
Pedro Lino wrote: I found some odd results. If the user has an older than 2017 version of the dictionary, the Extension Update dialog will report that version 2017.05.01 is available. If the user has the 2017.05.01 version or newer it will always report that "No new updates are available." This is not odd actually, it is quite easily explained. The update feed, much like the one we use for OpenOffice itself, has information on the latest available version. If you don't update it (I mean, "updating the update feed") for a while it will still advertise the old version as "latest", and the logic is that if you have a newer version than what the feed believes is the "latest" then you are considered to not need the update. I'm surely available to show you all details, just please let FOSDEM pass... but it is just round the corner, links coming in a separate mail. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: RV: locale oc-ES
Matthias Seidel wrote: it looks like the author is willing to release it also for OpenOffice. Can we help him? General information: https://archive.fosdem.org/2018/schedule/event/ode_localization/ Adding a new language or locale: https://wiki.openoffice.org/wiki/Adding_a_new_language_or_locale (concepts are still good; links are outdated) And I believe I did add a new language in 4.1.2 or around, so if you want an example that shows the necessary changes you should be able to find an issue in Bugzilla. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Call for Proposals: Apache OpenOffice Devroom at FOSDEM 2022 (online)
Reminder: about 24 hours left for submitting; just a title and short abstract is enough. We do have some flexibility with the deadlines, but we are required to define the schedule by 31 Dec, hard deadline. So don't be shy and submit, or if you think you'll be late please write a quick mail for information. Regards, Andrea. On 08/12/2021 Andrea Pescetti wrote: ## Call for Proposals We are happy to announce that we will be running an Apache OpenOffice Devroom again at FOSDEM 2022. The event will be held online on Saturday, 5 Feb 2022. Participation is free. No registration required. We are now open to receiving proposals for content for a day of talks, demos and discussions on and around Apache OpenOffice. Talks will have to be recorded in advance, but live Q&A will be available. ## Important dates - Submission deadline: Tuesday 28 Dec 2021 - Schedule announcement: Friday 31 Dec 2021 - Recorded talks upload deadline: Sunday 16 Jan 2022 - Devroom date: Saturday 5 Feb 2022 ## Topics Anything related to Apache OpenOffice is welcome: - Technical talks about Apache OpenOffice itself - Apache OpenOffice stories, demos and tutorials - Talks about topics related to Apache OpenOffice (ODF, build tools, translation tools, community...) may be submitted too ## Submissions Submissions are easy: basically just a talk title and short description. Visit https://penta.fosdem.org/submission/FOSDEM22 - If you do not have an account from previous years, create one - Click 'Create Event' - Enter your talk details - Enter a maximum duration of 45 minutes - Be sure to select the Apache OpenOffice Devroom track - Submit Looking forward to seeing your submissions! Regards, Andrea. - 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
Call for Proposals: Apache OpenOffice Devroom at FOSDEM 2022 (online)
## Call for Proposals We are happy to announce that we will be running an Apache OpenOffice Devroom again at FOSDEM 2022. The event will be held online on Saturday, 5 Feb 2022. Participation is free. No registration required. We are now open to receiving proposals for content for a day of talks, demos and discussions on and around Apache OpenOffice. Talks will have to be recorded in advance, but live Q&A will be available. ## Important dates - Submission deadline: Tuesday 28 Dec 2021 - Schedule announcement: Friday 31 Dec 2021 - Recorded talks upload deadline: Sunday 16 Jan 2022 - Devroom date: Saturday 5 Feb 2022 ## Topics Anything related to Apache OpenOffice is welcome: - Technical talks about Apache OpenOffice itself - Apache OpenOffice stories, demos and tutorials - Talks about topics related to Apache OpenOffice (ODF, build tools, translation tools, community...) may be submitted too ## Submissions Submissions are easy: basically just a talk title and short description. Visit https://penta.fosdem.org/submission/FOSDEM22 - If you do not have an account from previous years, create one - Click 'Create Event' - Enter your talk details - Enter a maximum duration of 45 minutes - Be sure to select the Apache OpenOffice Devroom track - Submit Looking forward to seeing your submissions! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: MWiki account needed
On 25/10/2021 MENGUAL Jean-Philippe wrote: Mail: jpmeng...@debian.org Nick: texou For adding scenari for QA test from a UI point of view I see this account request was still pending, so I've gone ahead and created it. You can set a password using https://wiki.openoffice.org/wiki/Special:PasswordReset if you didn't get one via e-mail. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Happy Anniversary (9 years as TLP)
On 17/10/2021 Matthias Seidel wrote: On this day, 9 years ago Apache OpenOffice became an Apache Top Level Project (TLP). Thanks for the reminder... and a big thank you to those who still ensure the continued success of OpenOffice! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [VOTE] Release AOO 4.1.11-RC1 as GA
On 30/09/2021 Jim Jagielski wrote: https://dist.apache.org/repos/dist/dev/openoffice/4.1.11-RC1/ Please cast your vote: The Release Candidate is good for production/GA: [X] yes / +1 [ ] no / -1 My vote is based on [X] binding (member of PMC) [X] I have built and tested the RC from source on platform [Linux-64] [ ] I have tested the binary RC on platform [ ] Built en and it from .bz2 source on CentOS 7 64-bit: - Checked the source package contents - Some extra files in the tree, but harmless - Error 500 for SourceForge downloads, fixed by adding the following line to main/solenv/bin/download_external_dependencies.pl:541 and main/solenv/bin/modules/ExtensionsLst.pm:483 $agent->ssl_opts(verify_hostname => 0); Then I've tested the resulting RPMs (it) on Linux 64 opening/saving a few test documents. All good. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 500 error while building during bootstrap
Andrea Pescetti wrote: It is fixed by editing line 541 of main/solenv/bin/download_external_dependencies.pl so that it reads (add the middle line): $agent->env_proxy; $agent->ssl_opts(verify_hostname => 0); my $response = $agent->get($URL); Additional note: if you want to bundle extensions/dictionaries too, you will need the same change in line 483 of main/solenv/bin/modules/ExtensionsLst.pm so that it reads (add the last line): $agent->timeout(120); $agent->env_proxy; $agent->ssl_opts(verify_hostname => 0); Again, this is a local workaround for those who know what they are doing. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 500 error while building during bootstrap
On 02/10/2021 Pedro Lino wrote: I can confirm that bootstrapping works as expected on my Ubuntu 18.04.6 OS I've bumped into the same problem while building on an old CentOS 7 VM (but doing a clean build). It is fixed by editing line 541 of main/solenv/bin/download_external_dependencies.pl so that it reads (add the middle line): $agent->env_proxy; $agent->ssl_opts(verify_hostname => 0); my $response = $agent->get($URL); This disables SSL certificate checks entirely, so of course it should be used only locally and only if one knows what he is doing. There are two glitches (caused by missing MD5 files?) The MD5 here is missing from the filename. This has always been like this. It would probably be possible to include an MD5 check for these files too, but it is nothing new. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: About discrimination...
Persy Morell Guerra wrote: I was trying to download form : https://sourceforge.net/projects/openofficeorg.mirror/files/4.1.10/binaries/es/Apache_OpenOffice_4.1.10_Linux_x86-64_install-deb_es.tar.gz/download Please check whether one of the following alternative mirrors works for you and let us know, by replying to the "users" list only, if it doesn't. https://downloads.apache.org/openoffice/4.1.10/binaries/es/Apache_OpenOffice_4.1.10_Linux_x86-64_install-deb_es.tar.gz https://archive.apache.org/dist/openoffice/4.1.10/binaries/es/Apache_OpenOffice_4.1.10_Linux_x86-64_install-deb_es.tar.gz We don't normally advertise the alternative links for performance reasons. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Ubuntu 21.04 / dark mode
Andrea Pescetti wrote: Pedro Lino wrote: On 05/29/2021 9:32 PM Andrea Pescetti wrote: https://remixicon.com/ This one is really interesting! Can you share the links to other projects that you have found? FontAwesome https://fontawesome.com/license/free is really popular and CC-BY (but recent versions include a "Pro" section that may have different terms). Google's Material Design Icons ... are AL2, come in different styles and, although the set is already quite comprehensive, are extended by community projects. I copy-pasted the same link twice... the correct link to Google's Material Design Icons is https://fonts.google.com/icons Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Ubuntu 21.04 / dark mode
Pedro Lino wrote: On 05/29/2021 9:32 PM Andrea Pescetti wrote: https://remixicon.com/ This one is really interesting! Can you share the links to other projects that you have found? FontAwesome https://fontawesome.com/license/free is really popular and CC-BY (but recent versions include a "Pro" section that may have different terms). Google's Material Design Icons https://fontawesome.com/license/free are AL2, come in different styles and, although the set is already quite comprehensive, are extended by community projects. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Ubuntu 21.04 / dark mode
Pedro Lino wrote: On 05/28/2021 10:27 PM Andrea Pescetti wrote: In short, a possible explanation should be: we were carrying GPL icons and deleted them due to license incompatibility, but in the meantime, and independently, those icons had been relicensed to avoid excessive restrictions; so they might be allowed now... so I think we can use them again. Just a note: if I recall correctly, removing Tango had side effects and further fixes were needed. I am not sure whether this is the second commit mentioned in https://bz.apache.org/ooo/show_bug.cgi?id=119096#c5 or something that came later, so one should investigate a bit in case (the last version of) Tango has to be restored. As for having "something nicer" that would require a voluntary designer Tango ended their efforts in 2009. Several other, more modern, icon projects are available, like https://remixicon.com/ (Apache License AL2, latest update July 2020). They are monochrome, so they might work better in dark mode. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Ubuntu 21.04 / dark mode
On 28/05/2021 Dave Fisher wrote: https://bz.apache.org/ooo/show_bug.cgi?id=119096 If the concern is a GPL build tool that we do not distribute (that is allowed) and what we distribute is PD w/ a Notice request then I don’t see any issue. The concern, by reading comment 3 in the issue, https://bz.apache.org/ooo/show_bug.cgi?id=119096#c3 was about the license of the SVG files themselves. And indeed anyone can check the commits in the issue and open, e.g., https://svn.apache.org/viewvc/incubator/ooo/trunk/main/ooo_custom_images/tango/res/lx03216.svg?revision=1162288&view=co&pathrev=1302866 and then the source to see the GPL reference mentioned by Herbert (hdu) in the issue: http://creativecommons.org/licenses/GPL/2.0/"; /> Now, it could be that icons were relicensed after they became part of OpenOffice. While Wikipedia is definitely not a trusted source, it talks about a public domain relicensing in 2009 due to the original terms being too restrictive. I tried opening an SVG from http://tango.freedesktop.org/releases/tango-icon-theme-0.8.90.tar.gz and indeed I can't see the GPL reference in the SVG any longer. In short, a possible explanation should be: we were carrying GPL icons and deleted them due to license incompatibility, but in the meantime, and independently, those icons had been relicensed to avoid excessive restrictions; so they might be allowed now, even though we may want to find something nicer than Tango. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Bugzilla] Increase Linux baseline to CentOS 6
Peter Kovacs wrote: https://bz.apache.org/ooo/show_bug.cgi?id=127513 Should this Issue not be adjusted? Yes, a few years passed in the meantime and indeed now CentOS 7 would be a better choice than CentOS 6, with maintenance guaranteed until June 2024. https://wiki.centos.org/About/Product Of course it doesn't have to be CentOS, but for sure CentOS 6 doesn't make sense any longer; I think we can just close the issue. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Apache OpenOffice FOSDEM devroom tomorrow (online)
Tomorrow (Saturday) we are at FOSDEM all day, European time. Full schedule and links (top right): https://fosdem.org/2021/schedule/track/apache_openoffice/ Talks are pre-recorded but we have live Questions and Answers in Matrix; also, Dave had issues with recording his videos, so the web presentations will be turned into BOFs; you'll find all links in the page above. Time is Brussels time, or CET time zone. For conversion see: https://www.timeanddate.com/worldclock/belgium/brussels Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Keep issues@ in bug reports [Was: Request for Bugzilla karma]
Marcus wrote: Am 26.01.21 um 22:57 schrieb Andrea Pescetti: Maybe you can find something in the Bugzilla configuration that defines the default QA contact? ... Sorry, not in BZ itself. I've looked into the admin settings but cannot find a suitable option. I believe our old (and I don't know how old!) configuration was using these settings: https://www.bugzilla.org/docs/2.18/html/components.html "The Owner, QA Contact, and Reporter will get email when new bugs are created in this Component and when these bugs change. Default Owner and Default QA Contact fields dictate the default assignments". Now, I've never administered Bugzilla so I have no idea where one can set those (or even if this is enabled in our current instance), but if that can help... Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[DISCUSS] Re: [VOTE] Release macOS community builds AOO 4.1.9-RC1 as GA
Jim Jagielski wrote: I am calling a VOTE on releasing the complimentary community builds of macOS Apache OpenOffice 4.1.9-RC1 as GA. I won't be able to test on a Mac but, in case I ask others to check, they should make sure the following bug is fixed, right? https://bz.apache.org/ooo/show_bug.cgi?id=128426 Anything else to be checked in this rebuild? (and by the way... thanks a lot Jim for being a Release Manager once again!) Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Keep issues@ in bug reports [Was: Request for Bugzilla karma]
Marcus wrote: IMHO we just ned to make sure that isues@ is either the assignee - this works as long as nobody is taking over the issue for working on it - or it's in the CC list. Then every update on the issue will be posted to issues@. Even though I can't really find it in older issues like https://bz.apache.org/ooo/show_bug.cgi?id=125000 (so I might remember something wrong) I believe we had some Bugzilla configuration that would set the QA Contact to issues@ by default. This way we didn't have any strange tricks to do when taking/assigning an issue, as the QA Contact is a separate field. Maybe you can find something in the Bugzilla configuration that defines the default QA contact? I believe this address receives notifications too, so setting it to issues@ would solve the problem. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Request for Bugzilla karma
On 19/01/2021 Peter Kovacs wrote: On 18.01.21 21:24, Arrigo Marchiori wrote: I am subscribed with my own e-mail address and I would like to assign bug 128424 to myself. Is it possible to keep iss...@openoffice.apache.org in the loop? ... If you just assig the issue to you I think we will not receive any notifications You are right, and this should be fixed. I believe that the issues mailing list is meant to receive notifications for any bug changes. But it seems the latest changes to https://bz.apache.org/ooo/show_bug.cgi?id=126369 (which was assigned to me even if Matthias did the work... thank you!) were not sent to the issues list: https://lists.apache.org/list.html?iss...@openoffice.apache.org:2020-12 If I recall correctly, we relied on a "trick" that would set the "QA contact" field for any new issues to the issues mailing list. Even if the assignee is changed, the "QA contact" is not reset and this meant the issues list received all notifications. But I don't see it set even for issues recently created such as https://bz.apache.org/ooo/show_bug.cgi?id=128420 Is there any Bugzilla configuration that must be fixed? Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Check for English spelling extension updates broken?
On 21/01/2021 Pedro Lino wrote: Please let me know if it works; if it does, I will then revert it and republish only after 4.1.9 is out ... It is fixed indeed (although I get 2 notifications for that extension, but one problem at a time!). Thanks! OK, thank you for checking. I've now reverted the fix and we'll go live with a more complete version when people will have upgraded to 4.1.9. if an extension author submits a new version does s/he have permission to do that manual update or s/he has to request someone to do it? Extensions authors cannot trigger the update. Site moderators can (and probably should) do it once in a while as a routine task. The worst period is for sure when you are close to a release and the few weeks after a release, since before the release you might be downloading a newer version than the one coming with the release (like: if a bundled extension was updated yesterday, 4.1.9 would contain an older extension version than the one people would download today). But when we are not in proximity of a release, we can trigger the update perhaps once a month; fact is, the process I could find is still cumbersome and requires shell commands to be run, so until we streamline it it won't be run very frequently. And I would be against fully automating it as some anti-spam checks might be needed, even though spam is a problem on the Templates site much more than the Extensions site. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [VOTE] Release AOO 4.1.9-RC1 as GA
On 18/01/21 Jim Jagielski wrote: I am calling a VOTE on releasing the source and complimentary community builds of Apache OpenOffice 4.1.9-RC1 as GA. The Release Candidate is good for production/GA: [X] yes / +1 [ ] no / -1 My vote is based on [X] binding (member of PMC) [X] I have built and tested the RC from source on platform [ Linux64 ] [ ] I have tested the binary RC on platform [ ] - Built on CentOS 7 64-bit, it/en, RPM/DEB/installed - Tested the resulting DEBs (it) on Ubuntu 20.04 - checked LICENSE and NOTICE files - checked that the .bz2 and .gz versions of the source package match Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Check for English spelling extension updates broken?
On 20/01/2021 Andrea Pescetti wrote: I think we can fix it. Let me give it a try tomorrow. I believe it's fixed now (limited to the specific case of the English dictionary; I had to find some workarounds so I enabled only that extension for testing). Please let me know if it works; if it does, I will then revert it and republish only after 4.1.9 is out (or users will be confused by the double update; this is exactly the reason for the update to be manual by the way). Before: $ curl -s https://extensions.openoffice.org/ExtensionUpdateService/check.Update | grep -A1 org.openoffice.en.hunspell.dictionaries After: $ curl -s https://extensions.openoffice.org/ExtensionUpdateService/check.Update | grep -A1 org.openoffice.en.hunspell.dictionaries To check: in OpenOffice, check for Extensions Updates (not OpenOffice updates) and see whether this prompts you with an updated English dictionary to be downloaded (with a web browser, not within OpenOffice) and installed. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: OS2 code
On 18/01/2021 Steve Lubbs wrote: So it seems that OS2 is not supported by the AOO project. Correct. I assume that the AOO project is not updating the OS2 code. Wrong (well, kind of...). Yuri Dario is an Apache committer too; and we did incorporate the last changes he did into our source code; and if he contributes further changes, we will probably incorporate them again. Still, OS/2 is "unsupported" because we cannot guarantee official releases and testing coverage. There are other situations where this could happen. For example, we release ~40 languages but we have partial translations for many more, see https://gitbox.apache.org/repos/asf?p=openoffice.git;a=tree;f=extras/l10n/source;hb=HEAD and one might want to build and distribute OpenOffice in an "unsupported" language, which eventually can become "supported" if the person contributes back and helps complete the translation. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Check for English spelling extension updates broken?
On 20/01/2021 Matthias Seidel wrote: Am 20.01.21 um 00:47 schrieb Pedro Lino: On 01/19/2021 5:38 PM Matthias Seidel wrote: In this case it looks for the feed on the SourceForge server. My guess is, that these feeds are not generated anymore. I don't know if this was an automatic or a manual process. Generation is automated, but go-live is manual. And this seems to have been forgotten... you will be notified to update to 2017.05.01 ... That's the real issue. The feed (at least for the English dictionary) is outdated. I think we can fix it. Let me give it a try tomorrow. The relevant feed is described here: https://wiki.openoffice.org/wiki/Extensions/website/update_feed but the URL in our case is slightly different; you find it in your local versionrc (version.ini on Windows?) file and it should point (after redirection) to https://extensions.openoffice.org/ExtensionUpdateService/check.Update As you can verify by downloading it, the feed is there but it was last updated in June 2017 indeed. What I can do tomorrow is: I can check whether our (site moderator) access is enough to push the updated feed live; and I'll document it internally in case. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO 4.1.9 Info
On 13/01/2021 Carl Marcum wrote: On 1/10/21 4:09 PM, Andrea Pescetti wrote: and, still on the wiki, there is also a more complete dump of the former Testlink cases that I cannot find right now. Maybe these? https://www.openoffice.org/qa/testcase/ Indeed, thanks! To be precise, the first link on that page leads you to https://www.openoffice.org/qa/testcase/ManualTesting/ which is the "dump of former Testlink cases" I referred to. So it's not on the Wiki; it is on the main website. I notice that some like https://www.openoffice.org/qa/testcase/ManualTesting/AOOTest-107_PureText-Character_Color.html have a notice saying "Execution Type: Automated" and there is a filename for an "Automation script" in Java but I doubt this has anything to do with the automated tests you refer to. I honestly have no idea where the Java files can be. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] add an unsubscribe/help footer to recruitment ML
On 10/01/2021 Peter Kovacs wrote: On 10.01.21 23:42, Andrea Pescetti wrote: But we should also be more proactive and remove people when they ask for it on the list: Whimsy https://whimsy.apache.org/ ... The moderators are Patricia, Andrea and Marcus. I confirm that indeed I use Whimsy to help people unsubscribe the recruitment list when their intention is clear and when they are confused about how to do it. I hope the new footer will help limit these cases. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] add an unsubscribe/help footer to recruitment ML
On 09/01/2021 Carl Marcum wrote: It seems we get a lot of unsubscribe requests to the recruitment@ ML. I propose we add a unsubscribe footer to that list like we have with dev@ and some others. +1 and Infra can indeed add it. But we should also be more proactive and remove people when they ask for it on the list: Whimsy https://whimsy.apache.org/ has a handy "Helper for mailing list moderators" tool that allows moderators to unsubscribe people when our "self-service subscribe, self-service unsubscribe" policy doesn't work. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [proposal} Trying to re-generate the Documentation effort
Keith N. McKenna wrote: https://www.apache.org/foundation/license-faq.html#GPL I was a bit confused myself when I first read it, but why post it on an ASF FAQ site if it doesn't grant reciprocity? Because, if I recall correctly, back at the time the two Foundations worked together in order to achieve compatibility (which of course can only go one way: the GPL puts more restrictions, so it's impossible to use GPL code in Apache releases). And by the way, the entire GPL discussion is useless since the wiki contents will never go in a release anyway, as Dave pointed out. So people touting the "compatibility" are misunderstanding or trolling. Fact is, unless one has something personal against other open-source licenses, people can perfectly work on documentation that is not under ALv2 (or that is under ALv2 only for the new sections) on the wiki. Unlike other Foundations, the ASF is rather liberal, or unopinionated, about other licenses, provided the deliverables are never part of a release; we never included user guides with releases, so I think we are fine and I agree with the "narrow" interpretation of the word "release" as defined in https://issues.apache.org/jira/browse/LEGAL-552 Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO 4.1.9 Info
On 05/01/2021 Arrigo Marchiori wrote: I tried to ask if there is a procedure to follow for testing [1]. Do we have any? I can follow it for the Italian builds. Things are very different depending on whether one is testing a dev build or a release candidate. A list of manual tests close to the "checklist" you were looking for can be found here (and these apply to all builds): https://wiki.openoffice.org/wiki/QA/TestCases/#AOO_3.4_General_Testing_Test_Cases and, still on the wiki, there is also a more complete dump of the former Testlink cases that I cannot find right now. A RC (Release Candidate), instead, is very different. We ship both the source code and convenience binaries, but the Apache release process focuses mostly on legal checks to be done on the source code. Details about voting on a RC: http://www.apache.org/legal/release-policy.html An example of OpenOffice RC testing (this is what I usually do; but other people run different tests): https://s.apache.org/openoffice-416-tests Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Policy to deal with old web content - Archiving pages?
On 22/12/2020 Jörg Schmidt wrote: my personal opinion is very simple: for me it would be enough to archive a static copy of the current state of the web pages, a history is not needed (in my opinion). This is what we get by using SVN/GIT (for static content, like the main OpenOffice.org site). And I believe this is enough to our preservation purposes. For mwiki we have templates and that is probably fine; but maybe we can find a way (with appropriate plugins) to inject "[OUTDATED]" into the HTML "title" tag of relevant pages, so that people who use search engines will not be misled into outdated pages. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: MWiki Developer Guide Blank Pages
On 17/12/2020 Carl Marcum wrote: I think I've fixed the blank pages problem in the Developer Guide. ...and I think I've read all the MWiki-related mails sent to this list by now, so I'll answer! Thank you guys for fixing the long-standing bug. I documented, back at the time, the MWiki setup in the infrastructure repository (access restricted): https://svn.apache.org/repos/infra/infrastructure/trunk/docs This may be useful to know for people who have server access - look into "services". This is just a beginning though (hopefully!), as the "Andrea's mail" from 2019 that was found by Matthias was indeed a plan that still holds. Most importantly, we'll need to update the Mediawiki engine to a more recent version and update all third-party plugins on one side, and our custom components (skin, custom extensions) on the other one. And this time I'd like the entire process to be automatically tested and to have a less painful process for the local environment setup - as we'll want to test everything locally first. It's going to be a lot of work, but feasible - the aim is also to make infrastructure modernizations that will allow us to update much more easily in future. I'll catch up with server changes and then I'll post an updated plan in early January, which means next week. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Call for Proposals: Apache OpenOffice Devroom at FOSDEM 2021 (online)
Last call: don't be shy! Let's take FOSDEM as an occasion for an overall "state of the project" where we inform each other on the current status and ways forward. All talks will be pre-recorded as Peter wrote, so no problem with timezones; but after each talk we will have a live "questions and answers" session for community talk. Suggestions of what could be added for a more complete schedule (I won't add names, but if you recognize yourself in the description please go ahead and file a proposal immediately, as the schedule will need to be defined on 31 Dec; see https://s.apache.org/openoffice-fosdem-2021-cfp for details). - Releases: How we do them, possible improvements, what's coming in 4.2.0 - Recruitment: ideas on how to improve it - History of a first contribution (issues with documentation, with first build, filing patches) - Build system migration - MWiki current status - Reviewing patches on Github: our policies for testing, merging... - Website migrations away from CMS (I see a proposal by Dave, but I read it as an overview of our ancillary sites, not the two that were moved away from the CMS; the migration itself would be an interesting topic for another presentation). - whatever you feel presenting; and no problem if it is more questions than answers. Important: please make sure you file your presentation/event in the "Apache OpenOffice" track, as otherwise it will be easy for us to miss it when preparing the final schedule. Answering to Matthias below: Wouldn't it be useful to have a link to the CfP also here: https://fosdem.org/2021/schedule/tracks/ Yes, I sent it to FOSDEM just a few minutes after sending it here, then I sent it the week after that... but apparently it was stuck in some anti-spam filter until I let them notice again and then they published the link. They fixed it about two weeks ago. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Call for Proposals: Apache OpenOffice Devroom at FOSDEM 2021 (online)
## Call for Proposals We are happy to announce that we will be running an Apache OpenOffice Devroom again at FOSDEM 2021. The event will be held online on Saturday, February 6th, 2021. Participation is free. No registration required. We are now open to receiving proposals for content for a full day of talks, demos and discussions on and around Apache OpenOffice. ## Important dates - Submission deadline: Monday Dec 28th 2020 - Schedule announcement: Thursday December 31st 2020 - Devroom date: Saturday Feb 6th 2021 ## Topics Anything related to Apache OpenOffice is welcome: - Technical talks about Apache OpenOffice itself - Apache OpenOffice stories, demos and tutorials - Talks about topics related to Apache OpenOffice (ODF, build tools, translation tools, community...) may be submitted too ## Submissions Submissions are easy: basically just a talk title and short description. Visit https://penta.fosdem.org/submission/FOSDEM21 - If you do not have an account from previous years, create one - Click 'Create Event' - Enter your talk details - Enter a maximum duration of 45 minutes - Be sure to select the Apache OpenOffice Devroom track - Submit Looking forward to seeing your submissions! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
FOSDEM 2021 Apache OpenOffice devroom (online)
Good news: FOSDEM organizers decided to allocate an entire day for Apache OpenOffice next year. https://fosdem.org/2021/schedule/tracks/ It is now tentatively scheduled for February 6th, online, free attendance; talks will have to be pre-recorded. I see this as an opportunity for a larger-than-usual gathering, since it's online and everybody will be able to attend and talk. An own devroom means an entire day available for Apache OpenOffice talks, so it will be an occasion for many people to speak and I encourage everybody to apply (a call for talks is coming by next weekend). Of course I had restated the availability for a shared Open Document Editors devroom, but apparently the logistics this year allowed organizers to give us a dedicated event. More news as soon as FOSDEM organizers distribute them. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Delete the mailing list general-es
On 20/11/2020 Marcus wrote: the last mail seems to be from June 2020 [1]. Do you really think that deleting the mailing list is a disservice? ;-) For me it's obvious that there is no longer a purpose. [1] https://lists.apache.org/list.html?general...@openoffice.apache.org:2020-6 This is not a very important indicator: if you look at the Italian mailing list, traffic is just occasional in certain periods, but new releases are announced and when I needed a volunteer to help with website translations for 4.1.8 I promptly found help there. So the list is still useful while it may well happen that in a given month it doesn't receive messages. Shutting down a list breaks a link between some (many?) users and the OpenOffice project. If, instead, we switch the list -and other low-activity lists- to "members only" mode, the moderator will have just minimal activity and conversation can be started at any time (and of course new members can join by self-subscribing as usual). Note that I'm also writing this as moderator of a couple lists: I would definitely be for switching them to "members only" to limit the amount of useless mails delivered to the moderator. The current model doesn't improve communication at all over the "members only" model. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Delete the mailing list general-es
On 17/11/2020 Marcos Delgado wrote: Hello, I am in charge of the list and I want to remove it. 99% of emails are spam. And I see no case to continue maintaining it. Who are the other moderators of that list? Would you be fine with converting it to a "subscription required" list, i.e., any time a non-member posts to the list the message is rejected with a notice to the sender that she must subscribe to post? I'm asking since this approach reduces moderation activity to a minimum and it allows to keep the list alive even if traffic is occasional, so we wouldn't do any disservice to users. We might have other lists in the same situation. Note: I assume that "99% spam" means: out of all the e-mails that are delivered to moderators for approval, 99% is spam. If you mean that 99% of the e-mails that reach the list audience is spam, then it's a different issue. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [LAZY CONSENSUS] Move to new Website Git Repositories
Dave Fisher wrote: www.openoffice.org is switched over! Thank you! I've taken a look at the Italian site and: - Redirect from http://it.openoffice.org is still handled correctly - Some CSS is broken in the Italian site menu (most notably for already clicked links); here it would be useful to have a copy of the last CMS build around, to inspect the differences - I appreciate the removal of build.log from notification e-mails: too long to be useful Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: How to create a child page in Apache OpenOffice Community space (cwiki)?
Dave Fisher wrote: If you start here: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.8 All you need to do is press Create child page Actually, what I usually do is to copy the page; the Copy function asks what page to use as parent and there one can specify the original page as parent. This allows in-line translation which is often faster. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [LAZY CONSENSUS] Move to new Website Git Repositories
On 15/11/2020 Andrea Pescetti wrote: yes for openoffice-project, not yet for openoffice-org. I'm changing this to a "yes" for both sites after the recent changes. Both sites are now almost identical to their CMS counterpart. Well done! One thing I'd appreciate, but this goes off-topic, is better notifications: I got a few e-mails yesterday containing 7 MBytes of logs each and it is almost impossible to use them for monitoring. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: downloads.html page is down?
John D'Orazio wrote: It's online again, I guess it was a temporary glitch. I had refreshed cache, in any case it's back now. Actually the entire site is down (intermittently) for me too. Note that I mean, exactly as in your mail, the project site https://openoffice.apache.org not the product site openoffice.org. $ curl https://openoffice.apache.org 404 Not Found Not Found The requested URL was not found on this server. Upon further testing, the above happens randomly, but if I try ten times I always manage to get at least one "404 Not Found", while it works the other times. $ host openoffice.apache.org openoffice.apache.org has address 95.216.24.32 openoffice.apache.org has address 95.216.26.30 openoffice.apache.org has address 40.79.78.1 openoffice.apache.org has IPv6 address 2a01:4f9:2a:1a61::2 openoffice.apache.org has IPv6 address 2a01:4f9:2a:185f::2 openoffice.apache.org mail is handled by 10 mx1-he-de.apache.org. openoffice.apache.org mail is handled by 10 mx1-ec2-va.apache.org. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [LAZY CONSENSUS] Move to new Website Git Repositories
Matthias Seidel wrote: Yes for openoffice-project. openoffice-org has some optical glitches that should be ironed out before. Same for me (both). So: yes for openoffice-project, not yet for openoffice-org. The staged layout for openoffice-org has clear issues. Also, openoffice-org is so complex that I think we should ask Infra to keep the current site available at old.openoffice.org (just the fully built site, no CMS) for comparison for a couple weeks. Just one fix if you need examples: I've committed a small CSS fix https://github.com/apache/openoffice-org/commit/6c57bbe4aa8c63a02986283edc67603c923a49ab that seems to work well (I don't see it online yet) for https://openoffice-org.staged.apache.org https://openoffice-org.staged.apache.org/why/why_sme.html https://openoffice-org.staged.apache.org/support/index.html (three random pages as I miss data from Google Analytics on what is important), and this is already making quite a difference. If we identify the top 10 pages and compare them carefully, openoffice-org may be ready in a matter of days. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Apache OpenOffice Project Information
Marcus ha scritto: Am 15.11.20 um 16:07 schrieb Matthias Seidel: Am 15.11.20 um 15:54 schrieb Andrea Pescetti: Matthias Seidel wrote: By the way: these were my first edits to the the project site after the migration and everything was smooth, thanks a lot Dave! It really looks good for production. Technically yes, but I recognized a slightly bigger vertical space between the topics on the main page and also the boxes on the download page. This may be a css issue. Nothing really big. right, but have a look also for the fonts and font sizes. Also here are visible changes. Just to be clear: by "project site" I mean https://github.com/apache/openoffice-project not https://github.com/apache/openoffice-org which I haven't built yet. And I don't really see any difference in the project site between the "old" and "new" version, besides the underlining of links which is an easy CSS fix (if wanted; I actually prefer the staged version). There would be room for other CSS improvements but these apply to the current https://openoffice.apache.org too. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Apache OpenOffice Project Information
Matthias Seidel wrote: https://github.com/apache/openoffice-project/blob/main/content/doap_openoffice.rdf I'll regenerate it from the standard template, just in case something changed there too. Please update it in the new repository. Pushed. The template had indeed been updated (references to the Apache License) and the content is also current now, including references to the Git repository. By the way: these were my first edits to the the project site after the migration and everything was smooth, thanks a lot Dave! It really looks good for production. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Boring issue: Opening ODF document from LibreOffice 7 displays error
Matthias Seidel wrote: Implementing it in AOO takes time, so we should concentrate on making the "error" message more logical. Now: This document was created by a newer version of OpenOffice. It may contain features not supported by your current version. Suggested: This document uses an unsupported version of the Open Document Format. Some features may not be displayed correctly. Samples are available at https://bz.apache.org/ooo/show_bug.cgi?id=128412 for those who need them. Of course, we will need two different issues, one for the error message (relatively quick fix) and one for the ODF 1.3 support (much larger work). Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Apache OpenOffice Project Information
Dave Fisher wrote: The file in question is here: https://github.com/apache/openoffice-project/blob/main/content/doap_openoffice.rdf You can leave further updates to this file to me for this weekend. I'll regenerate it from the standard template, just in case something changed there too. I mean I'll update the copy in the new repository, not the online one: if I got it correctly, we don't have a process for bringing all updates from the old infrastructure (which is still writable, right?) to the new one, so I will push to the new repositories only. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [OPINION VOTE] CentOS7 or Ubuntu 14.04
Damjan Jovanovic wrote: AppImage and Snap packages would be the best, as those are multi-distro, portable apps, do desktop integration, user friendly, standard uninstallation, etc. I'm singling this out as this is a different discussion, related to how we package rather than how we build. I must say I quite agree with this and my main concern is that this approach is rather "modern" for our baseline. For sure we can't add yet another Linux packaging; and before replacing the current packaging (which must be done in some way for 4.2.0, anyway) we'd need to ensure we are not restricting compatibility too much. AppImage might have a slight edge here. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [OPINION VOTE] CentOS7 or Ubuntu 14.04
Jim Jagielski wrote: Cast your vote: [X] CentOS7 [ ] Ubuntu 14.04 [ ] Something else: CentOS 7 builds will run under Ubuntu 13.x too. While CentOS 7 32-bit would be unsupported, the 64-bit version would receive maintenance until 2024; Ubuntu 14.04, instead, is already unsupported both in 32-bit and 64-bit. EPEL unavailability for 32-bit might be an issue though. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: upgrade notifications once we release 4.2.0
Jim Jagielski wrote: I am 100% still supportive of my original decision to baseline CentOS7 for the 4.2.x community builds. I see no reason to change that. I fully agree. Building on CentOS 5 is extremely hard these times, and one would have to replace the system SSL libraries just to download build dependencies. CentOS 6, as Carl reported, won't be supported any longer by the time we release 4.2.0. And CentOS 7 is a good choice. I don't think that providing additional "CentOS 5 - compatible" 4.2.0 builds would help users. Many of our Linux builds just take space on the download servers, and we should aim at fixing this disproportion (a lot of space for rarely downloaded files) rather than increase it. But I'll keep this for another discussion. Also, any CentOS 5 desktop user in 2020 is experiencing lots of issues... I honestly doubt one can even browse the Internet in some reasonably sane way without having to rebuild lots of software. So all CentOS 5 users are probably already struggling just to have a normal desktop experience. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Pre-release commit messages
On 05/11/2020 Matthias Seidel wrote: Am 05.11.20 um 22:55 schrieb Jim Jagielski: This is a restriction/limitation of 'svn'... you cannot move one dir to another between repos: https://unix.stackexchange.com/questions/308115/copy-folder-of-svn-repository-to-a-folder-in-another-repository The last time I moved the dir I was able to do it with a single move. I think that was with AOO 4.1.6. I think it was the same for me with 4.1.2. Infra was even advertising at the time that one needed a single "svn mv" to release. If there is a way to go back to this convention, I believe this would be better for accountability: the release becomes an "atomic" operation and if something goes wrong it cannot be missed. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Pre-release commit messages
A request to improve readability of pre-release commit messages: would it be possible to svn mv a directory (or a set of directories) instead of the single files? Looking at https://lists.apache.org/list.html?comm...@openoffice.apache.org there are 33 pages of mails for Linux/Mac that make it quite hard to see if a language got skipped or something. On the contrary, Windows commits are grouped 5 languages at a time and the log is quite readable; but even 1 commit per language, as opposed to 1 commit per file, would significantly improve readability. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [VOTE] Release AOO 4.1.8-RC2 as GA
On 02/11/20 Jim Jagielski wrote: Please cast your vote: The Release Candidate is good for production/GA: [X] yes / +1 [ ] no / -1 My vote is based on [ ] binding (member of PMC) [X] I have built and tested the RC from source on platform [Linux 64] [ ] I have tested the binary RC on platform [ ] Built (install+DEB+RPM) on CentOS 7 from the .tar.bz2 source package, Italian version. Quickly tested on Ubuntu 20.04. I don't have time for further testing until the weekend, but I'll test on more systems soon. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.1.8-RC3
Pedro Lino wrote: Then it makes sense to at least change the tutorial at oo.org or even switch to the apt command below? I always install with apt when I test on Ubuntu: $ sudo apt install ./*.deb ./desktop-integration/*.deb but I think apt is the recommended tool "only" since Ubuntu 16.04, so dkpg is more ubiquitous on Debian/Ubuntu. Still, switching to the one-line dpkg version $ sudo dpkg -i *.deb desktop-integration/*.deb might make sense in general as it is faster and easier; the (probably few) people who want to install without desktop integration should be able to easily guess how to do it. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.1.8-RC3
Pedro Lino wrote: On 10/30/2020 10:29 PM Andrea Pescetti wrote: $ sudo dpkg -i *.deb desktop-integration/*deb I don't see why that would have different results. Because the conflict you were seeing was due to a file being moved from a .deb to another one; with the 3 steps dpkg cannot gather this information and it will warn you that file XYZ belongs to a package you are not going to upgrade (you will do it in the third step, but dpkg cannot know you are going to do it); if you do it all in one step, dpkg is able to know that you are going to update all packages. This isn't the best explanation, but if you re-read https://bz.apache.org/ooo/show_bug.cgi?id=127774 it should be clearer. The point is that all tutorials on the internet (including at oo.org) use the 3 steps. Tutorials use the 3 steps because historically there have been multiple packages in desktop-integration and you are supposed to use only one of them. I think the current DEB packages have only one, so $ sudo dpkg -i *.deb desktop-integration/*.deb will just pick it and work. RPM still have more than one, at least if I recall correctly. Is there an apt command to do this? I can't find it in any tutorial. Simply $ apt install ./*.deb ./desktop-integration/*.deb (prefixing with "./" forces it to use local packages, even though it will say it is "downloading" them). While we tend to ship a self-contained set as much as possible, apt will do everything dpkg does (as it simply calls dpkg under the hood) plus downloading any needed dependencies. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.1.8-RC3
Pedro Lino wrote: Just recompiled AOO 4.1.8 on another Ubuntu 18.04.5 x64 without issues. Installing 4.1.8 over 4.1.7 end with error reported 2 years ago https://bz.apache.org/ooo/show_bug.cgi?id=127774 It might be hard to try again in the same conditions, but isn't this fixed by running the update in one shot? $ sudo dpkg -i *.deb desktop-integration/*deb Actually you would probably do it (both installs, 4.1.7 and 4.1.8) with apt and not dpkg on any reasonably modern Ubuntu... Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: QA Automated Test coverage
Peter Kovacs wrote: Maybe the following link helps? https://www.openoffice.org/qa/testcase/index.html Indeed, this section https://www.openoffice.org/qa/testcase/ManualTesting/ seems to contain at least some of the recent (2012) testcases. So one could use this as a basis if we want to restart manual tests. Just for clarity, the subject refers to "automated" tests but I was replying to the items concerning manual tests. On the other hand, automated tests are definitely important; I'm just not familiar at all with automated tests in OpenOffice. Regards, Andrea Pescetti. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: building from a source tarball
Don Lewis wrote: On 28 Oct, Jim Jagielski wrote: In particular, this is when building from the "official" SRC_RELEASE tarball we provide. Is the inc/reporevision.lst file not included? It is in one of the RCs that I looked at. I don't have full information, but as I was the one who reported the issue... I concluded that (on my CentOS 7 VM at least, but possibly in general) the NotGit variable was always set to false for some reason. In short, the script was always believing it was operating in a Git checkout. This was happening both with and without git installed. As I wrote, this is the possibly problematic line: https://github.com/apache/openoffice/blob/AOO418/main/solenv/bin/modules/RepoRevision.pm#L78 but I didn't have time to debug it further. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Google Analytics and Download Count
Dave Fisher wrote: I will be doing the initial migration as quickly as I can. I think that metrics needs a specific discussion. Initially I’ll comment this out. Do I understand well that there is no technical reason whatsoever to get rid of Google Analytics, and that the discussion is purely political? This is fine, but in this case the logical approach would be the opposite: we keep Google Analytics initially, then if someone wants to start a discussion (which is obviously political in this case) to remove it and this reaches consensus, we remove Google Analytics. That said, I surely don't want to slow down the website migration work: it is much, much better to have a working migration without GA (and then one can easily add GA back and restart this discussion) than spend a month in assessing whether we need GA and block the migration for this. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: QA Automated Test coverage
On 24/10/2020 Carl Marcum wrote: Slightly off topic is the QA Intro page [1] discusses TestLink which I don't think we use anymore Well, it looks like Adfinis decided to kill it. That was set up in the recent era (Apache), so it should serve as a lesson: Adfinis contributed a server, got Google rank thanks to our prominent links and then moved away with our data. At least, all references to the Adfinis link should be removed. and migrated the tests onto the wiki [2]. No, that was the manual. Tests were meant to be on Testlink, or at least I cannot find them in the wiki. Manual Tests (it says outdated) are here [3]. Link to the Test Case Management is also a 404. This is indeed obsolete. TCM is from the pre-Apache era, it was hosted by Oracle and, despite numerous requests done by myself and others around 2012, Oracle refused to contribute test cases to the ASF due to their unclear licensing and copyright. So all references to TCM are obsolete and there is no hope to get TCM testcases back, unfortunately: they provided very good coverage and helped building a QA community. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Google Analytics and Download Count
On 20/10/2020 Matthias Seidel wrote: It seems that I am the only one interested in the data Google Analytics provides. I'm interested in keeping Google Analytics too. We have years of historic data there and they are useful right now, since we'll want to ensure that the top 30 pages are still perfectly working if we change the web infrastructure. Also, Google Analytics data will help if we ever decide to restructure the site (dropping the majority of pages and keeping only pages that receive traffic). And if we interrupt data collection now there is no way back. AWStats is not a feature-complete replacement by any means and it also places additional requirements on the server. I understand that it is better from a philosophical/ideological perspective (open source, self hosted). We can try and add it - we can have both AWStats and Google Analytics working at the same time and then judge which one is better after some months. Google Analytics is an industry standard; if we configure it in a way that honors do-not-track requirements and does not store irrelevant data about users I believe it is acceptable. We've already applied a reasonable trade-off in the past to ensure Google Analytics does not become too invasive. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO418-RC2: General Error on opening files on Ubuntu
Don Lewis wrote: On 21 Oct, Jim Jagielski wrote: so are YOU able to build HEAD of AOO418 on CentOS5 ?? I haven't tried to build today's HEAD, but I've built and tested all of my AOO418 commits on CentOS 5 before I made the commits. It looks like we are getting closer I mean, we have a commit that is only relevant to CentOS 5 and we know that Jim's builds are done on CentOS 5 and have the bug, while the others (mine on CentOS 7; Pedro's on Ubuntu 18) do not have it. Possibly some build error that goes unnoticed due to a "dirty" build? Otherwise I can't explain why Don's CentOS 5 tests passed... I don't have a CentOS 5 VM ready, but I can surely setup one this weekend if it's useful to have more CentOS 5 VMs, or simply a double-check. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Building 4.1.8-RC2 - packaging issues
On 13/10/20 Carl Marcum wrote: Error: ERROR: More than one new package in directory Using the --with-epm-url=http://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz rather than the installed newer version worked for me. Thank you Jim and Carl, I've added a note to the wiki suggesting 3.7 as a fallback if the newer EPM gives errors. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Just another Anniversaries Event
On 17/10/2020 19:13, Matthias Seidel wrote: We are still open! ;-) Wow! I managed to be there for a short time this morning and it was nice to meet virtually. As I said, it's good to be equipped for these solutions as conferences (including our traditional yearly gathering at FOSDEM in January-February) are all going virtual in the next months... Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Happy birthday OpenOffice
On 12/10/2020 Jörg Schmidt wrote: Happy birthday OpenOffice, October 13th is the 20th anniversary of the founding of OpenOffice I haven't seen on this list the link to the official 20th anniversary announcement, so here it is: https://s.apache.org/86lex Happy birthday, now just in the middle of the 20th anniversary as a free software project and the 8th anniversary as an Apache project in a couple days! Andrea - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO418-RC2: General Error on opening files on Ubuntu
Matthias Seidel wrote: Am 14.10.20 um 21:19 schrieb Jim Jagielski: I'm just looking to see where the fix/patch is :-) The problem is... There was none. It just vanished at one point. ;-) If the bug is in code, I don't understand why my builds at https://home.apache.org/~pescetti/openoffice-4.1.8-rc2/ don't have the error then. On the same Ubuntu 20.04 system I can consistently reproduce the error with Jim's DEBs but not with mine (either the custom build or the one with release flags). And they are obviously all based on the same code. Of course, I'd prefer very much that the error is found and fixed, even if this doesn't look easy. But I'm also available for the "quick" solution, i.e., I can build DEBs for all languages, doing my best to apply the release flags/scripts properly, the coming weekend. The builds would be done on CentOS 7 (glibc 2.17), which means the DEBs would run on Ubuntu 13.04 and later. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO418-RC2: General Error on opening files on Ubuntu
On 13/10/2020 Peter Kovacs wrote: The switch SYSTEM_STDLIBS will decide if the systemlib used is packaged into the delivery or not. For me this option is most likely to cause Issues. I've rebuilt with options closer to the one Jim posted and I still don't see the problem with my builds. New builds and config.log are available at https://home.apache.org/~pescetti/openoffice-4.1.8-rc2/ in the "pescetti-2" folder and they will identify as "pescetti-2" in the About dialog, to differentiate from the earlier ones now moved to "pescetti-1" (and "abcde12345" in the About dialog). My results: - Jim's RC2: General error - pescetti-1 build (About dialog: "abcde12345"): No error - pescetti-2 build (About dialog: "pescetti-2"): No error So, even if the file size of the "pescetti-2" builds is much different from the "pescetti-1" builds, it looks like the config options didn't influence the outcome. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO418-RC2: General Error on opening files on Ubuntu
Jim Jagielski wrote: Can you provide a copy of the config.log file? Sure, uploaded at http://people.apache.org/~pescetti/openoffice-4.1.8-rc2/ Just a remark about those builds: those are not release builds, I just build with flags that are good for me in general. All details in the log file. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO418-RC2: General Error on opening files on Ubuntu
I get the same on a (64-bit of course) Ubuntu 20.04 system that, for the record, had OpenOffice 4.1.7 installed. If I install Jim's RC2 binary from https://dist.apache.org/repos/dist/dev/openoffice/4.1.8-RC2/binaries/it/Apache_OpenOffice_4.1.8_Linux_x86-64_install-deb_it.tar.gz and then install it $ sudo apt install ./*.deb and I open an old ODT file with File - Open, I get "General error" even though the file opens just fine after I dismiss the dialog. If I install my build of the very same code from https://home.apache.org/~pescetti/openoffice-4.1.8-rc2/Apache_OpenOffice_4.1.8_Linux_x86-64_install-deb_it.tar.gz and then install it $ sudo apt install ./*.deb everything just works as usual. If anyone wants to try with an English build, you'll find it at https://home.apache.org/~pescetti/openoffice-4.1.8-rc2/ and I can provide further languages on request, even though this doesn't seem to depend on languages. Probably something went wrong with the build environment? I built on a fresh CentOS 7 system so I can share any details if helpful. My builds have "Rev." set to "abcde12345" in the About dialog, so you can identify which ones you are running based on this detail. Regards, Andrea. Il 11/10/2020 15:29, Jim Jagielski ha scritto: There's been no change in the AOO4.1.x build system for Linux. On Oct 11, 2020, at 9:19 AM, Matthias Seidel wrote: Hi Jim, Since the issue was closed because it "suddenly" disappeared it could have been a change in the build system? Am 10.10.20 um 19:09 schrieb Jim Jagielski: My initial guess is that you are right... will look a bit deeper On Oct 10, 2020, at 10:57 AM, Matthias Seidel wrote: Hi Hagar (and Pedro), Thanks for testing! Looks like: https://bz.apache.org/ooo/show_bug.cgi?id=127315 has come up again, now on 4.1.x Regards, Matthias Am 10.10.20 um 16:50 schrieb Hagar Delest: Same for me with your files. I tried with some of my own files, same issue (.ods and .odt). It seems to apply to many of my files, maybe all of them. When I try to save as, I get an Error saving the document... But seems to save anyway. If I open that new file, I still get the general error message but loads fine. Then it saves OK but still gives the error message when loaded. On my xubuntu 20.04 64bit system. .odg and .odp open file. Hagar Le 10/10/2020 à 16:30, Matthias Seidel a écrit : One correction: The spreadsheet shows "Not all attributes could be read" on opening. Regards, Matthias Am 10.10.20 um 12:26 schrieb Matthias Seidel: Hi all, With AOO418-RC2 I get "General Error" messages when opening some files on Ubuntu 16.04 (64-bit). After dismissing the error message the files open correctly. One of them is digitally signed and the other is a simple spreadsheet. You can download them from here: https://www.dropbox.com/sh/vnvlqyw25hh9v85/AABCWjCaTpGIvB9H074hraB7a?dl=0 Can anyone confirm? Regards, Matthias - 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
Building 4.1.8-RC2 - packaging issues
I've built the 4.1.8-RC2 sources from https://dist.apache.org/repos/dist/dev/openoffice/4.1.8-RC2/source/ on a new CentOS 7 VM and generated "installed" (not packaged), RPM and DEB builds that I tested on a variety of Fedora and Ubuntu systems. All good, for the most part. I'm still catching up with e-mails so I didn't test anything specific to 4.1.8, just general usage. I have news on the "General error" on Ubuntu too, but I'll expand on this in the relevant thread. But I'd like to highlight two issues occurring in the last stage of the build, i.e., when we produce the RPM/DEB packages. 1) Jim's EPM installed as per https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#CentOS_7_for_AOO_4.2.x_and_later didn't work for me. I got Error: ERROR: More than one new package in directory Configuring with ... --with-epm-url=http://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz did work instead, so I'd like to know if people who used the wiki instructions $ wget https://github.com/jimjag/epm/archive/epm-4.4.2.tar.gz $ # (extract the archive) $ cd epm-epm-4.4.2 $ ./configure --prefix=/usr/local --enable-aoo; make install had better luck. Or maybe the new EPM is to be used for 4.2.x builds only? 2) Something seems wrong here: https://github.com/apache/openoffice/blob/AOO418/main/solenv/bin/modules/RepoRevision.pm#L78 We populate the "Rev." section of the About dialog based on version control, so for a tarball (no Git, no SVN) this should result in "unknown-rev"; but it doesn't and Git is called instead, returning an error message. To my purpose I simply used a hardcoded string and completed the build, but it should be checked better: the official tarball is not a git clone and this will always result in a (non-blocking) error message if someone builds from it. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Apache OpenOffice Project Information
On 12/04/2020 Matthias Seidel wrote: https://svn.apache.org/repos/asf/openoffice/site/trunk/content/doap_openoffice.rdf I would like to have it updated, esp. for the repository change from Subversion to Git. There is a tool for creating such a file: https://projects.apache.org/create.html The tool is for initial creation as it says in the first lines; but it doesn't harm to re-run it from scratch and ensure differences in the generated XML are as expected. @Andrea: You are listed as project data maintainer, is this still current? I can update it, sure. If I recall correctly, this used to be done at every release before we had a different way to track releases, so it's been a while since the last update. The updates I see now, as discussed, are: 1. Source from Git 2. ISO for ODF 1.2 (ISO/IEC 26300:2015) Anything else? Or I will just regenerate, check the diffs with respect to the current one, and commit. Of course, we can accommodate other suggestions at any time, generating/editing the file is quick. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Nameing in Calc
On 12/04/2020 Peter Kovacs wrote: I feel attacked by your negativeness and I feel I have to defend myself for my action. The main topic in this discussion is about "renaming something that is not quite right but that has been the same for many years". This is always a complex discussion, and in the end I think the only solution is whether something is so important to justify a terminology change. Other examples would include: - Format -> Character in Writer to change the language of a piece of text; this is obviously confusing as one would expect to find size and color there, not the language. - File -> Page format in Word (not in Writer) to decide whether a document was to be formatted on a vertical or horizontal A4; we even had to "justify" to Word users the fact that this had been placed in a more sane location in Writer. Yet, the former is still there and the latter is not there yet just because Word got rid of the "File" menu altogether with recent interfaces. And this is just fine. If there isn't a very compelling reason for change, we have to live with this, as all documentation, forum posts and so on use the current wording. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Robots.txt impacting https://templates.openoffice.org/ on Bing
Peter Kovacs wrote: I found this on users mailing list. What do we do? Nothing. Obviously this is a clueless guy who is desperately trying to get our sites configured so that the Bing bots can index them faster... But our sites are very static and this would slow them down for real users, so there is nothing to gain and no action to take. Maybe we should add a webmaster address (maybe our sysadmin mailinglist) to templates for such purposes? Considering that they had harvested more than 20 vaguely related e-mails, I don't think we need a new one. I'll answer his post to the users mailing list with pleasure, and we will be done with no further actions. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Patricia elected for ASF Board
Congratulations Patricia! And a big thank you to Dave, who served in the outgoing Board. Regards, Andrea. Keith N. McKenna wrote: On 4/5/2020 1:15 PM, Patricia Shanahan wrote: Thanks. I had hoped to get more active in AOO, but will be giving priority to board activities for my Apache time. Congratulations Patricia. Though your greater activity in AOO will be missed it is good to see this recognition of all your good work on behalf of the Foundation both here and in the other projects you have given time to. Regards Keith On 4/5/2020 8:27 AM, Marcus wrote: I want to take the chance to congratulate Patricia for electing. Great to see that one of our circle is engaged in the ASF Board of directors. I wish you all the best and much success. :-) Marcus - 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: Alias for extensions and templates website
On 04/04/2020 Matthias Seidel wrote: http://www.openoffice.org/projects/extension/ That sounds good! Can you set up a simple page? Done yesterday, then I didn't publish as publish.pl is no longer working for me, but someone did the right thing. I've now committed a slightly improved version, but http://extension.openoffice.org already does the right thing. If this works, we setup the same for http://template.openoffice.org and the request by Bidouille will be addressed. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Alias for extensions and templates website
Dave Fisher wrote: I plan to investigate what happens if we map those sub domains. I don't think we have an issue here. I mean, if someone writes "extension" instead of the proper "extensions" this is just a typo, right? By that metric, then we should also redirect "ww" to "www", typos like "extentions" to "extensions" and so on. I don't think it is worth it. test if a dns change will help. If it will then we can ask Infra to change the dns records. No, a DNS change is definitely not the way to go. Thanks to the "universal redirect" we have in place to accommodate legacy (pre-2011) openoffice.org subdomains, I think we can fix this as follows: - Right now, the wrong URL "extension.openoffice.org" goes to http://www.openoffice.org/projects/extension/ (which does not exist) - We simply put something there (and we can do this with a simple SVN commit) like: --- OpenOffice Extensions: see https://extensions.openoffice.org OpenOffice Templates: see https://templates.openoffice.org --- and no automated redirect. Anything else will lead people to use wrong URLs and distribute them, and will make any future changes more complex. This way we still help people who write the wrong URL, but we make clear which URL is correct. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org