RE: Flyer und Jörgs löschung ohne Kommentar
Hallo Michael, > -Original Message- > From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] > Sent: Monday, May 18, 2020 12:48 PM > To: dev-de@openoffice.apache.org > Subject: Re: Flyer und Jörgs löschung ohne Kommentar > > Hallo Jörg, > > was ich an der PrOOo-Box neben der Dokumentation, Erweiterungen, > Vorlagen etc. sehr schätze, ist die sehr bescheiden als "Ergänzende > Software" bezeichnete nützliche und interessante Sammlung > Freier Software. > > Zumindest aus meiner Sicht ist dies ein wesentlicher und > "wertbestimmender" Teil der PrOOo-Box, ohne den diese Box > eine andere wäre. > > Daher resultieren meine Bedenken, dass die PrOOo-Box als solche ein > Apache-Projekt werden kann. Und das demonstriert bestens wie falsches Herangehen aussieht. Anstatt Wege zu suchen werden Bedenken thematisiert. Wenn jedoch Player wie z.B. IBM auftauchen ist das Herangehen völlig anders, denn da werden dann Wege gesucht und Regeln wohlwollend ausgelegt. > Für mich, um es am Schluss noch einmal deutlich zu schreiben, gehört > jeder zum Projekt, der etwas für AOO tut. Für mich nicht(*). Es ist nur eine freundliche Aussage. Es mag Dich und andere ja irritieren, nur ich bin ein freiheitlich denkender Mensch und ich will keine Wohlbehandlung, ich ziehe Rechte vor, im Projekt wie im richtigen Leben. Wobei ... sooo prinzipiell bin ich garnicht, es sind die Umstände die mich rebellisch werden lassen. (*) Das begründe ich gerne am konkreten Beispiel: das Forum http://de.openoffice.info tut sicherlich etwas für AOO, aber ich lege großen Wert darauf festzustellen das es nicht zu Projekt gehört. Das ist für mich auch eine Lehre des Geschehens in der Vergangenheit, denn da wollten mich die eigenen Leute von de-OOo dazu bringen eine einseitige Position bzgl. des Forums zu beziehen - ich habe dem damals nicht nachgegeben und ich werde es heute nicht tun. Insgesamt aber Danke für die Aussagen (aller Beteiligten), denn sie sorgen für Klarheit. Gruß Jörg - To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-de-h...@openoffice.apache.org
Re: Flyer und Jörgs löschung ohne Kommentar
Am 18.05.20 um 19:36 schrieb Jan-Christian Wienandt: Moin Peter, danke für Deine Ausführungen. Ich gebe mir mühe. Mir ist unklar was für dich der Apache Weg ist So wie das Projekt aktuell aufgestellt ist bzw. OpenOffice in der Öffentlichkeit präsentiert wird. Ich will das am Beispiel der Flyer erläutern. Vorneweg, dies soll keine Mitwirkenden am Projekt anklagen. Mir ist deren Arbeitsaufwand schon bewusst, es geht um die Struktur und es ist meine Meinung. Ja, gerne. Seit mittlerweile gefühlten 8 Monaten wird diskutiert, Geld beantragt, diskutiert, über Geld nachgefragt, eine Pause eingelegt dann wieder nachgefragt und immer noch diskutiert. Wir diskutieren jetzt erst wieder, weil das Thema versackt ist. Demnächst kommt vielleicht mit 4.1.8 oder sogar mit 4.2.0 (Ja ich habe da die Hoffnung noch nicht aufgegeben) in die Spur. Da brauchen wir Anpassungen. Wir brauchen vielleicht Flyer frühstens im Herbst diese Jahres, vielleicht geht die Saison aber auch erst nächstes Jahr erst los. Da kann noch etwas passieren. Wir, die ProOO-Box standen im August letzten Jahres bereit, den Flyer umgehend wie besprochen zu erstellen und in Druck zu geben. Lediglich eine Zusage der ASF, für die verauslagten Kosten aufzukommen, fehlte. Wir warten heute noch. Nein, das ist so nicht korrekt. Seit Oktober 2018 hat das PMC ein Budget von 130Euro genehmigt zur Flyer Produktion wie folgt freigegeben: 500 (de) 200 (en) 50 (fr) am 19.03 habe ich auf Dev De zum Beispiel geschrieben: @flyer Wir haben das Budget genehmigt, vielleicht habe ich das vergessen zu schreiben. Und jetzt geht es eigentlich dann darum wie wir abrechnen. Naja und seit dem dümpelt das dann herum. Matthias hat eine Rechnung über Paypal ausgleichen können. Ich erinnere mich aber nicht an die Details. Für mich ist das zu viel Details. Ich bin nur der Anschieber. Warum ist es nicht möglich eine Schnittstelle zwischen den lokalen Communitys und dem Projekt zu installieren? Wer sagt das es nicht möglich ist? Das ist nicht unser Problem, üblicherweise fehlt der der die Verantwortung übernimmt. Ich sehe da kein Gegenargument. Vielleicht sollte man die Idee auf dev nochmal diskutieren. Vorzugsweise mit einem Kandidaten damit das ganze nicht akademisch ist. Als Schnittstelle sehe ich einen Ansprechpartner mit gewissen Entscheidungsrechten / Finanzmitteln. Dieser könnte einiges auf relativ kurzen Weg regeln. Das würde u.a. die lokale Öffentlichkeitsarbeit in den Medien erleichtern, denn nicht jeder Anwender von OpenOffice liest den Apache-Blog um zu erfahren, dass ein neues Release erschienen ist. Auch könnte es wie im Fall der Flyer, schnell zu einem Ergebnis führen und die dev-Liste von unnötigem Ballast befreien Ich bin ein Freund (geworden) von act fast and Fail smart (Schnell handeln und klug scheitern) und unbürokratischen vorgehen. Erstmal soll jemand starten und anfangen und schauen wie es Funktioniert, dann können wir es ausbauen. Wie Jörg das so treffend Formuliert hat: Wir können zwar irgendwie alles machen, aber es gibt Regeln und Rahmenbedingungen, die dann doch nicht so machen lassen. Und niemand überblickt alles. In den 2 Jahren als Chairman, habe ich so viel Satzungen und Details gesehen wo was wie und warum geregelt ist. Das Überblickt niemand. Manches geht easy, und manches erfordert Diskussion, Flexibilität und Hartnäckigkeit. Manches geht nicht so wie wir uns das Vorstellen. Nehmen wir mal Spendengelder Sammeln für bezahlte Entwickler. Das geht nicht so einfach. Punkt. Ist es unmöglich, nein. Aber es gibt Pfade, die man gehen kann, die sehen gangbar aus. Heißt nicht das sie gangbar sind. Warum ist das so: Steuern, und Gesetze. Ich werfe das Thema auf, weil die Flyer sind was die Rahmenbedingungen angeht echt kein Problem. Und da gab es ja in der Vergangenheit sehr markante Geschichten die so richtig schief gegangen sind. Noch eine Anmerkung zu den bemängelten Lizenzen der von uns erstellten Dokumentationen. Auch auf den Wiki-Seiten von ApacheOpenOffice werden Dokumente ohne Apache-Lizenz veröffentlicht. Siehe: https://wiki.openoffice.org/wiki/Documentation/OOo3_User_Guides/OOo3.3_User_Guide_Chapters Diese Dokumente dienen uns als Quellen für die neue Dokumentation, also auch deren Lizenz, welche wir übernehmen müssen. Hmm okay. Gut dann haben wir da keine Probleme. Ich wäre für jede Hilfe und Unterstützung dankbar. Ich bin gewillt alles zu Unterstützen wo möglich. Danke, aber der Satz " Ich wäre für jede Hilfe und Unterstützung dankbar" bezog sich u.a. auf die Aussage in der dev-Liste über die fehlenden Apache-Lizenzen unsere Dokumentationen. Man kann mit falsch verstandener Prinzipienreiterei auch Helfer verprellen. Ach so, habe ich anders verstanden. Also letztes möchte ich noch mal betonen das dies meine Wahrnehmung von dem Projekt ist. - To unsubscribe, e-mail:
Re: AOO 4.2.0-Dev2 (was: macOS and AOO42X)
On 18 May, Matthias Seidel wrote: > Hi Don, > > Am 18.05.20 um 10:13 schrieb Matthias Seidel: >> Hi Don, >> >> Am 18.05.20 um 01:26 schrieb Don Lewis: >>> Looks like someone applied this patch to the FreeBSD port: >>> >>> --- solenv/gbuild/Tempfile.mk.orig 2019-09-17 22:55:21 UTC >>> +++ solenv/gbuild/Tempfile.mk >>> @@ -27,7 +27,7 @@ $(strip $(1) >>> $(eval gb_var2file_helpervar := $$(shell printf "%s" "" > $(1) ))\ >>> $(foreach item,$(3),$(eval gb_var2file_curblock += $(item) >>> ifeq ($$(words $$(gb_var2file_curblock)),$(2)) >>> -gb_var2file_helpervar := $$(shell printf "%s" >>> "$$(gb_var2file_curblock)" >> $(1) ) >>> +gb_var2file_helpervar := $$(shell printf " %s" >>> "$$(gb_var2file_curblock)" >> $(1) ) >>> gb_var2file_curblock := >>> endif >>> ))\ >>> >> Whatever that additional space does, I am doing a Windows build right >> now with make 4.3. >> >> Let's see if that is successful! ;-) >> >> Regards, >> >> Matthias > > My Windows build with above patch applied and make 4.3 was successful! > I will now downgrade make again and do a new build to ensure that this > doesn't break backward compatibility. > > Any idea why "someone" did not commit this to trunk? ;-) I think the patch to the FreeBSD port was committed by the person who upgraded gmake to 4.3 to unbreak 4.1.7, and the -dev snapshot. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO 4.2.0-Dev2 (was: macOS and AOO42X)
Hi Don, Am 18.05.20 um 10:13 schrieb Matthias Seidel: > Hi Don, > > Am 18.05.20 um 01:26 schrieb Don Lewis: >> Looks like someone applied this patch to the FreeBSD port: >> >> --- solenv/gbuild/Tempfile.mk.orig 2019-09-17 22:55:21 UTC >> +++ solenv/gbuild/Tempfile.mk >> @@ -27,7 +27,7 @@ $(strip $(1) >> $(eval gb_var2file_helpervar := $$(shell printf "%s" "" > $(1) ))\ >> $(foreach item,$(3),$(eval gb_var2file_curblock += $(item) >> ifeq ($$(words $$(gb_var2file_curblock)),$(2)) >> -gb_var2file_helpervar := $$(shell printf "%s" >> "$$(gb_var2file_curblock)" >> $(1) ) >> +gb_var2file_helpervar := $$(shell printf " %s" >> "$$(gb_var2file_curblock)" >> $(1) ) >> gb_var2file_curblock := >> endif >> ))\ >> > Whatever that additional space does, I am doing a Windows build right > now with make 4.3. > > Let's see if that is successful! ;-) > > Regards, > > Matthias My Windows build with above patch applied and make 4.3 was successful! I will now downgrade make again and do a new build to ensure that this doesn't break backward compatibility. Any idea why "someone" did not commit this to trunk? ;-) Regards, Matthias >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> smime.p7s Description: S/MIME Cryptographic Signature
Re: Critical issue on forum.openoffice.org and Google Search
Hi Peter, I noticed that Google provides hits nevertheless. But the first line does tell that there are no hits with the specified string. Hagar Le 18/05/2020 à 18:48, Peter Kovacs a écrit : Im am already at it. It worked for me so far. I get search results.Maybe it has to do with the cache. Not sure. Am 18.05.20 um 18:22 schrieb Rory O'Farrell: On Mon, 18 May 2020 15:44:42 +0100 Rory O'Farrell wrote: On Tue, 12 May 2020 17:41:09 +0200 Peter Kovacs wrote: Okay, I had a short debug session with Dave and Humbedooh. We are now sure that the crawlers are not blocked. The 301 Response comes from the fact that Yandex still defaults to http and not https. This post on User Forum might be relevant https://forum.openoffice.org/en/forum/viewtopic.php?f=50=102021#p492756 Rory More detailed examination today shows that Google search in French seems to drop out six days ago, in Italian five days ago, and in English about 23rd April - try a search for openoffice and the site specifier See the above URL for details. Rory After I added https toi the URL all worked fine. Wave did also do a curl request which also worked fine. We have agreed now that I play the ball back to google, with the feedback that this looks like a Google internal issue. The Robot.txt has not been changed for 11 years. Yandex can crawl the URL and we can curl the Webpage. So we think it is an Google Issue. I very much appreciated the quick session. Thanks. all the Best Peter Am 12.05.20 um 17:24 schrieb Dave Fisher: It’s not an IP Ban. Infra tells me that would not be a 301. Ah-ha - here is the 301: % curl -D headers http://forum.openoffice.org/ 301 Moved Permanently Moved Permanently The document has moved href="https://forum.openoffice.org/;>here. Surprising that they cannot shift from HTTP to HTTPS via a 301! Regards, Dave On May 12, 2020, at 8:04 AM, Dave Fisher wrote: Information about Infra IP Bans is here: https://infra.apache.org/infra-ban.html Please direct the Google engineer to that resource. Regards, Dave On May 12, 2020, at 7:55 AM, Dave Fisher wrote: Are you sure you weren’t using forums.openoffice.org instead of forum.openoffice.org? curl -D headers https://forum.openoffice.org/ does return the correct page. The robots.txt is this: curl -D headers https://forum.openoffice.org/robots.txt User-agent: * Crawl-delay: 1 Disallow: /en/forum/common.php Disallow: /en/forum/config.php Disallow: /en/forum/con.php Disallow: /en/forum/faq.php Disallow: /en/forum/mcp.php Disallow: /en/forum/memberlist.php Disallow: /en/forum/posting.php Disallow: /en/forum/report.php Disallow: /en/forum/search.php Disallow: /en/forum/style.php Disallow: /en/forum/ucp.php Disallow: /en/forum/viewonline.php Disallow: /en/forum/adm Disallow: /en/forum/cache Disallow: /en/forum/docs Disallow: /en/forum/files Disallow: /en/forum/images Disallow: /en/forum/includes Disallow: /en/forum/language Disallow: /en/forum/store Disallow: /en/forum/styles Disallow: /es/forum/common.php Disallow: /es/forum/config.php Disallow: /es/forum/con.php Disallow: /es/forum/faq.php Disallow: /es/forum/mcp.php Disallow: /es/forum/memberlist.php Disallow: /es/forum/posting.php Disallow: /es/forum/report.php Disallow: /es/forum/search.php Disallow: /es/forum/style.php Disallow: /es/forum/ucp.php Disallow: /es/forum/viewonline.php Disallow: /es/forum/adm Disallow: /es/forum/cache Disallow: /es/forum/docs Disallow: /es/forum/files Disallow: /es/forum/images Disallow: /es/forum/includes Disallow: /es/forum/language Disallow: /es/forum/store Disallow: /es/forum/styles Disallow: /fr/forum/common.php Disallow: /fr/forum/config.php Disallow: /fr/forum/con.php Disallow: /fr/forum/faq.php Disallow: /fr/forum/mcp.php Disallow: /fr/forum/memberlist.php Disallow: /fr/forum/posting.php Disallow: /fr/forum/report.php Disallow: /fr/forum/search.php Disallow: /fr/forum/style.php Disallow: /fr/forum/ucp.php Disallow: /fr/forum/viewonline.php Disallow: /fr/forum/adm Disallow: /fr/forum/cache Disallow: /fr/forum/docs Disallow: /fr/forum/files Disallow: /fr/forum/images Disallow: /fr/forum/includes Disallow: /fr/forum/language Disallow: /fr/forum/store Disallow: /fr/forum/styles Disallow: /fr/ci-joint Disallow: /hu/forum/common.php Disallow: /hu/forum/config.php Disallow: /hu/forum/con.php Disallow: /hu/forum/faq.php Disallow: /hu/forum/mcp.php Disallow: /hu/forum/memberlist.php Disallow: /hu/forum/posting.php Disallow: /hu/forum/report.php Disallow: /hu/forum/search.php Disallow: /hu/forum/style.php Disallow: /hu/forum/ucp.php Disallow: /hu/forum/viewonline.php Disallow: /hu/forum/adm Disallow: /hu/forum/cache Disallow: /hu/forum/docs Disallow: /hu/forum/files Disallow: /hu/forum/images Disallow: /hu/forum/includes Disallow: /hu/forum/language Disallow: /hu/forum/store Disallow: /hu/forum/styles Disallow: /ja/forum/common.php Disallow: /ja/forum/config.php Disallow: /ja/forum/con.php Disallow: /ja/forum/faq.php Disallow: /ja/forum/mcp.php
Re: [PROPOSAL] fix broken dev guide pages
On 5/18/2020 6:31 AM, Carl Marcum wrote: > > > On 5/17/20 4:41 PM, Keith N. McKenna wrote: >> On 5/17/2020 10:27 AM, Carl Marcum wrote: >>> >>> On 5/17/20 9:59 AM, Keith N. McKenna wrote: On 5/17/2020 8:15 AM, Carl Marcum wrote: > On 5/17/20 6:18 AM, Marcus wrote: >> Am 13.05.20 um 16:07 schrieb Carl Marcum: >>> Hi All, >>> >>> There are quite a few pages in the developer guide that display as >>> blank. >>> I believe this problem goes back to an upgrade that was done to the >>> wiki. >>> >>> After some recent testing I believe the issue is with a custom >>> plugin >>> of ours referred to as IDLTags. >>> This plugin uses tags in the wiki like and to >>> generate links back to the IDL documentation. >>> >>> There was a page for it but it was removed in 2012 so I can't find >>> more information on it. >>> I have no idea where the code for it is. >>> >>> As this issue has a few birthdays now I propose a workaround to edit >>> the affected pages and replace these tags with hard links to the IDL >>> documentation. >>> >>> We could comment the changes with [IDL WORKAROUND] or something >>> so we >>> could find them when the plugin problem is resolved. >>> >>> If this seems reasonable I'll seek lazy consensus after this. >> I've no clue what the root cause for the problem is nor how to (try >> to) fix it. So, I cannot add much help. However, your proposal sounds >> like a good starting point. Or maybe it is alredy the solution. Let's >> see. >> >> +1 >> >> Marcus > Hi Marcus, > > I've confirmed the idl tags are causing the pages to display blank. > > I have went ahead and fixed this one [1] and noted the change with > [IDL > WORKAROUND] so we can find them later. > The problem links are way down in the Service Manager section. > > These pages are too important for developers working on client apps > and > extensions ** like me ;) ** to leave them broken. > As Peter noted, fixing the plugin would be better but this can be > undone > if that ever happens. > > I'm going to seek lazy consensus for the remainder as there are > quite a > few broken pages. > > [1] > https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/First_Contact > > > > > Thanks, > Carl Carl; I see how you marked up the links, what I do not see is the tag [IDL WORKAROUND], are you sure you added it to the page. I can create a pair of templates that can be used to add the start and end of the work around. I can also help with the editing. Regards Keith >>> Hi Keith, >>> >>> Thanks for the offer to help. >>> >>> The tag generated links are all over the pages. I added [IDL >>> WORKAROUND] to the summary comment when I saved the page. >>> Now that you mention it, it may not be easy to find them. >>> >>> Since I know the tag still works I'm going to revert that part of >>> the change. >>> >>> I would like to find the code for extension before I edit anymore. >>> So far I have found this page [1] that shows the IDL Tags extension that >>> is installed but the page it links to was deleted [2]. >>> >>> If I can get the code from the MWIKI server and look at the and >>> PHP code and maybe fix it there. >>> I think I'll work on getting karma to the mwiki server so I can look at >>> it the code. >>> But since I'm not familiar enough with administration of the wiki server >>> I'm not going to attempt anything directly there. >>> >>> I'm going to try another test with the tags and see if there may be a >>> less intrusive edit. >>> >>> [1] https://wiki.openoffice.org/wiki/Special:Version >>> [2] https://wiki.openoffice.org/wiki/Wiki_maintenance/IDLTagExtension >>> >>> Thanks, >>> Carl >> Carl; >> >> It appears that there is some documentation for Wiki Maintenance in the >> infra svn: >> https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Converter. >> >> This has restricted access so you would need to talk with infra. I have >> some admin privileges to the wiki that might help but lets wait and see >> what you can discover about the code. >> >> Regards >> Keith >> >> > Hi Keith, > > If that's the Atlassian web site would it be for the Confluence wiki > rather than the Mediawiki? > > Do you have admin rights to both wiki's? > > Thanks, > Carl Carl; My apologies I grabbed the wrong link form the Maintenance article. Here is the proper link: https://svn.apache.org/repos/infra/infrastructure/trunk/docs/services. I do not have access rights to it with my committer karma. If logging in with your ldap creds is not enough you will need to talk to infra. Regards Keith signature.asc Description: OpenPGP digital signature
RE: Flyer und Jörgs löschung ohne Kommentar
Moin Peter, danke für Deine Ausführungen. > Mir ist unklar was für dich der Apache Weg ist So wie das Projekt aktuell aufgestellt ist bzw. OpenOffice in der Öffentlichkeit präsentiert wird. Ich will das am Beispiel der Flyer erläutern. Vorneweg, dies soll keine Mitwirkenden am Projekt anklagen. Mir ist deren Arbeitsaufwand schon bewusst, es geht um die Struktur und es ist meine Meinung. Seit mittlerweile gefühlten 8 Monaten wird diskutiert, Geld beantragt, diskutiert, über Geld nachgefragt, eine Pause eingelegt dann wieder nachgefragt und immer noch diskutiert. Wir, die ProOO-Box standen im August letzten Jahres bereit, den Flyer umgehend wie besprochen zu erstellen und in Druck zu geben. Lediglich eine Zusage der ASF, für die verauslagten Kosten aufzukommen, fehlte. Wir warten heute noch. Warum ist es nicht möglich eine Schnittstelle zwischen den lokalen Communitys und dem Projekt zu installieren? Als Schnittstelle sehe ich einen Ansprechpartner mit gewissen Entscheidungsrechten / Finanzmitteln. Dieser könnte einiges auf relativ kurzen Weg regeln. Das würde u.a. die lokale Öffentlichkeitsarbeit in den Medien erleichtern, denn nicht jeder Anwender von OpenOffice liest den Apache-Blog um zu erfahren, dass ein neues Release erschienen ist. Auch könnte es wie im Fall der Flyer, schnell zu einem Ergebnis führen und die dev-Liste von unnötigem Ballast befreien. Noch eine Anmerkung zu den bemängelten Lizenzen der von uns erstellten Dokumentationen. Auch auf den Wiki-Seiten von ApacheOpenOffice werden Dokumente ohne Apache-Lizenz veröffentlicht. Siehe: https://wiki.openoffice.org/wiki/Documentation/OOo3_User_Guides/OOo3.3_User_Guide_Chapters Diese Dokumente dienen uns als Quellen für die neue Dokumentation, also auch deren Lizenz, welche wir übernehmen müssen. >> Ich wäre für jede Hilfe und Unterstützung dankbar. >Ich bin gewillt alles zu Unterstützen wo möglich. Danke, aber der Satz " Ich wäre für jede Hilfe und Unterstützung dankbar" bezog sich u.a. auf die Aussage in der dev-Liste über die fehlenden Apache-Lizenzen unsere Dokumentationen. Man kann mit falsch verstandener Prinzipienreiterei auch Helfer verprellen. Gruß Jan - To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-de-h...@openoffice.apache.org
Re: Critical issue on forum.openoffice.org and Google Search
On Mon, 18 May 2020 18:48:07 +0200 Peter Kovacs wrote: > Im am already at it. It worked for me so far. I get search results.Maybe > it has to do with the cache. > > Not sure. We were testing on recent results; the figures I gave were for finding "openoffice" which would be used daily in many postings. Rory > > Am 18.05.20 um 18:22 schrieb Rory O'Farrell: > > On Mon, 18 May 2020 15:44:42 +0100 > > Rory O'Farrell wrote: > > > >> On Tue, 12 May 2020 17:41:09 +0200 > >> Peter Kovacs wrote: > >> > >>> Okay, I had a short debug session with Dave and Humbedooh. > >>> > >>> We are now sure that the crawlers are not blocked. The 301 Response > >>> comes from the fact that Yandex still defaults to http and not https. > >> > >> This post on User Forum might be relevant > >> https://forum.openoffice.org/en/forum/viewtopic.php?f=50=102021#p492756 > >> > >> Rory > > More detailed examination today shows that > > Google search in French seems to drop out six days ago, in Italian five > > days ago, and in English about 23rd April - try a search for openoffice and > > the site specifier > > > > See the above URL for details. > > > > Rory > > > > > >>> After I added https toi the URL all worked fine. > >>> > >>> Wave did also do a curl request which also worked fine. > >>> > >>> > >>> We have agreed now that I play the ball back to google, with the > >>> feedback that this looks like a Google internal issue. > >>> > >>> The Robot.txt has not been changed for 11 years. Yandex can crawl the > >>> URL and we can curl the Webpage. So we think it is an Google Issue. > >>> > >>> > >>> I very much appreciated the quick session. Thanks. > >>> > >>> > >>> all the Best > >>> > >>> Peter > >>> > >>> Am 12.05.20 um 17:24 schrieb Dave Fisher: > It’s not an IP Ban. Infra tells me that would not be a 301. > > Ah-ha - here is the 301: > > % curl -D headers http://forum.openoffice.org/ > > > 301 Moved Permanently > > Moved Permanently > The document has moved href="https://forum.openoffice.org/;>here. > > > Surprising that they cannot shift from HTTP to HTTPS via a 301! > > Regards, > Dave > > > On May 12, 2020, at 8:04 AM, Dave Fisher wrote: > > > > Information about Infra IP Bans is here: > > https://infra.apache.org/infra-ban.html > > > > Please direct the Google engineer to that resource. > > > > Regards, > > Dave > > > >> On May 12, 2020, at 7:55 AM, Dave Fisher wrote: > >> > >> Are you sure you weren’t using forums.openoffice.org instead of > >> forum.openoffice.org? > >> > >> curl -D headers https://forum.openoffice.org/ does return the correct > >> page. > >> > >> The robots.txt is this: > >> > >> curl -D headers https://forum.openoffice.org/robots.txt > >> User-agent: * > >> Crawl-delay: 1 > >> Disallow: /en/forum/common.php > >> Disallow: /en/forum/config.php > >> Disallow: /en/forum/con.php > >> Disallow: /en/forum/faq.php > >> Disallow: /en/forum/mcp.php > >> Disallow: /en/forum/memberlist.php > >> Disallow: /en/forum/posting.php > >> Disallow: /en/forum/report.php > >> Disallow: /en/forum/search.php > >> Disallow: /en/forum/style.php > >> Disallow: /en/forum/ucp.php > >> Disallow: /en/forum/viewonline.php > >> Disallow: /en/forum/adm > >> Disallow: /en/forum/cache > >> Disallow: /en/forum/docs > >> Disallow: /en/forum/files > >> Disallow: /en/forum/images > >> Disallow: /en/forum/includes > >> Disallow: /en/forum/language > >> Disallow: /en/forum/store > >> Disallow: /en/forum/styles > >> Disallow: /es/forum/common.php > >> Disallow: /es/forum/config.php > >> Disallow: /es/forum/con.php > >> Disallow: /es/forum/faq.php > >> Disallow: /es/forum/mcp.php > >> Disallow: /es/forum/memberlist.php > >> Disallow: /es/forum/posting.php > >> Disallow: /es/forum/report.php > >> Disallow: /es/forum/search.php > >> Disallow: /es/forum/style.php > >> Disallow: /es/forum/ucp.php > >> Disallow: /es/forum/viewonline.php > >> Disallow: /es/forum/adm > >> Disallow: /es/forum/cache > >> Disallow: /es/forum/docs > >> Disallow: /es/forum/files > >> Disallow: /es/forum/images > >> Disallow: /es/forum/includes > >> Disallow: /es/forum/language > >> Disallow: /es/forum/store > >> Disallow: /es/forum/styles > >> Disallow: /fr/forum/common.php > >> Disallow: /fr/forum/config.php > >> Disallow: /fr/forum/con.php > >> Disallow: /fr/forum/faq.php > >> Disallow: /fr/forum/mcp.php > >> Disallow: /fr/forum/memberlist.php > >> Disallow: /fr/forum/posting.php > >> Disallow: /fr/forum/report.php > >> Disallow: /fr/forum/search.php > >> Disallow: /fr/forum/style.php > >> Disallow: /fr/forum/ucp.php > >> Disallow: /fr/forum/viewonline.php >
Re: Critical issue on forum.openoffice.org and Google Search
Im am already at it. It worked for me so far. I get search results.Maybe it has to do with the cache. Not sure. Am 18.05.20 um 18:22 schrieb Rory O'Farrell: On Mon, 18 May 2020 15:44:42 +0100 Rory O'Farrell wrote: On Tue, 12 May 2020 17:41:09 +0200 Peter Kovacs wrote: Okay, I had a short debug session with Dave and Humbedooh. We are now sure that the crawlers are not blocked. The 301 Response comes from the fact that Yandex still defaults to http and not https. This post on User Forum might be relevant https://forum.openoffice.org/en/forum/viewtopic.php?f=50=102021#p492756 Rory More detailed examination today shows that Google search in French seems to drop out six days ago, in Italian five days ago, and in English about 23rd April - try a search for openoffice and the site specifier See the above URL for details. Rory After I added https toi the URL all worked fine. Wave did also do a curl request which also worked fine. We have agreed now that I play the ball back to google, with the feedback that this looks like a Google internal issue. The Robot.txt has not been changed for 11 years. Yandex can crawl the URL and we can curl the Webpage. So we think it is an Google Issue. I very much appreciated the quick session. Thanks. all the Best Peter Am 12.05.20 um 17:24 schrieb Dave Fisher: It’s not an IP Ban. Infra tells me that would not be a 301. Ah-ha - here is the 301: % curl -D headers http://forum.openoffice.org/ 301 Moved Permanently Moved Permanently The document has moved https://forum.openoffice.org/;>here. Surprising that they cannot shift from HTTP to HTTPS via a 301! Regards, Dave On May 12, 2020, at 8:04 AM, Dave Fisher wrote: Information about Infra IP Bans is here: https://infra.apache.org/infra-ban.html Please direct the Google engineer to that resource. Regards, Dave On May 12, 2020, at 7:55 AM, Dave Fisher wrote: Are you sure you weren’t using forums.openoffice.org instead of forum.openoffice.org? curl -D headers https://forum.openoffice.org/ does return the correct page. The robots.txt is this: curl -D headers https://forum.openoffice.org/robots.txt User-agent: * Crawl-delay: 1 Disallow: /en/forum/common.php Disallow: /en/forum/config.php Disallow: /en/forum/con.php Disallow: /en/forum/faq.php Disallow: /en/forum/mcp.php Disallow: /en/forum/memberlist.php Disallow: /en/forum/posting.php Disallow: /en/forum/report.php Disallow: /en/forum/search.php Disallow: /en/forum/style.php Disallow: /en/forum/ucp.php Disallow: /en/forum/viewonline.php Disallow: /en/forum/adm Disallow: /en/forum/cache Disallow: /en/forum/docs Disallow: /en/forum/files Disallow: /en/forum/images Disallow: /en/forum/includes Disallow: /en/forum/language Disallow: /en/forum/store Disallow: /en/forum/styles Disallow: /es/forum/common.php Disallow: /es/forum/config.php Disallow: /es/forum/con.php Disallow: /es/forum/faq.php Disallow: /es/forum/mcp.php Disallow: /es/forum/memberlist.php Disallow: /es/forum/posting.php Disallow: /es/forum/report.php Disallow: /es/forum/search.php Disallow: /es/forum/style.php Disallow: /es/forum/ucp.php Disallow: /es/forum/viewonline.php Disallow: /es/forum/adm Disallow: /es/forum/cache Disallow: /es/forum/docs Disallow: /es/forum/files Disallow: /es/forum/images Disallow: /es/forum/includes Disallow: /es/forum/language Disallow: /es/forum/store Disallow: /es/forum/styles Disallow: /fr/forum/common.php Disallow: /fr/forum/config.php Disallow: /fr/forum/con.php Disallow: /fr/forum/faq.php Disallow: /fr/forum/mcp.php Disallow: /fr/forum/memberlist.php Disallow: /fr/forum/posting.php Disallow: /fr/forum/report.php Disallow: /fr/forum/search.php Disallow: /fr/forum/style.php Disallow: /fr/forum/ucp.php Disallow: /fr/forum/viewonline.php Disallow: /fr/forum/adm Disallow: /fr/forum/cache Disallow: /fr/forum/docs Disallow: /fr/forum/files Disallow: /fr/forum/images Disallow: /fr/forum/includes Disallow: /fr/forum/language Disallow: /fr/forum/store Disallow: /fr/forum/styles Disallow: /fr/ci-joint Disallow: /hu/forum/common.php Disallow: /hu/forum/config.php Disallow: /hu/forum/con.php Disallow: /hu/forum/faq.php Disallow: /hu/forum/mcp.php Disallow: /hu/forum/memberlist.php Disallow: /hu/forum/posting.php Disallow: /hu/forum/report.php Disallow: /hu/forum/search.php Disallow: /hu/forum/style.php Disallow: /hu/forum/ucp.php Disallow: /hu/forum/viewonline.php Disallow: /hu/forum/adm Disallow: /hu/forum/cache Disallow: /hu/forum/docs Disallow: /hu/forum/files Disallow: /hu/forum/images Disallow: /hu/forum/includes Disallow: /hu/forum/language Disallow: /hu/forum/store Disallow: /hu/forum/styles Disallow: /ja/forum/common.php Disallow: /ja/forum/config.php Disallow: /ja/forum/con.php Disallow: /ja/forum/faq.php Disallow: /ja/forum/mcp.php Disallow: /ja/forum/memberlist.php Disallow: /ja/forum/posting.php Disallow: /ja/forum/report.php Disallow: /ja/forum/search.php Disallow: /ja/forum/style.php Disallow: /ja/forum/ucp.php Disallow:
Re: Critical issue on forum.openoffice.org and Google Search
On Mon, 18 May 2020 15:44:42 +0100 Rory O'Farrell wrote: > On Tue, 12 May 2020 17:41:09 +0200 > Peter Kovacs wrote: > > > Okay, I had a short debug session with Dave and Humbedooh. > > > > We are now sure that the crawlers are not blocked. The 301 Response > > comes from the fact that Yandex still defaults to http and not https. > > > This post on User Forum might be relevant > https://forum.openoffice.org/en/forum/viewtopic.php?f=50=102021#p492756 > > Rory More detailed examination today shows that Google search in French seems to drop out six days ago, in Italian five days ago, and in English about 23rd April - try a search for openoffice and the site specifier See the above URL for details. Rory > > > > After I added https toi the URL all worked fine. > > > > Wave did also do a curl request which also worked fine. > > > > > > We have agreed now that I play the ball back to google, with the > > feedback that this looks like a Google internal issue. > > > > The Robot.txt has not been changed for 11 years. Yandex can crawl the > > URL and we can curl the Webpage. So we think it is an Google Issue. > > > > > > I very much appreciated the quick session. Thanks. > > > > > > all the Best > > > > Peter > > > > Am 12.05.20 um 17:24 schrieb Dave Fisher: > > > It’s not an IP Ban. Infra tells me that would not be a 301. > > > > > > Ah-ha - here is the 301: > > > > > > % curl -D headers http://forum.openoffice.org/ > > > > > > > > > 301 Moved Permanently > > > > > > Moved Permanently > > > The document has moved > > href="https://forum.openoffice.org/;>here. > > > > > > > > > Surprising that they cannot shift from HTTP to HTTPS via a 301! > > > > > > Regards, > > > Dave > > > > > >> On May 12, 2020, at 8:04 AM, Dave Fisher wrote: > > >> > > >> Information about Infra IP Bans is here: > > >> https://infra.apache.org/infra-ban.html > > >> > > >> Please direct the Google engineer to that resource. > > >> > > >> Regards, > > >> Dave > > >> > > >>> On May 12, 2020, at 7:55 AM, Dave Fisher wrote: > > >>> > > >>> Are you sure you weren’t using forums.openoffice.org instead of > > >>> forum.openoffice.org? > > >>> > > >>> curl -D headers https://forum.openoffice.org/ does return the correct > > >>> page. > > >>> > > >>> The robots.txt is this: > > >>> > > >>> curl -D headers https://forum.openoffice.org/robots.txt > > >>> User-agent: * > > >>> Crawl-delay: 1 > > >>> Disallow: /en/forum/common.php > > >>> Disallow: /en/forum/config.php > > >>> Disallow: /en/forum/con.php > > >>> Disallow: /en/forum/faq.php > > >>> Disallow: /en/forum/mcp.php > > >>> Disallow: /en/forum/memberlist.php > > >>> Disallow: /en/forum/posting.php > > >>> Disallow: /en/forum/report.php > > >>> Disallow: /en/forum/search.php > > >>> Disallow: /en/forum/style.php > > >>> Disallow: /en/forum/ucp.php > > >>> Disallow: /en/forum/viewonline.php > > >>> Disallow: /en/forum/adm > > >>> Disallow: /en/forum/cache > > >>> Disallow: /en/forum/docs > > >>> Disallow: /en/forum/files > > >>> Disallow: /en/forum/images > > >>> Disallow: /en/forum/includes > > >>> Disallow: /en/forum/language > > >>> Disallow: /en/forum/store > > >>> Disallow: /en/forum/styles > > >>> Disallow: /es/forum/common.php > > >>> Disallow: /es/forum/config.php > > >>> Disallow: /es/forum/con.php > > >>> Disallow: /es/forum/faq.php > > >>> Disallow: /es/forum/mcp.php > > >>> Disallow: /es/forum/memberlist.php > > >>> Disallow: /es/forum/posting.php > > >>> Disallow: /es/forum/report.php > > >>> Disallow: /es/forum/search.php > > >>> Disallow: /es/forum/style.php > > >>> Disallow: /es/forum/ucp.php > > >>> Disallow: /es/forum/viewonline.php > > >>> Disallow: /es/forum/adm > > >>> Disallow: /es/forum/cache > > >>> Disallow: /es/forum/docs > > >>> Disallow: /es/forum/files > > >>> Disallow: /es/forum/images > > >>> Disallow: /es/forum/includes > > >>> Disallow: /es/forum/language > > >>> Disallow: /es/forum/store > > >>> Disallow: /es/forum/styles > > >>> Disallow: /fr/forum/common.php > > >>> Disallow: /fr/forum/config.php > > >>> Disallow: /fr/forum/con.php > > >>> Disallow: /fr/forum/faq.php > > >>> Disallow: /fr/forum/mcp.php > > >>> Disallow: /fr/forum/memberlist.php > > >>> Disallow: /fr/forum/posting.php > > >>> Disallow: /fr/forum/report.php > > >>> Disallow: /fr/forum/search.php > > >>> Disallow: /fr/forum/style.php > > >>> Disallow: /fr/forum/ucp.php > > >>> Disallow: /fr/forum/viewonline.php > > >>> Disallow: /fr/forum/adm > > >>> Disallow: /fr/forum/cache > > >>> Disallow: /fr/forum/docs > > >>> Disallow: /fr/forum/files > > >>> Disallow: /fr/forum/images > > >>> Disallow: /fr/forum/includes > > >>> Disallow: /fr/forum/language > > >>> Disallow: /fr/forum/store > > >>> Disallow: /fr/forum/styles > > >>> Disallow: /fr/ci-joint > > >>> Disallow: /hu/forum/common.php > > >>> Disallow: /hu/forum/config.php > > >>> Disallow: /hu/forum/con.php > > >>> Disallow: /hu/forum/faq.php > > >>> Disallow: /hu/forum/mcp.php > > >>> Disallow:
Re: Critical issue on forum.openoffice.org and Google Search
On Tue, 12 May 2020 17:41:09 +0200 Peter Kovacs wrote: > Okay, I had a short debug session with Dave and Humbedooh. > > We are now sure that the crawlers are not blocked. The 301 Response > comes from the fact that Yandex still defaults to http and not https. This post on User Forum might be relevant https://forum.openoffice.org/en/forum/viewtopic.php?f=50=102021#p492756 Rory > > After I added https toi the URL all worked fine. > > Wave did also do a curl request which also worked fine. > > > We have agreed now that I play the ball back to google, with the > feedback that this looks like a Google internal issue. > > The Robot.txt has not been changed for 11 years. Yandex can crawl the > URL and we can curl the Webpage. So we think it is an Google Issue. > > > I very much appreciated the quick session. Thanks. > > > all the Best > > Peter > > Am 12.05.20 um 17:24 schrieb Dave Fisher: > > It’s not an IP Ban. Infra tells me that would not be a 301. > > > > Ah-ha - here is the 301: > > > > % curl -D headers http://forum.openoffice.org/ > > > > > > 301 Moved Permanently > > > > Moved Permanently > > The document has moved > href="https://forum.openoffice.org/;>here. > > > > > > Surprising that they cannot shift from HTTP to HTTPS via a 301! > > > > Regards, > > Dave > > > >> On May 12, 2020, at 8:04 AM, Dave Fisher wrote: > >> > >> Information about Infra IP Bans is here: > >> https://infra.apache.org/infra-ban.html > >> > >> Please direct the Google engineer to that resource. > >> > >> Regards, > >> Dave > >> > >>> On May 12, 2020, at 7:55 AM, Dave Fisher wrote: > >>> > >>> Are you sure you weren’t using forums.openoffice.org instead of > >>> forum.openoffice.org? > >>> > >>> curl -D headers https://forum.openoffice.org/ does return the correct > >>> page. > >>> > >>> The robots.txt is this: > >>> > >>> curl -D headers https://forum.openoffice.org/robots.txt > >>> User-agent: * > >>> Crawl-delay: 1 > >>> Disallow: /en/forum/common.php > >>> Disallow: /en/forum/config.php > >>> Disallow: /en/forum/con.php > >>> Disallow: /en/forum/faq.php > >>> Disallow: /en/forum/mcp.php > >>> Disallow: /en/forum/memberlist.php > >>> Disallow: /en/forum/posting.php > >>> Disallow: /en/forum/report.php > >>> Disallow: /en/forum/search.php > >>> Disallow: /en/forum/style.php > >>> Disallow: /en/forum/ucp.php > >>> Disallow: /en/forum/viewonline.php > >>> Disallow: /en/forum/adm > >>> Disallow: /en/forum/cache > >>> Disallow: /en/forum/docs > >>> Disallow: /en/forum/files > >>> Disallow: /en/forum/images > >>> Disallow: /en/forum/includes > >>> Disallow: /en/forum/language > >>> Disallow: /en/forum/store > >>> Disallow: /en/forum/styles > >>> Disallow: /es/forum/common.php > >>> Disallow: /es/forum/config.php > >>> Disallow: /es/forum/con.php > >>> Disallow: /es/forum/faq.php > >>> Disallow: /es/forum/mcp.php > >>> Disallow: /es/forum/memberlist.php > >>> Disallow: /es/forum/posting.php > >>> Disallow: /es/forum/report.php > >>> Disallow: /es/forum/search.php > >>> Disallow: /es/forum/style.php > >>> Disallow: /es/forum/ucp.php > >>> Disallow: /es/forum/viewonline.php > >>> Disallow: /es/forum/adm > >>> Disallow: /es/forum/cache > >>> Disallow: /es/forum/docs > >>> Disallow: /es/forum/files > >>> Disallow: /es/forum/images > >>> Disallow: /es/forum/includes > >>> Disallow: /es/forum/language > >>> Disallow: /es/forum/store > >>> Disallow: /es/forum/styles > >>> Disallow: /fr/forum/common.php > >>> Disallow: /fr/forum/config.php > >>> Disallow: /fr/forum/con.php > >>> Disallow: /fr/forum/faq.php > >>> Disallow: /fr/forum/mcp.php > >>> Disallow: /fr/forum/memberlist.php > >>> Disallow: /fr/forum/posting.php > >>> Disallow: /fr/forum/report.php > >>> Disallow: /fr/forum/search.php > >>> Disallow: /fr/forum/style.php > >>> Disallow: /fr/forum/ucp.php > >>> Disallow: /fr/forum/viewonline.php > >>> Disallow: /fr/forum/adm > >>> Disallow: /fr/forum/cache > >>> Disallow: /fr/forum/docs > >>> Disallow: /fr/forum/files > >>> Disallow: /fr/forum/images > >>> Disallow: /fr/forum/includes > >>> Disallow: /fr/forum/language > >>> Disallow: /fr/forum/store > >>> Disallow: /fr/forum/styles > >>> Disallow: /fr/ci-joint > >>> Disallow: /hu/forum/common.php > >>> Disallow: /hu/forum/config.php > >>> Disallow: /hu/forum/con.php > >>> Disallow: /hu/forum/faq.php > >>> Disallow: /hu/forum/mcp.php > >>> Disallow: /hu/forum/memberlist.php > >>> Disallow: /hu/forum/posting.php > >>> Disallow: /hu/forum/report.php > >>> Disallow: /hu/forum/search.php > >>> Disallow: /hu/forum/style.php > >>> Disallow: /hu/forum/ucp.php > >>> Disallow: /hu/forum/viewonline.php > >>> Disallow: /hu/forum/adm > >>> Disallow: /hu/forum/cache > >>> Disallow: /hu/forum/docs > >>> Disallow: /hu/forum/files > >>> Disallow: /hu/forum/images > >>> Disallow: /hu/forum/includes > >>> Disallow: /hu/forum/language > >>> Disallow: /hu/forum/store > >>> Disallow: /hu/forum/styles > >>> Disallow: /ja/forum/common.php > >>> Disallow: /ja/forum/config.php > >>>
Re: macOS and AOO42X
Hello team, FYI this issue still present since 4.1.5 https://bz.apache.org/ooo/show_bug.cgi?id=127646 Cruel issue - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Flyer und Jörgs löschung ohne Kommentar
Hallo Jörg, was ich an der PrOOo-Box neben der Dokumentation, Erweiterungen, Vorlagen etc. sehr schätze, ist die sehr bescheiden als "Ergänzende Software" bezeichnete nützliche und interessante Sammlung Freier Software. Zumindest aus meiner Sicht ist dies ein wesentlicher und "wertbestimmender" Teil der PrOOo-Box, ohne den diese Box eine andere wäre. Daher resultieren meine Bedenken, dass die PrOOo-Box als solche ein Apache-Projekt werden kann. Daraus muss aber weder ein "Abstand zum AOO-Projekt" resultieren, noch muss irgendwer deshalb aus dem Projekt gedrängt werden oder sich aus dem Projekt gedrängt fühlen. Mir ist berichtet worden, dass manche bei der ASF Bedenken gegen die "offizielle" Distribution von "Installationspaketen" haben, die wohl mit der etwas anderen Rechtskultur in den Vereinigten Staaten zusammenhängen. Bisher haben wir aber insoweit einen "modus vivendi" für AOO gefunden, der eben auch den Bedürfnissen unserer Nutzer Rechnung trägt. Für mich, um es am Schluss noch einmal deutlich zu schreiben, gehört jeder zum Projekt, der etwas für AOO tut. Die PrOOo-Box ist ein hervorragendes Instrument für die Verbreitung Freier Software im Allgemeinen, und von AOO im Besonderen. Daher gehören ihre Macher für mich, und ich kann nur für mich sprechen, selbstverständlich zum Projekt unabhängig davon, welche Aufgaben sie darüber hinaus wahrnehmen. Gruß Michael signature.asc Description: OpenPGP digital signature
Re: [PROPOSAL] fix broken dev guide pages
On 5/17/20 4:41 PM, Keith N. McKenna wrote: On 5/17/2020 10:27 AM, Carl Marcum wrote: On 5/17/20 9:59 AM, Keith N. McKenna wrote: On 5/17/2020 8:15 AM, Carl Marcum wrote: On 5/17/20 6:18 AM, Marcus wrote: Am 13.05.20 um 16:07 schrieb Carl Marcum: Hi All, There are quite a few pages in the developer guide that display as blank. I believe this problem goes back to an upgrade that was done to the wiki. After some recent testing I believe the issue is with a custom plugin of ours referred to as IDLTags. This plugin uses tags in the wiki like and to generate links back to the IDL documentation. There was a page for it but it was removed in 2012 so I can't find more information on it. I have no idea where the code for it is. As this issue has a few birthdays now I propose a workaround to edit the affected pages and replace these tags with hard links to the IDL documentation. We could comment the changes with [IDL WORKAROUND] or something so we could find them when the plugin problem is resolved. If this seems reasonable I'll seek lazy consensus after this. I've no clue what the root cause for the problem is nor how to (try to) fix it. So, I cannot add much help. However, your proposal sounds like a good starting point. Or maybe it is alredy the solution. Let's see. +1 Marcus Hi Marcus, I've confirmed the idl tags are causing the pages to display blank. I have went ahead and fixed this one [1] and noted the change with [IDL WORKAROUND] so we can find them later. The problem links are way down in the Service Manager section. These pages are too important for developers working on client apps and extensions ** like me ;) ** to leave them broken. As Peter noted, fixing the plugin would be better but this can be undone if that ever happens. I'm going to seek lazy consensus for the remainder as there are quite a few broken pages. [1] https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/First_Contact Thanks, Carl Carl; I see how you marked up the links, what I do not see is the tag [IDL WORKAROUND], are you sure you added it to the page. I can create a pair of templates that can be used to add the start and end of the work around. I can also help with the editing. Regards Keith Hi Keith, Thanks for the offer to help. The tag generated links are all over the pages. I added [IDL WORKAROUND] to the summary comment when I saved the page. Now that you mention it, it may not be easy to find them. Since I know the tag still works I'm going to revert that part of the change. I would like to find the code for extension before I edit anymore. So far I have found this page [1] that shows the IDL Tags extension that is installed but the page it links to was deleted [2]. If I can get the code from the MWIKI server and look at the and PHP code and maybe fix it there. I think I'll work on getting karma to the mwiki server so I can look at it the code. But since I'm not familiar enough with administration of the wiki server I'm not going to attempt anything directly there. I'm going to try another test with the tags and see if there may be a less intrusive edit. [1] https://wiki.openoffice.org/wiki/Special:Version [2] https://wiki.openoffice.org/wiki/Wiki_maintenance/IDLTagExtension Thanks, Carl Carl; It appears that there is some documentation for Wiki Maintenance in the infra svn: https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Converter. This has restricted access so you would need to talk with infra. I have some admin privileges to the wiki that might help but lets wait and see what you can discover about the code. Regards Keith Hi Keith, If that's the Atlassian web site would it be for the Confluence wiki rather than the Mediawiki? Do you have admin rights to both wiki's? Thanks, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO 4.2.0-Dev2 (was: macOS and AOO42X)
Hi Don, Am 18.05.20 um 01:26 schrieb Don Lewis: > > Looks like someone applied this patch to the FreeBSD port: > > --- solenv/gbuild/Tempfile.mk.orig 2019-09-17 22:55:21 UTC > +++ solenv/gbuild/Tempfile.mk > @@ -27,7 +27,7 @@ $(strip $(1) > $(eval gb_var2file_helpervar := $$(shell printf "%s" "" > $(1) ))\ > $(foreach item,$(3),$(eval gb_var2file_curblock += $(item) > ifeq ($$(words $$(gb_var2file_curblock)),$(2)) > -gb_var2file_helpervar := $$(shell printf "%s" > "$$(gb_var2file_curblock)" >> $(1) ) > +gb_var2file_helpervar := $$(shell printf " %s" > "$$(gb_var2file_curblock)" >> $(1) ) > gb_var2file_curblock := > endif > ))\ > Whatever that additional space does, I am doing a Windows build right now with make 4.3. Let's see if that is successful! ;-) Regards, Matthias > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: Small regression in trunk
On Mon, May 18, 2020 at 9:41 AM Matthias Seidel wrote: > Hi Damjan, all, > > Am 11.05.20 um 17:54 schrieb Matthias Seidel: > > Hi Damjan, > > > > Am 11.05.20 um 17:48 schrieb Damjan Jovanovic: > >> On Mon, May 11, 2020 at 5:25 PM Matthias Seidel < > matthias.sei...@hamburg.de> > >> wrote: > >> > >>> Hi Damjan, > >>> > >>> Is there a specific reason why you moved "sd/res/imagelst" to > >>> "sd/imagelst" in this commit: > >>> > >>> > >>> > https://github.com/apache/openoffice/commit/b63233d868a9af170b0457a7aa0c5809011cc2c1 > >>> > >>> The reason why I ask is that it breaks some icons in Draw/Impress > >>> (Classic and Industrial icon set) and in help. > >>> > >>> If the change is mandatory, I would fix the location for the icon sets > >>> and the paths in Help. > >>> > >>> > >> Hi > >> > >> I can't remember, but looking through the git log, I see this which > might > >> explain it: > >> > >> commit c11f6e41367333ceec3dd9cdcb59a80bff914618 > >> Author: damjan > >> Date: Wed Mar 16 03:50:45 2016 + > >> > >> Merge from branches/gbuild: > >> * r1409617: sd2gbuild: removed unneeded Package_misc.mk > >> * r1409614: sd2gbuild: removed not needed effects.xsl > >> * r1409613: sd2gbuild: cleanup after migration to gbuild > >> * r1409612: sd2gbuild: migrated sd to gbuild > >> * r1409611: sd2gbuild: migrated sd to gbuild > >> * r1409608: sd2gbuild: migrated module sd to gbuild > >> > >> Also updated lists of files (deleted and added by eg. sidebar) > >> and had to rename > >> main/default_images/sd/res/imagelst > >> to > >> main/default_images/sd/imglst > >> to get it to build with gbuild (sw did the same). > >> > >> BUILDS > >> > >> Build updates by: me > > OK, thanks! > > > > Then I will do some small fixes in "/ooo_custom_images" and help. > > > > That said, of course I will wait until Jim has branched off Dev2. ;-) > > > > Regards, > > > >Matthias > > This should be fixed now in trunk and AOO42X... > > In Draw/Impress, when using Navigator, all icons are now according to > the chosen icon set again. > > Regards, > >Matthias > > Great :) Damjan
Re: Small regression in trunk
Hi Damjan, all, Am 11.05.20 um 17:54 schrieb Matthias Seidel: > Hi Damjan, > > Am 11.05.20 um 17:48 schrieb Damjan Jovanovic: >> On Mon, May 11, 2020 at 5:25 PM Matthias Seidel >> wrote: >> >>> Hi Damjan, >>> >>> Is there a specific reason why you moved "sd/res/imagelst" to >>> "sd/imagelst" in this commit: >>> >>> >>> https://github.com/apache/openoffice/commit/b63233d868a9af170b0457a7aa0c5809011cc2c1 >>> >>> The reason why I ask is that it breaks some icons in Draw/Impress >>> (Classic and Industrial icon set) and in help. >>> >>> If the change is mandatory, I would fix the location for the icon sets >>> and the paths in Help. >>> >>> >> Hi >> >> I can't remember, but looking through the git log, I see this which might >> explain it: >> >> commit c11f6e41367333ceec3dd9cdcb59a80bff914618 >> Author: damjan >> Date: Wed Mar 16 03:50:45 2016 + >> >> Merge from branches/gbuild: >> * r1409617: sd2gbuild: removed unneeded Package_misc.mk >> * r1409614: sd2gbuild: removed not needed effects.xsl >> * r1409613: sd2gbuild: cleanup after migration to gbuild >> * r1409612: sd2gbuild: migrated sd to gbuild >> * r1409611: sd2gbuild: migrated sd to gbuild >> * r1409608: sd2gbuild: migrated module sd to gbuild >> >> Also updated lists of files (deleted and added by eg. sidebar) >> and had to rename >> main/default_images/sd/res/imagelst >> to >> main/default_images/sd/imglst >> to get it to build with gbuild (sw did the same). >> >> BUILDS >> >> Build updates by: me > OK, thanks! > > Then I will do some small fixes in "/ooo_custom_images" and help. > > That said, of course I will wait until Jim has branched off Dev2. ;-) > > Regards, > > Matthias This should be fixed now in trunk and AOO42X... In Draw/Impress, when using Navigator, all icons are now according to the chosen icon set again. Regards, Matthias > smime.p7s Description: S/MIME Cryptographic Signature
RE: Flyer und Jörgs löschung ohne Kommentar
Hallo Michael, *,
> -Original Message-
> From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de]
> Sent: Sunday, May 17, 2020 10:00 PM
> To: dev-de@openoffice.apache.org
> Subject: Re: Flyer und Jörgs löschung ohne Kommentar
> Lediglich die Flyer, die uns zur Verfügung stehen, wünsche
> ich mir etwas
> aktueller (Stichwort: Spendenkonto),
da wüsste ich einen Weg ... aber ich lass das hier mal und sage:
Danke für die Verteilung der ProOO-Box-Flyer und ProOO-Boxen auf Messen.
> Mir ist nicht bekannt, dass den Machern der
> Box irgend
> jemand hereinreden wollte.
Da gibt es ziemlich viel Interpretationsspielraum, denn "reinreden" kann ja
nicht nur direkt erfolgen, sondern auch dadurch das man Bedingungen schafft auf
die die ProOO-Box nur in bstimmter Weise reagieren kann.
Aber ja, ich will fair sein und bestätige das uns eigentlich nicht reingeredet
wird.
> Die Box ist kein Apache-Projekt
> und kann auch
> keins werden.
Und das sieht, wie bereits geschrieben, zumindest ein ASF Mitglied ganz anders.
Aber, wie schon beklagt ist es für unserer AOO-PMC augenscheinlich kein Thema,
das aufzugreifen.
Das alles hat ggf. auch etwas mit gutem Willen {1] zu tun, denn nüchtern
betrachtet hättest Du die ProOO-Box auch als etwas Äquivalentes zu OOo-Autors
sehen können - ein organisatorisch abgegrenzter Teil des Projektes, mit eigener
Domain - denn Letztere hatte auch OOo-Autors.
In Übrigen sieht das sogar die (mutmaßliche) Mehrheit bei Apache anders, denn
man hatte uns ja auch angeboten, wir sollten als ProOO-Box ganz normal die
Incubatorphase durchlaufen und dann ganz normales Projekt werden.
Dieser Weg stünde also jederzeit offen, allein ist der Vorschlag deshalb
unpraktikabel (und war in der damaligen Diskussion als "absurd" zu
attributieren), weil die ProOO-Box ein eher kleineres Projekt ist.
Aber selbst dort hätte man gemeinsam einem Weg finden können, WENN das denn
gewollt gewesen wäre. Mir jedenfalls drängt sich sofort der Gedanke auf das die
Erzeugung von Installationspaketen für AOO durch das Projekt keineswegs
unumstritten ist, weil diese Arbeit der Distribution von Einigen als Etwas
gesehen wird was eigentlich nicht durch das Projekt erfolgen sollte.
Auf dieser gedanklichen Basis hätte man also, im Rahmen von Icubator, auch an
die Schaffung zweier, eng verzahnter Projekte denken können, im Sinne AOO (hier
würde AOO programmiert) plus eine internationale ProOO-Box (hier würden
Installationspakete geschnürt, Doku erstellt, distributiert).
[1]
"guter Wille"? z.B. Alles das, was bezüglich IBM geschah, kann man als "guten
Willen" ansprechen. Soll ich das öffentlich ausführen?
> und gibt darüber hinaus den Machern jegliche Freiheit,
> ihre Arbeit so zu organisieren, wie sie es für richtig halten - ohne
> Rücksicht auf einen wie auch immer gearteten "Apache-Way".
Und genau das bringt die ProOO-Box dann in Abstand zum AOO-Projekt, was aber
etwas ist was die ProOO-Box garnicht wollte. Und worin eigentlich die Gründe
liefen das das augenscheinlich Etliche im Projekt wollen, erschliesst sich mir
bis heute nicht, denn:
die ProOO-Box war wichtiger Teil von de-OOo - inhaltlich, personell und
hinsichtlich der finanziellen (in guten Jahren bis zu 5-stellige Euro-Summen)
Unterstützung der Community.
Aus dieser Ausgangssituation heraus wurde die ProOO-Box bei Apache dann
plötzlich zum Fremdkörper gemacht, den man aus dem Projekt drängte.
Aber ich schreibe, hier und heute nicht um zu betteln, ich wehre mich hier nur
das WIEDER EINMAL falsche Behauptungen über die ProOO-Box verbreitet werden.
Gruß
Jörg
-
To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-de-h...@openoffice.apache.org
RE: Flyer und Jörgs löschung ohne Kommentar
Hallo Peter, *, > -Original Message- > From: Peter Kovacs [mailto:pe...@apache.org] > Sent: Monday, May 18, 2020 1:31 AM > To: Jan-Christian Wienandt; dev-de@openoffice.apache.org; > joe...@j-m-schmidt.de > Subject: Re: Flyer und Jörgs löschung ohne Kommentar > Mir ist unklar was für dich der Apache Weg ist. Für mich ist > der Apache > Weg folgendes: [...] Vielleicht darf ich einmal eine etwas andere Fokussierung vornehmen: Als Du und Matthias (ich glaube ihr wart es beide gemeinsam), vor inzwischen ziemlich langer Zeit, hier auf der deutschen Liste den Apache Weg erläuterten im Sinne 'wir können alles tun, wenn wir es nur wollen', so war/ist das zwar irgendwie die Wahrheit, nur habt ihr offensichtlich nie verstanden das die Praxis bis dahin anders war und das das was für euch eine nahezu langweilig auszusprechende Selbstverständlichkeit war (und ihr hattet völlig recht damit), in Wahrheit eine völlige Neuausrichtung. Bis zu diesem Zeitpunkt bestand hier bei de-AOO nämlich folgende Situation: 1. x-fach wurde uns gesagt wir sollten geduldig sein uns auf die neuen Verhältnisse (neu gegenüber der Situation bei OOo) einzustellen und wir sollten unsere Meinung quasi im Zweifelfalle zurückhaltend äußern, weil wir uns noch nicht in allen Formalien auskennen 2. nahezu jeder Versuch konkreten Tuns in der lokalen Arbeit war immer wieder ausgebremst worden, mit der Begründung er verstosse gegen die Apache-Regeln (HEUTE weiß ich das das in einem Teil der Fälle nur vorgeschoben war um sich Diskussionen zu ersparen, damals war das kaum jemanden bewusst) Ergebnis war das viele Leute gingen, die bisher geblieben waren, weil sie die Hoffnung verloren. Und was ist heute? Heute erlebe ich ein Projekt in dem zwar größtenteils formal gilt das wir alles tun können was wir wollen, praktisch aber an etlichen Stellen Grenzen gesetzt sind. Letzteres mag häufig garkeine böse Absicht sein, aber es existiert und es wird dann zum Problem wenn diese Grenzen geleugnet werden und/oder der Versuch sie zu überwinden bekämpft wird. Gruß Jörg - To unsubscribe, e-mail: dev-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-de-h...@openoffice.apache.org
