Days of Speed(2013-12)

2013-12-01

_ サイトダウンの原因

最近、しょっちゅうnofuture.tvが落ちてますが、原因としてはサーバーマシンのメモリが少ないところにMySQLがメモリ食ってるのとラジオ録音用のrtmpdumpが暴走しまくってCPUパワーを使いまくりの結果、一応生きてるけど他のサービスのリソースがないのでサイト見れない。という感じです。

水野さんにサーバー入れ替え用のマシンをいただいたので、それに入れ替えればいいのだけど、最近時間が本当に無くて…。

Tags: nofuture

[ツッコミを入れる]

2013-12-15

_ いきてま

最近、ホント忙しくて。

Tags: life

_ 第5回関西LibreOffice勉強会で「Flat ODF+Redmine Git(Gitolite, SparkleShare) で文書共有システムを作ってみた」って発表してきた

2013/12/17: 構築編も追加しました→「Flat ODFとRedmine, Git(Gitolite, SparkleShare)で文書共有システムを作ってみた(構築編) - Days of Speed(2013-12-17)」

Flat ODF+Redmine Git(Gitolite, SparkleShare) で文書共有システムを作ってみた from Jun NOGATA

第5回関西LibreOffice勉強会で「Flat ODF+Redmine Git(Gitolite, SparkleShare) で文書共有システムを作ってみた」というタイトルで発表してきました。

OSC福岡に行った時、CmisSyncがSparkleShareのフォークという話とLibreOfficeのFlat ODFを使うとODFで差分が取れるという話しをヒントにRedmine, Gitolite, SparkleShareを組み合わせてオフィス文書管理システムを作ったら、いい感じに出来たので、それについてお話しをしてきました。

会場からの質問で、手動でやってるユーザー管理をLDAPなど連携させて管理や、文書のDiffが行単位になってるけれど文字単位のDiffがあるので置き換えたら?とか話しが出たので、次はそれにチャレンジしたいと思います。

Flat ODFについてはSUSEの人の資料がわかりやすいので、これを見ると利点が一発でわかります。

Flat ODF as the Swiss Army Knife - fetch.php: http://plugfest.opendocsociety.org/lib/exe/fetch.php?media=plugfests:201210_berlin:fridrichplugfestberlin2012.pdf

具体的な構築については、LibreOffice Advent Calendar 2013の17日に公開予定なので、しばらくお待ちください。結構簡単にできるので年末年始のお休みにどうぞ。

感想

自分の発表も含めてだけど濃かった。

Calcのピボットデータで分析とかWindowsでLibreOfficeのビルドとか、すげーと思う話ばかりでかなり面白かったです。ピボットデータ分析は、Advent Calendarなのにすでに公開されてるので試してみてください。お手軽すぎて鼻血出ます。

LibreOffice BaseからCalcでピボットデータ分析 - Qiita [キータ]: http://qiita.com/arachan@github/items/289d168b28c0d8428f18

Tags: libreoffice

_ 21日に姫路IT系勉強会、22日にOpenStreetMapマッピングパーティ in 姫路城 2013/12があります

告知とか全然できてないですが、姫路の勉強会も2本ありまーす。

姫路IT系勉強会 Vol.23 - 姫路IT系勉強会 | Doorkeeper: http://histudy.doorkeeper.jp/events/6747
OpenStreetMap マッピングパーティ in 姫路城 2013/12 : ATND: http://atnd.org/events/46136

姫路IT系勉強会は今年の振り返りとビアバッシュという名のLT大会、OSMマッピングパーティは前回ちょっと駆け足だった入力についてを中心にやります。

おヒマなら遊びに来てね。

Tags: histudy

_ SteamOSのベースがDebianだった

SteamのLinux版がUbuntuをターゲット開発されていたのでUbuntuベースだろうと思っていたらWheezyベースで開発されたのでびっくりした。

SteamOS FAQ :: Steam Universe: http://steamcommunity.com/groups/steamuniverse/discussions/1/648814395741989999/

インストールする時間がないのでざっと情報を見たところは、素のGNOME 3デスクトップにプロプラのドライバとSteamクライアントをぶち込んだだけのように見えるけど、コンポジットマネージャにxcompmgrを使ってたり謎な部分が多いのでインストールして確認してみたいなぁ。

SteamOS: http://store.steampowered.com/steamos/

ちなみにnon-freeですがリポジトリにSteamクライアントがあったりします。

Debian -- sid の steam パッケージに関する詳細: http://packages.debian.org/sid/steam

Tags: linux debian game

[ツッコミを入れる]

2013-12-16

_ いい気分

いろいろ事情があって疎遠になってた人と仲直りした。

いい気分。

Tags: life

[ツッコミを入れる]

2013-12-17

_ Flat ODFとRedmine, Git(Gitolite, SparkleShare)で文書共有システムを作ってみた(構築編)

この記事は「LibreOffice Advent Calendar 2013」17日目の記事で、第5回関西LibreOffice勉強会の発表資料です。

複数人で原稿を書くプロジェクトで、原稿の管理もしつつそれに合わせてプロジェクト進行を管理する必要が出てきたのですが、OSC福岡で聞いたCmisSyncがSparkleShareからのフォークという話しと、LibreOfficeのフラットODFを使うとODF文書の差分を取ることができるという話しをヒントに、Redmine, Gitolite, SparkleShare, LibreOfficeを組み合わせてプロジェクト管理とドキュメント管理システムを作ってみたら、意外とうまくいったのでまとめてみました。

どういうことするの?

構成図

一言でいうと文書の共有と管理です。

複数人で原稿を書くプロジェクトとなると原稿の取りまとめをどうするかの問題があります。これを自動化して手間をかけることなく集約と共有する事。それと集約された原稿に対して期限を切ったり指摘をしたりすることがありますが、その管理を集めた先で一元管理。

この2点を実現しています。

フラットOFD(FODF)形式とは

フラットODFというファイル形式は、OSC福岡でLibreOffice日本語チームの大森さんに教えてもらうまで知らなかったのですが、このシステムを作るきっかけになったので紹介します。

フラットODF形式は、一つのXMLファイル(Open Document XML)の中に文書と文書情報、Base64でエンコードされたイメージファイルなどが埋め込まれたオフィス文書形式のファイルです。

ODF 1.2から規格に入っていたそうです。

-　Flat ODF as the Swiss Army Knife (PDF): http://plugfest.opendocsociety.org/lib/exe/fetch.php?media=plugfests:201210_berlin:fridrichplugfestberlin2012.pdf

通常のODF形式のファイルは、文書や画像など複数のファイルをまとめてzipで圧縮したファイルなので、文書ファイルの差分が取りにくいなどがありましたが、FODF形式のファイルは単一のテキストファイルなので差分を取ることが簡単にできます。

FODF形式の欠点

FODF形式の欠点としては、非圧縮かつ画像をBase64エンコーディングで埋め込むのでファイルが大きくなる事が挙げられます。しかし、大容量HDDが搭載されているマシンがほとんどの現在では気になることはないと思います。

ODF形式への変換

ODF形式に戻したい場合は、LibreOfficeでFODF形式のファイルを開き、ODF形式で保存しなおせば元に戻ります。

大量にある場合はコマンドラインからも変換もできます。

soffice --headless --convert-to odt *.fodt

オプションの意味です。

--headless     like invisible but no userinteraction at all.
--convert-to output_file_extension[:output_filter_name] [--outdir output_dir] files
      Batch convert files.
      If --outdir is not specified then current working dir is used as output_dir.
      Eg. --convert-to pdf *.doc
          --convert-to pdf:writer_pdf_Export --outdir /home/user *.doc

使用するソフトウェア

さてシステムの話に入ります。文書共有システムで使用したソフトウェアはこんな感じです。

サーバー側(Debian Wheezy)
- Redmine: プロジェクト管理システム
- Gitolite: gitリポジトリ管理システム
  - Git: 分散バージョン管理システム

クライアント側 (Debian Sid / Windows 7)
- SparkleShare: gitを利用したファイル同期・共有ソフトウェア
  - Git: 分散バージョン管理システム
- LibreOffice: 言わずとしれたオープンソースなオフィスソフトウェア

環境はサーバー側はDebian 7.x(Wheezy)、クライアント側はDebian SidとWindows 7です。クライアントはMacでも大丈夫なはずです。

セットアップの流れ

セットアップの流れとしては、プロジェクトとファイルを管理するサーバー(RedmineとGitolite3)と文書を作成するクライアント(SparkleShareとLibreOffice)の二つに別れます。

それではサーバー側から説明します。

Redmineのセットアップ

まずプロジェクト管理のRedmineをインストールします。

Redmineはプロジェクト管理と同時にGitリポジトリのビュワーとしても利用できるので、これを利用するとオフィス文書の履歴や差分を見ることができます。

インストールですがDebianですのでaptだけで終了します。

# apt-get install redmine redmine-sqlite apache2 libapache2-mod-passenger

バックエンドや設定を変更したい場合は以前の日記を参考にしてください。

参考: Redmineをapt-getでインストール - Days of Speed(2013-10-20): http://www.nofuture.tv/diary/20131020.html#p01

http://localhost/redmine/ のようにローカルで起動するだけであれば設定は、こんな感じでよいと思います。

# cp /usr/share/doc/redmine/examples/apache2-passenger-alias.conf /etc/apache2/sites-available/redmine
# a2ensite redmine
# service apache2 reload

テストではVagrant上で構築して、http://192.168.33.10/redmine/で確認していました。 (Vagrantfileの設定「config.vm.network :private_network, ip: "192.168.33.10"」)

このような場合は、Apacheのdefault設定を無効にしてVirtualHostをワイルドカードにするとよいでしょう。

   # a2dissite default
   # sed -i 's/localhost>/\*:80>/' /etc/apache2/sites-available/redmine
   # service apache2 reload

Redmineをインストールしたサーバーにブラウザでアクセスしてログインできることが確認できれば、ユーザーと確認用プロジェクトを作成しておきます。

ファイル共有と直接関係はありませんが、文字コードがUTF-8以外のファイルは、リポジトリブラウザで文字化けするので、redmineの「管理」→「設定」にある「添付ファイルとリポジトリのエンコーディング」に「utf-8,cp932,euc-jp」と文字コードの設定を追加しておきます。

参考: UTF-8以外(Shift_JIS,EUC-JPなど)のファイルがリポジトリブラウザで文字化けする — Redmine.JP: http://redmine.jp/faq/repository/shift_jisutf-8/

Gitolite3のセットアップ

Gitoliteは、分散バージョン管理システム「git」のリポジトリ管理やユーザーのアクセス制限をおこなうためのソフトウェアです。

SparkleShareを使ってファイルを同期・共有するだけであれば、gitのベアリポジトリを作成すればいいのですが、複数のgitリポジトリを管理したり、ユーザーごとのアクセス制限をおこなう場合は途端に管理が複雑になってくるので、Gitoliteを利用してリポジトリ管理とアクセス制限をします。

WheezyではGitolite(2)のほかに、Wheezy BackportsにGitolite3が用意されているので今回はこちらを使いました。

- http://packages.debian.org/wheezy-backports/gitolite3

Wheezy Backportsを利用するには、apt-lineを追加する必要があるので追加しておきます。

$ vi /etc/apt/sources.list.d/wheezy-backports.list

## Debian Backports
deb http://ftp.jp.debian.org/debian wheezy-backports main contrib non-free
deb-src http://ftp.jp.debian.org/debian wheezy-backports main contrib non-free

Gitolite3のインストールもaptだけで終わりますが、インストールの際にGitolite管理者用のSSH鍵が必要になるので先に作成しておきます。

   $ ssh-keygen
   Generating public/private rsa key pair.
   Enter file in which to save the key (/home/user/.ssh/id_rsa): gitolite-admin
   Enter passphrase (empty for no passphrase):
   Enter same passphrase again:

もし、SSH鍵を作らずインストールしても、あとで「dpkg-reconfigure gitolite3」と再設定すれば登録できるので安心してください。

鍵ペアができたら公開鍵(例ではgitolite-admin.pub)をサーバーにコピーしておきます。秘密鍵は~/.ssh/に保存し、~/.ssh/configにGitolite管理者リポジトリアクセス用の設定を書いておきます。

   Host example.com
     Hostname example.com
     User gitolite3 ← サーバーに作られるGitolite3専用ユーザー
     IdentityFile ~/.ssh/gitolite-admin
     IdentitiesOnly yes

準備ができたところでGitolite3をインストールします。ここで一つ注意点ですが、backportsリポジトリは明示的に指定しないとインストールできないので、オプションで指定してインストールします。

   # apt-get -t wheezy-backports install gitolite3

debconfの「Administrator's SSH key:」の質問には、あらかじめ作っておいたGitolite管理者用公開鍵(例ではgitolite-admin.pub)の場所を指定します。

Gitoliteの設定

Gitoliteの設定は、管理用リポジトリをクローンして変更します。

   $ git clone ssh://gitolite-test/gitolite-admin
   Cloning into 'gitolite-admin'...

gitolite-adminディレクトリにはconfとkeydirの二つのディレクトリがあり、confディレクトリのgitolite.confファイルには設定があります。keydirディレクトリには、gitリポジトリを利用するユーザーの公開鍵を置きます。

共有リポジトリの設定はあとで行うので、管理用リポジトリがクローンできたことが確認できれば次に進みます。

RedmineからGitolite3リポジトリを参照する

Redmineはgitリポジトリが参照できるので、設定をすればgitリポジトリのどのファイルが更新されたか確認できます。

しかし、Gitolite3は専用ユーザー・グループ「gitolite3」が管理しており、gitolite3ユーザー以外参照ができないようになっているので、そのまま設定しても参照はできません。

ということで、Redmine(を動かしているApache)のユーザー「www-data」をGitolite3グループに所属させ、Gitolite3が作成するリポジトリのパーミッションをグループまで参照できるよう設定を変更して、RedmineからGitリポジトリを参照できるようにします。

Gitolite3グループにApacheのユーザー(www-data)を追加します。

   # gpasswd -a www-data gitolite3
   ユーザ www-data をグループ gitolite3 に追加

gitolite3グループにwww-dataユーザーが追加されました。

   # id www-data
   uid=33(www-data) gid=33(www-data) groups=33(www-data),105(gitolite3)

/var/lib/gitolite3/.gitolite.rc のUMASK設定を0077から0027に変更してグループに所属していればリポジトリを見られるようにします。

   # default umask gives you perms of '0700'; see the rc file docs for
   # how/why you might change this
   UMASK                           =>  0027,

これでRedmineからGitolite3が作成するリポジトリを参照できるようになりました。

gitリポジトリの作成

サーバー側の設定が終わったのでクライアント側の設定ですが、その前にファイルを共有・管理するためのgitリポジトリを作成します。

gitリポジトリの作成は、gitolite-adminリポジトリにある設定ファイルgitolite.confにリポジトリ設定を追加すると自動的に作成されます。

gitolite-admin/confi/gitolite.confファイルををエディタで開くと、このように書いてあります。

   repo gitolite-admin
       RW+     =   admin

   repo testing
       RW+     =   @all

repoの後に続く名前がリポジトリ名で、gitolite-adminリポジトリはgitolite管理用のリポジトリです。testingリポジトリはgitoliteテスト用にあらかじめ用意されているリポジトリです。不要なら削除してもかまいません。

gitoliteの詳しい設定については、gitoliteのサイトを参照してもらうとして、リポジトリ以外を簡単に説明すると「RW+」と書いてある部分はアクセス権です。読み・書き・巻き戻し全て可能な状態になっています。

イコールを挟んで「@all」の部分はアクセスできるユーザー・グループの指定です。「@」がつくとグループ、無いとユーザーの指定になります。

ユーザー名は、keysディレクトリに置くSSH公開鍵ファイル「(ユーザー名).pub」のユーザー名部分になります。

ひとまずテスト用にsparkletestという名前で、すべてのユーザーが読み書き巻き戻し可のリポジトリを作成しました。

   repo sparkletest
       RW+     =   @all

設定を変更したなら、git add/commitしてpushすれば設定が更新されます。

リポジトリを削除する場合は、gitolite.confの該当リポジトリの設定を削除後、git add/commi/pushして設定を更新。その後、サーバー側にあるリポジトリを削除すればリポジトリの削除は完了します。

Redmineのリポジトリブラウザに登録する

リポジトリが作成できたら、Redmineのリポジトリブラウザにgitリポジトリを登録します。登録方法は、Redmineにログインしてプロジェクトの「設定」→「リポジトリ」タブを開きます。

適当な識別子を設定し、パスは、Gitoliteが管理するGitリポジトリが「/var/lib/gitolite3/repositories/(リポジトリ名).git」にあるので、この場所を入力して「保存」すれば登録は完了です。

クライアントの設定

ここからはクライアント側の設定に入ります。

クライアント側は基本的に難しいことしませんが、文書を共有管理するために二つだけお願いをします。

SparkleShareをインストールして設定すること。
LibreOffice Writerの文書ファイルはFODT形式で保存すること。

SparkleShareのインストールと管理

SparkleShareのインストールは、Debianならapt-get install sparkleshare、Windowsならmsiファイルをダブルクリックしてインストールするだけです。

SparkleShareに共有リポジトリを登録する方法ですが、SparkleShareのWikiを見ると自動送信できるようですが、今回はそこまで準備する時間がなかったので手動で登録することにしました。

手動でサーバーに登録する流れとしては、

SparkleShareインストールして管理者に「Client ID」(SparkleShareが生成するSSH公開鍵)を送ってもらう。
管理者は送ってもらった鍵をGitoliteに登録して、共有リポジトリの設定をユーザーに伝える。
ユーザーが共有リポジトリを設定するとファイル共有開始。

ということで、管理者がSparkleShareのSSH公開鍵(Client ID)を受け取った後のGitoliteの設定について説明します。

送ってもらったSSH公開鍵をgitolite-admin/keysディレクトリに「(ユーザー名).pub」というファイル名で置きます。
gitolite-admin/conf/gitolite.confのアクセス権を設定します。(必要があるなら。今回の例では不要。)
git add/commitとpushして設定を更新します。

あとはユーザーに設定を伝えるだけです。設定は以下の点を伝えます。

SparkleShareメニューの「Add Hosted Project...」を選ぶ。
On my own server」を選択して以下の部分を入力する。
- Address: ssh://gitolite3@(サーバー名)
- Remote Path: /(リポジトリ名)

設定を説明すると「Address」のプロトコル「ssh://」に続く「gitolite3」は、Gitolite3のユーザー名です。「Remote Path」は、そのままリポジトリ名です。

登録できれば、SparkleShareディレクトリ以下にあるリポジトリディレクトリ(~/SparkleShare/(リポジトリ名)/)に適当なファイルを置いてみてください。Dropboxのように自動的にサーバーにpushされるので、Redmineのリポジトリブラウザで登録されたか確認します。

LibreOfficeでフラットODFを使う

やっと来ました!文書の作成と管理です!

この文書作成と管理がなければ、ただの「Dropboxもどきを作ろう」で終わってしまいますが、このシステムが本領を発揮するのはここからです。

まずLibreOffice Writerを起動して適当な文書を書き、SparkleShareのリポジトリディレクトリにFODT形式で保存してください。

Redmineのリポジトリブラウザを見るとFODT形式で保存したファイルが登録されているので、上書き保存をしながら何回か文書を変更してみてください。

そうするとRedmineリポジトリに「差分を見る」というボタンがあるので押してみましょう。

差分情報が表示されますが、いくつか変更された文書情報に続いて変更された本文が表示されるはずです。

まとめ

ということで、ユーザーはgitを意識することなくサーバーに原稿をpushすることができるし、管理者は原稿の差分(更新具合)を見ながらチケットを切ったりできるようになりましたとさ。

既知の不具合

WindowsのSparkleShareから日本語ファイル名を使ったファイルをコミットすると、コミットログが文字化けする。(ファイル名は問題なし)

デバッグログを見るとコミット時点のメッセージが文字化けしてるから、ファイル名の受け渡しに問題あるような気がするけど、Windowsに愛がないので調べる気が無いです。

明日のLibreOffice Advent Calendarは大橋さんです。明日も楽しみですね!

Tags: debian libreoffice redmine

_ Ansibleでdebconfの設定はどうしたらいいんだろう

上の記事でどうせならAnsibleで自動化したらいいかなと思ってPlaybookを書き始めたけど、Gitolite3のインストールでdebconfの公開鍵登録がうまくいかない。

  - name: set debconf
    command: "{{item}}"
    with_items:
      - echo "gitolite3 gitolite3/gituser string gitolite3" | debconf-set-selections
      - echo "gitolite3 gitolite3/gitdir string /var/lib/gitolite3" | debconf-set-selections
      - echo "gitolite3 gitolite3/adminkey string /home/vagrant/gitolite3_admin.pub" | debconf-set-selections

こんな感じに書いた後にインストールしているのだけど何か間違ってるのだろうか。

Tags: debian ansible

[ツッコミを入れる]

2013-12-19

_ LibreOfficeのテーマを作ってほんの少しだけ使い勝手を良くしよう

LibreOffice Advent Calendar 2013の19日目です。

LibreOffice 4.0以降、Firefoxテーマを利用して見た目を変えることができるようになりました。

LibreOfficeの見た目を変更する方法は、LibreOffice Advent Calendar 13日目「Like the Flow of the River: LibreOffice でもオシャレしたい！」で押江さんが書かれているので説明はそちらに譲るとして、今回はFirefoxテーマを使ってLibreOfficeの使い勝手をほんの少し良くするかもというお話しを書きます。

Firefoxの「背景テーマ」はとてもシンプル

Firefoxのテーマには「完全なテーマ」と「背景テーマ」の二つがあり、LibreOfficeのテーマは「背景テーマ」が利用できるようになっています。

「背景テーマ」は、その名の通りメニューバーやツールバー領域の背景に大きな画像をそのまま貼り付けるだけといったシンプルな構造になっています。ですので特別なデザインをすることなく簡単に見た目を変えることができます。

テーマを作ってみよう

ではテーマを作ってみましょう。

テーマの作り方については、英語ですがMozillaのページに背景テーマを作ってアップロードするまでの流れを解説したドキュメントも用意されているので、こちらも参考にしてください。

Getting Started | Themes :: アドオンのドキュメンテーション :: Developer Hub :: Add-ons for Firefox: https://addons.mozilla.org/ja/developers/docs/themes

まず画像ファイルを用意します。

用意する画像ファイルですが、メニューバーやツールバーの背景に使われるヘッダー用に3000x200px、ステータスバーなどに使われるフッター用には3000x100pxの大きさのファイルを用意します。

画像形式はPNGかJPG(PNGが良いでしょう)、ファイルサイズは300KBまでであることを確認してください。

そして画像ファイルで重要なことは、テーマが適用された時の画像の表示位置です。背景テーマの仕様ではヘッダー画像は右上から、フッター画像は左下から表示されます。

ですので確実に表示させたいものは、GIMPなどのグラフィックツールを使ってその領域に入るように編集しておいてください。

利用できる画像仕様については表にまとめたので参考にしてください。

	ヘッダー	フッター
大きさ	3000x200px	3000x100px
サイズ	300KBまで
画像形式	PNGかJPG
位置	画像右上から	画像左下から

手元のLibreOfficeで適用してみる

画像が用意できれば、LibreOfficeに適用してみましょう。

まず、一度もFirefoxテーマを適用したことがない場合は、「Like the Flow of the River: LibreOffice でもオシャレしたい！」を参考に[ツール]→[オプション]を開き、[個人設定]の「独自テーマ」から適当なFirefoxテーマを適用しておきます。適用したならLibreOfficeを閉じておきます。

次にユーザープロファイルのある libreoffice/4/user/gallery/personas/ フォルダを開きます。ユーザープロファイルの場所については、LibreOffice ユーザープロファイル - The Document Foundation Wikiを参照してください。

その中にheader.pngとfooter.pngという名前のファイルがあるので、これを適当な名前でリネームします。

リネームしたなら用意した画像ファイルをheader.pngとfooter.pngという名前でコピーします。

LibreOfficeを起動すると、画像が適用されているはずです。

ちょっと掘り下げてみる

用意した画像をテーマとして適用できることがわかりました。ということで、テーマの作成について掘り下げてみたいと思います。

テーマ作成で役立つテストテーマ

初めて画像を作ろうとした時、仕様はわかっても具体的にどの範囲が適用されるのかわかりづらいと思います。そこでテストテーマを用意しました。

Firefox Theme Test Case :: Add-ons for Firefox: https://addons.mozilla.org/ja/firefox/addon/firefox-theme-test-case/

画像の大きさは仕様通りヘッダー3000x200pxとフッター3000x100pxで、4すみにTOP-RIGHT, TOP-LEFT, BOTTOM-RIGHT, BOTTOM-LEFTの文字を入れています。また200x20pxのグリッドになっているので、ツールバーの大きさや位置を変更した時、どこから表示されるかの目安になると思います。

LibreOfficeではfooter.pngが利用されていない

テストテーマを使うと一瞬でわかりますが、LibreOfficeではFirefoxのアドオンバーなどの領域に適用されるfooter.pngが利用されていません。なので「必要ないかな?」と思うかもしれませんが、Firefoxでは当然使われますし、LibreOfficeでも今後使われる可能性もあるので必ず作っておきましょう。