respond.
Can someone with enough karma do this?
https://extensions.openoffice.org/en/project/autochapter-wizard-number-outlines-easily
Thanks
- Mail original -
De: "Bidouille"
À: "dev"
Envoyé: Jeudi 6 Juin 2024 14:08:27
Objet: Extensions website mailbox
FYI: the ma
De: "Bidouille"
> À: "dev"
> Envoyé: Jeudi 6 Juin 2024 14:08:27
> Objet: Extensions website mailbox
>
> FYI: the mailbox for extensions webiste is out of order.
>
> - Mail transféré -
> De: "Mail Delivery System"
> À: ...@free.fr
>
FYI: the mailbox for extensions webiste is out of order.
- Mail transféré -
De: "Mail Delivery System"
À: ...@free.fr
Envoyé: Mercredi 5 Juin 2024 10:04:08
Objet: Undelivered Mail Returned to Sender
This is the mail system at host smtpfb2-g21.free.fr.
I'm sorry to hav
Dave,
To explain with the best, see this screenshot:
https://www.cjoint.com/doc/23_07/MGBmkOAjD6i_capture.png
- Mail original -
> De: "Dave Fisher"
> À: dev@openoffice.apache.org
> Envoyé: Mercredi 26 Juillet 2023 23:54:54
> Objet: Re: Extensions website and in
Hi -
Where is the incorrect email provided to you? What url do we need to ask
SourceForge to change?
Best,
Dave
Sent from my iPhone
> On Jul 26, 2023, at 2:30 PM, Bidouille wrote:
>
> When you want to publish an extension, you should to write an e-mail to:
> nore...@extensions.openoffice.or
When you want to publish an extension, you should to write an e-mail to:
nore...@extensions.openoffice.org
But this address is not valid.
- Mail transféré -
De: "Mail Delivery System"
À: ooofo...@free.fr
Envoyé: Mercredi 26 Juillet 2023 22:44:06
Objet: Undelivered Mail Returned to Sender
ge, the downloadable files are
>>>> (again) not to be found in the SourceForge database.
>>>>
>>>> Apart from that, we need a working mail address for users to
>>>> contact us.
>>>>
>>>> Regards,
>>>>
>>>>
>>> Apart from that, we need a working mail address for users to contact us.
>>>
>>> Regards,
>>>
>>> Matthias
>>>
>>>
>>> Weitergeleitete Nachricht
>>> Betreff:E-mail address for publishing exte
part from that, we need a working mail address for users to contact us.
>>
>> Regards,
>>
>> Matthias
>>
>>
>> Weitergeleitete Nachricht
>> Betreff: E-mail address for publishing extensions is wrong
>> Datum: Thu, 9 Mar 2023 17:2
ete Nachricht ----
> Betreff: E-mail address for publishing extensions is wrong
> Datum:Thu, 9 Mar 2023 17:24:20 +0100
> Von: Bogdan
> Antwort an: us...@openoffice.apache.org
> An: us...@openoffice.apache.org
>
>
>
> Hello.
>
> After I creat
-mail address for publishing extensions is wrong
Datum: Thu, 9 Mar 2023 17:24:20 +0100
Von:Bogdan
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org
Hello.
After I created my extension, I wanted to publish it, but instead I saw
the message:
"
This extensi
Hi Marcus,
Am 07.02.23 um 18:06 schrieb Marcus:
> Am 07.02.23 um 12:51 schrieb Matthias Seidel:
>> Does anyone have the karma to disable the review section here?
>>
>> https://sourceforge.net/projects/aoo-extensions/reviews/
>>
>> It is full of SPAM. Alternat
Am 07.02.23 um 12:51 schrieb Matthias Seidel:
Does anyone have the karma to disable the review section here?
https://sourceforge.net/projects/aoo-extensions/reviews/
It is full of SPAM. Alternatively we need someone to clean up.
I've asked SF.net for request, got it and cleaned u
Hi All,
Does anyone have the karma to disable the review section here?
https://sourceforge.net/projects/aoo-extensions/reviews/
It is full of SPAM. Alternatively we need someone to clean up.
Regards,
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
ardovm merged PR #157:
URL: https://github.com/apache/openoffice/pull/157
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apa
ardovm commented on PR #157:
URL: https://github.com/apache/openoffice/pull/157#issuecomment-1264291580
Thank you @cbmarcum for your review.
More extension are coming... please see [this forum
thread](https://forum.openoffice.org/en/forum/viewtopic.php?p=528972).
I think we can wai
ardovm opened a new pull request, #157:
URL: https://github.com/apache/openoffice/pull/157
The purpose of the extensions branch, and of this PR, is to add any missing
entries to the list of "safe" file extensions.
Safe file extensions allow hyperlinks to be opened without
Hi Matthias
> On 08/21/2022 6:25 PM WEST Matthias Seidel wrote:
> That's what I meant by reducing (the manual work). ;-)
> >
:) +1
> I am not sure if an update feed for Danish exists, since the dictionary
> was set up new at some point. [1]
>
> Can you have a look, please?
It is working corr
Hi Pedro,
Am 21.08.22 um 19:13 schrieb Pedro Lino:
> Hi Matthias
>
>> On 08/21/2022 5:11 PM WEST Matthias Seidel
>> wrote:
>
>> Normally, the update feed should be adjusted as soon as an extension
>> gets a newer version.
> That would be the ideal situation if it was operating automatically :)
Hi Matthias
> On 08/21/2022 5:11 PM WEST Matthias Seidel wrote:
> Normally, the update feed should be adjusted as soon as an extension
> gets a newer version.
That would be the ideal situation if it was operating automatically :)
> But the English dictionary is updated every month, so I thi
Hi all,
I know we had a discussion somewhere about the frequency of extension
updates, but I am unable to find it right now...
Normally, the update feed should be adjusted as soon as an extension
gets a newer version.
But the English dictionary is updated every month, so I think we should
reduce
> > The "/19242/0/ancdef1.0.0..42/0/ancdef1.0.0.oxt" file could not be
> > found or is not available. Please select another file.
> OK, that's another problem. The database is unreliable.
> The only solution I found in such a situation is to store the
> extension on an external site and use a link.
Hi Pedro,
Am 24.05.22 um 12:47 schrieb Pedro Lino:
> Hi Matthias, Bidouille
>
>> On 05/24/2022 11:35 AM Matthias Seidel wrote:
>>
>>
>> Hi Pedro,
>>
>> Am 24.05.22 um 12:28 schrieb Pedro Lino:
>>> Hi Matthias
>>>
>>> I
Hi Matthias, Bidouille
> On 05/24/2022 11:35 AM Matthias Seidel wrote:
>
>
> Hi Pedro,
>
> Am 24.05.22 um 12:28 schrieb Pedro Lino:
> > Hi Matthias
> >
> > I can handle that. I'm already doing the extensions update notification.
> >
Hi Pedro,
Am 24.05.22 um 12:28 schrieb Pedro Lino:
> Hi Matthias
>
> I can handle that. I'm already doing the extensions update notification.
> It is a low volume mail. Can you redirect to pl...@apache.org?
No, the mail process itself is broken...
>
> Unfortunately there is
Hi Matthias
I can handle that. I'm already doing the extensions update notification.
It is a low volume mail. Can you redirect to pl...@apache.org?
Unfortunately there is also some problem with Sourceforge for that extension?
The "/19242/0/ancdef1.0.0..42/0/ancdef1.0.0.oxt" fi
Hi,
Am 24.05.22 um 11:56 schrieb Bidouille:
> Hello,
> To publish extension, you must send an e-mail to
> noreply[at]extensions.openoffice.org
> Is this address correct?
> Because I got an "undelivered" message.
Normally an administrator must publish an extension if it contains links
to external
Hello,
To publish extension, you must send an e-mail to
noreply[at]extensions.openoffice.org
Is this address correct?
Because I got an "undelivered" message.
- Mail original -
> De: "Mail Delivery System"
> À: x
> Envoyé: Mardi 24 Mai 2022 11:47:47
> Objet: Undelivered Mail
Hi Czesław,
On 8/27/21 5:14 AM, Czesław Wolański wrote:
Hi all,
the "Extensions and Templates" webpage:
https://www.openoffice.org/extensions/index.html
The image "EXTENSIONS" somewhat overwhelms and there is no adequate image
for "TEMPLATES".
Font size for t
Hi all,
Am 27.08.21 um 11:14 schrieb Czesław Wolański:
> Hi all,
>
> the "Extensions and Templates" webpage:
>
> https://www.openoffice.org/extensions/index.html
>
> The image "EXTENSIONS" somewhat overwhelms and there is no adequate image
> for &qu
Hi all,
the "Extensions and Templates" webpage:
https://www.openoffice.org/extensions/index.html
The image "EXTENSIONS" somewhat overwhelms and there is no adequate image
for "TEMPLATES".
Font size for the link "Find out much more on the Extensions Area W
that
develop extensions
Just a thought.
As part of an effort to enable volunteer extension authors
would it make
sense to selectively approve extension functionality for
inclusion into
AOO on a case by case basis? If it provides a level of new
functionality
that is considered important and
Hello,
> -Original Message-
> From: Steve Lubbs [mailto:stevelu...@gmail.com]
> Sent: Friday, February 05, 2021 9:54 PM
> To: dev@openoffice.apache.org
> Subject: Re: [Discussion] Would we enable volunteers that
> develop extensions
>
> Just a thought.
>
>From a legal perspective I think it's best to leave the extensions by
themselves. It's like having a parent company and many subsidiaries. If
something happens, a particular subsidiary can be cut off without too much
damage to the parent company.
>From the build/code maintenance
I said, just a thought.
>
> Steve
That could be difficult, as right now extensions authors are free to
license there code any way they like. To bring it into the core code of
the product would require it be under the Apache License 2.0 (ALv2), and
could require a signed Individual Contr
stion. How much willing are we to support extensions.
I think for extensions like report builder where the code is donated
and it's a high-profile extension it makes sense.
Much more so if we build and bundle during a release.
Freedom to do releases is another issue. If they're AOO sub-pr
; On 2/1/21 1:46 AM, Peter Kovacs wrote:
> > I have a question. How much willing are we to support extensions.
> I think for extensions like report builder where the code is donated and
> it's a high-profile extension it makes sense.
> Much more so if we build and bundle during a
Hi Peter,
On 2/1/21 1:46 AM, Peter Kovacs wrote:
I have a question. How much willing are we to support extensions.
I think for extensions like report builder where the code is donated and
it's a high-profile extension it makes sense.
Much more so if we build and bundle during a re
Hallo,
> -Original Message-
> From: Mechtilde [mailto:o...@mechtilde.de]
> Sent: Monday, February 01, 2021 2:12 PM
> To: dev@openoffice.apache.org
> Subject: Re: [Discussion] Would we enable volunteers that
> develop extensions
>
> hello Peter,
>
> I ha
hello Peter,
I have one question inline
Am 01.02.21 um 09:11 schrieb Peter Kovacs:
> Hello Mechtilde,
>
>
> On 01.02.21 08:20, Mechtilde wrote:
>> Hello Peter,
>>
>> I try to build the "extensions" which can be used with AOO Base like
>> reportbu
Hello,
> -Original Message-
> From: Peter Kovacs [mailto:pe...@apache.org]
> Sent: Monday, February 01, 2021 7:47 AM
> To: dev@openoffice.apache.org
> Subject: [Discussion] Would we enable volunteers that develop
> extensions
>
> I have a question. How much w
Hello Mechtilde,
On 01.02.21 08:20, Mechtilde wrote:
Hello Peter,
I try to build the "extensions" which can be used with AOO Base like
reportbuilder and mysql-connector.
I also try to build the pdf-importer.
Thanks for this great effort.
IMO you nedd the whole build t
Hello Peter,
I try to build the "extensions" which can be used with AOO Base like
reportbuilder and mysql-connector.
I also try to build the pdf-importer.
IMO you nedd the whole build to get them
Regards
Mechtilde
Am 01.02.21 um 07:46 schrieb Peter Kovacs:
> I have a quest
I have a question. How much willing are we to support extensions.
I mean we have here a voice recognition questions, there is the
reporting tool or wiki extension.
We already thinking on creating repos for reporting tool or the wiki
extensions.
But how do we deal with those topics on the
at's
something we want.
Or let me know what the diff needs to be :) Sorry but you don't want me writing
CSS :P
Thanks,
Carl
mwiki/skins/aoo/dl-bg.png
mwiki/skins/aoo/main.css
mwiki/extensions/OOoIDLtags/OOoIDLtags.php
have been repl
Hi Carl,
Please proceed.
Thanks,
Dave
Sent from my iPhone
> On Dec 22, 2020, at 1:52 PM, Carl Marcum wrote:
>
> Hi Dave and Matthias,
>
>> On 12/22/20 3:47 PM, Matthias Seidel wrote:
>> Hi Dave,
>>
>>> Am 22.12.20 um 19:51 schrieb Dave Fisher:
>>> Hi -
>>>
>>> In OOoIDLtags.php
>>>
>>> A
Hi Dave and Matthias,
On 12/22/20 3:47 PM, Matthias Seidel wrote:
Hi Dave,
Am 22.12.20 um 19:51 schrieb Dave Fisher:
Hi -
In OOoIDLtags.php
All of the href are in the old style of
"http://api.openoffice.org/api/docs/common/ref/“
These should be rewritten in two ways to
“https://www.openof
Hi Dave,
Am 22.12.20 um 19:51 schrieb Dave Fisher:
> Hi -
>
> In OOoIDLtags.php
>
> All of the href are in the old style of
> "http://api.openoffice.org/api/docs/common/ref/“
>
> These should be rewritten in two ways to
> “https://www.openoffice.org/api/docs/common/ref/“
>
> These point to conte
Hi -
In OOoIDLtags.php
All of the href are in the old style of
"http://api.openoffice.org/api/docs/common/ref/“
These should be rewritten in two ways to
“https://www.openoffice.org/api/docs/common/ref/“
These point to content in
"/apache/openoffice-org/part2/content/api/docs/common/ref/"
Re
leginee commented on pull request #93:
URL: https://github.com/apache/openoffice/pull/93#issuecomment-748442390
We need to find a method to do the modernization of the code. If we define
this in stlport then we would have one place to mess around with. Also the idea
is we could keep the su
DonLewisFreeBSD commented on pull request #93:
URL: https://github.com/apache/openoffice/pull/93#issuecomment-748416075
> How about we define a stlport::unique_ptr?
> We use
> auto_ptr for older builds and unique_ptr for newer.
They are similar but unique_ptr is not a drop in re
leginee edited a comment on pull request #93:
URL: https://github.com/apache/openoffice/pull/93#issuecomment-748299936
How about we define a stlport::unique_ptr?
We use
auto_ptr for older builds and unique_ptr for newer.
but basically I am fine in general with building with gnu+
leginee commented on pull request #93:
URL: https://github.com/apache/openoffice/pull/93#issuecomment-748299936
How about we define a stlport::unique_ptr?
We use
auto_ptr for older builds and unique_ptr for newer.
T
ension projects
for Groovy or Java Add-Ins, or a Groovy based client. I haven't done
an Add-On yet but I plan on it soon. Documentation is here[5].
The add-in's show how I reused ant tasks from the Netbeans based
extensions in a Gradle build. I moved ant to a sub-directory and
called
-in's show how I reused ant tasks from the Netbeans based
extensions in a Gradle build. I moved ant to a sub-directory and called
them from Gradle instead of re-writing them in Gradle. These projects
have the Groovy UNO Extension as a dependency.
If you have questions about my projec
A Gradle implementation sounds good to me! I'm currently packaging some
libraries into the repo of my java plugin, but other developers interested
in participating in my project asked if I could implement Gradle to
simplify handling the dependencies.
And those helper methods look good! That would s
I bump this thread
I know Drupal if somebody grant me access, I can change this myself.
- Mail original -
> De: "Bidouille"
> À: "devteam openoffice"
> Envoyé: Mercredi 19 Août 2020 15:03:56
> Objet: Update OXT on extensions website
>
>
I bump this thread
I know Drupal if somebody grant me access, I can change this myself.
- Mail original -
> De: "Bidouille"
> À: "devteam openoffice"
> Envoyé: Mercredi 19 Août 2020 15:03:56
> Objet: Update OXT on extensions website
>
>
DonLewisFreeBSD merged pull request #93:
URL: https://github.com/apache/openoffice/pull/93
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to
On 23 Aug, GitBox wrote:
>
> DonLewisFreeBSD opened a new pull request #93:
> URL: https://github.com/apache/openoffice/pull/93
>
>
>the most compatible with our old code base rather than relying on the
>compiler default mode. Compiling in C++11 or newer mode is very noisy
>due to d
DonLewisFreeBSD opened a new pull request #93:
URL: https://github.com/apache/openoffice/pull/93
the most compatible with our old code base rather than relying on the
compiler default mode. Compiling in C++11 or newer mode is very noisy
due to deprecation warnings about our use of std
Hello,
Peter Lange has published DataPilotTools extension a long time ago:
https://extensions.openoffice.org/en/project/datapilot-tools-openofficeorg-calc
But this does not work with AOO 4.x
So, I build a new compatible version:
https://www.cjoint.com/doc/20_08/JHtncIxdzGs_DataPilotTools.oxt
Som
Hello Dave,
Can SF.net help us with the extension page?
We would like to have more admins then Andrea. He is very busy and we
need a fallback.
Would be great if we could promote at least another person to the same
rights.
Is this something you could organize for us?
Thanks
All the Bes
Am 05.04.20 um 16:55 schrieb Andrea Pescetti:
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
Hi Andrea,
Am 05.04.20 um 16:55 schrieb Andrea Pescetti:
> 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 d
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,
Hi Andrea,
Am 04.04.20 um 18:48 schrieb Andrea Pescetti:
> 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 "extens
+1
Am 04.04.2020 um 18:48 schrieb Andrea Pescetti:
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 typ
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 &
Hi -
I plan to investigate what happens if we map those sub domains.
If you are on a Mac or Linux then you can modify your /etc/hosts file to test
if a dns change will help. If it will then we can ask Infra to change the dns
records.
Regards,
Dave
Sent from my iPhone
> On Apr 3, 2020, at 8:3
On 4/4/20 2:59 am, Marcus wrote:
Am 03.04.20 um 16:46 schrieb Bidouille:
I often get it wrong between extension with or without s
This will be interesting to have a redirection with both
can you give us a list where and on what webpage which variant is used?
Then we can see what to do.
Than
> can you give us a list where and on what webpage which variant is
> used?
> Then we can see what to do.
extension.openoffice.org > https://extensions.openoffice.org
template.openoffice.org > https://templates.openoffice.org
---
Am 03.04.20 um 16:46 schrieb Bidouille:
I often get it wrong between extension with or without s
This will be interesting to have a redirection with both
can you give us a list where and on what webpage which variant is used?
Then we can see what to do.
Thanks
Marcus
---
Hi team,
I often get it wrong between extension with or without s
This will be interesting to have a redirection with both
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@
On 14/04/2019 Marcus wrote:
Am 14.04.19 um 14:18 schrieb Kalendarz:
I do not know if this is the right address to write, if not, please
forward this letter to the right person.
you are indeed wrong here.
For problems with the extension system plase get in contact with
SourceForge as they are
Am 14.04.19 um 14:18 schrieb Kalendarz:
I do not know if this is the right address to write, if not, please
forward this letter to the right person.
you are indeed wrong here.
For problems with the extension system plase get in contact with
SourceForge as they are managing this system:
http
Dear administrator.
I do not know if this is the right address to write, if not, please
forward this letter to the right person.
The case concerns the addition of extensions and probably templates to
Apache OpenOffice.
After adding the project, the following message appears on its page
> On February 26, 2019 at 6:25 PM Andrea Pescetti wrote:
>
> On 26/02/2019 Matthias Seidel wrote:
> > For the moment I have created a landing page for this URI:
> > http://openoffice.org/extensions/description/2006
>
> This will work, but I confirm what you and
On 26/02/2019 Matthias Seidel wrote:
For the moment I have created a landing page for this URI:
http://openoffice.org/extensions/description/2006
This will work, but I confirm what you and others had guesses: this is
not required to be an URI where some resources will be found. It is just
> From: Matthias Seidel [mailto:matthias.sei...@hamburg.de]
> Sent: Tuesday, February 26, 2019 11:45 AM
> To: dev@openoffice.apache.org
> Subject: Re: extensions description xml doesn't exist
>
> Hi all,
>
> For the moment I have created a landing page for this
Hi all,
For the moment I have created a landing page for this URI:
http://openoffice.org/extensions/description/2006
This should also "fix" the warnings in Netbeans.
Regards,
Matthias
Am 26.02.19 um 11:16 schrieb Matthias Seidel:
> Hi John,
>
> Am 26.02.19 um 00:12 sc
don't see an XML descriptor at extensions.openoffice.org ? Should
>> it be
>>> at a URL such as https://extensions.openoffice.org/description/2006
>> ?
>> Actually that part seems to be ignored.
>> The description.xml in all the extensions I use start with
.org ? Should
>> it be
>>>at a URL such as https://extensions.openoffice.org/description/2006
>> ?
>>>
>>
>> Actually that part seems to be ignored.
>> The description.xml in all the extensions I use start with
>>
>>
>> http://op
uch as https://extensions.openoffice.org/description/2006
> ?
> >
>
> Actually that part seems to be ignored.
> The description.xml in all the extensions I use start with
>
>
> http://openoffice.org/extensions/description/2006";
> xmlns:d="http://openoffice.o
as https://extensions.openoffice.org/description/2006 ?
>
Actually that part seems to be ignored.
The description.xml in all the extensions I use start with
http://openoffice.org/extensions/description/2006";
xmlns:d="http://openoffice.org/extensions/description/2006";
xmlns:xlink=
I don't see an XML descriptor at extensions.openoffice.org ? Should it be
at a URL such as https://extensions.openoffice.org/description/2006 ?
On Sun, Feb 24, 2019 at 5:53 PM Pedro Lino wrote:
> All extensions are now at https://extensions.openoffice.org/
> If your extension is ho
All extensions are now at https://extensions.openoffice.org/
If your extension is hosted at the new address maybe it needs a little URL
editing
Hope this helps...
> On February 24, 2019 at 1:07 PM John D'Orazio <
> john.dora...@cappellaniauniroma3.org
>
Today I was rebuilding an extension I had written 4 years ago, and I just
happened to look at the "Retriever Output" window in Netbeans, and I found
this error:
23-feb-2019 19.14.23 : Retrieving Location:
http://openoffice.org/extensions/description/2006
Error: File not found in the
>>> page has almost no content at all. Thanks.
>>>
>>> Apache OpenOffice Extensions<https://extensions.openoffice.org/>
>>> extensions.openoffice.org
>>> Filter by operating system: Windows 747 Apply Windows filter ; Linux 699
>>> Apply Li
On 7/30/18 5:20 PM, Rory O'Farrell wrote:
> On Mon, 30 Jul 2018 13:17:27 +
> How To Disappear Completely wrote:
>
>> Hi, there seems to be a problem with https://extensions.openoffice.org/ The
>> page has almost no content at all. Thanks.
>>
>&
On Mon, 30 Jul 2018 13:17:27 +
How To Disappear Completely wrote:
> Hi, there seems to be a problem with https://extensions.openoffice.org/ The
> page has almost no content at all. Thanks.
>
> Apache OpenOffice Extensions<https://extensions.openoffice.org/>
> exte
Hi, there seems to be a problem with https://extensions.openoffice.org/ The
page has almost no content at all. Thanks.
Apache OpenOffice Extensions<https://extensions.openoffice.org/>
extensions.openoffice.org
Filter by operating system: Windows 747 Apply Windows filter ; Linux 699 Apply
Andrea Pescetti wrote:
Thanks! Sites are indeed back and pages are shown correctly. Still,
users are reporting that they cannot download extensions so I guess this
is not fixed yet, right? I mean, the pages are displayed but the files
are not available for download yet.
Answering myself: a
Dave Brondsema wrote:
https://templates.openoffice.org/ and https://extensions.openoffice.org/ are
back up. Thanks for your patience.
Thanks! Sites are indeed back and pages are shown correctly. Still,
users are reporting that they cannot download extensions so I guess this
is not fixed yet
Please check
>>>>> back
>>>>> later. We thank you for your patience."
>>>>>
>>>>
>>>> Correct. We will be prioritizing getting the extensions and templates
>>>> sites up
>>>> as soon as we can, we kn
>>>> record:
>>>> "Sourceforge project sites are currently under maintenance. Please check
>>>> back
>>>> later. We thank you for your patience."
>>>>
>>>
>>> Correct. We will be prioritizing getting the extensions
ns.openoffice.org/ for the
>>>> record:
>>>> "Sourceforge project sites are currently under maintenance. Please check
>>>> back
>>>> later. We thank you for your patience."
>>>>
>>>
>>> Correct. We will be
currently under maintenance. Please check
>>> back
>>> later. We thank you for your patience."
>>>
>>
>> Correct. We will be prioritizing getting the extensions and templates
>> sites up
>> as soon as we can, we know they are important services.
>
ioritizing getting the extensions and templates sites up
as soon as we can, we know they are important services.
OK, thanks. Indeed SourceForge used to provide excellent service for
hosting of downloads, Extensions and Templates. It seems that after the
move to the new datacenter announced a fe
On 3/1/18 12:08 PM, Andrea Pescetti wrote:
> FR web forum wrote:
>> Unable to connect :-(
>> http://status.apache.org says that all is ok
>
> Extensions is not hosted at Apache. It is hosted by SourceForge, and
> apparently
> they are having issues:
>
> htt
1 - 100 of 422 matches
Mail list logo
