pi 4 port update
Hi. So far, so good. Not totally there but did pass dmake stage. :) root@raspberrypi:/home/pi/aoo/main# lscpu Architecture:armv7l Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 Vendor ID: ARM Model: 3 Model name: Cortex-A72 Stepping:r0p3 CPU max MHz: 1500. CPU min MHz: 600. BogoMIPS:270.00 Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 Debian Buster (raspbian) Old kernel (will update later) Linux raspberrypi 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l GNU/Linux dmake successfully built and copied to /home/pi/aoo/main/solenv/unxlngr.pro/bin/dmake -sleepless in Arizona :) ... stayed tuned - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: pi 4 port update
Hi Marcia I have been looking for an excuse to buy a Pi :) OpenOffice on Pi would be a very good one! Would that be compatible with a Pi 3? Thanks! Regards, Pedro > On 10/19/2020 10:15 AM marcia wilbur wrote: > > > Hi. > > So far, so good. Not totally there but did pass dmake stage. :) > > root@raspberrypi:/home/pi/aoo/main# lscpu > Architecture:armv7l > Byte Order: Little Endian > CPU(s): 4 > On-line CPU(s) list: 0-3 > Thread(s) per core: 1 > Core(s) per socket: 4 > Socket(s): 1 > Vendor ID: ARM > Model: 3 > Model name: Cortex-A72 > Stepping:r0p3 > CPU max MHz: 1500. > CPU min MHz: 600. > BogoMIPS:270.00 > Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva > idivt vfpd32 lpae evtstrm crc32 > > > Debian Buster (raspbian) > Old kernel (will update later) > Linux raspberrypi 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l > GNU/Linux > > > dmake successfully built and copied to > /home/pi/aoo/main/solenv/unxlngr.pro/bin/dmake > > > -sleepless in Arizona :) > > ... stayed tuned > > - > 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: pi 4 port update
Hi Marcia, This is great news! I have a Raspberry Pi 3 sitting in a nice pi-topCEED [1] waiting to test! ;-) Regards, Matthias [1] https://www.pi-top.com/products/pi-top-ceed Am 19.10.20 um 11:15 schrieb marcia wilbur: > Hi. > > So far, so good. Not totally there but did pass dmake stage. :) > > root@raspberrypi:/home/pi/aoo/main# lscpu > Architecture:armv7l > Byte Order: Little Endian > CPU(s): 4 > On-line CPU(s) list: 0-3 > Thread(s) per core: 1 > Core(s) per socket: 4 > Socket(s): 1 > Vendor ID: ARM > Model: 3 > Model name: Cortex-A72 > Stepping:r0p3 > CPU max MHz: 1500. > CPU min MHz: 600. > BogoMIPS:270.00 > Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva > idivt vfpd32 lpae evtstrm crc32 > > > Debian Buster (raspbian) > Old kernel (will update later) > Linux raspberrypi 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l > GNU/Linux > > > dmake successfully built and copied to > /home/pi/aoo/main/solenv/unxlngr.pro/bin/dmake > > > -sleepless in Arizona :) > > ... stayed tuned > > - > 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
Google Analytics and Download Count
Hi - Every page on www.openoffice.org uses google analytics plus a file called entourage.js. Entourage purports to push download information into google-analytics. http://techoctave.com/c7/posts/58-entourage-js-automatic-download-tracking-for-asynchronous-google-analytics No longer is valid. I found it here - https://github.com/techoctave/entourage We update the download count on a weekly basis can someone explain the source for the data. Thanks, Dave - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: pi 4 port update
Great news. :-) Thanks for sharing this with us. Marcus Am 19.10.20 um 11:15 schrieb marcia wilbur: So far, so good. Not totally there but did pass dmake stage. :) root@raspberrypi:/home/pi/aoo/main# lscpu Architecture:armv7l Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 Vendor ID: ARM Model: 3 Model name: Cortex-A72 Stepping:r0p3 CPU max MHz: 1500. CPU min MHz: 600. BogoMIPS:270.00 Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 Debian Buster (raspbian) Old kernel (will update later) Linux raspberrypi 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l GNU/Linux dmake successfully built and copied to /home/pi/aoo/main/solenv/unxlngr.pro/bin/dmake -sleepless in Arizona :) ... stayed tuned - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Google Analytics and Download Count
Am 19.10.20 um 23:15 schrieb Dave Fisher: On Oct 19, 2020, at 2:06 PM, Peter Kovacs wrote: I am not sure what you mean. I am for eliminating all both google analytics and entourage js from our pages as we move. when we don't use the statistcs data and therefore don't need this, then - for sure - let's get rid of it. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Google Analytics and Download Count
Hi all, Am 19.10.20 um 23:48 schrieb Marcus: > Am 19.10.20 um 23:15 schrieb Dave Fisher: >>> On Oct 19, 2020, at 2:06 PM, Peter Kovacs wrote: >>> >>> I am not sure what you mean. >> >> I am for eliminating all both google analytics and entourage js from >> our pages as we move. > > when we don't use the statistcs data and therefore don't need this, > then - for sure - let's get rid of it. It seems that I am the only one interested in the data Google Analytics provides. However, we want to make a "Release Party" for 4.1.8 and I plan to give a live demonstration of monitoring the downloads (via update) while publishing the feeds for all OOo3 versions... And you will be surprised how many people are still updating from these old versions. ;-) Regards, Matthias > > Marcus > > > - > 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: Google Analytics and Download Count
Hi Dave, Am 19.10.20 um 20:42 schrieb Dave Fisher: > Hi - > > Every page on www.openoffice.org uses google analytics plus a file called > entourage.js. > > Entourage purports to push download information into google-analytics. > > http://techoctave.com/c7/posts/58-entourage-js-automatic-download-tracking-for-asynchronous-google-analytics > > No longer is valid. > > I found it here - https://github.com/techoctave/entourage > > We update the download count on a weekly basis can someone explain the source > for the data. It is a Python script (get-aoo-stats.py) getting the download number from SourceForge. You can find it here: https://svn.apache.org/repos/asf/openoffice/devtools/aoo-stats/ Regards, Matthias > > Thanks, > Dave > - > 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: svn commit: r1882669 - in /openoffice/ooo-site/trunk/templates: FRAMEWORKS.txt README.txt ssi.json
Hi Dave, On 10/19/20 4:44 PM, Dave Fisher wrote: Hi - I added more analysis in README.txt New is FRAMEWORKS.txt which has some notes about Pelican, JBake, Hugo, and Jekyll frameworks. So, far JBake is the most promising. If anyone has another framework to consider let me know. I’ll be taking my next steps on Wednesday. Regards, Dave Thanks for putting time into this. I've just played around with JBake for an hour tonight and it seems good so far. I'm a +1 for it vs. the other ones so far and I like that it's Java and probably easier to support or find volunteers for. I like the multi-markup (asciidoc and markdown) and html. and the options in template engines. A few of which are Apache projects. Thanks, Carl On Oct 19, 2020, at 1:40 PM, w...@apache.org wrote: Author: wave Date: Mon Oct 19 20:40:10 2020 New Revision: 1882669 URL: http://svn.apache.org/viewvc?rev=1882669=rev Log: Further analysis of current templates. Analysis of possible frameworks. Added: openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt Modified: openoffice/ooo-site/trunk/templates/README.txt openoffice/ooo-site/trunk/templates/ssi.json Added: openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt URL: http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt?rev=1882669=auto == --- openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt (added) +++ openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt Mon Oct 19 20:40:10 2020 @@ -0,0 +1,30 @@ +Observations about the suitability and challenges using various frameworks. + +(1) Pelican +- Suitable for our Markdown, but we will need to rename all files - mdtext -> md +- Has it's own methods for HTML which are not really compatible with our current methods. + We would need to write our own plugin and rename all of the htm and html files to a special prefix like aoo. + +Seems like a bad fit. Thumbs down. + +(2) JBake +- Suitable for our Markdown, but will need to rename all files - mdtext -> md +- Html and Htm will need to have a minimal piece of metadata inserted in order to call out the particular template. + See https://jbake.org/docs/2.6.5/#content_files and https://jbake.org/docs/2.6.5/#custom_templates + +- Assets and Content is separated so that all of our as is files should be in a sepearate tree. +- We can obsolete directories without deleting the content via https://jbake.org/docs/2.6.5/#ignoring_files_and_directories + +This could be a good fit. Thumbs up. + +(3) Hugo +- Go based. +- Looks like a lot of rewrite. + +No opinion, but it looks like a steep learning curve + +(4) Jekyll +- Ruby based +- Suitable for our Markdown, but will need to rename all files - mdtext -> md +- Unclear how we would handle the html parsing. + Modified: openoffice/ooo-site/trunk/templates/README.txt URL: http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/templates/README.txt?rev=1882669=1882668=1882669=diff == --- openoffice/ooo-site/trunk/templates/README.txt (original) +++ openoffice/ooo-site/trunk/templates/README.txt Mon Oct 19 20:40:10 2020 @@ -5,15 +5,24 @@ Some thoughts and documentation. (2) SSI directory structure could be replaced could be replaced by a json file. - footer is always the same. + Path to the footer file to include. Always the same. - doctype is always the same. -- home is always the same. and is not used. + Path to the doctype file to use. Ought to eliminate this hack. +- home is always the same. + The name to use for the first breadcrumb which will take you to "/". - brand for the top of the page. + Path to the brand file to include. Varies according the language site. - topnav for the upper navigation bar. + Path to the top nav menu to include. Varies according the language site. - leftnav is optional and special. + Path to a left nav menu to include. Varies according the language site or "project" site. - rightnav is optional and only used once for l10n where there is also a leftnav. + Path to a right nav menu to include. Varies according the language site or "project" site. (3) ssi.json is a directory of directories. +Note this actitivty should also build the breadrcumb list. See (5) + For each template key look up the subpath and then look for the ssi element name. If missing then go up a level on the subpath. @@ -30,7 +39,8 @@ For api: "doctype":"/doctype.html", "footer":"/footer.html", "brand":"/brand.html", - "topnav":"/topnav.html" + "topnav":"/topnav.html", + "home":"home" } @@ -46,7 +56,8 @@ For de: "doctype":"/doctype.html", "footer":"/footer.html", "brand":"/brand.html", - "topnav":"/topnav.html" + "topnav":"/topnav.html", + "home":"home" } For xx: @@ -64,11 +75,14 @@ For xx: "doctype":"/doctype.html", "footer":"/footer.html",
Re: pi 4 port update
Nice step one :) This looks like fun :-) Am 19.10.20 um 11:15 schrieb marcia wilbur: Hi. So far, so good. Not totally there but did pass dmake stage. :) root@raspberrypi:/home/pi/aoo/main# lscpu Architecture:armv7l Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 Vendor ID: ARM Model: 3 Model name: Cortex-A72 Stepping:r0p3 CPU max MHz: 1500. CPU min MHz: 600. BogoMIPS:270.00 Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 Debian Buster (raspbian) Old kernel (will update later) Linux raspberrypi 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l GNU/Linux dmake successfully built and copied to /home/pi/aoo/main/solenv/unxlngr.pro/bin/dmake -sleepless in Arizona :) ... stayed tuned - 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: Google Analytics and Download Count
OK. It would be good to see if we have similar statistics in google analytics. Two reasons. (1) What if we activate an alternative or replacement mirror system. I’ve asked Infra and it’s not impossible ask mirror operators. What’s needed is partially implemented. (2) Alternatively if we are going to turn this off then we could find another way to count. Regards, Dave > On Oct 19, 2020, at 1:10 PM, Peter Kovacs wrote: > > Afaik We use the statistics from SF.Net not from Google. > > > > Am 19. Oktober 2020 20:42:29 MESZ schrieb Dave Fisher : >> Hi - >> >> Every page on www.openoffice.org uses google analytics plus a file >> called entourage.js. >> >> Entourage purports to push download information into google-analytics. >> >> http://techoctave.com/c7/posts/58-entourage-js-automatic-download-tracking-for-asynchronous-google-analytics >> >> No longer is valid. >> >> I found it here - https://github.com/techoctave/entourage >> >> We update the download count on a weekly basis can someone explain the >> source for the data. >> >> Thanks, >> Dave >> - >> 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: Google Analytics and Download Count
Hi - > On Oct 19, 2020, at 2:06 PM, Peter Kovacs wrote: > > I am not sure what you mean. I am for eliminating all both google analytics and entourage js from our pages as we move. > > Am 19.10.20 um 22:14 schrieb Dave Fisher: >> OK. It would be good to see if we have similar statistics in google >> analytics. > > I do not see any download figures in Google Analytics. Long story short. > > To my interpretation most users (99%) do not use our download page. > > How can a Google Script get the numbers that comparable to the SF.net > download numbers if the web site is not used? > > Which are (to my knowledge) calculated from their logs. > >> >> Two reasons. > > What is with YAGNI? > > Is now downloading from Infra a thing or still a fallback? >> (1) What if we activate an alternative or replacement mirror system. I’ve >> asked Infra and it’s not impossible ask mirror operators. What’s needed is >> partially implemented. >> >> (2) Alternatively if we are going to turn this off then we could find >> another way to count. > > If we start fixing stuff around google analytics, do we really need to use > Google? What about OpenSource solution, like Open-Web-Analytics or AWStats? We can make a special web request and get a filtered apache access log from Infra. Regards, Dave > > (Others like Countly, Plausible and Motomo are services that cost money. And > they do not come cheap (for numbers we do not use) > > This will not solve our number crunching. But we could load the data from > SF.net and add it to other / our sources. > > > > - > 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: Google Analytics and Download Count
Afaik We use the statistics from SF.Net not from Google. Am 19. Oktober 2020 20:42:29 MESZ schrieb Dave Fisher : >Hi - > >Every page on www.openoffice.org uses google analytics plus a file >called entourage.js. > >Entourage purports to push download information into google-analytics. > >http://techoctave.com/c7/posts/58-entourage-js-automatic-download-tracking-for-asynchronous-google-analytics > >No longer is valid. > >I found it here - https://github.com/techoctave/entourage > >We update the download count on a weekly basis can someone explain the >source for the data. > >Thanks, >Dave >- >To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: svn commit: r1882669 - in /openoffice/ooo-site/trunk/templates: FRAMEWORKS.txt README.txt ssi.json
Hi - I added more analysis in README.txt New is FRAMEWORKS.txt which has some notes about Pelican, JBake, Hugo, and Jekyll frameworks. So, far JBake is the most promising. If anyone has another framework to consider let me know. I’ll be taking my next steps on Wednesday. Regards, Dave > On Oct 19, 2020, at 1:40 PM, w...@apache.org wrote: > > Author: wave > Date: Mon Oct 19 20:40:10 2020 > New Revision: 1882669 > > URL: http://svn.apache.org/viewvc?rev=1882669=rev > Log: > Further analysis of current templates. Analysis of possible frameworks. > > Added: >openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt > Modified: >openoffice/ooo-site/trunk/templates/README.txt >openoffice/ooo-site/trunk/templates/ssi.json > > Added: openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt > URL: > http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt?rev=1882669=auto > == > --- openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt (added) > +++ openoffice/ooo-site/trunk/templates/FRAMEWORKS.txt Mon Oct 19 20:40:10 > 2020 > @@ -0,0 +1,30 @@ > +Observations about the suitability and challenges using various frameworks. > + > +(1) Pelican > +- Suitable for our Markdown, but we will need to rename all files - mdtext > -> md > +- Has it's own methods for HTML which are not really compatible with our > current methods. > + We would need to write our own plugin and rename all of the htm and html > files to a special prefix like aoo. > + > +Seems like a bad fit. Thumbs down. > + > +(2) JBake > +- Suitable for our Markdown, but will need to rename all files - mdtext -> md > +- Html and Htm will need to have a minimal piece of metadata inserted in > order to call out the particular template. > + See https://jbake.org/docs/2.6.5/#content_files and > https://jbake.org/docs/2.6.5/#custom_templates > + > +- Assets and Content is separated so that all of our as is files should be > in a sepearate tree. > +- We can obsolete directories without deleting the content via > https://jbake.org/docs/2.6.5/#ignoring_files_and_directories > + > +This could be a good fit. Thumbs up. > + > +(3) Hugo > +- Go based. > +- Looks like a lot of rewrite. > + > +No opinion, but it looks like a steep learning curve > + > +(4) Jekyll > +- Ruby based > +- Suitable for our Markdown, but will need to rename all files - mdtext -> md > +- Unclear how we would handle the html parsing. > + > > Modified: openoffice/ooo-site/trunk/templates/README.txt > URL: > http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/templates/README.txt?rev=1882669=1882668=1882669=diff > == > --- openoffice/ooo-site/trunk/templates/README.txt (original) > +++ openoffice/ooo-site/trunk/templates/README.txt Mon Oct 19 20:40:10 2020 > @@ -5,15 +5,24 @@ Some thoughts and documentation. > (2) SSI directory structure could be replaced could be replaced by a json > file. > > - footer is always the same. > + Path to the footer file to include. Always the same. > - doctype is always the same. > -- home is always the same. and is not used. > + Path to the doctype file to use. Ought to eliminate this hack. > +- home is always the same. > + The name to use for the first breadcrumb which will take you to "/". > - brand for the top of the page. > + Path to the brand file to include. Varies according the language site. > - topnav for the upper navigation bar. > + Path to the top nav menu to include. Varies according the language site. > - leftnav is optional and special. > + Path to a left nav menu to include. Varies according the language site or > "project" site. > - rightnav is optional and only used once for l10n where there is also a > leftnav. > + Path to a right nav menu to include. Varies according the language site or > "project" site. > > (3) ssi.json is a directory of directories. > > +Note this actitivty should also build the breadrcumb list. See (5) > + > For each template key look up the subpath and then look for the ssi element > name. > If missing then go up a level on the subpath. > > @@ -30,7 +39,8 @@ For api: > "doctype":"/doctype.html", > "footer":"/footer.html", > "brand":"/brand.html", > - "topnav":"/topnav.html" > + "topnav":"/topnav.html", > + "home":"home" > } > > > @@ -46,7 +56,8 @@ For de: > "doctype":"/doctype.html", > "footer":"/footer.html", > "brand":"/brand.html", > - "topnav":"/topnav.html" > + "topnav":"/topnav.html", > + "home":"home" > } > > For xx: > @@ -64,11 +75,14 @@ For xx: > "doctype":"/doctype.html", > "footer":"/footer.html", > "brand":"/brand.html", > - "topnav":"/topnav.html" > + "topnav":"/topnav.html", > + "home":"home" > } > > (4) List of templates: > > +See lib/path.pm > + > - brand.html > - brand.mdtext > - footer.html >
Re: Google Analytics and Download Count
I am not sure what you mean. Am 19.10.20 um 22:14 schrieb Dave Fisher: OK. It would be good to see if we have similar statistics in google analytics. I do not see any download figures in Google Analytics. Long story short. To my interpretation most users (99%) do not use our download page. How can a Google Script get the numbers that comparable to the SF.net download numbers if the web site is not used? Which are (to my knowledge) calculated from their logs. Two reasons. What is with YAGNI? Is now downloading from Infra a thing or still a fallback? (1) What if we activate an alternative or replacement mirror system. I’ve asked Infra and it’s not impossible ask mirror operators. What’s needed is partially implemented. (2) Alternatively if we are going to turn this off then we could find another way to count. If we start fixing stuff around google analytics, do we really need to use Google? What about OpenSource solution, like Open-Web-Analytics or AWStats? (Others like Countly, Plausible and Motomo are services that cost money. And they do not come cheap (for numbers we do not use) This will not solve our number crunching. But we could load the data from SF.net and add it to other / our sources. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
