クマバチ、活動を始める

クマバチが何時もの道路の上で『定点観測』を始めた。

行動としては「ナワバリ」の主張の為に道路上の決まった地点で

他の蜂を見張っているのだと思われる。

いつもより『一週間』ほど早い登場??

年々、クマバチの定点の場所が「狭く」なっているのが

気になる。200歩位は間が空いていたのだが、此処一年、

半分くらいの距離で定点観測地点が定まっている。

山桜も最後の美しい姿を見せてくれている。

時々、どこからともなく『花ビラ』が舞い落ちてくる。

鶯の割げいこ

桜も全国のあちらこちらで満開と言う便りを聞くこの頃だが、

23日前面白いことに気づかされたので書き記していく。

一週間ほど前から鶯の声を頻繁に聞ける様になったのだが、

最初は「ケキョ」「ホーッホ」「ホケキョ」と鳴き方を

勉強している様が聞き取れる。

 

但し此の進化も翌日に習得出来ている訳ではなさそうだが

「ケキョ ケキョ」と2日連続で同じ様な鳴き声のまま。

「ホーッホ」は、人間で言うところの

「息が続かない?」状態なのか?

散歩中に、此の鳴き声を真似しようと実行すると、

意外にも「息が切れて」鳴き声の真似にも成らない。

「ホケキョ ホケキョ」と連続で鳴く様にもなった。

最初は「ケキョ」とここにいる旨の発声に続いて

「ホーケキョ」これが今日のご挨拶の声。

「ホーッ ホケキョ」と言う人間が与えた『鶯の鳴き声』

迄には、未だ程遠い。

家の近くに住んでいる3羽の鶯は、お互いの縄張りを

上手に棲み分けている。

道路に出て、直ぐに鳴きかける鶯は「ホーケキョ」

そのまま高速道路沿いの道を1分も行くと

薮の後ろ側で「ケキョ ケキョ」。

散歩の戻りかけで鳴く鶯は「ケキョ」。

 

今朝は「ホーッ ケキョ ケキョ」

割稽古の賜物か?毎日の訓練、ご苦労さん!!

 

さて「ホーッ 」少し溜め込んで「ホケキョ」と続けて

鳴く日は、もうそこ迄、来ていているのかも?

懐かしい名前のアプリBloxom

HugoGitHubPageトライアルを実施していて

フッと頭を過ぎったのが「Bloxsom」と呼ばれる

Weblogアプリです。

未だ「サーバー」について知識もない頃に、自宅Mac

G3Blue&Whiteに自分用のサイトらしきものを

構築しては遊んでいました。記憶が正しければ

Apache」を使い新規に自分用の「site」フォルダーを

/Library/WebServer/CGI-Executables作成して実行。

普通の「テキストファイル」でブログ用の記事を作成する

と言う事が此のアプリに惹かれた要因だった様に思います。

Blosxomのデータディレクト/フォルダに保存し、

Apacheから呼び出すのに苦労したことまでは良く覚えています。

何分、説明されている内容の『単語』の意味を理解していない。

その時は「cgi」すら何の意味やら?判らなった。

唯、自分の手元でインターネット環境らしきものを

『手にしている』感覚が持てた嬉しさが他の苦労を帳消しに

してくれたので、楽しいひと時ではありました。

Blosxom (pronounced "blossom") と発音するのです。

とその時も説明されていたのを覚えています。此の名称が、

日本人として気に入った事だったかも知れません。

Emacs 27.2リリース

Emacs 27.2.1がリリースされた。

早速ダウンロードしたがemacs-jp.slack.com

再びの更新が有った旨の記事があり、

本日インストールする積りだったが中止。

Emacs-27.2-universal.dmgは削除。

もうしばらく様子を見守ろう。

Hugo learn Theme

GitHub PagesでのJekyll使用は諦めたが、HEXOでもファイル更新して、

アップロードしても問題が起きたので此方も更なる追求は断念。

未だ手を着けていなかったhugoでのGitHub Pages へのサイト作りに

挑戦している。自前での「サイト」の準備は8割方できたのだが、

deployまでの方法を理解していないまま足踏みしている。

netlifyからは「You have been invited」と言うメールが届いているが

色々なところにアクセスしてGitHub Pageを更新したく無いし、

netlifyにアクセス許可を出す方が良いのか迷っている。

現在試している「Learn Theme」は丁寧な解説もついているので

基本的な事項はアッと言うまに出来上がった。

後は「自分用のindex」を作成しましょう!と冒頭のページに

表示されるので、目下「layouts」フォルダー下に『index.html』を

作成して見栄えを確認中!

さて、次なるステップは『デプロイ』の方法をどうする?

慌てずにユックリ進めましょうか?

Jekyll 4.1.1にも挑戦

GitHub PageをJekyllで作る挑戦をしてみたが

コンパイルの時にサイトの準備まで行き着かない。

結局、最後には「Jekyll 4.2.0   Please append `--trace` to the `serve` command 」とコメントが出てきて、其れ迄の改善の工夫は全く効果がなかった。

Jekyll4.2.0で同様の問題が出た事に対する書き込みも参照するが、

解決策は述べられていなかった。別のBundleのパッケージが良いのでは?

と言うコメントもあった。それに従いあれこれインストールをし、環境改善案を導入してみた。Jekyll4.1.1だと動きそうだったので関連サイトから

此のバージョンを入れ「bundle exec jekyll serve」を実行すると

やれCould not find gem 'rubocop (~> 0.50)

Could not find gem 'w3c_validators (~> 1.3)

'cannot load such file -- kramdown-parser-gfm'

$sudo gem install rubocop

$sudo gem install kramdown-parser-gfm

 

さらに『$bundler』でアップデートしても

Could not find gem 'rubocop (~> 0.50)'

$sudo gem install rubocop -v 0.50.0

 

$sudo gem install rainbow

 

Bundler could not find compatible versions for gem "rainbow":

  In snapshot (Gemfile.lock):

    rainbow (= 3.0.0)

  In Gemfile:

    html-proofer (~> 3.0) was resolved to 3.18.8, which depends on

      rainbow (~> 3.0)

    rubocop (~> 0.50) was resolved to 0.50.0, which depends on

      rainbow (>= 2.2.2, < 3.0)

 

Running `bundle update` will rebuild your snapshot from scratch, using only

the gems in your Gemfile, which may resolve the conflict.

The bundle currently has jekyll locked at 4.2.0.

Try running `bundle update jekyll`

 

If you are updating multiple gems in your Gemfile at once,

try passing them all to `bundle update`

Run `bundle install` to install missing gems.

と次々にコメントされ「門外漢」の小生の実力では手当も此処まで。

長い道のりは試行錯誤の繰り返しでした。

$bundle exec jekyll serve』使用しての

JekyllでのGitHub Pagesの作成はコレにてお仕舞いです。

gitHub Pages Trouble問題点を、無事に解消

HEXOGitHub Pagesのホームページを試される方は『ご注意!!』

 

現在は「テーマ」の指定で、「landscape」はサポート外に成っています。

(色々参考にできるサイトの中に有るオススメのテーマでしたが)

 

漸く3月17日以来の問題点を、無事に解消できました。

(メデタシ、メデタシ!!)

 

今回、色々試行錯誤して漸くたどり着いた『解決策』は、

GitHub側から、あまりオススメ出来ないタイプの修正です。

夕方に何とかGitHubでの『問題点』が探し出せ、修正を実行。

GitHubでのファイルの配置を眺めていたら「index.html」への

記述が一箇所おかしいことに気づいた。

その場所というのは

git - css not working on github pages - Stack Overflowで質疑されていた

CSSファイルへの接続のための書き方です。

<link rel="stylesheet" href="css/style.css" />が結果的に

正しい記述。しかし、HEXOdeployされる際のindex.htmlでは

『/css/style.css』とCSSフォルダーの前に『/』が付いていました。

これが悪さの最初の点。

1つ目のindex.htmlをクリックして鉛筆マークで該当する箇所の

『/』を削除して<link rel="stylesheet" href="css/style.css" />と修正したら、

ページ一番下の緑の『Commit change』ボタンを押して終了。

 

2つ目は『_config.yml』で『landscape』が指定されていない点を修正。

(此れは、少々荒っぽい手立てですが。)

GitHubのUser.github.ioのページに有る『Add file』のプルダウンから

『Upload files』を選択し、表示される『Drag file here to add ...』の枠内に『theme: landscape』と書き入れた「_config.yml」を『Dragして追加』。

この作業が終了したら『setting』から自分のサイトが指定してある

GitHub PagesYour site is published at https:// User.github.io/

をクリックして確認。

無事元のページ[[ https://wakamazu.github.io/ ]]が『閲覧』できました!!

 

漸く3月17日以来の問題点が解消でき「やれやれ」と思った矢先に

GitHubからメールが届きました。

----- 引用します ------------

The page build completed successfully, but returned the following warning for the `master` branch:

You are attempting to use a Jekyll theme, "landscape", which is not supported by GitHub Pages. 

------------- 引用終わり ---------

成る程、サポートしていないテーマを使い、HEXOから、新しいページを作成しdeployを実行したので、問題が生じた。今まで無事に『閲覧』できていた環境を「壊す結果」と成り、挙げ句の果てに『サイトが全く表示されない!!』状態に陥ったという次第です。

実は、1 & 2 番目の修正をする前に『問題を起こした最新ページ』を

GitHubのファイルリストから『削除』を試みました。

完全に消されているかは判りませんが、兎に角『以前の状態に戻す』のが

急務だったので、敢えて此の事も実施しました。

扨、ご報告が長すぎるくらい長く成ってしまいました。

此処まで、読むことを付き合って頂きまして有難うございます

今後は此のgitHub pageは其の儘にしておきます。

GitHubから『修正』を求められている、サポートされている

Jekll themeへの変更は、時間が許せば、異なるgitHub Pagesで

別途試してみたいと思います。