Re: Bootstrap download failures, mainly from http://sourceforge.net/projects/oooextras.mirror/files
On 23/06/2015 Roberto Galoppini wrote: oooextras is back from few hours now. Thank you for this. I believe nothing was lost, since this was supposed to be a "proof of concept" for Apache Extras and I don't think we had uploaded new libraries there. Before we do anything with it, can we decide on the name? oooextras.mirror is clearly confusing since it is not a mirror any longer: we will have to upload new libraries directly there because the current OOoExtras on Google Code is in read-only mode now. Shall we simply use something like http://sourceforge.net/projects/openofficeextras (or a shorter version if you wish)? Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Bootstrap download failures, mainly from http://sourceforge.net/projects/oooextras.mirror/files
On 06/23/2015 01:48 PM, Roberto Galoppini wrote: > 2015-06-23 22:39 GMT+02:00 Kay Schenk : > >> >> On 06/23/2015 08:00 AM, Roberto Galoppini wrote: >>> 2015-06-23 0:49 GMT+02:00 Kay Schenk : >>> On 06/21/2015 11:54 PM, Andrea Pescetti wrote: > On 21/06/2015 Kay Schenk wrote: >> yes, they would be...based on the buildbot failure alone, I think the >> SF >> mirror must have been deactivated just a day or so ago. > > Could it be that this is an unintended consequence of SourceForge's new > policy when they decided, for transparency towards the community, to > avoid mirrors that had not been asked for? > >> http://sourceforge.net/blog/project-mirroring-policies-will-be-revisited-with-our-community-panel-existing-mirrors-removed/ > > > It seems clear that > http://sourceforge.net/projects/oooextras.mirror/files/ was definitely > to be kept (or, while at it, we could have it relocated to > http://sourceforge.net/projects/oooextras/ or something else like > apache-extras-openoffice). Oh my! I did not see/hear about this. Given the June 18 notice, yes, I would certainly say this applies to AOO and why the mirror service was stopped. >>> >>> Yes, that is the reason. Do we need to reinstate the project, and if >> that's >>> the case who would be the administrator/s? >>> Let me know and I'll get it fixed, really sorry for the annoyance. >>> >>> Roberto >> >> In the short term, reinstating the mirror of /trunk/ext_sources is >> pretty important without a lot of additional testing/setup directly from >> the source repositories of these items. So, I would vote YES on this. >> > > > oooextras is back from few hours now. Ok, thanks! :) > > >> >> What is required of the administrator(s)? >> > > > A sourceforge account, let me know yours (even privately) and I'll add them > right away. I will contact you privately about this. > > >> >> No apology needed. I think the majority of us are not current on >> SourceForge policies so we were not aware of this change. As far as I >> know, Apache OpenOffice was happy to have the SourceForge mirror service >> for these additional sources. >> > > Our decision was driven by other communities' concerns, we believe that our > current setting give peace of mind to all mirrored projects, but those who > really want to manage their mirrors! :) Hope we reinstated it properly and > we can move on. > > Thanks for understanding. > > roberto OK, thank you. > > > > >> >>> >>> >>> OK, I'm looking specifically at this paragraph from the link you sent-- "Mirrors which are not co-maintained with the one or more of the original developers, except where the upstream site has been discontinued, have been removed effective immediately. An extensive review has been conducted of the 295 mirrored projects and removals were completed on June 18th. Where a SourceForge-maintained mirror has been removed, we have redirected this traffic back to the canonical home for the software (whence it was mirrored to begin with)." Basically since "ooo-extras" are copies with md5 sums applied for our own uses, and we are NOT the original developers, this would definitely apply. In most cases, we have the provider links to these items listed as URL1 in /main/external_deps.lst. So, should we just change this file to use URL1 as default and forget ooo-extras altogether? We would need to see how this affects configuration which I've had problems with in the past when these sources haven't bee kept up to date in /ext_sources. It's likely we would need some alternate verification method. > >>> The direct download from >>> http://www.ijg.org/files/jpegsrc.v8d.tar.gz >>> and >>> http://www.python.org/ftp/python/2.7.6/Python-2.7.6.tgz >>> works for me. I don't know why it doesn't work for bootstrap. > > At times, the first download fails since the .gz file is uncompressed > during download. So basically you download file.tar.gz and what you get > is a file named "file.tar.gz" but with the contents of "file.tar" (and > thus a different md5sum). If someone wants to hack the Perl file or >> file > this in an issue it would be perfect. But the fallback always worked, >> so > this hasn't been high priority. > > Regards, > Andrea. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > -- MzK "We can all sleep easy at night knowing that somewhere at any given time, the Foo Fighters are out there fighting Foo." -- David Letterman >>>
Re: Bootstrap download failures, mainly from http://sourceforge.net/projects/oooextras.mirror/files
2015-06-23 22:39 GMT+02:00 Kay Schenk : > > On 06/23/2015 08:00 AM, Roberto Galoppini wrote: > > 2015-06-23 0:49 GMT+02:00 Kay Schenk : > > > >> > >> > >> On 06/21/2015 11:54 PM, Andrea Pescetti wrote: > >>> On 21/06/2015 Kay Schenk wrote: > yes, they would be...based on the buildbot failure alone, I think the > SF > mirror must have been deactivated just a day or so ago. > >>> > >>> Could it be that this is an unintended consequence of SourceForge's new > >>> policy when they decided, for transparency towards the community, to > >>> avoid mirrors that had not been asked for? > >>> > >> > http://sourceforge.net/blog/project-mirroring-policies-will-be-revisited-with-our-community-panel-existing-mirrors-removed/ > >>> > >>> > >>> It seems clear that > >>> http://sourceforge.net/projects/oooextras.mirror/files/ was definitely > >>> to be kept (or, while at it, we could have it relocated to > >>> http://sourceforge.net/projects/oooextras/ or something else like > >>> apache-extras-openoffice). > >> > >> Oh my! I did not see/hear about this. Given the June 18 notice, yes, I > >> would certainly say this applies to AOO and why the mirror service was > >> stopped. > >> > > > > Yes, that is the reason. Do we need to reinstate the project, and if > that's > > the case who would be the administrator/s? > > Let me know and I'll get it fixed, really sorry for the annoyance. > > > > Roberto > > In the short term, reinstating the mirror of /trunk/ext_sources is > pretty important without a lot of additional testing/setup directly from > the source repositories of these items. So, I would vote YES on this. > oooextras is back from few hours now. > > What is required of the administrator(s)? > A sourceforge account, let me know yours (even privately) and I'll add them right away. > > No apology needed. I think the majority of us are not current on > SourceForge policies so we were not aware of this change. As far as I > know, Apache OpenOffice was happy to have the SourceForge mirror service > for these additional sources. > Our decision was driven by other communities' concerns, we believe that our current setting give peace of mind to all mirrored projects, but those who really want to manage their mirrors! :) Hope we reinstated it properly and we can move on. Thanks for understanding. roberto > > > > > > > > >> > >> OK, I'm looking specifically at this paragraph from the link you sent-- > >> > >> "Mirrors which are not co-maintained with the one or more of the > >> original developers, except where the upstream site has been > >> discontinued, have been removed effective immediately. An extensive > >> review has been conducted of the 295 mirrored projects and removals were > >> completed on June 18th. Where a SourceForge-maintained mirror has been > >> removed, we have redirected this traffic back to the canonical home for > >> the software (whence it was mirrored to begin with)." > >> > >> Basically since "ooo-extras" are copies with md5 sums applied for our > >> own uses, and we are NOT the original developers, this would definitely > >> apply. > >> > >> In most cases, we have the provider links to these items listed as URL1 > >> in /main/external_deps.lst. So, should we just change this file to use > >> URL1 as default and forget ooo-extras altogether? > >> > >> We would need to see how this affects configuration which I've had > >> problems with in the past when these sources haven't bee kept up to date > >> in /ext_sources. It's likely we would need some alternate verification > >> method. > >> > >> > >> > >> > >>> > > The direct download from > > http://www.ijg.org/files/jpegsrc.v8d.tar.gz > > and > > http://www.python.org/ftp/python/2.7.6/Python-2.7.6.tgz > > works for me. I don't know why it doesn't work for bootstrap. > >>> > >>> At times, the first download fails since the .gz file is uncompressed > >>> during download. So basically you download file.tar.gz and what you get > >>> is a file named "file.tar.gz" but with the contents of "file.tar" (and > >>> thus a different md5sum). If someone wants to hack the Perl file or > file > >>> this in an issue it would be perfect. But the fallback always worked, > so > >>> this hasn't been high priority. > >>> > >>> Regards, > >>> Andrea. > >>> > >>> - > >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > >>> For additional commands, e-mail: dev-h...@openoffice.apache.org > >>> > >> > >> -- > >> > >> MzK > >> > >> "We can all sleep easy at night knowing that > >> somewhere at any given time, > >> the Foo Fighters are out there fighting Foo." > >> -- David Letterman > >> > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > >> For additional commands, e-mail: dev-h...@openoffice
Re: Bootstrap download failures, mainly from http://sourceforge.net/projects/oooextras.mirror/files
On 06/23/2015 08:00 AM, Roberto Galoppini wrote: > 2015-06-23 0:49 GMT+02:00 Kay Schenk : > >> >> >> On 06/21/2015 11:54 PM, Andrea Pescetti wrote: >>> On 21/06/2015 Kay Schenk wrote: yes, they would be...based on the buildbot failure alone, I think the SF mirror must have been deactivated just a day or so ago. >>> >>> Could it be that this is an unintended consequence of SourceForge's new >>> policy when they decided, for transparency towards the community, to >>> avoid mirrors that had not been asked for? >>> >> http://sourceforge.net/blog/project-mirroring-policies-will-be-revisited-with-our-community-panel-existing-mirrors-removed/ >>> >>> >>> It seems clear that >>> http://sourceforge.net/projects/oooextras.mirror/files/ was definitely >>> to be kept (or, while at it, we could have it relocated to >>> http://sourceforge.net/projects/oooextras/ or something else like >>> apache-extras-openoffice). >> >> Oh my! I did not see/hear about this. Given the June 18 notice, yes, I >> would certainly say this applies to AOO and why the mirror service was >> stopped. >> > > Yes, that is the reason. Do we need to reinstate the project, and if that's > the case who would be the administrator/s? > Let me know and I'll get it fixed, really sorry for the annoyance. > > Roberto In the short term, reinstating the mirror of /trunk/ext_sources is pretty important without a lot of additional testing/setup directly from the source repositories of these items. So, I would vote YES on this. What is required of the administrator(s)? No apology needed. I think the majority of us are not current on SourceForge policies so we were not aware of this change. As far as I know, Apache OpenOffice was happy to have the SourceForge mirror service for these additional sources. > > > >> >> OK, I'm looking specifically at this paragraph from the link you sent-- >> >> "Mirrors which are not co-maintained with the one or more of the >> original developers, except where the upstream site has been >> discontinued, have been removed effective immediately. An extensive >> review has been conducted of the 295 mirrored projects and removals were >> completed on June 18th. Where a SourceForge-maintained mirror has been >> removed, we have redirected this traffic back to the canonical home for >> the software (whence it was mirrored to begin with)." >> >> Basically since "ooo-extras" are copies with md5 sums applied for our >> own uses, and we are NOT the original developers, this would definitely >> apply. >> >> In most cases, we have the provider links to these items listed as URL1 >> in /main/external_deps.lst. So, should we just change this file to use >> URL1 as default and forget ooo-extras altogether? >> >> We would need to see how this affects configuration which I've had >> problems with in the past when these sources haven't bee kept up to date >> in /ext_sources. It's likely we would need some alternate verification >> method. >> >> >> >> >>> > The direct download from > http://www.ijg.org/files/jpegsrc.v8d.tar.gz > and > http://www.python.org/ftp/python/2.7.6/Python-2.7.6.tgz > works for me. I don't know why it doesn't work for bootstrap. >>> >>> At times, the first download fails since the .gz file is uncompressed >>> during download. So basically you download file.tar.gz and what you get >>> is a file named "file.tar.gz" but with the contents of "file.tar" (and >>> thus a different md5sum). If someone wants to hack the Perl file or file >>> this in an issue it would be perfect. But the fallback always worked, so >>> this hasn't been high priority. >>> >>> Regards, >>> Andrea. >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>> >> >> -- >> >> MzK >> >> "We can all sleep easy at night knowing that >> somewhere at any given time, >> the Foo Fighters are out there fighting Foo." >> -- David Letterman >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> > -- MzK "We can all sleep easy at night knowing that somewhere at any given time, the Foo Fighters are out there fighting Foo." -- David Letterman - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Looking for help for clipboard in Math
On 23.06.2015 20:46, Regina Henschel wrote: > But now I have this problem: > I start module Math with a fresh document, I write a formula into the > command window (e.g. a^2+b^2) and then try to save as *.mml. > I get the errors cited below. I have not used any operations with the > clipboard. A build from current trunk does not have this error, so it > must be something, which I have introduced. But I do not know, what are > possible causes and where to start. > > Errormessages: > > Locking problem. > Sharing violation while accessing the object. this is a problem with file locking that generally only manifests on Windows: a file has been opened once and is opened a second time; the second opening fails. for example, the SvStream class uses file locking by default. check for code that opens the file for debug purpose and forgets to close it, or memory leak of something that contains an open file handle. or perhaps you have the file open in a text editor? if it's not obvious try SysInternals Process Monitor, it can trace system calls and their return values, and even display stack traces of the calls. https://technet.microsoft.com/en-us/sysinternals/bb896645.aspx - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Looking for help for clipboard in Math
Hi Michael,
and another report:
I found, what I did wrong. I had used GetTree() and not realized, that
it does not only return a pointer but actually performs a "pop".
For text clipboard content I have followed your tip with SvMemoryStream
and utl::OInputStreamWrapper.
So now I can import from clipboard, if the clipboard is of MIME type
"application/mathml+xml" or if it is of type FORMAT_STRING and is
actually a math-fragment.
But now I have this problem:
I start module Math with a fresh document, I write a formula into the
command window (e.g. a^2+b^2) and then try to save as *.mml.
I get the errors cited below. I have not used any operations with the
clipboard. A build from current trunk does not have this error, so it
must be something, which I have introduced. But I do not know, what are
possible causes and where to start.
Errormessages:
Locking problem.
Sharing violation while accessing the object.
Error: An error or a warning has occurred during XML import/export!
Error-Id: 0x60040004
Flags: 6 ERRROR SEVERE
Class: 4 API
Number: 4
Parameters:
Exception-Message: io exception during writing
From File
c:/AOO_debugbuild_420/trunk/main/xmloff/source/core/xmlerror.cxx at Line 193
Error: cached Sequence not written From File
C:/AOO_debugbuild_420/trunk/main/sax/source/expatwrap/saxwriter.cxx at
Line 164
Kind regards
Regina
Michael Stahl schrieb:
On 06.06.2015 22:03, Regina Henschel wrote:
Hi Michael,
thank-you for looking at my problems.
Michael Stahl schrieb:
On 05.06.2015 01:44, Regina Henschel wrote:
Hi all,
I struggle with the clipboard. My goal is to import MathML in module
Math from clipboard, similar as it is imported from file. But I'm stuck.
Therefore some questions:
[skipped a lot of text]
Helpful comments. Looking around I think, the connection to the OS is
done in /main/dtrans/source/win32/
I have found the table m_TranslTable, which refers the SOT_FORMATSTR_IDs
from exchange.cxx. I'll try what happens, when I add the MathML format
there too. I had already added it in exchange.cxx, but that was not
enough to be recognized. [I need some time for that. I will report back,
when I have finished.]
that sounds plausible.
(5)
I try to use SmViewShell::InsertFrom(SfxMedium &rMedium). It seems to
work, but when the process arrives at SmXMLImport::endDocument(void),
the node tree is empty. Any tips, what I might have missed?
how do you prepare the SfxMedium? i'm not sure if it requires an actual
file, or if it can read from an input stream (XInputStream); it probably
can't read from a Sequence buffer directly...
there is a SfxMedium::setStreamToLoadFrom() which looks promising.
I have used:
TransferableDataHelper aDataHelper(
TransferableDataHelper::CreateFromSystemClipboard(GetEditWindow()) );
uno::Reference < io::XInputStream > xStrm;
aDataHelper.GetInputStream( nId, xStrm );
SfxMedium* pClipboardMedium = new SfxMedium();
SfxMedium aClipboardMedium = *pClipboardMedium;
this is probably not a good idea: the aClipboardMedium is now a copy of
pClipboardMedium (using the copy-constructor), so any modification to
aClipboardMedium will not be visible if you use pClipboardMedium.
if you need a pointer, better do it the other way around, and use "&
aClipbardMedium" when needed.
aClipboardMedium.setStreamToLoadFrom( xStrm, sal_True /*bIsReadOnly*/ );
InsertFrom(aClipboardMedium);
oh, nice, the TransferableDataHelper can already get you a stream.
When I then proof it with
SvStream* pStream = aClipboardMedium.GetInStream();
...
sal_uLong nBytesRead = pStream->Read( aBuffer, nBufferSize );
printf("%s \n", aBuffer);
I can see, that the stream contains the expected MathML-source in case
the clipboard viewer lists the clipboard format "application/mathml+xml".
ok, so we can read the data.
do you re-wind the stream with Seek() after this debug output? perhaps
the import filter reads from the current position, which is going to be
in the middle or at the end of the stream after this.
In addition I have set the filter by
const SfxFilter* pMathFilter = SfxFilter::GetFilterByName(
String::CreateFromAscii(MATHML_XML) );
aClipboardMedium.SetFilter(pMathFilter);
so that
if ( rFltName.EqualsAscii(MATHML_XML) )
in InsertFrom becomes true
it looks like SmXMLImportWrapper is using the usual xmloff XML-parsing
stuff.
so i would try to check if the root element of the MathML document is
being recognized; set a breakpoint or add a SAL_DEBUG output in the
right CreateChildContext() method...
this is apparently SmXMLImport::CreateContext() - which should create a
SmXMLDocContext_Impl, since there's not going to be a "office" namespace.
most of the work is going on in the CreateChildContext() and
EndElement() overrides in various child classes of SmXMLImportContext;
basically xmloff maintains a stack of contexts, one for each currently
open XML element; it then calls StartElement() / CreateChildContext() /
EndElement() etc. on the context that is o
review requested: [Issue 105098] [Mac] inserting files (e. g. images) into a document by drag & drop isn't possible : [Attachment 84803] Patch for drag n drop bug with rev #2
h...@apache.org has reassigned Manik 's request for review to h...@apache.org : Issue 105098: [Mac] inserting files (e. g. images) into a document by drag & drop isn't possible https://bz.apache.org/ooo/show_bug.cgi?id=105098 Attachment 84803: Patch for drag n drop bug with rev #2 https://bz.apache.org/ooo/attachment.cgi?id=84803&action=edit --- Comment #23 from h...@apache.org --- Comment on attachment 84803 --> https://bz.apache.org/ooo/attachment.cgi?id=84803 Patch for drag n drop bug with rev #2 reviewing the patch... - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Bootstrap download failures, mainly from http://sourceforge.net/projects/oooextras.mirror/files
2015-06-23 0:49 GMT+02:00 Kay Schenk : > > > On 06/21/2015 11:54 PM, Andrea Pescetti wrote: > > On 21/06/2015 Kay Schenk wrote: > >> yes, they would be...based on the buildbot failure alone, I think the SF > >> mirror must have been deactivated just a day or so ago. > > > > Could it be that this is an unintended consequence of SourceForge's new > > policy when they decided, for transparency towards the community, to > > avoid mirrors that had not been asked for? > > > http://sourceforge.net/blog/project-mirroring-policies-will-be-revisited-with-our-community-panel-existing-mirrors-removed/ > > > > > > It seems clear that > > http://sourceforge.net/projects/oooextras.mirror/files/ was definitely > > to be kept (or, while at it, we could have it relocated to > > http://sourceforge.net/projects/oooextras/ or something else like > > apache-extras-openoffice). > > Oh my! I did not see/hear about this. Given the June 18 notice, yes, I > would certainly say this applies to AOO and why the mirror service was > stopped. > Yes, that is the reason. Do we need to reinstate the project, and if that's the case who would be the administrator/s? Let me know and I'll get it fixed, really sorry for the annoyance. Roberto > > OK, I'm looking specifically at this paragraph from the link you sent-- > > "Mirrors which are not co-maintained with the one or more of the > original developers, except where the upstream site has been > discontinued, have been removed effective immediately. An extensive > review has been conducted of the 295 mirrored projects and removals were > completed on June 18th. Where a SourceForge-maintained mirror has been > removed, we have redirected this traffic back to the canonical home for > the software (whence it was mirrored to begin with)." > > Basically since "ooo-extras" are copies with md5 sums applied for our > own uses, and we are NOT the original developers, this would definitely > apply. > > In most cases, we have the provider links to these items listed as URL1 > in /main/external_deps.lst. So, should we just change this file to use > URL1 as default and forget ooo-extras altogether? > > We would need to see how this affects configuration which I've had > problems with in the past when these sources haven't bee kept up to date > in /ext_sources. It's likely we would need some alternate verification > method. > > > > > > > >>> The direct download from > >>> http://www.ijg.org/files/jpegsrc.v8d.tar.gz > >>> and > >>> http://www.python.org/ftp/python/2.7.6/Python-2.7.6.tgz > >>> works for me. I don't know why it doesn't work for bootstrap. > > > > At times, the first download fails since the .gz file is uncompressed > > during download. So basically you download file.tar.gz and what you get > > is a file named "file.tar.gz" but with the contents of "file.tar" (and > > thus a different md5sum). If someone wants to hack the Perl file or file > > this in an issue it would be perfect. But the fallback always worked, so > > this hasn't been high priority. > > > > Regards, > > Andrea. > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > > For additional commands, e-mail: dev-h...@openoffice.apache.org > > > > -- > > MzK > > "We can all sleep easy at night knowing that > somewhere at any given time, > the Foo Fighters are out there fighting Foo." > -- David Letterman > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > >
