You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Kay Schenk <ka...@gmail.com> on 2012/01/25 18:32:09 UTC
[CODE] update services
Hello folks --
I note by our migration page --
https://cwiki.apache.org/confluence/display/OOOUSERS/OpenOffice.org+Migration+Status
that as of 10/24/2011 we have NO decision on where to locate the update
service -- Product Update Service (PUS).
This referenced URL
http://update36.services.openoffice.org/ProductUpdateService/check.Update?pkgfmt=rpm
(well this link is probably architecture specific but you get the idea).
I have NO personal knowledge of HOW this service is supposed to work or the
internal setup for this.
However, this continues to be a stumbling block for current users
especially those who have enabled "auto update".
Is there any possibility this service could be ported -- SOON -- to an
environment under Apache OpenOffice.org? Maybe even in the Download area of
the "user portal" site? Thankfully cgis and the like are pretty easy to
construct there given the current environment.
Obviously someone with intimate knowledge of this service needs to weigh in
here with details .
--
----------------------------------------------------------------------------------------
MzK
"Follow your bliss."
-- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Jürgen Schmidt <jo...@googlemail.com>.
On 1/25/12 9:34 PM, Ariel Constenla-Haile wrote:
> On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile wrote:
>> The code is in main/extensions/source/update/
>> rather illuminating
>> main/extensions/source/update/check/updateprotocol.cxx
>>
>> The format is xml, you can see main/instsetoo_native/util/update.xml
>
> it seems to support also an update feed format:
> http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
>
> There should be an specification somewhere, but the old site
> http://specs.openoffice.org has become rather broken after the
> migration.
>
I would expect that it is similar to the xml format for the extensions.
I have never looked in detail in it, I have only noticed the Url in
openoffice.lst when I have changed some others.
I think the update service is a very useful one and we should try to
reestablish this service. Ok many users don't like such "call home"
features but that's the reason why it is configurable.
Juergen
Re: [CODE] update services
Posted by Jürgen Schmidt <jo...@googlemail.com>.
On 2/24/12 6:08 AM, Ariel Constenla-Haile wrote:
> On Thu, Feb 23, 2012 at 05:59:46PM +0100, Jürgen Schmidt wrote:
>> On 1/27/12 8:06 PM, Ariel Constenla-Haile wrote:
>>> Hi Jürgen,
>>>
>>> On Fri, Jan 27, 2012 at 07:41:58PM +0100, Jürgen Schmidt wrote:
>>>>> Unfortunately I cannot test how this is implemented because the feature
>>>>> depends on functionality removed in the IP clearance (libneon), and
>>>>> I don't have a pre-ip-clearance build to test.
>>>>>
>>>>>
>>>> We are working on the replacement for neon with libserf. It's the last big
>>>> missing feature for IP clearance. We have to reimplement the UCP and have
>>>> to integrate 3 libs (apr, apr-util and serf) in our buil env. It's mainly
>>>> Oliver and Andre who are working on this right now.
>>>
>>>
>>> As I work in Linux, I managed to do the trick with:
>>>
>>> * configure --with-system-neon will enable the WebDav content provider
>>> * export BUILD_SPECIAL=YES because the update component is not installed
>>> without that env. var. set, vid. scp2/util/makefile.mk:
>>>
>>> .IF "$(BUILD_SPECIAL)"!=""
>>> SCP1FILES += \
>>> module_onlineupdate.par \
>>> file_onlineupdate.par
>>> .ENDIF
>>>
>>>
>>> Side note: that BUILD_SPECIAL adds other stuff. It should be replaced
>>> with an --enable-update-service or the like.
>>
>> did you have worked on this already?
>
> Committed as revision 1293078
> http://svn.apache.org/viewvc?view=revision&revision=1293078
> Online Update is enabled by default. It can be turned off with
> --disable-online-update
> --enable-online-update=no
>
>
> Tested it by changing the URL to
> http://people.apache.org/~arielch/ProductUpdateService/check.Update.feed
> and both checking for updates and downloading the tar file worked fine.
great, one item less on my list.
Thanks
Juergen
>
>>
>> Now where we have the neon replacement in place we should try to
>> bring up a working online update service. I think it would be very
>> useful for our upcoming release to promote it to our users. A basic
>> version should be enough for now to simply inform our users.
>>
>> Any volunteers to drive this forward?
>
> I guess that first it has to be decided where it would be hosted, this
> will determinate the language used to implement the service (Java, PHP,
> etc.).
>
>
> Regards
Re: [CODE] update services
Posted by Ariel Constenla-Haile <ar...@apache.org>.
On Thu, Feb 23, 2012 at 05:59:46PM +0100, Jürgen Schmidt wrote:
> On 1/27/12 8:06 PM, Ariel Constenla-Haile wrote:
> >Hi Jürgen,
> >
> >On Fri, Jan 27, 2012 at 07:41:58PM +0100, Jürgen Schmidt wrote:
> >>>Unfortunately I cannot test how this is implemented because the feature
> >>>depends on functionality removed in the IP clearance (libneon), and
> >>>I don't have a pre-ip-clearance build to test.
> >>>
> >>>
> >>We are working on the replacement for neon with libserf. It's the last big
> >>missing feature for IP clearance. We have to reimplement the UCP and have
> >>to integrate 3 libs (apr, apr-util and serf) in our buil env. It's mainly
> >>Oliver and Andre who are working on this right now.
> >
> >
> >As I work in Linux, I managed to do the trick with:
> >
> >* configure --with-system-neon will enable the WebDav content provider
> >* export BUILD_SPECIAL=YES because the update component is not installed
> > without that env. var. set, vid. scp2/util/makefile.mk:
> >
> >.IF "$(BUILD_SPECIAL)"!=""
> >SCP1FILES += \
> > module_onlineupdate.par \
> > file_onlineupdate.par
> >.ENDIF
> >
> >
> >Side note: that BUILD_SPECIAL adds other stuff. It should be replaced
> >with an --enable-update-service or the like.
>
> did you have worked on this already?
Committed as revision 1293078
http://svn.apache.org/viewvc?view=revision&revision=1293078
Online Update is enabled by default. It can be turned off with
--disable-online-update
--enable-online-update=no
Tested it by changing the URL to
http://people.apache.org/~arielch/ProductUpdateService/check.Update.feed
and both checking for updates and downloading the tar file worked fine.
>
> Now where we have the neon replacement in place we should try to
> bring up a working online update service. I think it would be very
> useful for our upcoming release to promote it to our users. A basic
> version should be enough for now to simply inform our users.
>
> Any volunteers to drive this forward?
I guess that first it has to be decided where it would be hosted, this
will determinate the language used to implement the service (Java, PHP,
etc.).
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [CODE] update services
Posted by Kay Schenk <ka...@gmail.com>.
On Fri, Feb 24, 2012 at 9:40 AM, Kay Schenk <ka...@gmail.com> wrote:
>
>
> 2012/2/23 Jürgen Schmidt <jo...@googlemail.com>
>
>> On 2/24/12 1:03 AM, Ariel Constenla-Haile wrote:
>>
>>> Hi *,
>>>
>>> On Thu, Feb 23, 2012 at 03:41:40PM -0800, Kay Schenk wrote:
>>>
>>>> Now where we have the neon replacement in place we should try to bring
>>>>> up
>>>>> a working online update service. I think it would be very useful for
>>>>> our
>>>>> upcoming release to promote it to our users. A basic version should be
>>>>> enough for now to simply inform our users.
>>>>>
>>>>> Any volunteers to drive this forward?
>>>>>
>>>>> Juergen
>>>>>
>>>>>
>>>> Juergen--
>>>>
>>>> I would not exactly sayy I am volunteering, but I do have some questions
>>>> about this. I looked at the spec that was posted on --
>>>>
>>>> http://wiki.services.**openoffice.org/wiki/Update_**
>>>> Notification_Protocol#Request<http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request>
>>>>
>>>> specifically, the "Update Document and Feeds" portion. Looking at just
>>>> the
>>>> "simplest possible reply". This, to me, implies that we should have
>>>> <inst...> entries for all conceivable platforms etc. Does anyone know
>>>> how
>>>> this "feed" file was generated in the past?
>>>>
>>>> Conceivably we could of course use "cron" and perl to generate the feed
>>>> file, and use it as the URL, but where to get the needed info??? I'll
>>>> see
>>>> if I can contact one of the former distribution folks on this. I've
>>>> spent
>>>> some time thinking about it, but that's as far as I got.
>>>>
>>>
>>> My guessing is that this was handled by a web service, and the data was
>>> dynamically generated upon the http request.
>>>
>>
> hmmm...OK. I was thinking more of like a nightly update to the XML feed.
> Still we need to investigate where the "inputs" (version, distribution
> number, languages,etc.) and how to get to them.
>
>
>>
>>>
>> that is what I am assuming as well. But we can start with a static page
>> if that is possible.
>>
>
> Based on Ariel's successes, this should be easy enough. we can use Dave's
> suggestion, slightly modified, and put the XML feed at --
>
> www.openoffice.org/updates/check.update
> <http://www.openoffice.org/updates/check.html>
>
> or something. (I need to see how the server responds to xml files.)
>
> If someone sends me details, I will be happy to put the feed file together
> a la Ariel's --
>
> (simple)
>
> http://people.apache.org/~arielch/ProductUpdateService/check.Update.win
>
> -- or --
>
> (atom)
>
> http://people.apache.org/~arielch/ProductUpdateService/check.Update.feed
>
> Which format will we be using?
>
>
>
>> Juergen
>>
>
>
>
> --
>
> ----------------------------------------------------------------------------------------
> MzK
>
> "Follow your bliss."
> -- attributed to Joseph Campbell
>
>
>
>
well...a tiny little breakthrough on the update service...
I did the following today--
* reassigned the old update service ( update36.services.openoffice.org) to
the current web server IP via my /etc/host file
* created a ProductUpdateService directory on www.openoffice.org and dumped
Ariel's atom feed file into the directory with the name check.Update
Now, on my exisiting OOo3.3, when I click "Check for updates", it *gets*
somewhere but of course, my system is expecting an ".rpm" package and not a
tar ball as spec'd in the DL url, so nothing happens. Really I didn't try
to find something reasonable, I just wanted to see if the ideas I had about
re-routing the connection would work.
Bottom line. I think we should have infra also make this DNS change. At
least folks with current "auto upgrades" will not continue to suffer from
NO conenctions AND we now have an place to test/implement the feed,
assuming we can get it in the right format for what we will be releasing
with 3.4.
Thoughts?
--
----------------------------------------------------------------------------------------
MzK
"Follow your bliss."
-- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Kay Schenk <ka...@gmail.com>.
2012/2/23 Jürgen Schmidt <jo...@googlemail.com>
> On 2/24/12 1:03 AM, Ariel Constenla-Haile wrote:
>
>> Hi *,
>>
>> On Thu, Feb 23, 2012 at 03:41:40PM -0800, Kay Schenk wrote:
>>
>>> Now where we have the neon replacement in place we should try to bring up
>>>> a working online update service. I think it would be very useful for our
>>>> upcoming release to promote it to our users. A basic version should be
>>>> enough for now to simply inform our users.
>>>>
>>>> Any volunteers to drive this forward?
>>>>
>>>> Juergen
>>>>
>>>>
>>> Juergen--
>>>
>>> I would not exactly sayy I am volunteering, but I do have some questions
>>> about this. I looked at the spec that was posted on --
>>>
>>> http://wiki.services.**openoffice.org/wiki/Update_**
>>> Notification_Protocol#Request<http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request>
>>>
>>> specifically, the "Update Document and Feeds" portion. Looking at just
>>> the
>>> "simplest possible reply". This, to me, implies that we should have
>>> <inst...> entries for all conceivable platforms etc. Does anyone know
>>> how
>>> this "feed" file was generated in the past?
>>>
>>> Conceivably we could of course use "cron" and perl to generate the feed
>>> file, and use it as the URL, but where to get the needed info??? I'll see
>>> if I can contact one of the former distribution folks on this. I've spent
>>> some time thinking about it, but that's as far as I got.
>>>
>>
>> My guessing is that this was handled by a web service, and the data was
>> dynamically generated upon the http request.
>>
>
hmmm...OK. I was thinking more of like a nightly update to the XML feed.
Still we need to investigate where the "inputs" (version, distribution
number, languages,etc.) and how to get to them.
>
>>
> that is what I am assuming as well. But we can start with a static page if
> that is possible.
>
Based on Ariel's successes, this should be easy enough. we can use Dave's
suggestion, slightly modified, and put the XML feed at --
www.openoffice.org/updates/check.update
<http://www.openoffice.org/updates/check.html>
or something. (I need to see how the server responds to xml files.)
If someone sends me details, I will be happy to put the feed file together
a la Ariel's --
(simple)
http://people.apache.org/~arielch/ProductUpdateService/check.Update.win
-- or --
(atom)
http://people.apache.org/~arielch/ProductUpdateService/check.Update.feed
Which format will we be using?
> Juergen
>
--
----------------------------------------------------------------------------------------
MzK
"Follow your bliss."
-- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Jürgen Schmidt <jo...@googlemail.com>.
On 2/24/12 1:03 AM, Ariel Constenla-Haile wrote:
> Hi *,
>
> On Thu, Feb 23, 2012 at 03:41:40PM -0800, Kay Schenk wrote:
>>> Now where we have the neon replacement in place we should try to bring up
>>> a working online update service. I think it would be very useful for our
>>> upcoming release to promote it to our users. A basic version should be
>>> enough for now to simply inform our users.
>>>
>>> Any volunteers to drive this forward?
>>>
>>> Juergen
>>>
>>
>> Juergen--
>>
>> I would not exactly sayy I am volunteering, but I do have some questions
>> about this. I looked at the spec that was posted on --
>>
>> http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request
>>
>> specifically, the "Update Document and Feeds" portion. Looking at just the
>> "simplest possible reply". This, to me, implies that we should have
>> <inst...> entries for all conceivable platforms etc. Does anyone know how
>> this "feed" file was generated in the past?
>>
>> Conceivably we could of course use "cron" and perl to generate the feed
>> file, and use it as the URL, but where to get the needed info??? I'll see
>> if I can contact one of the former distribution folks on this. I've spent
>> some time thinking about it, but that's as far as I got.
>
> My guessing is that this was handled by a web service, and the data was
> dynamically generated upon the http request.
>
that is what I am assuming as well. But we can start with a static page
if that is possible.
Juergen
Re: [CODE] update services
Posted by Ariel Constenla-Haile <ar...@apache.org>.
Hi *,
On Thu, Feb 23, 2012 at 03:41:40PM -0800, Kay Schenk wrote:
> > Now where we have the neon replacement in place we should try to bring up
> > a working online update service. I think it would be very useful for our
> > upcoming release to promote it to our users. A basic version should be
> > enough for now to simply inform our users.
> >
> > Any volunteers to drive this forward?
> >
> > Juergen
> >
>
> Juergen--
>
> I would not exactly sayy I am volunteering, but I do have some questions
> about this. I looked at the spec that was posted on --
>
> http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request
>
> specifically, the "Update Document and Feeds" portion. Looking at just the
> "simplest possible reply". This, to me, implies that we should have
> <inst...> entries for all conceivable platforms etc. Does anyone know how
> this "feed" file was generated in the past?
>
> Conceivably we could of course use "cron" and perl to generate the feed
> file, and use it as the URL, but where to get the needed info??? I'll see
> if I can contact one of the former distribution folks on this. I've spent
> some time thinking about it, but that's as far as I got.
My guessing is that this was handled by a web service, and the data was
dynamically generated upon the http request.
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [CODE] update services
Posted by Regina Henschel <rb...@t-online.de>.
Hi Ariel,
Ariel Constenla-Haile schrieb:
>
> Hi Regina,
>
> On Fri, Jan 27, 2012 at 12:02:41PM +0100, Regina Henschel wrote:
>> I have tried this:
>> I have written analog to the example in the wiki page
>>
>> <?xml version="1.0" encoding="utf-8"?>
>> <inst:description
>> xmlns:inst="http://installation.openoffice.org/description">
>
> This must be the UpdateID in version.ini
>> <inst:id>OpenOffice.org_2_de</inst:id>
>> <inst:version>3.4</inst:version>
For me it works for OOo2.4.3 with UpdateID=OpenOffice.org_2_de and for
OOo3.3 with UpdateID=OpenOffice.org_3_de with the same check.Update file.
>
>
> This must be ProductBuildid in version.ini
>> <inst:buildid>340m1(Build:9584)</inst:buildid>
>
>
> The next one should be simply Windows.
Yes, you are right. I have changed it to
<inst:buildid>9584</inst:buildid>
<inst:os>Windows</inst:os>
and now it works with my file for me.
It enables the download-button and a click on it opens the URL which is
in <inst:update src=... >
Check for example
>
> ${USER_CONFIG_DIR}\OpenOffice.org\3\user\config\javasettings_Windows_x86.xml
>
> That file has the form javasettings_${_OS}_${_ARCH}.xml
> so you can get the next two items from this file name:
I didn't know where _OS and _ARCH are defined and guessed them.
>
>> <inst:os>Windows_NT</inst:os>
>> <inst:arch>x86</inst:arch>
>
> ${_OS} Windows - wrong
> ${_ARCH} x86 - ok
>
>> <inst:update type="text/html"
>> src="http://archive.apache.org/dist/incubator/ooo/stable/" />
>> </inst:description>
>>
>> and put it as file with file name test_check.update
>> to this location
>> http://www.rhenschel.homepage.t-online.de/test_check.update
>>
>> Then I have changed UpdateURL in version.ini to point to this URL.
>> When I now let OpenOffice search for Update, I get the response,
>> that the version is up to date.
>> I have tried varying entries in nodes 'inst:id' 'inst:version' and
>> 'inst:buildid', but always get "version is up to date".
>
> try this one, it's working; in version.ini:
>
> UpdateURL=http://people.apache.org/~arielch/ProductUpdateService/check.Update.win
Yes, that works for me too.
So it seem, that 'check.Update' needs to be a script, that returns such
a file, we have written manually now.
Kind regards
Regina
Re: [CODE] update services
Posted by Ariel Constenla-Haile <ar...@apache.org>.
Hi Regina,
On Fri, Jan 27, 2012 at 12:02:41PM +0100, Regina Henschel wrote:
> I have tried this:
> I have written analog to the example in the wiki page
>
> <?xml version="1.0" encoding="utf-8"?>
> <inst:description
> xmlns:inst="http://installation.openoffice.org/description">
This must be the UpdateID in version.ini
> <inst:id>OpenOffice.org_2_de</inst:id>
> <inst:version>3.4</inst:version>
This must be ProductBuildid in version.ini
> <inst:buildid>340m1(Build:9584)</inst:buildid>
The next one should be simply Windows. Check for example
${USER_CONFIG_DIR}\OpenOffice.org\3\user\config\javasettings_Windows_x86.xml
That file has the form javasettings_${_OS}_${_ARCH}.xml
so you can get the next two items from this file name:
> <inst:os>Windows_NT</inst:os>
> <inst:arch>x86</inst:arch>
${_OS} Windows - wrong
${_ARCH} x86 - ok
> <inst:update type="text/html"
> src="http://archive.apache.org/dist/incubator/ooo/stable/" />
> </inst:description>
>
> and put it as file with file name test_check.update
> to this location
> http://www.rhenschel.homepage.t-online.de/test_check.update
>
> Then I have changed UpdateURL in version.ini to point to this URL.
> When I now let OpenOffice search for Update, I get the response,
> that the version is up to date.
> I have tried varying entries in nodes 'inst:id' 'inst:version' and
> 'inst:buildid', but always get "version is up to date".
try this one, it's working; in version.ini:
UpdateURL=http://people.apache.org/~arielch/ProductUpdateService/check.Update.win
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [CODE] update services
Posted by Dave Fisher <da...@comcast.net>.
On Feb 23, 2012, at 3:41 PM, Kay Schenk wrote:
> 2012/2/23 Jürgen Schmidt <jo...@googlemail.com>
>
>> On 1/27/12 8:06 PM, Ariel Constenla-Haile wrote:
>>
>>> Hi Jürgen,
>>>
>>> On Fri, Jan 27, 2012 at 07:41:58PM +0100, Jürgen Schmidt wrote:
>>>
>>>> Unfortunately I cannot test how this is implemented because the feature
>>>>> depends on functionality removed in the IP clearance (libneon), and
>>>>> I don't have a pre-ip-clearance build to test.
>>>>>
>>>>>
>>>>> We are working on the replacement for neon with libserf. It's the last
>>>> big
>>>> missing feature for IP clearance. We have to reimplement the UCP and have
>>>> to integrate 3 libs (apr, apr-util and serf) in our buil env. It's mainly
>>>> Oliver and Andre who are working on this right now.
>>>>
>>>
>>>
>>> As I work in Linux, I managed to do the trick with:
>>>
>>> * configure --with-system-neon will enable the WebDav content provider
>>> * export BUILD_SPECIAL=YES because the update component is not installed
>>> without that env. var. set, vid. scp2/util/makefile.mk:
>>>
>>> .IF "$(BUILD_SPECIAL)"!=""
>>> SCP1FILES += \
>>> module_onlineupdate.par \
>>> file_onlineupdate.par
>>> .ENDIF
>>>
>>>
>>> Side note: that BUILD_SPECIAL adds other stuff. It should be replaced
>>> with an --enable-update-service or the like.
>>>
>>
>> did you have worked on this already?
>>
>>
>>
>>>
>>> If the update feature is based on the http/WebDAV UCP, we can probably
>>>> test
>>>> it soon.
>>>>
>>>
>>> yes, it does use WebDAV UCP, the UpdateInformationProvider sends a request
>>> as explained in
>>> http://wiki.services.**openoffice.org/wiki/Update_**
>>> Notification_Protocol#Request<http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request>
>>> see
>>> /mnt/build/openoffice/apache/**trunk/main/extensions/source/**
>>> update/feed/updatefeed.cxx
>>> specially the CTOR UpdateInformationProvider::**UpdateInformationProvider
>>>
>>> /mnt/build/openoffice/apache/**trunk/main/extensions/source/**
>>> update/check/updateprotocol.**cxx
>>> specially checkForUpdates
>>>
>>
>> Now where we have the neon replacement in place we should try to bring up
>> a working online update service. I think it would be very useful for our
>> upcoming release to promote it to our users. A basic version should be
>> enough for now to simply inform our users.
>>
>> Any volunteers to drive this forward?
>>
>> Juergen
>>
>
> Juergen--
>
> I would not exactly sayy I am volunteering, but I do have some questions
> about this. I looked at the spec that was posted on --
>
> http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request
>
> specifically, the "Update Document and Feeds" portion. Looking at just the
> "simplest possible reply". This, to me, implies that we should have
> <inst...> entries for all conceivable platforms etc. Does anyone know how
> this "feed" file was generated in the past?
>
> Conceivably we could of course use "cron" and perl to generate the feed
> file, and use it as the URL, but where to get the needed info??? I'll see
> if I can contact one of the former distribution folks on this. I've spent
> some time thinking about it, but that's as far as I got.
Hi Kay,
When you finally understand how to create this file then I think we should put it in a new directory on the website so that it can be found at www.openoffice.org/updates/check.html. With that we have Infra point the old url to the new one. One less address hooked to Oracle.
Regards,
Dave
>
>
>
>>
>>
>>
>>>
>>> Regards
>>>
>>
>>
>
>
> --
> ----------------------------------------------------------------------------------------
> MzK
>
> "Follow your bliss."
> -- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Kay Schenk <ka...@gmail.com>.
2012/2/23 Jürgen Schmidt <jo...@googlemail.com>
> On 1/27/12 8:06 PM, Ariel Constenla-Haile wrote:
>
>> Hi Jürgen,
>>
>> On Fri, Jan 27, 2012 at 07:41:58PM +0100, Jürgen Schmidt wrote:
>>
>>> Unfortunately I cannot test how this is implemented because the feature
>>>> depends on functionality removed in the IP clearance (libneon), and
>>>> I don't have a pre-ip-clearance build to test.
>>>>
>>>>
>>>> We are working on the replacement for neon with libserf. It's the last
>>> big
>>> missing feature for IP clearance. We have to reimplement the UCP and have
>>> to integrate 3 libs (apr, apr-util and serf) in our buil env. It's mainly
>>> Oliver and Andre who are working on this right now.
>>>
>>
>>
>> As I work in Linux, I managed to do the trick with:
>>
>> * configure --with-system-neon will enable the WebDav content provider
>> * export BUILD_SPECIAL=YES because the update component is not installed
>> without that env. var. set, vid. scp2/util/makefile.mk:
>>
>> .IF "$(BUILD_SPECIAL)"!=""
>> SCP1FILES += \
>> module_onlineupdate.par \
>> file_onlineupdate.par
>> .ENDIF
>>
>>
>> Side note: that BUILD_SPECIAL adds other stuff. It should be replaced
>> with an --enable-update-service or the like.
>>
>
> did you have worked on this already?
>
>
>
>>
>> If the update feature is based on the http/WebDAV UCP, we can probably
>>> test
>>> it soon.
>>>
>>
>> yes, it does use WebDAV UCP, the UpdateInformationProvider sends a request
>> as explained in
>> http://wiki.services.**openoffice.org/wiki/Update_**
>> Notification_Protocol#Request<http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request>
>> see
>> /mnt/build/openoffice/apache/**trunk/main/extensions/source/**
>> update/feed/updatefeed.cxx
>> specially the CTOR UpdateInformationProvider::**UpdateInformationProvider
>>
>> /mnt/build/openoffice/apache/**trunk/main/extensions/source/**
>> update/check/updateprotocol.**cxx
>> specially checkForUpdates
>>
>
> Now where we have the neon replacement in place we should try to bring up
> a working online update service. I think it would be very useful for our
> upcoming release to promote it to our users. A basic version should be
> enough for now to simply inform our users.
>
> Any volunteers to drive this forward?
>
> Juergen
>
Juergen--
I would not exactly sayy I am volunteering, but I do have some questions
about this. I looked at the spec that was posted on --
http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request
specifically, the "Update Document and Feeds" portion. Looking at just the
"simplest possible reply". This, to me, implies that we should have
<inst...> entries for all conceivable platforms etc. Does anyone know how
this "feed" file was generated in the past?
Conceivably we could of course use "cron" and perl to generate the feed
file, and use it as the URL, but where to get the needed info??? I'll see
if I can contact one of the former distribution folks on this. I've spent
some time thinking about it, but that's as far as I got.
>
>
>
>>
>> Regards
>>
>
>
--
----------------------------------------------------------------------------------------
MzK
"Follow your bliss."
-- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Jürgen Schmidt <jo...@googlemail.com>.
On 1/27/12 8:06 PM, Ariel Constenla-Haile wrote:
> Hi Jürgen,
>
> On Fri, Jan 27, 2012 at 07:41:58PM +0100, Jürgen Schmidt wrote:
>>> Unfortunately I cannot test how this is implemented because the feature
>>> depends on functionality removed in the IP clearance (libneon), and
>>> I don't have a pre-ip-clearance build to test.
>>>
>>>
>> We are working on the replacement for neon with libserf. It's the last big
>> missing feature for IP clearance. We have to reimplement the UCP and have
>> to integrate 3 libs (apr, apr-util and serf) in our buil env. It's mainly
>> Oliver and Andre who are working on this right now.
>
>
> As I work in Linux, I managed to do the trick with:
>
> * configure --with-system-neon will enable the WebDav content provider
> * export BUILD_SPECIAL=YES because the update component is not installed
> without that env. var. set, vid. scp2/util/makefile.mk:
>
> .IF "$(BUILD_SPECIAL)"!=""
> SCP1FILES += \
> module_onlineupdate.par \
> file_onlineupdate.par
> .ENDIF
>
>
> Side note: that BUILD_SPECIAL adds other stuff. It should be replaced
> with an --enable-update-service or the like.
did you have worked on this already?
>
>
>> If the update feature is based on the http/WebDAV UCP, we can probably test
>> it soon.
>
> yes, it does use WebDAV UCP, the UpdateInformationProvider sends a request
> as explained in
> http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request
> see
> /mnt/build/openoffice/apache/trunk/main/extensions/source/update/feed/updatefeed.cxx
> specially the CTOR UpdateInformationProvider::UpdateInformationProvider
>
> /mnt/build/openoffice/apache/trunk/main/extensions/source/update/check/updateprotocol.cxx
> specially checkForUpdates
Now where we have the neon replacement in place we should try to bring
up a working online update service. I think it would be very useful for
our upcoming release to promote it to our users. A basic version should
be enough for now to simply inform our users.
Any volunteers to drive this forward?
Juergen
>
>
> Regards
Re: [CODE] update services
Posted by Ariel Constenla-Haile <ar...@apache.org>.
Hi Jürgen,
On Fri, Jan 27, 2012 at 07:41:58PM +0100, Jürgen Schmidt wrote:
> > Unfortunately I cannot test how this is implemented because the feature
> > depends on functionality removed in the IP clearance (libneon), and
> > I don't have a pre-ip-clearance build to test.
> >
> >
> We are working on the replacement for neon with libserf. It's the last big
> missing feature for IP clearance. We have to reimplement the UCP and have
> to integrate 3 libs (apr, apr-util and serf) in our buil env. It's mainly
> Oliver and Andre who are working on this right now.
As I work in Linux, I managed to do the trick with:
* configure --with-system-neon will enable the WebDav content provider
* export BUILD_SPECIAL=YES because the update component is not installed
without that env. var. set, vid. scp2/util/makefile.mk:
.IF "$(BUILD_SPECIAL)"!=""
SCP1FILES += \
module_onlineupdate.par \
file_onlineupdate.par
.ENDIF
Side note: that BUILD_SPECIAL adds other stuff. It should be replaced
with an --enable-update-service or the like.
> If the update feature is based on the http/WebDAV UCP, we can probably test
> it soon.
yes, it does use WebDAV UCP, the UpdateInformationProvider sends a request
as explained in
http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol#Request
see
/mnt/build/openoffice/apache/trunk/main/extensions/source/update/feed/updatefeed.cxx
specially the CTOR UpdateInformationProvider::UpdateInformationProvider
/mnt/build/openoffice/apache/trunk/main/extensions/source/update/check/updateprotocol.cxx
specially checkForUpdates
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [CODE] update services
Posted by Jürgen Schmidt <jo...@googlemail.com>.
Am Freitag, 27. Januar 2012 schrieb Ariel Constenla-Haile <
arielch@apache.org>:
> Hi Andrea, Regina, *,
>
>
> On Fri, Jan 27, 2012 at 09:05:13AM +0100, Andrea Pescetti wrote:
>> On 27/01/2012 Ariel Constenla-Haile wrote:
>> >the information must be out there, we just have to research, and study
>> >the code. An example searching the wiki:
>> >http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol
>> >IMO we are far from being out of luck :)
>>
>> We've already discussed that page, but at first glance it seems the
>> specification of a further version of the update protocol, and I'm
>> not sure it was ever implemented.
>
> this is actually implemented.
> I pointed OOO320m18 (Build:9502) to
> http://people.apache.org/~arielch/ProductUpdateService/check.Update.feed
>
> and I got
> http://people.apache.org/~arielch/ProductUpdateService/update_success.png
> http://people.apache.org/~arielch/ProductUpdateService/update_download.png
>
>>
>> However, what the service does is merely serving a "Yes" (updates
>> available) or "No", so, as elaborate as it can be, it shouldn't be
>> impossible to replicate it in a way that always answers "No" until
>> Apache OpenOffice 3.4 is out and always answers "Yes" when Apache
>> OpenOffice 3.4 is available (Apache OpenOffice 3.4 can point to
>> another URL, so it won't happen that people already using Apache
>> OpenOffice 3.4 get erroneous messages about available updates).
>
>
> a dummy
> http://people.apache.org/~arielch/ProductUpdateService/check.Update
> will indicate every OOo version that it is up-to-date (we may not want
> this - an OOo 3.2 will not be seen as un update to an OOo 3.1, for
> example).
>
> Unfortunately I cannot test how this is implemented because the feature
> depends on functionality removed in the IP clearance (libneon), and
> I don't have a pre-ip-clearance build to test.
>
>
We are working on the replacement for neon with libserf. It's the last big
missing feature for IP clearance. We have to reimplement the UCP and have
to integrate 3 libs (apr, apr-util and serf) in our buil env. It's mainly
Oliver and Andre who are working on this right now.
If the update feature is based on the http/WebDAV UCP, we can probably test
it soon.
But anyway great job to all of you who analyzed the feature so far. It's of
big help to move forward.
Juergen
Re: [CODE] update services
Posted by Andrea Pescetti <pe...@apache.org>.
On 27/01/2012 Ariel Constenla-Haile wrote:
> this is actually implemented.
Nice to know! I updated
http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol
with this remark.
> a dummy
> http://people.apache.org/~arielch/ProductUpdateService/check.Update
> will indicate every OOo version that it is up-to-date (we may not want
> this - an OOo 3.2 will not be seen as un update to an OOo 3.1, for
> example).
In theory this would indeed happen, but in practice OpenOffice.org 3.3
has been out for exactly one year, so the vast majority of people who
are interested in updates should now be running version 3.3. Those who
haven't updated their old OpenOffice.org for more than one year can
likely wait for Apache OpenOffice 3.4 to be released. So even this
"dummy" file reporting that no updates are available would be a
significant improvement over the current error message.
Regards,
Andrea.
Re: [CODE] update services
Posted by Ariel Constenla-Haile <ar...@apache.org>.
Hi Andrea, Regina, *,
On Fri, Jan 27, 2012 at 09:05:13AM +0100, Andrea Pescetti wrote:
> On 27/01/2012 Ariel Constenla-Haile wrote:
> >the information must be out there, we just have to research, and study
> >the code. An example searching the wiki:
> >http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol
> >IMO we are far from being out of luck :)
>
> We've already discussed that page, but at first glance it seems the
> specification of a further version of the update protocol, and I'm
> not sure it was ever implemented.
this is actually implemented.
I pointed OOO320m18 (Build:9502) to
http://people.apache.org/~arielch/ProductUpdateService/check.Update.feed
and I got
http://people.apache.org/~arielch/ProductUpdateService/update_success.png
http://people.apache.org/~arielch/ProductUpdateService/update_download.png
>
> However, what the service does is merely serving a "Yes" (updates
> available) or "No", so, as elaborate as it can be, it shouldn't be
> impossible to replicate it in a way that always answers "No" until
> Apache OpenOffice 3.4 is out and always answers "Yes" when Apache
> OpenOffice 3.4 is available (Apache OpenOffice 3.4 can point to
> another URL, so it won't happen that people already using Apache
> OpenOffice 3.4 get erroneous messages about available updates).
a dummy
http://people.apache.org/~arielch/ProductUpdateService/check.Update
will indicate every OOo version that it is up-to-date (we may not want
this - an OOo 3.2 will not be seen as un update to an OOo 3.1, for
example).
Unfortunately I cannot test how this is implemented because the feature
depends on functionality removed in the IP clearance (libneon), and
I don't have a pre-ip-clearance build to test.
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [CODE] update services
Posted by Kay Schenk <ka...@gmail.com>.
On Thu, Jan 26, 2012 at 5:02 PM, Ariel Constenla-Haile
<ar...@apache.org>wrote:
> Hi Kay,
>
> On Thu, Jan 26, 2012 at 04:18:39PM -0800, Kay Schenk wrote:
> > Well -- a very short update on this. And thanks again to Regina for
> helping
> > to point me in the right direction.
> >
> > Basically, unless we can find the former "check.Update" script somewhere
> we
> > may be out of luck. So, if anyone knows anything about it -- please let
> us
> > know!
>
> the information must be out there, we just have to research, and study
> the code. An example searching the wiki:
> http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol
> IMO we are far from being out of luck :)
>
>
Ariel--
Well you are obviously a MUCH better searcher than I! :}
I tried various combinations and came up empty.
So, THANK YOU! I will look at the wiki page and the rest of what you've
posted and see what we can set up to deal with this.
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>
--
----------------------------------------------------------------------------------------
MzK
"Follow your bliss."
-- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Andrea Pescetti <pe...@apache.org>.
On 27/01/2012 Ariel Constenla-Haile wrote:
> the information must be out there, we just have to research, and study
> the code. An example searching the wiki:
> http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol
> IMO we are far from being out of luck :)
We've already discussed that page, but at first glance it seems the
specification of a further version of the update protocol, and I'm not
sure it was ever implemented.
However, what the service does is merely serving a "Yes" (updates
available) or "No", so, as elaborate as it can be, it shouldn't be
impossible to replicate it in a way that always answers "No" until
Apache OpenOffice 3.4 is out and always answers "Yes" when Apache
OpenOffice 3.4 is available (Apache OpenOffice 3.4 can point to another
URL, so it won't happen that people already using Apache OpenOffice 3.4
get erroneous messages about available updates).
Regards,
Andrea.
Re: [CODE] update services
Posted by Regina Henschel <rb...@t-online.de>.
Hi all,
Ariel Constenla-Haile schrieb:
> Hi Kay,
>
> On Thu, Jan 26, 2012 at 04:18:39PM -0800, Kay Schenk wrote:
>> Well -- a very short update on this. And thanks again to Regina for helping
>> to point me in the right direction.
>>
>> Basically, unless we can find the former "check.Update" script somewhere we
>> may be out of luck. So, if anyone knows anything about it -- please let us
>> know!
>
> the information must be out there, we just have to research, and study
> the code. An example searching the wiki:
> http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol
> IMO we are far from being out of luck :)
I have tried this:
I have written analog to the example in the wiki page
<?xml version="1.0" encoding="utf-8"?>
<inst:description
xmlns:inst="http://installation.openoffice.org/description">
<inst:id>OpenOffice.org_2_de</inst:id>
<inst:version>3.4</inst:version>
<inst:buildid>340m1(Build:9584)</inst:buildid>
<inst:os>Windows_NT</inst:os>
<inst:arch>x86</inst:arch>
<inst:update type="text/html"
src="http://archive.apache.org/dist/incubator/ooo/stable/" />
</inst:description>
and put it as file with file name test_check.update
to this location
http://www.rhenschel.homepage.t-online.de/test_check.update
Then I have changed UpdateURL in version.ini to point to this URL.
When I now let OpenOffice search for Update, I get the response, that
the version is up to date.
I have tried varying entries in nodes 'inst:id' 'inst:version' and
'inst:buildid', but always get "version is up to date".
So not successful, but might help to find a solution.
Kind regards
Regina
Re: [CODE] update services
Posted by Ariel Constenla-Haile <ar...@apache.org>.
Hi Kay,
On Thu, Jan 26, 2012 at 04:18:39PM -0800, Kay Schenk wrote:
> Well -- a very short update on this. And thanks again to Regina for helping
> to point me in the right direction.
>
> Basically, unless we can find the former "check.Update" script somewhere we
> may be out of luck. So, if anyone knows anything about it -- please let us
> know!
the information must be out there, we just have to research, and study
the code. An example searching the wiki:
http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol
IMO we are far from being out of luck :)
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [CODE] update services
Posted by Kay Schenk <ka...@gmail.com>.
On Thu, Jan 26, 2012 at 9:47 AM, Kay Schenk <ka...@gmail.com> wrote:
> They seem to function now. OK, I will try to take a look at what will be
> needed to reconstruct the "update" service. I'm not much of C coder but I
> might be able to deal with some of this. :/
>
> Thanks for all who helped getting the "specs" area to function.
>
>
> On Thu, Jan 26, 2012 at 8:14 AM, Joe Schaefer <jo...@yahoo.com>wrote:
>
>> Sorry about the buildbot error Dave, should be fixed now.
>> (Problem with a filename having a space in it).
>>
>>
>>
>> ----- Original Message -----
>> > From: Dave Fisher <da...@comcast.net>
>> > To: ooo-dev@incubator.apache.org
>> > Cc:
>> > Sent: Thursday, January 26, 2012 10:36 AM
>> > Subject: Re: [CODE] update services
>> >
>> >
>> > On Jan 26, 2012, at 1:02 AM, Dave Fisher wrote:
>> >
>> >>
>> >> On Jan 25, 2012, at 5:10 PM, TJ Frazier wrote:
>> >>
>> >>> On 1/25/2012 19:18, Kay Schenk wrote:
>> >>>> On Wed, Jan 25, 2012 at 12:34 PM, Ariel Constenla-Haile
>> >>>> <ar...@apache.org>wrote:
>> >>>>
>> >>>>> On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile
>> > wrote:
>> >>>>>> The code is in main/extensions/source/update/
>> >>>>>> rather illuminating
>> >>>>>> main/extensions/source/update/check/updateprotocol.cxx
>> >>>>>>
>> >>>>>> The format is xml, you can see
>> > main/instsetoo_native/util/update.xml
>> >>>>>
>> >>>>> it seems to support also an update feed format:
>> >>>>>
>> >>>>>
>> >
>> http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
>> >>>>>
>> >>>>> There should be an specification somewhere, but the old site
>> >>>>> http://specs.openoffice.org has become rather broken after the
>> >>>>> migration.
>> >>>>>
>> >>>>>
>> >>>>> Regards
>> >>>>> --
>> >>>>> Ariel Constenla-Haile
>> >>>>> La Plata, Argentina
>> >>>>>
>> >>>>
>> >>>> Hey, kudos to both Regina and Ariel... something to go on! :)
>> >>>>
>> >>>>
>> >>>> FYI -- specs.openoffice.org is now www.openoffice.org/specs
>> >>>>
>> >>>> All the previous top-levels are now subdirecotires, but thanks for
>> > the
>> >>>> alert -- more redirects to do.
>> >>>>
>> >>>> Thanks a bunch for looking into this...really some good finds
>> >>>>
>> >>> Hi, Kay,
>> >>>
>> >>> That's a pretty page, .../specs, but all the links are 404 ... :-(
>> >>
>> >> I tried to update the specs area and ran into a buildbot error. When
>> that
>> > is cleared then these links should be good.
>> >
>> > This should be good to go.
>> >
>> > Regards,
>> > Dave
>> >
>> >
>> >>
>> >> Regards,
>> >> Dave
>> >>
>> >>>
>> >>> /tj/
>> >>>
>> >>
>> >
>>
>
>
>
> --
>
> ----------------------------------------------------------------------------------------
> MzK
>
> "Follow your bliss."
> -- attributed to Joseph Campbell
>
>
>
>
Well -- a very short update on this. And thanks again to Regina for helping
to point me in the right direction.
Basically, unless we can find the former "check.Update" script somewhere we
may be out of luck. So, if anyone knows anything about it -- please let us
know!
--
----------------------------------------------------------------------------------------
MzK
"Follow your bliss."
-- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Kay Schenk <ka...@gmail.com>.
They seem to function now. OK, I will try to take a look at what will be
needed to reconstruct the "update" service. I'm not much of C coder but I
might be able to deal with some of this. :/
Thanks for all who helped getting the "specs" area to function.
On Thu, Jan 26, 2012 at 8:14 AM, Joe Schaefer <jo...@yahoo.com>wrote:
> Sorry about the buildbot error Dave, should be fixed now.
> (Problem with a filename having a space in it).
>
>
>
> ----- Original Message -----
> > From: Dave Fisher <da...@comcast.net>
> > To: ooo-dev@incubator.apache.org
> > Cc:
> > Sent: Thursday, January 26, 2012 10:36 AM
> > Subject: Re: [CODE] update services
> >
> >
> > On Jan 26, 2012, at 1:02 AM, Dave Fisher wrote:
> >
> >>
> >> On Jan 25, 2012, at 5:10 PM, TJ Frazier wrote:
> >>
> >>> On 1/25/2012 19:18, Kay Schenk wrote:
> >>>> On Wed, Jan 25, 2012 at 12:34 PM, Ariel Constenla-Haile
> >>>> <ar...@apache.org>wrote:
> >>>>
> >>>>> On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile
> > wrote:
> >>>>>> The code is in main/extensions/source/update/
> >>>>>> rather illuminating
> >>>>>> main/extensions/source/update/check/updateprotocol.cxx
> >>>>>>
> >>>>>> The format is xml, you can see
> > main/instsetoo_native/util/update.xml
> >>>>>
> >>>>> it seems to support also an update feed format:
> >>>>>
> >>>>>
> >
> http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
> >>>>>
> >>>>> There should be an specification somewhere, but the old site
> >>>>> http://specs.openoffice.org has become rather broken after the
> >>>>> migration.
> >>>>>
> >>>>>
> >>>>> Regards
> >>>>> --
> >>>>> Ariel Constenla-Haile
> >>>>> La Plata, Argentina
> >>>>>
> >>>>
> >>>> Hey, kudos to both Regina and Ariel... something to go on! :)
> >>>>
> >>>>
> >>>> FYI -- specs.openoffice.org is now www.openoffice.org/specs
> >>>>
> >>>> All the previous top-levels are now subdirecotires, but thanks for
> > the
> >>>> alert -- more redirects to do.
> >>>>
> >>>> Thanks a bunch for looking into this...really some good finds
> >>>>
> >>> Hi, Kay,
> >>>
> >>> That's a pretty page, .../specs, but all the links are 404 ... :-(
> >>
> >> I tried to update the specs area and ran into a buildbot error. When
> that
> > is cleared then these links should be good.
> >
> > This should be good to go.
> >
> > Regards,
> > Dave
> >
> >
> >>
> >> Regards,
> >> Dave
> >>
> >>>
> >>> /tj/
> >>>
> >>
> >
>
--
----------------------------------------------------------------------------------------
MzK
"Follow your bliss."
-- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Joe Schaefer <jo...@yahoo.com>.
Sorry about the buildbot error Dave, should be fixed now.
(Problem with a filename having a space in it).
----- Original Message -----
> From: Dave Fisher <da...@comcast.net>
> To: ooo-dev@incubator.apache.org
> Cc:
> Sent: Thursday, January 26, 2012 10:36 AM
> Subject: Re: [CODE] update services
>
>
> On Jan 26, 2012, at 1:02 AM, Dave Fisher wrote:
>
>>
>> On Jan 25, 2012, at 5:10 PM, TJ Frazier wrote:
>>
>>> On 1/25/2012 19:18, Kay Schenk wrote:
>>>> On Wed, Jan 25, 2012 at 12:34 PM, Ariel Constenla-Haile
>>>> <ar...@apache.org>wrote:
>>>>
>>>>> On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile
> wrote:
>>>>>> The code is in main/extensions/source/update/
>>>>>> rather illuminating
>>>>>> main/extensions/source/update/check/updateprotocol.cxx
>>>>>>
>>>>>> The format is xml, you can see
> main/instsetoo_native/util/update.xml
>>>>>
>>>>> it seems to support also an update feed format:
>>>>>
>>>>>
> http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
>>>>>
>>>>> There should be an specification somewhere, but the old site
>>>>> http://specs.openoffice.org has become rather broken after the
>>>>> migration.
>>>>>
>>>>>
>>>>> Regards
>>>>> --
>>>>> Ariel Constenla-Haile
>>>>> La Plata, Argentina
>>>>>
>>>>
>>>> Hey, kudos to both Regina and Ariel... something to go on! :)
>>>>
>>>>
>>>> FYI -- specs.openoffice.org is now www.openoffice.org/specs
>>>>
>>>> All the previous top-levels are now subdirecotires, but thanks for
> the
>>>> alert -- more redirects to do.
>>>>
>>>> Thanks a bunch for looking into this...really some good finds
>>>>
>>> Hi, Kay,
>>>
>>> That's a pretty page, .../specs, but all the links are 404 ... :-(
>>
>> I tried to update the specs area and ran into a buildbot error. When that
> is cleared then these links should be good.
>
> This should be good to go.
>
> Regards,
> Dave
>
>
>>
>> Regards,
>> Dave
>>
>>>
>>> /tj/
>>>
>>
>
Re: [CODE] update services
Posted by Dave Fisher <da...@comcast.net>.
On Jan 26, 2012, at 1:02 AM, Dave Fisher wrote:
>
> On Jan 25, 2012, at 5:10 PM, TJ Frazier wrote:
>
>> On 1/25/2012 19:18, Kay Schenk wrote:
>>> On Wed, Jan 25, 2012 at 12:34 PM, Ariel Constenla-Haile
>>> <ar...@apache.org>wrote:
>>>
>>>> On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile wrote:
>>>>> The code is in main/extensions/source/update/
>>>>> rather illuminating
>>>>> main/extensions/source/update/check/updateprotocol.cxx
>>>>>
>>>>> The format is xml, you can see main/instsetoo_native/util/update.xml
>>>>
>>>> it seems to support also an update feed format:
>>>>
>>>> http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
>>>>
>>>> There should be an specification somewhere, but the old site
>>>> http://specs.openoffice.org has become rather broken after the
>>>> migration.
>>>>
>>>>
>>>> Regards
>>>> --
>>>> Ariel Constenla-Haile
>>>> La Plata, Argentina
>>>>
>>>
>>> Hey, kudos to both Regina and Ariel... something to go on! :)
>>>
>>>
>>> FYI -- specs.openoffice.org is now www.openoffice.org/specs
>>>
>>> All the previous top-levels are now subdirecotires, but thanks for the
>>> alert -- more redirects to do.
>>>
>>> Thanks a bunch for looking into this...really some good finds
>>>
>> Hi, Kay,
>>
>> That's a pretty page, .../specs, but all the links are 404 ... :-(
>
> I tried to update the specs area and ran into a buildbot error. When that is cleared then these links should be good.
This should be good to go.
Regards,
Dave
>
> Regards,
> Dave
>
>>
>> /tj/
>>
>
Re: [CODE] update services
Posted by Dave Fisher <da...@comcast.net>.
On Jan 25, 2012, at 5:10 PM, TJ Frazier wrote:
> On 1/25/2012 19:18, Kay Schenk wrote:
>> On Wed, Jan 25, 2012 at 12:34 PM, Ariel Constenla-Haile
>> <ar...@apache.org>wrote:
>>
>>> On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile wrote:
>>>> The code is in main/extensions/source/update/
>>>> rather illuminating
>>>> main/extensions/source/update/check/updateprotocol.cxx
>>>>
>>>> The format is xml, you can see main/instsetoo_native/util/update.xml
>>>
>>> it seems to support also an update feed format:
>>>
>>> http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
>>>
>>> There should be an specification somewhere, but the old site
>>> http://specs.openoffice.org has become rather broken after the
>>> migration.
>>>
>>>
>>> Regards
>>> --
>>> Ariel Constenla-Haile
>>> La Plata, Argentina
>>>
>>
>> Hey, kudos to both Regina and Ariel... something to go on! :)
>>
>>
>> FYI -- specs.openoffice.org is now www.openoffice.org/specs
>>
>> All the previous top-levels are now subdirecotires, but thanks for the
>> alert -- more redirects to do.
>>
>> Thanks a bunch for looking into this...really some good finds
>>
> Hi, Kay,
>
> That's a pretty page, .../specs, but all the links are 404 ... :-(
I tried to update the specs area and ran into a buildbot error. When that is cleared then these links should be good.
Regards,
Dave
>
> /tj/
>
Re: [CODE] update services
Posted by TJ Frazier <tj...@cfl.rr.com>.
On 1/25/2012 19:18, Kay Schenk wrote:
> On Wed, Jan 25, 2012 at 12:34 PM, Ariel Constenla-Haile
> <ar...@apache.org>wrote:
>
>> On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile wrote:
>>> The code is in main/extensions/source/update/
>>> rather illuminating
>>> main/extensions/source/update/check/updateprotocol.cxx
>>>
>>> The format is xml, you can see main/instsetoo_native/util/update.xml
>>
>> it seems to support also an update feed format:
>>
>> http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
>>
>> There should be an specification somewhere, but the old site
>> http://specs.openoffice.org has become rather broken after the
>> migration.
>>
>>
>> Regards
>> --
>> Ariel Constenla-Haile
>> La Plata, Argentina
>>
>
> Hey, kudos to both Regina and Ariel... something to go on! :)
>
>
> FYI -- specs.openoffice.org is now www.openoffice.org/specs
>
> All the previous top-levels are now subdirecotires, but thanks for the
> alert -- more redirects to do.
>
> Thanks a bunch for looking into this...really some good finds
>
Hi, Kay,
That's a pretty page, .../specs, but all the links are 404 ... :-(
/tj/
Re: [CODE] update services
Posted by Kay Schenk <ka...@gmail.com>.
On Wed, Jan 25, 2012 at 12:34 PM, Ariel Constenla-Haile
<ar...@apache.org>wrote:
> On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile wrote:
> > The code is in main/extensions/source/update/
> > rather illuminating
> > main/extensions/source/update/check/updateprotocol.cxx
> >
> > The format is xml, you can see main/instsetoo_native/util/update.xml
>
> it seems to support also an update feed format:
>
> http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
>
> There should be an specification somewhere, but the old site
> http://specs.openoffice.org has become rather broken after the
> migration.
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>
Hey, kudos to both Regina and Ariel... something to go on! :)
FYI -- specs.openoffice.org is now www.openoffice.org/specs
All the previous top-levels are now subdirecotires, but thanks for the
alert -- more redirects to do.
Thanks a bunch for looking into this...really some good finds
--
----------------------------------------------------------------------------------------
MzK
"Follow your bliss."
-- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Ariel Constenla-Haile <ar...@apache.org>.
On Wed, Jan 25, 2012 at 05:04:18PM -0300, Ariel Constenla-Haile wrote:
> The code is in main/extensions/source/update/
> rather illuminating
> main/extensions/source/update/check/updateprotocol.cxx
>
> The format is xml, you can see main/instsetoo_native/util/update.xml
it seems to support also an update feed format:
http://openoffice.org/projects/installation/sources/webcontent/show/testarea/onlineupdate
There should be an specification somewhere, but the old site
http://specs.openoffice.org has become rather broken after the
migration.
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [CODE] update services
Posted by Ariel Constenla-Haile <ar...@apache.org>.
On Wed, Jan 25, 2012 at 12:52:18PM -0500, Rob Weir wrote:
> A few weeks ago I tried the lazy man's approach:
>
> -- added an entry to my hosts file to direct
> update36.services.openoffice.org to a local HTTP server, just so the
> host could be resolved.
>
> no luck.
>
> -- tried responding with an empty XML file for that request.
>
> no luck.
>
> So we probably can't avoid understanding what the code is expecting
> when it makes these update requests. Once we understand that, we
> could probably host a minimal static XML file (I'm assuming it is XML)
> that satisfies the update checking logic.
The code is in main/extensions/source/update/
rather illuminating
main/extensions/source/update/check/updateprotocol.cxx
The format is xml, you can see main/instsetoo_native/util/update.xml
We'll have to investigate (I like learning by debugging, I'm building
that code with debug symbols right now).
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
Re: [CODE] update services
Posted by Rob Weir <ro...@apache.org>.
On Wed, Jan 25, 2012 at 12:32 PM, Kay Schenk <ka...@gmail.com> wrote:
> Hello folks --
>
> I note by our migration page --
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/OpenOffice.org+Migration+Status
>
> that as of 10/24/2011 we have NO decision on where to locate the update
> service -- Product Update Service (PUS).
>
> This referenced URL
> http://update36.services.openoffice.org/ProductUpdateService/check.Update?pkgfmt=rpm
>
> (well this link is probably architecture specific but you get the idea).
>
> I have NO personal knowledge of HOW this service is supposed to work or the
> internal setup for this.
>
> However, this continues to be a stumbling block for current users
> especially those who have enabled "auto update".
>
> Is there any possibility this service could be ported -- SOON -- to an
> environment under Apache OpenOffice.org? Maybe even in the Download area of
> the "user portal" site? Thankfully cgis and the like are pretty easy to
> construct there given the current environment.
>
A few weeks ago I tried the lazy man's approach:
-- added an entry to my hosts file to direct
update36.services.openoffice.org to a local HTTP server, just so the
host could be resolved.
no luck.
-- tried responding with an empty XML file for that request.
no luck.
So we probably can't avoid understanding what the code is expecting
when it makes these update requests. Once we understand that, we
could probably host a minimal static XML file (I'm assuming it is XML)
that satisfies the update checking logic.
> Obviously someone with intimate knowledge of this service needs to weigh in
> here with details .
>
A good start would be to know where in the tree lives the code that
does the checking? Or even better, a pointer to a specification.
-Rob
>
> --
> ----------------------------------------------------------------------------------------
> MzK
>
> "Follow your bliss."
> -- attributed to Joseph Campbell
Re: [CODE] update services
Posted by Regina Henschel <rb...@t-online.de>.
Regina Henschel schrieb:
[..]
> This URL comes from the file "version.ini" in the folder "program" in
> the installation folder.
In the code the URL is in /main/instsetoo_native/util/openoffice.lst
Kind regards
Regina
Re: [CODE] update services
Posted by Regina Henschel <rb...@t-online.de>.
Hi,
I'm no developer, but this are my notices and might help in further
investigation:
Kay Schenk schrieb:
> Hello folks --
>
> I note by our migration page --
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/OpenOffice.org+Migration+Status
>
> that as of 10/24/2011 we have NO decision on where to locate the update
> service -- Product Update Service (PUS).
>
> This referenced URL
> http://update36.services.openoffice.org/ProductUpdateService/check.Update?pkgfmt=rpm
This URL comes from the file "version.ini" in the folder "program" in
the installation folder.
>
> (well this link is probably architecture specific but you get the idea).
>
> I have NO personal knowledge of HOW this service is supposed to work or the
> internal setup for this.
>
> However, this continues to be a stumbling block for current users
> especially those who have enabled "auto update".
>
> Is there any possibility this service could be ported -- SOON -- to an
> environment under Apache OpenOffice.org? Maybe even in the Download area of
> the "user portal" site? Thankfully cgis and the like are pretty easy to
> construct there given the current environment.
>
> Obviously someone with intimate knowledge of this service needs to weigh in
> here with details .
The command, which is assigned to the menu item is:
vnd.sun.star.job:alias=UdateCheck
This is handled in the code in file
/framework/source/jobs/joburl.cxx
Kind regards
Regina