"503 No Backend Servers Available"

[Jörg Schmidt]

Hello,

I just want to inform you that the extension page 
(http://extensions.services.openoffice.org/) is currently not running.


Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: "503 No Backend Servers Available"

[FR web forum]

Same thing for http://templates.openoffice.org/

- Mail original -
> De: "Jörg Schmidt" 
> À: dev@openoffice.apache.org
> Envoyé: Vendredi 27 Avril 2018 10:38:37
> Objet: "503 No Backend Servers Available"
> 
> Hello,
> 
> I just want to inform you that the extension page
> (http://extensions.services.openoffice.org/) is currently not
> running.
> 
> 
> Jörg
> 
> 
> -
> 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: Extention License information on the webinterface

[Marcus]

Am 26.04.2018 um 07:45 schrieb Peter Kovacs:
I wonder if we could fuel the Extention information presented on the 
website from the Information provided in the Extention itself.

In addition we store only rateings from users to the extention.

Is this a possible vision?
Where are the cave eats for this?


at the moment I've no idea what you mean. Can you give an example *what* 
you would like to see ans *where*? Maybe it's then easier to imagine. ;-)


Thanks

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Extention License information on the webinterface

[Dave Fisher]

Hi -

> On Apr 27, 2018, at 9:37 AM, Marcus  wrote:
> 
> Am 26.04.2018 um 07:45 schrieb Peter Kovacs:
>> I wonder if we could fuel the Extention information presented on the website 
>> from the Information provided in the Extention itself.
>> In addition we store only rateings from users to the extention.
>> Is this a possible vision?
>> Where are the cave eats for this?
> 
> at the moment I've no idea what you mean. Can you give an example *what* you 
> would like to see ans *where*? Maybe it's then easier to imagine. ;-)

AFAIK - the templates and extensions systems and data are managed by 
SourceForge and they are Drupal based.

Regards,
Dave

> 
> Thanks
> 
> Marcus
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 



signature.asc
Description: Message signed with OpenPGP

Re: Extention License information on the webinterface

[Peter kovacs]

The basic Idea is to offer an extention multimedia functionality based on 
Gstreamer 0.1.0 API and one extention  on 1.0.0 API.
 
The core OpenOffice would not ship the multimedia functionality by default 
anymore. (As compiled without the gstreamer Flag) The user has to install the 
extention.

Depending on design of the extention itself maybe additional steps are required 
like the install of gstreamer itself. On the other hand we could also package 
gstreamer with the extention.
Maybe depending on OS we could provide different strategies.


Am 27. April 2018 18:37:51 MESZ schrieb Marcus :
>Am 26.04.2018 um 07:45 schrieb Peter Kovacs:
>> I wonder if we could fuel the Extention information presented on the 
>> website from the Information provided in the Extention itself.
>> In addition we store only rateings from users to the extention.
>> 
>> Is this a possible vision?
>> Where are the cave eats for this?
>
>at the moment I've no idea what you mean. Can you give an example
>*what* 
>you would like to see ans *where*? Maybe it's then easier to imagine.
>;-)
>
>Thanks
>
>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: Extention License information on the webinterface

[Peter Kovacs]

Uups wrong topic.

Currently you have to download the extention in order to see the license.
With OO 3.3 I have seen that you have to add the license in the extention 
description.
I wonder if we can read the extention description and use that for the 
extention page.
It could help to clarify the user before downloading which condition he is 
expecting to agree to.
Plus we could maybe add search functionality based on license information.

If you think the step further we could use all the information stored in an 
extention to explain what the extention is about.

Am 27. April 2018 19:41:54 MESZ schrieb Peter kovacs :
>The basic Idea is to offer an extention multimedia functionality based
>on Gstreamer 0.1.0 API and one extention  on 1.0.0 API.
> 
>The core OpenOffice would not ship the multimedia functionality by
>default anymore. (As compiled without the gstreamer Flag) The user has
>to install the extention.
>
>Depending on design of the extention itself maybe additional steps are
>required like the install of gstreamer itself. On the other hand we
>could also package gstreamer with the extention.
>Maybe depending on OS we could provide different strategies.
>
>
>Am 27. April 2018 18:37:51 MESZ schrieb Marcus :
>>Am 26.04.2018 um 07:45 schrieb Peter Kovacs:
>>> I wonder if we could fuel the Extention information presented on the
>
>>> website from the Information provided in the Extention itself.
>>> In addition we store only rateings from users to the extention.
>>> 
>>> Is this a possible vision?
>>> Where are the cave eats for this?
>>
>>at the moment I've no idea what you mean. Can you give an example
>>*what* 
>>you would like to see ans *where*? Maybe it's then easier to imagine.
>>;-)
>>
>>Thanks
>>
>>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

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Extention License information on the webinterface

[Andrea Pescetti]

Peter Kovacs wrote:> Currently you have to download the extention in 
order to see the license.

With OO 3.3 I have seen that you have to add the license in the extention 
description.


You have to distinguish between an extension and a release. The same 
extension can have different releases with different licenses (like, 
some extensions released as "GPLv2 or later" became "GPLv3 or later" 
once GPLv3 was published).


Example of an extension page (the Italian dictionary I maintain):
https://extensions.openoffice.org/en/project/italian-dictionary-thesaurus-hyphenation-patterns

(note: there seems to be a bug; the page used to contain download 
statistics but they are not shown now; this is possibly due to the new 
SourceForge counters)


Example of a release page (here is where license info would go):
https://extensions.openoffice.org/en/projectrelease/italian-dictionary-thesaurus-hyphenation-patterns-20160210


I wonder if we can read the extention description and use that for the 
extention page.
It could help to clarify the user before downloading which condition he is 
expecting to agree to.
Plus we could maybe add search functionality based on license information.


It looks like you've never created or uploaded an OXT file: you may want 
to create one if you want to play with these concepts. The site does the 
processing, but indeed the license is not shown. And it wouldn't be 
useful for indexing as it is free text or link (if I remember 
correctly). So you can write "GPL3", "GPL 3", "GPLv3", "GPL version 3" 
or any link to the GPLv3 and it would be classified differently.


But showing the license info would be useful and probably feasible.

Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: You are interested in AOO flyers?

[Jörg Schmidt]

From: Dave Fisher [mailto:dave2w...@comcast.net] 
Sent: Thursday, April 26, 2018 7:48 PM
To: dev@openoffice.apache.org
Subject: Re: You are interested in AOO flyers?


Hi - 

Very cool.

> Please update to use the correct Apache OpenOffice logo. 
> Also Apache and OpenOffice are registered trademarks. 
> So you should write: “Apache, OpenOffice, OpenOffice.org 
>   and the seagull logo are trademarks 
> and/or registered trademarks of The Apache Software Foundation.”

I will keep an eye on these things

Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: "503 No Backend Servers Available"

[Dave Brondsema]

This was fixed some time ago, and should be working fine for you now.

On 4/27/18 4:42 AM, FR web forum wrote:
> Same thing for http://templates.openoffice.org/
> 
> - Mail original -
>> De: "Jörg Schmidt" 
>> À: dev@openoffice.apache.org
>> Envoyé: Vendredi 27 Avril 2018 10:38:37
>> Objet: "503 No Backend Servers Available"
>>
>> Hello,
>>
>> I just want to inform you that the extension page
>> (http://extensions.services.openoffice.org/) is currently not
>> running.
>>
>>
>> Jörg
>>
>>
>> -
>> 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
> 



-- 
Dave Brondsema : d...@brondsema.net
http://www.brondsema.net : personal
http://www.splike.com : programming
  <><

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: "503 No Backend Servers Available"

[Matthias Seidel]

Hi Dave,

Can you please have a look into:
https://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice

This is one of our "most wanted" extensions and I keep getting "Access
denied"

Regards,

   Matthias


Am 27.04.2018 um 22:01 schrieb Dave Brondsema:
> This was fixed some time ago, and should be working fine for you now.
>
> On 4/27/18 4:42 AM, FR web forum wrote:
>> Same thing for http://templates.openoffice.org/
>>
>> - Mail original -
>>> De: "Jörg Schmidt" 
>>> À: dev@openoffice.apache.org
>>> Envoyé: Vendredi 27 Avril 2018 10:38:37
>>> Objet: "503 No Backend Servers Available"
>>>
>>> Hello,
>>>
>>> I just want to inform you that the extension page
>>> (http://extensions.services.openoffice.org/) is currently not
>>> running.
>>>
>>>
>>> Jörg
>>>
>>>
>>> -
>>> 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
>>
>
>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: Upstreaming FreeBSD ports patches before 4.2.0?

[Don Lewis]

I just committed a fix for this in r1830406.

Without this I get build failures due to crashes in the unit tests if
--enable-debug is specified.  With this change I am able to get a
working build with both the system alloc and the internal alloc.

I was unaware that this was not getting used on the gbuild side of
things.  Why not?  It seems like a useful debug feature.

On 15 Apr, Damjan Jovanovic wrote:
> Alright thank you.
> 
> Would it be better to just scrap cpprt, like gbuild modules already do?
> 
> On Sat, Apr 14, 2018 at 4:59 PM, Don Lewis  wrote:
> 
>> On 14 Apr, Damjan Jovanovic wrote:
>> > Hi
>> >
>> > Can we please upstream the patches from FreeBSD ports, before the 4.2.0
>> > release?
>> >
>> > That idlc memory alignment SIGBUS crash from
>> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216206 is Clang
>> specific,
>> > not FreeBSD specific, and could happen on other operating systems.
>>
>> That one is a bit complicated to upstream.  In the FreeBSD port I only
>> apply the patch conditionally when building with recent clang on amd64.
>> I could be harmful in terms of memory consumption on 32-bit machines.
>> The changes in the patch would need to be #ifdefed in order to import
>> it.
>>
>> Also the changes for the internal allocator are lightly tested at best.
>>
>> https://svnweb.freebsd.org/ports/head/editors/openoffice-
>> devel/files/extra-patch-align16?revision=432895&view=markup
>>
>>
>> -
>> 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