2021-07-16

jOpenDocumentを2021年にリブートしてみるその2: テストを動かす

前回の記事

naruoga.hatenablog.com

のつづき。今回は目標が低くてテストを動かすところまで。これが全然苦戦して、ほとんど進捗がないんですねえこれが。

テストの位置をMaven標準に動かす

その前に前の記事の落穂ひろいですが、

To compile you need to put iText ( http://www.lowagie.com/iText/download.html ) and junit4 ( http://www.junit.org/ ) into the lib/ dir.

って書いてあるので、iText と Junit4 が必要ですね。ということで pom.xml に次の二つを追加しておいてました。

<dependency>
    <groupId>com.itextpdf</groupId>
    <artifactId>itextpdf</artifactId>
    <version>5.5.13.2</version>
</dependency>
<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.13.2</version>
</dependency>

（なんで最初からlibディレクトリに入ってないんでしょ、再配布制限的な何かあるのかな）

それとこれも前回からの書き漏れですが、 src/product.properties を参照できなくてコケるので src/main/resources に移動しておきました。ここまでは前回の落穂ひろい。

で、ここからが今回の本題ですが、junit4が必要だよと言ってるってことは当然テストコードがあるわけで、 Maven的には src/test/java 以下にソースがないとたぶんだめですよね。

まあこれはきっと @Test アノテーションがあるファイルはテストコードだと見極めをつけて移動しました。

$ grep -rl "@Test"
src/main/java/org/jopendocument/dom/ODSingleXMLDocumentTest.java
src/main/java/org/jopendocument/dom/OOXMLTest.java
src/main/java/org/jopendocument/util/cache/ICacheTest.java

こいつらをまるっと test に（同名のフォルダを掘って）移動。すると Intellij IDEA上でテストコードが実行できるようになりました。やった！

で、まあテストはrunできるようになったんですが結果を見ると真っ赤っ赤。あとはぼちぼちこれを直していけばよかろうと。

リソースの移動

まずはテストコードの中で指定されてる .odt がないとテストコード内でファイルが読めないので移動します。これは簡単。 diff見るとこんな感じですね。

diff --git a/src/main/java/org/jopendocument/dom/empty.odt b/src/test/resources/org/jopendocument/dom/empty.odt
similarity index 100%
rename from src/main/java/org/jopendocument/dom/empty.odt
rename to src/test/resources/org/jopendocument/dom/empty.odt
diff --git a/src/main/java/org/jopendocument/dom/styles.odt b/src/test/resources/org/jopendocument/dom/styles.odt
similarity index 100%
rename from src/main/java/org/jopendocument/dom/styles.odt
rename to src/test/resources/org/jopendocument/dom/styles.odt
diff --git a/src/main/java/org/jopendocument/dom/test.odt b/src/test/resources/org/jopendocument/dom/test.odt
similarity index 100%
rename from src/main/java/org/jopendocument/dom/test.odt
rename to src/test/resources/org/jopendocument/dom/test.odt

で、よく見ると、普通に src/main/java にもいかにもリソースなファイルがあるので移動しとかないとですね。具体的には src/main/java/org/jopendocument/dom/oofficeDTDs/ にあるやつを丸っと src/main/resources/ 以下に移動します。

ほかにも getResource(AsStream)() で参照されてるファイルを探してはリソースに放り込む日々。

XML関係のテストがそもそも動いてない

これで結構テスト通るようになってきたんですが、問題は、XML関係のテストでスキーマによるバリデーションを試みてるところで落ちてる。具体的には

private Schema createSchema(final String name) throws SAXException {
    return SchemaFactory.newInstance(XMLConstants.RELAXNG_NS_URI).newSchema(getClass().getResource("/oofficeDTDs/" + name));
}

こんなコードが、

Caused by: java.util.ServiceConfigurationError: javax.xml.validation.SchemaFactory: org.iso_relax.verifier.jaxp.validation.RELAXNGSchemaFactoryImpl Unable to get public no-arg constructor

こういう例外を吐いて落ちるんですな。

なぬ？スキーマに対する適切なコンストラクタがない？いやいや、XMLConstants.RELAXNG_NS_URI はJava標準なんだからそんなわけないだろう……と、Java力（ちから）がないわたくしは考えておりました。

しかし色々調べると「java.xml.validation のデフォルトの実装に含むべきなのはW3Cなソレだけで、それ以外のスキーマを利用したい場合は自分で何とかしなさい」ってことらしいじゃーないですか。おうふ。なるほど……。ここでしばらく停滞、袋小路にハマってました*1。

でもよく見るとREADMEにこんな記述がありました。

To validate XML (needed for JUnit tests) you need to download http://java.net/downloads/msv/releases/msv.20090415.zip and put msv.jar, relaxngDatatype.jar, xsdlib.jar and isorelax.jar in the classpath.

いや、だったらなんで最初から入れといてくれないの……というのはともかく、これらをMavenの依存関係に足せばよいのですね。足しましょう。足しました。

<dependency>
    <groupId>msv</groupId>
    <artifactId>msv</artifactId>
    <version>20050913</version>
</dependency>
<dependency>
    <groupId>msv</groupId>
    <artifactId>relaxngDatatype</artifactId>
    <version>20050913</version>
</dependency>
<dependency>
    <groupId>msv</groupId>
    <artifactId>xsdlib</artifactId>
    <version>20050913</version>
</dependency>
<dependency>
    <groupId>msv</groupId>
    <artifactId>isorelax</artifactId>
    <version>20050913</version>
</dependency>

これで行けるだろ！と思ったんですが、いざValidationをしようとするとコケるのです……しくしく。

@Override
public Validator getValidator(final Document doc, final boolean ignoreForeign) {
    final Schema schema;
    try {
        if (doc.getRootElement().getQualifiedName().equals("manifest:manifest"))
            schema = this.getManifestSchema();
        else
            schema = this.getSchema();
    } catch (SAXException e) {
        throw new IllegalStateException("relaxNG schemas pb", e);
    }
    return schema == null ? null : new Validator.JAXPValidator(doc, ignoreForeign ? UNKNOWN_PRED : null, schema);
}

こういうコードで、 this.getSchema() したところで

Caused by: org.xml.sax.SAXParseException; systemId: file:/C:/Users/naruhiko/gosrc/src/github.com/naruoga/jOpenDocument/target/classes/oofficeDTDs/OpenDocument-schema-v1.1.rng; lineNumber: 123; columnNumber: 36; 同名のパターンが既に定義されています。combine属性を使って結合するか、パターン名を"office-meta-content"以外のものに変更してください

って例外が出ちゃうのです（しかし上のコードの "relaxNG schemas pb" ってどういう意味なんだろう。pbってスイスの工具屋さんじゃないよね）。

うーん。わからん。言葉通りだとすると元のスキーマに問題があるっぽく読めるけどスキーマは何にも変えてないしなあ（当たり前）。

office-meta-content でgrepしてみると

 grep -r "\"office-meta-content\""
src/main/resources/oofficeDTDs/OpenDocument-schema-v1.1.rng:            <ref name="office-meta-content"/>
src/main/resources/oofficeDTDs/OpenDocument-schema-v1.1.rng:<define name="office-meta-content">
src/main/resources/oofficeDTDs/OpenDocument-strict-schema-v1.1.rng:        <define name="office-meta-content">

となってるのは確かにそうなんだけど、これがいいのか悪いのか……何も変えてないので悪いってことはないと思うし、そもそもスキーマなんだから標準から引っ張ってきてると思うんで、なにがなんやらさっぱりです。

わからないので後回しにして*2落ちてるほかのテストを調べることにします。次回へ続く。

*1:関係ないけど、そして昔からJavaやってる人なら当たり前すぎることなんですが、RelaxNGについて調べたらJenkinsの創始者で現Launchableの川口さんが出てきて、あー世界はこんな風につながっておるのだなと思いました（？）。

*2:こうやって書いておくと優しい人が誰かSNSで教えてくれたりしないかなとかすかに期待しつつ……。

2021-07-11

jOpenDocumentを2021年にリブートしてみるその１：Maven化

OpenSource LibreOffice Programming

LibreOfficeの標準フォーマットであるOpenDocument Format（以下ODF）*1 は、XMLの標準化団体OASISのOpenDocument TCが標準化しISO標準にもなっている公開された文書フォーマットです。アプリケーションの進化に伴い標準が改訂されていく「真の国際標準」である唯一のオフィス向けドキュメント形式であるとともに、スキーマの構造が透明で見通しがよく、なおかつLibreOfficeの出力するODFは意味が明瞭（機械も人間も読みやすい）という特徴があります。

そのため操作・加工ライブラリも豊富にあり、さまざまな言語でODFを簡単に、しかも結構複雑な操作を行うことができます。

さて、私の勤務先はとあるセキュリティベンダーでございまして、日々顧客のためにシステムやアプリを診断して、それを報告書にして提出するということやっております。で、スプレッドシートの形式になった診断結果から見やすいPDF形式の報告書を作成するために、社内製のツールにてODFファイル（Writer向けのODT）を生成して、それに考察などを記入してWriterでPDFエクスポートして提出するという作業を日々行っております。

このために使っているライブラリが

www.jopendocument.org

といいまして、専用の拡張機能で埋め込んだタグをプログラムで置換したり表形式で埋め込んだりするというなかなか使いやすいライブラリであります。こいつ便利ですよという発表は去年の台湾のOSSイベントCOSCUPでしました。

speakerdeck.com

で、この資料でも書いたんですが、jOpenDocumentいいんですけどなにせ最後に出たバージョン1.4-rc2が 2014年でして、java8で動作させると「この言語機能はdeprecatedだから使うのやめた方がいいよ」という警告がバリバリ出る。それはまあいいのですが、ODF 1.2 extended までしかサポートしてないので、今のLibreOffice（7.0以降）で普通に生成したODF（1.3 extended）だと正しく扱えない。しかし今更これらの問題が治るとはとても思えない。思えないんだったら、自分で直せばいいじゃん！と、トライしてみることにしました。

ちなみにわたくし齢50にして細々と今でもコードを書いてますが（会社で書くのは ↑ のスライドでも述べた通りScala）、職業プログラマーとしての黄金期？はC/C++（言語仕様的には98）、C++は組み込み用途だったのでメモリフットプリントを抑えるためにRTTI禁止、という制限があり、Javaを書くようになったのは前職のソフトウェア第三者検証会社（今の所属の親会社）に入ってからで、世の中にはGradleとIntellij IDEAがすでに存在し、クラスパスがどーとか javac でビルドして *.class から JAR 作るとかそういう経験はゼロなのであります。ゼロ。antも知らない。mavenもほぼわからない。

そんなレベルの人間が、2014年で開発が止まっちゃった、まったくの他人が書いたライブラリをモダンにしてみようという、まあうまく行くんだか行かないんだかという試みを紹介してみたく。意味も分からず試行錯誤で進めてるところがあるので、「そんなやり方はよくないよ！」という突っ込みは大募集なのです。

もとのソースを取ってくる

ソースは公式のダウンロードページにてZIPファイルでおいてあるので、まずはこれを取ってきて手元に展開します。

まずは最初にライセンスを確認。LICENSE.txt を見たら GPL v3 だったので大手を振ってフォークできます。オープンソース万歳。

で、中身を見てみたら、 build.xml というファイルと libs というフォルダに JAR ファイルがゴロゴロ転がっています。さっき言った通り私はJavaのビルドシステムはさっぱりわからんのですがきっとこれはantなんだろうなと。で、さすがに今リブートのであればせめてビルドシステムはモダンにしたいよねということで、Maven化することにしました。

これも繰り返しになりますが、わたくし別にMavenにも詳しいわけではありません。なので、何も考えずにIntellij IDEAの新規プロジェクトでMavenを選んで、こんな感じの pom.xml をスクラッチで作りました。

<?xml version="1.0" encoding="UTF-8"?> 4.0.0

<groupId>jp.shiftsecurity.tech</groupId>
<artifactId>jOpenDocunentNg</artifactId>
<version>2.0-SNAPSHOT</version>

<properties>
    <maven.compiler.source>8</maven.compiler.source>
    <maven.compiler.target>8</maven.compiler.target>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>

依存関係の解決

わからないなりに、たぶん元プロジェクトの lib にあるJARをMaven Centralで探してその設定を pom に書いていけばいいんでしょ、ということにしてやってみることにしました。なにせ2014年のソースなので依存関係も2014年で止まっておりますが、そこは何も考えずに最新化して、動かなかったら考えようと……。

探し方としてはまあひたすら https://search.maven.org/ で検索するだけなんですが、

ファイル名でartifactが想像できるものはそれでいまいちわからないものは jar を unzip してパッケージ名から推察って感じです。結果以下の通りになりました。

元のjar	maven central で見つけたバージョン	備考
commons-collections-3.2.1.jar	org.apache.commons:commons-collections4:4.4	この名前なら多分Apache Commonsでしょう。3と4で非互換あるかもだけどなんとかしましょう
fb-annotations-2.0.0.jar	com.github.spotbugs:spotbugs:4.3.0	もとのはfindbugsらしいけど死んだので後継プロジェクトのspotbugsに
isorelax-jaxp-bridge-ILM.jar	org.jopendocument:isorelax-jaxp-bridge-ILM:1.1	どうもjOpenDocumentの一部を切り出しただけで凍結されてるけど、動かなかったら考えることでいったんはそのまま取り込み（実際問題あったんだけど）
jaxen-1.1.6.jar	jaxen:jaxen:1.2.0
jcip-annotations.jar	net.jcip:jcip-annotations:1.0	いろいろforkがあるけどいったんは公式っぽいもので
jdom-1.1.1.jar	org.jdom:jdom:1.1.3	たぶん1系の最新を選んどけばよいのだろうと
jdom-2.0.5.jar	org.jdom:jdom2:2.0.6	同名のJARのバージョン違いがあるのがなんだけど、まあ2系の最新を選べばよかろうと
js-1.7R1.jar	org.mozilla:rhino:1.7.13	ZIPファイルをほどいたパッケージ名から判断
ognl-2.6.9.jar	ognl:ognl:3.2.21	これは素直に名前から。
ognl-engine.jar	org.jopendocument:ognl-engine:2.6.9	これも名前から

で、これらのdependencyをpom.xmlに追加してビルド……するも、jaxenがmaven centralに見つからないと怒られてしまいました。よくわからないし、必要なら依存関係で引っ張ってこられたりするかな……と、えいっと指定自体はずしてしまいました。いまのところ特に何も起きてない、ような……。

ソースコードの場所を移動

Mavenなのでソースコードの位置を src/ 直下から src/main/java 以下に丸っと引っ越しました。テストコードも混じってるんですがそれはあとで……。

ライブラリ更新に伴うソースコードの修正

ライブラリのバージョンをばしばし上げたので、当然非互換な部分も出てきます。動作の部分はあとで考えるとして、とりあえずコンパイルエラーをつぶしていきます。細かに書いても退屈なだけでしょうから下記リンクからdiffを見てください。

https://github.com/naruoga/jOpenDocument/compare/af77a4b09e7fea72ceff9f325919bc463ddc7414..92982f10d37a9cf230720246fa2d23692cdd8e3f

コミットコメントから引用しておきます。英語へぼいのは勘弁してね。

commit 92982f10d37a9cf230720246fa2d23692cdd8e3f
Author: Naruhiko Ogasawara <ogasawara@shiftsecurity.jp>
Date:   Fri May 7 21:08:00 2021 +0900

    avoid to use deprecated PdfTemplate#createPrinterGraphics

    the implementation is just call PdfPrinterGraphics2D constructor,
    so it could be migrate easily

commit 75caf0495319ab02c60d0e5b7524d85808b31893
Author: Naruhiko Ogasawara <ogasawara@shiftsecurity.jp>
Date:   Fri May 7 21:05:28 2021 +0900

    OGNLDataModel: remove previous code comment, because we use Git

commit d2855abc7f01d43b8b0dd30b33bb1d4b96c655ed
Author: Naruhiko Ogasawara <ogasawara@shiftsecurity.jp>
Date:   Fri May 7 20:48:49 2021 +0900

    follow updated APIs of libraries

    general: avoid useless FQCN

    several: migrate to org.apache.commons.collections4
      - CollectionUtils
      - ExnTransformer
      - ICache
      - IPredicate
      - ITransformerWrapper
      - ODSingleXMLDocument
      - Transformer

    CollectionMap2Itf:
      remove() should have Object args, not type parameters to override Map

    OGNLDataModel:
      Ognl.getMemberAccess() has been removed, then change
      Ognl.addDefaultContext() without it

    SimplePDFGenerator:
      migrate to com.itextpdf.text from com.lowagie.text (this was obsoleted)

pom.xml にビルドの設定とプラグインの設定を追加

これでビルドできるようになっただろ！と Intellij のMaven画面から build を叩いても何も起きない。ふむぅ。

これは私が素人だからあんまり意味も分からずに書いてますが、以下のようなビルド用の設定書かないとだめっぽいですね。

        <dependency>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-resources-plugin</artifactId>
            <version>3.2.0</version>
        </dependency>
        <dependency>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-source-plugin</artifactId>
            <version>3.2.1</version>
            <type>maven-plugin</type>
        </dependency>
    </dependencies>
    <build>
        <resources>
            <resource>
                <directory>${project.basedir}/src/main/resources</directory>
            </resource>
        </resources>
        <testResources>
            <testResource>
                <directory>${project.basedir}/src/test/resources</directory>
            </testResource>
        </testResources>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-resources-plugin</artifactId>
                <version>3.2.0</version>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-source-plugin</artifactId>
                <version>3.2.0</version>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>jar</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

maven-resource-pluginはJARの中にリソース取り込むためのプラグイン、maven-soruce-pluginはsource jarを作るときのプラグイン（これがないとJARで取り込んだプロジェクト側でソースコードレベルでバッグができない）、あとビルド時にどこからリソース参照するかの設定を追加。この時点でのpom.xmlはこんな感じです。

jOpenDocument/pom.xml at 6497e9f279bb8d6184b8994a452865e040b0bc5d · naruoga/jOpenDocument · GitHub

これで、Intellij の Maven 機能でbuildすると依存関係をちゃんと抱いたjarと、source jarの両方ができるようになりました。よかったよかった。

取り込んで基本的な動作確認

前述のCOSCUPでデモしたときのサンプルにできたJARを食わせて、ちゃんと動くことを確認しました。おお、ここまでは結構順調。

github.com

jitpackにて仮公開

毎回毎回JAR差し替えるのは面倒くさいので、みんな大好きjitpackにて公開することにしました。

jitpack.io

こんな風にGitHubの公開リポジトリ登録するだけで、Mavenなどで参照できる形で公開してくれる上に、それを各バージョン管理システム（maven, gradle, sbtなど）でどう設定するかまで教えてくれる超便利サイトです。

f:id:naruoga:20210711171733p:plain — Jitpackでの公開画面。ブランチやタグ、コミットハッシュでも参照できるのが嬉しい

これで公開して、先のデモプログラムもそっちを参照するように（ローカルで）変えて、ちゃんと動くじゃーん、、と確認して、いい気持になって放置してたのが、ここまでのいきさつです。

ほぼ1か月の放置の末、大急ぎで続きをやろうというのが次の記事になります。あまり期待せずにお待ちあれ。結論を言うと、サンプル動いたくらいで安心してちゃいけなかったですｗ

*1:公式の宣伝サイト http://opendocumentformat.org が死んでいるっぽい……。

2020-10-24

openSUSE + LibreOffice virtual conference 2020参加の感想（その３：事例、その他、openSUSE、全体の感想）

LibreOffice Event

表題のイベントの感想、その３。今回は過去２回で書ききれなかったもの。

テストの位置をMaven標準に動かす

リソースの移動

XML関係のテストがそもそも動いてない

もとのソースを取ってくる

依存関係の解決

ソースコードの場所を移動

ライブラリ更新に伴うソースコードの修正

pom.xml にビルドの設定とプラグインの設定を追加

取り込んで基本的な動作確認

jitpackにて仮公開

LibreOffice事例

State of CJK issues of LibreOffice, 2020 edition / by Shinji Enoki / 2020 October 15 - 11:00

Introduction of Libre Office and ODF in Aizuwakamatsu City / by Jun Meguro / 2020 October 15 - 12:30

Working with native/indigenous communities to build native language LibreOffice projects / by Kuan-Ting Lin, WangLarry / 2020 October 16 - 11:00

The importance of ODF for Digital Sovereignty strategies / Italo Vignoli / 2020 October 16 - 18:30

LibreOfficeその他

Marketing and social media in LibreOffice / by Mike Saunders / 2020 October 16 - 17:15

TDF Closing Keynote / by Lothar Becker / 2020 October 17 - 16:00

openSUSEサイド

Podman on Kubernetes Cluster Production Grade / Estu Fardani / 2020 October 15 - 11:30

Powering the Jump (SUSE Keynote) / by Markus Noga / 2020 October 15 - 14:30

Hat making / by Ben Cotton / 2020 October 16 - 20:00

全体の感想

ワークショップなど

How to debug Writer, forwards and backwards / by Michael Stahl / 2020 October 16 - 16:00

LibreOffice Virtual Hackfest / by Ilmari Lauhakangas / 2020 October 17 - 14:00

Implementation Detail / by Stephan Bergmann / 2020 October 16 - 15:00

Google Summer of Code 2020 Panel / 2020 October 16 - 14:30

LibOコア関係

Implementing Vulkan-capable drawing using the Skia library / by Luboš Luňák / 2020 October 15 - 14:00

OOXML / PDF Digital Signing in Draw and elsewhere / by Miklos Vajna / 2020 October 16 - 11:30

LibreOffice Online / Collabora Office mobile関係

Making Online trivial to setup / by Muhammet Kara / 2020 October 15 - 15:30

History of Online & Mobile / by Jan Holesovsky / 2020 October 17 - 12:00

Online – Improving visual consistency / by Pedro Silva / 2020 October 17 - 13:00

Improvements to PDF support in Collabora Online / by Tomaž Vajngerl / 2020 October 16 - 18:00

Open Document Format (ODF)

ODF state of the union - ODF 1.3 ante portas / by Thorsten Behrens / 2020 October 15 - 15:00

マクロ・機能拡張・その他

« LibreOffice Python scripting made simple w/ IDE_utils » - Dev/Doc tracks / by Alain Romedenne / 2020 October 17 - 10:00

LibreOffice Document Encryption API / by Vasily Melenchuk / 2020 October 17 - 12:30

Remotely accessing files in a distributed LDAP+Samba-based infrastructure / by Marco Marinello / 2020 October 17 - 10:30

LibreOffice AppImages: Past, present and future / by Simon Peter, Antonio Faccioli / 2020 October 16 - 19:00

……ということで

LibreOfficeプロジェクトとコミュニティ

Opening Session and Address by Lothar Becker / 2020 October 15 - 10:00

Keynote from Collabora's Michael Meeks / 2020 October 15 - 10:30

On sessions, statutes and software / by Florian Effenberger / 2020 October 17 - 11:00

The history & pre-history of LibreOffice / by Michael Meeks / 2020 October 16 - 13:30

Ecosystem, Branding & Investment / by Michael Meeks / 2020 October 17 - 15:15

地域コミュニティ

Building LibreOffice Korean Community and CJK's common & different issues / by DaeHyun Sung / 2020 October 16 - 10:30

Building Upstream Contribution in Local FOSS Community / by Kukuh Syafaat / 2020 October 16 - 11:15

19:00-19:30 [LibOCon] « LibreOffice Python scripting made simple w/ IDE_utils » - Dev/Doc tracks

20:00-20:30 [LibOCon] On sessions, statutes and software

21:00-21:30 [LibOCon] History of Online & Mobile

21:30-22:00 [LibOCon] LibreOffice Document Encryption API

22:00-22:30 [LibOCon] Online – Improving visual consistency

23:00-24:00 [LibOCon] LibreOffice Virtual Hackfest

24:15-24:45 [LibOCon] Ecosystem, Branding & Investment

24:45-25:15 [LibOCon] Closing Session

25:15-26:15 [LibOCon] LibreOffice 10th Anniversary

終わりに

19:30-20:00 [LibOCon] Building LibreOffice Korean Community and CJK's common & different issue

20:00-20:15 [LibOCon] Working with native/indigenous communities to build native language LibreOffice projects

20:15-20:30 [oSC][LibOCon] Building Upstream Contribution in Local FOSS Community

20:30-21:00 [LibOCon] OOXML / PDF Digital Signing in Draw and elsewhere

21:15-21:30 [oSC] IT Risk Management Based on ISO 31000 and OWASP Framework using OSINT (Case Study: Election Commission of X City)

22:00-22:30 [LibOCon] « LibreOffice Basic/VBA hidden gems » - Dev/Doc Tracks

22:30-23;00 [LibOCon] The history & pre-history of LibreOffice

23:30-24:30 [LibOCon] Google Summer of Code 2020 Panel

24:00-24:30 [LibOCon] Implementation Detail

25:00-26:00 [LibOCon] How to debug Writer, forwards and backwards

26:00-26:15 [LibOCon] The ODF Toolkit

26:15-26:30 [LibOCon] Marketing and social media in LibreOffice

27:00-27:30 [LibOCon] Improvements to PDF support in Collabora Online

27:30-28:00 [LibOCon] The importance of ODF for Digital Sovereignty strategies

28:00-28:30 [LibOCon] LibreOffice AppImages: Past, present and future

29:00-29:30 [oSC] Hat making