cairo canvas and starsymbol vs opensymbol
Hi, while working at cairo graphics support for OS/2 (see #127723), I discovered the existence of StarSymbol font: this font is used to render bullets in Impress but while VCL uses OpenSymbol to render it, cairo canvas uses StarSymbol which is normally not installed (even on other platforms I see). I suppose it is mapped somewhere but I can't find how/where. Could you help? TIA, Yuri - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: cairo canvas and starsymbol vs opensymbol
Hi Yuri, A quick search with OpenGrok give a lot of references to "StarSymbol": http://opengrok.adfinis-sygroup.org/source/search?project=aoo-trunk&q=StarSymbol&defs=&refs=&path=%2Fmain&hist=&type= I think that font was only installed with StarOffice... Regards, Matthias P.S.: Will you be in the IRC Speakup this evening? http://www.os2voice.org/news/48719.html Am 03.03.2018 um 09:03 schrieb Yuri Dario: > Hi, > > while working at cairo graphics support for OS/2 (see #127723), I > discovered the existence of StarSymbol font: this font is used to > render bullets in Impress but while VCL uses OpenSymbol to render it, > cairo canvas uses StarSymbol which is normally not installed (even on > other platforms I see). > > I suppose it is mapped somewhere but I can't find how/where. > > Could you help? > > TIA, > > Yuri > > - > 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: Status on 4.2.0?
Hi Peter, Am 01.03.2018 um 07:38 schrieb Peter kovacs: > Hello all, > > What is the current status on 4.2.0? > I have seen one bug that fires when opening a document. We got more? You probably think of: https://bz.apache.org/ooo/show_bug.cgi?id=127315 I would like to have this one solved: ;-) https://bz.apache.org/ooo/show_bug.cgi?id=127628 Although it is not a critical one it is a regression on Windows since 4.1.3 and it confuses new users. Regards, Matthias > > All the best > Peter > > - > 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: Status on 4.2.0?
Why do we need nsis again? Am 3. März 2018 12:39:32 MEZ schrieb Matthias Seidel : >Hi Peter, > >Am 01.03.2018 um 07:38 schrieb Peter kovacs: >> Hello all, >> >> What is the current status on 4.2.0? >> I have seen one bug that fires when opening a document. We got more? > >You probably think of: >https://bz.apache.org/ooo/show_bug.cgi?id=127315 > >I would like to have this one solved: ;-) >https://bz.apache.org/ooo/show_bug.cgi?id=127628 > >Although it is not a critical one it is a regression on Windows since >4.1.3 and it confuses new users. > >Regards, > Matthias > >> >> All the best >> Peter >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Status on 4.2.0?
Hi Peter, Am 03.03.2018 um 13:41 schrieb Peter Kovacs: > Why do we need nsis again? Technically seen: To unpack the installation files and to start the installation with MSI. Historically seen: I don't know! ;-) But I suspect you are thinking of: https://bz.apache.org/ooo/show_bug.cgi?id=126703 Regards, Matthias > > Am 3. März 2018 12:39:32 MEZ schrieb Matthias Seidel > : >> Hi Peter, >> >> Am 01.03.2018 um 07:38 schrieb Peter kovacs: >>> Hello all, >>> >>> What is the current status on 4.2.0? >>> I have seen one bug that fires when opening a document. We got more? >> You probably think of: >> https://bz.apache.org/ooo/show_bug.cgi?id=127315 >> >> I would like to have this one solved: ;-) >> https://bz.apache.org/ooo/show_bug.cgi?id=127628 >> >> Although it is not a critical one it is a regression on Windows since >> 4.1.3 and it confuses new users. >> >> Regards, >> Matthias >> >>> All the best >>> Peter >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>> >>> > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: cairo canvas and starsymbol vs opensymbol
Hi Mattias, > A quick search with OpenGrok give a lot of references to >"StarSymbol": yeah, I found the same. So I think somewhere it is mapped to OpenSymbol but opengrok doesn't help me. > P.S.: Will you be in the IRC Speakup this evening? > http://www.os2voice.org/news/48719.html mostly :-) thanks, Yuri > > > Am 03.03.2018 um 09:03 schrieb Yuri Dario: > > Hi, > > > > while working at cairo graphics support for OS/2 (see #127723), I > > discovered the existence of StarSymbol font: this font is used to > > render bullets in Impress but while VCL uses OpenSymbol to render it, > > cairo canvas uses StarSymbol which is normally not installed (even on > > other platforms I see). > > > > I suppose it is mapped somewhere but I can't find how/where. > > > > Could you help? > > > > TIA, > > > > Yuri > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > > For additional commands, e-mail: dev-h...@openoffice.apache.org > > > > > > Content-Description: S/MIME Cryptographic Signature > ---Begin Encoded File--- > Encoded filename: smime.p7s > Decoded path: file:///F:\BIN\PRONEWS\DECODED\smime.p7s > Encoding type: Base 64 > File size: 3KB > End Encoded File > > -- Bye, Yuri Dario - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: cairo canvas and starsymbol vs opensymbol
Am 03.03.2018 um 16:48 schrieb Yuri Dario: > Hi Mattias, > >> A quick search with OpenGrok give a lot of references to >> "StarSymbol": > yeah, I found the same. So I think somewhere it is mapped to > OpenSymbol but opengrok doesn't help me. Hi Yuri, This looks like font mapping (conversion): http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/unotools/source/misc/fontcvt.cxx > >> P.S.: Will you be in the IRC Speakup this evening? >> http://www.os2voice.org/news/48719.html > mostly :-) CU! ;-) Matthias > > thanks, > > Yuri > > >> >> Am 03.03.2018 um 09:03 schrieb Yuri Dario: >>> Hi, >>> >>> while working at cairo graphics support for OS/2 (see #127723), I >>> discovered the existence of StarSymbol font: this font is used to >>> render bullets in Impress but while VCL uses OpenSymbol to render it, >>> cairo canvas uses StarSymbol which is normally not installed (even on >>> other platforms I see). >>> >>> I suppose it is mapped somewhere but I can't find how/where. >>> >>> Could you help? >>> >>> TIA, >>> >>> Yuri >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>> >> >> >> Content-Description: S/MIME Cryptographic Signature >> ---Begin Encoded File--- >> Encoded filename: smime.p7s >> Decoded path: file:///F:\BIN\PRONEWS\DECODED\smime.p7s >> Encoding type: Base 64 >> File size: 3KB >> End Encoded File >> >> > smime.p7s Description: S/MIME Cryptographic Signature
Re: Status on 4.2.0?
> Technically seen: > To unpack the installation files and to start the installation with MSI. > > Historically seen: > I don't know! ;-) > The nsis installer extracts and runs the MSVC runtime libraries installer before running the AOO installer. Since AOO is compiled with MSVC it requires these libraries are installed first. I don't know how TDF got rid of that step but possibly they are including the MSVC libraries needed in the program folder? Maybe AOO can do the same and skip the nsis installer?
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
On 02/03/2018 Matthias Seidel wrote: The buildbots are unable to do their work because SourceForge is unreachable... I'm trying to do a clean build of trunk and I'm stuck too (I do have a local cache, but it has the AOO415 dependencies only). Does anyone have a copy of ext_sources for trunk configured with --enable-category-b? If we have it, I would then setup a temporary mirror on home.apache.org and use it while SourceForge restores service. Note: the ASF asks that we do not use a *.apache.org space for hosting external libraries due to possible license confusion for end users. So we've historically used Google Code, and now SourceForge. But we definitely need a backup solution, even a password-protected one to avoid any possible confusion for users. We still need to be able to build OpenOffice with release options while SourceForge is down. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
Am 03.03.2018 um 18:00 schrieb Andrea Pescetti: > On 02/03/2018 Matthias Seidel wrote: >> The buildbots are unable to do their work because SourceForge is >> unreachable... > > I'm trying to do a clean build of trunk and I'm stuck too (I do have a > local cache, but it has the AOO415 dependencies only). Does anyone > have a copy of ext_sources for trunk configured with --enable-category-b? I can send you a ZIP of that directory. It should be complete as I have done a build for all languages lately. Regards, Matthias > > If we have it, I would then setup a temporary mirror on > home.apache.org and use it while SourceForge restores service. > > Note: the ASF asks that we do not use a *.apache.org space for hosting > external libraries due to possible license confusion for end users. So > we've historically used Google Code, and now SourceForge. But we > definitely need a backup solution, even a password-protected one to > avoid any possible confusion for users. We still need to be able to > build OpenOffice with release options while SourceForge is down. > > Regards, > Andrea. > > - > 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: Status on 4.2.0?
I think it is better to renew the installer completely. I have found a open source framework that simplifies the creation of the installer and builds the msi file for us. It offers .net framework for writing a installer screens (MSI does not provide such a thing). The tutorials I have read looked pretty streight forward, at least for the standard installer stuff. I think I read that you can include a dependance msi package in the msi package. But I forgot again. I looked into msi a month ago. The last month has been quite intense for me. We could deliver a single MSI file in future and even create the patch file from it. I am currently unsure concerning the package signing, but once we have a pure MSI setup it should be easy to add too, right? Am 3. März 2018 16:55:32 MEZ schrieb Pedro Lino : > >> Technically seen: >> To unpack the installation files and to start the installation >with MSI. >> >> Historically seen: >> I don't know! ;-) >> > > >The nsis installer extracts and runs the MSVC runtime libraries >installer before running the AOO installer. Since AOO is compiled with >MSVC it requires these libraries are installed first. I don't know how >TDF got rid of that step but possibly they are including the MSVC >libraries needed in the program folder? > > >Maybe AOO can do the same and skip the nsis installer? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
On Fri, Mar 2, 2018 at 11:37 AM, Damjan Jovanovic wrote:
> Thank you. When testing, remember to:
> * make sure the "dev" libraries for gstreamer 1.0 and gstreamer-video 1.0
> are installed (on Ubuntu, that's libgstreamer1.0-dev and
> libgstreamer-plugins-base1.0-dev)
> * run "autoconf"
> * pass --enable-gstreamer as a flag to "./configure" (it's disabled by
> default. Should it be?)
>
Just a short note on this. Thanks for putting in the effort on applying
the gstreamer update.
The last mention I saw about production environments indicate AOO was going
to CentOS 6.x for the next release. Unfortunately, I can not locate a
bonafide CentOS6.x repo containing gstreamer 1.0 for use directly as part
of the indigenous build environment. So, it may need to be included in the
external downloaded libraries in /main/external_deps.lst.
>
>
> On Fri, Mar 2, 2018 at 8:39 AM, Jose R R wrote:
>
> > On Thu, Mar 1, 2018 at 10:14 PM, Damjan Jovanovic
> > wrote:
> > > I finally cracked it. The gstreamer pipeline gets created early, during
> > > construction of the avmedia/source/gstreamer's Player object, yet the
> > > window to play in is only created later, when createPlayerWindow() is
> > > called. To use that window and thus embed video into the document, we
> > have
> > > to set that window's handle to the GstVideoOverlay using
> > > gst_video_overlay_set_window_handle(), but by then it's too late.
> Either
> > > the pipeline creation would have to be deferred until
> > createPlayerWindow(),
> > > when we know the window to use, or we would have to switch windows
> > > with gst_video_overlay_set_window_handle() a live pipeline. I've done
> > the
> > > latter and it works well. I don't know how it ever worked before, maybe
> > in
> > > gstreamer 0.1 the "prepare-window-handle" event is generated during
> > > createPlayerWindow() but in 1.0 it isn't.
> > >
> > > My changes have been committed to SVN trunk in revision 1825700.
> > >
> > > Torokhov, Jose, Peter: thank you for all your support. Please test and
> > > report any problems.
> > >
> > > Damjan
> >
> > Will certainly do. I, for one, am grateful for your work -- as it
> > improves an AOO feature that was trailing behind LO.
> >
> > >
> > > On Thu, Mar 1, 2018 at 9:25 AM, Damjan Jovanovic
> > wrote:
> > >
> > >> Unfortunately it looks like the problem is harder than just getting it
> > to
> > >> build. Even after fixing some more APIs and getting it to play, a
> > separate
> > >> player window is created. To get the player window to embed like it
> > should,
> > >> we need to set the X window id on the GstVideoOverlay using
> > >> gst_video_overlay_set_window_handle() when a "prepare-window-handle"
> > >> event is delivered for which gst_is_video_overlay_prepare_
> > window_handle_message()
> > >> returns true. But for some mysterious reason
> > gst_is_video_overlay_prepare_window_handle_message()
> > >> never returns true. Forcefully setting the X window id on all events
> > does
> > >> get it to embed, badly, with lots of warnings, and the window gets
> > >> distorted when scrolling and doesn't respond to mouse clicks 🙈.
> > >>
> > >> Damjan
> > >>
> > >>
> > >> On Thu, Mar 1, 2018 at 4:53 AM, Damjan Jovanovic
> > >> wrote:
> > >>
> > >>> Thank you. The video plays, but in a separate window instead of being
> > >>> embedded in the document. I'll continue trying.
> > >>>
> > >>> Distributing the library separately from the rest of AOO would be
> > >>> difficult. Binary compatibility between Ubuntu and Gentoo, bitness,
> > trunk
> > >>> vs 4.1.5. New UNO components also have to be registered in AOO
> > somehow; I
> > >>> only know how to do it with .component files at compile time.
> > >>>
> > >>> It will likely only end up in SVN trunk, possibly version 4.2.0.
> > >>>
> > >>>
> > >>> On Thu, Mar 1, 2018 at 2:01 AM, Torokhov Sergey <
> > torokhov-...@yandex.ru>
> > >>> wrote:
> > >>>
> > Hello,
> >
> > I created simple presentation file with title and video frame
> > ("Agent 237:operation barbershop" from Blender Animation Studio).
> >
> > https://yadi.sk/d/shOKuCcS3StDk
> >
> > The archive contains 327.odp and 327.webm files that must be placed
> in
> > the same directory before presentation file .odp is opening.
> >
> > The video is playing automatically after pressing F5 key (fullscreen
> > presentation mode). Or after pressing "Play" button on the bar that
> > usually appears at the bottom then video-frame of presentation is
> > selected.
> > I't work for me in current Apache OpenOffice 4.1.5 and
> > gstreamer-plugins:0.10.
> >
> > As I use Gentoo I installed "gst-plugins-meta:0.10" with next
> options:
> >
> > USE="ffmpeg quicktime http wavpack dv dvb vcd musepack vpx oss
> libass
> > lame theora v4l" emerge gst-plugins-meta:0.10
> >
> > Also I installed "gst-plugins-ivorbis:0.10" and
> > "gst-plugins-pango:0.10".
> >
> >
Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
Matthias Seidel wrote: Am 03.03.2018 um 18:00 schrieb Andrea Pescetti: I'm trying to do a clean build of trunk and I'm stuck too (I do have a local cache, but it has the AOO415 dependencies only). Does anyone have a copy of ext_sources for trunk configured with --enable-category-b? I can send you a ZIP of that directory. It should be complete as I have done a build for all languages lately. Yes please! Feel free to send it to me in the way you prefer (offlist if preferred) and then I'll see if I can put it online at some "emergency" URL while we wait for SourceForge to restore service. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Status on 4.2.0?
Hi Pedro, Am 03.03.2018 um 16:55 schrieb Pedro Lino: >> Technically seen: >> To unpack the installation files and to start the installation with MSI. >> >> Historically seen: >> I don't know! ;-) >> > > The nsis installer extracts and runs the MSVC runtime libraries installer > before running the AOO installer. Since AOO is compiled with MSVC it requires > these libraries are installed first. No, NSIS just unpacks the files and calls setup.exe. The MSI installer then installs MSVC runtime first before proceeding. ;-) Regards, Matthias > I don't know how TDF got rid of that step but possibly they are including > the MSVC libraries needed in the program folder? > > > Maybe AOO can do the same and skip the nsis installer? > smime.p7s Description: S/MIME Cryptographic Signature
Google search KO on forum landing page
Hi, For the record, there is a google custom search field on the forum landing page: https://forum.openoffice.org/ It now returns: Unauthorized access to internal API. Please refer to https://support.google.com/customsearch/answer/4542055 -> https://support.google.com/customsearch/answer/4542055?hl=en It seems that there is a code snippet to be used. Can someone help? Thanks Hagar
Re: Google search KO on forum landing page
Hagar Delest wrote: For the record, there is a google custom search field on the forum landing page: https://forum.openoffice.org/ It now returns: Unauthorized access to internal API. Please refer to https://support.google.com/customsearch/answer/4542055 -> https://support.google.com/customsearch/answer/4542055?hl=en It seems that there is a code snippet to be used. It looks like we were using the old API and Google decided that everybody should upgrade to the new one. Now, the old search snippet is stored somewhere in someone's Google account but that person is not me, so we can't just find the new code and use it. On the other hand, I can probably fix the snippet and put it online. What did the custom search do? Simply open a Google search limited to the Forum domain? Or did it do something else? My fear is that we will have to recreate it, but I'm not sure how it used to work. In the case this turns out to be the simplest option, will "a Google search limited to the forum domain" be enough as a re-implementation? This is probably a fairly straightforward configuration so it shouldn't take long if we fix it this way. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Google search KO on forum landing page
Le 03/03/2018 à 22:58, Andrea Pescetti a écrit : What did the custom search do? Simply open a Google search limited to the Forum domain? Or did it do something else? My fear is that we will have to recreate it, but I'm not sure how it used to work. In the case this turns out to be the simplest option, will "a Google search limited to the forum domain" be enough as a re-implementation? This is probably a fairly straightforward configuration so it shouldn't take long if we fix it this way. Thanks Andrea. Yes, I think that the settings were explained in this post: https://forum.openoffice.org/en/forum/viewtopic.php?f=102&t=49161#p225128 But if it is limited to the forum(s) only, that would be good enough. Hagar - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Building while SourceForge is down
As discussed in https://s.apache.org/sHGE we can't do a clean build while SourceForge is down, to to the fact that oooextras.mirror (where we keep some libraries) is unreachable. I've created a temporary mirror with the files I had locally and with some more files (especially extensions) that Matthias provided. In a completely clean build, you will need to: 1) Change your configure options as follows (to get dmake and epm): ./configure --with-dmake-url=http://home.apache.org/~pescetti/oooextras.mirror/dmake-4.12.tar.bz2 --with-epm-url=http://home.apache.org/~pescetti/oooextras.mirror/epm-3.7.tar.gz ... 2) Change the fallback URL in external_deps.lst as follows: -OOO_EXTRAS=https://sourceforge.net/projects/oooextras.mirror/files/ +OOO_EXTRAS=http://home.apache.org/~pescetti/oooextras.mirror/ 3) Change URLs in extensions.lst as follows: # English dictionary [ language=en.* || language=de || language=it ] -f4cb089a1101cc06e49d8bbb2886e5cf https://sourceforge.net/projects/aoo-extensions/files/17102/38/dict-en-20171101.oxt/download "dict-en.oxt" +f4cb089a1101cc06e49d8bbb2886e5cf http://home.apache.org/~pescetti/oooextras.mirror/aoo-extensions/dict-en.oxt "dict-en.oxt" Hopefully the SourceForge outage will be resolved soon, so the above changes are not worth committing. Still, once SourceForge comes back we will want to implement a more complete backup plan, something like the following: 1. An emergency space on an ASF server (possibly password-protected while it is not in use) that mirrors oooextras.mirror and is regularly synchronized from it. 2. A refactoring of extensions.lst that makes it possible to switch URLs more easily 3. A mirror of all bundled extensions (not ALL extensions, just the ones we bundle), as a subset of the previous mirror Hopefully, this will allow to build when SourceForge is down (hoping this means "never"!) by simply changing a couple lines. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Extensions website outage
https://templates.openoffice.org/ and https://extensions.openoffice.org/ are back up. Thanks for your patience. On 3/2/18 12:08 PM, Dave Brondsema wrote: > On 3/2/18 2:29 AM, Roberto Galoppini wrote: >> 2018-03-01 21:23 GMT+01:00 Andrea Pescetti : >> >>> Dave Brondsema wrote: >>> On 3/1/18 12:08 PM, Andrea Pescetti wrote: > I currently get this on https://extensions.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 prioritizing 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 few week ago (maybe just a >>> coincidence, maybe some technical issues related to the new infrastructure) >>> reliability problems are more frequent. I hope bugs will be ironed out soon. >>> >> >> >> >> As the person who made possible for SourceForge to become Apache OpenOffice >> official distribution channel, I feel compelled to advance some asks. >> >> 1. SourceForge should inform us in advance if infrastructural changes are >> on going, so that we can plan in advance a backup plan; >> (and to be clear I think we need a backup plan anyway, uptime should be >> taken very seriously by a popular project) >> >> 2. We understand SourceForge is having issues to let things work, yet we >> expect OUR infrastructure to be your top priority >> (reason: multiply over 100M downloads for a dozen impressions, it's a >> LOT of money, we're special to SourceForge) >> >> Please understand my asks are setting a very low bar. In fact we're not >> talking of giving us back - as SourceForge used to do regularly until two >> years ago, think of Extensions and Templates continuous improvements - but >> we merely talk of providing a download service, something SourceForge >> should do right for its own business interests. Fail to comply with these >> basic requirements is not acceptable in my opinion. >> >> Best, >> >> Roberto >> >> > > We are using a limited static environment to provide downloads, so end-users > of > Apache OpenOffice and other projects can still download just fine. > > The Extensions and Templates sites will be a top priority as best we're able > to, > when we start to bring things back online. > > The current downtime for Extensions and Templates and the rest of SourceForge > was not planned. The datacenter and other recent changes have been announced > on > https://twitter.com/sfnet_ops and going forward if we have planned > maintenance I > can notify this list directly. We're not planning on changing datacenters > again > though :D > > > -- 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
